Heu... j'ai pas tout compris mais pour les déplacements, la fonction glTranslated te permet de faire une translation.
Elle attend comme paramètres 3 doubles. Si tu ne peut pas avoir plus de 8 chiffres précision à quoi sert cette fonction puisqu'il existe glTranslatef qui fait le même chose mais avec des flottants (qui eux atteignent 6 ou 7 chiffres de précision) ?
Je ne connais que ma carte graphique: une X1300Pro.
Pour le driver, si ça peut vous aider voici ce que me donne la commande lspci -v :
01:00.0 VGA compatible controller: ATI Technologies Inc Unknown device 7183 (prog-if 00 [VGA])
Subsystem: Dell Unknown device 0d02
Flags: bus master, fast devsel, latency 0, IRQ 169
Memory at c0000000 (64-bit, prefetchable) [size=256M]
Memory at dfde0000 (64-bit, non-prefetchable) [size=64K]
I/O ports at dc00 [size=256]
Expansion ROM at dfe00000 [disabled] [size=128K]
Capabilities: <access denied>
01:00.1 Display controller: ATI Technologies Inc Unknown device 71a3
Subsystem: Dell Unknown device 0d03
Flags: bus master, fast devsel, latency 0
Memory at dfdf0000 (64-bit, non-prefetchable) [size=64K]
Capabilities: <access denied>
Je viens de tester et oui effectivement le network restart et le ifup usb0 fonctionne. Une idée de ce qu'il manque pour que la config de l'interface se fasse automatiquement ?
Le problème c'est que la distribution m'est imposée, je ne peut pas utiliser autre chose que mandriva 2006 et 2007 (il faut que cela fonctionne sur les deux distrib).
Bon après plusieurs tests je n'ai réussi à reproduire le problème qu'avec le Q1. D'où viens le problème (hardware mal géré, pilotes, distribution), mystère ... d'autant plus que j'ai testé avec un PC tournant sous mandriva power pack 2006, la même distrib que sur mon samsung Q1 !
Effectivement, le problème venait de mon addresse de multicast.
J'ai utilisé 224.0.0.3 et tout marche parfaitement.
J'avais lu sur un tutorial que l'adresse 224.0.0.1 désignait le réseau local. Le HOW à aussi l'air de dire que toute les machines pouvant répondre à un multicast sur 224.0.0.1 doivent le faire mais apparement cela ne marche pas tout à fait comme cela.
En tout cas je te remercie pour ta réponse pertinente et rapide.
PS : pour le mise en page et le double post, je suis désolé mais mon doigt a rippé sur la touche entrée.
Bon en fait j'ai fait une petite erreur, j'ai oublié de charger le module usb-storage :-)
De toute façon j'avais essayé avant avec une configuration du noyau où le module était intégré et j'avais la même problème, seules les traces que j'ai fournies sont différentes).
Grâce à vos propositions j'ai pu enfin lire ma clé !!!
En fait, le mount -t vfat /dev/sda1 /mnt/usb ne fonctionne pas (pourquoi, là est tout le mystère...).
En faisant un mount -t auto /dev/sda1 /mnt/usb j'ai aussi des messages d'erreurs mais cela fonctionne. Voici la trace :
# mount -t auto /dev/sda1 /mnt/usb/
VFS: Can't find ext3 filesystem on dev sda1.
VFS: Can't find an ext2 filesystem on dev sda1.
cramfs: wrong magic
Bref, je vous remercie tous les deux pour vos réponse pertinentes et rapides.
PS pour Da Bou : en fait j'ai utilisé la ligne "none /proc/bus/usb usbfs defaults 0 0" dans mon fstab car dans la doc de linux fournie avec les sources du noyau il est dit que pour le gestion des clé usb il faut utiliser cette ligne. Cependant j'avais mal compris, cette ligne sert, je pense, pour le noyau et non pour l'utilisateur. Elle lui permet de monter la clé de sorte à pouvoir extraire toutes les informations liées à la clé (nom, id du bus,...) via le fichiers devices.
PS2 : j'aimerai bien savoir quel type de système fichiers j'ai sur la clé étant donné que le mount avec -t vfat ne fonctionne pas et je j'avais auparavant utilisé la clé avec Windows...
J'ai essayé d'utiliser le système cramfs pour générer mon initrd.
Cette fois-ci la taille est limitée à 4Mo (au dessus ça bugge) et je n'ai pas trouvé où modifier cette taille. J'ai essayé dans le menu de configuration du noyau, dans mon bootloader, rien.
J'ai regardé et re-gardé mais je n'arrive pas à la trouver !
La seule option qui s'en reproche est 'JFS' (Journaled File System).
Est-il nécessaire d'activer une autre option afin que celle-ci devienne visible ?
J'ai survolé les sources de busybox mais je n'ai rien trouvé d'interressant.
En fait je me disais qu'il serai peut-être plus propre d'utiliser JFFS2.
D'après ce que j'ai lu ce système de fichier serai intégré au noyau depuis la version de dev 2.5.*. Vu que j'ai un noyau est 2.6.16, je pense qu'il n'y a pas de problème, mais je n'arrive pas à trouver l'option dans le menu de configuration !
Dois-je patcher mon noyau ? Si oui, où puis-je obtenir ce patch car je n'ai pas réussi à le trouver.
Sinon, après quelques tests supplémentaires, je pense que mon problème vient bien de la taille de l'initrd si elle dépasse 2Mo, et non des fichiers qui le compose.
En fait c'est tout simple : je désire savoir s'il est possible de lire les données reçues par ma clé grâce à un petit programme en C.
Pour cela, je me disais que puisque sur linux un périphérique est vu comme un fichier, alors il doit être possible de lire les données recues par le clé comme on lit un fichier (open, read, close).
Je désire aussi pouvoir émettre des informations sur le réseau via ma clé (exemple : envoyer "bonjour" à la machine 192.168.2.3).
Là aussi je suppose que la méthode à utiliser est d'écrire les données à transmettre dans le fichier représentant ma clé.
Le problème c'est que je ne sais pas quel est le fichier représentant ma clé. Je suppose qu'il se trouve dans le répertoire /dev étant donné que ce répertoire référence tous les périphériques reliés à la machine.
J'ai déjà réussi à transmettre des données de cette manière via un cable USB en utilisant le protocole CDC ACM (un protocole permettant de simuler un port série avec un port USB) :
- Je relie mon PC à ma carte (le PC est en host et la carte en device)
- j'écris des données coté PC (echo "bonjour" > /dev/ttyACM0)
- je les reçoit telles quelle sur la carte avec la commande "cat /dev/ttygserial"
J'aimerai donc savoir s'il existe une méthode similaire avec une clé wifi.
J'ai utilisé une nouvelle version du driver de ma clé wifi (c'est une DWL-G122 et le driver est le rt2570 pour ceux que ça interrèsse).
Je n'ai pas utilisé le modprobe, ce qui tend à me confirmer que le modprobe ne fait "que" vérifier les dépendances du module en plus de le charger.
Je n'ai eu qu'à (cross)compiler mon driver, le mettre dans l'arborescence de fichier de ma carte, le lancer sur celle-ci, configuerer mon interface (adresse IP et adresse IP du routeur) et finalement l'activer (ifconfig rausb0 up). Tout à l'air de marcher : le ping vers mon site web distant fonctionne, les LED clignote, la vie est belle :-)
Oui, mon module est bien présent, c'est d'ailleur lui qui me crée l'interface.
En fait, je me demandais si modprobe faisait des choses en plus par rapport à insmod, sans lequelles je ne pourrai pas configurer correctement ma connection wifi.
D'après ce que j'ai lu, modprobe est une commande de haut niveau qui vérifie notamment les dépendances du module chargé et, le cas échéant, charge les modules nécessaires (ce que ne fais pas insmod apparemment).
D'ailleur dans le tutorial que j'ai pu lire, il faut utiliser insmod, puis depmod et enfin modprobe. Vu que les deux commandes sont employées dans la procédure d'install, je me disais que modprobe devait faire un truc en plus.
ta suggestion de modifier la table de routage m'a donné une idée toute bête : "pingger" une addresse hors de mon réseau via mon interface wifi. J'ai donc trouvé un site web avec une adresse IP dans son URL et j'ai rajouté à ma table de routage un chemin vers cette adresse via mon interface wifi.
Résultat : le ping à échoué. J'ai donc essayé avec l'interface ethernet et là le ping à fonctionné.
Cela veut donc dire que c'est la configuration de mon interface wifi qui est mauvaise :-(.
J'aurai d'auilleurs quelques question à ce propos. Dans le tutorial d'installation du driver de ma clé, il est dit de faire un insmod suivi d'un modprobe. J'aimerai savoir ce qu'apporte le modprobe vis à vis de insmod, sachant que mon driver ne dépend d'aucun autre (normalement il dépend de usbcore, mais je l'ai mis comme partie intégrante de mon noyau).
En fait, le modprobe me pose problème car lorsque je l'exécute, il ne trouve pas le fichier contenant les dépendances entre modules (le fichier modules.dep). De plus, mon noyau ne contient pas la commande depmod, permettant de générer ce fichier il me semble (je pense que cela vient du fait que j'utilise NFS et que celui-ci me monte un partition en lecture seule).
J'ai donc essayé de le créer à la main (j'ai fait un fichier vide), mais rien à faire, il ne le trouve toujours pas. J'ai pourtant essayé de le mettre dans les répertoire suivants :
- /lib/modules/VERSION_DE_MON_NOYAU/
- /lib/modules/
- /
Voici donc mes questions :
- Y a-t-il une variable d'environnement (un quelque chose du style) permettant de spécifier le chemin d'accès au fichier modules.dep ?
- Est-il possible de de configurer un noyau pour que celui-ci gère le NFS et qu'il monte un partition en lecture-écriture ? Si oui, est-ce que le compilateur va alors ajouter automatiquement la commande depmod à mon noyau ?
Le problème c'est que j'ai un seul et me routeur pour mes deux connection (en fait je veut tester si ma clé wifi marche sur ma carte).
Cependant, ça ma donné une idée : si je fais un ping avec une autre machine sur l'adresse IP que j'ai spécifié pour mon interface réseau, cela devrai prouver que le tout fonctionne non?
exemple :
pour la configuration de l'interface, si je fais :
#ifconfig rausb0 192.168.2.99
alors si je fais avec une autre machine :
#ping 192.168.2.99
ca devrai marcher il me semble
Le problème c'est que j'ai essayé, mais apparement, d'après l'activité des diodes de mon routeur, le ping passe par l'ethernet :-(
J'ai essayé de débrancher le cable ethernet reliant ma carte à mon routeur juste avant le ping et ça bloque.
D'ailleurs, lorsque je fais un ifconfig, cela m'affiche pour mon interface rausb0 :
Link encap:Ethernet HWaddr XX:XX:XX:XX:XX:XX
inet addr:192.168.2.99 Bcast:192.168.2.255 Mask:255.255.255.0
...
Est-ce que le "Link encap:Ethernet" est correct ? Est-ce que cela ne veut pas dire que ma connexion soi-disant wifi est en fait simulée par une connexion ethernet ?
J'ai fais les trois commandes, dans l'ordre, mais ça ne change rien.
Le compilateur me dit que que la commande make dep est inutile("*** Warning: make dep is unnecessary now.").
Une fois compilé, je charge le noyau sur la carte mais la commande depmod n'est toujours pas reconnue.
Merci pour ta réponse, je vais aller regarder tout ça.
De mon coté je me suis un peut plus rensseigné sur le sujet et je vois maintenant un peut mieux à quoi sert le initrd.
Je ne pense pas que mon problème vienne de mon initrd car avec l'image de base, mon noyaux se lance sans problème. Il suffit en fait que je place dans la mémoire flash une image dont la taille est inférieur ou égale à celle qui était de base sur la carte (environ 857Ko).
D'après ce que j'ai compris sur initrd, je pense qu'il n'est pas nécessaire de changer l'initrd lorsqu'on change d'image. Dans mon cas je ne rajoute que les modules servant à la gestion des ports USB et des outils pour connections sans fils (wireless tools). Je ne pense pas qu'il faille modifier l'initrd pour cela.
La seule possibilité vient donc que je me plante lorsque je rajoute la gestion des ports USB et des wireless tools lors du 'make menuconfig'. Pourtant je ne fait pas beaucoup de manipulations :
- lors du 'make menuconfig', dans la catégorie 'USB support' , j'active l'option 'Support for Host-side USB' de sorte que le module soit installé de 'manière modulaire' (il sera lancé que lorsque c'est nécessaire)
- dans les options apparues, j'active l'option 'USB verbose debug messages'. Je ne peut la sélectionner qu'en 'built-in' et pas en modulaire comme la précédente.
- j'active aussi (de manière modulaire) les options 'OHCI HCD support', 'SL811HS HCD support' et 'USB Mass Storage support'
- dans la catégorie 'Networking support', je vais dans l'option 'Wireless LAN (non-hamradio)'
- j'active l'option 'Wireless LAN drivers (non-hamradio) & Wireless Extensions' (built-in obligé là aussi)
Et c'est tout. Je ne modifie que ces 6 options.
La seule chose qui pourrai faire bugger c'est peut-être d'activer en même temps les 2 options 'OHCI HCD support', 'SL811HS HCD support' mais ça m'étonnerai étant donné qu'elle seront implémentées de manière modulaire.
Je ne vois pas autre chose. Ai-je oublié d'activer des options ?
Je vais essayer de voir ce que cela donne en désactivant les options obligatoirement compilées en built-in (verbose pour l'USB+wireless tool).
Petite question : quoi correspond ton /home/CD_DIST/* ?
Je suppose que c'est tous les fichiers que tu veut mettre sur ton ramDisk, mais le problème c'est que moi je ne sais pas lesquels je doit y mettre.
Je débute dans l'embarqué et je ne suis pas un expert linux donc j'ai un peut de mal avec les concepts liés au bootage de système (ramdisk, initrd, bootloader, ...) et vu que les doc fourni avec la carte sont un peut pourri, je rame.
Ca y est j'ai enfin réussi à faire fonctionner ma clé sous linux après 3 jours de lutte acharnée !!!
Le problème c'est que je suis pas sur de la solution Je pense que ça venai tout simplement de mon firewall que j'ai complètement désactivé (c'est souvent les erreurs les plus bêtes qui sont les plus dures à trouver :-) ).
Je que je trouve bizarre c'est pourquoi ma commande ping était bloquée pour mon interface WLAN0 alors qu'elle fonctionnai avec l'interface ETH0 (mes connaissance en linux ne sont pas particulièrement grande...).
Merci pour ton tutorial (simple et facile à comprendre d'ailleur), mais ça ne marche pas. Je ne comprend pas du tout étant donné que pour toutes les étapes, mes traces sont identiques aux tiennes.
La seule chose qui change est le débit de mon wlan0 losque je fais un ifconfig. Chez moi ce débit est nul.
Je vois pas d'ou ça peut venir car lorsque je branche la clé, je vois la LED "WLAN" de mon routeur qui clignote, je pense que c'est du à un échange de données (identification) entre la clé et le routeur. Je vois pas pourquoi ils ne pourrai pas communiquer par la suite.
Enfin bon, je vais essayer de trouver d'ou ça peut venir. Je vais aussi consulter les lien qui sont dans ton tutorial. On sait jamais, ça peut toujour aider...
Merci de votre aide malheureusement, aucune des solution ne marche.
Le pump -i wlan0 me renvoi "operation failed".
Le dhcpcd -i wlan0 me renvoi la ligne "dhcpcd.exe: interface eth0 has been configured with old IP=192.168.2.45" puis se bloque (si j'appui sur entrée, j'ai de nouveau la main).
Le dhclient n'a pas l'air de marcher non plus : lorsque je le lance (dhclient wlan0), la console m'affiche :
[root@192 ~]# dhclient wlan0
Internet Systems Consortium DHCP Client V3.0.2
Copyright 2004 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/products/DHCP
sit0: unknown hardware address type 776
/sbin/dhclient-script: configuration for wlan0 not found.
sit0: unknown hardware address type 776
Listening on LPF/wlan0/00:13:46:76:e7:e6
Sending on LPF/wlan0/00:13:46:76:e7:e6
Sending on Socket/fallback
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 7
DHCPOFFER from 192.168.2.1
DHCPREQUEST on wlan0 to 255.255.255.255 port 67
DHCPACK from 192.168.2.1
/sbin/dhclient-script: configuration for wlan0 not found.
dhclient.c(2050): null pointer
DHCPDECLINE on wlan0 to 255.255.255.255 port 67
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 3
DHCPOFFER from 192.168.2.1
DHCPREQUEST on wlan0 to 255.255.255.255 port 67
DHCPACK from 192.168.2.1
... et ainsi de suite, ça ne se termine pas.
Ce que je trouve bizarre, c'est que tout à l'air d'être correctement configuré mais ma clé n'arrive pas à envoyer d'information au routeur car si je fais un ifconfig, j'obtient :
wlan0 Lien encap:Ethernet HWaddr 00:13:46:76:E7:E6
adr inet6: fe80::213:46ff:fe76:e7e6/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:5 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:0 (0.0 b) TX bytes:378 (378.0 b)
On voit sur la dernière ligne que les débit sont nuls ou presque.
Je comprend vraiment pas ce qu'il se passe. J'espère que les driver que j'utilise sont bon...
Bonne nouvelle, NDISWrapper à l'air de fonctionner correctement avec ma clé !
J'ai réussi à créer une connection WLAN0. J'ai encore quelques problèmes (la clé me détecte l'adresse MAC du routeur puis on dirai qu'elle perd le signal au bout de quelques secondes) donc je me remet au boulot !
[^] # Re: Matériel ?
Posté par undine . En réponse au message double précision dans Opengl. Évalué à 1.
Elle attend comme paramètres 3 doubles. Si tu ne peut pas avoir plus de 8 chiffres précision à quoi sert cette fonction puisqu'il existe glTranslatef qui fait le même chose mais avec des flottants (qui eux atteignent 6 ou 7 chiffres de précision) ?
[^] # Re: Matériel ?
Posté par undine . En réponse au message double précision dans Opengl. Évalué à 1.
Je ne connais que ma carte graphique: une X1300Pro.
Pour le driver, si ça peut vous aider voici ce que me donne la commande lspci -v :
01:00.0 VGA compatible controller: ATI Technologies Inc Unknown device 7183 (prog-if 00 [VGA])
Subsystem: Dell Unknown device 0d02
Flags: bus master, fast devsel, latency 0, IRQ 169
Memory at c0000000 (64-bit, prefetchable) [size=256M]
Memory at dfde0000 (64-bit, non-prefetchable) [size=64K]
I/O ports at dc00 [size=256]
Expansion ROM at dfe00000 [disabled] [size=128K]
Capabilities: <access denied>
01:00.1 Display controller: ATI Technologies Inc Unknown device 71a3
Subsystem: Dell Unknown device 0d03
Flags: bus master, fast devsel, latency 0
Memory at dfdf0000 (64-bit, non-prefetchable) [size=64K]
Capabilities: <access denied>
Et voici ce que me donne glxinfo :
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating,
GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_OML_swap_method,
GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_hyperpipe,
GLX_SGIX_swap_barrier, GLX_SGIX_fbconfig, GLX_MESA_copy_sub_buffer
client glx vendor string: ATI
client glx version string: 1.3
client glx extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context,
GLX_ARB_get_proc_address, GLX_SGI_video_sync, GLX_ARB_multisample,
GLX_ATI_pixel_format_float, GLX_ATI_render_texture
GLX version: 1.2
GLX extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context,
GLX_ARB_multisample
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: Generic
OpenGL version string: 2.0.6119 (8.30.3)
OpenGL extensions:
GL_ARB_multitexture, GL_EXT_texture_env_add, GL_EXT_compiled_vertex_array,
GL_S3_s3tc, GL_ARB_depth_texture, GL_ARB_fragment_program,
GL_ARB_fragment_program_shadow, GL_ARB_fragment_shader,
GL_ARB_multisample, GL_ARB_occlusion_query, GL_ARB_point_parameters,
GL_ARB_point_sprite, GL_ARB_shader_objects, GL_ARB_shading_language_100,
GL_ARB_shadow, GL_ARB_shadow_ambient, GL_ARB_texture_border_clamp,
GL_ARB_texture_compression, GL_ARB_texture_cube_map,
GL_ARB_texture_env_add, GL_ARB_texture_env_combine,
GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3,
GL_ARB_texture_float, GL_ARB_texture_mirrored_repeat,
GL_ARB_texture_rectangle, GL_ARB_transpose_matrix, GL_ARB_vertex_blend,
GL_ARB_vertex_buffer_object, GL_ARB_vertex_program, GL_ARB_vertex_shader,
GL_ARB_window_pos, GL_ARB_draw_buffers, GL_ATI_draw_buffers,
GL_ATI_element_array, GL_ATI_envmap_bumpmap, GL_ATI_fragment_shader,
GL_ATI_map_object_buffer, GL_ATI_separate_stencil,
GL_ATI_shader_texture_lod, GL_ATI_texture_compression_3dc,
GL_ATI_texture_env_combine3, GL_ATI_texture_float,
GL_ATI_texture_mirror_once, GL_ATI_vertex_array_object,
GL_ATI_vertex_attrib_array_object, GL_ATI_vertex_streams,
GL_ATIX_texture_env_combine3, GL_ATIX_texture_env_route,
GL_ATIX_vertex_shader_output_point_size, GL_EXT_abgr, GL_EXT_bgra,
GL_EXT_blend_color, GL_EXT_blend_func_separate, GL_EXT_blend_minmax,
GL_EXT_blend_subtract, GL_EXT_clip_volume_hint,
GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_framebuffer_object,
GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels, GL_EXT_point_parameters,
GL_EXT_rescale_normal, GL_EXT_secondary_color,
GL_EXT_separate_specular_color, GL_EXT_shadow_funcs, GL_EXT_stencil_wrap,
GL_EXT_texgen_reflection, GL_EXT_texture3D,
GL_EXT_texture_compression_s3tc, GL_EXT_texture_cube_map,
GL_EXT_texture_edge_clamp, GL_EXT_texture_env_combine,
GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic,
GL_EXT_texture_lod_bias, GL_EXT_texture_mirror_clamp,
GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_vertex_array,
GL_EXT_vertex_shader, GL_HP_occlusion_test, GL_NV_blend_square,
GL_NV_occlusion_query, GL_NV_texgen_reflection, GL_SGI_color_matrix,
GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp,
GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SUN_multi_draw_arrays
glu version: 1.3
glu extensions:
GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess
visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
----------------------------------------------------------------------
0x23 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 1 0 None
0x24 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 1 0 None
0x25 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 1 0 None
0x26 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 1 0 None
0x27 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 1 0 None
0x28 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 1 0 None
0x29 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 1 0 None
0x2a 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 1 0 None
0x2b 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 1 0 None
0x2c 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 1 0 None
0x2d 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 1 0 None
0x2e 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 1 0 None
0x2f 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 2 1 None
0x30 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 2 1 None
0x31 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 2 1 None
0x32 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 2 1 None
0x33 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 1 0 None
0x34 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 1 0 None
0x35 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 1 0 None
0x36 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 1 0 None
0x37 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 4 1 None
0x38 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 4 1 None
0x39 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 4 1 None
0x3a 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 4 1 None
0x3b 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 1 0 None
0x3c 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 1 0 None
0x3d 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 1 0 None
0x3e 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 1 0 None
0x3f 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 6 1 None
0x40 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 6 1 None
0x41 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 6 1 None
0x42 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 6 1 None
0x43 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 1 0 None
0x44 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 1 0 None
0x45 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 1 0 None
0x46 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 1 0 None
0x47 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 1 0 None
0x48 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 1 0 None
0x49 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 1 0 None
0x4a 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 1 0 None
0x4b 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 1 0 None
0x4c 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 1 0 None
0x4d 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 1 0 None
0x4e 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 1 0 None
0x4f 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 2 1 None
0x50 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 2 1 None
0x51 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 2 1 None
0x52 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 2 1 None
0x53 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 1 0 None
0x54 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 1 0 None
0x55 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 1 0 None
0x56 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 1 0 None
0x57 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 4 1 None
0x58 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 4 1 None
0x59 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 4 1 None
0x5a 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 4 1 None
0x5b 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 1 0 None
0x5c 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 1 0 None
0x5d 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 1 0 None
0x5e 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 1 0 None
0x5f 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 6 1 None
0x60 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 6 1 None
0x61 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 6 1 None
0x62 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 6 1 None
[^] # Re: Essayer Mandriva 2008.0 ?
Posté par undine . En réponse au message Configuration de USB0. Évalué à 1.
[^] # Re: Essayer Mandriva 2008.0 ?
Posté par undine . En réponse au message Configuration de USB0. Évalué à 1.
# Tests supplémentaires
Posté par undine . En réponse au message Problème de boot avec un ARM9 et un cable USB branché sur le port USB device. Évalué à 1.
[^] # Re: [Howto]
Posté par undine . En réponse au message Problème multicast et UDP. Évalué à 2.
J'ai utilisé 224.0.0.3 et tout marche parfaitement.
J'avais lu sur un tutorial que l'adresse 224.0.0.1 désignait le réseau local. Le HOW à aussi l'air de dire que toute les machines pouvant répondre à un multicast sur 224.0.0.1 doivent le faire mais apparement cela ne marche pas tout à fait comme cela.
En tout cas je te remercie pour ta réponse pertinente et rapide.
PS : pour le mise en page et le double post, je suis désolé mais mon doigt a rippé sur la touche entrée.
[^] # Re: De mon côté....
Posté par undine . En réponse au message Gestion d'une clé USB. Évalué à 1.
De toute façon j'avais essayé avant avec une configuration du noyau où le module était intégré et j'avais la même problème, seules les traces que j'ai fournies sont différentes).
Grâce à vos propositions j'ai pu enfin lire ma clé !!!
En fait, le mount -t vfat /dev/sda1 /mnt/usb ne fonctionne pas (pourquoi, là est tout le mystère...).
En faisant un mount -t auto /dev/sda1 /mnt/usb j'ai aussi des messages d'erreurs mais cela fonctionne. Voici la trace :
# mount -t auto /dev/sda1 /mnt/usb/
VFS: Can't find ext3 filesystem on dev sda1.
VFS: Can't find an ext2 filesystem on dev sda1.
cramfs: wrong magic
Bref, je vous remercie tous les deux pour vos réponse pertinentes et rapides.
PS pour Da Bou : en fait j'ai utilisé la ligne "none /proc/bus/usb usbfs defaults 0 0" dans mon fstab car dans la doc de linux fournie avec les sources du noyau il est dit que pour le gestion des clé usb il faut utiliser cette ligne. Cependant j'avais mal compris, cette ligne sert, je pense, pour le noyau et non pour l'utilisateur. Elle lui permet de monter la clé de sorte à pouvoir extraire toutes les informations liées à la clé (nom, id du bus,...) via le fichiers devices.
PS2 : j'aimerai bien savoir quel type de système fichiers j'ai sur la clé étant donné que le mount avec -t vfat ne fonctionne pas et je j'avais auparavant utilisé la clé avec Windows...
[^] # Re: linuxrc
Posté par undine . En réponse au message Problème avec un ramdisk. Évalué à 1.
Cette fois-ci la taille est limitée à 4Mo (au dessus ça bugge) et je n'ai pas trouvé où modifier cette taille. J'ai essayé dans le menu de configuration du noyau, dans mon bootloader, rien.
Je commence à désespérer :-(...
[^] # Re: linuxrc
Posté par undine . En réponse au message Problème avec un ramdisk. Évalué à 1.
La seule option qui s'en reproche est 'JFS' (Journaled File System).
Est-il nécessaire d'activer une autre option afin que celle-ci devienne visible ?
[^] # Re: linuxrc
Posté par undine . En réponse au message Problème avec un ramdisk. Évalué à 1.
En fait je me disais qu'il serai peut-être plus propre d'utiliser JFFS2.
D'après ce que j'ai lu ce système de fichier serai intégré au noyau depuis la version de dev 2.5.*. Vu que j'ai un noyau est 2.6.16, je pense qu'il n'y a pas de problème, mais je n'arrive pas à trouver l'option dans le menu de configuration !
Dois-je patcher mon noyau ? Si oui, où puis-je obtenir ce patch car je n'ai pas réussi à le trouver.
Sinon, après quelques tests supplémentaires, je pense que mon problème vient bien de la taille de l'initrd si elle dépasse 2Mo, et non des fichiers qui le compose.
[^] # Re: linuxrc
Posté par undine . En réponse au message Problème avec un ramdisk. Évalué à 1.
[^] # Re: j'ai rien compris ...
Posté par undine . En réponse au message Piloter une carte wifi. Évalué à 1.
Je te remercie pour ta réponse.
[^] # Re: j'ai rien compris ...
Posté par undine . En réponse au message Piloter une carte wifi. Évalué à 2.
Pour cela, je me disais que puisque sur linux un périphérique est vu comme un fichier, alors il doit être possible de lire les données recues par le clé comme on lit un fichier (open, read, close).
Je désire aussi pouvoir émettre des informations sur le réseau via ma clé (exemple : envoyer "bonjour" à la machine 192.168.2.3).
Là aussi je suppose que la méthode à utiliser est d'écrire les données à transmettre dans le fichier représentant ma clé.
Le problème c'est que je ne sais pas quel est le fichier représentant ma clé. Je suppose qu'il se trouve dans le répertoire /dev étant donné que ce répertoire référence tous les périphériques reliés à la machine.
J'ai déjà réussi à transmettre des données de cette manière via un cable USB en utilisant le protocole CDC ACM (un protocole permettant de simuler un port série avec un port USB) :
- Je relie mon PC à ma carte (le PC est en host et la carte en device)
- j'écris des données coté PC (echo "bonjour" > /dev/ttyACM0)
- je les reçoit telles quelle sur la carte avec la commande "cat /dev/ttygserial"
J'aimerai donc savoir s'il existe une méthode similaire avec une clé wifi.
[^] # Re: Résal
Posté par undine . En réponse au message configuration des interfaces réseau. Évalué à 1.
J'ai utilisé une nouvelle version du driver de ma clé wifi (c'est une DWL-G122 et le driver est le rt2570 pour ceux que ça interrèsse).
Je n'ai pas utilisé le modprobe, ce qui tend à me confirmer que le modprobe ne fait "que" vérifier les dépendances du module en plus de le charger.
Je n'ai eu qu'à (cross)compiler mon driver, le mettre dans l'arborescence de fichier de ma carte, le lancer sur celle-ci, configuerer mon interface (adresse IP et adresse IP du routeur) et finalement l'activer (ifconfig rausb0 up). Tout à l'air de marcher : le ping vers mon site web distant fonctionne, les LED clignote, la vie est belle :-)
[^] # Re: Résal
Posté par undine . En réponse au message configuration des interfaces réseau. Évalué à 1.
En fait, je me demandais si modprobe faisait des choses en plus par rapport à insmod, sans lequelles je ne pourrai pas configurer correctement ma connection wifi.
D'après ce que j'ai lu, modprobe est une commande de haut niveau qui vérifie notamment les dépendances du module chargé et, le cas échéant, charge les modules nécessaires (ce que ne fais pas insmod apparemment).
D'ailleur dans le tutorial que j'ai pu lire, il faut utiliser insmod, puis depmod et enfin modprobe. Vu que les deux commandes sont employées dans la procédure d'install, je me disais que modprobe devait faire un truc en plus.
[^] # Re: Résal
Posté par undine . En réponse au message configuration des interfaces réseau. Évalué à 1.
ta suggestion de modifier la table de routage m'a donné une idée toute bête : "pingger" une addresse hors de mon réseau via mon interface wifi. J'ai donc trouvé un site web avec une adresse IP dans son URL et j'ai rajouté à ma table de routage un chemin vers cette adresse via mon interface wifi.
Résultat : le ping à échoué. J'ai donc essayé avec l'interface ethernet et là le ping à fonctionné.
Cela veut donc dire que c'est la configuration de mon interface wifi qui est mauvaise :-(.
J'aurai d'auilleurs quelques question à ce propos. Dans le tutorial d'installation du driver de ma clé, il est dit de faire un insmod suivi d'un modprobe. J'aimerai savoir ce qu'apporte le modprobe vis à vis de insmod, sachant que mon driver ne dépend d'aucun autre (normalement il dépend de usbcore, mais je l'ai mis comme partie intégrante de mon noyau).
En fait, le modprobe me pose problème car lorsque je l'exécute, il ne trouve pas le fichier contenant les dépendances entre modules (le fichier modules.dep). De plus, mon noyau ne contient pas la commande depmod, permettant de générer ce fichier il me semble (je pense que cela vient du fait que j'utilise NFS et que celui-ci me monte un partition en lecture seule).
J'ai donc essayé de le créer à la main (j'ai fait un fichier vide), mais rien à faire, il ne le trouve toujours pas. J'ai pourtant essayé de le mettre dans les répertoire suivants :
- /lib/modules/VERSION_DE_MON_NOYAU/
- /lib/modules/
- /
Voici donc mes questions :
- Y a-t-il une variable d'environnement (un quelque chose du style) permettant de spécifier le chemin d'accès au fichier modules.dep ?
- Est-il possible de de configurer un noyau pour que celui-ci gère le NFS et qu'il monte un partition en lecture-écriture ? Si oui, est-ce que le compilateur va alors ajouter automatiquement la commande depmod à mon noyau ?
Merci
[^] # Re: Résal
Posté par undine . En réponse au message configuration des interfaces réseau. Évalué à 1.
Cependant, ça ma donné une idée : si je fais un ping avec une autre machine sur l'adresse IP que j'ai spécifié pour mon interface réseau, cela devrai prouver que le tout fonctionne non?
exemple :
pour la configuration de l'interface, si je fais :
#ifconfig rausb0 192.168.2.99
alors si je fais avec une autre machine :
#ping 192.168.2.99
ca devrai marcher il me semble
Le problème c'est que j'ai essayé, mais apparement, d'après l'activité des diodes de mon routeur, le ping passe par l'ethernet :-(
J'ai essayé de débrancher le cable ethernet reliant ma carte à mon routeur juste avant le ping et ça bloque.
D'ailleurs, lorsque je fais un ifconfig, cela m'affiche pour mon interface rausb0 :
Link encap:Ethernet HWaddr XX:XX:XX:XX:XX:XX
inet addr:192.168.2.99 Bcast:192.168.2.255 Mask:255.255.255.0
...
Est-ce que le "Link encap:Ethernet" est correct ? Est-ce que cela ne veut pas dire que ma connexion soi-disant wifi est en fait simulée par une connexion ethernet ?
[^] # Re: recompilation de kernel...
Posté par undine . En réponse au message Problème avec modprobe. Évalué à 1.
Le compilateur me dit que que la commande make dep est inutile("*** Warning: make dep is unnecessary now.").
Une fois compilé, je charge le noyau sur la carte mais la commande depmod n'est toujours pas reconnue.
[^] # Re: Filesystem
Posté par undine . En réponse au message Problème avec une image linux : kernel panic. Évalué à 1.
De mon coté je me suis un peut plus rensseigné sur le sujet et je vois maintenant un peut mieux à quoi sert le initrd.
Je ne pense pas que mon problème vienne de mon initrd car avec l'image de base, mon noyaux se lance sans problème. Il suffit en fait que je place dans la mémoire flash une image dont la taille est inférieur ou égale à celle qui était de base sur la carte (environ 857Ko).
D'après ce que j'ai compris sur initrd, je pense qu'il n'est pas nécessaire de changer l'initrd lorsqu'on change d'image. Dans mon cas je ne rajoute que les modules servant à la gestion des ports USB et des outils pour connections sans fils (wireless tools). Je ne pense pas qu'il faille modifier l'initrd pour cela.
La seule possibilité vient donc que je me plante lorsque je rajoute la gestion des ports USB et des wireless tools lors du 'make menuconfig'. Pourtant je ne fait pas beaucoup de manipulations :
- lors du 'make menuconfig', dans la catégorie 'USB support' , j'active l'option 'Support for Host-side USB' de sorte que le module soit installé de 'manière modulaire' (il sera lancé que lorsque c'est nécessaire)
- dans les options apparues, j'active l'option 'USB verbose debug messages'. Je ne peut la sélectionner qu'en 'built-in' et pas en modulaire comme la précédente.
- j'active aussi (de manière modulaire) les options 'OHCI HCD support', 'SL811HS HCD support' et 'USB Mass Storage support'
- dans la catégorie 'Networking support', je vais dans l'option 'Wireless LAN (non-hamradio)'
- j'active l'option 'Wireless LAN drivers (non-hamradio) & Wireless Extensions' (built-in obligé là aussi)
Et c'est tout. Je ne modifie que ces 6 options.
La seule chose qui pourrai faire bugger c'est peut-être d'activer en même temps les 2 options 'OHCI HCD support', 'SL811HS HCD support' mais ça m'étonnerai étant donné qu'elle seront implémentées de manière modulaire.
Je ne vois pas autre chose. Ai-je oublié d'activer des options ?
Je vais essayer de voir ce que cela donne en désactivant les options obligatoirement compilées en built-in (verbose pour l'USB+wireless tool).
[^] # Re: Filesystem
Posté par undine . En réponse au message Problème avec une image linux : kernel panic. Évalué à 1.
Je suppose que c'est tous les fichiers que tu veut mettre sur ton ramDisk, mais le problème c'est que moi je ne sais pas lesquels je doit y mettre.
Je débute dans l'embarqué et je ne suis pas un expert linux donc j'ai un peut de mal avec les concepts liés au bootage de système (ramdisk, initrd, bootloader, ...) et vu que les doc fourni avec la carte sont un peut pourri, je rame.
[^] # Re: Filesystem
Posté par undine . En réponse au message Problème avec une image linux : kernel panic. Évalué à 1.
Je vais essayer d'en compiler une qui gère un maximum de filesystem
Merci
# Fin de la panne !!!...?
Posté par undine . En réponse au message Problème de connexion Wifi. Évalué à 1.
Le problème c'est que je suis pas sur de la solution Je pense que ça venai tout simplement de mon firewall que j'ai complètement désactivé (c'est souvent les erreurs les plus bêtes qui sont les plus dures à trouver :-) ).
Je que je trouve bizarre c'est pourquoi ma commande ping était bloquée pour mon interface WLAN0 alors qu'elle fonctionnai avec l'interface ETH0 (mes connaissance en linux ne sont pas particulièrement grande...).
[^] # Re: Didacticiel
Posté par undine . En réponse au message Problème de connexion Wifi. Évalué à 1.
La seule chose qui change est le débit de mon wlan0 losque je fais un ifconfig. Chez moi ce débit est nul.
Je vois pas d'ou ça peut venir car lorsque je branche la clé, je vois la LED "WLAN" de mon routeur qui clignote, je pense que c'est du à un échange de données (identification) entre la clé et le routeur. Je vois pas pourquoi ils ne pourrai pas communiquer par la suite.
Enfin bon, je vais essayer de trouver d'ou ça peut venir. Je vais aussi consulter les lien qui sont dans ton tutorial. On sait jamais, ça peut toujour aider...
[^] # Re: recup @IP
Posté par undine . En réponse au message Problème de connexion Wifi. Évalué à 1.
Le pump -i wlan0 me renvoi "operation failed".
Le dhcpcd -i wlan0 me renvoi la ligne "dhcpcd.exe: interface eth0 has been configured with old IP=192.168.2.45" puis se bloque (si j'appui sur entrée, j'ai de nouveau la main).
Le dhclient n'a pas l'air de marcher non plus : lorsque je le lance (dhclient wlan0), la console m'affiche :
[root@192 ~]# dhclient wlan0
Internet Systems Consortium DHCP Client V3.0.2
Copyright 2004 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/products/DHCP
sit0: unknown hardware address type 776
/sbin/dhclient-script: configuration for wlan0 not found.
sit0: unknown hardware address type 776
Listening on LPF/wlan0/00:13:46:76:e7:e6
Sending on LPF/wlan0/00:13:46:76:e7:e6
Sending on Socket/fallback
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 7
DHCPOFFER from 192.168.2.1
DHCPREQUEST on wlan0 to 255.255.255.255 port 67
DHCPACK from 192.168.2.1
/sbin/dhclient-script: configuration for wlan0 not found.
dhclient.c(2050): null pointer
DHCPDECLINE on wlan0 to 255.255.255.255 port 67
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 3
DHCPOFFER from 192.168.2.1
DHCPREQUEST on wlan0 to 255.255.255.255 port 67
DHCPACK from 192.168.2.1
... et ainsi de suite, ça ne se termine pas.
Ce que je trouve bizarre, c'est que tout à l'air d'être correctement configuré mais ma clé n'arrive pas à envoyer d'information au routeur car si je fais un ifconfig, j'obtient :
wlan0 Lien encap:Ethernet HWaddr 00:13:46:76:E7:E6
adr inet6: fe80::213:46ff:fe76:e7e6/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:5 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:0 (0.0 b) TX bytes:378 (378.0 b)
On voit sur la dernière ligne que les débit sont nuls ou presque.
Je comprend vraiment pas ce qu'il se passe. J'espère que les driver que j'utilise sont bon...
[^] # Re: pour atheros
Posté par undine . En réponse au message Driver pour clé wifi. Évalué à 1.
J'ai réussi à créer une connection WLAN0. J'ai encore quelques problèmes (la clé me détecte l'adresse MAC du routeur puis on dirai qu'elle perd le signal au bout de quelques secondes) donc je me remet au boulot !