Compte_supprime_74291

Les drivers proprios, çaylemalabsolu :integriste: :barbu:

Moi, je vote (une fois n'est pas coutume), et je dis que celle d'Amnesiac est plus crédible

La dernière Slack a un noyau 2.6 par défaut... et semble prendre en charge hal dans les paquets par défaut de l'installation maximale... Maintenant, il ne te manque plus qu'une surcouche à hal (avec un éventuel rajout de politique dans hal pour envoyer un hint de montage pour les périphériques hotpluggable comme les clés usb) du genre d'ivman... et zou, automontage en userland (dans les limites de ce que peut faire pumount... certes, certes :grrrrrrrr:)...

J'aurais plutôt eu tendance à recommander avidemux, si le but est de recouper/remuxer sans trop sa prendre la tête.

Oki, c'est cool... en fait un 3945BG, je n'en ai pas chez moi (2200BG inside)... je n'ai vu ça que chez des potes, mais j'avais vu une news comme quoi le driver sans blob allait en effet bientôt être intégré au noyal (d'où ma remarque précédente)...

Bon, une petite liste non exhaustive : - drivers GPU en 3D : DRI - drivers sons : ALSA - divers chipsets wifi : ubuntu et plus précisément le ZD1211 de ZyDAS : ZD1211 - des capteurs : lm-sensors - cartes TV USB pour TNT (d'autres types de cartes sur le même site) : DVB USB - pour les webcams : liste sur Lea Linux - scanners : SANE - imprimantes : Plein et en cerise, la preuve que la MX Revolution a l'air de bien marcher : Tuto

Bon, bah, si c'est toujours d'actualité, je profite de l'insomnie pour apporter ma pierre à l'édifice... - Au niveau mobo, la plupart des features sont généralement supportées, mais pas forcément à la sortie du matériel... je pense principalement aux contrôleurs disques (du genre, le jmicron, dont il a été parlé plus haut, ou le marvell, encore marqué "hautement expérimental" dans le noyal 2.6.19... ces contrôleurs sont notamment présents sur de nombreuses mobo en LGA775, mais heureusement en supplément à un intel ICH, qui marche très bien)... ou aux cartes réseau, pas toujours très stables au début... bon, en même temps, si on joue du menuconfig pour le kernel (une gui très moche en ligne de commande... avec le toolkit ncurses), on a généralement un "big fat warning" à côté du nom du driver... Il y a aussi les sondes qui ne sont pas forcément supportées très vite... pas catastrophique en soit... par exemple, pour bénéficier des températures "à la TAT sous win" pour chacun des cores d'un C2D, il existe un driver qui n'a même pas encore rejoint la version 2.6.21 (l'actuelle stable étant la 2.6.20)... il marche, mais faut faire ça à la mimine (en général, il y a un "compile.sh" ou un "make && make install" à exécuter, et c'est souvent documenté dans un README)... Ce qu'il faut prendre en compte est que le driver est souvent d'abord développé indépendemment sous la forme d'un module en .ko qu'il va falloir compiler et mettre dans le répertoire des libs kernel... après, s'il est jugé assez bon, il rejoint le kernel mm-sources de Morton, qui est en fait une branche expérimentale des vanilla-sources, le kernel officiel qu'il rejoint ensuite... ceci dit, il faut encore du temps pour que les distributions considèrent le kernel comme stable, et, très souvent, le repackagent sous un autre nom avec des patchs de leurs crus (ce qui vaut aussi pour les kernels patchés pour certaines tâches précises, genre basse latence, sécurité, ...)... donc, si ça ne marche pas, en général, pour les trucs de base, en attendant un peu, c'est bon... De manière plus générale, Linux fonctionne avec un support des chipsets embarqués par le matos, et pas avec des drivers par produits... Pour être plus explicite, par exemple, toutes les cartes son avec un chipset Envy24/HT, souvent considéré comme l'un des meilleurs DSP sous nux (présent sur par exemple, la M-Audio Audiophile 24/96 ou la ESI Juli@) sont supportées par le même driver, puisqu'elles embarquent le même matos (des fois, certaines fonctions sont plus ou moins heureusement supportées, si le constructeur a fait la carte plus ou moins comme un goret)... Ainsi, le mieux est de rechercher le projet dont dépend notre matos (Alsa pour les cartes sons, gpsd pour les GPS, Freedesktop pour les GPU avec les drivers libres, ZD1211 pour les cartes wifi basées sur le chip du même nom de chez ZyDAS...) et de regarder ce qui est compatible... c'est un peu le bordel, mais on s'y fait... Ah oui... plus globalement, se méfier de nvidia comme la peste... jamais le moindre bout de doc, et du coup, tout est reverse engeneeré et pas toujours avec la plus grande classe (je pense notamment aux nf2 il y a un bon moment, même si ça marche très bien maintenant)... Les mobos Asrock ne sont pas connues pour être terrible-terrible non plus... - pour le RAID matériel, en général, ce n'est pas trop cool... en général, on voit un gros volume, dont on ne sait pas forcément grand chose sur l'état de santé (et les constructeurs ne donnent souvent aucun logiciel pour, par exemple, signaler la panne d'un disque dur dans un array RAID5)... donc, bon, préférer un RAID logiciel si possible (aussi rapide que le hard en 0 ou 1, peu ou prou même si c'est au prix d'une grosse conso CPU, plus lent en RAID 5)... - Sinon, pour les proc, j'aurais tendance à dire que tout est bon (selon la distrib utilisée), et qu'on peut même optimiser le fonctionnement des softs pour lesdits procos (ceci dit, à part pour le multiproc/core dont il est énormément tiré partie, les effets restent souvent anecdotiques)... - Pour les GPU, je crois que tu sais, David, que je préfère les drivers libres (moins d'emmerdes d'incompatibilités avec le noyau et le serveur X, ie le clickodrome, car je rappelle que le driver a été compilé pour un nombre restreint de noyaux compatibles, puisque les tripailles de ces joyeuseries sont hautement versatiles... et sans les sources, c'est limitant et insoluble)... c'est pourquoi je recommande chaudement les Radeon jusqu'à la X850* (supportées plutôt correctement, en 2D et 3D), indubitablement les cartes les plus puissantes les mieux supportées librement... d'ailleurs, rapport à ce qui est dit à la page précédente, l'installation sous Gentoo est aussi simple que, pour la 2D : echo 'VIDEO_CARDS="radeon"' >> /etc/make.conf emerge -v xorg-x11 (on dit qu'on veut le driver radeon, par opposition au blob proprio ati, et on compile le serveur X) et pour la 3D : flagedit x11-base/x11-drm +radeon emerge -v x11-drm echo 'radeon' >> /etc/modules.autoload.d/kernel-2.6 module-rebuild populate (on dit qu'on veut la 3D pour le driver radeon, on compile les modules, et on dit au système de le charge au démarrage du PC, bien que ce ne soit pas indispensable, et que ce serait bien de les ajouter à la liste à recompiler quand on recompile le kernel... voilà... un script de 6 lignes... c'est dit... pas pû m'en empêcher... sinon, quitte à prendre l'overlay, autant installer la version cvs de freedesktop)... d'ailleurs, ces modules sont dans le kernel, si on n'est pas trop exigeant sur le fait d'avoir une version du driver qui date un peu... Sinon, en moins puissantes, il y a aussi les cartes Intel... à savoir qu'avec les drivers libres, on n'a généralement pas de sortie TV (quoi que pour les Intel, je n'aie pas vraiment testé), mais un petit adaptateur vga ou dvi vers s-video n'est en général pas trop cher (60-70€)... Les nvidia commencent tout juste à être supportées en accélération 2D... et encore, pas les dernières... les développeurs de nouveau (ledit driver libre pour les plus célèbres et encenssées bouses à blob) promettent un driver qui défoncera tout dans 6 à 12 mois... à voir (comme dirait ton collègue...) Un petit mot sur le côté casse-couille des blobs proprios : à cause d'eux et des délais exagérément longs des constructeurs pour sortir un driver proprio (nvidia étant le spécialiste des 6 mois de bourre), beaucoup de distrib retardent la sortie en stable des derniers serveurs X, ce qui réduit le nombre de bugreports, ce qui réduit la qualité du serveur X... je sui bien conscient que les blobs sont pratiques, mais ils sont une nuisance sans pareil pour la pérennité et la qualité de X.org... c'est sympa d'y penser aussi (oui, oui, je m'adresse directement aux gentooistes qui m'ont cassé les burnes en répondant qu'il préfèrent retarder X.org le temps que les constructeurs sortent des blobs compatibles... z'êtes vraiment trop casse-couilles... ça devrait être à vous de jouer du flagedit, et pas à moi)... - Pour les chipsets wifi, voir Intel (quoi qu'il y ait un blob en espace utilisateur pour les derniers, mais plus pour longtemps), ZyDAS is the way to go pour les clés USB wifi (Belkin en a une bonne sur leur catalogue)... pour ce que je connais bien... sinon, on peut utiliser les blobs pour windows à travers un wrapper, mais ce n'est pas forcément très propre... - Pour les imprimantes, oublier Canon (ou alors, être motivé et pas trop exigeant sur les features supportées)... Epson est correct... HP est très bien supporté (même l'impression sur CD)... - Pour les scanners, du peu que j'en ai vu, beaucoup sont supportés, mais éviter Canon n'est, là encore, pas du luxe... se référer au projet SANE... - Pour les webcams, de ce que j'en ai vu, c'est la dêche... n'en ayant pas, je ne saurais en dire plus... - Au niveau des graveurs, voir cdrkit (éviter cdrtools comme la peste... bien qu'il soit l'ancêtre, il n'est plus libre, ni, il me semble, supporté... en plus, il a besoin des droits roots... et même avec, c'est des fois aléatoire)... bon, je n'ai jamais vu un graveur ne pas être supporté... - Pour les cartes TV, cf linuxtv.org tellement le sujet est vaste (j'ai une DViCo TNT en USB qui fonctionne bien... jamais essayé avec autre chose)... - Pour les souris, heureusement, X.org est très configurable (genre, une MX Revolution, c'est apparemment pleinement supporté)... ... voilà pour ce à quoi je pense... si tu veux un peu plus de précisions sur un truc en particulier, n'hésite pas à demander... la communauté est là pour ça... sinon, je peux aussi éplucher mes bookmarks pour te faire une liste de liens où tu pourras te rendre compte de ce qui est supporté par toi-même, et ce, pour quelques projets...