benoar a écrit 4238 commentaires

Bah, c'est peut-être parce que j'utilise que des cartes de "vieux", mais les R200 que j'ai utilisées ont toujours marché nickel. Et pas depuis récemment, depuis au moins 4 ans.

J'ai essayé différentes clés Usb et une clé Wifi DWL-G122 (qui marche impec sous Linux), rien.
Bon bah ça c'est mauvais signe ...
Il faut encore voir la solution "je branche un voltmètre sur la sortie", même si c'est bourrin et que ça n'indiquera pas forcément qu'ils sont morts ...
Ya aussi la solution windows .... mais bon, comment dire ....

Voilà, on en fini toujours par le même problème : non, mon but n'est pas de populariser linux. C'est de libérer les gens qui le souhaitent.

Et ton "pauvre" module proprio, c'est par là que passe une bonne partie de l'information que tu utilises tous les jours.
Et pour Internet, ce n'est pas mon matériel, il ne m'appartient pas, je n'irai donc pas faire de commentaires sur le choix de leurs propriétaires.

T'inquiètes, moi aussi je n'aime pas me prendre la tête (parfois) : j'ai passé quelques années sous OSX, et je sais le bonheur que c'est quand tout marche au poil.

Maintenant, pour les gens qui veulent s'épanouir dans le libre (c'est à dire : moi, et éventuellement une autre personne des mes connaissances : tu vois, je ne force personne), je préfère faire quelques efforts.

Et je ne sais pas pourquoi ATI a si mauvaise réputation pour toi : peut-être est-ce un souvenir des drivers fglrx ? Parce que généralement, c'est soit ça marche nickel, soit ça marche pas du tout.

Je n'ai jamais dit d'aller installer du linux partout ! Et je suis exactement comme toi, quand je sais qu'un matos est problématique, je préfère ne rien installer et laisser les gens sous windows.

Et les mme michu qui veulent des trucs 3D, je pense que c'est une minorité, même si c'est la minorité qui gueule le plus. Raison de plus pour ne pas aller se faire chier.

Si un linuxien, qui ne représente pas grand chose, choisi de prendre une ATI à la place d'une Nvidia, ça ne changera peut-être pas grand chose pour Nvidia, mais ça changera plus de choses pour ATI. Et à plus long terme, un meilleur support des ATI sous linux.
Et on n'a pas besoin d'expliquer quoi que ce soit à madame michu, parce qu'elle ne cherche pas de la 3D dernière technologie, mais un desktop qui marche, et ça c'est fonctionnel "out of the box" pour les ATI et Intel (avec un décalage de 6 mois maxi si tu n'utilises pas une distribution "unstable" pour les cartes super-récentes -- ce qui n'est généralement pas le cas des ordis destinés à mmde michu).

En fait, je ne comprend pas le but de ton commentaire. ATI sont des "loosers", et être un "looser" c'est "naze" ? C'est une histoire d'être à la mode, ou un truc comme ça ? Franchement, je ne te comprend pas.

Ca ne va pas t'aider beaucoup, mais je voulais juste préciser qu'un port n'est pas équivalent à un contrôleur : tu as trois controleur, qui ont chacun un certains nombre de ports. Bon, comme au final les constructeurs n'utilisent quasiment jamais tous les ports d'un contrôleur, tu n'en a peut-être vraiment que 3, mais il peut aussi y en avoir en interne (genre pour le clavier/touchpad que tu mensionnes).

Sinon, essayes de brancher autre chose dessus, c'est peut-être le contrôleur High Speed qui est mort, mais la prtie Full speed marche peut-être encore ...? (ou inversement : c'est une clé USB 1.0 ou 2.0 ?)

Précision : déjà, faudra supprimer un des deux devices. Ensuite nommer tes moniteurs. Après, c'est relativement facile, faut juste lire un peu les liens que je t'ai filé.
Au final, j'ai du multihead qui détecte même quand un écran n'est pas branché, pour éviter d'avoir à se retrouver avec un desktop qui s'étend sur un écran qui n'est plus là (m'arrive souvent quand je switch de chez moi à dehors, avec mon portable)(j'avais une radeon 9200 aussi ...)

Ca a l'air d'un bug dans le driver radeon (ou ati, c'est la même chose), ça devrait être corrigé bientôt je pense.

Par contre, ta conf n'est pas du tout à jour, depuis xrandr 1.2 (qui apparaît dans le backtrace, c'est peut-être ça le problème) c'est complètement différent pour le multihead : va voir http://wiki.debian.org/XStrikeForce/HowToRandR12 ou http://www.thinkwiki.org/wiki/Xorg_RandR_1.2

Je ne vois pas de problème à ce que deux applis différentes utilisent "en même temps" l'accel matérielle : en OpenGL on a des contextes, il me semble qu'il y a un équivalent pour EXA/XAA.

Ton "pragmatisme" j'appelle ça de la facilité.

Quand tu parles des gens qui veulent exploiter les capacités de leur carte graphique, il y a un certain prix pour être libre : y passer un peu de temps, quand on utilise une cart encore supportée expérimentalement. Après, quand on achète du matériel dont on sait très bien à l'avance qu'il ne marchera pas avec du libre, j'estime que c'est aller contre l'élan du libre ; d'autant plus quand on l'utilise avec des drivers proprios sous linux. En fait, je pense que c'est plus le coté "pub" qui me dérange : "achetez du Nvidia pour jouez à vos jeux sous linux, c"est génial". Et aussi parce que quand je parle de linux, je fais souvent un raccourci avec "libre" (honte à moi !).

Et merci pour le ton condescendant mais ce n'est pas parce qu'on défend le libre tant que faire se peut qu'on est un "petit jeune" du domaine.

Je réagissais surtout à cette phrase :
La situation changera peut être dans quelques années, et je serai parmi les premier à recommander ces cartes là si elles marchent bien, mais d'ici là je vois pas pourquoi s'embêter avec du matèriel peu exploitable.
Ce que je veux dire, c'est qu'aujourd'hui des développeurs s'évertuent à développer ce qu'ils peuvent avec des constructeurs coopératifs, et toi tu t'en fous parce que ce n'est pas "bleeding edge". Mais quand ils auront fini de galérer, tu n'hésitera pas une seconde à exploiter leur travail. C'est ce que j'appelle de l'opportunisme, même si toi tu appellera sûrement ça de la naïveté et du masochisme de la part de ces devs et des gens qui soutiennent leur travail.

J'aodre le coup du "binaire" pas lisible.
En informatique, tout est "binaire".
Le truc, c'est que comme l'ASCII (puis l'unicode)(qui décrivent un format binaire, quand même) c'est répandu partout et que donc aujourd'hui c'est sûr qu'on peut le lire depuis n'importe quel appli. Mais il faut rappeler qu'un format, c'est à la base toujours quelque chose de binaire. Il y a juste une question de popularité, disponibilité, etc.
Faut-il rappeler qu'au début de l'informatique, il existait d'autre format que de l'ASCII pour écrire du texte ?

Tout ça me rappelle un peu le taffe où je suis en ce moment, où on se passe des dumps binaires .... écrits en ASCII (des fichiers remplis de F3A5FB780..... en ASCII ..... même pas du base64, hein !)

un format de données n'a pas de licence en soi
Va dire ça à Adobe et les "conditions d'utilisation" du format Flash, ou alors à MS et son "Open promise" ....

Si un produit est 2 fois plus efficace mais qu'il coûte 100 fois plus cher, non, ce n'est pas une bonne idée de le substituer à l'ancien, en général.

facile, si je me souviens bien du fonctionnement de l'openmoko, le seul lien entre le modem et l'AP est un lien série, ie. juste du controle. Les audios doivent etre linkées directement au modem, donc pas de problème pour les écoutes. Ah j'oubliais, j'ai bien précisé que le modem est propriétaire ? dommage ...
Raté ... enfin, d'après ce que je comprend de :
http://wiki.openmoko.org/wiki/Image:SimpleComponentDiagram.j(...)
Il n'y a qu'une liaison avec l'UART et des GPIO, mais je pense que le traffic audio passe par là.

correction, RMS ne possède rien, mais par contre, il ne se dérange pas pour envoyer deux pages de doléance pour daigner venir à des présentations/confs (cas vécu) [NdA: rien qu'avec ce dernier point, je vais me faire descendre :( ].
Et ? Effectivement, je n'ai pas compris où tu voulais en venir, ça fait un peu message qui a envie de se faire moinsser...

On peut le voir dans l'autre sens aussi : l'AP est libre (c'est déjà un très gros morceau), et seul le modem est proprio ...

avec un interfaçage étudié et créé volontairement pour supporter un dialecte
Ca veut dire quoi cette phrase ?

Mhhh, effectivement, je n'avais pas vu ce problème, parce que je ne pensais pas à l'enchainements des pistes (pour l'exemple de la fnac que j'ai donné, tu demandes à jouer piste par piste). Enfin pour notre cas ici, des bonus, je ne vois pas ce qui bloque. Mais c'est effectivement moins souple que le Flash.

Je crois que tu te mélanges un peu les pinceaux quand même : Cairo peut utiliser l'accél matérielle parce que justement il ne fait pas le composting avant de l'envoyer à X ....

Donc il est impossible d'utiliser openGL en affichage déporté (sauf bidouille, mais cela n'aurait aucun intéret de tt façon).
Heuu ... si justement, GLX a été fait pour ça et il est possible d'utiliser de l'OpenGL "déporté".

Imagine le temps qu'il faudrait pour redessiner ton écran si à chaque refresh X devait se taper le rendu d'une description vectorielle au lieu d'une faire une bête copie binaire.
Bahh, c'est ce que fait justement OpenGL, et c'est bien plus rapide qu'une "copie binaire" puisque c'est la carte graphique qui s'en occupe ...

Faire passer de l'OpenGL par le réseau, ce n'est pas "aberrant", car au lieu de faire passer des pixmaps complets, tu fais passer en quelques octets un paquet disant "trace moi telle triangle à telles coordonnées", etc. Plus la scène est compliquée, plus le traffic augmente par contre, donc pour des images "compliquées" il doit y avoir un seuil où passer par des bitmaps est plus avantageux.

Oui enfin je ne t'en veux pas que tu n'aies rien compris aux principes du libre (d'ailleurs c'est le principe du libre, de le laisser utiliser même à ceux qui ne le comprennent pas), mais j'ai déjà ce qu'il faut chez moi.

Voilà, c'est un peu ce que je reproche aux gens comme toi. D'être opportuniste. Bon, ça ne dérange pas certains, mais moi je n'aime pas trop ça.

Pour l'ajustement de fréquence, c'est effectivement le problème du governor kernel ondemand qui est toujours à fond sur ppc, et il faut utiliser le userspace avec "en face" powernowd par exemple, comme tu le dis.

Pour le mapping clavier, perso j'ai toujours eu le "problème" sur toutes les debian/ubuntu (il y a longtemps pour ubuntu, vu que j'ai laissé tombé ya déjà pas mal de temps), toujours réglé en deux coups de cuillière à pot dans Gnome, comme tu le dis aussi ! Petite précision sympa quand même : si tu veux retrouver le même genre de mapping que sur OSX pour les command/ctrl/alt, rajouter l'inversion des touches alt/logo et activer la sélection du 3e niveau avec le alt gauche (toujours dans Gnome). On a ainsi les "raccourcis" classiques utilisant alt avec command (aussi appelée "pomme") : pomme-tab, pomme-f, ... et les caractères spéciaux avec alt.

Le son je comprend pas, je n'ai jamais eu le pb .... (testé sur ibook G4 et powerbook G4)
Le therm_adt74xx je ne comprend pas que ce ne soit pas activé par défaut, à ajouter absolument dans son /etc/modules.

Et apmud .... c'est quoi ? Pendant un moment il fallait pbbuttonsd pour le suspend to ram, mais aujourd'hui ça marche en standard avec les gestion d'énergie de gnome (et du kernel bien sûr, mais ça ça marche toujours nickel). Des fois faut rajouter (avec gconf) que l'ordi _peut_ faire du s2r, car il est parfois désactivé. Après ça se règle dans les options d'énergie de Gnome.

C'est vrai qu'au final, niveau finition ça fait "moyen", et qu'il faut s'investir un petit peu plus qu'avec une archi classique x86, mais c'est assez intéressant sous bien des aspects.

Tu viens de m'apprendre un truc : il existe du multicast au niveau ethernet .... je ne connaissais pas du tout. Damned ! http://en.wikipedia.org/wiki/Multicast_address#Ethernet_mult(...)
Merci ! (ça m'a permis de mieux comprendre d'autres trucs aussi)

Je connaissais le broadcast, qui est utilisé pour les requêtes ARP "who has ?". Quant au BGA, c'est une seule adresse : regarde le masque ... et ça ne correspond pas vraiment à ce dont on parle : c'est effectivement aussi une adresse multicast, mais pour autre chose.

Donc bon, en fait ton protocole se sert d'une feature standard d'ethernet apparemment. Par contre, je ne sais pas comment fonctionne le multicast en ethernet, vu que la gestion de groupes me paraît trop haut niveau pour ce protocole ...

Sinon, bonne doc pour les VLANs : http://wiki.openwrt.org/OpenWrtDocs/NetworkInterfaces (je pense que les noms d'interface vlan0 et vlan1 ne sont plus valables maintenant, ça doit être eth0 (puisque le VLAN du LAN n'est pas taggé) et eth0.1)

Et là, je suis en train de me dire que ton problème vient peut-être des VLANs : tu sais ce que font les switchs qui sont entre ton PC et l'automate ? Quand tu branches ton routeur, tu le places où exactement ? Parce que je ne comprend pas pourquoi tu compares la connexion en passant par 2 switchs avant d'arriver à ton PC, et en branchant l'automate direct sur ton routeur : ça n'est pas la même chose du tout, les 2 switchs peuvent faire plein de chose dessus. En l'occurrence, il y en a un qui doit tagger le traffic de ton automate.

Au fait, t'arrives à le contrôler comme ça depuis windows, dans cette config, ton automate ? Parce que ça me paraît bizarre que les frames arrivent taggées et que ton PC gère ça tout seul .... (c'est possible, je ne peux pas vraiment savoir ce que fait windows)