Encore une chance, les cartes des séries antérieures à la 5000 ne devaient plus du tout, dans un premier temps, être supportés du tout.
[Non résolu] Depuis màj Kernel 3.5.0 problème pilotes amd.
Canalguada, tu m'agaces avec tes remarques bidons et tu te prends pour je ne sais quoi en voulant m'enfoncer en me prenant pour un arriviste à deux balles ce que je ne suis pas.
Je remercie ceux qui ont essayé de m'aider sur ce problème.
Mais tes réflexions sont juste stupides et inutiles. Tellement que je n'ai pas envie de perdre mon temps à répondre sur tous les points.
"Comme si je n'étais pas responsable de la situation dans laquelle je me trouve" ...
Rien que cette phrase est pathétique.
Je ne suis responsable de rien du tout. J'ai fais une installation nickel. Je suis sous linux depuis bien des années donc désolé pour toi mais sache pour ta gouverne que j'ai une certaine expérience.
Je répète que la seule chose que j'ai omise c'est de désinstaller le pilote du site de amd avant de faire la mise à jour du kernel.
C'est pour cela que tout doit partir en vrille? Je ne suis pas d'accord.
De plus, j'ai bien suivi les instructions que l'on m'a conseillé sur ce sujet. Donc, à mon avis tu peux te taire car au final je pense que c'est plus toi qui passe pour un idiot que ce que tu veux bien me faire passer.
Cordialement mon cher.
Je remercie ceux qui ont essayé de m'aider sur ce problème.
Mais tes réflexions sont juste stupides et inutiles. Tellement que je n'ai pas envie de perdre mon temps à répondre sur tous les points.
"Comme si je n'étais pas responsable de la situation dans laquelle je me trouve" ...
Rien que cette phrase est pathétique.
Je ne suis responsable de rien du tout. J'ai fais une installation nickel. Je suis sous linux depuis bien des années donc désolé pour toi mais sache pour ta gouverne que j'ai une certaine expérience.
Je répète que la seule chose que j'ai omise c'est de désinstaller le pilote du site de amd avant de faire la mise à jour du kernel.
C'est pour cela que tout doit partir en vrille? Je ne suis pas d'accord.
De plus, j'ai bien suivi les instructions que l'on m'a conseillé sur ce sujet. Donc, à mon avis tu peux te taire car au final je pense que c'est plus toi qui passe pour un idiot que ce que tu veux bien me faire passer.
Cordialement mon cher.
Certes, mais il faut t’en prendre au fournisseur du pilote propriétaire, pas aux mises à jour du noyau. Ces mises à jour corrigent des vrais problèmes, elles ne sont pas là uniquement pour t’embêter. Doit-on les freiner parce que des développeurs de pilotes propriétaires refusent de coopérer ?Bombastic wrote:Je répète que la seule chose que j'ai omise c'est de désinstaller le pilote du site de amd avant de faire la mise à jour du kernel.
C'est pour cela que tout doit partir en vrille? Je ne suis pas d'accord.
C'est bon, j'ai réinstallé Fedora et j'ai même pu récupérer mon répertoire /home qui n'a pas été formaté donc j'ai tous mes fichiers et mails evolution...
(sans avoir besoin d'utiliser mon "mini" backup sur clef usb)
(sans avoir besoin d'utiliser mon "mini" backup sur clef usb)
C'est une mauvaise approche de la chose. En effet l'équipe du Fedoraproject procède à des modifications notamment des sources du noyau, bien entendu parce qu'elles lui semblent opportunes et utiles, mais sans se préoccuper de publier la nature de ces modifications ou avertir ceux qui viennent en aval et qui doivent intégrer ces modifications. C'est très incorrect vis à vis de ces derniers. Il ne faut donc pas s'étonner ensuite du genre de dysfonctionnement auquel on assiste ici.WilQu wrote: Certes, mais il faut t’en prendre au fournisseur du pilote propriétaire, pas aux mises à jour du noyau. Ces mises à jour corrigent des vrais problèmes, elles ne sont pas là uniquement pour t’embêter. Doit-on les freiner parce que des développeurs de pilotes propriétaires refusent de coopérer ?
- Modifié
Incorrect ? Et qui seraient ces derniers susceptibles d'être averti chez AMD ? Tu vas vite en besogne... vu que le support de Fedora ne semble plus réellement assuré depuis Fedora 10 par AMD en ce qui concerne le pilote propriétaire, ce qui est plus ou moins annoncé. Il n'y a par exemple qu'à lister les paquets que l'on peut construire à partir du binaire pour le constater.nouvo09 wrote:C'est une mauvaise approche de la chose. En effet l'équipe du Fedoraproject procède à des modifications notamment des sources du noyau, bien entendu parce qu'elles lui semblent opportunes et utiles, mais sans se préoccuper de publier la nature de ces modifications ou avertir ceux qui viennent en aval et qui doivent intégrer ces modifications. C'est très incorrect vis à vis de ces derniers. Il ne faut donc pas s'étonner ensuite du genre de dysfonctionnement auquel on assiste ici.WilQu wrote: Certes, mais il faut t’en prendre au fournisseur du pilote propriétaire, pas aux mises à jour du noyau. Ces mises à jour corrigent des vrais problèmes, elles ne sont pas là uniquement pour t’embêter. Doit-on les freiner parce que des développeurs de pilotes propriétaires refusent de coopérer ?
Pas pour rien que RpmFusion existe et qu'il est chaudement recommandé d'utiliser ce dépôt...
Je ne pense pas que le critère soit suffisant. Ils fournissent un binaire fonctionnel pour les principales distributions, notamment RHEL, Centos, Debian, etc.. jusques et y compris Fedora 17 avec le noyau 3.3.x ce qui est quand même l'essentielIl n'y a par exemple qu'à lister les paquets que l'on peut construire à partir du binaire pour le constater.
Libre à chaque distrib d'empaqueter comme bon lui semble si le binaire fourni ne convient pas à sa philosophie.
J'ai installé le dernier paquet catalyst sur Rpmfusion et il ne fonctionne pas mieux que si j'installe le binaire officiel, la faute aux modifications intervenues sur le noyau depuis le 3.4. Peut-être que si ces modifications sont adoptées par d'autres distribs plus pérennes, les développeurs d'AMD se pencheront sur la question.
2 mois plus tard
Bonjour,
Cette discussiot s'était un peu échauffée, mais plutôt que de créer un nouveau topic je continue celui-ci qui a le titre que je cherchais.
Et oui! Depuis le kernel 3.5 les pilotes proprio ne fonctionnent plus (au moins officiellement et je ne me risquerai pas à les essayer). Serait-il possible de rassembler au moins les infos et de partager des solutions si certains en ont?
De mon côté je suis très content du pilote libre qui assure le double écran et la 3d parfaitement. Peu de problèmes de fréquences... c'est beaucoup mieux qu'avant.
Mais j'ai un problème TRES génant car je suis sur un portable, que j'utilise en portable... impossible de sortir de veille. Classique me direz-vous. Lorsque je sort de veille tout fonctionne mais le pc est incapable d'allumer l'écran du portable. Il envoie l'image correctement sur la sortie VGA mais rien d'autre. SNIF, snif!
Les pistes que j'ai déjà creusées: le xrandr voit le LVDS mais ne peut l'ouvrir. Je n'ai rien trouvé quant aux solutions à "can't open the display."
De plus le monitors.xml à l'air correctement configuré. Si quelqu'un pouvait donc m'aider?
Autres "difficultés": ça chauffe! on tourne entre 70 et 80° et le ventilo fait voler mes paperasses! La commande gsettings... de la doc répond qu'il ne peut accéder aux paramètres.
Enfin peut-on régler les couleurs et la luminosité (si je la baisse un peu trop avec les boutons l'écran "vibre".) Il faudrait sans doute créer un profil mais comment faire de manière simple?
En tout cas je viens de découvrir fedora après avoir fui ubuntu 11.10 sur xubuntu, et je suis très content.
En espérant qu'on me lise et qu'on puisse avancer. Merci.
Cette discussiot s'était un peu échauffée, mais plutôt que de créer un nouveau topic je continue celui-ci qui a le titre que je cherchais.
Et oui! Depuis le kernel 3.5 les pilotes proprio ne fonctionnent plus (au moins officiellement et je ne me risquerai pas à les essayer). Serait-il possible de rassembler au moins les infos et de partager des solutions si certains en ont?
De mon côté je suis très content du pilote libre qui assure le double écran et la 3d parfaitement. Peu de problèmes de fréquences... c'est beaucoup mieux qu'avant.
Mais j'ai un problème TRES génant car je suis sur un portable, que j'utilise en portable... impossible de sortir de veille. Classique me direz-vous. Lorsque je sort de veille tout fonctionne mais le pc est incapable d'allumer l'écran du portable. Il envoie l'image correctement sur la sortie VGA mais rien d'autre. SNIF, snif!
Les pistes que j'ai déjà creusées: le xrandr voit le LVDS mais ne peut l'ouvrir. Je n'ai rien trouvé quant aux solutions à "can't open the display."
De plus le monitors.xml à l'air correctement configuré. Si quelqu'un pouvait donc m'aider?
Autres "difficultés": ça chauffe! on tourne entre 70 et 80° et le ventilo fait voler mes paperasses! La commande gsettings... de la doc répond qu'il ne peut accéder aux paramètres.
Enfin peut-on régler les couleurs et la luminosité (si je la baisse un peu trop avec les boutons l'écran "vibre".) Il faudrait sans doute créer un profil mais comment faire de manière simple?
En tout cas je viens de découvrir fedora après avoir fui ubuntu 11.10 sur xubuntu, et je suis très content.
En espérant qu'on me lise et qu'on puisse avancer. Merci.