TheBreton a écrit 928 commentaires

je pense que le drivers vesa fait tout le travail de rendering de l'opengl de maniere software sans savoir ce que la carte propose comme acceleration materiel,c'est sans doute pour cela que ca rame.
Pour le crash de X c'est plutot les logs de X au demarrage qui devrait contenir des infos interessantes.

avec un minimum d'info en plus on doit pouvoir t'aider.
quel kernel ? (la redhat 7.2 date un peut)
quel X ? (XFree Xorg ?) et quel version ?
quel est ton probleme ?(d'accord tu dis configurer correctement mais qu'est ce qui ne va pas ?)
t'as des erreurs ? des plantages ? rien qui demarre ?

c'est parti je te l'envoie

De rien et bonne chance pour la suite.

1) En reponse a :
J'ai fait ta manipulation, j'ai vu pleins de trucs, que ça marchait en 57600 et tout et tout.
Je suis retourné sur mon PC, et j'ai essayé avec le nouveau baudrate. Ca marchote on va dire. Des fois ca marche, des fois pas.
Cool, si ca marche ca peut venir d'un manque de synchro dans le protocole, il n'y aurait pas de pb dans le controle de flux (RTS/CTS)? a voir si c'est pas une option activé dans la version windows et a reporté sur gsmctl.
Si c'est certaine fonction fonction qui ne marche pas utilise tes log windows pour en faire un mail au maintener gsmctl, ou mieux analyse le code source de gsmctl et fait des modifs pour ton portable ensuite soumets un patch au mainteneur.

2) En reponse a :
Existe-t-il un même programme pour linux ? Je viens d'essayer slsnif mais sans résultats...
Pourquoi faire un tel programme sous linux ?
Soit tu as les sources du programme que tu utilise pour la communication, soit tu fais un hack du drivers port serie de ton noyau et tu as toutes les infos dont tu as besoin.

tu peut recuperer des informations sur le diaglogue en Windows et ton tel.portable avec portmon

http://www.sysinternals.com/ntw2k/freeware/portmon.shtml(...)

ca permet de "sniffer" les echanges, de savoir a quel debit ca cause, ce que le prog windows envoye a ton portable, ce que ton portable reponds...etc
Une fois le debit connu tu pourra tester a nouveau gsmctl

1)irda est un protocle infra rouge (cad sans cable)
ircomm...gere les ports infrarouges donc ne concerne en rien le cable.
2) tu as essayer avec different baudrate ?
-b 9600 si ca marche pas 19200 28800 38600 sont des debits standard.
3) essaye de faire un ALL avant de demander CURROP
4) Tu as regarder sur ton telephone si tu ne devais pas faire une activation d'interface dans un menu avant de commencer a coomuniquer ?

oups il manque une balise /u

ah oui mais non....
voir l'article http://www.mosys.com/products/1t_sram.html(...)
MoSys Explains 1T-SRAM Technology
il s'agit d'un bloc monolithique de DRAM integrant un refresh caché au processeur est simulant du point de vu proc un chip de sram.
c'est du pipo marketting de dire que c'est de la sram, il s'agit de dram.
je n'ai pas vu de schema de cellule sram necessitant moins de 4T, en general on consacre 6T pour un bit memoire.

Non c'est exactement ca et contrairement on ce que l'on peut lire un peut plus bas les données sont perdu quand on coupe l'alimentation.
Il y as confusion un peut generale dans les type de memoire:
les Dram (ddr-sdram ou sdram ou edo) sont des ram a contenu dynamique, c'est a dire que si on ne vient pas relire puis re-ecrire une donnée en mémoire elle disparait au bout d'une moment pour retournée a l'etat repos.
Donc le gestionnaire de memoire (different du proc) prend des cycles sur le bus d'acces memoire pour faire une lecture-ecriture en memoire qui ne sert a rien mais est obligatoire pour garantir que les données sont toujours presente en memoire.
Dans une ram statique (Sram) une donnée ecrite le reste jusqu'a disparition de l'alimentation.
Pourquoi les dynamiques sont plus presente que les statique dans nos PC ?
Plusieurs raisons :
-Integration : Il faut plus de transistor pour faire une ram statique (6) qu'une dynamique (2)
-Vitesse : Plus de transistor c'est aussi plus de temps pour les transition de signaux donc les Sram sont plus lente que les dynamiques en terme de vitesse de bus (mais plus rapide au final pour recupere des donnes quand on integre le timing de refresh dans le calcul).

donc il y as un soucis de flux de donnée.
tu as fais un petit coup de hdparm ?

Si deux interruptions se produise en meme temps, tout simplement le t kernel va lire dans les deux controleurs (qui sont depuis longtemp dans une seul puce) les interruption en "pending" ( a traiter), il trouve mettons la '0' d'activer et la '11', il apelle la routine correspondante à la '0', a la fin de la routine il recommence a lire les "pendings" si la '0' n'as pas reclaquez il va apellez la routine '11' et ainsi de suite.
Il n'y as donc pas de priorité hardware aux interruptions, en bidouillant le soft on peut dire que tel ou tel interrupt doit etre traiter plus souvent qu'une autre.(voir le soft plus haut si le package irq-tune)

tiens moi je la trouve pas cette commande pour unix
http://www.rt.com/man/(...)
t'aurais un lien pour trouver comment elle fonctionne en interne ?

sur une archi intel x86 il n'y as qu'une source d'interruption sur le processeur (en dehors de nmi et de reset) c'est d'ailleur pour cela que depuis la nuit des temps des controleurs d'interruption 8 bits (il y en as deux et on cascade la 9eme vers la 2) permette de gerer 15 interruptions.
Donc il n'y as pas d'interruption plus prioritaire qu'une autre sur les systeme PC (contrairement a la plupart des procs que l'on utilise en electronique).
Les cartee son possede un buffer ram et cela fait bien longtemps que ce n'est pas sample par sample que l'on envoie les données (maintenant on procede par flux dma) et les disques dur pareilles.
Si un acces au cdrom bloque la souris c'est parce que l'architecteure IDE demande une grosse charge de CPU pour faire des transfert contrairement au scsi et si le cpu transfert des data du cd rom vers la ram il ne peut pas passer sont temps a lire les infos que la souris lui envoie.
La meuilleure cure pour ce probleme c'est de rajouter de la ram a ce pc.

je pense que le changement auquel tu fais allusion entre le 2.6 et le 2.4 est l'augmentation de la reactivité du noyau par le passage du changement de tache de 10ms en 2.4 a 1ms en 2.6, ainsi que le passage du kernel lui meme en pre-emptif alors qu'avant le temps kernel n'etait pas interruptible.
Les pb que tu pointe ne peuvent pas etre resolu de maniere soft. Il me semble que c'est simplement le manque de RAM et donc l'utilisation de swap sur le disk qui bloque temporairement l'execution d'une tache ou l'autres. Si les données MP3 sont sur le disk et qu'une autres appli se voit chargé du swap disk vers la memoire parce que tu l'active et qu'il faut bien quelle soit dans la memoire pour s'executer je ne vois pas comment dans le meme temps fournir des données a ton lecteur MP3.
En clair, le 2.6 a ameliorer les performances en vue d'utilisation multimedia mais ne peut pas corriger tous les cas d'emploi.

l'info n'est pas stocké dans le format elf.
ref : http://www.cs.ucdavis.edu/~haungs/paper/node10.html(...)
l'info n'est pas non plus dans un .c par defaut.
En conclusion, si le programme n'integre pas specifiquement cette information dans son code il ne me semble pas y avoir de moyen de la retrouver.

quand je boot sur mon kernel lla premiere ligne affiché contient l'information compilé avec gcc.....

Parce ca n'exprime que mes souhaits.
Je souhaite faire un magneto numerique amettre dans mon salon, en rajoutant une carte tuner-bt8x8 pour enregistrer les chaines.
Je fais en ce moment le trous des solutions en tenant comptes des facteurs : place/bruit/dissipation/puissance (enregistrement compresser divs sur le disk dur des emissions TV).
apres avoir googleer pas mal voici mes conclusions et piste a suivre:

Asus digimatrix :
+ boitier pas mal, tout integrer, support du P4,wifi,reseau
- carte tunner fourni virer, un peut bruytant, solutions a env:600 euros, moyennement supporter par linux,format CM proprio,spec proprio, un peut bruyant (d'apres ce qu'on entend a droite a et gauhce)

Carte des mes reves toute chaude sortie du four
http://www.dfi.com.tw/Product/xx_product_spec_details_r_fr.jsp?PROD(...)
+ support du pentium M (donc ventilo tout petit),alim petite, LA solution silencieuse, mise en route de la carte sur heure programme (hum fonction magneto enregistreur cool a faire)
- introuvable en france,prix inconnu, prix du pentium M (aie!)

bref il est urgent d'attendre pour en savoir plus

trois choix:
1)l'option -f de rmmod dans les serie 2.6 (mais il faut que le kernel soit compilé avec l'option CONFIG_MODULE_FORCE_UNLOAD)
*ATTENTION* cette option est potentiellement dangereuse faut pas trop jouer avec
2)l'option -w (wait for completion) qui interdit a un nouveau process d'utiliser ce module donc quand le dernier process utilisant ce module le libereras ce module sera decharger de la memoire.
3)savoir pourquoi le module ce bloque et corriger cela

326 Mhz c'est la vitesse max que peut avoir le signal global_clock, le temps de transition des signaux depend du routing mais tourne en general beaucoup plus bas que ca (en nano seconde).
le fonctionnement du microblaze a 66mhz vient simplement du temps d'execution de l'instruction la plus lente sur le fpga le plus lent de la famille. Pour en faire un core light en place de routage certaine option d'optimisation de processeur ne sont pas mise en place.
je te conseille la lecture du
http://direct.xilinx.com/bvdocs/appnotes/xapp529.pdf(...)
qui explique cela plus en detail et notemment pourquoi et comment pousser le core a 150mhz et communiquez a 600mhz avec un device externe via les FSL.(ideal pour du transfert push avec de la ram destinez a l'affichage)

au lieu de (boitier gga256)
lire (boitier bga256)

je serait curieux de savoir d'ou viennent les 50mhz annoncé ?
je travaille par exemple avec le coeur microblaze de xilink sur un spartan III comme il veut l'utiliser et c'est deja un micro dont l'horloge systeme tourne a 66mhz.Le Fpga tourne prix piece a 15euro (boitier gga256) et par quantité de 1. (c'est a dire que par 1000 le prix descend largement en dessous de 10euro)
Ce genre de fpga composant peut gerer une horloge de 326Mhz max donc un peut plus que 50mhz. Quand on sait que le bus memoire des dernieres carte est de 400mhz tu vois que le proto n'est pas si loin des performances final et permet pas mal de manip.
datasheet du spartan 3.
http://direct.xilinx.com/bvdocs/publications/ds099-1.pdf(...)

Si tu n'as qu'un seul perif d'un type et que tu veux re-initialiser la couche usb comme une deconnection fais le a coup de
rmmod nom_du_module_qui_gere_mon_perif
modprobe nom_du_module_qui_gere_mon_perif
comme ca le module reprendra en charge a partir de 0 la gestion de ton perif.
Par contre il n'y auras pas de re-enumeration sur le bus !

les pre-serie nvidia sont souvent faites avec des fpga.
donc je me demande si les performances de cette carte ne serait pas quand meme tres remarquable.

http://linuxfr.org/~kopke/9294.html(...)