[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <07c740c3-434a-c88f-2ae4-268351bc3005@intel.com>
Date: Tue, 22 Feb 2022 00:23:40 +0100
From: Andrzej Hajda <andrzej.hajda@...el.com>
To: <linux-kernel@...r.kernel.org>, <intel-gfx@...ts.freedesktop.org>,
<dri-devel@...ts.freedesktop.org>, netdev <netdev@...r.kernel.org>
CC: Jani Nikula <jani.nikula@...ux.intel.com>,
Daniel Vetter <daniel@...ll.ch>,
Lucas De Marchi <lucas.demarchi@...el.com>,
Chris Wilson <chris.p.wilson@...el.com>,
Eric Dumazet <edumazet@...gle.com>,
Dmitry Vyukov <dvyukov@...gle.com>,
Jakub Kicinski <kuba@...nel.org>
Subject: Re: [PATCH v2 00/11] drm/i915: use ref_tracker library for tracking
wakerefs
On 22.02.2022 00:16, Andrzej Hajda wrote:
> Hi,
>
> Appearance of ref_tracker library allows to drop custom solution for wakeref
> tracking used in i915 and reuse the library.
> For this few adjustements has been made to ref_tracker, details in patches.
> I hope changes are OK for original author.
>
> The patchset has been rebased on top of drm-tip to allow test changes by CI.
> Patches marked "[DO NOT MERGE]" are cherry-picked from linux-next (they are
> not yet in drm-tip), to allow build and run CI on the patchset (it works only
> on drm-tip tree).
>
> Added CC to netdev as the only user of the library atm.
>
> v2:
> - replaced list_sort with ref_tracker_dir_stats, to avoid potentially
> extensive sorting, if number of reports is expected to be big enough (???)
> we can replace linear search in ref_tracker_dir_stats.stacks with binary
> heap (min_heap),
> - refactored gfp flags,
> - fixed i915 handling of no-tracking flag.
>
> Regards
> Andrzej
Sorry for the mess, sth wrong happened to my scripts and I've messed
patches, I will resend it properly.
Regards
Andrzej
Powered by blists - more mailing lists