Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp1188073ybz; Thu, 16 Apr 2020 04:41:45 -0700 (PDT) X-Google-Smtp-Source: APiQypIcoxPs9O3cXR5s4Y8GAH/rmmNaBiN1ab359sh2stmLfWHyl9UjSHHvraEl1hFUUS4qSpuw X-Received: by 2002:a17:906:7c4e:: with SMTP id g14mr9356889ejp.382.1587037304813; Thu, 16 Apr 2020 04:41:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587037304; cv=none; d=google.com; s=arc-20160816; b=oMpnQ6Cs2rPrXiPxjv9hes88MydV6oCfT/MMOsvR75INE2osdlNipDHEr68wyXLpNl aye7BwzZwuuu5WDEagc7NUuRaSAUdpuMzH0+w4FjJ6EpLP+Q49MnwhpFk+qt3vvP7P30 tCA7BWgypfVpJj8dIMf0wWWKsDzfSKbFw+ZSy6ua+5TZLjF9thYv/SRm5wgYQ5vYDXc0 vBJV5lw2ueEKgXDgiEyqzH+Bc5AblkWB2RcXnZtmdSiQ19sRbv5HlVC2LAGJ2oNQPrUc jvXA/qfsdLySf1VRgVC0/JzCz/FAn0ZMsFCr6oACnD1xsgqQ7fupK7jX3AXHBOsJwQp7 sqwg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:in-reply-to :subject:cc:to:from:user-agent:references; bh=SFpvXTXLNi8wMh/11iRKooKqtnWTzvd51U8hLBIe07g=; b=NnoDzdrkMzx6ci8tGClUP32E7p+10D4BLTNCXuhA7ZTVEisJB/5Um98kZEFqHbci3H meYCz3XuZd32N2Z7IqpEtSlVd+Mt0fi/9oNQSt0UP+t+S6xhSlkprR4Mh7bHln2e9NyB vn6fbfxduTr1tYsTo6iMzCxVI26fiyVcEdEhDMiVY/nJ3WEreDFz0D3STZFAieMS1+m1 oYHvB/cmJfFzHE1X9EGRQUxmflK8dyUYQk0TlvVLu1keVmi6QbviZRRvcN0HMEF/eRkt 879lrhwzedQFof6YgBWim2MgREjFFi9XMzyTfXeFaJfE7JkAQCSv+jV7do4MKmwflzul gr8g== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w26si9772465ejb.118.2020.04.16.04.41.20; Thu, 16 Apr 2020 04:41:44 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2506472AbgDPLhi (ORCPT + 99 others); Thu, 16 Apr 2020 07:37:38 -0400 Received: from foss.arm.com ([217.140.110.172]:58854 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2505814AbgDPLCz (ORCPT ); Thu, 16 Apr 2020 07:02:55 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id A0B761063; Thu, 16 Apr 2020 04:02:54 -0700 (PDT) Received: from e113632-lin (e113632-lin.cambridge.arm.com [10.1.194.46]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 9E4393F73D; Thu, 16 Apr 2020 04:02:53 -0700 (PDT) References: <20200415210512.805-1-valentin.schneider@arm.com> <20200416105828.GN20730@hirez.programming.kicks-ass.net> <20200416110056.GT20760@hirez.programming.kicks-ass.net> User-agent: mu4e 0.9.17; emacs 26.3 From: Valentin Schneider To: Peter Zijlstra Cc: linux-kernel@vger.kernel.org, mingo@kernel.org, vincent.guittot@linaro.org, dietmar.eggemann@arm.com, Juri Lelli , Steven Rostedt Subject: Re: [PATCH v3 0/9] sched: Streamline select_task_rq() & select_task_rq_fair() In-reply-to: <20200416110056.GT20760@hirez.programming.kicks-ass.net> Date: Thu, 16 Apr 2020 12:02:51 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 16/04/20 12:00, Peter Zijlstra wrote: > On Thu, Apr 16, 2020 at 12:58:28PM +0200, Peter Zijlstra wrote: >> On Wed, Apr 15, 2020 at 10:05:03PM +0100, Valentin Schneider wrote: >> > Valentin Schneider (9): >> > sched/fair: find_idlest_group(): Remove unused sd_flag parameter >> > sched/debug: Make sd->flags sysctl read-only >> > sched: Remove checks against SD_LOAD_BALANCE >> > sched/topology: Kill SD_LOAD_BALANCE >> > sched: Add WF_TTWU, WF_EXEC wakeup flags >> >> How about I queue two first 5, and you rework these last few? > > Argh, 4 ofcourse, that 5th patch doesn't make much sense if we have to > rework those flags like I proposed. > Was about to comment on that :) Sounds good to me! >> > sched: Kill select_task_rq()'s sd_flag parameter >> > sched/fair: Dissociate wakeup decisions from SD flag value >> > sched/fair: Split select_task_rq_fair want_affine logic >> > sched/topology: Define and use shortcut pointers for wakeup sd_flag scan >> >>