Hi, Thorsten here, the Linux kernel's regression tracker. Top-posting for once, to make this easily accessible to everyone.
Nick, what's the status/was there any progress? Did you do what Mario suggested and file a nouveau bug? I ask, as I still have this on my list of regressions and it seems there was no progress in three+ weeks now. Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat) -- Everything you wanna know about Linux kernel regression tracking: https://linux-regtracking.leemhuis.info/about/#tldr If I did something stupid, please tell me, as explained on that page. #regzbot backburner: slow progress, likely just affects one machine #regzbot poke On 02.06.23 02:57, Limonciello, Mario wrote: > [AMD Official Use Only - General] > >> -----Original Message----- >> From: Nick Hastings <[email protected]> >> Sent: Thursday, June 1, 2023 7:02 PM >> To: Karol Herbst <[email protected]> >> Cc: Limonciello, Mario <[email protected]>; Lyude Paul >> <[email protected]>; Lukas Wunner <[email protected]>; Salvatore >> Bonaccorso <[email protected]>; [email protected]; Rafael J. >> Wysocki <[email protected]>; Len Brown <[email protected]>; linux- >> [email protected]; [email protected]; >> [email protected] >> Subject: Re: Regression from "ACPI: OSI: Remove Linux-Dell-Video _OSI >> string"? (was: Re: Bug#1036530: linux-signed-amd64: Hard lock up of system) >> >> Hi, >> >> * Karol Herbst <[email protected]> [230602 03:10]: >>> On Thu, Jun 1, 2023 at 7:21 PM Limonciello, Mario >>> <[email protected]> wrote: >>>>> -----Original Message----- >>>>> From: Karol Herbst <[email protected]> >>>>> Sent: Thursday, June 1, 2023 12:19 PM >>>>> To: Limonciello, Mario <[email protected]> >>>>> Cc: Nick Hastings <[email protected]>; Lyude Paul >>>>> <[email protected]>; Lukas Wunner <[email protected]>; Salvatore >>>>> Bonaccorso <[email protected]>; [email protected]; Rafael J. >>>>> Wysocki <[email protected]>; Len Brown <[email protected]>; linux- >>>>> [email protected]; [email protected]; >>>>> [email protected] >>>>> Subject: Re: Regression from "ACPI: OSI: Remove Linux-Dell-Video _OSI >>>>> string"? (was: Re: Bug#1036530: linux-signed-amd64: Hard lock up of >> system) >>>>> >>>>> On Thu, Jun 1, 2023 at 6:54 PM Limonciello, Mario >>>>> <[email protected]> wrote: >>>>>> >>>>>> [AMD Official Use Only - General] >>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Karol Herbst <[email protected]> >>>>>>> Sent: Thursday, June 1, 2023 11:33 AM >>>>>>> To: Limonciello, Mario <[email protected]> >>>>>>> Cc: Nick Hastings <[email protected]>; Lyude Paul >>>>>>> <[email protected]>; Lukas Wunner <[email protected]>; Salvatore >>>>>>> Bonaccorso <[email protected]>; [email protected]; Rafael >> J. >>>>>>> Wysocki <[email protected]>; Len Brown <[email protected]>; linux- >>>>>>> [email protected]; [email protected]; >>>>>>> [email protected] >>>>>>> Subject: Re: Regression from "ACPI: OSI: Remove Linux-Dell-Video >> _OSI >>>>>>> string"? (was: Re: Bug#1036530: linux-signed-amd64: Hard lock up of >>>>> system) >>>>>>> >>>>>>> On Thu, Jun 1, 2023 at 6:18 PM Limonciello, Mario >>>>>>>> >>>>>>>> Lyude, Lukas, Karol >>>>>>>> >>>>>>>> This thread is in relation to this commit: >>>>>>>> >>>>>>>> 24867516f06d ("ACPI: OSI: Remove Linux-Dell-Video _OSI string") >>>>>>>> >>>>>>>> Nick has found that runtime PM is *not* working for nouveau. >>>>>>>> >>>>>>> >>>>>>> keep in mind we have a list of PCIe controllers where we apply a >>>>>>> workaround: >>>>>>> >>>>> >> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers >>>>>>> /gpu/drm/nouveau/nouveau_drm.c?h=v6.4-rc4#n682 >>>>>>> >>>>>>> And I suspect there might be one or two more IDs we'll have to add >>>>>>> there. Do we have any logs? >>>>>> >>>>>> There's some archived onto the distro bug. Search this page for >>>>> "journalctl.log.gz" >>>>>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1036530 >>>>>> >>>>> >>>>> interesting.. It seems to be the same controller used here. I wonder >>>>> if the pci topology is different or if the workaround is applied at >>>>> all. >>>> >>>> I didn't see the message in the log about the workaround being applied >>>> in that log, so I guess PCI topology difference is a likely suspect. >>>> >>> >>> yeah, but I also couldn't see a log with the usual nouveau messages, >>> so it's kinda weird. >>> >>> Anyway, the output of `lspci -tvnn` would help >> >> % lspci -tvnn >> -[0000:00]-+-00.0 Intel Corporation Device [8086:3e20] >> +-01.0-[01]----00.0 NVIDIA Corporation TU117M [GeForce GTX 1650 >> Mobile / Max-Q] [10de:1f91] > > So the bridge it's connected to is the same that the quirk *should have been* > triggering. > > May 29 15:02:42 xps kernel: pci 0000:00:01.0: [8086:1901] type 01 class > 0x060400 > > Since the quirk isn't working and this is still a problem in 6.4-rc4 I > suggest opening a > Nouveau drm bug to figure out why. > >> +-02.0 Intel Corporation CoffeeLake-H GT2 [UHD Graphics 630] >> [8086:3e9b] >> +-04.0 Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core >> Processor Thermal Subsystem [8086:1903] >> +-08.0 Intel Corporation Xeon E3-1200 v5/v6 / E3-1500 v5 / >> 6th/7th/8th Gen Core Processor Gaussian Mixture Model [8086:1911] >> +-12.0 Intel Corporation Cannon Lake PCH Thermal Controller >> [8086:a379] >> +-14.0 Intel Corporation Cannon Lake PCH USB 3.1 xHCI Host >> Controller >> [8086:a36d] >> +-14.2 Intel Corporation Cannon Lake PCH Shared SRAM [8086:a36f] >> +-15.0 Intel Corporation Cannon Lake PCH Serial IO I2C >> Controller #0 >> [8086:a368] >> +-15.1 Intel Corporation Cannon Lake PCH Serial IO I2C >> Controller #1 >> [8086:a369] >> +-16.0 Intel Corporation Cannon Lake PCH HECI Controller >> [8086:a360] >> +-17.0 Intel Corporation Cannon Lake Mobile PCH SATA AHCI >> Controller >> [8086:a353] >> +-1b.0-[02-3a]----00.0-[03-3a]--+-00.0-[04]----00.0 Intel >> Corporation >> JHL6340 Thunderbolt 3 NHI (C step) [Alpine Ridge 2C 2016] [8086:15d9] >> | +-01.0-[05-39]-- >> | \-02.0-[3a]----00.0 Intel >> Corporation JHL6340 >> Thunderbolt 3 USB 3.1 Controller (C step) [Alpine Ridge 2C 2016] >> [8086:15db] >> +-1c.0-[3b]----00.0 Intel Corporation Wi-Fi 6 AX200 [8086:2723] >> +-1c.4-[3c]----00.0 Realtek Semiconductor Co., Ltd. RTS525A PCI >> Express Card Reader [10ec:525a] >> +-1d.0-[3d]----00.0 Samsung Electronics Co Ltd NVMe SSD >> Controller >> SM981/PM981/PM983 [144d:a808] >> +-1f.0 Intel Corporation Cannon Lake LPC Controller [8086:a30e] >> +-1f.3 Intel Corporation Cannon Lake PCH cAVS [8086:a348] >> +-1f.4 Intel Corporation Cannon Lake PCH SMBus Controller >> [8086:a323] >> \-1f.5 Intel Corporation Cannon Lake PCH SPI Controller >> [8086:a324] >> >> >> Regards, >> >> Nick. >
