Legacy instruction emulation for arm64
Subsystems (2)
v5 cover Legacy instruction emulation for arm64
Hi,
This is the fifth posting of the legacy instruction support for arm64. Previous postings can be found at [1][2][3][4].
This version addresses all the feedback received so far.
Changes since previous posting:
* Split out legacy instructions framework into a separate patch 3/6.
* Simplified the error checking for undefined abort hooks registration.
* Revert to previous mode when setting up hardware execution fails.
* Dropped duplicate information in trace that was already being captured by the framework.
Cheers,
Punit
Changes since [3]:
* Shortened function name aarch32_insn_is_wide_instruction -> aarch32_insn_is_wide
* Removed unnecessary addprefix
* Changed default suggestion from 'N' to 'Y'
* Allow deprecated instructions to potentially only implement emulation or hardware execution - should help when certain instructions are difficult to emulate.
* Disable CP15 barriers when hot-unplugging the CPUs
* Added assembler comment to trace the equivalent barrier when CP15 Barriers are used.
Changes since [2]:
* Made trace point local to arm64
* Re-factored infrastructure to handle registration / un-registration of undefined hooks as well as handle enabling hardware execution when supported
* Added documentation for default execution modes and how to change it via sysctl
Changes since [1]:
* Added support for Thumb instructions when registering undefined hooks as well
* Emulation support is now added to armv8_deprecated.c (was previously v7_obsolete.c)
* Instruction support level - Off, Emulate or Enable (when supported in hardware) - is now controlled through sysctl
* Using trace points instead of debugfs for stats reporting
[1] http://thread.gmane.org/gmane.linux.ports.arm.kernel/351054
[2] http://lists.infradead.org/pipermail/linux-arm-kernel/2014-October/292213.html
[3] http://thread.gmane.org/gmane.linux.ports.arm.kernel/366728
[4] http://thread.gmane.org/gmane.linux.ports.arm.kernel/371017
Punit Agrawal (6):
arm64: Add support for hooks to handle undefined instructions
arm64: Add AArch32 instruction set condition code checks
arm64: Add framework for legacy instruction emulation
arm64: Port SWP/SWPB emulation support from arm
arm64: Emulate CP15 Barrier instructions
arm64: Trace emulation of AArch32 legacy instructions
Documentation/arm64/legacy_instructions.txt | 45 +++ arch/arm64/Kconfig | 54 +++ arch/arm64/include/asm/insn.h | 10 + arch/arm64/include/asm/opcodes.h | 1 + arch/arm64/include/asm/traps.h | 16 + arch/arm64/kernel/Makefile | 5 +- arch/arm64/kernel/armv8_deprecated.c | 553 ++++++++++++++++++++++++++++ arch/arm64/kernel/insn.c | 26 ++ arch/arm64/kernel/trace-events-emulation.h | 35 ++ arch/arm64/kernel/traps.c | 66 ++++ 10 files changed, 810 insertions(+), 1 deletion(-) create mode 100644 Documentation/arm64/legacy_instructions.txt create mode 100644 arch/arm64/include/asm/opcodes.h create mode 100644 arch/arm64/kernel/armv8_deprecated.c create mode 100644 arch/arm64/kernel/trace-events-emulation.h
Signature · 1 line
2.1.1
PATCH v5 1/6 arm64: Add support for hooks to handle undefined instructions
Add support to register hooks for undefined instructions. The handlers will be called when the undefined instruction and the processor state (as contained in pstate) match criteria used at registration.
--- arch/arm64/include/asm/insn.h | 2 ++ arch/arm64/include/asm/traps.h | 16 ++++++++++ arch/arm64/kernel/insn.c | 5 ++++ arch/arm64/kernel/traps.c | 66 ++++++++++++++++++++++++++++++++++++++++++ 4 files changed, 89 insertions(+)
arch/arm64/include/asm/insn.h +2 -0
@@ -354,6 +354,8 @@ bool aarch64_insn_hotpatch_safe(u32 old_insn, u32 new_insn);int aarch64_insn_patch_text_nosync (void *addr,u32 insn);int aarch64_insn_patch_text_sync (void *addrs[],u32 insns[],int cnt);int aarch64_insn_patch_text (void *addrs[],u32 insns[],int cnt); + +bool aarch32_insn_is_wide (u32 insn);#endif /* __ASSEMBLY__ */ #endif /* __ASM_INSN_H */
arch/arm64/include/asm/traps.h +16 -0
@@ -18,6 +18,22 @@#ifndef __ASM_TRAP_H#define __ASM_TRAP_H +#include <linux/list.h> + +struct pt_regs ; + +struct undef_hook { +struct list_head node; +u32 instr_mask; +u32 instr_val; +u64 pstate_mask; +u64 pstate_val; +int (*fn)(struct pt_regs *regs,u32 instr); +}; + +void register_undef_hook (struct undef_hook *hook); +void unregister_undef_hook (struct undef_hook *hook); +static inline int in_exception_text (unsigned long ptr) {extern char __exception_text_start[];
arch/arm64/kernel/insn.c +5 -0
@@ -959,3 +959,8 @@ u32 aarch64_insn_gen_logical_shifted_reg(enum aarch64_insn_register dst,return aarch64_insn_encode_immediate (AARCH64_INSN_IMM_6 , insn, shift); } + +bool aarch32_insn_is_wide (u32 insn) +{ +return insn >=0xe800 ; +}
arch/arm64/kernel/traps.c +66 -0
78 lines not on this page · raw message
Signature · 1 line
2.1.1
PATCH v5 2/6 arm64: Add AArch32 instruction set condition code checks
In reply to Punit AgrawalPort support for AArch32 instruction condition code checking from arm to arm64.
--- arch/arm64/include/asm/opcodes.h | 1 + arch/arm64/kernel/Makefile | 3 ++- 2 files changed, 3 insertions(+), 1 deletion(-) create mode 100644 arch/arm64/include/asm/opcodes.h
arch/arm64/include/asm/opcodes.h new file +1 -0
@@ -0,0 +1 @@ +#include <../../arm/include/asm/opcodes.h>
arch/arm64/kernel/Makefile +2 -1
@@ -18,7 +18,8 @@ arm64-obj-y := cputable.o debug-monitors.o entry.o irq.o fpsimd.o \ cpuinfo.o arm64-obj-$(CONFIG_COMPAT) += sys32.o kuser32.o signal32.o \ - sys_compat.o + sys_compat.o \ + ../../arm/kernel/opcodes.o arm64-obj-$(CONFIG_FUNCTION_TRACER) += ftrace.o entry-ftrace.o arm64-obj-$(CONFIG_MODULES) += arm64ksyms.o module.o arm64-obj-$(CONFIG_SMP) += smp.o smp_spin_table.o topology.o
Signature · 1 line
2.1.1
PATCH v5 3/6 arm64: Add framework for legacy instruction emulation
In reply to Punit AgrawalTypically, providing support for legacy instructions requires emulating the behaviour of instructions whose encodings have become undefined. If the instructions haven't been removed from the architecture, there maybe an option in the implementation to turn on/off the support for these instructions.
Create common infrastructure to support legacy instruction emulation. In addition to emulation, also provide an option to support hardware execution when supported. The default execution mode (one of undef, emulate, hw exeuction) is dependent on the state of the instruction (deprecated or obsolete) in the architecture and can specified at the time of registering the instruction handlers. The runtime state of the emulation can be controlled by writing to individual nodes in sysctl. The expected default behaviour is documented as part of this patch.
--- Documentation/arm64/legacy_instructions.txt | 33 +++++ arch/arm64/Kconfig | 18 +++ arch/arm64/kernel/Makefile | 1 + arch/arm64/kernel/armv8_deprecated.c | 216 ++++++++++++++++++++++++++++ 4 files changed, 268 insertions(+) create mode 100644 Documentation/arm64/legacy_instructions.txt create mode 100644 arch/arm64/kernel/armv8_deprecated.c
Documentation/arm64/legacy_instructions.txt new file +33 -0
@@ -0,0 +1,33 @@ +The arm64 port of the Linux kernel provides infrastructure to support +emulation of instructions which have been deprecated, or obsoleted in +the architecture. The infrastructure code uses undefined instruction +hooks to support emulation. Where available it also allows turning on +the instruction execution in hardware. + +The emulation mode can be controlled by writing to sysctl nodes +(/proc/sys/abi). The following explains the different execution +behaviours and the corresponding values of the sysctl nodes - + +* Undef + Value: 0 + Generates undefined instruction abort. Default for instructions that + have been obsoleted in the architecture, e.g., SWP + +* Emulate + Value: 1 + Uses software emulation. To aid migration of software, in this mode + usage of emulated instruction is traced as well as rate limited + warnings are issued. This is the default for deprecated + instructions, .e.g., CP15 barriers + +* Hardware Execution + Value: 2 + Although marked as deprecated, some implementations may support the + enabling/disabling of hardware support for the execution of these + instructions. Using hardware execution generally provides better + performance, but at the loss of ability to gather runtime statistics + about the use of the deprecated instructions. + +The default mode depends on the status of the instruction in the +architecture. Deprecated instructions should default to emulation +while obsolete instructions must be undefined by default.
arch/arm64/Kconfig +18 -0
@@ -162,6 +162,24 @@ config ARCH_XGENE help This enables support for AppliedMicro X-Gene SOC Family +comment "Processor Features" + +menuconfig ARMV8_DEPRECATED + bool "Emulate deprecated/obsolete ARMv8 instructions" + depends on COMPAT + help + Legacy software support may require certain instructions + that have been deprecated or obsoleted in the architecture. + + Enable this config to enable selective emulation of these + features. + + If unsure, say Y + +if ARMV8_DEPRECATED + +endif + endmenu menu "Bus support"
arch/arm64/kernel/Makefile +1 -0
@@ -32,6 +32,7 @@ arm64-obj-$(CONFIG_JUMP_LABEL) += jump_label.o arm64-obj-$(CONFIG_KGDB) += kgdb.o arm64-obj-$(CONFIG_EFI) += efi.o efi-stub.o efi-entry.o arm64-obj-$(CONFIG_PCI) += pci.o +arm64-obj-$(CONFIG_ARMV8_DEPRECATED) += armv8_deprecated.o obj-y += $(arm64-obj-y) vdso/ obj-m += $(arm64-obj-m)
arch/arm64/kernel/armv8_deprecated.c new file +216 -0
216 lines not on this page · raw message
Signature · 1 line
2.1.1
Catalin Marinas
maintainerPATCH v5 3/6 arm64: Add framework for legacy instruction emulation
Quoted 16 lines · Punit Agrawal
Typically, providing support for legacy instructions requires emulating the behaviour of instructions whose encodings have become undefined. If the instructions haven't been removed from the architecture, there maybe an option in the implementation to turn on/off the support for these instructions.
Create common infrastructure to support legacy instruction emulation. In addition to emulation, also provide an option to support hardware execution when supported. The default execution mode (one of undef, emulate, hw exeuction) is dependent on the state of the instruction (deprecated or obsolete) in the architecture and can specified at the time of registering the instruction handlers. The runtime state of the emulation can be controlled by writing to individual nodes in sysctl. The expected default behaviour is documented as part of this patch.
Quoted 1 line
Signed-off-by Punit Agrawal <[email protected]>
PATCH v5 3/6 arm64: Add framework for legacy instruction emulation
In reply to Punit AgrawalIf it's not too late to chime in, I ran across one issue testing this patchset:
arch/arm64/kernel/armv8_deprecated.c line 162
Quoted 6 lines · Punit Agrawal
arch/arm64/kernel/armv8_deprecated.c new file +6
-0+ ret =update_insn_emulation_mode (insn, prev_mode); +if (!ret) { +/* Mode change failed, revert to previous mode. */ + insn->current_mode = prev_mode; +update_insn_emulation_mode (insn,INSN_UNDEF ); + }
update_insn_emulation_mode() returns 0 on success, so the condition needs to be "if (ret)". Otherwise writes to the sysctl file are immediately rolled back.
PATCH v5 3/6 arm64: Add framework for legacy instruction emulation
Quoted 10 lines · Greg Hackmann
If it's not too late to chime in, I ran across one issue testing this patchset:
arch/arm64/kernel/armv8_deprecated.c line 162
Quoted 6 lines · Punit Agrawal
arch/arm64/kernel/armv8_deprecated.c new file +6
-0+ ret =update_insn_emulation_mode (insn, prev_mode); +if (!ret) { +/* Mode change failed, revert to previous mode. */ + insn->current_mode = prev_mode; +update_insn_emulation_mode (insn,INSN_UNDEF ); + }
Quoted 3 lines
update_insn_emulation_mode()returns 0 on success, so the condition needs to be "if (ret)". Otherwise writes to the sysctl file are immediately rolled back.
Thanks Gene, I'll add that on top with your reported-by.
Will
PATCH v5 3/6 arm64: Add framework for legacy instruction emulation
In reply to Greg HackmannHi Greg,
Quoted 2 lines · Greg Hackmann
If it's not too late to chime in, I ran across one issue testing this patchset:
Sure. Thanks for taking the patches for a spin.
Quoted 9 lines · Punit Agrawal
arch/arm64/kernel/armv8_deprecated.c line 162
Quoted 6 lines
arch/arm64/kernel/armv8_deprecated.c new file +6
-0+ ret =update_insn_emulation_mode (insn, prev_mode); +if (!ret) { +/* Mode change failed, revert to previous mode. */ + insn->current_mode = prev_mode; +update_insn_emulation_mode (insn,INSN_UNDEF ); + }
Quoted 3 lines
update_insn_emulation_mode()returns 0 on success, so the condition needs to be "if (ret)". Otherwise writes to the sysctl file are immediately rolled back.
Dang! Missed this in the testing before posting. I'll co-ordinate with Will to get the fix into next.
Quoted 5 lines
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel at lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
PATCH v5 4/6 arm64: Port SWP/SWPB emulation support from arm
In reply to Punit AgrawalThe SWP instruction was deprecated in the ARMv6 architecture. The ARMv7 multiprocessing extensions mandate that SWP/SWPB instructions are treated as undefined from reset, with the ability to enable them through the System Control Register SW bit. With ARMv8, the option to enable these instructions through System Control Register was dropped as well.
To support legacy applications using these instructions, port the emulation of the SWP and SWPB instructions from the arm port to arm64.
--- Documentation/arm64/legacy_instructions.txt | 7 + arch/arm64/Kconfig | 21 +++ arch/arm64/include/asm/insn.h | 6 + arch/arm64/kernel/armv8_deprecated.c | 191 ++++++++++++++++++++++++++++ arch/arm64/kernel/insn.c | 8 ++ 5 files changed, 233 insertions(+)
Documentation/arm64/legacy_instructions.txt +7 -0
@@ -31,3 +31,10 @@ behaviours and the corresponding values of the sysctl nodes - The default mode depends on the status of the instruction in the architecture. Deprecated instructions should default to emulation while obsolete instructions must be undefined by default. + +Supported legacy instructions +----------------------------- +* SWP{B} +Node: /proc/sys/abi/swp +Status: Obsolete +Default: Undef (0)
arch/arm64/Kconfig +21 -0
@@ -178,6 +178,27 @@ menuconfig ARMV8_DEPRECATED if ARMV8_DEPRECATED +config SWP_EMULATION + bool "Emulate SWP/SWPB instructions" + help + ARMv8 obsoletes the use of A32 SWP/SWPB instructions such that + they are always undefined. Say Y here to enable software + emulation of these instructions for userspace using LDXR/STXR. + + In some older versions of glibc [<=2.8] SWP is used during futex + trylock() operations with the assumption that the code will not + be preempted. This invalid assumption may be more likely to fail + with SWP emulation enabled, leading to deadlock of the user + application. + + NOTE: when accessing uncached shared regions, LDXR/STXR rely + on an external transaction monitoring block called a global + monitor to maintain update atomicity. If your system does not + implement a global monitor, this option can cause programs that + perform SWP operations to uncached memory to deadlock. + + If unsure, say Y + endif endmenu
arch/arm64/include/asm/insn.h +6 -0
@@ -356,6 +356,12 @@ int aarch64_insn_patch_text_sync(void *addrs[], u32 insns[], int cnt);int aarch64_insn_patch_text (void *addrs[],u32 insns[],int cnt);bool aarch32_insn_is_wide (u32 insn); + +#define A32_RN_OFFSET 16 +#define A32_RT_OFFSET 12 +#define A32_RT2_OFFSET 0 + +u32 aarch32_insn_extract_reg_num (u32 insn,int offset);#endif /* __ASSEMBLY__ */ #endif /* __ASM_INSN_H */
arch/arm64/kernel/armv8_deprecated.c +191 -0
211 lines not on this page · raw message
arch/arm64/kernel/insn.c +8 -0
@@ -964,3 +964,11 @@ bool aarch32_insn_is_wide(u32 insn) {return insn >=0xe800 ; } + +/* +* Macros/defines for extracting register numbers from instruction. +*/ +u32 aarch32_insn_extract_reg_num (u32 insn,int offset) +{ +return (insn & (0xf << offset)) >> offset; +}
Signature · 1 line
2.1.1
Catalin Marinas
maintainerPATCH v5 4/6 arm64: Port SWP/SWPB emulation support from arm
Quoted 11 lines · Punit Agrawal
The SWP instruction was deprecated in the ARMv6 architecture. The ARMv7 multiprocessing extensions mandate that SWP/SWPB instructions are treated as undefined from reset, with the ability to enable them through the System Control Register SW bit. With ARMv8, the option to enable these instructions through System Control Register was dropped as well.
To support legacy applications using these instructions, port the emulation of the SWP and SWPB instructions from the arm port to arm64.
Signed-off-by Punit Agrawal <[email protected]>
PATCH v5 5/6 arm64: Emulate CP15 Barrier instructions
In reply to Punit AgrawalThe CP15 barrier instructions (CP15ISB, CP15DSB and CP15DMB) are deprecated in the ARMv7 architecture, superseded by ISB, DSB and DMB instructions respectively. Some implementations may provide the ability to disable the CP15 barriers by disabling the CP15BEN bit in SCTLR_EL1. If not enabled, the encodings for these instructions become undefined.
To support legacy software using these instructions, this patch register hooks to -
* emulate CP15 barriers and warn the user about their use
* toggle CP15BEN in SCTLR_EL1
--- Documentation/arm64/legacy_instructions.txt | 5 ++ arch/arm64/Kconfig | 15 ++++ arch/arm64/include/asm/insn.h | 2 + arch/arm64/kernel/armv8_deprecated.c | 131 ++++++++++++++++++++++++++++ arch/arm64/kernel/insn.c | 13 +++ 5 files changed, 166 insertions(+)
Documentation/arm64/legacy_instructions.txt +5 -0
@@ -38,3 +38,8 @@ Supported legacy instructions Node: /proc/sys/abi/swp Status: Obsolete Default: Undef (0) + +* CP15 Barriers +Node: /proc/sys/abi/cp15_barrier +Status: Deprecated +Default: Emulate (1)
arch/arm64/Kconfig +15 -0
@@ -199,6 +199,21 @@ config SWP_EMULATION If unsure, say Y +config CP15_BARRIER_EMULATION + bool "Emulate CP15 Barrier instructions" + help + The CP15 barrier instructions - CP15ISB, CP15DSB, and + CP15DMB - are deprecated in ARMv8 (and ARMv7). It is + strongly recommended to use the ISB, DSB, and DMB + instructions instead. + + Say Y here to enable software emulation of these + instructions for AArch32 userspace code. When this option is + enabled, CP15 barrier usage is traced which can help + identify software that needs updating. + + If unsure, say Y + endif endmenu
arch/arm64/include/asm/insn.h +2 -0
@@ -362,6 +362,8 @@ bool aarch32_insn_is_wide(u32 insn);#define A32_RT2_OFFSET 0u32 aarch32_insn_extract_reg_num (u32 insn,int offset); +u32 aarch32_insn_mcr_extract_opc2 (u32 insn); +u32 aarch32_insn_mcr_extract_crm (u32 insn);#endif /* __ASSEMBLY__ */ #endif /* __ASM_INSN_H */
arch/arm64/kernel/armv8_deprecated.c +131 -0
149 lines not on this page · raw message
arch/arm64/kernel/insn.c +13 -0
@@ -972,3 +972,16 @@ u32 aarch32_insn_extract_reg_num(u32 insn, int offset) {return (insn & (0xf << offset)) >> offset; } + +#define OPC2_MASK 0x7 +#define OPC2_OFFSET 5 +u32 aarch32_insn_mcr_extract_opc2 (u32 insn) +{ +return (insn & (OPC2_MASK <<OPC2_OFFSET )) >>OPC2_OFFSET ; +} + +#define CRM_MASK 0xf +u32 aarch32_insn_mcr_extract_crm (u32 insn) +{ +return insn &CRM_MASK ; +}
Signature · 1 line
2.1.1
PATCH v5 6/6 arm64: Trace emulation of AArch32 legacy instructions
In reply to Punit AgrawalIntroduce an event to trace the usage of emulated instructions. The trace event is intended to help identify and encourage the migration of legacy software using the emulation features.
Use this event to trace usage of swp and CP15 barrier emulation.
--- arch/arm64/kernel/Makefile | 1 + arch/arm64/kernel/armv8_deprecated.c | 19 ++++++++++++++-- arch/arm64/kernel/trace-events-emulation.h | 35 ++++++++++++++++++++++++++++++ 3 files changed, 53 insertions(+), 2 deletions(-) create mode 100644 arch/arm64/kernel/trace-events-emulation.h
arch/arm64/kernel/Makefile +1 -0
@@ -5,6 +5,7 @@ CPPFLAGS_vmlinux.lds := -DTEXT_OFFSET=$(TEXT_OFFSET) AFLAGS_head.o := -DTEXT_OFFSET=$(TEXT_OFFSET) CFLAGS_efi-stub.o := -DTEXT_OFFSET=$(TEXT_OFFSET) +CFLAGS_armv8_deprecated.o := -I$(src) CFLAGS_REMOVE_ftrace.o = -pg CFLAGS_REMOVE_insn.o = -pg
arch/arm64/kernel/armv8_deprecated.c +17 -2
@@ -20,6 +20,9 @@#include <asm/traps.h> #include <asm/uaccess.h> +#define CREATE_TRACE_POINTS +#include "trace-events-emulation.h" +/* * The runtime support for deprecated instruction support can be in one of * following three states -
@@ -358,6 +361,11 @@ static int swp_handler(struct pt_regs *regs, u32 instr) regs->user_regs.regs[destreg] = data; ret: +if (type ==TYPE_SWPB ) +trace_instruction_emulation ("swpb" , regs->pc); +else +trace_instruction_emulation ("swp" , regs->pc); +pr_warn_ratelimited ("\"%s\" (%ld) uses obsolete SWP{B} instruction at 0x%llx\n" , current->comm, (unsigned long )current->pid, regs->pc);
@@ -415,10 +423,15 @@ static int cp15barrier_handler(struct pt_regs *regs, u32 instr)* dmb - mcr p15, 0, Rt, c7, c10, 5 * dsb - mcr p15, 0, Rt, c7, c10, 4 */ -if (aarch32_insn_mcr_extract_opc2 (instr) ==5 ) +if (aarch32_insn_mcr_extract_opc2 (instr) ==5 ) {dmb (sy); -else +trace_instruction_emulation ( +"mcr p15, 0, Rt, c7, c10, 5 ; dmb" , regs->pc); + }else {dsb (sy); +trace_instruction_emulation ( +"mcr p15, 0, Rt, c7, c10, 4 ; dsb" , regs->pc); + }break ;case 5 :/*
@@ -427,6 +440,8 @@ static int cp15barrier_handler(struct pt_regs *regs, u32 instr)* Taking an exception or returning from one acts as an * instruction barrier. So no explicit barrier needed here. */ +trace_instruction_emulation ( +"mcr p15, 0, Rt, c7, c5, 4 ; isb" , regs->pc);break ; }
arch/arm64/kernel/trace-events-emulation.h new file +35 -0
@@ -0,0 +1,35 @@ +#undef TRACE_SYSTEM +#define TRACE_SYSTEM emulation + +#if !defined(_TRACE_EMULATION_H) || defined(TRACE_HEADER_MULTI_READ ) +#define _TRACE_EMULATION_H + +#include <linux/tracepoint.h> + +TRACE_EVENT (instruction_emulation, + + TP_PROTO(const char *instr, u64 addr), +TP_ARGS (instr, addr), + +TP_STRUCT__entry ( + __string(instr, instr) +__field (u64, addr) + ), + +TP_fast_assign ( + __assign_str(instr, instr); + __entry->addr = addr; + ), + +TP_printk ("instr=\"%s\" addr=0x%llx" ,__get_str (instr), __entry->addr) +); + +#endif /* _TRACE_EMULATION_H */ + +/* This part must be outside protection */ +#undef TRACE_INCLUDE_PATH +#undef TRACE_INCLUDE_FILE +#define TRACE_INCLUDE_PATH . + +#define TRACE_INCLUDE_FILE trace-events-emulation +#include <trace/define_trace.h>
Signature · 1 line
2.1.1
PATCH v5 6/6 arm64: Trace emulation of AArch32 legacy instructions
Quoted 10 lines · On Tue, 18 Nov 2014 11:41:27 +0000 Punit Agrawal <[email protected]> wrote:
Introduce an event to trace the usage of emulated instructions. The trace event is intended to help identify and encourage the migration of legacy software using the emulation features.
Use this event to trace usage of swp and CP15 barrier emulation.
Cc Steven Rostedt <[email protected]>Signed-off-by Punit Agrawal <[email protected]>Acked-by Catalin Marinas <[email protected]>---
For the tracing side:
-- Steve
PATCH v5 6/6 arm64: Trace emulation of AArch32 legacy instructions
Quoted 9 lines · Steven Rostedt
Quoted 6 lines · On Tue, 18 Nov 2014 11:41:27 +0000 Punit Agrawal <[email protected]> wrote:
Introduce an event to trace the usage of emulated instructions. The trace event is intended to help identify and encourage the migration of legacy software using the emulation features.
Use this event to trace usage of swp and CP15 barrier emulation.
Quoted 8 lines
Quoted 4 lines
Cc Steven Rostedt <[email protected]>Signed-off-by Punit Agrawal <[email protected]>Acked-by Catalin Marinas <[email protected]>---
For the tracing side:
Acked-by Steven Rostedt <[email protected]>
Cheers, Steve.
Quoted 7 lines
-- Steve
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel at lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
Catalin Marinas
maintainerv5 cover Legacy instruction emulation for arm64
In reply to Punit AgrawalQuoted 2 lines · Punit Agrawal
This is the fifth posting of the legacy instruction support for arm64. Previous postings can be found at [1][2][3][4].
The series looks good to me, I added my reviewed-by. I guess Will can pick them up.
Thanks.
Signature · 1 line
Catalin
v5 cover Legacy instruction emulation for arm64
Hi Catalin,
Quoted 6 lines · Catalin Marinas
Quoted 2 lines · Punit Agrawal
This is the fifth posting of the legacy instruction support for arm64. Previous postings can be found at [1][2][3][4].
The series looks good to me, I added my reviewed-by. I guess Will can pick them up.
Thanks for reviewing the series.
Cheers,
Punit
Quoted 2 lines
Thanks.