What is the status of ide-scsi these days ? (Can't shutdown)

Kim Lux lux at diesel-research.com
Thu Nov 11 18:00:55 UTC 2004 

Here is another one.  This one was with the -1.667 non SMP kernel.  Note
the xml issues.  I installed the updated xml packages this morning via
up2date. 


Nov 11 10:48:47 localhost cups-config-daemon: cups-config-daemon startup
succeeded
Nov 11 10:48:47 localhost haldaemon: haldaemon startup succeeded
Nov 11 10:48:48 localhost fstab-sync[3253]: removed all generated mount
points
Nov 11 10:48:49 localhost fstab-sync[3288]: added mount
point /media/cdrecorder for /dev/scd0
Nov 11 10:49:13 localhost kernel: synaptics: using relaxed packet
validation

<snip>

Nov 11 10:50:50 localhost kernel: hdc: irq timeout: status=0xd0 { Busy }
Nov 11 10:50:50 localhost kernel: hdc: irq timeout:
error=0xd0LastFailedSense 0x0d 
Nov 11 10:50:50 localhost kernel: hdc: status error: status=0x58
{ DriveReady SeekComplete DataRequest }
Nov 11 10:50:50 localhost kernel: hdc: status error: error=0x00
Nov 11 10:50:50 localhost kernel: hdc: drive not ready for command
Nov 11 10:50:50 localhost kernel: hdc: status error: status=0x58
{ DriveReady SeekComplete DataRequest }
Nov 11 10:50:50 localhost kernel: hdc: status error: error=0x00
Nov 11 10:50:50 localhost kernel: hdc: drive not ready for command
Nov 11 10:50:50 localhost kernel: hdc: status timeout: status=0xd8
{ Busy }
Nov 11 10:50:50 localhost kernel: hdc: status timeout:
error=0xd8MediaChangeRequested LastFailedSense 0x0d 
Nov 11 10:50:50 localhost kernel: hdc: drive not ready for command
Nov 11 10:50:50 localhost kernel: ide-scsi: No active request in
idescsi_eh_reset
Nov 11 10:50:51 localhost kernel: scsi: Device offlined - not ready
after error recovery: host 0 channel 0 id 0 lun 0
Nov 11 10:50:51 localhost kernel: SCSI error : <0 0 0 0> return code =
0x2
Nov 11 10:50:51 localhost kernel: scsi0 (0:0): rejecting I/O to offline
device
Nov 11 10:50:52 localhost last message repeated 141 times
Nov 11 10:50:53 localhost kernel: Unable to handle kernel NULL pointer
dereference at virtual address 00000008
Nov 11 10:50:53 localhost kernel:  printing eip:
Nov 11 10:50:53 localhost kernel: 42b1d6f8
Nov 11 10:50:53 localhost kernel: *pde = 00000000
Nov 11 10:50:53 localhost kernel: Oops: 0000 [#1]
Nov 11 10:50:53 localhost kernel: Modules linked in: parport_pc lp
parport autofs4 i2c_dev i2c_core sunrpc ds ipt_REJECT ipt_state
ip_conntrack iptable_filter ip_tables sr_mod ide_scsi scsi_mod dm_mod
button battery ac md5 ipv6 joydev ohci1394 ieee1394 yenta_socket
pcmcia_core uhci_hcd ehci_hcd hw_random snd_intel8x0 snd_ac97_codec
snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd_page_alloc gameport
snd_mpu401_uart snd_rawmidi snd_seq_device snd soundcore 8139too mii
ndiswrapper(U) ext3 jbd
Nov 11 10:50:53 localhost kernel: CPU:    0
Nov 11 10:50:53 localhost kernel: EIP:    0060:[<42b1d6f8>]    Not
tainted VLI
Nov 11 10:50:53 localhost kernel: EFLAGS: 00010287   (2.6.9-1.667) 
Nov 11 10:50:53 localhost kernel: EIP is at sr_block_ioctl+0x22/0x4d
[sr_mod]
Nov 11 10:50:53 localhost kernel: eax: 39ed6c00   ebx: 00002285   ecx:
08daf9a0   edx: 00000000
Nov 11 10:50:53 localhost kernel: esi: 039b6114   edi: 32124480   ebp:
39ed6c00   esp: 32888f58
Nov 11 10:50:53 localhost kernel: ds: 007b   es: 007b   ss: 0068
Nov 11 10:50:53 localhost kernel: Process grip (pid: 3704,
threadinfo=32888000 task=33332770)
Nov 11 10:50:53 localhost kernel: Stack: 00002285 08daf9a0 42b21080
0224a8ca 08daf9a0 32124480 039b6114 41696080 
Nov 11 10:50:53 localhost kernel:        00057000 02353a80 00002285
32124480 ffffffe7 0216f83e 08daf9a0 0217a147 
Nov 11 10:50:53 localhost kernel:        08daf9a0 03a332c4 00000003
00000022 32888fc0 00000006 32888fc4 00000930 
Nov 11 10:50:53 localhost kernel: Call Trace:
Nov 11 10:50:53 localhost kernel:  [<0224a8ca>] blkdev_ioctl+0x34e/0x35b
Nov 11 10:50:53 localhost kernel:  [<0216f83e>] block_ioctl+0x11/0x13
Nov 11 10:50:53 localhost kernel:  [<0217a147>] sys_ioctl+0x296/0x337
Nov 11 10:50:53 localhost kernel: Code: <3>Debug: sleeping function
called from invalid context at include/linux/rwsem.h:43
Nov 11 10:50:53 localhost kernel: in_atomic():0[expected: 0],
irqs_disabled():1
Nov 11 10:50:53 localhost kernel:  [<0211c8b9>] __might_sleep+0x7d/0x88
Nov 11 10:50:53 localhost kernel:  [<0215e27e>] rw_vm+0x216/0x482
Nov 11 10:50:53 localhost kernel:  [<42b1d6cd>] sr_block_release
+0x65/0x6e [sr_mod]
Nov 11 10:50:53 localhost kernel:  [<42b1d6cd>] sr_block_release
+0x65/0x6e [sr_mod]
Nov 11 10:50:53 localhost kernel:  [<0215e9d0>] get_user_size+0x30/0x57
Nov 11 10:50:53 localhost kernel:  [<42b1d6cd>] sr_block_release
+0x65/0x6e [sr_mod]
Nov 11 10:50:53 localhost kernel:  [<0210682b>] show_registers
+0x109/0x15e
Nov 11 10:50:53 localhost kernel:  [<02106a2f>] die+0x14a/0x241
Nov 11 10:50:53 localhost kernel:  [<0211937e>] do_page_fault+0x0/0x511
Nov 11 10:50:53 localhost kernel:  [<0211937e>] do_page_fault+0x0/0x511
Nov 11 10:50:53 localhost kernel:  [<02119733>] do_page_fault
+0x3b5/0x511
Nov 11 10:50:53 localhost kernel:  [<42b1d6f8>] sr_block_ioctl+0x22/0x4d
[sr_mod]
Nov 11 10:50:53 localhost kernel:  [<02153c78>] handle_mm_fault
+0xe4/0x21e
Nov 11 10:50:53 localhost kernel:  [<0211953a>] do_page_fault
+0x1bc/0x511
Nov 11 10:50:53 localhost kernel:  [<0211937e>] do_page_fault+0x0/0x511
Nov 11 10:50:53 localhost kernel:  [<42b1d6f8>] sr_block_ioctl+0x22/0x4d
[sr_mod]
Nov 11 10:50:53 localhost kernel:  [<0224a8ca>] blkdev_ioctl+0x34e/0x35b
Nov 11 10:50:53 localhost kernel:  [<0216f83e>] block_ioctl+0x11/0x13
Nov 11 10:50:53 localhost kernel:  [<0217a147>] sys_ioctl+0x296/0x337
Nov 11 10:50:53 localhost kernel:  Bad EIP value.
Nov 11 10:52:09 localhost ntpd[2671]: synchronized to 128.208.109.7,
stratum 3
Nov 11 10:54:20 localhost ntpd[2671]: synchronized to 80.253.108.112,
stratum 2
Nov 11 10:54:20 localhost ntpd[2671]: kernel time sync disabled 0041



On Thu, 2004-11-11 at 10:54 -0700, Kim Lux wrote:
> Thanks for your reply, Alan, and your tireless effort with Linux. 
> 
> What did you mean by: 
> 
> > And that below is a bug
> > 
> > > Nov 11 10:28:49 localhost
> >  kernel: Unable to handle kernel NULL pointer
> > > dereference at virtual address 00000008
> > 
> > which shouldnt have occurred but was triggered by what appears to be broken
> > hardware
> 
> How should I proceed ?  Do you want me to log this in bugzilla ?  Under
> what ?  kernel ? grip ? cdrom ? scsi-ide ?
> 
> 
> BTW: I can crash my machine at will with grip.
> 
> -- 
> Kim Lux (Mr.)  Diesel Research Inc
> 
-- 
Kim Lux (Mr.)  Diesel Research Inc

More information about the fedora-test-list mailing list