[Gulum-team] Vid?o bugg?e sur ATI X300

C.T. semaphore45 at yahoo.com
Lun 22 Sep 09:29:38 EDT 2008


Bonjour Éric, 

effectivement, le fichier xorg.conf ne contient qu'un seul pilote, fglrx. Seul l'interface displayconfig-gtk en montre deux. Le glxgears confirme malheureusement que fglrx n'est pas chargé (autour de 500 fps).

Une copie d'un bout de syslog juste après le boot:
[   54.190240] EIP is at mc_heap_init+0x687/0x690 [fglrx]
[   54.190291]  [<f8c97f2a>] KCL_GetAvailableRamPages+0xa/0x20 [fglrx]
[   54.190359]  [<f8ca7f3b>] firegl_init_pcie+0x22b/0x3f0 [fglrx]
[   54.190451]  [<f8ca7d10>] firegl_init_pcie+0x0/0x3f0 [fglrx]
[   54.190514]  [<f8ca39fe>] firegl_ioctl+0x19e/0x220 [fglrx]
[   54.190583]  [<f8c98b6c>] ip_firegl_ioctl+0x1c/0x30 [fglrx]
[   54.190699] EIP: [<f8cb7957>] mc_heap_init+0x687/0x690 [fglrx] SS:ESP 0068:dfb69dc8
[   54.191165] [fglrx:firegl_release] *ERROR* device busy: 1 0
[   54.191167] [fglrx] release failed with code -EBUSY
[   56.099211] [fglrx:drm_alloc] *ERROR* [buflist] Allocating 0 bytes
[   56.366335] Modules linked in: af_packet binfmt_misc ppdev ipv6 powernow_k8 cpufreq_ondemand cpufreq_userspace cpufreq_conservative cpufreq_stats freq_table cpufreq_powersave container sbs sbshc dock video output battery iptable_filter ip_tables x_tables ac lp snd_hda_intel snd_pcm_oss snd_mixer_oss snd_pcm fglrx(P) snd_page_alloc snd_hwdep snd_seq_dummy snd_seq_oss snd_seq_midi snd_rawmidi snd_seq_midi_event serio_raw snd_seq snd_timer snd_seq_device snd wmi_acer i2c_piix4 button ati_agp parport_pc parport i2c_core k8temp evdev agpgart soundcore shpchp pci_hotplug pcspkr psmouse ext3 jbd mbcache pata_atiixp ata_generic pata_acpi sg sr_mod cdrom sd_mod floppy ehci_hcd ohci_hcd atiixp ide_core usbcore ahci libata scsi_mod tg3 thermal processor fan fbcon tileblit font bitblit softcursor fuse
[   56.366446] EIP is at mc_heap_init+0x687/0x690 [fglrx]
[   56.366497]  [<f8c97f2a>] KCL_GetAvailableRamPages+0xa/0x20 [fglrx]
[   56.366565]  [<f8ca7f3b>] firegl_init_pcie+0x22b/0x3f0 [fglrx]
[   56.366656]  [<f8ca7d10>] firegl_init_pcie+0x0/0x3f0 [fglrx]
[   56.366719]  [<f8ca39fe>] firegl_ioctl+0x19e/0x220 [fglrx]
[   56.366788]  [<f8c98b6c>] ip_firegl_ioctl+0x1c/0x30 [fglrx]
[   56.366903] EIP: [<f8cb7957>] mc_heap_init+0x687/0x690 [fglrx] SS:ESP 0068:f7585dc8
[   56.367427] [fglrx:firegl_release] *ERROR* device busy: 1 0
[   56.367429] [fglrx] release failed with code -EBUSY

J'avoue avoir oublié comment vérifier le Xorg.0.log dans le terminal.

Naturellement, il n'est pas envisageable d'y mettre une nouvelle carte vidéo, d'une part parce que la patience de l'admin a ses limites, de deux parce qu'il y a peu de chance qu'il en ait une en PCI Express, vu que tous les ordinateurs de UdeM sont livrés avec une carte intégrée, et de trois parce que je ne peux investir de l'argent que je n'ai pas pour un PC qui n'est pas à moi.

D'un autre coté, il est clair que je ne peux pas travailler sans Linux sur cette machine, qui est la plus garnie en RAM du labo. 

Patrick

--- En date de : Lun, 22.9.08, Eric Buist <buisteri at iro.umontreal.ca> a écrit :
De: Eric Buist <buisteri at iro.umontreal.ca>
Objet: Re: [Gulum-team] Vid?o bugg?e sur ATI X300
À: "Membres actifs du GULUM" <gulum-team at iro.umontreal.ca>, "Tobby Cleps" <semaphore45 at yahoo.com>
Date: lundi 22 Septembre 2008, 8 h 55




  
  
Bonjour,

D'abord, je trouve très suspect qu'il y ait deux pilotes. Même si la
carte comporte plusieurs sorties vidéo, un seul pilote est nécessaire
pour la gérer.

Dans xorg.conf, il ne devrait y avoir qu'une seule section vidéo,
concernant fglrx.

Après avoir vérifié qu'il n'y a aucune référence, dans xorg.conf, à
vesa ou à ati, redémarre la machine et examiner les journaux: dmesg,
/var/log/syslog et aussi /var/log/Xorg.0.log.

Tu peux aussi regarder ce qui se passe quand tu tapes glxgears. Si tu
obtiens un bon framerate, >1000, cela veut dire que le pilote ATI
est bien chargé et que c'est l'écran qui n'est pas bien détecté. Dans
un tel cas, il ne suffit pas d'entrer le nom de l'écran dans une
section de xorg.conf; il faut aussi entrer sa plage de fréquences
horizontales et verticales. Ces informations peuvent la plupart du
temps être trouvées sur le site du fabricant de l'écran.

Si fglrx ne prenait pas en charge la carte graphique, X.Org devrait
refuser de démarrer. S'il démarre quand même, avec le pilote VESA ou
ATI, c'est que quelque chose n'a pas été configuré correctement.

Enfin, si absolument rien ne fonctionne, il reste toujours la
possibilité d'installer une carte graphique NVIDIA pas chère. Les
admins ne voudront probablement jamais, mais ça vaut malgré tout la
peine d'essayer, car c'est vraiment dommage, il faut l'avouer, de
devoir renoncer à Linux pour une seule composante de la machine.

Eric





C.T. a écrit :

  
    
      
        Salut à tous, membres du GULUM, 

        

je tenais à apporter une précision sur le VPN de l'université de
Montréal. Le tutoriel de JF est bien fait, mais semble oublier un
détail qui empêche de naviguer sur des sites externes; il faut décocher
les cases "Use peer DNS" dans l'onglet "PPP Options" de l'éditeur de
configuration VPN, ainsi que la case "Peer DNS through tunnel" de
l'onglet "Routing". À titre informatif, certains routeurs Linksys,
notamment le RT31P2, relativement courant, bloquent l'entrée des
paquets liés au VPn pour une raison que je n'ai pas encore trouvée.

        

Une seconde question: après avoir vu la gestion catastrophique de la
RAM sous Windows XP SP2 (même avec 3Go), l'admin système du labo m'a
permis d'installer Ubuntu sur un des ordinateurs normalisés de UdeM, le
dc5750, qui est doté d'une carte vidéo intégrée ATI X300 (selon le site
de HP)  ou Xpress 200 (selon Ubuntu) ou ATI Radeon 3100 (site de la
DGTIC) (!). Sur cette carte est branché un écran CRT, Viewsonic E771,
et rien d'autre.

        

La machine démarre en 800x600 at 60Hz avec, semble-t-il, 2 pilotes chargés
pour cette carte (commande sudo displayconfig-gtk), l'un étant vesa,
l'autre le pilote libre ati (que l'on sait buggé sur ce modèle de
carte).

        

J'ai voulu mettre fglrx en passant par le gestionnaire de pilotes
propriétaires; après un redémarrage, un avertissement de Ubuntu qui
indique s'exécuter en mode basse résolution, et toujours rien. J'ai
essayé EnvyNG pour l'installation, même résultat. J'ai regardé le
xorg.conf, pourtant, il liste bien "fglrx" en face de la section
"Driver". J'ai essayé de modifier aux bons paramètres dans
displayconfig-gtk en spécifiant Viewsonic E771 pour l'écran, et "fglrx"
pour les deux cartes vidéo (comme c'est une dual DVI+VGA, je crois
qu'il met un pilote pour chaque port), puis en validant. Après
redémarrage, aucun changement dans ce programme n'est retenu.

        

Comment faire pour que la carte vidéo soit correctement reconnue, ainsi
que l'écran? La détection automatique de la vidéo est toujours
problématique dans Ubuntu, et cet ordinateur est un des pires pour y
installer Linux. Si cela peut aider quelqu'un de plus expérimenté que
moi à localiser et régler le problème, j'ai activé le Bureau à distance
(VNC) ainsi que l'accès SSH; bien sûr, il pourrait aussi venir au labo.
Malheureusement j'ai pu l'installer seulement après l'install-fest au
Comic, et, de toute manière, je ne pense pas avoir pu sortir la machine
du lab.

        

D'avance merci pour votre aide

Patrick

        
      
    
  
  

  Devenez un meilleur amigo grâce à Yahoo!
Courriel
  
_______________________________________________
Gulum-team mailing list
Gulum-team at iro.umontreal.ca
https://webmail.iro.umontreal.ca/mailman/listinfo/gulum-team
  

 



      Découvrez les photos les plus intéressantes du jour.
http://www.flickr.com/explore/interesting/7days/
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: http://webmail.iro.umontreal.ca/pipermail/gulum-team/attachments/20080922/5204ec34/attachment-0001.html 


Plus d'informations sur la liste de diffusion Gulum-team