mirror of
git://slackware.nl/current.git
synced 2024-12-28 09:59:53 +01:00
90c1d5c2c0
a/sysvinit-scripts-15.1-noarch-9.txz: Rebuilt. rc.cpufreq: also default to "performance" for amd-pstate-epp. Thanks to pghvlaans. l/LibRaw-0.21.2-x86_64-1.txz: Upgraded. l/gtk+3-3.24.39-x86_64-1.txz: Upgraded. l/libssh-0.10.6-x86_64-1.txz: Upgraded. This update fixes security issues: Command injection using proxycommand. Potential downgrade attack using strict kex. Missing checks for return values of MD functions. For more information, see: https://www.cve.org/CVERecord?id=CVE-2023-6004 https://www.cve.org/CVERecord?id=CVE-2023-48795 https://www.cve.org/CVERecord?id=CVE-2023-6918 (* Security fix *) l/mozilla-nss-3.96.1-x86_64-1.txz: Upgraded. n/bluez-5.71-x86_64-2.txz: Rebuilt. Fix a regression in bluez-5.71: [PATCH] adapter: Fix link key address type for old kernels. Thanks to marav. xap/mozilla-firefox-115.6.0esr-x86_64-1.txz: Upgraded. This update contains security fixes and improvements. For more information, see: https://www.mozilla.org/en-US/firefox/115.6.0/releasenotes/ https://www.mozilla.org/security/advisories/mfsa2023-54/ https://www.cve.org/CVERecord?id=CVE-2023-6856 https://www.cve.org/CVERecord?id=CVE-2023-6865 https://www.cve.org/CVERecord?id=CVE-2023-6857 https://www.cve.org/CVERecord?id=CVE-2023-6858 https://www.cve.org/CVERecord?id=CVE-2023-6859 https://www.cve.org/CVERecord?id=CVE-2023-6860 https://www.cve.org/CVERecord?id=CVE-2023-6867 https://www.cve.org/CVERecord?id=CVE-2023-6861 https://www.cve.org/CVERecord?id=CVE-2023-6862 https://www.cve.org/CVERecord?id=CVE-2023-6863 https://www.cve.org/CVERecord?id=CVE-2023-6864 (* Security fix *) xap/mozilla-thunderbird-115.6.0-x86_64-1.txz: Upgraded. This release contains security fixes and improvements. For more information, see: https://www.thunderbird.net/en-US/thunderbird/115.6.0/releasenotes/ https://www.mozilla.org/en-US/security/advisories/mfsa2023-55/ https://www.cve.org/CVERecord?id=CVE-2023-50762 https://www.cve.org/CVERecord?id=CVE-2023-50761 https://www.cve.org/CVERecord?id=CVE-2023-6856 https://www.cve.org/CVERecord?id=CVE-2023-6857 https://www.cve.org/CVERecord?id=CVE-2023-6858 https://www.cve.org/CVERecord?id=CVE-2023-6859 https://www.cve.org/CVERecord?id=CVE-2023-6860 https://www.cve.org/CVERecord?id=CVE-2023-6861 https://www.cve.org/CVERecord?id=CVE-2023-6862 https://www.cve.org/CVERecord?id=CVE-2023-6863 https://www.cve.org/CVERecord?id=CVE-2023-6864 (* Security fix *)
66 lines
3.3 KiB
Bash
66 lines
3.3 KiB
Bash
#!/bin/bash
|
|
#
|
|
# rc.cpufreq: Settings for CPU frequency and voltage scaling in the kernel.
|
|
# For more information, see the kernel documentation in
|
|
# /usr/src/linux/Documentation/cpu-freq/
|
|
|
|
|
|
# Default CPU scaling governor to try. Some possible choices are:
|
|
# performance: The CPUfreq governor "performance" sets the CPU statically
|
|
# to the highest frequency within the borders of scaling_min_freq
|
|
# and scaling_max_freq.
|
|
# powersave: The CPUfreq governor "powersave" sets the CPU statically to the
|
|
# lowest frequency within the borders of scaling_min_freq and
|
|
# scaling_max_freq.
|
|
# userspace: The CPUfreq governor "userspace" allows the user, or any
|
|
# userspace program running with UID "root", to set the CPU to a
|
|
# specific frequency by making a sysfs file "scaling_setspeed"
|
|
# available in the CPU-device directory.
|
|
# ondemand: The CPUfreq governor "ondemand" sets the CPU depending on the
|
|
# current usage.
|
|
# conservative: The CPUfreq governor "conservative", much like the "ondemand"
|
|
# governor, sets the CPU depending on the current usage. It
|
|
# differs in behaviour in that it gracefully increases and
|
|
# decreases the CPU speed rather than jumping to max speed the
|
|
# moment there is any load on the CPU.
|
|
# schedutil: The CPUfreq governor "schedutil" aims at better integration with
|
|
# the Linux kernel scheduler. Load estimation is achieved through
|
|
# the scheduler's Per-Entity Load Tracking (PELT) mechanism, which
|
|
# also provides information about the recent load.
|
|
SCALING_GOVERNOR=ondemand
|
|
|
|
# For CPUs using intel_pstate or amd-pstate-epp, always use the performance
|
|
# governor. This also provides power savings while avoiding the ramp-up lag
|
|
# present when using the powersave governor (which is the default if ondemand
|
|
# is requested on these machines):
|
|
if [ "$(cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver 2> /dev/null)" = "intel_pstate" -o "$(cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver 2> /dev/null)" = "amd-pstate-epp" ]; then
|
|
SCALING_GOVERNOR="performance"
|
|
fi
|
|
|
|
# To force a particular option without having to edit this file, uncomment the
|
|
# line in /etc/default/cpufreq and edit it to select the desired option:
|
|
if [ -r /etc/default/cpufreq ]; then
|
|
. /etc/default/cpufreq
|
|
fi
|
|
|
|
# If rc.cpufreq is given an option, use it for the CPU scaling governor instead:
|
|
if [ ! -z "$1" -a "$1" != "start" ]; then
|
|
SCALING_GOVERNOR=$1
|
|
fi
|
|
|
|
# If you need to load a specific CPUFreq driver, load it here. Most likely you don't.
|
|
#/sbin/modprobe acpi-cpufreq
|
|
|
|
# Attempt to apply the CPU scaling governor setting. This may or may not
|
|
# actually override the default value depending on if the choice is supported
|
|
# by the architecture, processor, or underlying CPUFreq driver. For example,
|
|
# processors that use the Intel P-state driver will only be able to set
|
|
# performance or powersave here.
|
|
echo $SCALING_GOVERNOR | tee /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor 1> /dev/null 2> /dev/null
|
|
|
|
# Report what CPU scaling governor is in use after applying the setting:
|
|
if [ -r /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor ]; then
|
|
echo "Enabled CPU frequency scaling governor: $(cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor)"
|
|
fi
|
|
|
|
unset SCALING_GOVERNOR
|