Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp1316442ybt; Thu, 25 Jun 2020 03:10:33 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzUKjWNfXKCrBY+04zMWx+WmdvNDf0IF4sASrBPwkJ6giG+V+ZlGNWF/puc117ybhJF7qat X-Received: by 2002:a17:907:7294:: with SMTP id dt20mr28330673ejc.355.1593079833122; Thu, 25 Jun 2020 03:10:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593079833; cv=none; d=google.com; s=arc-20160816; b=b+qvpPaSYmNFFEhdI5k0zwYSKLjG9Ki8hIr4zz4BJiXpGDgFYVp98zZsPQgBc/bUAN Gtn1gO/qlTwHLUt4ztPP0LdsjqzPonXSXqH/7qBzddqTLQqVmzGuEmoz/OxGirFGXvYA WizvCFRZchV7dXWLsGdiWkCiouNgvgJXoiw1vDb4dDr+5FYM7o2YIaKTKyFghSdFdquf IXvji+kMUi2aFc6BU2L7HDYHVeLqC/LiF15ocHavWH9Od/wuPA0YiyTXdbS8nabOgWGU JOxIx7ehEHxSDwHBfILr1owz4RYNs466+rWI1CNv8Yg/J6YQY4OtRp1M5OAhrRXNT7bK X2Xw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=gF8gzDWiuSwEuEh9zHNZ2k2kx2v7ulNdq0PIMPeYdio=; b=pzi6izMc6DeFhNs5epSs2RI11fcOGHJ+Y7SS48sBKRR8FnDLmsxI3gI+dFmI/IhxBX 8V57KHssYTpeD8Ik3CkTJHSpGDm/Fc+duAxKThR7iXKIxmtovmXJiC/ziC/nAo+LUVYU SVDl3QpwAlcCnQmbMViBD9DoYCJFCi/SUZMSb6e/osi3QcXVTlIVhZ2mjCkzA+RY2YMF ncK3wVbRfshjJ5Z1gPAkB90NI6yeIqomLPP5fRVZa5fIZ4J1mmtmpTvIC2HXVV/FGZQD jhuZ3xyFr9S7KO2uE+XrEEhhQIInHC7NF6aghCkniWn+y/CG88xMstGehHZJ8n1aKgfV 0zPw== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a18si4427508edn.607.2020.06.25.03.10.09; Thu, 25 Jun 2020 03:10: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; 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 S2390087AbgFYJ7n (ORCPT + 99 others); Thu, 25 Jun 2020 05:59:43 -0400 Received: from elvis.franken.de ([193.175.24.41]:37041 "EHLO elvis.franken.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388485AbgFYJ7n (ORCPT ); Thu, 25 Jun 2020 05:59:43 -0400 Received: from uucp (helo=alpha) by elvis.franken.de with local-bsmtp (Exim 3.36 #1) id 1joOfV-0001nc-00; Thu, 25 Jun 2020 11:59:41 +0200 Received: by alpha.franken.de (Postfix, from userid 1000) id 1DCD5C0708; Thu, 25 Jun 2020 11:40:59 +0200 (CEST) Date: Thu, 25 Jun 2020 11:40:59 +0200 From: Thomas Bogendoerfer To: Alexander Lobakin Cc: Alexandre Belloni , Paul Burton , linux-mips@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH mips-next 0/3] MIPS: fix the two most annoying sparse floods Message-ID: <20200625094059.GA7660@alpha.franken.de> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Jun 20, 2020 at 09:33:38AM +0000, Alexander Lobakin wrote: > This set addresses the two most annoying sparse floods when building the > tree with C={1,2}: one in asm/io.h (in several mangle-port.h actually), > and one in asm/checksum.h. > Both of these comes from lack of forced typecasting and hence harmless, > but complicates real bug hunting, as asm/io.h is included in almost > every driver, while asm/checksum.h is included in lots of networking > code. > > I also fixed two wrong __mem_ioswabq() macros while was nearby. > Tested on Generic MIPS platform -- no more flooding in console (there's > one more source in mips-cm.h, but it's included in just a few files, so > not a real problem. It can be issued separately anyway), while objdump > doesn't see any difference at all. > > Alexander Lobakin (3): > MIPS: generic/ip32: io: fix __mem_ioswabq() > MIPS: io: fix sparse flood on asm/io.h > MIPS: checksum: fix sparse flooding on asm/checksum.h > > arch/mips/include/asm/checksum.h | 4 ++-- > .../include/asm/mach-cavium-octeon/mangle-port.h | 12 +++++++++--- > arch/mips/include/asm/mach-generic/mangle-port.h | 12 ++++++------ > arch/mips/include/asm/mach-ip27/mangle-port.h | 6 +++--- > arch/mips/include/asm/mach-ip30/mangle-port.h | 6 +++--- > arch/mips/include/asm/mach-ip32/mangle-port.h | 6 +++--- > arch/mips/include/asm/mach-tx39xx/mangle-port.h | 6 +++--- > arch/mips/include/asm/mach-tx49xx/mangle-port.h | 6 +++--- > 8 files changed, 32 insertions(+), 26 deletions(-) series applied to mips-next. Thomas. -- Crap can work. Given enough thrust pigs will fly, but it's not necessarily a good idea. [ RFC1925, 2.3 ]