All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH] ACPI, APEI: Fix BERT resources conflict with ACPI NVS area
@ 2017-02-14  2:01 Huang, Ying
  2017-02-14 18:44 ` Baicar, Tyler
  2017-02-15 23:42 ` Rafael J. Wysocki
  0 siblings, 2 replies; 12+ messages in thread
From: Huang, Ying @ 2017-02-14  2:01 UTC (permalink / raw)
  To: Rafael J . Wysocki
  Cc: Huang Ying, Len Brown, Tomasz Nowicki, Tony Luck,
	Borislav Petkov, Fu Wei, linux-acpi, linux-kernel

From: Huang Ying <ying.huang@intel.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@raskesider.no>
Signed-off-by: "Huang, Ying" <ying.huang@intel.com>
---
 drivers/acpi/apei/bert.c | 20 ++++++++++++--------
 1 file changed, 12 insertions(+), 8 deletions(-)

diff --git a/drivers/acpi/apei/bert.c b/drivers/acpi/apei/bert.c
index a05b5c0cf181..12771fcf0417 100644
--- a/drivers/acpi/apei/bert.c
+++ b/drivers/acpi/apei/bert.c
@@ -97,6 +97,7 @@ static int __init bert_check_table(struct acpi_table_bert *bert_tab)
 
 static int __init bert_init(void)
 {
+	struct apei_resources bert_resources;
 	struct acpi_bert_region *boot_error_region;
 	struct acpi_table_bert *bert_tab;
 	unsigned int region_len;
@@ -127,13 +128,14 @@ static int __init bert_init(void)
 	}
 
 	region_len = bert_tab->region_length;
-	if (!request_mem_region(bert_tab->address, region_len, "APEI BERT")) {
-		pr_err("Can't request iomem region <%016llx-%016llx>.\n",
-		       (unsigned long long)bert_tab->address,
-		       (unsigned long long)bert_tab->address + region_len - 1);
-		return -EIO;
-	}
-
+	apei_resources_init(&bert_resources);
+	rc = apei_resources_add(&bert_resources, bert_tab->address,
+				region_len, true);
+	if (rc)
+		return rc;
+	rc = apei_resources_request(&bert_resources, "APEI BERT");
+	if (rc)
+		goto out_fini;
 	boot_error_region = ioremap_cache(bert_tab->address, region_len);
 	if (boot_error_region) {
 		bert_print_all(boot_error_region, region_len);
@@ -142,7 +144,9 @@ static int __init bert_init(void)
 		rc = -ENOMEM;
 	}
 
-	release_mem_region(bert_tab->address, region_len);
+	apei_resources_release(&bert_resources);
+out_fini:
+	apei_resources_fini(&bert_resources);
 
 	return rc;
 }
-- 
2.11.0


^ permalink raw reply related	[flat|nested] 12+ messages in thread

* Re: [PATCH] ACPI, APEI: Fix BERT resources conflict with ACPI NVS area
  2017-02-14  2:01 [PATCH] ACPI, APEI: Fix BERT resources conflict with ACPI NVS area Huang, Ying
@ 2017-02-14 18:44 ` Baicar, Tyler
  2017-02-15 23:42 ` Rafael J. Wysocki
  1 sibling, 0 replies; 12+ messages in thread
From: Baicar, Tyler @ 2017-02-14 18:44 UTC (permalink / raw)
  To: Huang, Ying, Rafael J . Wysocki
  Cc: Len Brown, Tomasz Nowicki, Tony Luck, Borislav Petkov, Fu Wei,
	linux-acpi, linux-kernel

On 2/13/2017 7:01 PM, Huang, Ying wrote:
> From: Huang Ying <ying.huang@intel.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@raskesider.no>
> Signed-off-by: "Huang, Ying" <ying.huang@intel.com>
Tested-by: Tyler Baicar <tbaicar@codeaurora.org>

-- 
Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm Technologies, Inc.
Qualcomm Technologies, Inc. is a member of the Code Aurora Forum,
a Linux Foundation Collaborative Project.


^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [PATCH] ACPI, APEI: Fix BERT resources conflict with ACPI NVS area
  2017-02-14  2:01 [PATCH] ACPI, APEI: Fix BERT resources conflict with ACPI NVS area Huang, Ying
  2017-02-14 18:44 ` Baicar, Tyler
@ 2017-02-15 23:42 ` Rafael J. Wysocki
  2017-02-16  9:52   ` Borislav Petkov
  1 sibling, 1 reply; 12+ messages in thread
From: Rafael J. Wysocki @ 2017-02-15 23:42 UTC (permalink / raw)
  To: Huang, Ying, Borislav Petkov
  Cc: Len Brown, Tomasz Nowicki, Tony Luck, Fu Wei, linux-acpi, linux-kernel

On Tuesday, February 14, 2017 10:01:13 AM Huang, Ying wrote:
> From: Huang Ying <ying.huang@intel.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@raskesider.no>
> Signed-off-by: "Huang, Ying" <ying.huang@intel.com>

Boris, what do you think?

> ---
>  drivers/acpi/apei/bert.c | 20 ++++++++++++--------
>  1 file changed, 12 insertions(+), 8 deletions(-)
> 
> diff --git a/drivers/acpi/apei/bert.c b/drivers/acpi/apei/bert.c
> index a05b5c0cf181..12771fcf0417 100644
> --- a/drivers/acpi/apei/bert.c
> +++ b/drivers/acpi/apei/bert.c
> @@ -97,6 +97,7 @@ static int __init bert_check_table(struct acpi_table_bert *bert_tab)
>  
>  static int __init bert_init(void)
>  {
> +	struct apei_resources bert_resources;
>  	struct acpi_bert_region *boot_error_region;
>  	struct acpi_table_bert *bert_tab;
>  	unsigned int region_len;
> @@ -127,13 +128,14 @@ static int __init bert_init(void)
>  	}
>  
>  	region_len = bert_tab->region_length;
> -	if (!request_mem_region(bert_tab->address, region_len, "APEI BERT")) {
> -		pr_err("Can't request iomem region <%016llx-%016llx>.\n",
> -		       (unsigned long long)bert_tab->address,
> -		       (unsigned long long)bert_tab->address + region_len - 1);
> -		return -EIO;
> -	}
> -
> +	apei_resources_init(&bert_resources);
> +	rc = apei_resources_add(&bert_resources, bert_tab->address,
> +				region_len, true);
> +	if (rc)
> +		return rc;
> +	rc = apei_resources_request(&bert_resources, "APEI BERT");
> +	if (rc)
> +		goto out_fini;
>  	boot_error_region = ioremap_cache(bert_tab->address, region_len);
>  	if (boot_error_region) {
>  		bert_print_all(boot_error_region, region_len);
> @@ -142,7 +144,9 @@ static int __init bert_init(void)
>  		rc = -ENOMEM;
>  	}
>  
> -	release_mem_region(bert_tab->address, region_len);
> +	apei_resources_release(&bert_resources);
> +out_fini:
> +	apei_resources_fini(&bert_resources);
>  
>  	return rc;
>  }
> 


^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [PATCH] ACPI, APEI: Fix BERT resources conflict with ACPI NVS area
  2017-02-15 23:42 ` Rafael J. Wysocki
@ 2017-02-16  9:52   ` Borislav Petkov
  2017-02-16 10:24       ` Huang, Ying
  0 siblings, 1 reply; 12+ messages in thread
From: Borislav Petkov @ 2017-02-16  9:52 UTC (permalink / raw)
  To: Rafael J. Wysocki
  Cc: Huang, Ying, Len Brown, Tomasz Nowicki, Tony Luck, Fu Wei,
	linux-acpi, linux-kernel

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@intel.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@raskesider.no>
> > Signed-off-by: "Huang, Ying" <ying.huang@intel.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)
-- 

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [PATCH] ACPI, APEI: Fix BERT resources conflict with ACPI NVS area
  2017-02-16  9:52   ` Borislav Petkov
@ 2017-02-16 10:24       ` Huang, Ying
  0 siblings, 0 replies; 12+ messages in thread
From: Huang, Ying @ 2017-02-16 10:24 UTC (permalink / raw)
  To: Borislav Petkov
  Cc: Rafael J. Wysocki, Huang, Ying, Len Brown, Tomasz Nowicki,
	Tony Luck, Fu Wei, linux-acpi, linux-kernel

Borislav Petkov <bp@suse.de> 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 <ying.huang@intel.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@raskesider.no>
>> > Signed-off-by: "Huang, Ying" <ying.huang@intel.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?

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

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [PATCH] ACPI, APEI: Fix BERT resources conflict with ACPI NVS area
@ 2017-02-16 10:24       ` Huang, Ying
  0 siblings, 0 replies; 12+ messages in thread
From: Huang, Ying @ 2017-02-16 10:24 UTC (permalink / raw)
  To: Borislav Petkov
  Cc: Rafael J. Wysocki, Huang, Ying, Len Brown, Tomasz Nowicki,
	Tony Luck, Fu Wei, linux-acpi, linux-kernel

Borislav Petkov <bp@suse.de> 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 <ying.huang@intel.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@raskesider.no>
>> > Signed-off-by: "Huang, Ying" <ying.huang@intel.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?

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

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [PATCH] ACPI, APEI: Fix BERT resources conflict with ACPI NVS area
  2017-02-16 10:24       ` Huang, Ying
  (?)
@ 2017-02-16 10:32       ` Borislav Petkov
  2017-02-17  0:31           ` Huang, Ying
  -1 siblings, 1 reply; 12+ messages in thread
From: Borislav Petkov @ 2017-02-16 10:32 UTC (permalink / raw)
  To: Huang, Ying
  Cc: Rafael J. Wysocki, Len Brown, Tomasz Nowicki, Tony Luck, Fu Wei,
	linux-acpi, linux-kernel

On Thu, Feb 16, 2017 at 06:24:39PM +0800, Huang, Ying wrote:
> 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.

So you're saying the NVS area is part of the BERT area and we can access
the whole range?

-- 
Regards/Gruss,
    Boris.

SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg)
-- 

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [PATCH] ACPI, APEI: Fix BERT resources conflict with ACPI NVS area
  2017-02-16 10:32       ` Borislav Petkov
@ 2017-02-17  0:31           ` Huang, Ying
  0 siblings, 0 replies; 12+ messages in thread
From: Huang, Ying @ 2017-02-17  0:31 UTC (permalink / raw)
  To: Borislav Petkov
  Cc: Huang, Ying, Rafael J. Wysocki, Len Brown, Tomasz Nowicki,
	Tony Luck, Fu Wei, linux-acpi, linux-kernel

Borislav Petkov <bp@suse.de> writes:

> On Thu, Feb 16, 2017 at 06:24:39PM +0800, Huang, Ying wrote:
>> 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.
>
> So you're saying the NVS area is part of the BERT area and we can access
> the whole range?

I am not sure whether the NVS area is a part of the BERT area, but
apparently they are overlapped in some way.  We will access the whole
BERT area here via ioremap the whole range.

Best Regards,
Huang, Ying

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [PATCH] ACPI, APEI: Fix BERT resources conflict with ACPI NVS area
@ 2017-02-17  0:31           ` Huang, Ying
  0 siblings, 0 replies; 12+ messages in thread
From: Huang, Ying @ 2017-02-17  0:31 UTC (permalink / raw)
  To: Borislav Petkov
  Cc: Huang, Ying, Rafael J. Wysocki, Len Brown, Tomasz Nowicki,
	Tony Luck, Fu Wei, linux-acpi, linux-kernel

Borislav Petkov <bp@suse.de> writes:

> On Thu, Feb 16, 2017 at 06:24:39PM +0800, Huang, Ying wrote:
>> 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.
>
> So you're saying the NVS area is part of the BERT area and we can access
> the whole range?

I am not sure whether the NVS area is a part of the BERT area, but
apparently they are overlapped in some way.  We will access the whole
BERT area here via ioremap the whole range.

Best Regards,
Huang, Ying

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [PATCH] ACPI, APEI: Fix BERT resources conflict with ACPI NVS area
  2017-02-17  0:31           ` Huang, Ying
  (?)
@ 2017-02-17 10:02           ` Borislav Petkov
  2017-02-20  0:56               ` Huang, Ying
  -1 siblings, 1 reply; 12+ messages in thread
From: Borislav Petkov @ 2017-02-17 10:02 UTC (permalink / raw)
  To: Huang, Ying
  Cc: Rafael J. Wysocki, Len Brown, Tomasz Nowicki, Tony Luck, Fu Wei,
	linux-acpi, linux-kernel

On Fri, Feb 17, 2017 at 08:31:12AM +0800, Huang, Ying wrote:
> I am not sure whether the NVS area is a part of the BERT area, but
> apparently they are overlapped in some way.  We will access the whole
> BERT area here via ioremap the whole range.

This is the part that was missing from the commit message - explaining
*why* we need this fix.

-- 
Regards/Gruss,
    Boris.

SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg)
-- 

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [PATCH] ACPI, APEI: Fix BERT resources conflict with ACPI NVS area
  2017-02-17 10:02           ` Borislav Petkov
@ 2017-02-20  0:56               ` Huang, Ying
  0 siblings, 0 replies; 12+ messages in thread
From: Huang, Ying @ 2017-02-20  0:56 UTC (permalink / raw)
  To: Borislav Petkov
  Cc: Huang, Ying, Rafael J. Wysocki, Len Brown, Tomasz Nowicki,
	Tony Luck, Fu Wei, linux-acpi, linux-kernel

Borislav Petkov <bp@suse.de> writes:

> On Fri, Feb 17, 2017 at 08:31:12AM +0800, Huang, Ying wrote:
>> I am not sure whether the NVS area is a part of the BERT area, but
>> apparently they are overlapped in some way.  We will access the whole
>> BERT area here via ioremap the whole range.
>
> This is the part that was missing from the commit message - explaining
> *why* we need this fix.

OK.  I will revise the patch description accordingly.

Best Regards,
Huang, Ying

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [PATCH] ACPI, APEI: Fix BERT resources conflict with ACPI NVS area
@ 2017-02-20  0:56               ` Huang, Ying
  0 siblings, 0 replies; 12+ messages in thread
From: Huang, Ying @ 2017-02-20  0:56 UTC (permalink / raw)
  To: Borislav Petkov
  Cc: Huang, Ying, Rafael J. Wysocki, Len Brown, Tomasz Nowicki,
	Tony Luck, Fu Wei, linux-acpi, linux-kernel

Borislav Petkov <bp@suse.de> writes:

> On Fri, Feb 17, 2017 at 08:31:12AM +0800, Huang, Ying wrote:
>> I am not sure whether the NVS area is a part of the BERT area, but
>> apparently they are overlapped in some way.  We will access the whole
>> BERT area here via ioremap the whole range.
>
> This is the part that was missing from the commit message - explaining
> *why* we need this fix.

OK.  I will revise the patch description accordingly.

Best Regards,
Huang, Ying

^ permalink raw reply	[flat|nested] 12+ messages in thread

end of thread, other threads:[~2017-02-20  0:57 UTC | newest]

Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-02-14  2:01 [PATCH] ACPI, APEI: Fix BERT resources conflict with ACPI NVS area Huang, Ying
2017-02-14 18:44 ` Baicar, Tyler
2017-02-15 23:42 ` Rafael J. Wysocki
2017-02-16  9:52   ` Borislav Petkov
2017-02-16 10:24     ` Huang, Ying
2017-02-16 10:24       ` Huang, Ying
2017-02-16 10:32       ` Borislav Petkov
2017-02-17  0:31         ` Huang, Ying
2017-02-17  0:31           ` Huang, Ying
2017-02-17 10:02           ` Borislav Petkov
2017-02-20  0:56             ` Huang, Ying
2017-02-20  0:56               ` Huang, Ying

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.