From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pl1-f202.google.com (mail-pl1-f202.google.com [209.85.214.202]) (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 450EC3E0C57 for ; Tue, 30 Jun 2026 18:59:03 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.214.202 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1782845945; cv=none; b=mCLd1okb2844muMM35qbuWgimcHnmmeS36E6iHeYkGtk2jmLDBGQg40PaQPsxnKgQYAIi+U/C2ev9pXqP7XvOtrihHr77E56+rdMB/xMwlW9h2WJWR4sRFPYsZ3fBNWEmwavVVbwBEDe+wA7wXzHNmaf0jdo3U+lRh2JCmVEEEo= 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=I/3WEowT; arc=none smtp.client-ip=209.85.214.202 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="I/3WEowT" Received: by mail-pl1-f202.google.com with SMTP id d9443c01a7336-2c7f385887bso80357685ad.0 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=vger.kernel.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=I/3WEowTJRiihaVlRhDqzwj+YFRhy3c6bZt1KMXwh9x+om89q3OC+JV0rMtABHuHPF qKTGPEF+LctDdirA+uM3nYkHMtqx7fzxbKIo7F/ANMmPr47Kwsrrnm8E9Yb1Y2eCZ8WT pb40zvGu2vMFonNzF5uChbhNUm+4Abp0wLfh+8tBFirSreUkERpYPrulspJkbT2ABs3t 54e3TQ4JLV7EMB4ti1zVIN8Zf+GguCJY/CTwPz2Vs6GJbsvvrBWQB+i8mbiTIY3WqJ2b z/S25V9ZGlAtRn3L2wb//Dbu0OlwWKm5mOpsVZXv+wJ2t9RD6W6vx1WOb8AUFiiio86v g6uQ== 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=Pno53/eELn7JoxhbCGweeLxYv1RoLdnfGFLLYUyvmc/XXZ4JtHR41lNYMI08+w+BfT 7Esiq65sh2xX8THM1NXHiON+aQc6N6kK4+98Kq2dz8cLe++eZdVtU5RLJ1+E66LJ4NBY BQtP9kh/t3sLXlgq7zKQbETz45wA2NqyyE/aXQv+/SuzopvIoHefKp1b3q2hGAEMkeXq lyJUyfxl9FKW50j5v7Rsfayy0IFgpVT02daAnPeSxqmd3iLPECJ8W96Hb57f0sAu0XQ/ sNtECXwqYZMex4SLnUEqGt/bsSiFvGt2TWUlJX/iFxZRDW/mz9JfDM0h/3Nq9Q5oZu21 n08w== X-Forwarded-Encrypted: i=1; AHgh+RqU9fDjxhpQK62DO2RdXL/l7euQUeoF2dEfN5LRd8Vn/JjBEIDIm5HB23a1FGQcZiBItvmJSn8EmILMMM2/gGpK@vger.kernel.org X-Gm-Message-State: AOJu0YwiVzl6PBe67RSEPSRz/zWtYzSHYlBe2iGN5jFNlxiHSTstZyC8 T0yeD55TGJaiVg4hGC5Q856KMqIuZ/CRiRP30E6eIhs4Q+rFEUL1KCG+Oi7Kzjc+5tJMEZj7jGW LUN1BYw== 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-perf-users@vger.kernel.org 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?