From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id A366BC433EF for ; Fri, 6 May 2022 07:34:13 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 2D41D6B0071; Fri, 6 May 2022 03:34:13 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 281866B0073; Fri, 6 May 2022 03:34:13 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 1711F6B0074; Fri, 6 May 2022 03:34:13 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0011.hostedemail.com [216.40.44.11]) by kanga.kvack.org (Postfix) with ESMTP id 08C626B0071 for ; Fri, 6 May 2022 03:34:13 -0400 (EDT) Received: from smtpin05.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay13.hostedemail.com (Postfix) with ESMTP id D430060869 for ; Fri, 6 May 2022 07:34:12 +0000 (UTC) X-FDA: 79434504744.05.A0AFBA8 Received: from mga14.intel.com (mga14.intel.com [192.55.52.115]) by imf24.hostedemail.com (Postfix) with ESMTP id 99F4C180043 for ; Fri, 6 May 2022 07:34:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1651822452; x=1683358452; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=rpRUIxRsFJfMvDD+IjLJpjOz3re74JSzeIb7dhOzr60=; b=ncdNWozz7FLWvLq1Zms0bDaJ2PdcWo/Kq9UBlzyChMc6ZiNmE24N8wkv hIy7eJy2oGlUxoMaYy208YvcfTSvMYH+rfBUjdLcf8gDo7djp0fRuR177 TWqmsP/sNYjXV3q6RHjZTHUzYdsQrJFqZknpC5DaPDoYc+dCfwL2ovaVy wQolUSLzkSb7XONDxJ2DIy6spgtGt0/tHNUIbsVX9rRDXUuYSTzxMrqrA qWyLJCKDG21tbmUw1pLNA0JeS9extOI8CHiNfAWDsQZU2xKFUTNIw8+GQ eS1mJnF6wB/f6IglHPiWMqLP+WfYE6/v05WLBC/OoTdQLvno3V5uzP8Xz g==; X-IronPort-AV: E=McAfee;i="6400,9594,10338"; a="268528080" X-IronPort-AV: E=Sophos;i="5.91,203,1647327600"; d="scan'208";a="268528080" Received: from orsmga008.jf.intel.com ([10.7.209.65]) by fmsmga103.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 06 May 2022 00:34:10 -0700 X-IronPort-AV: E=Sophos;i="5.91,203,1647327600"; d="scan'208";a="585831417" Received: from rli9-dbox.sh.intel.com (HELO rli9-dbox) ([10.239.159.142]) by orsmga008-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 06 May 2022 00:34:07 -0700 Date: Fri, 6 May 2022 15:32:18 +0800 From: Philip Li To: Arnd Bergmann Cc: Dave Hansen , kernel test robot , kbuild-all@lists.01.org, Linux Memory Management List , Tony Lindgren , Russell King , linux-omap , Linux ARM , Linux Kernel Mailing List Subject: Re: [PATCH] ARM: dove: fix returnvar.cocci warnings Message-ID: References: <202205031017.4TwMan3l-lkp@intel.com> <8704209d-d487-a297-b05a-5db99f5f808c@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Stat-Signature: zy6zuxor9d4uozynyiaeh7rwrihq1f4b X-Rspamd-Server: rspam07 X-Rspamd-Queue-Id: 99F4C180043 X-Rspam-User: Authentication-Results: imf24.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=ncdNWozz; dmarc=pass (policy=none) header.from=intel.com; spf=none (imf24.hostedemail.com: domain of philip.li@intel.com has no SPF policy when checking 192.55.52.115) smtp.mailfrom=philip.li@intel.com X-HE-Tag: 1651822445-901588 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Fri, May 06, 2022 at 09:17:44AM +0200, Arnd Bergmann wrote: > On Fri, May 6, 2022 at 3:09 AM Philip Li wrote: > > On Thu, May 05, 2022 at 09:31:37AM -0700, Dave Hansen wrote: > > > On 5/3/22 00:21, Arnd Bergmann wrote: > > > > On Tue, May 3, 2022 at 4:45 AM kernel test robot wrote: > > > >> From: kernel test robot > > > >> > > > >> arch/arm/mach-omap2/dma.c:82:10-16: Unneeded variable: "errata". Return "0" on line 161 > > > >> > > > >> Remove unneeded variable used to store return value. > > > >> > > > >> Generated by: scripts/coccinelle/misc/returnvar.cocci > > > >> > > > >> Reported-by: kernel test robot > > > >> Signed-off-by: kernel test robot > > > > I checked the patch, and unfortunately it is wrong, the current code > > > > needs to stay. > > > > The problem is the SET_DMA_ERRATA() macro that accesses the > > > > local 'errata' variable. > > > > > > 0day folks, do we have humans looking over these before they're going > > > out to the list? If not, can we add some? If so, can the humans get a > > > little more discerning? ;) > > > > Sorry all for the bad patch. So far, we pick up several cocci warnings that > > we have confidence based on early result analysis and feedback, for these > > warnings, 0day sends out patch automatically. > > > > Thanks for the suggestion Dave, We will change current process to be more > > conservative and to avoid false patch by adding human analysis. > > For the returnvar.cocci false-positives, I wonder if it's possible to find them > using another coccinelle helper that detects badly formed macros which > access variables out of scope. I can't think of how this would be expressed, > but maybe someone has an idea. > > Something else went wrong in this particular patch, and I can't explain > how this happened: the subject line contains the name of the wrong platform, > "dove" rather than "omap2". My guess is that this was human error copying > the subject line from another patch, but if this came from a script, you > may want to check how this gets generated. Thanks Arnd, we will investigate this to fix our side issue. And thanks for taking time to check the detail, as mentioned in other reply, we will not send out patch unless it is carefully reviewed/acked by members of 0day. > > Arnd