Eric Lee / smarc-fsl-linux-kernel

31 May, 2019

1 commit

  • 25763b3c8   treewide: Replace GPLv2 boilerplate/reference with SPDX - rule 206 ... Browse Code »

    Based on 1 normalized pattern(s):

    this program is free software you can redistribute it and or modify
    it under the terms of version 2 of the gnu general public license as
    published by the free software foundation

    extracted by the scancode license scanner the SPDX license identifier

    GPL-2.0-only

    has been chosen to replace the boilerplate/reference in 107 file(s).

    Signed-off-by: Thomas Gleixner
    Reviewed-by: Allison Randal
    Reviewed-by: Richard Fontana
    Reviewed-by: Steve Winslow
    Reviewed-by: Alexios Zavras
    Cc: linux-spdx@vger.kernel.org
    Link: https://lkml.kernel.org/r/20190528171438.615055994@linutronix.de
    Signed-off-by: Greg Kroah-Hartman

    Thomas Gleixner
     

30 Jun, 2017

1 commit

  • 14dc6f04f   bpf: Add syscall lookup support for fd array and htab ... Browse Code »

    This patch allows userspace to do BPF_MAP_LOOKUP_ELEM on
    BPF_MAP_TYPE_PROG_ARRAY,
    BPF_MAP_TYPE_ARRAY_OF_MAPS and
    BPF_MAP_TYPE_HASH_OF_MAPS.

    The lookup returns a prog-id or map-id to the userspace.
    The userspace can then use the BPF_PROG_GET_FD_BY_ID
    or BPF_MAP_GET_FD_BY_ID to get a fd.

    Signed-off-by: Martin KaFai Lau
    Acked-by: Daniel Borkmann
    Signed-off-by: David S. Miller

    Martin KaFai Lau
     

23 Mar, 2017

1 commit

  • 56f668dfe   bpf: Add array of maps support ... Browse Code »

    This patch adds a few helper funcs to enable map-in-map
    support (i.e. outer_map->inner_map). The first outer_map type
    BPF_MAP_TYPE_ARRAY_OF_MAPS is also added in this patch.
    The next patch will introduce a hash of maps type.

    Any bpf map type can be acted as an inner_map. The exception
    is BPF_MAP_TYPE_PROG_ARRAY because the extra level of
    indirection makes it harder to verify the owner_prog_type
    and owner_jited.

    Multi-level map-in-map is not supported (i.e. map->map is ok
    but not map->map->map).

    When adding an inner_map to an outer_map, it currently checks the
    map_type, key_size, value_size, map_flags, max_entries and ops.
    The verifier also uses those map's properties to do static analysis.
    map_flags is needed because we need to ensure BPF_PROG_TYPE_PERF_EVENT
    is using a preallocated hashtab for the inner_hash also. ops and
    max_entries are needed to generate inlined map-lookup instructions.
    For simplicity reason, a simple '==' test is used for both map_flags
    and max_entries. The equality of ops is implied by the equality of
    map_type.

    During outer_map creation time, an inner_map_fd is needed to create an
    outer_map. However, the inner_map_fd's life time does not depend on the
    outer_map. The inner_map_fd is merely used to initialize
    the inner_map_meta of the outer_map.

    Also, for the outer_map:

    * It allows element update and delete from syscall
    * It allows element lookup from bpf_prog

    The above is similar to the current fd_array pattern.

    Signed-off-by: Martin KaFai Lau
    Acked-by: Alexei Starovoitov
    Acked-by: Daniel Borkmann
    Signed-off-by: David S. Miller

    Martin KaFai Lau