Re: [PATCH v1 0/3] Fix dpm_list ordering issue due to fw_devlink optimization

From: Geert Uytterhoeven
Date: Wed Jul 08 2020 - 04:16:58 EST


Hi Rafael,

On Tue, Jul 7, 2020 at 5:56 PM Rafael J. Wysocki <rafael@xxxxxxxxxx> wrote:
> On Wed, Jul 1, 2020 at 9:43 PM Saravana Kannan <saravanak@xxxxxxxxxx> 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@xxxxxxxxx>

Gr{oetje,eeting}s,

Geert


--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@xxxxxxxxxxxxxx

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds