lkml.org 
[lkml]   [2003]   [Dec]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: IDE-SCSI oops in 2.6.0-test11
    From
    Date
    ACPI works fine but LAPIC doesn't.  If I turn ACPI I have to add 
    pci=noacpi. It
    is safer to turn the whole beast off.

    The Oops was at the end of the syslog output. Maybe I should have put it
    at the start.

    I can't get the source, otherwise I would have compiled it against 2.6.0.
    However
    I don't find this point particularly relevant since 2.6.0 should be
    backward compatible
    with 2.4,0, atleast at the binary level.

    I tried the earlier versions of dvdrtools and cdrtools and their didn't
    like ide-cd. This
    version (cdrecord-dvdpro) does but it still don't alter the fact that
    while using ide-scsi
    is no longer recommended, it still should work.

    Here the the oops again.

    Dec 2 12:02:46 mig27 kernel: Unable to handle kernel NULL pointer
    dereference at virtual address 00000000
    Dec 2 12:02:46 mig27 kernel: printing eip:
    Dec 2 12:02:46 mig27 kernel: 00000000
    Dec 2 12:02:46 mig27 kernel: *pde = 00000000
    Dec 2 12:02:46 mig27 kernel: Oops: 0000 [#1]
    Dec 2 12:02:46 mig27 kernel: CPU: 0
    Dec 2 12:02:46 mig27 kernel: EIP: 0060:[<00000000>] Not tainted
    Dec 2 12:02:46 mig27 kernel: EFLAGS: 00210202
    Dec 2 12:02:46 mig27 kernel: EIP is at 0x0
    Dec 2 12:02:46 mig27 kernel: eax: c0354f10 ebx: c035516c ecx:
    00000000 edx: 00000170
    Dec 2 12:02:46 mig27 kernel: esi: f623e400 edi: f6ed4fc0 ebp:
    e4161be0 esp: e4161bb8
    Dec 2 12:02:46 mig27 kernel: ds: 007b es: 007b ss: 0068
    Dec 2 12:02:46 mig27 kernel: Process cdrecord-prodvd (pid: 369,
    threadinfo=e4160000 task=f65d4100)
    Dec 2 12:02:46 mig27 kernel: Stack: f9859b1b c035516c f623e400 0000000c
    00000000 0000001e f6ed4fc0 c035516c
    Dec 2 12:02:46 mig27 kernel: 00000000 f6f9b240 e4161c0c c01ff25a
    c035516c f623e400 00000000 00000000
    Dec 2 12:02:46 mig27 kernel: 0000001e 0000000f f6f9b240 c035516c
    c0354f10 e4161c38 c01ff570 c035516c
    Dec 2 12:02:46 mig27 kernel: Call Trace:
    Dec 2 12:02:46 mig27 kernel: [<f9859b1b>]
    idescsi_transfer_pc+0x11b/0x120 [ide_scsi]
    Dec 2 12:02:46 mig27 kernel: [<c01ff25a>] start_request+0x16a/0x270
    Dec 2 12:02:46 mig27 kernel: [<c01ff570>] ide_do_request+0x1e0/0x360
    Dec 2 12:02:46 mig27 kernel: [<c01f3587>] __elv_add_request+0x27/0x40
    Dec 2 12:02:46 mig27 kernel: [<c01ffd5e>] ide_do_drive_cmd+0xce/0x170
    Dec 2 12:02:46 mig27 kernel: [<f985a36b>] idescsi_queue+0x1fb/0x630
    [ide_scsi]
    Dec 2 12:02:46 mig27 kernel: [<f993171f>]
    scsi_init_cmd_from_req+0xcf/0x150 [scsi_mod]
    Dec 2 12:02:46 mig27 kernel: [<f993159e>] scsi_dispatch_cmd+0x14e/0x200
    [scsi_mod]
    Dec 2 12:02:46 mig27 kernel: [<f99317a0>] scsi_done+0x0/0x70 [scsi_mod]
    Dec 2 12:02:46 mig27 kernel: [<f9933ae0>] scsi_times_out+0x0/0x50
    [scsi_mod]
    Dec 2 12:02:46 mig27 kernel: [<f993631d>] scsi_request_fn+0x1cd/0x320
    [scsi_mod]
    Dec 2 12:02:46 mig27 kernel: [<c01f5b0c>] blk_insert_request+0x7c/0xd0
    Dec 2 12:02:46 mig27 kernel: [<f9934ffb>]
    scsi_insert_special_req+0x3b/0x40 [scsi_mod]
    Dec 2 12:02:46 mig27 kernel: [<f98c3eb1>] sg_common_write+0x161/0x1d0
    [sg]
    Dec 2 12:02:46 mig27 kernel: [<f98c5290>] sg_cmd_done+0x0/0x280 [sg]
    Dec 2 12:02:46 mig27 kernel: [<f98c3c73>] sg_new_write+0x1c3/0x2a0 [sg]
    Dec 2 12:02:46 mig27 kernel: [<f98c4c09>] sg_ioctl+0xce9/0xf20 [sg]
    Dec 2 12:02:46 mig27 kernel: [<c0204812>] pre_task_mulout_intr+0x82/0x90
    Dec 2 12:02:46 mig27 kernel: [<c01afee4>] __delay+0x14/0x20
    Dec 2 12:02:46 mig27 kernel: [<c02037fe>] do_rw_taskfile+0x12e/0x2b0
    Dec 2 12:02:46 mig27 kernel: [<c01faff3>]
    as_remove_queued_request+0x83/0x120
    Dec 2 12:02:46 mig27 kernel: [<c020a194>] lba_28_rw_disk+0xa4/0xb0
    Dec 2 12:02:46 mig27 kernel: [<c01284b6>] update_process_times+0x46/0x50
    Dec 2 12:02:46 mig27 kernel: [<c012832d>] update_wall_time+0xd/0x40
    Dec 2 12:02:46 mig27 kernel: [<c012877e>] do_timer+0xde/0xf0
    Dec 2 12:02:46 mig27 kernel: [<c01284b6>] update_process_times+0x46/0x50
    Dec 2 12:02:46 mig27 kernel: [<c012832d>] update_wall_time+0xd/0x40
    Dec 2 12:02:46 mig27 kernel: [<c012877e>] do_timer+0xde/0xf0
    Dec 2 12:02:46 mig27 kernel: [<c011cbf0>] default_wake_function+0x0/0x20
    Dec 2 12:02:46 mig27 kernel: [<c01103ea>] do_gettimeofday+0x2a/0xc0
    Dec 2 12:02:46 mig27 kernel: [<c01666d4>] sys_ioctl+0xf4/0x2a0
    Dec 2 12:02:46 mig27 kernel: [<c010a36f>] syscall_call+0x7/0xb
    Dec 2 12:02:46 mig27 kernel:
    Dec 2 12:02:46 mig27 kernel: Code: Bad EIP value.

    Cheers,

    Ross

    ---------------------------------------------------------------------------------
    Ross Alexander "We demand clearly defined
    MIS - NEC Europe Limited boundaries of uncertainty and
    Work ph: +44 20 8752 3394 doubt."




    Ed Sweetman <ed.sweetman@wmich.edu>
    02/12/2003 01:26 p.m.

    To: ross.alexander@uk.neceur.com
    cc: linux-kernel@vger.kernel.org
    Subject: Re: IDE-SCSI oops in 2.6.0-test11


    ross.alexander@uk.neceur.com wrote:
    > CPU: Athlon-XP 2700+
    > MB: ASUS A7N8X Deluxe
    > Memory: 3 x 512MB
    > Notes: UP kernel, standard EIDE driver, boot paramters acpi=off
    > nolapic,noapic
    > Libc: glibc-2.3.2 with linuxthreads.
    >
    > This error occurs while trying to write a DVD+RW to an NEC-1300A DVD
    > writer
    > using cdrecord-dvdpro executable (no source available). This works fine
    > on linux-2.4.23.
    >



    First off, acpi should be working just fine now...should have been for
    the last couple versions of 2.6.0-test.
    Second, you probably shouldn't be using ide-scsi. ATAPI works just fine
    using straight ide for CDR's so it probably works fine for DVD-R+R+RW
    whatever stupid acronymn they're using today.
    Third, you didn't post the actual oops so how is anyone supposed t osay
    anything about this problem?
    Fourth, you are using a binary you didn't compile that's probably
    compiled against headers for api's found in 2.4.x which is seriously
    different from the kernel you're running it on. Compile your own
    cdrecord and see how it goes.



    -
    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:59    [W:0.062 / U:0.524 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site