[Intel-gfx] [PATCH 08/29] drm/i915: Introduce struct intel_wakeref
Tvrtko Ursulin
tvrtko.ursulin at linux.intel.com
Wed Apr 10 10:07:45 UTC 2019
On 10/04/2019 11:01, Chris Wilson wrote:
> Quoting Tvrtko Ursulin (2019-04-10 10:49:35)
>>
>> On 08/04/2019 10:17, Chris Wilson wrote:
>>> For controlling runtime pm of the GT and engines, we would like to have
>>> a callback to do extra work the first time we wake up and the last time
>>> we drop the wakeref. This first/last access needs serialisation and so
>>> we encompass a mutex with the regular intel_wakeref_t tracker.
>>>
>>> Signed-off-by: Chris Wilson <chris at chris-wilson.co.uk>
>>> ---
>>> drivers/gpu/drm/i915/Makefile | 1 +
>>> drivers/gpu/drm/i915/Makefile.header-test | 3 +-
>>> drivers/gpu/drm/i915/i915_drv.h | 3 +-
>>> drivers/gpu/drm/i915/intel_wakeref.c | 51 +++++++++++++++
>>> drivers/gpu/drm/i915/intel_wakeref.h | 77 +++++++++++++++++++++++
>>> 5 files changed, 132 insertions(+), 3 deletions(-)
>>> create mode 100644 drivers/gpu/drm/i915/intel_wakeref.c
>>> create mode 100644 drivers/gpu/drm/i915/intel_wakeref.h
>>>
>>> diff --git a/drivers/gpu/drm/i915/Makefile b/drivers/gpu/drm/i915/Makefile
>>> index 40130cf5c003..233bad5e361f 100644
>>> --- a/drivers/gpu/drm/i915/Makefile
>>> +++ b/drivers/gpu/drm/i915/Makefile
>>> @@ -50,6 +50,7 @@ i915-y += i915_drv.o \
>>> intel_device_info.o \
>>> intel_pm.o \
>>> intel_runtime_pm.o \
>>> + intel_wakeref.o \
>>> intel_uncore.o
>>>
>>> # core library code
>>> diff --git a/drivers/gpu/drm/i915/Makefile.header-test b/drivers/gpu/drm/i915/Makefile.header-test
>>> index 96a5d90629ec..e6b3e7588860 100644
>>> --- a/drivers/gpu/drm/i915/Makefile.header-test
>>> +++ b/drivers/gpu/drm/i915/Makefile.header-test
>>> @@ -31,7 +31,8 @@ header_test := \
>>> intel_psr.h \
>>> intel_sdvo.h \
>>> intel_sprite.h \
>>> - intel_tv.h
>>> + intel_tv.h \
>>> + intel_wakeref.h
>>>
>>> quiet_cmd_header_test = HDRTEST $@
>>> cmd_header_test = echo "\#include \"$(<F)\"" > $@
>>> diff --git a/drivers/gpu/drm/i915/i915_drv.h b/drivers/gpu/drm/i915/i915_drv.h
>>> index fad5306f07da..62a7e91acd7f 100644
>>> --- a/drivers/gpu/drm/i915/i915_drv.h
>>> +++ b/drivers/gpu/drm/i915/i915_drv.h
>>> @@ -74,6 +74,7 @@
>>> #include "intel_opregion.h"
>>> #include "intel_uc.h"
>>> #include "intel_uncore.h"
>>> +#include "intel_wakeref.h"
>>> #include "intel_wopcm.h"
>>>
>>> #include "i915_gem.h"
>>> @@ -134,8 +135,6 @@ bool i915_error_injected(void);
>>> __i915_printk(i915, i915_error_injected() ? KERN_DEBUG : KERN_ERR, \
>>> fmt, ##__VA_ARGS__)
>>>
>>> -typedef depot_stack_handle_t intel_wakeref_t;
>>> -
>>> enum hpd_pin {
>>> HPD_NONE = 0,
>>> HPD_TV = HPD_NONE, /* TV is known to be unreliable */
>>> diff --git a/drivers/gpu/drm/i915/intel_wakeref.c b/drivers/gpu/drm/i915/intel_wakeref.c
>>> new file mode 100644
>>> index 000000000000..c133c91cf277
>>> --- /dev/null
>>> +++ b/drivers/gpu/drm/i915/intel_wakeref.c
>>> @@ -0,0 +1,51 @@
>>> +/*
>>> + * SPDX-License-Identifier: MIT
>>> + *
>>> + * Copyright © 2019 Intel Corporation
>>> + */
>>> +
>>> +#include "intel_drv.h"
>>> +#include "intel_wakeref.h"
>>> +
>>> +void __intel_wakeref_get_once(struct drm_i915_private *i915,
>>> + struct intel_wakeref_count *wc,
>>> + bool (*fn)(struct intel_wakeref_count *wc))
>>> +{
>>> + /*
>>> + * Treat get/put as different subclasses, as we may need to run
>>> + * the put callback from under the shrinker and do not want to
>>> + * cross-contanimate that callback with any extra work performed
>>> + * upon acquiring the wakeref.
>>> + */
>>> + mutex_lock_nested(&wc->mutex, SINGLE_DEPTH_NESTING);
>>> + if (!atomic_read(&wc->count)) {
>>> + wc->wakeref = intel_runtime_pm_get(i915);
>>> + if (unlikely(!fn(wc))) {
>>> + intel_runtime_pm_put(i915, wc->wakeref);
>>> + mutex_unlock(&wc->mutex);
>>> + return;
>>
>> Feels like a bad API that callback return error gets ignored. I mean
>> from the caller's perspective - how do they know if the wakeref get
>> succeeded or not?
>
> Didn't think get failing through, as I just added it to try and make it
> look similar to the put case (which is one being used to postpone the
> wakeref release).
>
> Propagate seems reasonable. For put, we'll just ignore as we try again
> later, eventually wedging the device as a get-out-of-jail. For get
> failing, we should abort the operation in the caller, and return an error
> to the user.
If you need the ability to fail sure. Just I did not see it in one later
patch which uses it so if there aren't any other then maybe even make
the callback have no return value and simplify the callers. Any of the
two works for me.
Regards,
Tvrtko
>>> +static inline void
>>> +intel_wakeref_get_once(struct drm_i915_private *i915,
>>> + struct intel_wakeref_count *wc,
>>> + bool (*fn)(struct intel_wakeref_count *wc))
>>
>> What does the "once" suffix refer to here? That it will only call the
>> callback once? Is that needed in the function name and couldn't be
>> documented in kerneldoc, given how there is no non-suffixed version?
>
> I was thinking of 'works like pthread_once()' in that we only
> acquire/release the wakeref once. Yeah, that may be overthinking it and
> makes it look clumsy. We certainly don't do 'pin_once', and just accept
> that the first/last pinning are the heavy ones. The only difference here
> is that we are wrapping a callback.
> -Chris
>
More information about the Intel-gfx
mailing list