Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp569149pxa; Fri, 31 Jul 2020 22:06:50 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzWYEGdaxD957DsQVMElnqduzgP0hxX9X2uwZ9hk6bebTtLCMpzZwWm0gjl52Dr0Dg4AlgS X-Received: by 2002:a17:907:408c:: with SMTP id nt20mr7076846ejb.503.1596258410546; Fri, 31 Jul 2020 22:06:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1596258410; cv=none; d=google.com; s=arc-20160816; b=UsKxyyu3YCAbjJ+pAmYqtbm05X0JX/UF0VeXKxxPzqT0r4usd8AIolA9n7tWJ4ftWj Aq/02I0AjdFCjiFzmN0ib7fZitYJvQeXsrgf0Ibvaooa+kWSD71X3dVdgLt/49t4e32c RDE8jOBPzk8u7VWLqdLoGdE8l5iEDLE+Cr8efp9xhZCIDPQ9wPnVTkYj541KH+PsJzu8 ltGT6KwRfHEEoM2WQ/kAL+zIkwQVgaYYhrG4jtYgr3b/+kSPthOUnCzJs2yeb7Qi0UOz f4GIjFM3cr+0mBQJHfPG8Zy9mHQjyNeIIQ3Zo8QQ+3fJ0cRdryiUQusLFn/vhYIUbNWl 9u2A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:to:cc:date:message-id:subject :mime-version:from:content-transfer-encoding; bh=a48AVRFEzmkNJmM9hlvTtV7hrvCs1LXmHGHTIg0JOZw=; b=XeA1EGYHgHBzSZLosPbNBc1Zl0n+Az9arbHmJvhbVZ7Bj59B3aMQC54t8/Sa3alWiW fS2oZayOn2uiKO3ffeRv1PQtgGNPGHhLidl4v3TTasn8YfDAXaYheaEMC+mgsjw4WqCC 19mxv3CAe16pQ7aMspT0TPtchAZ14d7FI2drPu7MTwSyz3QgJOnt54W+G1Lew6q5mwXb /PTWoUFTrUf2ixq49thfrbjIoqsSxk7bbuGOBHFTtTwZAsHTVArKyGbyczwVziOlGfBq X7tCV6/OZGQUqJiOwt8rWqbInz6U7PFeWqd44dww/QMehIfdyqLlQZ8JvgIUDRPapKk7 Bivw== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i2si3732045edk.282.2020.07.31.22.06.27; Fri, 31 Jul 2020 22:06:50 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725820AbgHAFDx convert rfc822-to-8bit (ORCPT + 99 others); Sat, 1 Aug 2020 01:03:53 -0400 Received: from out30-130.freemail.mail.aliyun.com ([115.124.30.130]:53827 "EHLO out30-130.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725601AbgHAFDw (ORCPT ); Sat, 1 Aug 2020 01:03:52 -0400 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R171e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01f04397;MF=cambda@linux.alibaba.com;NM=1;PH=DS;RN=2;SR=0;TI=SMTPD_---0U4MsdmN_1596258228; Received: from 10.150.185.158(mailfrom:cambda@linux.alibaba.com fp:SMTPD_---0U4MsdmN_1596258228) by smtp.aliyun-inc.com(127.0.0.1); Sat, 01 Aug 2020 13:03:50 +0800 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8BIT From: Cambda Zhu Mime-Version: 1.0 (1.0) Subject: Re: [PATCH] checkpatch: skip macros when finding missing switch/case break Message-Id: <46F62293-BC9E-4428-94BD-186B0E3D3A5E@linux.alibaba.com> Date: Sat, 1 Aug 2020 13:03:48 +0800 Cc: linux-kernel@vger.kernel.org To: Joe Perches X-Mailer: iPhone Mail (17G68) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org I agree with you. Actually there are some false warnings not mentioned in my patch, such as: case xxx: { if () { return; } else { if () { return; } else { return; } } } case xxx: ... Since compiler can do this now, I think this test should be removed. Regards, Cambda > 在 2020年8月1日,02:05,Joe Perches 写道: > > On Wed, 2020-07-29 at 20:59 +0800, Cambda Zhu wrote: >> The checkpatch.pl only searches 3 previous lines when finding missing >> switch/case break, and macros are treated as normal statements. If the >> cases are surrounded with CONFIG, checkpatch.pl may report false >> warnings. For example: > > Likely this test should be removed altogether as > it's never really worked well and now compilers > find this and emit warnings.