From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_PASS,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 754F9C43612 for ; Tue, 15 Jan 2019 15:19:08 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 3C2EE204FD for ; Tue, 15 Jan 2019 15:19:08 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730763AbfAOPTH (ORCPT ); Tue, 15 Jan 2019 10:19:07 -0500 Received: from mail-qk1-f195.google.com ([209.85.222.195]:46425 "EHLO mail-qk1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730723AbfAOPTG (ORCPT ); Tue, 15 Jan 2019 10:19:06 -0500 Received: by mail-qk1-f195.google.com with SMTP id q1so1701768qkf.13; Tue, 15 Jan 2019 07:19:05 -0800 (PST) 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=OFGD7PXuhpa61ZNV+Dxzw50BERwu8kM4CC/gfLY4p9U=; b=RNVXtHa5mOqBp4fFgCoHSu3Efmncw7kt9SLtisyVH/Y8jI1K3Iuy53T2d2kACwDYmP O84hjXwmvxDzxI6Br8cqx9K/okkxX8dj5QIsEGqJYKOn647yAejO/9azgflNirdOY8iz ZZU61772RM5lxxRKI1XVCs2okrl/dBiMwHi8EcXcctLrEE5l39VABVgzN5TtbqKULuGW bih3oHJn7ytTv52jHbXuQs45afQrkxM4Ipvc6wBYULRGp6F5aBieeIOsAyy3D9DMTnH8 s/8UFcuHYKO1yWTydCY8FCQknIFG/ox34nwe4fpN7ypuhRBY5zyX8w1MnN7UqFrx3l+b Gplw== X-Gm-Message-State: AJcUukeQuNKqrGPQYqCssoIRKBPqyWXL7z+FG7/W9TXUrAQRujIyaXGo MvlPn8uZL3BrRc8DUzDf4y9oss14THeI1B5G8kQ= X-Google-Smtp-Source: ALg8bN5li7wBTklauFcVKrMtYE7+j8exj0sCThMZxxkRVYqsdAVuAfN8FZb6/7OCIQd/h7bJ0hMXGi+Oq4K6cLzGY0s= X-Received: by 2002:ae9:d8c2:: with SMTP id u185mr2951683qkf.107.1547565544568; Tue, 15 Jan 2019 07:19:04 -0800 (PST) MIME-Version: 1.0 References: <20190110162435.309262-1-arnd@arndb.de> <20190110162435.309262-15-arnd@arndb.de> <87pnsz28k2.fsf@concordia.ellerman.id.au> In-Reply-To: From: Arnd Bergmann Date: Tue, 15 Jan 2019 16:18:48 +0100 Message-ID: Subject: Re: [PATCH 14/15] arch: add split IPC system calls where needed To: Michael Ellerman Cc: y2038 Mailman List , Linux API , Linux Kernel Mailing List , Ivan Kokshaysky , Matt Turner , Russell King - ARM Linux , Catalin Marinas , Will Deacon , Tony Luck , Fenghua Yu , Geert Uytterhoeven , Michal Simek , Paul Burton , Helge Deller , Martin Schwidefsky , Heiko Carstens , Rich Felker , David Miller , Andy Lutomirski , Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , "the arch/x86 maintainers" , Max Filippov , Firoz Khan , "Eric W . Biederman" , Deepa Dinamani , Dominik Brodowski , Andrew Morton , Davidlohr Bueso , alpha , Linux ARM , linux-ia64@vger.kernel.org, linux-m68k , linux-mips@vger.kernel.org, Parisc List , linuxppc-dev , linux-s390 , Linux-sh list , sparclinux 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 On Tue, Jan 15, 2019 at 4:01 PM Arnd Bergmann wrote: > > On Mon, Jan 14, 2019 at 4:59 AM Michael Ellerman wrote: > > Arnd Bergmann writes: > > > arch/m68k/kernel/syscalls/syscall.tbl | 11 +++++++++++ > > > arch/mips/kernel/syscalls/syscall_o32.tbl | 11 +++++++++++ > > > arch/powerpc/kernel/syscalls/syscall.tbl | 12 ++++++++++++ > > > > I have some changes I'd like to make to our syscall table that will > > clash with this. > > > > I'll try and send them today. > > Ok. Are those for 5.0 or 5.1? If they are intended for 5.0, it would be > nice for me to have a branch based on 5.0-rc1 that I can put > the other patches on top of. There is also another change that I considered: At the end of my series, we have a lot of entries like 245 32 clock_settime sys_clock_settime32 245 64 clock_settime sys_clock_settime 245 spu clock_settime sys_clock_settime which could be folded into 245 32 clock_settime sys_clock_settime32 245 spu64 clock_settime sys_clock_settime if we just add another option to the ABI field. Any thoughts on that? Arnd