From: David Brownell on

>
> 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

> > 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
> 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/