[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ac3eb2510904171056v4c6c971dx99bfb87464a6b02d@mail.gmail.com>
Date: Fri, 17 Apr 2009 19:56:02 +0200
From: Kay Sievers <kay.sievers@...y.org>
To: Vladislav Bolkhovitin <vst@...b.net>
Cc: James Smart <James.Smart@...lex.com>,
Daniel Debonzi <debonzi@...ux.vnet.ibm.com>,
"scst-devel@...ts.sourceforge.net" <scst-devel@...ts.sourceforge.net>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-scsi@...r.kernel.org" <linux-scsi@...r.kernel.org>
Subject: Re: [Scst-devel] Discussion about SCST sysfs layout and
implementation.
On Fri, Apr 17, 2009 at 19:43, Vladislav Bolkhovitin <vst@...b.net> wrote:
> Thank you for the suggestion. If nobody objects, we will go with
> /sys/class/scst_tgt.
On Fri, Apr 17, 2009 at 19:43, Vladislav Bolkhovitin <vst@...b.net> wrote:
> I agree, looks like using struct device instead of struct kobject should
> additionally complicate the code a lot for not clear gain.
Thes both replies together suggest that you miss how sysfs and the
driver core works. Please go and read the current code, and look at
sysfs, before trying anything like this.
There is no way to add any stuff to /sys/class/scst_tgt/ without using
proper "struct device" objects.
For the same reason we will not have a disconnected device tree, we
will not havet any raw kobject in the /sys/devices, /sys/class,
/sys/bus directories.
Thanks,
Kay
--
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