Linux ACPI
 help / color / mirror / Atom feed
From: Borislav Petkov <bp@alien8.de>
To: fu.wei@linaro.org
Cc: tony.luck@intel.com, gong.chen@intel.com, ying.huang@intel.com,
	tomasz.nowicki@linaro.org, tn@semihalf.com,
	tbaicar@codeaurora.org, rruigrok@codeaurora.org,
	harba@qti.qualcomm.com, graeme.gregory@linaro.org,
	al.stone@linaro.org, hanjun.guo@linaro.org,
	linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org,
	linaro-acpi@lists.linaro.org, jcm@redhat.com,
	mark.rutland@arm.com, catalin.marinas@arm.com,
	will.deacon@arm.com, rjw@rjwysocki.net, "Chen,
	Gong" <gong.chen@linux.intel.com>
Subject: Re: [PATCH v5] acpi, apei: add Boot Error Record Table (BERT) support
Date: Tue, 19 Jan 2016 11:12:58 +0100	[thread overview]
Message-ID: <20160119101258.GB15503@pd.tnic> (raw)
In-Reply-To: <1453196042-12273-1-git-send-email-fu.wei@linaro.org>

On Tue, Jan 19, 2016 at 05:34:02PM +0800, fu.wei@linaro.org wrote:
> From: Huang Ying <ying.huang@intel.com>
> 
> ACPI/APEI is designed to verifiy/report H/W errors, like Corrected
> Error(CE) and Uncorrected Error(UC). It contains four tables: HEST,
> ERST, EINJ and BERT. The first three tables have been merged for
> a long time, but because of lacking BIOS support for BERT, the
> support for BERT is pending until now. Recently on ARM 64 platform
> it is has been supported. So here we come.
> 
> Under normal circumstances, when a hardware error occurs, kernel will
> be notified via NMI, MCE or some other method, then kernel will
> process the error condition, report it, and recover it if possible.
> But sometime, the situation is so bad, so that firmware may choose to
> reset directly without notifying Linux kernel.
> 
> Linux kernel can use the Boot Error Record Table (BERT) to get the
> un-notified hardware errors that occurred in a previous boot. In this
> patch, the error information is reported via printk.
> 
> For more information about BERT, please refer to ACPI Specification
> version 6.0, section 18.3.1:
>   http://www.uefi.org/sites/default/files/resources/ACPI_6.0.pdf
> 
> The following log is a BERT record after system reboot because of hitting
> a fatal memory error:
> BERT: Error records from previous boot:
> [Hardware Error]: It has been corrected by h/w and requires no further action
> [Hardware Error]: event severity: corrected
> [Hardware Error]:  Error 0, type: recoverable
> [Hardware Error]:   section_type: memory error
> [Hardware Error]:   error_status: 0x0000000000000400
> [Hardware Error]:   physical_address: 0xffffffffffffffff
> [Hardware Error]:   card: 1 module: 2 bank: 3 row: 1 column: 2 bit_position: 5
> [Hardware Error]:   error_type: 2, single-bit ECC
> 
> [Tomasz Nowicki: Clear error status at the end of error handling]
> [Tony: Applied some cleanups suggested by Fu Wei]
> [Fu Wei: delete EXPORT_SYMBOL_GPL(bert_disable), improve the code]
> 
> Signed-off-by: Huang Ying <ying.huang@intel.com>
> Signed-off-by: Tomasz Nowicki <tomasz.nowicki@linaro.org>
> Signed-off-by: Chen, Gong <gong.chen@linux.intel.com>
> Tested-by: Jonathan (Zhixiong) Zhang <zjzhang@codeaurora.org>
> Signed-off-by: Tony Luck <tony.luck@intel.com>
> Signed-off-by: Fu Wei <fu.wei@linaro.org>
> Tested-by: Tyler Baicar <tbaicar@codeaurora.org>
> ---
> Changelog:
> v5: Drop some superfluous comments.
>     Use the introduce of BERT in ACPI Specification instead of original one
>     at the head of bert.c.
>     Fix typo in apei-internal.h
>     Simplify the introduce of bert_disable.
> 
> v4: https://lkml.org/lkml/2016/1/8/382
>     Fix the "#undef" bug
>     Improve the instruction of "bert_disable",
>     Delete the useless declaration in include/acpi/apei.h.
> 
> v3: https://lkml.org/lkml/2016/1/7/214
>     Merge the two patches
>     Do some improvements according to Borislav's suggestion.
> 
> v2: https://lkml.org/lkml/2015/8/18/336
>     Delete EXPORT_SYMBOL_GPL(bert_disable), because "bert_disable" is only
>     used in bert.c for now.
>     Do some code-style cleanups.
> 
> v1: The first upstream version submitted in linux-acpi mailing list:
>     http://www.spinics.net/lists/linux-acpi/msg57384.html
> 
>  Documentation/kernel-parameters.txt |   3 +
>  drivers/acpi/apei/Makefile          |   2 +-
>  drivers/acpi/apei/apei-internal.h   |   2 +-
>  drivers/acpi/apei/bert.c            | 150 ++++++++++++++++++++++++++++++++++++
>  4 files changed, 155 insertions(+), 2 deletions(-)

Reviewed-by: Borislav Petkov <bp@suse.de>

-- 
Regards/Gruss,
    Boris.

ECO tip #101: Trim your mails when you reply.

  parent reply	other threads:[~2016-01-19 10:13 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-01-19  9:34 [PATCH v5] acpi, apei: add Boot Error Record Table (BERT) support fu.wei
2016-01-19  9:40 ` Fu Wei
2016-01-19 10:12 ` Borislav Petkov [this message]
2016-01-19 10:49   ` Fu Wei

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=20160119101258.GB15503@pd.tnic \
    --to=bp@alien8.de \
    --cc=al.stone@linaro.org \
    --cc=catalin.marinas@arm.com \
    --cc=fu.wei@linaro.org \
    --cc=gong.chen@intel.com \
    --cc=gong.chen@linux.intel.com \
    --cc=graeme.gregory@linaro.org \
    --cc=hanjun.guo@linaro.org \
    --cc=harba@qti.qualcomm.com \
    --cc=jcm@redhat.com \
    --cc=linaro-acpi@lists.linaro.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mark.rutland@arm.com \
    --cc=rjw@rjwysocki.net \
    --cc=rruigrok@codeaurora.org \
    --cc=tbaicar@codeaurora.org \
    --cc=tn@semihalf.com \
    --cc=tomasz.nowicki@linaro.org \
    --cc=tony.luck@intel.com \
    --cc=will.deacon@arm.com \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox