[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20170216095230.ecbb6hfqmcpk3jbw@pd.tnic>
Date: Thu, 16 Feb 2017 10:52:30 +0100
From: Borislav Petkov <bp@...e.de>
To: "Rafael J. Wysocki" <rjw@...ysocki.net>
Cc: "Huang, Ying" <ying.huang@...el.com>, Len Brown <lenb@...nel.org>,
Tomasz Nowicki <tomasz.nowicki@...aro.org>,
Tony Luck <tony.luck@...el.com>, Fu Wei <fu.wei@...aro.org>,
linux-acpi@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] ACPI, APEI: Fix BERT resources conflict with ACPI NVS
area
On Thu, Feb 16, 2017 at 12:42:00AM +0100, Rafael J. Wysocki wrote:
> On Tuesday, February 14, 2017 10:01:13 AM Huang, Ying wrote:
> > From: Huang Ying <ying.huang@...el.com>
> >
> > It was reported that some firmware will use ACPI NVS area for BERT
> > address range. This will cause resources conflict because the ACPI
> > NVS area is marked as busy already. Fix this via excluding ACPI NVS
> > area when requesting IO resources for BERT.
> >
> > Reported-and-tested-by: Hans Kristian Rosbach <hansr@...kesider.no>
> > Signed-off-by: "Huang, Ying" <ying.huang@...el.com>
>
> Boris, what do you think?
Lemme see, so the BERT is for hw errors which have happened during the
previous boot and the machine couldn't handle them. So they do get saved
in some mem in the fw for inspection during the next boot.
And "some firmware" has decided to write them into non-volatile storage
- because you should never ever forget those errors! :-)
And I don't understand the "fix" here: we're excluding the NVS area when
mapping the BERT table but then how are we supposed to read those errors
from there?
Or am I missing something obvious?
--
Regards/Gruss,
Boris.
SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg)
--
Powered by blists - more mailing lists