On 1/5/18 6:43 AM, Andy Shevchenko wrote:
On Thu, 2018-01-04 at 18:47 -0600, Pierre-Louis Bossart wrote:
On 01/04/2018 10:47 AM, Andy Shevchenko wrote:
Sometimes the user want to have device name of the match rather than
just checking if device present or not. To make life easier for such
users introduce acpi_dev_get_dev_name() helper based on code for
acpi_dev_present().
To be more consistent with the purpose rename
struct acpi_dev_present_info -> struct acpi_dev_match_info
acpi_dev_present_cb() -> acpi_dev_match_cb()
in the utils.c file.
Signed-off-by: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
This works fine on a Dell 5585 where the default codec dai name needs
to
be updated based on the actual HID information, so
Tested-by: Pierre-Louis Bossart <pierre-louis.bossart@xxxxxxxxxxxxxxx>
Thanks!
Is this only for patch 1, or for both 1 and 2 ?
the next patch does not apply directly however, and needs additional
changes for the ES8316 machine driver. see the changes here:
https://github.com/plbossart/sound/tree/topic/bytcht-acpi-fixes
You mean because of this
https://github.com/plbossart/sound/commit/2416827fa6d221b27edd6397f17daa
a1f3cd5fb0
?
No, not only, there is also a conflict in soc-acpi.c
I.e. I need to rebase on top of your series.
The code I use contains all the Kconfig cleanups (v3 sent yesterday), so
there is another dependency here.
It's probably best to let this patch go through the acpi tree, and
the
next one through Mark's tree once the first is merged and all the
other
Kconfig/acpi stuff is also in -next?
It wouldn't prevent to push patch 3 as well via linux-pm at the same
time as patch 1.
Linus, do you have any objection on that?
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
