Yes, I can confirm that this bug still exist on lenny. This is using the
latest 2.6.26-1-amd64 kernel. I am attaching the relevant information.
For me, the bug manifests itself when playing an audio cd. There is a
constant buzzing noise and dmesg shows:
[ 9227.846775] hdb: status error: status=0x58 { DriveReady SeekComplete
DataRequest }
[ 9227.846784] ide: failed opcode was: unknown
[ 9227.846790] hdb: drive not ready for command
[ 9227.847331] hdb: status error: status=0x58 { DriveReady SeekComplete
DataRequest }
[ 9227.847338] ide: failed opcode was: unknown
[ 9227.847342] hdb: drive not ready for command
[ 9227.847351] hdb: status error: status=0x58 { DriveReady SeekComplete
DataRequest }
[ 9227.847351] ide: failed opcode was: unknown
[ 9227.847351] hdb: drive not ready for command
[ 9227.847351] hdb: status error: status=0x58 { DriveReady SeekComplete
DataRequest }
[ 9227.847351] ide: failed opcode was: unknown
[ 9227.847351] hdb: drive not ready for command
[ 9227.847351] hdb: status error: status=0x58 { DriveReady SeekComplete
DataRequest }
[ 9227.847351] ide: failed opcode was: unknown
[ 9227.847351] hdb: drive not ready for command
lsmod shows:
Module Size Used by
aes_x86_64 12416 0
aes_generic 32552 1 aes_x86_64
rt2500pci 23168 0
fglrx 2222296 27
ipv6 288328 18
ppdev 11656 0
lp 14724 0
vmnet 43332 13
parport_pc 31016 0
parport 41776 3 ppdev,lp,parport_pc
vmblock 18128 3
vmci 52904 0
vmmon 72144 0
acpi_cpufreq 11792 1
cpufreq_stats 9120 0
cpufreq_ondemand 11792 1
cpufreq_conservative 11784 0
cpufreq_powersave 6400 0
freq_table 9344 3 acpi_cpufreq,cpufreq_stats,cpufreq_ondemand
cpufreq_userspace 8452 0
fuse 53184 1
loop 19468 0
arc4 6272 2
ecb 7296 2
crypto_blkcipher 21636 1 ecb
rt61pci 27136 0
crc_itu_t 6528 1 rt61pci
rt2x00pci 13056 2 rt2500pci,rt61pci
rt2x00lib 30080 3 rt2500pci,rt61pci,rt2x00pci
firmware_class 12544 1 rt2x00lib
rfkill 11168 2 rt2x00lib
led_class 8968 1 rt2x00lib
input_polldev 8720 1 rt2x00lib
mac80211 162864 2 rt2x00pci,rt2x00lib
cfg80211 30224 2 rt2x00lib,mac80211
psmouse 42268 0
pcspkr 7040 0
serio_raw 9860 0
snd_hda_intel 434904 5
eeprom_93cx6 6784 2 rt2500pci,rt61pci
snd_pcm_oss 41760 0
snd_mixer_oss 18816 1 snd_pcm_oss
snd_pcm 81672 3 snd_hda_intel,snd_pcm_oss
i2c_i801 13596 0
snd_seq_dummy 7428 0
snd_seq_oss 33152 0
i2c_core 27936 1 i2c_i801
iTCO_wdt 15696 0
snd_seq_midi 11072 0
snd_rawmidi 26784 1 snd_seq_midi
snd_seq_midi_event 11904 2 snd_seq_oss,snd_seq_midi
snd_seq 54304 6
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer 25744 3 snd_pcm,snd_seq
snd_seq_device 11668 5
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
snd 63688 17
snd_hda_intel,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
soundcore 12064 1 snd
snd_page_alloc 13072 2 snd_hda_intel,snd_pcm
button 11680 0
intel_agp 31728 0
evdev 14208 3
ext3 125072 1
jbd 51240 1 ext3
mbcache 12804 1 ext3
raid1 24192 2
md_mod 80164 3 raid1
sd_mod 29376 6
ide_cd_mod 36360 0
cdrom 37928 1 ide_cd_mod
ata_generic 10116 0
usbhid 45792 0
hid 41792 1 usbhid
ff_memless 9224 1 usbhid
ide_pci_generic 9220 0 [permanent]
ahci 33036 4
r8169 31492 0
libata 165472 2 ata_generic,ahci
scsi_mod 160760 2 sd_mod,libata
dock 14112 1 libata
jmicron 6912 0 [permanent]
ide_core 128284 3 ide_cd_mod,ide_pci_generic,jmicron
ehci_hcd 36108 0
uhci_hcd 25760 0
thermal 22688 0
processor 42304 2 acpi_cpufreq,thermal
fan 9352 0
thermal_sys 17728 3 thermal,processor,fan
I believe the guilty party is the module jmicron, as evidenced by the post
at http://bbs.archlinux.org/viewtopic.php?pid=274632
Are there plans to use the module pata_jmicron instead?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
