Received: by 2002:ac0:98c7:0:0:0:0:0 with SMTP id g7-v6csp1724145imd; Thu, 1 Nov 2018 22:40:47 -0700 (PDT) X-Google-Smtp-Source: AJdET5f12vz5NxrSRy+Suuvo1cdVYWRDCdleF0Ptog/+51WexzPnAy21UGiJTvQjT4m3ajUQWtFx X-Received: by 2002:a17:902:27a8:: with SMTP id d37-v6mr8730640plb.0.1541137247056; Thu, 01 Nov 2018 22:40:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1541137247; cv=none; d=google.com; s=arc-20160816; b=XFN7eLQ/Won8xQ/9QcSUu1Yi/Eyh7w7JakdbELutEJFdG+Qd811MBK/KdurMDmAq+s 2ayhnIMS8niEeMstt4eSYgcEOocJPmagz4nR+ip2rHmOyWB2gJUlC0wu+Elv+yo4R5pp 9B0HKQqG9i1QvMV2hpnUGAz6hwGBxXxV80mPPACGNnXa6RxZ6HdyesnnrPKgi20ux8gV Cq5B6IDueAdMsgpH8wmv5drjIzmxTo2N81zionUhK8vASL+lT+z21Aznd+bLjuJxh+v1 L8DF76Up7rQLY0/kHaLwx2ihrU6UN2dAPJRVcn5st6uhkDHt9oq0+8GDnqAQRtbPWB4I v+zg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=iWUFKRKSfF9Hz2V6ePTP5Qut3gz+ghlMg85DSc0lhnU=; b=wsQfTMYgEgBrrF/T669LPHSSzTjYT3gpqUzP9VRnwDIpfkGLbXB5a4fOSu3EKninZU C1lCx4ZRj9uywBN5nwRhFFUufN/BWgM8kzR/yMoJHWmzX6edSaWJ2Y3YrRC1paeJvhO9 IB7swmuKyXYPB+UBev7R+FEseY0kxG6t1nqKOEMlKwsTFx4yZhW/AdsHESGDYRTCfIPf IuHgHwmm2osW25MaWM1oCnHZMcmEKJA8dSgBcWEafbzH1VDcVrq3UOei3nXCP4n+s5KD BD9uXMKJEcUHcAXYqzgCIq1MFWP2v8pULEKnpL63hHbmJqeMvVL3+8o4M8WFJg5fA4md SBhw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=QC0rLOEm; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 17-v6si33681459pgz.577.2018.11.01.22.40.30; Thu, 01 Nov 2018 22:40:47 -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; dkim=pass header.i=@linaro.org header.s=google header.b=QC0rLOEm; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728060AbeKBOqG (ORCPT + 99 others); Fri, 2 Nov 2018 10:46:06 -0400 Received: from mail-it1-f195.google.com ([209.85.166.195]:53495 "EHLO mail-it1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727804AbeKBOqF (ORCPT ); Fri, 2 Nov 2018 10:46:05 -0400 Received: by mail-it1-f195.google.com with SMTP id y73-v6so1732442itc.3 for ; Thu, 01 Nov 2018 22:40:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=iWUFKRKSfF9Hz2V6ePTP5Qut3gz+ghlMg85DSc0lhnU=; b=QC0rLOEmD8G7NeKc+tLDM28SdHkRS4KbnOR1V5tLLfGUjqwxFcqwsPXa9zM+5iirgN GFZWGjao9fZrlsdCKz/xotP+a2vY9HxzjM1v3J5iiaUp4yRu278AntNTahxFWRuUVG95 ZHQ4qN8EHnwVEccSmeA0x50mzYvkDEq6qpD1A= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=iWUFKRKSfF9Hz2V6ePTP5Qut3gz+ghlMg85DSc0lhnU=; b=JlNRxUFp4gVeod45ZjxBpDJ49PKC3djpuawoV8pjckxYiPBJW+9hWWnlAVw14jkgdt rHGznzLr0/Sz8IOh7cvuNNWT/6iExEa97yHKqHoGjMfslg0PKwjkuRSPnbgAy7M/TP8u TShVN0QQu9IbopGaY2SiY/oClSW5/ySJ66pWdoAd97uOPi3g1tDP52CMkGjXLHMSncQl vIrGl3Peu1TNP9UF55N3XQ7eLZ08RCGkUs0uOdu5wm1wjALnsXqOOOTGPHrtMKCqFwIX 1UA6N7rkcOMpZHK736K2hkL0MCQi4DTvBTbHAyAk1XAI/NvwQTd8KhJsP9UFHUzoFz0k Gxaw== X-Gm-Message-State: AGRZ1gLKOYL73CBR29pp1hy/crM/SqyAU6nBXZK017AWJA+zjztwL+sN /mkhsEYmPK9FcXCt/tj6rKcYb4GEq2bcDCl8C+zgdg== X-Received: by 2002:a02:e43:: with SMTP id 64-v6mr9390608jae.58.1541137209335; Thu, 01 Nov 2018 22:40:09 -0700 (PDT) MIME-Version: 1.0 References: <1541080391-3890-1-git-send-email-firoz.khan@linaro.org> <1541080391-3890-4-git-send-email-firoz.khan@linaro.org> <20181101.133315.47887636039827313.davem@davemloft.net> In-Reply-To: <20181101.133315.47887636039827313.davem@davemloft.net> From: Firoz Khan Date: Fri, 2 Nov 2018 11:09:57 +0530 Message-ID: Subject: Re: [PATCH v2 3/4] sparc: add system call table generation support To: "David S . Miller" Cc: sparclinux , Greg Kroah-Hartman , Philippe Ombredanne , Thomas Gleixner , Kate Stewart , y2038 Mailman List , Linux Kernel Mailing List , Linux-Arch , Arnd Bergmann , Deepa Dinamani , Marcin Juszkiewicz Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi David, On Fri, 2 Nov 2018 at 02:03, David Miller wrote: > > From: Firoz Khan > Date: Thu, 1 Nov 2018 19:23:10 +0530 > > > +141 common getpeername sys_getpeername sys_nis_syscall > ... > > +150 common getsockname sys_getsockname sys_nis_syscall > > The sys_nis_syscall in these two entries is incorrect, see the patch > below. True, The patch you mentioned here is the merged recently and I created this patch series few hours before that. > > One of my worst fears about this change has been realized, that > instead of helping us find problems, it is so automated to the point > that it fails to question issues like this. Yes. I have created the system call table generation support for 10 architecture including sparc. Every architecture I validated the generated file with replaced one and made sure both are same. But still I expect some human errors. The one which I missed was caught by respective maintainers. BTW, the error can be raised only one time, during the development. > If sys_nis_syscall for the compat syscall shows up in a situation where the > native 32-bit syscall does have an entry, that's a BUG and the script should > point this out so that the bug can be fixed. syscall.tbl is the input to the script, so the developers has the responsibility to fill the table properly. I don't know, we have to write a script which has to be smart enough to catch the wrong syscall entries. Thanks for your feedback. Firoz > > Thank you. > > ==================== > From 1f2b5b8e2df4591fbca430aff9c5a072dcc0f408 Mon Sep 17 00:00:00 2001 > From: "David S. Miller" > Date: Wed, 31 Oct 2018 18:30:21 -0700 > Subject: [PATCH] sparc64: Wire up compat getpeername and getsockname. > > Fixes: 8b30ca73b7cc ("sparc: Add all necessary direct socket system calls.") > Reported-by: Joseph Myers > Signed-off-by: David S. Miller > --- > arch/sparc/kernel/systbls_64.S | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/arch/sparc/kernel/systbls_64.S b/arch/sparc/kernel/systbls_64.S > index bb68c80..ff9389a 100644 > --- a/arch/sparc/kernel/systbls_64.S > +++ b/arch/sparc/kernel/systbls_64.S > @@ -47,9 +47,9 @@ sys_call_table32: > .word sys_recvfrom, sys_setreuid16, sys_setregid16, sys_rename, compat_sys_truncate > /*130*/ .word compat_sys_ftruncate, sys_flock, compat_sys_lstat64, sys_sendto, sys_shutdown > .word sys_socketpair, sys_mkdir, sys_rmdir, compat_sys_utimes, compat_sys_stat64 > -/*140*/ .word sys_sendfile64, sys_nis_syscall, compat_sys_futex, sys_gettid, compat_sys_getrlimit > +/*140*/ .word sys_sendfile64, sys_getpeername, compat_sys_futex, sys_gettid, compat_sys_getrlimit > .word compat_sys_setrlimit, sys_pivot_root, sys_prctl, sys_pciconfig_read, sys_pciconfig_write > -/*150*/ .word sys_nis_syscall, sys_inotify_init, sys_inotify_add_watch, sys_poll, sys_getdents64 > +/*150*/ .word sys_getsockname, sys_inotify_init, sys_inotify_add_watch, sys_poll, sys_getdents64 > .word compat_sys_fcntl64, sys_inotify_rm_watch, compat_sys_statfs, compat_sys_fstatfs, sys_oldumount > /*160*/ .word compat_sys_sched_setaffinity, compat_sys_sched_getaffinity, sys_getdomainname, sys_setdomainname, sys_nis_syscall > .word sys_quotactl, sys_set_tid_address, compat_sys_mount, compat_sys_ustat, sys_setxattr > -- > 2.1.2.532.g19b5d50 >