summaryrefslogtreecommitdiff
path: root/libutils/Unicode.cpp
diff options
context:
space:
mode:
authorWill McVicker <willmcvicker@google.com>2021-03-12 11:11:37 -0800
committerWill McVicker <willmcvicker@google.com>2021-03-31 09:34:47 -0700
commitc4fffd082815feebb16e1b8d0e37c25c1e8a8075 (patch)
treeadd61c8f330c3bf580fc7213283c336757a60856 /libutils/Unicode.cpp
parent3b30a4fdb6d1474802fc5d8573cc6896817376f5 (diff)
libmodprobe: refactor blocklist functionality
Remove the function EnableBlocklist() and add a constructor argument to enable/disable the use of modules.blocklist. In all cases, the enabling/disabling of the blocklist happens immediately after creating the Modprobe object. So this simplies libmodprobe. Additionally, the use of the blocklist by libmodprobe should be enabled by default unless explicitly disabled during creation of the Modprobe object. Currently, only modprobe(8) defaults to not using the blocklist and includes the argument -b BLOCKLIST for enabling it. That functionality remains. This refactor allows us to use the blocklist during first stage init. However, additional logic is needed to not return an error for the blocked non-aliased modules during first stage init; otherwise, the error would result in an init crash leading to a device reboot. So fixup LoadListedModules() to allow blocking modules without returning an error. Bug: 182582036 Test: boot test on pixel 5 with a module in modules.blocklist Change-Id: I394b5aa98fa98821011982cfe693749010c381f7
Diffstat (limited to 'libutils/Unicode.cpp')
0 files changed, 0 insertions, 0 deletions