]> git.ipfire.org Git - thirdparty/systemd.git/commit
core: rework how logging level is calculated for kill operations
authorZbigniew Jędrzejewski-Szmek <zbyszek@in.waw.pl>
Tue, 1 Oct 2019 13:53:42 +0000 (15:53 +0200)
committerZbigniew Jędrzejewski-Szmek <zbyszek@in.waw.pl>
Wed, 2 Oct 2019 12:01:40 +0000 (14:01 +0200)
commit4ab1670f3de2debb5fd373ab3320925eccfc417d
treedd23300a1c1f116a605e8629357bd1053e54ef7d
parentb557f1c14760cd6f11a07352f972972b9edf9d62
core: rework how logging level is calculated for kill operations

Setting the log level based on the signal made sense when signals that
were used were fixed. Since we allow signals to be configured, it doesn't
make sense to log at notice level about e.g. a restart or stop operation
just because the signal used is different.

This avoids messages like:
  six.service: Killing process 210356 (sleep) with signal SIGINT.
src/core/unit.c