From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pl1-f201.google.com (mail-pl1-f201.google.com [209.85.214.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 448183DFC62 for ; Tue, 30 Jun 2026 18:59:03 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.214.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1782845945; cv=none; b=I6Hk8O1eK/bqdaQySXN8pjn/gdxplvUWzhdeaUzYHxVvrDe5I/Fj6dEnUw1KlhpWYazB5aJSD/mSRx4sr3zyPkh5uv8D1MawnmTYw4RQXWiVkK2nKZRYoU+S+NLWDRDjpwyTcF20FdpVNukU0VJd6ixnABXp1SuPHwiFe0GXGMc= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1782845945; c=relaxed/simple; bh=XGgg+xXUmnlRvAbgTK542VK34Jp1hfwPb9Na535wrug=; h=Date:In-Reply-To:Mime-Version:References:Message-ID:Subject:From: To:Cc:Content-Type; b=BMgWJglRA2H8XklqDXZCgzUUOV5xVUKDCI5E6GVnaQD2VTNJ3baj3+QZZn9LWxXAJMNt49e4GOWvaSqiBvUJfkP5/BbwHOtFw06KidyUHcN78ikvxMdvihQH+vVma72ZADIEluClco1ocakZF2tvQoXqJYBouVscdQqiLMs4f+A= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=google.com; spf=pass smtp.mailfrom=flex--seanjc.bounces.google.com; dkim=pass (2048-bit key) header.d=google.com header.i=@google.com header.b=Wzuhw9Nc; arc=none smtp.client-ip=209.85.214.201 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=google.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=flex--seanjc.bounces.google.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=google.com header.i=@google.com header.b="Wzuhw9Nc" Received: by mail-pl1-f201.google.com with SMTP id d9443c01a7336-2c80be91ea3so72927155ad.1 for ; Tue, 30 Jun 2026 11:59:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20251104; t=1782845943; x=1783450743; darn=lists.linux.dev; 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=Wzuhw9NcSrliCD6nvF6QR/swPeEGcYXtF1EbSQMWOrqLBN9IFCJCUiwt67QrOt4GNE aSKGh3ingz5sBkzGBMB3xbKga0iNqXKsejXB6YTA5cj0NeOFAaqCetbooSankyhI9s/W wN8OMdj3t7bE3Z9+OUQgWcitAkLH5tg4AFnPygrvFnWhqbA90fq+aRzcGAP5bQk/yL/2 yVGNIxYXs2e3YMJKH2Yqnd+LEvVVkdI5HOFMttkuBzdHfN5V9aifTcaPVk2DSRwicIhF Raanxv8fUQE0z0FGdC3+8MBXtLh8CYZ7bLTIq3mCpLHDWw4U3Zo+Ln9XzzjSg72dX3qi IKGw== 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=MGqHQdEhK46BeFIsu8YtSAI32aIP3bhC92hYEfrTMD0ckRgOpwRWQ1Gv0wbdGj22Mx 3H0uFNndHeWpLdHpxwgJJA3c0CRWKvp98Tvo+ASNpHDKm1OxzJbfdL0s3IykiQV/6wxE EtSLgQThpagzcc8ijesFmlQyAt9139ASzNll8E3oIDOgyW1JCBp2jbQjOHJs7JwZ/c22 T37F1q4lImue43YCM+42F8D9k/DKzRctPZD2NFeXiqB88ehc5B1sQ+AsiVdgK3sO508n 2XUqm9TGPph+eiusuZHQ6adxzLIAruugvXxDUDvEQwNZsh2256X4s8kM1Fv1UHI5c2TU cOcw== X-Forwarded-Encrypted: i=1; AHgh+RrgGeF82QjG15q7kkmEmQiLZvVJq7BL3HCSXA09Y2YYNlsHLgARchd2ZIy8ik/dWxUpkp2uXTqUPp2y@lists.linux.dev X-Gm-Message-State: AOJu0Yw1fqB9w8kV5KkeKFB/b758Nndonr8LibzswT3NmdbIGrtvRK0L eOA+Sj2Ks6XUtBhebXUDqJVQAW6kn1EBZRfPnobniOgdM9vJpb6+r6qdEKMHnCeI0mGBPfQ1+9t SMdoPew== 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: Precedence: bulk X-Mailing-List: linux-coco@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: 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" 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?