mirror of
https://github.com/brain-hackers/linux-brain.git
synced 2024-06-09 23:36:23 +09:00
9d85025b04
Place README, REPORTING-BUGS, SecurityBugs and kernel-parameters on an user's manual book. As we'll be numbering the user's manual, remove the manual numbering from SecurityBugs. Signed-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>
51 lines
1.1 KiB
ReStructuredText
51 lines
1.1 KiB
ReStructuredText
How to deal with bad memory e.g. reported by memtest86+ ?
|
|
=========================================================
|
|
|
|
March 2008
|
|
Jan-Simon Moeller, dl9pf@gmx.de
|
|
|
|
|
|
|
|
There are three possibilities I know of:
|
|
|
|
1) Reinsert/swap the memory modules
|
|
|
|
2) Buy new modules (best!) or try to exchange the memory
|
|
if you have spare-parts
|
|
|
|
3) Use BadRAM or memmap
|
|
|
|
This Howto is about number 3) .
|
|
|
|
|
|
BadRAM
|
|
######
|
|
|
|
BadRAM is the actively developed and available as kernel-patch
|
|
here: http://rick.vanrein.org/linux/badram/
|
|
|
|
For more details see the BadRAM documentation.
|
|
|
|
memmap
|
|
######
|
|
|
|
memmap is already in the kernel and usable as kernel-parameter at
|
|
boot-time. Its syntax is slightly strange and you may need to
|
|
calculate the values by yourself!
|
|
|
|
Syntax to exclude a memory area (see kernel-parameters.txt for details)::
|
|
|
|
memmap=<size>$<address>
|
|
|
|
Example: memtest86+ reported here errors at address 0x18691458, 0x18698424 and
|
|
some others. All had 0x1869xxxx in common, so I chose a pattern of
|
|
0x18690000,0xffff0000.
|
|
|
|
With the numbers of the example above::
|
|
|
|
memmap=64K$0x18690000
|
|
|
|
or::
|
|
|
|
memmap=0x10000$0x18690000
|