Received: by 2002:a25:23cc:0:0:0:0:0 with SMTP id j195csp975221ybj; Thu, 7 May 2020 11:47:29 -0700 (PDT) X-Google-Smtp-Source: APiQypL6iSM6bwACi0Q2OXNt4FHQvzk40wyCPKvdypBii2j403fSXkh2HqMF6eSqFkmpLOr+uzV6 X-Received: by 2002:a17:906:b253:: with SMTP id ce19mr13877144ejb.341.1588877249035; Thu, 07 May 2020 11:47:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588877249; cv=none; d=google.com; s=arc-20160816; b=aDssuOsNxvb7bFWH/+zwpnaxtYT79owOu2Hm9/RWrLGqsnPqnFScmK4HIh7G5mtN1p l1tZJQPcqzgwtovlCmP/pfUGhesbAOHrsZeCvvDFmcoKwoERlEf3gSEhB+APpGPgSoIa JLkzOr8u3ewhLNGbIwVPLamnlf6XojOWzOdCbEPaFRqBE82ryZVb80Xzs47N+mHZ/QHQ NuhG3uFzB2lqZWdyDa9RNVRYLJoq1btinOYurFlRJOBfFoYGSrMlshGCYHnKPCJbhrel v372o/s8oUxWD1z/1NQ4TTUm635x9Zhma9Hv6beePJczXTpiBcR9DBYHltcQwckG+CDw Ao6w== 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:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=JrAVgIrnc0DXC2AxnzWgmU8Qo9ZqcfEB+AHt0me6QNg=; b=w/tqXV7Q8Hq7cP/EwMGW28nunDShx0WsDJ7p4CrCzYe0CLt9SbhXhsKzL3itJ3QB7s +9iKNRSsZcEWSKx/9RY6FqwNKE4BFqe5IItpa8VOHEGj5MpCVSdtRDDY4V0dnnSevO6V 0T1EIMKJV3Yi+HgHa1cQvjhI/j1LqkLN86Pbl/mDCxm1A+Ret2a+ci3jK1jk7ZRNz5+P LMzqjhCazBIdSGlG/Sl2Bew1CArWiDAsIiVRTZd7+wB6lZ+oEgablWsMfEGnATtuC2FH W/KP6qF+UQM/s2USe8F08jrquw2NyglPFpnun3rPp3YBCLe242EfNxe21QLN7u+t9hFw Xvsw== 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 lc17si3599636ejb.413.2020.05.07.11.47.05; Thu, 07 May 2020 11:47:29 -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 S1728098AbgEGSph (ORCPT + 99 others); Thu, 7 May 2020 14:45:37 -0400 Received: from mail.kernel.org ([198.145.29.99]:46490 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726367AbgEGSph (ORCPT ); Thu, 7 May 2020 14:45:37 -0400 Received: from gandalf.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 92ED520870; Thu, 7 May 2020 18:45:35 +0000 (UTC) Date: Thu, 7 May 2020 14:45:34 -0400 From: Steven Rostedt To: Joe Perches Cc: Valentin Schneider , Jason Yan , mingo@redhat.com, peterz@infradead.org, juri.lelli@redhat.com, vincent.guittot@linaro.org, dietmar.eggemann@arm.com, bsegall@google.com, mgorman@suse.de, linux-kernel@vger.kernel.org Subject: Re: [PATCH] sched/fair: Return true,false in voluntary_active_balance() Message-ID: <20200507144534.09abd685@gandalf.local.home> In-Reply-To: References: <20200507110625.37254-1-yanaijie@huawei.com> <20200507132828.1af39b80@gandalf.local.home> <20200507133024.18dbe349@gandalf.local.home> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 07 May 2020 10:55:33 -0700 Joe Perches wrote: > > If anything, we can teach people to try to understand their fixes, to see > > if something is really a fix or not. Blindly accepting changes like this, > > is no different than blindly submitting patches because some tool says its > > an issue. > > > > Most people seem to prefer bool returns with apparent bool constants > even though true and false are enumerator constants (int) of 1 and 0 > in the kernel. > > from include/linux/stddef.h: > > enum { > false = 0, > true = 1 > }; Sure, do that for new code, but we don't need these patches popping up for current code. That is, it's a preference not a bug. -- Steve