From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from out2-smtp.messagingengine.com ([66.111.4.26]:43121 "EHLO out2-smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S966236AbcIYNVX (ORCPT ); Sun, 25 Sep 2016 09:21:23 -0400 Date: Sun, 25 Sep 2016 15:21:27 +0200 From: Greg KH To: Arnd Bergmann Cc: linaro-kernel@lists.linaro.org, Build bot for Mark Brown , kernel-build-reports@lists.linaro.org, stable@vger.kernel.org Subject: Re: v4.4.22 build: 0 failures 4 warnings (v4.4.22) Message-ID: <20160925132127.GA12961@kroah.com> References: <2634456.rLc29tnUR8@wuerfel> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2634456.rLc29tnUR8@wuerfel> Sender: stable-owner@vger.kernel.org List-ID: On Sat, Sep 24, 2016 at 11:29:51PM +0200, Arnd Bergmann wrote: > On Saturday, September 24, 2016 11:55:27 AM CEST Build bot for Mark Brown wrote: > > > > Warnings Summary: 4 > > 3 ../drivers/iio/industrialio-core.c:451:23: warning: format '%u' expects argument of type 'unsigned int', but argument 4 has type 'long int' [-Wformat=] > > This was introduced in v4.4.22 with dd1e7b240649 ("iio:core: fix > IIO_VAL_FRACTIONAL sign handling"), 171c0091837c upstream. > > In newer kernels, the type returned from 'abs' is different after > 8f57e4d930d4 ("include/linux/kernel.h: change abs() macro so it > uses consistent return type") got applied. We could backport > that as well into stable, or (simpler) change the format string > to use "%lu". I took 8f57e4d930d4 in the queue, thanks, I was trying to figure out what caused that warning... > > > 2 ../kernel/cpuset.c:2101:11: warning: initialization from incompatible pointer type [-Wincompatible-pointer-types] > > 1 ../kernel/cpuset.c:2101:2: warning: initialization from incompatible pointer type > > 1 ../kernel/cpuset.c:2101:2: warning: (near initialization for 'cpuset_cgrp_subsys.fork') > > This got introduced by 06ec7a1d7646 ("cpuset: make sure new tasks > conform to the current config of the cpuset"). In the upstream > kernel, the function prototype was changed as of b53202e63089 > ("cgroup: kill cgrp_ss_priv[CGROUP_CANFORK_COUNT] and friends"). > > That patch is not suitable for stable kernels, and fortunately > the warning seems harmless as the prototypes only differ in the > second argument that is unused. Adding that argument gets rid > of the warning: I've applied your patch below to the tree as well, thanks again for both of these. I'll try to be more careful now that we have all warnings silent. Well, most of them, I'm still getting a few odd ones from my build systems, I'll email a follow-on message going into those... thanks, greg k-h