Messages in this thread | | | Date | Mon, 7 Jan 2002 19:31:00 -0500 | From | linguist-linux@rich-pau ... | Subject | Re: 2.4.14 oops: cdrecord, ide-scsi |
| |
Sorry, I was wrong. It appears that I can write cdroms with dma off.
On Mon, Jan 07, 2002 at 08:15:59AM -0500, linguist-linux@rich-paul.net wrote: > This file is availiable at: http://www.rich-paul.net/oops, > ksymoops output at end, /--ksymoops--/ > > I have a repeatable oops when using cdrecord with my TEAC ide > cd-writer and ide-scsi. It happens at the beginning of writing a > cdrom, and causes a hard freeze of the system, from which nothing > except the kiss of a prince or a touch of the reset button will wake > it. Being no prince, I choose the later. > > I'm a coder, and willing to help as much as I can in tracking this > down, but my job limits my time. I know nothing of the kernel, except > that it is subtle and quick to anger. > > The oops seems very similar to one that was reported on the list > against 2.5.something, but I have not yet tried against that kernel, > with or without the prescribed patches. I will, but I suspect we > should fix the stable tree as well. The code has changed alot between > the two versions, and I could not backport the patches. Somebody who > knew their way around the kernel probably could. > > The simplest way to repeat the problem seems to be: > using a kernel with a Serial console, boot with init=/bin/bash > execute the following commands: > > |# Mount filesystems > |mount /proc > |mount /dev/fs > |mount -oro /archive > |mount -oro /usr > |mount -oro /opt > |mount -oro /boot > | > |# Set up shell > |HOME=/root exec bash --login > | > |# Load modules > |insmod ide-mod > |insmod ide-probe-mod > |modprobe ide-scsi > | > |# Prepare for oops report > |rm -fr /oops > |mkdir /oops > |cp /proc/ksyms /oops > |cp /proc/modules /oops > |cp -ar /lib/modules/2.4.14/ /oops/kdir > |cp /boot/2.4.14/System.map /oops > |cp /boot/2.4.14/config /oops > | > |# avoid viewing e2fsch yet again > |mount -oremount,ro / > | > |# do the dirty deed > |cdrecord -dev2,0,0 /archive/masterlink.iso -v > > Here are files that may be relevant to tracking this down: > 1. [1]Oops report, interpreted by ksymoops > 2. [2]Shell script to execute commands above > 3. [3]All console output produced, from boot to freeze > 4. [4]Configuration of my kernel > 5. [5]cat /proc/pci > 6. [6]The part of the cap that was fed to ksymoops > 7. [7]cat /proc/modules > 8. [8]System.map > 9. [9]My modules directory, in all it's glory > 10. [10]My kernel as it was that fateful day > > Other observations: > 1. The oops occurs in (at least) kernels 2.2.19 2.4.5 2.4.14 2.4.17 > 2. There was a config at one time under which I could burn cds > without burning the system. This config is lost in the mists of > time, and try as I might, I cannot find on that works now. > 3. I have tried turning off dma with hdparm to no avail, but am not > even sure if hdparm will have any effect on a device that is an > IDE claiming to be a SCSI. Is there something I should try along > these lines? Of course, it doesn't fix the oops, but it would get > me burnin'. > 4. I have tried removing all other IDE devices from my system, > compiling with and without the various ide modules, etc, etc. No > joy. > 5. If I run cdrecord on a normally running system, rather than a > clean boot, the oops usually shows itself as being from dnetc. > > References > > 1. http://www.rich-paul.net/oops/oops.interp > 2. http://www.rich-paul.net/oops/oops.sh > 3. http://www.rich-paul.net/oops/oops.cap > 4. http://www.rich-paul.net/oops/config > 5. http://www.rich-paul.net/oops/pci > 6. http://www.rich-paul.net/oops/oops.trim > 7. http://www.rich-paul.net/oops/modules > 8. http://www.rich-paul.net/oops/System.map > 9. http://www.rich-paul.net/oops/kdir > 10. http://www.rich-paul.net/oops/vmlinuz > > --ksymoops-- > > ksymoops 2.4.3 on i686 2.4.14. Options used > -V (default) > -k ksyms (specified) > -l modules (specified) > -o kdir/ (specified) > -m System.map (specified) > > Unable to handle kernel NULL pointer dereference at virtual address 0000017c > fa8222a1 > *pde = 00000000 > Oops: 0002 > CPU: 0 > EIP: 0010:[<fa8222a1>] Not tainted > Using defaults from ksymoops -t elf32-i386 -a i386 > EFLAGS: 00010002 > eax: 00000000 ebx: f7e8e2c0 ecx: 00000000 edx: f7e8e2c0 > esi: fa81b760 edi: 00000080 ebp: f79f8000 esp: c027deb0 > ds: 0018 es: 0018 ss: 0018 > Process swapper (pid: 0, stackpage=c027d000) > Stack: f7e8e2c0 fa81b760 00000080 fa81b720 00000080 00000000 f7e8e2c0 f7e6c340 > fa81b760 fa80f422 00000000 f7eead80 fa81b760 f7eead80 fa8224c0 00000080 > fa810060 fa81b760 fa817f42 00000080 f7eead80 fa80fec0 00000000 c02e4d40 > Call Trace: [<fa81b760>] [<fa81b720>] [<fa81b760>] [<fa80f422>] [<fa81b760>] > [<fa8224c0>] [<fa810060>] [<fa81b760>] [<fa817f42>] [<fa80fec0>] [<c011faa5>] > [<c011bebc>] [<c011bd8d>] [<c011bb0f>] [<c0108b1b>] [<c01053f0>] [<c01053f0>] > [<c010ac88>] [<c01053f0>] [<c01053f0>] [<c010541c>] [<c0105492>] [<c0105000>] > [<c0105043>] > Code: c7 80 7c 01 00 00 00 00 07 00 83 7c 24 14 00 0f 84 97 01 00 > > >>EIP; fa8222a0 <[ide-scsi]idescsi_end_request+70/290> <===== > Trace; fa81b760 <[ide-mod]ide_hwifs+40/1ec8> > Trace; fa81b720 <[ide-mod]ide_hwifs+0/1ec8> > Trace; fa81b760 <[ide-mod]ide_hwifs+40/1ec8> > Trace; fa80f422 <[ide-mod]ide_error+122/170> > Trace; fa81b760 <[ide-mod]ide_hwifs+40/1ec8> > Trace; fa8224c0 <[ide-scsi]idescsi_pc_intr+0/240> > Trace; fa810060 <[ide-mod]ide_timer_expiry+1a0/200> > Trace; fa81b760 <[ide-mod]ide_hwifs+40/1ec8> > Trace; fa817f42 <[ide-mod]ide_hwif_to_major+5a0/257c> > Trace; fa80fec0 <[ide-mod]ide_timer_expiry+0/200> > Trace; c011faa4 <timer_bh+264/2c0> > Trace; c011bebc <bh_action+4c/90> > Trace; c011bd8c <tasklet_hi_action+5c/90> > Trace; c011bb0e <do_softirq+6e/d0> > Trace; c0108b1a <do_IRQ+da/f0> > Trace; c01053f0 <default_idle+0/40> > Trace; c01053f0 <default_idle+0/40> > Trace; c010ac88 <call_do_IRQ+6/e> > Trace; c01053f0 <default_idle+0/40> > Trace; c01053f0 <default_idle+0/40> > Trace; c010541c <default_idle+2c/40> > Trace; c0105492 <cpu_idle+42/60> > Trace; c0105000 <_stext+0/0> > Trace; c0105042 <rest_init+42/50> > Code; fa8222a0 <[ide-scsi]idescsi_end_request+70/290> > 0000000000000000 <_EIP>: > Code; fa8222a0 <[ide-scsi]idescsi_end_request+70/290> <===== > 0: c7 80 7c 01 00 00 00 movl $0x70000,0x17c(%eax) <===== > Code; fa8222a6 <[ide-scsi]idescsi_end_request+76/290> > 7: 00 07 00 > Code; fa8222aa <[ide-scsi]idescsi_end_request+7a/290> > a: 83 7c 24 14 00 cmpl $0x0,0x14(%esp,1) > Code; fa8222ae <[ide-scsi]idescsi_end_request+7e/290> > f: 0f 84 97 01 00 00 je 1ac <_EIP+0x1ac> fa82244c <[ide-scsi]idescsi_end_request+21c/290> > > <0>Kernel panic: Aiee, killing interrupt handler! > cpu: 0, clocks: 2654982, slice: 884994 > cpu: 1, clocks: 2654982, slice: 884994 > 3c59x: Donald Becker and others. www.scyld.com/network/vortex.html > ac97_codec: AC97 Audio codec, id: 0x8384:0x7609 (SigmaTel STAC9721/23) > Unable to handle kernel NULL pointer dereference at virtual address 0000017c > fa8222a1 > *pde = 00000000 > Oops: 0002 > CPU: 1 > EIP: 0010:[<fa8222a1>] Not tainted > EFLAGS: 00010002 > eax: 00000000 ebx: f7ade540 ecx: 00000000 edx: f7ade540 > esi: fa81b760 edi: 00000080 ebp: f7a00000 esp: c2019e98 > ds: 0018 es: 0018 ss: 0018 > Process swapper (pid: 0, stackpage=c2019000) > Stack: f7ade540 fa81b760 00000080 fa81b720 00000080 00000000 f7ade540 f7eb93c0 > fa81b760 fa80f422 00000000 f7e875c0 fa81b760 f7e875c0 fa8224c0 00000080 > fa810060 fa81b760 fa817f42 00000080 f7e875c0 fa80fec0 00000000 c02e4d40 > Call Trace: [<fa81b760>] [<fa81b720>] [<fa81b760>] [<fa80f422>] [<fa81b760>] > [<fa8224c0>] [<fa810060>] [<fa81b760>] [<fa817f42>] [<fa80fec0>] [<c011faa5>] > [<c011bebc>] [<c011bd8d>] [<c011bb0f>] [<c0108b1b>] [<c01053f0>] [<c01053f0>] > [<c010ac88>] [<c01053f0>] [<c01053f0>] [<c010541c>] [<c0105492>] [<c0117b6f>] > [<c0117a7e>] > Code: c7 80 7c 01 00 00 00 00 07 00 83 7c 24 14 00 0f 84 97 01 00 > > >>EIP; fa8222a0 <[ide-scsi]idescsi_end_request+70/290> <===== > Trace; fa81b760 <[ide-mod]ide_hwifs+40/1ec8> > Trace; fa81b720 <[ide-mod]ide_hwifs+0/1ec8> > Trace; fa81b760 <[ide-mod]ide_hwifs+40/1ec8> > Trace; fa80f422 <[ide-mod]ide_error+122/170> > Trace; fa81b760 <[ide-mod]ide_hwifs+40/1ec8> > Trace; fa8224c0 <[ide-scsi]idescsi_pc_intr+0/240> > Trace; fa810060 <[ide-mod]ide_timer_expiry+1a0/200> > Trace; fa81b760 <[ide-mod]ide_hwifs+40/1ec8> > Trace; fa817f42 <[ide-mod]ide_hwif_to_major+5a0/257c> > Trace; fa80fec0 <[ide-mod]ide_timer_expiry+0/200> > Trace; c011faa4 <timer_bh+264/2c0> > Trace; c011bebc <bh_action+4c/90> > Trace; c011bd8c <tasklet_hi_action+5c/90> > Trace; c011bb0e <do_softirq+6e/d0> > Trace; c0108b1a <do_IRQ+da/f0> > Trace; c01053f0 <default_idle+0/40> > Trace; c01053f0 <default_idle+0/40> > Trace; c010ac88 <call_do_IRQ+6/e> > Trace; c01053f0 <default_idle+0/40> > Trace; c01053f0 <default_idle+0/40> > Trace; c010541c <default_idle+2c/40> > Trace; c0105492 <cpu_idle+42/60> > Trace; c0117b6e <release_console_sem+8e/a0> > Trace; c0117a7e <printk+11e/140> > Code; fa8222a0 <[ide-scsi]idescsi_end_request+70/290> > 0000000000000000 <_EIP>: > Code; fa8222a0 <[ide-scsi]idescsi_end_request+70/290> <===== > 0: c7 80 7c 01 00 00 00 movl $0x70000,0x17c(%eax) <===== > Code; fa8222a6 <[ide-scsi]idescsi_end_request+76/290> > 7: 00 07 00 > Code; fa8222aa <[ide-scsi]idescsi_end_request+7a/290> > a: 83 7c 24 14 00 cmpl $0x0,0x14(%esp,1) > Code; fa8222ae <[ide-scsi]idescsi_end_request+7e/290> > f: 0f 84 97 01 00 00 je 1ac <_EIP+0x1ac> fa82244c <[ide-scsi]idescsi_end_request+21c/290> > > <0>Kernel panic: Aiee, killing interrupt handler! > -- > Got freedom? Vote Libertarian: http://www.lp.org
-- Got freedom? Vote Libertarian: http://www.lp.org - 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/
| |