From: "Björn Töpel" <bjorn.topel@gmail.com> To: Luke Nelson <lukenels@cs.washington.edu> Cc: bpf <bpf@vger.kernel.org>, Luke Nelson <luke.r.nels@gmail.com>, Jonathan Corbet <corbet@lwn.net>, Alexei Starovoitov <ast@kernel.org>, Daniel Borkmann <daniel@iogearbox.net>, Martin KaFai Lau <kafai@fb.com>, Song Liu <songliubraving@fb.com>, Yonghong Song <yhs@fb.com>, Andrii Nakryiko <andriin@fb.com>, "David S. Miller" <davem@davemloft.net>, Jakub Kicinski <kuba@kernel.org>, Paul Walmsley <paul.walmsley@sifive.com>, Palmer Dabbelt <palmer@dabbelt.com>, Albert Ou <aou@eecs.berkeley.edu>, Xi Wang <xi.wang@gmail.com>, Mauro Carvalho Chehab <mchehab+samsung@kernel.org>, Stephen Hemminger <stephen@networkplumber.org>, Rob Herring <robh@kernel.org>, Greg Kroah-Hartman <gregkh@linuxfoundation.org>, Jonathan Cameron <Jonathan.Cameron@huawei.com>, Andy Shevchenko <andriy.shevchenko@linux.intel.com>, linux-doc@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>, Netdev <netdev@vger.kernel.org>, linux-riscv@lists.infradead.org Subject: Re: [PATCH bpf-next v4 2/4] riscv, bpf: add RV32G eBPF JIT Date: Wed, 4 Mar 2020 08:31:29 +0100 [thread overview] Message-ID: <CAJ+HfNjkMe2kM3V+jytmSbwoN6wnBXGGTknsEeS7EV314eG+Dg@mail.gmail.com> (raw) In-Reply-To: <CADasFoA3JN7PkvnVAmFZOFeDo2WgWzViankpwwRRWcjebSx+DQ@mail.gmail.com> On Wed, 4 Mar 2020 at 08:24, Luke Nelson <lukenels@cs.washington.edu> wrote: > > > I like that, but keep the first patch as a refactoring patch only, and > > then in a *new* patch 2 you add the rv32 specific code (sltu and > > pseudo instructions + the xlen preprocessor check + copyright-things > > ;-)). Patch 3 will be the old patch 2. Wdyt? > > Thanks! I'll make sure that patch 1 is for renaming bpf_jit_comp.c > and factoring code out. Do you think it's reasonable to add the > RV32-specific code to the header in the same patch that adds the > RV32 JIT implementation (patch 2)? It might make sense to commit > them together. > > The full plan for v5 would be: > > Patch 1 > > - Refactor existing code to bpf_jit.h and bpf_jit_core.c > + Including the minor modifications to build_body() and > bpf_int_jit_compile() (These are unrelated to RV32 and we could > forego these tweaks). > + Also making emit_insn and build_{prologue,epilogue} non-static > and renaming them to be prefixed with "bpf_jit_". > - Rename bpf_jit_comp.c to bpf_jit_comp64.c > > Patch 2 > > - Add the RV32 BPF JIT implementation to bpf_jit_comp32.c and > RV32-specific changes to bpf_jit.h. > > Patch 3 > > - Update documentation. > > Patch 4 > > - Update MAINTAINERS. > > Thanks again, > Perfect! Thank you! > Luke
WARNING: multiple messages have this Message-ID (diff)
From: "Björn Töpel" <bjorn.topel@gmail.com> To: Luke Nelson <lukenels@cs.washington.edu> Cc: Song Liu <songliubraving@fb.com>, linux-doc@vger.kernel.org, Yonghong Song <yhs@fb.com>, Paul Walmsley <paul.walmsley@sifive.com>, Alexei Starovoitov <ast@kernel.org>, Mauro Carvalho Chehab <mchehab+samsung@kernel.org>, linux-riscv@lists.infradead.org, Rob Herring <robh@kernel.org>, Daniel Borkmann <daniel@iogearbox.net>, Jonathan Corbet <corbet@lwn.net>, Jakub Kicinski <kuba@kernel.org>, Andrii Nakryiko <andriin@fb.com>, Xi Wang <xi.wang@gmail.com>, Albert Ou <aou@eecs.berkeley.edu>, Luke Nelson <luke.r.nels@gmail.com>, Jonathan Cameron <Jonathan.Cameron@huawei.com>, Andy Shevchenko <andriy.shevchenko@linux.intel.com>, Greg Kroah-Hartman <gregkh@linuxfoundation.org>, LKML <linux-kernel@vger.kernel.org>, Martin KaFai Lau <kafai@fb.com>, Stephen Hemminger <stephen@networkplumber.org>, Palmer Dabbelt <palmer@dabbelt.com>, Netdev <netdev@vger.kernel.org>, bpf <bpf@vger.kernel.org>, "David S. Miller" <davem@davemloft.net> Subject: Re: [PATCH bpf-next v4 2/4] riscv, bpf: add RV32G eBPF JIT Date: Wed, 4 Mar 2020 08:31:29 +0100 [thread overview] Message-ID: <CAJ+HfNjkMe2kM3V+jytmSbwoN6wnBXGGTknsEeS7EV314eG+Dg@mail.gmail.com> (raw) In-Reply-To: <CADasFoA3JN7PkvnVAmFZOFeDo2WgWzViankpwwRRWcjebSx+DQ@mail.gmail.com> On Wed, 4 Mar 2020 at 08:24, Luke Nelson <lukenels@cs.washington.edu> wrote: > > > I like that, but keep the first patch as a refactoring patch only, and > > then in a *new* patch 2 you add the rv32 specific code (sltu and > > pseudo instructions + the xlen preprocessor check + copyright-things > > ;-)). Patch 3 will be the old patch 2. Wdyt? > > Thanks! I'll make sure that patch 1 is for renaming bpf_jit_comp.c > and factoring code out. Do you think it's reasonable to add the > RV32-specific code to the header in the same patch that adds the > RV32 JIT implementation (patch 2)? It might make sense to commit > them together. > > The full plan for v5 would be: > > Patch 1 > > - Refactor existing code to bpf_jit.h and bpf_jit_core.c > + Including the minor modifications to build_body() and > bpf_int_jit_compile() (These are unrelated to RV32 and we could > forego these tweaks). > + Also making emit_insn and build_{prologue,epilogue} non-static > and renaming them to be prefixed with "bpf_jit_". > - Rename bpf_jit_comp.c to bpf_jit_comp64.c > > Patch 2 > > - Add the RV32 BPF JIT implementation to bpf_jit_comp32.c and > RV32-specific changes to bpf_jit.h. > > Patch 3 > > - Update documentation. > > Patch 4 > > - Update MAINTAINERS. > > Thanks again, > Perfect! Thank you! > Luke
next prev parent reply other threads:[~2020-03-04 7:31 UTC|newest] Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-03-03 0:50 [PATCH bpf-next v4 0/4] eBPF JIT for RV32G Luke Nelson 2020-03-03 0:50 ` Luke Nelson 2020-03-03 0:50 ` [PATCH bpf-next v4 1/4] riscv, bpf: move common riscv JIT code to header Luke Nelson 2020-03-03 0:50 ` Luke Nelson 2020-03-03 7:50 ` Björn Töpel 2020-03-03 7:50 ` Björn Töpel 2020-03-04 2:31 ` Luke Nelson 2020-03-04 2:31 ` Luke Nelson 2020-03-04 5:44 ` Björn Töpel 2020-03-04 5:44 ` Björn Töpel 2020-03-03 0:50 ` [PATCH bpf-next v4 2/4] riscv, bpf: add RV32G eBPF JIT Luke Nelson 2020-03-03 0:50 ` Luke Nelson 2020-03-03 7:48 ` Björn Töpel 2020-03-03 7:48 ` Björn Töpel 2020-03-04 2:32 ` Luke Nelson 2020-03-04 2:32 ` Luke Nelson 2020-03-04 5:59 ` Björn Töpel 2020-03-04 5:59 ` Björn Töpel 2020-03-04 7:24 ` Luke Nelson 2020-03-04 7:24 ` Luke Nelson 2020-03-04 7:31 ` Björn Töpel [this message] 2020-03-04 7:31 ` Björn Töpel 2020-03-03 0:50 ` [PATCH bpf-next v4 3/4] bpf, doc: add BPF JIT for RV32G to BPF documentation Luke Nelson 2020-03-03 0:50 ` Luke Nelson 2020-03-03 7:27 ` Björn Töpel 2020-03-03 7:27 ` Björn Töpel 2020-03-03 0:50 ` [PATCH bpf-next v4 4/4] MAINTAINERS: Add entry for RV32G BPF JIT Luke Nelson 2020-03-03 0:50 ` Luke Nelson 2020-03-03 5:51 ` Björn Töpel 2020-03-03 5:51 ` Björn Töpel 2020-03-03 10:02 ` Andy Shevchenko 2020-03-03 10:02 ` Andy Shevchenko 2020-03-04 2:33 ` Luke Nelson 2020-03-04 2:33 ` Luke Nelson 2020-03-04 10:21 ` Andy Shevchenko 2020-03-04 10:21 ` Andy Shevchenko
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=CAJ+HfNjkMe2kM3V+jytmSbwoN6wnBXGGTknsEeS7EV314eG+Dg@mail.gmail.com \ --to=bjorn.topel@gmail.com \ --cc=Jonathan.Cameron@huawei.com \ --cc=andriin@fb.com \ --cc=andriy.shevchenko@linux.intel.com \ --cc=aou@eecs.berkeley.edu \ --cc=ast@kernel.org \ --cc=bpf@vger.kernel.org \ --cc=corbet@lwn.net \ --cc=daniel@iogearbox.net \ --cc=davem@davemloft.net \ --cc=gregkh@linuxfoundation.org \ --cc=kafai@fb.com \ --cc=kuba@kernel.org \ --cc=linux-doc@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-riscv@lists.infradead.org \ --cc=luke.r.nels@gmail.com \ --cc=lukenels@cs.washington.edu \ --cc=mchehab+samsung@kernel.org \ --cc=netdev@vger.kernel.org \ --cc=palmer@dabbelt.com \ --cc=paul.walmsley@sifive.com \ --cc=robh@kernel.org \ --cc=songliubraving@fb.com \ --cc=stephen@networkplumber.org \ --cc=xi.wang@gmail.com \ --cc=yhs@fb.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.