All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Rafael J. Wysocki" <rafael@kernel.org>
To: Shannon Zhao <shannon.zhao@linaro.org>
Cc: "linux-arm-kernel@lists.infradead.org"
	<linux-arm-kernel@lists.infradead.org>,
	stefano.stabellini@citrix.com, david.vrabel@citrix.com,
	"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	linux-efi@vger.kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	julien.grall@arm.com, peter.huangpeng@huawei.com,
	xen-devel@lists.xen.org, Shannon Zhao <zhaoshenglong@huawei.com>,
	"Rafael J. Wysocki" <rjw@rjwysocki.net>,
	Len Brown <lenb@kernel.org>,
	"open list:ACPI" <linux-acpi@vger.kernel.org>
Subject: Re: [PATCH v10 01/17] Xen: ACPI: Hide UART used by Xen
Date: Fri, 1 Apr 2016 21:21:52 +0200	[thread overview]
Message-ID: <CAJZ5v0i_h2Y+upRE1LgMiuj2srJ8Z0BJMBk4mrTppMd7V1LXbQ@mail.gmail.com> (raw)
In-Reply-To: <1459525755-36968-2-git-send-email-shannon.zhao@linaro.org>

On Fri, Apr 1, 2016 at 5:48 PM, Shannon Zhao <shannon.zhao@linaro.org> wrote:
> ACPI 6.0 introduces a new table STAO to list the devices which are used
> by Xen and can't be used by Dom0. On Xen virtual platforms, the physical
> UART is used by Xen. So here it hides UART from Dom0.
>
> CC: "Rafael J. Wysocki" <rjw@rjwysocki.net> (supporter:ACPI)
> CC: Len Brown <lenb@kernel.org> (supporter:ACPI)
> CC: linux-acpi@vger.kernel.org (open list:ACPI)
> Signed-off-by: Shannon Zhao <shannon.zhao@linaro.org>
> ---
>  drivers/acpi/scan.c | 71 +++++++++++++++++++++++++++++++++++++++++++++++++++++
>  1 file changed, 71 insertions(+)
>
> diff --git a/drivers/acpi/scan.c b/drivers/acpi/scan.c
> index 5f28cf7..4d2d9eb 100644
> --- a/drivers/acpi/scan.c
> +++ b/drivers/acpi/scan.c
> @@ -45,6 +45,7 @@ static LIST_HEAD(acpi_scan_handlers_list);
>  DEFINE_MUTEX(acpi_device_lock);
>  LIST_HEAD(acpi_wakeup_device_list);
>  static DEFINE_MUTEX(acpi_hp_context_lock);

A comment here would be useful explaining that the below is an
exceptional thing an nothing like it is expected to be needed if
foreseeable future.

> +static u64 spcr_uart_addr;
>
>  struct acpi_dep_data {
>         struct list_head node;
> @@ -1453,6 +1454,44 @@ static int acpi_add_single_object(struct acpi_device **child,
>         return 0;
>  }
>
> +static acpi_status acpi_get_resource_memory(struct acpi_resource *ares,
> +                                           void *context)
> +{
> +       struct resource *res = context;
> +
> +       if (acpi_dev_resource_memory(ares, res))
> +               return AE_CTRL_TERMINATE;
> +
> +       return AE_OK;
> +}
> +
> +static bool acpi_device_should_be_hidden(acpi_handle handle)
> +{
> +       acpi_status status;
> +       struct resource res;
> +
> +       /* Check if it should ignore the UART device */
> +       if (!(spcr_uart_addr && acpi_has_method(handle, METHOD_NAME__CRS)))
> +               return false;
> +
> +       /*
> +        * The UART device described in SPCR table is assumed to have only one
> +        * memory resource present. So we only look for the first one here.
> +        */
> +       status = acpi_walk_resources(handle, METHOD_NAME__CRS,
> +                                    acpi_get_resource_memory, &res);
> +       if (ACPI_FAILURE(status))
> +               return false;
> +
> +       if (res.start == spcr_uart_addr) {

What about restructuring that a bit.

      if (ACPI_FAILURE(status) || res.start != spcr_uart_addr)
            return false;

> +               printk(KERN_INFO PREFIX "The UART device @%pa in SPCR table will be hidden\n",
> +                      &res.start);

And maybe use acpi_handle_info() for this message?

Thanks,
Rafael

WARNING: multiple messages have this Message-ID (diff)
From: rafael@kernel.org (Rafael J. Wysocki)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v10 01/17] Xen: ACPI: Hide UART used by Xen
Date: Fri, 1 Apr 2016 21:21:52 +0200	[thread overview]
Message-ID: <CAJZ5v0i_h2Y+upRE1LgMiuj2srJ8Z0BJMBk4mrTppMd7V1LXbQ@mail.gmail.com> (raw)
In-Reply-To: <1459525755-36968-2-git-send-email-shannon.zhao@linaro.org>

On Fri, Apr 1, 2016 at 5:48 PM, Shannon Zhao <shannon.zhao@linaro.org> wrote:
> ACPI 6.0 introduces a new table STAO to list the devices which are used
> by Xen and can't be used by Dom0. On Xen virtual platforms, the physical
> UART is used by Xen. So here it hides UART from Dom0.
>
> CC: "Rafael J. Wysocki" <rjw@rjwysocki.net> (supporter:ACPI)
> CC: Len Brown <lenb@kernel.org> (supporter:ACPI)
> CC: linux-acpi at vger.kernel.org (open list:ACPI)
> Signed-off-by: Shannon Zhao <shannon.zhao@linaro.org>
> ---
>  drivers/acpi/scan.c | 71 +++++++++++++++++++++++++++++++++++++++++++++++++++++
>  1 file changed, 71 insertions(+)
>
> diff --git a/drivers/acpi/scan.c b/drivers/acpi/scan.c
> index 5f28cf7..4d2d9eb 100644
> --- a/drivers/acpi/scan.c
> +++ b/drivers/acpi/scan.c
> @@ -45,6 +45,7 @@ static LIST_HEAD(acpi_scan_handlers_list);
>  DEFINE_MUTEX(acpi_device_lock);
>  LIST_HEAD(acpi_wakeup_device_list);
>  static DEFINE_MUTEX(acpi_hp_context_lock);

A comment here would be useful explaining that the below is an
exceptional thing an nothing like it is expected to be needed if
foreseeable future.

> +static u64 spcr_uart_addr;
>
>  struct acpi_dep_data {
>         struct list_head node;
> @@ -1453,6 +1454,44 @@ static int acpi_add_single_object(struct acpi_device **child,
>         return 0;
>  }
>
> +static acpi_status acpi_get_resource_memory(struct acpi_resource *ares,
> +                                           void *context)
> +{
> +       struct resource *res = context;
> +
> +       if (acpi_dev_resource_memory(ares, res))
> +               return AE_CTRL_TERMINATE;
> +
> +       return AE_OK;
> +}
> +
> +static bool acpi_device_should_be_hidden(acpi_handle handle)
> +{
> +       acpi_status status;
> +       struct resource res;
> +
> +       /* Check if it should ignore the UART device */
> +       if (!(spcr_uart_addr && acpi_has_method(handle, METHOD_NAME__CRS)))
> +               return false;
> +
> +       /*
> +        * The UART device described in SPCR table is assumed to have only one
> +        * memory resource present. So we only look for the first one here.
> +        */
> +       status = acpi_walk_resources(handle, METHOD_NAME__CRS,
> +                                    acpi_get_resource_memory, &res);
> +       if (ACPI_FAILURE(status))
> +               return false;
> +
> +       if (res.start == spcr_uart_addr) {

What about restructuring that a bit.

      if (ACPI_FAILURE(status) || res.start != spcr_uart_addr)
            return false;

> +               printk(KERN_INFO PREFIX "The UART device @%pa in SPCR table will be hidden\n",
> +                      &res.start);

And maybe use acpi_handle_info() for this message?

Thanks,
Rafael

  reply	other threads:[~2016-04-01 19:21 UTC|newest]

Thread overview: 121+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-04-01 15:48 [PATCH v10 00/17] Add ACPI support for Xen Dom0 on ARM64 Shannon Zhao
2016-04-01 15:48 ` Shannon Zhao
2016-04-01 15:48 ` Shannon Zhao
2016-04-01 15:48 ` [PATCH v10 01/17] Xen: ACPI: Hide UART used by Xen Shannon Zhao
2016-04-01 15:48 ` Shannon Zhao
2016-04-01 15:48   ` Shannon Zhao
2016-04-01 15:48   ` Shannon Zhao
2016-04-01 19:21   ` Rafael J. Wysocki [this message]
2016-04-01 19:21     ` Rafael J. Wysocki
2016-04-01 19:21     ` Rafael J. Wysocki
2016-04-01 19:21   ` Rafael J. Wysocki
2016-04-01 15:49 ` [PATCH v10 02/17] xen/grant-table: Move xlated_setup_gnttab_pages to common place Shannon Zhao
2016-04-01 15:49   ` Shannon Zhao
2016-04-01 15:49   ` Shannon Zhao
2016-04-06 11:40   ` Julien Grall
2016-04-06 11:40   ` Julien Grall
2016-04-06 11:40     ` Julien Grall
2016-04-06 11:40     ` Julien Grall
2016-04-01 15:49 ` Shannon Zhao
2016-04-01 15:49 ` [PATCH v10 03/17] Xen: xlate: Use page_to_xen_pfn instead of page_to_pfn Shannon Zhao
2016-04-01 15:49 ` Shannon Zhao
2016-04-01 15:49   ` Shannon Zhao
2016-04-06 11:42   ` Julien Grall
2016-04-06 11:42     ` Julien Grall
2016-04-06 11:42     ` Julien Grall
2016-04-06 11:42   ` Julien Grall
2016-04-01 15:49 ` [PATCH v10 04/17] arm/xen: Use xen_xlate_map_ballooned_pages to setup grant table Shannon Zhao
2016-04-01 15:49   ` Shannon Zhao
2016-04-06 11:43   ` Julien Grall
2016-04-06 11:43   ` Julien Grall
2016-04-06 11:43     ` Julien Grall
2016-04-06 11:43     ` Julien Grall
2016-04-01 15:49 ` Shannon Zhao
2016-04-01 15:49 ` [PATCH v10 05/17] xen: memory : Add new XENMAPSPACE type XENMAPSPACE_dev_mmio Shannon Zhao
2016-04-01 15:49   ` Shannon Zhao
2016-04-01 15:49   ` Shannon Zhao
2016-04-06 11:44   ` Julien Grall
2016-04-06 11:44   ` Julien Grall
2016-04-06 11:44     ` Julien Grall
2016-04-06 11:44     ` Julien Grall
2016-04-01 15:49 ` Shannon Zhao
2016-04-01 15:49 ` [PATCH v10 06/17] Xen: ARM: Add support for mapping platform device mmio Shannon Zhao
2016-04-01 15:49 ` Shannon Zhao
2016-04-01 15:49   ` Shannon Zhao
2016-04-06 12:16   ` Julien Grall
2016-04-06 12:16     ` Julien Grall
2016-04-06 12:16     ` Julien Grall
2016-04-07  1:37     ` Shannon Zhao
2016-04-07  1:37       ` Shannon Zhao
2016-04-07  1:37       ` Shannon Zhao
2016-04-07 10:32       ` Julien Grall
2016-04-07 10:32       ` Julien Grall
2016-04-07 10:32         ` Julien Grall
2016-04-07 10:32         ` Julien Grall
2016-04-07 11:25         ` Shannon Zhao
2016-04-07 11:25         ` Shannon Zhao
2016-04-07 11:25           ` Shannon Zhao
2016-04-07 11:25           ` Shannon Zhao
2016-04-07  1:37     ` Shannon Zhao
2016-04-06 12:16   ` Julien Grall
2016-04-01 15:49 ` [PATCH v10 07/17] Xen: ARM: Add support for mapping AMBA " Shannon Zhao
2016-04-01 15:49 ` Shannon Zhao
2016-04-01 15:49   ` Shannon Zhao
2016-04-01 15:49   ` Shannon Zhao
2016-04-06 12:26   ` Julien Grall
2016-04-06 12:26   ` Julien Grall
2016-04-06 12:26     ` Julien Grall
2016-04-06 12:26     ` Julien Grall
2016-04-01 15:49 ` [PATCH v10 08/17] Xen: public/hvm: sync changes of HVM_PARAM_CALLBACK_VIA ABI from Xen Shannon Zhao
2016-04-01 15:49   ` Shannon Zhao
2016-04-01 15:49 ` Shannon Zhao
2016-04-01 15:49 ` [PATCH v10 09/17] xen/hvm/params: Add a new delivery type for event-channel in HVM_PARAM_CALLBACK_IRQ Shannon Zhao
2016-04-01 15:49   ` Shannon Zhao
2016-04-06 12:29   ` Julien Grall
2016-04-06 12:29     ` Julien Grall
2016-04-06 12:29     ` Julien Grall
2016-04-06 12:29   ` Julien Grall
2016-04-01 15:49 ` Shannon Zhao
2016-04-01 15:49 ` [PATCH v10 10/17] arm/xen: Get event-channel irq through HVM_PARAM when booting with ACPI Shannon Zhao
2016-04-01 15:49   ` Shannon Zhao
2016-04-06 12:31   ` Julien Grall
2016-04-06 12:31     ` Julien Grall
2016-04-06 12:31     ` Julien Grall
2016-04-06 12:31   ` Julien Grall
2016-04-01 15:49 ` Shannon Zhao
2016-04-01 15:49 ` [PATCH v10 11/17] ARM: XEN: Move xen_early_init() before efi_init() Shannon Zhao
2016-04-01 15:49   ` Shannon Zhao
2016-04-06 12:35   ` Julien Grall
2016-04-06 12:35   ` Julien Grall
2016-04-06 12:35     ` Julien Grall
2016-04-01 15:49 ` Shannon Zhao
2016-04-01 15:49 ` [PATCH v10 12/17] ARM64: ACPI: Check if it runs on Xen to enable or disable ACPI Shannon Zhao
2016-04-01 15:49 ` Shannon Zhao
2016-04-01 15:49   ` Shannon Zhao
2016-04-01 15:49 ` [PATCH v10 13/17] ARM: Xen: Document UEFI support on Xen ARM virtual platforms Shannon Zhao
2016-04-01 15:49   ` Shannon Zhao
2016-04-01 15:49   ` Shannon Zhao
2016-04-01 15:49 ` Shannon Zhao
2016-04-01 15:49 ` [PATCH v10 14/17] XEN: EFI: Move x86 specific codes to architecture directory Shannon Zhao
2016-04-01 15:49 ` Shannon Zhao
2016-04-01 15:49   ` Shannon Zhao
2016-04-01 15:49 ` [PATCH v10 15/17] ARM64: XEN: Add a function to initialize Xen specific UEFI runtime services Shannon Zhao
2016-04-01 15:49 ` Shannon Zhao
2016-04-01 15:49   ` Shannon Zhao
2016-04-01 15:49 ` [PATCH v10 16/17] FDT: Add a helper to get the subnode by given name Shannon Zhao
2016-04-01 15:49   ` Shannon Zhao
2016-04-01 15:49 ` Shannon Zhao
2016-04-01 15:49 ` [PATCH v10 17/17] Xen: EFI: Parse DT parameters for Xen specific UEFI Shannon Zhao
2016-04-01 15:49   ` Shannon Zhao
2016-04-01 15:49 ` Shannon Zhao
2016-04-06 11:32 ` [PATCH v10 00/17] Add ACPI support for Xen Dom0 on ARM64 Julien Grall
2016-04-06 11:32 ` Julien Grall
2016-04-06 11:32   ` Julien Grall
2016-04-06 11:32   ` Julien Grall
2016-04-07  1:39   ` Shannon Zhao
2016-04-07  1:39     ` Shannon Zhao
2016-04-07  1:39     ` Shannon Zhao
2016-04-07 10:34     ` Julien Grall
2016-04-07 10:34     ` Julien Grall
2016-04-07 10:34       ` Julien Grall
2016-04-07  1:39   ` Shannon Zhao

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=CAJZ5v0i_h2Y+upRE1LgMiuj2srJ8Z0BJMBk4mrTppMd7V1LXbQ@mail.gmail.com \
    --to=rafael@kernel.org \
    --cc=catalin.marinas@arm.com \
    --cc=david.vrabel@citrix.com \
    --cc=devicetree@vger.kernel.org \
    --cc=julien.grall@arm.com \
    --cc=lenb@kernel.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-efi@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=peter.huangpeng@huawei.com \
    --cc=rjw@rjwysocki.net \
    --cc=shannon.zhao@linaro.org \
    --cc=stefano.stabellini@citrix.com \
    --cc=will.deacon@arm.com \
    --cc=xen-devel@lists.xen.org \
    --cc=zhaoshenglong@huawei.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 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.