From: Guo Ren <guoren@kernel.org> To: Jessica Clarke <jrtc27@jrtc27.com> Cc: "Arnd Bergmann" <arnd@arndb.de>, "Jisheng Zhang" <jszhang3@mail.ustc.edu.cn>, "Palmer Dabbelt" <palmer@dabbelt.com>, "Anup Patel" <anup.patel@wdc.com>, gregkh <gregkh@linuxfoundation.org>, liush <liush@allwinnertech.com>, "Wei Fu" <wefu@redhat.com>, "Drew Fustini" <drew@beagleboard.org>, "Wang Junqiang" <wangjunqiang@iscas.ac.cn>, "Wei Wu (吴伟)" <lazyparser@gmail.com>, "Linux Kernel Mailing List" <linux-kernel@vger.kernel.org>, linux-riscv <linux-riscv@lists.infradead.org>, linux-csky@vger.kernel.org, "Guo Ren" <guoren@linux.alibaba.com> Subject: Re: [PATCH 00/13] riscv: compat: Add COMPAT mode support for rv64 Date: Tue, 28 Dec 2021 18:45:55 +0800 [thread overview] Message-ID: <CAJF2gTS20NDDWSacEt0mhBeR-t4pZbeS43CDq9eSqHpjzHHdVA@mail.gmail.com> (raw) In-Reply-To: <AA7091EA-C3AF-47CE-B0C5-E2ECE4133D09@jrtc27.com> On Mon, Dec 27, 2021 at 10:29 AM Jessica Clarke <jrtc27@jrtc27.com> wrote: > > On 27 Dec 2021, at 01:16, Guo Ren <guoren@kernel.org> wrote: > > > > On Mon, Dec 27, 2021 at 4:31 AM Arnd Bergmann <arnd@arndb.de> wrote: > >> > >> On Sun, Dec 26, 2021 at 7:38 AM Guo Ren <guoren@kernel.org> wrote: > >>> On Sun, Dec 26, 2021 at 4:36 PM Jisheng Zhang <jszhang3@mail.ustc.edu.cn> wrote: > >>>> On Wed, 22 Dec 2021 20:59:30 +0800 Guo Ren <guoren@kernel.org> wrote: > >>>>> On Wed, Dec 22, 2021 at 2:10 AM Arnd Bergmann <arnd@arndb.de> wrote: > >>>> > >>>> What about adding RV64 ILP32 support instead? This don't need HW side > >>>> modifications so can benefit all RV64. > >>> > >>> ILP32 is another topic in C Language Data Type Models and it couldn't > >>> replace the standard rv32 ecosystem. > >>> COMPAT is a common framework in Linux (7 arches have been supported), > >>> so let rv64 support COMPAT mode is considerable. > >>> > >>> Customers would choose ILP32 / RV32-compat by themself and that > >>> depends on which one has a better ecosystem. > >> > >> From a kernel perspective, supporting both is not much more work than > >> supporting either of them. We had the same debate for Arm64, and ended > >> up never merging the ILP32 patches despite them being well written > >> and maintainable, to limit the number of supported user space ABIs > >> as well as the possible attack vectors when there is an exploitable > >> bug that is specific to an ABI. > >> > >> arm64 does support big-endian mode, which is a similar niche, but it > >> can't easily be removed after it's already supported. Supporting normal > >> compat mode is the easiest here because it doesn't add another user > >> space ABI, but I'd strongly recommend not to add any other ones. > > > > @Palmer Dabbelt How do you think about supporting ILP32 & COMPAT both > > in rv64? And let users vote by foot which is better. > > As psABI TG co-chair I really do not want an ILP32 RV64 to exist if it > can at all be avoided. Every single attempt at an ILP32 ABI for a > 64-bit architecture has failed to take off in the past, so I struggle > to see why RV64 will be any different. So, in my opinion, there is a > relatively high barrier to entry for it to be an official frozen ABI, > and without it being that I doubt upstreams will want to go near it, be > it Linux, GCC, binutils or GCC, but they can speak for themselves if > they feel otherwise. > > Also, with every year that goes by, ILP32 becomes more and more limited > in what you can use it for, due to increased memory footprints... Agree, I think we are on the right road :) > > Jess > -- Best Regards Guo Ren ML: https://lore.kernel.org/linux-csky/
WARNING: multiple messages have this Message-ID (diff)
From: Guo Ren <guoren@kernel.org> To: Jessica Clarke <jrtc27@jrtc27.com> Cc: "Arnd Bergmann" <arnd@arndb.de>, "Jisheng Zhang" <jszhang3@mail.ustc.edu.cn>, "Palmer Dabbelt" <palmer@dabbelt.com>, "Anup Patel" <anup.patel@wdc.com>, gregkh <gregkh@linuxfoundation.org>, liush <liush@allwinnertech.com>, "Wei Fu" <wefu@redhat.com>, "Drew Fustini" <drew@beagleboard.org>, "Wang Junqiang" <wangjunqiang@iscas.ac.cn>, "Wei Wu (吴伟)" <lazyparser@gmail.com>, "Linux Kernel Mailing List" <linux-kernel@vger.kernel.org>, linux-riscv <linux-riscv@lists.infradead.org>, linux-csky@vger.kernel.org, "Guo Ren" <guoren@linux.alibaba.com> Subject: Re: [PATCH 00/13] riscv: compat: Add COMPAT mode support for rv64 Date: Tue, 28 Dec 2021 18:45:55 +0800 [thread overview] Message-ID: <CAJF2gTS20NDDWSacEt0mhBeR-t4pZbeS43CDq9eSqHpjzHHdVA@mail.gmail.com> (raw) In-Reply-To: <AA7091EA-C3AF-47CE-B0C5-E2ECE4133D09@jrtc27.com> On Mon, Dec 27, 2021 at 10:29 AM Jessica Clarke <jrtc27@jrtc27.com> wrote: > > On 27 Dec 2021, at 01:16, Guo Ren <guoren@kernel.org> wrote: > > > > On Mon, Dec 27, 2021 at 4:31 AM Arnd Bergmann <arnd@arndb.de> wrote: > >> > >> On Sun, Dec 26, 2021 at 7:38 AM Guo Ren <guoren@kernel.org> wrote: > >>> On Sun, Dec 26, 2021 at 4:36 PM Jisheng Zhang <jszhang3@mail.ustc.edu.cn> wrote: > >>>> On Wed, 22 Dec 2021 20:59:30 +0800 Guo Ren <guoren@kernel.org> wrote: > >>>>> On Wed, Dec 22, 2021 at 2:10 AM Arnd Bergmann <arnd@arndb.de> wrote: > >>>> > >>>> What about adding RV64 ILP32 support instead? This don't need HW side > >>>> modifications so can benefit all RV64. > >>> > >>> ILP32 is another topic in C Language Data Type Models and it couldn't > >>> replace the standard rv32 ecosystem. > >>> COMPAT is a common framework in Linux (7 arches have been supported), > >>> so let rv64 support COMPAT mode is considerable. > >>> > >>> Customers would choose ILP32 / RV32-compat by themself and that > >>> depends on which one has a better ecosystem. > >> > >> From a kernel perspective, supporting both is not much more work than > >> supporting either of them. We had the same debate for Arm64, and ended > >> up never merging the ILP32 patches despite them being well written > >> and maintainable, to limit the number of supported user space ABIs > >> as well as the possible attack vectors when there is an exploitable > >> bug that is specific to an ABI. > >> > >> arm64 does support big-endian mode, which is a similar niche, but it > >> can't easily be removed after it's already supported. Supporting normal > >> compat mode is the easiest here because it doesn't add another user > >> space ABI, but I'd strongly recommend not to add any other ones. > > > > @Palmer Dabbelt How do you think about supporting ILP32 & COMPAT both > > in rv64? And let users vote by foot which is better. > > As psABI TG co-chair I really do not want an ILP32 RV64 to exist if it > can at all be avoided. Every single attempt at an ILP32 ABI for a > 64-bit architecture has failed to take off in the past, so I struggle > to see why RV64 will be any different. So, in my opinion, there is a > relatively high barrier to entry for it to be an official frozen ABI, > and without it being that I doubt upstreams will want to go near it, be > it Linux, GCC, binutils or GCC, but they can speak for themselves if > they feel otherwise. > > Also, with every year that goes by, ILP32 becomes more and more limited > in what you can use it for, due to increased memory footprints... Agree, I think we are on the right road :) > > Jess > -- Best Regards Guo Ren ML: https://lore.kernel.org/linux-csky/ _______________________________________________ linux-riscv mailing list linux-riscv@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-riscv
next prev parent reply other threads:[~2021-12-28 10:46 UTC|newest] Thread overview: 96+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-12-21 16:35 [PATCH 00/13] riscv: compat: Add COMPAT mode support for rv64 guoren 2021-12-21 16:35 ` guoren 2021-12-21 16:35 ` [PATCH 01/13] syscalls: compat: Fix the missing part for __SYSCALL_COMPAT guoren 2021-12-21 16:35 ` guoren 2021-12-21 17:08 ` Arnd Bergmann 2021-12-21 17:08 ` Arnd Bergmann 2021-12-22 11:16 ` Guo Ren 2021-12-22 11:16 ` Guo Ren 2021-12-22 11:24 ` Arnd Bergmann 2021-12-22 11:24 ` Arnd Bergmann 2021-12-24 6:52 ` Christoph Hellwig 2021-12-24 6:52 ` Christoph Hellwig 2021-12-21 16:35 ` [PATCH 02/13] riscv: Fixup difference with defconfig guoren 2021-12-21 16:35 ` guoren 2021-12-21 17:09 ` Arnd Bergmann 2021-12-21 17:09 ` Arnd Bergmann 2021-12-22 11:34 ` Guo Ren 2021-12-22 11:34 ` Guo Ren 2021-12-22 11:44 ` Arnd Bergmann 2021-12-22 11:44 ` Arnd Bergmann 2021-12-22 13:06 ` Guo Ren 2021-12-22 13:06 ` Guo Ren 2021-12-22 13:30 ` Arnd Bergmann 2021-12-22 13:30 ` Arnd Bergmann 2021-12-23 2:12 ` Guo Ren 2021-12-23 2:12 ` Guo Ren 2021-12-21 16:35 ` [PATCH 03/13] riscv: compat: Add basic compat date type implementation guoren 2021-12-21 16:35 ` guoren 2021-12-21 17:12 ` Arnd Bergmann 2021-12-21 17:12 ` Arnd Bergmann 2021-12-22 12:03 ` Guo Ren 2021-12-22 12:03 ` Guo Ren 2021-12-22 12:46 ` Arnd Bergmann 2021-12-22 12:46 ` Arnd Bergmann 2021-12-26 15:33 ` Guo Ren 2021-12-26 15:33 ` Guo Ren 2021-12-24 6:53 ` Christoph Hellwig 2021-12-24 6:53 ` Christoph Hellwig 2021-12-24 9:28 ` Guo Ren 2021-12-24 9:28 ` Guo Ren 2021-12-21 16:35 ` [PATCH 04/13] riscv: compat: Re-implement TASK_SIZE for COMPAT_32BIT guoren 2021-12-21 16:35 ` guoren 2021-12-21 16:35 ` [PATCH 05/13] riscv: compat: syscall: Add compat_sys_call_table implementation guoren 2021-12-21 16:35 ` guoren 2021-12-21 17:15 ` Arnd Bergmann 2021-12-21 17:15 ` Arnd Bergmann 2021-12-22 12:43 ` Guo Ren 2021-12-22 12:43 ` Guo Ren 2021-12-22 13:21 ` Arnd Bergmann 2021-12-22 13:21 ` Arnd Bergmann 2021-12-22 14:00 ` Arnd Bergmann 2021-12-22 14:00 ` Arnd Bergmann 2021-12-24 9:42 ` Guo Ren 2021-12-24 9:42 ` Guo Ren 2021-12-21 16:35 ` [PATCH 06/13] riscv: compat: syscall: Add entry.S implementation guoren 2021-12-21 16:35 ` guoren 2021-12-21 16:35 ` [PATCH 07/13] riscv: compat: Add elf.h implementation guoren 2021-12-21 16:35 ` guoren 2021-12-21 16:35 ` [PATCH 08/13] riscv: compat: Add COMPAT Kbuild skeletal support guoren 2021-12-21 16:35 ` guoren 2021-12-21 17:21 ` Arnd Bergmann 2021-12-21 17:21 ` Arnd Bergmann 2021-12-22 12:06 ` Guo Ren 2021-12-22 12:06 ` Guo Ren 2021-12-24 6:54 ` Christoph Hellwig 2021-12-24 6:54 ` Christoph Hellwig 2021-12-21 16:35 ` [PATCH 09/13] riscv: compat: init: Add hw-cap detect in setup_arch guoren 2021-12-21 16:35 ` guoren 2021-12-21 16:35 ` [PATCH 10/13] riscv: compat: vdso: Add rv32 VDSO base code implementation guoren 2021-12-21 16:35 ` guoren 2021-12-21 16:35 ` [PATCH 11/13] riscv: compat: vdso: Add setup additional pages implementation guoren 2021-12-21 16:35 ` guoren 2021-12-21 16:35 ` [PATCH 12/13] riscv: compat: signal: Add rt_frame implementation guoren 2021-12-21 16:35 ` guoren 2021-12-21 16:35 ` [PATCH 13/13] riscv: compat: ptrace: Add compat_arch_ptrace implement guoren 2021-12-21 16:35 ` guoren 2021-12-21 17:38 ` [PATCH 00/13] riscv: compat: Add COMPAT mode support for rv64 Arnd Bergmann 2021-12-21 17:38 ` Arnd Bergmann 2021-12-22 12:59 ` Guo Ren 2021-12-22 12:59 ` Guo Ren 2021-12-22 13:29 ` Arnd Bergmann 2021-12-22 13:29 ` Arnd Bergmann 2021-12-26 8:22 ` Jisheng Zhang 2021-12-26 8:22 ` Jisheng Zhang 2021-12-26 12:38 ` Guo Ren 2021-12-26 12:38 ` Guo Ren 2021-12-26 20:31 ` Arnd Bergmann 2021-12-26 20:31 ` Arnd Bergmann 2021-12-27 1:16 ` Guo Ren 2021-12-27 1:16 ` Guo Ren 2021-12-27 2:29 ` Jessica Clarke 2021-12-27 2:29 ` Jessica Clarke 2021-12-28 10:45 ` Guo Ren [this message] 2021-12-28 10:45 ` Guo Ren 2021-12-22 12:00 ` Guo Ren 2021-12-22 12:00 ` Guo Ren
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=CAJF2gTS20NDDWSacEt0mhBeR-t4pZbeS43CDq9eSqHpjzHHdVA@mail.gmail.com \ --to=guoren@kernel.org \ --cc=anup.patel@wdc.com \ --cc=arnd@arndb.de \ --cc=drew@beagleboard.org \ --cc=gregkh@linuxfoundation.org \ --cc=guoren@linux.alibaba.com \ --cc=jrtc27@jrtc27.com \ --cc=jszhang3@mail.ustc.edu.cn \ --cc=lazyparser@gmail.com \ --cc=linux-csky@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-riscv@lists.infradead.org \ --cc=liush@allwinnertech.com \ --cc=palmer@dabbelt.com \ --cc=wangjunqiang@iscas.ac.cn \ --cc=wefu@redhat.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.