Re: [PATCH v2 00/13] x86/msr: Drop 32-bit MSR interfaces
Sean Christopherson <[email protected]>
| Newsgroups | org.kernel.vger.linux-hyperv,dev.linux.lists.linux-coco,dev.linux.lists.virtualization,org.freedesktop.lists.dri-devel,org.infradead.lists.linux-mtd,org.kernel.vger.kvm,org.kernel.vger.linux-acpi,org.kernel.vger.linux-crypto,org.kernel.vger.linux-edac,org.kernel.vger.linux-fbdev,org.kernel.vger.linux-gpio,org.kernel.vger.linux-hwmon,org.kernel.vger.linux-ide,org.kernel.vger.linux-kernel,org.kernel.vger.linux-pci,org.kernel.vger.linux-perf-users,org.kernel.vger.linux-pm,org.kernel.vger.platform-driver-x86,org.xenproject.lists.xen-devel |
|---|---|
| Message-ID | <[email protected]> |
On Wed, Aug 19, 2026, Dave Hansen wrote: > Hey Juergen, > > These look great. Thanks for doing it! > > The only wonky thing is how we're going to actually merge it. We > obviously can't do patches 10-11 until all the "stop using" patches have > been applied. > > I obviously 100% realize that it's during the merge window, but any acks > that the maintainers of 5-9 provide in the next few weeks would be super > helpful. Or, if any of those maintainers want to cherry pick their > subsystem's stuff out of this series and apply it, that would be great too. > > But, the last time we did some MSR function munging, the tip tree > carried most of the patches. I would expect we'll have a repeat of that > here too. I'll pencil in the idea of just merging the lot around -rc1 time. Note, patch 12 "treewide: convert rdmsrq() from a macro to an inline function" is going to conflict with the KVM changes for 7.3; kvm_access_xstate_msr() is getting moved from x86.c to msrs.c. Somewhat surprisingly, AFAICT that's the only conflict with KVM's code movement, so it's probably not strictly required to send a new version after the KVM pull request?