All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andy Lutomirski <luto@amacapital.net>
To: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Cc: Alex Hung <alex.hung@canonical.com>,
	Darren Hart <dvhart@infradead.org>,
	platform-driver-x86@vger.kernel.org
Subject: Re: [PATCH] intel-hid: new hid event driver for hotkeys
Date: Thu, 29 Sep 2016 10:29:49 -0700	[thread overview]
Message-ID: <CALCETrX9RQF84291hUxyGc706wnbdZYPK8X+HuUrJ-_UuC6R0g@mail.gmail.com> (raw)
In-Reply-To: <CAKdAkRQTw1KDJE_EmYeYAaVy0od-mnShmDax46Kh8Xcq6Ec4kw@mail.gmail.com>

On Thu, Sep 29, 2016 at 9:02 AM, Dmitry Torokhov
<dmitry.torokhov@gmail.com> wrote:
> Quite a bit late, but still:
>
> On Wed, Dec 16, 2015 at 11:30 PM, Alex Hung <alex.hung@canonical.com> wrote:
>> +
>> +static int __init intel_hid_init(void)
>> +{
>> +       acpi_walk_namespace(ACPI_TYPE_DEVICE, ACPI_ROOT_OBJECT,
>> +                           ACPI_UINT32_MAX, check_acpi_dev, NULL,
>> +                           (void *)intel_hid_ids, NULL);
>> +
>> +       return platform_driver_register(&intel_hid_pl_driver);
>> +}
>
> Why do we need to walk instantiate the device ourselves instead of
> having ACPI core do it for us? I also see this pattern in intel-vbtn.c
> now.

See the comment above check_acpi_dev():

/*
 * Unfortunately, some laptops provide a _HID="INT33D5" device with
 * _CID="PNP0C02".  This causes the pnpacpi scan driver to claim the
 * ACPI node, so no platform device will be created.  The pnpacpi
 * driver rejects this device in subsequent processing, so no physical
 * node is created at all.
 *
 * As a workaround until the ACPI core figures out how to handle
 * this corner case, manually ask the ACPI platform device code to
 * claim the ACPI node.
 */


>
> Thanks.
>
> --
> Dmitry



-- 
Andy Lutomirski
AMA Capital Management, LLC

  reply	other threads:[~2016-09-29 17:30 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-12-17  7:30 [PATCH] intel-hid: new hid event driver for hotkeys Alex Hung
2015-12-17 22:15 ` Darren Hart
2015-12-17 22:50   ` Andy Lutomirski
2015-12-17 23:01     ` Darren Hart
2015-12-18 15:28       ` Alex Hung
2016-09-29 16:02 ` Dmitry Torokhov
2016-09-29 17:29   ` Andy Lutomirski [this message]
2016-09-30 22:44     ` Dmitry Torokhov
2016-09-30 23:06       ` Andy Lutomirski

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=CALCETrX9RQF84291hUxyGc706wnbdZYPK8X+HuUrJ-_UuC6R0g@mail.gmail.com \
    --to=luto@amacapital.net \
    --cc=alex.hung@canonical.com \
    --cc=dmitry.torokhov@gmail.com \
    --cc=dvhart@infradead.org \
    --cc=platform-driver-x86@vger.kernel.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 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.