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@linux.intel.com
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@linux.intel.com
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?