linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Oops at __bio_clone with 2.6.16-rc6 anyone??????
@ 2006-03-28  3:17 Don Dupuis
  2006-03-28  4:01 ` Andrew Morton
  2006-03-28  4:19 ` David Chinner
  0 siblings, 2 replies; 8+ messages in thread
From: Don Dupuis @ 2006-03-28  3:17 UTC (permalink / raw)
  To: linux-kernel

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
Mar 20 22:27:50 (none) kernel: [<c013eae8>]
__do_page_cache_readahead+0x119/0x135
Mar 20 22:27:50 (none) kernel: [<c013ebac>] do_page_cache_readahead+0x3d/0x49
Mar 20 22:27:50 (none) kernel: [<c0139c92>] filemap_nopage+0x149/0x2c9
Mar 20 22:27:50 (none) kernel: [<c01445ce>] do_no_page+0x82/0x245
Mar 20 22:27:50 (none) kernel: [<c01448fb>] __handle_mm_fault+0xf4/0x1ba
Mar 20 22:27:50 (none) kernel: [<c011456b>] do_page_fault+0x174/0x48b
Mar 20 22:27:50 (none) kernel: [<c0103f0b>] error_code+0x4f/0x54
Mar 20 22:27:50 (none) kernel: Code: 5d c3 55 89 e5 57 56 53 51 51 89
45 f0 8b 42 0c 8b 4d f0 8b 40 58 8b 40 34 89 45 ec 6b 42 2c 0c 8b 79
30 8b 72 30 89 c1 c1 e9 02 <f3> a5 89 c1 83 e1 03 74 02 f3 a4 8b 45 f0
8b 0a 8b 5a 04 89 58


Thanks

Don Dupuis

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: Oops at __bio_clone with 2.6.16-rc6 anyone??????
  2006-03-28  3:17 Oops at __bio_clone with 2.6.16-rc6 anyone?????? Don Dupuis
@ 2006-03-28  4:01 ` Andrew Morton
  2006-03-28 15:35   ` Don Dupuis
  2006-03-28  4:19 ` David Chinner
  1 sibling, 1 reply; 8+ messages in thread
From: Andrew Morton @ 2006-03-28  4:01 UTC (permalink / raw)
  To: Don Dupuis; +Cc: linux-kernel

"Don Dupuis" <dondster@gmail.com> 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
> Mar 20 22:27:50 (none) kernel: [<c013eae8>]
> __do_page_cache_readahead+0x119/0x135
> Mar 20 22:27:50 (none) kernel: [<c013ebac>] do_page_cache_readahead+0x3d/0x49
> Mar 20 22:27:50 (none) kernel: [<c0139c92>] filemap_nopage+0x149/0x2c9
> Mar 20 22:27:50 (none) kernel: [<c01445ce>] do_no_page+0x82/0x245
> Mar 20 22:27:50 (none) kernel: [<c01448fb>] __handle_mm_fault+0xf4/0x1ba
> Mar 20 22:27:50 (none) kernel: [<c011456b>] do_page_fault+0x174/0x48b
> Mar 20 22:27:50 (none) kernel: [<c0103f0b>] error_code+0x4f/0x54
> Mar 20 22:27:50 (none) kernel: Code: 5d c3 55 89 e5 57 56 53 51 51 89
> 45 f0 8b 42 0c 8b 4d f0 8b 40 58 8b 40 34 89 45 ec 6b 42 2c 0c 8b 79
> 30 8b 72 30 89 c1 c1 e9 02 <f3> a5 89 c1 83 e1 03 74 02 f3 a4 8b 45 f0
> 8b 0a 8b 5a 04 89 58
> 

Can you please confirm that 2.6.16 has the same problem?  (I'd expect it to).

Thanks.

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: Oops at __bio_clone with 2.6.16-rc6 anyone??????
  2006-03-28  3:17 Oops at __bio_clone with 2.6.16-rc6 anyone?????? Don Dupuis
  2006-03-28  4:01 ` Andrew Morton
@ 2006-03-28  4:19 ` David Chinner
  1 sibling, 0 replies; 8+ messages in thread
From: David Chinner @ 2006-03-28  4:19 UTC (permalink / raw)
  To: Don Dupuis; +Cc: linux-kernel

On Mon, Mar 27, 2006 at 09:17:03PM -0600, Don Dupuis 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:

Hmmm - I wonder if this is related to to this one:

http://marc.theaimsgroup.com/?l=linux-kernel&m=114342655931507&w=2

which is an oops in the write path when dmcrypt is cloning a bio
from XFS.

Cheers,

Dave.
-- 
Dave Chinner
R&D Software Enginner
SGI Australian Software Group

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: Oops at __bio_clone with 2.6.16-rc6 anyone??????
  2006-03-28  4:01 ` Andrew Morton
@ 2006-03-28 15:35   ` Don Dupuis
  2006-03-28 19:31     ` Andrew Morton
  0 siblings, 1 reply; 8+ messages in thread
From: Don Dupuis @ 2006-03-28 15:35 UTC (permalink / raw)
  To: Andrew Morton; +Cc: linux-kernel

Yes it does also happen on 2.6.16

Don

On 3/27/06, Andrew Morton <akpm@osdl.org> wrote:
> "Don Dupuis" <dondster@gmail.com> 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
> > Mar 20 22:27:50 (none) kernel: [<c013eae8>]
> > __do_page_cache_readahead+0x119/0x135
> > Mar 20 22:27:50 (none) kernel: [<c013ebac>] do_page_cache_readahead+0x3d/0x49
> > Mar 20 22:27:50 (none) kernel: [<c0139c92>] filemap_nopage+0x149/0x2c9
> > Mar 20 22:27:50 (none) kernel: [<c01445ce>] do_no_page+0x82/0x245
> > Mar 20 22:27:50 (none) kernel: [<c01448fb>] __handle_mm_fault+0xf4/0x1ba
> > Mar 20 22:27:50 (none) kernel: [<c011456b>] do_page_fault+0x174/0x48b
> > Mar 20 22:27:50 (none) kernel: [<c0103f0b>] error_code+0x4f/0x54
> > Mar 20 22:27:50 (none) kernel: Code: 5d c3 55 89 e5 57 56 53 51 51 89
> > 45 f0 8b 42 0c 8b 4d f0 8b 40 58 8b 40 34 89 45 ec 6b 42 2c 0c 8b 79
> > 30 8b 72 30 89 c1 c1 e9 02 <f3> a5 89 c1 83 e1 03 74 02 f3 a4 8b 45 f0
> > 8b 0a 8b 5a 04 89 58
> >
>
> Can you please confirm that 2.6.16 has the same problem?  (I'd expect it to).
>
> Thanks.
>

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: Oops at __bio_clone with 2.6.16-rc6 anyone??????
  2006-03-28 15:35   ` Don Dupuis
@ 2006-03-28 19:31     ` Andrew Morton
  2006-04-07 15:23       ` Don Dupuis
  0 siblings, 1 reply; 8+ messages in thread
From: Andrew Morton @ 2006-03-28 19:31 UTC (permalink / raw)
  To: Don Dupuis; +Cc: linux-kernel

"Don Dupuis" <dondster@gmail.com> wrote:
>
> Yes it does also happen on 2.6.16
> 

(please don't top-post).

> 
> On 3/27/06, Andrew Morton <akpm@osdl.org> wrote:
> > "Don Dupuis" <dondster@gmail.com> 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?

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: Oops at __bio_clone with 2.6.16-rc6 anyone??????
  2006-03-28 19:31     ` Andrew Morton
@ 2006-04-07 15:23       ` Don Dupuis
  2006-04-07 18:29         ` Don Dupuis
  0 siblings, 1 reply; 8+ messages in thread
From: Don Dupuis @ 2006-04-07 15:23 UTC (permalink / raw)
  To: Andrew Morton; +Cc: linux-kernel

On 3/28/06, Andrew Morton <akpm@osdl.org> wrote:
> "Don Dupuis" <dondster@gmail.com> wrote:
> >
> > Yes it does also happen on 2.6.16
> >
>
> (please don't top-post).
>
> >
> > On 3/27/06, Andrew Morton <akpm@osdl.org> wrote:
> > > "Don Dupuis" <dondster@gmail.com> 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

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: Oops at __bio_clone with 2.6.16-rc6 anyone??????
  2006-04-07 15:23       ` Don Dupuis
@ 2006-04-07 18:29         ` Don Dupuis
  2006-04-07 21:54           ` Andrew Morton
  0 siblings, 1 reply; 8+ messages in thread
From: Don Dupuis @ 2006-04-07 18:29 UTC (permalink / raw)
  To: Andrew Morton; +Cc: linux-kernel

On 4/7/06, Don Dupuis <dondster@gmail.com> wrote:
> On 3/28/06, Andrew Morton <akpm@osdl.org> wrote:
> > "Don Dupuis" <dondster@gmail.com> wrote:
> > >
> > > Yes it does also happen on 2.6.16
> > >
> >
> > (please don't top-post).
> >
> > >
> > > On 3/27/06, Andrew Morton <akpm@osdl.org> wrote:
> > > > "Don Dupuis" <dondster@gmail.com> 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

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: Oops at __bio_clone with 2.6.16-rc6 anyone??????
  2006-04-07 18:29         ` Don Dupuis
@ 2006-04-07 21:54           ` Andrew Morton
  0 siblings, 0 replies; 8+ messages in thread
From: Andrew Morton @ 2006-04-07 21:54 UTC (permalink / raw)
  To: Don Dupuis; +Cc: linux-kernel

"Don Dupuis" <dondster@gmail.com> wrote:
>
> ...
> 
> 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

We seem to have lost a line of "Code:" there.

Could you please mail me your vmlinux?  And a new oops trace, if it's not
the vmlinux which produced the above.


^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2006-04-07 21:51 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2006-03-28  3:17 Oops at __bio_clone with 2.6.16-rc6 anyone?????? Don Dupuis
2006-03-28  4:01 ` Andrew Morton
2006-03-28 15:35   ` Don Dupuis
2006-03-28 19:31     ` Andrew Morton
2006-04-07 15:23       ` Don Dupuis
2006-04-07 18:29         ` Don Dupuis
2006-04-07 21:54           ` Andrew Morton
2006-03-28  4:19 ` David Chinner

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).