Date: Fri, 21 Nov 2014 17:06:28 -0700 From: Warner Losh <imp@bsdimp.com> To: John Baldwin <jhb@FreeBSD.org> Cc: arch@freebsd.org, John-Mark Gurney <jmg@funkthat.com> Subject: Re: I'd like to axe some drivers Message-ID: <14FB18AA-11CB-4501-80E6-5214C3AD36AD@bsdimp.com> In-Reply-To: <2540829.zyhqHXzioZ@ralph.baldwin.cx> References: <201411201631.27556.jhb@freebsd.org> <20141120220752.GI24601@funkthat.com> <2540829.zyhqHXzioZ@ralph.baldwin.cx>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] On Nov 21, 2014, at 8:55 AM, John Baldwin <jhb@FreeBSD.org> wrote: > On Thursday, November 20, 2014 02:07:52 PM John-Mark Gurney wrote: >> I'm fine w/ removing these... Should we do some house cleaning on >> amd64's GENERIC too? > > I'd rather not diverge this thread too much. > >> amd64's GENERIC has a lot of ISA or 100Mbit ethernet cards that are >> clearly not going to be used on these machines... > > I think ISA might make sense. I think 100Mbit PCI ethernet is not as > obvious. One of my previous desktops (an Athlon64 machine) had pcn as > its on-board Ethernet. > >> My recommended list to remove: >> ae, bfe, dc, fxp, hme?, pcn, rl, tx, vr, wb, xl, cs, ed, ex, ep, fe, >> sn, xe >> >> All of these are modules, so if someone really needs them, they can >> load the module... > > One thing that might help is that if pccard grows the same ability as > USB to auto-load modules on insert (I feel like pccardd did this in > 4.x, so this might still work via devd now?), we could remove most of > the ISA drivers from GENERIC on both i386 and amd64 that are nowadays > only going to be used for pccard (that's pretty much all the ISA NICs > aside from ie(4)). (And pccard things still work in CardBus slots, so > are still possibly relevant for 64-bit laptops with CardBus.) USB doesn’t have the ability to autoload, and never has. Huge, ugly tables of all USB devices are generated and fed into devd as NOMATCH rules to give the illusion that it supports autoload. It is really evil. pccardd never did do autoload, unless you hacked the default matching stuff to include module loading. PC Card devices could do a similar set of evil, since almost almost all the PC Card drivers use a centralized table routine. It could almost be an ELF section of the .ko that could be parsed by a generic NOMATCH program. But failing that, an ugly dirty script could be written to grep the data out of the source and produce evil nasty Bagginses, errr, NOMATCH scripts. Forget about it for CardBus cards, because PCI never did do anything this nicely and there’s a wide variety of ways to match the card extant in the tree. Warner [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJUb9OEAAoJEGwc0Sh9sBEAnFEQANX9f+/fCnulzOdkfdlIIWJz hqXSgvPALQkhDlzhrZ6VnHhQLAw6AHkOO4GGhyTgJusJl7pGLlA45Se8R2mZO+fS MCFxKJV4NfYHGrHwNtPVG2MydukKY+2fdBT+UHs8mySpJXWIQnPpYbME803Iln80 AlP8opcda7ZZPHZJpQSKDF61NOzKh81mkTYYL3rYqYIQyjnzWF022LJ3hssQdBt4 d0uUCof9N1ItXZZu1+wi0dJ9JFsnvc+wM8we5bmq7jgFkyg9d7/ufNrlreEV54zl S0cPiN/DjuO9fbTljRWP3uUvkCJESxhw3iew5jdYosO+nczyJPeN5AZa/cIlBzNU ZCww4mPTEr2JIZpoemdpZn1A/LSpaimySlwBGeyP7Rxhg83a0Ph9HPCQOQojTbg9 jJ+/ED0UIZWgJw0YxE9J2GLvUT26jAv+NkcJCViS9fAH2jJXFgS8z0wfzUEyD3pi +zMhFGl81BZHInOEp5Zg8DgkDks6+Qx7/Y8aIbKc5K2T1Re82h1hR2eCcb6NHNTH pEnezzhW6XcEi32Myap8dlnDBGDTgN32SEzrWd2KbjdeY75cKW6GV4rWZi1yUBG7 KYWESu0DarNHKL7gl70WEsCsSKG93ykJ+ym9DedAxPWYmrBSqAOQsagkqvTqpZ9/ PXT2Iy+IPCzXGHctatGn =vBfm -----END PGP SIGNATURE-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?14FB18AA-11CB-4501-80E6-5214C3AD36AD>