Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp103473pxf; Tue, 16 Mar 2021 23:58:38 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz+jPAenZzuIHZsShztMgvMOwYyWhHznKtjJymFjHUx87xnfdXT/OzzF5NIWGY4EcVNcWLr X-Received: by 2002:a17:906:789:: with SMTP id l9mr33339265ejc.161.1615964318616; Tue, 16 Mar 2021 23:58:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1615964318; cv=none; d=google.com; s=arc-20160816; b=TA5V7kXR1iW04ZQhNt2+HDvBEI0vBcMXdL1AMp5bdKu32XHMRnlYqjv05AFocAS24c +XmW+hKQkphBd9avDEcqgmkgw5tG1kwYmp65qUI5R0M4dYwBWtYaYI/GEv82nYIgV179 BOTD8DYhvhpfqeAZoXlCb2+Wr+JhyPFWURp1Jz9/ONQr1lJu45o3S5WIVdCH6tnUhWd1 G25dd7MXAixOQeidgioA9fz8OhqN/a+wzA0PgNil3MZDu4RDhNcfyDAkxCjMof01yhyG d7hzI/YN60N6xVVhBmQkPet1PW1SH2KegFhZsoVyMy6g9KNZklhiFy4149DSwevvwoKk 5gUQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=IFxUsc0/h40X/iJz/qz/uzE3jI8sBkcl6UajEO+XCIU=; b=khxsUGyNfT1bzcRKjYYvPaJUBRDA/P0Efx0pYh6Ul1yPkVu+yluZIzsjpx3aAaPgkC /IPzXveIMSRt1pIKhXaEIzlZ9eNKHIAVhuHFijoX0Jk3DcHkCxfogNb6xWpqiMRp5GB9 rx6eS5uHpZl2FMgmPBhXQV8IYlj5DquLQaKNeNyLmYdfhFhO3bOtkKgYCUT6imTMyy9a snQcwdUPhnxLWHEaqIrmQH+d6dxZicaXGR9lZISn+E5OKuNBEYbt+UWSePdosZIsPrlx zgPK1lNbF3ydUaIcMciPm3W6tzSTQflSpJGWGHEuftrfZdUpbg3Kv2/SbL4gY30Jlnom 6yvA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=MYNAP0Ps; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id sa7si16263223ejb.49.2021.03.16.23.58.16; Tue, 16 Mar 2021 23:58:38 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=MYNAP0Ps; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231425AbhCQGzS (ORCPT + 99 others); Wed, 17 Mar 2021 02:55:18 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40092 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231127AbhCQGyc (ORCPT ); Wed, 17 Mar 2021 02:54:32 -0400 Received: from mail-il1-x136.google.com (mail-il1-x136.google.com [IPv6:2607:f8b0:4864:20::136]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 66928C061762 for ; Tue, 16 Mar 2021 23:54:32 -0700 (PDT) Received: by mail-il1-x136.google.com with SMTP id t6so508577ilp.11 for ; Tue, 16 Mar 2021 23:54:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=IFxUsc0/h40X/iJz/qz/uzE3jI8sBkcl6UajEO+XCIU=; b=MYNAP0PsCQMlDRpDcIXhDF4DMwhj+chjoX868fq1UdDtyf1BQRSU4MvqUpl1vXavAR f+HmYR6t+uNfkCJfkfXP3EObkiUS/75H+cntK83XrdAUectncw8XKH09lMqGSB4dHkYY mpZ8+k6TCCbrRvkPZ0WhNG5j3itK9ECg1zijD3QSpVKZ3DElOlMUBeMPlK+qCoKimVQg XYAzWeC0YksvvpfrEoVAmZZEfiouo2HloknUVxU0XEBUwR9T5xYHyAz0e47l7kJXb4TT gxxr/ji4ynSh4oiR3dhuGOCkEc0De/C5FmGCJb6Pbrdhdx9kNUrv/TL7XNDf7aYSoAqA i7dA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=IFxUsc0/h40X/iJz/qz/uzE3jI8sBkcl6UajEO+XCIU=; b=nP2ar/suxFDJexw1mAxZ2pBYxUS2lxf0HEIPz6xH/1fvShHzDa1RjZjAEWR9muB7ad ursgs44XX3nC5ZyB1jP9+ISc7BzWfJYpu1D49MWONvbyZ4vouH46Ps2/eIFqzFjQpH+Y irdcBU+19qEJ6dMEzU7eZ0EXtSgeFnMscaYmNbDPfVxUFuwJHp9WX7rbvt4XfDnX1GsX mSNWa76/+E3U2wDseIiKvmob6NZWUi9oMKyMFbXDchHE5ff6lY2cInNi/eo9gbFLZk2D cb6c+kESelLEg5pmUQebR40P2CuYmIzZpxp6yjrD5OquRxTQzueKq1zwfAU7lAQStKGz vTmQ== X-Gm-Message-State: AOAM531pywi8L2JW1N32za6IAFPHf/M+gBfSdNRdBwu6ch9DyZKYsYOP kVgd2fiDcrPq1pjRIKvnD5k= X-Received: by 2002:a92:cda5:: with SMTP id g5mr6264497ild.247.1615964071887; Tue, 16 Mar 2021 23:54:31 -0700 (PDT) Received: from frodo.mearth (c-24-9-77-57.hsd1.co.comcast.net. [24.9.77.57]) by smtp.googlemail.com with ESMTPSA id w13sm10583057ilg.48.2021.03.16.23.54.31 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 16 Mar 2021 23:54:31 -0700 (PDT) From: Jim Cromie To: jbaron@akamai.com, gregkh@linuxfoundation.org, linux-kernel@vger.kernel.org Cc: Jim Cromie Subject: [RFC PATCH v4 12/19] dyndbg: allow deleting site info via control interface Date: Wed, 17 Mar 2021 00:54:05 -0600 Message-Id: <20210317065412.2890414-13-jim.cromie@gmail.com> X-Mailer: git-send-email 2.29.2 In-Reply-To: <20210317065412.2890414-1-jim.cromie@gmail.com> References: <20210317065412.2890414-1-jim.cromie@gmail.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Allow users & subsystems to selectively delete callsite info for pr-debug callsites. Hopefully, this can lead to actual recovery of memory. DRM is a potential user which would drop the sites: - has distinct categories for logging, and can map them over to a format prefix, like: "drm:core:", "drm:kms:", etc. - are happy with group control of all the callsites in a class/cateory. individual control is still possible using queries including line numbers - don't need dynamic "module:function:line:" prefixes in log messages - don't care about loss of context in /proc/dynamic_debug/control before: init/initramfs.c:485 [initramfs]unpack_to_rootfs =_ "Detected %s compressed data\012" init/main.c:1337 [main]run_init_process =pm " %s\012" init/main.c:1335 [main]run_init_process =pm " with environment:\012" init/main.c:1334 [main]run_init_process =pm " %s\012" init/main.c:1332 [main]run_init_process =pm " with arguments:\012" init/main.c:1121 [main]initcall_blacklisted =pm "initcall %s blacklisted\012" init/main.c:1082 [main]initcall_blacklist =pm "blacklisting initcall %s\012" then: bash-5.0# echo file init/main.c +D > /proc/dynamic_debug/control after: init/initramfs.c:485 [initramfs]unpack_to_rootfs =_ "Detected %s compressed data\012" [main]:1337 =pmD " %s\012" [main]:1335 =pmD " with environment:\012" [main]:1334 =pmD " %s\012" [main]:1332 =pmD " with arguments:\012" [main]:1121 =pmD "initcall %s blacklisted\012" [main]:1082 =pmD "blacklisting initcall %s\012" Notes: If Drm adopted dyndbg, i915 + drm* would add ~1600 prdebugs, amdgpu + drm* would add ~3200 callsites, so the additional memory costs are substantial. In trade, drm and drivers would avoid lots of calls to drm_debug_enabled(). This patch should reduce the costs. Using this interface, drm could drop site info for all categories / prefixes controlled by bits in drm.debug, while preserving site info and individual selectivity for any uncategorized prdebugs, and for all other modules. Lastly, because lineno field was not moved into _ddebug_callsite, it can be used to modify a single[*] callsite even if drm has dropped all the callsite data: echo module $mod format ^$prefix line $line +p >control Dropping site info is a one-way, information losing operation, so minor misuse is possible. Worst case is maybe (depending upon previous settings) some loss of logging context/decorations. echo +D > /proc/dynamic_debug/control [*] amdgpu has some macros invoking clusters of pr_debugs; each use of them creates a cluster of pr-debugs with the same line number. Signed-off-by: Jim Cromie --- include/linux/dynamic_debug.h | 1 + lib/dynamic_debug.c | 9 +++++++++ 2 files changed, 10 insertions(+) diff --git a/include/linux/dynamic_debug.h b/include/linux/dynamic_debug.h index aa4a3f5d8d35..d811273c8484 100644 --- a/include/linux/dynamic_debug.h +++ b/include/linux/dynamic_debug.h @@ -40,6 +40,7 @@ struct _ddebug { #define _DPRINTK_FLAGS_INCL_FUNCNAME (1<<2) #define _DPRINTK_FLAGS_INCL_LINENO (1<<3) #define _DPRINTK_FLAGS_INCL_TID (1<<4) +#define _DPRINTK_FLAGS_DELETE_SITE (1<<7) /* drop site info to save ram */ #define _DPRINTK_FLAGS_INCL_ANYSITE \ (_DPRINTK_FLAGS_INCL_MODNAME \ diff --git a/lib/dynamic_debug.c b/lib/dynamic_debug.c index 6fbd9099c2fa..fdc2d0e15731 100644 --- a/lib/dynamic_debug.c +++ b/lib/dynamic_debug.c @@ -92,6 +92,7 @@ static struct { unsigned flag:8; char opt_char; } opt_array[] = { { _DPRINTK_FLAGS_INCL_LINENO, 'l' }, { _DPRINTK_FLAGS_INCL_TID, 't' }, { _DPRINTK_FLAGS_NONE, '_' }, + { _DPRINTK_FLAGS_DELETE_SITE, 'D' }, }; struct flagsbuf { char buf[ARRAY_SIZE(opt_array)+1]; }; @@ -201,6 +202,14 @@ static void ddebug_alter_site(struct _ddebug *dp, } else if (modifiers->flags & _DPRINTK_FLAGS_PRINT) static_branch_enable(&dp->key.dd_key_true); #endif + /* delete site info for this callsite */ + if (modifiers->flags & _DPRINTK_FLAGS_DELETE_SITE) { + if (dp->site) { + vpr_info("dropping site info %s.%s.%d\n", dp->site->filename, + dp->site->function, dp->lineno); + dp->site = NULL; + } + } } /* -- 2.29.2