Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp1392305imm; Wed, 17 Oct 2018 19:45:52 -0700 (PDT) X-Google-Smtp-Source: ACcGV61P/ZRUB6d5d8YvhMIUOqlusQ0DfkDdUqzopa/Vt/30piStWkDZ6xqZUPhgBcCR8v1zPPxV X-Received: by 2002:a63:4952:: with SMTP id y18-v6mr26815139pgk.32.1539830752207; Wed, 17 Oct 2018 19:45:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1539830752; cv=none; d=google.com; s=arc-20160816; b=lXyw0BR5WWsEB0wRQRIGJASC18fEnaT8koQkAktRA4xlYAl9zd7RZ/THHo9t6VQJAY 7GtvibicWRkmRFy+WQ+ciFwLbiPee0SzNkBzoNMY0xAJiAgjabyo+wFyx4UDfFqDatAw TC+cpt+6twZBbgRExlxjVdaJ9tRraacvnfpHrijrjo2rEndntdGJI/HGhzfgE5ctQ+4I g0SCGmWmopLueYG8S6SpKBaIR/6UtjhezCMuh8slsvhYCe+Dnd7pCgMLYS6lHLFV1dAt HP/HK6i7YbAFVLtgPvyi2mtikWU0zNf2WMU/NPCnqtaN3bKdxbRMTToPUHzmud+1bc5T cs5Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=XRLLBcGLLdidecVhOg8JW0PeV7z/LhNYEJ9glJN5D68=; b=Vyrc4uPeoIgrUHNU7sb4FVcY0uKq7YQuyFiE5xoeilrq4fj7LTBiNpME/R41qO5Ia4 E+CmzB3cHXnB/6rmy7TaiouBn9Wl194GdCj+HwMGzqM4Ec/gIZwR1IIkY2WgdZ6Xl3nx 85QC74z55DlJ+uVvlTNSVmafaWz9kwBfcR1pr4oLDD+Vgw3V6AImSln+L5CVU4xTQARy RBJtWj1I/2LVllf6VjY0YXJ3mFWTAIB6q8tCrEUjwJszypQpg6+MuoWb2PcXi15MMWBH /2bCBXAiiugWUP3UJkUUi1LWL0dhstFy9yaWA+czvqbM7KGOgjTG8a6eNAGXMDwqHXCu xCCQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i72-v6si19709201pfe.224.2018.10.17.19.45.36; Wed, 17 Oct 2018 19:45:52 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727482AbeJRKgS (ORCPT + 99 others); Thu, 18 Oct 2018 06:36:18 -0400 Received: from smtp2200-217.mail.aliyun.com ([121.197.200.217]:42257 "EHLO smtp2200-217.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727259AbeJRKgS (ORCPT ); Thu, 18 Oct 2018 06:36:18 -0400 X-Alimail-AntiSpam: AC=CONTINUE;BC=0.1250269|-1;CH=green;FP=0|0|0|0|0|-1|-1|-1;HT=e02c03309;MF=ren_guo@c-sky.com;NM=1;PH=DS;RN=16;RT=16;SR=0;TI=SMTPD_---.D3ihYsN_1539830235; Received: from localhost(mailfrom:ren_guo@c-sky.com fp:SMTPD_---.D3ihYsN_1539830235) by smtp.aliyun-inc.com(10.147.41.187); Thu, 18 Oct 2018 10:37:16 +0800 Date: Thu, 18 Oct 2018 10:37:15 +0800 From: Guo Ren To: Arnd Bergmann Cc: Andrew Morton , Daniel Lezcano , David Miller , gregkh , Christoph Hellwig , Marc Zyngier , Mark Rutland , Peter Zijlstra , Rob Herring , Thomas Gleixner , Linux Kernel Mailing List , linux-arch , DTML , Rob Herring , c-sky_gcc_upstream@c-sky.com Subject: Re: [PATCH V9 08/21] csky: Process management and Signal Message-ID: <20181018023713.GC12027@guoren-Inspiron-7460> References: <9ae1d1609a49d976ae7659157507018b0c846423.1539655732.git.ren_guo@c-sky.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Oct 17, 2018 at 05:11:00PM +0200, Arnd Bergmann wrote: > On Tue, Oct 16, 2018 at 5:01 AM Guo Ren wrote: > > > > This patch adds files related to task_switch, sigcontext, signal, > > fpu context switch. > > > > Signed-off-by: Guo Ren > > Cc: Arnd Bergmann > > --- > > Changelog: > > - abiv2/fpu.c: Userspace should never be sent NSIGXXX as a si_code. > > Use FPE_FLTUNK instead. > > - abiv2/fpu.c: Use force_sig_fault instead. > > I'm hesitant to provide a Reviewed-by: tag for this one, as I don't > understand the signal handling enough myself, and it's something > that should be reviewed properly because of the ABI implications. > > Maybe someone else can have a closer look at this? NSIGXXX and force_sig_fault modification is from Eric W. Biederman in PATCH V6 and I forget add: Cc: "Eric W. Biederman" Best Regards Guo Ren