From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754660AbbKRMFX (ORCPT ); Wed, 18 Nov 2015 07:05:23 -0500 Received: from mout.kundenserver.de ([212.227.126.131]:59340 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751513AbbKRMFV (ORCPT ); Wed, 18 Nov 2015 07:05:21 -0500 From: Arnd Bergmann To: Geert Uytterhoeven , Andy Lutomirski Cc: Andreas Schwab , "linux-arm-kernel@lists.infradead.org" , Yury Norov , Catalin Marinas , "linux-kernel@vger.kernel.org" , pinskia@gmail.com, Prasun.Kapoor@caviumnetworks.com, Nathan Lynch , Alexander Graf , klimov.linux@gmail.com, Mark Brown , jan.dakinevich@gmail.com, David Daney , bamvor.zhangjian@huawei.com, philipp.tomsich@theobroma-systems.com, andrey.konovalov@linaro.org, "Joseph S. Myers" , christoph.muellner@theobroma-systems.com Subject: Re: [PATCH v6 15/19] arm64: ilp32: force IPC_64 in msgctl, shmctl, semctl Date: Wed, 18 Nov 2015 13:04:02 +0100 Message-ID: <4066882.1lnX6EA7g3@wuerfel> User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; ) In-Reply-To: References: <1447795019-30176-1-git-send-email-ynorov@caviumnetworks.com> <32420376.JEdtXfitGi@wuerfel> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V03:K0:GK2p9GXu2dC2wJfaSGw1wD0H5JGeWLeOI0sM/GFaazbTN1QLzHg /SjOpkW0ctcz21VBvNZwQOnkuyWw6tnponZu0gTAyITXETbCvEgjNp/LY6yy8PAZ3mNFPJ0 4iY0pRb2D6rKKkflzIesKbyXNA9/UcjMgQyLc3FHwYg+9nLoxwIndKhMoIqGs5n0m39AXsD NlameqLixOnjs/FqEyHUg== X-UI-Out-Filterresults: notjunk:1;V01:K0:tvX6AVpia40=:bMED01lg9Bjpp4o6izjgxq IxIOW0h7thxz01otKWICsS3j0ilgL+z4kQODkT1veyIFuXqutgudy+ttuDCVtH1zCH/MHO+wf SgzjAHK0kgpUo/WihIKhFdQ54DSsjBawU1I7yECCgHiqH3GQTdFJFl3rj/sZV2N3P6s1E3Cyp Obh32BztD2WUkx6I0mDfWW+bzDoXbG5qIu/hv/dHakzeslUxMVk+pPlgec8q372eXxlaRJw2P izAnwfyihZ7CUvy8f/4YE9WPuWMexiyx0zLVReFqC6GwjU4QY2wgTKidPEHuEDR1fmwRELh7B NS7ecfir/+ZWchSxxZV/tRk3A3FTFUb5UWSz1f298Neb/BhO+zV11D5pC+U6PSdTAA1L7EmQ4 I54m1OQeDzeWENAVFkKAlcWtrykhaVBuM0QstmoTgTuW0Y90CSw5NKHgqKCyXDs/mKeos/LDk 6W2SvdER+OvsgpYLI8MGBGlygzBVLQB3QJqg3pH/n/JU/pBWKkunBi+Xi7Ms312nBr6NgOnaM gbmvvx7qoW7/mrEap4q5PeqxbUWtQLNseAdgAihtEv73k0q8qC4kEHrlQpstJap9Cg3RacrPI N+zJs3OWOjTPcYWSMqPPfSwaZfPePdBAp9PGhLbMkJDx2GfUWyMhqFxCuvvlt84+7AHS8kV9E 9SoEAyT5PkAM0iDoh73D+KXPOEoVraV5RLofNYIfjcWyc9ZzlVXQb+FMhTlDwibZRX2WvwZpK g/OnYXQcbImtkZyE Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wednesday 18 November 2015 11:07:26 Geert Uytterhoeven wrote: > > > > I've done a complete list of what the architectures (see > > https://docs.google.com/spreadsheets/d/18GxXEHE2ywnSr-SPoGFd1ABz6wEM1ex-JMu5lEraaH8/ ) > > > > We have these categories: > > > > 1. uses IPC_PARSE_VERSION with sys_ipc, and has just introduced > > separate syscalls: > > > > arm, avr32, powerpc, x86-32 > > x86-32, where? My mistake. x86 uses a different way to do this, so I didn't see it using grep and just assumed that Andy Lutomirski had patched it already based on my memory of https://sourceware.org/ml/libc-alpha/2015-09/msg00323.html > > 2. uses IPC_PARSE_VERSION with sys_ipc, and has not yet introduced > > separate syscalls (currently producing a compile warning): > > > > cris, frv, m32r, m68k, mips (o32), mn10300, s390, sh32, sparc > > > > 3. uses IPC_PARSE_VERSION with separate syscalls: > > > > alpha, blackfin, microblaze, mips (n32/64), xtensa > > > > 4a. only new-style IPC with separate syscalls: > > > > ia64, parisc, sh64 > > and x86-64? right, that too. I got it in my spreadsheet by copied it wrong. > > 4b. only new-style IPC with separate syscalls, using generic syscall > > table: > > > > arc, arm64, c6x, h8300, hexagon, metag, nios2, openrisc, score, > > tile, unicore32 > > > > So we should probably fix 1. and 2. before it's too late, but make > > sure we don't break 3. in the process. > > (Fortunately?) x86-32 doesn't seem to be converted in next yet? > > I was hoping for them to do the heavy lifting for the generic solution yes, that would be nice ;-) Arnd From mboxrd@z Thu Jan 1 00:00:00 1970 From: arnd@arndb.de (Arnd Bergmann) Date: Wed, 18 Nov 2015 13:04:02 +0100 Subject: [PATCH v6 15/19] arm64: ilp32: force IPC_64 in msgctl, shmctl, semctl In-Reply-To: References: <1447795019-30176-1-git-send-email-ynorov@caviumnetworks.com> <32420376.JEdtXfitGi@wuerfel> Message-ID: <4066882.1lnX6EA7g3@wuerfel> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Wednesday 18 November 2015 11:07:26 Geert Uytterhoeven wrote: > > > > I've done a complete list of what the architectures (see > > https://docs.google.com/spreadsheets/d/18GxXEHE2ywnSr-SPoGFd1ABz6wEM1ex-JMu5lEraaH8/ ) > > > > We have these categories: > > > > 1. uses IPC_PARSE_VERSION with sys_ipc, and has just introduced > > separate syscalls: > > > > arm, avr32, powerpc, x86-32 > > x86-32, where? My mistake. x86 uses a different way to do this, so I didn't see it using grep and just assumed that Andy Lutomirski had patched it already based on my memory of https://sourceware.org/ml/libc-alpha/2015-09/msg00323.html > > 2. uses IPC_PARSE_VERSION with sys_ipc, and has not yet introduced > > separate syscalls (currently producing a compile warning): > > > > cris, frv, m32r, m68k, mips (o32), mn10300, s390, sh32, sparc > > > > 3. uses IPC_PARSE_VERSION with separate syscalls: > > > > alpha, blackfin, microblaze, mips (n32/64), xtensa > > > > 4a. only new-style IPC with separate syscalls: > > > > ia64, parisc, sh64 > > and x86-64? right, that too. I got it in my spreadsheet by copied it wrong. > > 4b. only new-style IPC with separate syscalls, using generic syscall > > table: > > > > arc, arm64, c6x, h8300, hexagon, metag, nios2, openrisc, score, > > tile, unicore32 > > > > So we should probably fix 1. and 2. before it's too late, but make > > sure we don't break 3. in the process. > > (Fortunately?) x86-32 doesn't seem to be converted in next yet? > > I was hoping for them to do the heavy lifting for the generic solution yes, that would be nice ;-) Arnd