Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Freeze/plantage: Aide pour decrypter un syslog... SVP

Flo65

Bonsoir à tous,

et merci pour toutes ces infos, je m'en vais tester tout ça.
J'en avais tellement marre de tous ces freeze que je ne tournais plus que sur mon vieux win XP et que je pensais de plus en plus à downgrader ma distrib.
A savoir que j'avais essayé une vieille Mandriva One en Live CD qui traînait par la, et que les mêmes plantages arrivaient.

@+

hunt

Salut Jano et Flo, du bon et du pareil qu'avant...

Pour snd_hda_intel , je pense j'ai désactivé (par le alsa.conf parce que en passant par le noyau ca marchait mais ca me marquait une erreur)... bizarre parceque le son etait bien désactivé mais je retrouvais par lspci -k un autre truc realtek alc1200 qui utilisait snd hda intel... gggrrr ca serait pas une autre carte son integrée à la carte mère ? j'y comprends rien à tout ces trucs !!!! snif... ;-)
Ou peut etre faut désactiver le son par le bios aussi ? (j'ai pas encore testé)
Ou peut etre carrément enlever la carte graphique voir ce que ca donne? ou je peux la changer de port sans risque ? (oui je sais les questions idiotes du boulet... mdr)
Mais ca semble pas venir du snd hda intel...

Oui j'ai vu que PCI express avait remplacé AGP ! (j'avais zappé cette partie du manuel mais j'y suis revenu pour comprendre 🙂)

Oui là j'etais en noapic acpi=off acpi_irq_nobalance...
J'ai réactivé avec juste les option acpi=ht, voilà ce que ca donne j'ai 2 hda intel à la 17 et la 22 et le fglrx à la 2298... c'est grave docteur ? ;-)

         CPU0       CPU1       CPU2       CPU3       
  0:         41          1          0          0   IO-APIC-edge      timer
  1:          9          8          8         10   IO-APIC-edge      i8042
  2:          0          0          0          0    XT-PIC-XT        cascade
  4:          1          0          1          1   IO-APIC-edge    
  8:          0          0          1          0   IO-APIC-edge      rtc0
 16:          0          0          0          0   IO-APIC-fasteoi   ahci, pata_jmicron, uhci_hcd:usb3
 17:          7          6          6          7   IO-APIC-fasteoi   HDA Intel
 18:        180        179        169        169   IO-APIC-fasteoi   ehci_hcd:usb1, uhci_hcd:usb5, uhci_hcd:usb8
 19:       1853       1855       1855       1848   IO-APIC-fasteoi   ata_piix, ata_piix, uhci_hcd:usb7, ohci1394
 21:          0          0          0          0   IO-APIC-fasteoi   uhci_hcd:usb4
 22:        329        306        334        318   IO-APIC-fasteoi   HDA Intel
 23:         53         67         58         64   IO-APIC-fasteoi   ehci_hcd:usb2, uhci_hcd:usb6
2298:        274        281        271        290   PCI-MSI-edge      fglrx[0]@PCI:1:0:0
2299:          5          8          7          4   PCI-MSI-edge      eth0
NMI:          0          0          0          0   Non-maskable interrupts
LOC:       3987       3650       3512       4963   Local timer interrupts
RES:        237        262        204        110   Rescheduling interrupts
CAL:         77         88         68         76   Function call interrupts
TLB:        493        621        454        622   TLB shootdowns
SPU:          0          0          0          0   Spurious interrupts
ERR:          0
MIS:          0

Peut etre avec les options acpi_irq_isa et acpi_irq_pci on peut mieux gerer les irq... là j'ai testé un peu mais ca donne pas grand chose; mais je comprends pas bien leur fonctionnement donc je suis pas sur d'avoir tenté les bonnes irq... je vasi mieux me renseigner...

Et donc "le bon"! en ce moment je teste acpi=ht et acpi_irq_balance (et pnpbios=off ca me le demande obligé), ca semble obtenir une meme stabilité que noapic acpi=off apm=off voir meme meilleure...

Si tu veux en désactivant snd_hda_intel ou avec d'autres tests que j'ai fait ca ne résiste pas à mon test de la mort qui tue: freeze!
mon test de la mort qui tue, je me suis aperçu que, meme avec noapic acpi=off qui stabilisent mon systeme, en allant sur Dailymotion en choisissant une video assez longue et en la passant en plein ecran => ca resiste pas sur la durée! freeze... mais sans plein ecran aucun probleme! (enfin presque ya des freezes -moins- mais c'est bcp plus aléatoire, impossible à déterminer)

J'ai testé:
pci=noacpi => freeze
acpi=noirq freeze
acpi_irq_nobalance et acpi_irq_balance.... pareil ca change rien...
irqpoll freeze
irqfixup freeze
pci=biosirq freeze
pci=routeirq freeze
pci=use_crs freeze

Apres truc bizarre -encore- j'ai voulu tester de supprimer carrément les options qui stabilisent (noapic acpi=off apm=off pnpbios=off ou acpi=ht et acpi_irq_balance) pour juste tester irqpoll SEULE... et là j'arrive meme plus à demarrer ca marque une nouvelle erreur au demarrage encore jamais vu:

ata3 revalidation failed errno5

Si ca continue je vais finir par connaitre toutes les erreurs linux et toutes les options du kernel !!! :lol:

Je sais pas, mais c'est bizarre ces histoires d' acpi apic... c'est possible que ca soit un probleme de communication entre les 4 processeurs ?

kern.log: tjrs RAS (ou je vois rien ce qui est tres possible 🙂)...

Bios il est à jour je pense... je n'ai rien effectué mais sur le site ASUS, les dernières mises à jour datent alors que mon ordi est bcp plus récent donc elles ont du etre integré à priori... et dans des sortes de "release note", ils parlent juste d'amelioration de gestion de la RAM... mais pourquoi pas au point où j'en suis je vais voir...

table DSDT j'ai vu ton lien mais là ils parlent pas de mon mondel P5Q3 puis c'est juste pour les ordi portables tout ca non ?
MAis là franchement je te cache pas que c'est, ou du moins ca parait, super compliqué!
Moi je suis pas un nul complet mais je suis loin d'etre un pro non plus... mais là tu te rends compte le truc ? pas super user friendly quand meme...
Corriger une table DSDT à la main, compiler et tout... presque j'aurais plsu vite fait de recreer ma propre distrib Linux à moi! (et Dieu sait que ca serait la galere... 🙂
mais c'est sur ca peut etre LA vraie solution...
Enfin je vais me documenter... mais là j'ai peur, j'avoue c'est pas de mon niveau...

Memtest j'en ai fait deja 2 depuis tout ces freezes le dernier avec environ 18 passes sur une large nuit de test = 0 erreur...
J'ai aussi teste le DD avec smartmontool à plusieurs reprises en long test... jamais rien trouvé...

clear cmos non j'ai pas testé... si je repasse par une enieme reinstall je testerai, mais là je commence à en avoir un peu marre quand meme... je suis sous Ubuntu depuis la sortie de la 9.10 (j'ai juste Ubuntu j'ai pas voulu de dual boot) et durant ces derniers mois j'ai passé au moins 80 à 90 % de mon temps d'ordi à juste regler des problemes, faire des reinstall, etc...
C'est dommage que j'ai toutes ces emmerdes... Ubuntu est un systeme sympathique à utiliser, j'y ai pris un peu mes marques et j'ai pas envie de retourner sous Windows, c'est pour ca je "m'acharne"... mais si vraiment j'arrive pas à regler ces histoires de freezes, qui en plus ont l'air de persister sous d'autres distribs (ca me le fait sous MAndriva KDE 2010 aussi...), bin je risque de me retrouver obligé d'aller à regret sous Windows... snif... 🙂

Enfin, bonne fin de week end et bonne semaine à vous.
@+

jano_

re

j'avais compilé sans le support de l'apic et l'io-apic, depuis que je l'ai fait, plus d'erreur, c'est bien les changements d'irq en desactivant et remettant les periphs du bios, plus le déplacement de la carte son pci qui ont résolu mon problème (avec un clear cmos en route).
j'ai laissé tombé la modif de table dsdt, ça marche sans chez moi, le kernel corrige tout seul.

         CPU0       
  0:        126   IO-APIC-edge      timer
  1:        770   IO-APIC-edge      i8042
  6:          4   IO-APIC-edge      floppy
  8:          0   IO-APIC-edge      rtc0
  9:          0   IO-APIC-fasteoi   acpi, HDA Intel
 12:     132546   IO-APIC-edge      i8042
 14:      33445   IO-APIC-edge      ide0
 15:     103461   IO-APIC-edge      ide1
 17:          0   IO-APIC-fasteoi   skge@pci:0000:01:04.0
 18:     509314   IO-APIC-fasteoi   sata_sil, RME96
 19:     128269   IO-APIC-fasteoi   radeon
 20:        135   IO-APIC-fasteoi   ohci_hcd:usb2
 21:     135794   IO-APIC-fasteoi   ehci_hcd:usb1, NVidia nForce2
 22:       9255   IO-APIC-fasteoi   ohci_hcd:usb3, eth0
NMI:          0   Non-maskable interrupts
LOC:     932402   Local timer interrupts
SPU:          0   Spurious interrupts
PMI:          0   Performance monitoring interrupts
PND:          0   Performance pending work
TRM:          0   Thermal event interrupts
THR:          0   Threshold APIC interrupts
MCE:          0   Machine check exceptions
MCP:         10   Machine check polls
ERR:          0
MIS:          0

tiens une page avec quelques infos sur l'acpi:
https://help.ubuntu.com/community/ReschedulingInterrupts

tu as cherché des forums avec le nom de ta carte?
memtest peut bien marcher seul mais la ram peut avoir des pb en charge (les tensions de l'alim sont bonnes?).
tu peux essayer de jouer sur la tension de la ram...

pour ton bios, si dmidecode est installé, tu peux avoir ta version avec:

dmidecode -s bios-version

C'est une bonne idée de le mettre à jour si il addresse des bugs.

ceci dit, en regardant tes logs deux lignes ont retenues mon attention:

hda-intel: IRQ timing workaround is activated for card #1. Suggest a bigger bdl_pos_adj.

[fglrx:fireglAsyncioIntEnableMsgHandler] *ERROR* interrupt source ff000066 is not supported on this hardware (return code = 1)

pour ça je soupçonne hda_intel d'être responsable, mais je suis loin d'être spécialiste. c'est le genre d'erreurs (l'IRQ timing workaround ) que j'avais avant de passer à un noyau 2.6.33, qui apporte des améliorations peut être à hda_intel, mais surtout au support des interruptions de la carte hdmi ati.

ça ressemble à ce bug: https://bugs.launchpad.net/ubuntu/+source/fglrx-installer/+bug/314600

peut être qu'une future mise à jour des driver fglrx règlera le pb?

jano

hunt

Bonsoir Jano,

Me suis apercu que finalement acpi=ht et acpi_irq_balance ne suffisent pas, faut rajouter apm=off... et là mon systeme est "stable" (à peu pres...)
Niveau "repartition" acpi=ht c'est sur ca parait mieux que de désactiver carrément l'acpi...

          CPU0       CPU1       CPU2       CPU3       
  0:         51          7          8          8   IO-APIC-edge      timer
  1:       4015       4163       4116       4136   IO-APIC-edge      i8042
  2:          0          0          0          0    XT-PIC-XT        cascade
  4:          1          1          0          0   IO-APIC-edge    
  8:          0          0          1          0   IO-APIC-edge      rtc0
 12:          1          1          1          1   IO-APIC-edge      i8042
 16:          0          0          0          0   IO-APIC-fasteoi   ahci, pata_jmicron, uhci_hcd:usb3
 17:          5          5          6          6   IO-APIC-fasteoi   HDA Intel
 18:      31316      31347      31419      31453   IO-APIC-fasteoi   ehci_hcd:usb1, uhci_hcd:usb5, uhci_hcd:usb8
 19:      31153      31009      31032      31045   IO-APIC-fasteoi   ata_piix, ata_piix, uhci_hcd:usb7, ohci1394
 21:          0          0          0          0   IO-APIC-fasteoi   uhci_hcd:usb4
 22:        517        512        524        503   IO-APIC-fasteoi   HDA Intel
 23:      18790      18837      18776      18772   IO-APIC-fasteoi   ehci_hcd:usb2, uhci_hcd:usb6
2298:     146727     146659     146624     146551   PCI-MSI-edge      fglrx[0]@PCI:1:0:0
2299:       5261       5257       5291       5322   PCI-MSI-edge      eth0
NMI:          0          0          0          0   Non-maskable interrupts
LOC:     364955     223726     414307     469040   Local timer interrupts
RES:       3952       3617       3858       4017   Rescheduling interrupts
CAL:         75         86         88         78   Function call interrupts
TLB:       3711       4929       2820       3775   TLB shootdowns
SPU:          0          0          0          0   Spurious interrupts
ERR:          0
MIS:          0

Ton lien sur l'acpi ReschedulingInterrupts est interessant parce que ca "sent" mon probleme... vmstat 1 aussi je connaissais pas!
En revanche pour avoir un peu "tracé" avec un top... j'avais rien vu de tres pertinent... le seul processus qui etait à CHAQUE freeze: xorg... pas tres parlant comme truc...
Dommage que le truc sur le DSDT soit si compliqué...
MAis c'est vraiment bizarre que le flash plein ecran soit si "casse gueule"... ils parlent du flash sur le lien aussi...

Oui effectivement j'ai vu sur certains forum, pour des problemes similaires de freezes sous ASUS p5q3, ils conseillent de soit modifier le voltage soit de modifer la freqence de RAM... j'ai pas testé encore...
Mais là j'ai un peu peur, question idiote: ca risque pas de transformer mon ordi en grille pain ??? 😃
PArce que si ca me plante tout... en plus ca rentrera pas dans la garantie non plus... ca fait cher le grille pain! 🙂

sudo dmidecode -s bios-version
0806

Apres verif, il s'agit bien de la derniere MAJ possible...

Là pour les logs ce sont des "vieux" logs... la periode où j'ia commencé sous Koala... le Koala etait ingerable! à l'epoque je connaissais pas APCI APIC APM IRQ etc... donc j'ai jamais testé tout ca sous Koala; alors je soupconnais la carte ATI toute seule... et j'avais des freezes à repetition dès le demarrage meme...
Là j'ia "débloquer" les logs (j'avais oublié que je pouvais le faire sous Jaunty) et j'ia activé l'option apic=debug... résultat: un flot de charabia sur les IRQ et l'APIC! mais franchement j'y comprends rien...

j'ia vu par exemple:

pci 0000:00:1d.7: EHCI: BIOS handoff failed (BIOS bug?) 01010001

ca semble etre en rapport avec l'option USB legacy...
ou encore:

hda codec unknown model for ALC 883 trying autoprobe from bios

qui semble etre un probleme de reconnaissance de model pour les cartes ASUS (note j'ai jamais eu de probleme directement de son... enfin au moins un domaine où j'ai pas de probleme !!!!! aaahhh... :lol: )... mais je doute que ca soit vraiment probant pour mon probleme de freeze...
Enfin je tenterai de regler ces codes erreurs on sait jamais... vais aussi continuer à tracer les logs...

Ou dans le genre avec work around j'ia aussi du:

AMI BIOS detected: BIOS may corrupt low RAM, working it around.

Là j'ai trouvé ca sur ce message:

Non, le BIOS va très bien, il s'agit juste d'une précaution: lors du boot,le BIOS peut se charger dans la partie inferieure de la RAM (de mémoire, les 16 premiers Mo), et les modifier pendant que l'ordinateur fonctionne. Le noyau linux prend donc ses "précautions" ("working around it") pour eviter d'allouer de la mémoire dans cette zone (le BIOS peut modifier/corrompre cette memoire sans prevenir personne lol ). Tout à fait normal et sans danger.

Par contre comme avec les options au noyau mon systeme est plus stable il se peut que je n'ia pas d'erreur dans mes logs non plus, non ?

Là sur 2 cat /proc/interrupts pris à 20 secondes d'intervalles je vois pas grand chose de tres concluant:

           CPU0       CPU1       CPU2       CPU3       
  0:         43          4          8          3   IO-APIC-edge      timer
  1:       2998       2975       3029       2932   IO-APIC-edge      i8042
  2:          0          0          0          0    XT-PIC-XT        cascade
  4:          0          0          1          1   IO-APIC-edge    
  8:          1          0          0          0   IO-APIC-edge      rtc0
 12:          1          1          1          1   IO-APIC-edge      i8042
 16:          0          0          0          0   IO-APIC-fasteoi   ahci, pata_jmicron, uhci_hcd:usb3
 17:          6          6          6          6   IO-APIC-fasteoi   HDA Intel
 18:      24835      25015      24832      24806   IO-APIC-fasteoi   ehci_hcd:usb1, uhci_hcd:usb5, uhci_hcd:usb8
 19:      19565      19543      19575      19620   IO-APIC-fasteoi   ata_piix, ata_piix, uhci_hcd:usb7, ohci1394
 21:          0          0          0          0   IO-APIC-fasteoi   uhci_hcd:usb4
 22:      32863      32997      33138      33048   IO-APIC-fasteoi   HDA Intel
 23:      16197      15998      16107      16241   IO-APIC-fasteoi   ehci_hcd:usb2, uhci_hcd:usb6
2298:      76843      76718      76581      76561   PCI-MSI-edge      fglrx[0]@PCI:1:0:0
2299:       8252       8307       8284       8345   PCI-MSI-edge      eth0
NMI:          0          0          0          0   Non-maskable interrupts
LOC:     367596     212847     231512     170598   Local timer interrupts
RES:       5080       4211       4061       4042   Rescheduling interrupts
CAL:         90         87         85         65   Function call interrupts
TLB:       3079       3721       2945       3436   TLB shootdowns
SPU:          0          0          0          0   Spurious interrupts
ERR:          0
MIS:          0



           CPU0       CPU1       CPU2       CPU3       
  0:         43          4          8          3   IO-APIC-edge      timer
  1:       2999       2978       3035       2934   IO-APIC-edge      i8042
  2:          0          0          0          0    XT-PIC-XT        cascade
  4:          0          0          1          1   IO-APIC-edge    
  8:          1          0          0          0   IO-APIC-edge      rtc0
 12:          1          1          1          1   IO-APIC-edge      i8042
 16:          0          0          0          0   IO-APIC-fasteoi   ahci, pata_jmicron, uhci_hcd:usb3
 17:          6          6          6          6   IO-APIC-fasteoi   HDA Intel
 18:      24938      25117      24939      24914   IO-APIC-fasteoi   ehci_hcd:usb1, uhci_hcd:usb5, uhci_hcd:usb8
 19:      19620      19600      19626      19667   IO-APIC-fasteoi   ata_piix, ata_piix, uhci_hcd:usb7, ohci1394
 21:          0          0          0          0   IO-APIC-fasteoi   uhci_hcd:usb4
 22:      32863      32997      33138      33048   IO-APIC-fasteoi   HDA Intel
 23:      16213      16016      16123      16257   IO-APIC-fasteoi   ehci_hcd:usb2, uhci_hcd:usb6
2298:      77139      77009      76873      76859   PCI-MSI-edge      fglrx[0]@PCI:1:0:0
2299:       8255       8310       8286       8347   PCI-MSI-edge      eth0
NMI:          0          0          0          0   Non-maskable interrupts
LOC:     370655     213057     231685     170891   Local timer interrupts
RES:       5091       4212       4063       4046   Rescheduling interrupts
CAL:         90         87         85         65   Function call interrupts
TLB:       3079       3722       2945       3441   TLB shootdowns
SPU:          0          0          0          0   Spurious interrupts
ERR:          0
MIS:          0

Pour le launcpad, effectivement ca ressemble, j'avais vu ce message à l'epoque concernant le code erreur *ERROR* interrupt source ff000066... j'avais meme testé la soluce des derniers messages:

I've just discovered something interesting, after some time experimenting in Karmic -- somehow, I managed to catch a line about "failed to connect to acpid" just before the crash.
Apparently, the acpi-services part of the fglrx driver explicitly depends on having acpid up and running by the time Xorg starts, or else it fails rather inelegantly, as this bug report discusses.
I've managed to fix the problem on my system, by adding an explicit upstart dependency of 'acpid' for gdm.
I've edited /etc/init/gdm.conf as follows:

start on (filesystem
and started hal
and started acpid <=== Add this line.
and tty-device-added KERNEL=tty7
and (graphics-device-added or stopped udevtrigger))
stop on runlevel [016]

Sans succés...

Mais sur ma machine j'ai des freezes meme sans pilote proprio! deja le simple radeon => freeze pareil... meme dans les premieres secondes de démarrage parfois!
(d'ailleurs j'ai aussi viré le quiet splash voir un peu si j'ai un probleme de demarrage)
Donc ca semble plus acréditer la these des IRQ qui digerent pas de l'apic ou un truc du genre...

Pour le truc realtek alc1200 j'ai lu sur le manuel:
Audio 8 channel high definition audio codec etc...
Donc ca serait un autre truc audio... peut etre ca fait exactement comme toi ca entre en conflit avec justement hda intel comme tu disais ?

A l'occaz quand j'aurais un peu de temps je testerai de changer de port la carte graphique... voir aussi si dans les options du bios je peux désactiver des périphériques les uns apres les autres ou désactiver hda intel... ou je vais aussi mieux lire le manuel des fois que j'ai raté un paragraphe sur les IRQ (ca m'etonnerait mais bon...)

Enfin surtout je croise les doigts qu'une bonne nouvelle vienne des futurs noyaux (là je suis en 2.6.28-17-generic), va falloir attendre pour le 33... snif... 🙂
Là en fglrx je suis en "OpenGL version string: 2.1.8575", j'ai installé par systeme>pilote donc c'est pas vraiment "à jour", mais ca me parait pas capital... je viens de regarder à tout hasard si dans les releases notes du dernier pilote 9.12 ils parlent de ce genre de problemes qui seraient reglés mais non...

En tous cas merci encore d'avoir pris le temps d'etudier mon probleme et de m'avoir répondu! 🙂

hunt

Suite pour ceux qui rencontreraient les messages d'erreur:

pci 0000:00:1d.7: EHCI: BIOS handoff failed (BIOS bug?) 01010001

Il s'agit bien de désactiver l'USB legacy dans le bios...

Pour:

hda codec unknown model for ALC 883 trying autoprobe from bios

et pour une ASUS P5Q3 avec le ALC 1200 il faut:

gksudo gedit /etc/modprobe.d/alsa-base.conf

et ajouter à la fin:

options snd-hda-intel model=6stack-dig
options snd-hda-intel position_fix=0
options snd-hda-intel probe_mask=1

Ca enleve le message d'erreur et ca rajoute des trucs dans Alsamixer, on dirait ya une meilleure reconnaissance... mais pour les freezes ca change pas grand chose...

Je tente de carrément désactiver le snd hda intel depuis le bios voir si ya une différence...

hunt

Suite...

J'ai fait donc ces modifs de hda intel :
options snd-hda-intel model=6stack-dig
options snd-hda-intel position_fix=0
options snd-hda-intel probe_mask=1

Ca a deplacé l'irq d'un des hda intel:

          CPU0       CPU1       CPU2       CPU3       
  0:         41          3          0          0   IO-APIC-edge      timer
  1:         60         73         61         62   IO-APIC-edge      i8042
  2:          0          0          0          0    XT-PIC-XT        cascade
  4:          1          0          0          1   IO-APIC-edge    
  8:          0          0          1          0   IO-APIC-edge      rtc0
 12:          1          2          1          0   IO-APIC-edge      i8042
 16:          0          0          0          0   IO-APIC-fasteoi   ahci, pata_jmicron, uhci_hcd:usb3
 18:       3290       3265       3312       3270   IO-APIC-fasteoi   ehci_hcd:usb1, uhci_hcd:usb5, uhci_hcd:usb8
 19:       5975       5945       5951       5943   IO-APIC-fasteoi   ata_piix, ata_piix, uhci_hcd:usb7, ohci1394
 21:          0          0          0          0   IO-APIC-fasteoi   uhci_hcd:usb4
 23:        872        902        869        848   IO-APIC-fasteoi   ehci_hcd:usb2, uhci_hcd:usb6
2296:       9153       9088       9150       9203   PCI-MSI-edge      fglrx[0]@PCI:1:0:0
2297:          4          4          5          3   PCI-MSI-edge      HDA Intel
2298:      11102      11130      11045      11214   PCI-MSI-edge      HDA Intel
2299:       8370       8416       8432       8283   PCI-MSI-edge      eth0
NMI:          0          0          0          0   Non-maskable interrupts
LOC:      63681      74085      52409      52504   Local timer interrupts
RES:       2926       2703       2130       2780   Rescheduling interrupts
CAL:         77         79         81         69   Function call interrupts
TLB:        963       1334        746        818   TLB shootdowns
SPU:          0          0          0          0   Spurious interrupts
ERR:          0
MIS:          0

mais ca n'a pas arrangé mes freezes...
Bon, j'ia testé à tout hasard les autres options de hda intel avec différentes valeurs:

options snd-hda-intel enable_msi=1
options snd-hda-intel power_save=10
options snd-hda-intel power_save_controller=N
options snd-hda-intel bdl_pos_adj=1
options snd-hda-intel single_cmd=1

rien changé non plus...

Et avec changement slot PCI de la carte graphique, ca a désactivé l'IRQ d'un HDA (ya plus d'interrupt signalé) mais ca l'a pas supprimé :

          CPU0       CPU1       CPU2       CPU3       
  0:         41          1          0          0   IO-APIC-edge      timer
  1:         39         41         37         34   IO-APIC-edge      i8042
  2:          0          0          0          0    XT-PIC-XT        cascade
  4:          1          0          0          1   IO-APIC-edge    
  8:          1          0          0          0   IO-APIC-edge      rtc0
 12:          1          0          2          1   IO-APIC-edge      i8042
 16:          0          0          0          0   IO-APIC-fasteoi   ahci, pata_jmicron, uhci_hcd:usb3
 18:        962        974        980        973   IO-APIC-fasteoi   ehci_hcd:usb1, uhci_hcd:usb5, uhci_hcd:usb8
 19:       4039       4038       4033       4046   IO-APIC-fasteoi   ata_piix, ata_piix, uhci_hcd:usb7, ohci1394
 21:          0          0          0          0   IO-APIC-fasteoi   uhci_hcd:usb4
 23:        918        949        924        942   IO-APIC-fasteoi   ehci_hcd:usb2, uhci_hcd:usb6
2296:       2606       2575       2584       2564   PCI-MSI-edge      fglrx[0]@PCI:1:0:0
2297:          0          0          0          0   PCI-MSI-edge      HDA Intel
2298:        254        231        243        258   PCI-MSI-edge      HDA Intel
2299:        170        183        188        171   PCI-MSI-edge      eth0
NMI:          0          0          0          0   Non-maskable interrupts
LOC:       8874       7326       6099       9972   Local timer interrupts
RES:        458        845        473        554   Rescheduling interrupts
CAL:         82         77         74         64   Function call interrupts
TLB:        727        794        576        802   TLB shootdowns
SPU:          0          0          0          0   Spurious interrupts
ERR:          0
MIS:          0

MAis niveau freeze: pareil... gggrrrr

J'ai tenté de bidouiller dans le bios tout ce qui touche notamment le HDA et les peripheriques, pareil...
Un autre truc ou yavait des IRQ aussi, pareil...
L'option all-generic-ide au noyau aussi... pareil

J'ai trouvé ce launchpad aussi:
hda-intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/267913

MAis tjrs rien... bon.........

hunt

Bonne nouvelle !!!! 🙂

Il semble enfin que je sois sur la bonne piste!
Finalement comme tu m'en parlais Jano et comme j'avais vu aussi sur des forums que les cartes ASUS pouvaient avoir un petit probleme de reconnaissance et de gestion de RAM (selon les marques de RAM aussi)... j'ai tenté dans le bios de juste préciser les caractéristiques constructeur de ma DDR3 à la place de [auto]: 1.8 V 1333 Mhz
Voir pour ceux que ca interesse le dernier post ici pour la soluce du gars sur des Kingstone:
http://vip.asus.com/forum/view.aspx?id=20090602005541096&board_id=1&model=P5Q3&page=1&SLanguage=en-us

Et depuis ces modifs plus de freeze !!!!!! meme avec mon test de la mort qui tue du flash en plein ecran !!! 🙂
J'arrive à regarder 2 fois d'affilé une longue video en plein ecran sans probleme... (apres j'ai pas testé plus, je regarde pas 12 heures par jour du flash non plus 🙂)
Mais dans la config -j'y pense avec cette histoire- ya bcp de trucs "[auto]"... ca parait pas super optimisé comme ca... mais bon pour l'heure je laisse comme ca;

En revanche je vais tester de supprimer un peu toutes les diverses options que j'ai passé voir si ya un quelconque lien de causalité en "multiple bugs" ou si c'etait juste un probleme de configuration de RAM...

Enfin en tous ca jsuis content! 😃
Et encore merci beaucoup pour ton aide Jano.

hunt

Bon, apres plusieurs tests, toujours pas de freeze! 🙂 donc c'etait bien un probleme de gestion de RAM...
MAis par contre je suis obligé de garder ces options au noyau pour demarrer sinon ca veut pas...

acpi=ht acpi_irq_balance apm=off pnpbios=off

enfin c'est pas trop grave! (j'ai du bidouiller un truc que mon ordi digere pas et m'en rappelle plus)
Je passe en résolu, merci encore Jano.

« Page précédente