drivers ati qui marche plus :/

drivers ati qui marche plus :/ - Installation - Linux et OS Alternatifs

Marsh Posté le 25-09-2006 à 20:12:25    

slt tlm, je viens de faire une petite maj de mon systeme et bien que je n'ai mis a jour aucun packet relatif a xorg, je n'ai plus d'acceleration 3d...

glxinfo
name of display: :0.0
display: :0  screen: 0
direct rendering: No
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
    GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating,
    GLX_EXT_import_context, GLX_OML_swap_method, GLX_SGI_make_current_read,
    GLX_SGIS_multisample, GLX_SGIX_hyperpipe, GLX_SGIX_swap_barrier,
    GLX_SGIX_fbconfig
client glx vendor string: ATI
client glx version string: 1.3
client glx extensions:


je decide de reinstaller les drivers, donc je prends le fichier sur le site d'ati et l'install
mais voila ca change rien...

modprobe  fglrx
FATAL: Error inserting fglrx (/lib/modules/2.6.17-ck1/kernel/drivers/char/drm/fglrx.ko): Invalid module format


 
 

cat /usr/share/fglrx/fglrx-install.log
[Message] Kernel Module : Trying to install a precompiled kernel module.
[Message] Kernel Module : Precompiled kernel module version mismatched.
[Message] Kernel Module : Found kernel module build environment, generating kernel module now.
ATI module generator V 2.0
==========================
initializing...
cleaning...
patching 'highmem.h'...
assuming new VMA API since we do have kernel 2.6.x...
 Assuming default VMAP API
doing Makefile based build for kernel 2.6.x and higher
make -C /lib/modules/2.6.17-ck1/build SUBDIRS=/lib/modules/fglrx/build_mod/2.6.x modules
make[1]: entrant dans le répertoire « /usr/src/linux-headers-2.6.17-ck1 »
  CC [M]  /lib/modules/fglrx/build_mod/2.6.x/firegl_public.o
/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c:447: warning: initialization from incompatible pointer type
/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c: In function 'firegl_stub_open':
/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c:570: warning: assignment discards qualifiers from pointer target type
  LD [M]  /lib/modules/fglrx/build_mod/2.6.x/fglrx.o
  Building modules, stage 2.
  MODPOST
  CC      /lib/modules/fglrx/build_mod/2.6.x/fglrx.mod.o
  LD [M]  /lib/modules/fglrx/build_mod/2.6.x/fglrx.ko
make[1]: quittant le répertoire « /usr/src/linux-headers-2.6.17-ck1 »
build succeeded with return value 0
duplicating results into driver repository...
done.
==============================
- recreating module dependency list
- trying a sample load of the kernel modules
failed.
[Error] Kernel Module : Failed to install compiled kernel module - please consult readme.


 
pour moi tout semble bon, pkoi d'un coup ca veux plus...


---------------
In a world without walls and fences, who needs Windows and Gates
Reply

Marsh Posté le 25-09-2006 à 20:12:25   

Reply

Marsh Posté le 25-09-2006 à 21:17:59    

j'ai ca dans dmesg

fglrx: version magic '2.6.17-ck1 mod_unload PENTIUMIII REGPARM gcc-4.1' should be '2.6.17-ck1 mod_unload PENTIUMIII REGPARM gcc-4.0'


ca serai un probleme de gcc ?
comment je peux forcer a utiliser gcc 4.0


---------------
In a world without walls and fences, who needs Windows and Gates
Reply

Marsh Posté le 25-09-2006 à 21:38:40    

bon j'ai recompilé avec gcc 4.0 et ca passe... mais je comprends tjs pas pkoi ca voulais plus sans que je recompil quoi que ce soit..


---------------
In a world without walls and fences, who needs Windows and Gates
Reply

Marsh Posté le 26-09-2006 à 08:32:51    

salut, en fait qd tu compiles tes drivers graphiques, ces derniers ne se compilent que si la version de gcc de ton système correspond à la version de gcc utilisée pour compiler le noyau.
Il y ce type d'erreurs lorsque apres une compilation de noyau, tu as mis a jour gcc. La nouvelle version de gcc alors installée ne correspond alors plus à la version avec laquelle tu as compilé ton noyau.
C'est pourquoi les drivers graphiques refusent de compiler  :jap:  


---------------
Les avis, c'est comme les anus, tout le monde en a un.
Reply

Marsh Posté le 26-09-2006 à 09:00:17    

Hum ... ceci n'est pas tout à fait exact  :non:  
La compilation se passe généralement très bien, quelle que soit la version de gcc, le problème se situe au niveau du chargement du module.
En effet, si la version de gcc qui a servi à compiler le noyau est différente de celle qui a servi à compiler le module (et que le "versionning" a été désactivé au niveau du noyau), alors le chargement est impossible pour des raisons d'incompatibilité de versions (cf le message d'erreur dans le dmesg).
 
Ceci est d'ailleurs valable pour n'importe quel module "externe" au kernel: driver ati, module kqemu pour l'accélération de qemu, driver audio, ndiswrapper etc ...
Il vaut mieux donc éviter de changer de version de gcc entre la compilation du noyau et l'installation des modules. Ou alors, il suffit de recompiler son noyau avec le nouveau gcc pour que tout rentre dans l'ordre :)


---------------
Wedge#2487 @HS -#- PW: +∞ -#- Khaz-Modan/Boltiz @WoW
Reply

Marsh Posté le 26-09-2006 à 11:21:45    

je suis d'accord avec vous 2 mais le probleme reside dans le fait que mes driver ansi quele kernel ont été compilé avec gcc 4.0 il y a quelque mois et que sans que je recompile quoi que se soit il module c'est mis a merder...


---------------
In a world without walls and fences, who needs Windows and Gates
Reply

Marsh Posté le 26-09-2006 à 11:31:22    

Tu dis dans ton premier post que tu as fait une MAJ ... dans cette MAJ, il n'y aurait pas le package fglrx par hasard ??


---------------
Wedge#2487 @HS -#- PW: +∞ -#- Khaz-Modan/Boltiz @WoW
Reply

Marsh Posté le 26-09-2006 à 18:31:57    

wedgeant a écrit :

Tu dis dans ton premier post que tu as fait une MAJ ... dans cette MAJ, il n'y aurait pas le package fglrx par hasard ??


non
ni aucun package lié a X
et sans meme que je redemarre X l'acceleration a disparut alors que j'en avais 5 min avant


Message édité par carot0 le 26-09-2006 à 18:32:47

---------------
In a world without walls and fences, who needs Windows and Gates
Reply

Marsh Posté le 27-09-2006 à 08:16:19    

hmmm, comme aurait dit notre cher ami Lavoisier, "rien ne se perd [etc...]"
Donc, si à temps=t tu as une acceleration graphique et à t+5min tu n'as plus rien, c'est surement pas lié à l'opération du saint Linus, mais bel et bien à quelque chose que tu as fait ou qui a été fait (comme une MAJ par exemple).
 
Fais voir un peu la liste des packages mis à jour ...


---------------
Wedge#2487 @HS -#- PW: +∞ -#- Khaz-Modan/Boltiz @WoW
Reply

Marsh Posté le 27-09-2006 à 10:33:42    

wedgeant a écrit :

hmmm, comme aurait dit notre cher ami Lavoisier, "rien ne se perd [etc...]"
Donc, si à temps=t tu as une acceleration graphique et à t+5min tu n'as plus rien, c'est surement pas lié à l'opération du saint Linus, mais bel et bien à quelque chose que tu as fait ou qui a été fait (comme une MAJ par exemple).
 
Fais voir un peu la liste des packages mis à jour ...


je l'ai plus....
 
edit : par contre je pensais que les transformation occulte c'etait uniquement chez bilou soft..


Message édité par carot0 le 27-09-2006 à 10:46:56

---------------
In a world without walls and fences, who needs Windows and Gates
Reply

Marsh Posté le 27-09-2006 à 10:33:42   

Reply

Marsh Posté le 27-09-2006 à 10:53:19    

Tu ne l'as plus ??
Tu utilises quelle distrib ?
Logiquement, il reste toujours une trace des MAJ dans un fichier de log ...


---------------
Wedge#2487 @HS -#- PW: +∞ -#- Khaz-Modan/Boltiz @WoW
Reply

Marsh Posté le 27-09-2006 à 12:41:18    

wedgeant a écrit :

Tu ne l'as plus ??
Tu utilises quelle distrib ?
Logiquement, il reste toujours une trace des MAJ dans un fichier de log ...


debian t la maj avec synaptic ( et vu que j'en ai fait une autre depuis ...)


---------------
In a world without walls and fences, who needs Windows and Gates
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed