From nobody Wed Feb 11 06:31:30 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 84879C7EE23 for ; Thu, 8 Jun 2023 22:32:50 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237209AbjFHWct (ORCPT ); Thu, 8 Jun 2023 18:32:49 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56526 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237218AbjFHWcb (ORCPT ); Thu, 8 Jun 2023 18:32:31 -0400 Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id AED742D78 for ; Thu, 8 Jun 2023 15:32:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1686263543; x=1717799543; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=qV3Dw8igkVoKguLTu65QopHctrOrSlhGJhrK2Z67mn4=; b=Ultd5iGIcJyuXRxhPkEEjKokq/T4fHxBBKa30moIzItEGNLRPUMUmEsx Y3J1t9ExeQo8G+iEneZfW2RIabPpGFDpuo4tZdxpXjmbIBtCcWDVSbbEb kCj1qpTMZupAe9dVrL2lp+uRMxzH4eS2uKVDNGnpGGQZqpBjsAJ8dSzfg ycBSbvW55ccH1/Q257K9ZGNUHxnzEJjPrOVlpsGKG8/oDNq0dbVShKy06 pbOhVcBOFlO7RTD5z7UuwKr4ryijdYqs2F+huBDksaIFScDGS55/SLUS4 foWqt5+hGLz51TERdPnLlFQ331Bf7J9w+ctg9fXaTYTRipUUIHGaIwBDG A==; X-IronPort-AV: E=McAfee;i="6600,9927,10735"; a="347094808" X-IronPort-AV: E=Sophos;i="6.00,227,1681196400"; d="scan'208";a="347094808" Received: from fmsmga006.fm.intel.com ([10.253.24.20]) by orsmga101.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 08 Jun 2023 15:32:22 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10735"; a="956906460" X-IronPort-AV: E=Sophos;i="6.00,227,1681196400"; d="scan'208";a="956906460" Received: from b04f130c83f2.jf.intel.com ([10.165.154.98]) by fmsmga006.fm.intel.com with ESMTP; 08 Jun 2023 15:32:21 -0700 From: Tim Chen To: Peter Zijlstra Cc: Tim C Chen , 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 , 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 v2 6/6] sched/debug: Dump domains' sched group flags Date: Thu, 8 Jun 2023 15:32:32 -0700 Message-Id: <6c92a6e1bee6217b4286e77136287699755859b0.1686263351.git.tim.c.chen@linux.intel.com> 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: Tim C Chen 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 domain0 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