Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp1365912imm; Wed, 17 Oct 2018 19:06:17 -0700 (PDT) X-Google-Smtp-Source: ACcGV61WgXcGg7QIk0l+qSkrTRwKm6UbnKYvE0ornp2lV73Vw4Dz72MDq2hwnF0yAUsp0z89IdEa X-Received: by 2002:a17:902:1ab:: with SMTP id b40-v6mr28449407plb.82.1539828377192; Wed, 17 Oct 2018 19:06:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1539828377; cv=none; d=google.com; s=arc-20160816; b=Aj31dzzXKvcHmBHZzeyNECpAkfLCw6eFedoUp96wfr1TucdGQv11/76dsV4s1orPDG Cj7jQ0O1sQaULW23TmMqow5R9YENsEhhFCwp3reDHvOE8LdfkHZgXbWcRw/eJrYLzcgE Eq5qLkWdUMbmldy18F8Q6MHxDuLJ4t+pkW+pSgvWXlSwvgJ+4zpFyzb9OEoSf19mARyM gCMbqxYRSuFvS4SKViOI3bMXZWVHPBrhxyQyLoepD4R1hNiJZGeCCZVJns6JxnPH+hW3 DCToDNZKOnHgIIELE13iwiJYta0YSe+vx9JqXqm+VhWGMa+4qDvFF5vli/Vj0fDY3EL8 6ntw== 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=d+BtJefgTVgLOh8n69TUBTCaoY0x762n9qKMq8zJUbc=; b=nvXzIS9zL2QRwHUB8qkTFrdYb3JVUKLF7aStk34XZ3WlcBBD3PRG4zHP568RrHO2xZ +T4hn3PCpYdi8ZRWJzJxB5PxWbMNxtcxw0JzD/1Joa8bhwsUjXRd1JJOSNb1p0cE/7c6 RPm0bfO4xD8nS2ym0Uwf+rFExWuCur+9vLULiXknqSBaZ3lnIvqELWJCt0WFaup9fS9+ 2jbN4qS9vzpgfkRHzD0gfxb4V75nzQKTr89LWe+w8CPKEp1cUrv3XtNc8WEavCuDHgYp qnO8YjrnxitpzeoVvpVbSiKJy+XizVVEm628gjJW17g8s/SplbZhNXAhgTdbiTaiVgMx /r7A== 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 n84-v6si19402271pfg.127.2018.10.17.19.05.49; Wed, 17 Oct 2018 19:06:17 -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 S1727443AbeJRKBM (ORCPT + 99 others); Thu, 18 Oct 2018 06:01:12 -0400 Received: from smtp2200-217.mail.aliyun.com ([121.197.200.217]:33159 "EHLO smtp2200-217.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727335AbeJRKBM (ORCPT ); Thu, 18 Oct 2018 06:01:12 -0400 X-Alimail-AntiSpam: AC=CONTINUE;BC=0.1441471|-1;CH=green;FP=0|0|0|0|0|-1|-1|-1;HT=e02c03305;MF=ren_guo@c-sky.com;NM=1;PH=DS;RN=16;RT=16;SR=0;TI=SMTPD_---.D3hge5D_1539828124; Received: from localhost(mailfrom:ren_guo@c-sky.com fp:SMTPD_---.D3hge5D_1539828124) by smtp.aliyun-inc.com(10.147.42.135); Thu, 18 Oct 2018 10:02:05 +0800 Date: Thu, 18 Oct 2018 10:02:04 +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 05/21] csky: System Call Message-ID: <20181018020203.GA12027@guoren-Inspiron-7460> References: 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:02:33PM +0200, Arnd Bergmann wrote: > On Tue, Oct 16, 2018 at 5:01 AM Guo Ren wrote: > > > > This patch adds files related to syscall. > > > > Signed-off-by: Guo Ren > > Cc: Arnd Bergmann > > Reviewed-by: Arnd Bergmann > > I had a detailed look at this one and provided lots of comments, however > one tiny thing escaped me: > > > +#define __NR_set_thread_area (__NR_arch_specific_syscall + 0) > > +__SYSCALL(__NR_set_thread_area, sys_set_thread_area) > > +#define __NR_cacheflush (__NR_arch_specific_syscall + 4) > > +__SYSCALL(__NR_cacheflush, sys_cacheflush) > > It's odd that the second one uses __NR_arch_specific_syscall + 4 rather > than +1. If you can still change that changing too much other stuff, > that might avoid some head-scratching later. If it causes problems, > just leave it and maybe add a comment saying that the numbers > inbetween are still available. Change to (__NR_arch_specific_syscall + 1) is ok for now. Best Regards Guo Ren