Le mardi 19 décembre 2006 00:31, Arnaud Feltz a écrit :Georges a écrit :Bonjour a tous,
Trois mois que je bataille
J'ai :
Portable HP zd8182ea
[...]Salut,
Je sais que j'ai plusieurs jours de retard et que t'as surement déjà
trouvé ton bonheur, (d'après ce que j'ai pu lire en tout cas, c'est le
cas :-) ). J'ai moi-même une ATI X700 PCI-Express et moi aussi j'ai pas
Je n'ai pas eu le temps de poursuivre mes test, donc pas de retard du tout.mal galéré avant de pouvoir faire marcher l'accélération graphique sur
cette carte. Enfin une chose est sure, ce ne sont pas les drivers
proprios qui m'ont aidés ! J'utilise le driver RADEON qui fonctionne
N-I-C-K-E-L, aucun souci et extrêment simple d'utilisation. Ensuite je
me suis recompilé un noyau avec toutes les options concernant l'AGP et
le DRM et maintenant plus aucun souci ;)
Utiliser Radeon = Le rêve
J'utilise les noyaux officiels régulièrement mis ajour actuellement 2.6.18-3-686. Debian/Etch
Mais pourquoi recompiler ?
Puisque dans /boot/config-2.6.18-3-686 les options de compilation sont données.
Quelle commande pour recompiler sans se prendre la tête pour un débutant en utilisant ce fichier ?
Le mardi 19 décembre 2006 00:31, Arnaud Feltz a écrit :
Georges a écrit :
Bonjour a tous,
Trois mois que je bataille
J'ai :
Portable HP zd8182ea
[...]
Salut,
Je sais que j'ai plusieurs jours de retard et que t'as surement déjà
trouvé ton bonheur, (d'après ce que j'ai pu lire en tout cas, c'est le
cas :-) ). J'ai moi-même une ATI X700 PCI-Express et moi aussi j'ai pas
Je n'ai pas eu le temps de poursuivre mes test, donc pas de retard du tout.
mal galéré avant de pouvoir faire marcher l'accélération graphique sur
cette carte. Enfin une chose est sure, ce ne sont pas les drivers
proprios qui m'ont aidés ! J'utilise le driver RADEON qui fonctionne
N-I-C-K-E-L, aucun souci et extrêment simple d'utilisation. Ensuite je
me suis recompilé un noyau avec toutes les options concernant l'AGP et
le DRM et maintenant plus aucun souci ;)
Utiliser Radeon = Le rêve
J'utilise les noyaux officiels régulièrement mis ajour actuellement 2.6.18-3-686. Debian/Etch
Mais pourquoi recompiler ?
Puisque dans /boot/config-2.6.18-3-686 les options de compilation sont données.
Quelle commande pour recompiler sans se prendre la tête pour un débutant en utilisant ce fichier ?
Le mardi 19 décembre 2006 00:31, Arnaud Feltz a écrit :Georges a écrit :Bonjour a tous,
Trois mois que je bataille
J'ai :
Portable HP zd8182ea
[...]Salut,
Je sais que j'ai plusieurs jours de retard et que t'as surement déjà
trouvé ton bonheur, (d'après ce que j'ai pu lire en tout cas, c'est le
cas :-) ). J'ai moi-même une ATI X700 PCI-Express et moi aussi j'ai pas
Je n'ai pas eu le temps de poursuivre mes test, donc pas de retard du tout.mal galéré avant de pouvoir faire marcher l'accélération graphique sur
cette carte. Enfin une chose est sure, ce ne sont pas les drivers
proprios qui m'ont aidés ! J'utilise le driver RADEON qui fonctionne
N-I-C-K-E-L, aucun souci et extrêment simple d'utilisation. Ensuite je
me suis recompilé un noyau avec toutes les options concernant l'AGP et
le DRM et maintenant plus aucun souci ;)
Utiliser Radeon = Le rêve
J'utilise les noyaux officiels régulièrement mis ajour actuellement 2.6.18-3-686. Debian/Etch
Mais pourquoi recompiler ?
Puisque dans /boot/config-2.6.18-3-686 les options de compilation sont données.
Quelle commande pour recompiler sans se prendre la tête pour un débutant en utilisant ce fichier ?
Georges a écrit :
> Le mardi 19 décembre 2006 00:31, Arnaud Feltz a écrit :
>
>> Georges a écrit :
>>
>>> Bonjour a tous,
>>> Trois mois que je bataille
>>> J'ai :
>>> Portable HP zd8182ea
>>>
> [...]
>
>> Salut,
>>
>> Je sais que j'ai plusieurs jours de retard et que t'as surement déj à
> Utiliser Radeon = Le rêve
> J'utilise les noyaux officiels régulièrement mis ajour actuellement 2.6.18-3-686. Debian/Etch
> Mais pourquoi recompiler ?
> Puisque dans /boot/config-2.6.18-3-686 les options de compilation sont données.
> Quelle commande pour recompiler sans se prendre la tête pour un déb utant en utilisant ce fichier ?
Ah oui, je me disais aussi que j'avais oublié qqchose :-D, vu que toute s
tes options dans le noyau sont déjà activées, tu n'as bien evidemme nt
pas besoin de recompiler le noyau ;-)
Georges a écrit :
> Le mardi 19 décembre 2006 00:31, Arnaud Feltz a écrit :
>
>> Georges a écrit :
>>
>>> Bonjour a tous,
>>> Trois mois que je bataille
>>> J'ai :
>>> Portable HP zd8182ea
>>>
> [...]
>
>> Salut,
>>
>> Je sais que j'ai plusieurs jours de retard et que t'as surement déj à
> Utiliser Radeon = Le rêve
> J'utilise les noyaux officiels régulièrement mis ajour actuellement 2.6.18-3-686. Debian/Etch
> Mais pourquoi recompiler ?
> Puisque dans /boot/config-2.6.18-3-686 les options de compilation sont données.
> Quelle commande pour recompiler sans se prendre la tête pour un déb utant en utilisant ce fichier ?
Ah oui, je me disais aussi que j'avais oublié qqchose :-D, vu que toute s
tes options dans le noyau sont déjà activées, tu n'as bien evidemme nt
pas besoin de recompiler le noyau ;-)
Georges a écrit :
> Le mardi 19 décembre 2006 00:31, Arnaud Feltz a écrit :
>
>> Georges a écrit :
>>
>>> Bonjour a tous,
>>> Trois mois que je bataille
>>> J'ai :
>>> Portable HP zd8182ea
>>>
> [...]
>
>> Salut,
>>
>> Je sais que j'ai plusieurs jours de retard et que t'as surement déj à
> Utiliser Radeon = Le rêve
> J'utilise les noyaux officiels régulièrement mis ajour actuellement 2.6.18-3-686. Debian/Etch
> Mais pourquoi recompiler ?
> Puisque dans /boot/config-2.6.18-3-686 les options de compilation sont données.
> Quelle commande pour recompiler sans se prendre la tête pour un déb utant en utilisant ce fichier ?
Ah oui, je me disais aussi que j'avais oublié qqchose :-D, vu que toute s
tes options dans le noyau sont déjà activées, tu n'as bien evidemme nt
pas besoin de recompiler le noyau ;-)
:~$ lsmod | grep radeon # a la place de fglrx
radeon 99744 2
drm 61332 3 radeon
radeonfb 94336 0
i2c_algo_bit 8424 2 bttv,radeonfb
i2c_core 19680 7 dvb_usb,dvb_pll,bttv,tveeprom,radeonfb,i2c_i801,i2c_algo_bit
moi@ma_machine:~$ lsmod | grep radeon # a la place de fglrx
radeon 99744 2
drm 61332 3 radeon
radeonfb 94336 0
i2c_algo_bit 8424 2 bttv,radeonfb
i2c_core 19680 7 dvb_usb,dvb_pll,bttv,tveeprom,radeonfb,i2c_i801,i2c_algo_bit
:~$ lsmod | grep radeon # a la place de fglrx
radeon 99744 2
drm 61332 3 radeon
radeonfb 94336 0
i2c_algo_bit 8424 2 bttv,radeonfb
i2c_core 19680 7 dvb_usb,dvb_pll,bttv,tveeprom,radeonfb,i2c_i801,i2c_algo_bit
Le mardi 19 décembre 2006 22:22, Arnaud Feltz a écrit :Georges a écrit :Le mardi 19 décembre 2006 00:31, Arnaud Feltz a écrit :Georges a écrit :Bonjour a tous,
Trois mois que je bataille
J'ai :
Portable HP zd8182ea
[...]Salut,
Je sais que j'ai plusieurs jours de retard et que t'as surement déjà
[...]Utiliser Radeon = Le rêve
J'utilise les noyaux officiels régulièrement mis ajour actuellement 2.6.18-3-686. Debian/Etch
Mais pourquoi recompiler ?
Puisque dans /boot/config-2.6.18-3-686 les options de compilation sont données.
Quelle commande pour recompiler sans se prendre la tête pour un débutant en utilisant ce fichier ?
[...]Ah oui, je me disais aussi que j'avais oublié qqchose :-D, vu que toutes
tes options dans le noyau sont déjà activées, tu n'as bien evidemment
pas besoin de recompiler le noyau ;-)
YOUPI !
:~$ glxinfo | head -n 3
libGL warning: 3D driver claims to not support visual 0x4b
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
:~$
Ouf, ce "direct rendering: Yes " quel plaisir.
Comment j'ai fait ?
1- /etc/init.d/kdm stop pour arreter l'interface graphique
2- Comme j'avais utilisé le pilote ATI j'ai lancé /usr/share/ati/fglrx-uninstall.sh sous root
3- Dans /etc/xorg.conf j'ai ajouté les options conseillées par Aurélien Roux hier
par contre j'avais fais un copié coller et que des erreurs avec startx
j'ai repris toutes les options en les écrivant moi même dans l'éditeur de MidnightCommander (F4)
Alors aucunes erreurs avec startx ( bon a savoir non ?)
Les parties modifiées ci-dessous
------- /etc/X11/xorg.conf
Section "Module"
Load "GLcore" # perso pour fglrx
Load "i2c" # perso
Load "bitmap" # Bitmap Fonts
Load "dbe" # Double Buffering Extension
Load "ddc"
Load "dri" # Direct Rendering pour ATI+fglrx pas pour Nvidia
Load "extmod"
Load "freetype"
Load "glx" # 3D Layer pour fglrx
Load "int10"
Load "record" # perso
Load "type1"
Load "v4l" # Video pour Linux
Load "vbe"
Load "synaptics" # perso
#
#
SubSection "extmod" # perso pour ATI X600 + fglrx
Option "omit xfree86-dga" # perso
EndSubSection # perso
EndSection
[...]
Section "Device"
Identifier "ATI Technologies, Inc. Radeon Mobility X600 (M24)"
Driver "radeon" # pilote libre
### Driver "fglrx"
### Driver "ati" # pilote proprio
VideoRam 256000
BusID "PCI:1:0:0"
ChipID 0x3150
## .......... perso true= vrai false= faux 0= vrai 1= false
# passe en agp 4x on peut essayer 8 décommenter si AGP
Option "AGPMode" "4"
# ... Option "AGPFastWrite" "true"
# Utiliser l'accélération de l'architecture Xfree86
Option "AccelMethod" "XAA"
# mettre à 0 si carte AGP
Option "AccelDFS" "0"
# décommenter si AGP (AGP Aperture Size) ma_machine 256
Option "AGPSize" "256"
Option "GARTSize" "64"
Option "RingSize" "8"
Option "BufferSize" "2"
# active l'échange de plage mémoire
Option "EnablePageFlip" "1" # voir "true"
Option "ColorTiling" "1"
Option "EnableDepthMoves" "yes"
Option "UseFBDev" "false"
# activation de l'accélération 3D matérielle
Option "RenderAccel" "true"
# c'est là qu'il peut y avoir des souci avec le framebuffer
Option "mtrr" "on"
Option "SubPixelOrder" "none"
Option "DPMS" # voir "on"
Option "DynamicClocks" "on"
Option "VideoOverlay" "on"
Option "OpenGLOverlay" "off"
EndSection
[...]
Section "ServerLayout"
Identifier "Default Layout"
Screen "Default Screen"
InputDevice "Generic Keyboard"
InputDevice "Configured Mouse"
InputDevice "Synaptics Touchpad"
Option "AIGLX" "true" # perso pour 3d
EndSection
# ..................... perso pour 3D
Section "Extensions"
Option "Composite" "Enable" # perso pour 3D
EndSection
4- les modules
:~$ lsmod | grep fglrx # plus rien
:~$ lsmod | grep radeon # a la place de fglrx
radeon 99744 2
drm 61332 3 radeon
radeonfb 94336 0
i2c_algo_bit 8424 2 bttv,radeonfb
i2c_core 19680 7 dvb_usb,dvb_pll,bttv,tveeprom,radeonfb,i2c_i801,i2c_algo_bit
:~$ lsmod | grep ati # j'ai ajouté ati_agp au pif
ati_agp 8652 0
rsrc_nonstatic 11840 1 yenta_socket
pcmcia_core 36852 3 pcmcia,yenta_socket,rsrc_nonstatic
agpgart 29896 3 ati_agp,drm,intel_agp
:~$
5- /etc/init.d/kdm start # pour relancer l'interface et ....
3D karting Tux TuxKart sa marche mais j'aimerai voir avec un autre test
:~$ glxheads
glxheads: exercise multiple GLX connections (any key = exit)
Usage:
glxheads xdisplayname ...
Example:
glxheads :0 mars:0 venus:1
libGL warning: 3D driver claims to not support visual 0x4b
Name: :0
Display: 0x805e008
Window: 0x3000002
Context: 0x8069300
GL_VERSION: 1.3 Mesa 6.5.1
GL_VENDOR: Tungsten Graphics, Inc.
GL_RENDERER: Mesa DRI R300 20060815 TCL
Me reprendre si j'ai bétisé quelque part svp
FlightGear le simulateur de vol pour la prochaine étape ;-)
Merci a tous
A suivre
Georges
Le mardi 19 décembre 2006 22:22, Arnaud Feltz a écrit :
Georges a écrit :
Le mardi 19 décembre 2006 00:31, Arnaud Feltz a écrit :
Georges a écrit :
Bonjour a tous,
Trois mois que je bataille
J'ai :
Portable HP zd8182ea
[...]
Salut,
Je sais que j'ai plusieurs jours de retard et que t'as surement déjà
[...]
Utiliser Radeon = Le rêve
J'utilise les noyaux officiels régulièrement mis ajour actuellement 2.6.18-3-686. Debian/Etch
Mais pourquoi recompiler ?
Puisque dans /boot/config-2.6.18-3-686 les options de compilation sont données.
Quelle commande pour recompiler sans se prendre la tête pour un débutant en utilisant ce fichier ?
[...]
Ah oui, je me disais aussi que j'avais oublié qqchose :-D, vu que toutes
tes options dans le noyau sont déjà activées, tu n'as bien evidemment
pas besoin de recompiler le noyau ;-)
YOUPI !
moi@ma_machine:~$ glxinfo | head -n 3
libGL warning: 3D driver claims to not support visual 0x4b
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
moi@ma_machine:~$
Ouf, ce "direct rendering: Yes " quel plaisir.
Comment j'ai fait ?
1- /etc/init.d/kdm stop pour arreter l'interface graphique
2- Comme j'avais utilisé le pilote ATI j'ai lancé /usr/share/ati/fglrx-uninstall.sh sous root
3- Dans /etc/xorg.conf j'ai ajouté les options conseillées par Aurélien Roux hier
par contre j'avais fais un copié coller et que des erreurs avec startx
j'ai repris toutes les options en les écrivant moi même dans l'éditeur de MidnightCommander (F4)
Alors aucunes erreurs avec startx ( bon a savoir non ?)
Les parties modifiées ci-dessous
------- /etc/X11/xorg.conf
Section "Module"
Load "GLcore" # perso pour fglrx
Load "i2c" # perso
Load "bitmap" # Bitmap Fonts
Load "dbe" # Double Buffering Extension
Load "ddc"
Load "dri" # Direct Rendering pour ATI+fglrx pas pour Nvidia
Load "extmod"
Load "freetype"
Load "glx" # 3D Layer pour fglrx
Load "int10"
Load "record" # perso
Load "type1"
Load "v4l" # Video pour Linux
Load "vbe"
Load "synaptics" # perso
#
#
SubSection "extmod" # perso pour ATI X600 + fglrx
Option "omit xfree86-dga" # perso
EndSubSection # perso
EndSection
[...]
Section "Device"
Identifier "ATI Technologies, Inc. Radeon Mobility X600 (M24)"
Driver "radeon" # pilote libre
### Driver "fglrx"
### Driver "ati" # pilote proprio
VideoRam 256000
BusID "PCI:1:0:0"
ChipID 0x3150
## .......... perso true= vrai false= faux 0= vrai 1= false
# passe en agp 4x on peut essayer 8 décommenter si AGP
Option "AGPMode" "4"
# ... Option "AGPFastWrite" "true"
# Utiliser l'accélération de l'architecture Xfree86
Option "AccelMethod" "XAA"
# mettre à 0 si carte AGP
Option "AccelDFS" "0"
# décommenter si AGP (AGP Aperture Size) ma_machine 256
Option "AGPSize" "256"
Option "GARTSize" "64"
Option "RingSize" "8"
Option "BufferSize" "2"
# active l'échange de plage mémoire
Option "EnablePageFlip" "1" # voir "true"
Option "ColorTiling" "1"
Option "EnableDepthMoves" "yes"
Option "UseFBDev" "false"
# activation de l'accélération 3D matérielle
Option "RenderAccel" "true"
# c'est là qu'il peut y avoir des souci avec le framebuffer
Option "mtrr" "on"
Option "SubPixelOrder" "none"
Option "DPMS" # voir "on"
Option "DynamicClocks" "on"
Option "VideoOverlay" "on"
Option "OpenGLOverlay" "off"
EndSection
[...]
Section "ServerLayout"
Identifier "Default Layout"
Screen "Default Screen"
InputDevice "Generic Keyboard"
InputDevice "Configured Mouse"
InputDevice "Synaptics Touchpad"
Option "AIGLX" "true" # perso pour 3d
EndSection
# ..................... perso pour 3D
Section "Extensions"
Option "Composite" "Enable" # perso pour 3D
EndSection
4- les modules
moi@ma_machine:~$ lsmod | grep fglrx # plus rien
moi@ma_machine:~$ lsmod | grep radeon # a la place de fglrx
radeon 99744 2
drm 61332 3 radeon
radeonfb 94336 0
i2c_algo_bit 8424 2 bttv,radeonfb
i2c_core 19680 7 dvb_usb,dvb_pll,bttv,tveeprom,radeonfb,i2c_i801,i2c_algo_bit
moi@ma_machine:~$ lsmod | grep ati # j'ai ajouté ati_agp au pif
ati_agp 8652 0
rsrc_nonstatic 11840 1 yenta_socket
pcmcia_core 36852 3 pcmcia,yenta_socket,rsrc_nonstatic
agpgart 29896 3 ati_agp,drm,intel_agp
moi@ma_machine:~$
5- /etc/init.d/kdm start # pour relancer l'interface et ....
3D karting Tux TuxKart sa marche mais j'aimerai voir avec un autre test
moi@ma_machine:~$ glxheads
glxheads: exercise multiple GLX connections (any key = exit)
Usage:
glxheads xdisplayname ...
Example:
glxheads :0 mars:0 venus:1
libGL warning: 3D driver claims to not support visual 0x4b
Name: :0
Display: 0x805e008
Window: 0x3000002
Context: 0x8069300
GL_VERSION: 1.3 Mesa 6.5.1
GL_VENDOR: Tungsten Graphics, Inc.
GL_RENDERER: Mesa DRI R300 20060815 TCL
Me reprendre si j'ai bétisé quelque part svp
FlightGear le simulateur de vol pour la prochaine étape ;-)
Merci a tous
A suivre
Georges
Le mardi 19 décembre 2006 22:22, Arnaud Feltz a écrit :Georges a écrit :Le mardi 19 décembre 2006 00:31, Arnaud Feltz a écrit :Georges a écrit :Bonjour a tous,
Trois mois que je bataille
J'ai :
Portable HP zd8182ea
[...]Salut,
Je sais que j'ai plusieurs jours de retard et que t'as surement déjà
[...]Utiliser Radeon = Le rêve
J'utilise les noyaux officiels régulièrement mis ajour actuellement 2.6.18-3-686. Debian/Etch
Mais pourquoi recompiler ?
Puisque dans /boot/config-2.6.18-3-686 les options de compilation sont données.
Quelle commande pour recompiler sans se prendre la tête pour un débutant en utilisant ce fichier ?
[...]Ah oui, je me disais aussi que j'avais oublié qqchose :-D, vu que toutes
tes options dans le noyau sont déjà activées, tu n'as bien evidemment
pas besoin de recompiler le noyau ;-)
YOUPI !
:~$ glxinfo | head -n 3
libGL warning: 3D driver claims to not support visual 0x4b
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
:~$
Ouf, ce "direct rendering: Yes " quel plaisir.
Comment j'ai fait ?
1- /etc/init.d/kdm stop pour arreter l'interface graphique
2- Comme j'avais utilisé le pilote ATI j'ai lancé /usr/share/ati/fglrx-uninstall.sh sous root
3- Dans /etc/xorg.conf j'ai ajouté les options conseillées par Aurélien Roux hier
par contre j'avais fais un copié coller et que des erreurs avec startx
j'ai repris toutes les options en les écrivant moi même dans l'éditeur de MidnightCommander (F4)
Alors aucunes erreurs avec startx ( bon a savoir non ?)
Les parties modifiées ci-dessous
------- /etc/X11/xorg.conf
Section "Module"
Load "GLcore" # perso pour fglrx
Load "i2c" # perso
Load "bitmap" # Bitmap Fonts
Load "dbe" # Double Buffering Extension
Load "ddc"
Load "dri" # Direct Rendering pour ATI+fglrx pas pour Nvidia
Load "extmod"
Load "freetype"
Load "glx" # 3D Layer pour fglrx
Load "int10"
Load "record" # perso
Load "type1"
Load "v4l" # Video pour Linux
Load "vbe"
Load "synaptics" # perso
#
#
SubSection "extmod" # perso pour ATI X600 + fglrx
Option "omit xfree86-dga" # perso
EndSubSection # perso
EndSection
[...]
Section "Device"
Identifier "ATI Technologies, Inc. Radeon Mobility X600 (M24)"
Driver "radeon" # pilote libre
### Driver "fglrx"
### Driver "ati" # pilote proprio
VideoRam 256000
BusID "PCI:1:0:0"
ChipID 0x3150
## .......... perso true= vrai false= faux 0= vrai 1= false
# passe en agp 4x on peut essayer 8 décommenter si AGP
Option "AGPMode" "4"
# ... Option "AGPFastWrite" "true"
# Utiliser l'accélération de l'architecture Xfree86
Option "AccelMethod" "XAA"
# mettre à 0 si carte AGP
Option "AccelDFS" "0"
# décommenter si AGP (AGP Aperture Size) ma_machine 256
Option "AGPSize" "256"
Option "GARTSize" "64"
Option "RingSize" "8"
Option "BufferSize" "2"
# active l'échange de plage mémoire
Option "EnablePageFlip" "1" # voir "true"
Option "ColorTiling" "1"
Option "EnableDepthMoves" "yes"
Option "UseFBDev" "false"
# activation de l'accélération 3D matérielle
Option "RenderAccel" "true"
# c'est là qu'il peut y avoir des souci avec le framebuffer
Option "mtrr" "on"
Option "SubPixelOrder" "none"
Option "DPMS" # voir "on"
Option "DynamicClocks" "on"
Option "VideoOverlay" "on"
Option "OpenGLOverlay" "off"
EndSection
[...]
Section "ServerLayout"
Identifier "Default Layout"
Screen "Default Screen"
InputDevice "Generic Keyboard"
InputDevice "Configured Mouse"
InputDevice "Synaptics Touchpad"
Option "AIGLX" "true" # perso pour 3d
EndSection
# ..................... perso pour 3D
Section "Extensions"
Option "Composite" "Enable" # perso pour 3D
EndSection
4- les modules
:~$ lsmod | grep fglrx # plus rien
:~$ lsmod | grep radeon # a la place de fglrx
radeon 99744 2
drm 61332 3 radeon
radeonfb 94336 0
i2c_algo_bit 8424 2 bttv,radeonfb
i2c_core 19680 7 dvb_usb,dvb_pll,bttv,tveeprom,radeonfb,i2c_i801,i2c_algo_bit
:~$ lsmod | grep ati # j'ai ajouté ati_agp au pif
ati_agp 8652 0
rsrc_nonstatic 11840 1 yenta_socket
pcmcia_core 36852 3 pcmcia,yenta_socket,rsrc_nonstatic
agpgart 29896 3 ati_agp,drm,intel_agp
:~$
5- /etc/init.d/kdm start # pour relancer l'interface et ....
3D karting Tux TuxKart sa marche mais j'aimerai voir avec un autre test
:~$ glxheads
glxheads: exercise multiple GLX connections (any key = exit)
Usage:
glxheads xdisplayname ...
Example:
glxheads :0 mars:0 venus:1
libGL warning: 3D driver claims to not support visual 0x4b
Name: :0
Display: 0x805e008
Window: 0x3000002
Context: 0x8069300
GL_VERSION: 1.3 Mesa 6.5.1
GL_VENDOR: Tungsten Graphics, Inc.
GL_RENDERER: Mesa DRI R300 20060815 TCL
Me reprendre si j'ai bétisé quelque part svp
FlightGear le simulateur de vol pour la prochaine étape ;-)
Merci a tous
A suivre
Georges
Le Wed, Dec 20, 2006 at 05:59:34PM +0100, Georges a écrit :
> :~$ lsmod | grep radeon # a la place de fglrx
> radeon 99744 2
> drm 61332 3 radeon
> radeonfb 94336 0
> i2c_algo_bit 8424 2 bttv,radeonfb
> i2c_core 19680 7 dvb_usb,dvb_pll,bttv,tveeprom,radeonfb, i2c_i801,i2c_algo_bit
>
Re !
Je ne sais pas trop ce qu'est i2c, mais tu utilises radeonfb (le
framebuffer, donc) ? Parce que visiblement, il a quelques conflits avec
AIGLX (MTRR), et énormément avec fglrx (c'est impossible de faire
tourner les deux ensemble).
En tout cas, c'est cool que ça fonctionne.
======================== ========================= =========
Aurélien Roux
__________________________________
/ Chiffrez et signez vos messages
| Utilisez les clés GnuPG |
| |
| HOWTO : |
| http://vilya.org/gpg/gpg-intro.html |
__________________________________ /
=================== ===============
Le Wed, Dec 20, 2006 at 05:59:34PM +0100, Georges a écrit :
> moi@ma_machine:~$ lsmod | grep radeon # a la place de fglrx
> radeon 99744 2
> drm 61332 3 radeon
> radeonfb 94336 0
> i2c_algo_bit 8424 2 bttv,radeonfb
> i2c_core 19680 7 dvb_usb,dvb_pll,bttv,tveeprom,radeonfb, i2c_i801,i2c_algo_bit
>
Re !
Je ne sais pas trop ce qu'est i2c, mais tu utilises radeonfb (le
framebuffer, donc) ? Parce que visiblement, il a quelques conflits avec
AIGLX (MTRR), et énormément avec fglrx (c'est impossible de faire
tourner les deux ensemble).
En tout cas, c'est cool que ça fonctionne.
======================== ========================= =========
Aurélien Roux
__________________________________
/ Chiffrez et signez vos messages
| Utilisez les clés GnuPG |
| |
| HOWTO : |
| http://vilya.org/gpg/gpg-intro.html |
__________________________________ /
=================== ===============
Le Wed, Dec 20, 2006 at 05:59:34PM +0100, Georges a écrit :
> :~$ lsmod | grep radeon # a la place de fglrx
> radeon 99744 2
> drm 61332 3 radeon
> radeonfb 94336 0
> i2c_algo_bit 8424 2 bttv,radeonfb
> i2c_core 19680 7 dvb_usb,dvb_pll,bttv,tveeprom,radeonfb, i2c_i801,i2c_algo_bit
>
Re !
Je ne sais pas trop ce qu'est i2c, mais tu utilises radeonfb (le
framebuffer, donc) ? Parce que visiblement, il a quelques conflits avec
AIGLX (MTRR), et énormément avec fglrx (c'est impossible de faire
tourner les deux ensemble).
En tout cas, c'est cool que ça fonctionne.
======================== ========================= =========
Aurélien Roux
__________________________________
/ Chiffrez et signez vos messages
| Utilisez les clés GnuPG |
| |
| HOWTO : |
| http://vilya.org/gpg/gpg-intro.html |
__________________________________ /
=================== ===============
Salut,
On t'avait bien dit que ce n'était pas si difficile que ça en fin de
compte :-D
Au passage, tu ferais bien de commenter ( ou d'enlever ) la ligne Load
GLCore <= T'en a pas besoin, c'est ça qui peut faire bugger le tout ; -)
et enlève completement les lignes concernant fglrx et ati pour rendre
ton Xorg.conf un peu plus léger et surtout lisible !
Tu peux aussi voir ce qui ne fonctionne pas ( comme options ) au
démarrage de Xorg. Pour ça, après avoir démarré Xorg et ouvert une console :
$ cat /var/log/X.0.log |grep WW
et
$ cat /var/log/X.0.log|grep EE
pour voir les warnings et les erreurs. AIGLX ne fonctionne pas chez toi,
tout comme chez moi en tout cas ( tu verras les WW dans le fichier de log )
Enjoy !
@+
Salut,
On t'avait bien dit que ce n'était pas si difficile que ça en fin de
compte :-D
Au passage, tu ferais bien de commenter ( ou d'enlever ) la ligne Load
GLCore <= T'en a pas besoin, c'est ça qui peut faire bugger le tout ; -)
et enlève completement les lignes concernant fglrx et ati pour rendre
ton Xorg.conf un peu plus léger et surtout lisible !
Tu peux aussi voir ce qui ne fonctionne pas ( comme options ) au
démarrage de Xorg. Pour ça, après avoir démarré Xorg et ouvert une console :
$ cat /var/log/X.0.log |grep WW
et
$ cat /var/log/X.0.log|grep EE
pour voir les warnings et les erreurs. AIGLX ne fonctionne pas chez toi,
tout comme chez moi en tout cas ( tu verras les WW dans le fichier de log )
Enjoy !
@+
Salut,
On t'avait bien dit que ce n'était pas si difficile que ça en fin de
compte :-D
Au passage, tu ferais bien de commenter ( ou d'enlever ) la ligne Load
GLCore <= T'en a pas besoin, c'est ça qui peut faire bugger le tout ; -)
et enlève completement les lignes concernant fglrx et ati pour rendre
ton Xorg.conf un peu plus léger et surtout lisible !
Tu peux aussi voir ce qui ne fonctionne pas ( comme options ) au
démarrage de Xorg. Pour ça, après avoir démarré Xorg et ouvert une console :
$ cat /var/log/X.0.log |grep WW
et
$ cat /var/log/X.0.log|grep EE
pour voir les warnings et les erreurs. AIGLX ne fonctionne pas chez toi,
tout comme chez moi en tout cas ( tu verras les WW dans le fichier de log )
Enjoy !
@+
Le mercredi 20 décembre 2006 18:20, Aurelien Roux a écrit :
> Le Wed, Dec 20, 2006 at 05:59:34PM +0100, Georges a écrit :
> > :~$ lsmod | grep radeon # a la place de fglrx
> > radeon 99744 2
> > drm 61332 3 radeon
> > radeonfb 94336 0
> > i2c_algo_bit 8424 2 bttv,radeonfb
> > i2c_core 19680 7 dvb_usb,dvb_pll,bttv,tveeprom,radeonfb,i2c_i801,i2c_algo_bit
> >
>
> Re !
Re bonsoir,
> Je ne sais pas trop ce qu'est i2c, mais tu utilises radeonfb (le
> framebuffer, donc) ? Parce que visiblement, il a quelques conflits avec
> AIGLX (MTRR), et énormément avec fglrx (c'est impossible de faire
> tourner les deux ensemble).
J'ai enlevé radeonfb et rebooté et il c'est remis tout seul ?
J'ai dans /boot/grub/menu.lst l'option
# kopt=root=/dev/hda8 ro vgay1
est-ce 791 qui fait que le module fb se charge automatiquement ?
C'est peutêtre une annerie mais si quelqu'un commente sa nous aide.
la liste des affichage écran dit :
# VESA framebuffer console @ 1024x768x64k
# vgay1
Et aussi j'avai configuré ma machine pour la télé TNT avec un tuner Cinergy donc
modprobe -l | grep bttv
/lib/modules/2.6.18-3-686/kernel/drivers/media/video/bt8xx/bttv.ko
et i2c a l'air d'être une dépendance
> En tout cas, c'est cool que ça fonctionne.
C'est pas cool sa me ravi ;-) mais c'est compliqué, mais j'avance
> ========================================================= > > Aurélien Roux
>
> __________________________________
> / Chiffrez et signez vos messages
> | Utilisez les clés GnuPG |
> | |
> | HOWTO : |
> | http://vilya.org/gpg/gpg-intro.html |
> __________________________________ /
> ================================= >
Oui, Celà aussi m'interpelle. Il faut que je m'y mette ;-)
A+
Georges
--
http://counter.li.org/
User 257 481
Le mercredi 20 décembre 2006 18:20, Aurelien Roux a écrit :
> Le Wed, Dec 20, 2006 at 05:59:34PM +0100, Georges a écrit :
> > moi@ma_machine:~$ lsmod | grep radeon # a la place de fglrx
> > radeon 99744 2
> > drm 61332 3 radeon
> > radeonfb 94336 0
> > i2c_algo_bit 8424 2 bttv,radeonfb
> > i2c_core 19680 7 dvb_usb,dvb_pll,bttv,tveeprom,radeonfb,i2c_i801,i2c_algo_bit
> >
>
> Re !
Re bonsoir,
> Je ne sais pas trop ce qu'est i2c, mais tu utilises radeonfb (le
> framebuffer, donc) ? Parce que visiblement, il a quelques conflits avec
> AIGLX (MTRR), et énormément avec fglrx (c'est impossible de faire
> tourner les deux ensemble).
J'ai enlevé radeonfb et rebooté et il c'est remis tout seul ?
J'ai dans /boot/grub/menu.lst l'option
# kopt=root=/dev/hda8 ro vgay1
est-ce 791 qui fait que le module fb se charge automatiquement ?
C'est peutêtre une annerie mais si quelqu'un commente sa nous aide.
la liste des affichage écran dit :
# VESA framebuffer console @ 1024x768x64k
# vgay1
Et aussi j'avai configuré ma machine pour la télé TNT avec un tuner Cinergy donc
modprobe -l | grep bttv
/lib/modules/2.6.18-3-686/kernel/drivers/media/video/bt8xx/bttv.ko
et i2c a l'air d'être une dépendance
> En tout cas, c'est cool que ça fonctionne.
C'est pas cool sa me ravi ;-) mais c'est compliqué, mais j'avance
> ========================================================= > > Aurélien Roux
>
> __________________________________
> / Chiffrez et signez vos messages
> | Utilisez les clés GnuPG |
> | |
> | HOWTO : |
> | http://vilya.org/gpg/gpg-intro.html |
> __________________________________ /
> ================================= >
Oui, Celà aussi m'interpelle. Il faut que je m'y mette ;-)
A+
Georges
--
http://counter.li.org/
User 257 481
Le mercredi 20 décembre 2006 18:20, Aurelien Roux a écrit :
> Le Wed, Dec 20, 2006 at 05:59:34PM +0100, Georges a écrit :
> > :~$ lsmod | grep radeon # a la place de fglrx
> > radeon 99744 2
> > drm 61332 3 radeon
> > radeonfb 94336 0
> > i2c_algo_bit 8424 2 bttv,radeonfb
> > i2c_core 19680 7 dvb_usb,dvb_pll,bttv,tveeprom,radeonfb,i2c_i801,i2c_algo_bit
> >
>
> Re !
Re bonsoir,
> Je ne sais pas trop ce qu'est i2c, mais tu utilises radeonfb (le
> framebuffer, donc) ? Parce que visiblement, il a quelques conflits avec
> AIGLX (MTRR), et énormément avec fglrx (c'est impossible de faire
> tourner les deux ensemble).
J'ai enlevé radeonfb et rebooté et il c'est remis tout seul ?
J'ai dans /boot/grub/menu.lst l'option
# kopt=root=/dev/hda8 ro vgay1
est-ce 791 qui fait que le module fb se charge automatiquement ?
C'est peutêtre une annerie mais si quelqu'un commente sa nous aide.
la liste des affichage écran dit :
# VESA framebuffer console @ 1024x768x64k
# vgay1
Et aussi j'avai configuré ma machine pour la télé TNT avec un tuner Cinergy donc
modprobe -l | grep bttv
/lib/modules/2.6.18-3-686/kernel/drivers/media/video/bt8xx/bttv.ko
et i2c a l'air d'être une dépendance
> En tout cas, c'est cool que ça fonctionne.
C'est pas cool sa me ravi ;-) mais c'est compliqué, mais j'avance
> ========================================================= > > Aurélien Roux
>
> __________________________________
> / Chiffrez et signez vos messages
> | Utilisez les clés GnuPG |
> | |
> | HOWTO : |
> | http://vilya.org/gpg/gpg-intro.html |
> __________________________________ /
> ================================= >
Oui, Celà aussi m'interpelle. Il faut que je m'y mette ;-)
A+
Georges
--
http://counter.li.org/
User 257 481
Le mercredi 20 décembre 2006 19:45, Arnaud Feltz a écrit :
> Salut,
> On t'avait bien dit que ce n'était pas si difficile que ça en fin d e
> compte :-D
Ouai, il suffit de vouloir. Et un Linuxiens sa en veut ;-)
> Au passage, tu ferais bien de commenter ( ou d'enlever ) la ligne Load
> GLCore <= T'en a pas besoin, c'est ça qui peut faire bugger le tout ;-)
> et enlève completement les lignes concernant fglrx et ati pour rendre
> ton Xorg.conf un peu plus léger et surtout lisible !
Ok , je teste mais si je casse je t'envoi mes doléances.
> Tu peux aussi voir ce qui ne fonctionne pas ( comme options ) au
> démarrage de Xorg. Pour ça, après avoir démarré Xorg et ouver t une console :
> $ cat /var/log/X.0.log |grep WW
> et
> $ cat /var/log/X.0.log|grep EE
> pour voir les warnings et les erreurs. AIGLX ne fonctionne pas chez toi ,
> tout comme chez moi en tout cas ( tu verras les WW dans le fichier de l og )
Ok, je fai cela demain car entretemps il faut que je dépanne un Linuxie n de 85 ans, mon parrain ;-)
Le mercredi 20 décembre 2006 19:45, Arnaud Feltz a écrit :
> Salut,
> On t'avait bien dit que ce n'était pas si difficile que ça en fin d e
> compte :-D
Ouai, il suffit de vouloir. Et un Linuxiens sa en veut ;-)
> Au passage, tu ferais bien de commenter ( ou d'enlever ) la ligne Load
> GLCore <= T'en a pas besoin, c'est ça qui peut faire bugger le tout ;-)
> et enlève completement les lignes concernant fglrx et ati pour rendre
> ton Xorg.conf un peu plus léger et surtout lisible !
Ok , je teste mais si je casse je t'envoi mes doléances.
> Tu peux aussi voir ce qui ne fonctionne pas ( comme options ) au
> démarrage de Xorg. Pour ça, après avoir démarré Xorg et ouver t une console :
> $ cat /var/log/X.0.log |grep WW
> et
> $ cat /var/log/X.0.log|grep EE
> pour voir les warnings et les erreurs. AIGLX ne fonctionne pas chez toi ,
> tout comme chez moi en tout cas ( tu verras les WW dans le fichier de l og )
Ok, je fai cela demain car entretemps il faut que je dépanne un Linuxie n de 85 ans, mon parrain ;-)
Le mercredi 20 décembre 2006 19:45, Arnaud Feltz a écrit :
> Salut,
> On t'avait bien dit que ce n'était pas si difficile que ça en fin d e
> compte :-D
Ouai, il suffit de vouloir. Et un Linuxiens sa en veut ;-)
> Au passage, tu ferais bien de commenter ( ou d'enlever ) la ligne Load
> GLCore <= T'en a pas besoin, c'est ça qui peut faire bugger le tout ;-)
> et enlève completement les lignes concernant fglrx et ati pour rendre
> ton Xorg.conf un peu plus léger et surtout lisible !
Ok , je teste mais si je casse je t'envoi mes doléances.
> Tu peux aussi voir ce qui ne fonctionne pas ( comme options ) au
> démarrage de Xorg. Pour ça, après avoir démarré Xorg et ouver t une console :
> $ cat /var/log/X.0.log |grep WW
> et
> $ cat /var/log/X.0.log|grep EE
> pour voir les warnings et les erreurs. AIGLX ne fonctionne pas chez toi ,
> tout comme chez moi en tout cas ( tu verras les WW dans le fichier de l og )
Ok, je fai cela demain car entretemps il faut que je dépanne un Linuxie n de 85 ans, mon parrain ;-)
