[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100715170216.GA21592@suse.de>
Date: Thu, 15 Jul 2010 10:02:16 -0700
From: Greg KH <gregkh@...e.de>
To: Douglas Gilbert <dgilbert@...erlog.com>
Cc: Konrad Rzeszutek Wilk <konrad@...nel.org>,
"Eric W. Biederman" <ebiederm@...ssion.com>,
Andrew Morton <akpm@...ux-foundation.org>,
Greg KH <greg@...ah.com>, linux-kernel@...r.kernel.org,
linux-scsi@...r.kernel.org, alsa-devel@...a-project.org,
Jens Axboe <axboe@...nel.dk>,
Stephen Hemminger <shemminger@...tta.com>,
Kay Sievers <kay.sievers@...y.org>,
Alan Stern <stern@...land.harvard.edu>,
"James E.J. Bottomley" <James.Bottomley@...e.de>,
Alexey Kuznetsov <kuznet@....inr.ac.ru>,
Randy Dunlap <randy.dunlap@...cle.com>,
Tejun Heo <tj@...nel.org>,
"David S. Miller" <davem@...emloft.net>,
Jaroslav Kysela <perex@...ex.cz>, Takashi Iwai <tiwai@...e.de>,
Ingo Molnar <mingo@...e.hu>,
Peter Zijlstra <a.p.zijlstra@...llo.nl>,
David Howells <dhowells@...hat.com>,
Dave Airlie <airlied@...il.com>
Subject: Re: [PATCH] driver core: remove CONFIG_SYSFS_DEPRECATED
On Thu, Jul 15, 2010 at 12:24:33PM -0400, Douglas Gilbert wrote:
> On 10-07-15 09:29 AM, Konrad Rzeszutek Wilk wrote:
>>
>>>> and the box still won't boot.
>>>
>>> The reason FC6 doesn't boot is there is a userspace tool
>>> I believe in the initrd that cares about symlinks when it should
>>> not.
>>
>> It is not just nash. Also multipathd would fail (as it expects
>> the /sys/scsi_host/..<something> in certain directories), and 'lsscsi'. There
>> might be other tools that depend on libsysfs to be affected by this as well.
>
> lsscsi has been "CONFIG_SYSFS_DEPRECATED_V2" tolerant
> since version 0.21 released 20080710. The current
> version is 0.23 released 20091201 which will soon
> be displaced by 0.24 to cope with the most recent
> breakages.
>
> Writing a user space tool that relies on sysfs structure
> and contents, stable over the whole lk 2.6 series, is
> impossible. For a history of my pain with lsscsi see
> its ChangeLog.
Yeah, I'd recommend using libudev for any new tools if you want to
interact with sysfs. It's much easier than mucking around with it
directly and will be future-proof as udev can handle a lot of changes to
sysfs that other tools might not realize.
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