[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <E1KTIR.IK6LI11BUNDM3@crapouillou.net>
Date: Mon, 26 Sep 2022 09:27:14 -0400
From: Paul Cercueil <paul@...pouillou.net>
To: "Rafael J. Wysocki" <rafael@...nel.org>
Cc: Jonathan Cameron <jic23@...nel.org>,
Lee Jones <lee.jones@...aro.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
linux-pm <linux-pm@...r.kernel.org>
Subject: Re: [PATCH v2 01/30] pm: Improve EXPORT_*_DEV_PM_OPS macros
Hi,
Le lun., sept. 26 2022 at 14:00:52 +0200, Rafael J. Wysocki
<rafael@...nel.org> a écrit :
> On Sun, Sep 25, 2022 at 4:52 PM Jonathan Cameron <jic23@...nel.org>
> wrote:
>>
>> On Thu, 25 Aug 2022 23:42:53 +0100
>> Paul Cercueil <paul@...pouillou.net> wrote:
>>
>> > Hi Rafael,
>> >
>> > Le mar., août 23 2022 at 19:47:57 +0200, Rafael J. Wysocki
>> > <rafael@...nel.org> a écrit :
>> > > On Mon, Aug 8, 2022 at 7:41 PM Paul Cercueil
>> <paul@...pouillou.net>
>> > > wrote:
>> > >>
>> > >> Update the _EXPORT_DEV_PM_OPS() internal macro. It was not
>> used
>> > >> anywhere
>> > >> outside pm.h and pm_runtime.h, so it is safe to update it.
>> > >>
>> > >> Before, this macro would take a few parameters to be used as
>> sleep
>> > >> and
>> > >> runtime callbacks. This made it unsuitable to use with
>> different
>> > >> callbacks, for instance the "noirq" ones.
>> > >>
>> > >> It is now semantically different: instead of creating a
>> > >> conditionally
>> > >> exported dev_pm_ops structure, it only contains part of the
>> > >> definition.
>> > >>
>> > >> This macro should however never be used directly (hence the
>> trailing
>> > >> underscore). Instead, the following four macros are provided:
>> > >> - EXPORT_DEV_PM_OPS(name)
>> > >> - EXPORT_GPL_DEV_PM_OPS(name)
>> > >> - EXPORT_NS_DEV_PM_OPS(name, ns)
>> > >> - EXPORT_NS_GPL_DEV_PM_OPS(name, ns)
>> > >>
>> > >> For instance, it is now possible to conditionally export noirq
>> > >> suspend/resume PM functions like this:
>> > >>
>> > >> EXPORT_GPL_DEV_PM_OPS(foo_pm_ops) = {
>> > >> NOIRQ_SYSTEM_SLEEP_PM_OPS(suspend_fn, resume_fn)
>> > >> };
>> > >>
>> > >> The existing helper macros EXPORT_*_SIMPLE_DEV_PM_OPS() and
>> > >> EXPORT_*_RUNTIME_DEV_PM_OPS() have been updated to use these
>> new
>> > >> macros.
>> > >>
>> > >> Signed-off-by: Paul Cercueil <paul@...pouillou.net>
>> > >
>> > > Acked-by: Rafael J. Wysocki <rafael.j.wysocki@...el.com>
>> > >
>> > > or please let me know if you need me to pick up this one.
>> >
>> > Could you pick this one up then, and make a branch for Jonathan?
>>
>> Hi Paul, Rafael,
>>
>> What happened to this in the end? I can't immediately find it on
>> any of the pm git tree branches.
>>
>> At this stage in the cycle it would be great if this patch at least
>> makes the merge window, so we can make use of it next cycle.
>
> I thought that this would go in along with the other patches in the
> series.
>
> I can apply it directly, though, if needed.
>
> Thanks!
I think at this point Jonathan can just take it in his tree with his
own patchset. Then I'll rebase this patchset on v6.1-rc1.
Cheers,
-Paul
Powered by blists - more mailing lists