[lkml]   [2001]   [May]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: 2.4.4 del_timer_sync oops in schedule_timeout

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:
*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



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
More majordomo info at
Please read the FAQ at

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