normalement quand on veut des infos sur son materiel c'est present dans /proc/...
en l'occurence pour l'usb "lsusb -vv" (lire v v en non w) te donne tout ce que tu voudras savoir.
Je crois qu'il faut etre root pour avoir cette commande.
Sinon lspci te donne pas mal d'infos aussi.
Pour l'usb , ta carte etait elle présente quand tu as fais l'installation de ta mandriva?
que te renvoie les commandes "lsmod" et "dmesg"?
collaboration entre une structure professionnelle et des associations tournées vers les logiciels libres (lugs ou autre) qui profiteraient à chaque parti
Une association loi 1901 n'as pas le droit de concurencer une société (je résume les status). Ce qu'elle ferait en aidant une société au dépend d'une autre.
On as pas le droit de collaborer/developper en echange de don en matériel par exemple.
Enfin c'est ce que j'ai compris des status de l'assoc. dont je suis membre qui est du type 1901.
En fait le kernel doit etre compilé en 32bits qui supporte 4Go de memoire adressable (2^32) pour utiliser + que 4Go il faut passer toute la machine (et les applis) vers une version compilés 64 bits de linux.
Sinon effectivement il faudra aussi specifier sur la ligne de commande de lancement de lilo ou grub la quantité de memoire disponible si le kernel ne la detecte pas automatiquemnt au demarrage.
L'essais est d'utiliser un pilote usb-ethernet standard avec ton pda.
Pour cela il faut modifier le fichier ".inf" pour que l'identification de ton produit par windows (product id, vendor id) provoque le chargement du pilote generique.
Aucune idée de ce que ca donneras mais a voir cela marcher avec une autre pda on ne sait jamais.
En bricolant je vois que
( http://docwiki.gumstix.org/Windows_XP_usbnet ) l'utilisation d'un driver RNDIS standard sous XP permet de ce servir d'un autre PDA.
(lien pour le telechager ici)
Heu quand meme, la le resultat devrait donner 65536 -ou un nombre approchant d'accord- et le resultat donner est 100000.
On est un peut loin d'un probleme d'arrondi l'ecart est de 34464....
Si merci j'avais bien lu et compris tous les mots.
1) Sur la page il y a un mail, as tu tentée de les contacter pour avoir une version plus a jours ou debloquer ? (le projet a l'air abandonner, peut etre que liberer les sources ou le projet ne les genes pas)
2) Je pense que poster sur un site linux pour obtenir un version "cracker" d'un pilote windows n'est pas des plus pertinent.
3)Quel est le profil de l'usb du 1915 quand tu le branche sous linux ?
3a) n'existe il pas la possibilité de passer ce profil en mass-storage qui permetrait de brancher le 1915 sous windows avec un pilote generique ?
Pareil sous Linux : tu prends un drivers de linux 2.2, je te met au défit de le recompiler sur un 2.6 toi même.
Perdu j'ecris des drivers windows pour mon boulot et des drivers linux pour notre matos pour me faire plaisir.
Non, car on aura un driver libre. C'est pas parcqu'on autorise les drivers binaire qu'on n'interdit les drivers libres.
Si on laisse les constructeurs fournir des drivers binaires leur visions financiere dictera la suite et on aura jamais de pilote libre.
On est d'accord, dans la vraie vie de monsieur tout le monde, c'est une illusion. Une pseudo solution.
A mettre en balance avec l'absence de solution.
C'est pourtant ce que font tous les gros softs dignes de ce nom qui s'interfacent avec des composants extérieurs. Je dis pas que c'est plus simple. Je dis que c'est penser aux utilisateurs.
Et quand c'est vraiment plus gerable, hop une release majeur ou on casse toute la compatibilité ancienne [bin oui comprenez on a rajouté plein de nouvelle fonction qui rende les anciens composants exterieur inutile ou incompatible....], tu veut que l'on parle de l'echange de fichier entre les differentes versions de Word ?
Windows et Mac OS ont des API stables. Gnome et KDE ont des API stables. Y'a que le kernel qui a cette abération.
Pour Mac OS je n'en sait rien je l'ecarte de ma reponse, pour API Win32 oui c'est stable et tes appli , comme pour linux, marche entre deux version de windows ou deux version de linux kernel.
Par contre ne crois pas que pour les drivers windows rien ne change, prend un disque fournit avec une des tes cartes et regarde, tu trouveras un repertoire 9x,2K,XP et Vista.
Justement, combien de temps apres la sortie de Vista as t'on put trouver des drivers nVidia correct ?
Si nVidia avait jugé que la carte dans ton PC etait trop vielle (plus de 6 mois) pour fonctionner sous Vista tu aurais quoi comme solution a part en acheter une neuve ?
Les 2 qualités ne sont pas opposés, et ca serait un sacré atout de Linux face à Windows. Mais non, les développeurs du kernel préfèrent garder la main mise sur les drivers et leur interdire toute vie alternative
C'est justement tout le contraire, tout les elements disponible pour ré-écrire comme tu le pense les driver ou le kernel sont accessible, ce qui n'est pas le cas avec Windows ou tu ne peut que regarder faire.
La dispo de la source c'est la possibilité d'une alternative, le binaire c'est l'absence de cette alternative.
Là encore, le problème vient d'une absence de stabilité des API du kernel. Le problème est là encore une mauvaise architecture des interfaces du kernel.
Si le kernel et ces api evolue c'est parce qu'il doit en etre ainsi, ce qui est stable c'est l'API user space/kernel space.
Si on devait un jour "geler" les interfaces cela serait tout simplement le signe du refus d'évoluer.
Le dernier exemple en date (qui me vient à l'esprit) c'est l'usb, pour l'intégré dans la serie de 2.4 il a fallu 2 ré-écriture (car entre le debut de l'utilisation de l'usb et la finalisation de l'usb 2.0 beaucoup de chose on du etre refaites).
Alors oui, si on avait "stabiliser les interfaces du kernel" on serais sans dout dans la serie 2.2 et on ne pourrait pas utiliser d'usb sous linux serait ce un bien ?.
Même si ce n'est pas toujours vrai, beaucoup de drivers binaires pour Windows XP (voir Win2000) fonctionne toujours sous Vista.
Tu garanti le resultat avec un driver 32 de XP sous Vista 64 bits ? Tu me trouve un driver XP pour mon joystick logitech qui marchait tres bien sous 95 et qui ne marche pas sous XP?
Réponse non, le vendeur de materiel ne porte pas ces pilotes et t'impose de racheter du nouveau materiel pour un nouvel OS, sous Linux il marche tres bien depuis le 2.4 et ma mandrake 8.2 à ma mandriva 2007.1
Signe qu'il est possible d'avoir une certaine pereinité dans le temps, même entre 2 versions majeures d'un OS.
Pour avoir fais des drivers vxd,wdm et kmdf maintenant je te garanti qu'un driver USB unique entre 95,98 et 2000 n'est possible que s'il ne fait rien de bas niveau, ce qui est génant pour un driver.
Dans la vraie vie, le code source n'est pas la solution miracle : si le matos n'est pas beaucoup utilisé, personne n'ira maintenir le driver. J'en ai fait l'amer expérience sous Linux avec les drivers Gatos pour ma radeon AIW (pas du matos confidentiel hein), qui reviennent castrés dans le dernier XOrg sans acquisition video. Des sources ne servent à rien pour l'utilisateur lambda qui se trouve seul face à son problème.
Le code source te garanti que toute les informations necessaire sont disponible pour utiliser le materiel, pas que quelqu'un fera le boulot si personne n'utilise la carte, pas que ce sera gratuit mais si tu decide de payer quelqu'un pour le faire tu as plein de SSLL ou de dev. indépendant qui peuvent faire le boulot.
S'il y avait un minimum de péreinité des interfaces binaires, on aurait moins de problèmes.
Le code irait en grossissant et perdrait en performance à chaque modification, creation d'une nouvelle API si pour toi c'est simplifier les choses...
Ca laisserait les gens les plus compétents (souvent les constructeurs) gérer le cycle de vie de leurs drivers, qui ne devrait pas être imposer selon les bons vouloir de Linus & Co. La logique d'un constructeurs est de vendre du nouveau materiel, je prefere qu'un Linus tire la barque dans une direction (meme si c'est pas moi qui la choisie ) plutot que de suivre le bon vouloir des constructeurs qui ne ce soucierons que de leurs profits.
Un pilote (binaire ou non) s'execute dans l'espace kernel et a donc acces a tout (y compris memoire utilisateur,donnée personnelle et mots de passe que tu pourrais taper au clavier).La confiance dans le fournisseur de ce pilotes est donc necessaire.
En second lieu un pilote binaire n'est pas evolutif,plusieurs probleme peuvent se produirent :
-si tu change de kernel pour une meuilleur gestion du SATA (par exemple) ton pilote binaire ne voudra plus se charger
-si tu arrive a le charger une modif quelqu'onque de l'interface du kernel pourrait faire qu'il plantera ton systeme (plus ou moin aleatoirement)
-si tu change d'architecture proc (32bit/64bit) un pilote binaire ne marche pas non plus (ici par exemple creative ne fourni qu'un pilote 64bits et pas de 32bits)
-si demain un kernel 2.7 voit le jour tous les drivers binaires devront attendre le bon vouloir du fabricant pour evoluer, et le pire c'est que sous windows ces memes fabricant ne propose pas de drivers Vista pour du materiel qui as a peine 2 ou trois ans, les gens sont obligés de changer du materiel fonctionnel contre un autre.
(Avec un driver open source, la source ne se compilerait plus, si des modifs devait etre faites pour le passage du 32 au 64 elle pourrait ce faire, le support d'un driver open source et faisable, binaire non).
La liste est longue je ne site que quelques exemples.
En conclusion ,non le driver binaire ne sont pas une bonne choses.D'un autre coté l'approche de nvidia est déja plus intelligente, le middleware est coupé en deux, la partie driver est open source, la partie library d'utilisation est closed-binaire.
Bon le driver open source est en faite un gros coup d'ouvre boite dans le kernel mais l'approche et la réalisation sont deux choses distinctes.
>undefined reference to 'pthread_kill (unsigned long, int)'
>Pouvez vous me dire pourquoi j'ai une erreur ?
A premiere vue parceque pthread_kill est déclarée avec
int pthread_kill(pthread_t thread, int sig);
et que dans ton programme le permier argument que tu lui donne n'est pas un pthread_t mais un ulong donc le linker hurle a la fonction manquante ?
Tu n'aurais pas un & qui traine devant le nom de ta variable sur la ligne de pthread_kill ?
Le problème est que je dispose d'une carte DSP PCI avec un driver en mode utilisateur, developpé par un collègue dans lequel le DMA n'est pas exploité. Soumis à des contraintes temporelles dures, je souhaiterai implementer l'accès DMA.
Deja pour faire du temps réel si le traitement de tes données est aussi prioriataire que leur aquisition il faudrait deporté le traitement dans les taches real-time land.
Premièrement, j'ai lu dans pas mal de travaux que le mode utilisateur pouvait causer des corruptions de mémoire dans l'utilisation du DMA. Est ce que quelqu'un à d'autres infos et est ce qu'il serait souhaitable que j epasse le driver en mode noyau.
En mode user la memoire n'est pas accessible a une adresse fixe, donc il n'est pas possible de faire du DMA, c'est peut etre ca la corruption?
Le composant DMA de la carte fais circuler l'adresse PHYSIQUE de la memoire dans laquelle il fait l'ecriture, il te faut donc etre dans le kernel pour alloué de la memoire par une adresse physique car en user-land on alloue de la memoire par adresse LOGIQUE, si on tente un DMA en communiquant au controleur une adresse logique il va y ecrire comme une adresse physique et donc n'importe ou dans la mémoire.
Deuxièment, je suis vraiment nouveau dans le developpement de driver, et il me semble que l'implementation DMA implique uniquement un mappage différent des mémoires ?? est ce que quelqu'un a déjà fait ce type de travail ?? Avez vous des exemples explicites de codes ??
Cet version de la distrib. des iso sur CD avait disparu ( a mon déplaisir) de la version 2007.1, reviendrait elle avec la version finale de la 2008.0 ?
je comprend que cela fasse mal a la tresorerie, je doute quand meme (mais je n'ai aucune info la dessus) que cela ce soit fais du jour au lendemain de se retrouver au tribunal sans tentative d'arrangement/conciliation/echange de courrier/mise en demeure ?.
En lisant le jugement on peut se rendre compte que c'est pour l'utilisation abusive du terme "Paris" (tm)(c)(r) et le depots de plusieur nom de domaine internet que cette association est jugé/condamné et non pas sur le faite de proposer du sans fil au usagers.
si tu le lance au demarrage il y a des chances que le run-level ne soit pas celui que tu utilise normalement pour le lancer.
Peut etre que le bash n'est pas lancer et que certaine variables d'environnement ne soit pas encore configurées.
Tu ne peut pas recupere les infos au démarrage de vlc dans un fichier pour les analyser ?
mais je pense que ton programme demarre avant que les services qu'il utilise (et qui te manque ensuite ) ne demarre eux memes non ?
enfin qu'est ce qui ne marche pas ?
le kernel parle a l'usb de ton portable, cela m'étonnerait qu'il soit aussi dédaigneusement ignoré par ton pc.
Tu peut faire un lsusb -vv ou un dmesg apres la connexion de ton portable pour voir ce que le kernel en dit.
Il est fort probable qu'il faille un drivers specifique pour dialoguer avec ton portable...
# proc & co
Posté par TheBreton . En réponse au message Qui saura répondre à cela : carte USB2 et linux. Évalué à 2.
en l'occurence pour l'usb "lsusb -vv" (lire v v en non w) te donne tout ce que tu voudras savoir.
Je crois qu'il faut etre root pour avoir cette commande.
Sinon lspci te donne pas mal d'infos aussi.
Pour l'usb , ta carte etait elle présente quand tu as fais l'installation de ta mandriva?
que te renvoie les commandes "lsmod" et "dmesg"?
# tiens, voila des gens bien
Posté par TheBreton . En réponse au message Sacem et Musique Libre. Évalué à 2.
[^] # Re: Evolution
Posté par TheBreton . En réponse au journal box, triple play... et les exclus. Évalué à 3.
Nous somme tous égaux mais certains sont plus égaux que d'autres.
# Je crois que c'est interdit
Posté par TheBreton . En réponse au journal Aux frontières du réel. Évalué à 4.
Une association loi 1901 n'as pas le droit de concurencer une société (je résume les status). Ce qu'elle ferait en aidant une société au dépend d'une autre.
On as pas le droit de collaborer/developper en echange de don en matériel par exemple.
Enfin c'est ce que j'ai compris des status de l'assoc. dont je suis membre qui est du type 1901.
[^] # Presque ca
Posté par TheBreton . En réponse au message probleme de memoire. Évalué à 1.
Sinon effectivement il faudra aussi specifier sur la ligne de commande de lancement de lilo ou grub la quantité de memoire disponible si le kernel ne la detecte pas automatiquemnt au demarrage.
[^] # Re: Galere
Posté par TheBreton . En réponse au message Recherche driver desesperemment !. Évalué à 2.
Pour cela il faut modifier le fichier ".inf" pour que l'identification de ton produit par windows (product id, vendor id) provoque le chargement du pilote generique.
Aucune idée de ce que ca donneras mais a voir cela marcher avec une autre pda on ne sait jamais.
[^] # Re: Galere
Posté par TheBreton . En réponse au message Recherche driver desesperemment !. Évalué à 2.
( http://docwiki.gumstix.org/Windows_XP_usbnet ) l'utilisation d'un driver RNDIS standard sous XP permet de ce servir d'un autre PDA.
(lien pour le telechager ici)
http://www.gp32x.com/board/index.php?showtopic=27848&hl=(...)
Pour ton cas il te faudra modifier le linux.inf avec le VendorID et ProductID de ton PDA
pour les lignes
LinuxDevices]
; NetChip IDs, used by both firmware modes
%LinuxDevice% = RNDIS, USB\VID_0525&PID_a4a2
Tu dois changer VID et PID par le vendor ID et le product ID que tu peut obtenir de ton PDA sous linux avec la commande "lsusb -v |less"
[^] # Re: Mouais
Posté par TheBreton . En réponse au journal Excel 2007 c'est super. Évalué à 2.
On est un peut loin d'un probleme d'arrondi l'ecart est de 34464....
[^] # Re: Galere
Posté par TheBreton . En réponse au message Recherche driver desesperemment !. Évalué à 2.
1) Sur la page il y a un mail, as tu tentée de les contacter pour avoir une version plus a jours ou debloquer ? (le projet a l'air abandonner, peut etre que liberer les sources ou le projet ne les genes pas)
2) Je pense que poster sur un site linux pour obtenir un version "cracker" d'un pilote windows n'est pas des plus pertinent.
3)Quel est le profil de l'usb du 1915 quand tu le branche sous linux ?
3a) n'existe il pas la possibilité de passer ce profil en mass-storage qui permetrait de brancher le 1915 sous windows avec un pilote generique ?
[^] # Re: Confiance et pérénité
Posté par TheBreton . En réponse au journal Marre de l'intégrisme chez les libristes !!!. Évalué à 1.
Perdu j'ecris des drivers windows pour mon boulot et des drivers linux pour notre matos pour me faire plaisir.
Non, car on aura un driver libre. C'est pas parcqu'on autorise les drivers binaire qu'on n'interdit les drivers libres.
Si on laisse les constructeurs fournir des drivers binaires leur visions financiere dictera la suite et on aura jamais de pilote libre.
On est d'accord, dans la vraie vie de monsieur tout le monde, c'est une illusion. Une pseudo solution.
A mettre en balance avec l'absence de solution.
C'est pourtant ce que font tous les gros softs dignes de ce nom qui s'interfacent avec des composants extérieurs. Je dis pas que c'est plus simple. Je dis que c'est penser aux utilisateurs.
Et quand c'est vraiment plus gerable, hop une release majeur ou on casse toute la compatibilité ancienne [bin oui comprenez on a rajouté plein de nouvelle fonction qui rende les anciens composants exterieur inutile ou incompatible....], tu veut que l'on parle de l'echange de fichier entre les differentes versions de Word ?
[^] # Re: Confiance et pérénité
Posté par TheBreton . En réponse au journal Marre de l'intégrisme chez les libristes !!!. Évalué à 3.
Pour Mac OS je n'en sait rien je l'ecarte de ma reponse, pour API Win32 oui c'est stable et tes appli , comme pour linux, marche entre deux version de windows ou deux version de linux kernel.
Par contre ne crois pas que pour les drivers windows rien ne change, prend un disque fournit avec une des tes cartes et regarde, tu trouveras un repertoire 9x,2K,XP et Vista.
Justement, combien de temps apres la sortie de Vista as t'on put trouver des drivers nVidia correct ?
Si nVidia avait jugé que la carte dans ton PC etait trop vielle (plus de 6 mois) pour fonctionner sous Vista tu aurais quoi comme solution a part en acheter une neuve ?
Les 2 qualités ne sont pas opposés, et ca serait un sacré atout de Linux face à Windows. Mais non, les développeurs du kernel préfèrent garder la main mise sur les drivers et leur interdire toute vie alternative
C'est justement tout le contraire, tout les elements disponible pour ré-écrire comme tu le pense les driver ou le kernel sont accessible, ce qui n'est pas le cas avec Windows ou tu ne peut que regarder faire.
La dispo de la source c'est la possibilité d'une alternative, le binaire c'est l'absence de cette alternative.
[^] # Re: Confiance et pérénité
Posté par TheBreton . En réponse au journal Marre de l'intégrisme chez les libristes !!!. Évalué à 3.
Si le kernel et ces api evolue c'est parce qu'il doit en etre ainsi, ce qui est stable c'est l'API user space/kernel space.
Si on devait un jour "geler" les interfaces cela serait tout simplement le signe du refus d'évoluer.
Le dernier exemple en date (qui me vient à l'esprit) c'est l'usb, pour l'intégré dans la serie de 2.4 il a fallu 2 ré-écriture (car entre le debut de l'utilisation de l'usb et la finalisation de l'usb 2.0 beaucoup de chose on du etre refaites).
Alors oui, si on avait "stabiliser les interfaces du kernel" on serais sans dout dans la serie 2.2 et on ne pourrait pas utiliser d'usb sous linux serait ce un bien ?.
Même si ce n'est pas toujours vrai, beaucoup de drivers binaires pour Windows XP (voir Win2000) fonctionne toujours sous Vista.
Tu garanti le resultat avec un driver 32 de XP sous Vista 64 bits ? Tu me trouve un driver XP pour mon joystick logitech qui marchait tres bien sous 95 et qui ne marche pas sous XP?
Réponse non, le vendeur de materiel ne porte pas ces pilotes et t'impose de racheter du nouveau materiel pour un nouvel OS, sous Linux il marche tres bien depuis le 2.4 et ma mandrake 8.2 à ma mandriva 2007.1
Signe qu'il est possible d'avoir une certaine pereinité dans le temps, même entre 2 versions majeures d'un OS.
Pour avoir fais des drivers vxd,wdm et kmdf maintenant je te garanti qu'un driver USB unique entre 95,98 et 2000 n'est possible que s'il ne fait rien de bas niveau, ce qui est génant pour un driver.
Dans la vraie vie, le code source n'est pas la solution miracle : si le matos n'est pas beaucoup utilisé, personne n'ira maintenir le driver. J'en ai fait l'amer expérience sous Linux avec les drivers Gatos pour ma radeon AIW (pas du matos confidentiel hein), qui reviennent castrés dans le dernier XOrg sans acquisition video. Des sources ne servent à rien pour l'utilisateur lambda qui se trouve seul face à son problème.
Le code source te garanti que toute les informations necessaire sont disponible pour utiliser le materiel, pas que quelqu'un fera le boulot si personne n'utilise la carte, pas que ce sera gratuit mais si tu decide de payer quelqu'un pour le faire tu as plein de SSLL ou de dev. indépendant qui peuvent faire le boulot.
S'il y avait un minimum de péreinité des interfaces binaires, on aurait moins de problèmes.
Le code irait en grossissant et perdrait en performance à chaque modification, creation d'une nouvelle API si pour toi c'est simplifier les choses...
Ca laisserait les gens les plus compétents (souvent les constructeurs) gérer le cycle de vie de leurs drivers, qui ne devrait pas être imposer selon les bons vouloir de Linus & Co.
La logique d'un constructeurs est de vendre du nouveau materiel, je prefere qu'un Linus tire la barque dans une direction (meme si c'est pas moi qui la choisie ) plutot que de suivre le bon vouloir des constructeurs qui ne ce soucierons que de leurs profits.
# Galere
Posté par TheBreton . En réponse au message Recherche driver desesperemment !. Évalué à 1.
http://www.bahia21.com/download
il y as un email sur la page et l'annonce indique que le driver et "free of charge" pour une utilisation personnelle
Sinon sur ton PDa tu n'aurais pas une liaison série RS232 parce que sous windows avec un cable a deux balles tu pourrais faire tes transferts sinon?
[^] # Confiance et pérénité
Posté par TheBreton . En réponse au journal Marre de l'intégrisme chez les libristes !!!. Évalué à 10.
En second lieu un pilote binaire n'est pas evolutif,plusieurs probleme peuvent se produirent :
-si tu change de kernel pour une meuilleur gestion du SATA (par exemple) ton pilote binaire ne voudra plus se charger
-si tu arrive a le charger une modif quelqu'onque de l'interface du kernel pourrait faire qu'il plantera ton systeme (plus ou moin aleatoirement)
-si tu change d'architecture proc (32bit/64bit) un pilote binaire ne marche pas non plus (ici par exemple creative ne fourni qu'un pilote 64bits et pas de 32bits)
-si demain un kernel 2.7 voit le jour tous les drivers binaires devront attendre le bon vouloir du fabricant pour evoluer, et le pire c'est que sous windows ces memes fabricant ne propose pas de drivers Vista pour du materiel qui as a peine 2 ou trois ans, les gens sont obligés de changer du materiel fonctionnel contre un autre.
(Avec un driver open source, la source ne se compilerait plus, si des modifs devait etre faites pour le passage du 32 au 64 elle pourrait ce faire, le support d'un driver open source et faisable, binaire non).
La liste est longue je ne site que quelques exemples.
En conclusion ,non le driver binaire ne sont pas une bonne choses.D'un autre coté l'approche de nvidia est déja plus intelligente, le middleware est coupé en deux, la partie driver est open source, la partie library d'utilisation est closed-binaire.
Bon le driver open source est en faite un gros coup d'ouvre boite dans le kernel mais l'approche et la réalisation sont deux choses distinctes.
[^] # moi aussi je veut jouer a deviner
Posté par TheBreton . En réponse au message OWS. Évalué à 1.
[^] # Re: cela aurait mérité...
Posté par TheBreton . En réponse au journal Detaxe: Plus de 900 euros pour un portable à 599. Évalué à 8.
# mes 2cts
Posté par TheBreton . En réponse au message undefined reference pthread_kill. Évalué à 1.
>Pouvez vous me dire pourquoi j'ai une erreur ?
A premiere vue parceque pthread_kill est déclarée avec
int pthread_kill(pthread_t thread, int sig);
et que dans ton programme le permier argument que tu lui donne n'est pas un pthread_t mais un ulong donc le linker hurle a la fonction manquante ?
Tu n'aurais pas un & qui traine devant le nom de ta variable sur la ligne de pthread_kill ?
# DMA user land...reponse en trois partie
Posté par TheBreton . En réponse au message Driver pour une carte DSP PCI. Évalué à 1.
Deja pour faire du temps réel si le traitement de tes données est aussi prioriataire que leur aquisition il faudrait deporté le traitement dans les taches real-time land.
Premièrement, j'ai lu dans pas mal de travaux que le mode utilisateur pouvait causer des corruptions de mémoire dans l'utilisation du DMA. Est ce que quelqu'un à d'autres infos et est ce qu'il serait souhaitable que j epasse le driver en mode noyau.
En mode user la memoire n'est pas accessible a une adresse fixe, donc il n'est pas possible de faire du DMA, c'est peut etre ca la corruption?
Le composant DMA de la carte fais circuler l'adresse PHYSIQUE de la memoire dans laquelle il fait l'ecriture, il te faut donc etre dans le kernel pour alloué de la memoire par une adresse physique car en user-land on alloue de la memoire par adresse LOGIQUE, si on tente un DMA en communiquant au controleur une adresse logique il va y ecrire comme une adresse physique et donc n'importe ou dans la mémoire.
Deuxièment, je suis vraiment nouveau dans le developpement de driver, et il me semble que l'implementation DMA implique uniquement un mappage différent des mémoires ?? est ce que quelqu'un a déjà fait ce type de travail ?? Avez vous des exemples explicites de codes ??
Nouveau dans le monde des drivers?
bienvenue je te conseille la lecture du rubini
http://lwn.net/Kernel/LDD3/
et de postez tes questions dans le bon forum ;-)
https://linuxfr.org/forums/36/
[^] # Re: Miroirs français
Posté par TheBreton . En réponse à la dépêche Mandriva 2008.0 bêta 2 (Galilée) est disponible. Évalué à 2.
Cet version de la distrib. des iso sur CD avait disparu ( a mon déplaisir) de la version 2007.1, reviendrait elle avec la version finale de la 2008.0 ?
[^] # Re: moi je trouve ca normal
Posté par TheBreton . En réponse au journal Paris wifi = paris sans fil out !. Évalué à 3.
# moi je trouve ca normal
Posté par TheBreton . En réponse au journal Paris wifi = paris sans fil out !. Évalué à 3.
[^] # Re: c'est vague tout ca
Posté par TheBreton . En réponse au message script de démarrage. Évalué à 1.
Peut etre que le bash n'est pas lancer et que certaine variables d'environnement ne soit pas encore configurées.
Tu ne peut pas recupere les infos au démarrage de vlc dans un fichier pour les analyser ?
[^] # Re: Et chez nos voisins ?
Posté par TheBreton . En réponse à la dépêche Présentation LinuxFr.org aux RMLL 2007. Évalué à 1.
# c'est vague tout ca
Posté par TheBreton . En réponse au message script de démarrage. Évalué à 2.
enfin qu'est ce qui ne marche pas ?
# au départ
Posté par TheBreton . En réponse au message Sony ericsson w300i. Évalué à 1.
Tu peut faire un lsusb -vv ou un dmesg apres la connexion de ton portable pour voir ce que le kernel en dit.
Il est fort probable qu'il faille un drivers specifique pour dialoguer avec ton portable...