From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 4F1B3606A319 for ; Tue, 20 Oct 2026 13:19:32 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key, unprotected) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=k20260515 header.b=nEIHr4Df Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id E4B8C10E69E; Tue, 20 Oct 2026 13:19:26 +0000 (UTC) Received: from sea.source.kernel.org (sea.source.kernel.org [172.234.252.31]) by gabe.freedesktop.org (Postfix) with ESMTPS id 931DB10E536; Tue, 20 Oct 2026 13:19:20 +0000 (UTC) Received: from smtp.kernel.org (quasi.space.kernel.org [100.103.45.18]) by sea.source.kernel.org (Postfix) with ESMTP id 5BF89419F8; Tue, 20 Oct 2026 13:19:20 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id AFF171F000CC; Tue, 20 Oct 2026 13:19:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1792502360; bh=M7mHwtNzpY0+cTgjY0PXWntZrMQkw4Vz23Sy77SH1vc=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=nEIHr4Dfawp2pcbDuCNayqcgO/KRVO/7FWwmVu8J2aJQKq7sJQYINfIWj6jbkvT4l K5/84Z98ZqsU6kYdG0wJNK7Y6OQui6NP/9GoTQfAwhA6vjAVT41axlK9PH7LnFjF6+ Bmc0VrvGUdv8rX0rtccaPdRBc3ZG6TMKQSzf6OpQdEAbBPyv2exwTwTzxaviefq+Wl oaMw132pmnaIApzpWNQFlhhWfVyG0xV3MR9bVzEQuvzQ1rsKScO0SZV2AC24gayfir OFBVP7uTYtjmv3uSgchfhjdFObJ1W+fuHMPuSuSHq05d2iO9Er1PAuKG7nHY6LFJfQ BGTrmKbCHv9XA== Date: Tue, 20 Oct 2026 15:19:13 +0200 From: Ingo Molnar To: Linus Torvalds Cc: "Michael S. Tsirkin" , Jani Nikula , Joonas Lahtinen , Rodrigo Vivi , Tvrtko Ursulin , David Airlie , Simona Vetter , Borislav Petkov , Tom Lendacky , Joerg Roedel , "Nikunj A. Dadhania" , intel-gfx , dri-devel , the arch/x86 maintainers Subject: Re: Removing __get_user / __put_user for good Message-ID: References: <6ad07f8a.a0c71a5e.2d2efd.977a@mx.google.com> <20261018152358-mutt-send-email-mst@kernel.org> <20261018174250-mutt-send-email-mst@kernel.org> <376ef9d0-b03f-4f85-aee5-46cf20eb00ae@gmail.com> <20261020021924-mutt-send-email-mst@kernel.org> X-Archived-By: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-BeenThere: intel-gfx@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Intel graphics driver community testing & development List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "Intel-gfx" X-Spam-Status: No, score=-11.1 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,MENTIONS_GIT_HOSTING,SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=4.0.1 X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-26) on aws-us-west-2-korg-listserv-alma10-1 * Linus Torvalds wrote: > Bah. I made this branch of mine public because I wanted Michael > Tsirkin to check the vhost part. > > But honestly, the i915 side and the coco/SEV patches are the much more > interesting ones. > > So this brings in some new victims^Hpeople for that git branch to comment on. > > It's all in > > git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git > uaccess-cleanup So it's 'uaccess-cleanups', plural, in case someone copy & pasted this URI verbatim instead of using the branch name from your earlier mail. :-) All the x86 cleanups look good to me in principle, and a quick test-build & boot shows no problems (both on 64-bit and 32-bit), but regular testing doesn't fully excercise the exception paths of these changes, so YMMV. ( BTW., there's a new dependency introduced by this series, if an architecture gets rid of __get_user(), then it must define arch_get_kernel_nofault(), otherwise it will gain new uses of __get_user()/__put_user() via the generic implementations of __get_kernel_nofault() and __put_kernel_nofault(). No big deal I suppose. ) Thanks, Ingo