From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 1C815C3ABAC for ; Tue, 6 May 2025 04:13:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:List-Subscribe:List-Help :List-Post:List-Archive:List-Unsubscribe:List-Id:Content-Transfer-Encoding: MIME-Version:References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From: Reply-To:Content-Type:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=tgnN4Domvqg2C9gUVOcTsb3vsqp3L1SX9kWq7T1Rkh4=; b=3SK7WgMegezmFCb3rsyj9govNH TRPBYPj0R0QVX0bHO2SEIy5P/86kxFOdcxNOQ/NRKftu8XAAbLlVVI7q/TTNMIrN2LWuzMplS5jPO UqsjK8YiYQSiWPQ4Hf2i4d1Okjokac0BP3tgpSxrAl6sERNDfKebtpL5gpnkSYoymOStNtnqsdXas yL5Z6grVi1qOVI2PoN16iMH/IlnFO7jtUWpODGMNFKLdH0zXwmHBmj1Oni79DF2UkgSMQ+XRsJhYM 70h4EXASVMQB/Bj4TbNJjm6NVQl0sqmL8pmSBiSUYMAq/1NNRNZXC1LR/tNAXV9YgJCpmN0gC76CN bQGMdcVQ==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.98.2 #2 (Red Hat Linux)) id 1uC9gZ-0000000AA0w-27wS; Tue, 06 May 2025 04:13:39 +0000 Received: from dfw.source.kernel.org ([2604:1380:4641:c500::1]) by bombadil.infradead.org with esmtps (Exim 4.98.2 #2 (Red Hat Linux)) id 1uC50x-00000008zTz-2FOl for linux-um@lists.infradead.org; Mon, 05 May 2025 23:14:24 +0000 Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by dfw.source.kernel.org (Postfix) with ESMTP id CDC505C0450; Mon, 5 May 2025 23:12:05 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 48837C4CEE4; Mon, 5 May 2025 23:14:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1746486862; bh=o6vPQm8ORAMEIjP7fhptjMtwSNq9nMRVlWGY99NWjZw=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=U55h8hDeHjc+mM7wHRvh/7REqfjnz8BOK9ZzwcPoILbgqSzg85Omgx3lamDwou017 ad4vNvbrMoG4rMfVdSEQxnLDaTV//0vgl1SsF6uteiG4tQUXWFRdKO4vXloBghgGN7 UPrloEz9S0J5eYvXjhvB11az2Axkya+3MnzQXUQXTA2zDEWBNoYTRhuSGWlEHvIJEg SAexkoOSabmPFXwrhNTdp9TWXNieBgO6Lt6CRTeSLs5UrZBUHMoBvmBTDg4F4O9hwe ntkd0pssFLVePBKj9T1VOWAE2ZcakTqeOWJ3oMNeTsFJr2mh9Y7TTHndEZHBDRTqfK SksTvQ/fLFetg== From: Sasha Levin To: linux-kernel@vger.kernel.org, stable@vger.kernel.org Cc: Benjamin Berg , Johannes Berg , Sasha Levin , richard@nod.at, anton.ivanov@cambridgegreys.com, johannes@sipsolutions.net, tglx@linutronix.de, mingo@redhat.com, bp@alien8.de, dave.hansen@linux.intel.com, x86@kernel.org, linux-um@lists.infradead.org Subject: [PATCH AUTOSEL 5.15 031/153] um: Store full CSGSFS and SS register from mcontext Date: Mon, 5 May 2025 19:11:18 -0400 Message-Id: <20250505231320.2695319-31-sashal@kernel.org> X-Mailer: git-send-email 2.39.5 In-Reply-To: <20250505231320.2695319-1-sashal@kernel.org> References: <20250505231320.2695319-1-sashal@kernel.org> MIME-Version: 1.0 X-stable: review X-Patchwork-Hint: Ignore X-stable-base: Linux 5.15.181 Content-Transfer-Encoding: 8bit X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20250505_161423_606000_0D702282 X-CRM114-Status: UNSURE ( 9.90 ) X-CRM114-Notice: Please train this message. X-BeenThere: linux-um@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-um" Errors-To: linux-um-bounces+linux-um=archiver.kernel.org@lists.infradead.org From: Benjamin Berg [ Upstream commit cef721e0d53d2b64f2ba177c63a0dfdd7c0daf17 ] Doing this allows using registers as retrieved from an mcontext to be pushed to a process using PTRACE_SETREGS. It is not entirely clear to me why CSGSFS was masked. Doing so creates issues when using the mcontext as process state in seccomp and simply copying the register appears to work perfectly fine for ptrace. Signed-off-by: Benjamin Berg Link: https://patch.msgid.link/20250224181827.647129-2-benjamin@sipsolutions.net Signed-off-by: Johannes Berg Signed-off-by: Sasha Levin --- arch/x86/um/os-Linux/mcontext.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/arch/x86/um/os-Linux/mcontext.c b/arch/x86/um/os-Linux/mcontext.c index 49c3744cac371..81b9d1f9f4e68 100644 --- a/arch/x86/um/os-Linux/mcontext.c +++ b/arch/x86/um/os-Linux/mcontext.c @@ -26,7 +26,6 @@ void get_regs_from_mc(struct uml_pt_regs *regs, mcontext_t *mc) COPY(RIP); COPY2(EFLAGS, EFL); COPY2(CS, CSGSFS); - regs->gp[CS / sizeof(unsigned long)] &= 0xffff; - regs->gp[CS / sizeof(unsigned long)] |= 3; + regs->gp[SS / sizeof(unsigned long)] = mc->gregs[REG_CSGSFS] >> 48; #endif } -- 2.39.5