Nicolas Ferre a écrit 6 commentaires

  • # utilisation des mii-tools

    Posté par  . En réponse au message script wifi. Évalué à 2.

    Pour vérifier la prensence d'une liaison ethernet sur ta carte réseau, tu peux utiliser les mii-tools :
    mii-diag ou mii-tool.

    Voici un exemple sur deux de mes machines :

    *******
    # mii-diag
    Using the default interface 'eth0'.
    Basic registers of MII PHY #1: 1000 796d 0020 6180 05e1 45e1 0005 2001.
    The autonegotiated capability is 01e0.
    The autonegotiated media type is 100baseTx-FD.
    Basic mode control register 0x1000: Auto-negotiation enabled.
    You have link beat, and everything is working OK.
    Your link partner advertised 45e1: Flow-control 100baseTx-FD 100baseTx 10baseT-FD 10baseT, w/ 802.3X flow control.
    End of basic transceiver information.
    *******
    # mii-tool eth0
    eth0: no link
    # mii-tool eth1
    eth1: negotiated 100baseTx-FD flow-control, link ok
    *******

    voir l'option --status de mii-diag...

  • # crosstool

    Posté par  . En réponse au message Cross compilation. Évalué à 1.

    Tu peux aller faire un tour du coté de chez crosstool :
    http://kegel.com/crosstool/(...)
    pour disposer d'un chaîne de cross-compilation complète (gcc, libc, binutils, etc.).
    La distrib de Perl dans uClinux-dist peut t'aider pour la cross-compilation (adaptation des makefiles, etc.)

    Si ton ARM fonctionne en little-endian, tu peux aussi uiliser les binaires de Debian :
    http://packages.debian.org/stable/perl/perl(...)
    section architecture : ARM.

  • [^] # Re: Linux et le temps réel

    Posté par  . En réponse à la dépêche Linux et le temps réel. Évalué à 1.

    uClinux c'est surtout pour l'embarqué profond (peu de ressources). Le noyau a tout d'abord été modifié pour supporter les processeurs sans MMU.
    UClinux supporte maintenant les processeurs avec et sans MMU et constritue une véritable distribution de choix pour l'embarqué.

    Je vous propose aussi d'aller faire un tour sur le site de mon rapport de mémoire je j'ai écrit il y a quelque temps (2000). Ca parle d'embarqué de RTLinux & co.
    http://nferre.free.fr/emlnx/rapport/index.html(...)

  • # De la multiplication des interfaces de configuration

    Posté par  . En réponse à la dépêche adiplo: administration d'un intranet scolaire. Évalué à 1.

    Webmin est un système de gestion/configuration de machine linux très évolué et prenant déjà en charge la plupart des fonctionnalités évoquées ci-dessus.
    http://www.webmin.com/webmin/(...)
    Se pose alors la question : pourquoi un autre système alors que Webmin est facilement modifiable de part sa conception modulaire ?

  • [^] # Re: Programmer

    Posté par  . En réponse à la dépêche Linux temps réel. Évalué à 1.

    Tu peux aller voir:
    http://www.rtlinux.org(...)
    et
    http://www.rtai.org(...)
    et tu verras que tu n'est déjà pas tout seul !! Les projets sont très intéressants et d'une grande vitalité.
    --
    Nico.

  • [^] # Re: linux embarque

    Posté par  . En réponse à la dépêche Linux temps réel. Évalué à 1.

    Je ne suis pas d'accord sur ton affirmation selon laquelle :
    "le pseudo temps reel fourni par les modifications du noyau RT-linux sont surtout des modifications de scheduleur unix"
    Dans RTLinux un 'micro noyau' est inséré au dessous du noyau Linux qui constitue ainsi une tâche de priorité minimale. RTLinux intercepte ainsi les interruptions à la place du gestionnaire d'IT de Linux rendant ainsi le noyau Linux préemptif.
    - le service temps réel ainsi fournit est temps réel 'dur' et non pas 'pseudo' ;
    - les modifications de scheduller sont surtout mise en place par Montavista et son Hard Hat Linux et non par RTLinux (bien que son 'micro noyau' soit doté d'un scheduller...).

    J'ai rédigé un petit rapport de stage parlant de GNU/Linux embarqué et de RTLinux. C'est en dev... vos remarques sont les bienvenues...

    http://nferre.free.fr/emlnx/rapport/(...)
    et
    http://nferre.free.fr/(...)

    --
    nicolas.ferre@alcove.fr