[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20140527220630.GA7924@kroah.com>
Date: Tue, 27 May 2014 15:06:30 -0700
From: Greg KH <gregkh@...uxfoundation.org>
To: "Winkler, Tomas" <tomas.winkler@...el.com>
Cc: "arnd@...db.de" <arnd@...db.de>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"Usyskin, Alexander" <alexander.usyskin@...el.com>
Subject: Re: [char-misc-next 3/3] mei: add WPT second mei interface
On Tue, May 27, 2014 at 09:42:19PM +0000, Winkler, Tomas wrote:
> > > +/* PCH devices MEI 2 interface */
> > > +const struct mei_cfg mei_me_pch_2_cfg = {
> > > + MEI_CFG_PCH_HFS,
> > > + .mei_id = 1
> >
> > That's going to be a recipe for disaster. Have the MEI core allocate
> > the id numbers as things are registered, don't have the individual
> > drivers create their id.
>
> I'm don't think can ensure the enumeration order.
You should not be relying on the order to get anything right.
> This is per device not per driver configuration structure.
> Each pci device is actually just another head to one MEI device but heads are not equal the name/id matters
> Yes I assume it looks odd at the first glance, anyhow we are open to any reasonable suggestions
Just dynamically allocate the numbers like all other subsystems do?
Then userspace can open the device nodes it cares about, it should be
able to somehow tell what device is what somehow, right? If not, you
are doing something wrong with the interface as you can't rely on minor
numbers.
thanks,
greg k-h
--
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