Re: 2.6.15-mm4

[Reuben Farrelly <reuben-lkml@reub.net>]

On 15/01/2006 2:51 a.m., Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.15/2.6.15-mm4/
>
> (Will take an hour or so to mirror)
>
>
>
> - Lots of mutex conversions
>
> - FUSE update
>
> - nfsd update (mainly nfs4)
>
> - CPU scheduler update
>
> - A few new syscalls.

A couple of issues to look at with this kernel, it seems.  I'll report them one 
by one, each in a different message so as to work the threading properly.

A trace:

Freeing unused kernel memory: 196k freed
Write protecting the kernel read-only data: 655k
Badness in blk_do_ordered at block/ll_rw_blk.c:549
 [<b01040d1>] show_trace+0xd/0xf
 [<b0104172>] dump_stack+0x17/0x19
 [<b01e2926>] blk_do_ordered+0x301/0x306
 [<b01de3a5>] elv_next_request+0x3a/0x120
 [<b0257ed1>] scsi_request_fn+0x57/0x2d5
 [<b01e0fc3>] __generic_unplug_device+0x22/0x25
 [<b01e119a>] generic_unplug_device+0x2c/0x39
 [<b028fb2c>] unplug_slaves+0x5d/0xea
 [<b028fbca>] raid1_unplug+0x11/0x1f
 [<b01ded12>] blk_backing_dev_unplug+0xf/0x11
 [<b01596a0>] sync_buffer+0x2e/0x37
 [<b030ab61>] __wait_on_bit+0x45/0x62
 [<b030abe9>] out_of_line_wait_on_bit+0x6b/0x82
 [<b0159600>] __wait_on_buffer+0x27/0x2d
 [<b01a7888>] search_by_key+0x14e/0x11a5
 [<b019431f>] reiserfs_read_locked_inode+0x64/0x561
 [<b019488c>] reiserfs_iget+0x70/0x88
 [<b01917c0>] reiserfs_lookup+0xbf/0x10e
 [<b016366e>] do_lookup+0x105/0x132
 [<b01647fd>] __link_path_walk+0x11e/0xd4b
 [<b0165470>] link_path_walk+0x46/0xd2
 [<b0165715>] do_path_lookup+0xa9/0x215
 [<b01661c0>] __path_lookup_intent_open+0x44/0x7f
 [<b0166273>] path_lookup_open+0x21/0x27
 [<b0166367>] open_namei+0x62/0x5a0
 [<b0155a52>] do_filp_open+0x26/0x43
 [<b0155ab0>] do_sys_open+0x41/0xc2
 [<b0155b69>] sys_open+0x1c/0x1e
 [<b0100460>] init+0x193/0x325
 [<b0100d25>] kernel_thread_helper+0x5/0xb
INIT: version 2.86 booting

It has never properly blown up into a full detailed oops, just spews out the 
trace to console and then hangs.

I've seen this multiple times today, it is however fatal as every time it has 
occurred the box needs a reset.

reuben




-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/