[SataII] freeze complet du DD, kernel2.6.18/19, arch32/64

[kozaki]

Si je connecte mon DD SataII sur le connecteur SataII JMicron (1) et règle le Bios sur mode (SataII) "SATA / strong", je peux booter, mais le DD freeze :
- boot ok puis freeze 1 à 3' apparemment en cas de charge I/O (genre dd ou makepkg ou yaourt -Syu) sous arch64/2.6.18 puis me redonne la main
- boot ok puis freeze comlètement après qlqs sec sur arch32/2.6.19, puis est remonté read only --> redémarrer (sur un autre kernel) grâce aux magik keys est tout ce que je peux faire
- boot ok puis freeze avec arch32/2.6.19 si le Bios est sur mode (SataII) "IDE" (= arch64/2.6.18).

Quand ça freeze il n'y a plus aucune E/S disque --> impossible de _rien_ faire, jusqu'à ce qu'il me redonne la main !

Les logs
sont clairs sur arch64 / kernel 2.6.18
# cat /var/log/kernel.log |grep frozen

Dec 3 22:59:24 llewellyn ata1.00: exception Emask 0x0 SAct 0x3f SErr 0x0 action 0x2 frozen
Dec 4 02:25:58 llewellyn ata1.00: exception Emask 0x0 SAct 0x1f SErr 0x0 action 0x2 frozen
Dec 4 09:06:56 llewellyn ata1.00: exception Emask 0x0 SAct 0x1ffff SErr 0x0 action 0x2 frozen
Dec 4 09:09:37 llewellyn ata1.00: exception Emask 0x0 SAct 0x7fffffff SErr 0x0 action 0x2 frozen
Dec 4 09:35:24 llewellyn ata1.00: exception Emask 0x0 SAct 0x3ff SErr 0x0 action 0x2 frozen
Dec 5 12:56:13 llewellyn ata1.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x2 frozen
Dec 5 12:56:44 llewellyn ata1.00: exception Emask 0x0 SAct 0x1fff SErr 0x0 action 0x2 frozen
Dec 5 13:09:40 llewellyn ata1.00: exception Emask 0x0 SAct 0x3fffff SErr 0x0 action 0x2 frozen
Dec 5 16:27:12 llewellyn ata1.00: exception Emask 0x0 SAct 0x7fffffff SErr 0x0 action 0x2 frozen
Dec 5 18:12:09 llewellyn ata1.00: exception Emask 0x0 SAct 0x7fff SErr 0x0 action 0x2 frozen
Dec 10 22:32:51 llewellyn ata1.00: exception Emask 0x0 SAct 0x7ff SErr 0x0 action 0x2 frozen
Dec 10 22:33:36 llewellyn ata1.00: exception Emask 0x0 SAct 0x7fff SErr 0x0 action 0x2 frozen
Dec 10 22:34:56 llewellyn ata1.00: exception Emask 0x0 SAct 0xfffffff SErr 0x0 action 0x2 frozen
Dec 10 22:38:57 llewellyn ata1.00: exception Emask 0x0 SAct 0xffff SErr 0x0 action 0x2 frozen
Dec 10 22:58:07 llewellyn ata1.00: exception Emask 0x0 SAct 0x3fc SErr 0x0 action 0x2 frozen
Dec 10 22:58:39 llewellyn ata1.00: exception Emask 0x0 SAct 0x7ff SErr 0x0 action 0x2 frozen
Dec 10 22:59:24 llewellyn ata1.00: exception Emask 0x0 SAct 0x3 SErr 0x0 action 0x2 frozen
Dec 10 23:34:34 llewellyn ata1.00: exception Emask 0x0 SAct 0x7fffffff SErr 0x0 action 0x2 frozen
Dec 10 23:36:41 llewellyn ata1.00: exception Emask 0x0 SAct 0x7fffffff SErr 0x0 action 0x2 frozen
Dec 10 23:37:17 llewellyn ata1.00: exception Emask 0x0 SAct 0x7fffffff SErr 0x0 action 0x2 frozen
Dec 10 23:37:48 llewellyn ata1.00: exception Emask 0x0 SAct 0x7fffffff SErr 0x0 action 0x2 frozen
Dec 10 23:38:18 llewellyn ata1.00: exception Emask 0x0 SAct 0x7fffffff SErr 0x0 action 0x2 frozen
Dec 10 23:38:49 llewellyn ata1.00: exception Emask 0x0 SAct 0x7fffffff SErr 0x0 action 0x2 frozen
Dec 10 23:39:19 llewellyn ata1.00: exception Emask 0x0 SAct 0x7fffffff SErr 0x0 action 0x2 frozen
Dec 10 23:39:50 llewellyn ata1.00: exception Emask 0x0 SAct 0x7fffffff SErr 0x0 action 0x2 frozen
Dec 10 23:40:20 llewellyn ata1.00: exception Emask 0x0 SAct 0x7fffffff SErr 0x0 action 0x2 frozen
Dec 11 21:26:44 llewellyn ata1.00: exception Emask 0x0 SAct 0x7f SErr 0x0 action 0x2 frozen

(1) En voyant ça j'apprends que ça remonte à avant que je connecte le DD au connecteur SataII ; il était connecté au connecteur SataI jusque là ! (pas remarqué, sans doute parce-que j'ai eu 3 semaines bien chargées dont 6 jours en mission / pas à la maison).

Des infos
Suite à la lecture de ce message indiquant un lien à la fonction SMART du pilote libata :

[PATCH] Added S.M.A.R.T. command decoding to libata error reporting.
* Date: Mon, 30 Oct 2006 01:09:20 -0500
Added S.M.A.R.T. command decoding to libata error reporting.

This is useful because if a user program attempts to send an
invalid smart command, the standard reporting only indicates
that cmd 0xb0 (now ATA_CMD_SMART) failed. This code prints out
a readable string indicating which smart cmd was attempted as
encoded in tf.feature per the ATAPI spec.

Example with patch applied:
ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
ata1.00: tag 0 cmd 0xb0 Emask 0x2 stat 0x50 err 0x0 (HSM violation)
ata1.00: smart cmd 0xd2 (enable/disable attribute autosave)

j'ai désactivé SMART pour le DD SataII/SataII et pour le DD de stockage IDE (hdd). Ça n'a strictement rien changé.

Si qqn comprend comment utiliser ce patch officiel pour le kernel 2.6.19 avec un DD SataII connecté au contrôleur SataII/IDE Jmicron, merkiiiii :

[PATCH] non-libata driver for Jmicron devices
Less functional than libata this just uses the merged interface provided for dumb legacy OS's. This is basically a bridge for people not yet ready to use libata for some reason or another.
Port visibility is entirely dependant on the BIOS setup.

Les modules chargés
Arch64 2.6.18 full SataII
(# uname -a, hwdetect --show-sata, hwdetect --show-scsi & hwdetect --show-ide) :

- Linux llewellyn 2.6.18-ARCH #1 SMP PREEMPT Fri Dec 1 15:35:16 UTC 2006 x86_64 AMD Athlon(tm) 64 Processor 3200+ AuthenticAMD GNU/Linux
- SATA : libata
- SCSI : ahci sd_mod
- IDE : ide-cd ide-core ide-disk alim15x3 generic

Arch 2.6.19 SataII mode "IDE"

- Linux llewellyn 2.6.19-ARCH #1 SMP PREEMPT Tue Dec 12 12:47:42 CET 2006 i686 AMD Athlon(tm) 64 Processor 3200+ AuthenticAMD GNU/Linux
- SATA : ahci ata_generic libata pata_ali
- SCSI : sd_mod
- IDE : ide-cd ide-core ide-disk alim15x3 generic

Specs matérielles :
Asrock 939 Dual SataII
# lspci

00:12.0 IDE interface: ALi Corporation M5229 IDE (rev c7)
00:12.1 IDE interface: ALi Corporation ULi 5289 SATA (rev 10)
03:00.0 SATA controller: JMicron Technologies, Inc. JMicron 20360/20363 AHCI Controller

(en mode (SataII) "IDE" ça donne alors : 03:00.0 IDE interface: JMicron Technologies, Inc. JMicron 20360/20363 AHCI Controller)

# lshwd -cc

IDE interface
alim15x3 : Acer Laboratories Inc. [ALi]|M5229 IDE
sata_uli : ALi Corporation|ALi M5289 Serial ATA / RAID Host Controller
SATA controller
unknown : ALi Corporation|ALi M5289 Serial ATA / RAID Host Controller

&

IDE interface
alim15x3 : Acer Labs Inc.|M5229 IDE
ahci : JMicron Technologies, Inc.|JMicron 20360/20363 AHCI Controller

en mode (SataII) "IDE"

[vincentxavier]

et en utilisant le driver jmicron du kernel ?

[kozaki]

vincent > Bah vi, mais le système ne boote pas avec ce module en dur
Celà dit ta remarque me fait ptet y voire un peu moins flou dans le choix des modules à choisir pour cette config matérielle.

Dans le kernel il y a maintenant 2 chapitres consacrés aux DD :
# ATA/ATAPI/MFM/RLL support
"CONFIG_BLK_DEV_JMICRON=" --> mais il s'agit là du driver JMicron en mode IDE (dans le Bios)
Juste après ATA/ATAPI & SCSI y-a maintenant :
# Serial ATA (prod) and Parallel ATA (experimental) drivers
que j'ai compilé en dur dans le kernel-2.6.19-morph (avé le PKGBUILD de wain ) comme ça me parait logique pour ma config :
CONFIG_ATA=y
CONFIG_SATA_AHCI=y
CONFIG_SATA_ULI=y
CONFIG_PATA_ALI=y
CONFIG_PATA_JMICRON=y
Mais "bien entendu" Arch ne termine pas le boot comme ça. Il charge un moment (+ loin qu'un kernel panic suite à la compilation en [m] du FS de ton "/") pourtant (g t pas seul et n'ai pas noté où il s'arrete exactement).

[kozaki]

Comme parfois (souvent ?) je me demande si ça n'est pas dû aux limites matérielles, du cable en l'occurence. Il semble que ce genre de câble serial Ata (standard rouge) soit limité à <150 Mo /sec :
http://www.ldlc.com/fiche/PB00016236.html
et remarque du gars qui se prend des écrans bleus avec son cable Sata : http://www.ldlc.com/critiques/PB0003172 ... -vert.html