[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20091211153600.GD28097@suse.de>
Date: Fri, 11 Dec 2009 07:36:00 -0800
From: Greg KH <gregkh@...e.de>
To: Artem Bityutskiy <Artem.Bityutskiy@...ia.com>
Cc: David Brownell <david-b@...bell.net>,
"Nikula Jani.1 (EXT-Nixu/Helsinki)" <ext-jani.1.nikula@...ia.com>,
"dbrownell@...rs.sourceforge.net" <dbrownell@...rs.sourceforge.net>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"dsilvers@...tec.co.uk" <dsilvers@...tec.co.uk>,
"ben@...tec.co.uk" <ben@...tec.co.uk>,
"akpm@...ux-foundation.org" <akpm@...ux-foundation.org>
Subject: Re: [PATCH 3/3] gpiolib: use chip->names for symlinks, always use
gpioN for device names
On Fri, Dec 11, 2009 at 09:51:34AM +0200, Artem Bityutskiy wrote:
> On Fri, 2009-12-11 at 06:46 +0100, ext Greg KH wrote:
> > > And no, we do not have per-gpio struct device, so we cannot add a new
> > > "name" attribute there. We need to either persuade you to accept our
> > > solution or make you take closer look at gpoiolib subsystem and suggest
> > > us the right way to go :-)
> >
> > If you don't have a struct device, then what are you going to generate a
> > symlink to?
>
> Sorry, this piece of information was wrong.
Great, then you can use the 'let's make a sysfs file and grep for it
from userspace' option.
Or, you can use the 'create a directory for your class, and create
symlinks in there like other subsystems do' option.
Both of which require no changes in the driver core, and have precedent
in that other subsystems already do this today.
Good luck,
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