[Ksummit-2013-discuss] [ATTEND] ACPI vs DT

[Simon Guinot]

On Sat, Jul 27, 2013 at 01:49:27AM -0500, linux at roeck-us.net wrote:
> Quoting "Rafael J. Wysocki" <rjw at sisk.pl>:
> 
> >On Thursday, July 25, 2013 10:16:28 AM Linus Walleij wrote:
> >>On Thu, Jul 25, 2013 at 1:05 AM, Rafael J. Wysocki <rjw at sisk.pl> wrote:
> >>
> >>> If you want a platform device to be created automatically for
> >>an object with
> >>> a particular PNP ID, add that PNP ID to acpi_platform_device_ids[] in
> >>> drivers/acpi/acpi_platform.c.  Then, you'll be able to match
> >>your driver to
> >>> that platform device using acpi_match_table, as described in
> >>> Documentation/acpi/enumeration.txt.
> >>>
> >>> Of course, that's going to work only if the ACPI namespace
> >>contains an object
> >>> with that PNP ID.  Now, you can ask me "What to do if it
> >>doesn't?" and that's
> >>> a good question.
> >>
> >>Hm this fits well into the topic of the thread.
> >>
> >>Atleast it seems like ACPI+ioport detection should be possible to
> >>combine in the same driver, so that if no PNP ID is found through
> >>ACPI, it can fall back to the ioport probing.
> >
> >Yes, that's viable in my opinion.
> >
> Sounds reasonable. I'll play with that and see if I can get it
> working on any of the boards I have access to.

At least on my boards, I am almost sure that the ACPI namespace doesn't
contain any ID related with the super-I/O. At the time this boards has
been developed, LaCie (the board vendor) didn't do anything to add a
such ID.

However, I will spend some time the next week to double-check that. And
I will also try to make coexist ACPI and ioport detection inside the
gpio-f7188x driver.

Simon
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.linuxfoundation.org/pipermail/ksummit-2013-discuss/attachments/20130727/dbc1a412/attachment-0001.sig>