Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp2545534pxf; Sat, 27 Mar 2021 15:28:33 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyQQpSSPJjrsykGUHufPEXAHtlNCxl5bjTCtOERR04ATwWuVZ5ivSvwoPEaPPWmswYGDwYt X-Received: by 2002:aa7:cb0a:: with SMTP id s10mr21761885edt.36.1616884113291; Sat, 27 Mar 2021 15:28:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616884113; cv=none; d=google.com; s=arc-20160816; b=KbZhTjI8QgtTEx+wvsHDkEojdcWNb5+Y8wk1VGI8OrvtsoAehvdyxZ6eGs6c9josFu CVmyBsV1sqMtnyEGHXXJzg1WeFcI4ARYyRH2rQV6AkOqxps6uR5FcYvsn85MTrOhjmJl 2z3uhyg+AErKvNOY0rsKCpGAIdl/DLlUs1rs9+HF3MjBBkvSlOUsFJDPXRxmts8gx3fa RTZVNpYEwRdiYy5C3wDBObtdmDb3nTU6zRfD1CWc+nmZ86+XHXpc4et2yWuotq04ms1L 8RxxYaaNVb1mdr8+kKmbZGOiaeOcjrFKIgQ9sZhLEsZQwvr29blfslhArPM99cwer5gO +adg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=X6K9dDfiPk2z/NpuiKCPto3h86VCspjXOpVOyrJGiCs=; b=JjXnTb/WelZ2+0L5cHpq212MBiRhXAkXVrU1vqZXWdI3KvZNBlZFCTYU3oAp4vjdPg dRU/f6WWHfH2XPM5nJFenkcSgUwJEnmz/NmD7KtYOZSGNDPmzoV7qlftVJX3UsmrEEei G/9L7LHzedvwioUtOWq5EuGesfVYu74eupJ9DdFFlO0WkAdkSVdivnc0CpOcYq6Cddyk xY0q9Se1nHVQhI+ZMrhRHTEpBAGSHrt6OyWfRxnxQvBR+FniAwiZJXZlFY6eIbPGHxrB kZ1dudsnPddqmvXStW7icXOd8oezilcs4Tpqj/UspDFXkf4bkXbC1ueSW9AQQ74KhzTl kYPQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b="nTb6S/Ek"; 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 wn9si9431895ejb.491.2021.03.27.15.28.11; Sat, 27 Mar 2021 15:28:33 -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; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b="nTb6S/Ek"; 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 S231192AbhC0W1F (ORCPT + 99 others); Sat, 27 Mar 2021 18:27:05 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37922 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230514AbhC0W0u (ORCPT ); Sat, 27 Mar 2021 18:26:50 -0400 Received: from casper.infradead.org (casper.infradead.org [IPv6:2001:8b0:10b:1236::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B2566C0613B1 for ; Sat, 27 Mar 2021 15:26:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:From:References:Cc:To:Subject:Sender :Reply-To:Content-ID:Content-Description; bh=X6K9dDfiPk2z/NpuiKCPto3h86VCspjXOpVOyrJGiCs=; b=nTb6S/Ek8XQdnkzYBLhAqXSVdQ md360J+0TGdSUWhPfHXH4wY1yJWuSsA2Z5elcg1+l7ii87J12TEXlUzLva5gztRYX7R4vIVhTKL7S YaRyQXKBvfCaMvBy13jGVxqj5alL8lU1QdVDm0ESBeqmA4Y7Dq4junZKdQrdI6BHan2ihAwfMce+s hvgJP7sXJSRCaNyzh2fFAOWLXSQeEP251ZP4xQIrsZUO4ZnVtcFLYmjDNWKcLTZF5Xt3XamJC5oBw 6KWkqdo+1+yTbtRxkLKyqpGykq2jONAo7rH+bedTEKln21Hb967IGr7Xz2/rCRN7lGBq1NpYWgQqe tWOVn54A==; Received: from [2601:1c0:6280:3f0::4557] by casper.infradead.org with esmtpsa (Exim 4.94 #2 (Red Hat Linux)) id 1lQHOF-00H8UQ-D3; Sat, 27 Mar 2021 22:26:47 +0000 Subject: Re: [PATCH] kconfig: nconf: stop endless search-up loops To: Mihai Moldovan , Masahiro Yamada Cc: linux-kernel@vger.kernel.org References: <20210327120155.500-1-ionic@ionic.de> <1ca3a90f-799e-d917-370e-1475e33cdb14@infradead.org> <111c5853-e488-0aaa-18e9-36792b648427@ionic.de> From: Randy Dunlap Message-ID: <362edad0-daea-1f56-bed3-b1df174cbbf1@infradead.org> Date: Sat, 27 Mar 2021 15:26:38 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.0 MIME-Version: 1.0 In-Reply-To: <111c5853-e488-0aaa-18e9-36792b648427@ionic.de> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 3/27/21 3:12 PM, Mihai Moldovan wrote: > * On 3/27/21 4:58 PM, Randy Dunlap wrote: >> On 3/27/21 5:01 AM, Mihai Moldovan wrote: >>> + if ((-1 == index) && (index == match_start)) >> >> checkpatch doesn't complain about this (and I wonder how it's missed), but >> kernel style is (mostly) "constant goes on right hand side of comparison", >> so >> if ((index == -1) && > > I can naturally send a V2 with that swapped. > > To my rationale: I made sure to use checkpatch, saw that it was accepted and > even went for a quick git grep -- '-1 ==', which likewise returned enough > results for me to call this consistent with the current code style. > > Maybe those matches were just frowned-upon, but forgotten-to-be-critized > examples of this pattern being used. There is a test for it in checkpatch.pl but I also used checkpatch.pl without it complaining, so I don't know what it takes to make the script complain. if ($lead !~ /(?:$Operators|\.)\s*$/ && $to !~ /^(?:Constant|[A-Z_][A-Z0-9_]*)$/ && WARN("CONSTANT_COMPARISON", "Comparisons should place the constant on the right side of the test\n" . $herecurr) && cheers. -- ~Randy