rr (http://rr-project.org/), a userspace record-and-replay reverse- execution debugger, would like to trap and emulate the CPUID instruction. This would allow us to a) mask away certain hardware features that rr does not support (e.g. RDRAND) and b) enable trace portability across machines by providing constant results. Newer Intel CPUs (Ivy Bridge and later) can fault when CPUID is executed at CPL > 0. Expose this capability to userspace as a new pair of arch_prctls, ARCH_GET_CPUID and ARCH_SET_CPUID. Since v12: Patch 4: x86/syscalls/32: Wire up arch_prctl on x86-32 - compat_sys_arch_prctl prototype has argument names. Patch 5: x86/cpufeature: Detect CPUID faulting support - s/init_intel_misc_features_enables/init_intel_misc_features/. - Added Reviewed-by Borislav. Patch 6: x86/arch_prctl: Add ARCH_[GET|SET]_CPUID - Selftest was split out into Patch 7. - s/msr_misc_features_enables_shadow/msr_misc_features_shadow/. - ARCH_GET_CPUID now returns its value directly, not in an outparam. - ARCH_SET_CPUID now takes a simple 0/1 value, ARCH_CPUID_ENABLE and ARCH_CPUID_SIGSEGV are gone. - ARCH_[GET|SET]_CPUID now operate on the enabledness of the CPUID instruction, not the CPUID faulting bit. Thus the default return value of ARCH_GET_CPUID is 1, and calling ARCH_SET_CPUID with 0 activates CPUID faulting (and thus disabling the CPUID instruction). Patch 7: x86/arch_prctl: Selftest for ARCH_[GET|SET]_CPUID - The self test was updated for the API changes. -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
