Received: by 10.213.65.68 with SMTP id h4csp517169imn; Fri, 16 Mar 2018 10:09:05 -0700 (PDT) X-Google-Smtp-Source: AG47ELu6W3vWpktKy9GfoDWM8pUXSVt4pPh0hSpN6xrULHsbuxaWJAhK1uqxeSFVPNSztzvV468w X-Received: by 10.98.80.15 with SMTP id e15mr2141086pfb.90.1521220145248; Fri, 16 Mar 2018 10:09:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521220145; cv=none; d=google.com; s=arc-20160816; b=w0I4w/mTTJFauNXMoGCFw1nYr0EgfPkZN9tz7+YIWkPFb7TvWW1N79Dmoj/aBhyHeu RVUn75szahiyAPaGHJbpddBCw+jv6+saadOmDdQlnTmSWtN220pXJCIuw8bntRMIt5Ev ZaEVjvqspkjMX40VTtidB8glWZpK364zkYqBvex+qu1I5z042Y+1uGPpRy0KoSiVUdYO RwnBbThmWqOSfm0pxYmuI5TA/fmJGIukwcrIm1MdGhfRTNh+8zPtIBegJYV2K5Zeq0Gq zebte3EauzygDY+WLKsWbsx88N/Deuite3kOQLMpZ9ctSuSps1M52hzmbTraqxKqnh0L pxzw== 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=Zfumq461tpsRXBzfGBe+HAND36EwQxO5lEHyLieZdoU=; b=vVvZ/Wd+xPSt9QkbTGqdDzUFhFuRkPV4qroiauOk6eETtrD0mY9IU+G2GiLjku2b8Z jgqZziGa6/TE11ghegrQ1NrOM5racJBe0B5612V0x+sRNSsDWyoxWOe+UAWMi9ikCol/ Llmb+7uf39lILoAdXHtkBrunng2PGQWlH1dWs1Xz9VUa79g/T/2rbPXN/dJ7QH/DQ/Io W/3iBjRoxHbHZANO2B8aQJzuEIsnOkfb/7fh4d9j/yMZFhBMRhxkUXtqjZ/ucPGgoR5g MPzM7l24J26zQI0oDnCKadAztmXuLJ0JULSdoPyh7cJHhLaoFEMoyPSbqSN7hAz1PnxJ n3uw== 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 r2si5116617pgp.704.2018.03.16.10.08.50; Fri, 16 Mar 2018 10:09:05 -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 S933255AbeCPRGu (ORCPT + 99 others); Fri, 16 Mar 2018 13:06:50 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:37456 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933359AbeCPPbX (ORCPT ); Fri, 16 Mar 2018 11:31:23 -0400 Received: from localhost (LFbn-1-12247-202.w90-92.abo.wanadoo.fr [90.92.61.202]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 331E41184; Fri, 16 Mar 2018 15:31:22 +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.9 38/86] nospec: Kill array_index_nospec_mask_check() Date: Fri, 16 Mar 2018 16:23:01 +0100 Message-Id: <20180316152319.963285633@linuxfoundation.org> X-Mailer: git-send-email 2.16.2 In-Reply-To: <20180316152317.167709497@linuxfoundation.org> References: <20180316152317.167709497@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.9-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)); \