[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5C4C569E8A4B9B42A84A977CF070A35B2C57F7ADB5@USINDEVS01.corp.hds.com>
Date: Thu, 15 Dec 2011 11:03:08 -0500
From: Seiji Aguchi <seiji.aguchi@....com>
To: Huang Ying <ying.huang@...el.com>
CC: "linux-acpi@...r.kernel.org" <linux-acpi@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"lenb@...nel.org" <lenb@...nel.org>,
"Luck, Tony" <tony.luck@...el.com>,
"Chen, Gong" <gong.chen@...el.com>,
Matthew Garrett <mjg@...hat.com>,
"dle-develop@...ts.sourceforge.net"
<dle-develop@...ts.sourceforge.net>,
Satoru Moriya <satoru.moriya@....com>
Subject: RE: [RFC][PATCH]ACPI,APEI,ERST, back end driver for NVRAM
Hi,
>
>No. I have different understanding.
>
>Because error log address range resides in NVRAM, the contents will be
>reserved even after reboot. So we do not need read/clear operations at
>all, and should place all records in error log address range.
I have a quick question about your comment above.
Do you know whether this optimization of read/clear operations works
on machines which APEI is enabled by WHEA _OSC call?
Seiji
Powered by blists - more mailing lists