[+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
