From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from lists.xenproject.org (lists.xenproject.org [192.237.175.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 6A91CC43458 for ; Tue, 30 Jun 2026 18:59:31 +0000 (UTC) Received: from list by lists.xenproject.org with outflank-mailman.1349364.1607195 (Exim 4.92) (envelope-from ) id 1wedfo-0002Ss-3x; Tue, 30 Jun 2026 18:59:08 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 1349364.1607195; Tue, 30 Jun 2026 18:59:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1wedfo-0002Sl-1G; Tue, 30 Jun 2026 18:59:08 +0000 Received: by outflank-mailman (input) for mailman id 1349364; Tue, 30 Jun 2026 18:59:06 +0000 Received: from mx.expurgate.net ([194.145.224.10]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from <39hFEagYKCYMzlhuqjnvvnsl.jvt4lu-kl2lsspz0z.4luwyvqlj0.vyn@flex--seanjc.bounces.google.com>) id 1wedfm-0002Sf-Cq for xen-devel@lists.xenproject.org; Tue, 30 Jun 2026 18:59:06 +0000 Received: from mx.expurgate.net (helo=localhost) by mx.expurgate.net with esmtp id 1wedfl-000yIy-0r for xen-devel@lists.xenproject.org; Tue, 30 Jun 2026 20:59:05 +0200 Received: from [10.42.69.9] (helo=localhost) by localhost with ESMTP (eXpurgate MTA 0.9.1) (envelope-from <39hFEagYKCYMzlhuqjnvvnsl.jvt4lu-kl2lsspz0z.4luwyvqlj0.vyn@flex--seanjc.bounces.google.com>) id 6a4411f6-2eae-0a2a0a5409dd-0a2a4509b48a-8 for ; Tue, 30 Jun 2026 20:59:04 +0200 Received: from [209.85.214.201] (helo=mail-pl1-f201.google.com) by tlsNG-bad1c0.mxtls.expurgate.net with ESMTPS (eXpurgate 4.57.1) (envelope-from <39hFEagYKCYMzlhuqjnvvnsl.jvt4lu-kl2lsspz0z.4luwyvqlj0.vyn@flex--seanjc.bounces.google.com>) id 6a4411f7-97e6-0a2a45090019-d155d6c9d53c-3 for ; Tue, 30 Jun 2026 20:59:04 +0200 Received: by mail-pl1-f201.google.com with SMTP id d9443c01a7336-2c80be91ea3so72927335ad.1 for ; Tue, 30 Jun 2026 11:59:04 -0700 (PDT) X-BeenThere: xen-devel@lists.xenproject.org List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xenproject.org Precedence: list Sender: "Xen-devel" Authentication-Results: eu.smtp.expurgate.cloud; dkim=pass header.s=20251104 header.d=google.com header.i="@google.com" header.h="Cc:To:From:Subject:Message-ID:References:Mime-Version:In-Reply-To:Date" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20251104; t=1782845943; x=1783450743; darn=lists.xenproject.org; h=cc:to:from:subject:message-id:references:mime-version:in-reply-to :date:from:to:cc:subject:date:message-id:reply-to; bh=e+HRXjFGgcPzOleYtd12nce6K890KkClpjKYcrzynFs=; b=POVpTNddn5gunWbtPoFFAA50WIkMp74m4odEG68Yr7uAJqyuBlTnh9Jqc4VAjg5oMb 0tiHCWZR8vr5jdlrRRjjcsg/+P4IF5Zyi7jgebuEqGsyGAIznjvG+NDx53SUcr4pxVhw cQyr+M29SggDTcf5+Tw6ki6V66s/lsxzy4huBXEt//p1aQYg19Xt4LMMhNgYvcS79VES WY+Uc9pCimTWHjPtdbzR+hMzwVguRRkwZLcjBsZ3dJ2zYLbBoVaB6MOgYnUroGiyhaoO 5KGKYDjzkpH/P7EXUPDWupjxkImw2rr609R2+j5bdSGc78INlVynWVMr/25VAxuL0DVO nEHg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1782845943; x=1783450743; h=cc:to:from:subject:message-id:references:mime-version:in-reply-to :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=e+HRXjFGgcPzOleYtd12nce6K890KkClpjKYcrzynFs=; b=ntkdJHQHKcUHfGHAdI+THiuH9he0KNEoThGVC/mHFgQp/U8cvgkbqKQUGlmbdklIdr BSewX9YmvACYJ1eaDzq4P7Abt4x2nG9414vTJms1isJ+577qSdPQL2XUw85SbSmEuwYs 6kV5YE52TLbJgzt92tKPX7uJz2qLmN6cP2YGpAASua0bWYttAukOn2CVJwMddfS+KCOw 5l+GHLpjQAcRE4MdwPkAN0xqCooMfWZ0nYsNiPsBFgpCR4KHywG0vBd7oDPVv4DFHrTd 1/jMYJWeKfhdHq8GOLLVy2hrc1zD+Yvpmugnvzq5I3fnwwSSXjbblkvjQplwvYQPfRDZ Q2fw== X-Forwarded-Encrypted: i=1; AHgh+RqJ/0DXWkJU94IRzDIO2KAgI42oh9IT6gWjzLgXTfEjB92A6PDOZQUvMVOanhKxERMXA7O5mDeWl/k=@lists.xenproject.org X-Gm-Message-State: AOJu0YxK9kqKp4UObUlu0h+3r2mx3VCvCFqLY8KJHYwGD2NCIBVbMx62 ACNwe/9nYTPg3BJoIt7mpAeBJAv7iuhdmVmTWIbTey9NwmpVA+n7AiOV5DUNoABE6VPawluDykh MQMSRoQ== X-Received: from plbko12.prod.google.com ([2002:a17:903:7cc:b0:2c6:9f66:d581]) (user=seanjc job=prod-delivery.src-stubby-dispatcher) by 2002:a17:903:acd:b0:2c9:c517:d075 with SMTP id d9443c01a7336-2ca5a581ab5mr15124165ad.15.1782845942348; Tue, 30 Jun 2026 11:59:02 -0700 (PDT) Date: Tue, 30 Jun 2026 11:59:01 -0700 In-Reply-To: Mime-Version: 1.0 References: <20260629060526.3638272-1-jgross@suse.com> <7332feff-2649-496c-8e49-b0a19eb54a32@app.fastmail.com> Message-ID: Subject: Re: [PATCH 00/32] x86/msr: Drop 32-bit MSR interfaces From: Sean Christopherson To: Ingo Molnar Cc: Arnd Bergmann , Juergen Gross , linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org, "linux-edac@vger.kernel.org" , x86@kernel.org, linux-acpi@vger.kernel.org, kvm@vger.kernel.org, linux-coco@lists.linux.dev, linux-pci@vger.kernel.org, virtualization@lists.linux.dev, linux-ide@vger.kernel.org, dri-devel@lists.freedesktop.org, linux-fbdev@vger.kernel.org, linux-crypto@vger.kernel.org, "open list:GPIO SUBSYSTEM" , linux-hyperv@vger.kernel.org, linux-hwmon@vger.kernel.org, linux-perf-users@vger.kernel.org, linux-mtd@lists.infradead.org, platform-driver-x86@vger.kernel.org, "Rafael J . Wysocki" , Daniel Lezcano , Zhang Rui , "lukasz.luba@arm.com" , Jason Baron , Borislav Petkov , Tony Luck , Yazen Ghannam , Len Brown , Pavel Machek , Thomas Gleixner , Ingo Molnar , Dave Hansen , "H. Peter Anvin" , Paolo Bonzini , "Kirill A. Shutemov" , Rick Edgecombe , Pu Wen , Bjorn Helgaas , Ajay Kaher , Alexey Makhalov , Broadcom internal kernel review list , Viresh Kumar , Reinette Chatre , Dave Martin , James Morse , Babu Moger , Tony W Wang-oc , Damien Le Moal , Niklas Cassel , Dave Airlie , Helge Deller , linux-geode@lists.infradead.org, Olivia Mackall , Herbert Xu , Linus Walleij , Bartosz Golaszewski , Greg Kroah-Hartman , "K. Y. Srinivasan" , Haiyang Zhang , Wei Liu , Dexuan Cui , Long Li , Guenter Roeck , Peter Zijlstra , Arnaldo Carvalho de Melo , Namhyung Kim , Mark Rutland , Alexander Shishkin , Jiri Olsa , Ian Rogers , Adrian Hunter , James Clark , Josh Poimboeuf , Pawan Gupta , Vitaly Kuznetsov , Andy Lutomirski , Boris Ostrovsky , Huang Rui , Mario Limonciello , Perry Yuan , K Prateek Nayak , "srinivas.pandruvada@linux.intel.com" , Artem Bityutskiy , Artem Bityutskiy , Miquel Raynal , Richard Weinberger , Vignesh Raghavendra , Ashok Raj , Hans de Goede , "Ilpo =?utf-8?B?SsOkcnZpbmVu?=" , Rajneesh Bhardwaj , David E Box , xen-devel@lists.xenproject.org Content-Type: text/plain; charset="us-ascii" X-purgate-ID: tlsNG-bad1c0/1782845944-47D34986-E13FA5E0/0/0 X-purgate-type: clean X-purgate-size: 1407 On Mon, Jun 29, 2026, Ingo Molnar wrote: > * Arnd Bergmann wrote: > > > >>> Note that most patches of this series are independent from each other. > > >>> Only the patches removing a specific interface (patches 7, 15, 26 and > > >>> 30) and the last two patches of the series depend on all previous > > >>> patches. > > >> > > >> It looks like you are touching most files twice or more here, to > > >> first convert from rdmsr to rdmsrq and then to change the > > >> two-argument rdmsrq() macro to a single-argument inline. If you > > >> introduce the inline version of rdmsrq() first, you should be > > >> able to skip the second step (patch 31) as they could be able > > >> to coexist. > > > > > > I've discussed how to structure the series with Ingo Molnar before [1]. The > > > current approach was his preference. > > > > Ok. > > Note that the individual patches are IMO significantly easier to review > through the actual 32-bit => 64-bit variable assignment changes done > in isolation (which sometimes include minor cleanups), while > the Coccinelle semantic patch: > > { a(b,c) => c = a(b) } > > which changes both the function signature and the order of terms as > well, is just a single add-on treewide patch. Is the plan for subsystem maintainers to pick up the relevant patches, and then do the treewide change one release cycle later?