LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
From: Andrew Morton <akpm@linux-foundation.org>
To: "Kai" <epimetreus@fastmail.fm>
Cc: linux-kernel@vger.kernel.org, Jens Axboe <jens.axboe@oracle.com>,
	Neil Brown <neilb@suse.de>
Subject: Re: Bio device too big | kernel BUG at mm/filemap.c:537!
Date: Mon, 5 Feb 2007 20:37:50 -0800	[thread overview]
Message-ID: <20070205203750.7be7f772.akpm@linux-foundation.org> (raw)
In-Reply-To: <1170734919.15636.1173102761@webmail.messagingengine.com>

On Mon, 05 Feb 2007 20:08:39 -0800 "Kai" <epimetreus@fastmail.fm> wrote:

> I booted up the new kernel version, 2.6.20; I pretty much copied over my
> .config that worked in 2.6.19.2, that has worked correctly since that
> version came out... I looked through the menuconfig to see if any new
> options had been added, but I'm pretty sure I didn't change anything,
> and got this error message shortly after booting:
> 
> bio too big device hdg1 (184 > 128)
> ------------[ cut here ]------------
> kernel BUG at mm/filemap.c:537!
> invalid opcode: 0000 [#1]
> Modules linked in: iptable_filter ip_tables x_tables snd_seq_dummy
> snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss
> snd_mixer_oss nvidia_agp agpgart
> CPU:    0
> EIP:    0060:[<c012dc66>]    Not tainted VLI
> EFLAGS: 00010246   (2.6.20 #1)
> EIP is at unlock_page+0xd/0x22
> eax: 00000000   ebx: c1714a20   ecx: 00000000   edx: c1714a20
> esi: c199c45c   edi: 00000001   ebp: 1422bf48   esp: f7c8df18
> ds: 007b   es: 007b   ss: 0068
> Process md0_raid5 (pid: 901, ti=f7c8c000 task=f7c50050 task.ti=f7c8c000)
> Stack: c1997920 c016363c c1bca460 c1997920 c1bca460 c0315af2 f7c8df4c
> f7c8df50
>        c1bca460 00000000 00000000 1422bf48 0a115f48 00000002 00000000
>        c1bca460
>        00000002 f7faf600 fffffffc c0315b92 f7ee6c20 7fffffff f7c8df8c
>        c031f877
> Call Trace:
>  [<c016363c>] mpage_end_io_read+0x4c/0x5e
>  [<c0315af2>] retry_aligned_read+0x108/0x13a
>  [<c0315b92>] raid5d+0x6e/0xcc
>  [<c031f877>] md_thread+0xdc/0xf2
>  [<c0122465>] autoremove_wake_function+0x0/0x33
>  [<c0110a90>] __wake_up_common+0x35/0x4f
>  [<c0122465>] autoremove_wake_function+0x0/0x33
>  [<c031f79b>] md_thread+0x0/0xf2
>  [<c01221b8>] kthread+0x72/0x97
>  [<c0122146>] kthread+0x0/0x97
>  [<c0103a7b>] kernel_thread_helper+0x7/0x10
>  =======================
> Code: 73 ff ff ff b9 a4 d6 12 c0 89 fa c7 04 24 02 00 00 00 e8 87 77 27
> 00 83 c4 44 5b 5e 5f c3 53 89 c3 0f ba 30 00 19 c0 85 c0 75 04 <0f> 0b
> eb fe 89 d8 e8 41 ff ff ff 89$
> EIP: [<c012dc66>] unlock_page+0xd/0x22 SS:ESP 0068:f7c8df18
> 
> The devices it seems to be complaining about are /dev/hdg and /dev/hde,
> which are physically attached to the PCI0680 Ultra ATA-133 Host
> Controller listed in lspci.txt.
> Both drives are 160 GB Western Digital HDDs... don't remember the
> precise model, but I can find out if necessary.
> 

You hit two bugs.  It seems that raid5 is submitting BIOs which are larger
than the device can accept.  In response someone (probably the block layer)
caused a page to come unlocked twice, possibly by running bi_end_io twice
against the same BIO.

  reply	other threads:[~2007-02-06  4:38 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-02-06  4:08 Kai
2007-02-06  4:37 ` Andrew Morton [this message]
2007-02-06  5:24   ` Neil Brown
2007-02-06 23:26     ` [PATCH] " Neil Brown
2007-02-07  1:15       ` Andrew Morton
2007-02-07  1:30         ` Neil Brown
2007-02-07  1:40           ` Andrew Morton
2007-02-07 16:26       ` Kai
2007-02-07 22:08         ` Neil Brown
2007-02-09 17:15           ` Kai
2007-02-12  8:51       ` J.A. Magallón

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=20070205203750.7be7f772.akpm@linux-foundation.org \
    --to=akpm@linux-foundation.org \
    --cc=epimetreus@fastmail.fm \
    --cc=jens.axboe@oracle.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=neilb@suse.de \
    --subject='Re: Bio device too big | kernel BUG at mm/filemap.c:537'\!'' \
    /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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).