[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200809082123.04780.nickpiggin@yahoo.com.au>
Date: Mon, 8 Sep 2008 21:23:04 +1000
From: Nick Piggin <nickpiggin@...oo.com.au>
To: Alan Jenkins <alan-jenkins@...fmail.co.uk>
Cc: Jeremy Fitzhardinge <jeremy@...p.org>, Ingo Molnar <mingo@...e.hu>,
linux-kernel@...r.kernel.org, Hugh Dickens <hugh@...itas.com>,
"H. Peter Anvin" <hpa@...or.com>,
Rafał Miłecki <zajec5@...il.com>
Subject: Re: [PATCH 0 of 3] Low memory corruption detection and workaround
On Monday 08 September 2008 01:24, Alan Jenkins wrote:
> Jeremy Fitzhardinge wrote:
> > Hi Ingo,
> >
> > This series implements a check and workaround for memory corruption in
> > low memory.
> >
> > The first patch adds the basic mechanism. The second adds some
> > enchancements from Hugh, namely periodic scanning for badness. The
> > third tidies the user interface up by adding a proper Kconfig option
> > and several kernel command-line parameters to enable the feature and
> > control the amount of memory it scans and how often. It also uses a
> > WARN() with the intention of getting any output into ksymoops.org.
> >
> > I've tested it as far as I can, but none of my systems seem to exhibit
> > this type of corruption so I haven't seen the failure case output. I
> > hope Alan and Rafał can test this version of the patch and report it
> > does the expected thing.
> >
> > [ Hugh - I took the liberty of splitting your patch up into a delta on
> > top of mine, moving the pure bugfixes into my base patch, and
> > putting your additional code into the new patch From you with your
> > sign-off from the original patch, and adding my own sob to reflect
> > the changes I made. I hope you don't mind. ]
Why not high memory as well? We put page tables there too...
(rant: why can we still buy non-ECC memory?)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists