| 1 |
> http://badmem.sourceforge.net/ |
| 2 |
> |
| 3 |
> un patch du kernel qui permet de reserver les zones |
| 4 |
> defectueuses pour empecher |
| 5 |
> les programmes de les utiliser. |
| 6 |
|
| 7 |
bon, comme prévu, j'ai testé des options a rajouter au noyau au démarrage pour ecarter certaines zones mémoire, et ca fonctionne parfaitement ! j'ai pu compiler Xorg hier sans pb, je suis donc très content. |
| 8 |
|
| 9 |
voila le post sur fcolc, hier d'apporter la solution, si d'autres rencontrent le meme pb que moi : |
| 10 |
|
| 11 |
|
| 12 |
(résultats du memtest86) |
| 13 |
>> 5 00009f477b8 159.4MB 00008000 00208000 00200000 |
| 14 |
>> 5 00009f477f8 159.4MB 00010000 00210000 00200000 |
| 15 |
>> 5 00009f47838 159.4MB 00020000 00220000 00200000 |
| 16 |
>> 5 00009f47878 159.4MB 00040000 00240000 00200000 |
| 17 |
>> 5 00009f478b8 159.4MB 00080000 00280000 00200000 |
| 18 |
>> 5 00009f478f8 159.4MB 00100000 00300000 00200000 |
| 19 |
|
| 20 |
|
| 21 |
Tout ceci concerne la page 0x9F47000, soit 163100 ko. |
| 22 |
|
| 23 |
|
| 24 |
>> 6 00008f4713c 143.4MB 00000000 00200000 00200000 |
| 25 |
>> 6 00008f4713c 143.4MB 00000000 00200000 00200000 (la meme que dessus) |
| 26 |
|
| 27 |
|
| 28 |
Ici, c'est 0x8F47000, soit 146716 ko. |
| 29 |
|
| 30 |
|
| 31 |
>> 7 0000825de8c 130.8MB ffffffff efffffff 10000000 |
| 32 |
|
| 33 |
|
| 34 |
Voici la page 0x825D000, soit 133492 ko. Depuis le temps, tu dois avoir |
| 35 |
compris que la page, c'est simplement en ne gardant que les milliers en |
| 36 |
hexadécimal (soit les multiples de 4096, 4 ko). |
| 37 |
|
| 38 |
|
| 39 |
>> 7 00008f4713c 143.4MB 00000000 00200000 00200000 |
| 40 |
|
| 41 |
|
| 42 |
Re-voici une vieille connaissance. |
| 43 |
|
| 44 |
Il manque une information, à savoir la quantité de mémoire totale. Je vais |
| 45 |
supposer que c'est 256 Mo, et laisser en exercice l'adaptation dans le cas |
| 46 |
contraire. |
| 47 |
|
| 48 |
On a donc l'intervalle [0, 262144[, auquel on veut enlever les intervalles |
| 49 |
[133492, 133496[, [146716, 146720[ et [163100, 163104[. Il nous reste donc |
| 50 |
[0, 133492[, [133496, 146716[, [146720, 163100[ et [163104, 262144[. Ce qui |
| 51 |
donne donc options : |
| 52 |
|
| 53 |
mem=133492k |
| 54 |
memmap=13220k@133496k |
| 55 |
memmap=16380k@146720k |
| 56 |
mammap=99040k@163104k |
| 57 |
|
| 58 |
--> moi j'ai en fait 192 Mo de RAM, la dernière ligne contient donc 33504k@163104k |
| 59 |
|
| 60 |
En fait, ce n'est pas si compliqué que ça : le @ garde son rôle de « at » |
| 61 |
(« à » en français) : |
| 62 |
|
| 63 |
mempap=<x>k@<y>k se traduit littéralement par « j'ai <x> ko à la position |
| 64 |
<y> ko ». |
| 65 |
|
| 66 |
encore merci pour votre aide |
| 67 |
|
| 68 |
-- |
| 69 |
jpc |
| 70 |
http://www.enstimac.fr/~caruana/ |
| 71 |
|
| 72 |
-- |
| 73 |
gentoo-user-fr@g.o mailing list |
Archives