From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754040AbdBPKYo (ORCPT ); Thu, 16 Feb 2017 05:24:44 -0500 Received: from mga06.intel.com ([134.134.136.31]:39535 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750748AbdBPKYm (ORCPT ); Thu, 16 Feb 2017 05:24:42 -0500 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.35,168,1484035200"; d="scan'208";a="65395010" From: "Huang\, Ying" To: Borislav Petkov Cc: "Rafael J. Wysocki" , "Huang\, Ying" , Len Brown , "Tomasz Nowicki" , Tony Luck , Fu Wei , , Subject: Re: [PATCH] ACPI, APEI: Fix BERT resources conflict with ACPI NVS area References: <20170214020143.29713-1-ying.huang@intel.com> <4305135.N5b65JQej5@aspire.rjw.lan> <20170216095230.ecbb6hfqmcpk3jbw@pd.tnic> Date: Thu, 16 Feb 2017 18:24:39 +0800 In-Reply-To: <20170216095230.ecbb6hfqmcpk3jbw@pd.tnic> (Borislav Petkov's message of "Thu, 16 Feb 2017 10:52:30 +0100") Message-ID: <87fujea0wo.fsf@yhuang-dev.intel.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=ascii Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Borislav Petkov writes: > 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 >> > >> > 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 >> > Signed-off-by: "Huang, Ying" >> >> 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? The NVS area is excluded when request the resources, because the NVS area has been marked as busy already. But the whole BERT memory area is mapped, so we can read from it. > Or am I missing something obvious? Best Regards, Huang, Ying