summaryrefslogtreecommitdiffstats
path: root/Documentation/admin-guide/bad-memory.rst
blob: 017fc86430c34168c7742d44d80096e50158d35b (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
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