On Mon, Oct 10, 2016 at 7:14 PM, Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx> wrote: > On Mon, Oct 10, 2016 at 2:02 PM, Peter Robinson <pbrobinson@xxxxxxxxx> wrote: >> Hi Laura, Justin, et el, >> >> I've been playing with a handful of cheap USB wireless modules for >> support on the Raspberry Pi and other similar devices. >> >> I've noticed that there's a bunch of overlap regarding usb IDs between >> the newer (and IMO preferred) rtl8xxxu and the vendor collection of >> drivers so you often get both drivers loaded. I've tended to fix this >> by just blacklisting the vendor upstream drivers. > > Wait, that's a situation that exists upstream? Yes, the first two commits to the new driver [1][2] sort of cover it as "it doesn't support all the functionality of the vendor driver" and mention that IDs should be moved over. I'm not sure if the dual loading is because missing patches to drop ID overlaps, still missing functionality (AP or ad-hoc at a guess) or just a general oversight. [1] http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=26f1fad29ad973b0fb26a9ca3dcb2a73dde781aa [2] http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=033695bdf6d79180f74893830053fcf3e8bc9d24 >> The question is how best to deal with this in a generic way to ensure >> a good experience with these in Fedora? >> >> Do we cross reference all the USB IDs and disable the non rtl8xxxu >> drivers once they have full coverage in rtl8xxxu? Do we actively patch >> out the IDs supported in rtl8xxxu from associated drivers? > > I'd suggest posing this question on the upstream wireless list, with > the various driver maintainers CC'd. If it's an upstream problem then > it really needs solving upstream. Yes, I realise that, I've not done any analysis as to how much overlap there is, or functionality difference. I'd suspected it might be the case but only worked it out actually was last week. I thought I'd ask here first in case there was known reasons for the driver overlap that I'd missed. Peter _______________________________________________ kernel mailing list -- kernel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to kernel-leave@xxxxxxxxxxxxxxxxxxxxxxx
