Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1584460pxb; Thu, 4 Mar 2021 15:30:02 -0800 (PST) X-Google-Smtp-Source: ABdhPJw+78mxuY11CuUv2Z5Aubyclx/SPOsmGW8es3+tG02j5YH7ZnzFH5kMZEsHehiCLV+cE/wq X-Received: by 2002:a05:6402:3590:: with SMTP id y16mr6918199edc.21.1614900602525; Thu, 04 Mar 2021 15:30:02 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1614900602; cv=none; d=google.com; s=arc-20160816; b=UkUPg9JI8TQq+KP3tUls9UkGch9/6D32S0DUjWiGjtcriVZKxl5FSQ6S7B8menoPpM Qa+3CXgKJ25fS6/6B5WVtb5O0et5GMUXp1vQRPlVT7KUD7Y8rnwfuFrAJXpGAFwx2Yti 0qJofQ4z7e6QDB4iR3su4ySpoe1bUbItPbUp5wiJoUwJLNs2IdRQynon5hKUm2Y0Vt88 CoJWhLBDIWN4uIW8CtyMZr6ojEt3zFMOsaxZ9IJBbAhKIBDS7WTnb9oFNbXWS+3DML8P cffpt1YnxEHh0w+YMCXp2AgmaJsDYCscY7c41ndgleDQ9dd0VXAm17BzZIpmkCL3wG3O Srkw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=DTIrUYBdJ5D7szGXOPhwsZjvOmmEhNrFM6dgqCMTwOY=; b=PhV06oNjnsefNHZivF2LkCsoZhY/kg6O5BS+XxTWyPlkGkQ2qbLpKlYADG0K2UZ6gi IHuvhE2HDYKr4AJpxHUDX0/TGGX/jMfs/FTtqGJ2IxMp00WGYMKAByFDSDSuhOXIicBW AU/de0liCXtETbm3LEeOPa6elLqZZr6nSYs94xe+zTBKPgRWEfUfK8/QB+JCF9l1SPqn d2aBsOoamGpVybCAQRdqgSgYTFqLpNet5y6iMn0ApS1b2FhTRIgdcCcNBY5kDJKra3TB KRg3Q92ZQllzstQYHVQMuDlHxqWdBanlEfEMmVFiRYukfooAmpuMgT4oVSMP6Ur/vtnS HeDA== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y1si333550ejm.229.2021.03.04.15.29.40; Thu, 04 Mar 2021 15:30:02 -0800 (PST) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1357195AbhCDAHU (ORCPT + 99 others); Wed, 3 Mar 2021 19:07:20 -0500 Received: from vmicros1.altlinux.org ([194.107.17.57]:36056 "EHLO vmicros1.altlinux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235127AbhCCVmk (ORCPT ); Wed, 3 Mar 2021 16:42:40 -0500 Received: from mua.local.altlinux.org (mua.local.altlinux.org [192.168.1.14]) by vmicros1.altlinux.org (Postfix) with ESMTP id BC10672C8B8; Thu, 4 Mar 2021 00:40:53 +0300 (MSK) Received: by mua.local.altlinux.org (Postfix, from userid 508) id AAEF27CC8A2; Thu, 4 Mar 2021 00:40:53 +0300 (MSK) Date: Thu, 4 Mar 2021 00:40:53 +0300 From: "Dmitry V. Levin" To: Oleg Nesterov Cc: Sergei Trofimovich , Tony Luck , Fenghua Yu , Andrew Morton , linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org Subject: Re: [PATCH] ia64: fix ptrace(PTRACE_SYSCALL_INFO_EXIT) sign Message-ID: <20210303214053.GA19445@altlinux.org> References: <20210221002554.333076-1-slyfox@gentoo.org> <20210221002554.333076-2-slyfox@gentoo.org> <20210302233925.081075e0@sf> <20210303143018.GB28955@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210303143018.GB28955@redhat.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Mar 03, 2021 at 03:30:19PM +0100, Oleg Nesterov wrote: > On 03/02, Sergei Trofimovich wrote: > > > > > --- a/arch/ia64/include/asm/syscall.h > > > +++ b/arch/ia64/include/asm/syscall.h > > > @@ -32,7 +32,7 @@ static inline void syscall_rollback(struct task_struct *task, > > > static inline long syscall_get_error(struct task_struct *task, > > > struct pt_regs *regs) > > > { > > > - return regs->r10 == -1 ? regs->r8:0; > > > + return regs->r10 == -1 ? -regs->r8:0; > > > } > > > > > > static inline long syscall_get_return_value(struct task_struct *task, > > > -- > > > 2.30.1 > > > > > > > Andrew, would it be fine to pass it through misc tree? > > Or should it go through Oleg as it's mostly about ptrace? > > We usually route ptrace fixes via mm tree. > > But this fix and another patch from you "ia64: fix ia64_syscall_get_set_arguments() > for break-based syscalls" look very much ia64 specific. I don't think it's actually > about ptrace, and I didn't even try to review these patches because I do not > understand this low level ia64 code. > > Can it be routed via ia64 tree? Add Tony and Fenghua... Apparently [1], ia64 architecture is now orphaned, so we don't have this option anymore. [1] https://git.kernel.org/torvalds/c/96ec72a3425d1515b69b7f9dc34a4a6ce5862a37 -- ldv