Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley
	Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United
	Kingdom.
	Registered in England and Wales under Company Registration No. 3798903
From: David Howells <dhowells@redhat.com>
In-Reply-To: <20090117082623.GB24905@elte.hu>
References: <20090117082623.GB24905@elte.hu> <20090115181612.GA27762@elte.hu> <16916.1232172471@redhat.com>
To: Ingo Molnar <mingo@elte.hu>
Cc: dhowells@redhat.com, linux-kernel@vger.kernel.org,
       Andrew Morton <akpm@linux-foundation.org>,
       "Rafael J. Wysocki" <rjw@sisk.pl>,
       Pekka Enberg <penberg@cs.helsinki.fi>,
       Michael LeMay <mdlemay@epoch.ncsc.mil>,
       James Morris <jmorris@namei.org>, Stephen Smalley <sds@tycho.nsa.gov>,
       Paul Moore <paul.moore@hp.com>, Eric Paris <eparis@redhat.com>
Subject: Re: [slab corruption] BUG key_jar: Poison overwritten
Date: Sat, 17 Jan 2009 20:33:22 +0000
Message-ID: <31147.1232224402@redhat.com>
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 822
Lines: 18

Ingo Molnar <mingo@elte.hu> wrote:

> The problem was not reproducible - i tried the same config once more and 
> it didnt produce the bug. (this system has no known hardware flukes)

Having thought about it some more, we can't necessarily pin the blame on the
key management code.  I think it more likely due to the previous owner of the
page as it's the guard poisoning that got corrupted, not the allocated key
struct.  The problem is we don't know who that was.  I wonder if it's
practical to store a recent history of page allocs and releases in a circular
buffer.

David
--
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/