[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160607082346.GA19620@kuha.fi.intel.com>
Date: Tue, 7 Jun 2016 11:23:46 +0300
From: Heikki Krogerus <heikki.krogerus@...ux.intel.com>
To: Oliver Neukum <oneukum@...e.com>
Cc: Guenter Roeck <linux@...ck-us.net>,
Andy Shevchenko <andy.shevchenko@...il.com>,
Rajaram R <rajaram.officemail@...il.com>,
Felipe Balbi <felipe.balbi@...ux.intel.com>,
Mathias Nyman <mathias.nyman@...ux.intel.com>,
Greg KH <gregkh@...uxfoundation.org>,
linux-kernel@...r.kernel.org, linux-usb@...r.kernel.org
Subject: Re: [RFC PATCHv2] usb: USB Type-C Connector Class
On Mon, Jun 06, 2016 at 03:35:35PM +0200, Oliver Neukum wrote:
> On Mon, 2016-06-06 at 16:28 +0300, Heikki Krogerus wrote:
>
> > I would prefer lower case letters. I don't know the SIDs there are at
> > them moment, other then Display Port. Do you know them?
> >
> > I don't think we can ever guarantee that in every case we will be able
> > to provide a human readable name for the alternate modes if they are
> > vendor defined. We will then potentially still have the names in two
> > different forms: "usbc0.displayport" and "usbc0.svid:xxxx". Is that
> > something acceptable to everybody?
> >
> > I guess if it's not, then to only way to go forward would be to always
> > just use the svid in the name.
>
> Yes, that is better. It makes more sense to use the number.
> We'd get into versioning problems if we use names.
OK, so we'll always use the svid in the name.
Thanks,
--
heikki
Powered by blists - more mailing lists