From nobody Wed Feb 11 10:51:26 2026 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 7B188EB64D9 for ; Fri, 7 Jul 2023 22:57:20 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229557AbjGGW5T (ORCPT ); Fri, 7 Jul 2023 18:57:19 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60520 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232010AbjGGW47 (ORCPT ); Fri, 7 Jul 2023 18:56:59 -0400 Received: from mga06.intel.com (mga06b.intel.com [134.134.136.31]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0088419B7 for ; Fri, 7 Jul 2023 15:56:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1688770618; x=1720306618; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=862H8iEOdr8bBhkOKfZF+tLzXIXXbB5+ndLrLrloY0I=; b=gSTxPZ7sK6/tTXb4V1TnhFoIl+9cKmjAKlGUF/FyHvrJ66C35qHoYfle aBnDhCmw0MoWYmZdu6P2nK3GJk+7hYllOw0Ubf3qA0yZosb2wAfLOFddP 0T2XYFnWrp8ToT0WInUzyn6QpSK3IxJaQIuRi5sbpg96cLVA3143lLvJu vmUcdi/oLvJf7gMYU6dgp1deRuyBzmYyW+wt360rGSUXPbxm79B2LNpkW qjBo2/fli9UVw9TG7dEmagP93W/y4LXAFzoBcJ4vzBvrcWDU8Dqay372N cy9vzyjHoH6Lk0gs2ZgIBpFTZepMJtMtfNgTnaVz44okQtHSXXAG8hqtk w==; X-IronPort-AV: E=McAfee;i="6600,9927,10764"; a="427683523" X-IronPort-AV: E=Sophos;i="6.01,189,1684825200"; d="scan'208";a="427683523" Received: from orsmga007.jf.intel.com ([10.7.209.58]) by orsmga104.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 07 Jul 2023 15:56:58 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10764"; a="714176687" X-IronPort-AV: E=Sophos;i="6.01,189,1684825200"; d="scan'208";a="714176687" Received: from b04f130c83f2.jf.intel.com ([10.165.154.98]) by orsmga007.jf.intel.com with ESMTP; 07 Jul 2023 15:56:58 -0700 From: Tim Chen To: Peter Zijlstra Cc: Juri Lelli , Vincent Guittot , Ricardo Neri , "Ravi V . Shankar" , Ben Segall , Daniel Bristot de Oliveira , Dietmar Eggemann , Len Brown , Mel Gorman , "Rafael J . Wysocki" , Srinivas Pandruvada , Steven Rostedt , Tim Chen , Valentin Schneider , Ionela Voinescu , x86@kernel.org, linux-kernel@vger.kernel.org, Shrikanth Hegde , Srikar Dronamraju , naveen.n.rao@linux.vnet.ibm.com, Yicong Yang , Barry Song , Chen Yu , Hillf Danton Subject: [Patch v3 6/6] sched/debug: Dump domains' sched group flags Date: Fri, 7 Jul 2023 15:57:05 -0700 Message-Id: X-Mailer: git-send-email 2.32.0 In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Type: text/plain; charset="utf-8" From: "Peter Zijlstra (Intel)" There have been a case where the SD_SHARE_CPUCAPACITY sched group flag in a parent domain were not set and propagated properly when a degenerate domain is removed. Add dump of domain sched group flags of a CPU to make debug easier in the future. Usage: cat /debug/sched/domains/cpu0/domain1/groups_flags to dump cpu0 domain1's sched group flags. Signed-off-by: Tim Chen --- kernel/sched/debug.c | 1 + 1 file changed, 1 insertion(+) diff --git a/kernel/sched/debug.c b/kernel/sched/debug.c index 1637b65ba07a..55b50f940feb 100644 --- a/kernel/sched/debug.c +++ b/kernel/sched/debug.c @@ -389,6 +389,7 @@ static void register_sd(struct sched_domain *sd, struct= dentry *parent) #undef SDM =20 debugfs_create_file("flags", 0444, parent, &sd->flags, &sd_flags_fops); + debugfs_create_file("groups_flags", 0444, parent, &sd->groups->flags, &sd= _flags_fops); } =20 void update_sched_domain_debugfs(void) --=20 2.32.0