Resposta parcial:
A placa Nvidia é corretamente enumerada, mas isso
[ 0.319197] pci 0000:01:00.0: can't claim BAR 6 [mem 0xfff80000-0xffffffff pref]: no compatible bridge window
[ 0.319215] pci 0000:01:00.0: BAR 6: no space for [mem size 0x00080000 pref]
[ 0.319216] pci 0000:01:00.0: BAR 6: failed to assign [mem size 0x00080000 pref]
[ 0.319217] pci 0000:00:01.0: PCI bridge to [bus 01]
[ 0.319219] pci 0000:00:01.0: bridge window [io 0xd000-0xdfff]
[ 0.319221] pci 0000:00:01.0: bridge window [mem 0xd1000000-0xd1ffffff]
[ 0.319223] pci 0000:00:01.0: bridge window [mem 0xa0000000-0xb1ffffff 64bit pref]
sugere que há algo errado com a ponte pci-to-pci usada para acessar a placa gráfica.
Isso aqui
[ 1.028760] ACPI Warning: \_SB.PCI0.GFX0._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20160930/nsarguments-95)
[ 1.028792] ACPI Warning: \_SB.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20160930/nsarguments-95)
[ 1.028867] ACPI Warning: \_SB.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20160930/nsarguments-95)
[ 1.028918] pci 0000:01:00.0: optimus capabilities: enabled, status dynamic power, hda bios codec supported
[ 1.028920] VGA switcheroo: detected Optimus DSM method \_SB_.PCI0.PEG0.PEGP handle
realmente parece que algo está errado na ACPI, e GFX0
e PEG0
são provavelmente seções de placa gráfica. A ACPI errada também pode causar problemas com a ponte pci-para-pci.
Então é muito provável que o BIOS forneça informações ACPI um pouco diferentes após a hibernação (por qualquer motivo), e o Linux engasga com isso, enquanto o Windows não faz isso.
Então, o próximo passo seria depurar o ACPI, o que não é divertido, e eu não sou especialista nisso. Possivelmente você poderia levar isso para as pessoas do kernel que são responsáveis pela interpretação da ACPI, arquivar um bug e ver se alguém acha interessante o suficiente para dar uma olhada.