lkml.org 
[lkml]   [1999]   [Jun]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 2.2.9 hangs in truncate_inode_pages
On Wed, Jun 02, 1999 at 02:47:13PM +0200, Andrea Arcangeli wrote:
> On Wed, 2 Jun 1999, Thierry Danis wrote:
>
> > I can reproduce it in a matter of a few seconds with 2.2.7-ac4 and
> > 2.2.9-ac1. It seems to loop in truncate_inode_pages() (near the
> > end of the function, according to the System.map file).
>
> Interesting.
>
> Please apply this patch against 2.2.9. This is the SGI linux kenrel
> debugger. Once applyed you must run make oldconfig and set the debugger
> on. Then you must run in console mode and when you'll lockup you must run
> the PAUSE key. At this point you'll get the debugger shell. Use the
> command `bt' to see the stack trace. Write it on paper and show it to us.
>
> Thanks.
>
[...]
>

I have incorporated the debugger in the 2.2.9-ac1 kernel.
So, it still crashes, but not the same way it did before.
I have no steady loop, but instead various crashes, and not
always at the same location. To crash, I play a little with
NFS (I think it is related). My NFS partition is automounted
(with automount, and not amd). Ma sound card is not used
(I start playing around to try (and succeed !) to crash
juste after fresh reboots).

I have noted all info 3 times, but I doubt that anything
really useful can be obtained with that. But who knows...
(2 NULL pointer and 1 paging request).

========================== crash 1 =============================
kfree: Bad obj c2628800
Unable to handle kernel NULL pointer dereference at virtual address 00000000
current->tss.cr3 = 0199e000, %cr3 = 0199e000
*pde = 00000000
Entering kdb due to panic @ 0xc011fa4f
eax = 0x0000001b ebx = 0xc02a4650 ecs = 0xc0eac000 edx = 0x00000027
esi = 0xc2628800 edi = 0xc18ad37c esp = 0xc01b0f66 eip = 0xc011fa4f
ebp = 0xc0eadde0 ss = 0xc2628800 cs = 0x00000010 eflags = 0x00010206
ds = 0x00000018 es = 0x00000018 origeax = 0xffffffff
kdb> bt
=> Functions(args)
kfree(0xc2628800)
free_skbmem(0xc18ad320)
__kfree_skb(0xc18ad320, 0xc0d31080, 0x4000001, 0xa, 0xc21b615c)
opl3_detec(0xa, 0xc00056e0, 0xc0eadec0)
handle_IRQ_even(0xa, 0xc0eadec0, 0xc0d31080)
do_8259A_IRQ(0xa, 0xc0eadec0)
do_IRQ(0x7807efb, 0xc0eac000, 0x0, 0xb, 0x0)
ret_from_intr(0xb, 0xc16370cc, 0xc0eadf3c, 0xc0eac3ac, 0xc0eadfc4)
do_signal(0x0, 0x45, 0x54534948, 0x8, 0xbffffc30)

========================== crash 2 =============================

Unable to handle kernel NULL pointer dereference at virtual address 00000014
current->tss.cr3 = 00101000, %cr3 = 00101000
*pde = 00000000
Entering kdb due to panix @ 0xc011f71f
eax = 0x00000005 ebx = 0xc0389740 ecx = 0xc246dfe0 edx = 0x00000014
esi = 0xc246d200 edi = 0x00000286 esp = 0xc246d200 eip = 0xc011f71f
ebp = 0xc000ff6c ss = 0xc246d1a0 cs = 0x00000010 eflags = 0x00010012
ds = 0x00000018 es = 0x00000018 origeax = 0xffffffff
kdb> bt
EBP Caller Functions(args)
0xc000ff84 0xc01256ab kmem_cache_free(0xc0389740, 0xc246d200)
0xc000ffa0 0xc0125f93 put_unused_buffer_head(0xc246d200, 0xc246d200)
0xc000ffb4 0xc011b82a try_to_free_buffers(0xc029ec50)
0xc000ffd0 0xc01202e7 shrink_mmap(0x6, 0x30)
0xc000ffec 0xc01203a7 do_try_to_free_pages(0x30)
0xc009dfa4 0xc0107973 kswapd(0x0, 0xf00, 0xc0215fcc, , )

========================== crash 3 =============================

Unable to handle kernel paging request at virtual address cf6b8ff0
current->tss.cr3 = 01aea000, %cr3 = 01aea000
*pde = 00000000
Entering kdb due to panic @ 0xc0120c92
eax = 0xc0385d80 ebx = 0x00000000 ecx = 0x00000001 edx = 0x79999383
esi = 0xc02278f0 edi = 0xC02278e4 esp = 0x00000000 eip = 0xc0120c92
ebp = 0xc0eadc20 ss = 0x00003000 cs = 0x00000010 eflags = 0x00010812
ds = 0x00000018 es = 0x00000018 origeax = 0xfffffff
kdb> bt
EBP Caller Functions(args)
0xc0eadc5c 0xc011cf66 __get_free_pages()
0xc0eadc80 0xc80ea550 generic_file_write(0xc1c65f00, 0x809c000, 0x3000, 0xc1c65f14, 0xc1c65f00)
0xc0eadca4 0xc01320d4 autofs_initialize_hash(0xc1c65f00, 0x8099000, 0x6000, 0xc1c65f14)
0xc0eadf0c 0xc0132ad6 dump_write(0xc1c65f00, 0x8099000, 0x6000)
0xc0eadfbc 0xc0108db0 elf_core_dump(0xb, 0xc0eadfc4)
0xbffff8b8 0xc0108f38 do_signal(0x80a3fd0, 0x400aa4c8, 0x60, 0x80a4368)


> Andrea Arcangeli

A+,
--
Thierry Danis
danis@mail.dotcom.fr Home
danis@sagem.fr Work

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

\
 
 \ /
  Last update: 2005-03-22 13:52    [W:0.116 / U:0.860 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site