[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#403189: marked as done (Subject: linux-2.6: Kernel loaded non-NCQ support driver on Dell PowerEdge SC430)



Your message dated Fri, 9 May 2008 01:50:43 +0200
with message-id <20080508235043.GD13915@stro.at>
and subject line re:  Kernel loaded non-NCQ support driver on Dell PowerEdge SC430
has caused the Debian Bug report #403189,
regarding Subject: linux-2.6: Kernel loaded non-NCQ support driver on Dell PowerEdge SC430
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
403189: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403189
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Package: linux-2.6
Severity: wishlist
Tags: patch

Here the system is Dell PowerEdge SC430, kernel loaded the ata_piix
driver than the ahci driver on it.

According to http://linux-ata.org/driver-status.html, the ata_piix
driver and the AHCI driver both works on intel ICH7, but the ata_piix
driver have no NCQ support, and the ACHI driver have full NCQ, hotplug
and PM support.

The SATA chipset on Dell PowerEdge SC430 is identified as:
00:1f.2 IDE interface [0101]: Intel Corporation 82801GB/GR/GH (ICH7
Family) Serial ATA Storage Controller IDE [8086:27c0] (rev 01)

Kernel load the ahci driver after I added it's device IDs into ahci.c,
here is the patch:
$ diff -u drivers/scsi/ahci.c.orig drivers/scsi/ahci.c
- --- drivers/scsi/ahci.c.orig    2006-12-14 04:08:49.000000000 +0800
+++ drivers/scsi/ahci.c 2006-12-14 04:20:55.000000000 +0800
@@ -305,6 +305,8 @@
          board_ahci }, /* ICH6M */
        { PCI_VENDOR_ID_INTEL, 0x27c1, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
          board_ahci }, /* ICH7 */
+       { PCI_VENDOR_ID_INTEL, 0x27c0, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
+         board_ahci }, /* ICH7 */
        { PCI_VENDOR_ID_INTEL, 0x27c5, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
          board_ahci }, /* ICH7M */
        { PCI_VENDOR_ID_INTEL, 0x27c3, PCI_ANY_ID, PCI_ANY_ID, 0, 0,

Here is the dmesg after applied the patch:
SCSI subsystem initialized
libata version 2.00 loaded.
ahci 0000:00:1f.2: version 2.0
ACPI: PCI Interrupt 0000:00:1f.2[C] -> GSI 20 (level, low) -> IRQ 225
PCI: Setting latency timer of device 0000:00:1f.2 to 64
ahci 0000:00:1f.2: AHCI 0001.0100 32 slots 4 ports 3 Gbps 0xf impl IDE
mode
ahci 0000:00:1f.2: flags: 64bit ncq pm led clo pio slum part
ata1: SATA max UDMA/133 cmd 0xF881A100 ctl 0x0 bmdma 0x0 irq 225
ata2: SATA max UDMA/133 cmd 0xF881A180 ctl 0x0 bmdma 0x0 irq 225
ata3: SATA max UDMA/133 cmd 0xF881A200 ctl 0x0 bmdma 0x0 irq 225
ata4: SATA max UDMA/133 cmd 0xF881A280 ctl 0x0 bmdma 0x0 irq 225
scsi0 : ahci
ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata1.00: ATA-7, max UDMA/133, 156250000 sectors: LBA48 NCQ (depth 31/32)
ata1.00: ata1: dev 0 multi count 8
ata1.00: configured for UDMA/133


- -Andrew
- -- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500,'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-3-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFgmLbnQYz4bYlCYURAqhdAJ9EeB1MboX+ig/KkMcpXJjCsMFqpACgtHvU
FNGAyeHSFA5OzVnXk6ah8P4=
=Iawx
-----END PGP SIGNATURE-----



--- End Message ---
--- Begin Message ---
"The BIOS has programmed the chip into IDE mode, not AHCI mode.  It seems
to have also set up the AHCI BAR, but the majority of chips with this ID
won't have been and so the ahci driver will fail with them. If the chip
was in AHCI mode, the device ID would automatically have changed to
0x27c1." -mjg59

thus closing.

-- 
maks


--- End Message ---

Reply to: