- When boost=0 is set on Intel systems with intel_pstate driver, it automatically sets no_turbo=1
Resolves: #788
Signed-off-by: Suyash Nalawade <sunalawa@redhat.com>
This makes the function output shorter which is desirable
with many CPUs when the function is used, e.g., to compute
the content of the isolcpus kernel argument.
Resolves: RHEL-75751
Same for dirty_background_ratio and dirty_background_bytes.
Using both the ratio and the bytes is not compatible with
the current profile inheritance implementation, because it
is not possible for dirty_bytes in a child profile to override
dirty_ratio in its parent profile.
Resolves: RHEL-101578
The inodes backing the kernfs virtual files for the attributes we watch
may be dropped by the kernel due to memory exhaustion or explicit user
action (sysctl vm.drop_caches). This causes inotify events to not be
delivered as kernfs_notify() simply drops the event if the inode cannot
be found in the kernel caches.
Fix this by explicitly pinning the attributes virtual files in memory to
ensure we receive inotify events.
This is a pretty straightforward wiring up of the `make rpm`
flow and then installing it in a bootc container image.
Intended as a starting point both for local development
but also wiring up further CI.
Signed-off-by: Colin Walters <walters@verbum.org>
If TuneD-appended kargs are present and do not match
the kargs to be appended, we should remove them. This
can happen if there was no profile rollback, e.g.,
when using the no-daemon mode.
Resolves: RHEL-86814
The bootloader plugin claims that it does not mess
with existing kernel parameters; make sure we adhere
to that also for rpm-ostree systems:
1. Only append a new karg if the same key=value pair
does not already appear in kernel parameters. If we would
duplicate it, it would not be possible to determine which
one to delete when unapplying the profile.
2. Do not delete existing key=value pairs when the profile
adds a karg with another value for the key. A single key can
appear multiple times in the kernel parameter list with different
values.
Also make sure new kargs are added exactly in the order in which
they appear in the profile. This is especially important for kargs
related to hugepages.
Resolves: RHEL-45836
It now uses TuneD udev events buffer size which is by default 1 MB
instead of the 8 kB default udev buffer size. The buffer size is
configurable in the tuned-main.conf. This should prevent filling
of the buffer even in case of a storm of udev events. It also
contains workaround for the pyudev bug:
https://github.com/pyudev/pyudev/issues/194
Even if the buffer is filled now, the udev queue is no more stuck
and error is logged.
Resolves: RHEL-92637
Signed-off-by: Jaroslav Škarvada <jskarvad@redhat.com>
Add support for MMC (MultiMediaCard) devices in tuned's
disk plugin.
fixes: #776
Signed-off-by: Brian King <1854985+inflatador@users.noreply.github.com>
Timeout in seconds to maximally wait until udev settles. If set to value
bigger than 0, it will either wait until udev settles or the timeout
occurs. Disable with 0.
Resolves: RHEL-88238
Signed-off-by: Jaroslav Škarvada <jskarvad@redhat.com>
This way, the exception gets caught in tuned.py,
which prints an error message and exits with
non-zero error code, providing feedback to
tuned-adm. Previously, tuned-adm would have no
way of knowing that TuneD failed.
Resolves: RHEL-71304
