All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ingo Molnar <mingo@elte.hu>
To: Huang Ying <ying.huang@intel.com>
Cc: "H. Peter Anvin" <hpa@zytor.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Andi Kleen <ak@linux.intel.com>,
	linux-kernel@vger.kernel.org,
	Hidetoshi Seto <seto.hidetoshi@jp.fujitsu.com>
Subject: Re: Re-implement MCE log ring buffer as per-CPU ring buffer
Date: Wed, 22 Apr 2009 11:22:59 +0200	[thread overview]
Message-ID: <20090422092259.GC18226@elte.hu> (raw)
In-Reply-To: <1240391484.6842.474.camel@yhuang-dev.sh.intel.com>


* Huang Ying <ying.huang@intel.com> wrote:

> Re-implement MCE log ring buffer as per-CPU ring buffer for better 
> scalability. Basic design is as follow:

Before changing anything substantial in the MCE code it would be 
necessary to clean up and then unify the 32-bit and 64-bit side of 
the MCE code first. (Which essentially means extending the 
64-bit-only code to 32-bit)

I've put a few cleanup patches into tip:x86/mce2 (warning: there are 
a few broken ones at the tail - so consider it WIP), to help make 
this happen:

 dd98699: x86, mce: print number of MCE banks
 ef319a8: x86, mce: unify
 be0f336: x86, mce: unify, prepare for 32-bit
 90c99b7: x86, mce: prepare unification
 1e1d4f8: x86, mce: prepare mce.h and mce_64.c for unification
 fd6b13f: x86, mce: clean up mce_64.c
 f7f8e03: x86, mce: clean up mce_intel.c
 b19c8ea: x86, mce: unify the Intel thermal interrupt code
 6eade5b: mce: unify Intel thermal init, prepare
 d393769: x86, mce: clean up mce.h
 7bb2efa: x86, mce: clean up winchip.c
 3b94f2b: x86, mce: clean up p5.c
 13a219b: x86, mce: clean up mce_32.c
 e69e307: x86, mce: clean up non-fatal.c
 3b9a5bc: x86, mce: clean up k7.c
 79e1d29: x86, mce: clean up p6.c
 c5fac5b: x86, mce: clean up therm_throt.c
 788a16a: x86, mce: clean up p4.c
 07d7726: x86, mce: clean up mce_amd_64.c
 a6a6958: x86, mce: clean up the sysfs variables namespace
 895f799: x86, mce: clean up the mce_64.c code

these are the more questionable ones in need of restructuring:

 dd98699: x86, mce: print number of MCE banks
 ef319a8: x86, mce: unify
 be0f336: x86, mce: unify, prepare for 32-bit
 90c99b7: x86, mce: prepare unification
 1e1d4f8: x86, mce: prepare mce.h and mce_64.c for unification
 fd6b13f: x86, mce: clean up mce_64.c
 f7f8e03: x86, mce: clean up mce_intel.c
 b19c8ea: x86, mce: unify the Intel thermal interrupt code
 6eade5b: mce: unify Intel thermal init, prepare

... but you get the idea.

	Ingo

  reply	other threads:[~2009-04-22  9:23 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-04-22  9:11 Re-implement MCE log ring buffer as per-CPU ring buffer Huang Ying
2009-04-22  9:22 ` Ingo Molnar [this message]
2009-04-22 10:16   ` Robert Richter
2009-04-22 10:19     ` Ingo Molnar
2009-04-22 11:35       ` Andi Kleen
2009-04-22 11:30     ` Andi Kleen
2009-04-24  6:06     ` Huang Ying
2009-04-24 10:09       ` Robert Richter
2009-04-24 13:36         ` Steven Rostedt
2009-04-27  7:49           ` Huang Ying
2009-04-27  7:53             ` Andi Kleen
2009-04-27 14:39               ` Steven Rostedt
2009-04-27 14:44                 ` Davide Libenzi
2009-04-27 14:57                   ` Steven Rostedt
2009-04-27 16:14                   ` Valdis.Kletnieks
2009-04-27 17:05                 ` Theodore Tso
2009-04-27 20:06                   ` H. Peter Anvin
2009-04-27 14:27             ` Steven Rostedt
2009-04-27 14:36               ` Patenting kernel patches was " Andi Kleen
2009-04-27 14:49                 ` Steven Rostedt
2009-04-27 15:33                 ` Alan Cox
2009-04-27  0:58         ` Huang Ying
2009-04-22 11:20   ` Andi Kleen
2009-04-22 15:55     ` H. Peter Anvin
2009-04-22 15:58       ` Andi Kleen
2009-04-29 19:15       ` Re-implement MCE log ring buffer as per-CPU ring buffer II Andi Kleen
2009-04-30  7:38         ` 32bit mce unification (Re: Re-implement MCE log ring buffer as per-CPU ring buffer II) Hidetoshi Seto
2009-04-22 11:11 ` Re-implement MCE log ring buffer as per-CPU ring buffer Andi Kleen
2009-04-24  5:51   ` Huang Ying

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=20090422092259.GC18226@elte.hu \
    --to=mingo@elte.hu \
    --cc=ak@linux.intel.com \
    --cc=hpa@zytor.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=seto.hidetoshi@jp.fujitsu.com \
    --cc=tglx@linutronix.de \
    --cc=ying.huang@intel.com \
    /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.