Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp687538imm; Fri, 31 Aug 2018 10:29:00 -0700 (PDT) X-Google-Smtp-Source: ANB0VdbGlt39GqJmYGUHODGcizqbcpeP5GIfAVwdYNHqhPy1p9Uc0KfSLnx8Zj6iPliLAQuYORa0 X-Received: by 2002:a63:fc54:: with SMTP id r20-v6mr15346800pgk.377.1535736540865; Fri, 31 Aug 2018 10:29:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1535736540; cv=none; d=google.com; s=arc-20160816; b=qSh2UphT7591qeQdBzffb5wWTFFdd53Ornz7b6ZajOvA//KxW0o5BvrO3oLCAzxY2n VwGcNW5DZpZbmJufIaHm/nxhRh0cRed89PqIfxX4cVsobjEESk4T9CilhC7EjXrJ7CfS UiaVySIOFemp88h56oDCbyShTeb7uwAwQA/OwrNYZ0BV69e5PFaBKKe79GIwhQxgDEcC qwjoc6OovlbBHFlXrHGFuCe4hrbioELRwGyWe8zLGSjVg2/uOisDiDJQnIkFIXg/ulcY So2lSKXr1OhxI5jEi2cfyUfe6A9SfJ/yOPCR7U6HZDFLHT2BVNbZ0/La17biogKGKlnf fgYw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from:dkim-signature:arc-authentication-results; bh=mupvrEo/lP67QnEw8cB1q2IIZnTx6K5fAuZjj6tQMBw=; b=D7mphImbNUb0akhvwjYUMK9hoT6N+jCqraRWwu+op0aFOonN/iFTKBmxk/H4M8YtQ/ BBjmVlna5BslX/Tn2dRppTT5fHXA4IweckqPANYLyH0q6ue6z8nravyIFqrbJ1aMlWVz 2bC0+/p/AuVkIzh271XRxB048W4418lupSuPNV/5GC+/NbTFnYcpvei+UNC90EPbInpm KORdT/LmIFHQ7QxZjjICcEqO/QDX/q/0TcE4q7RHVWgPbQWKk/vbHUxKPuVdnEjTyg/k Jh0FAmwJ8Q+B8gK6QYlpqC8B4F+i5febI7FTk5CJxCaSsWAU9C8WGw50PYe9s26Hn96D GqEg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=EfNVWWUm; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a1-v6si10229825pga.475.2018.08.31.10.28.46; Fri, 31 Aug 2018 10:29:00 -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; dkim=pass header.i=@gmail.com header.s=20161025 header.b=EfNVWWUm; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728298AbeHaVN4 (ORCPT + 99 others); Fri, 31 Aug 2018 17:13:56 -0400 Received: from mail-wm0-f66.google.com ([74.125.82.66]:35750 "EHLO mail-wm0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727864AbeHaVNz (ORCPT ); Fri, 31 Aug 2018 17:13:55 -0400 Received: by mail-wm0-f66.google.com with SMTP id o18-v6so6022874wmc.0 for ; Fri, 31 Aug 2018 10:05:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:in-reply-to:references; bh=mupvrEo/lP67QnEw8cB1q2IIZnTx6K5fAuZjj6tQMBw=; b=EfNVWWUmsuhOBUkdW0V0vhECAKxVzewo4oBf9h67eoN7MIxPF2n+tBaSUQ9/C49FxY l1/g3Z+gb8OhVwB5II2rkYuVF3qKB+IdIZJdPDSR2ETE7NsV3ojjhvcPXg5sbwseNBAc lxpzIVJ6jfjIhItIee9eWLO/onqSxP7jNQm9FR+Kb6mKZ4gqpFGktBD10/WPo6hegYH6 cdKcnGVQvjXVkRtM2hS76ZP8gxYA/pjBJxO95oDsmIWTRRmiC0FrMYFyOTCUQjL6tBCo MRH/ELFE9AepXyn6qH+ayYPkSGMxP5a69xGTLjxmAU4Eq8mj6MlptprvJyy3rtwv2L86 jjXw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references; bh=mupvrEo/lP67QnEw8cB1q2IIZnTx6K5fAuZjj6tQMBw=; b=KpIO9vbwbjv/wRL5ycV/d5EJNtgndL9g5lkaO8MMw+PgowozvgKGqv+WyZ9Qo3zhFA mYfWgUevXEKb0h6XkO/aqQqDAKAZp6tmNH8BV/Chsplltmx3Q74LWZOqawpJuxV24/sv v6tTDZSZ3f8+Ofk9mUqUOLyoCsD6VyxQEkAaAvMK47cHNUyt7XC3El5+4mVgUw08RNBm SaUSj7rjhg1e2rEisqVzj6FtXpPiesWYL/kTpMobkM0pEKSMk0OdkVe0+EaO5V+qEQP1 iPUOarHmnDQW52ISt321WY0ic8+zM36PTIKSWUxeETMnlyXXNNh0cs0iXKx+aRvPHKM8 MOkA== X-Gm-Message-State: APzg51A7Cgqsu0sHEKQo+3Ypy99W0/PTxK3kVcO5/EQBWeYANBJ10kXJ lfLPOxbCgyF143R/IO5ESmY= X-Received: by 2002:a1c:3351:: with SMTP id z78-v6mr4994076wmz.23.1535735129378; Fri, 31 Aug 2018 10:05:29 -0700 (PDT) Received: from localhost.localdomain (62.83.35.8.dyn.user.ono.com. [62.83.35.8]) by smtp.gmail.com with ESMTPSA id c19-v6sm11280332wre.86.2018.08.31.10.05.28 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 31 Aug 2018 10:05:28 -0700 (PDT) From: Miguel Ojeda To: Linus Torvalds Cc: linux-kernel@vger.kernel.org, Miguel Ojeda , Eli Friedman , Christopher Li , Kees Cook , Ingo Molnar , Geert Uytterhoeven , Arnd Bergmann , Greg Kroah-Hartman , Masahiro Yamada , Joe Perches , Dominique Martinet , Nick Desaulniers Subject: [PATCH 5/7] Compiler Attributes: naked was fixed in gcc 4.6 Date: Fri, 31 Aug 2018 19:05:12 +0200 Message-Id: <20180831170514.24665-5-miguel.ojeda.sandonis@gmail.com> In-Reply-To: <20180831170514.24665-1-miguel.ojeda.sandonis@gmail.com> References: <20180831170514.24665-1-miguel.ojeda.sandonis@gmail.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Commit 9c695203a7dd ("compiler-gcc.h: gcc-4.5 needs noclone and noinline on __naked functions") added noinline and noclone as a workaround for a gcc 4.5 bug, which was resolved in 4.6.0. Since now the minimum gcc supported version is 4.6, we can clean it up. See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44290 and https://godbolt.org/z/h6NMIL Cc: Eli Friedman Cc: Christopher Li Cc: Kees Cook Cc: Ingo Molnar Cc: Geert Uytterhoeven Cc: Arnd Bergmann Cc: Greg Kroah-Hartman Cc: Masahiro Yamada Cc: Joe Perches Cc: Dominique Martinet Cc: Nick Desaulniers Cc: Linus Torvalds Signed-off-by: Miguel Ojeda --- include/linux/compiler-gcc.h | 8 +------- 1 file changed, 1 insertion(+), 7 deletions(-) diff --git a/include/linux/compiler-gcc.h b/include/linux/compiler-gcc.h index 66e1eb8822d9..fdf2fbe6d544 100644 --- a/include/linux/compiler-gcc.h +++ b/include/linux/compiler-gcc.h @@ -77,14 +77,8 @@ * to trace naked functions because then mcount is called without * stack and frame pointer being set up and there is no chance to * restore the lr register to the value before mcount was called. - * - * The asm() bodies of naked functions often depend on standard calling - * conventions, therefore they must be noinline and noclone. - * - * GCC 4.[56] currently fail to enforce this, so we must do so ourselves. - * See GCC PR44290. */ -#define __naked __attribute__((naked)) noinline __noclone notrace +#define __naked __attribute__((naked)) notrace #define __UNIQUE_ID(prefix) __PASTE(__PASTE(__UNIQUE_ID_, prefix), __COUNTER__) -- 2.17.1