Re: Oops at __bio_clone with 2.6.16-rc6 anyone??????

On 4/7/06, Don Dupuis <dondster@xxxxxxxxx> wrote:
On 3/28/06, Andrew Morton <akpm@xxxxxxxx> wrote:
"Don Dupuis" <dondster@xxxxxxxxx> wrote:

Yes it does also happen on 2.6.16


(please don't top-post).


On 3/27/06, Andrew Morton <akpm@xxxxxxxx> wrote:
"Don Dupuis" <dondster@xxxxxxxxx> wrote:

I will get this oops during reboots. It doesn't happen everytime, but
It happens on this system at least 1 to 2 out of 10 reboots. The
machine is a Dell Powervault 745n. Here is the oops output:

Mar 20 22:27:49 (none) kernel: EXT3-fs: mounted filesystem with
journal data mode.
Mar 20 22:27:49 (none) kernel: Unable to handle kernel paging request
at virtual address f8000000
Mar 20 22:27:49 (none) kernel: printing eip:
Mar 20 22:27:49 (none) kernel: c0156db1
Mar 20 22:27:49 (none) kernel: *pde = 00000000
Mar 20 22:27:49 (none) kernel: Oops: 0000 [#1]
Mar 20 22:27:49 (none) kernel: SMP
Mar 20 22:27:49 (none) kernel: Modules linked in:
Mar 20 22:27:49 (none) kernel: CPU: 0
Mar 20 22:27:50 (none) kernel: EIP: 0060:[<c0156db1>] Not tainted VLI
Mar 20 22:27:50 (none) kernel: EFLAGS: 00010206 (2.6.16-rc6 #3)
Mar 20 22:27:50 (none) kernel: EIP is at __bio_clone+0x29/0x9b
Mar 20 22:27:50 (none) kernel: eax: 00000300 ebx: f68f3700 ecx:
00000002 edx: f7fffc80
Mar 20 22:27:50 (none) kernel: esi: f8000000 edi: f7f3d378 ebp:
f7c44b98 esp: f7c44b84
Mar 20 22:27:50 (none) kernel: ds: 007b es: 007b ss: 0068
Mar 20 22:27:50 (none) kernel: Process ldconfig (pid: 581,
threadinfo=f7c44000 task=f7db9070)
Mar 20 22:27:50 (none) kernel: Stack: <0>f7d3b458 f68f3700 f68f3700
f7fffc80 f65b4640 f7c44ba8 c0156e4e f7d4c664
Mar 20 22:27:50 (none) kernel: 00000010 f7c44bf4 c02c8346
00000080 00000000 00000e00 c0154b1b 00000000
Mar 20 22:27:50 (none) kernel: 0000007f 00000080 f7fffc80
f7d4a740 f7d44400 f7fffc80 f7d3b458 c01579c3
Mar 20 22:27:50 (none) kernel: Call Trace:
Mar 20 22:27:50 (none) kernel: [<c0104260>] show_stack_log_lvl+0xa8/0xb0
Mar 20 22:27:50 (none) kernel: [<c0104397>] show_registers+0x109/0x171
Mar 20 22:27:50 (none) kernel: [<c010456e>] die+0xfb/0x16f
Mar 20 22:27:50 (none) kernel: [<c0114750>] do_page_fault+0x359/0x48b
Mar 20 22:27:50 (none) kernel: [<c0103f0b>] error_code+0x4f/0x54
Mar 20 22:27:50 (none) kernel: [<c0156e4e>] bio_clone+0x2b/0x31
Mar 20 22:27:50 (none) kernel: [<c02c8346>] make_request+0x208/0x3d4
Mar 20 22:27:50 (none) kernel: [<c02c8211>] make_request+0xd3/0x3d4
Mar 20 22:27:50 (none) kernel: [<c01d3b68>] generic_make_request+0xf5/0x105
Mar 20 22:27:50 (none) kernel: [<c01d3c19>] submit_bio+0xa1/0xa9
Mar 20 22:27:50 (none) kernel: [<c0170453>] mpage_bio_submit+0x1c/0x21
Mar 20 22:27:50 (none) kernel: [<c017085c>] do_mpage_readpage+0x30b/0x44d
Mar 20 22:27:50 (none) kernel: [<c0170a2b>] mpage_readpages+0x8d/0xf1
Mar 20 22:27:50 (none) kernel: [<c01a7ee7>] ext3_readpages+0x14/0x16
Mar 20 22:27:50 (none) kernel: [<c013e92f>] read_pages+0x26/0xc6

Jens points out that the "dm: bio split bvec fix" patch which went into
2.6.16.1 might fix this. Can you try it please?

Sorry about the late response. I have been out of town for a week and
didn't get to try it until last night. It STILL HAPPENS with 2.6.16.1

Don


This is the oops output from 2.6.16.1

Apr 7 07:12:52 (none) kernel: Unable to handle kernel paging request at
virtual address f8000000
Apr 7 07:12:52 (none) kernel: printing eip:
Apr 7 07:12:52 (none) kernel: c0155cfd
Apr 7 07:12:52 (none) kernel: *pde = 00000000
Apr 7 07:12:52 (none) kernel: Oops: 0000 [#1]
Apr 7 07:12:52 (none) kernel: SMP
Apr 7 07:12:52 (none) kernel: Modules linked in:
Apr 7 07:12:52 (none) kernel: CPU: 1
Apr 7 07:12:52 (none) kernel: EIP: 0060:[<c0155cfd>] Not tainted VLI
Apr 7 07:12:52 (none) kernel: EFLAGS: 00010206 (2.6.16.1 #4)
Apr 7 07:12:52 (none) kernel: EIP is at __bio_clone+0x29/0x9b
Apr 7 07:12:52 (none) kernel: eax: 00000300 ebx: f5e37280 ecx: 00000082
edx: f7fffe80
Apr 7 07:12:52 (none) kernel: esi: f8000000 edi: f7f56a78 ebp: f7ce9b98
esp: f7ce9b84
Apr 7 07:12:52 (none) kernel: ds: 007b es: 007b ss: 0068
Apr 7 07:12:52 (none) kernel: Process ldconfig (pid: 533, threadinfo=f7ce9000
task=f7c3d540)
Apr 7 07:12:52 (none) kernel: Stack: <0>f7e29458 f5e37280 f5e37280 f7fffe80
f5e2b140 f7ce9ba8 c0155d9a f7d9ed98
Apr 7 07:12:52 (none) kernel: 00000000 f7ce9bf4 c02c7126 00000080
00000000 00000e00 c01d2a5c 00000000
Apr 7 07:12:52 (none) kernel: 0000007f 00000080 f7fffe80 f7e23bc0
f7e22000 f7fffe80 f7e29458 c015690f
Apr 7 07:12:52 (none) kernel: Call Trace:
Apr 7 07:12:52 (none) kernel: [<c0104260>] show_stack_log_lvl+0xa8/0xb0
Apr 7 07:12:52 (none) kernel: [<c0104397>] show_registers+0x109/0x171
Apr 7 07:12:52 (none) kernel: [<c010456e>] die+0xfb/0x16f
Apr 7 07:12:52 (none) kernel: [<c0114754>] do_page_fault+0x359/0x48b
Apr 7 07:12:52 (none) kernel: [<c0103f0b>] error_code+0x4f/0x54
Apr 7 07:12:52 (none) kernel: [<c0155d9a>] bio_clone+0x2b/0x31
Apr 7 07:12:52 (none) kernel: [<c02c7126>] make_request+0x208/0x3d4
Apr 7 07:12:52 (none) kernel: [<c02c6ff1>] make_request+0xd3/0x3d4
Apr 7 07:12:52 (none) kernel: [<c01d2a5c>] generic_make_request+0xf5/0x105
Apr 7 07:12:52 (none) kernel: [<c01d2b0d>] submit_bio+0xa1/0xa9
Apr 7 07:12:52 (none) kernel: [<c016f307>] mpage_bio_submit+0x1c/0x21
Apr 7 07:12:52 (none) kernel: [<c016f710>] do_mpage_readpage+0x30b/0x44d
Apr 7 07:12:52 (none) kernel: [<c016f8df>] mpage_readpages+0x8d/0xf1
Apr 7 07:12:52 (none) kernel: [<c01a6dc3>] ext3_readpages+0x14/0x16
Apr 7 07:12:52 (none) kernel: [<c013d867>] read_pages+0x26/0xc6
Apr 7 07:12:53 (none) kernel: [<c013da20>]
__do_page_cache_readahead+0x119/0x135
Apr 7 07:12:53 (none) kernel: [<c013dae4>] do_page_cache_readahead+0x3d/0x49
Apr 7 07:12:53 (none) kernel: [<c0138c5e>] filemap_nopage+0x149/0x2c9
Apr 7 07:12:53 (none) kernel: [<c0143528>] do_no_page+0x82/0x245
Apr 7 07:12:53 (none) kernel: [<c0143855>] __handle_mm_fault+0xf4/0x1ba
Apr 7 07:12:53 (none) kernel: [<c011456f>] do_page_fault+0x174/0x48b
Apr 7 07:12:53 (none) kernel: [<c0103f0b>] error_code+0x4f/0x54
Apr 7 07:12:53 (none) kernel: Code: 5d c3 55 89 e5 57 56 53 51 51 89 45 f0 8b
42
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Relevant Pages

  • Oops with "linux-2.4.29"
    ... Kernel "linux-2.4.29" oopses irregularly. ... We are running software RAID1 on two SCSI hard disks, ... I didn't have the time to write a bug report ... linux kernel 2.4.29 oops ext3 I/O high load SCSI ...
    (Linux-Kernel)
  • Re: PROBLEM: crashes of 2.4.31hf2.6 kernel (oops included)
    ... I applied the HF2.6 patch to a current 2.4.31 kernel source tree, ... Subject: PROBLEM: crashes of 2.4.31 kernel (oops included) ... c000-cfff: PCI Bus #01 ... Memory behind bridge: fbd00000-fddfffff ...
    (Linux-Kernel)
  • Re: Oops at __bio_clone with 2.6.16-rc6 anyone??????
    ... I will get this oops during reboots. ... It happens on this system at least 1 to 2 out of 10 reboots. ... Mar 20 22:27:49 kernel: Unable to handle kernel paging request ... Jens points out that the "dm: bio split bvec fix" patch which went into ...
    (Linux-Kernel)
  • Oops with ksymoops trace
    ... I'm new to compiling kernels and on a recent compile received an oops. ... (I do have a 2.4.19 kernel that works just fine but I didn't save the ... number of MP IRQ sources: ... register #01: 000F0011 ...
    (Linux-Kernel)
  • [duke@spacebox.net: oops related crash]
    ... 00000000-0009ffff: System RAM ... 00100000-0020c991: Kernel code ... I just got this while trying to compile pciutils - ... oops through ksymoops and I've attached the output. ...
    (Linux-Kernel)