lkml.org 
[lkml]   [2003]   [Jan]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: updated CDROMREADAUDIO DMA patch
[First of all, excuse me for breaking the thread, I had already deleted 
your original mail when I ran into this. Sorry for the inconvenience :)]

On January 4th 2003 Andrew Morton wrote:
> A refresh and retest of this patch, against 2.4.21-pre2. It would
> be helpful if a few (or a lot of) people could test this, and report
> on the result. Otherwise it'll never get anywhere...

Ok, I tested it earlier on today and I ran into an oops & kernel panic. I
can read audio cd's just fine (using xmms, gtcd, whatever) for hours, but
whenever I try to rip anything using cdparanoia, it goes down south.

This is 2.4.21-pre2aa2 with some reiserfs fixes Hans posted on lkml a
while ago, mind you, and not vanilla 2.4.21-pre2. The patch applied
cleanly, though -- not even with offset. Its a run-of-the-mill 48x cdrom
(dont even know the brand), connected as slave on the primary IDE
channel, which is a PIIX4. Let me know if you need any other info!

So, here it is, your moment of zen ;)


Unable to handle kernel NULL pointer dereference at virtual address
00000014
c0190b2d
*pde = 00000000
Oops: 0000 2.4.21-pre2aa2 #1 Sun Jan 5 20:53:19 WET 2003
CPU: 0
EIP: 0010:[<c0190b2d>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010046
eax: 00000004 ebx: 00000000 ecx: 0000f000 edx: c0293500
esi: c29457a4 edi: c2945800 ebp: 00000004 esp: c0229ec4
ds: 0018 es: 0018 ss: 0018
Process swapper (pid: 0, stackpage=c0229000)
Stack: c2945800 c02936f8 00000002 00000001 c2a4850c c2945800 00000001
c02936f8 c2945800 00000001 c02936f8 c02936f8 c2a488a4 c02936f8
00000001 c29458b8 00000930 00000001 c2a4981e c02936f8 00000001
c02936f8 c11f7160 00000286 Call Trace: [<c2a4850c>] [<c2a488a4>]
[<c2a4981e>] [<c0119ef8>] [<c019cbbf>]
[<c2a496f0>] [<c010843e>] [<c01085ae>] [<c0105220>] [<c010a7a8>]
[<c0105220>]
[<c0105243>] [<c0105287>] [<c0105000>] [<c0105019>]
Code: 8b 43 14 85 c0 7d 0c 0f 0b 54 01 20 b7 1f c0 8d 74 26 00 8b

>> EIP; c0190b2d <end_that_request_first+91/11c> <=====

>> edx; c0293500 <ide_hwifs+0/2be8>
>> esi; c29457a4 <[sb].data.end+53c1b1/63ea6d>
>> edi; c2945800 <[sb].data.end+53c20d/63ea6d>
>> esp; c0229ec4 <init_task_union+1ec4/2000>

Trace; c2a4850c <[ide-cd]ide_cdrom_end_request+58/a8>
Trace; c2a488a4 <[ide-cd]cdrom_end_request+58/60>
Trace; c2a4981e <[ide-cd]cdrom_pc_intr+12e/24c>
Trace; c0119ef8 <timer_bh+24/394>
Trace; c019cbbf <ide_intr+c3/110>
Trace; c2a496f0 <[ide-cd]cdrom_pc_intr+0/24c>
Trace; c010843e <handle_IRQ_event+32/5c>
Trace; c01085ae <do_IRQ+72/b4>
Trace; c0105220 <default_idle+0/28>
Trace; c010a7a8 <call_do_IRQ+5/d>
Trace; c0105220 <default_idle+0/28>
Trace; c0105243 <default_idle+23/28>
Trace; c0105287 <cpu_idle+1f/34>
Trace; c0105000 <_stext+0/0>
Trace; c0105019 <rest_init+19/1c>

Code; c0190b2d <end_that_request_first+91/11c>
00000000 <_EIP>:
Code; c0190b2d <end_that_request_first+91/11c> <=====
0: 8b 43 14 mov 0x14(%ebx),%eax <=====
Code; c0190b30 <end_that_request_first+94/11c>
3: 85 c0 test %eax,%eax
Code; c0190b32 <end_that_request_first+96/11c>
5: 7d 0c jge 13 <_EIP+0x13>
Code; c0190b34 <end_that_request_first+98/11c>
7: 0f 0b ud2a Code; c0190b36
<end_that_request_first+9a/11c>
9: 54 push %esp
Code; c0190b37 <end_that_request_first+9b/11c>
a: 01 20 add %esp,(%eax)
Code; c0190b39 <end_that_request_first+9d/11c>
c: b7 1f mov $0x1f,%bh
Code; c0190b3b <end_that_request_first+9f/11c>
e: c0 8d 74 26 00 8b 00 rorb $0x0,0x8b002674(%ebp)

Kernel panic: Aiee, killing interrupt handler!




--
Nuno

-
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/

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