IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Administration système Discussion :

Différences entre modules du 2.4 et .o classiques


Sujet :

Administration système

  1. #1
    Membre actif

    Profil pro
    Inscrit en
    Décembre 2002
    Messages
    339
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2002
    Messages : 339
    Points : 279
    Points
    279
    Par défaut Différences entre modules du 2.4 et .o classiques
    Salut à tous,

    Je suis en train d'essayer de faire du reverse engineering sur un module d'un noyau 2.4 et je me demandais s'il y avait une différence entre ce module et le .o classiquement généré avant le linkage vers un .elf par exemple.
    En gros, si mon désassembleur est capable de travailler sur des .o, sera-t-il capable de désassembler un module du noyau 2.4 ?

    Merci d'avance
    Ma boule de cristal s'était éclaircie et puis plus rien. Alors je me suis mis à internet et maintenant j'ai plus de renseignements qu'avec cette satané boule .....

  2. #2
    Membre chevronné

    Profil pro
    Inscrit en
    Mars 2004
    Messages
    1 296
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2004
    Messages : 1 296
    Points : 1 803
    Points
    1 803
    Par défaut
    ton desassembleur pourra desasembler ce modules.
    Les principales differences sont :
    - un modules kernel est un executable dynamiquement chargeable alors que .o "classique" n'est pas executable, il lui manque notement la phase de linkage qui consiste en autre à réaliser l'adressage et a agencer les sequence d'execution en fonction des autres objets
    - un modules kernel fait appelle a des routines "kernel" (mode kernel) qui ne sont pas les mêmes que les routines standart (mode user).

    - grosos modo un modules kernel à touours la même structure :
    - init --> phase de declaration et initialisation du modules vis a vis du kernel
    - start --> "connection" effective entre le kernel est le peripherique
    - les ioctl --> les actions appelable debut le mode user
    - fin --> actions de liberation des ressources et deconnection .
    Marc
    Slackware for ever ......
    BASH - KSH ( http://marcg.developpez.com/ksh/ )

  3. #3
    Membre actif

    Profil pro
    Inscrit en
    Décembre 2002
    Messages
    339
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2002
    Messages : 339
    Points : 279
    Points
    279
    Par défaut
    merci beaucoup. J'en demandais pas tant mais là tu m'as fait gagné encore plus de temps. Merci encore
    Ma boule de cristal s'était éclaircie et puis plus rien. Alors je me suis mis à internet et maintenant j'ai plus de renseignements qu'avec cette satané boule .....

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. [vb.net] difference entre Module et Public Module
    Par graphicsxp dans le forum Windows Forms
    Réponses: 4
    Dernier message: 04/01/2006, 17h15
  2. [Reflection] diff de perf entre newInstance() et appel classic
    Par guipom dans le forum API standards et tierces
    Réponses: 2
    Dernier message: 07/07/2005, 14h50
  3. [langage] Probleme passage de variables entre modules
    Par Ludo167 dans le forum Langage
    Réponses: 4
    Dernier message: 13/08/2004, 12h25
  4. [Forms] : Gestion de Navigation entre module
    Par patmaba dans le forum Forms
    Réponses: 12
    Dernier message: 09/04/2004, 14h09
  5. [Designer] Problème de transfert de données entre modul
    Par BILLYPATOU dans le forum Designer
    Réponses: 11
    Dernier message: 09/03/2004, 18h15

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo