Post #2138134

@chesheer There had been several discussions for dropping old hardwares on #FreeBSD official MLs (of course about FreeBSD!), not limited with network hardwares. Usually, heads ups are posted at any of (or all of) freebsd-current, freebsd-hackers and/or freebsd-arch ML, then, if sufficient numbers of users who still want the driver kept states "hey, I'm still using it!", it may be kept, otherwise, dropped. So subscribing to any of these (freebsd-current would be preferred for non-developers) MLs is strongly encouraged for anyone understanding "I'm still using hardwares that are already no longer manuactured" not to miss the heads ups. Some causes long discussions. But this is quite sane way, I believe. This is because FreeBSD project doesn't have any "specific single person" (like Linus on Linux) authorized to decide everything the person wants. This kind of discussions are usually held when the driver is "actually" being "removed" from source tree. Some (in case it's possible) would be silently dropped from generic (default) kernel but kept as kernel modules. Kernel modules that devd / devmatch / devfs mechanisms can recognize the hardware and load appropreate modules automatically are still "mostly" like in generic kernel. But if any of the modules is considered vulnerable and no one can fix (as no devs has the hardware to test), it should be blocklisted not to be loaded by default (would need discussions).