lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20220609224339.GA543225@bhelgaas>
Date:   Thu, 9 Jun 2022 17:43:39 -0500
From:   Bjorn Helgaas <helgaas@...nel.org>
To:     linux-pci@...r.kernel.org
Cc:     "Guilherme G. Piccoli" <gpiccoli@...lia.com>,
        Hans de Goede <hdegoede@...hat.com>,
        Thorsten Leemhuis <regressions@...mhuis.info>,
        linux-kernel@...r.kernel.org
Subject: [bugzilla-daemon@...nel.org: [Bug 216109] New: Steam Deck fails to
 boot when E820 entries clipped out of _CRS]

New regression in v5.19-rc1.

----- Forwarded message from bugzilla-daemon@...nel.org -----

Subject: [Bug 216109] New: Steam Deck fails to boot when E820 entries clipped
	out of _CRS

https://bugzilla.kernel.org/show_bug.cgi?id=216109

           Summary: Steam Deck fails to boot when E820 entries clipped out
                    of _CRS
    Kernel Version: v5.19

Guilherme G. Piccoli reported that v5.18 boots fine on Steam Deck, but
v5.19-rc1 does not.  He bisected it to 4c5e242d3e93 ("x86/PCI: Clip only host
bridge windows for E820 regions") [1].

A quirk similar to [2] that disables E820 clipping makes v5.19-rc1 work again.

The reason why v5.18 (which always does E820 clipping by default) works, while
v5.19-rc1 (which also does E820 clipping on this platform) does not has not
been explained yet.

[1] https://git.kernel.org/linus/4c5e242d3e93
[2] https://git.kernel.org/linus/d341838d776a

----- End forwarded message -----

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ