From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from galois.linutronix.de (Galois.linutronix.de [193.142.43.55]) (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 3A16D3CFF41 for ; Fri, 27 Mar 2026 07:18:45 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=193.142.43.55 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774595933; cv=none; b=sTTjfswB4YQLUwbY3tkhmtwpBqW+mo64VcfspRN8C+rVFrKlJrQAwyRlxzaSwBAUdHiVJ4YruXBMBoLjhKvYdmIQ6/SMsPDlxu6eYRLwstBbt40fEtmKu6VCZcylXwOZbpvp+k9vvj05v5vWy6JTmwMmW1MMQNH3CYKTN7Swwq0= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774595933; c=relaxed/simple; bh=+7VV3LzREq6Mb5M6BGWpzS3GIidBsmuzpyL2XeOkv2I=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=UWCkIUsNjjApmyv+dFO38aGGfS7QX2JbgFxZ4PfZqpqNFFdXdBzupV4tSKBC1zPakmxntHh0Gr2mQ6I4d1lyEjytimegp9pBheduT7Fw5mdwgLsTRVqWD9KRFNqzL6sLz88h4Yb6rQKxlBUvV10VY4AsqKMtAP6uAqCXcGsB+0w= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linutronix.de; spf=pass smtp.mailfrom=linutronix.de; dkim=pass (2048-bit key) header.d=linutronix.de header.i=@linutronix.de header.b=OXj6FE78; dkim=permerror (0-bit key) header.d=linutronix.de header.i=@linutronix.de header.b=SjNnumVg; arc=none smtp.client-ip=193.142.43.55 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linutronix.de Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linutronix.de Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=linutronix.de header.i=@linutronix.de header.b="OXj6FE78"; dkim=permerror (0-bit key) header.d=linutronix.de header.i=@linutronix.de header.b="SjNnumVg" Date: Fri, 27 Mar 2026 08:18:41 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1774595923; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=9oMri0L4OD19YYG1TBH+NbI0P76pzYXV8kzBjyJqKBY=; b=OXj6FE78ryQegTAKCB3ms4x8jp57GY80/vi4z4cuViq2nVbAyX4r6RwxB3MhZXsjOxmLoe PDGP4xLUxQQEjLxhNiVabEHpsZh1PZ8gGM8YbIKVk8zwyLbm+58Swhq/eYHe3L3TwQcDu6 bKbzU4rLdsN9bv/QkknUS7WO2BxmzFvmaPRUcpbbIpDiPYa1maLYedI8dAqcIE/qIaY60x VnxlNzR0WAHo9R+5aIgC+2ojTjlMSM2HYbQlHtZEqmYgfBiCyPHMG/k47A9ELj3dBOBSRH 1BV1hAMgBLQGcjjOfEh4SHUwV1ufn40I77tl4U/8uIkQcYmO5cAwy1tiBeuCvg== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1774595923; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=9oMri0L4OD19YYG1TBH+NbI0P76pzYXV8kzBjyJqKBY=; b=SjNnumVgm7k/GC09KDg9ezHAkwN5D5dVvoPyfBF35duU1c26bVosFZPpeFaDtcpjoLTW9s y1yqBjy3BLcnuYBw== From: Sebastian Andrzej Siewior To: Thomas Gleixner Cc: =?utf-8?B?QW5kcsOp?= Almeida , Ingo Molnar , Peter Zijlstra , Darren Hart , Davidlohr Bueso , Mathieu Desnoyers , Carlos O'Donell , Florian Weimer , Arnd Bergmann , Thomas =?utf-8?Q?Wei=C3=9Fschuh?= , linux-kernel@vger.kernel.org, kernel-dev@igalia.com Subject: Re: [PATCH 0/2] futex: Docs and tests for robust futex unlock race Message-ID: <20260327071841.1dtzTPR-@linutronix.de> References: <20260326-tonyk-vdso_test-v1-0-30a6f78c8bc3@igalia.com> <87mrzuczre.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; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <87mrzuczre.ffs@tglx> On 2026-03-26 17:38:13 [+0100], Thomas Gleixner wrote: > > Ideally I would like to inject some error to the vDSO test, so we can r= eally > > test the mechanism of it being interrupted and the kernel cleaning the > > list_op_pending, using ASM injection or ptrace(), but I have left for a= next > > patch for now. >=20 > Please sync with Sebastian. He wanted to look into this ptrace thing > too. I did send you something. I just need to figure out why the kernel side is not updating it after the cmpxchg()=E2=80=A6 > Thanks, >=20 > tglx Sebastian