mirror of
https://github.com/checkpoint-restore/criu
synced 2025-08-21 17:37:39 +00:00
247cdc90db
Starting with Linux Kernel release 5.16 the fdinfo proc entry contains a map_extra field which breaks CRIU parsing of bpfmap entries. This commit adds the map_extra as a possible field to CRIU. The value of map_extra is not passed to the kernel on restore as it does not seem to be evaluated in the code paths CRIU restore is using for BPF. This fixes CRIU CI using Fedora with 5.16. See Linux commit 9330986c03006ab1d33d243b7cfe598a7a3c1baa "bpf: Add bloom filter map implementation" Signed-off-by: Adrian Reber <areber@redhat.com>
26 lines
714 B
Protocol Buffer
26 lines
714 B
Protocol Buffer
// SPDX-License-Identifier: MIT
|
|
|
|
syntax = "proto2";
|
|
|
|
import "opts.proto";
|
|
import "fown.proto";
|
|
|
|
message bpfmap_file_entry {
|
|
required uint32 id = 1;
|
|
required uint32 flags = 2 [(criu).flags = "rfile.flags"];
|
|
required uint64 pos = 3;
|
|
required fown_entry fown = 4;
|
|
required uint32 map_type = 5;
|
|
required uint32 key_size = 6;
|
|
required uint32 value_size = 7;
|
|
required uint32 map_id = 8;
|
|
required uint32 max_entries = 9;
|
|
required uint32 map_flags = 10;
|
|
required uint64 memlock = 11;
|
|
required bool frozen = 12 [default = false];
|
|
required string map_name = 13;
|
|
required uint32 ifindex = 14 [default = 0];
|
|
optional sint32 mnt_id = 15 [default = -1];
|
|
optional uint64 map_extra = 16;
|
|
}
|