[ATI] Pilotes libres x11-driver-video-ati x11-driver-video-radeonhd

Recherche :

Mot : Pseudo : Filtrer
Page : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 Page Suivante Page Précédente Bas de page
Auteur	Sujet : [ATI] Pilotes libres x11-driver-video-ati x11-driver-video-radeonhd

wolverine24425

Hello the world

Reprise du message précédent :
les drivers libres ati et radeonhd sont deux projets bien distinct , en tout cas au lieu de EXA j'ai remis XAA et je n'ai plus de problèmes de scrolling , pour ATI proprio je te rassure l'accelération 3D était bien active, compiz fonctionne comme sur des roulettes, mais ces histoires de freezes "aléatoires", ça arrive surtout lorsque je navigue via firefox(les autres j'ai pas essayé), j'ai bien cherché dans tous les sens mais rien de concluant , donc je me suis tourné vers les libres radeonhd qui eux sont impeccable(pas de freezes), je signale bien que çà le fait aussi sous windows avec les catalysts que linux avec les catalysts, donc soit je ne comprend plus rien, ou soit les pilotes catalysts(windows et linux) sont mal codés quelques parts, alors pour l'instant je reste sous radeonhd qui fonctionne impeccable. Au cas ou je laisse mon xorg.conf.Et un petit lien d'une personne ayant le même problème de scrolling.http://bbs.archlinux.org/viewtopic.php?id=66603

Citation :

Section "ServerLayout"
Option "AIGLX" "true"
Identifier "Xorg Configured"
Screen 0 "Screen0" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
InputDevice "Mouse1" "CorePointer"
EndSection

Section "ServerFlags"
Option "AllowMouseOpenFail" "true"
Option "AutoAddDevices" "False"

EndSection

Section "Files"
ModulePath "/usr/lib/xorg/modules"
FontPath "/usr/share/fonts/misc:unscaled"
FontPath "/usr/share/fonts/misc"
FontPath "/usr/share/fonts/75dpi:unscaled"
FontPath "/usr/share/fonts/75dpi"
FontPath "/usr/share/fonts/100dpi:unscaled"
FontPath "/usr/share/fonts/100dpi"
#FontPath "/usr/share/fonts/PEX"
# Additional fonts: Locale, Gimp, TTF...
#FontPath "/usr/share/fonts/cyrillic"
# FontPath "/usr/share/lib/X11/fonts/latin2/75dpi"
# FontPath "/usr/share/lib/X11/fonts/latin2/100dpi"
# True type and type1 fonts are also handled via xftlib, see /etc/X11/XftConfig!
FontPath "/usr/share/fonts/Type1"
#FontPath "/usr/share/fonts/ttf/western"
#FontPath "/usr/share/fonts/ttf/decoratives"
#FontPath "/usr/share/fonts/truetype"
#FontPath "/usr/share/fonts/truetype/openoffice"
#FontPath "/usr/share/fonts/truetype/ttf-bitstream-vera"
#FontPath "/usr/share/fonts/latex-ttf-fonts"
#FontPath "/usr/share/fonts/defoma/CID"
#FontPath "/usr/share/fonts/defoma/TrueType"
EndSection

Section "Module"
Load "ddc" # ddc probing of monitor
Load "dbe"
Load "dri"
Load "drm"
Load "extmod"
Load "glx"
Load "bitmap" # bitmap-fonts
Load "freetype"
Load "int10"
Load "vbe"
Load "evdev"
#Load "type1"
#Load "record"
#Load "synaptics"
EndSection

Section "InputDevice"
Identifier "Keyboard0"
Driver "keyboard"
Option "CoreKeyboard"
Option "XkbRules" "xorg"
Option "XkbModel" "pc105"
Option "XkbLayout" "fr"
Option "XkbVariant" "oss"
Option "XkbOptions" "compose:rwin"
EndSection

Section "InputDevice"
Identifier "Mouse1"
Driver "evdev"
#Option "Protocol" "evdev"
#Option "Dev Phys" "usb-0000:00:1a.0-2/input0"
Option "Device" "/dev/input/event4"
Option "SendCoreEvents" "true"
Option "Protocol" "IMPS/2"
Option "ZAxisMapping" "4 5"
Option "Buttons" "5"
Option "CorePointer"
Option "Name" "Razer DeathAdder"
EndSection

# Auto-generated by Archie mkxcfg

Section "Monitor"
Identifier "Monitor0"
Option "DPMS" "true"
HorizSync 31.5 - 74.5
VertRefresh 59.88 - 60.32
Modeline "1920x1200_60.00" 193.16 1920 2048 2256 2592 1200 1201 1204 1242 -HSync +Vsync #MB24VW
EndSection

# Auto-generated by Archie mkxcfg

Section "Device"
Identifier "Card0"
Driver "radeonhd"
VendorName "All"
BoardName "All"
Option "AccelMethod" "xaa"
Option "DRI" "True"
#Option "AccelDFS" "1"
#Option "EnablePageFlip" "1"
#Option "AccelMethod" "ShadowFB"
#Option "XAANoOffscreenPixmaps" "true"
#Option "ColorTiling" "1"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
DefaultColorDepth 24
SubSection "Display"
Depth 24
Modes "1920x1200"
EndSubSection
SubSection "Display"
Depth 32
Modes "1920x1200"
EndSubSection
EndSection

Section "DRI"
Mode 0660
EndSection

Section "Extensions"
Option "Composite" "Enable"
EndSection

edit de mikala: j'ai viré le spoiler pour un simple quote, c'est plus simple en terme de lisibilité

Message édité par mikala le 09-04-2009 à 16:48:16

---------------
It's No life!

Publicité

mikala

Souviens toi du 5 Novembre...

http://www.phoronix.com/scan.php?p [...] &px=NzE3Ng concernant l'arrivée future d'un début de support de opengl pour les R600
Ensuite concernant ta HD3850 c'est une carte de la famille des r600 et il n'y a pas de support EXA, tu dois probablement utilisé shadowfb (regarde les logs de xorg)

---------------
Intermittent du GNU

wolverine24425

Hello the world

Ha c'est une super nouvelle! Merci pour l'info, concernant ma carte je vais essayer shadowfb, merci bien

---------------
It's No life!

mikala

Souviens toi du 5 Novembre...

je pense surtout que tu as basculé par défaut sur shadowfb

---------------
Intermittent du GNU

mikala

Souviens toi du 5 Novembre...

http://www.phoronix.com/scan.php?p [...] &px=NzE3Nw
De nouvelles informations relatives aux R700 ont été fourni par ATI/AMD

---------------
Intermittent du GNU

wolverine24425

Hello the world

Génial ! Je salue ATI qui eux au moins font l'effort pour le libre, et les développeurs open-source pour le travail titanesque qu'ils fournissent. Au fait, c'est bon j'ai accel EXA qui fonctionnent à merveille, en fait c'était mon xorg, j'avais oublié de mettre option "Composite" en "disable", et option "AIGLX" en off, maintenant çà marche plus de problèmes de scrolling, merci de m'avoir mit sur la piste :jap:

Message édité par wolverine24425 le 29-03-2009 à 21:12:46

---------------
It's No life!

burn2

ça rox du poney

Heu sans vouloir être mauvaise langue, ça arrange bien ati de lacher les specs et de laisser les dev du monde libre de supporter leur carte comme ça y a rien à faire.
Faut pas rêver hein, c'est pas juste pour tes beaux yeux.
Surtout vu l'état des pilotes proprio et le fait que les radéo 9XXX ne sont plus supportées dans les derniers pilotes ...

Message cité 3 fois
Message édité par burn2 le 29-03-2009 à 21:40:31

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"

Mjules

Modérateur
Parle dans le vide

burn2 a écrit :

Heu sans vouloir être mauvaise langue, ça arrange bien ati de lacher les specs et de laisser les dev du monde libre de supporter leur carte comme ça y a rien à faire.
Faut pas rêver hein, c'est pas juste pour tes beaux yeux.
Surtout vu l'état des pilotes proprio et le fait que les radéo 9XXX ne sont plus supportées dans les derniers pilotes ...

Alex Deucher et John Bridgman sont employés par AMD

---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. | Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.

paulez

Faster, stronger, better.

burn2 a écrit :

Publier les specs leur demande déjà un travail important, et des développeurs AMD travaillent sur le développement des pilotes libres. Je pense qu'il est préférable qu'ils investissent dans les pilotes libres plutôt que dans les proprios, même si ceux-ci sont perfectibles.

Syniurge

burn2 a écrit :

Heu sans vouloir être mauvaise langue, ça arrange bien ati de lacher les specs et de laisser les dev du monde libre de supporter leur carte comme ça y a rien à faire.
Faut pas rêver hein, c'est pas juste pour tes beaux yeux.
Surtout vu l'état des pilotes proprio et le fait que les radéo 9XXX ne sont plus supportées dans les derniers pilotes ...

Euh non.. ils emploient 3 devs (Alex Deucher et 2 autres, en plus de Bridgman) qui bossent à temps plein sur les pilotes libres, et ont des partenariats avec RedHat et Novell.
T'as une nVidia c'est ça ?

Message cité 1 fois
Message édité par Syniurge le 04-04-2009 à 15:58:40

Publicité

burn2

ça rox du poney

Syniurge a écrit :

Euh non.. ils emploient 3 devs (Alex Deucher et 2 autres, en plus de Bridgman) qui bossent à temps plein sur les pilotes libres, et ont des partenariats avec RedHat et SuSE.
T'as une nVidia c'est ça ?

J'ai eu une ati aussi lol. Je ne suis pas attaché à une marque particulière, seulement à celle qui m'apporte le rapport qualité prix le mieux du moment et qui supporte le mieux linux en l'état. (je suis pas fan du proprio non plus je préfère le libre mais bon pour le moment force est de constater qu'entre ati et nvidia le support de nvidia est mieux foutu pour le moment même si c'est proprio, et bon c'est pas comme si nvidia n'avait pas essayé à un moment donné de faire du libre c'est fait tappé sur les doigts pour brevet tout ça...)

Et le match nvidia ati n'a pas lieu d'être vu que je n'ai aucune préférence de fanboy.... (j'ai eu une 9700pro et j'en étais content j'ai des GF6 et j'en suis content )
Donc non cette réplique n'était pas celle d'un fanboy pro nvidia.

EDIT: mais j'avoue ne pas avoir eu vent d'un emploie direct du côté d'ati de developpeur pour développer du libre... Et je parle bien payé par ati et pas payé par d'autre comme novel ou redhat. Donc si ati a bien embauché pour que ça dev directement je retire ce que j'ai dit, mais si ce n'est pas ati qui paye ces dev comme je l'ai toujours entendu dire alors mes propos ont bien lieux.

Message édité par burn2 le 04-04-2009 à 15:59:42

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"

Syniurge

C'est bon, t'es clean [:smileysex]

..

Ah bah non je viens de voir ton edit.
Ce sont les devs de radeonhd et David Airlie qui bossent resp. pour Novell et RedHat, mais les 3 que j'ai mentionnés sont employés par AMD.

burn2

ça rox du poney

Heu oué mais bon 3 dev tu penses que ça suffit pour couvrir toute la gamme radéon? C'est la même quantitée de dev qu'il y a côté windows?

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"

mikala

Souviens toi du 5 Novembre...

sortie des 6.12.2 (essentiellement des corrections de bugs et une amelioration du support du Textured Video sur les r2xx et r3xx)

---------------
Intermittent du GNU

mikala

Souviens toi du 5 Novembre...

Sortie des radeonhd 1.2.5
Là encore le support de XVideo et de EXA fait son apparition par défaut au niveau des drivers sous réserve que le kernel dispose du DRM adapté (ce sera le cas a partir du 2.6.30 sinon il faut pour l'heure récupérer celui de drm-next ou la branche r6xx-r7xx fourni sur le wiki de radeonhd)

Message cité 1 fois

---------------
Intermittent du GNU

SuperZell

mikala a écrit :

Je vais essayer de tester ça ce soir, j'ai vu que ça arrivais dans cooker tout a l'heure.

paulez

Faster, stronger, better.

Quel sont les avantages de radeonhd sur ati pour un R700 ? ati permet d'avoir des vidéos tear-free contrairement à radeonhd ce qui me semble être un avantage conséquent...

mikala

Souviens toi du 5 Novembre...

http://www.phoronix.com/scan.php?p [...] &px=NzE5Ng
si cela se réalise c'est \o/

Message cité 1 fois

---------------
Intermittent du GNU

ogaby

Pour ceux qui installent les drivers depuis freedesktop, vous avez besoin de autoconf et libtool. Le programme d'installation a changé depuis peu.

sebfun

mikala a écrit :

http://www.phoronix.com/scan.php?p [...] &px=NzE5Ng
si cela se réalise c'est o/

[:cerveau shay]

SuperZell

Bon j'ai testé le nouveau radeonhd, et a ma grande surprise, compiz marche (ça ne marche pas avec le pilote radeon) et c'est vraiment fluide.
Par contre OpenArena est lent et avec des artefacts.
C'est sur une RS690.

Adamaru

geek un jour, geek toujours !

petit souci:

Citation :

adamaru@blackpearl:~$ xvinfo
X-Video Extension version 2.2
screen #0
no adaptors present
adamaru@blackpearl:~$ dpkg -l | grep radeonhd
ii xserver-xorg-video-radeonhd 1.2.1-2build2 X.Org X server -- AMD/ATI r5xx, r6xx display
adamaru@blackpearl:~$ glxinfo | grep render
direct rendering: Yes
OpenGL renderer string: Software Rasterizer

un glxgears me retourne 80 fps... au lieux de 3000 avec feu-fglrx

---------------
la voie du click est impénétrable

mikala

Souviens toi du 5 Novembre...

c'est une très vieille version de radeonhd que tu as là

---------------
Intermittent du GNU

Adamaru

geek un jour, geek toujours !

j'ai tenté de metre a jours (car j'utilisais les paquets ubuntu) en utilisant les git du site de xorg

Citation :

adamaru@blackpearl:~/radeonhd$ ls
dri2proto drm macros mesa pthread-stubs xf86-video-ati xf86-video-radeonhd

dri2proto: ok
drm : ok
mesa : erreur au ./configure
xf86-video-radeonhd : ok
pthread-stubs : non fait

coté mesa:

Citation :

adamaru@blackpearl:~/radeonhd/mesa$ DRI2PROTO_CFLAGS="/home/adamaru/radeonhd/dri2proto/"
adamaru@blackpearl:~/radeonhd/mesa$ ./autogen.sh --prefix=/usr --libdir /usr/lib64/
autoreconf2.50: Entering directory `.'
autoreconf2.50: configure.ac: not using Gettext
autoreconf2.50: running: aclocal
autoreconf2.50: configure.ac: tracing
autoreconf2.50: configure.ac: not using Libtool
autoreconf2.50: running: /usr/bin/autoconf
autoreconf2.50: configure.ac: not using Autoheader
autoreconf2.50: configure.ac: not using Automake
autoreconf2.50: Leaving directory `.'
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -E
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for gmake... no
checking for make... make
checking for makedepend... /usr/bin/makedepend
checking for sed... /bin/sed
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking whether to enable assembly... yes, x86
checking for gcc option to produce PIC... -fPIC
checking for dlopen... no
checking for dlopen in -ldl... yes
checking for posix_memalign... yes
checking pkg-config files for X11 are available... yes
checking for LIBDRM... yes
checking for DRI2PROTO... configure: error: Package requirements (dri2proto >= 1.99.3) were not met:

Requested 'dri2proto >= 1.99.3' but version of DRI2Proto is 1.1

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables DRI2PROTO_CFLAGS
and DRI2PROTO_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

le paquage libdrm-dev est deja installé

Message édité par Adamaru le 15-04-2009 à 04:46:02

---------------
la voie du click est impénétrable

mikala

Souviens toi du 5 Novembre...

là c'est DRI2Proto qui pose problème..
Ensuite j'opterais plus pour la derniere version stable la 1.2.5

Message édité par mikala le 15-04-2009 à 06:03:36

---------------
Intermittent du GNU

Adamaru

geek un jour, geek toujours !

j'ai deja la dri2proto dans le dossier parent et il s'agit de la 1.99.3
j'ai pu l'installer sans problème cela dit mon problème reste entier

edit:
en essayant le module "radeon" au lieu de "radeonhd" je suis passé de 80 a 3200 fps au glx gears !!
vous pensez que c'est jouable de lire de la 1080p avec une X1650 pro 512mo ?

Message cité 1 fois
Message édité par Adamaru le 15-04-2009 à 15:21:32

---------------
la voie du click est impénétrable

mikala

Souviens toi du 5 Novembre...

Adamaru a écrit :

j'ai deja la dri2proto dans le dossier parent et il s'agit de la 1.99.3
j'ai pu l'installer sans problème cela dit mon problème reste entier

Citation :

checking for LIBDRM... yes
checking for DRI2PROTO... configure: error: Package requirements (dri2proto >= 1.99.3) were not met:
Requested 'dri2proto >= 1.99.3' but version of DRI2Proto is 1.1

c'est pas ce dise les logs

Adamaru a écrit :

edit:
en essayant le module "radeon" au lieu de "radeonhd" je suis passé de 80 a 3200 fps au glx gears !!
vous pensez que c'est jouable de lire de la 1080p avec une X1650 pro 512mo ?

tu peux essayer en Xv .

---------------
Intermittent du GNU

Adamaru

geek un jour, geek toujours !

pourtant coté terminal:

Citation :

adamaru@blackpearl:~/radeonhd$ ls
dri2proto drm libdrm macros mesa pthread-stubs xf86-video-ati xf86-video-radeonhd
adamaru@blackpearl:~/radeonhd$ cd dri2proto/
adamaru@blackpearl:~/radeonhd/dri2proto$ ./autogen.sh --prefix=/usr --libdir /usr/lib64/
autoreconf2.50: Entering directory `.'
autoreconf2.50: configure.ac: not using Gettext
autoreconf2.50: running: aclocal
autoreconf2.50: configure.ac: tracing
autoreconf2.50: configure.ac: not using Libtool
autoreconf2.50: running: /usr/bin/autoconf
autoreconf2.50: configure.ac: not using Autoheader
autoreconf2.50: running: automake --add-missing --copy --no-force
autoreconf2.50: Leaving directory `.'
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating dri2proto.pc
adamaru@blackpearl:~/radeonhd/dri2proto$ make
make: Rien Ã faire pour Â« all Â».
adamaru@blackpearl:~/radeonhd/dri2proto$ sudo make install
[sudo] password for adamaru:
make[1]: entrant dans le rÃ©pertoire Â« /home/adamaru/radeonhd/dri2proto Â»
make[1]: Rien Ã faire pour Â« install-exec-am Â».
test -z "/usr/include/X11/extensions" || /bin/mkdir -p "/usr/include/X11/extensions"
/usr/bin/install -c -m 644 'dri2proto.h' '/usr/include/X11/extensions/dri2proto.h'
/usr/bin/install -c -m 644 'dri2tokens.h' '/usr/include/X11/extensions/dri2tokens.h'
test -z "/usr/lib64//pkgconfig" || /bin/mkdir -p "/usr/lib64//pkgconfig"
/usr/bin/install -c -m 644 'dri2proto.pc' '/usr/lib64//pkgconfig/dri2proto.pc'
make[1]: quittant le rÃ©pertoire Â« /home/adamaru/radeonhd/dri2proto Â»

étrange

---------------
la voie du click est impénétrable

Mjules

Modérateur
Parle dans le vide

http://www.phoronix.com/scan.php?p [...] &px=NzIwNg

gestion plus ou moins dynamiques des fréquences avec le pilote radeon

---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. | Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.

burn2

ça rox du poney

ça progresse pas mal quand même. Si ça continue mon prochain gpu dédié si je change risque d'être une ati si tout change bien.

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"

Mjules

Modérateur
Parle dans le vide

C'est l'avantage d'avoir des specs ainsi que des gens payés par AMD pour bosser sur le pilote.

---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. | Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.

burn2

ça rox du poney

Oui enfin on est loin de 100% fonctionnel, et bon les "gens" payé par amd se compte au nombre de 3 ce qui n'est pas imense non plus hein.

Mais en ce moment ça a l'air d'accélérer un poil plus vite.

Message cité 1 fois
Message édité par burn2 le 15-04-2009 à 18:50:54

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"

Mjules

Modérateur
Parle dans le vide

burn2 a écrit :

Pas si loin que ça. Ça fonctionne en 2D pour toutes les cartes, avec accélération 2D pour la plupart, ça fonctionne en 3D pour toutes les cartes pas super récentes et bientôt pour les récentes.

---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. | Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.

Adamaru

geek un jour, geek toujours !

honetement les drivers ati officiels..... je trouve que ca tiens plus du foutage de geulle que de la bonne foie personelement
ils ne sont JAMAIS compatibles avec des noyeaux actuels, il faut toujour attendre 6 mois ou alors patcher sois meme (quand ca marche) si je passe aux drivers libres ce n'est pas pour les "performances" (bien que celles ci m'aient agréablement surpris)

---------------
la voie du click est impénétrable

mikala

Souviens toi du 5 Novembre...

Bon après avoir annoncé une révision du Textured Video, dans la même journée nous avons l'annonce de l'arrivée de la 3D(un support simple pour l'heure) dans la branche r6xx-r7xx. Cela avance plutôt bien sur le front des pilotes libres

---------------
Intermittent du GNU

rem5

Depuis le temps que je doit le faire, et voila [:drapal]

mikala

Souviens toi du 5 Novembre...

un article de phoronix relatif au support opengl pour les R600/R700.
En résumé on peut espérer quelque chose de valable a partir de mesa 7.7 (ce qui peut être loin )

---------------
Intermittent du GNU

Adamaru

geek un jour, geek toujours !

pour ma part je n'arrive pas a installer dri2proto pour pouvoir installer mesa par la suite:

Citation :

adamaru@blackpearl:~/radeonhd/dri2proto$ ls
aclocal.m4 autom4te.cache config.status configure.ac dri2proto.h dri2proto.pc.in dri2tokens.h Makefile Makefile.in
autogen.sh config.log configure COPYING dri2proto.pc dri2proto.txt install-sh Makefile.am missing
adamaru@blackpearl:~/radeonhd/dri2proto$ sudo ./autogen.sh --prefix /local/xorg/ --libdir /usr/lib64/
autoreconf2.50: Entering directory `.'
autoreconf2.50: configure.ac: not using Gettext
autoreconf2.50: running: aclocal
autoreconf2.50: configure.ac: tracing
autoreconf2.50: configure.ac: not using Libtool
autoreconf2.50: running: /usr/bin/autoconf
autoreconf2.50: configure.ac: not using Autoheader
autoreconf2.50: running: automake --add-missing --copy --no-force
autoreconf2.50: Leaving directory `.'
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating dri2proto.pc
adamaru@blackpearl:~/radeonhd/dri2proto$ make
make: Rien Ã faire pour Â« all Â».
adamaru@blackpearl:~/radeonhd/dri2proto$ sudo make install
make[1]: entrant dans le rÃ©pertoire Â« /home/adamaru/radeonhd/dri2proto Â»
make[1]: Rien Ã faire pour Â« install-exec-am Â».
test -z "/local/xorg//include/X11/extensions" || /bin/mkdir -p "/local/xorg//include/X11/extensions"
/usr/bin/install -c -m 644 'dri2proto.h' '/local/xorg//include/X11/extensions/dri2proto.h'
/usr/bin/install -c -m 644 'dri2tokens.h' '/local/xorg//include/X11/extensions/dri2tokens.h'
test -z "/usr/lib64//pkgconfig" || /bin/mkdir -p "/usr/lib64//pkgconfig"
/usr/bin/install -c -m 644 'dri2proto.pc' '/usr/lib64//pkgconfig/dri2proto.pc'
make[1]: quittant le rÃ©pertoire Â« /home/adamaru/radeonhd/dri2proto Â»

la je me dit que tout est bon mais voila quand je veut compiler mesa:

Citation :

checking for DRI2PROTO... configure: error: Package requirements (dri2proto >= 1.99.3) were not met:

Requested 'dri2proto >= 1.99.3' but version of DRI2Proto is 1.1

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables DRI2PROTO_CFLAGS
and DRI2PROTO_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

et mon DRI2PROTO vient du git de chez xorg :s j'ai meme fait un "pull" avant pour etre sur de ma version

---------------
la voie du click est impénétrable

esox_ch

Donc sur conseil de Mikala, je viens ici expliquer mon problème.

J'utilise actuellement le driver radeon, ça marche mais mal c'est-à-dire qu'il m'est plus où moins impossible de regarder un film en fullscreen ça a de la peine à suivre.

J'utilise donc :
kernel : 2.6.29-1-686
package : xserver-xorg-video-radeon version 1:6.12.2-1 (je suis sur Debian unstable)

dans mon xorg.conf

Citation :

Section "Device"
Identifier "aticonfig-Device[0]-0"
Driver "radeon"
Option "AGPMode" "8"
Option "ColorTiling" "on"
Option "AccelMethod" "EXA"
VendorName "ATI Technologies Inc"
BoardName "R580 [Radeon X1900 XT] Primary"
BusID "PCI:6:0:0"
EndSection

Sorti des logs

Citation :

$ cat /var/log/Xorg.0.log | grep EE
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(II) Loading extension MIT-SCREEN-SAVER
esox@CColomb:~$ cat /var/log/Xorg.0.log | grep WW
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
(WW) Open ACPI failed (/var/run/acpid.socket) (Connection refused)
(WW) RADEON(0): R500 support is under development. Please report any issues to xorg-driver-ati@lists.x.org
(WW) RADEON(0): Direct rendering disabled
(WW) RADEON(0): Option "VendorName" is not used
(WW) RADEON(0): Option "ModelName" is not used

Vous voyez ce qui cloche ?

Message cité 1 fois

---------------
Si la vérité est découverte par quelqu'un d'autre,elle perd toujours un peu d'attrait

mikala

Souviens toi du 5 Novembre...

esox_ch a écrit :

tu peux opter soit pour le pilote radeon , soit pour le pilote radeonhd.
les deux supportent ta carte vidéo avec notamment le support XV
(voir le tableau de la première page)

esox_ch a écrit :

[...]

Citation :

Vous voyez ce qui cloche ?

on s'aperçoit qu'il n'y a pas de DRI activé a priori,donc pas de X-Video.
Ceci étant dit il faudrait regarder précisement si c'est activé ou pas.
Normalement la version drm incluse dans le 2.6.29 doit permettre l'accélération vidéo.
tu as correctement désinstallé le pilote propriétaire ? (avec notamment les diverses modifications qu'ils entrainent au niveau des libglx & co ? )
Je serais tenté de te dire de réinstaller mesa (quelle version soit dit en passant).
Installes le binaire xvinfo, il te permettra de vérifier le support de X-Video
exemple ici sur une r7xx avec les pilotes radeon et les drm qui vont bien :

Citation :

X-Video Extension version 2.2
screen #0
Adaptor #0: "Radeon Textured Video"
number of ports: 16
port base: 57
operations supported: PutImage
supported visuals:
depth 24, visualID 0x21
number of attributes: 2
"XV_VSYNC" (range 0 to 1)
client settable attribute
client gettable attribute (current value is 1)
"XV_HWPLANAR" (range 0 to 1)
client settable attribute
client gettable attribute (current value is 1)
maximum XvImage size: 8192 x 8192
Number of image formats: 4
id: 0x32595559 (YUY2)
guid: 59555932-0000-0010-8000-00aa00389b71
bits per pixel: 16
number of planes: 1
type: YUV (packed)
id: 0x32315659 (YV12)
guid: 59563132-0000-0010-8000-00aa00389b71
bits per pixel: 12
number of planes: 3
type: YUV (planar)
id: 0x30323449 (I420)
guid: 49343230-0000-0010-8000-00aa00389b71
bits per pixel: 12
number of planes: 3
type: YUV (planar)
id: 0x59565955 (UYVY)
guid: 55595659-0000-0010-8000-00aa00389b71
bits per pixel: 16
number of planes: 1
type: YUV (packed)

---------------
Intermittent du GNU

esox_ch

Salut, C'est aptitude qui s'est occupé de la désinstallation, donc normalement pas de soucis...

Voilà pour le DRI

Citation :

$ cat /var/log/Xorg.0.log | grep DRI
(II) Loading extension XFree86-DRI
(II) Loading extension DRI2
(II) RADEON(0): [dri] Found DRI library version 1.3.0 and kernel module version 1.29.0
(II) RADEON(0): [DRI] installation complete
(II) AIGLX: Screen 0 is not DRI2 capable
(II) AIGLX: Screen 0 is not DRI capable
(II) GLX: Initialized DRISWRAST GL provider for screen 0
esox@CColomb:~$ cat /var/log/Xorg.0.log | grep dri
X.Org XInput driver : 4.0
(II) "dri" will be loaded by default.
(II) "dri2" will be loaded by default.
(II) LoadModule: "dri"
(II) Loading /usr/lib/xorg/modules/extensions//libdri.so
(II) Module dri: vendor="X.Org Foundation"
(II) LoadModule: "dri2"
(II) Loading /usr/lib/xorg/modules/extensions//libdri2.so
(II) Module dri2: vendor="X.Org Foundation"
(II) Loading /usr/lib/xorg/modules/drivers//radeon_drv.so
(WW) RADEON(0): R500 support is under development. Please report any issues to xorg-driver-ati@lists.x.org
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: node name is /dev/dri/card0
(II) RADEON(0): [dri] Found DRI library version 1.3.0 and kernel module version 1.29.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: node name is /dev/dri/card0
(II) RADEON(0): [dri] Visual configs initialized
(II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so
ABI class: X.Org XInput driver, version 4.0

C'est bizarre cette histoire de screen :heink:

Pour mesa, j'utilise libgl1-mesa-dri version 7.4-2

Et xvinfo ne detecte rien :

Citation :

$ xvinfo
X-Video Extension version 2.2
screen #0
no adaptors present

---------------
Si la vérité est découverte par quelqu'un d'autre,elle perd toujours un peu d'attrait

Publicité

Page : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Linux et OS Alternatifs

Hardware

[ATI] Pilotes libres x11-driver-video-ati x11-driver-video-radeonhd

Sujets relatifs
ubuntu 8.10 pas de video dans players mais youtube ok	Les Chipsets Graphiques Intel - Version 2.11.0 Dispo !
Créer une vidéo à partir d'une image	Monter un lecteur video sous linux
installation pilotes nvidia mandriva 2009	Passage a Linux - je garde ma NVidia ou je peux prendre une ATI ?
j'arrive pas a lire un dvd video sur kubuntu	Achat laptop avec des bon graphismes avec drivers libres
lecture audio vidéo sur Asus Express Gate	Comment faire pour dans un coin de la video une autre video plus petit
Plus de sujets relatifs à : [ATI] Pilotes libres x11-driver-video-ati x11-driver-video-radeonhd

Page générée en 0.124 secondes