From: Kristen Carlson Accardi <kristen.c.accardi@intel.com>
To: Matthew Garrett <mjg59@srcf.ucam.org>
Cc: "linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>,
"linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH (resend)] acpiphp: Identify more removable slots
Date: Tue, 25 Nov 2008 14:02:44 -0800 [thread overview]
Message-ID: <20081125140244.3b371952@appleyard> (raw)
In-Reply-To: <20081125214814.GA17248@srcf.ucam.org>
On Tue, 25 Nov 2008 13:48:14 -0800
Matthew Garrett <mjg59@srcf.ucam.org> wrote:
> According to section 6.3.6 of the ACPI spec, the presence of an _RMV
> method that evaluates to 1 is sufficient to indicate that a slot is
> removable without needing an eject method. This patch refactors the
> ejectable slot detection code a little in order to flag these slots as
> ejectable and register them. Acpihp then binds to the expresscard slot
> on my HP test machine.
>
> Signed-off-by: Matthew Garrett <mjg@redhat.com>
This looks good to me.
Acked-by: Kristen Carlson Accardi <kristen.c.accardi@intel.com>
>
> ---
>
> The _LCK handling code requires some more cleanup and ideally some
> hardware that actually implements it
>
> drivers/pci/hotplug/acpiphp_glue.c | 32 +++++++++++++++++---------------
> 1 files changed, 17 insertions(+), 15 deletions(-)
>
> diff --git a/drivers/pci/hotplug/acpiphp_glue.c b/drivers/pci/hotplug/acpiphp_glue.c
> index 955aae4..e8cef99 100644
> --- a/drivers/pci/hotplug/acpiphp_glue.c
> +++ b/drivers/pci/hotplug/acpiphp_glue.c
> @@ -74,7 +74,7 @@ static void handle_hotplug_event_func(acpi_handle handle, u32 type, void *contex
> * Ejectable slot should satisfy at least these conditions:
> *
> * 1. has _ADR method
> - * 2. has _EJ0 method
> + * 2. has _EJ0 method or _RMV method
> *
> * optionally
> *
> @@ -87,18 +87,25 @@ static int is_ejectable(acpi_handle handle)
> {
> acpi_status status;
> acpi_handle tmp;
> + unsigned long long removable;
>
> status = acpi_get_handle(handle, "_ADR", &tmp);
> - if (ACPI_FAILURE(status)) {
> + if (ACPI_FAILURE(status))
> return 0;
> - }
>
> status = acpi_get_handle(handle, "_EJ0", &tmp);
> - if (ACPI_FAILURE(status)) {
> - return 0;
> + if (ACPI_SUCCESS(status))
> + return 1;
> +
> + status = acpi_get_handle(handle, "_RMV", &tmp);
> + if (ACPI_SUCCESS(status)) {
> + status = acpi_evaluate_integer(handle, "_RMV", NULL,
> + &removable);
> + if (ACPI_SUCCESS(status) && removable)
> + return 1;
> }
>
> - return 1;
> + return 0;
> }
>
>
> @@ -185,16 +192,10 @@ register_slot(acpi_handle handle, u32 lvl, void *context, void **rv)
> unsigned long long adr, sun;
> int device, function, retval;
>
> - status = acpi_evaluate_integer(handle, "_ADR", NULL, &adr);
> -
> - if (ACPI_FAILURE(status))
> - return AE_OK;
> -
> - status = acpi_get_handle(handle, "_EJ0", &tmp);
> -
> - if (ACPI_FAILURE(status) && !(is_dock_device(handle)))
> + if (!is_ejectable(handle) && !is_dock_device(handle))
> return AE_OK;
>
> + acpi_evaluate_integer(handle, "_ADR", NULL, &adr);
> device = (adr >> 16) & 0xffff;
> function = adr & 0xffff;
>
> @@ -205,7 +206,8 @@ register_slot(acpi_handle handle, u32 lvl, void *context, void **rv)
> INIT_LIST_HEAD(&newfunc->sibling);
> newfunc->handle = handle;
> newfunc->function = function;
> - if (ACPI_SUCCESS(status))
> +
> + if (ACPI_SUCCESS(acpi_get_handle(handle, "_EJ0", &tmp)))
> newfunc->flags = FUNC_HAS_EJ0;
>
> if (ACPI_SUCCESS(acpi_get_handle(handle, "_STA", &tmp)))
>
next prev parent reply other threads:[~2008-11-25 22:02 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-13 23:52 [PATCH v2 1/2] acpiphp: Identify more removable slots Matthew Garrett
2008-11-13 23:53 ` [PATCH v2 2/2] acpiphp: Call _LCK method Matthew Garrett
2008-11-14 0:20 ` Matthew Garrett
2008-11-17 13:49 ` [PATCH] acpiphp: Identify more removable slots Matthew Garrett
2008-11-25 21:48 ` [PATCH (resend)] " Matthew Garrett
2008-11-25 22:02 ` Kristen Carlson Accardi [this message]
2008-12-01 20:40 ` Jesse Barnes
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=20081125140244.3b371952@appleyard \
--to=kristen.c.accardi@intel.com \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=mjg59@srcf.ucam.org \
/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