On Mon, 21 May 2001, Andrew Morton wrote:
> It could be timer-list corruption. Someone released some memory
> which had a live timer in it. The memory got recycled and then
> the timer list traversal fell over it.
Well I do have another oops now (artsd this time). Once again it's in
del_timer_sync in 2.4.4, same computer after a reboot, same kernel. It is
a UP system (SMP kernel) btw.
Could it be that the aic7xxx driver is improperly destroying a timer? I
am having some problems with a scanner attached to the SCSI card in
question that usually result in the driver setting the scanner inactive
until I reset the scanner and rmmod/insmod the driver again.
Unable to handle kernel paging request at virtual address 2d5ca71f
printing eip:
c011bf13
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0010:[del_timer_sync+47/132]
EFLAGS: 00013006
eax: a2e17a6a ebx: 00003246 ecx: c4047f28 edx: 2d5ca71b
esi: 00000000 edi: 00000010 ebp: c4045f3c esp: c4045f0c
ds: 0018 es: 0018 ss: 0018
Process artsd (pid: 2873, stackpage=c4045000)
Stack: c4047f28 0061afd0 c0112b54 c4047f28 c4045f28 00000000 c78143e0 00000000
00000000 0061afd0 c4044000 c0112a80 c4045f70 c0140b7c 00000001 00000004
c305c9d8 00000000 00000304 c4044000 00000014 00000005 00000000 00000000
Call Trace: [schedule_timeout+120/144] [process_timeout+0/92]
[do_select+456/512] [sys_select+816/1136] [system_call+55/64]
Code: 89 42 04 89 10 b8 01 00 00 00 01 c6 a1 68 20 30 c0 c7 41 04
-Jacob
--
At a global level, the most developed countries "stabilize" the wars
among the outcasts depending on how important each conflict is to the
global economy.
- ``The Hacker Ethic'' by Pekka Himanen
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
