[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070608155027.GA7833@suse.de>
Date: Fri, 8 Jun 2007 08:50:27 -0700
From: Greg KH <gregkh@...e.de>
To: Valdis.Kletnieks@...edu
Cc: Alan Cox <alan@...rguk.ukuu.org.uk>,
Andrew Morton <akpm@...ux-foundation.org>,
Alan Stern <stern@...land.harvard.edu>,
Peter Jones <pjones@...hat.com>,
Kay Sievers <kay.sievers@...y.org>,
Michal Piotrowski <michal.k.k.piotrowski@...il.com>,
linux-kernel@...r.kernel.org
Subject: Re: 2.6.22-rc4-mm1
On Fri, Jun 08, 2007 at 11:33:38AM -0400, Valdis.Kletnieks@...edu wrote:
> On Thu, 07 Jun 2007 16:09:04 PDT, Greg KH said:
> > If CONFIG_SYSFS_DEPRECATED everything should work just fine with all old
> > initrd scripts. It's only if you enable that option (which is enabled
> > by default) that you need to ensure that your distro has the latest
> > functionality so that everything works properly.
>
> Can somebody document what an initrd has to do differently? Some of us
> run with initrd's not created by mkinitrd.
So I'm guessing that you wrote your own initrd?
The main issue is that /sys/block/ is now full of symlinks, not real
directories, if CONFIG_SYSFS_DEPRECATED is not enabled. That means that
any program that was doing stat() should be doing lstat() for the block
directory to work on all instances (remember, whenever looking for a
directory or a file in sysfs, it could be either a real file/directory
or a symlink, you should not care either way.)
People have also reported that for some reason, removing the '--movedev'
argument to switchroot is also needed, but that might just be a Fedora 7
specific thing, I'm not quite sure.
See the post from Alan Stern on lkml with the subject:
Re: [RFC PATCH] /sys/block -> /sys/class/block (Fedora 3 & 4 testers wanted)
for more details on that.
Hope this helps,
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