Forum Linux.général Xorg : Extraction d'infos pour résolution de bug

Posté par  .
Étiquettes :
2
18
jan.
2009
Bonjour,

Je cherche la démarche à suivre pour créer un rapport de bug "utile" sur Xorg.

Voici le problème : Xorg freeze lorsque je lis une vidéo.
- Ce n'est apparement pas un bug de distribution (j'ai le problème sur ubuntu, mandriva, arch linux, fedora), actuellement je suis sous fedora 10.
- Ce n'est apparement pas un bug de lecteur, j'ai le problème avec totem, mplayer et vlc.
- Pas évident à reproduire, Xorg freeze systématiquement, mais après plusieurs minutes de lecture, et pas toujours au même endroit pour une vidéo donnée.
- Workaround : ben... killer Xorg via une autre machine en me connectant via ssh, Xorg consomme 99% des ressources cpu. Impossible de le killer autrement, Ctrl+alt+Backspace ne fonctionne pas, les "magic keys" non plus, mais elle ne sont peut être pas effectives sur le noyau fedora 10 par défaut.

J'ai ouvert un bug sur launchpad (ubuntu), mais je ne vois pas comment les développeurs pourraient identifier le problème sans une bonne "stack trace". J'ai fourni un "lspci -vvnn" comme demandé, mais je ne pense pas que cela puisse suffire.

N'ayant pas les compétences requises pour le corriger moi-même, quelqu'un pourrait-il me guider à fournir les infos nécessaires ? Est-ce vraiment un problème X ou un problème de driver ?

Merci, pour votre aide.


P.S. j'ai lu la page http://fedoraproject.org/wiki/Xorg/Debugging mais de ce que je comprends, c'est utile pour un serveur X qui plante, le mien "boucle".
De plus il faut un deuxième PC, j'ai juste un eeePC 701, bien pratique pour tuer un process via ssh, pour travailler sur un bug (ou quoi que ce soit) pas terrible :(

P.S.2 : J'ai une radeon 9200 (r280) pilotée par le driver libre xorg-video-ati je n'utilise pas la composition.

  • # bug dans la video ?

    Posté par  . Évalué à 2.

    au choix :

    - la video est buggé (mais je suppose que tu as essayé avec d'autre video)
    - le choix de sortie video n'est pas le bon chez moi j'ai au moins les choix : X11, Xv, Xgl, Xshm
    - le player est buggé tu as essayé avec differents logiciels (mplayer, vlc, totem ?)

    • [^] # Re: bug dans la video ?

      Posté par  . Évalué à 1.

      la video est buggé (mais je suppose que tu as essayé avec d'autre video)
      Oui, j'ai le problème quelque soit la vidéo, mais certaines plantent plus vite/plus souvent que d'autres

      le choix de sortie video n'est pas le bon chez moi j'ai au moins les choix : X11, Xv, Xgl, Xshm
      Je n'ai pas trop le choix, SDL m'empêche de visionner autrement que dans le format d'origine (timbre poste pour un xvid), X Window System sans XV me bouffe 99% du cpu et j'ai 10 fps au max, me reste donc X Window System (X11, XShm, XV)

      le player est buggé tu as essayé avec differents logiciels (mplayer, vlc, totem ?)
      Ca plante avec les 3 players :(

      voilà, voilà.

  • # Les logs

    Posté par  . Évalué à 5.

    cat /var/log/Xorg.0.log ...

    ... néanmoins, les logs de X.org sont asynchrones par défaut (ie ils ne sont pas écrits dès que quelque chose arrive, mais un peu après, en groupe, pour éviter de bouffer des perfs... je sais qu'il y a une option pour activer les logs synchrones, pour diagnostiquer quand on ne peut même plus joindre la machine par SSH, genre, X.org qui fait "hard-locker" le noyau, mais je ne m'en souviens plus). Aussi, attends un peu qu'ils aient le temps d'être écrits, en croisant les doigts pour qu'il y ait assez de temps CPU pour le faire dans des délais raisonnables.

    • [^] # Re: Les logs

      Posté par  . Évalué à 1.

      Merci.

      J'ai souvent regardé les logs de Xorg après un freeze, mais je n'y ai jamais rien trouvé d'utile (enfin à mon niveau), il n'y a pas d'erreurs dedans, peut-être parcequ'il ne plante pas, que c'est juste une boucle infinie.

      merci quand même.

  • # les infos à récolter

    Posté par  (site web personnel) . Évalué à 6.

    Active les sysrq et relance X comme ça : "strace -T -f -tt -s4096 -o /tmp/X.strace startx". Lors du freeze, tu prends une photo de l'écran, tu fais quatre ou cinq sysrq-t à quelques dizaines de secondes d'intervalle et tu récupères un core de X et du lecteur vidéo avec gcore. Vu que ça ressemble à un livelock, plusieurs cores à quelques secondes d'intervalles peuvent aussi être intéressants.

    Après tu transmet
    - la vidéo qui reproduit le problème ;
    - les cores générés par gcore ;
    - le strace ;
    - la photo ;
    - un sosreport (https://fedorahosted.org/sos/ ça incluera les logs de X et du noyau entre autres).

    Et oublie pas de gzipper le strace et les cores parce que ça risque d'être gros mais ça se compresse bien.

    Avec ça, ya moyen de commencer à investiguer.

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

    • [^] # Re: les infos à récolter

      Posté par  (site web personnel) . Évalué à 3.

      Tant que t'y es tu peux aussi configurer netdump, faire un sysrq-c et récupérer un vmcore au moment opportun. Ça sera utile si c'est un problème dans le driver noyau.

      pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

      • [^] # Re: les infos à récolter

        Posté par  . Évalué à 1.

        Je vais faire ça, enfin essayer :D

        C'est un peu obscur pour moi, mais ce sera une excellente occasion d'apprendre, alors dès que j'ai un petit moment, je m'y mets. Je devrais m'en sortir avec google ;)

        Je posterai des nouvelles sur ce topic.

        Merci beaucoup pour avoir pris le temps de me répondre.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.