commit | 8449fac88ee70e329d856377a85456d27f2eef35 | [log] [tgz] |
---|---|---|
author | Maciej Żenczykowski <maze@google.com> | Tue Jun 22 05:23:30 2021 +0000 |
committer | Maciej Zenczykowski <maze@google.com> | Wed Jun 23 02:57:30 2021 +0000 |
tree | 9b0e25b1a12515fba3598ff96802fdf83f254758 | |
parent | bc0954cad3839951b81f11ee410a0189eb4b3b15 [diff] |
make failing to start TrafficController critical. I don't want to debug any more kernel regressions, like the one introduced by "bpf: program: Refuse non-O_RDWR flags in BPF_OBJ_GET": 06-18 07:35:36.014 360 360 E TrafficController: Failed to get program from /sys/fs/bpf/prog_netd_cgroupskb_egress_stats: Invalid argument 06-18 07:35:36.023 360 360 E netd : Failed to start trafficcontroller: (Status[code: 22, msg: "[Invalid argument] : cgroup program get failed"]) which fail to get caught and cause failures in bpf_module_test (the test seems to get run very unreliably, people will much more easily notice device simply failing to boot due to netd/systemserver crash looping). see also: https://android-review.googlesource.com/c/kernel/common/+/1738604 https://android-review.googlesource.com/c/kernel/common/+/1741194 https://patchwork.kernel.org/project/netdevbpf/patch/20210618105526.265003-1-zenczykowski@gmail.com/ Test: atest Bug: 191826861 Signed-off-by: Maciej Żenczykowski <maze@google.com> Original-Change: https://android-review.googlesource.com/1740456 Merged-In: If87f02ea6fb713ebbb9a98dbc6c9b6ac477b727e Change-Id: If87f02ea6fb713ebbb9a98dbc6c9b6ac477b727e