From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (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 208AF3EB0F5 for ; Wed, 8 Jul 2026 07:30:36 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783495848; cv=none; b=HIhTzG1RlxN2mNki26eXJnnEJaN/xNDFEaYMIvXnLCRm1DaSShbL2zP88uwepbkDJJDW0rvxF7SRXgPeXbwp3FdAGbBzbAGv4N0cRkbqoqONX5U+VBrDjQnPUMBxl6yNStRJuHKW4fxJacu3KdVajJa9Os9kP23/xaQqkLbl0kE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783495848; c=relaxed/simple; bh=QK1JR//UP+ZVSqx2TA1eqAjb2Ru9viZI2LiOkHmRUEk=; h=Content-Type:MIME-Version:Subject:From:Message-Id:Date:References: In-Reply-To:To:Cc; b=MqVYNk2TxKZt2yWUVEgUAhdW9wdGWDgbuUjrtgBsbu4scDXNiqYhUyuVRY+TrJ80K9xS/+qoKmW0WqBkDeH1tztvTgJZ/ITrS0xXU7S//6pt1cxwMLfRh+a3jyn2F0jStsqg+rkJfUItbdTnmuo58eI7LqLtLO9+eQFmGmTeKsA= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=n0UHQMrN; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="n0UHQMrN" Received: by smtp.kernel.org (Postfix) with ESMTPSA id B4E6D1F000E9; Wed, 8 Jul 2026 07:30:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1783495826; bh=1tyzNf5I6xILPjV7LgLTzz+7wMy7t50NLyNfvgMKwLI=; h=Subject:From:Date:References:In-Reply-To:To:Cc; b=n0UHQMrNIo7WGmyEmYaHuzgrbScIdWkI6pEXE5Yq6i8h4y2iyYdBvcyiu3uO3Q0Mf RE30LUqNFqM57wWl61i7sU34xqcP1cy7auMYgpCGQmcMBRFNhs/My0YbbJzidVCh4r zOGY/mCmlb++iAYcrPy97c/d1kLx7m7EvuGxF9QOWPGsbOhDcc13pJTLsK8Xxica89 j1+W/kFzarDfkoMTe42PkyscWv16e7lW2dWYVmPA799TsJZkL0ql9njBDZkAxv+Ob3 xP3RmTEmqgLbBcbknMOPMYc29ma4vM8JoLL1zunLsEffvy5s85L88IpqcQzAEcvnJB STNUfWaSNS8VA== Received: from [10.30.226.235] (localhost [IPv6:::1]) by aws-us-west-2-korg-oddjob-rhel9-1.codeaurora.org (Postfix) with ESMTP id 568CA3926257; Wed, 8 Jul 2026 07:30:07 +0000 (UTC) Content-Type: text/plain; charset="utf-8" Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Subject: Re: [PATCH] selftests: riscv: Bypass libc in inactive vector ptrace test From: patchwork-bot+linux-riscv@kernel.org Message-Id: <178349580614.2343578.5322024932539195819.git-patchwork-notify@kernel.org> Date: Wed, 08 Jul 2026 07:30:06 +0000 References: <20260707153827.175245-1-andrew.jones@oss.qualcomm.com> In-Reply-To: <20260707153827.175245-1-andrew.jones@oss.qualcomm.com> To: Andrew Jones Cc: linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org, pjw@kernel.org, palmer@dabbelt.com, tchiu@tenstorrent.com Hello: This patch was applied to riscv/linux.git (fixes) by Paul Walmsley : On Tue, 7 Jul 2026 17:38:27 +0200 you wrote: > The ptrace_v_not_enabled test expects the child to reach its ebreak > before it has used the vector extension. That is not guaranteed when > using fork(), because libc may run child atfork handlers before > returning to the test code. In those cases PTRACE_GETREGSET for > NT_RISCV_VECTOR then succeeds instead of returning ENODATA for > inactive vector state. > > [...] Here is the summary with links: - selftests: riscv: Bypass libc in inactive vector ptrace test https://git.kernel.org/riscv/c/70b439e46eff You are awesome, thank you! -- Deet-doot-dot, I am a bot. https://korg.docs.kernel.org/patchwork/pwbot.html