- Mar 17, 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/6585 This brings all the post-branching changes from 9.6 into c9s. Signed-off-by:
Jan Stancek <jstancek@redhat.com> Merged-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/5855 JIRA: https://issues.redhat.com/browse/RHEL-22695 Signed-off-by:
Aristeu Rozanski <arozansk@redhat.com> Approved-by:
Mark Langsdorf <mlangsdo@redhat.com> Approved-by:
Lenny Szubowicz <lszubowi@redhat.com> Approved-by:
Jiri Dluhos <jdluhos@redhat.com> Approved-by:
David Arcari <darcari@redhat.com> Approved-by:
CKI KWF Bot <cki-ci-bot+kwf-gitlab-com@redhat.com> Merged-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6555 Fix data corruption issue in hyperV storvsc driver JIRA: https://issues.redhat.com/browse/RHEL-82537 Signed-off-by:
Cathy Avery <cavery@redhat.com> Approved-by:
Maxim Levitsky <mlevitsk@redhat.com> Approved-by:
Vitaly Kuznetsov <vkuznets@redhat.com> Approved-by:
Ewan D. Milne <emilne@redhat.com> Approved-by:
-
Augusto Caringi authored
Merge: test packetdrill/tcp/cubic/cubic-rack-reo-timeout-retrans-failed-incoming-data.pkt fails on aarch64 using default CONFIG_HZ=100 MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6582 JIRA: https://issues.redhat.com/browse/RHEL-83546 ``` commit 1c2709cfff1dedbb9591e989e2f001484208d914 Author: Neal Cardwell <ncardwell@google.com> Date: Sun Oct 15 13:47:00 2023 -0400 tcp: fix excessive TLP and RACK timeouts from HZ rounding We discovered from packet traces of slow loss recovery on kernels with the default HZ=250 setting (and min_rtt < 1ms) that after reordering, when receiving a SACKed sequence range, the RACK reordering timer was firing after about 16ms rather than the desired value of roughly min_rtt/4 + 2ms. The problem is largely due to the RACK reorder timer calculation adding in TCP_TIMEOUT_MIN, which is 2 jiffies. On kernels with HZ=250, this is 2*4ms = 8ms. The TLP timer calculation has the exact same issue. This commit fixes the TLP transmit timer and RACK reordering timer floor calculation to more closely match the intended 2ms floor even on kernels with HZ=250. It does this by adding in a new TCP_TIMEOUT_MIN_US floor of 2000 us and then converting to jiffies, instead of the current approach of converting to jiffies and then adding th TCP_TIMEOUT_MIN value of 2 jiffies. Our testing has verified that on kernels with HZ=1000, as expected, this does not produce significant changes in behavior, but on kernels with the default HZ=250 the latency improvement can be large. For example, our tests show that for HZ=250 kernels at low RTTs this fix roughly halves the latency for the RACK reorder timer: instead of mostly firing at 16ms it mostly fires at 8ms. Suggested-by:
Eric Dumazet <edumazet@google.com> Signed-off-by:
Neal Cardwell <ncardwell@google.com> Signed-off-by:
Yuchung Cheng <ycheng@google.com> Fixes: bb4d991a ("tcp: adjust tail loss probe timeout") Reviewed-by:
Jakub Kicinski <kuba@kernel.org>```> Signed-off-by:
CKI Backport Bot <cki-ci-bot+cki-gitlab-backport-bot@redhat.com> --- <small>Created 2025-03-14 13:21 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:
Davide Caratti <dcaratti@redhat.com> Approved-by:
Alessandro Carminati <acarmina@redhat.com> Approved-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6422 JIRA: https://issues.redhat.com/browse/RHEL-80660 Signed-off-by:
Steve Best <sbest@redhat.com> Approved-by:
Tony Camuso <tcamuso@redhat.com> Approved-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6134 JIRA: https://issues.redhat.com/browse/RHEL-73049 Tested: by me Signed-off-by:
Herton R. Krzesinski <herton@redhat.com> Approved-by:
Rafael Aquini <raquini@redhat.com> Approved-by:
Eder Zulian <ezulian@redhat.com> Approved-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6545 ``` JIRA: https://issues.redhat.com/browse/RHEL-47438 Add new VMD Device ID and while at it, include a VMD related bug fix. Signed-off-by:
Myron Stowe <mstowe@redhat.com> ``` Approved-by:
John W. Linville <linville@redhat.com> Approved-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6513 JIRA: https://issues.redhat.com/browse/RHEL-80832 CVE: CVE-2022-49269 Backport upstream fix for CVE-2022-49269. While at it, backport a few other commits, so that the CVE fix applies cleanly and all commit series are complete. Signed-off-by:
Radu Rendec <rrendec@redhat.com> Approved-by:
Brian Masney <bmasney@redhat.com> Approved-by:
Jared Kangas <jkangas@redhat.com> Approved-by:
Eric Chanudet <echanude@redhat.com> Approved-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6511 JIRA: https://issues.redhat.com/browse/RHEL-80215 A small series of fixes for the RHEL9.7 livepatch subsystem. Signed-off-by:
Denis Aleksandrov <daleksan@redhat.com> Approved-by:
Ryan Sullivan <rysulliv@redhat.com> Approved-by:
Joe Lawrence <joe.lawrence@redhat.com> Approved-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/5869 JIRA: https://issues.redhat.com/browse/RHEL-52657 Signed-off-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6476 JIRA: https://issues.redhat.com/browse/RHEL-81472 CVE: CVE-2025-21786 ``` commit e76946110137703c16423baf6ee177b751a34b7e Author: Lai Jiangshan <jiangshan.ljs@antgroup.com> Date: Thu Jan 23 16:25:35 2025 +0800 workqueue: Put the pwq after detaching the rescuer from the pool The commit 68f83057b913("workqueue: Reap workers via kthread_stop() and remove detach_completion") adds code to reap the normal workers but mistakenly does not handle the rescuer and also removes the code waiting for the rescuer in put_unbound_pool(), which caused a use-after-free bug reported by Cheung Wall. To avoid the use-after-free bug, the pool’s reference must be held until the detachment is complete. Therefore, move the code that puts the pwq after detaching the rescuer from the pool. Reported-by:
cheung wall <zzqq0103.hey@gmail.com> Cc: cheung wall <zzqq0103.hey@gmail.com> Link: https://lore.kernel.org/lkml/CAKHoSAvP3iQW+GwmKzWjEAOoPvzeWeoMO0Gz7Pp3_4kxt-RMoA@mail.gmail.com/ Fixes: 68f83057b913("workqueue: Reap workers via kthread_stop() and remove detach_completion") Signed-off-by:
Lai Jiangshan <jiangshan.ljs@antgroup.com> Signed-off-by:
Tejun Heo <tj@kernel.org>```> Signed-off-by:
Waiman Long <longman@redhat.com> Approved-by:
Phil Auld <pauld@redhat.com> Approved-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6249 JIRA: https://issues.redhat.com/browse/RHEL-73892 Tested: by HPE Conflicts: implement numa_valid_node() manually as we don't have it in rhel9 Signed-off-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6246 JIRA: https://issues.redhat.com/browse/RHEL-70669 CVE: CVE-2024-53241 Signed-off-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6500 # Merge Request Required Information JIRA: https://issues.redhat.com/browse/RHEL-81911 ## Summary of Changes Re-order code in `event_hist_trigger_func` so that `hist_trigger_enable` is called before `cmd_ops->unreg`, enabling the latter to function correctly and remove a histogram with failed trigger parsing from the list. The patch has been adjusted for two things where RHEL 9's ftrace triggers are behind upstream: - Upstream bugfix commit 6018b585e8c6f ("tracing/histograms: Add histograms to hist_vars if they have referenced variables") which changes the code for detection of the existence of histogram variables is not applied in RHEL 9; I included it in the MR, too. - `event_trigger_register`/`event_trigger_unregister` is not present; `cmd_ops->reg`/`cmd_ops->unreg` is called directly. The patch does not touch this part, but due to the way it was formatted by diff (as removing `event_trigger_register` and restoring it in place of a `tracing_map_init`), manual intervention was needed to make it apply. ## 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:
Jerome Marchand <jmarchan@redhat.com> Approved-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6399 JIRA: https://issues.redhat.com/browse/RHEL-11707 commit e129fdc599093457648eccf981d672fade55a9c8 Author: Phil Auld <pauld@redhat.com> Date: Tue Jan 14 14:05:25 2025 -0500 Documentation/sysctl: Add timer_migration to kernel.rst There is no mention of timer_migration in the docs. Add a short description. Signed-off-by:
Jonathan Corbet <corbet@lwn.net> Link: https://lore.kernel.org/r/20250114190525.169022-1-pauld@redhat.com Signed-off-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6402 JIRA: https://issues.redhat.com/browse/RHEL-80104 Upstream Status: commit 631a4b3ddc78 Updated nft_queue.sh kselftest can trigger a WARN splat. Note that upstream "Fixes" tag is incorrect, the problem does exist in 9.x releases. Signed-off-by:
Florian Westphal <fwestpha@redhat.com> Approved-by:
Hangbin Liu <haliu@redhat.com> Approved-by:
Antoine Tenart <atenart@redhat.com> Approved-by:
-
Jan Stancek authored
This brings all the post-branching changes from 9.6 into c9s. Signed-off-by:
-
- Mar 14, 2025
-
-
CKI Backport Bot authored
JIRA: https://issues.redhat.com/browse/RHEL-83546 commit 1c2709cfff1dedbb9591e989e2f001484208d914 Author: Neal Cardwell <ncardwell@google.com> Date: Sun Oct 15 13:47:00 2023 -0400 tcp: fix excessive TLP and RACK timeouts from HZ rounding We discovered from packet traces of slow loss recovery on kernels with the default HZ=250 setting (and min_rtt < 1ms) that after reordering, when receiving a SACKed sequence range, the RACK reordering timer was firing after about 16ms rather than the desired value of roughly min_rtt/4 + 2ms. The problem is largely due to the RACK reorder timer calculation adding in TCP_TIMEOUT_MIN, which is 2 jiffies. On kernels with HZ=250, this is 2*4ms = 8ms. The TLP timer calculation has the exact same issue. This commit fixes the TLP transmit timer and RACK reordering timer floor calculation to more closely match the intended 2ms floor even on kernels with HZ=250. It does this by adding in a new TCP_TIMEOUT_MIN_US floor of 2000 us and then converting to jiffies, instead of the current approach of converting to jiffies and then adding th TCP_TIMEOUT_MIN value of 2 jiffies. Our testing has verified that on kernels with HZ=1000, as expected, this does not produce significant changes in behavior, but on kernels with the default HZ=250 the latency improvement can be large. For example, our tests show that for HZ=250 kernels at low RTTs this fix roughly halves the latency for the RACK reorder timer: instead of mostly firing at 16ms it mostly fires at 8ms. Suggested-by:
Jakub Kicinski <kuba@kernel.org> Signed-off-by:
-
CKI KWF Bot authored
Signed-off-by: -
CKI KWF Bot authored
MR: https://gitlab.com/redhat/rhel/src/kernel/rhel-9/-/merge_requests/3546 JIRA: https://issues.redhat.com/browse/RHEL-79818 Upstream Status: all mainline in kernel-ark.git Conflicts: patch applied manually as rhel-9 has no def_variants.yaml Tested: boot-tested only Signed-off-by:
Marcelo Ricardo Leitner <mleitner@redhat.com> Approved-by:
Jarod Wilson <jarod@redhat.com> Approved-by:
-
CKI KWF Bot authored
MR: https://gitlab.com/redhat/rhel/src/kernel/rhel-9/-/merge_requests/3517 JIRA: https://issues.redhat.com/browse/RHEL-80655 Upstream Status: RHEL-only This series reverts the introduction of POSIX_FADV_NOREUSE in 9.6. As documented in the jira ticket, it was found that downstream commit d908e317 seems responsible for a 10-20x slow down in OCP's etcd compaction operation which may be due to increased OCP API latency. We believe that d908e317 is regressing MADV_RANDOM in a way that causes performance degradation for applications using this hint, as after this commit the pages backing the VMAs that are marked for random access will not receive a second chance to be re-activated once they are in the LRU inactive list. Signed-off-by:
Luiz Capitulino <luizcap@redhat.com> Approved-by:
-
CKI KWF Bot authored
MR: https://gitlab.com/redhat/rhel/src/kernel/rhel-9/-/merge_requests/3515 JIRA: https://issues.redhat.com/browse/RHEL-80628 Upstream Status: git://git.kernel.org/pub/scm/linux/kernel/git/phy/linux-phy.git commit 55f1a5f7c97c3c92ba469e16991a09274410ceb7 Author: BH Hsieh <bhsieh@nvidia.com> Date: Wed, 22 Jan 2025 18:59:43 +0800 Observed VBUS_OVERRIDE & ID_OVERRIDE might be programmed with unexpected value prior to XUSB PADCTL driver, this could also occur in virtualization scenario. For example, UEFI firmware programs ID_OVERRIDE=GROUNDED to set a type-c port to host mode and keeps the value to kernel. If the type-c port is connected a usb host, below errors can be observed right after usb host mode driver gets probed. The errors would keep until usb role class driver detects the type-c port as device mode and notifies usb device mode driver to set both ID_OVERRIDE and VBUS_OVERRIDE to correct value by XUSB PADCTL driver. [ 173.765814] usb usb3-port2: Cannot enable. Maybe the USB cable is bad? [ 173.765837] usb usb3-port2: config error Taking virtualization into account, asserting XUSB PADCTL reset would break XUSB functions used by other guest OS, hence only reset VBUS & ID OVERRIDE of the port in utmi_phy_init. Fixes: bbf71168 ("phy: tegra: xusb: Add Tegra186 support") Cc: stable@vger.kernel.org Change-Id: Ic63058d4d49b4a1f8f9ab313196e20ad131cc591 Signed-off-by:
BH Hsieh <bhsieh@nvidia.com> Signed-off-by:
Henry Lin <henryl@nvidia.com> Link: https://lore.kernel.org/r/20250122105943.8057-1-henryl@nvidia.com Signed-off-by:
Vinod Koul <vkoul@kernel.org> Signed-off-by:
Rupinderjit Singh <rusingh@redhat.com> Approved-by:
Mark Salter <msalter@redhat.com> Approved-by:
-
CKI KWF Bot authored
MR: https://gitlab.com/redhat/rhel/src/kernel/rhel-9/-/merge_requests/3475 JIRA: https://issues.redhat.com/browse/RHEL-80527 - smb: client: fix chmod(2) regression with ATTR_READONLY (Paulo Alcantara) [[RHEL-80527](https://issues.redhat.com/browse/RHEL-80527) [RHEL-78507](https://issues.redhat.com/browse/RHEL-78507) ] Y-Commit: c7cbda52 Signed-off-by:
Jay Shin <jaeshin@redhat.com> Approved-by:
Marc Milgram <mmilgram@redhat.com> Approved-by:
Paulo Alcantara <paalcant@redhat.com> Approved-by:
-
CKI KWF Bot authored
MR: https://gitlab.com/redhat/rhel/src/kernel/rhel-9/-/merge_requests/3423 JIRA: https://issues.redhat.com/browse/RHEL-21980 CVE: CVE-2024-57807 Signed-off-by:
Tomas Henzl <thenzl@redhat.com> Approved-by:
Chris Leech <cleech@redhat.com> Approved-by:
-
CKI KWF Bot authored
MR: https://gitlab.com/redhat/rhel/src/kernel/rhel-9/-/merge_requests/3285 JIRA: https://issues.redhat.com/browse/RHEL-77122 Upstream Status: From upstream linux mainline scsi_check_passthrough() is always called, but it doesn't check for if a command completed successfully. As a result, if a command was successful and the caller used SCMD_FAILURE_RESULT_ANY to indicate what failures it wanted to retry, we will end up retrying the command. This will cause delays during device discovery because of the command being sent multiple times. For some USB devices it can also cause the wrong device size to be used. This patch adds a check for if the command was successful. If it is we return immediately instead of trying to match a failure. Fixes: 994724e6b3f0 ("scsi: core: Allow passthrough to request midlayer retries") Reported-by:
Kris Karas <bugs-a21@moonlit-rail.com> Closes: https://bugzilla.kernel.org/show_bug.cgi?id=219652 Signed-off-by:
Mike Christie <michael.christie@oracle.com> Link: https://lore.kernel.org/r/20250107010220.7215-1-michael.christie@oracle.com Reviewed-by:
Bart Van Assche <bvanassche@acm.org> Reviewed-by:
John Garry <john.g.garry@oracle.com> Signed-off-by:
Martin K. Petersen <martin.petersen@oracle.com> (cherry picked from commit 8604f633f59375687fa115d6f691de95a42520e3) Signed-off-by:
John Meneghini <jmeneghi@redhat.com> Approved-by:
-
- Mar 12, 2025
-
-
Augusto Caringi authored
Signed-off-by: -
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6398 JIRA: https://issues.redhat.com/browse/RHEL-78821 Proactive fixes and minor updates for scheduler related code. This includes needed commits up to v6.14-rc1. There are not as many since there are a few features upstream which we are not taking into rhel9 at this point. Signed-off-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/6493 JIRA: https://issues.redhat.com/browse/RHEL-81666 CVE: CVE-2025-21785 ``` commit 875d742cf5327c93cba1f11e12b08d3cce7a88d2 Author: Radu Rendec <rrendec@redhat.com> Date: Thu Feb 6 12:44:20 2025 -0500 arm64: cacheinfo: Avoid out-of-bounds write to cacheinfo array The loop that detects/populates cache information already has a bounds check on the array size but does not account for cache levels with separate data/instructions cache. Fix this by incrementing the index for any populated leaf (instead of any populated level). Fixes: 5d425c18 ("arm64: kernel: add support for cpu cache information") Signed-off-by:
Will Deacon <will@kernel.org>```> Signed-off-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/5978 JIRA: https://issues.redhat.com/browse/RHEL-62922 Signed-off-by:
Charles Mirabile <cmirabil@redhat.com> Approved-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6521 JIRA: https://issues.redhat.com/browse/RHEL-73514 Brew: https://brewweb.engineering.redhat.com/brew/taskinfo?taskID=66888276 Upstream Status: Commits are found in Linus's Git Tree. Signed-off-by:
Nigel Croxon <ncroxon@redhat.com> Approved-by:
Heinz Mauelshagen <heinzm@redhat.com> Approved-by:
Xiao Ni <xni@redhat.com> Approved-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6326 JIRA: https://issues.redhat.com/browse/RHEL-77271 Signed-off-by:
Desnes Nunes <desnesn@redhat.com> Approved-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6416 JIRA: https://issues.redhat.com/browse/RHEL-77173 ``` commit a8258e64ca74314478fda85a42b1c1eb2db29c67 Author: Hangbin Liu <liuhangbin@gmail.com> Date: Wed Dec 6 15:07:55 2023 +0800 selftests/net: convert test_vxlan_mdb.sh to run it in unique namespace Here is the test result after conversion. ]# ./test_vxlan_mdb.sh Control path: Basic (*, G) operations - IPv4 overlay / IPv4 underlay -------------------------------------------------------------------- TEST: MDB entry addition [ OK ] ... Data path: MDB torture test - IPv6 overlay / IPv6 underlay ---------------------------------------------------------- TEST: Torture test [ OK ] Tests passed: 620 Tests failed: 0 Acked-by:
David Ahern <dsahern@kernel.org> Signed-off-by:
Hangbin Liu <liuhangbin@gmail.com> Reviewed-by:
Ido Schimmel <idosch@nvidia.com> Tested-by:
David S. Miller <davem@davemloft.net>```> Signed-off-by:
Guillaume Nault <gnault@redhat.com> Approved-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6540 Description: Updates for xive papr bit map allocation JIRA: https://issues.redhat.com/browse/RHEL-80803 CVE: CVE-2022-49623 Build Info: https://brewweb.engineering.redhat.com/brew/taskinfo?taskID=66908454 Tested: Verified Brew build test kernel RPMs Signed-off-by:
Mamatha Inamdar <minamdar@redhat.com> Approved-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6508 This rebases MANA hyperv driver to upstream kernel 6.14-rc5 JIRA: https://issues.redhat.com/browse/RHEL-80098 Tested: Smoke boot test on azure machine, IB portion not yet tested. Signed-off-by:
Kamal Heib <kheib@redhat.com> Approved-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6502 JIRA: https://issues.redhat.com/browse/RHEL-81935 Commits: ``` dc287e4c9149ab54a5003b4d4da007818b5fda3d 05793884a1f30509e477de9da233ab73584b1c8c 2844ddbd540fc84d7571cca65d6c43088e4d6952 ``` Signed-off-by:
Mete Durlu <mdurlu@redhat.com> Approved-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6181 JIRA: https://issues.redhat.com/browse/RHEL-72430 CVE: CVE-2024-56709 JIRA: https://issues.redhat.com/browse/RHEL-68164 CVE: CVE-2024-53052 JIRA: https://issues.redhat.com/browse/RHEL-63824 CVE: CVE-2024-50060 Signed-off-by:
Jeff Moyer <jmoyer@redhat.com> Approved-by:
Ming Lei <ming.lei@redhat.com> Approved-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/6401 JIRA: https://issues.redhat.com/browse/RHEL-78983 CVE: CVE-2024-56690 Upstream Status: linux.git commit 662f2f13e66d3883b9238b0b96b17886179e60e2 Author: Yi Yang <yiyang13@huawei.com> Date: Tue Oct 15 02:09:35 2024 +0000 crypto: pcrypt - Call crypto layer directly when padata_do_parallel() return -EBUSY Since commit 8f4f68e788c3 ("crypto: pcrypt - Fix hungtask for PADATA_RESET"), the pcrypt encryption and decryption operations return -EAGAIN when the CPU goes online or offline. In alg_test(), a WARN is generated when pcrypt_aead_decrypt() or pcrypt_aead_encrypt() returns -EAGAIN, the unnecessary panic will occur when panic_on_warn set 1. Fix this issue by calling crypto layer directly without parallelization in that case. Fixes: 8f4f68e788c3 ("crypto: pcrypt - Fix hungtask for PADATA_RESET") Signed-off-by:
Yi Yang <yiyang13@huawei.com> Signed-off-by:
Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by:
Herbert Xu <herbert.xu@redhat.com> Approved-by:
Ondrej Mosnáček <omosnacek@gmail.com> Approved-by:
Vladis Dronov <vdronov@redhat.com> Approved-by:
-
Augusto Caringi authored
MR: https://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-9/-/merge_requests/5185 JIRA: https://issues.redhat.com/browse/RHEL-58876 CVE: CVE-2024-46689 ``` soc: qcom: cmd-db: Map shared memory as WC, not WB Linux does not write into cmd-db region. This region of memory is write protected by XPU. XPU may sometime falsely detect clean cache eviction as "write" into the write protected region leading to secure interrupt which causes an endless loop somewhere in Trust Zone. The only reason it is working right now is because Qualcomm Hypervisor maps the same region as Non-Cacheable memory in Stage 2 translation tables. The issue manifests if we want to use another hypervisor (like Xen or KVM), which does not know anything about those specific mappings. Changing the mapping of cmd-db memory from MEMREMAP_WB to MEMREMAP_WT/WC removes dependency on correct mappings in Stage 2 tables. This patch fixes the issue by updating the mapping to MEMREMAP_WC. I tested this on SA8155P with Xen. Fixes: 312416d9 ("drivers: qcom: add command DB driver") Cc: stable@vger.kernel.org # 5.4+ Signed-off-by:
Volodymyr Babchuk <volodymyr_babchuk@epam.com> Tested-by: Nikita Travkin <nikita@trvn.ru> # sc7180 WoA in EL2 Signed-off-by:
Maulik Shah <quic_mkshah@quicinc.com> Tested-by:
Pavankumar Kondeti <quic_pkondeti@quicinc.com> Reviewed-by:
Caleb Connolly <caleb.connolly@linaro.org>
Link: https://lore.kernel.org/r/20240718-cmd_db_uncached-v2-1-f6cf53164c90@quicinc.com
Signed-off-by: Bjorn Andersson <andersson@kernel.org> (cherry picked from commit f9bb896eab221618927ae6a2f1d566567999839d) ``` Signed-off-by:
Andrew Halaney <ahalaney@redhat.com> Approved-by:
-
Davide Caratti authored
JIRA: https://issues.redhat.com/browse/RHEL-79818 Upstream Status: RHEL-only, but functionally equal to kernel-ark.git commit f20905199054 by design, kernel-ark blacklists all modules in modules-extra that have a module alias. Now that qdiscs have their module alias [1], some of them became blacklisted even if we didn't really intend to: move them back to kernel-modules to preserve feature parity with other qdiscs (and previous releases). [1] https://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-next.git/commit/?id=241a94abcf465ba9363d93168da5ddd47002930f Signed-off-by:
-
