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 bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (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 5854BC44507 for ; Fri, 17 Jul 2026 09:39:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=L5c8OeO7Ca2ztGxPqzBp9dJnrTPKBJrjb942fytVYkg=; b=cqEe1CyNxXqq3h zR2LNdo8JEjeKipZzioTeF6ETp4OHnyom6ANPW7Abuv50XSBh/RHEBKOtgWJgD9fqClxxejJwgw9o B9DiFDdS+turKbjGjdM2Dv/iyvENOD0fEMifmM1baRykF++Y7jbg6RpmbPN0Sqii49kyfb4CwSWvU vXFjHBs50Mlv0SFPs3YX6AKARPcDLgSoDmQ1AmPd8gu7ozBt/HAOOa9AD4NPLJOl9QlO/FYHYsdJ7 V2jM4XYsa+bIN8ZKzizcMVIhvhvtEbEkP72/D8DraaFVZU2WSn8YizsyKdaWBQrQcoIFTChkSSEMF lT9y+8S4bjS1H0WUNaGg==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.99.1 #2 (Red Hat Linux)) id 1wkf2E-00000001qxL-10c4; Fri, 17 Jul 2026 09:39:10 +0000 Received: from tor.source.kernel.org ([172.105.4.254]) by bombadil.infradead.org with esmtps (Exim 4.99.1 #2 (Red Hat Linux)) id 1wkf2B-00000001qwl-3s3d; Fri, 17 Jul 2026 09:39:08 +0000 Received: from smtp.kernel.org (quasi.space.kernel.org [100.103.45.18]) by tor.source.kernel.org (Postfix) with ESMTP id B88A660A5E; Fri, 17 Jul 2026 09:39:06 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 583FD1F00A3A; Fri, 17 Jul 2026 09:38:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1784281146; bh=+qglHjGyDrUKXlad/2R3jZv9/pC2LefY+KO7XkEkSko=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=SjJUoV11rwuT+5AizqR6Ts6eoKb6FIGre1Dux163GhMlqZlyOXajtWZ4fayfgVpH9 m9cgU5vVhldyF6Xw1Kb8rVhViKflUSonqgQ1XE4NCnm2BVJY+TnbSkh9Z3rIVPhd6s zU7mHk1ONLaADnjIxp+I5dcB3ZX2ynHffnRRVYklEoaeIIz/ZSYdwAkj3wzibEUx9o HnS12bG6z8ihRuFocqmHyHuXUYtM9fOcbFkvkQ/W/8UHnOkWe7OeZRKXrCxZZCA9nQ s6WCpg4YrH/mKvwpz01fi9YDCJ3Uu05lBNYlNAvTtCCufAR6IHv/1e4r2yoFLfOqhY leqJTK6WbuRqA== Date: Fri, 17 Jul 2026 11:38:45 +0200 From: Ingo Molnar To: Juergen Gross Cc: Sean Christopherson , Arnd Bergmann , 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 =?iso-8859-1?Q?J=E4rvinen?= , Rajneesh Bhardwaj , David E Box , xen-devel@lists.xenproject.org Subject: Re: [PATCH 00/32] x86/msr: Drop 32-bit MSR interfaces Message-ID: References: <20260629060526.3638272-1-jgross@suse.com> <7332feff-2649-496c-8e49-b0a19eb54a32@app.fastmail.com> <99228803-b8b7-47a3-b77c-6fdf3b785730@suse.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <99228803-b8b7-47a3-b77c-6fdf3b785730@suse.com> X-BeenThere: linux-mtd@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-mtd" Errors-To: linux-mtd-bounces+linux-mtd=archiver.kernel.org@lists.infradead.org * Juergen Gross wrote: > On 02.07.26 12:07, Ingo Molnar wrote: > > > > * Sean Christopherson wrote: > > > > > > 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? > > > > I'll try to keep the patches in a single tree (tip:x86/msr) > > in the hope of not prolonging the pain two cycles - but it's > > of course fine for maintainers to pick up the patches too > > (most of them are standalone), we'll sort it all out in the end. > > Ingo, would you be fine with me posting patch updates just as replies to the > original patch emails? This would speed things up, as I wouldn't need to wait > for more review input of all the patches before sending out new versions. Sure, that works for me too. I've picked up a couple of -v2 patches already. Thanks, Ingo ______________________________________________________ Linux MTD discussion mailing list http://lists.infradead.org/mailman/listinfo/linux-mtd/