From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.17.13]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id EE1431A051C for ; Wed, 17 Dec 2014 21:54:21 +1100 (AEDT) From: Arnd Bergmann To: linuxppc-dev@lists.ozlabs.org Subject: Re: [PATCH 13/18] powerpc/uaccess: fix sparse errors Date: Wed, 17 Dec 2014 11:53:56 +0100 Message-ID: <3268591.VzqP3kr6UD@wuerfel> In-Reply-To: <1418777556.27103.7.camel@kernel.crashing.org> References: <1418575877-21488-1-git-send-email-mst@redhat.com> <20141216164746.GB21876@redhat.com> <1418777556.27103.7.camel@kernel.crashing.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Cc: linux-arch@vger.kernel.org, Paul Mackerras , linux-kernel@vger.kernel.org, "Michael S. Tsirkin" List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Wednesday 17 December 2014 11:52:36 Benjamin Herrenschmidt wrote: > On Tue, 2014-12-16 at 18:47 +0200, Michael S. Tsirkin wrote: > > On Sun, Dec 14, 2014 at 06:52:51PM +0200, Michael S. Tsirkin wrote: > > > virtio wants to read bitwise types from userspace using get_user. At the > > > moment this triggers sparse errors, since the value is passed through an > > > integer. > > > > > > Fix that up using __force. > > > > > > Signed-off-by: Michael S. Tsirkin > > > > Ping. > > Do powerpc maintainers consider fixing sparse errors > > applicable for 3.19? > > If yes, can you pls merge this patch? > > Relax Our patches are tracked in Patchwork and such fixes aren't > necessarily constrained by the merge window. Michael will probably > pick it up but don't expect systematic replies to patches in 2 days ... > > Also, when sending a series like that where one of us only gets > CCed on one of the patch, it helps to make it clear whether you > only expect an ack or whether you expect us to take the patch. Michael initially asked how these patches should merged, and as I discussed with him on IRC, I wouldn't take them through the asm-generic tree for 3.19 at this point, but I offered to take the ones that are not picked up by arch maintainers through that tree for 3.20. I also recommend to him to clarify this with maintainers of the architectures he cares about most so they can decide whether to pick it up or not, which triggered the message above. Arnd