Cher journal pour pouvoir profiter de mes 1.2 Go de RAM sous linux, je me suis decide a recompiler mon noyeau avec le support de plus de 1Go de RAM. Pour cela j'ai utiliser les sources du 2.4.20 provenant de kernel.org.
Apres recompilation du noyeau le redemarage est ok, mais quand j'ai voulu recompiler les modules ça a commencer a chier : gcc a commencer a faire des segmentation fault, apres l'avoir relancer plusieur fois, il a finit oas compiler tous les modules.Puis quand j'ai voulu lancer une appli tv d'autres pb sont apparu : lors de l'utilisation de vmalloc_32 le kernel renvoyait une erreur
kernel: bttv: vmalloc_32(8519680) failed
en regardant plus en profondeur le log, je me suis appercu que d'autre appli avait des problemes
kernel: devfs_register(2): could not append to parent,
err: -17
Mais si je recompile le noyeau en enlevant le support de plus de 1Go de RAm tout refonctionne...
N'y aurait il pas un pach ou des options specifiques a activer avant la compilation pour que ca marche correctement ?
Ou alors faut il attendre le noyeau 2.6?
Merci
# Re: highmem et vmalloc_32
Posté par Marc (site web personnel) . Évalué à 2.
# Re: highmem et vmalloc_32
Posté par mickabouille . Évalué à 1.
[^] # Re: highmem et vmalloc_32
Posté par M . Évalué à 1.
# Re: highmem et vmalloc_32
Posté par Matho (site web personnel) . Évalué à 1.
J'ai eu pas mal de merdes "space" avec des (3!!) barettes DDR foireuses...
[^] # Re: highmem et vmalloc_32
Posté par Stephane Marchesin (site web personnel) . Évalué à 1.
http://www.memtest86.com/(...)
[^] # Re: highmem et vmalloc_32
Posté par M . Évalué à 1.
sinon au niveau du bios y a des trucs qui permetrais de reduire ces pb ?
Mais si c'etait ça pourquoi ca marche quand il detecte que 926081024 octets
[^] # Re: highmem et vmalloc_32
Posté par Stephane Marchesin (site web personnel) . Évalué à 1.
Ca veut peut-être dire que tu as un chip qui est partiellement deffectueux, et que la mémoire correspondante n'est pas utilisée quand tu te limites à 900Mo.
[^] # Re: highmem et vmalloc_32
Posté par M . Évalué à 1.
merci
[^] # Re: highmem et vmalloc_32
Posté par jiceb . Évalué à 1.
Tu peux utiliser memtest86, mais ca ne marche pas a tout les coups, il faut parfois attendre longtemps avant de voir un cycle indiquer une erreur.
[^] # Re: highmem et vmalloc_32
Posté par M . Évalué à 2.
dans le bios en mettant Fastcommand a fast j'ai reussit a reduire le nombre d'erreur a 37.
Puis en mettant tous les param au plus stable j'ai continuer a avoir 37 erreurs par test (d'ailleur ce n'etait pas toujours les meme)
Mais apparament memtest86 lors de ces tests ne reset pas la memoire car quand quand j'ai remit Fastcommand sur ultra (ce qui causait 37000 erreurs) je n'avait plus que les 37 erreurs residuelle ???
Ce qui est etrange c'est que les erreurs ont l'air de se produire dans la derniere barette (celle de 256 Mo) alors qu'avant je n'avais que celle la et pas d'erreur....
Demain je ferais des tests en changeant/enlevant des barettes.
Merci
PS: quelqu'un a t il deja teste badram http://rick.vanrein.org/linux/badram/(...) ?
PS2: j'ai un athlon et d'apres l'auteur de memtest86, les problemes sont assez frequents....
[^] # Re: highmem et vmalloc_32
Posté par jiceb . Évalué à 1.
il s'agit alors peut etre d'un probleme de reglage du bios, ou de compatibilite entre tes barettes. Une legende (?) veut que les barettes doivet avoir les carac les plus proches possibles.
Par contre verifie si ton bios est bien a jour, il est peut etre buggue.
[^] # Re: highmem et vmalloc_32
Posté par Anonyme . Évalué à 1.
Les deux passent les memtests sans aucune difficultés, à part. L'une et l'autre fonctionne très bien lorsqu'elle sont seules... Mais les deux en même temps produisent les même symptomes que ceux décrit. J'en ai un peu parlé autour de moi et apparement le cas est fréquent avec ces dernières barretes...
[^] # Re: highmem et vmalloc_32
Posté par KiKouN . Évalué à 1.
# Re: highmem et vmalloc_32
Posté par \o/ . Évalué à 2.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.