Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp249606pxf; Wed, 31 Mar 2021 23:30:47 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwZX9RjrL/+tSTW8tsHJvu4La1S3MfJjbnic/EoKmMiRVFavWv+LaVfI/+Laq++j81zPVj1 X-Received: by 2002:a50:fe08:: with SMTP id f8mr8013648edt.217.1617258647150; Wed, 31 Mar 2021 23:30:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617258647; cv=none; d=google.com; s=arc-20160816; b=PyJ+IJ0WHI/3+j88Pnnr5Ub8WLAhsBZxjBPLR8ifqT0Qg1YSftcPHrVfVdUjk0Wfyx hvUG+9W221Urm2W6pAO4pzn9iWStFr0VG+QQER1h5pM4KTXn6pb86xdbr3A1tnA2kzTJ QMYU0uRZSbPZvIjmOqhZz89B/qTU3Mkg/bOlczx2DI4Ab2ck7qqKHKTV7i6vLuxyWanm sX0dpPHpEB4KdKOaDEBeJ2Dm/xbrDcmsD6UxcWgGFo16ExaflcMc6lfAVw1u495kXS9V QkVdOxSac4yk7wOMC5D5cNlrxpuhLawEoOdLYk0Yq5lobQ1f/wv6xwqxSgbZvEXTY2FW 8Psg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=5bV7jGdiPbIpAxX0inNft+Clh8xoPydxOA9YKxx9Ov0=; b=ByV8N6OUB5YtsWS9cuI2pVrWdn17TBAbzh5xE398ZWE0byh3xOn6PzeG/6ig1XQe41 rU0SRZN0L8EKbmC3K7imbwHje2/N6NhZKWaGKyM104/O7QyFau+0jQBEllvS0or3DvYa f5zfPytUAtdnXWC14191ZEsGGD7j0PYHFwhoRvY00rGqoFF5+SuTT9TRZaN2rtizvNXI RvH59F05fo3Z+peQqiZ/aNAP2SUPMWqYDKr/3Lct+trMjDefUYpqrEIb+/EaVaQECbsJ QEpEiCH2IceLvbURgjptjhxAjPPNa6VvgQ1i9yP1M/58O/PIIAECCDDPUqnXgs6UDqBd FmSw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=gentoo.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a13si3549778ejx.335.2021.03.31.23.30.24; Wed, 31 Mar 2021 23:30:47 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=gentoo.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232994AbhDAG32 (ORCPT + 99 others); Thu, 1 Apr 2021 02:29:28 -0400 Received: from smtp.gentoo.org ([140.211.166.183]:59360 "EHLO smtp.gentoo.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229850AbhDAG25 (ORCPT ); Thu, 1 Apr 2021 02:28:57 -0400 Date: Thu, 1 Apr 2021 07:28:46 +0100 From: Sergei Trofimovich To: Andrew Morton Cc: linux-kernel@vger.kernel.org, Oleg Nesterov , linux-ia64@vger.kernel.org, "Dmitry V . Levin" Subject: Re: [PATCH] ia64: fix user_stack_pointer() for ptrace() Message-ID: <20210401072846.0cabee26@sf> In-Reply-To: <20210331174908.4655f2a41a7b1bbec36fae47@linux-foundation.org> References: <20210331084447.2561532-1-slyfox@gentoo.org> <20210331174908.4655f2a41a7b1bbec36fae47@linux-foundation.org> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 31 Mar 2021 17:49:08 -0700 Andrew Morton wrote: > On Wed, 31 Mar 2021 09:44:47 +0100 Sergei Trofimovich wrote: > > > ia64 has two stacks: > > - memory stack (or stack), pointed at by by r12 > > - register backing store (register stack), pointed at > > ar.bsp/ar.bspstore with complications around dirty > > register frame on CPU. > > > > In https://bugs.gentoo.org/769614 Dmitry noticed that > > PTRACE_GET_SYSCALL_INFO returns register stack instead > > memory stack. > > > > The bug comes from the fact that user_stack_pointer() and > > current_user_stack_pointer() don't return the same register: > > > > ulong user_stack_pointer(struct pt_regs *regs) { return regs->ar_bspstore; } > > #define current_user_stack_pointer() (current_pt_regs()->r12) > > > > The change gets both back in sync. > > > > I think ptrace(PTRACE_GET_SYSCALL_INFO) is the only affected user > > by this bug on ia64. > > > > The change fixes 'rt_sigreturn.gen.test' strace test where > > it was observed initially. > > > > I assume a cc:stable is justified here? > > The bug seems to have been there for 10+ years, so there isn't a lot of > point in looking for the Fixes: reference. Yes, I think cc:stable is fine. -- Sergei