Re: [PATCH] crypto: scomp - Fix null-pointer deref when freeing streams

2025-04-09 Thread Sourabh Jain
The above fix doesn't apply cleanly on next-20250409. Your changes are part of scomp_free_streams function but this function is not their in next-20250409. Also the issue reproducible on next-20250409, here is the backtrace: 5.955234] systemd-shutdown[1]: Syncing /dev/dm-1. [   36.01441

Re: [PATCH] crypto: scomp - Fix null-pointer deref when freeing streams

2025-04-09 Thread Herbert Xu
On Thu, Apr 10, 2025 at 09:15:56AM +0530, Sourabh Jain wrote: > > The above fix doesn't apply cleanly on next-20250409. It should be fixed in the latest cryptodev tree: https://web.git.kernel.org/pub/scm/linux/kernel/git/herbert/cryptodev-2.6.git

[PATCH v2 1/3] kasan: Avoid sleepable page allocation from atomic context

2025-04-09 Thread Alexander Gordeev
apply_to_page_range() enters lazy MMU mode and then invokes kasan_populate_vmalloc_pte() callback on each page table walk iteration. The lazy MMU mode may only be entered only under protection of the page table lock. However, the callback can go into sleep when trying to allocate a single page. Ch

[PATCH 1/6] bus: fsl-mc: fix double-free on mc_dev

2025-04-09 Thread Ioana Ciornei
The blamed commit tried to simplify how the deallocations are done but, in the process, introduced a double-free on the mc_dev variable. In case the MC device is a DPRC, a new mc_bus is allocated and the mc_dev variable is just a reference to one of its fields. In this circumstance, on the error p

Re: kexec failing with KVM on Power8 baremetal host

2025-04-09 Thread Stefan Berger
On 4/7/25 3:36 PM, Ritesh Harjani (IBM) wrote: @Stefan, Can you give v6.15-rc1 a try to confirm that the issue is indeed fixed at your end too? For this we need not add any custom changes, v6.15-rc1 with kfence enabled on Hash should not give any issues during kexec. 6.14 fails to reboot for

Re: [RFC net-next PATCH 00/13] Add PCS core support

2025-04-09 Thread Sean Anderson
On 4/7/25 12:46, Christian Marangi (Ansuel) wrote: > Il giorno lun 7 apr 2025 alle ore 18:33 Sean Anderson > ha scritto: >> >> On 4/7/25 12:27, Kory Maincent wrote: >> > On Thu, 3 Apr 2025 14:18:54 -0400 >> > Sean Anderson wrote: >> > >> >> This series adds support for creating PCSs as devices o

Re: [PATCH v2 02/12] x86: pgtable: Always use pte_free_kernel()

2025-04-09 Thread Kevin Brodsky
On 08/04/2025 19:40, Matthew Wilcox wrote: > On Tue, Apr 08, 2025 at 09:54:42AM -0700, Dave Hansen wrote: >> On 4/8/25 09:37, Matthew Wilcox wrote: >>> On Tue, Apr 08, 2025 at 08:22:47AM -0700, Dave Hansen wrote: Are there any tests for folio_test_pgtable() at free_page() time? If we had

Re: [PATCH v2 1/3] kasan: Avoid sleepable page allocation from atomic context

2025-04-09 Thread Alexander Gordeev
On Wed, Apr 09, 2025 at 04:10:58PM +0200, Andrey Ryabinin wrote: Hi Andrey, > > @@ -301,7 +301,7 @@ static int kasan_populate_vmalloc_pte(pte_t *ptep, > > unsigned long addr, > > if (likely(!pte_none(ptep_get(ptep > > return 0; > > > > - page = __get_free_page(GFP_KERNEL)

Re: [PATCH v2 1/3] kasan: Avoid sleepable page allocation from atomic context

2025-04-09 Thread Andrey Ryabinin
On 4/9/25 4:25 PM, Alexander Gordeev wrote: > On Wed, Apr 09, 2025 at 04:10:58PM +0200, Andrey Ryabinin wrote: > > Hi Andrey, > >>> @@ -301,7 +301,7 @@ static int kasan_populate_vmalloc_pte(pte_t *ptep, >>> unsigned long addr, >>> if (likely(!pte_none(ptep_get(ptep >>> ret

Re: [PATCH v2 1/3] kasan: Avoid sleepable page allocation from atomic context

2025-04-09 Thread Andrey Ryabinin
On 4/8/25 6:07 PM, Alexander Gordeev wrote: > apply_to_page_range() enters lazy MMU mode and then invokes > kasan_populate_vmalloc_pte() callback on each page table walk > iteration. The lazy MMU mode may only be entered only under > protection of the page table lock. However, the callback can >

Re: [PATCH] ASoC: fsl_asrc_dma: get codec or cpu dai from backend

2025-04-09 Thread Mark Brown
On Wed, 19 Mar 2025 11:35:04 +0800, Shengjiu Wang wrote: > With audio graph card, original cpu dai is changed to codec device in > backend, so if cpu dai is dummy device in backend, get the codec dai > device, which is the real hardware device connected. > > The specific case is ASRC->SAI->AMIX->C

Re: [PATCH v2 2/4] tpm: support devices with synchronous send()

2025-04-09 Thread Stefano Garzarella
On Tue, Apr 08, 2025 at 06:31:30PM +0300, Jarkko Sakkinen wrote: On Tue, Apr 08, 2025 at 10:32:06AM +0200, Stefano Garzarella wrote: From: Stefano Garzarella Some devices do not support interrupts and provide a single synchronous operation to send the command and receive the response on the sa