[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <842657.61658.qm@web180308.mail.gq1.yahoo.com>
Date: Fri, 30 Jul 2010 15:01:50 -0700 (PDT)
From: David Brownell <david-b@...bell.net>
To: Greg KH <greg@...ah.com>
Cc: Michał Nazarewicz <m.nazarewicz@...sung.com>,
linux-usb@...r.kernel.org, linux-kernel@...r.kernel.org,
Dries Van Puymbroeck <Dries.VanPuymbroeck@...imo.com>,
Kyungmin Park <kyungmin.park@...sung.com>
Subject: Re: [PATCHv5 2/3] USB: gadget: Use new composite features in some gadgets
> > 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@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists