On Wed, 6 Mar 2002, Vincent Bernat wrote:
> Unable to handle kernel paging request at virtual address d8d5c000
> d8d56730
> *pde = 17c45067
> Oops: 0000
> CPU: 0
> EIP: 0010:[3c59x:__insmod_3c59x_S.bss_L40+828820/101914768] Not tainted
> EFLAGS: 00210202
> eax: 00000001 ebx: 00000003 ecx: ffff389f edx: fffff888
> esi: fffff888 edi: d8d59fa6 ebp: d8d5bffe esp: c445fe90
> ds: 0018 es: 0018 ss: 0018
> Process xmms (pid: 2679, stackpage=c445f000)
> Stack: d8d56840 d8d56730 cae1c710 cae1c6f0 00000000 00000004 00000004 00000001
> f871f871 00000c29 000003ec 00000400 cae1c680 c551b3c0 d8d56a8a cae1c680
> c7a8b500 c7a8b480 00000400 000003ec cae1c680 00000400 cae1c680 00000400
> Call Trace: [3c59x:__insmod_3c59x_S.bss_L40+829092/101914496] [3c59x:__insmod_3c59x_S.bss_L40+828820/101914768] [3c59x:__insmod_3c59x_S.bss_L40+829678/101913910] [3c59x:__insmod_3c59x_S.bss_L40+817016/101926572] [3c59x:__insmod_3c59x_S.bss_L40+802037/101941551]
> Code: 8b 75 00 e9 87 00 00 00 8b 75 00 81 f6 00 80 00 00 eb 7c 8b
> Using defaults from ksymoops -t elf32-i386 -a i386
I don't think its the 3com's driver fault, please run the decoded oops
right after xmms crashes and make sure the map file specified is the
correct one. Check out ksymoops(8) for perhaps more help.
Zwane
-
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/
This archive was generated by hypermail 2b29 : Thu Mar 07 2002 - 21:00:55 EST