lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ