Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp684015rwd; Mon, 12 Jun 2023 21:33:22 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ5czotOdgemutaIXBFok3KbFNHVne0d4IW7HBADUFVhVUrwipB5G8MPNRaJFAGnB/7FF6YH X-Received: by 2002:a17:907:6d04:b0:974:326b:f9b2 with SMTP id sa4-20020a1709076d0400b00974326bf9b2mr11610106ejc.66.1686630802395; Mon, 12 Jun 2023 21:33:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1686630802; cv=none; d=google.com; s=arc-20160816; b=GNZQ/8VzXqm4mJ74S7uAKuLW1HjCltlQLvv9YfkGkaZByH/87Poy4dipBvCuHsFnPF hNZGiO1M7tKTCCc9sAl072PGzUOEe6DzGOxV7s7UO0qWqGGCSZRPk42FUCffaG3IqxIl sUepBCGpVuMeEUFMhU//q8DDfqGNoD82t+3YFqG/rsb4rMvB9iB5JWuNmRYuet28Fi05 bNxqpzV5Ey7lnVbgA9yU3s9uIrMeVO/8kpfA8jObjikHesXKyZ4W3jQzX2K+xVa8om9F OQYA0EczaorfDVBqtkpoV6UjvU+8eTYj1vwvyFlWZ1djT3lfPu7tCzFr2Ybgf4170YxR e0Bg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:date:subject:cc:to:from :dkim-signature; bh=HdRlaW56k+1D/jHk0u8ET27YRZiXbk4nMueDMel46xY=; b=DvjXSrQv6PudMu4fm171j7d8+k9NlYJL8b0omrzia7eBw7HiFsWnsgoSm0xp3Q4FW6 UC/npudd33SYihbkdAAG9JLfcq4FqfnQx8AS80LE++m0m9R23mkjNXDJq33xHq6pz5FA dyUWCB01iw/hwwj+Hn5C+N7ENWpPc29IFZqNSjFEcfzGAQcsqXEmdhzwOHTVjjLerI9z vxB20SQCFkchBHOKWun/nafnGJaN29o//bJQmTMj40EnfjQ2WqpAg966J6OXBdn+g7D2 EhsZFo0yOlzhQ8CDc2WzapnHli/BTTYV2FDr393LckJz7S3EmA6uOGRg/cqukfDiMy5g iB9g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=ZoKib7oU; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id c10-20020a170906170a00b0096f8fc8e668si5971651eje.673.2023.06.12.21.32.58; Mon, 12 Jun 2023 21:33:22 -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=ZoKib7oU; 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 S238008AbjFMEVj (ORCPT + 99 others); Tue, 13 Jun 2023 00:21:39 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45246 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229602AbjFMEVh (ORCPT ); Tue, 13 Jun 2023 00:21:37 -0400 Received: from mga14.intel.com (mga14.intel.com [192.55.52.115]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id F0E2010DA; Mon, 12 Jun 2023 21:21:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1686630095; x=1718166095; h=from:to:cc:subject:date:message-id; bh=njgdb0ONdSGtfhuhBYq+P+GvUryOJP3BffdwQYUOC4M=; b=ZoKib7oUwnSnBOdpRJuRSdTwYu19GH+DtmIrnzCDlBApwMRzrk3nT5eg 8DYVkg2APmiV+ntl9qPnhW+ft27FSwMVgz5254u78dQHUUf8LdbsriQpq 7SX564FYQ3pnG3ZMXIWvyvSgKxbD/+D0kJeLxUjtDdV4HJw5f7ucnQDD3 tnx7TIit9YgjmZ78il9q2a1CC4Ol6aCOJixf9SRijtg1GCdvZ/L1xgVa9 9nuJ6y5yEZOD89JkQscV7Be+ApwDmsmAbUcqX39WJ8OWlD1bDEyoCBmNO TkWz6jJqW21H5b9ZMoGGR6ZSkQMZA7+FFmhuDSw72aibmnx+SGORvZUYL A==; X-IronPort-AV: E=McAfee;i="6600,9927,10739"; a="358222018" X-IronPort-AV: E=Sophos;i="6.00,238,1681196400"; d="scan'208";a="358222018" Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga103.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 12 Jun 2023 21:21:35 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10739"; a="661854919" X-IronPort-AV: E=Sophos;i="6.00,238,1681196400"; d="scan'208";a="661854919" Received: from ranerica-svr.sc.intel.com ([172.25.110.23]) by orsmga003.jf.intel.com with ESMTP; 12 Jun 2023 21:21:33 -0700 From: Ricardo Neri To: "Peter Zijlstra (Intel)" , Juri Lelli , Vincent Guittot Cc: 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 , Lukasz Luba , Ionela Voinescu , Zhao Liu , "Yuan, Perry" , x86@kernel.org, "Joel Fernandes (Google)" , linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org, Ricardo Neri Subject: [PATCH v4 00/24] sched: Introduce classes of tasks for load balance Date: Mon, 12 Jun 2023 21:23:58 -0700 Message-Id: <20230613042422.5344-1-ricardo.neri-calderon@linux.intel.com> X-Mailer: git-send-email 2.17.1 X-Spam-Status: No, score=-4.3 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,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: X-Mailing-List: linux-kernel@vger.kernel.org Hi, This is the fourth version of this patchset. Previous versions can be found here [1], here [2], and here[3]. For brevity, I did not include the cover letter from the original posting. You can read it here [1]. This patchset depends on a separate patchset to handle better asym_packing between SMT cores [4]. This patchset was recently merged into the tip tree. For your convenience, you can retrieve this patchset from [5], and is based on the master branch of the tip tree as on 12th June 2023. Changes since v3: Vincent highlighted the issue of using the current tasks of runqueues to collect IPCC statistics. Since these are the last tasks to be pulled during load balance, the proposed tie breakers would have little effect. Instead, I have reworked the collection of IPCC statistics to look at the back of the runqueues. This makes the IPCC scores more useful, as these are the first tasks to be pulled during load balance. Rafael argued that the HFI driver should not handle tasks directly. I have reworked the code to let the HFI driver read the classification result. A new sched_ipcc.c file under arch/x86 is in charge or handling tasks and postprocess classification. Rafael also raised concerns about the need for a memory barrier to order reads and writes of the cached IPCC scores that the scheduler can access without holding the HFI lock. I decided to use a seqcount. The seqcount provides store-release and load-acquire semantics, ensuring proper ordering of reads and writes of the cached IPCC scores. It also provides a compiler barrier. A CPU memory barrier is not needed. Zhao noticed that there is a new CPUID_7_1_EAX leaf and using cpuid_bits[] in scattered.c is not needed. I fixed it. lkp@intel.com found a build break due to a misplaced definition of MSR_IA32_HW_FEEDBACK_CHAR. I moved the definition to patch 13. Updated patches: 6, 10, 13, 14, 15, 17, 21, 22 New patches: none Unchanged patches: 1, 2, 3, 4, 5, 7, 8, 9, 11, 12, 16, 18, 19, 20, 23, 24 Thanks in advance for your kind feedback! BR, Ricardo [1]. https://lore.kernel.org/lkml/20220909231205.14009-1-ricardo.neri-calderon@linux.intel.com/ [2]. https://lore.kernel.org/lkml/20221128132100.30253-1-ricardo.neri-calderon@linux.intel.com/ [3]. https://lore.kernel.org/all/20230207051105.11575-1-ricardo.neri-calderon@linux.intel.com/ [4]. https://lore.kernel.org/all/20230406203148.19182-1-ricardo.neri-calderon@linux.intel.com/ [5]. https://github.com/ricardon/tip/tree/rneri/ipc_classes_v4 Ricardo Neri (24): sched/task_struct: Introduce IPC classes of tasks sched: Add interfaces for IPC classes sched/core: Initialize the IPC class of a new task sched/core: Add user_tick as argument to scheduler_tick() sched/core: Update the IPC class of the current task sched/fair: Collect load-balancing stats for IPC classes sched/fair: Compute IPC class scores for load balancing sched/fair: Use IPCC stats to break ties between asym_packing sched groups sched/fair: Use IPCC stats to break ties between fully_busy SMT groups sched/fair: Use IPCC scores to select a busiest runqueue thermal: intel: hfi: Introduce Intel Thread Director classes x86/cpufeatures: Add the Intel Thread Director feature definitions x86/sched: Update the IPC class of the current task thermal: intel: hfi: Store per-CPU IPCC scores thermal: intel: hfi: Report the IPC class score of a CPU thermal: intel: hfi: Define a default class for unclassified tasks thermal: intel: hfi: Enable the Intel Thread Director sched/task_struct: Add helpers for IPC classification sched/core: Initialize helpers of task classification sched/fair: Introduce sched_smt_siblings_idle() x86/sched/ipcc: Implement model-specific checks for task classification x86/cpufeatures: Add feature bit for HRESET x86/hreset: Configure history reset x86/process: Reset hardware history in context switch arch/x86/include/asm/cpufeatures.h | 2 + arch/x86/include/asm/disabled-features.h | 8 +- arch/x86/include/asm/hreset.h | 30 +++ arch/x86/include/asm/msr-index.h | 5 + arch/x86/include/asm/topology.h | 15 ++ arch/x86/kernel/Makefile | 2 + arch/x86/kernel/cpu/common.c | 30 ++- arch/x86/kernel/cpu/cpuid-deps.c | 1 + arch/x86/kernel/process_32.c | 3 + arch/x86/kernel/process_64.c | 3 + arch/x86/kernel/sched_ipcc.c | 93 +++++++ drivers/thermal/intel/Kconfig | 1 + drivers/thermal/intel/intel_hfi.c | 219 +++++++++++++++- include/linux/sched.h | 24 +- include/linux/sched/topology.h | 6 + init/Kconfig | 12 + kernel/sched/core.c | 10 +- kernel/sched/fair.c | 316 ++++++++++++++++++++++- kernel/sched/sched.h | 66 +++++ kernel/sched/topology.c | 9 + kernel/time/timer.c | 2 +- 21 files changed, 840 insertions(+), 17 deletions(-) create mode 100644 arch/x86/include/asm/hreset.h create mode 100644 arch/x86/kernel/sched_ipcc.c -- 2.25.1