[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100519063933.GA32581@elte.hu>
Date: Wed, 19 May 2010 08:39:33 +0200
From: Ingo Molnar <mingo@...e.hu>
To: Tony Luck <tony.luck@...el.com>
Cc: Joe Perches <joe@...ches.com>,
Mauro Carvalho Chehab <mchehab@...hat.com>,
Hidetoshi Seto <seto.hidetoshi@...fujitsu.com>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
"bluesmoke-devel@...ts.sourceforge.net"
<bluesmoke-devel@...ts.sourceforge.net>,
Linux Edac Mailing List <linux-edac@...r.kernel.org>,
Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...hat.com>,
Ben Woodard <woodard@...hat.com>,
Matt Domsch <Matt_Domsch@...l.com>,
Doug Thompson <dougthompson@...ssion.com>,
Borislav Petkov <bp@...64.org>,
"Young, Brent" <brent.young@...el.com>,
Peter Zijlstra <a.p.zijlstra@...llo.nl>,
Frédéric Weisbecker <fweisbec@...il.com>,
Arnaldo Carvalho de Melo <acme@...hat.com>
Subject: Re: Hardware Error Kernel Mini-Summit
* Tony Luck <tony.luck@...el.com> wrote:
> > 3) Another new perf feature of interest is 'perf
> > inject' (this too went upstream today): to inject
> > artificial events into the stream of events. This
> > mechanism could be used to simulate rare error
> > conditions and to test out policy reactions
> > systematically - an important part of system error
> > recovery testing.
>
> Simulated errors are handy for testing the very top
> level of the s/w stack. But real errors are better.
> There's some APEI code in Len's tree that can inject
> real errors (on systems with the right BIOS hooks
> enabled).
Agreed, hardware assisted error injection is by far the
best and most complete solution.
Thanks,
Ingo
--
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