Received: by 10.223.176.5 with SMTP id f5csp688633wra; Fri, 9 Feb 2018 05:44:14 -0800 (PST) X-Google-Smtp-Source: AH8x224/5M9XdbFgHdXcgOIb4ekMJwF+JXupTH6iqkrjnBCF58u9OnAYcarHI7YcntMldQQ5B5jK X-Received: by 2002:a17:902:4906:: with SMTP id u6-v6mr2574886pld.92.1518183854400; Fri, 09 Feb 2018 05:44:14 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518183854; cv=none; d=google.com; s=arc-20160816; b=FIA3I01/kAgsgo+MIk342J4nNVbstZYCj++wx0BSchfNx57mslZN7ntoyPiHyU2NCs BxlP1D9Srm9Opm7BzGM9oA31tg3+/dYi6NUoddEq46CVC7eGLAv7k4f/7RS/p+2KTgk+ mWPvLNT1lvhd1+b6UYhHmEKUgLomJo8fyQD788EEzTwScTplSBK0a0EM/5rGLqDYRaSw uJmkYFrQjfFZbg1d0UnsWj0/eFEU5MI6sJytPkxZGLxoWGxErH3KjsSfkfhNswW6NLFK RXm3s24SE3t2p8vj0CGCUjovgGBOMZlFYplZdqQd6M6yW5IDowBLwThdTp4T9lLMekIA cnEA== 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=2wATy5gn+PHHPjLBG/njnTnDVlHX403dvc58UtnInwA=; b=VHe1p1j5nQ+JuwI8sMT/hc0DbAExEAsSDGuLiI24LCibQ7j7+nKyL9MgutyxgmezXm L2kQooUILYcnL9OiqOa2DKjfmkCFffkzSvqRaqy3ASLLUrzd/ZPCMjhAKPTsZcveyK8u WH29pbBonjouCfGl8dhYczA0Dj1Z/qtojRkNWL/WcYVp1g1A7oCD8xqHTG0QFHZ3CB3j z4ZJyiFqrPq7OtEzqYr4fxZ86X3W02ghX+Yb5mFvSRUA6SAF2Ov+VQYa4xyeRCPU8B9l vFbbiKdX6CkIU4MyRhoDMwJSlEbgwauVi6bnMdLtA7x9YDGAgzBpiFCiq9X9K18sa6Ez OGKw== 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 q74si1643822pfk.164.2018.02.09.05.44.00; Fri, 09 Feb 2018 05:44:14 -0800 (PST) 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 S1752720AbeBINlr (ORCPT + 99 others); Fri, 9 Feb 2018 08:41:47 -0500 Received: from mail.linuxfoundation.org ([140.211.169.12]:49116 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752641AbeBINlg (ORCPT ); Fri, 9 Feb 2018 08:41:36 -0500 Received: from localhost (LFbn-1-12258-90.w90-92.abo.wanadoo.fr [90.92.71.90]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 6944BE04; Fri, 9 Feb 2018 13:41:35 +0000 (UTC) From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Josh Poimboeuf , Alexander Potapenko , Andrey Ryabinin , Andy Lutomirski , Arnd Bergmann , Dmitriy Vyukov , LKP , Linus Torvalds , Matthias Kaehlcke , Miguel Bernal Marin , Peter Zijlstra , Thomas Gleixner , Ingo Molnar Subject: [PATCH 4.9 30/92] x86/asm: Fix inline asm call constraints for GCC 4.4 Date: Fri, 9 Feb 2018 14:38:59 +0100 Message-Id: <20180209133933.368347262@linuxfoundation.org> X-Mailer: git-send-email 2.16.1 In-Reply-To: <20180209133931.211869118@linuxfoundation.org> References: <20180209133931.211869118@linuxfoundation.org> User-Agent: quilt/0.65 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: Josh Poimboeuf commit 520a13c530aeb5f63e011d668c42db1af19ed349 upstream. The kernel test bot (run by Xiaolong Ye) reported that the following commit: f5caf621ee35 ("x86/asm: Fix inline asm call constraints for Clang") is causing double faults in a kernel compiled with GCC 4.4. Linus subsequently diagnosed the crash pattern and the buggy commit and found that the issue is with this code: register unsigned int __asm_call_sp asm("esp"); #define ASM_CALL_CONSTRAINT "+r" (__asm_call_sp) Even on a 64-bit kernel, it's using ESP instead of RSP. That causes GCC to produce the following bogus code: ffffffff8147461d: 89 e0 mov %esp,%eax ffffffff8147461f: 4c 89 f7 mov %r14,%rdi ffffffff81474622: 4c 89 fe mov %r15,%rsi ffffffff81474625: ba 20 00 00 00 mov $0x20,%edx ffffffff8147462a: 89 c4 mov %eax,%esp ffffffff8147462c: e8 bf 52 05 00 callq ffffffff814c98f0 Despite the absurdity of it backing up and restoring the stack pointer for no reason, the bug is actually the fact that it's only backing up and restoring the lower 32 bits of the stack pointer. The upper 32 bits are getting cleared out, corrupting the stack pointer. So change the '__asm_call_sp' register variable to be associated with the actual full-size stack pointer. This also requires changing the __ASM_SEL() macro to be based on the actual compiled arch size, rather than the CONFIG value, because CONFIG_X86_64 compiles some files with '-m32' (e.g., realmode and vdso). Otherwise Clang fails to build the kernel because it complains about the use of a 64-bit register (RSP) in a 32-bit file. Reported-and-Bisected-and-Tested-by: kernel test robot Diagnosed-by: Linus Torvalds Signed-off-by: Josh Poimboeuf Cc: Alexander Potapenko Cc: Andrey Ryabinin Cc: Andy Lutomirski Cc: Arnd Bergmann Cc: Dmitriy Vyukov Cc: LKP Cc: Linus Torvalds Cc: Matthias Kaehlcke Cc: Miguel Bernal Marin Cc: Peter Zijlstra Cc: Thomas Gleixner Fixes: f5caf621ee35 ("x86/asm: Fix inline asm call constraints for Clang") Link: http://lkml.kernel.org/r/20170928215826.6sdpmwtkiydiytim@treble Signed-off-by: Ingo Molnar Cc: Matthias Kaehlcke Signed-off-by: Greg Kroah-Hartman --- arch/x86/include/asm/asm.h | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) --- a/arch/x86/include/asm/asm.h +++ b/arch/x86/include/asm/asm.h @@ -11,10 +11,12 @@ # define __ASM_FORM_COMMA(x) " " #x "," #endif -#ifdef CONFIG_X86_32 +#ifndef __x86_64__ +/* 32 bit */ # define __ASM_SEL(a,b) __ASM_FORM(a) # define __ASM_SEL_RAW(a,b) __ASM_FORM_RAW(a) #else +/* 64 bit */ # define __ASM_SEL(a,b) __ASM_FORM(b) # define __ASM_SEL_RAW(a,b) __ASM_FORM_RAW(b) #endif