From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755274AbcEBXLM (ORCPT <rfc822;w@1wt.eu>);
	Mon, 2 May 2016 19:11:12 -0400
Received: from mout.kundenserver.de ([217.72.192.74]:56599 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1755221AbcEBXLK (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 2 May 2016 19:11:10 -0400
From: Arnd Bergmann <arnd@arndb.de>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: mm-commits@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-scsi@vger.kernel.org, jpoimboe@redhat.com,
        Martin Jambor <mjambor@suse.cz>,
        "Martin K. Petersen" <martin.petersen@oracle.com>,
        James Bottomley <James.Bottomley@hansenpartnership.com>,
        Denys Vlasenko <dvlasenk@redhat.com>, Thomas Graf <tgraf@suug.ch>,
        Peter Zijlstra <peterz@infradead.org>,
        David Rientjes <rientjes@google.com>, Ingo Molnar <mingo@kernel.org>,
        Himanshu Madhani <himanshu.madhani@qlogic.com>,
        Dept-Eng QLA2xxx Upstream <qla2xxx-upstream@qlogic.com>,
        Jan Hubicka <hubicka@ucw.cz>
Subject: Re: [PATCH v2] byteswap: try to avoid __builtin_constant_p gcc bug
Date: Tue, 03 May 2016 01:10:16 +0200
Message-ID: <2346484.tQ1Ts8bYKc@wuerfel>
User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; )
In-Reply-To: <20160502160218.595498b23dafe055fd52b039@linux-foundation.org>
References: <1780465.XdtPJpi8Tt@wuerfel> <20160502160218.595498b23dafe055fd52b039@linux-foundation.org>
MIME-Version: 1.0
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"
X-Provags-ID: V03:K0:LGPki/KPTJN7hbwvwIk4YSAomBlpoxeyZZf1oDgqRZIBOXs8s74
 lfDY+B/3AfFsJtaRYRc/KlHBEt6NrzyB44APWPxKHbqevKikRyYrPo0S8b0O4UZnsCXe4c/
 oDNkl8XDuUkZnnxJzICkpt6ZWbM3vDM73m8cpDCHtO/3dUhYbFrLJ2lcprUmDSdeEV/Bfq/
 t5AhJIUUW6wmxWjAVGrpg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:RnjpeRf+q1Y=:FIBmDv7OolZCEGTNmcIW5/
 LAxhD4ccBK7JK0X6+qBfwxFejKophUhgCWwDbvKuPhelthAzsoZMACcoH/8Xv/V4Os3golJ5M
 m5+j0GZ5Gacbzf1x9A8FcMFLxMnBw0Kii8dBGid4lYv+AIJZuv6Fjy9UT8gk27DBm+vqi9QTi
 OdchuB1FviypxPOAUHaxKXBjxBdLFeOYM0A3VD6b89jIBj5X7jXaqbrt6vxKPbYixV1buYhga
 Zt1aLEWVJkutOk15XeHYk5EuXMj5nSd7zimv/RR2aVzvOYD/06AdvtuXYM+x/PCBGwheg3QBi
 KPdURAau9/3uWBAEghjl/RXBaahJRjzMfVmpOeCqTAd8Ow7VugMzSO8J9U0bTXmEHg9N0+duE
 QbZGwv3pbJwWZIzSv8NkWmrzXlQ3nt7K/wYBtahfoQQCL0DjBKgxBhkXkNMAU5va0fLFZTPGU
 zDSeoYR6GxxIGYoAvCEb/zp2bT0rJlRhGDK4lZH4RUD3oAOetpsIup3WzXS9nBZVmAFyDIsJa
 xVAA9pvPD2UzxGVqOH670GfmyoPlvle7gNTMBpiemJOosryLtOp6qGSfD2G/N5gNEvm9PT33j
 GcDWOFttEzDlYibpNTBxMeZH1o7L2rJuqvq4CKLiG4Yc6e4DZqCr8Cfk4AnGItmFbSexP+gtq
 Y28GS663uuUynPwWRrI4tk9K1Fod7FfxJkPR34gNUrUVhoOpMyKz3DHv2y8gXLEJ+uglF6F1h
 2LPslr2GBIKQqvef
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On Monday 02 May 2016 16:02:18 Andrew Morton wrote:
> On Mon, 02 May 2016 23:48:19 +0200 Arnd Bergmann <arnd@arndb.de> wrote:
> 
> > This is another attempt to avoid a regression in wwn_to_u64() after
> > that started using get_unaligned_be64(), which in turn ran into a
> > bug on gcc-4.9 through 6.1.
> 
> I'm still getting a couple screenfuls of things like
> 
> net/tipc/name_distr.c: In function 'tipc_named_process_backlog':
> net/tipc/name_distr.c:330: warning: format '%u' expects type 'unsigned int', but argument 3 has type 'unsigned int'
> net/tipc/name_distr.c:330: warning: format '%u' expects type 'unsigned int', but argument 4 has type 'unsigned int'
> net/tipc/name_distr.c:330: warning: format '%u' expects type 'unsigned int', but argument 5 has type 'unsigned int'
> net/tipc/name_distr.c:330: warning: format '%u' expects type 'unsigned int', but argument 7 has type 'unsigned int'

I've built a few thousand kernels (arm32 with gcc-6.1) with the patch applied,
but didn't see this one. What target architecture and compiler version produced
this? Does it go away if you add a (__u32) cast? I don't even know what the
warning is trying to tell me.

	Arnd