summaryrefslogtreecommitdiff
path: root/src/core/unit.h
diff options
context:
space:
mode:
authorMichal Sekletar <msekleta@redhat.com>2021-10-04 17:51:52 +0200
committerMichal Sekletar <msekleta@redhat.com>2021-11-11 17:04:36 +0100
commit705578c3b9d794097233aa66010cf67b2a444716 (patch)
tree65fb8bd34d1e11d7159b4f4177d566885ba496a6 /src/core/unit.h
parentfd69f2247520b0be3190ded96d646a415edc97b7 (diff)
downloadsystemd-705578c3b9d794097233aa66010cf67b2a444716.tar.gz
core: rename/generalize UNIT(u)->test_start_limit() hook
Up until now the main reason why we didn't proceed with starting the unit was exceed start limit burst. However, for unit types like mounts the other reason could be effective ratelimit on /proc/self/mountinfo event source. That means our mount unit state may not reflect current kernel state. Hence, we need to attempt to re-run the start job again after ratelimit on event source expires. As we will be introducing another reason than start limit let's rename the virtual function that implements the check.
Diffstat (limited to 'src/core/unit.h')
-rw-r--r--src/core/unit.h2
1 files changed, 1 insertions, 1 deletions
diff --git a/src/core/unit.h b/src/core/unit.h
index 3f3a75d33b..76701519c2 100644
--- a/src/core/unit.h
+++ b/src/core/unit.h
@@ -665,7 +665,7 @@ typedef struct UnitVTable {
/* If this function is set, it's invoked first as part of starting a unit to allow start rate
* limiting checks to occur before we do anything else. */
- int (*test_start_limit)(Unit *u);
+ int (*can_start)(Unit *u);
/* The strings to print in status messages */
UnitStatusMessageFormats status_message_formats;