Message ID | 20230224-track_gt-v9-0-5b47a33f55d1@intel.com |
---|---|
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:994d:0:b0:3d9:f83d:47d9 with SMTP id k13csp928640vqr; Fri, 2 Jun 2023 03:37:08 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ7p969dQbs7M+Y/kiWnIN/KLwwqrhNYwAoasmrk0IXSVgaZZQHoSvIOnsRgtjzaYySmfjSf X-Received: by 2002:a17:902:9896:b0:1b0:25ff:a8af with SMTP id s22-20020a170902989600b001b025ffa8afmr1103886plp.60.1685702228443; Fri, 02 Jun 2023 03:37:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1685702228; cv=none; d=google.com; s=arc-20160816; b=xyK5oGCDEhPHWp06XfY5gySz8p4HEnbsMEgZX3kM0SXd0bGwF+az0En26MGCzDIkEZ 2vOaowVeWVehevCIMzOS7Pzg9zOpD5YCLEskn0nsJ/YU8thb482QUsGus+GCvyWgHvRZ UoMwkhl30ikQlaFRjdr4YbwIT8NShOIC+wpvsfedIzxU1IaG3cshRrYuHePCGC7bYB4K PMscEgw8cla+tcjS6Q05nr7uTpxOxfSczNEB6Md9iHXxjVnM+3BuxDCH+4nt5EPtXBE6 8lgTl9w5JPkggw4Csw59N098JylZ6lxwXsGywdARK8tt71xQJu+0gcTboi3yRauIAHTh GHgA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:content-transfer-encoding:mime-version :message-id:date:subject:from:dkim-signature; bh=XUPXq10D3rhuYKRw9CG1bjMuJw0QbswYa3mzyTNS4TA=; b=BP4v6nVfs/CurWmKQdqZH5EmePQJdqtmVXqCUPI+E8QQSliAIUZBHehLYGSVRoSmL/ yLqtxEEJy7E9tkB6DTyd9CTAg0wll13g1SsOBzSm8GHrWwCvvBZRA0el3kKr8ZTb9wSK Rd+HoKQW3dCQcOuJl/dqmk7GHyiIS3cyZI8pxUwJXuJqZx9kcA4KXYTlWRJ0Po9xN3DK i2xLDCs/S+ZkIGt9AU/P9H/jmNV6/ESvhgPvqfPRmnQg5AbNUPL2pIk0gQ9dG4y03c0g 8zju2IALtPSsTmg94Zu0lwdJ0BAHdmlJKwdf5cdoT7uT9crY0BK/bOKJNnzU5EH4e+nH HD6w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=iw1L7hlJ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id iy9-20020a170903130900b001a19bd8aa63si730790plb.36.2023.06.02.03.36.54; Fri, 02 Jun 2023 03:37:08 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=iw1L7hlJ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235016AbjFBKWP (ORCPT <rfc822;limurcpp@gmail.com> + 99 others); Fri, 2 Jun 2023 06:22:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45878 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235350AbjFBKWJ (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Fri, 2 Jun 2023 06:22:09 -0400 Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3976A1BB; Fri, 2 Jun 2023 03:21:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1685701316; x=1717237316; h=from:subject:date:message-id:mime-version: content-transfer-encoding:to:cc; bh=zE3fWaYeE6trgqGwGYv7PWW89Tapp2xoEGU1qSP+vII=; b=iw1L7hlJnicpg/DVb7yMCDA4lOaQrkGLwkqEZhJRmLouCnS/oIv5HsWT dubeogLVr0l7xV0LrlHD5NLS83sRK8go45DGSbcic3/QnjiwkDe+8XO+C VxUaj/BMiQ/AdLcTXwz8bA3fFKhrtpNOnuA2lVwR5Pp4mYeCRk3LtzZnS ucZiJrsxOP6Pe/+6l6SS9F7LxVjXiIShaxlb3Mdyo6xMIAaKaA1Z99aP0 7AJ6Tsm/mDHR67d9rqW4o83mglNqo9dpejco+xXqUCr/pwF1BOSmceQ8V A3uGOEY3eSkAPB8Ae0j/Uj0vJKrBCkaRPA+juqxumVHxu2W/ueLgB5Sba Q==; X-IronPort-AV: E=McAfee;i="6600,9927,10728"; a="358267589" X-IronPort-AV: E=Sophos;i="6.00,212,1681196400"; d="scan'208";a="358267589" Received: from orsmga002.jf.intel.com ([10.7.209.21]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 02 Jun 2023 03:21:55 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10728"; a="707804960" X-IronPort-AV: E=Sophos;i="6.00,212,1681196400"; d="scan'208";a="707804960" Received: from lab-ah.igk.intel.com ([10.102.138.202]) by orsmga002-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 02 Jun 2023 03:21:52 -0700 From: Andrzej Hajda <andrzej.hajda@intel.com> Subject: [PATCH v9 0/4] drm/i915: use ref_tracker library for tracking wakerefs Date: Fri, 02 Jun 2023 12:21:32 +0200 Message-Id: <20230224-track_gt-v9-0-5b47a33f55d1@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-B4-Tracking: v=1; b=H4sIAKzCeWQC/3XQwU7EIBQF0F+ZsBYFSoG68j+MMfB4TIkz1ABpx kz678LsbOzyPjhc4E4K5oiFvJ7uJOMaS1xSC9PTicBs0xlp9C0TwcTAhJC0Zgtfn+dKuRu8Nc5 b8Jq07c4WpC7bBHMHCStNeKsvVxtTX//OGOLtUfX+0fIcS13yz6N55X36T8nKKaNtJNikAnhQb zFVvDzDciX9kFUeQdmgVBKNdRIm6/ZwPIJjg1o7NCoIMFrsoTqCql/Vg1GMB89E2EN9BHWDnAd mhtEAR9hDcwRNf6NTI9eouMM/n7Nt2y+0EXL23QEAAA== To: Eric Dumazet <edumazet@google.com>, Jakub Kicinski <kuba@kernel.org>, "David S. Miller" <davem@davemloft.net> Cc: Jani Nikula <jani.nikula@linux.intel.com>, Joonas Lahtinen <joonas.lahtinen@linux.intel.com>, Rodrigo Vivi <rodrigo.vivi@intel.com>, Tvrtko Ursulin <tvrtko.ursulin@linux.intel.com>, linux-kernel@vger.kernel.org, intel-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org, Chris Wilson <chris@chris-wilson.co.uk>, netdev@vger.kernel.org, Dmitry Vyukov <dvyukov@google.com>, Andi Shyti <andi.shyti@linux.intel.com>, Andrzej Hajda <andrzej.hajda@intel.com> X-Mailer: b4 0.12.2 X-Spam-Status: No, score=-4.6 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED, RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_NONE, T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1767586899743264724?= X-GMAIL-MSGID: =?utf-8?q?1767586899743264724?= |
Series |
drm/i915: use ref_tracker library for tracking wakerefs
|
|
Message
Andrzej Hajda
June 2, 2023, 10:21 a.m. UTC
Hi Jakub,
This is reviewed series of ref_tracker patches, ready to merge
via network tree, rebased on net-next/main.
i915 patches will be merged later via intel-gfx tree.
Signed-off-by: Andrzej Hajda <andrzej.hajda@intel.com>
---
Changes in v9:
- removed i915 patches, just to merge network part
- added r-b-s
- Link to v8: https://lore.kernel.org/r/20230224-track_gt-v8-0-4b6517e61be6@intel.com
Changes in v8:
- addressed comments from Eric, Zhou and CI, thanks,
- added ref_tracker_dir_init name argument to all callers in one patch
- moved intel_wakeref_tracker_show to *.c
- s/intel_wakeref_tracker_show/intel_ref_tracker_show/
- removed 'default n' from Kconfig
- changed strlcpy to strscpy,
- removed assignement from if condition,
- removed long lines from patch description
- added tags
- Link to v7: https://lore.kernel.org/r/20230224-track_gt-v7-0-11f08358c1ec@intel.com
Changes in v7:
- removed 8th patch (hold wakeref), as it was already merged
- added tags (thx Andi)
- Link to v6: https://lore.kernel.org/r/20230224-track_gt-v6-0-0dc8601fd02f@intel.com
Changes in v6:
- rebased to solve minor conflict and allow CI testing
- Link to v5: https://lore.kernel.org/r/20230224-track_gt-v5-0-77be86f2c872@intel.com
Changes in v5 (thx Andi for review):
- use *_locked convention instead of __*,
- improved commit messages,
- re-worked i915 patches, squashed separation and conversion patches,
- added tags,
- Link to v4: https://lore.kernel.org/r/20230224-track_gt-v4-0-464e8ab4c9ab@intel.com
Changes in v4:
- split "Separate wakeref tracking" to smaller parts
- fixed typos,
- Link to v1-v3: https://patchwork.freedesktop.org/series/100327/
---
Andrzej Hajda (4):
lib/ref_tracker: add unlocked leak print helper
lib/ref_tracker: improve printing stats
lib/ref_tracker: add printing to memory buffer
lib/ref_tracker: remove warnings in case of allocation failure
include/linux/ref_tracker.h | 25 ++++++-
lib/ref_tracker.c | 179 ++++++++++++++++++++++++++++++++++++--------
lib/test_ref_tracker.c | 2 +-
net/core/dev.c | 2 +-
net/core/net_namespace.c | 4 +-
5 files changed, 176 insertions(+), 36 deletions(-)
---
base-commit: 23fcb62bc19c37adb72a585d5dc702ac55b74fb1
change-id: 20230224-track_gt-1b3da8bdacd7
Best regards,
Comments
On Fri, 02 Jun 2023 12:21:32 +0200 Andrzej Hajda wrote: > This is reviewed series of ref_tracker patches, ready to merge > via network tree, rebased on net-next/main. > i915 patches will be merged later via intel-gfx tree. FWIW I'll try to merge these on top of the -rc4 tag so with a bit of luck you should be able to cross merge cleanly into another -next tree.
Hello: This series was applied to netdev/net-next.git (main) by Jakub Kicinski <kuba@kernel.org>: On Fri, 02 Jun 2023 12:21:32 +0200 you wrote: > Hi Jakub, > > This is reviewed series of ref_tracker patches, ready to merge > via network tree, rebased on net-next/main. > i915 patches will be merged later via intel-gfx tree. > > Signed-off-by: Andrzej Hajda <andrzej.hajda@intel.com> > > [...] Here is the summary with links: - [v9,1/4] lib/ref_tracker: add unlocked leak print helper https://git.kernel.org/netdev/net-next/c/7a113ff63559 - [v9,2/4] lib/ref_tracker: improve printing stats https://git.kernel.org/netdev/net-next/c/b6d7c0eb2dcb - [v9,3/4] lib/ref_tracker: add printing to memory buffer https://git.kernel.org/netdev/net-next/c/227c6c832303 - [v9,4/4] lib/ref_tracker: remove warnings in case of allocation failure https://git.kernel.org/netdev/net-next/c/acd8f0e5d727 You are awesome, thank you!
On 06.06.2023 00:33, Jakub Kicinski wrote: > On Fri, 02 Jun 2023 12:21:32 +0200 Andrzej Hajda wrote: >> This is reviewed series of ref_tracker patches, ready to merge >> via network tree, rebased on net-next/main. >> i915 patches will be merged later via intel-gfx tree. > FWIW I'll try to merge these on top of the -rc4 tag so > with a bit of luck you should be able to cross merge cleanly > into another -next tree. Thanks. Regards Andrzej