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.
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.
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
The problem persists in 2.6.38!!
This is probably udev trying to use 16-byte SCSI passthru commands on devices that don't support that.
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.
Yes, that fixes it, thanks a lot!