Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp3768080pxk; Tue, 8 Sep 2020 01:47:21 -0700 (PDT) X-Google-Smtp-Source: ABdhPJybU6kUWDtIsvJVS/5mnkwd3p84eaLDgLS8e6g5MLK4NvO/WMYyobvHQiQsyoVTOUbXMf53 X-Received: by 2002:a17:906:4087:: with SMTP id u7mr24839218ejj.466.1599554841581; Tue, 08 Sep 2020 01:47:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1599554841; cv=none; d=google.com; s=arc-20160816; b=qg9tePs3deZN7yr+SybCYwVdntP1ZHe6gKNgAlEa3LBrAvKWewDi+f8+G8KHzLc6ja XfeCplrVW+/nJoI9Qg4RmlnPEZihZfk1geYGa9O5h3rxRn0+F3yVmEPwmwEdmOvfVSYf jMbBPjc8x2RFVqSJFhzkEn9PWU5+sxuTn+jlp83qaq8Q9V1pNnRr5vskzuGYBdG4DtJn t0agdNXYpezdEJskQIHRc7Jm3Se7xmB2yX3HmS3skKkXib5c48I30OKxyZuQHN5dt7sM EkkGUbZPyuMzFqEBC3P9d5kwkdBGKzFDRjGLa/PL0v1crvI5GK3vkA+1yJs3RDQv9lTH rnfA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=zxSReaeKsWNMqXHUrN/wepLZJeaGHtV4Xq/Uiup0Lq0=; b=ymm+XGRbM342kMa1K+DlbslOqYt6NforPUJJ1uR7mYutoufrKWzqPYn0WdFcX1rCsZ GVVdU4htJeOKdm52QBl6L5af0TnAJNlRe9R6sAQabkzpoyKZN3Fr61jIuDcklJMQ9FjW qF5F0jhO0k05aBWyrKuhEgBLUIinvcZ1bhErdeqkBvggsCJ/n31rpBe0esXw7Ci3QtNc jl/7YXqD6Bmxdaqdhv4Aip7EzusnUeCWZKCGGW5tTR7flul7TEhTly+lhP7ZJyYmGh9/ wuCOj9veCtNM8p7XXPBQcWrJVm3x2MsDxy4xmccKsWTMDFKePnfHyJHGzy49a3OuND2B nfhg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=cr10Cch9; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r16si10605564edt.192.2020.09.08.01.46.56; Tue, 08 Sep 2020 01:47:21 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-wireless-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=@linaro.org header.s=google header.b=cr10Cch9; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729911AbgIHIqj (ORCPT + 99 others); Tue, 8 Sep 2020 04:46:39 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43894 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730154AbgIHIqe (ORCPT ); Tue, 8 Sep 2020 04:46:34 -0400 Received: from mail-wr1-x442.google.com (mail-wr1-x442.google.com [IPv6:2a00:1450:4864:20::442]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8BB9AC061573 for ; Tue, 8 Sep 2020 01:46:33 -0700 (PDT) Received: by mail-wr1-x442.google.com with SMTP id a17so18170997wrn.6 for ; Tue, 08 Sep 2020 01:46:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=zxSReaeKsWNMqXHUrN/wepLZJeaGHtV4Xq/Uiup0Lq0=; b=cr10Cch9Nj+ChkzYu7awIXU7u2p6g+HckAnw0AN03Ju+nc4hZTJtgmLXQnnssbVsA4 JyplKDgV9jP7cqGeWflqT3QoH1Q6HGTr3zOCTB6f6bPRW0+WDpUe4RsIN/aiwq/eFpEY MSNz+OBZiVwLOO/M8167ynnFuRcd049fa650TjugZQ7OsntRCb3mMm84Mcz0epk+5oNM 7X/q3mUJDh5Pw2OuVzr1rvLrvpWers2I61YhPiRIF43Lqqg3ebYawDwdSsR1mXvTMrzv WbTJRcAz6L+88F8cL/ZFpH3pYQE7Ykt66Z75OGXAUhEOLXM04t5OPaHzEuH+oHNlXEKW 5JJQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=zxSReaeKsWNMqXHUrN/wepLZJeaGHtV4Xq/Uiup0Lq0=; b=POW3wSlJavUbqsmDKL+KB4mjgQEmsH/LSvKvOyNG+kVDA3e6N8UWS+NIUslf7JI3YV /zN/3zzukJxu0GgwV2r+6vhImPxE9X8a27WAAyXrd7gPjfJHv6uw5Tw30Y63aK+tNeGB o63h+ODv9ldQAgdKc/X8+t0925jaAV0+G70b6x4Ha5iHXzYWAn8nGsUJ6KGB+eLpwWN5 QDJJJ0RyUHHyUOTJj8KzxIhMP9wy0UhawAWMUoa1Or2tUccs4iN2oazogOG8hRvwz3qE zyw0Dxp9EbWtkU2aVAfKPXCXyfWT4IFMlMsyTPjt4UgHprCrfoi0cW6CEQbthWeR5LVM /BIw== X-Gm-Message-State: AOAM531gGUzID/7KEALog15avFFxKuxlpP2vXQpLbyp9X67Iznp7klu1 1d0TMiQCFoTHmDnsgDZA3/BtfQ== X-Received: by 2002:a05:6000:11cd:: with SMTP id i13mr6416895wrx.140.1599554792285; Tue, 08 Sep 2020 01:46:32 -0700 (PDT) Received: from dell ([91.110.221.204]) by smtp.gmail.com with ESMTPSA id 9sm11623485wmf.7.2020.09.08.01.46.31 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 08 Sep 2020 01:46:31 -0700 (PDT) Date: Tue, 8 Sep 2020 09:46:29 +0100 From: Lee Jones To: Kalle Valo Cc: davem@davemloft.net, kuba@kernel.org, linux-kernel@vger.kernel.org, linux-wireless@vger.kernel.org, netdev@vger.kernel.org Subject: Re: [PATCH 00/32] Set 2: Rid W=1 warnings in Wireless Message-ID: <20200908084629.GI4400@dell> References: <20200821071644.109970-1-lee.jones@linaro.org> <87o8mp6epv.fsf@codeaurora.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87o8mp6epv.fsf@codeaurora.org> Sender: linux-wireless-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org On Tue, 01 Sep 2020, Kalle Valo wrote: > Lee Jones writes: > > > This set is part of a larger effort attempting to clean-up W=1 > > kernel builds, which are currently overwhelmingly riddled with > > niggly little warnings. > > > > There are quite a few W=1 warnings in the Wireless. My plan > > is to work through all of them over the next few weeks. > > Hopefully it won't be too long before drivers/net/wireless > > builds clean with W=1 enabled. > > BTW, now the patches are in random order and it's quite annoying to > review when there's no logic. Grouping them by the driver would be a lot > more pleasent for reviewers. My script makes a best effort attempt to group changes by file. It takes the first warning presented by the compiler then greps the output for all issues pertaining to that file. I then split the patch by issue (i.e. different patches for; kernel-doc, unused variables, bracketing etc). One issue you might be seeing is the potential for one fixed issue to cause another i.e. when one unused variable is removed which was the only user of another, leading to a subsequent fix of the newly unused variable. Other than that, I'm not sure why they would end up out of order. -- Lee Jones [李琼斯] Senior Technical Lead - Developer Services Linaro.org │ Open source software for Arm SoCs Follow Linaro: Facebook | Twitter | Blog