Re: Repeatable IDE Oops for 2.6.11 (ide-scsi vs ide-cdrom)
On Fri, 18 Mar 2005 13:27:54 -0500, Paul <[EMAIL PROTECTED]> wrote: > Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>, on Fri Mar 18, 2005 [05:34:06 > PM] said: > > On Mon, 14 Mar 2005 01:55:08 -0500, Paul <[EMAIL PROTECTED]> wrote: > > > Hi; > > > > > > Here is what I did: > > > > > > # modprobe ide-scsi > > > # cd /proc/ide/hdd (this is a dvdrw drive) > > > # cat driver > > > > ide-cdrom version 4.61 > > > # echo ide-scsi > driver > > > # cat driver > > > > ide-scsi (something--- didnt note exactly, except it was ide-scsi) > > > # echo ide-cdrom > driver > > > > > > The shell is killed and Oops. > > > > > > Machine flakey and half alive at this point. Reboot with Alt-sysrq. > > > The same thing works with 2.6.10, without Oops. > > > > Please see http://lkml.org/lkml/2005/2/11/132 > > Hi; > > What is the nature of the 'ide-dev-2.6 tree'? Are there broken > out patches available I can test vs. 2.6.11 or -mm? How do the 'ide fixes' it is BK tree which is pulled into -mm, no patches against vanilla kernels (yet) > in -ac intersect with ide-dev? I am also curious if these patches could locking 'ide fixes' in -ac are another approach to the same problem > have any effect on the pktcdvd problems I have reported.[*] This issue looks like pktcdvdv/udf specific thing so these patches won't help. > Thanks for the feedback. > > Paul > [EMAIL PROTECTED] > > * http://lists.suse.com/archive/packet-writing/2005-Mar/0001.html > - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Repeatable IDE Oops for 2.6.11 (ide-scsi vs ide-cdrom)
Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>, on Fri Mar 18, 2005 [05:34:06 PM] said: > On Mon, 14 Mar 2005 01:55:08 -0500, Paul <[EMAIL PROTECTED]> wrote: > > Hi; > > > > Here is what I did: > > > > # modprobe ide-scsi > > # cd /proc/ide/hdd (this is a dvdrw drive) > > # cat driver > > > ide-cdrom version 4.61 > > # echo ide-scsi > driver > > # cat driver > > > ide-scsi (something--- didnt note exactly, except it was ide-scsi) > > # echo ide-cdrom > driver > > > > The shell is killed and Oops. > > > > Machine flakey and half alive at this point. Reboot with Alt-sysrq. > > The same thing works with 2.6.10, without Oops. > > Please see http://lkml.org/lkml/2005/2/11/132 Hi; What is the nature of the 'ide-dev-2.6 tree'? Are there broken out patches available I can test vs. 2.6.11 or -mm? How do the 'ide fixes' in -ac intersect with ide-dev? I am also curious if these patches could have any effect on the pktcdvd problems I have reported.[*] Thanks for the feedback. Paul [EMAIL PROTECTED] * http://lists.suse.com/archive/packet-writing/2005-Mar/0001.html - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Repeatable IDE Oops for 2.6.11 (ide-scsi vs ide-cdrom)
On Mon, 14 Mar 2005 01:55:08 -0500, Paul <[EMAIL PROTECTED]> wrote: > Hi; > > Here is what I did: > > # modprobe ide-scsi > # cd /proc/ide/hdd (this is a dvdrw drive) > # cat driver > > ide-cdrom version 4.61 > # echo ide-scsi > driver > # cat driver > > ide-scsi (something--- didnt note exactly, except it was ide-scsi) > # echo ide-cdrom > driver > > The shell is killed and Oops. > > Machine flakey and half alive at this point. Reboot with Alt-sysrq. > The same thing works with 2.6.10, without Oops. Please see http://lkml.org/lkml/2005/2/11/132 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Repeatable IDE Oops for 2.6.11 (ide-scsi vs ide-cdrom)
On Tue, 15 Mar 2005, Alan Cox wrote: On Maw, 2005-03-15 at 08:19, Bartlomiej Zolnierkiewicz wrote: On Mon, 14 Mar 2005, Alan Cox wrote: Locking is fixed in ide-dev-2.6 tree (at the moment seem to be dropped from -mm?). Excellent - I'm looking forward to dropping the -ac IDE locking patches There is still one thing TODO: * fixing device drivers to refcount driver specific /proc/ide/ entries (infrastructure is in-place now) so don't drop your locking patches yet. :-) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Repeatable IDE Oops for 2.6.11 (ide-scsi vs ide-cdrom)
On Maw, 2005-03-15 at 08:19, Bartlomiej Zolnierkiewicz wrote: > On Mon, 14 Mar 2005, Alan Cox wrote: > Locking is fixed in ide-dev-2.6 tree > (at the moment seem to be dropped from -mm?). Excellent - I'm looking forward to dropping the -ac IDE locking patches - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Repeatable IDE Oops for 2.6.11 (ide-scsi vs ide-cdrom)
On Mon, 14 Mar 2005, Alan Cox wrote: On Llu, 2005-03-14 at 06:55, Paul wrote: # cat driver ide-cdrom version 4.61 # echo ide-scsi > driver # cat driver This has always been unsafe. Its something I suggested was removed a long time ago because the locking for it is unfixable. Locking is fixed in ide-dev-2.6 tree (at the moment seem to be dropped from -mm?). [ the FIXME comment left in ide-proc.c is also applicable to modprobe/rmmod case as the issue is not /proc/.../driver specific ] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Repeatable IDE Oops for 2.6.11 (ide-scsi vs ide-cdrom)
On Llu, 2005-03-14 at 06:55, Paul wrote: > # cat driver > > ide-cdrom version 4.61 > # echo ide-scsi > driver > # cat driver This has always been unsafe. Its something I suggested was removed a long time ago because the locking for it is unfixable. Alan - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Repeatable IDE Oops for 2.6.11 (ide-scsi vs ide-cdrom)
Hi; Here is what I did: # modprobe ide-scsi # cd /proc/ide/hdd (this is a dvdrw drive) # cat driver > ide-cdrom version 4.61 # echo ide-scsi > driver # cat driver > ide-scsi (something--- didnt note exactly, except it was ide-scsi) # echo ide-cdrom > driver The shell is killed and Oops. Machine flakey and half alive at this point. Reboot with Alt-sysrq. The same thing works with 2.6.10, without Oops. Here is the oops: .config follows; let me know if any more information is required. Paul [EMAIL PROTECTED] Unable to handle kernel NULL pointer dereference at virtual address 01e8 printing eip: d89f6338 *pde = Oops: [#1] PREEMPT SMP Modules linked in: ide_scsi usbcore serpent cryptoloop loop sg sr_mod sd_mod scsi_mod CPU:0 EIP:0060:[pg0+407831352/1068467200]Not tainted VLI EIP:0060:[]Not tainted VLI EFLAGS: 00010002 (2.6.11) EIP is at idescsi_queue+0x108/0x3d0 [ide_scsi] eax: ebx: d594b9a0 ecx: d594b9a0 edx: c04e46a8 esi: d129609e edi: d887c720 ebp: d1296040 esp: d0547cec ds: 007b es: 007b ss: 0068 Process bash (pid: 8278, threadinfo=d0547000 task=d1f460a0) Stack: d1296104 d887c6a7 d55ab0b0 d594b9a0 d1296040 d12960b4 c03ca896 d1296094 d1ed0540 01dc c04e46a8 d7f05e00 d887c720 d1296040 0286 d7f05e00 d887c555 d25fe800 d1296040 d25fe800 d7f05e00 d7cebcac d88817a3 Call Trace: [pg0+406283943/1068467200] scsi_init_cmd_from_req+0xc7/0x140 [scsi_mod] [] scsi_init_cmd_from_req+0xc7/0x140 [scsi_mod] [_spin_lock+22/144] _spin_lock+0x16/0x90 [] _spin_lock+0x16/0x90 [pg0+406284064/1068467200] scsi_done+0x0/0x20 [scsi_mod] [] scsi_done+0x0/0x20 [scsi_mod] [pg0+406283605/1068467200] scsi_dispatch_cmd+0x125/0x1b0 [scsi_mod] [] scsi_dispatch_cmd+0x125/0x1b0 [scsi_mod] [pg0+406304675/1068467200] scsi_request_fn+0x1d3/0x350 [scsi_mod] [] scsi_request_fn+0x1d3/0x350 [scsi_mod] [blk_insert_request+149/176] blk_insert_request+0x95/0xb0 [] blk_insert_request+0x95/0xb0 [pg0+406300158/1068467200] scsi_insert_special_req+0x2e/0x40 [scsi_mod] [] scsi_insert_special_req+0x2e/0x40 [scsi_mod] [pg0+406300723/1068467200] scsi_wait_req+0x63/0xa0 [scsi_mod] [] scsi_wait_req+0x63/0xa0 [scsi_mod] [pg0+406300496/1068467200] scsi_wait_done+0x0/0x80 [scsi_mod] [] scsi_wait_done+0x0/0x80 [scsi_mod] [pg0+406188547/1068467200] sr_do_ioctl+0x73/0x250 [sr_mod] [] sr_do_ioctl+0x73/0x250 [sr_mod] [pg0+406187844/1068467200] sr_packet+0x14/0x30 [sr_mod] [] sr_packet+0x14/0x30 [sr_mod] [cdrom_get_disc_info+83/160] cdrom_get_disc_info+0x53/0xa0 [] cdrom_get_disc_info+0x53/0xa0 [cdrom_mrw_exit+18/96] cdrom_mrw_exit+0x12/0x60 [] cdrom_mrw_exit+0x12/0x60 [_spin_lock+22/144] _spin_lock+0x16/0x90 [] _spin_lock+0x16/0x90 [unregister_cdrom+140/192] unregister_cdrom+0x8c/0xc0 [] unregister_cdrom+0x8c/0xc0 [pg0+406187935/1068467200] sr_kref_release+0x3f/0x70 [sr_mod] [] sr_kref_release+0x3f/0x70 [sr_mod] [pg0+406187872/1068467200] sr_kref_release+0x0/0x70 [sr_mod] [] sr_kref_release+0x0/0x70 [sr_mod] [kref_put+53/160] kref_put+0x35/0xa0 [] kref_put+0x35/0xa0 [dput+30/416] dput+0x1e/0x1a0 [] dput+0x1e/0x1a0 [pg0+406188018/1068467200] sr_remove+0x22/0x2f [sr_mod] [] sr_remove+0x22/0x2f [sr_mod] [device_release_driver+116/128] device_release_driver+0x74/0x80 [] device_release_driver+0x74/0x80 [bus_remove_device+85/160] bus_remove_device+0x55/0xa0 [] bus_remove_device+0x55/0xa0 [device_del+92/160] device_del+0x5c/0xa0 [] device_del+0x5c/0xa0 [pg0+406315476/1068467200] scsi_remove_device+0x44/0xa0 [scsi_mod] [] scsi_remove_device+0x44/0xa0 [scsi_mod] [pg0+406311969/1068467200] scsi_forget_host+0x31/0x60 [scsi_mod] [] scsi_forget_host+0x31/0x60 [scsi_mod] [pg0+406286433/1068467200] scsi_remove_host+0x11/0x60 [scsi_mod] [] scsi_remove_host+0x11/0x60 [scsi_mod] [pg0+407830795/1068467200] idescsi_cleanup+0x4b/0x60 [ide_scsi] [] idescsi_cleanup+0x4b/0x60 [ide_scsi] [ide_replace_subdriver+74/208] ide_replace_subdriver+0x4a/0xd0 [] ide_replace_subdriver+0x4a/0xd0 [proc_ide_write_driver+101/128] proc_ide_write_driver+0x65/0x80 [] proc_ide_write_driver+0x65/0x80 [_spin_lock+22/144] _spin_lock+0x16/0x90 [] _spin_lock+0x16/0x90 [fd_install+47/96] fd_install+0x2f/0x60 [] fd_install+0x2f/0x60 [proc_file_write+43/64] proc_file_write+0x2b/0x40 [] proc_file_write+0x2b/0x40 [vfs_write+151/256] vfs_write+0x97/0x100 [] vfs_write+0x97/0x100 [sys_write+71/128] sys_write+0x47/0x80 [] sys_write+0x47/0x80 [syscall_call+7/11] syscall_call+0x7/0xb [] syscall_call+0x7/0xb Code: 00 00 00 00 8b 45 64 89 6b 2c 89 43 14 89 43 0c 8b 7c 24 30 89 7b 30 a1 00 2c 43 c0 8b 55 3c 01 d0 89 43 38 8b 54 24 28 8b 42 20 <8b> 80 e8 01 00 00 a8 01 74 06 f0 0f ba 6b 34 02 8b 4b 1c 89 4c <6>note: bash[8278] exited with preempt_count 1 scheduling while atomic: bash/0x1001/8278 [schedule+1634/1648] schedule+
