Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp1234628imm; Tue, 15 May 2018 16:16:22 -0700 (PDT) X-Google-Smtp-Source: AB8JxZrz18klVnuNr1ulhvBC5WzZNNi2VY2odF6gLse+8kKCeMfmLhbSFO1agym8WFjmAmdBsBKO X-Received: by 2002:a63:7d51:: with SMTP id m17-v6mr14154057pgn.52.1526426182654; Tue, 15 May 2018 16:16:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1526426182; cv=none; d=google.com; s=arc-20160816; b=DaGBe0wNeTaQpRiCN4JjAA9Y4HcZ8WE7qPMBGKxdJyXpfNDqXvWmqeyr+he5YBqMff 9WFmWUdXkM9x5UbWkCFNat86+OHvK0mS2Bp4huKxon47psQRGn6zRrIHTW9GKIr0ODoj 0iv8NTjP8kzAL/rAqgJ9KOhRI9BTfLiQQrP1YQT9j2gHOwxTTHgzYwX3WwoQFqwG666l s4mw1y2ARHZivDK28EWiwHZCDLL/9+Ttt9yZI0OgaDty6LZjrUiHgdkeL5UUqE3cd2y8 DpIi6UTTQ13o0ubzQqIzFj08szDcLVug8MbBcyQikAJpO1lkig4PdTrOW9IobcLG+d0m yAjA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:date:cc:to:from:subject :message-id:arc-authentication-results; bh=g7HkmS0cJUvcuCu5zrSnaGnSE8qcgMlk4fSMiCznJ2A=; b=XJMXk4h3zt/wIbcWB1EDPxeO4qWLZ4dU0BEYRuOR0Nuw/WC8ou48eYnqs0A2NRPafX 8dXwoTQ/ihexSrnwPCzoM18lKqFavqLQAHQRXQAFERFJKTkrmOpQJg7DqUCm9b6vK90d YgB7zBrslRDvuxunYxACh8eKqzOPx1t483BO6ECMZMSMf6D3jkmCfoOtWsMNety5CdHO e76Ol4QlDEVYZOiwoZxaG3uuy0JGjKI/9fVRddloUqn+26eR+KuGPLtksq6/C713MyuR RSAum8K1cBDDuaNGYm1/azHQlOAyzrKidsS3D8dFfiBAez5w3kYuoWKk12U9DzEZEn5m 5myQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=codethink.co.uk Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a5-v6si1207068pla.117.2018.05.15.16.16.08; Tue, 15 May 2018 16:16:22 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=codethink.co.uk Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752169AbeEOXPl (ORCPT + 99 others); Tue, 15 May 2018 19:15:41 -0400 Received: from imap1.codethink.co.uk ([176.9.8.82]:58983 "EHLO imap1.codethink.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750748AbeEOXPk (ORCPT ); Tue, 15 May 2018 19:15:40 -0400 Received: from shadbolt.e.decadent.org.uk ([88.96.1.126] helo=xylophone) by imap1.codethink.co.uk with esmtpsa (Exim 4.84_2 #1 (Debian)) id 1fIjAP-0002p0-LK; Wed, 16 May 2018 00:15:37 +0100 Message-ID: <1526426136.9159.85.camel@codethink.co.uk> Subject: Re: [PATCH 4.4 099/190] arm64: futex: Fix undefined behaviour with FUTEX_OP_OPARG_SHIFT usage From: Ben Hutchings To: Greg Kroah-Hartman , linux-kernel@vger.kernel.org Cc: stable@vger.kernel.org, Robin Murphy , Will Deacon , Sasha Levin Date: Wed, 16 May 2018 00:15:36 +0100 In-Reply-To: <20180411183556.339662900@linuxfoundation.org> References: <20180411183550.114495991@linuxfoundation.org> <20180411183556.339662900@linuxfoundation.org> Organization: Codethink Ltd. Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.22.6-1+deb9u1 Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 2018-04-11 at 20:35 +0200, Greg Kroah-Hartman wrote: > 4.4-stable review patch.  If anyone has any objections, please let me know. > > ------------------ > > > From: Will Deacon > > > [ Upstream commit 5f16a046f8e144c294ef98cd29d9458b5f8273e5 ] > > FUTEX_OP_OPARG_SHIFT instructs the futex code to treat the 12-bit oparg > field as a shift value, potentially leading to a left shift value that > is negative or with an absolute value that is significantly larger then > the size of the type. UBSAN chokes with: [...] > Whilst I think this catches all of the issues, I'd much prefer to remove > this stuff, as I think it's unused and the bugs are copy-pasted between > a bunch of architectures. [...] Indeed. That more complete fix was done upstream by: commit 30d6e0a4190d37740e9447e4e4815f06992dd8c3 Author: Jiri Slaby Date:   Thu Aug 24 09:31:05 2017 +0200     futex: Remove duplicated code and fix undefined behaviour It's a bit big for stable - though most of the changes are deletions. What do you think? Ben. -- Ben Hutchings Software Developer, Codethink Ltd.