From: Andreas Dilger <adilger@turbolabs.com>
To: Linus Torvalds <torvalds@transmeta.com>
Cc: linux-kernel@vger.kernel.org, lvm-devel@sistina.com
Subject: Re: 2.4.11-pre2 fs/buffer.c: invalidate: busy buffer
Date: Tue, 2 Oct 2001 22:57:51 -0600 [thread overview]
Message-ID: <20011002225751.A8954@turbolinux.com> (raw)
In-Reply-To: <20011002190547.A3323@cm.nu> <9pe345$8ic$1@penguin.transmeta.com>
In-Reply-To: <9pe345$8ic$1@penguin.transmeta.com>
On Oct 03, 2001 04:10 +0000, Linus Torvalds wrote:
> In article <20011002190547.A3323@cm.nu>, Shane Wegner <shane@cm.nu> wrote:
> >I am getting the following out of fs/buffer.c immediately
> >after bootup. The kernel is 2.4.11-pre2 when the message
> >was added.
> >
> >Oct 2 17:35:08 continuum kernel: invalidate: busy buffer
> >Oct 2 17:35:08 continuum last message repeated 7 times
> >
> >I assume this is an error though it doesn't seem to say so.
>
> Well, it's an error, but it's an error in that LVM invalidates the block
> devices a bit too much, and the message really tells you that the code
> refused to invalidate stuff that must not be invalidated.
>
> It's harmless, although I hope that the LVM people will become a bit
> less invalidation-happy as a result of the warning (it's always happened
> before, it just hasn't warned about it in earlier kernels).
Given that 2.4.10+ have devices in page cache, is there _any_ reason
why what the kernel sees on a device would be different than what user
space reads from a device? I don't think it was ever an issue between
whole-disk-dev and partition-dev aliasing, since both user-space and
the kernel are accessing the same device.
If not, then we can just change the PV_FLUSH code to not do
invalidate_buffers() on the device for kernels 2.4.10+. There never
was a very strong reason to do it for disk identification.
Cheers, Andreas
CC'd LVM folks to get their input on this.
--
Andreas Dilger \ "If a man ate a pound of pasta and a pound of antipasto,
\ would they cancel out, leaving him still hungry?"
http://www-mddsp.enel.ucalgary.ca/People/adilger/ -- Dogbert
prev parent reply other threads:[~2001-10-03 4:57 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-10-03 2:05 2.4.11-pre2 fs/buffer.c: invalidate: busy buffer Shane Wegner
2001-10-03 4:10 ` Linus Torvalds
2001-10-03 4:21 ` Alexander Viro
2001-10-03 6:41 ` Andreas Dilger
2001-10-03 6:54 ` Neil Brown
2001-10-03 7:05 ` Alexander Viro
2001-10-03 7:13 ` Neil Brown
2001-10-03 4:57 ` Andreas Dilger [this message]
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=20011002225751.A8954@turbolinux.com \
--to=adilger@turbolabs.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lvm-devel@sistina.com \
--cc=torvalds@transmeta.com \
/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.