[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20250425125245.GC22125@noisy.programming.kicks-ass.net>
Date: Fri, 25 Apr 2025 14:52:45 +0200
From: Peter Zijlstra <peterz@...radead.org>
To: "Xin Li (Intel)" <xin@...or.com>
Cc: linux-kernel@...r.kernel.org, kvm@...r.kernel.org,
linux-perf-users@...r.kernel.org, linux-hyperv@...r.kernel.org,
virtualization@...ts.linux.dev, linux-pm@...r.kernel.org,
linux-edac@...r.kernel.org, xen-devel@...ts.xenproject.org,
linux-acpi@...r.kernel.org, linux-hwmon@...r.kernel.org,
netdev@...r.kernel.org, platform-driver-x86@...r.kernel.org,
tglx@...utronix.de, mingo@...hat.com, bp@...en8.de,
dave.hansen@...ux.intel.com, x86@...nel.org, hpa@...or.com,
acme@...nel.org, jgross@...e.com, andrew.cooper3@...rix.com,
namhyung@...nel.org, mark.rutland@....com,
alexander.shishkin@...ux.intel.com, jolsa@...nel.org,
irogers@...gle.com, adrian.hunter@...el.com,
kan.liang@...ux.intel.com, wei.liu@...nel.org,
ajay.kaher@...adcom.com, bcm-kernel-feedback-list@...adcom.com,
tony.luck@...el.com, pbonzini@...hat.com, vkuznets@...hat.com,
seanjc@...gle.com, luto@...nel.org, boris.ostrovsky@...cle.com,
kys@...rosoft.com, haiyangz@...rosoft.com, decui@...rosoft.com,
dapeng1.mi@...ux.intel.com
Subject: Re: [PATCH v3 00/14] MSR code cleanup part one
On Fri, Apr 25, 2025 at 01:34:23AM -0700, Xin Li (Intel) wrote:
> This patch set is the first part of the patch set:
>
> MSR refactor with new MSR instructions support
>
> @ https://lore.kernel.org/lkml/20250422082216.1954310-1-xin@zytor.com/T/#m5a34be7d4ed55f0baca965cb65452a08e9ad7c8a
>
>
> It's getting *WAY* too big, and whether to zap the pv_ops MSR APIs is
> still under argument. Dave Hansen suggested to focus on rename stuff
> first, most of which he acked.
>
> Jürgen Groß also gave his RBs to most of the Xen MSR cleanup patches.
>
> So here comes the first MSR cleanup patch set with version 3.
>
>
> This patch series is based on:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86/msr
>
>
> Xin Li (Intel) (14):
> x86/msr: Move rdtsc{,_ordered}() to <asm/tsc.h>
> x86/msr: Remove rdpmc()
> x86/msr: Rename rdpmcl() to rdpmc()
> x86/msr: Convert the rdpmc() macro into an always inline function
> x86/msr: Return u64 consistently in Xen PMC read functions
> x86/msr: Convert __wrmsr() uses to native_wrmsr{,q}() uses
> x86/msr: Add the native_rdmsrq() helper
> x86/msr: Convert __rdmsr() uses to native_rdmsrq() uses
> x86/xen/msr: Remove calling native_{read,write}_msr{,_safe}() in
> pmu_msr_{read,write}()
> x86/xen/msr: Remove pmu_msr_{read,write}()
> x86/xen/msr: Remove the error pointer argument from set_seg()
> x86/pvops/msr: refactor pv_cpu_ops.write_msr{,_safe}()
> x86/msr: Replace wrmsr(msr, low, 0) with wrmsrq(msr, low)
> x86/msr: Change the function type of native_read_msr_safe()
These look ok.
Acked-by: Peter Zijlstra (Intel) <peterz@...radead.org>
Powered by blists - more mailing lists