Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp2044507imm; Mon, 16 Jul 2018 00:47:57 -0700 (PDT) X-Google-Smtp-Source: AAOMgpetHyewbKnZsCT1jaMIL6K+KT8C/y9AN57OcPOYzUEkN5LCB0h0nAKGiwo2jTrrMy5/aI1X X-Received: by 2002:a63:c608:: with SMTP id w8-v6mr14435593pgg.16.1531727277708; Mon, 16 Jul 2018 00:47:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531727277; cv=none; d=google.com; s=arc-20160816; b=IEdDJswSDJY2mFcvm0ey86z55wxP/t5iZjcWGaKtAYfJidiYgebiy8zzsshR5HyeDy r7w5fwq1hB78qd3oHZNMHu7RDFzWyitWtYuygxI576iY7Q01fjMZZU1DGQtedzBegEkw TkDU7TrapfoJxb9kPNyZqHnccffVwl740T7AOPW57t/lNLuWmDsztJNwn9+ShXZ0Kysy wNt91/kYDgKgwdirAQwYwbNKztbmTWrbhU8Ccf1I7zvMLlAgDMUBYbio3ubyVGV7b+PM NtKma7cJjqRKVEuvu0rcrhPeEiQbUSL4Y0vZpnwfuSGbHra3+cPA3VfaHdneypZkrjrG 1Htg== 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=5PV6ezzof4zo0sH83yjLBt7K6/zSOTFovGLE7/wXCBw=; b=Y4VkbxnOj8OAO8vL4xpO4/suwhb2SF6mEDcUYe3nan3Uq8mRKzsl/rkHQuoWRMiJ8o NInDn7h2cWMHamHKAB3OkUSo94ZkQN+65mkZaBwlyMBmZu8Ibk88ct1tzyKg/k/rMkBX rfZWvJ+S8nizfxLd5zHJDEbT2jN/tpEEHfXHQGHZzPeN0kLuAcaz2jddzthh6kfFRqi9 y+bkRqQLJSMqWTByvfbGnaUwtI/IZ2Oi/OzyMnolPDvkqRHG23GlkQ5o7b0DwmafWVnk gkgAEMK6wXM929fyQJVtGkKBmwZ1EL6i6vMqRbbnPrHQtF9lvvgOhGnJzJv3LzjAo8zg SnbQ== 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 a14-v6si32755271pfl.349.2018.07.16.00.47.43; Mon, 16 Jul 2018 00:47:57 -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 S2389621AbeGPILf (ORCPT + 99 others); Mon, 16 Jul 2018 04:11:35 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:49752 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388873AbeGPILe (ORCPT ); Mon, 16 Jul 2018 04:11:34 -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 19194C03; Mon, 16 Jul 2018 07:45:21 +0000 (UTC) From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Andi Kleen , "Peter Zijlstra (Intel)" , Arnaldo Carvalho de Melo , Jiri Olsa , Linus Torvalds , Mike Galbraith , Stephane Eranian , Thomas Gleixner , Vince Weaver , rostedt@goodmis.org, Ingo Molnar , "Srivatsa S. Bhat" , "Matt Helsley (VMware)" , Alexey Makhalov , Bo Gan Subject: [PATCH 4.4 21/43] x86/headers: Dont include asm/processor.h in asm/atomic.h Date: Mon, 16 Jul 2018 09:36:26 +0200 Message-Id: <20180716073514.159881487@linuxfoundation.org> X-Mailer: git-send-email 2.18.0 In-Reply-To: <20180716073511.796555857@linuxfoundation.org> References: <20180716073511.796555857@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.4-stable review patch. If anyone has any objections, please let me know. ------------------ From: Andi Kleen commit 153a4334c439cfb62e1d31cee0c790ba4157813d upstream asm/atomic.h doesn't really need asm/processor.h anymore. Everything it uses has moved to other header files. So remove that include. processor.h is a nasty header that includes lots of other headers and makes it prone to include loops. Removing the include here makes asm/atomic.h a "leaf" header that can be safely included in most other headers. The only fallout is in the lib/atomic tester which relied on this implicit include. Give it an explicit include. (the include is in ifdef because the user is also in ifdef) Signed-off-by: Andi Kleen Signed-off-by: Peter Zijlstra (Intel) Cc: Arnaldo Carvalho de Melo Cc: Jiri Olsa Cc: Linus Torvalds Cc: Mike Galbraith Cc: Peter Zijlstra Cc: Stephane Eranian Cc: Thomas Gleixner Cc: Vince Weaver Cc: rostedt@goodmis.org Link: http://lkml.kernel.org/r/1449018060-1742-1-git-send-email-andi@firstfloor.org Signed-off-by: Ingo Molnar Signed-off-by: Srivatsa S. Bhat Reviewed-by: Matt Helsley (VMware) Reviewed-by: Alexey Makhalov Reviewed-by: Bo Gan Signed-off-by: Greg Kroah-Hartman --- arch/x86/include/asm/atomic.h | 1 - arch/x86/include/asm/atomic64_32.h | 1 - lib/atomic64_test.c | 4 ++++ 3 files changed, 4 insertions(+), 2 deletions(-) --- a/arch/x86/include/asm/atomic.h +++ b/arch/x86/include/asm/atomic.h @@ -3,7 +3,6 @@ #include #include -#include #include #include #include --- a/arch/x86/include/asm/atomic64_32.h +++ b/arch/x86/include/asm/atomic64_32.h @@ -3,7 +3,6 @@ #include #include -#include //#include /* An 64bit atomic type */ --- a/lib/atomic64_test.c +++ b/lib/atomic64_test.c @@ -16,6 +16,10 @@ #include #include +#ifdef CONFIG_X86 +#include /* for boot_cpu_has below */ +#endif + #define TEST(bit, op, c_op, val) \ do { \ atomic##bit##_set(&v, v0); \