Bug 30062 - Huge amounts of "HDIO_GET_IDENTITY failed for /dev/sr0" messages during boot
Huge amounts of "HDIO_GET_IDENTITY failed for /dev/sr0" messages during boot
Status: CLOSED DOCUMENTED
Product: IO/Storage
Classification: Unclassified
Component: Serial ATA
All Linux
: P1 blocking
Assigned To: Jeff Garzik
:
Depends on:
Blocks: 27352
  Show dependency treegraph
 
Reported: 2011-02-28 10:52 UTC by Bernd Eggink
Modified: 2011-03-27 20:02 UTC (History)
7 users (show)

See Also:
Kernel Version: 2.6.38-rc6
Tree: Mainline
Regression: Yes


Attachments

Description Bernd Eggink 2011-02-28 10:52:25 UTC
My system (Crux 2.7) contains an older SCSI disk, and a SCSI CD writer (Plextor). When booting into 2.6.38, I get an endless sequence of errors like

    ata_id[xyz]: HDIO_GET_IDENTITY failed for '/dev/sr0'

The errors start when the command

    udevadm trigger --type=devices --action=add

is executed. There are also about 50 udevd processes in the process list. The system gets extremely slow, and the only way to make it usable again is by saying 'killall udevd'. Apparently udev has an issue with the CD writer (while it handles the harddisk correctly).

The same system works well with kernel 2.6.37.
Comment 1 Tejun Heo 2011-03-02 08:11:11 UTC
cc'in Kay.

Bernd, can you please post full output of dmesg after such failure?  Preferably with CONFIG_PRINTK_TIME enabled.  Also, please attach output of "lspci -nn".

Kay, I have another report where u* stuff seems to be acting up slowing down IO.  Maybe it's something related to media presence polling?  I'll cc you there too.

Thanks.
Comment 2 Bernd Eggink 2011-03-02 11:14:40 UTC
I had considerable problems getting so far in the first place. Some process hung during boot and had to be killed in order to get into multi-user mode. At this time, dmesg contained only messages like this:

[  701.973980] (scsi0:A:4:0): No or incomplete CDB sent to device.
[  701.974081] scsi0: Issued Channel A Bus Reset. 1 SCBs aborted
[  701.996408] (scsi0:A:4:0): Unexpected busfree while idle
[  701.996442] SEQADDR == 0x170

(more than 100, differing only in the time stamp).

Here is the lspci output, produced under 2.6.37.2:

------------------------------------------------------------------------------
00:00.0 Host bridge [0600]: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface [8086:2570] (rev 02)
00:02.0 VGA compatible controller [0300]: Intel Corporation 82865G Integrated Graphics Controller [8086:2572] (rev 02)
00:06.0 System peripheral [0880]: Intel Corporation 82865G/PE/P Processor to I/O Memory Interface [8086:2576] (rev 02)
00:1d.0 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 [8086:24d2] (rev 02)
00:1d.1 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 [8086:24d4] (rev 02)
00:1d.3 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 [8086:24de] (rev 02)
00:1d.7 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller [8086:24dd] (rev 02)
00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev c2)
00:1f.0 ISA bridge [0601]: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge [8086:24d0] (rev 02)
00:1f.1 IDE interface [0101]: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller [8086:24db] (rev 02)
00:1f.3 SMBus [0c05]: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller [8086:24d3] (rev 02)
00:1f.5 Multimedia audio controller [0401]: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller [8086:24d5] (rev 02)
01:00.0 SCSI storage controller [0100]: Adaptec AHA-2940U/UW/D / AIC-7881U [9004:8178]
01:01.0 Multimedia audio controller [0401]: C-Media Electronics Inc CM8738 [13f6:0111] (rev 10)
01:08.0 Ethernet controller [0200]: Intel Corporation 82562EZ 10/100 Ethernet Controller [8086:1050] (rev 02)
------------------------------------------------------------------------------

Regards,
Bernd
Comment 3 Bernd Eggink 2011-03-15 12:48:14 UTC
The problem persists in 2.6.38!!
Comment 4 Chuck Ebbert 2011-03-27 01:18:05 UTC
This is probably udev trying to use 16-byte SCSI passthru commands on devices that don't support that.
Comment 5 David Zeuthen 2011-03-27 14:08:27 UTC
FWIW, I think this udev patch

 http://git.kernel.org/?p=linux/hotplug/udev.git;a=commitdiff;h=a31d76b18675a0bf213fdd16242b4268c9ff48e0

fixes the problem. Please try it out.
Comment 6 Bernd Eggink 2011-03-27 15:13:19 UTC
Yes, that fixes it, thanks a lot!

Note You need to log in before you can comment on or make changes to this bug.