[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100220090102.GA11287@basil.fritz.box>
Date: Sat, 20 Feb 2010 10:01:02 +0100
From: Andi Kleen <andi@...stfloor.org>
To: Mauro Carvalho Chehab <mchehab@...hat.com>
Cc: Andi Kleen <ak@...ux.intel.com>,
Borislav Petkov <borislav.petkov@....com>,
Andi Kleen <andi@...stfloor.org>,
Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...e.hu>, mingo@...hat.com, hpa@...or.com,
linux-kernel@...r.kernel.org, linux-tip-commits@...r.kernel.org,
Doug Thompson <dougthompson@...ssion.com>
Subject: Re: [tip:x86/mce] x86, mce: Make xeon75xx memory driver dependent
on PCI
On Fri, Feb 19, 2010 at 10:14:17PM -0200, Mauro Carvalho Chehab wrote:
Mauro,
> I was thinking on a way where we could work with the EDAC/MCE issues, and
> a way for us to move ahead. My proposal is to organize an EDAC/MCE BoF session
> or a mini-summit during the Collaboration Summit, in San Francisco, with
> the interested parties. I suspect that some of us will be there already.
I didn't plan to be there so far. A BoF is probably a good idea,
and also looking closely at EDAC together,
but it would be better at some more kernel focussed conference.
If everyone else is at that summit I can try to come,
but it would be likely difficult.
We could probably do some kind of online BoF shorter time
(e.g. using some chat setup or on the phone)
> It shouldn't be hard to find some place there for us to take a look at the
> EDAC architecture and come with some proposal.
Proposal for what exactly?
Is this for a event interface or for a topology interface or both
or something else entirely?
My personal plan so far was to work on the APEI interface
and then possibly look at migrating MCE to that infrastructure too,
while updating mcelog to talk to it. This would be mostly
addressing events so far.
> As today is the last day for CFP, I've also submitted there a proposal for a
> panel. If approved, we can use it to collect data from hardware error users
> (sysops and other users that require high availability on their services),
> for us to discuss some strategies to address the issue or to summarize what
> will be discussed on the event.
You want to collect error rates or want to collect use cases?
For a serious collection doing it online would probably
give better coverage.
I do both to some degree already.
-Andi
--
ak@...ux.intel.com -- Speaking for myself only.
--
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