On Tue, 30 Jan 2018 23:20:28 +0200 Andy Shevchenko <andy.shevchenko@xxxxxxxxx> wrote: > On Tue, Jan 30, 2018 at 10:12 PM, Andy Shevchenko > <andy.shevchenko@xxxxxxxxx> wrote: > > On Tue, Jan 30, 2018 at 9:27 PM, Steven Presser <steve@xxxxxxxxxxxxx> wrote: > >> On 01/30/2018 02:05 PM, Andy Shevchenko wrote: > >>> On Tue, Jan 30, 2018 at 8:34 PM, Steven Presser <steve@xxxxxxxxxxxxx> > >>> wrote: > > > Let's do this way. Create a bug on kernel bugzilla, attach output of > > > > % acpidump -o tables.dat # tables.dat file > > % grep -H 15 /sys/bus/acpi/devices/*/status > > % dmidecode > > > > and share the number here. I will take it. > > Here [1] is the branch with another approach. Can you test it and tell > if it fixes the issue? > > [1]: https://bitbucket.org/andy-shev/linux/branch/topic/iio-acpi > It's based on linux-next + compiletest branch of IIO subsystem. > Thanks Andy - this is much nicer. I really don't like having these 'hacks' make it into the driver so very keen on doing it this way. Now we get to find out what devices have this broken in other ways ;) Jonathan -- To unsubscribe from this list: send the line "unsubscribe linux-iio" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
