mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Justin Piszcz <jpiszcz@lucidpixels.com>
To: Jan Engelhardt <jengelh@linux01.gwdg.de>
Cc: daniel+devel.linux.lkml@flexserv.de, linux-kernel@vger.kernel.org
Subject: Re: Bug: XFS internal error XFS_WANT_CORRUPTED_RETURN
Date: Fri, 16 Jun 2006 18:11:52 -0400 (EDT)	[thread overview]
Message-ID: <Pine.LNX.4.64.0606161811280.10656@p34.internal.lan> (raw)
In-Reply-To: <Pine.LNX.4.61.0606170005150.27136@yvahk01.tjqt.qr>

How about:

SunVTS software



The SunVTS software executes multiple diagnostic hardware tests from a
single user interface, and is used to verify the configuration and
functionality of most hardware controllers and devices. The SunVTS 
software
operates primarily from a graphical user interface, enabling test 
parameters
to be set quickly and easily while a diagnostic test operation is being
performed.


http://docs.sun.com/source/817-7665/pmemtest.html

The pmemtest checks the physical memory of the system and reports hard and
soft error correction code (ECC) errors, memory read errors, and 
addressing problems. The pseudo driver mem is used to read the physical 
memory.


Note - 64-bit tests are located in the sparcv9 subdirectory:
/opt/SUNWvts/bin/sparcv9/testname, or the relative path to which you
installed SunVTS. If a test is not present in this directory, then it 
might
be available as a 32-bit test only. For more information, see 32-Bit and
64-Bit Tests



On Sat, 17 Jun 2006, Jan Engelhardt wrote:

>
>> Its an full equiped E420R 4*450Mhz 4GB RAM.
>> I dont know  a memtesttool for sparcs.
>
> Join the club, I am looking for one too.
>
> Too bad that the Forth interpreter can only address a little less than
> 640KB of memory (reminds me of DOS huh), otherwise I would have written a
> memchecker.
>
>> If you know one please drop me a line.
>> every test from obp runs fine.
>
> There exists a userspace checker. It mlock()s a big chunk of memory and
> pokes on it like memtest86. It does not catch the few megabytes required
> for booting, but when you swap the upper half of the memory banks with the
> lower ones and rerun, you should get the same results of memtest86 would
> do.
>
>
> Jan Engelhardt
> -- 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
>

  reply	other threads:[~2006-06-16 22:11 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-06-16 14:09 daniel+devel.linux.lkml
2006-06-16 17:35 ` Alistair John Strachan
2006-06-16 21:38   ` daniel+devel.linux.lkml
2006-06-16 22:07     ` Jan Engelhardt
2006-06-16 22:11       ` Justin Piszcz [this message]
2006-06-17  9:25         ` Jan Engelhardt

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Pine.LNX.4.64.0606161811280.10656@p34.internal.lan \
    --to=jpiszcz@lucidpixels.com \
    --cc=daniel+devel.linux.lkml@flexserv.de \
    --cc=jengelh@linux01.gwdg.de \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®