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

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

hunt

Bonjour,

j'ai des problemes de freezes reguliers et aleatoires sur mon ordi (sous Koala)... je soupçonne un probleme avec la carte ATI (RV710 [Radeon HD 4350])... mais j'en sais rien en fait...
Voir ce message: http://forum.ubuntu-fr.org/viewtopic.php?id=362665
Je n'avance pas... j'ai installé le dernier driver Catalyst depuis le site ATI mais rien n'y fait!

Alors mon syslog renvoie ce type de messages d'erreurs qui reviennent:

: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 5
Dec 3 22:06:12 christophe-desktop kernel: [ 16.552285] [fglrx] Gart USWC size:1256 M.
Dec 3 22:06:12 christophe-desktop kernel: [ 16.552287] [fglrx] Gart cacheable size:498 M.
Dec 3 22:06:12 christophe-desktop kernel: [ 16.552292] [fglrx] Reserved FB block: Shared offset:0, size:1000000
Dec 3 22:06:12 christophe-desktop kernel: [ 16.552294] [fglrx] Reserved FB block: Unshared offset:fc11000, size:3ef000
Dec 3 22:06:12 christophe-desktop kernel: [ 16.552296] [fglrx] Reserved FB block: Unshared offset:1fffb000, size:5000
Dec 3 22:06:12 christophe-desktop dhclient: DHCPOFFER of 192.168.1.2 from 192.168.1.1
Dec 3 22:06:12 christophe-desktop dhclient: DHCPREQUEST of 192.168.1.2 on eth0 to 255.255.255.255 port 67
Dec 3 22:06:12 christophe-desktop dhclient: DHCPACK of 192.168.1.2 from 192.168.1.1
Dec 3 22:06:12 christophe-desktop dhclient: bound to 192.168.1.2 -- renewal in 360029 seconds.
Dec 3 22:06:12 christophe-desktop NetworkManager: <info> DHCP: device eth0 state changed preinit -> bound
Dec 3 22:06:12 christophe-desktop NetworkManager: <info> Activation (eth0) Stage 4 of 5 (IP4 Configure Get) scheduled...
Dec 3 22:06:12 christophe-desktop NetworkManager: <info> Activation (eth0) Stage 4 of 5 (IP4 Configure Get) started...
Dec 3 22:06:12 christophe-desktop NetworkManager: <info> address 192.168.1.2
Dec 3 22:06:12 christophe-desktop NetworkManager: <info> prefix 24 (255.255.255.0)
Dec 3 22:06:12 christophe-desktop NetworkManager: <info> gateway 192.168.1.1
Dec 3 22:06:12 christophe-desktop NetworkManager: <info> nameserver '192.168.1.1'
Dec 3 22:06:12 christophe-desktop NetworkManager: <info> Activation (eth0) Stage 5 of 5 (IP Configure Commit) scheduled...
Dec 3 22:06:12 christophe-desktop NetworkManager: <info> Activation (eth0) Stage 4 of 5 (IP4 Configure Get) complete.
Dec 3 22:06:12 christophe-desktop NetworkManager: <info> Activation (eth0) Stage 5 of 5 (IP Configure Commit) started...
Dec 3 22:06:12 christophe-desktop avahi-daemon[905]: Joining mDNS multicast group on interface eth0.IPv4 with address 192.168.1.2.
Dec 3 22:06:12 christophe-desktop avahi-daemon[905]: New relevant interface eth0.IPv4 for mDNS.
Dec 3 22:06:12 christophe-desktop avahi-daemon[905]: Registering new address record for 192.168.1.2 on eth0.IPv4.
Dec 3 22:06:12 christophe-desktop kernel: [ 16.701764] [fglrx:fireglAsyncioIntEnableMsgHandler] *ERROR* interrupt source ff000066 is not supported on this hardware (return code = 1)
Dec 3 22:06:12 christophe-desktop console-kit-daemon[911]: WARNING: Couldn't read /proc/902/environ: Failed to open file '/proc/902/environ': No such file or directory
Dec 3 22:06:13 christophe-desktop kernel: [ 17.576891] hda-intel: IRQ timing workaround is activated for card #1. Suggest a bigger bdl_pos_adj.
Dec 3 22:06:13 christophe-desktop NetworkManager: <info> (eth0): device state change: 7 -> 8 (reason 0)
Dec 3 22:06:13 christophe-desktop NetworkManager: <info> Policy set 'Auto eth0' (eth0) as default for routing and DNS.
Dec 3 22:06:13 christophe-desktop NetworkManager: <info> Activation (eth0) successful, device activated.
Dec 3 22:06:13 christophe-desktop NetworkManager: <info> Activation (eth0) Stage 5 of 5 (IP Configure Commit) complete.
Dec 3 22:06:13 christophe-desktop ntpdate[1563]: adjust time server 91.189.94.4 offset 0.466754 sec
Dec 3 22:06:14 christophe-desktop anacron[1626]: Anacron 2.3 started on 2009-12-03
Dec 3 22:06:14 christophe-desktop anacron[1626]: Normal exit (0 jobs run)
Dec 3 22:06:16 christophe-desktop pulseaudio[1883]: core-util.c: Home directory /etc/timidity not ours.
Dec 3 22:06:16 christophe-desktop pulseaudio[1883]: lock-autospawn.c: Cannot access autospawn lock.
Dec 3 22:06:16 christophe-desktop pulseaudio[1883]: main.c: Failed to acquire autospawn lock
Dec 3 22:06:20 christophe-desktop kernel: [ 25.429504] eth0: no IPv6 routers present
Dec 3 22:17:01 christophe-desktop CRON[3942]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)

Et 3 plantages quasi d'affilé... ces codes d'erreur reviennent chaque fois:

le premier:
----------------------------
kernel: [ 16.847205] [fglrx:fireglAsyncioIntEnableMsgHandler] *ERROR* interrupt source ff000066 is not supported on this hardware (return code = 1)
Dec 4 17:44:39 christophe-desktop console-kit-daemon[923]: WARNING: Couldn't read /proc/920/environ: Failed to open file '/proc/920/environ': No such file or directory
pulseaudio[1961]: core-util.c: Home directory /etc/timidity not ours.
pulseaudio[1961]: lock-autospawn.c: Cannot access autospawn lock.
pulseaudio[1961]: main.c: Failed to acquire autospawn lock
kernel: [ 26.153503] eth0: no IPv6 routers present
----------------------------

le seecond:
----------------------------
kernel: [ 26.655834] [fglrx:fireglAsyncioIntEnableMsgHandler] *ERROR* interrupt source ff000066 is not supported on this hardware (return code = 1)
console-kit-daemon[941]: WARNING: Couldn't read /proc/919/environ: Failed to open file '/proc/919/environ': No such file or directory
kernel: [ 27.537393] hda-intel: IRQ timing workaround is activated for card #1. Suggest a bigger bdl_pos_adj.
NetworkManager: <info> Activation (eth0) successful, device activated.
NetworkManager: <info> Activation (eth0) Stage 5 of 5 (IP Configure Commit) complete.
ntpdate[1734]: adjust time server 91.189.94.4 offset 0.371999 sec
pulseaudio[1937]: core-util.c: Home directory /etc/timidity not ours.
pulseaudio[1937]: lock-autospawn.c: Cannot access autospawn lock.
pulseaudio[1937]: main.c: Failed to acquire autospawn lock
kernel: [ 35.168073] eth0: no IPv6 routers present
----------------------------

et le troisieme:
----------------------------
kernel: [ 17.848662] [fglrx:fireglAsyncioIntEnableMsgHandler] *ERROR* interrupt source ff000066 is not supported on this hardware (return code = 1)
console-kit-daemon[902]: WARNING: Couldn't read /proc/897/environ: Failed to open file '/proc/897/environ': No such file or directory
kernel: [ 18.734032] hda-intel: IRQ timing workaround is activated for card #1. Suggest a bigger bdl_pos_adj.
anacron[1631]: Anacron 2.3 started on 2009-12-04
anacron[1631]: Normal exit (0 jobs run)
acpid: client connected from 1107[107:114]
pulseaudio[1928]: core-util.c: Home directory /etc/timidity not ours.
pulseaudio[1928]: lock-autospawn.c: Cannot access autospawn lock.
pulseaudio[1928]: main.c: Failed to acquire autospawn lock
kernel: [ 25.596023] eth0: no IPv6 routers present
----------------------------

les numeros de dossiers proc / changent à chaque fois...

Avez vous une idée de où peut venir ce probleme et de comment y remedier ?

D'avance un GRAND merci...

hunt

Personne ne peut m'aider à décrypter ces quelques lignes barbares ??? 😃

Question à un informaticien pro: est ce que donner des grands coups de gourdins dans mon ordi (methode dite "primaire") ca peut arranger les choses ? :lol:
Non parceque là c'est tout à fait dans mes compétences! 🙂

burty

ca peut arramger les choses ...oui...mais il faut avoir la foi 🙂

quand au pilote ati tu devrais essayer "envy" voir doc:

http://doc.ubuntu-fr.org/envyng

tu auras les derniers pilotes "ati"

hunt

Salut Burty,

j'ai essayé envyng et il n'installe pas les derniers pilotes j'en ai eu la preuve... mais je tourne bien sous le dernier, le Catalyst 9.11 (voir mon autre post http://forum.ubuntu-fr.org/viewtopic.php?id=362665)...

Avoir la foi... bin ma foi, j'ai pas encore testé la priere mais si ca peut arreter les freezes, je m'en vais tester ca illico! 🙂

burty

c'est coté pilote graphique c'est sur...maintenant peut-etre existe t-il des problemes avec ce new driver ati...fait un essai ,si ca arrange rien remet ton catalyst...non?

tiens voila ce que j'ai trouvé:

http://forum.ubuntu-fr.org/viewtopic.php?pid=3082818

tu sais moi je suis bien rester avec la 8.04...

hunt

Bin si tu veux avec le 9.11 que j'ai installé "à la main" j'ai un peu moins de freezes que avec le pilote que j'avais installé avec envyng (meme si du coup j'ai perdu le Control center)... en supprimant completement le fglrx, c'est "chaud" (gros problemes d'affichage)... donc j'ai pas trop le choix à ce niveau;
MAis j'aimerais bien savoir d'où ca vient pour y remedier... peut etre une incompatibilité avec le kernel ou une mise à jour recente de Karmic ou je sais pas... mais d'apres toi les seules solutions sont:
a) attendre catalyst 9.12
b) passer en pilote libre
c) downgrader Ubuntu et/ou catalyst

Ce sont mes seules options ?

burty

excuse moi de ne pas etre un genie...ca doit exister mais bon...

jette un oeil par la,je ne suis pas developpeur
http://forum.ubuntu-fr.org/viewtopic.php?pid=3114867

tu verras que les pilotes graphique ati pose probleme

tu peux essayer dans le terminal

# sudo aticonfig --initial -f

mais j'y crois sans plus

hunt

Pas de probleme tu es tout excusé de pas etre un genie... moi meme si j'etais un genie je poserais pas de questions mais plutot j'y repondrais... puis à la limite pas besoin de genie, une simple soluce qui supprimerait mes plantages me suffirait largement!

Pour le lien, c'est sympa mais là tu me renvoies à ma propre question (en reference du premier message au dessus) que j'ai posé dans la partie graphique du forum...
Et comme je dis dans mon autre message un sudo aticonfig --initial -f de meme qu'un sudo aticonfig --initial de meme que d'autres sudo aticonfig me renvoie:

Parse error on line 9 of section Module in file /etc/X11/xorg.conf
"Disable" is not a valid keyword in this section.

Je n'y ai donc pas acces...

Enfin, merci quand meme...

burty

ce n'est pas moi qui m'occupe du bon fonctionnement des pilotes graphiques...je suis ni developpeur ni fabricant ni programmeur...c'est un probleme qui normalement devrait ce regler rapidement,vu que c'est assez grave...j'espere...en attendant compare ton hardware avec quelqu'un pour qui les drivers fonctionnent

desolé 😐

hunt

Mais je comprends bien... pourquoi cette agressivité ?
je suis ici pour trouver une solution à mon probleme rien de plus (il me semble c'est le cas de pas mal de monde ici) et la seule chose qui suscite mon enervement c'est ce bug et rien ni personne d'autre (jamais plaisant un plantage en plsu pour mes premiers pas sous Ubuntu)... et c'est deja bien sympa de ta part de prendre le temps de me repondre -en plus tu es malheureusement le seul jusqu'ici- donc ya pas de probleme: merci encore pour ton aide.

burty

une derniere salve
http://doc.ubuntu-fr.org/ati

c'est la doc pour ati...en reprenant des le debut peut-etre 🙂

desolé de ne pas pouvoir t'aider plus :/

hunt

Oui merci pour le lien, mais malheureusement j'ai deja lu et relu cette page, celles de catalyst, radeon, envyng, tous les posts de freeze pour une raison ou une autre j'en passe...

Alors la suite de mes freezes en faisant des tests et des petites recherches, je me suis apercu que les derniers lignes du syslog avant freeze concernaient de l'audio (pulseaudio alsa etc...);
dans un premier temps j'ai désactivé completement le son (sourdine classique + aucun son systeme) et les freezes ont bcp réduits mais pas disparu (et les memes messages d'erreur dans le syslog sont tjrs présents comme [fglrx:fireglAsyncioIntEnableMsgHandler] *ERROR* interrupt source ff000066 is not supported on this hardware (return code = 1) ou kernel: [ 25.429504] eth0: no IPv6 routers present).

Apres je me suis apercu que dans les options systeme> preferences> son> materiel oh rage oh desepoir apparait ma carte ATI ???
Alors -pardonnez ma grande naiveté- mais une carte graphique en péripherique du son c'est normal Docteur ?

En tous cas je conseille ce post:
http://forum.ubuntu-fr.org/viewtopic.php?id=354707&p=1
Le probleme de base est similaire (plantages freezes), il ya la piste audio meme si la soluce final est pluto reseau wifi (merci à wishwand de ce post, il a peut etre bien fait avancer mon schmilblick)...
Pour moi j'ai pas wifi et j'ai pas encore creuser la piste de network manager...

Et pour ajouter encore de l'etrange à l'etrange, je m'apercois que dans le syslog (en le surveillant regulierement et en l'epluchant), il arrive qu'il y ait bcp de messages d'erreurs ( les memes que ci desus), ceci dès le demarrage mais l'ordi se porte comme un charme! et d'un coup -va comprendre pourquoi- il freeze... et ce qu'il y ait bcp d'activité ou pas des processus ou pas sur internet sur un programme quelconque avec ou sans son... j'ia un fantome dans l'ordi!!!

Alors me pose une question: est il possible qu'un processus foire au demarrage puis apres ca ferait comme une bombe à retardement ? j'ai vu qu'il y avait un processus de synchronisation du temps initié de temps en temps par kernel ca pourrait pas etre ca ? comment tracer le boot pour identifier ce phenomene ?

le pire c'est désesperant on dirait que je suis le seul avec ce bug... meme en anglais, il est signalé mais aucune soluce...

burty

je n'en sais pas plus,desolé 🙁

hunt

Suite... apres pas mal de tests en tout genre, apres passage sous pilote radeon libre (pas le radeonhd)... toujours les memes freezes!
Retour case départ...
je vous cache pas que, si Ubuntu peux etre un paradis, pour l'heure c'est plus la galere pour moi...

jano_

salut, je passais dans le coin en voisin (debian sid), mais comme j'ai eu une expérience similaire avec une radeon hd4650, je te donne deux trois pistes.

pour mon cas il s'agissait d'un conflit d'interruption (IRQ) avec la carte audio hdmi de la carte graphique, qui est reconnue par le module snd_hda_intel en agp sur une carte asus A7n8X-E-Deluxe (chipset nvidia2).
même si il n'y avait pas de conflit apparent (à vérifier avec un "cat proc/interrupts" en console), la carte freezait au chargement du son.
la carte hdmi se sentait concernée à chaque tentative de lancer la carte rme, même si elles avaient des irq différentes.

je t'invite à regarder les conflits d'IRQ possibles, et à changer les attributions d'IRQ dans le bios , et eventuellement enlever ce qui est sur les ports pci, ou les déplacer, des fois que cela soit bénéfique. c'est au final ce qui m'a apporté la solution: déplacement de port pci de ma carte son, plus desactivation de tous les trucs intégrés à la carte mère, avant de les remettre petit à petit.

ça a permis un fonctionnement normal avec windaube ou debian en utilisant le driver fglrx, tu peux aussi essayer de désactiver le module snd_hda_intel, par exemple en éditant la ligne kernel de grub en ajoutant: "snd_hda_intel.enable=0" .
une autre méthode est par exemple un fichier "sound.conf" dans "/etc/modprobe.d" qui contenait (pour mon cas ou j'ai voulu fixer l'ordre des trois cartes son):

alias snd-card-0 snd_intel8x0
options snd_intel8x0 index=0

alias snd-card-1 snd_rme96
options snd_rme96 index=1

alias snd-card-2 snd_hda_intel
options snd_hda_intel index=2 enable_msi=1 enable=0

le "enable_msi=1 fait suite à des logs qui se plaignaient de ce manque, lorsque je laissait fonctionner la carte avec le driver radeon.
si ce que tu as fait est bon, un "lspci -k" devrait te donner aucun module chargé pour la carte hdmi.

ensuite j'ai ajouté l'option "pci=use_crs" à la ligne kernel de grub (me souviens plus pourquoi d'ailleurs)

enfin, j'ai corrigé ma table DSDT pour le port AGP qui ne pouvait voir qu'une IRQ:
http://forums.techpowerup.com/showthread.php?s=4e80af0a87e21a36d327e7aa22e3496b&t=106690
en utilisant les outils de:
http://doc.ubuntu-fr.org/tutoriel/comment_afficher_statut_batterie_acpi

je n'ai pas flashé le bios comme pour windows, j'ai juste utilisé la nouvelle table au boot de linux (par une recompilation du noyau, mais suivant les noyaux, il suffit de l'ajouter à l'initrd)
je reconnais que c'est difficile, et ça dépend de ce que donne ton 'cat /proc/interrupts' normalement snd_hda_intel et radeon doivent partager la même IRQ. de plus je ne sais pas si c'est cela qui a permis à tout de marcher.

donc regardes ta table d'IRQ, et surtout le log du kernel (/var/log/kern.log chez moi), pour tout ce qui est plainte à propos des irq...

jano

hunt

Bonjour et merci bcp Jano!

Ton post me fait tres plaisir! vraiment... 🙂
Il se trouve qu'actuellement j'ai downgradé sous Jaunty et avec tjrs les memes problemes je suis une piste de la gestion de l'ACPI et de l'APIC (et des IRQ et de l'APM), ca semble grandement améliorer la stabilité de ma machine!
Voir mes posts sur ce sujet:
http://forum.ubuntu-fr.org/viewtopic.php?pid=3222761#p3222761
donc avec ton post, tu me confirmerais un peu que avec le passage de différentes options au noyau je suis au moins un peu sur la bonne voie (et etre sur la bonne voie c'est deja un tres GRAND ENORME pas!)

Alors pour l'heure j'ai pas vraiment tout compris à ton explication (là c'est quand meme un truc d'informaticien un peu! -beaucoup meme- 🙂) mais je vais mieux me documenter et suivre cette piste des IRQ... là depuis tout à l'heure je tente comme option noyau pci=noacpi (Disable PCI IRQ routing of the new ACPI system) en plus de noapic acpi=off apm=off et pnpbios=off ... je vais voir; ou tenter d'autres options plus "radicales" sur les IRQ (mais qui me semblent plus "simples" comme soluce).
Enfin je vais bien lire et relire ta reponse et mieux me documenter ! (par contre là je risque de pas avoir trop de temps jusqu'à ce week end pour tester...)

Si tu permets je cite ton post sur l'autre sujet ci dessus car deja il me semble bien faire avancer mon schmilblick à moi mais sur l'autre post il y a peut etre d'autres personnes qui auront aussi leur schmilblick avancé!
Je pense comme le dit Ljere sur l'autre post, ca peut etre vraiment tres utile de créer un post special sur le sujet pour au moins expliquer un peu ce genre de problemes et des pistes pour les résoudre... parceque c'est pas faute d'avoir cherché sur le web entier (francais et anglais, Ubuntu ou autres distribs) et j'ai pas trouvé de page vraiment tres explicite sur ces sujets...

Donc vraiment merci encore pour ton intervention et si t'en as d'autres comme ca, tu te genes surtout pas ! 🙂
@+

jano_

salut, une chose intéressante serait de savoir sur quel matos il y a ce genre de problèmes, de ce que j'ai lu c'était surtout avec des chipset nvidia (nforce2 ou 3) et sur des ports AGP, nvidia etant accusé de gentiment bloquer les améliorations des cartes ati 🙂.

pour ce qui est de ma solution, je ne sais pas ce qu'elle vaut avec fglrx, et un "vieux" kernel, j'ai choisi de tout passer en git (version développement): kernel (2.6.33-rc4) driver ati, drm, xserver et mesa et d'utiliser le driver radeon et KMS. D'une part parce que la gestion des irq (pour les gpu r600 et +) et le support de l'hdmi n'est possible qu'avec un noyau 2.6.33 (pour les drivers libres j'entend, je ne connais pas le status de fglrx à ce sujet), d'autre part parce que le driver radeon marche déjà bien dans cette version (il me manque encore des trucs pour les shaders).

je récapitule ce qui peut marcher:

-changer de CG (passer à nvidia) en évitant l'hdmi, ou changer de CM (pas nvidia en chipset) mais l'intérêt des carte ati pour les ports AGP est bien réel pour améliorer une ancienne config.

-bouger les irq, dans le bios, comme en changeant de port les cartes PCI (lire le manuel de la carte mère), certain slots pci entrent en conflit avec la carte agp.

-désactiver le module snd_hda_intel, que au mois pulse audio arrête de le choisir par défaut (qu'il est con ce pulse audio 🙂 )

passer certaines options au noyau et aux modules:
-noyau: pci=use_crs (faudra que je retrouve ce qu'il corrige)
irqpoll (qui ralenti bien le pc mais semble marcher)
radeon.modeset=1 (pour activer le KMS avec radeon, si pas activé par défaut ou l'enlever avec 0)

-module: snd_hda_intel enable_msi=1, ou/et enable=0

enfin pour des ports agp ne montrant pas la carte vidéo et la carte audio hdmi sur la même IRQ, modifier la table DSDT pour ajouter d'autre entrées d'IRQ (et au passage essayer de la corriger, pour ça j'ai eu la chance de tomber sur la correction de la mienne, n'allez pas imaginer que je comprend le charabia qu'il y a à l'intérieur 🙂 ).

voila, pour ça j'ajoute juste qu'une grande partie du temps à été consacré à la lecture des logs (kern.log surtout) à la recherche des erreurs, suivi de mon amis google 😉 et aussi de "cat /proc/interrupts" de temps en temps.

le résultat pour moi:

0:    5391161    XT-PIC-XT        timer
  1:       9742    XT-PIC-XT        i8042
  2:          0    XT-PIC-XT        cascade
  3:     312555    XT-PIC-XT        NVidia nForce2
  5:          0    XT-PIC-XT        skge@pci:0000:01:04.0, ohci_hcd:usb2
  6:          4    XT-PIC-XT        floppy
  7:    2918363    XT-PIC-XT        HDA Intel, radeon
  8:          0    XT-PIC-XT        rtc0
  9:          0    XT-PIC-XT        acpi
 10:      34367    XT-PIC-XT        ohci_hcd:usb3, eth0
 11:    1152117    XT-PIC-XT        sata_sil, ehci_hcd:usb1, RME96
 12:     241322    XT-PIC-XT        i8042
 14:      29803    XT-PIC-XT        ide0
 15:     236445    XT-PIC-XT        ide1
NMI:          0   Non-maskable interrupts
MCE:          0   Machine check exceptions
MCP:         23   Machine check polls
ERR:        780

jano

Flo65

Salut!

Hunt, non tu n'es pas seul, j'ai le même souci que toi avec une vieille ATI 9800 PRO.
Jano, tu m'interesses, ce plantage est en effet apparu depuis que j'ai récupére une A7N8X Deluxe... Je m'en vais de suite vérifier les conflits d'IRQ.
J'ai posté début décembre sur ce forum, et depuis je n'avais pas eu l'ombre d'une piste!!!

A+

hunt

Bonsoir Jano et Flo,

Moi mon matos c'est une carte Asus P5Q3 avec une carte ATI radeon hd4350 (tjrs comme post original)... l'ordi est recent, je l'ai à peine depuis octobre 2009...
Là je comprends pas tout... en effet dans le manuel de ma carte, ils parlent des Interrupts Assignements IRQ dans la section "Expansion slots" avec aussi les PCI slots... mais dans la config du bios, j'ai beau retourné dans tous les sens, nulle part ya d'options sur les IRQ pour activer ou désactiver quoi que soit ? ca se trouverait plutot dans quel onglet ?

Pour le driver radeon classique j'avais réussi à le faire marcher sur le Koala (mais à l'epoque j'avais pas encore découvert ces histoires d'ACPI, d'IRQ etc... donc ca freezait...)
LE radeonhd par contre, j'ai eu beau tester plusieurs tuto d'install (y compris de forum anglais), j'ai jamais réussi à le faire marcher...
MAis là sous Jaunty j'arrive à installer le fglrx par systeme>pilote de périphérique et j'ai plus l'erreur

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

"-changer de CG (passer à nvidia) en évitant l'hdmi, ou changer de CM (pas nvidia en chipset) mais l'intérêt des carte ati pour les ports AGP est bien réel pour améliorer une ancienne config."
Ca bon... vu que mon ordi est neuf, je vais deja essayer de le faire marcher comme ca! ;-)
MAis j'ai cherché sur le manuel, ils parlent pas de port AGP... donc ma carte devrait etre branchée sur un port classique ? (j'y connais rien dans tout ca)

"-bouger les irq, dans le bios, comme en changeant de port les cartes PCI (lire le manuel de la carte mère), certain slots pci entrent en conflit avec la carte agp."
Ca c'est bon à savoir pour le changement de port ! je testerai ca en dernier recours si aucune modif "logicielle" ne marche...
mais par contre comme je te dis plus haut j'ai pas d'IRQ dans le bios ?
Aussi comment je peux regarder la table des IRQ ?

"-désactiver le module snd_hda_intel, que au mois pulse audio arrête de le choisir par défaut (qu'il est con ce pulse audio smile )"
ca expliquerait pourquoi en virant Pulseaudio j'ai diminué la fréquence des freezes !
J'ai effectivement un truc du son par snd_hda_intel qui fait des IRQ dans le kern.log... je vais tester tout ca ce week end deja en tentant de le désactiver;

"passer certaines options au noyau et aux modules:
-noyau: pci=use_crs (faudra que je retrouve ce qu'il corrige)
irqpoll (qui ralenti bien le pc mais semble marcher)
radeon.modeset=1 (pour activer le KMS avec radeon, si pas activé par défaut ou l'enlever avec 0)"

C'est ce que je vais tester en premier ca ! (c'est ce qui me parait le plus simple à mon petit niveau d'informatique)
Là j'ia testé "pci=noacpi" (Disable PCI IRQ routing of the new ACPI system.) => ca me remets des freezes!
Et figure toi, j'ai testé un peu irqpoll, 2 freezes en meme pas 1/4 d'heure... mais je sentais pas de ralentissement... avec un Intel Quad et 4Go de RAM faut yaller quand meme un peu avant de le faire ramer! ;-) enfin j'espere... mais bon irqpoll pas top! ou alors faut coupler avec d'autres options...
Là apres j'ai testé: irqfixup (When an interrupt is not handled search all handlers for it. Intended to get systems with badly broken firmware running.)
Freeze direct pareil...
Y a t il un moyen à ta connaissance de carrément désactiver les IRQ pour que je teste ? j'ai pas trouvé ca... ou moins par exmple désactiver 1 seule IRQ comme ca je pourrais tester l'une apres l'autre voir laquelle foutrait sa merde...
A tout hasard je teste maintenant acpi=noirq (Do not use ACPI for IRQ routing.)

pci=use_crs [X86] Use _CRS for PCI resource allocation.
je comprends pas tout mais on dirait que c'est lié au "réseau"...
Je te donne à tout hasard cette adresse qui repertorie vraiment pas mal d'options de noyau... tjrs pas mal à avoir ca sous la main dans un coin d'ordi !
http://www.kernel.org/doc/Documentation/kernel-parameters.txt

"enfin pour des ports agp ne montrant pas la carte vidéo et la carte audio hdmi sur la même IRQ, modifier la table DSDT pour ajouter d'autre entrées d'IRQ (et au passage essayer de la corriger, pour ça j'ai eu la chance de tomber sur la correction de la mienne, n'allez pas imaginer que je comprend le charabia qu'il y a à l'intérieur smile )."
C'est sur ca parait le mieux... mais là deja si toi tu comprends pas, moi encore bien moins!
Puis si il faut recompiler le noyau... Deja rien que là j'ai le mal de tete qui vient... 🙂
Je testerai deja peut etre avec le initrd... mais en dernier parceque là ca me parait quand meme coton! 🙂

Kern.log: je vais gueter!
Là j'ai regardé un peu... pour l'instant j'ai pas vu d'erreur (pourtant j'ai eu des freezes)...

"cat /proc/interrupts" : lui je trouvais pas! cat /proc/interrupts marchait pas...
j'ai un proc/interrupts, avec des trucs de marqués dessus en apercu (ca ressemble à ce que tu as avec 0: 1: etc) mais le fichier fait 0 octect et quand je l'ouvre (meme en gksudo) ya rien marqué dessus ... et je sais pas ce que j'ai fait avec les irqpoll et autres options mais depuis si je fais cat proc/interrupts ca marque:

          CPU0       CPU1       CPU2       CPU3       
  0:         60          0          0          0    XT-PIC-XT        timer
  1:       5220          0          0          0    XT-PIC-XT        i8042
  2:          0          0          0          0    XT-PIC-XT        cascade
  3:       1286          0          0          0    XT-PIC-XT        HDA Intel
  4:          2          0          0          0    XT-PIC-XT      
  5:      52683          0          0          0    XT-PIC-XT        ata_piix, ata_piix, uhci_hcd:usb7, ohci1394
  7:      34278          0          0          0    XT-PIC-XT        ehci_hcd:usb2, uhci_hcd:usb6
  8:          0          0          0          0    XT-PIC-XT        rtc0
 10:          0          0          0          0    XT-PIC-XT        ahci, uhci_hcd:usb3
 11:         15          0          0          0    XT-PIC-XT        pata_jmicron, HDA Intel
 12:          4          0          0          0    XT-PIC-XT        i8042
 14:          0          0          0          0    XT-PIC-XT        uhci_hcd:usb4
 15:      64664          0          0          0    XT-PIC-XT        ehci_hcd:usb1, uhci_hcd:usb5, uhci_hcd:usb8
2298:      45870      45852      45882      45892   PCI-MSI-edge      fglrx[0]@PCI:1:0:0
2299:       3882       3900       3869       3859   PCI-MSI-edge      eth0
NMI:          0          0          0          0   Non-maskable interrupts
LOC:     775833     775796     775698     775669   Local timer interrupts
RES:       1168       1303        920       1859   Rescheduling interrupts
CAL:         49         84         93         89   Function call interrupts
TLB:       1175       2285       1276       2324   TLB shootdowns
SPU:          0          0          0          0   Spurious interrupts
ERR:          0
MIS:          0

Là dans ce tableau il faut que je surveille quoi ? le ERR ?

Enfin en tous cas merci! tu donnes des pistes de recherche et de tests... c'est mieux que de ne pas savoir où chercher ou quoi faire! 🙂

@ Flo: "egoistement" je suis content de plus etre seul !!! 🙂
je te renvoie à mon autre post sur ce sujet:
http://forum.ubuntu-fr.org/viewtopic.php?pid=3222761#p3222761
dans un premier temps, faute de trouver vraiment de quoi il s'agit, désactiver l'acpi et l'apic peut grandement améliorer ta stabilité...
dans un second temps, effectivement la piste de Jano sur les IRQ peut te permettre de vraiment remonter à la source du probleme; je prépare aussi un post "generaliste" pour determiner des pistes notamment de passage d'options au noyau (ACPI APCI IRQ ET APM)... je mettrais le lien ici quand ca sera fait; vous serez bien venus si vous souhaitez participer...

jano_

pour les IRQ, tu ne peux pas voir dans le bios leur affectation, tu as le résumé dans l'os des affectations (/proc/interrupts).
pour les changement, ça se fait déjà en désactivant les periphériques intégrés à la carte mère (son, reseau, serie parallèle, etc...) et aussi en changeant de place (si présent) des cartes sur les port pci. Le menu du bios, ben faut voir le manuel du bios, des fois c'est une option qu'il faut passer en manuel pour la gerer.

Pour ta carte graphique, elle est sur un port PCI-Express, le port AGP ça date du déluge 🙂 .

Tu ne peux pas désactiver l'IRQ d'un périph, il en a besoin pour dialoguer avec le proc, mais tu peux arriver à changer son affectation.

si tu n'as pas ce genre de problème avec windows, ça peut être une mauvaise table DSDT (qui est fournie par le bios), windows est assez insensible aux erreurs, mais pas les linux, qui s'attendent à ce que la table respecte les standard. il y a quelques années il fallait corriger sa table, mais actuellement l'acpi essaye de tenir compte des tables foireuses, mais il se peut qu'il échoue 🙂 ).

tu peux déjà mettre à jour ton bios, et faire un memtest.
pour vérifier la qualité de la table DSDT avec iasl: http://doc.ubuntu-fr.org/tutoriel/comment_afficher_statut_batterie_acpi
tu as fait un clear cmos sur la carte aussi?

sinon pour tes interruptions, je peux pas vraiment dire grand chose, ça te permet de voir quelles irq sont partagées, mais cela n'induit pas forcément un problème.
on dirait aussi que la carte son intégré utilise aussi hda_intel, c'est plus délicat de dire laquelle est qui.
enfin toutes les irq du XT-PICT-XT arrivent sur un seul proc, tu étais en acpi=off?
tu peux voir l'option acpi_irq_balance, pour les distribuer entre les procs.

@flo pour mon cas le conflit avec la carte n'était pas visible, il se passait juste que lorsque je lançait jack sur la carte rme, j'avais un bip et dmesg me montrait la désactivation de l'irq de la rme et de l'hdmi, corrigé en déplaçant la carte rme (bios merdique?).
mais ça marchait bien avec fglrx, pas avec radeon.
-edit- tu peux trouver un dsdt modifié pour la A7N8X deluxe ici: http://acpi.sourceforge.net/dsdt/view.php?id=39

enfin un peu de lecture à propos de l'acpi (et de savoir si il est impliqué):
http://www.lesswatts.org/projects/acpi/debug.php

jano

Page suivante »