[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAHp75Vfa_X-KR_v0bHG+mgy1q2i-_e_3Q2Akq12juviqR91PAw@mail.gmail.com>
Date: Tue, 23 Jun 2020 10:25:00 +0300
From: Andy Shevchenko <andy.shevchenko@...il.com>
To: John Stultz <john.stultz@...aro.org>
Cc: Wolfram Sang <wsa@...nel.org>,
Andy Shevchenko <andriy.shevchenko@...ux.intel.com>,
Jarkko Nikula <jarkko.nikula@...ux.intel.com>,
Linus Torvalds <torvalds@...ux-foundation.org>,
linux-i2c <linux-i2c@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Peter Rosin <peda@...ntia.se>,
Bartosz Golaszewski <brgl@...ev.pl>,
YongQin Liu <yongqin.liu@...aro.org>,
Tom Gall <tom.gall@...aro.org>
Subject: Re: [PULL REQUEST] i2c for 5.8
On Tue, Jun 23, 2020 at 5:05 AM John Stultz <john.stultz@...aro.org> wrote:
> On Sat, Jun 13, 2020 at 4:36 AM Wolfram Sang <wsa@...nel.org> wrote:
...
> > Andy Shevchenko (17):
> ...
> > i2c: designware: Move ACPI parts into common module
>
> Just as a heads up. I'm seeing a regression from this merge that I
> bisected down to the patch above (f9288fcc5c615), with the HiKey
> board. It seems the adv7511 (HDMI bridge) driver isn't probing, which
> causes graphics to fail.
>
> I've just bisected it down and haven't managed to do much debugging,
> but I wanted to raise a flag on this. Let me know if there is anything
> you'd like me to try right off.
Thank you for the report!
The above change was purely clean up / refactoring to get PCI
enumerated devices used to ACPI additional data. I bet your patch is
correct, but I will look closer and see what is the real root cause of
such behaviour. I'll comment on your patch separately.
--
With Best Regards,
Andy Shevchenko
Powered by blists - more mailing lists