[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180131105542.00002a79@huawei.com>
Date: Wed, 31 Jan 2018 10:55:42 +0000
From: Jonathan Cameron <Jonathan.Cameron@...wei.com>
To: Andy Shevchenko <andy.shevchenko@...il.com>
CC: Steven Presser <steve@...ssers.name>,
Hans de Goede <hdegoede@...hat.com>,
Hartmut Knaack <knaack.h@....de>,
Jeremy Cline <jeremy@...ine.org>,
"Jonathan Cameron" <jic23@...23.retrosnub.co.uk>,
Lars Kellogg-Stedman <lars@...bit.com>,
Lars-Peter Clausen <lars@...afoo.de>,
"Linux Kernel Mailing List" <linux-kernel@...r.kernel.org>,
Mika Westerberg <mika.westerberg@...ux.intel.com>,
Peter Meerwald-Stadler <pmeerw@...erw.net>,
Wolfram Sang <wsa@...-dreams.de>, <linux-iio@...r.kernel.org>
Subject: Re: [PATCH v2] iio: accel: bmc150: Check for a second ACPI device
for BOSC0200
On Tue, 30 Jan 2018 23:20:28 +0200
Andy Shevchenko <andy.shevchenko@...il.com> wrote:
> On Tue, Jan 30, 2018 at 10:12 PM, Andy Shevchenko
> <andy.shevchenko@...il.com> wrote:
> > On Tue, Jan 30, 2018 at 9:27 PM, Steven Presser <steve@...ssers.name> wrote:
> >> On 01/30/2018 02:05 PM, Andy Shevchenko wrote:
> >>> On Tue, Jan 30, 2018 at 8:34 PM, Steven Presser <steve@...ssers.name>
> >>> 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
Powered by blists - more mailing lists