public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* patch/option to wipe memory at boot?
@ 2007-09-17 15:51 David Madore
  2007-09-17 18:11 ` Jeremy Fitzhardinge
  0 siblings, 1 reply; 6+ messages in thread
From: David Madore @ 2007-09-17 15:51 UTC (permalink / raw)
  To: linux-kernel

Hi,

Is there a patch or a boot option or something which wipes all
available (physical) RAM at boot (or better, fills it with a fixed
signature like 0xdeadbeef)?  I'm getting phony ECC errors and I'd like
to test whether they go away when the RAM is properly initialized.
Also, I'd like to know exactly which parts of RAM are being used and
which are untouched since boot (hence the 0xdeadbeef signature).

If this patch/option doesn't exist, can anyone give me a hint as to
where and how it would be best to add this?  (I'm afraid I'm very
ignorant as to how Linux sets up its RAM mapping.)  I'm concerned
about x86 and x86_64.

PS: I'm not finicky: it's all right if a couple of megabytes at the
bottom of RAM are not scrubbed (I'm more interested about the top
gigabyte-or-so), especially if they're guaranteed to be used by the
kernel.

Happy hacking,

-- 
     David A. Madore
    (david.madore@ens.fr,
     http://www.madore.org/~david/ )

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: patch/option to wipe memory at boot?
  2007-09-17 15:51 David Madore
@ 2007-09-17 18:11 ` Jeremy Fitzhardinge
  2007-09-17 20:43   ` David Madore
  0 siblings, 1 reply; 6+ messages in thread
From: Jeremy Fitzhardinge @ 2007-09-17 18:11 UTC (permalink / raw)
  To: David Madore; +Cc: linux-kernel

David Madore wrote:
> Is there a patch or a boot option or something which wipes all
> available (physical) RAM at boot (or better, fills it with a fixed
> signature like 0xdeadbeef)?  I'm getting phony ECC errors and I'd like
> to test whether they go away when the RAM is properly initialized.
> Also, I'd like to know exactly which parts of RAM are being used and
> which are untouched since boot (hence the 0xdeadbeef signature).
>
> If this patch/option doesn't exist, can anyone give me a hint as to
> where and how it would be best to add this?  (I'm afraid I'm very
> ignorant as to how Linux sets up its RAM mapping.)  I'm concerned
> about x86 and x86_64.
>
> PS: I'm not finicky: it's all right if a couple of megabytes at the
> bottom of RAM are not scrubbed (I'm more interested about the top
> gigabyte-or-so), especially if they're guaranteed to be used by the
> kernel.
>   

Boot memtest86 for a little while before booting the kernel?  And if you
haven't already run it for a while, then that would be your first step
anyway.

    J

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: patch/option to wipe memory at boot?
  2007-09-17 18:11 ` Jeremy Fitzhardinge
@ 2007-09-17 20:43   ` David Madore
  2007-09-19 18:30     ` Chris Snook
  0 siblings, 1 reply; 6+ messages in thread
From: David Madore @ 2007-09-17 20:43 UTC (permalink / raw)
  To: linux-kernel; +Cc: Jeremy Fitzhardinge

On Mon, Sep 17, 2007 at 11:11:52AM -0700, Jeremy Fitzhardinge wrote:
> Boot memtest86 for a little while before booting the kernel?  And if you
> haven't already run it for a while, then that would be your first step
> anyway.

Indeed, that does the trick, thanks for the suggestion.  So I can be
quite confident, now, that my RAM is sane and it's just that the BIOS
doesn't initialize it properly.

But I'd still like some way of filling the RAM when Linux starts (or
perhaps in the bootloader), because letting memtest86 run after every
cold reboot isn't a very satisfactory solution.

Happy hacking,

-- 
     David A. Madore
    (david.madore@ens.fr,
     http://www.madore.org/~david/ )

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: patch/option to wipe memory at boot?
  2007-09-17 20:43   ` David Madore
@ 2007-09-19 18:30     ` Chris Snook
  0 siblings, 0 replies; 6+ messages in thread
From: Chris Snook @ 2007-09-19 18:30 UTC (permalink / raw)
  To: David Madore; +Cc: linux-kernel, Jeremy Fitzhardinge

David Madore wrote:
> On Mon, Sep 17, 2007 at 11:11:52AM -0700, Jeremy Fitzhardinge wrote:
>> Boot memtest86 for a little while before booting the kernel?  And if you
>> haven't already run it for a while, then that would be your first step
>> anyway.
> 
> Indeed, that does the trick, thanks for the suggestion.  So I can be
> quite confident, now, that my RAM is sane and it's just that the BIOS
> doesn't initialize it properly.
> 
> But I'd still like some way of filling the RAM when Linux starts (or
> perhaps in the bootloader), because letting memtest86 run after every
> cold reboot isn't a very satisfactory solution.

Bootloaders like to do things like run in 16-bit or 32-bit mode on boxes where 
higher bitness is necessary to access all the memory.  It may be possible to do 
this in the bootloader, but the BIOS is clearly the correct place to fix this 
problem.

	-- Chris

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: patch/option to wipe memory at boot?
       [not found]     ` <95cD1-7gI-31@gated-at.bofh.it>
@ 2007-09-20 11:17       ` Bodo Eggert
  0 siblings, 0 replies; 6+ messages in thread
From: Bodo Eggert @ 2007-09-20 11:17 UTC (permalink / raw)
  To: Chris Snook, David Madore, linux-kernel, Jeremy Fitzhardinge

Chris Snook <csnook@redhat.com> wrote:
> David Madore wrote:
>> On Mon, Sep 17, 2007 at 11:11:52AM -0700, Jeremy Fitzhardinge wrote:

>>> Boot memtest86 for a little while before booting the kernel?  And if you
>>> haven't already run it for a while, then that would be your first step
>>> anyway.
>> 
>> Indeed, that does the trick, thanks for the suggestion.  So I can be
>> quite confident, now, that my RAM is sane and it's just that the BIOS
>> doesn't initialize it properly.
>> 
>> But I'd still like some way of filling the RAM when Linux starts (or
>> perhaps in the bootloader), because letting memtest86 run after every
>> cold reboot isn't a very satisfactory solution.
> 
> Bootloaders like to do things like run in 16-bit or 32-bit mode on boxes where
> higher bitness is necessary to access all the memory.  It may be possible to
> do this in the bootloader, but the BIOS is clearly the correct place to fix
> this problem.

Just an idea: Does this BIOS have an option to (not) skip the full memory
test on bootup?
-- 
Have you ever noticed that the Klingons are all speaking unix?
"Grep ls awk chmod."   "Mknod ksh tar imap."
"Wall fsck yacc!"     (that last is obviously a curse of some sort)
        -- Gandalf  Parker

^ permalink raw reply	[flat|nested] 6+ messages in thread

* patch/option to wipe memory at boot?
@ 2007-09-20 11:38 Tomasz Chmielewski
  0 siblings, 0 replies; 6+ messages in thread
From: Tomasz Chmielewski @ 2007-09-20 11:38 UTC (permalink / raw)
  To: LKML

> Is there a patch or a boot option or something which wipes all
> available (physical) RAM at boot (or better, fills it with a fixed
> signature like 0xdeadbeef)?  I'm getting phony ECC errors and I'd like
> to test whether they go away when the RAM is properly initialized.
> Also, I'd like to know exactly which parts of RAM are being used and
> which are untouched since boot (hence the 0xdeadbeef signature).
> 
> If this patch/option doesn't exist, can anyone give me a hint as to
> where and how it would be best to add this?  (I'm afraid I'm very
> ignorant as to how Linux sets up its RAM mapping.)  I'm concerned
> about x86 and x86_64.
> 
> PS: I'm not finicky: it's all right if a couple of megabytes at the
> bottom of RAM are not scrubbed (I'm more interested about the top
> gigabyte-or-so), especially if they're guaranteed to be used by the
> kernel.

As a side note to what others said, you can always use initrd/initramfs 
to start your favourite program that wipes the memory...


-- 
Tomasz Chmielewski
http://blog.wpkg.org



^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2007-09-20 11:39 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-09-20 11:38 patch/option to wipe memory at boot? Tomasz Chmielewski
     [not found] <94rE7-89j-3@gated-at.bofh.it>
     [not found] ` <94tmJ-2EJ-77@gated-at.bofh.it>
     [not found]   ` <94vHE-6xa-11@gated-at.bofh.it>
     [not found]     ` <95cD1-7gI-31@gated-at.bofh.it>
2007-09-20 11:17       ` Bodo Eggert
  -- strict thread matches above, loose matches on Subject: below --
2007-09-17 15:51 David Madore
2007-09-17 18:11 ` Jeremy Fitzhardinge
2007-09-17 20:43   ` David Madore
2007-09-19 18:30     ` Chris Snook

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox