All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paolo Ornati <ornati@fastwebnet.it>
To: Andrew Morton <akpm@osdl.org>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Random GCC segfaults -- Was: [2.6.16] slab error in slab_destroy_objs(): cache `radix_tree_node'...
Date: Tue, 28 Mar 2006 11:22:41 +0200	[thread overview]
Message-ID: <20060328112241.40b9c975@localhost> (raw)
In-Reply-To: <20060328004137.607e51db.akpm@osdl.org>

On Tue, 28 Mar 2006 00:41:37 -0800
Andrew Morton <akpm@osdl.org> wrote:

> If those errors had no corresponding kernel messages then what you have is
> a classic symptom of failing memory hardware.  Suggest you grab memtest86,
> run it for 24 hours.

I've already run memtest86+ for hours (not 24 ok... "only" 4/5h) and I
found this:

An easly reproducilble memory failure (single bit flipping always at
the same address) <---- this one goes AWAY disabling bank interleaving
in BIOS.

Another memory failure (different address, always one bit flipping)
isn't found by memtest86+: I found it with CONFIG_DEBUG_SLAB and
I "fixed" it with memmap=... boot option.


Now, these 2 problems are both in my first 256MB memory module, so maybe
it is really another memory failure.

BUT now that I'm back on 2.6.15.6 I'm compiling a LOT of big CPP
projects and I haven't seen a single GCC segfault yet.

Maybe I should retry with 2.6.16 and if I can reproduce the problem I
can start testing 2.6.16-rc1 and so on...

-- 
	Paolo Ornati
	Linux 2.6.15.6 on x86_64

  reply	other threads:[~2006-03-28  9:22 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-03-26 19:53 [2.6.16] slab error in slab_destroy_objs(): cache `radix_tree_node' Paolo Ornati
2006-03-28  7:55 ` Random GCC segfaults -- Was: " Paolo Ornati
2006-03-28  8:41   ` Andrew Morton
2006-03-28  9:22     ` Paolo Ornati [this message]
2006-03-28 11:48       ` Paolo Ornati
2006-03-28 13:23       ` Pavel Machek
2006-03-28 14:30         ` Paolo Ornati
2006-03-28 14:38           ` Paolo Ornati
2006-03-31 14:55           ` Random GCC segfaults --> Just Bad Memory Paolo Ornati

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=20060328112241.40b9c975@localhost \
    --to=ornati@fastwebnet.it \
    --cc=akpm@osdl.org \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.