Re: 2.6.15-mm4

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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 [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux