Received: by 2002:a25:d7c1:0:0:0:0:0 with SMTP id o184csp3956191ybg; Fri, 25 Oct 2019 11:15:01 -0700 (PDT) X-Google-Smtp-Source: APXvYqyde406LeymUohsuu8Hd5s6mYnihf892V7RgB3/pdU9GrSNRs9ECwO1aRpIkqn4UzzrTINW X-Received: by 2002:aa7:d305:: with SMTP id p5mr5647158edq.80.1572027301501; Fri, 25 Oct 2019 11:15:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1572027301; cv=none; d=google.com; s=arc-20160816; b=Q1nSElkMmz4vuJ16uUUV8Yu5jinLwSbVRYdyZ+QblXKl5bhCd81FXtw2brZPEyOcSs IF/Z9TEukso2f9TwVkkDubwdAG6qQJQYbkbS3Oq/tQdRit+l66QCY3aJQHRkOYdERPKa wolL4QIvbJjGkQiZDwTdL5bFD4ryAPI2foUw+KDe311BR571H/4FInaMs3ExPC88KzGJ uXsuroW4sRzEwCJDsDqR0emLgI966DlQ2sL1sqaqrCDiLZhYRf2VuaE4oznTOkTyvNqp q2DK1yXWv9elM86MucoOIGnkXmCouc0zKXYr8ZOhHgoS3ZIt+jypQt3m87ppS33v/FaW stHA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=c2F+Pag/D1o4vF9ColcKrixV7FsC+UHlzycDqhptEhM=; b=YwSgN02GXh7Gi4elkw+EWedA3JkSkOueUEVM6ZRutX/OB4CGqvlLYMu3bWuCJIejlc 3y7A8/q0pptQ7MT5jjiUNa9SSvdAGhzTyvoX7Ad/uJ/gkyxnbrhil3hfjh8E0QEP4Xpw ulxATXqn5iCvOwbEauibzJHZv6k7ve0g+/nLrFQjgYv2EyBIIBQssSg3GyJYknpzlF4c 1KXnuJ8gbDQc3X8wZqejTz99cVEXN7S4kWA00xsDbzPhoWiJF50YXMRUn+nUVcSbg5AF mQrTSPFj6J0tNrA1+wiuegOYCwH5DWVrMqjGZNYRbvxRf2EFrkX5lX8Ka09dWJXEbDFL Lk5w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r1si1670162ejp.287.2019.10.25.11.14.37; Fri, 25 Oct 2019 11:15:01 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2393987AbfJXQpe (ORCPT + 99 others); Thu, 24 Oct 2019 12:45:34 -0400 Received: from foss.arm.com ([217.140.110.172]:56604 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2390181AbfJXQpd (ORCPT ); Thu, 24 Oct 2019 12:45:33 -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 1589F328; Thu, 24 Oct 2019 09:45:18 -0700 (PDT) Received: from [10.1.194.37] (unknown [10.1.194.37]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 637533F71F; Thu, 24 Oct 2019 09:45:16 -0700 (PDT) Subject: Re: [PATCH v4 1/2] sched/topology: Don't try to build empty sched domains To: Dietmar Eggemann , linux-kernel@vger.kernel.org, cgroups@vger.kernel.org Cc: lizefan@huawei.com, tj@kernel.org, hannes@cmpxchg.org, mingo@kernel.org, peterz@infradead.org, vincent.guittot@linaro.org, morten.rasmussen@arm.com, qperret@google.com, stable@vger.kernel.org References: <20191023153745.19515-1-valentin.schneider@arm.com> <20191023153745.19515-2-valentin.schneider@arm.com> <27d8a51d-a899-67f4-8b74-224281f25cef@arm.com> From: Valentin Schneider Message-ID: <7e20f309-3ca0-b916-b703-052ab8284012@arm.com> Date: Thu, 24 Oct 2019 17:45:14 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <27d8a51d-a899-67f4-8b74-224281f25cef@arm.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 24/10/2019 17:19, Dietmar Eggemann wrote: > Sorry for being picky but IMHO you should also mention that it fixes > > f9a25f776d78 ("cpusets: Rebuild root domain deadline accounting > information") > I can append the following to the changelog, although I'd like some feedback from the cgroup folks before doing a respin: """ Note that commit f9a25f776d78 ("cpusets: Rebuild root domain deadline accounting information") introduced a similar issue. Since doms_new is assigned to doms_cur without any filtering, we can end up with an empty cpumask in the doms_cur array. The next time we go through a rebuild, this will break on: rd = cpu_rq(cpumask_any(doms_cur[i]))->rd; If there wasn't enough already, this is yet another argument for *not* handing over empty cpumasks to the sched domain rebuild. """ I tagged the commit that introduces the static key with Fixes: because it was introduced earlier - I don't think it would make sense to have two "Fixes:" lines? In any case, it'll now be listed in the changelog.