From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id D7D9017C21B; Wed, 21 May 2025 17:10:26 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1747847427; cv=none; b=J2JZ8JLrCzk8RJvFRVQO9rU+zK5R1VOwRmkxrck6f+dZoWkkVv+9AmAuczK1UJu4YDUmTjVrie8jKWVkJwUFECXhTWVLcX0+/Rz5NF7k9tM0hifeJuiig9p+JvyZgpkcD3z/VCuhbeInJ+6Sp74Gz3VS2hIAZVnqNGwOFinminA= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1747847427; c=relaxed/simple; bh=JzsBQNL/kSas69pyIEdtxjJWFx6sQOuU6X5/zpBwG7c=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=XHa0TKirdeE3rqIpnbshLKhCYbB3N8k09B1Fztyebj77gg2I4rLJn+P8aTiQnk/uYjBgfFOcweeLCh/1QjeeO8DuL8ccR4VGdJCyf+vjIEblJwayXHl3+W/Q3o6fa7d0F4wcQfUn/fLzbcR6veoAa6ehYGsgrEUPeTl5ml8W4Eo= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b=xAThB+te; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b="xAThB+te" Received: by smtp.kernel.org (Postfix) with ESMTPSA id B98E9C4CEE4; Wed, 21 May 2025 17:10:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1747847426; bh=JzsBQNL/kSas69pyIEdtxjJWFx6sQOuU6X5/zpBwG7c=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=xAThB+texwDEhnBwcPS4vOvOwO0PvaFATu0RNJRvJIKArJFk6C2xj7iufCTqpKdF9 YyPGktaopxWTcJmndLfQPSUT+6WcbK6hgzADgHPE1TYPUjS+bCtn233rT46+DILrAt UfAQqpqEujyDLFwxs66AuUnkPGqANZMlefp18Gak= Date: Wed, 21 May 2025 19:10:23 +0200 From: Greg Kroah-Hartman To: Eric Naim Cc: Mario Limonciello , stable@vger.kernel.org, patches@lists.linux.dev, linux-kernel@vger.kernel.org, torvalds@linux-foundation.org, akpm@linux-foundation.org, linux@roeck-us.net, shuah@kernel.org, patches@kernelci.org, lkft-triage@lists.linaro.org, pavel@denx.de, jonathanh@nvidia.com, f.fainelli@gmail.com, sudipm.mukherjee@gmail.com, srw@sladewatkins.net, rwarsow@gmx.de, conor@kernel.org, hargar@microsoft.com, broonie@kernel.org, David.Wu3@amd.com, alexander.deucher@amd.com Subject: Re: [PATCH 6.14 000/145] 6.14.8-rc1 review Message-ID: <2025052105-easiest-sulfur-96e2@gregkh> References: <20250520125810.535475500@linuxfoundation.org> <8db9b7cb-03ff-4aca-aafa-bcab4d1b5d82@cachyos.org> <2025052153-bleach-ouch-0e59@gregkh> <2025052144-lid-resource-2461@gregkh> Precedence: bulk X-Mailing-List: patches@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Thu, May 22, 2025 at 12:59:10AM +0800, Eric Naim wrote: > On 5/22/25 00:25, Greg Kroah-Hartman wrote: > > On Wed, May 21, 2025 at 10:13:45PM +0800, Eric Naim wrote: > >> On 5/21/25 13:35, Greg Kroah-Hartman wrote: > >>> On Tue, May 20, 2025 at 09:42:13PM -0500, Mario Limonciello wrote: > >>>> On 5/20/2025 4:34 PM, Eric Naim wrote: > >>>>> Hi Greg, > >>>>> > >>>>> On 5/20/25 21:49, Greg Kroah-Hartman wrote: > >>>>>> This is the start of the stable review cycle for the 6.14.8 release. > >>>>>> There are 145 patches in this series, all will be posted as a response > >>>>>> to this one. If anyone has any issues with these being applied, please > >>>>>> let me know. > >>>>>> > >>>>>> Responses should be made by Thu, 22 May 2025 12:57:37 +0000. > >>>>>> Anything received after that time might be too late. > >>>>>> > >>>>>> The whole patch series can be found in one patch at: > >>>>>> https://www.kernel.org/pub/linux/kernel/v6.x/stable-review/patch-6.14.8-rc1.gz > >>>>>> or in the git tree and branch at: > >>>>>> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.14.y > >>>>>> and the diffstat can be found below. > >>>>>> > >>>>>> thanks, > >>>>>> > >>>>>> greg k-h > >>>>>> > >>>>>> ------------- > >>>>>> Pseudo-Shortlog of commits: > >>>>>> > >>>>>> Greg Kroah-Hartman > >>>>>> Linux 6.14.8-rc1 > >>>>>> > >>>>>> Dan Carpenter > >>>>>> phy: tegra: xusb: remove a stray unlock > >>>>>> > >>>>>> Tiezhu Yang > >>>>>> perf tools: Fix build error for LoongArch > >>>>>> > >>>>>> Kirill A. Shutemov > >>>>>> mm/page_alloc: fix race condition in unaccepted memory handling > >>>>>> > >>>>>> Daniele Ceraolo Spurio > >>>>>> drm/xe/gsc: do not flush the GSC worker from the reset path > >>>>>> > >>>>>> Maciej Falkowski > >>>>>> accel/ivpu: Flush pending jobs of device's workqueues > >>>>>> > >>>>>> Karol Wachowski > >>>>>> accel/ivpu: Fix missing MMU events if file_priv is unbound > >>>>>> > >>>>>> Karol Wachowski > >>>>>> accel/ivpu: Fix missing MMU events from reserved SSID > >>>>>> > >>>>>> Karol Wachowski > >>>>>> accel/ivpu: Move parts of MMU event IRQ handling to thread handler > >>>>>> > >>>>>> Karol Wachowski > >>>>>> accel/ivpu: Dump only first MMU fault from single context > >>>>>> > >>>>>> Maciej Falkowski > >>>>>> accel/ivpu: Use workqueue for IRQ handling > >>>>>> > >>>>>> Shuai Xue > >>>>>> dmaengine: idxd: Refactor remove call with idxd_cleanup() helper > >>>>>> > >>>>>> Shuai Xue > >>>>>> dmaengine: idxd: fix memory leak in error handling path of idxd_pci_probe > >>>>>> > >>>>>> Shuai Xue > >>>>>> dmaengine: idxd: fix memory leak in error handling path of idxd_alloc > >>>>>> > >>>>>> Shuai Xue > >>>>>> dmaengine: idxd: Add missing idxd cleanup to fix memory leak in remove call > >>>>>> > >>>>>> Shuai Xue > >>>>>> dmaengine: idxd: Add missing cleanups in cleanup internals > >>>>>> > >>>>>> Shuai Xue > >>>>>> dmaengine: idxd: Add missing cleanup for early error out in idxd_setup_internals > >>>>>> > >>>>>> Shuai Xue > >>>>>> dmaengine: idxd: fix memory leak in error handling path of idxd_setup_groups > >>>>>> > >>>>>> Shuai Xue > >>>>>> dmaengine: idxd: fix memory leak in error handling path of idxd_setup_engines > >>>>>> > >>>>>> Shuai Xue > >>>>>> dmaengine: idxd: fix memory leak in error handling path of idxd_setup_wqs > >>>>>> > >>>>>> Yemike Abhilash Chandra > >>>>>> dmaengine: ti: k3-udma: Use cap_mask directly from dma_device structure instead of a local copy > >>>>>> > >>>>>> Ronald Wahl > >>>>>> dmaengine: ti: k3-udma: Add missing locking > >>>>>> > >>>>>> Barry Song > >>>>>> mm: userfaultfd: correct dirty flags set for both present and swap pte > >>>>>> > >>>>>> Wupeng Ma > >>>>>> mm: hugetlb: fix incorrect fallback for subpool > >>>>>> > >>>>>> hexue > >>>>>> io_uring/uring_cmd: fix hybrid polling initialization issue > >>>>>> > >>>>>> Jens Axboe > >>>>>> io_uring/memmap: don't use page_address() on a highmem page > >>>>>> > >>>>>> Nathan Chancellor > >>>>>> net: qede: Initialize qede_ll_ops with designated initializer > >>>>>> > >>>>>> Steven Rostedt > >>>>>> ring-buffer: Fix persistent buffer when commit page is the reader page > >>>>>> > >>>>>> Ming Yen Hsieh > >>>>>> wifi: mt76: mt7925: fix missing hdr_trans_tlv command for broadcast wtbl > >>>>>> > >>>>>> Fedor Pchelkin > >>>>>> wifi: mt76: disable napi on driver removal > >>>>>> > >>>>>> Jarkko Sakkinen > >>>>>> tpm: Mask TPM RC in tpm2_start_auth_session() > >>>>>> > >>>>>> Aaron Kling > >>>>>> spi: tegra114: Use value to check for invalid delays > >>>>>> > >>>>>> Jethro Donaldson > >>>>>> smb: client: fix memory leak during error handling for POSIX mkdir > >>>>>> > >>>>>> Steve Siwinski > >>>>>> scsi: sd_zbc: block: Respect bio vector limits for REPORT ZONES buffer > >>>>>> > >>>>>> Claudiu Beznea > >>>>>> phy: renesas: rcar-gen3-usb2: Set timing registers only once > >>>>>> > >>>>>> Claudiu Beznea > >>>>>> phy: renesas: rcar-gen3-usb2: Fix role detection on unbind/bind > >>>>>> > >>>>>> Oleksij Rempel > >>>>>> net: phy: micrel: remove KSZ9477 EEE quirks now handled by phylink > >>>>>> > >>>>>> Oleksij Rempel > >>>>>> net: dsa: microchip: let phylink manage PHY EEE configuration on KSZ switches > >>>>>> > >>>>>> Ma Ke > >>>>>> phy: Fix error handling in tegra_xusb_port_init > >>>>>> > >>>>>> Wayne Chang > >>>>>> phy: tegra: xusb: Use a bitmask for UTMI pad power state tracking > >>>>>> > >>>>>> Steven Rostedt > >>>>>> tracing: samples: Initialize trace_array_printk() with the correct function > >>>>>> > >>>>>> Ashish Kalra > >>>>>> x86/sev: Make sure pages are not skipped during kdump > >>>>>> > >>>>>> Ashish Kalra > >>>>>> x86/sev: Do not touch VMSA pages during SNP guest memory kdump > >>>>>> > >>>>>> pengdonglin > >>>>>> ftrace: Fix preemption accounting for stacktrace filter command > >>>>>> > >>>>>> pengdonglin > >>>>>> ftrace: Fix preemption accounting for stacktrace trigger command > >>>>>> > >>>>>> Christophe JAILLET > >>>>>> i2c: designware: Fix an error handling path in i2c_dw_pci_probe() > >>>>>> > >>>>>> Nathan Chancellor > >>>>>> kbuild: Disable -Wdefault-const-init-unsafe > >>>>>> > >>>>>> Michael Kelley > >>>>>> Drivers: hv: vmbus: Remove vmbus_sendpacket_pagebuffer() > >>>>>> > >>>>>> Michael Kelley > >>>>>> Drivers: hv: Allow vmbus_sendpacket_mpb_desc() to create multiple ranges > >>>>>> > >>>>>> Michael Kelley > >>>>>> hv_netvsc: Remove rmsg_pgcnt > >>>>>> > >>>>>> Michael Kelley > >>>>>> hv_netvsc: Preserve contiguous PFN grouping in the page buffer array > >>>>>> > >>>>>> Michael Kelley > >>>>>> hv_netvsc: Use vmbus_sendpacket_mpb_desc() to send VMBus messages > >>>>>> > >>>>>> Dragan Simic > >>>>>> arm64: dts: rockchip: Remove overdrive-mode OPPs from RK3588J SoC dtsi > >>>>>> > >>>>>> Sam Edwards > >>>>>> arm64: dts: rockchip: Allow Turing RK1 cooling fan to spin down > >>>>>> > >>>>>> Christian Hewitt > >>>>>> arm64: dts: amlogic: dreambox: fix missing clkc_audio node > >>>>>> > >>>>>> Hyejeong Choi > >>>>>> dma-buf: insert memory barrier before updating num_fences > >>>>>> > >>>>>> Nicolas Chauvet > >>>>>> ALSA: usb-audio: Add sample rate quirk for Microdia JP001 USB Camera > >>>>>> > >>>>>> Christian Heusel > >>>>>> ALSA: usb-audio: Add sample rate quirk for Audioengine D1 > >>>>>> > >>>>>> Wentao Liang > >>>>>> ALSA: es1968: Add error handling for snd_pcm_hw_constraint_pow2() > >>>>>> > >>>>>> Jeremy Linton > >>>>>> ACPI: PPTT: Fix processor subtable walk > >>>>>> > >>>>>> Emanuele Ghidoli > >>>>>> gpio: pca953x: fix IRQ storm on system wake up > >>>>>> > >>>>>> Alexey Makhalov > >>>>>> MAINTAINERS: Update Alexey Makhalov's email address > >>>>>> > >>>>>> Wayne Lin > >>>>>> drm/amd/display: Avoid flooding unnecessary info messages > >>>>>> > >>>>>> Wayne Lin > >>>>>> drm/amd/display: Correct the reply value when AUX write incomplete > >>>>>> > >>>>>> Philip Yang > >>>>>> drm/amdgpu: csa unmap use uninterruptible lock > >>>>>> > >>>>>> Tim Huang > >>>>>> drm/amdgpu: fix incorrect MALL size for GFX1151 > >>>>>> > >>>>>> David (Ming Qiang) Wu > >>>>>> drm/amdgpu: read back register after written for VCN v4.0.5 > >>>>>> > >>>>> > >>>>> This commit seems to breaking a couple of devices with the Phoenix APU, most notably the Ryzen AI chips. Note that this commit in mainline seems to work as intended, and after doing a little bit of digging, [1] landed in 6.15 and so this cherrypick may not be so trivial after all. Attached is a kernel trace highlighting the breakage caused by this commit, along with [2] for the full log. > >>>>> > >>>>> Also adding Alex, David and Mario to Ccs. > >>>>> > >>>> > >>>> Just a minor correction - VCN 4.0.5 is on Strix. So this report is not > >>>> likely from a Phoenix APU. > >>>> > >>>> Nonetheless I agree; I suspect backporting > >>>> ecc9ab4e924b7eb9e2c4a668162aaa1d9d60d08c will help the issue. > >>> > >>> If it is required, someone is going to need to provide a working > >>> version, as that does not apply cleanly as-is. > >>> > >>> thanks, > >>> > >>> greg k-h > >> > >> Hi Greg, > >> > >> I finally got someone to test the mentioned commit, and I (or they) can confirm that ecc9ab4e924b7eb9e2c4a668162aaa1d9d60d08c is indeed the missing commit needed for "drm/amdgpu: read back register after written for VCN v4.0.5". > >> > >> I don't know if this will help, but I got everything to apply cleanly by first applying ecc9ab4e924b7eb9e2c4a668162aaa1d9d60d08c, then cherry-picking the mainline version of "drm/amdgpu: read back register after written for VCN v4.0.5" [1] since the one in stable-rc seems to have been adjusted for the stable tree and made it conflict. > > > > I don't see the conflict that happened here, as I only apply patches > > "cleanly". But I trust you that things are odd here. > > > >> -- > >> Regards, > >> Eric > >> > >> [1] ee7360fc27d6045510f8fe459b5649b2af27811a > > > > Ick. Ok, let me go drop this commit from the tree now, and then can you > > resubmit both of these as a tested series for them to be included > > properly? > > > > I'll do the same for both 6.12.y and 6.14.y now. > > > > thanks, > > > > greg k-h > > Hi, > > I've sent it over at [1]. I hope I did it correctly as this is the first time I'm formally sending over a patch (even if it's not mine). Please let me know if I did anything wrong and things that I can do to correct them :). I've also opted to add a `Tested-by` tag in response to "a tested series". Reminder that I only built the kernels, and had another user test that build since I don't have an affected device, so feel free to drop it if its wrong. Looks good, I'll queue them up after this round of releases goes out, thanks! greg k-h