Messages in this thread | | | Subject | Re: how to crash 2.4.4 w/SBLive | From | Bill Pringlemeir <> | Date | 24 May 2001 09:50:31 -0400 |
| |
>>>>> "John" == John Lenton <jlenton@yahoo.com> writes:
John> I found to my dismay that it's extremely easy to crash 2.4.4 if John> it has a Live! in it. I have no way of getting at the oops, but John> somebody out there probably has both this soundcard and a John> serial console (or somethin'). I present it in the form of a John> script, but you'll probably have no problem realizing where the John> problem is. The number of "writers" never gets past 64. I guess John> the 65th should probably get the same as the 2nd writer does on John> other cards...
Extremely easy is relative. At any rate, Alan Cox has some patches that list fixes in the SBLive support (a memory leak). I have ac13 installed and I ran your script. I was able to get `Oops' messages, and I found them in my dmesg. I am unfamiliar with how I should use ksyms to decode this for people... Are these physical addresses or virtual? I guess I should look at the source... Anyways, the script does *work* but not as advertised ;-)
fwiw, Bill Pringlemeir.
inting eip: c01caa92 *pde = 00000000 Oops: 0002 CPU: 0 EIP: 0010:[<c01caa92>] EFLAGS: 00010097 eax: dfdfdfdf ebx: ffffffff ecx: c31f8f0c edx: dfdfdfdf esi: c11d8000 edi: c11d8000 ebp: 00000097 esp: c39e5f38 ds: 0018 es: 0018 ss: 0018 Process cat (pid: 3424, stackpage=c39e5000) Stack: c31f8e00 c11d8000 c09c0d00 00000000 dfdfdfdf c01c7957 c11d8000 c31f8e78 c09c0d00 c31f8e00 c11d8000 c01c78fa c09c0d00 00000246 c31f8e00 00001000 c01c400a c09c0d00 ffffffea c278e7e0 00001000 00000000 00001000 c39e4000 Call Trace: [<dfdfdfdf>] [<c01c7957>] [<c01c78fa>] [<c01c400a>] [<c0130196>] [<c0106b73>]
Code: 89 50 04 89 02 8b 97 70 40 00 00 8d b7 70 40 00 00 89 54 24 <1>Unable to handle kernel paging request at virtual address 00008004 printing eip: c01caa92 *pde = 00000000 Oops: 0002 CPU: 0 EIP: 0010:[<c01caa92>] EFLAGS: 00010086 eax: 00008000 ebx: ffffffff ecx: c365b10c edx: 00000001 esi: c11d8000 edi: c11d8000 ebp: 00000086 esp: c301ff38 ds: 0018 es: 0018 ss: 0018 Process cat (pid: 3426, stackpage=c301f000) Stack: c365b000 c11d8000 c09c0ce0 00000000 00000001 c01c7957 c11d8000 c365b078 c09c0ce0 c365b000 c11d8000 c01c78fa c09c0ce0 00000246 c365b000 00001000 c01c400a c09c0ce0 ffffffea c278e840 00001000 00000000 00001000 c301e000 Call Trace: [<c01c7957>] [<c01c78fa>] [<c01c400a>] [<c0130196>] [<c0106b73>]
Code: 89 50 04 89 02 8b 97 70 40 00 00 8d b7 70 40 00 00 89 54 24 <1>Unable to handle kernel NULL pointer dereference at virtual address 00000004
- 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/
| |