From: "Toke Høiland-Jørgensen" <toke@redhat•com>
To: Y Song <ys114321@gmail•com>
Cc: "Daniel Borkmann" <daniel@iogearbox•net>,
"Alexei Starovoitov" <ast@kernel•org>,
netdev <netdev@vger•kernel.org>,
"David Miller" <davem@davemloft•net>,
"Jesper Dangaard Brouer" <brouer@redhat•com>,
"Jakub Kicinski" <jakub.kicinski@netronome•com>,
"Björn Töpel" <bjorn.topel@gmail•com>
Subject: Re: [PATCH bpf-next v2 0/6] xdp: Add devmap_hash map type
Date: Mon, 08 Jul 2019 12:02:40 +0200 [thread overview]
Message-ID: <87sgrgzvwf.fsf@toke.dk> (raw)
In-Reply-To: <CAH3MdRVB5Wq7_SPShk=xQaoGBdcdzRfb-t02JWOETRxY9QrKGA@mail.gmail.com>
Y Song <ys114321@gmail•com> writes:
> On Sat, Jul 6, 2019 at 1:47 AM Toke Høiland-Jørgensen <toke@redhat•com> wrote:
>>
>> This series adds a new map type, devmap_hash, that works like the existing
>> devmap type, but using a hash-based indexing scheme. This is useful for the use
>> case where a devmap is indexed by ifindex (for instance for use with the routing
>> table lookup helper). For this use case, the regular devmap needs to be sized
>> after the maximum ifindex number, not the number of devices in it. A hash-based
>> indexing scheme makes it possible to size the map after the number of devices it
>> should contain instead.
>>
>> This was previously part of my patch series that also turned the regular
>> bpf_redirect() helper into a map-based one; for this series I just pulled out
>> the patches that introduced the new map type.
>>
>> Changelog:
>>
>> v2:
>>
>> - Split commit adding the new map type so uapi and tools changes are separate.
>>
>> Changes to these patches since the previous series:
>>
>> - Rebase on top of the other devmap changes (makes this one simpler!)
>> - Don't enforce key==val, but allow arbitrary indexes.
>> - Rename the type to devmap_hash to reflect the fact that it's just a hashmap now.
>>
>> ---
>>
>> Toke Høiland-Jørgensen (6):
>> include/bpf.h: Remove map_insert_ctx() stubs
>> xdp: Refactor devmap allocation code for reuse
>> uapi/bpf: Add new devmap_hash type
>> xdp: Add devmap_hash map type for looking up devices by hashed index
>> tools/libbpf_probes: Add new devmap_hash type
>> tools: Add definitions for devmap_hash map type
>
> Thanks for re-organize the patch. I guess this can be tweaked a little more
> to better suit for syncing between kernel and libbpf repo.
>
> Let me provide a little bit background here. The below is
> a sync done by Andrii from kernel/tools to libbpf repo.
>
> =============
> commit 39de6711795f6d1583ae96ed8d13892bc4475ac1
> Author: Andrii Nakryiko <andriin@fb•com>
> Date: Tue Jun 11 09:56:11 2019 -0700
>
> sync: latest libbpf changes from kernel
>
> Syncing latest libbpf commits from kernel repository.
> Baseline commit: e672db03ab0e43e41ab6f8b2156a10d6e40f243d
> Checkpoint commit: 5e2ac390fbd08b2a462db66cef2663e4db0d5191
>
> Andrii Nakryiko (9):
> libbpf: fix detection of corrupted BPF instructions section
> libbpf: preserve errno before calling into user callback
> libbpf: simplify endianness check
> libbpf: check map name retrieved from ELF
> libbpf: fix error code returned on corrupted ELF
> libbpf: use negative fd to specify missing BTF
> libbpf: simplify two pieces of logic
> libbpf: typo and formatting fixes
> libbpf: reduce unnecessary line wrapping
>
> Hechao Li (1):
> bpf: add a new API libbpf_num_possible_cpus()
>
> Jonathan Lemon (2):
> bpf/tools: sync bpf.h
> libbpf: remove qidconf and better support external bpf programs.
>
> Quentin Monnet (1):
> libbpf: prevent overwriting of log_level in bpf_object__load_progs()
>
> include/uapi/linux/bpf.h | 4 +
> src/libbpf.c | 207 ++++++++++++++++++++++-----------------
> src/libbpf.h | 16 +++
> src/libbpf.map | 1 +
> src/xsk.c | 103 ++++++-------------
> 5 files changed, 167 insertions(+), 164 deletions(-)
> ==========
>
> You can see the commits at tools/lib/bpf and
> commits at tools/include/uapi/{linux/[bpf.h, btf.h], ...}
> are sync'ed to libbpf repo.
>
> So we would like kernel commits to be aligned that way for better
> automatic syncing.
>
> Therefore, your current patch set could be changed from
> > include/bpf.h: Remove map_insert_ctx() stubs
> > xdp: Refactor devmap allocation code for reuse
> > uapi/bpf: Add new devmap_hash type
> > xdp: Add devmap_hash map type for looking up devices by hashed index
> > tools/libbpf_probes: Add new devmap_hash type
> > tools: Add definitions for devmap_hash map type
> to
> 1. include/bpf.h: Remove map_insert_ctx() stubs
> 2. xdp: Refactor devmap allocation code for reuse
> 3. kernel non-tools changes (the above patch #3 and #4)
> 4. tools/include/uapi change (part of the above patch #6)
> 5. tools/libbpf_probes change
> 6. other tools/ change (the above patch #6 - new patch #4).
>
> Thanks!
Ah, right, got the two uapi updates mixed up I guess. Will fix and
respin :)
-Toke
prev parent reply other threads:[~2019-07-08 10:02 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-07-06 8:47 [PATCH bpf-next v2 0/6] xdp: Add devmap_hash map type Toke Høiland-Jørgensen
2019-07-06 8:47 ` [PATCH bpf-next v2 2/6] xdp: Refactor devmap allocation code for reuse Toke Høiland-Jørgensen
2019-07-06 19:02 ` Y Song
2019-07-06 8:47 ` [PATCH bpf-next v2 1/6] include/bpf.h: Remove map_insert_ctx() stubs Toke Høiland-Jørgensen
2019-07-06 18:59 ` Y Song
2019-07-06 8:47 ` [PATCH bpf-next v2 3/6] uapi/bpf: Add new devmap_hash type Toke Høiland-Jørgensen
2019-07-06 8:47 ` [PATCH bpf-next v2 6/6] tools: Add definitions for devmap_hash map type Toke Høiland-Jørgensen
2019-07-08 9:10 ` Quentin Monnet
2019-07-08 9:57 ` Toke Høiland-Jørgensen
2019-07-06 8:47 ` [PATCH bpf-next v2 4/6] xdp: Add devmap_hash map type for looking up devices by hashed index Toke Høiland-Jørgensen
2019-07-06 19:14 ` Y Song
2019-07-08 9:55 ` Toke Høiland-Jørgensen
2019-07-08 15:01 ` Y Song
2019-07-06 8:47 ` [PATCH bpf-next v2 5/6] tools/libbpf_probes: Add new devmap_hash type Toke Høiland-Jørgensen
2019-07-06 18:58 ` [PATCH bpf-next v2 0/6] xdp: Add devmap_hash map type Y Song
2019-07-08 10:02 ` Toke Høiland-Jørgensen [this message]
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=87sgrgzvwf.fsf@toke.dk \
--to=toke@redhat$(echo .)com \
--cc=ast@kernel$(echo .)org \
--cc=bjorn.topel@gmail$(echo .)com \
--cc=brouer@redhat$(echo .)com \
--cc=daniel@iogearbox$(echo .)net \
--cc=davem@davemloft$(echo .)net \
--cc=jakub.kicinski@netronome$(echo .)com \
--cc=netdev@vger$(echo .)kernel.org \
--cc=ys114321@gmail$(echo .)com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox