Yo all !

Ben en fait, je ne capte pas d'où à bien pu venir le problème...avant le paquet de mises à jour, tout fonctionnait depuis un bon moment....il y a certainement un paquet qui a mis le bazar là-dedans lol....lequel ?....that's the question. :-D

@VINDICATORs : la carte RADEON 6870 est peut-être correctement supportée mais la gestion de la sortie HDMI (ou de mon écran, peu importe) , est, elle, mal gérée car sous le pilote par défaut, j'ai une image étalée (les bords de l'écran ne sont pas visibles...par exemple le cadre de la fenêtre de firefox n'est pas apparent)..et oui, j'ai supprimé le xorg.conf lorsque j'ai viré complétement le pilote proprio AMD.

@nouvo09 : ben vi, c'est la 14.4...je sais pas où j'ai vu 14.10....la fatigue sans doute 😉

@+
Alors le problème se situe souvent au niveau de la version du noyau supporté par le pilote propriétaire.

On voit dans ton installation que c'est le 14.10, donc il y a un blème.

Pour le pilote libre, mets à jours mesa disponible dans "updates-testing" : 
su -lc 'yum --enablerepo updates-testing update kernel* mesa*'
Normalement cela devrait fonctionner.
Me v'la de retour après avoir testé la solution de VINDICATORs....en laissant le pilote libre, même soucis d'étalement d'image et toujours pas de possibilité d'installer le pilote proprio (erreur DKMS comme indiquée sur le premier message).
Léger mieux : après avoir une éniéme fois supprimé le pilote proprio et xorg.conf, après reboot, j'ai l'accélération qui fonctionne avec le pilote libre....si je pouvais calibrer l'écran afin de recadrer l'image proprement, je m'en contenterai...😉.

@VINDICATORs : au risque de poser une question stupide (lol) : une capture...d'écran ? (sauf que sur une capture, mon écran apparaît en entier, sans être tronqué sur les bords)...pour un bien, il faudrait que l'équivalent du surbalayage des pilotes AMD/ATI soit disponible avec le pilote libre (j'espère me faire comprendre 😉 ).

Merci encore de l'aide.
VINDICATORs wrote:
Bon à voir si le dernier pilote supporte la dernière version du noyau.
Chez moi le dernier pilote fonctionne avec le dernier noyau sans souci.
Ben chez moi kenada...rien, nib, que dalle lol...veut rien savoir...il bloque à chaque fois en fin d'installation avec le fameux message concernant DKMS....si j'avais des cheveux, je pourrais me les arracher...mais là, même pon lol.

Reste que ça ne fait pas avancer mon schmilblick 😉
Ok, donc c'est un problème d'écran. Prendre une photo ça aide aussi 😉.

Pour le balayage, tu peux aussi voir la doc sur les problèmes et solution, ça aide parfois aussi.

Mais bon c'est bizarre que ça bloque... Un problème matériel ça arrive des fois aussi.
Exact Vindicators..."Un problème matériel ça arrive des fois aussi."....mais quand ça se produit...c'est le caca lol....néanmoins, j'ai pu rectifier l'affichage de l'écran en jouant avec les paramètres de XBMC (une option de réglage d'image est heureusement prévue)....dommage que cette possibilité ne soit pas intégrée à KDE ou par le biais d'un petit paquet sympa à installer 😉

Ce qui est étonnant dans cette histoire, c'est que ce problème avec DKMS touche plusieurs distros....certains ont refait un installation complète et ça a réglé le problème...reste que je n'en ai pas franchement l'envie, le temps, le courage (lol)....je me suis mitonné une Fedo aux petits oignons et repartir de zéro...ben euh...bof quoi.

Autre option ; troquer ma 6870 contre une Nvidia....puisque le akmod-nvidia est, lui, toujours disponible sous Fedo 20....mais ça fait cher la manip' 😉.

Si vraiment je n'ai pas de possibilité de solutionner mon problème d'étalement d'image d'ici à un moment (je reprends le taff demain donc moins de temps pour farfouiller lol), je tenterai un passage sous une autre distro (mais bon, j'en ai testé déjà plus d'une mais comme je ne retrouve pas le fun de la Fedo....)...ou, back to Nvidia 😉....

En attendant, merci à VINDICATORs et Nouvo09 d'avoir essayé de m'aider à résoudre ce fâcheux problème.

Bon week-end à tous.
Je ne crois pas une seconde à un problème d'écran. Je ne ois pas comment un souci matériel pourrait empêcher la compilation du kmod.
Ben pour faire court (j'aurai du y penser avant) : j'aimerai savoir s'il est possible de passer des paramètres à X via xrandr (ou autre) pour réduire manuellement l'overscan de l'écran (overscan impossible à supprimer via les paramètres de ma télé) afin que le bureau KDE retrouve un affichage "normal".

J'ai bien trouvé via un forum anglophone deux lignes de commandes qui permettent normalement cela mais ça n'a pas fonctionné (?) :

xrandr --output HDMI-0 --set underscan on &
xrandr --output HDMI-0 --set "underscan hborder" 40 --set "underscan vborder" 25


Merci
Il faudrait regarder les paramètres de xrandr.

Je n'avais pas pigé que tu utilisé ta télé comme moniteur...

Ta regardé si c'était la bonne résolution déjà?

C'est clair que c'est bizarre que ton dkms déconne.
salut...la résolution n'a pas changé depuis que j'utilise le PC (entre autre) comme HTPC avec XBMC...1920x1080...

xrandr donne ceci : 
bash-4.2$ xrandr
Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 16384 x 16384
DisplayPort-0 disconnected (normal left inverted right x axis y axis)
DisplayPort-1 disconnected (normal left inverted right x axis y axis)
HDMI-0 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 698mm x 393mm
   1920x1080i     50.0 +   60.1*    60.0  
   1920x1080      30.0     25.0     24.0     30.0     24.0  
   1280x1024      75.0     60.0  
   1280x720       60.0     50.0     59.9  
   1440x576i      50.1  
   1024x768       75.1     72.0     70.1     60.0  
   1440x480i      60.1     60.1  
   800x600        72.2     75.0     60.3  
   720x576        50.0  
   720x480        60.0     59.9  
   640x480        75.0     72.8     60.0     59.9  
   720x400        70.1  
DVI-0 disconnected (normal left inverted right x axis y axis)
DVI-1 disconnected (normal left inverted right x axis y axis)
ne tient pas compte de la résolution maximum (pas proposée de toute façon dans les résolutions disponibles 😉 ).
Merci pour le lien VINDICATORs 😉...je venais justement de lire ce post avant de revenir ici 😉.
Il y a eu en effet une modification des sources du noyau. Il ne compile plus.

Solution rapide: yum remove kernel-PAE-3.14.2-200 et tout le reste

et tourner sous
$ uname -r
3.13.10-200.fc20.i686+PAE

le temps que la solution soit trouvée.

Pour info, si tu avais suivi les indications au moment de la compilation tu aurais trouvé dans le fichier /var/lib/dkms/fglrx/14.10.1006/build/make.log 
 CC [M]  /var/lib/dkms/fglrx/14.10.1006/build/2.6.x/firegl_public.o
/var/lib/dkms/fglrx/14.10.1006/build/2.6.x/firegl_public.c: In function ‘KCL_GetEffectiveUid’:
/var/lib/dkms/fglrx/14.10.1006/build/2.6.x/firegl_public.c:1787:5: erreur: incompatible types when returning type ‘kuid_t’ but ‘KCL_TYPE_Uid’ was expected
     return current_euid();
     ^
/var/lib/dkms/fglrx/14.10.1006/build/2.6.x/firegl_public.c:1793:1: attention : contrôle a atteint la fin non void de la fonction [-Wreturn-type]
 }
 ^
make[2]: *** [/var/lib/dkms/fglrx/14.10.1006/build/2.6.x/firegl_public.o] Erreur
et on aurait pas cherché partout.
Dans un proche avenir le cœur du pilote proprio sera dans le noyau directement, du coup je ne sais même pas si ils ne vont plus sortir de pilote comme actuellement vu qu'ils vont se baser sur gallium.

Franchement j'aimerai pouvoir reprendre mes tests avec les derniers développements, voir pouvoir retourner sur le pilote proprio pour tester, mais ma carte graphique ne suit pas.

Je rajoute une alerte dans la doc, car c'est problématique en ce moment.
Bonsoir

@nouvo09 : encore eut-il fallut que je sache où et quoi chercher (désolé, je n'ai pas un niveau aussi élevé que je le souhaiterai en Nunux....en plus, à mon âge, ça serait une tâche ardue pour me mettre à niveau...je ne suis visiblement pas le seul dans ce cas puisque le soucis avec DKMS est rencontré par nombre de personnes sous différentes distros.
Néanmoins, merci d'avoir apporté ces précisions sur le pourquoi du comment.

Et j'ai justement installé le pilote proprio sous 3.13.9-200.fc20.x86_64, seule version de noyau sous laquelle il daigne compiler.

Un grand merci à VINDICATORs qui a pris le temps de se pencher sur mon problème avec patience et courtoisie et à NOUVO09 qui a apporté sa pierre à l'édifice 😉

@+
Le souci c'est que l'on avance souvent plus vite que les pilotes propriétaire, chez AMD ils dépendent surtout des librairies du noyau, serveur graphique, etc..., alors que chez Nvidia ils utilisent leurs propres librairie (à confirmer si c'est toujours le cas). Du coup il suffit d'un gros changement pour que le pilote ne fonctionne plus. Mais bon ça sera sans doute du passé d'ici peu.

J'ai repris la compilation de la bibliothèque mesa qui à l'air de n'avoir que la dernière libdrm comme dépendance... Du coup il semble que cela ne pose pas de problème pour la compiler sous F20.

A suivre...
je confirme que le kermel 3.14 exploser le dernier driver 14 de chez AMD. je suis repassé en mesa en attendant 🙁
plus de minecraft durant ce temps :/