Package: linux-image-2.6-686
Version: 2.6.32+28
Severity: important
ICH6 sata controller could be managed by both ata_piix and ahci module but only
ahci module handle hotplug.
At boot time, when ata_piix is loaded before ahci module, it takes control of
the ICH6 controller and the ahci module does'nt manage nothing. Because
ata_piix also manage ICH6 sata controller, hard drives are managed, but because
ata_piix module is used in place of ahci module, because ahci module is'nt
used, hotplug (and other ahci functionnalities indeed) does'nt works.
On both Lenny and Squeeze linux kernels I've the two modules (ahci and
ata_piix) loaded, but on Lenny this is the fully functionnal ahci module which
is use, and on Squeeze this is the limited ata_piix module which is used.
here the lspci -vv on Lenny and Squeeze :
# lspci -vv -s 00:1f.2 | tee lspci-lenny
00:1f.2 SATA controller: Intel Corporation 82801FR/FRW (ICH6R/ICH6RW) SATA
Controller (rev 03) (prog-if 01 [AHCI 1.0])
Subsystem: Super Micro Computer Inc Device 6280
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort-
<MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin B routed to IRQ 19
Region 0: I/O ports at e900 [size=8]
Region 1: I/O ports at ea00 [size=4]
Region 2: I/O ports at eb00 [size=8]
Region 3: I/O ports at ec00 [size=4]
Region 4: I/O ports at ed00 [size=16]
Region 5: Memory at d03c3000 (32-bit, non-prefetchable) [size=1K]
Capabilities: [70] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot+,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
Kernel driver in use: ahci
Kernel modules: ahci, ata_piix
# lspci -vv -s 00:1f.2 | tee lspci-squeeze
00:1f.2 SATA controller: Intel Corporation 82801FR/FRW (ICH6R/ICH6RW) SATA
Controller (rev 03) (prog-if 01 [AHCI 1.0])
Subsystem: Super Micro Computer Inc Device 6280
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort-
<MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin B routed to IRQ 19
Region 0: I/O ports at e900 [size=8]
Region 1: I/O ports at ea00 [size=4]
Region 2: I/O ports at eb00 [size=8]
Region 3: I/O ports at ec00 [size=4]
Region 4: I/O ports at ed00 [size=16]
Region 5: Memory at d03c3000 (32-bit, non-prefetchable) [size=1K]
Capabilities: [70] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot+,D3cold-)
Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
Kernel driver in use: ata_piix
you can see the problem :
# diff lspci-lenny lspci-squeeze
16,18c16,17
< Status: D0 PME-Enable- DSel=0 DScale=0 PME-
< Kernel driver in use: ahci
< Kernel modules: ahci, ata_piix
---
> Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
> Kernel driver in use: ata_piix
I can't blacklist ata_piix module, because is needed for IDE drives (like CD
drive)
The solution is to load ahci module before ata_piix module, then we can have
SATA drives managed by ahci module and IDE drives managed by ata_piix module.
You can read more of my investigations on Debian User Forums :
http://forums.debian.net/viewtopic.php?f=5&t=55727
I don't know if it's the good place to report this bug, I've tested the Lenny
kernel on Squeeze distro then I've the problem and tested a Lenny kernel on a
Lenny distro then I hav'nt the problem. The problem comes when any linux kernel
is used on a Squeeze distro, it's kernel related, and I'vent found better place
to report it.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages linux-image-2.6-686 depends on:
ii linux-image-2.6.32-5-686 2.6.32-23 Linux 2.6.32 for modern PCs
linux-image-2.6-686 recommends no packages.
linux-image-2.6-686 suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/20100929165034.21331.69639.report...@albatros.savanenet
