From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754046AbbCEB3h (ORCPT <rfc822;w@1wt.eu>);
	Wed, 4 Mar 2015 20:29:37 -0500
Received: from TYO202.gate.nec.co.jp ([210.143.35.52]:36188 "EHLO
	tyo202.gate.nec.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753683AbbCEB3f convert rfc822-to-8bit (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 4 Mar 2015 20:29:35 -0500
From: Naoya Horiguchi <n-horiguchi@ah.jp.nec.com>
To: Borislav Petkov <bp@alien8.de>
CC: Tony Luck <tony.luck@intel.com>, Prarit Bhargava <prarit@redhat.com>,
        Vivek Goyal <vgoyal@redhat.com>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        Junichi Nomura <j-nomura@ce.jp.nec.com>,
        Kiyoshi Ueda <k-ueda@ct.jp.nec.com>
Subject: Re: [PATCH v3 1/2] x86: mce: kexec: switch MCE handler for
 kexec/kdump
Thread-Topic: [PATCH v3 1/2] x86: mce: kexec: switch MCE handler for
 kexec/kdump
Thread-Index: AQHQVZCvLaLy7nnu8EKx1g2t9WwGwp0KhKUAgADZhQCAABaiAIABEEgA
Date: Thu, 5 Mar 2015 01:27:28 +0000
Message-ID: <20150305012728.GA2878@hori1.linux.bs1.fc.nec.co.jp>
References: <1425373306-26187-1-git-send-email-n-horiguchi@ah.jp.nec.com>
 <20150303185324.GF25768@pd.tnic>
 <20150304075156.GB30501@hori1.linux.bs1.fc.nec.co.jp>
 <20150304091256.GE3233@pd.tnic>
In-Reply-To: <20150304091256.GE3233@pd.tnic>
Accept-Language: ja-JP, en-US
Content-Language: ja-JP
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.128.101.4]
Content-Type: text/plain; charset="iso-2022-jp"
Content-ID: <9F036CF0CFE09943BE38456CDB50E66F@gisp.nec.co.jp>
Content-Transfer-Encoding: 8BIT
MIME-Version: 1.0
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On Wed, Mar 04, 2015 at 10:12:56AM +0100, Borislav Petkov wrote:
> On Wed, Mar 04, 2015 at 07:51:56AM +0000, Naoya Horiguchi wrote:
> > And the result of the update, the new code contains some
> > MCE-internal code, so I feel like putting most of the code in
> > arch/x86/kernel/cpu/mcheck/mce.c as in the previous versions.
> 
> We can expose those defines for kdump's use if absolutely needed. mce.c
> is already not easy to stare at, having more stuff in it, while it can
> be avoided, is not something we want.

OK, I'll move in that direction in the next post.

Naoya