* Lire des fichiers se trouvant dans /proc (alors qu'il devrais être possible d'obtenir ces informations grâce à des fonctions tel que ioctl....)
Bon la c'est moins simple, ioctl est une porte bidirectionnel entre le noyaux et un programme appli. Par contre chacun est libre de faire passer ce qu'il veut et comme il veut par la, donc a moins de connaitre en detail le module a qui l'on parle on ne ce sert pas des ioctl.
Aucune doc ne pourra jamais ressencer toutes les facons de communiquer de tous les modules ecrit un jour pour linux.
Je me suis dit qu'il doit pourtant exister quelque part une doc qui contient toutes les fonctions que l'on peut utiliser pour interagir avec le noyau (idem pour X,...)
Pour le noyaux en lui meme il n'est responsable que de peut de chose, allocation memoire principallement le reste est a la charge de divers modules construit avec le noyeaux, les appelles systemes de base sont documentées (->google syscall), pour le reste ca depends de chaque modules.
La difference avec windows c'est que tu ne dispose pas des sources donc il te faut utiliser les interfaces que l'on te donne et comme tu ne peut pas lire ce qu'elle font on te fournis une descruption, avec linux on te founit les sources pour que tu puisse lire ce qu'elle fait reelement et si ca ne te convient pas tu peut copier/coller le code dans un autre prog et le modifier a ta guise.
En lecture papier je peut te conseiller les tres bons livres indique sur le premier lien avec une grosse preference personnelle sur les livre alessandro rubini (dont le linux device drivers qui est consultable en ligne ou telechargable en pdf)
# bin c'est vaste
Posté par TheBreton . En réponse au message Documentation. Évalué à 2.
http://jungla.dit.upm.es/~jmseyas/linux/kernel/hackers-docs.html(...)
* Lire des fichiers se trouvant dans /proc (alors qu'il devrais être possible d'obtenir ces informations grâce à des fonctions tel que ioctl....)
Bon la c'est moins simple, ioctl est une porte bidirectionnel entre le noyaux et un programme appli. Par contre chacun est libre de faire passer ce qu'il veut et comme il veut par la, donc a moins de connaitre en detail le module a qui l'on parle on ne ce sert pas des ioctl.
Aucune doc ne pourra jamais ressencer toutes les facons de communiquer de tous les modules ecrit un jour pour linux.
Je me suis dit qu'il doit pourtant exister quelque part une doc qui contient toutes les fonctions que l'on peut utiliser pour interagir avec le noyau (idem pour X,...)
Pour le noyaux en lui meme il n'est responsable que de peut de chose, allocation memoire principallement le reste est a la charge de divers modules construit avec le noyeaux, les appelles systemes de base sont documentées (->google syscall), pour le reste ca depends de chaque modules.
La difference avec windows c'est que tu ne dispose pas des sources donc il te faut utiliser les interfaces que l'on te donne et comme tu ne peut pas lire ce qu'elle font on te fournis une descruption, avec linux on te founit les sources pour que tu puisse lire ce qu'elle fait reelement et si ca ne te convient pas tu peut copier/coller le code dans un autre prog et le modifier a ta guise.
En lecture papier je peut te conseiller les tres bons livres indique sur le premier lien avec une grosse preference personnelle sur les livre alessandro rubini (dont le linux device drivers qui est consultable en ligne ou telechargable en pdf)