O driver Debian necessário para o controlador Intel ICH7M SouthBridge I / O

Question

Estou usando uma placa-mãe baseada nessa arquitetura.

link

Eu preciso do driver Linux para o Hub do Controlador de E / S Intel® 82801GB (Intel® ICH7). Eu acho apenas os drivers do Windows para este chipset. Quaisquer ponteiros seriam úteis.

A questão real que estou enfrentando é a descrita abaixo.

Problema: Falha secundária no disco rígido leva ao OS Stall ..

Placa-mãe: Quanmax KEMX 2030

Sistema Operacional: Debian 2.6.32-31

Nossa configuração e descrição do aplicativo: Na placa-mãe KEMX 2030, nós conectamos dois HDDs em SATA 0 e SATA 1. O SATA 0 está conectado a um HDD (principal) que é carregado com o Debian Linux OS. O SATA 1 está conectado a um HDD (secundário) que não possui nenhum sistema operacional, mas possui partições de armazenamento de dados. Nosso aplicativo é executado no disco rígido principal e copiamos determinados arquivos críticos do HDD primário para o secundário periodicamente para fins de backup.

Descrição do Problema: Um HDD secundário defeituoso resulta na parada e congelamento do sistema operacional do HDD primário. Existem dois casos que testemunhamos em nossas implantações de campo

1. Quando o HDD secundário desenvolver setores defeituosos, sempre que uma operação de cópia de arquivos for executada de primário para secundário, o sistema operacional primário começará a gerar erros UND DRDY em seu log do kernel. UNC significa setores incorrigíveis. O sistema operacional não é capaz de se recuperar desse cenário e todo o sistema congela e cada aplicativo em execução no disco rígido principal ficará lento devido ao bloqueio do barramento sata.
2. Quando o cabo de dados SATA para o HDD secundário está com defeito ou de baixa qualidade, o sistema operacional primário começará a gerar erros do DRRC no ICRC do kernel. CICV significa erros de CRC na transmissão de dados. Mesmo neste caso, o sistema operacional principal congela. A pergunta é a seguinte: por que o sistema operacional principal deve congelar quando o disco rígido secundário ficar ruim. É porque o barramento SATA está sendo bloqueado? Queremos que o HDD primário não seja afetado por causa de falhas secundárias no HDD.

Para isolar o problema e fizemos o seguinte teste. Com uma placa-mãe de PC comum, conectamos a mesma unidade primária e secundária (com defeito) para simular o gabinete. Ao simular, descobrimos que o kernel do linux detecta os mesmos erros DRDY UNC / CICV e em questão de cerca de 2 minutos, é capaz de tornar o HDD secundário apenas como leitura e evita maiores danos. O sistema operacional primário não fica sufocado. Esta placa-mãe para PC também tinha um SATA 0 e SATA 1 similar ao qual nós conectamos os mesmos HDDs. Não conseguimos entender como a placa-mãe do PC lidou melhor com o cenário. Este teste provou que o sistema operacional está fazendo o trabalho na placa-mãe do PC, mas na placa-mãe KEMX não. A arquitetura do Quanmax é mostrada na imagem abaixo .

Preciso de um driver específico de controlador de E / S para resolver esse problema?

Continuando a depuração, descobrimos que, independentemente de conectarmos o disco rígido secundário na porta SATA 0 ou SATA 1, o Linux pode procurar pelo disco rígido secundário somente na porta SCSI / HOST 0. Se fizermos uma varredura no SCSI / HOST 1, o HDD secundário não será detectado. Isso significa que o barramento SATA é multiplexado em SCSI HOST 0? Pelo contrário, no caso de placas-mães comuns para PC, notamos que a varredura deve ser realizada na respectiva porta SCSI / HOST para que o HDD secundário seja detectado.

A seguir, a saída lspci na placa Quanmax KEMX.

debian:~# lspci
00:00.0 Host bridge: Intel Corporation Mobile 945GME Express Memory Controller Hub (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GME Express Integrated Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03)
00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 1 (rev 02)
00:1d.0 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 (rev 02)
00:1d.3 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 (rev 02)
00:1d.7 USB Controller: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2)
00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 02)
00:1f.2 IDE interface: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA IDE Controller (rev 02)
00:1f.3 SMBus: Intel Corporation N10/ICH 7 Family SMBus Controller (rev 02)
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 02)

debian:~#

A seguir, a saída do lspci na placa-mãe regular do PC.

debian:~# lspci
00:00.0 Host bridge: Intel Corporation 82G33/G31/P35/P31 Express DRAM Controller (rev 02)
00:01.0 PCI bridge: Intel Corporation 82G33/G31/P35/P31 Express PCI Express Root Port (rev 02)
00:02.0 VGA compatible controller: Intel Corporation 82G33/G31 Express Integrated Graphics Controller (rev 02)
00:19.0 Ethernet controller: Intel Corporation 82562V-2 10/100 Network Connection (rev 02)
00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 02)
00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 02)
00:1a.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 02)
00:1a.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 02)
00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 92)
00:1f.0 ISA bridge: Intel Corporation 82801IR (ICH9R) LPC Interface Controller (rev 02)
00:1f.2 IDE interface: Intel Corporation 82801IR/IO/IH (ICH9R/DO/DH) 4 port SATA IDE Controller (rev 02)
00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 02)
00:1f.5 IDE interface: Intel Corporation 82801I (ICH9 Family) 2 port SATA IDE Controller (rev 02)

A diferença é que a placa-mãe PC regular tem a família ICH9 e a Quanmax KEMX tem a família ICH7.

A seguir, o log do kernel, que mostra que a versão 2.13 do ata_piix é o driver que está sendo usado. Esta versão do driver tem um bug?

2013 Nov 21 17:14:19::kernel::[    1.569271] ata_piix 0000:00:1f.2: version 2.13
2013 Nov 21 17:14:19::kernel::[    1.569315] ata_piix 0000:00:1f.2: PCI INT B -> GSI 19 (level, low) -> IRQ 19
2013 Nov 21 17:14:19::kernel::[    1.569405] ata_piix 0000:00:1f.2: MAP [ P0 P2 IDE IDE ]
2013 Nov 21 17:14:19::kernel::[    1.569697] ata_piix 0000:00:1f.2: setting latency timer to 64
2013 Nov 21 17:14:19::kernel::[    1.576892] scsi0 : ata_piix
2013 Nov 21 17:14:19::kernel::[    1.581480] scsi1 : ata_piix
2013 Nov 21 17:14:19::kernel::[    1.584880] ata1: SATA max UDMA/133 cmd 0x1f0 ctl 0x3f6 bmdma 0xffa0 irq 14
2013 Nov 21 17:14:19::kernel::[    1.584952] ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0xffa8 irq 15
2013 Nov 21 17:14:19::kernel::[    1.756783] ata1.00: ATA-8: ST320LT012-9WS14C, 0001SDM1, max UDMA/133
2013 Nov 21 17:14:19::kernel::[    1.756860] ata1.00: 625142448 sectors, multi 16: LBA48 NCQ (depth 0/32)
2013 Nov 21 17:14:19::kernel::[    1.757445] ata1.01: ATA-8: ST320LT012-9WS14C, 0001SDM1, max UDMA/133
2013 Nov 21 17:14:19::kernel::[    1.757517] ata1.01: 625142448 sectors, multi 16: LBA48 NCQ (depth 0/32)
2013 Nov 21 17:14:19::kernel::[    1.772546] ata1.00: configured for UDMA/133
2013 Nov 21 17:14:19::kernel::[    1.789555] ata1.01: configured for UDMA/133
2013 Nov 21 17:14:19::kernel::[    1.789846] scsi 0:0:0:0: Direct-Access     ATA      ST320LT012-9WS14 0001 PQ: 0 ANSI: 5
2013 Nov 21 17:14:19::kernel::[    1.790422] scsi 0:0:1:0: Direct-Access     ATA      ST320LT012-9WS14 0001 PQ: 0 ANSI: 5
2013 Nov 21 17:14:19::kernel::[    1.814269] sd 0:0:0:0: [sda] 625142448 512-byte logical blocks: (320 GB/298 GiB)
2013 Nov 21 17:14:19::kernel::[    1.814370] sd 0:0:0:0: [sda] 4096-byte physical blocks
2013 Nov 21 17:14:19::kernel::[    1.814658] sd 0:0:1:0: [sdb] 625142448 512-byte logical blocks: (320 GB/298 GiB)
2013 Nov 21 17:14:19::kernel::[    1.814755] sd 0:0:1:0: [sdb] 4096-byte physical blocks
2013 Nov 21 17:14:19::kernel::[    1.814998] sd 0:0:0:0: [sda] Write Protect is off
2013 Nov 21 17:14:19::kernel::[    1.815068] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
2013 Nov 21 17:14:19::kernel::[    1.815165] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
2013 Nov 21 17:14:19::kernel::[    1.815268] sd 0:0:1:0: [sdb] Write Protect is off
2013 Nov 21 17:14:19::kernel::[    1.815339] sd 0:0:1:0: [sdb] Mode Sense: 00 3a 00 00
2013 Nov 21 17:14:19::kernel::[    1.815452] sd 0:0:1:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
2013 Nov 21 17:14:19::kernel::[    1.816076]  sda:
2013 Nov 21 17:14:19::kernel::[    1.828670]  sdb: sda1 sda2 sda3 < sdb1 sdb2 < sda5 sdb5 sda6 >
2013 Nov 21 17:14:19::kernel::[    1.921110]  sdb6 >
2013 Nov 21 17:14:19::kernel::[    1.922236] sd 0:0:1:0: [sdb] Attached SCSI disk
2013 Nov 21 17:14:19::kernel::[    1.922571] sd 0:0:0:0: [sda] Attached SCSI disk