[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAD=FV=VfikuXYH5uq=cqqFJzCPNv86tMto-vezne3mVe3dTbcA@mail.gmail.com>
Date: Fri, 15 Jan 2021 09:11:12 -0800
From: Doug Anderson <dianders@...omium.org>
To: Benjamin Tissoires <benjamin.tissoires@...hat.com>
Cc: Jiri Kosina <jkosina@...e.cz>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Dmitry Torokhov <dmitry.torokhov@...il.com>,
Hans de Goede <hdegoede@...hat.com>,
"open list:HID CORE LAYER" <linux-input@...r.kernel.org>,
Kai-Heng Feng <kai.heng.feng@...onical.com>,
Rob Herring <robh+dt@...nel.org>,
Stephen Boyd <swboyd@...omium.org>,
Andrea Borgia <andrea@...gia.bo.it>,
Anson Huang <Anson.Huang@....com>,
Bjorn Andersson <bjorn.andersson@...aro.org>,
Catalin Marinas <catalin.marinas@....com>,
Daniel Playfair Cal <daniel.playfair.cal@...il.com>,
Geert Uytterhoeven <geert+renesas@...der.be>,
Guido Günther <agx@...xcpu.org>,
Jiri Kosina <jikos@...nel.org>, Li Yang <leoyang.li@....com>,
Masahiro Yamada <masahiroy@...nel.org>,
Max Krummenacher <max.oss.09@...il.com>,
Michael Walle <michael@...le.cc>,
Pavel Balan <admin@...ma.net>, Shawn Guo <shawnguo@...nel.org>,
Vinod Koul <vkoul@...nel.org>, Will Deacon <will@...nel.org>,
Xiaofei Tan <tanxiaofei@...wei.com>,
"open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS"
<devicetree@...r.kernel.org>,
Linux ARM <linux-arm-kernel@...ts.infradead.org>,
LKML <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v8 0/4] HID: i2c-hid: Reorganize to allow supporting goodix,gt7375p
Hi,
On Fri, Jan 15, 2021 at 6:58 AM Benjamin Tissoires
<benjamin.tissoires@...hat.com> wrote:
>
> > Thanks, but don't spend too much time on it, unless something really
> > jumps out. I'll debug that tomorrow. It's much easier with an actual
> > device than by just looking at the code.
> >
>
> Well, that's weird. Now suspend resume works reliably even with your
> series. It could just have been that the lid sensor was too close to a
> magnet or something like that. Though while testing the old version of
> i2c-hid, it was working... Such a mystery :)
Friggin magnets, how do those work? ;-)
I also managed to obtain remote access to a device with an ACPI
i2c-hid device and confirmed that suspend/resume was working and that
I saw no errors, though obviously I couldn't physically interact with
the device remotely. Hopefully that gives a tiny bit of extra
confidence that the series is OK...
> This allows to keep the powering ordering of the old i2c-hid module
> (power up before setting device wakeup capable), and simplify the
> not so obvious power_fixed field of struct i2c_hid_acpi.
>
> (I can also send it as a followup on the series if you prefer).
Squashed it into a v9 as well as a local variable rename that I
noticed while looking at the code with fresh eyes. My v9 also
incorporates the new Goodix timing that I self-commented about on v8.
Crossing fingers that it's all good now. :-)
-Doug
Powered by blists - more mailing lists