From: Maciek Nowacki <maciek@Voyager.powersurfr.com>
To: Alexander Viro <viro@math.psu.edu>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Busy on BLKFLSBUF w/initrd
Date: Wed, 23 May 2001 17:23:26 -0600 [thread overview]
Message-ID: <20010523172326.A898@wintermute.starfire> (raw)
In-Reply-To: <20010523161149.A701@Voyager.powersurfr.com> <Pine.GSO.4.21.0105231813490.20269-100000@weyl.math.psu.edu>
In-Reply-To: <Pine.GSO.4.21.0105231813490.20269-100000@weyl.math.psu.edu>; from viro@math.psu.edu on Wed, May 23, 2001 at 06:21:23PM -0400
On Wed, May 23, 2001 at 06:21:23PM -0400, Alexander Viro wrote:
>
>
> On Wed, 23 May 2001, Maciek Nowacki wrote:
>
> > > If you want to keep it until later (i.e. want to destiry it by hands)
> > > mkdir /initrd on your final root and old one will be remounted there.
> > > Again, "Trying to unmount old root ... okay" means that it already got
> > > an equivalent of BKLFLSBUF
> >
> > Ah, okay.. I assumed this behavior had been removed. I will try this as well.
>
> change_root() in 2.4.4 gives you explicit destroy_buffers(). In 2.4.5-pre5
> it simply does BLKFLSBUF - calls ioctl_by_bdev(). And BLKFLSBUF boils
> down to destroy_buffers().
>
> I would really like to hear details re survival of the initrd contents.
> I've looked at the way rd.c "protects" the data and it seems to be
> b0rken - playing games with igrab() is not a good idea for driver...
I wrote out the contents of /dev/rd/0 a few times and diff'ed with the
uncompressed image of the initrd on the server. No difference each time. The
same after digging into swap, turning off swap, running blockdev --flushbufs
several times (always with BLKFLSBUF: Device or resource busy).
The next test will be to create an initrd that has the 'initrd' directory..
(this is all with 2.4.4-ac13 +crypto-2.4.3.1 +alsa-cvs)
Maciek
next prev parent reply other threads:[~2001-05-23 23:23 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-05-23 21:48 Busy on BLKFLSBUF w/initrd Maciek Nowacki
2001-05-23 22:05 ` Alexander Viro
2001-05-23 22:11 ` Maciek Nowacki
2001-05-23 22:21 ` Alexander Viro
2001-05-23 23:23 ` Maciek Nowacki [this message]
2001-05-23 23:28 ` Alexander Viro
2001-05-23 23:45 ` Maciek Nowacki
2001-05-24 5:32 ` Mike Galbraith
2001-05-24 10:42 ` Alexander Viro
2001-05-24 10:56 ` Mike Galbraith
2001-05-24 11:24 ` Alexander Viro
2001-05-24 11:57 ` Herbert Xu
2001-05-24 13:27 ` Mike Galbraith
2001-05-24 13:33 ` Alexander Viro
2001-05-24 18:39 ` Maciek Nowacki
2001-05-25 5:20 ` Scott Murray
2001-05-25 15:42 ` Maciek Nowacki
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20010523172326.A898@wintermute.starfire \
--to=maciek@voyager.powersurfr.com \
--cc=linux-kernel@vger.kernel.org \
--cc=viro@math.psu.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.