From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtpout.efficios.com (smtpout.efficios.com [158.69.130.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 A8FDF34847A for ; Wed, 18 Feb 2026 20:14:17 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=158.69.130.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771445658; cv=none; b=R10332VeMONIwnFVWn9IEhqU6yxX3EWmTcgMiNHQPdt3Gi7GwwRzgcCgx28oIB1XXHd/ZLTlpRU+z3OoaFPwFhh+Sjumh2scGPnWie1Gtx6Y43Et2x+yChvyCtNX6EacvRJxGAN9FQ0RZMghF1kNhLIS2PBCwtJm0Z0Ak5rrf48= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771445658; c=relaxed/simple; bh=L1wLMHI0oI0LjxHlc2YwsZo354xzGirQ7xFxSyvfON0=; h=From:To:Cc:Subject:Date:Message-Id:In-Reply-To:References: MIME-Version; b=VVr8CtqUUFcwuJDUFepzWmsLcNUiaRjTNsgldPhAmmCz8fJ8xh224W0BhJYp/t4SaoaahHbDswhR5TnDOacT5nZq3bdsc3W7H8DjxSn5+6wbkWbbDrefruuZW/ea5g7o15z46ZPJDTcRmYWq2QYh62g74Jw3dWYwxeRCh7v4UjI= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=efficios.com; spf=pass smtp.mailfrom=efficios.com; dkim=pass (2048-bit key) header.d=efficios.com header.i=@efficios.com header.b=J57E5L8a; arc=none smtp.client-ip=158.69.130.18 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=efficios.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=efficios.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=efficios.com header.i=@efficios.com header.b="J57E5L8a" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=efficios.com; s=smtpout1; t=1771445656; bh=NnvSvLNsHWWpbpKQkIRk4qePKv6sL5zIgZ0CeBrrNOg=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=J57E5L8a7bMZ+enodrXl//c+EWqkXUYwxJXzIWN14ALQcGRhN+FI9vWWQ2bElZQB6 vgqWAiobj+LACmxSP9hmft+wbHkG70Wb0QGRTD/+N24HwzBBW+Hqpd+rf6UbNjI6WU 04BUg0+MN3bSNATJnlIm4o0CAF7XbQckUXmFBncAjBkWQ+O3/KIRDA1XhonU3IcyVY 17vpBkhddV18pN6YNj+q7RSpckju1xA0/1asWxLrzhAc3vJE6EzDbIhMLWrxPSpH/j j1SaZ8u3+6oySx3P7q0WjCqX4b2LKGABWyKRtnY8bR20oBr+dTNqbO2yR3zCEjXJhh 4mKHjQIs+yhfA== Received: from thinkos.internal.efficios.com (mtl.efficios.com [216.120.195.104]) by smtpout.efficios.com (Postfix) with ESMTPSA id 4fGSQc5MM3zG45; Wed, 18 Feb 2026 15:14:16 -0500 (EST) From: Mathieu Desnoyers To: Peter Zijlstra Cc: linux-kernel@vger.kernel.org, Mathieu Desnoyers , Ingo Molnar , Thomas Gleixner , Carlos O'Donell , Florian Weimer , Michael Jeanson Subject: [PATCH v2 1/2] rseq: Clarify rseq registration rseq_size bound check comment Date: Wed, 18 Feb 2026 15:14:12 -0500 Message-Id: <20260218201413.1187745-2-mathieu.desnoyers@efficios.com> X-Mailer: git-send-email 2.39.5 In-Reply-To: <20260218201413.1187745-1-mathieu.desnoyers@efficios.com> References: <20260218201413.1187745-1-mathieu.desnoyers@efficios.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit The rseq registration validates that the rseq_size argument is greater or equal to 32 (the original rseq size), but the comment associated with this check does not clearly state this. Clarify the comment to that effect. Fixes: ee3e3ac05c26 ("rseq: Introduce extensible rseq ABI") Signed-off-by: Mathieu Desnoyers CC: Peter Zijlstra (Intel) CC: Ingo Molnar CC: Thomas Gleixner --- kernel/rseq.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/kernel/rseq.c b/kernel/rseq.c index b0973d19f366..e349f86cc945 100644 --- a/kernel/rseq.c +++ b/kernel/rseq.c @@ -449,8 +449,9 @@ SYSCALL_DEFINE4(rseq, struct rseq __user *, rseq, u32, rseq_len, int, flags, u32 * auxiliary vector AT_RSEQ_ALIGN. If rseq_len is the original rseq * size, the required alignment is the original struct rseq alignment. * - * In order to be valid, rseq_len is either the original rseq size, or - * large enough to contain all supported fields, as communicated to + * The rseq_len is required to be greater or equal to the original rseq + * size. In order to be valid, rseq_len is either the original rseq size, + * or large enough to contain all supported fields, as communicated to * user-space through the ELF auxiliary vector AT_RSEQ_FEATURE_SIZE. */ if (rseq_len < ORIG_RSEQ_SIZE || -- 2.39.5