From: Chen Gong <gong.chen@linux.intel.com>
To: Huang Ying <ying.huang@intel.com>
Cc: Len Brown <lenb@kernel.org>,
linux-kernel@vger.kernel.org, Tony Luck <tony.luck@intel.com>,
linux-acpi@vger.kernel.org
Subject: Re: [PATCH 5/8] ACPI, APEI, EINJ, Fix resource conflict on some machine
Date: Tue, 20 Sep 2011 10:58:46 +0800 [thread overview]
Message-ID: <4E780166.6070208@linux.intel.com> (raw)
In-Reply-To: <1316482741-21799-6-git-send-email-ying.huang@intel.com>
于 2011/9/20 9:38, Huang Ying 写道:
> Some APEI firmware implementation will access injected address
> specified in param1 to trigger the error when injecting memory error.
> This will cause resource conflict with RAM.
>
> On one of our testing machine, if injecting at memory address
> 0x10000000, the following error will be reported in dmesg:
>
> APEI: Can not request iomem region<0000000010000000-0000000010000008> for GARs.
>
> This patch removes the injecting memory address range from trigger
> table resources to avoid conflict.
>
> Signed-off-by: Huang Ying<ying.huang@intel.com>
> Tested-by: Tony Luck<tony.luck@intel.com>
> ---
> drivers/acpi/apei/apei-base.c | 11 +++++++++++
> drivers/acpi/apei/apei-internal.h | 3 +++
> drivers/acpi/apei/einj.c | 24 ++++++++++++++++++++++--
> 3 files changed, 36 insertions(+), 2 deletions(-)
>
> --- a/drivers/acpi/apei/apei-base.c
> +++ b/drivers/acpi/apei/apei-base.c
> @@ -421,6 +421,17 @@ static int apei_resources_merge(struct a
> return 0;
> }
>
> +int apei_resources_add(struct apei_resources *resources,
> + unsigned long start, unsigned long size,
> + bool iomem)
> +{
> + if (iomem)
> + return apei_res_add(&resources->iomem, start, size);
> + else
> + return apei_res_add(&resources->ioport, start, size);
> +}
> +EXPORT_SYMBOL_GPL(apei_resources_add);
> +
> /*
> * EINJ has two groups of GARs (EINJ table entry and trigger table
> * entry), so common resources are subtracted from the trigger table
> --- a/drivers/acpi/apei/apei-internal.h
> +++ b/drivers/acpi/apei/apei-internal.h
> @@ -95,6 +95,9 @@ static inline void apei_resources_init(s
> }
>
> void apei_resources_fini(struct apei_resources *resources);
> +int apei_resources_add(struct apei_resources *resources,
> + unsigned long start, unsigned long size,
> + bool iomem);
> int apei_resources_sub(struct apei_resources *resources1,
> struct apei_resources *resources2);
> int apei_resources_request(struct apei_resources *resources,
> --- a/drivers/acpi/apei/einj.c
> +++ b/drivers/acpi/apei/einj.c
> @@ -195,7 +195,8 @@ static int einj_check_trigger_header(str
> }
>
> /* Execute instructions in trigger error action table */
> -static int __einj_error_trigger(u64 trigger_paddr)
> +static int __einj_error_trigger(u64 trigger_paddr, u32 type,
> + u64 param1, u64 param2)
> {
> struct acpi_einj_trigger *trigger_tab = NULL;
> struct apei_exec_context trigger_ctx;
> @@ -256,6 +257,25 @@ static int __einj_error_trigger(u64 trig
> rc = apei_resources_sub(&trigger_resources,&einj_resources);
> if (rc)
> goto out_fini;
> + /*
> + * Some firmware will access target address specified in
> + * param1 to trigger the error when injecting memory error.
> + * This will cause resource conflict with regular memory. So
> + * remove it from trigger table resources.
> + */
> + if (param_extension&& (type& 0x0038)&& param2) {
> + struct apei_resources addr_resources;
> + apei_resources_init(&addr_resources);
> + rc = apei_resources_add(&addr_resources,
> + param1& param2,
> + ~param2 + 1, true);
> + if (rc)
> + goto out_fini;
> + rc = apei_resources_sub(&trigger_resources,&addr_resources);
> + apei_resources_fini(&addr_resources);
> + if (rc)
> + goto out_fini;
> + }
> rc = apei_resources_request(&trigger_resources, "APEI EINJ Trigger");
> if (rc)
> goto out_fini;
> @@ -325,7 +345,7 @@ static int __einj_error_inject(u32 type,
> if (rc)
> return rc;
> trigger_paddr = apei_exec_ctx_get_output(&ctx);
> - rc = __einj_error_trigger(trigger_paddr);
> + rc = __einj_error_trigger(trigger_paddr, type, param1, param2);
> if (rc)
> return rc;
> rc = apei_exec_run_optional(&ctx, ACPI_EINJ_END_OPERATION);
> --
Hi, Ying
Would you please add Hui's patch
(http://marc.info/?l=linux-acpi&m=131616383227196&w=2) between patch 5
and patch 6?
Thx a lot!
next prev parent reply other threads:[~2011-09-20 2:58 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-09-20 1:38 [PATCH 0/8] ACPI, APEI patches for 3.2 Huang Ying
2011-09-20 1:38 ` [PATCH 1/8] ACPI, APEI, Print resource errors in conventional format Huang Ying
2011-09-20 1:38 ` [PATCH 2/8] ACPI, APEI, Remove table not found message Huang Ying
2011-09-20 1:38 ` [PATCH 3/8] ACPI, Record ACPI NVS regions Huang Ying
2011-09-20 1:38 ` [PATCH 4/8] ACPI, APEI, Resolve false conflict between ACPI NVS and APEI Huang Ying
2011-09-20 2:09 ` Bjorn Helgaas
2011-09-20 2:34 ` Huang Ying
2011-09-20 16:26 ` Bjorn Helgaas
2011-09-21 1:43 ` Huang Ying
2011-09-21 4:23 ` Bjorn Helgaas
2011-09-20 1:38 ` [PATCH 5/8] ACPI, APEI, EINJ, Fix resource conflict on some machine Huang Ying
2011-09-20 2:58 ` Chen Gong [this message]
2011-09-20 1:38 ` [PATCH 6/8] ACPI, Add RAM mapping support to ACPI atomic IO support Huang Ying
2011-09-20 1:39 ` [PATCH 7/8] ACPI, APEI, GHES: Add PCIe AER recovery support Huang Ying
2011-09-20 1:39 ` [PATCH 8/8] ACPI, APEI, GHES, Distinguish interleaved error report in kernel log Huang Ying
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4E780166.6070208@linux.intel.com \
--to=gong.chen@linux.intel.com \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=tony.luck@intel.com \
--cc=ying.huang@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).