Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp1708924ybt; Thu, 2 Jul 2020 11:48:03 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx3MmAFti3am8PSiDKHRp2Pq4BNHScXJT93SILbLi4yrhWPZlZo+qB2CuhK1dlxQLDeql2X X-Received: by 2002:a17:906:ce32:: with SMTP id sd18mr29803516ejb.228.1593715683192; Thu, 02 Jul 2020 11:48:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593715683; cv=none; d=google.com; s=arc-20160816; b=phtKioyrNH0kNblcPn8HR1Ff9ZjsAZIjEJLmKz1oQwhSEhmNuboHM0WGYjItpW5yhc vqzSkqCh4jNN1L7WXsk/3S2W25OvmwA7oNUaBjrPD/vN7qoCOP3lC96E8Rb3/Hq9gAXN ERV3JjPdAVo7RFY6/9ALA5pvlq5/+b99wuzeWway2Te0njqJEYX19Gw/RGOY5LIr99fa Xnmy53dLzt6w7lyxlaZaVLD4g6Cwjq3nuEYS7RmwlXvYagLTKskALpX8hBwS+qkFGjow Fqy6U+4Gv7VXrZJS0H587V/9o5N+0MndSlBYXJ9dmUPk5YhO70rA/LhJun1KNTcSyKbi v4EQ== 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=RtZhPVvrhEqqvy7KDdr/4QVAEqJLDyomnQp9RyGkcN4=; b=bbFFOZ2nM41JqTt8Q9SunNzTiNrbURzqYvzWbK2q1P0vJneUt7a7hRrO2xHsOX5fWP V0EjoMGrdaRjh4rXY5293eR544t34dzEe2iJdMl6F7h+Bc8sZwHQdZdIPUGG+nH9nabV CiSxZuRF1FHBS+rr60znOGLkK9zNN13EFsyuVzwcYxANoGUPwN/9hbrpwOGmQlNEVZw7 L/8277x3R9VqxTyJ5YUmDmh3Laa9d+FM5U6sxFCYbvVxeYjDnis9g75DO3urgg/gujpQ UgaX5Hvbfl3Zx1ReX9XSnQFHLOLWVMYrVfkJZXVP5wUSlNMCBIu1vrBjHm9hN3D+Svgm RRDg== 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 a14si5712619eds.487.2020.07.02.11.47.40; Thu, 02 Jul 2020 11:48:03 -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 S1726072AbgGBSrB (ORCPT + 99 others); Thu, 2 Jul 2020 14:47:01 -0400 Received: from foss.arm.com ([217.140.110.172]:53146 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726029AbgGBSrB (ORCPT ); Thu, 2 Jul 2020 14:47:01 -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 F26411FB; Thu, 2 Jul 2020 11:47:00 -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 19B2D3F71E; Thu, 2 Jul 2020 11:46:59 -0700 (PDT) References: <20200701190656.10126-1-valentin.schneider@arm.com> <20200701190656.10126-7-valentin.schneider@arm.com> User-agent: mu4e 0.9.17; emacs 26.3 From: Valentin Schneider To: Dietmar Eggemann Cc: linux-kernel@vger.kernel.org, Peter Zijlstra , mingo@kernel.org, vincent.guittot@linaro.org, morten.rasmussen@arm.com Subject: Re: [PATCH v3 6/7] sched/topology: Introduce SD metaflag for flags needing > 1 groups In-reply-to: Date: Thu, 02 Jul 2020 19:46:57 +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 02/07/20 19:29, Dietmar Eggemann wrote: > On 01/07/2020 21:06, Valentin Schneider wrote: > > [...] > >> @@ -105,16 +122,18 @@ SD_FLAG(SD_SERIALIZE, 8, SDF_SHARED_PARENT) >> * Place busy tasks earlier in the domain >> * >> * SHARED_CHILD: Usually set on the SMT level. Technically could be set further >> - * up, but currently assumed to be set from the base domain upwards (see >> - * update_top_cache_domain()). >> + * up, but currently assumed to be set from the base domain >> + * upwards (see update_top_cache_domain()). >> */ >> -SD_FLAG(SD_ASYM_PACKING, 9, SDF_SHARED_CHILD) >> +SD_FLAG(SD_ASYM_PACKING, 9, SDF_SHARED_CHILD | SDF_NEEDS_GROUPS) >> >> /* >> * Prefer to place tasks in a sibling domain >> * >> * Set up until domains start spanning NUMA nodes. Close to being a SHARED_CHILD >> * flag, but cleared below domains with SD_ASYM_CPUCAPACITY. >> + * >> + * NEEDS_GROUPS: Load balancing flag. >> */ >> SD_FLAG(SD_PREFER_SIBLING, 10, 0) > > Related to my comment in [PATCH v3 5/7], maybe you wanted to add > SDF_NEEDS_GROUPS for SD_PREFER_SIBLING as well ? This comment > 'NEEDS_GROUPS: Load balancing flag.' makes me wondering. > > Currently, SD_PREFER_SIBLING isn't in SD_DEGENERATE_GROUPS_MASK=0xaef. > You're right, that's a fail from my end. Thanks (and sorry)! > [...]