Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753343AbcJNJ61 (ORCPT ); Fri, 14 Oct 2016 05:58:27 -0400 Received: from mail-qk0-f194.google.com ([209.85.220.194]:35525 "EHLO mail-qk0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751852AbcJNJ6S (ORCPT ); Fri, 14 Oct 2016 05:58:18 -0400 MIME-Version: 1.0 In-Reply-To: <20161014092342.25546-2-jslaby@suse.cz> References: <20161014092342.25546-1-jslaby@suse.cz> <20161014092342.25546-2-jslaby@suse.cz> From: Vegard Nossum Date: Fri, 14 Oct 2016 11:57:37 +0200 Message-ID: Subject: Re: [PATCH] fs: pipe, fix undefined behaviour To: Jiri Slaby Cc: Al Viro , LKML , linux-fsdevel Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1794 Lines: 51 On 14 October 2016 at 11:23, Jiri Slaby wrote: > echo | ./program > where ./program contains fcntl(0, F_SETPIPE_SZ, 0) this is triggered: > UBSAN: Undefined behaviour in ../include/linux/log2.h:63:13 > shift exponent 64 is too large for 64-bit type 'long unsigned int' > CPU: 3 PID: 4978 Comm: syz-executor Not tainted 4.8.1-0-syzkaller #1 > Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.9.1-0-gb3ef39f-prebuilt.qemu-project.org 04/01/2014 > ... > Call Trace: > ... > [] ? pipe_fcntl+0xa3/0x7a0 > [] ? SyS_fcntl+0x930/0xf30 > [] ? entry_SYSCALL_64_fastpath+0x23/0xc1 > > Documentaion of roundup_pow_of_two explicitly mentions that passing > size 0 is undefined. So return 0 from round_pipe_size prematurely to > fix this. > > Signed-off-by: Jiri Slaby > Cc: Alexander Viro > Cc: linux-fsdevel@vger.kernel.org > --- > fs/pipe.c | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/fs/pipe.c b/fs/pipe.c > index 8e0d9f26dfad..23c0c06ffc33 100644 > --- a/fs/pipe.c > +++ b/fs/pipe.c > @@ -1024,6 +1024,9 @@ static inline unsigned int round_pipe_size(unsigned int size) > { > unsigned long nr_pages; > > + if (!size) > + return 0; > + > nr_pages = (size + PAGE_SIZE - 1) >> PAGE_SHIFT; > return roundup_pow_of_two(nr_pages) << PAGE_SHIFT; > } Just FYI I sent a patch for this earlier with a bit more analysis, although it probably no longer applies cleanly: https://lkml.org/lkml/2016/8/12/215 Personally I felt it was cleaner to limit the argument passed to round_pipe_size() instead of relying on the implicit long -> int truncation. Anyway, feel free to crib from the patch and/or changelog. Vegard