From: Andrew Morton <akpm@digeo.com>
To: Matthew Zahorik <matt@albany.net>
Cc: linux-kernel@vger.kernel.org
Subject: Re: How does the disk buffer cache work?
Date: Mon, 30 Dec 2002 17:24:23 -0800 [thread overview]
Message-ID: <3E10F1C7.258629F6@digeo.com> (raw)
In-Reply-To: Pine.BSF.4.43.0212301918280.370-100000@ender.tmmz.net
Matthew Zahorik wrote:
>
> Earlier I wrote to the list where my SS10 hung on the partition check
> if a bad disk was installed.
>
> This behavior is new to the 2.4.20 kernel. I previously ran 2.2.20 on the
> machine. (the default in a Debian 3.0r0 install) I can't vouch for 2.4
> kernels previous to 2.4.20.
>
> I have traced the problem to a hang in the one of the disk buffer caches.
>
> Can anyone tell me how to correct the behavior so that I:
>
> 1. Don't break things for other parts of the kernel
> 2. The disk cache will return with an error for a hung disk?
>
> Here's the tail of the console with debugging printk's inserted:
>
> ...
> [.. the next function call in read_cache_page() is lock_page(), which we
> hang forever on ..]
lock_page() will sleep until the page is unlocked. The page is unlocked
from end_buffer_io_sync(), which is called from within the context of
the disk device driver's interrupt handler.
This is probably a device driver or interrupt routing problem: the disk
controller hardware interrupts are not making it through to the CPU.
next prev parent reply other threads:[~2002-12-31 1:16 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-12-31 0:33 How does the disk buffer cache work? Matthew Zahorik
2002-12-31 1:24 ` Andrew Morton [this message]
2002-12-31 2:58 ` Matthew Zahorik
2002-12-31 4:14 ` Andrew Morton
2003-01-01 19:19 ` sd driver NOT_READY behavior / was " Matthew Zahorik
2003-01-01 21:32 ` Alan Cox
-- strict thread matches above, loose matches on Subject: below --
2003-01-05 1:29 John Bäckstrand
2003-01-05 19:08 John Bäckstrand
2003-01-06 10:30 John Bäckstrand
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=3E10F1C7.258629F6@digeo.com \
--to=akpm@digeo.com \
--cc=linux-kernel@vger.kernel.org \
--cc=matt@albany.net \
/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.