lkml.org 
[lkml]   [2021]   [Jan]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH v4 08/13] ASoC: arizona-jack: Use arizona->dev for runtime-pm
    On Sat, Jan 23, 2021 at 01:13:08PM +0100, Hans de Goede wrote:
    > Drivers for MFD child-devices such as the arizona codec drivers
    > and the arizona-extcon driver can choose to either make
    > runtime_pm_get/_put calls on their own child-device, which will
    > then be propagated to their parent; or they can make them directly
    > on their MFD parent-device.
    >
    > The arizona-extcon code was using runtime_pm_get/_put calls on
    > its own child-device where as the codec drivers are using
    > runtime_pm_get/_put calls on their parent.
    >
    > The arizona-extcon MFD cell/child-device has been removed and this
    > commit is part of refactoring the arizona-extcon code into a library
    > to be used directly from the codec drivers.
    >
    > Specifically this commit moves the code over to make
    > runtime_pm_get/_put calls on the parent device (on arizona->dev)
    > bringing the code inline with how the codec drivers do this.
    >
    > Note this also removes the pm_runtime_enable/_disable calls
    > as pm_runtime support has already been enabled on the parent-device
    > by the arizona MFD driver.
    >
    > This is part of a patch series converting the arizona extcon driver into
    > a helper library for letting the arizona codec-drivers directly report
    > jack state through the standard sound/soc/soc-jack.c functions.
    >
    > Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com>
    > Signed-off-by: Hans de Goede <hdegoede@redhat.com>
    > ---

    Acked-by: Charles Keepax <ckeepax@opensource.cirrus.com>
    Tested-by: Charles Keepax <ckeepax@opensource.cirrus.com>

    Thanks,
    Charles

    \
     
     \ /
      Last update: 2021-01-30 17:06    [W:4.613 / U:0.000 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site