From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id AFCBA2C15A5 for ; Wed, 18 Mar 2026 22:08:30 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1773871710; cv=none; b=HfSiqHlsihYIJ7/kX3k7VJJ/ia+Ti6cIHekYSZq31M55dSFGAFpkUSMKreHkERYvzYQhWGabCSU6fdrvFy9K6zjlAHpJtG1zT5+3fy8To1OTuVcSgVuICyBD7fnvUHHK5SEnwj4v+b2iH8xye/KNVZEbHQJjZZckhGNdpLbVM0I= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1773871710; c=relaxed/simple; bh=ES5yCaQhQ0rg74PVrCZ5Ex2YiDR0/QrbhWHvLc7KFig=; h=From:To:Cc:Subject:In-Reply-To:References:Date:Message-ID: MIME-Version:Content-Type; b=hWgzlLT5JuVHVqy2cNZb+J9yv4RI+GU55cCkOPFsf93ErJiDeUvhWLHJewj6CYZsKofK0YTUUfSpjIfSbyMhr6WjB1n+t4dv16tvqX/q2CYH7AO/550eGJNDoU29tUG5D/S9DzuVbaQc3M1JCyoxUrls7Be0xnspoob36O+KSeE= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=CWeMo5HB; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="CWeMo5HB" Received: by smtp.kernel.org (Postfix) with ESMTPSA id C77DFC19421; Wed, 18 Mar 2026 22:08:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1773871710; bh=ES5yCaQhQ0rg74PVrCZ5Ex2YiDR0/QrbhWHvLc7KFig=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=CWeMo5HBvP+n3Eda1qy9DsLUo4/sWddBaVewK/uMEShLItuebD7NytWWJx5OLlmOp YW/SU23voWxfKeCba4nuSw7a3dpiaCC4O4UWzv9pdFYT9Yi9KAPSiV/rK3u1+EF3O3 s+Bk/L6PSyWl1d0QF1rSNWvhH189Vbh9G//+Tao0wcQm63KfFUK4hWvy5jv7M+X1Zx g/ouHnKAB12krKvQQW8qMvSGvHvW68M5cr4Rb4vGW9tHVVLSQRxLdwP40xt/Q5AoS6 wV8gin7L9g8VSOpwx717/W2VlnkRVYhWwA9qPEAF2JGyPA/XR5evplaSA6Ghmlkkqt 79EtTFxtEdfTQ== From: Thomas Gleixner To: Florian Weimer Cc: LKML , Mathieu Desnoyers , =?utf-8?Q?Andr=C3=A9?= Almeida , Sebastian Andrzej Siewior , Carlos O'Donell , Peter Zijlstra , Rich Felker , Torvald Riegel , Darren Hart , Ingo Molnar , Davidlohr Bueso , Arnd Bergmann , "Liam R . Howlett" Subject: Re: [patch 8/8] x86/vdso: Implement __vdso_futex_robust_try_unlock() In-Reply-To: <87zf46m6j1.ffs@tglx> References: <20260316162316.356674433@kernel.org> <20260316164951.484640267@kernel.org> <87ecliokzz.ffs@tglx> <87zf46m6j1.ffs@tglx> Date: Wed, 18 Mar 2026 23:08:26 +0100 Message-ID: <87fr5wn63p.ffs@tglx> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain On Tue, Mar 17 2026 at 23:32, Thomas Gleixner wrote: > On Tue, Mar 17 2026 at 11:37, Florian Weimer wrote: > Something like the below compiled but untested delta diff which includes > also the other unrelated feedback fixups? The more I look into it, the more I regret that we allowed mixed mode in the first place. Which way I turn it around the code becomes more horrible than it really should be. If I understand it correctly then the only real world use case is the x86 emulator for ARM64. That made me think about possible options to keep the insanity restricted. 1) Delegate the problem to the ARM64 people :) 2) Make that mixed size mode depend on a config option 3) Require that such a use case issues a prctl to switch into that special case mode. or a combination of those. Andre?