Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp3359024imm; Sun, 10 Jun 2018 14:36:04 -0700 (PDT) X-Google-Smtp-Source: ADUXVKLQfP0MviUIxcftrzy0S+jr9Ywe73pgLq6Rj/ALQ/gjDcn1UHpmzABiUO3D81rNBpX8uMwx X-Received: by 2002:a17:902:781:: with SMTP id 1-v6mr15721630plj.150.1528666564884; Sun, 10 Jun 2018 14:36:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1528666564; cv=none; d=google.com; s=arc-20160816; b=wxCK34KKWXquSLAPQWvPxwm1QGjbeNtnkEKpXtlnNRMKECyHM/3k/HrEXCQOvYaQo8 gj5SIJnj4ghvfR+RAtchoZrtjiG++5U9pTvit9d/otbfoXUpWLt7Gx15bbRF02DsUKKg yuNdZJ2VYv4f6eLmqdUE2mIbZQ4PtEKjfFfht9nCGFxbPxWHQsp2Q/tUQoi2OTunbwf+ d1IPIUfnJIRrj0j5/e1ekjTwMY3xKEgmRyIxyRVtZWZUZhB0ULdITs5F5cWb+URtoUtw VqUCHT6uvePscOLaTPiYHL6i3T+HkKlLoOu45JAC+D1YG6ibEQzoCZ7IeCXuIVOCM2MN mkbw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:arc-authentication-results; bh=2Qme86PgUbf9+H2QKliK8lVllj8aEajjM/S4paflF7A=; b=KQd+g55QXgAto5whz5VrY7TideyAzuWq3lHxP5SeqI8lps1hqaArkxIr+wqbl0hoGi w1oYV8nXdLmSvmG3hWzTqfMNnFEo5RltW0OmyItVr4d07d+3GD5eCL/KnfsGkSTKop46 5w9Ypu+8AQfM5I7J7v+3CYXGKTCuBjHIh58+PuqB9bsyQwBaYFmgqmpNoMtzxtKCvE9l uMGRX4TX1yqv6fLYDUO1sGbLe0w9Cm8iALBIl4YpBzfQ2hO0N0ZFw0xFLIxMrA7306wV s1+WFLIv6pEKCCnLypdAoTliV2j/y8bOww0jl7jWS97yka/WBm345taySBk1eBH4rw3P zDjg== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=vmware.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 38-v6si15677907pln.390.2018.06.10.14.35.32; Sun, 10 Jun 2018 14:36:04 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=vmware.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753728AbeFJVeM (ORCPT + 99 others); Sun, 10 Jun 2018 17:34:12 -0400 Received: from ex13-edg-ou-002.vmware.com ([208.91.0.190]:52609 "EHLO EX13-EDG-OU-002.vmware.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753463AbeFJVeH (ORCPT ); Sun, 10 Jun 2018 17:34:07 -0400 Received: from sc9-mailhost3.vmware.com (10.113.161.73) by EX13-EDG-OU-002.vmware.com (10.113.208.156) with Microsoft SMTP Server id 15.0.1156.6; Sun, 10 Jun 2018 14:34:05 -0700 Received: from sc2-haas01-esx0118.eng.vmware.com (sc2-haas01-esx0118.eng.vmware.com [10.172.44.118]) by sc9-mailhost3.vmware.com (Postfix) with ESMTP id 4F18F406AC; Sun, 10 Jun 2018 14:34:06 -0700 (PDT) From: Nadav Amit To: , CC: Nadav Amit , Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , Greg Kroah-Hartman , Kate Stewart , Philippe Ombredanne Subject: [PATCH v3 9/9] x86: jump-labels: use macros instead of inline assembly Date: Sun, 10 Jun 2018 07:19:11 -0700 Message-ID: <20180610141911.52948-10-namit@vmware.com> X-Mailer: git-send-email 2.17.0 In-Reply-To: <20180610141911.52948-1-namit@vmware.com> References: <20180610141911.52948-1-namit@vmware.com> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: None (EX13-EDG-OU-002.vmware.com: namit@vmware.com does not designate permitted sender hosts) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Use assembly macros for jump-labels and call them from inline assembly. This not only makes the code more readable, but also improves compilation decision, specifically inline decisions which GCC base on the number of new lines in inline assembly. As a result the code size is slightly increased. text data bss dec hex filename 18163528 10226300 2957312 31347140 1de51c4 ./vmlinux before 18163608 10227348 2957312 31348268 1de562c ./vmlinux after (+1128) And functions such as intel_pstate_adjust_policy_max(), kvm_cpu_accept_dm_intr(), kvm_register_read() are inlined. Cc: Thomas Gleixner Cc: Ingo Molnar Cc: "H. Peter Anvin" Cc: x86@kernel.org Cc: Greg Kroah-Hartman Cc: Kate Stewart Cc: Philippe Ombredanne Signed-off-by: Nadav Amit --- arch/x86/include/asm/jump_label.h | 65 ++++++++++++++++++------------- arch/x86/kernel/macros.S | 1 + 2 files changed, 39 insertions(+), 27 deletions(-) diff --git a/arch/x86/include/asm/jump_label.h b/arch/x86/include/asm/jump_label.h index 8c0de4282659..ea0633a41122 100644 --- a/arch/x86/include/asm/jump_label.h +++ b/arch/x86/include/asm/jump_label.h @@ -2,19 +2,6 @@ #ifndef _ASM_X86_JUMP_LABEL_H #define _ASM_X86_JUMP_LABEL_H -#ifndef HAVE_JUMP_LABEL -/* - * For better or for worse, if jump labels (the gcc extension) are missing, - * then the entire static branch patching infrastructure is compiled out. - * If that happens, the code in here will malfunction. Raise a compiler - * error instead. - * - * In theory, jump labels and the static branch patching infrastructure - * could be decoupled to fix this. - */ -#error asm/jump_label.h included on a non-jump-label kernel -#endif - #define JUMP_LABEL_NOP_SIZE 5 #ifdef CONFIG_X86_64 @@ -28,18 +15,27 @@ #ifndef __ASSEMBLY__ +#ifndef HAVE_JUMP_LABEL +/* + * For better or for worse, if jump labels (the gcc extension) are missing, + * then the entire static branch patching infrastructure is compiled out. + * If that happens, the code in here will malfunction. Raise a compiler + * error instead. + * + * In theory, jump labels and the static branch patching infrastructure + * could be decoupled to fix this. + */ +#error asm/jump_label.h included on a non-jump-label kernel +#endif + #include #include static __always_inline bool arch_static_branch(struct static_key *key, bool branch) { - asm_volatile_goto("1:" - ".byte " __stringify(STATIC_KEY_INIT_NOP) "\n\t" - ".pushsection __jump_table, \"aw\" \n\t" - _ASM_ALIGN "\n\t" - _ASM_PTR "1b, %l[l_yes], %c0 + %c1 \n\t" - ".popsection \n\t" - : : "i" (key), "i" (branch) : : l_yes); + asm_volatile_goto("STATIC_BRANCH_GOTO l_yes=\"%l[l_yes]\" key=\"%c0\" " + "branch=\"%c1\"" + : : "i" (key), "i" (branch) : : l_yes); return false; l_yes: @@ -48,13 +44,8 @@ static __always_inline bool arch_static_branch(struct static_key *key, bool bran static __always_inline bool arch_static_branch_jump(struct static_key *key, bool branch) { - asm_volatile_goto("1:" - ".byte 0xe9\n\t .long %l[l_yes] - 2f\n\t" - "2:\n\t" - ".pushsection __jump_table, \"aw\" \n\t" - _ASM_ALIGN "\n\t" - _ASM_PTR "1b, %l[l_yes], %c0 + %c1 \n\t" - ".popsection \n\t" + asm_volatile_goto("STATIC_BRANCH_JUMP_GOTO l_yes=\"%l[l_yes]\" key=\"%c0\" " + "branch=\"%c1\"" : : "i" (key), "i" (branch) : : l_yes); return false; @@ -108,6 +99,26 @@ struct jump_entry { .popsection .endm +.macro STATIC_BRANCH_GOTO l_yes:req key:req branch:req +1: + .byte STATIC_KEY_INIT_NOP + .pushsection __jump_table, "aw" + _ASM_ALIGN + _ASM_PTR 1b, \l_yes, \key + \branch + .popsection +.endm + +.macro STATIC_BRANCH_JUMP_GOTO l_yes:req key:req branch:req +1: + .byte 0xe9 + .long \l_yes - 2f +2: + .pushsection __jump_table, "aw" + _ASM_ALIGN + _ASM_PTR 1b, \l_yes, \key + \branch + .popsection +.endm + #endif /* __ASSEMBLY__ */ #endif diff --git a/arch/x86/kernel/macros.S b/arch/x86/kernel/macros.S index bf8b9c93e255..161c95059044 100644 --- a/arch/x86/kernel/macros.S +++ b/arch/x86/kernel/macros.S @@ -13,3 +13,4 @@ #include #include #include +#include -- 2.17.0