This project is mirrored from https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9.git.
Pull mirroring updated .
- Apr 10, 2025
-
-
-
Scott Weaver authored
kernel-automotive-5.14.0-570.518.10.1.10.el9_6iv Dropped changes to Makefile.rhelver. Signed-off-by:Scott Weaver <scweaver@redhat.com>
-
Scott Weaver authored
kernel-5.14.0-578.el9 Signed-off-by:
-
- Apr 07, 2025
-
-
-
Scott Weaver authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/5239 JIRA: https://issues.redhat.com/browse/RHEL-59573 Upstream-status: RHEL-only The tps65219 driver is used by the TI AM62X based boards (like BeaglePlay). The driver is built-in as is required early in the boot process. Let's enable that driver to fully support those TI boards downstream. Signed-off-by:
Enric Balletbo i Serra <eballetb@redhat.com> Approved-by:
Andrew Halaney <ahalaney@redhat.com> Approved-by:
Eric Chanudet <echanude@redhat.com> Approved-by:
Brian Masney <bmasney@redhat.com> Approved-by:
CKI KWF Bot <cki-ci-bot+kwf-gitlab-com@redhat.com> Merged-by:
-
Scott Weaver authored
kernel-5.14.0-577.el9 Signed-off-by:
-
- Apr 04, 2025
-
-
Augusto Caringi authored
Signed-off-by:Augusto Caringi <acaringi@redhat.com>
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6619 JIRA: https://issues.redhat.com/browse/RHEL-47428 Signed-off-by:
David Arcari <darcari@redhat.com> Approved-by:
Tony Camuso <tcamuso@redhat.com> Approved-by:
Steve Best <sbest@redhat.com> Approved-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6584 JIRA: https://issues.redhat.com/browse/RHEL-83272 Upstream Status: RHEL only Ensure that init_rh_check_status gets called by removing the blacklisted optimization in our kernels. Signed-off-by:
Tomas Henzl <thenzl@redhat.com> Approved-by:
Rafael Aquini <raquini@redhat.com> Approved-by:
Herton R. Krzesinski <herton@redhat.com> Approved-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6580 JIRA: https://issues.redhat.com/browse/RHEL-79409 we don't backport "block: Fix potential deadlock while freezing queue and acquiring sysfs_lock Omitted-Fix: 224749be6c23 ("block: Revert "block: Fix potential deadlock while freezing queue and acquiring sysfs_lock"") Omitted-Fix: 2fa07d7a0f00 ("btrfs: pass write-hint for buffered IO") Omitted-Fix: e559ee022658 ("btrfs: validate queue limits") Omitted-Fix: 7467bc5959bf ("btrfs: zoned: calculate max_extent_size properly on non-zoned setup") Omitted-Fix: c7c97ceff98c ("btrfs: handle bio_split() errors") Signed-off-by:
Ming Lei <ming.lei@redhat.com> Approved-by:
Ewan D. Milne <emilne@redhat.com> Approved-by:
Maurizio Lombardi <mlombard@redhat.com> Approved-by:
Vitaly Kuznetsov <vkuznets@redhat.com> Approved-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6512 nfsd: clear acl_access/acl_default after releasing them JIRA: https://issues.redhat.com/browse/RHEL-81523 CVE: CVE-2025-21796 Signed-off-by:
Olga Kornievskaia <okorniev@redhat.com> Approved-by:
Scott Mayhew <smayhew@redhat.com> Approved-by:
Benjamin Coddington <bcodding@redhat.com> Approved-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6638 Backport huge pfnmap support for significantly faster large mmap'd PCI device BARs JIRA: https://issues.redhat.com/browse/RHEL-73613 Mapping and unmapping PCI BARs into VM va-space is a common VFIO function when assigning a PCIe device to a VM. Currently, the mapping requires setting up the BAR-mappings at a native pagesize level, e.g., 4K on x86, 64K possible on ARM64. This is done using PFNMAP support in the kernel, as these device pages are not backed by the standard page-struct that system memory is mapped under. For relatively small to medium sized BARs, the mapping performance isn't too noticeable; but with vGPUs and BARs in the gigabyte-size ranges, the map time can become a signficant amount of the VM startup time (minutes). Upstream resolved this issue by providing huge PFNMAP support -- superpage PFNMAPs; 2MB, and even 1GB(on x86) pages vs 4K page mappings yields three to ten orders of magnitude speed up in the mapping operation, which is quite visible to the VM user of assigned GPUs in the guest VM. This series backports the core of what upstream did: https://lore.kernel.org/all/20240826204353.2228736-1-peterx@redhat.com/ along with a couple of prior upstream commits which allow these to apply cleanly to RHEL9, as well as a couple bug fixes that patchreview identified, and one related commit the kernel-mm team requested. The code can be tested by doing the following (thanks to AlexW for providing this info): # echo "func vfio_pci_mmap_huge_fault +p" > /proc/dynamic_debug/control Then you'll see things in dmesg like: vfio-pci 0000:5e:00.0: vfio_pci_mmap_huge_fault(,order = 9) BAR 0 page offset 0x0: 0x100 vfio-pci 0000:5e:00.0: vfio_pci_mmap_huge_fault(,order = 9) BAR 0 page offset 0x200: 0x100 vfio-pci 0000:5e:00.0: vfio_pci_mmap_huge_fault(,order = 9) BAR 0 page offset 0x400: 0x100 Here we know order 9 is a 2MB PMD mapping on x86. BAR0 on this device is 16MB, so 2MB mappings is the best we can get. If you have a device with at least a 1GB BAR, you should also see: vfio-pci 0000:5e:00.0: vfio_pci_mmap_huge_fault(,order = 18) BAR 1 page offset 0x240000: 0x100 vfio-pci 0000:5e:00.0: vfio_pci_mmap_huge_fault(,order = 18) BAR 1 page offset 0x280000: 0x100 vfio-pci 0000:5e:00.0: vfio_pci_mmap_huge_fault(,order = 18) BAR 1 page offset 0x2c0000: 0x100 Again here we know order 18 is 1GB PUD mappings and BAR1 of this device is 32GB (NVIDIA A10). You'll need to be running at least QEMU 9.2 to get reliable alignment for PUD mappings (which neither RHEL-9 or RHEL-10 has atm; they have QEMU-9.1) If you see order = 0 mappings for BARs that are at least 2MB, something is wrong. Omitted-fix: 722376934b6c ("mm/memory.c: simplify pfnmap_lockdep_assert") Signed-off-by:
Donald Dutile <ddutile@redhat.com> Approved-by:
Alex Williamson <alex.williamson@redhat.com> Approved-by:
David Hildenbrand <david@redhat.com> Merged-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6574 JIRA: https://issues.redhat.com/browse/RHEL-82298 Brew: https://brewweb.engineering.redhat.com/brew/taskinfo?taskID=67019166 Upstream Status: v6.14.rc7 Tested: Passed. kselftests, kvm-unit-tests, virt-install and live migration (4KB/64KB) This series picks up the following fixes, which are no later than v6.14.rc7 and the previous revisions. Note that any features, enhancements and their followup fixes are ignored. 3855a7b91d42 KVM: arm64: Initialize SCTLR_EL1 in __kvm_hyp_init_cpu() 7a68b55ff39b KVM: arm64: Initialize HCR_EL2.E2H early afa9b48f327c KVM: arm64: Shave a few bytes from the EL2 idmap code fa808ed4e199 KVM: arm64: Ensure a VMID is allocated before programming VTTBR_EL2 102c51c50db8 KVM: arm64: Fix tcr_el2 initialisation in hVHE mode b3aa9283c0c5 KVM: arm64: vgic: Hoist SGI/PPI alloc from vgic_init() to kvm_create_vgic() e6e3e0022ef8 KVM: arm64: timer: Drop warning on failed interrupt signalling b938731ed2d4 KVM: arm64: Fix alignment of kvm_hyp_memcache allocations 332b7e6d62b7 KVM: arm64: Simplify warning in kvm_arch_vcpu_load_fp() b450dcce93bc KVM: arm64: timer: Always evaluate the need for a soft timer 5417a2e9b130 KVM: arm64: Fix nested S2 MMU structures reallocation 32392e04cb50 KVM: arm64: Fail protected mode init if no vgic hardware is present 59419f10045b KVM: arm64: Eagerly switch ZCR_EL{1,2} f9dd00de1e53 KVM: arm64: Mark some header functions as inline 9b66195063c5 KVM: arm64: Refactor exit handlers 407a99c4654e KVM: arm64: Remove VHE host restore of CPACR_EL1.SMEN 459f059be702 KVM: arm64: Remove VHE host restore of CPACR_EL1.ZEN 8eca7f6d5100 KVM: arm64: Remove host FPSIMD saving for non-protected KVM d4db98791aa5 KVM: arm64: Add predicate for FPMR support in a VM 9bcbb6104a34 KVM: arm64: Flush hyp bss section after initialization of variables in bss 9fb4267a759c KVM: arm64: Fix selftests after sysreg field name update a7f1fa5564be KVM: arm64: Explicitly handle BRBE traps as UNDEFINED dea8838128c5 KVM: arm64: vgic: Use str_enabled_disabled() in vgic_v3_probe() 68344037b764 KVM: arm64: Fix nVHE stacktrace VA bits mask b7f345fbc32a KVM: arm64: Fix FEAT_MTE in pKVM e891432cf717 KVM: arm64: nv: Advertise the lack of AArch32 EL0 support 1eccad35c926 KVM: arm64: Fix the value of the CPTR_EL2 RES1 bitmask for nVHE 2fd5b4b0e7b4 KVM: arm64: Calculate cptr_el2 traps on activating traps 9df9186f8df5 KVM: arm64: Fix RAS trapping in pKVM for protected VMs 8ca19c40c47d KVM: arm64: Drop MDSCR_EL1_DEBUG_MASK 9d86c3c97434 arm64/kvm: Avoid invalid physical addresses to signal owner updates f0da16992aef arm64/kvm: Configure HYP TCR.PS/DS based on host stage1 d3ba35b69eae KVM: arm64: nv: Reload PMU events upon MDCR_EL2.HPME change adf8623b3f51 KVM: arm64: Use KVM_REQ_RELOAD_PMU to handle PMCR_EL0.E change e22c369520d0 KVM: arm64: Add unified helper for reprogramming counters by mask 985bb51f17ab KVM: arm64: Always check the state from hyp_ack_unshare() Changes in v4: Improved commit logs for the following upstream commits (Eric) d3ba35b69eae KVM: arm64: nv: Reload PMU events upon MDCR_EL2.HPME change 59419f10045b KVM: arm64: Eagerly switch ZCR_EL{1,2} Added the following upstream commit, as dependency to upstream commit 7a68b55ff39b and 3855a7b91d42 (Eric) afa9b48f327c KVM: arm64: Shave a few bytes from the EL2 idmap code Changes in v3: 7 upstream commits added per Eric's comments to include 59419f10045b. All other commits are dependencies. 59419f10045b KVM: arm64: Eagerly switch ZCR_EL{1,2} f9dd00de1e53 KVM: arm64: Mark some header functions as inline 9b66195063c5 KVM: arm64: Refactor exit handlers 407a99c4654e KVM: arm64: Remove VHE host restore of CPACR_EL1.SMEN 459f059be702 KVM: arm64: Remove VHE host restore of CPACR_EL1.ZEN 8eca7f6d5100 KVM: arm64: Remove host FPSIMD saving for non-protected KVM d4db98791aa5 KVM: arm64: Add predicate for FPMR support in a VM Changes in v2: 3 upstream commmits added per Eric's comments 1eccad35c926 KVM: arm64: Fix the value of the CPTR_EL2 RES1 bitmask for nVHE 2fd5b4b0e7b4 KVM: arm64: Calculate cptr_el2 traps on activating traps 9df9186f8df5 KVM: arm64: Fix RAS trapping in pKVM for protected VMs 59419f10045b skipped due to too many dependencies Signed-off-by:
Gavin Shan <gshan@redhat.com> Approved-by:
Shaoqin Huang <shahuang@redhat.com> Approved-by:
Eric Auger <eric.auger@redhat.com> Approved-by:
Cornelia Huck <cohuck@redhat.com> Approved-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6662 ## Summary of Changes Backport `22cf4fae6660` ("soc: qcom: socinfo: Avoid out of bounds read of serial number") to fix CVE-2024-58007, as well as a couple of additional commits to prevent conflicts. ## Approved Development Ticket(s) JIRA: https://issues.redhat.com/browse/RHEL-85597 CVE: CVE-2024-58007 Signed-off-by:
Jared Kangas <jkangas@redhat.com> Approved-by:
Radu Rendec <rrendec@redhat.com> Approved-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6661 JIRA: https://issues.redhat.com/browse/RHEL-85565 Backport [mm fix](https://web.git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=4f66da89d31c ) to report nr_free_pages accurately on boot when DEFERRED_STRUCT_PAGE_INIT is used. Signed-off-by:
Waiman Long <longman@redhat.com> Approved-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6660 JIRA: https://issues.redhat.com/browse/RHEL-85522 JIRA: https://issues.redhat.com/browse/RHEL-45063 Signed-off-by:
Lenny Szubowicz <lszubowi@redhat.com> Approved-by:
Mark Langsdorf <mlangsdo@redhat.com> Approved-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6405 JIRA: https://issues.redhat.com/browse/RHEL-23495 Update /proc/schedstat with fixes and improved information from upstream. AMD requested these and they don't carry a large risk. Signed-off-by:
Phil Auld <pauld@redhat.com> Approved-by:
Juri Lelli <juri.lelli@redhat.com> Approved-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6628 Description: ============ This patch set updates the RDMA core and RDMA ULPs to upstream kernel v6.14. Upstream: ========= Linus's master tree. Issues: ======= JIRA: https://issues.redhat.com/browse/RHEL-78087 Brew: ===== https://brewweb.engineering.redhat.com/brew/taskinfo?taskID=67075815 Testing: ======== https://beaker.engineering.redhat.com/jobs/10846162 https://beaker.engineering.redhat.com/jobs/10846163 https://beaker.engineering.redhat.com/jobs/10846165 https://beaker.engineering.redhat.com/jobs/10846166 https://beaker.engineering.redhat.com/jobs/10846167 https://beaker.engineering.redhat.com/jobs/10846168 https://beaker.engineering.redhat.com/jobs/10846170 Signed-off-by:
Kamal Heib <kheib@redhat.com> Approved-by:
Ivan Vecera <ivecera@redhat.com> Approved-by:
José Ignacio Tornos Martínez <jtornosm@redhat.com> Approved-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6499 JIRA: https://issues.redhat.com/browse/RHEL-81522 CVE: CVE-2025-21726 MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6499 This MR backports the 3-patch series that includes the fix to CVE-2025-21726 as well as two other minor cleanup and fix patches. Signed-off-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6626 JIRA: https://issues.redhat.com/browse/RHEL-69649 JIRA: https://issues.redhat.com/browse/RHEL-83224 CVE: CVE-2025-21864 Backport of upstream commit 9b6412e6979f ("tcp: drop secpath at the same time as we currently drop dst"). Signed-off-by:
Sabrina Dubroca <sdubroca@redhat.com> Approved-by:
Florian Westphal <fwestpha@redhat.com> Approved-by:
Antoine Tenart <atenart@redhat.com> Approved-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6657 JIRA: https://issues.redhat.com/browse/RHEL-85517 Omitted-Fix: e120829dbf92 - this will be brought in during perf update Signed-off-by:
-
- Apr 01, 2025
-
-
-
Scott Weaver authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6583 # Merge Request Required Information ## Summary of Changes Disable CONFIG_USERFAULTFD config ## Approved Development Ticket(s) JIRA: https://issues.redhat.com/browse/RHEL-83580 Signed-off-by:
Dorinda Bassey <dbassey@redhat.com> <details><summary>Click for formatting instructions</summary> Please follow the CentOS Stream [contribution documentation](https://docs.centos.org/en-US/stream-contrib/quickstart/ ) for how to file this ticket and have it approved. List tickets each on their own line of this description using the format "Resolves: RHEL-76229", "Related: RHEL-76229" or "Reverts: RHEL-76229", as appropriate. </details> Approved-by:
-
Scott Weaver authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6538 JIRA: https://issues.redhat.com/browse/RHEL-82532 Upstream Status: https://gitlab.com/cki-project/kernel-ark.git Link: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/3718 Signed-off-by:
-
Scott Weaver authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6281 # Merge Request Required Information ## Summary of Changes Disable various network-related protocols listed below and it's related dependencies. excluding: the ICMP and IPv4 protocols, the AF_CAN, AF_UNIX, AF_NETLINK and AF_INET socket families, and the SOCK_STREAM and SOCK_DGRAM, SOCK_PACKET, SOCK_SEQPACKET and AF_PACKET socket protocols. This is needed to satisfy a requirement of FuSa efforts for RHIVOS. ## Approved Development Ticket(s) JIRA: https://issues.redhat.com/browse/RHEL-75816 Upstream-status: RHEL-only: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/3652 Signed-off-by:
-
Scott Weaver authored
kernel-5.14.0-576.el9 Signed-off-by: -
Jared Kangas authored
JIRA: https://issues.redhat.com/browse/RHEL-85597 CVE: CVE-2024-58007 commit 22cf4fae6660b6e1a583a41cbf84e3046ca9ccd0 Author: Stephan Gerhold <stephan.gerhold@linaro.org> Date: Mon Dec 30 20:59:35 2024 +0100 soc: qcom: socinfo: Avoid out of bounds read of serial number On MSM8916 devices, the serial number exposed in sysfs is constant and does not change across individual devices. It's always: db410c:/sys/devices/soc0$ cat serial_number 2644893864 The firmware used on MSM8916 exposes SOCINFO_VERSION(0, 8), which does not have support for the serial_num field in the socinfo struct. There is an existing check to avoid exposing the serial number in that case, but it's not correct: When checking the item_size returned by SMEM, we need to make sure the *end* of the serial_num is within bounds, instead of comparing with the *start* offset. The serial_number currently exposed on MSM8916 devices is just an out of bounds read of whatever comes after the socinfo struct in SMEM. Fix this by changing offsetof() to offsetofend(), so that the size of the field is also taken into account. Cc: stable@vger.kernel.org Fixes: efb448d0 ("soc: qcom: Add socinfo driver") Signed-off-by:
Stephan Gerhold <stephan.gerhold@linaro.org> Reviewed-by:
Dmitry Baryshkov <dmitry.baryshkov@linaro.org> Link: https://lore.kernel.org/r/20241230-qcom-socinfo-serialno-oob-v1-1-9b7a890da3da@linaro.org Signed-off-by:
Bjorn Andersson <andersson@kernel.org> Signed-off-by:
-
Jared Kangas authored
JIRA: https://issues.redhat.com/browse/RHEL-85597 commit 128fdbf36cddc2a901c4889ba1c89fa9f2643f2c Author: Manikanta Mylavarapu <quic_mmanikan@quicinc.com> Date: Wed Oct 16 20:18:52 2024 +0530 soc: qcom: socinfo: fix revision check in qcom_socinfo_probe() In success case, the revision holds a non-null pointer. The current logic incorrectly returns an error for a non-null pointer, whereas it should return an error for a null pointer. The socinfo driver for IPQ9574 and IPQ5332 is currently broken, resulting in the following error message qcom-socinfo qcom-socinfo: probe with driver qcom-socinfo failed with error -12 Add a null check for the revision to ensure it returns an error only in failure case (null pointer). Fixes: e694d2b5c58b ("soc: qcom: Add check devm_kasprintf() returned value") Signed-off-by:
Manikanta Mylavarapu <quic_mmanikan@quicinc.com> Reviewed-by:
Konrad Dybcio <konrad.dybcio@oss.qualcomm.com> Link: https://lore.kernel.org/r/20241016144852.2888679-1-quic_mmanikan@quicinc.com Signed-off-by:
-
Jared Kangas authored
JIRA: https://issues.redhat.com/browse/RHEL-85597 commit e694d2b5c58ba2d1e995d068707c8d966e7f5f2a Author: Charles Han <hanchunchao@inspur.com> Date: Sun Sep 29 15:23:49 2024 +0800 soc: qcom: Add check devm_kasprintf() returned value devm_kasprintf() can return a NULL pointer on failure but this returned value in qcom_socinfo_probe() is not checked. Signed-off-by:
Charles Han <hanchunchao@inspur.com> Link: https://lore.kernel.org/r/20240929072349.202520-1-hanchunchao@inspur.com Signed-off-by:
-
David Arcari authored
JIRA: https://issues.redhat.com/browse/RHEL-85522 Conflicts: RHEL doesn't have noreturns.h, so update global_no_returns[] in tools/objtool/check.c commit 4e32645cd8f97a308300623f81c902747df6b97b Author: Josh Poimboeuf <jpoimboe@kernel.org> Date: Sun Mar 2 16:48:51 2025 -0800 x86/smp: Fix mwait_play_dead() and acpi_processor_ffh_play_dead() noreturn behavior Fix some related issues (done in a single patch to avoid introducing intermediate bisect warnings): 1) The SMP version of mwait_play_dead() doesn't return, but its !SMP counterpart does. Make its calling behavior consistent by resolving the !SMP version to a BUG(). It should never be called anyway, this just enforces that at runtime and enables its callers to be marked as __noreturn. 2) While the SMP definition of mwait_play_dead() is annotated as __noreturn, the declaration isn't. Nor is it listed in tools/objtool/noreturns.h. Fix that. 3) Similar to #1, the SMP version of acpi_processor_ffh_play_dead() doesn't return but its !SMP counterpart does. Make the !SMP version a BUG(). It should never be called. 4) acpi_processor_ffh_play_dead() doesn't return, but is lacking any __noreturn annotations. Fix that. This fixes the following objtool warnings: vmlinux.o: warning: objtool: acpi_processor_ffh_play_dead+0x67: mwait_play_dead() is missing a __noreturn annotation vmlinux.o: warning: objtool: acpi_idle_play_dead+0x3c: acpi_processor_ffh_play_dead() is missing a __noreturn annotation Fixes: a7dd183f0b38 ("x86/smp: Allow calling mwait_play_dead with an arbitrary hint") Fixes: 541ddf31e300 ("ACPI/processor_idle: Add FFH state handling") Reported-by:
Paul E. McKenney <paulmck@kernel.org> Signed-off-by:
Josh Poimboeuf <jpoimboe@kernel.org> Signed-off-by:
Ingo Molnar <mingo@kernel.org> Tested-by:
-
- Mar 31, 2025
-
-
Augusto Caringi authored
Signed-off-by: -
David Arcari authored
JIRA: https://issues.redhat.com/browse/RHEL-85522 commit c157d351460bcf202970e97e611cb6b54a3dd4a4 Author: Thomas Gleixner <tglx@linutronix.de> Date: Tue Feb 25 23:37:08 2025 +0100 intel_idle: Handle older CPUs, which stop the TSC in deeper C states, correctly The Intel idle driver is preferred over the ACPI processor idle driver, but fails to implement the work around for Core2 generation CPUs, where the TSC stops in C2 and deeper C-states. This causes stalls and boot delays, when the clocksource watchdog does not catch the unstable TSC before the CPU goes deep idle for the first time. The ACPI driver marks the TSC unstable when it detects that the CPU supports C2 or deeper and the CPU does not have a non-stop TSC. Add the equivivalent work around to the Intel idle driver to cure that. Fixes: 18734958 ("intel_idle: Use ACPI _CST for processor models without C-state tables") Reported-by:
Fab Stz <fabstz-it@yahoo.fr> Signed-off-by:
Thomas Gleixner <tglx@linutronix.de> Tested-by:
Rafael J. Wysocki <rafael.j.wysocki@intel.com> Signed-off-by:
-
David Arcari authored
JIRA: https://issues.redhat.com/browse/RHEL-85522 commit 5e7e39ae15b0ea370e783a9326fdd1d91357fc3e Author: David Arcari <darcari@redhat.com> Date: Thu Feb 20 10:11:20 2025 -0500 intel_idle: introduce 'no_native' module parameter Since commit 18734958 ("intel_idle: Use ACPI _CST for processor models without C-state tables") the intel_idle driver has had the ability to use the ACPI _CST to populate C-states when the processor model is not recognized. However, even when the processor model is recognized (native mode) there are cases where it is useful to make the driver ignore the per-CPU idle states in lieu of ACPI C-states (such as specific application performance). Add a new 'no_native' module parameter to provide this functionality. Signed-off-by:
Artem Bityutskiy <artem.bityutskiy@linux.intel.com> [ rjw: Spell CPU in capitals ] Signed-off-by:
-
David Arcari authored
JIRA: https://issues.redhat.com/browse/RHEL-85522 commit c93d13b661a6ce34b9cd8241f5e410658078d7b1 Author: Artem Bityutskiy <artem.bityutskiy@linux.intel.com> Date: Mon Feb 10 09:12:53 2025 +0200 intel_idle: clean up BYT/CHT auto demotion disable Bay Trail (BYT) and Cherry Trail (CHT) platforms have a very specific way of disabling auto-demotion via specific MSR bits. Clean up the code so that BYT/CHT-specifics do not show up in the common 'struct idle_cpu' data structure. Remove the 'byt_auto_demotion_disable_flag' flag from 'struct idle_cpu', because a better coding pattern is to avoid very case-specific fields like 'bool byt_auto_demotion_disable_flag' in a common data structure, which is used for all platforms, not only BYT/CHT. The code is just more readable when common data structures contain only commonly used fields. Instead, match BYT/CHT in the 'intel_idle_init_cstates_icpu()' function, and introduce a small helper to take care of BYT/CHT auto-demotion. This is consistent with how platform-specific things are done for other platforms. No intended functional changes, compile-tested only. Signed-off-by:
-
David Arcari authored
JIRA: https://issues.redhat.com/browse/RHEL-85522 commit fc4ca9537bc4e3141ba7e058700369ea242703df Author: Patryk Wlazlyn <patryk.wlazlyn@linux.intel.com> Date: Wed Feb 5 17:52:10 2025 +0200 intel_idle: Provide the default enter_dead() handler Recent Intel platforms require idle driver to provide information about the MWAIT hint used to enter the deepest idle state in the play_dead code. Provide the default enter_dead() handler for all of the platforms and allow overwriting with a custom handler for each platform if needed. Signed-off-by:
Patryk Wlazlyn <patryk.wlazlyn@linux.intel.com> Signed-off-by:
Dave Hansen <dave.hansen@linux.intel.com> Acked-by:
-
David Arcari authored
JIRA: https://issues.redhat.com/browse/RHEL-85522 commit 64aad4749d7911f8c5e69d93a929a269605dd3cb Author: Artem Bityutskiy <artem.bityutskiy@linux.intel.com> Date: Sun Feb 16 14:26:14 2025 +0200 ACPI/processor_idle: Export acpi_processor_ffh_play_dead() The kernel test robot reported the following build error: >> ERROR: modpost: "acpi_processor_ffh_play_dead" [drivers/acpi/processor.ko] undefined! Caused by this recently merged commit: 541ddf31e300 ("ACPI/processor_idle: Add FFH state handling") The build failure is due to an oversight in the 'CONFIG_ACPI_PROCESSOR=m' case, the function export is missing. Add it. Reported-by:
kernel test robot <lkp@intel.com> Closes: https://lore.kernel.org/oe-kbuild-all/202502151207.FA9UO1iX-lkp@intel.com/ Fixes: 541ddf31e300 ("ACPI/processor_idle: Add FFH state handling") Signed-off-by:
-
David Arcari authored
JIRA: https://issues.redhat.com/browse/RHEL-85522 commit 541ddf31e30022b8e6f44b3a943964e8f0989d15 Author: Patryk Wlazlyn <patryk.wlazlyn@linux.intel.com> Date: Wed Feb 5 17:52:09 2025 +0200 ACPI/processor_idle: Add FFH state handling Recent Intel platforms will depend on the idle driver to pass the correct hint for playing dead via mwait_play_dead_with_hint(). Expand the existing enter_dead interface with handling for FFH states and pass the MWAIT hint to the mwait_play_dead code. Suggested-by:
Gautham R. Shenoy <gautham.shenoy@amd.com> Signed-off-by:
-
Augusto Caringi authored
Merge: [xfstests xfs/017] xfs_repair fails and hit XFS: Assertion failed: 0, file: fs/xfs/xfs_icache.c, line: 1840 MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6047 JIRA: https://issues.redhat.com/browse/RHEL-56816 ``` xfs: fix freeing speculative preallocations for preallocated files xfs_can_free_eofblocks returns false for files that have persistent preallocations unless the force flag is passed and there are delayed blocks. This means it won't free delalloc reservations for files with persistent preallocations unless the force flag is set, and it will also free the persistent preallocations if the force flag is set and the file happens to have delayed allocations. Both of these are bad, so do away with the force flag and always free only post-EOF delayed allocations for files with the XFS_DIFLAG_PREALLOC or APPEND flags set. Signed-off-by:
Christoph Hellwig <hch@lst.de> Reviewed-by:
Darrick J. Wong <djwong@kernel.org> Signed-off-by:
Chandan Babu R <chandanbabu@kernel.org> (cherry picked from commit 610b29161b0aa9feb59b78dc867553274f17fb01) ``` Signed-off-by:
CKI Backport Bot <cki-ci-bot+cki-gitlab-backport-bot@redhat.com> --- <small>Created 2024-12-17 14:02 UTC by backporter - [KWF FAQ](https://red.ht/kernel_workflow_doc) - [Slack #team-kernel-workflow](https://redhat-internal.slack.com/archives/C04LRUPMJQ5) - [Source](https://gitlab.com/cki-project/kernel-workflow/-/blob/main/webhook/utils/backporter.py) - [Documentation](https://gitlab.com/cki-project/kernel-workflow/-/blob/main/docs/README.backporter.md) - [Report an issue](https://gitlab.com/cki-project/kernel-workflow/-/issues/new?issue%5Btitle%5D=backporter%20webhook%20issue)</small > Approved-by:
Brian Foster <bfoster@redhat.com> Approved-by:
Carlos Maiolino <cmaiolino@redhat.com> Approved-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6620 JIRA: https://issues.redhat.com/browse/RHEL-47426 Signed-off-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6586 # Merge Request Required Information JIRA: https://issues.redhat.com/browse/RHEL-67679 ## Summary of Changes Backport support for division and multiplication in histogram triggers as well as fixes and optimizations for it. Support for creating hist trigger variables from literal is added, too, as it is a dependency of one of the fixes and is documented together with the former. ## Approved Development Ticket(s) All submissions to CentOS Stream must reference a ticket in [Red Hat Jira](https://issues.redhat.com/). <details><summary>Click for formatting instructions</summary> Please follow the CentOS Stream [contribution documentation](https://docs.centos.org/en-US/stream-contrib/quickstart/ ) for how to file this ticket and have it approved. List tickets each on their own line of this description using the format "Resolves: RHEL-76229", "Related: RHEL-76229" or "Reverts: RHEL-76229", as appropriate. </details> Signed-off-by:
Tomas Glozar <tglozar@redhat.com> Approved-by:
Joe Lawrence <joe.lawrence@redhat.com> Approved-by:
-
