From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from fanzine2.igalia.com (fanzine2.igalia.com [213.97.179.56]) (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 E5CD647A0A7; Wed, 15 Jul 2026 12:29:57 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=213.97.179.56 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784118603; cv=none; b=KGbQUid7z9E5VO6b2+mqAA8zAmMY9a+Uk0dgzZibK6QiQXVbc0nERF4jucrqC5Tfq+YgPCY6ub9iQ+b9ImMS/a0mnEUgfXdzvfewvzLcvyNL9d34u5mRlZfsrC1WOz/lg2/IMiNZ40rHaZxWkomQ7eKpMn+1JcTRQh9NVf9dmXk= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784118603; c=relaxed/simple; bh=9I/ZFzgJTj8ULGDDRtNw9ETjLbyBYOaZzkhFzzMAoUQ=; h=Message-ID:Date:MIME-Version:Subject:From:To:Cc:References: In-Reply-To:Content-Type; b=c16dsM0LQPx5GMNYM5RHbI7Gbu35RDQ8punZO5QUS+d2VDs6/V4XXmZfeR/Xgy86VX7NrQIUl/JJcHh0RElUAj01N37NqtA02kY2htrJZ/DU7GEM9+eKiiPn2Iyeu4MKllE3iVH86kRzgPs3P3QjlujZHu5aopn4FAz9U3o1gzY= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=igalia.com; spf=pass smtp.mailfrom=igalia.com; dkim=pass (2048-bit key) header.d=igalia.com header.i=@igalia.com header.b=eZWsIrxT; arc=none smtp.client-ip=213.97.179.56 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=igalia.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=igalia.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=igalia.com header.i=@igalia.com header.b="eZWsIrxT" DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=igalia.com; s=20170329; h=Content-Transfer-Encoding:Content-Type:Cc:To:From:Subject: MIME-Version:Date:Message-ID:From:Reply-To; bh=FD/Tw50a0xbKjBmmUhMIfCNWGHyUBXREkYd9iJCwS/E=; b=eZWsIrxTZEFEPB4QfguZHkYOS8 nG6iNqdz7UrkHYk5cOMTtHd34RNuDjhVn9D/QYMX1EuOiQ9hpfIf24bd6RaiamVUcWyy4mf5VSYgL j6JNI/jS8p1MBbc2Rw/yPN2faBVVXgI/r2EwH6A3s7MgBORsBW8DvuEEbG2fHQI3yacjsBfDSKSC9 xYWRQ2l7w6zQ5m2pbf0M8hrjl8VeqaPyElU05MwSbiGW7Vzy7gwIFg9u+/eNeyqFwIrvG6Kd02HNA FPSetN/RMU2f/eMe0EmRYliFj3Cn1J0ShXgU73olFPsuNCqU60qb/SY3eIzbiVLD9LS+sJRT31wU4 fSjTnMJg==; Received: from [179.118.191.219] (helo=[192.168.15.100]) by fanzine2.igalia.com with esmtpsa (Cipher TLS1.3:ECDHE_X25519__RSA_PSS_RSAE_SHA256__AES_128_GCM:128) (Exim) id 1wjyk9-00FSDp-Bx; Wed, 15 Jul 2026 14:29:41 +0200 Message-ID: Date: Wed, 15 Jul 2026 09:29:35 -0300 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH] vDSO, kbuild: Provide vDSO debug variants at runtime From: =?UTF-8?Q?Andr=C3=A9_Almeida?= To: =?UTF-8?Q?Thomas_Wei=C3=9Fschuh?= Cc: Thomas Gleixner , linux-kbuild@vger.kernel.org, linux-kernel@vger.kernel.org, "H. Peter Anvin" , Ingo Molnar , Nam Cao , Andy Lutomirski , x86@kernel.org, Dave Hansen , Sebastian Andrzej Siewior , Nathan Chancellor , Vincenzo Frascino , Borislav Petkov , Nicolas Schier , kernel-dev@igalia.com References: <20260708-vdso-sysfs-v1-1-fcd93385006d@linutronix.de> <17d3c3f6-f040-45b9-adf7-6ef1d7cf4e3e@igalia.com> Content-Language: en-US In-Reply-To: <17d3c3f6-f040-45b9-adf7-6ef1d7cf4e3e@igalia.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Em 08/07/2026 12:28, André Almeida escreveu: > Em 08/07/2026 10:56, Thomas Weißschuh escreveu: >> Finding the debug version of the vDSO is not trivial as there is no >> common >> scheme where it is placed. That's especially problematic for CI testing. >> >> The vDSO futex unlock mechanism requires for testing to have access to >> the >> inner labels of the unlock assembly, which are only accessible via the >> debug so. >> >> Also for general debugging purposes it's convenient to have access to the >> debug vDSO at a well defined place. >> >> The files are placed in /sys/kernel/vdso_debug.tar.xz. They use the >> regular 'make vdso_install' layout, including build-id symlinks to find >> the correct file for each process. >> >> The design is kept close to the ones of the similar IKCONFIG and >> IKHEADERS. >> >> On x86 the x32 vDSO is derived from the x86_64 one, necessitating an >> explicit dependency to avoid errors due to concurrent builds. >> >> Suggested-by: Thomas Gleixner >> Link: https://lore.kernel.org/lkml/20260602090536.045586688@kernel.org/ >> Signed-off-by: Thomas Weißschuh >> --- > > Thanks for your patch! Tested in arm64 (qemu) and it worked fine. I was > just expecting that the file would be called "vdso.so.dbg", not "vdso.so". > > Tested-by: André Almeida Also, how do you suggest to integrate this with kselftests? Maybe adding an untar command to futex/functional/run.sh?