Prev: [010/140] tcp: use correct net ns in cookie_v4_check()
Next: [015/140] hwmon: (k10temp) Do not blacklist known working CPU models
From: David Brownell on 30 Jul 2010 15:00 > > We shouldn't be using _any_ netchip > ids anymore now that we > have our own vendor id assigned to us. That's too extreme; the original handful of NetChip IDs were (and are!!) correctly assigned, and there's no reason to change them. In fact, there's a lot of reason to continue using them while config files and drivers expect to see those specific IDs (as is reasonable). That's to avoid breaking working configs... For new IDs, yes: use Linux-foundation VIDS/PIDs. - Dave -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: David Brownell on 30 Jul 2010 18:10 > > That's too extreme; the original handful of > > NetChip IDs were (and are!!) correctly assigned, > > and there's no reason to change them. In fact, > > there's a lot of reason to continue using them > > while config files and drivers expect to see > > those specific IDs (as is reasonable). That's > > to avoid breaking working configs... > > True, I was thinking that for the class-type devices, we > could use the > linux foundation vid, as changing them shouldn't > matter right? There are INF files using NetChip IDs, so changing them would break stuff. Newer interfaces using new VIDS/PIDS? Fine. > > Or does Windows really care about the vid/pid for > a class device somehow? My understanding is that it does, since it really doesn't have a good concept of "class" being the generic thing. INF files embed VIDS/PIDS even for drivers implementing class specs. MSFT was being stupid again... - Dave -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Michal Nazarewicz on 4 Aug 2010 05:30
> On Mon, Aug 02, 2010 at 07:14:08PM +0200, Michał Nazarewicz wrote: >> One for the Multifunction Composite Gadget (g_multi) Greg KH <greg(a)kroah.com> writes: > You now have device id 0104 reserved for this. >> and another for FunctionFS Gadget (g_ffs). > You now have device id 0105 reserved for this. Great! Thanks. I'll send patches changing the IDs tomorrow. -- Best regards, _ _ .o. | Liege of Serenly Enlightened Majesty of o' \,=./ `o ..o | Computer Science, Michal "mina86" Nazarewicz (o o) ooo +--<mina86-tlen.pl>--<jid:mina86-jabber.org>--ooO--(_)--Ooo-- -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ |