Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp2680961iob; Fri, 6 May 2022 08:11:57 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyhEfHFY2/w5wn5aocHwA8hcLPtLLdKpyRdXl32Pb4ojhIqZeyNfqZTIlYcRGOPLlhgc5f0 X-Received: by 2002:a05:6a00:14cc:b0:510:4b70:403e with SMTP id w12-20020a056a0014cc00b005104b70403emr4067499pfu.55.1651849917036; Fri, 06 May 2022 08:11:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1651849917; cv=none; d=google.com; s=arc-20160816; b=u/5otXqGWtUzKWNt9SJ4pTTBnTBOgnNqIw2BsLKmYZtbUsJJGlbCPkwqrJooeyAF6P VmXLl9JfeX+jMdZ5lmGlQ15p1oz21IMWxx4eB7+0BKObqhPPuwZehOj5I9Aa4V3fxmDh KgYebq1IQhz11az8WP+idxJeA2GvpZBJHHiO0OYfueP0+JiUXVRDPLLszqAyRDSYURQ/ mUyi8A3aa6jahrIJWt+2ElpTxqecsCaKq+3J1c55XnMUp4DzGPJftnV8sFfBrwlrvr4f FAAMIHuBkN+uRTFBtgAq7ADsbMd2s4x7lBbt53NspzHhiCGGbigdMpgWnm/UO/IH8e2U 4wTA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=eOeA3euHrLhotFJoqMfsgJD60r+WPwtY2pK2XoZ53sk=; b=epPBigYaaOTUc1KcPNUc4DBrzmKuMRtaYtltFfG4AS4IQO7Z60mah1rSakNkEx5glF Vm/D9LyE8mLd1mrYgFYT6xH0DCcqEzZCoovHeR08sA9PalNdzFG9hgpNSseCeCZnywcK xrkcaxOlPFT47oL9/hIKn+RS3z928T+3YDWxWIw8oqSTx7qFkhlr+xzgmuDRsTd1CPLN 7wiB73462bjU1yhqAfYDmkq/timTJB5QhG8uk2CXtZdVVkTr5Lp4duYqpdpy7DNtO4jV euKCNLJrRSS7g8/eu3vCfxw3xy3elwlYsENasKSbIHH72ZCAUW9odSPWqssp3zAsEXBw a7fQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=iRx210wx; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id s25-20020a639259000000b003c1e5d4ff02si4995936pgn.348.2022.05.06.08.11.39; Fri, 06 May 2022 08:11:57 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=iRx210wx; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1348003AbiEFBOt (ORCPT + 99 others); Thu, 5 May 2022 21:14:49 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39038 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1387795AbiEFBOs (ORCPT ); Thu, 5 May 2022 21:14:48 -0400 Received: from mga07.intel.com (mga07.intel.com [134.134.136.100]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9980261296; Thu, 5 May 2022 18:11:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1651799465; x=1683335465; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=r/8ZoH7x8kextBDC9EcGTqQBcpjNzluLvqs0Fv7Xd98=; b=iRx210wxuD9SCk11oM5LRKUR3mNo+Q+0uulJn/iBtZ4c4ZXWIyqQBm76 FzGzosnQerwa9zfjGZ3iOyRXy1SlNKu5ZMs2WQ3+XWPILo695sXqKHDwt qPqDcRECfYD1fqYQxG1xTghHQDmLQ8fx7ABA1HvhXWx91I3ZiZ8m+RUiP umT3L3QcvPLjVkrmCyP9Ls5eMjuHS2fSqV7NO9MX5ZAGBqa6eBAg3u57Y yTq4BEMP+sLy4H/NvghepXTFLzR7xbykYreAy8W9KpRTnd/1EHEFOQiSR 0WMRGo6SHYloX3t8Oi8VgPJMD8FHjdFQjJXE5GYkdGwltmgDyuSKi2AI+ A==; X-IronPort-AV: E=McAfee;i="6400,9594,10338"; a="331298546" X-IronPort-AV: E=Sophos;i="5.91,203,1647327600"; d="scan'208";a="331298546" Received: from orsmga006.jf.intel.com ([10.7.209.51]) by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 05 May 2022 18:11:05 -0700 X-IronPort-AV: E=Sophos;i="5.91,203,1647327600"; d="scan'208";a="537630977" Received: from rli9-dbox.sh.intel.com (HELO rli9-dbox) ([10.239.159.142]) by orsmga006-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 05 May 2022 18:11:02 -0700 Date: Fri, 6 May 2022 09:09:13 +0800 From: Philip Li To: Dave Hansen Cc: Arnd Bergmann , 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: <8704209d-d487-a297-b05a-5db99f5f808c@intel.com> X-Spam-Status: No, score=-5.0 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_NONE,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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. Thanks