[+cc linux-pci; thread at https://lore.kernel.org/r/CRVU11I7JJWF.367PSO4YAQQEI@bong]
On Fri, Apr 14, 2023 at 12:07:42PM +0300, Acid Bong wrote:
Thorsten why do you pass pci=nomsi
It's a workaround for another issue i've been facing for about 2 or 3 years, since when I first tried out Linux (started with loading Kubuntu and Mint live images). Without that workaround Kubuntu didn't boot for me - on kernel 5.8 it only reached the graphic installer part, but hung after language selection menu, on 5.4 and 5.11 - didn't even reach the graphic session. With Mint it was more severe - the screen was flooded with PCIe errors, like so:
Apr 10 18:47:08 bong last message buffered 3 times Apr 10 18:47:08 bong kernel: pcieport 0000:00:1c.5: device [8086:9d15] error status/mask Apr 10 18:47:08 bong last message buffered 5 times Apr 10 18:47:08 bong kernel: pcieport 0000:00:1c.5: device [8086:9d15] error status/mask Apr 10 18:47:08 bong last message buffered 13 times Apr 10 18:47:08 bong kernel: pcieport 0000:00:1c.5: device [8086:9d15] error status/mask Apr 10 18:47:08 bong last message buffered 5 times Apr 10 18:47:08 bong kernel: pcieport 0000:00:1c.5: device [8086:9d15] error status/mask Apr 10 18:47:08 bong last message buffered 6 times
`pci=nomsi` saved me also during Debian installation - without it the live ISO just crashed mid-installation.
Likely "pci=nomsi" or "pci=noaer" are not related to the suspend/poweroff issue, but I'd really like to fix the AER problem anyway.
Can you collect the complete dmesg log and output of "sudo lspci -vv" and post them somewhere (https://bugzilla.kernel.org is a good place)?
Ideally the dmesg would be from the most recent kernel you have.
Bjorn