CONNEXION
  • RetourJeux
    • Sorties
    • Hit Parade
    • Les + populaires
    • Les + attendus
    • Soluces
    • Tous les Jeux
    • Gaming
  • RetourActu Gaming
    • News
    • Astuces
    • Tests
    • Previews
    • Toute l'actu gaming
  • RetourBons plans
    • Bons plans
    • Bons plans Smartphone
    • Bons plans Hardware
    • Bons plans Image et Son
    • Bons plans Amazon
    • Bons plans Cdiscount
    • Bons plans Decathlon
    • Bons plans Fnac
    • Tous les Bons plans
  • RetourJVTech
    • Actus High-Tech
    • Intelligence Artificielle
    • Smartphones
    • Mobilité urbaine
    • Hardware
    • Image et son
    • Tutoriels
    • Tests produits High-Tech
    • Guides d'achat High-Tech
    • JVTech
  • RetourCulture
    • Actus Culture
    • Culture
  • RetourVidéos
    • A la une
    • Gaming Live
    • Vidéos Tests
    • Vidéos Previews
    • Gameplay
    • Trailers
    • Chroniques
    • Replay Web TV
    • Toutes les vidéos
  • RetourForums
    • Hardware PC
    • PS5
    • Switch 2
    • Xbox Series
    • Switch
    • Pokemon pocket
    • FC 25 Ultimate Team
    • League of Legends
    • Tous les Forums
  • PC
  • PS5
  • Xbox Series
  • Switch 2
  • PS4
  • One
  • Switch
  • iOS
  • Android
  • MMO
  • RPG
  • FPS
En ce moment Genshin Impact Valhalla Breath of the wild Animal Crossing GTA 5 Red dead 2
Liste des sujets

Pb compilation module ati

Makineros63
Makineros63
Niveau 7
11 juillet 2006 à 17:15:34

Bonjour !

Je dispose d´une Radeon X1800XT et j´aimerai profiter des derniers drivers d´ATI afin de pouvoir jouer à mes jeux favoris sous ma Debian sarge mais voilà que j´ai un problème, impossible de compiler le module en question :-)

Je vais avant tout résumé ce que j´ai fait:
1. Récupération de l´installer ati-driver-installer-8.26.18-x86.run

2. Afin de générer les .deb je fais la commande: ati-driver-installer-8.26.18-x86.run --buildpkg Debian/sarge
Les paquets drivers,drivers-dev,kernel,sources,controle sont correctement construits.

3. J´installe les paquets drivers,kernel et controle et je me rends dans /usr/src et je retrouve bien ici l´archive contenant les sources du module.

4. Une fois décompressé, j´essaie de compiler le module avec module-assistant -k /usr/src/linux build fglrx mais voilà ca plante:

make[1]: Entering directory `/usr/src/modules/fglrx´
dh_testdir
/usr/bin/make -C /usr/src/linux SUBDIRS=/usr/src/modules/fglrx modules

/usr/src/kernel-headers-2.6.8-2-386/scripts/gcc-ve
rsion.sh:
/usr/src/kernel-headers-2.6.8-2-386/scripts/gcc-ve
rsion.sh: Aucun fichier ou répertoire de ce type
make[2]: Entering directory `/usr/src/kernel-headers-2.6.8-2-386´
make[3]: scripts/Makefile.build: Aucun fichier ou répertoire de ce type
make[3]: *** Pas de règle pour fabriquer la cible « scripts/Makefile.build ». Arrêt.
make[2]: *** [_module_/usr/src/modules/fglrx] Erreur 2
make[2]: Leaving directory `/usr/src/kernel-headers-2.6.8-2-386´
make[1]: *** [build] Erreur 2
make[1]: Leaving directory `/usr/src/modules/fglrx´
Module /usr/src/modules/fglrx failed.

Pour info j´ai bien récupéré les sources et les headers de mon noyau avant.Je l´ai également configuré avec make menuconfig, mais j´avoue que les headers j´ai trouvé ca assez bizarre lors de l´installation: seulement 35ko O_o´
Alors j´ai tenté un apt-get remove puis apt-get install pour les headers mais le paquet fait toujours 35ko. D´après l´erreur de compilation cela provient des headers non ?
En ajoutant ce que je viens de dire au sujet de l´installation des headers je pense qu´il y a un problème ici mais comment le résoudre je ne sais pas.
Merci de votre aide :)

chris_27
chris_27
Niveau 10
11 juillet 2006 à 17:59:41

Oui, je me doute que tu as fais tout comme il fallait.

Quels bande de con chez ATI... Je suppose que là ils sont comptatible avec les noyaux 2.6.14 et 2.6.15 uniquement... :-((

C´est pas très grave, vu que tu as utilisé module-assistant toussa c´est que tu t´y connais un minimum. Bon, on va essayer d´y aller comme des brutes :-)

Tapes gcc -v pour avoir le numero de version de gcc (4.0.4 chez moi)

Puis en root :
echo ´echo "0404"´ >
/usr/src/kernel-headers-2.6.8-2-386scripts/gcc-ver
sion.sh
chmod u+x
/usr/src/kernel-headers-2.6.8-2-386scripts/gcc-ver
sion.sh

chris_27
chris_27
Niveau 10
11 juillet 2006 à 18:03:09

grrr c´est pénible que ca coupe les lignes de commandes comme ca. :-((

pour le 0404, tu dois te debrouiller pour que le nombre tienne sur 4 chiffres. Je connais pas exactement la convention mais il y a de fortes chances pour que ca servent à rien à fglrx donc bon... :-)

chris_27
chris_27
Niveau 10
11 juillet 2006 à 18:16:58

pour une version 3.3 de gcc c´est 0303 qu´il faut mettre :)

chris_27
chris_27
Niveau 10
11 juillet 2006 à 18:20:15

merde, j´ai vraiment pas été clair...

Il faut que tu remplaces le 0404 par ton numéro de version de gcc compressé sur 4 chiffres :

2.95 ---> 0295
3.3 ---> 0303
d´après ce que j´ai trouvé.

Donc je propose
3.4 ---> 0304
4.0 ---> 0400
4.0.4 ---> 0404

Makineros63
Makineros63
Niveau 7
11 juillet 2006 à 18:49:35

Alors, ca avance, j´ai réussi à compiler le module fglrx.ko !! ! Mais je n´arrive pas à le charger :-)

Pourquoi je n´arrivais pas à le compiler ? Et bien ca venait effectivement des headers, je ne sais pas pour quelle raison mais apt-get plantouille lors de la récuperation des headers il en prends juste un peu et s´arrête, je suis donc aller les récupérer directement ici:
http://packages.debian.org/stable/devel/kernel-headers-2.6.8-2-386

Et là c´est bon :)

Voilà j´ai mon fglrx.ko, (tout fier de moi ^^) je vais dans le répertoire /lib/modules/2.6.8-2-386/misc et je vois bien fglrx.ko mais lors de la commande modprobe -k fglrx erreur: FATAL: Error inserting fglrx (/lib/modules/2.6.8-2-386/misc/fglrx.ko): Unknown symbol in module, or unknown parameter (see dmesg)

Et voilà ce que donne dmesg:
fglrx: module license ´Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY´ taints kernel.
fglrx: disagrees about version of symbol create_proc_entry
fglrx: Unknown symbol create_proc_entry
fglrx: disagrees about version of symbol remove_proc_entry
fglrx: Unknown symbol remove_proc_entry

Chris_27:tu as confirmé ce que je pensais, je n´avais pas TOUT les headers, en effet impossible de touver ton fichier :)
Mais je ne comprends toujours pas pourquoi apt merde juste avec les headers -_-

Mon nouveau problème maintenant, comment chargé ce module :)

chris_27
chris_27
Niveau 10
11 juillet 2006 à 18:59:33

hum... Là je ne peux plus t´aider. En plus ta carte est trop récente pour que le driver libre marche bien.

Si j´avais ton pc entre les mains j´essaierai de modifier le code source du driver (c´est ce que j´ai du faire à chaque fois avec ces putains de drivers...)

Il te reste une solution : passer de sarge à etch et installer un noyau 2.6.14.x ou 2.6.15.x...

Quand à l´histoire des headers, gcc-version.sh il était même pas executable chez moi. Et en plus le script bugait :rire: Donc je suppose que c´est sensé ne pas être utilisé. Je crois vraiment qu´un simple echo "0404" aurait parfaitement fait l´affaire :)

Makineros63
Makineros63
Niveau 7
11 juillet 2006 à 19:21:10

Un simple echo "0335" :)

Bon alors après un petit man modprobe, j´ai tenté modprobe -fv fglrx et là pas d´erreur: insmod /lib/modules/2.6.8-2-386/misc/fglrx.ko

Résultat de dmesg:
[fglrx] Maximum main memory to use for locked dma buffers: 432 MBytes.
[fglrx] module loaded - fglrx 8.26.18 [Jun 22 2006] on minor 0

Là je me dis super ! Ca va marché il me reste plus qu´à éditer le fichier XF86Config-4 et redémarrer X mais voilà bien qu´ayant modifier tout ca et bah rien ne change! Je n´ai toujours pas l´accélération graphique. glxinfo | grep rendering et bah c´est no :-)

Je laisse mon fichier de config ici, si vous voyez quelque chose de pas normal dite le moi merci:

Section "Files"
FontPath "unix/:7100" # local font server
# if the local font server has problems, we can fall back on these
FontPath "/usr/lib/X11/fonts/misc"
FontPath "/usr/lib/X11/fonts/cyrillic"
FontPath "/usr/lib/X11/fonts/100dpi/:unscaled"
FontPath "/usr/lib/X11/fonts/75dpi/:unscaled"
FontPath "/usr/lib/X11/fonts/Type1"
FontPath "/usr/lib/X11/fonts/CID"
FontPath "/usr/lib/X11/fonts/Speedo"
FontPath "/usr/lib/X11/fonts/100dpi"
FontPath "/usr/lib/X11/fonts/75dpi"
EndSection

Section "Module"
Load "GLcore"
Load "bitmap"
Load "dbe"
Load "ddc"
Load "dri"
SubSection "extmod"
Option "omit xfree86-dga"
EndSubSection
Load "freetype"
Load "glx"
Load "int10"
Load "record"
Load "speedo"
Load "type1"
Load "vbe"
EndSection

Section "InputDevice"
Identifier "Generic Keyboard"
Driver "keyboard"
Option "CoreKeyboard"
Option "XkbRules" "xfree86"
Option "XkbModel" "pc105"
Option "XkbLayout" "fr"
EndSection

Section "InputDevice"
Identifier "Configured Mouse"
Driver "mouse"
Option "CorePointer"
Option "Device" "/dev/input/mice"
Option "Protocol" "ImPS/2"
Option "Emulate3Buttons" "true"
Option "ZAxisMapping" "4 5"
EndSection

Section "Device"
Identifier "ATI X1800XT"
Driver "fglrx"
Option "VideoOverlay" "on"
Option "OpenGLOverlay" "off"
EndSection

Section "Monitor"
Identifier "V773"
HorizSync 30-65
VertRefresh 50-75
Option "DPMS"
EndSection

Section "Screen"
Identifier "Default Screen"
Device "ATI X1800XT"
Monitor "V773"
DefaultDepth 24
SubSection "Display"
Depth 16
Modes "1280x1024" "1024x768" "800x600"
EndSubSection
SubSection "Display"
Depth 24
Modes "1280x1024" "1024x768" "800x600"
EndSubSection
EndSection

Section "ServerLayout"
Identifier "Default Layout"
Screen "Default Screen"
InputDevice "Generic Keyboard"
InputDevice "Configured Mouse"
EndSection

Section "DRI"
Mode 0666
EndSection

Et pour terminer le résultat de fglrxinfo
display: :0.0 screen: 0
OpenGL vendor string: Mesa project: www.mesa3d.org
OpenGL renderer string: Mesa GLX Indirect
OpenGL version string: 1.3 Mesa 4.0.4

Mais comme vous le voyez, c´est toujours Mesa et moi je veux pas !! ! :)

chris_27
chris_27
Niveau 10
11 juillet 2006 à 19:32:05

Le problème c´est que le code source du driver n´est pas compatible avec ton noyau apparement (fglrx: Unknown symbol create_proc_entry ) et donc il essaie de lancer fglrx, ca crache, et il rattrape le coup en lançant mesa.

Tu peux pas y faire grand chose à part si tu es capable de modifier le code source du driver (et encore, sans aide tu n´y arrivera peut-être pas).

Makineros63
Makineros63
Niveau 7
11 juillet 2006 à 22:49:08

Mmmh bon je vais encore chercher un peu, il manque plus grand chose. :)

Sinon je pense effectivement essayé avec un noyau plus récent, 2.6.16 je pense. Mais je ne vais pas passé à etch encore je préfère garder une stable :-)

Je vais m´occuper de ca dans les jours qui viennent, si ca ne fonctionne toujours pas je reviendrai faire un petit tour par ici.

chris_27
chris_27
Niveau 10
11 juillet 2006 à 22:56:11

NAN 2.6.16 c´est trop recent pour ATI...

Par contre tu vas etre obligé de compilé toi-meme ton noyau car avec la sarge tu ne trouveras pas plus recent que 2.6.8-2 si mes souvenirs sont bons.

Ensuite, je tiens à preciser que stable c´est debian ca correspond à antiquité dans toutes les autres distributions linux sérieuses. Tu peux passer à etch sans aucun soucis. De plus, ca te fera passer de xfree à xorg (et les radeon X ca marche bien que avec xorg à ma connaissance) Tu devrais y reflechir un peu plus je pense...

chris_27
chris_27
Niveau 10
11 juillet 2006 à 22:57:21

chez* debian (faudrait que je me relise avant de poster :honte: )

Sous forums
  • Aide à l'achat Mac
  • Steam Deck
  • Création de sites web
  • Création de Jeux
  • Linux
  • Programmation
  • Internet
  • Macintosh
  • Hardware