Received: by 10.213.65.68 with SMTP id h4csp430529imn; Tue, 13 Mar 2018 08:49:52 -0700 (PDT) X-Google-Smtp-Source: AG47ELsUwetOpZVT9B12BdRktQeXyEq39P1WyKEX3kzmCbjxJOneZE30c4YabyMSoJ0ZOx4yajV7 X-Received: by 10.98.249.10 with SMTP id o10mr1071859pfh.222.1520956192888; Tue, 13 Mar 2018 08:49:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1520956192; cv=none; d=google.com; s=arc-20160816; b=EDBTTdY5o4BvsnlNHNq7fsZgylI8ZWRpBaNmEySKcH1BycG7osOo9VsRwnp8hRumXQ xC9eWjxunE+5ZSfhEIh5DHCPWnZjsiNqCrAeNQYMTCdLM6jzP6Q325QTeJmxkjK3dY8R w19FIxEh5h45lyNO9/anptS9e3FBDbZhslW6KhwmtwJBGQBbTKnavZPTyVbTtQmNW+yj FanLflXn8HcAXLaJkbjNJnw2iGv6sby5wxXvKQSHky+dCJfsLjgjmWF0pHbCJnlWtNl6 FnQT7/EMNrdTCsVR7p9eejXpEM6n/AxiWlnLal9EFCih4tzMCVoYPNV6PItKL/7DMfUh Eteg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:message-id:date:subject:cc:to:from :arc-authentication-results; bh=/dkbh1bv3GXXD+gN/EOuu2Xp2l1ooGHgDxV6wGqX40A=; b=gft+gVDvEqWxBDcipKcdjsWanszEJAi0CmML4LvmyeIfl/zVB8hj1XsXA/7tae72TH EBoJ0+Cp1PBM2ccWcdHB4+T2cLQ8Up+yJpTaupaE0OrIGdE6Y6zQJb5aiBOMyNEHvmgf m8OD2tkgeTCSLwEDiYhiWBv/wIDkB5OWLuta+Zmksp9q9dyhb+D1Fz+IrLqZ6qYCOWst aHO/6hv4oR75chPteYvZVqMVu+s5AQxNigO+9mYqfVAXGgxVi2shgBP9Acchm4gpP0VT XKTnyRaHHnLsxyVEqdY0w9yCOMnCHRT15VzVsjO82/F2w+IV5guARbDNJzyuFeRBu9Z1 TXZQ== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v12-v6si312538plo.170.2018.03.13.08.49.38; Tue, 13 Mar 2018 08:49:52 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934990AbeCMPsE (ORCPT + 99 others); Tue, 13 Mar 2018 11:48:04 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:35714 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934890AbeCMPk2 (ORCPT ); Tue, 13 Mar 2018 11:40:28 -0400 Received: from localhost (LFbn-1-12258-90.w90-92.abo.wanadoo.fr [90.92.71.90]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 8250410F4; Tue, 13 Mar 2018 15:40:27 +0000 (UTC) From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Linus Torvalds , Dan Williams , Andy Lutomirski , Arjan van de Ven , Borislav Petkov , Dave Hansen , David Woodhouse , Josh Poimboeuf , Peter Zijlstra , Thomas Gleixner , Will Deacon , linux-arch@vger.kernel.org, Ingo Molnar Subject: [PATCH 4.14 115/140] nospec: Kill array_index_nospec_mask_check() Date: Tue, 13 Mar 2018 16:25:18 +0100 Message-Id: <20180313152505.911920624@linuxfoundation.org> X-Mailer: git-send-email 2.16.2 In-Reply-To: <20180313152458.201155692@linuxfoundation.org> References: <20180313152458.201155692@linuxfoundation.org> User-Agent: quilt/0.65 X-stable: review MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 4.14-stable review patch. If anyone has any objections, please let me know. ------------------ From: Dan Williams commit 1d91c1d2c80cb70e2e553845e278b87a960c04da upstream. There are multiple problems with the dynamic sanity checking in array_index_nospec_mask_check(): * It causes unnecessary overhead in the 32-bit case since integer sized @index values will no longer cause the check to be compiled away like in the 64-bit case. * In the 32-bit case it may trigger with user controllable input when the expectation is that should only trigger during development of new kernel enabling. * The macro reuses the input parameter in multiple locations which is broken if someone passes an expression like 'index++' to array_index_nospec(). Reported-by: Linus Torvalds Signed-off-by: Dan Williams Cc: Andy Lutomirski Cc: Arjan van de Ven Cc: Borislav Petkov Cc: Dave Hansen Cc: David Woodhouse Cc: Greg Kroah-Hartman Cc: Josh Poimboeuf Cc: Peter Zijlstra Cc: Thomas Gleixner Cc: Will Deacon Cc: linux-arch@vger.kernel.org Link: http://lkml.kernel.org/r/151881604278.17395.6605847763178076520.stgit@dwillia2-desk3.amr.corp.intel.com Signed-off-by: Ingo Molnar Signed-off-by: Greg Kroah-Hartman --- include/linux/nospec.h | 22 +--------------------- 1 file changed, 1 insertion(+), 21 deletions(-) --- a/include/linux/nospec.h +++ b/include/linux/nospec.h @@ -30,26 +30,6 @@ static inline unsigned long array_index_ #endif /* - * Warn developers about inappropriate array_index_nospec() usage. - * - * Even if the CPU speculates past the WARN_ONCE branch, the - * sign bit of @index is taken into account when generating the - * mask. - * - * This warning is compiled out when the compiler can infer that - * @index and @size are less than LONG_MAX. - */ -#define array_index_mask_nospec_check(index, size) \ -({ \ - if (WARN_ONCE(index > LONG_MAX || size > LONG_MAX, \ - "array_index_nospec() limited to range of [0, LONG_MAX]\n")) \ - _mask = 0; \ - else \ - _mask = array_index_mask_nospec(index, size); \ - _mask; \ -}) - -/* * array_index_nospec - sanitize an array index after a bounds check * * For a code sequence like: @@ -67,7 +47,7 @@ static inline unsigned long array_index_ ({ \ typeof(index) _i = (index); \ typeof(size) _s = (size); \ - unsigned long _mask = array_index_mask_nospec_check(_i, _s); \ + unsigned long _mask = array_index_mask_nospec(_i, _s); \ \ BUILD_BUG_ON(sizeof(_i) > sizeof(long)); \ BUILD_BUG_ON(sizeof(_s) > sizeof(long)); \