Page 1 sur 1
[fglrx] Pas d'accélération, problème de module (résolu)
Publié : dim. 01 juil. 2007, 23:10
par tandycorp
(EE) fglrx(0): atiddxDriScreenInit failed, GPS not been initialized.
J'utilise startx pour démarrer X, je crois que ça pourrait être problématique. Sinon j'ai cherché beaucoup et c'est surtout le module fglrx qui semble mal se charger. J'ai une 9800 pro qui est supportée par le driver. J'ai le dernier paquet xorg 7 de arch + fglrx + fglrx-utils.
une partie de mon log de xorg:
Code : Tout sélectionner
(II) LoadModule: "vbe"
(II) Loading /usr/lib/xorg/modules//libvbe.so
(II) Module vbe: vendor="X.Org Foundation"
compiled for 7.2.0, module version = 1.1.0
ABI class: X.Org Video Driver, version 1.1
(II) fglrx(0): VESA BIOS detected
(II) fglrx(0): VESA VBE Version 2.0
(II) fglrx(0): VESA VBE Total Mem: 16384 kB
(II) fglrx(0): VESA VBE OEM: ATI R360
(II) fglrx(0): VESA VBE OEM Software Rev: 1.0
(II) fglrx(0): VESA VBE OEM Vendor: ATI Technologies Inc.
(II) fglrx(0): VESA VBE OEM Product: R360
(II) fglrx(0): VESA VBE OEM Product Rev: 01.00
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is -1, (No such device or address)
drmOpenDevice: open result is -1, (No such device or address)
drmOpenDevice: Open failed
[drm] failed to load kernel module "fglrx"
(WW) fglrx(0): Failed to open DRM connection
[ et plus loin...]
(II) fglrx(0): driver needs X.org 7.1.x.y with x.y >= 0.0
(II) fglrx(0): detected X.org 7.1.0.0
(EE) fglrx(0): atiddxDriScreenInit failed, GPS not been initialized.
(WW) fglrx(0): ***********************************************
(WW) fglrx(0): * DRI initialization failed! *
(WW) fglrx(0): * (maybe driver kernel module missing or bad) *
(WW) fglrx(0): * 2D acceleraton available (MMIO) *
(WW) fglrx(0): * no 3D acceleration available *
(WW) fglrx(0): ********************************************* *
- J'ai mis "fglrx" dans /etc/rc.conf entres les parentheses de module()
- mon xorg.conf a les sections importantes:
Code : Tout sélectionner
Section "Module"
Load "i2c" # pour gérer la télévision
Load "ddc" # ddc probing of monitor
Load "dbe"
# This loads the miscellaneous extensions module, and disables
# initialisation of the XFree86-DGA extension within that module.
SubSection "extmod"
Option "omit xfree86-dga" # don't initialise the DGA extension
EndSubSection
Load "freetype"
Load "type1"
# Load "bitmap" # bitmap-fonts
Load "glx" # 3D
Load "dri" # accélération matérielle
Load "int10"
Load "vbe"
# Load "record"
EndSection
Section "DRI"
Mode 0666
EndSection
Section "Extensions"
Option "Composite" "Disable"
EndSection
Section "Device"
Identifier "ATI Radeon 9800 Pro"
Driver "fglrx"
Busid "PCI:1:0:0"
Option "UseInternalAGPGART" "no"
EndSection
quand je fais glxinfo:
Code : Tout sélectionner
name of display: :0.0
Xlib: extension "XFree86-DRI" missing on display ":0.0".
display: :0 screen: 0
direct rendering: No
...
et quand je fais modprobe flgrx:
et surtout lsmod | grep fglrx ne me retourne rien!
mais bon X démarre
J'ai arch Gimmick(0.7.2) à la base, et j'ai ajouter des paquets avec le temps.. les kernel headers aussi, aucune idee si ça peut créer probleme
Publié : lun. 02 juil. 2007, 00:04
par marc[i1]
salut,
pourrais tu me donner le retour de quelqueq commandes, stp.
vu l'erreur, je pense que tu n'a pas le pilote ATI d'installé … mais je peux me tromper

Publié : lun. 02 juil. 2007, 03:47
par tandycorp
héhé non non fglrx est bien installé:
Code : Tout sélectionner
[fred@tWeaKer ~]$ yaourt -Qs fglrx
extra/fglrx 8.37.6-1
Proprietary -ARCH kernel drivers/modules for the AMD/ATI RADEON (9500 and
later), MOBILITY RADEON (M10 and later), RADEON XPRESS IGP and FireGL (Z1
and later) video cards.
extra/fglrx-utils 8.37.6-1
Proprietary userspace tools and libraries for the AMD/ATI RADEON (9500 and
later), MOBILITY RADEON (M10 and later), RADEON XPRESS IGP and FireGL (Z1
and later) series of graphics accelerators.
aussi mon module fglrx.ko est bien dans /lib/modules/2.6.21-ARCH/video et ce chemin est inscrit dans /lib/modules/2.6.21-ARCH/modules.dep, tout semble ok. "modprobe fglrx" marche toujours pas: file not found => un probleme de path?
Publié : lun. 02 juil. 2007, 05:36
par tandycorp
bon! jviens de découvrir 2 choses
1. que j'ai un vieux noyau, le 2.6.17.
2. que le driver a créé lui même le répertoire 2.6.21-ARCH pour me fourrer (me mêler en français) et s'est installé dedans! Le code du paquet fglrx ne se sert donc pas de uname -r?
Eh bien non je viens de vérifier l'archive dans le cache de pacman (var/cache/pacman), et c'est bien ça : un dossier 2.6.21-arch, pas vraiment de possibilité de mettre uname-r.
Est-ce un défaut de arch? tout doit etre à jour sinon.. amuses-toi et apprends!
Publié : lun. 02 juil. 2007, 07:16
par tandycorp
Tentative désespérée: j'ai décompressé et copiéle driver du paquet fglrx dans le bon dossier /lib/modules/2.6.17-ARCH et j'ai fait la commande de l'install du paquet, soit depmod -v 2.6.17-ARCH > /dev/null 2>&1
Au démarrage le module se charge maintenant.. mais mal:
je cherche maintenant le paquet fglrx pour 0.7.2
mais les contenus des dépots 0.7.2 ont été supprimés
les seuls qui restent avec des paquets 0.7.2 sont pour i686..
ah et puis merde.. j'vais attendre mon nouveau CD de duke et tout mettre ça à neuf, juste après avoir gravé tout mon cache de pacman sur cd bien sûr (modem 56K) Je suis d'ailleurs rendu à 300Mo de paquets téléchargés avec pacman en moins de 2 semaines!
Publié : lun. 02 juil. 2007, 09:45
par vincentxavier
Un module noyau doit être compilé pour la version du noyau sur laquelle il sera installé !
Deux soultions : Changer de noyau ou recompiler fglrx
Publié : lun. 02 juil. 2007, 16:25
par tandycorp
ok j'ai installé le nouveau noyau: kernel26 (2.6.21.1-5)
j'ai juste installé le paquet kernel26, tout semble ok, les lignes du menu grub ont été modifiés automatiquement : initrd /boot/kernel26.img au lieu du #initrd /boot/initrd26.img d'avant, qui a été mis en commentaire
voici les résultats à l'installation du paquet noyau (ainsi que firefox en meme temps):
Code : Tout sélectionner
Procéder à l'installation? [O/n] O
Analyse de l'intégrité des paquets... terminé.
Nettoyage... terminé.
(6/6) Analyse des conflits entre fichiers [#####################] 100%
(1/6) Installation firefox [#####################] 100%
(2/6) Mise à jour klibc [#####################] 100%
(3/6) Mise à jour klibc-extras [#####################] 100%
(4/6) Mise à jour klibc-udev [#####################] 100%
(5/6) Mise à jour mkinitcpio [#####################] 100%
(6/6) Mise à jour kernel26 [#####################] 100%
>>>
>>> If you use the LILO bootloader, you should run 'lilo' before rebooting.
>>>
>>> --------------------------------------------------------------
>>> | WARNING: |
>>> |mkinitrd is not supported anymore in kernel >=2.6.18 series!|
>>> | Please change to Mkinitcpio setup. |
>>> --------------------------------------------------------------
>>>
>>> Updating module dependencies. Please wait ...
>>> MKINITCPIO SETUP
>>> ----------------
>>> Please change your bootloader config files:
>>> Grub: /boot/grub/menu.lst | Lilo: /etc/lilo.conf
------------------------------------------------
| - initrd26.img to kernel26.img |
| - initrd26-full.img to kernel26-fallback.img |
------------------------------------------------
>>> New PATA/IDE subsystem - EXPERIMENTAL
>>> ----------
>>> To use the new pata drivers, change the 'ide' hook
>>> to 'pata' in /etc/mkinicpio.conf HOOKS=
>>> The new system changes: /dev/hd? to /dev/sd?
>>> Don't forget to modify GRUB, LILO and fstab to the
>>> new naming system.
>>> eg: hda3 --> sda3, hdc8 --> sdc8
>>> piix/ata_piix (Intel chipsets) - IMPORTANT
----------
>>> If you have enabled ide/pata/sata HOOKs in /etc/mkinitcpio.conf
>>> the 'ata_piix' module will be used.
>>> This may cause your devices to shift names, eg:
>>> - IDE: devices from hd? to sd?
>>> - SATA: sda might shift to sdc if you have 2 other disks on a PIIX IDE port.
>>> To check if this will affect you, check 'mkinitcpio -M' for piix/ata_piix
>>> If you use LVM2, Encrypted root or software RAID,
>>> Ensure you enable support in /etc/mkinitcpio.conf .
>>> More information about mkinitcpio setup can be found here:
>>> http://wiki.archlinux.org/index.php/Mkinitcpio
>>> Generating initial ramdisk, using mkinitcpio. Please wait...
==> Building image "default"
==> Running command: /sbin/mkinitcpio -m "ATTENTION:\nIf you get a kernel panic below
and are using an Intel chipset, append 'earlymodules=piix' to the
kernel commandline" -k 2.6.21-ARCH -c /etc/mkinitcpio.conf -g /boot/kernel26.img
:: Begin build
:: Parsing hook [base]
:: Parsing hook [udev]
:: Parsing hook [autodetect]
:: Parsing hook [ide]
:: Parsing hook [scsi]
:: Parsing hook [sata]
:: Parsing hook [filesystems]
:: Generating module dependencies
:: Generating image '/boot/kernel26.img'...SUCCESS
==> SUCCESS
==> Building image "fallback"
==> Running command: /sbin/mkinitcpio -m "ATTENTION:\nIf you get a kernel panic below
and are using an Intel chipset, append 'earlymodules=piix' to the
kernel commandline" -k 2.6.21-ARCH -c /etc/mkinitcpio.d/kernel26-fallback.conf -g /boot/kernel26-fallback.img
:: Begin build
:: Parsing hook [base]
:: Parsing hook [udev]
:: Parsing hook [ide]
:: Parsing hook [pata]
:: Parsing hook [scsi]
:: Parsing hook [sata]
:: Parsing hook [usbinput]
:: Parsing hook [raid]
:: Parsing hook [filesystems]
:: Generating module dependencies
:: Generating image '/boot/kernel26-fallback.img'...SUCCESS
==> SUCCESS
Important ACPI Information:
>>> Since 2.6.20.7 all possible ACPI parts are modularized.
>>> The modules are located at:
>>> /lib/modules/2.6.17-ARCH/kernel/drivers/acpi
>>> For more information about ACPI modules check this wiki page:
>>> 'http://wiki.archlinux.org/index.php/ACPI_modules'
Ô grands maîtres linuxiens, je vous le demande: puis-je redémarrer?
Publié : lun. 02 juil. 2007, 16:32
par vincentxavier
Ben si tu as bien pris en compte le gros méchant warning (ie le changement de pour l'utilisation de la lib pata dans le kernel) et que tu as fait ce qu'il fallait faire, non problème. Perso ca me fait chier leurs conneries alors j'ai mis un
à la fin de ma ligne de boot dans grub (fais gaffe si tu as un autre chipset)
Vala
Publié : lun. 02 juil. 2007, 16:32
par vincentxavier
au pire, il te reste le fallback s'il faut !!
Publié : lun. 02 juil. 2007, 17:02
par tandycorp
merci vincentxavier, c'est la premiere fois que je fais ça..
j'ai un chipset nforce3 donc je ne change rien c'est ça?
et fallback , ça va tout ramener à la normale?
PS: je n'avais rien ajouté à mon noyau actuel, le seul driver que j'avais installé était fglrx et je l'avais supprimé déjà bien avant de télécharger ce noyau.. je n'ai pas beaucoup de modules non plus, sauf p-etre alsa et hal. Devrais-je supprimer quelque chose avant de redémarrer?
Publié : lun. 02 juil. 2007, 17:07
par vincentxavier
Non, fallback, c'est un noyau avec un max d'options par défaut, encore plus que l'autre ! Enfin, ca joue surtout au niveau de l'image cpio, il le kernel26.img ou kernel26-fallback.img
Publié : lun. 02 juil. 2007, 17:10
par tandycorp
je n'ai pas beaucoup de modules non plus, sauf p-etre alsa et hal. Devrais-je supprimer quelque chose avant de redémarrer?
Publié : lun. 02 juil. 2007, 17:16
par vincentxavier
hal n'est pas un module !
Publié : lun. 02 juil. 2007, 17:40
par mélodie
vincentxavier a écrit :
à la fin de ma ligne de boot dans grub (fais gaffe si tu as un autre chipset)
Vala
tu voulais pas dire 'earl
ymodules' ?
Publié : lun. 02 juil. 2007, 17:44
par vincentxavier
oui, merci pour cette correction !
Publié : lun. 02 juil. 2007, 17:49
par tandycorp
j'ai un chipset nforce 3, donc rien à ajouter???
Publié : lun. 02 juil. 2007, 17:56
par marc[i1]
t'es encore là ?

Publié : lun. 02 juil. 2007, 18:04
par tandycorp
oui mais je redémarre là.. c'est la premiere fois alors je fais mes backups, fichiers de config puis paquets arch car j'ai pas téléchargé 300 mo de paquets avec un 56K pour rien!!
Publié : lun. 02 juil. 2007, 22:09
par marc[i1]
en 56K … t'es courageux effectivement !

Publié : dim. 08 juil. 2007, 00:17
par tandycorp
Pour conclure ce sujet, après avoir installé le paquet kernel26 sur ma Gimmick j'ai eu quelques pépins: des icones de XFCE ont été supprimées (taskbar en bas) et d'autres trucs fonctionnaient mal (pettites erreurs au démarrage) mais je ne me souviens plus...
Par contre j'ai réussi à mettre l'accélération, car le paquet fglrx c'est bien installé dans /lib/modules/2.6.21-ARCH et j'avais maintenant le nouveau noyau. Donc il était là le probleme, mais impossible de trouver un paquet fglrx pour ma version 0.7.2 gimmick!
Finalement Arch n'est pas une "rolling distro" qui peut fontionner partiellement, autrement dit si on met a jour le xorg faut aussi mettre a jour le reste, surtout le noyau..
J'ai finalement reçu mes CD linux par la poste; Duke c'est mieux, l'utilisation de hwdetect pendant l'installation, avant de construire le noyau, m'a permis une meilleure detection et de construire un meilleur fichier mkinitcpio, alors que sous Gimmick je n'avais presque rien dedans.