Discussion :

[Akainu_2018]

Bonjour,

Comment savoir quelles adresses mémoire non répertorié par la carte donné par Int 15/AX=E820h je peux écrire en assembly ?

Je peux écrire sur certaines adresses mémoires non répertorié et je ne peux pas le faire sur d'autres, par exemple :

Je ne peux pas écrire à l'adresse mémoire 4 273 995 773 qui n'est pas répertorié par Int 15/AX=E820h par contre je peux écrire à l'adresse mémoire 4 294 967 297 qui n'est pas répertorié non plus

Il est indiqué sur cette documentation : http://www.uruk.org/orig-grub/mem64mb.html " The BIOS WILL NOT return a range description for the memory mapping of PCI devices, ISA Option ROM's, and ISA plug & play cards. This is because the OS has mechanisms available to detect them."

Si c'est ça qui empêche d'écrire sur certaines zones mémoires comment je peux le savoir et connaître les emplacements exactes où je ne peux pas écrire à cause de PCI devices ou autres ?

Je précise que je suis sur secteur d'amorçage et que j'utilise Virtual Box

[chrtophe]

Je précise que je suis sur secteur d'amorçage et que j'utilise Virtual Box

Tu es sur secteur d'amorçage, en mode réel ou protégé ? probablement en mode réel. En mode réel tu ne peux pas dépasser 1 Mo (sauf à utiliser la mémoire EMS sous MS-DOS) si je me souviens bien et tu es en registreS 16 bits. Tu n'écris peut-être que sur des adresses 16 bits en chargeant un registre 32 bits qui n'utilisera donc pas les 16 bits de poids fort en mode réel.

D'autre part, tu es sur le BIOS fourni par VirtualBox, qui peut avoir un comportement non normal à la marge.

Par ailleurs, certaines cartes d'extensions (sur le principe toute carte PCI peut le faire) exposent leurs registres de configuration dans l'espace mémoire avec registres pouvant être en lecture seule ou en écriture seule. Les retours de la fonction int 15h, AX=E820h n'indique aucune info à ce sujet.

Et ça peut être autre chose que ce que je dis, surtout qu'on ne vois aucun code.

[Akainu_2018]

Je suis en mode protégé

Le code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
mov esi, 4273991677
mov byte [ds:esi], 20
mov cl, byte [ds:esi]
 
cmp cl, 20
je teste
 
jmp $

La gdt : gdt_teste3: db 255, 255, 0x00, 00010000b, 0x00, 11110011b, 10001111b, 0x00

Pour résumer j'essaie d'écrire à l'adresse mémoire 4 273 995 773

Pourquoi ne puis-je pas écrire au 4 273 995 773 alors que la carte n'indique pas cette zone mémoire comme indisponible ?

Quand je veux écrire un 8 par exemple dans une zone mémoire parfois je peux et parfois je ne peux pas, certaines zones mémoire ne me laissent pas le faire et rien ne se passe. Il n'y a aucun moyen de savoir quelles adresses mémoire non répertoriées par la carte donnée par Int 15/AX=E820h je peux écrire en assembly ? Pas d'autre moyen que de tester si une zone mémoire peut être modifiée ou non ?

Par ailleurs, certaines cartes d'extensions (sur le principe toute carte PCI peut le faire) exposent leurs registres de configuration dans l'espace mémoire avec registres pouvant être en lecture seule ou en écriture seule.

Comment je peux y accéder ?

[chrtophe]

Il manque le contenu du registre DS. Pour ta GDT, tu dois avoir au moins 3 entrées, la 1ère à 0, une entrée pour un segment code, une autre pour le segment données.

Donnes le code complet.

[Akainu_2018]

Il manque le contenu du registre DS. Pour ta GDT, tu dois avoir au moins 3 entrées, la 1ère à 0, une entrée pour un segment code, une autre pour le segment données.

Donnes le code complet.

Le code complet :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
mov ax, 40
mov ds, ax
mov esi, 4273991677
mov byte [ds:esi], 20
mov cl, byte [ds:esi]
 
cmp cl, 20
je teste
 
jmp $
gdt:
	db 0x00, 0x00, 0x00, 0x00, 0x00, 00000000b, 00000000b, 0x00
gdt_cs:
	db 0xFF, 0xFF, 0x00, 0x00, 0x00, 10011011b, 11011111b, 0x00
gdt_ds:
	db 0xFF, 0xFF, 0x00, 0x00, 0x00, 10010011b, 11011111b, 0x00
gdt_teste:
        db 0xFF, 0xFF, 0x00, 01111100b, 0x00, 10010011b, 00000000b, 0x00
gdt_teste2:
        db 0xFF, 0xFF, 0x00, 01111100b, 0x00, 10011011b, 11011111b, 0x00
gdt_teste3:
        db 255, 255, 0x00, 00010000b, 0x00, 11110011b, 10001111b, 0x00
 
gdtend:

[chrtophe]

ça fait très très longtemps que j'ai pas fait d'assembleur.

D'après ce que je vois, si je ne fais pas d'erreur, DS pointe sur l'entrée 5 de ta gdt (40/8) soit gdt_teste3.

Dans cette GDT, ton adresse de base n'est pas 0, ce qui fait que l'adresse physique appelée correspond à cette base + le registre esi.

[Akainu_2018]

ça fait très très longtemps que j'ai pas fait d'assembleur.

D'après ce que je vois, si je ne fais pas d'erreur, DS pointe sur l'entrée 5 de ta gdt (40/8) soit gdt_teste3.

Dans cette GDT, ton adresse de base n'est pas 0, ce qui fait que l'adresse physique appelée correspond à cette base + le registre esi.

Exact, ce qui fait 4 273 995 773

[chrtophe]

Pour que tu comprenne le principe, si tu veux utiliser l'adresse 4273991677 (0xFEBFEFFD), l'adresse de base dans ta GDT doit être 0 ou par exemple 0xFEBF0000 et esi à 0xEFFD.

Comme en mode réel, segment:offset, la différence étant que la valeur dans le registre segment est un descripteur en mode protégé.

[Akainu_2018]

Pour que tu comprenne le principe, si tu veux utiliser l'adresse 4273991677 (0xFEBFEFFD), l'adresse de base dans ta GDT doit être 0 ou par exemple 0xFEBF0000 et esi à 0xEFFD.

Comme en mode réel, segment:offset, la différence étant que la valeur dans le registre segment est un descripteur en mode protégé.

J'ai bien compris le principe

Je veux écrire dans : 4 273 995 773
L'adresse de base dans la gdt est de 4096
esi = 4 273 991 677

l'adresse physique appelée correspond à cette base + le registre esi, donc 4096 + 4 273 991 677 = 4 273 995 773

[chrtophe]

J'ai pas l'impression, mais il faudrait tester avec un deboggeur (avec l'émulateur Bochs par exemple qui contient un déboggueur ptraique de mémoire) mais perso j'ai pas le temps.

J'ai retrouvé une gdt qui devrait être valide dans mes vieux trucs :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
gdtr:                                            dw gdt_fin - gdt
                                                 dd gdt
 
 
 
gdt:                                             dd 0
                                                 dd 0
SYS_CODE                                         equ $-gdt
                                                 dd 0x0000ffff
                                                 dd 0x00cf9a00            ; segment code 32 bits début 0 limite max granulité, ring 0
SYS_DATA                                         equ $-gdt
                                                 dd 0x0000ffff
                                                 dd 0x00cf9200            ; segment data 32 bits début 0 limite max granulité, ring 0
REAL_CODE                                        equ $-gdt
                                                 dd 0x0000ffff
                                                 dd 0x00009a00            ; segment code 16 bits début 0 limite max granulité, ring 0
REAL_DATA                                        equ $-gdt
                                                 dd 0x0000ffff
                                                 dd 0x00009200            ; segment code 16 bits début 0 limite max granulité, ring 0
gdt_fin:

[Kannagi]

Juste au cas où , tu as bien configurer 4GO de RAM sur VirtualBox ?

Parce que là tu lis/écris une donné donc si ça marche pas :
Tu n'as pas assez de RAM (manque de RAM ou droit)
Cette adresse n'est pas adressable (ce n'est pas de la RAM).

[chrtophe]

Ah oui, c'est tellement évident que je ne l'ai pas évoqué.

[Kannagi]

Oui , j'avoue que ça semble évident lol

Mais quand je lis ce code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
mov byte [ds:esi], 20
mov cl, byte [ds:esi]

Il y'a pas de raison qu'on ne recupere pas 20 , même si j'ai pas forcément compris l’intérêt de ds ici, pourquoi ne pas tenter de lire/écrire directement en mémoire avec une adresse en registre ?

Après je ne fais quasiment pas du x86 (a part pour les instructions SIMD) , et je connais encore moins ces spécificités.

[Akainu_2018]

J'ai pas l'impression, mais il faudrait tester avec un deboggeur (avec l'émulateur Bochs par exemple qui contient un déboggueur ptraique de mémoire) mais perso j'ai pas le temps.

J'ai retrouvé une gdt qui devrait être valide dans mes vieux trucs :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
gdtr:                                            dw gdt_fin - gdt
                                                 dd gdt
 
 
 
gdt:                                             dd 0
                                                 dd 0
SYS_CODE                                         equ $-gdt
                                                 dd 0x0000ffff
                                                 dd 0x00cf9a00            ; segment code 32 bits début 0 limite max granulité, ring 0
SYS_DATA                                         equ $-gdt
                                                 dd 0x0000ffff
                                                 dd 0x00cf9200            ; segment data 32 bits début 0 limite max granulité, ring 0
REAL_CODE                                        equ $-gdt
                                                 dd 0x0000ffff
                                                 dd 0x00009a00            ; segment code 16 bits début 0 limite max granulité, ring 0
REAL_DATA                                        equ $-gdt
                                                 dd 0x0000ffff
                                                 dd 0x00009200            ; segment code 16 bits début 0 limite max granulité, ring 0
gdt_fin:

Sur le principe qu'est ce que je n'aurais pas compris, en mode protégé pour obtenir l'adresse physique ne faut-il pas faire : adresse de base indiqué dans la gdt + le contenu du registre esi ?

Aujourd'hui, 06h10
Kannagi
Juste au cas où , tu as bien configurer 4GO de RAM sur VirtualBox ?

Parce que là tu lis/écris une donné donc si ça marche pas :
Tu n'as pas assez de RAM (manque de RAM ou droit)
Cette adresse n'est pas adressable (ce n'est pas de la RAM).

Je ne peux pas configurer 4GO de RAM sur VirtualBox, j'ai mis 512 mo mais je ne pense pas que ce soit le problème car je peux écrire à l'adresse mémoire 4 294 967 297 qui est plus grande que 4 273 995 773 où là je ne peux rien modifier

La configuration de la ram indique le nombre de case mémoire que je peux remplir, ici tout est pratiquement vide car je suis sur secteur d'amorçage, ça ne peut pas être un dépassement de limite de ram car je peux toujours remplir une autre case mémoire sans problème

Il y'a pas de raison qu'on ne recupere pas 20 , même si j'ai pas forcément compris l’intérêt de ds ici, pourquoi ne pas tenter de lire/écrire directement en mémoire avec une adresse en registre ?

Après je ne fais quasiment pas du x86 (a part pour les instructions SIMD) , et je connais encore moins ces spécificités.

ds sert à se déplacer dans la gdt, pour accéder à la mémoire j'utilise la gdt et le registre esi en mode protégé, il y a certaines zones mémoire où on ne peut pas écrire, Int 15/AX=E820h nous indique certaines de ces zones

En outre je ne peux pas écrire à l'adresse 4 273 995 773 à cause du "bus pci" semble t-il d'après quelques recherche sur internet :

Adresse mémoire 0xD0000000-0xFEBFFFFF Bus PCI
Adresse mémoire 0xD0000000-0xFEBFFFFF NVIDIA Quadro FX 3800
Adresse mémoire 0xD0000000-0xFEBFFFFF Pont PCI vers PCI

[chrtophe]

Sur le principe qu'est ce que je n'aurais pas compris, en mode protégé pour obtenir l'adresse physique ne faut-il pas faire : adresse de base indiqué dans la gdt + le contenu du registre esi ?

Pas forcément un prob. de compréhension, mais peut-être une GDT erronée par rapport à ce que tu veux faire.

La configuration de la ram indique le nombre de case mémoire que je peux remplir, ici tout est pratiquement vide car je suis sur secteur d'amorçage, ça ne peut pas être un dépassement de limite de ram car je peux toujours remplir une autre case mémoire sans problème

Je pense que si tu essayes d'accéder à une adresse physique inexistante, mais dans l'espace d’adressage déclaré par la GDT, tu as un comportement non défini, mais il faudrait vérifier dans la documentation.

En outre je ne peux pas écrire à l'adresse 4 273 995 773 à cause du "bus pci" semble t-il d'après quelques recherche sur internet :

Adresse mémoire 0xD0000000-0xFEBFFFFF Bus PCI
Adresse mémoire 0xD0000000-0xFEBFFFFF NVIDIA Quadro FX 3800
Adresse mémoire 0xD0000000-0xFEBFFFFF Pont PCI vers PCI

Comme déjà expliqué, certaines cartes PCI vont exposer leurs registres lecture/écriture dans l’espace d'adressage. Si une adresse représente un registre en lecture d'une carte PCI, tu ne pourras pas écrire dessus, c'est normal.

Si tu veux une bonne cartographie de la mémoire, il faut utiliser les valeurs de SMBIOS. Les valeurs de l'int 0x15 sont à mon avis pas forcément fiables, surtout avec un BIOS embarqué dans un hyperviseur.