et envoyé a l'adresse mail que tu trouveras sur http://opensource.creative.com/
désolé de ne pas pouvoir aider plus mais je ne comprend rien au problème (j'ai pas vu ce qui ne marchait pas).
Pour adier le brave monsieur postez lui le resulat de "lspci -v" pour qu'il ait les infos technique sur les cartes sons qui pose problème.
Ok donc ma mission est de trouver le keyword magique à passer dans ma trame bulk pour qu'en retour il me génère une trame bulk dans laquelle il me viderait son sac (à savoir la totalité des sms contenus dans la sim), j'ai bon ?
OUI c'est ca !
Sinon j'espere que les trames interrupts sont gérées de manières transparente, car si j'attend une réponse bulk et qu'elle est noyée dans les interrupts, pas glop
C'est géré plus bas dans linux, avec libusb tu ne pourra faire que j'envoie une trame bulk, j'attend une trame bulk de réponse.
Donc dans ton cas cela t'arrange.
il est dit de mettre le cdrom "Drivers Linux" dans le lecteur
puis de tapez en root
[root@localhost root]#cd /mnt/cdrom/Linux
[root@localhost root]#./install.sh
pour avoir l'installation automatique.
Sinon sur leur site je ne trouve que pe120_220_install.tar.gz
avec ce fichier tape dans un terminal ou une console (xterm, kterm...) peut importe.
tape "tar -xzvf pe120_220_install.tar.gz"
ce qui va decompresser l'archive et te créer un repertoire
pe120_220_install
tu passe en root
"su"
puis
"cd pe120_220_install"
puis "./autorun"
et tu devrais te retrouver avec l'installateur graphique.
Ensuite c'est comme dans la doc.
.. mais en gros si je veux "cloner" une communication que j'aurai écouté, j'ai juste besoin de relever le champs "data" de la trame que le pc envoit au téléphone, et l'envoyer au périphérique via la libusb, et ce dernier va aussi me retourner un bloc data, comme une simple session telnet
Pile poile ce qu'il faut faire, apres il faut essayer de deviner quoi faire de ce qu'il te repond et les variations des questions à poser.
Il y as trois type de transaction Host-Device, des interrupts (une trame de donnée emisé toues les N milli-seconde par le device (enfin non mais fait comme si,taille max 64 octet)), des transactions bulk sur requete de l'host (quand il as envie de lire ou ecrire dans le device taille max 512 en usb1.1 ou 1024 en usb2.0) et des transaction isochrone.
libusb ne gerait pas les transaction interrupt la derniere fois que je l'ai regarder (d'ailleur je ne vois pas comment il pourrait le faire mais bon).
par contre je pense que tout faire en bulk est possible.
En general on mets des infos de status du device dans les trames interrupt et l'echange de donnée dans les trames bulk.
la manip en plus simple
sous linux tu fait un lsusb -vv
tu repere la valeur de vendor-id et product-id
ces valeur la sont les XXX et YYY de
USB\Vid_XXXX&Pid_YYYY
des clefs snoopy.
Non les trames USB sont beaucoup plus simple que les trames IP.
Snoopy n'intercepte que les données échangé entre le pc et le device, les infos de trame et de routage sont otées.
Ne poursuit pas dans cette direction , cette norme défini tout y compris la capacitances des cables, les dimensions mécaniques des connecteurs etc etc.
Elle n'ait utilise que si tu design un composants usb de base (niveau silicium on un hots ou un hub)..bref rien a voir avec la vie du programmeurs qui ne ferait pas de la gestion de couche basse.
Ces couches basse sont deja codé dans le kernel tu n'as pas réellement besoin de mettre les mains la dedans.
Sauf si ca te plait :-)
J'aurai envie de développer une application dans un langage que j'affectionne (à savoir Python,C, ou java, par ordre de préférence du moment) et qui aurait besoin d'accéder au port USB.
Bin non, le seul langage qui peut accéder au composant usb c'est du C et qui tourne dans le kernel.Par contre tu peut trouver des drivers simple permettant de faire deja deux ou trois truc pour emettre et recevoir de données par l'usb (voir libusb[1]) qui peuvent etre apellé par divers langage..
Bref, toute information sur le sujet est donc la bienvenue, et si il y a des outils existant de diagnostique permettant par exemple d'afficher le traffic sur le port (cf. ethereal), je veux bien aussi !
Sinon, ca me laisse perplexe ces logiciels non-officiels qui voient le jour et dont le but est de synchroniser les tel portables.
Je joins les deux topics pour une réponse unie, les portages de soft sont souvent fait en espionnant les traffics usb sous windows avec (snoopy [2] (soft gpl), ou usbagent (soft+hard proprio) ou autre analyseur d'échange usb) et ensuite il faut se casser la tete pour interpreter les données.
Sans spécification ni rien de la part du constructeur, ils font comment pour developper leurs softs hein ??
Les gens qui bossent pour les contructeur on quelque fois un linux chez eux ou un copains qui utilisent linux et moyennant quelques bieres et cacahouette il est possible d'obtenir deux ou trois infos de manieres non-officielles....
lit les informations que lui fourni directement le composant.
En l'occurence le composant est de marquage Sis, sous groupe Asustek, numéro de device 0x810d.
Le 0x810d est un numéro pris par le fabricant pour identifé en interne ca puce, il n'y a pas forcement de rapport avec le i810 fabriqué par intel a par la similitude de nom.
L'AD1888 est un audio codec fabriqué par analog device qui est compatible AC97 qui à été intégré dans le kernel a partir du 2.6.5.
Donc pour faire un essais avec un kernel plus recent qu'un 2.6.5 prend plutot le driver AC97 que le driver i810.
Pour un dialogue USB il faut un maitre et un/plusieurs esclave.
Les maitres sont généralement des ports PC HOST (grand rectangle USB) et les périphériques des ports DEVICE (petit carré USB).
Pour faire communiqué deux maitres (deux PC) il faut que les ports USB soit conforme à la norme OTG (On The Go) ce que les PC de bureaux sont rarement.
Soit Linux depuis le 2.6 on dispose des drivers DEVICE (en 2.4 on pouvait etre uniquement HOST), pour une raison inconnue de moi cela a pris pour nom USB_GADGET_DRIVER dans les arborescence du kernel.
Chaque DEVICE usb peut correspondre a une norme générique (comme MASS STORAGE pour un disque dur, HID pour un clavie , ne souris) ou disposé d'un driver spécifique, dans ton cas ce que tu dois faire c'est regarder pour avoir dans les USB_GADGET un gadget MASS STORAGE.
Pour faire plus clair et plus simple (car plus j'explique plus je sent qu'il faut que je developpe) il faut regarder au niveau driver dans le kernel pour voir si ca existe, mais a priori il faut modifier deux ou trois ligne par la..
avant de trop mettre de choses importante dedans http://www.linuxdevices.com/news/NS9724112335.html
ils reste des bugs connu, je pense que c'est surtout pour ca que nokia ne le livre qu'au compte goutte.
Si le CAN est beaucoup mieux que l'i2c.
C''est pour cela que toutes les voitures recentes l'utilise pour la communication inter-calculateur.
A titre indicatif le CAN utilise 3 fils cuivre standard (deux torsadés pour les signaux, 1 masse [facultative]), permet du 1 Mbds sur 40 metres / plusieurs centaine de mètres a 10kbds.
Pour les modules courant porteurs a plugger sur le réseau electrique ils sont malheuresement cher et a débit tres faibles (inférieur à 10kbds).
Une autre alternative est le bus LIN (qui est sur deux fils), liaison 1 maitre/plusieurs esclave débit inf à 20kbds.
La longueur du bus i2c dépends principalement du débit i2c utilisé et de l'étage d'adaptation hardware.
Sans interface autre que TTL (pull-up 4.7k)
Pour du 400kbds tu peut l'utiliser sur 30cm (Fast i2c évolution de la norme)
Pour du 100kbds tu peut l'utiliser sur 1m
en dessous de ca cela depends mais ne compte pas dépasser la dizaine de metres sans conséquence...
Avec des interfaces (drivers de ligne spécifique)
D'apres le constructeur (en maitre /esclave) jusqu'as 2km à 100kbds.
Que le constructeur n'assure pas le support n'est pas étonnant (volume restreint de client faisant la demande) mais quel est ca position quand a fournir les informations (emission/reception I2C et signification) permettant d'assumer le developpement d'une appli sous linux ?
a lecture rapide,
modinfo soundcore
il faut preciser a alsa l'adresse du port mp.
rmmod soundcore
modprobe soundcore mpu_port=0x330
devrait faire fonctionner le midi.
normalement 209 et 330 indiquée par windows sont des valeurs hexa.
Donc on voit bien sur la liste des ports utilisés que personne ne prend en charge ces adresses.
Tu peut faire un lsmod pour voir les noms des modules present ?
Tu utilise le noyau mandriva par defaut ?(quel version ?)
Je peut pas repondre
Pour En faite dans ma question du dessus ce trouve une autre question plus relative au fonctionnement des ports sur linux. En effet comment fait ton pour voir les ports com/midi/joystick reconnu par le systeme et comment voir si y a des conflits de ressources ?
Ca je peut repondre , le system ne decide pas d'allouer de port a qui que ce soit mais a qui le demande.
en general c'est soit un module (liste de module dispo par la commande lsmod) soit un driver directement dans le kernel.
Pour la liste des ports utilisés un cat /proc/ioports te lister la liste des modules/driver et des ports qu"il on obtenu du kernel.
Si ta zone 209 et 330 n'est allouée a personne c'est qu'il te faut charger un module specifique OU que le module concerné par la gestion midi dispose d'un parametre pour lui specifie quel port utiliser.
si tu connais le nom du module alors fais un
modinfo "nom_du_module" pour voir cela.
Pour les manips il faut diposer des droit "root" sur la machine.
Autant ce genre de considérations doit laisser froid un grand nombre de citadin des grandes ville auquel l'adsl a 20Mbds (debit atm) est accessible , autant le reste de la france, hors aglomerations qui traine la pate a 512 (quand c'est possible d'avoir de l'adsl) est bien content de trouvez des cd ou des Dvd. La proposition d'un mag avec et sans support oui, la disparition du support et la diffusion de linux ne sera plus aussi facile...
alors
1)ouvre un terminal et lance "top"
un utilitaire qui te montrera si un processus prend tout le temps machine.
2) verifie la configuration de ton serveur X surtout au niveau du choix de la carte graphique, un mauvais choix de driver carte graphique peut provoquer ce genre de comportement
3) Verifie avec "hdparm" que ton/tes disques dur fonctionne bien avec le DMA d'activé
4) vérifie qu'il reste de la place de libre sur tes disques dur
"df -H" quand linux tourne sur un disque plein a ras bord il se produit des choses bizarre....
Ou dois-je rajouter le modprobe rt2500 pour
un lancement au demarrage (distribution : slax 2.6.11.8) ?
en fait ce n'est pas un modprobe que tu dois rajouter mais modifier le contenu du fichiers /etc/modules.conf (ou conf.modules)
tape un "man modules.conf" pour avoir le detail des choses a modifier
Ou puis-je trouver les bonnes infos (hormis ici) concernant
l'emplacement de ces fichiers config, une liste des commandes
des tools linux ... ou un bon livre ?
je connais pas ton niveau mais lea-linux est un bon site pour les debutants avec par mal d'artcile assez clair.
Pour des livre plus en details cela depend de quel sujet du veut aborder.
Admin/reseau/prog C/prog bash/.......
tu peut trouver sur le net un resume sur deux ou trois pages des commandes linux avec un mots d'explication pour chacune.
Si je retrouve le lien je te le poste
lspci fais le lien entre les infos de la carte qui sont les deux numeros
VendorID et ProductID contenu dans la carte et une chaine de caracteres present dans un fichier detaillant plus precisement que fais la carte
Dans le cas present RaLink est le vendorID connu mais
le device 0201 n'est pas present dans la liste.
localisation de la liste :/usr/share/hwdata/pci.ids
tu peut la rajouter a la main si tu veux.
lspci -v te donneras plus d'info sur ta carte
Doit on indiquer le chargement du driver au demarrage et comment?
Il faut que tu precise qu'elle distribution linux tu utilise.
si le readme du kernel specifie une version de gcc 2.95 c'est parce que les premieres version du 3.0 provoquant du code errone en fonction du codage de certaine partie du kernel. Par la suite personne n'as plus verifier a quel version ca marchait ou pas.
Pour ton pb, c'est vrai que c'est possible de faire de la cross-compilation
(voir sur google :gcc cross compilation) pour avoir des tutos.
Mais le plus rapide/le plus simple dans ton cas puisque tu tourne sur la meme archi (ia32) c'est de partionner ton disque dur. Installe une vieille distrib embarquant le kernel 2.4 (mandrake 8 ou 9 par exemple) et recompile pour ta cible.
Attention le 2.4 ne supporte pas le SATA !
il faut modifier le module (si ta telecomande est usb):
Linux/drivers/usb/input/ati_remote.c
si elle est infra rouge/i2c c'est un autre fichier ,il faut voir la liste des modules en memoires pour le verifier (en dependance avec ati_remote)
cherche l'occurence de KEY_DOWN
dans le fichier
Linux/include/linux/input.h
choisi un nouveau numero de touche ou cree un nouveau key_code
a la suite de 0x1EF.
tu recompile ton module et le tour est jouer
Tu n'arrive pas a compiler un fichier C depuis kdevelop ?
par curiosité tu utilisait quel ide sous windows ?
sinon ouvre une console, mets toi dans ton repertoire qui contient ton fichier .c
tape gcc main.c -o test.o et ca devrait compiler ton fichier .c
ensuite si tu tape
./test.o
ca le lanceras.
Je peut pas te dire les menu de tete pour kdevelop je n'ai pas de linux sous la main désolé.
Cherche un menu build ou make ou debug....
# le meme en anglais
Posté par TheBreton . En réponse au message pas de fonctions avancées sur l'emu10k1 ?. Évalué à 2.
désolé de ne pas pouvoir aider plus mais je ne comprend rien au problème (j'ai pas vu ce qui ne marchait pas).
Pour adier le brave monsieur postez lui le resulat de "lspci -v" pour qu'il ait les infos technique sur les cartes sons qui pose problème.
# en root
Posté par TheBreton . En réponse au message Installer la carte son sur l'ASUS A6000. Évalué à 2.
[^] # Re: un coup de pouce
Posté par TheBreton . En réponse au message Ca marche comment, l'USB ?. Évalué à 2.
OUI c'est ca !
Sinon j'espere que les trames interrupts sont gérées de manières transparente, car si j'attend une réponse bulk et qu'elle est noyée dans les interrupts, pas glop
C'est géré plus bas dans linux, avec libusb tu ne pourra faire que j'envoie une trame bulk, j'attend une trame bulk de réponse.
Donc dans ton cas cela t'arrange.
# sur le site de xerox
Posté par TheBreton . En réponse au message comment installer un logiciel sous linux (driver). Évalué à 2.
puis de tapez en root
[root@localhost root]#cd /mnt/cdrom/Linux
[root@localhost root]#./install.sh
pour avoir l'installation automatique.
Sinon sur leur site je ne trouve que pe120_220_install.tar.gz
avec ce fichier tape dans un terminal ou une console (xterm, kterm...) peut importe.
tape "tar -xzvf pe120_220_install.tar.gz"
ce qui va decompresser l'archive et te créer un repertoire
pe120_220_install
tu passe en root
"su"
puis
"cd pe120_220_install"
puis "./autorun"
et tu devrais te retrouver avec l'installateur graphique.
Ensuite c'est comme dans la doc.
[^] # Re: un coup de pouce
Posté par TheBreton . En réponse au message Ca marche comment, l'USB ?. Évalué à 2.
Pile poile ce qu'il faut faire, apres il faut essayer de deviner quoi faire de ce qu'il te repond et les variations des questions à poser.
Il y as trois type de transaction Host-Device, des interrupts (une trame de donnée emisé toues les N milli-seconde par le device (enfin non mais fait comme si,taille max 64 octet)), des transactions bulk sur requete de l'host (quand il as envie de lire ou ecrire dans le device taille max 512 en usb1.1 ou 1024 en usb2.0) et des transaction isochrone.
libusb ne gerait pas les transaction interrupt la derniere fois que je l'ai regarder (d'ailleur je ne vois pas comment il pourrait le faire mais bon).
par contre je pense que tout faire en bulk est possible.
En general on mets des infos de status du device dans les trames interrupt et l'echange de donnée dans les trames bulk.
[^] # Re: un coup de pouce
Posté par TheBreton . En réponse au message Ca marche comment, l'USB ?. Évalué à 1.
sous linux tu fait un lsusb -vv
tu repere la valeur de vendor-id et product-id
ces valeur la sont les XXX et YYY de
USB\Vid_XXXX&Pid_YYYY
des clefs snoopy.
Non les trames USB sont beaucoup plus simple que les trames IP.
Snoopy n'intercepte que les données échangé entre le pc et le device, les infos de trame et de routage sont otées.
[^] # Re: specs
Posté par TheBreton . En réponse au message Ca marche comment, l'USB ?. Évalué à 4.
Elle n'ait utilise que si tu design un composants usb de base (niveau silicium on un hots ou un hub)..bref rien a voir avec la vie du programmeurs qui ne ferait pas de la gestion de couche basse.
Ces couches basse sont deja codé dans le kernel tu n'as pas réellement besoin de mettre les mains la dedans.
Sauf si ca te plait :-)
# un coup de pouce
Posté par TheBreton . En réponse au message Ca marche comment, l'USB ?. Évalué à 6.
Bin non, le seul langage qui peut accéder au composant usb c'est du C et qui tourne dans le kernel.Par contre tu peut trouver des drivers simple permettant de faire deja deux ou trois truc pour emettre et recevoir de données par l'usb (voir libusb[1]) qui peuvent etre apellé par divers langage..
Bref, toute information sur le sujet est donc la bienvenue, et si il y a des outils existant de diagnostique permettant par exemple d'afficher le traffic sur le port (cf. ethereal), je veux bien aussi !
Sinon, ca me laisse perplexe ces logiciels non-officiels qui voient le jour et dont le but est de synchroniser les tel portables.
Je joins les deux topics pour une réponse unie, les portages de soft sont souvent fait en espionnant les traffics usb sous windows avec (snoopy [2] (soft gpl), ou usbagent (soft+hard proprio) ou autre analyseur d'échange usb) et ensuite il faut se casser la tete pour interpreter les données.
Sans spécification ni rien de la part du constructeur, ils font comment pour developper leurs softs hein ??
Les gens qui bossent pour les contructeur on quelque fois un linux chez eux ou un copains qui utilisent linux et moyennant quelques bieres et cacahouette il est possible d'obtenir deux ou trois infos de manieres non-officielles....
[1] http://libusb.sourceforge.net/
[2] http://sourceforge.net/projects/usbsnoop/
# lspci
Posté par TheBreton . En réponse au message Identification Audio sur Asus A7S8X-MX. Évalué à 1.
En l'occurence le composant est de marquage Sis, sous groupe Asustek, numéro de device 0x810d.
Le 0x810d est un numéro pris par le fabricant pour identifé en interne ca puce, il n'y a pas forcement de rapport avec le i810 fabriqué par intel a par la similitude de nom.
L'AD1888 est un audio codec fabriqué par analog device qui est compatible AC97 qui à été intégré dans le kernel a partir du 2.6.5.
Donc pour faire un essais avec un kernel plus recent qu'un 2.6.5 prend plutot le driver AC97 que le driver i810.
# Mes 2 cts
Posté par TheBreton . En réponse au message serveur de disques USB. Évalué à 3.
Les maitres sont généralement des ports PC HOST (grand rectangle USB) et les périphériques des ports DEVICE (petit carré USB).
Pour faire communiqué deux maitres (deux PC) il faut que les ports USB soit conforme à la norme OTG (On The Go) ce que les PC de bureaux sont rarement.
Soit Linux depuis le 2.6 on dispose des drivers DEVICE (en 2.4 on pouvait etre uniquement HOST), pour une raison inconnue de moi cela a pris pour nom USB_GADGET_DRIVER dans les arborescence du kernel.
Chaque DEVICE usb peut correspondre a une norme générique (comme MASS STORAGE pour un disque dur, HID pour un clavie , ne souris) ou disposé d'un driver spécifique, dans ton cas ce que tu dois faire c'est regarder pour avoir dans les USB_GADGET un gadget MASS STORAGE.
Pour faire plus clair et plus simple (car plus j'explique plus je sent qu'il faut que je developpe) il faut regarder au niveau driver dans le kernel pour voir si ca existe, mais a priori il faut modifier deux ou trois ligne par la..
[^] # Re: Bof
Posté par TheBreton . En réponse au journal Ca y est, j'ai mon TFT !!!. Évalué à 2.
et des bruit thermique de boitier c'est tout, il n'y as pas plus silencieux
# Attend un peut
Posté par TheBreton . En réponse au journal N770: Linux dans la main.... Évalué à 2.
http://www.linuxdevices.com/news/NS9724112335.html
ils reste des bugs connu, je pense que c'est surtout pour ca que nokia ne le livre qu'au compte goutte.
[^] # Re: Quelques idées
Posté par TheBreton . En réponse au journal Stations météo et Linux. Évalué à 1.
C''est pour cela que toutes les voitures recentes l'utilise pour la communication inter-calculateur.
A titre indicatif le CAN utilise 3 fils cuivre standard (deux torsadés pour les signaux, 1 masse [facultative]), permet du 1 Mbds sur 40 metres / plusieurs centaine de mètres a 10kbds.
Pour les modules courant porteurs a plugger sur le réseau electrique ils sont malheuresement cher et a débit tres faibles (inférieur à 10kbds).
Une autre alternative est le bus LIN (qui est sur deux fils), liaison 1 maitre/plusieurs esclave débit inf à 20kbds.
# Réponse au subsidiaire
Posté par TheBreton . En réponse au journal Stations météo et Linux. Évalué à 4.
Sans interface autre que TTL (pull-up 4.7k)
Pour du 400kbds tu peut l'utiliser sur 30cm (Fast i2c évolution de la norme)
Pour du 100kbds tu peut l'utiliser sur 1m
en dessous de ca cela depends mais ne compte pas dépasser la dizaine de metres sans conséquence...
Avec des interfaces (drivers de ligne spécifique)
D'apres le constructeur (en maitre /esclave) jusqu'as 2km à 100kbds.
Que le constructeur n'assure pas le support n'est pas étonnant (volume restreint de client faisant la demande) mais quel est ca position quand a fournir les informations (emission/reception I2C et signification) permettant d'assumer le developpement d'une appli sous linux ?
[^] # Re: Pour le midi
Posté par TheBreton . En réponse au message Clavier midi sur linux ou comment savoir ce qu'il se passe sur les ports ?. Évalué à 1.
http://www.alsa-project.org/alsa-doc/doc-php/template.php?co(...)
a lecture rapide,
modinfo soundcore
il faut preciser a alsa l'adresse du port mp.
rmmod soundcore
modprobe soundcore mpu_port=0x330
devrait faire fonctionner le midi.
[^] # Re: Pour le midi
Posté par TheBreton . En réponse au message Clavier midi sur linux ou comment savoir ce qu'il se passe sur les ports ?. Évalué à 1.
Donc on voit bien sur la liste des ports utilisés que personne ne prend en charge ces adresses.
Tu peut faire un lsmod pour voir les noms des modules present ?
Tu utilise le noyau mandriva par defaut ?(quel version ?)
# Pour le midi
Posté par TheBreton . En réponse au message Clavier midi sur linux ou comment savoir ce qu'il se passe sur les ports ?. Évalué à 1.
Pour
En faite dans ma question du dessus ce trouve une autre question plus relative au fonctionnement des ports sur linux. En effet comment fait ton pour voir les ports com/midi/joystick reconnu par le systeme et comment voir si y a des conflits de ressources ?
Ca je peut repondre , le system ne decide pas d'allouer de port a qui que ce soit mais a qui le demande.
en general c'est soit un module (liste de module dispo par la commande lsmod) soit un driver directement dans le kernel.
Pour la liste des ports utilisés un cat /proc/ioports te lister la liste des modules/driver et des ports qu"il on obtenu du kernel.
Si ta zone 209 et 330 n'est allouée a personne c'est qu'il te faut charger un module specifique OU que le module concerné par la gestion midi dispose d'un parametre pour lui specifie quel port utiliser.
si tu connais le nom du module alors fais un
modinfo "nom_du_module" pour voir cela.
Pour les manips il faut diposer des droit "root" sur la machine.
[^] # Re: Linux mag & CD
Posté par TheBreton . En réponse à la dépêche Revue de Presse - Novembre 2005. Évalué à 3.
# si tous les softs sont touché et que kat n'est pas installé
Posté par TheBreton . En réponse au message Grosse lenteur de la mandriva 2006. Évalué à 2.
1)ouvre un terminal et lance "top"
un utilitaire qui te montrera si un processus prend tout le temps machine.
2) verifie la configuration de ton serveur X surtout au niveau du choix de la carte graphique, un mauvais choix de driver carte graphique peut provoquer ce genre de comportement
3) Verifie avec "hdparm" que ton/tes disques dur fonctionne bien avec le DMA d'activé
4) vérifie qu'il reste de la place de libre sur tes disques dur
"df -H" quand linux tourne sur un disque plein a ras bord il se produit des choses bizarre....
[^] # Re: pas de pb pour lspci
Posté par TheBreton . En réponse au message Probs lspci. Évalué à 1.
un lancement au demarrage (distribution : slax 2.6.11.8) ?
en fait ce n'est pas un modprobe que tu dois rajouter mais modifier le contenu du fichiers /etc/modules.conf (ou conf.modules)
tape un "man modules.conf" pour avoir le detail des choses a modifier
Ou puis-je trouver les bonnes infos (hormis ici) concernant
l'emplacement de ces fichiers config, une liste des commandes
des tools linux ... ou un bon livre ?
je connais pas ton niveau mais lea-linux est un bon site pour les debutants avec par mal d'artcile assez clair.
Pour des livre plus en details cela depend de quel sujet du veut aborder.
Admin/reseau/prog C/prog bash/.......
tu peut trouver sur le net un resume sur deux ou trois pages des commandes linux avec un mots d'explication pour chacune.
Si je retrouve le lien je te le poste
# pas de pb pour lspci
Posté par TheBreton . En réponse au message Probs lspci. Évalué à 3.
VendorID et ProductID contenu dans la carte et une chaine de caracteres present dans un fichier detaillant plus precisement que fais la carte
bash-3.00# lspci
02:00.0 Network controller: RaLink: Unknown device 0201 (rev 01)
Dans le cas present RaLink est le vendorID connu mais
le device 0201 n'est pas present dans la liste.
localisation de la liste :/usr/share/hwdata/pci.ids
tu peut la rajouter a la main si tu veux.
lspci -v te donneras plus d'info sur ta carte
Doit on indiquer le chargement du driver au demarrage et comment?
Il faut que tu precise qu'elle distribution linux tu utilise.
# mes 2 cts
Posté par TheBreton . En réponse au message Compilation d'un noyau inférieur pour une autre machine. Évalué à 1.
Pour ton pb, c'est vrai que c'est possible de faire de la cross-compilation
(voir sur google :gcc cross compilation) pour avoir des tutos.
Mais le plus rapide/le plus simple dans ton cas puisque tu tourne sur la meme archi (ia32) c'est de partionner ton disque dur. Installe une vieille distrib embarquant le kernel 2.4 (mandrake 8 ou 9 par exemple) et recompile pour ta cible.
Attention le 2.4 ne supporte pas le SATA !
# par les sources
Posté par TheBreton . En réponse au message ati_remote, refaire les keycodes. Évalué à 1.
Linux/drivers/usb/input/ati_remote.c
si elle est infra rouge/i2c c'est un autre fichier ,il faut voir la liste des modules en memoires pour le verifier (en dependance avec ati_remote)
cherche l'occurence de KEY_DOWN
dans le fichier
Linux/include/linux/input.h
choisi un nouveau numero de touche ou cree un nouveau key_code
a la suite de 0x1EF.
tu recompile ton module et le tour est jouer
# xrandr
Posté par TheBreton . En réponse au message faire pivoter l'affichage de l'écran. Évalué à 3.
[^] # Re: Kdevelop ?
Posté par TheBreton . En réponse au message logiciel linux. Évalué à 1.
par curiosité tu utilisait quel ide sous windows ?
sinon ouvre une console, mets toi dans ton repertoire qui contient ton fichier .c
tape gcc main.c -o test.o et ca devrait compiler ton fichier .c
ensuite si tu tape
./test.o
ca le lanceras.
Je peut pas te dire les menu de tete pour kdevelop je n'ai pas de linux sous la main désolé.
Cherche un menu build ou make ou debug....