Voilà, c'est tout.
Impressionnant l'utilisation de l'API...
> Ces fonctions sont exportées dans les include/asm-/*.h de toutes les architectures.
Et les ficheirs dans include/asm sont spécifiques aux architectures !
Ils n'ont à être utilisé que si tu fais un truc SPÉCIFIQUE à l'architure et qu'en gros tu n'as pas le choix !
> Christoph Lameter would like to get rid of the disconnect between in-kernel and hardware page tables
Et alors ? Qui te dis que ça impacte l'API (or arch et include/asm car c'est SPÉCIFIQUE au hardware).
> Une "nouvelle couche d'abstraction" puis une "interface de remplacement proposée", c'est une nouvelle API.
[^] # Re: Il manque
Posté par fabb . En réponse à la dépêche Sortie du noyau 2.6.11. Évalué à -2.
$ find * -not -path "Documentation/*" -not -path "arch/*" -not -path "include/*" -not -path "mm/*" -print0 | xargs -0 egrep -n "(pgd_offset)|(pud_offset)|(pmd_offset)|(pte_offset_map)|(pte_page)|(pte_unmap)"
drivers/char/drm/drm_memory.h:127: pgd_t *pgd = pgd_offset_k((unsigned long) vaddr);
drivers/char/drm/drm_memory.h:128: pmd_t *pmd = pmd_offset(pgd, (unsigned long) vaddr);
drivers/char/drm/drmP.h:155:#ifndef pte_offset_map
drivers/char/drm/drmP.h:156:#define pte_offset_map pte_offset
drivers/char/drm/drmP.h:157:#define pte_unmap(pte)
drivers/char/drm/drmP.h:165: pgd_t *pgd = pgd_offset_k(addr);
drivers/char/drm/drmP.h:170: pmd = pmd_offset(pgd, addr);
drivers/char/drm/drmP.h:173: ptep = pte_offset_map(pmd, addr);
drivers/char/drm/drmP.h:176: page = pte_page(pte);
drivers/char/drm/drmP.h:177: pte_unmap(ptep);
fs/exec.c:313: pgd = pgd_offset(mm, address);
fs/exec.c:323: pte_unmap(pte);
fs/exec.c:331: pte_unmap(pte);
Voilà, c'est tout.
Impressionnant l'utilisation de l'API...
> Ces fonctions sont exportées dans les include/asm-/*.h de toutes les architectures.
Et les ficheirs dans include/asm sont spécifiques aux architectures !
Ils n'ont à être utilisé que si tu fais un truc SPÉCIFIQUE à l'architure et qu'en gros tu n'as pas le choix !
> Christoph Lameter would like to get rid of the disconnect between in-kernel and hardware page tables
Et alors ? Qui te dis que ça impacte l'API (or arch et include/asm car c'est SPÉCIFIQUE au hardware).
> Une "nouvelle couche d'abstraction" puis une "interface de remplacement proposée", c'est une nouvelle API.
Une API pour qui ?
Pour "mm/" seulement ?