[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAGETcx-dcvsWDJPbM_c1O4ScJmPu97+WWRkygmF1g-grdAha9A@mail.gmail.com>
Date: Wed, 8 Jul 2020 10:36:14 -0700
From: Saravana Kannan <saravanak@...gle.com>
To: Geert Uytterhoeven <geert@...ux-m68k.org>
Cc: "Rafael J. Wysocki" <rafael@...nel.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
"Cc: Android Kernel" <kernel-team@...roid.com>,
Linux-Renesas <linux-renesas-soc@...r.kernel.org>
Subject: Re: [PATCH v1 0/3] Fix dpm_list ordering issue due to fw_devlink optimization
On Wed, Jul 8, 2020 at 1:16 AM Geert Uytterhoeven <geert@...ux-m68k.org> wrote:
>
> Hi Rafael,
>
> On Tue, Jul 7, 2020 at 5:56 PM Rafael J. Wysocki <rafael@...nel.org> wrote:
> > On Wed, Jul 1, 2020 at 9:43 PM Saravana Kannan <saravanak@...gle.com> wrote:
> > > When commit 93d2e4322aa7 ("of: platform: Batch fwnode parsing when
> > > adding all top level devices") enabled batch processing of fw_devlink to
> > > optimize the parsing time, it caused a suspend/resume regression due to
> > > the use of deferred probing early on at boot.
> > >
> > > This series fixes the regression by avoiding the use of deferred probing
> > > when optimizing fw_devlink parsing.
> > >
> > > Saravana Kannan (3):
> > > driver core: Don't do deferred probe in parallel with kernel_init
> > > thread
> > > driver core: Rename dev_links_info.defer_sync to defer_hook
> > > driver core: Avoid deferred probe due to fw_devlink_pause/resume()
> > >
> > > drivers/base/base.h | 1 -
> > > drivers/base/core.c | 44 ++++++++++++++++++++++++++++++------------
> > > drivers/base/dd.c | 5 -----
> > > include/linux/device.h | 5 +++--
> > > 4 files changed, 35 insertions(+), 20 deletions(-)
> > >
> > > --
> >
> > Geert, any chance to test this series on top of 5.8-rc? It is
> > expected to fix the suspend/resume regression reported by you.
>
> Sorry, I had completely forgotten I hadn't tested this iteration of
> the fix(es) yet. Thanks for the reminder!
>
> Works fine when applied on top of v5.8-rc4.
> Tested on r8a7740/armadillo, sh73a0/kzm9g, r8a7791/koelsch,
> and r8a77951/salvator-xs.
>
> Tested-by: Geert Uytterhoeven <geert+renesas@...der.be>
Great! Thanks!
-Saravana
Powered by blists - more mailing lists