From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Maciej W. Rozycki" Subject: Re: [PATCH v3 0/6] mips: system call table generation support Date: Thu, 6 Dec 2018 12:15:41 +0000 (GMT) Message-ID: References: <1543481016-18500-1-git-send-email-firoz.khan@linaro.org> <20181205063436.kzxgnvgexcgq572k@pburton-laptop> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Return-path: Received: (from localhost user: 'macro', uid#1010) by eddie.linux-mips.org with ESMTP id S23990828AbeLFMPludY8u (ORCPT + 1 other); Thu, 6 Dec 2018 13:15:41 +0100 In-Reply-To: <20181205063436.kzxgnvgexcgq572k@pburton-laptop> Sender: linux-kernel-owner@vger.kernel.org To: Paul Burton Cc: Firoz Khan , "open list:RALINK MIPS ARCHITECTURE" , Ralf Baechle , James Hogan , Greg Kroah-Hartman , Philippe Ombredanne , Thomas Gleixner , Kate Stewart , y2038 Mailman List , Arnd Bergmann , Linux Kernel Mailing List , Linux-Arch , Deepa Dinamani , Marcin Juszkiewicz , libc-alpha@sourceware.org List-Id: linux-arch.vger.kernel.org On Wed, 5 Dec 2018, Paul Burton wrote: > > Could you review this patch series. I would appreciate if you can > > perform the boot test on the actual platform. > > This is looking pretty good to me, so I look forward to v4 with Arnd's > comments addressed. > > I've verified that the sys call tables are identical for both > 32r2el_defconfig & 64r6el_defconfig before & after this series, and that > both still boot fine. I believe this file is used by the glibc build process to retrieve syscall numbers for glibc's own use as well for . Has the change been verified not to break this process? Cc-ing for information and possible further input. Maciej From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from eddie.linux-mips.org ([148.251.95.138]:40850 "EHLO cvs.linux-mips.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727908AbeLFMPo (ORCPT ); Thu, 6 Dec 2018 07:15:44 -0500 Received: (from localhost user: 'macro', uid#1010) by eddie.linux-mips.org with ESMTP id S23990828AbeLFMPludY8u (ORCPT + 1 other); Thu, 6 Dec 2018 13:15:41 +0100 Date: Thu, 6 Dec 2018 12:15:41 +0000 (GMT) From: "Maciej W. Rozycki" Subject: Re: [PATCH v3 0/6] mips: system call table generation support In-Reply-To: <20181205063436.kzxgnvgexcgq572k@pburton-laptop> Message-ID: References: <1543481016-18500-1-git-send-email-firoz.khan@linaro.org> <20181205063436.kzxgnvgexcgq572k@pburton-laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-arch-owner@vger.kernel.org List-ID: To: Paul Burton Cc: Firoz Khan , "open list:RALINK MIPS ARCHITECTURE" , Ralf Baechle , James Hogan , Greg Kroah-Hartman , Philippe Ombredanne , Thomas Gleixner , Kate Stewart , y2038 Mailman List , Arnd Bergmann , Linux Kernel Mailing List , Linux-Arch , Deepa Dinamani , Marcin Juszkiewicz , libc-alpha@sourceware.org Message-ID: <20181206121541.Llkm_QNIi5wg0bsOljX6UAp4M-cBbhAEGWVD1Mkhu9w@z> On Wed, 5 Dec 2018, Paul Burton wrote: > > Could you review this patch series. I would appreciate if you can > > perform the boot test on the actual platform. > > This is looking pretty good to me, so I look forward to v4 with Arnd's > comments addressed. > > I've verified that the sys call tables are identical for both > 32r2el_defconfig & 64r6el_defconfig before & after this series, and that > both still boot fine. I believe this file is used by the glibc build process to retrieve syscall numbers for glibc's own use as well for . Has the change been verified not to break this process? Cc-ing for information and possible further input. Maciej