2002-08-17 20:26:47

by Justyna Biała

[permalink] [raw]
Subject: kernel panic while cd writing

Hi.

I have LiteOn 40x12x48x cd-writer, linux 2.4.19, cdrecord 1.11a24,
Duron 1000 MHz, ECS K7S5A with SIS735 chipset. My cd-writer works fine only
in two cases:
1. when the speed is not higher than 12x (no matter if the dma is on)
2. with speed = 32x but only when I turn the dma off with hdparm

In other cases after a few whiles from the begining of burning process
the whole system crashes whith such messages:

"unable to handle paging request at virtual address 199EC3F7"
"oops: 0002"
"kernel panic: aiee, killing interrupt handler!"

Can you give me any advices what should I do with that?

nell
--
Escape of the Unicorn
[free, 2D, flying shooter game]
http://eounicorn.sourceforge.net


2002-08-19 14:27:44

by Markus Plail

[permalink] [raw]
Subject: Re: kernel panic while cd writing

Hi Justyna!

* Justyna Bia?a writes:
>Hi.

>I have LiteOn 40x12x48x cd-writer, linux 2.4.19, cdrecord 1.11a24,
>Duron 1000 MHz, ECS K7S5A with SIS735 chipset. My cd-writer works fine
>only in two cases:

I also have a ECS K7S5A, but I have an acer 2010A cd-writer.

>1. when the speed is not higher than 12x (no matter if the dma is on)
>2. with speed = 32x but only when I turn the dma off with hdparm

My problem was, that the system load was almost unbearable at higher
speeds, but only when I was burning DAO. Do you burn DAO? Is your
system load (top) also very high?
Now I just upgraded to 2.4.20-pre3 and everything is just fine :-) I am
not really sure if it was only the kernel, because I still have the
same problem when I tell the kernel to umask the drive's IRQ (hdparm -u1).
I am not 100% sure if I tried it without umask before.
But without umask, everything seems to work fine now. There's just a
few percent CPU load when doing c2scan or writing DAO.
The only thing is that if I do a c2scan under X, X consumes all my CPU
time after some time and gets unresponsive. Doing the same in the
console there's no problem at all. So I am pretty sure this is a X
problem and not the kernel's.

regards
Markus