https://bugzilla.kernel.org/show_bug.cgi?id=203431
--- Comment #34 from bol...@boldos.info --- (In reply to Ax from comment #33) > Hello! > > I think I have the same problem with a different system: > > - Arch Linux on HP Envy x360 m ds0012dx > - Kernel 5.2.9 > > I have tried patching the dsdt and the facp without any luck. only acpi=off > boots but there is no keyboard (and other stuff I suppose). Just out of curiosity, why did you patch DSDT? As it seems, only FACP table needs to be modified&overriden for initramfs. > Since I see this happening in three different systems, thought I should > report it here. > > For details on what I've done: > https://bbs.archlinux.org/viewtopic.php?pid=1860659#p1860659 > > For a similar case: > https://askubuntu.com/questions/1162746/why-wont-my-hp-envy-x360-laptop-with- > ryzen-7-3700u-boot-ubuntu-live-cd Yep, this is the solution I tried to provide to poor fellow penguinz, who could not boot their new (2019) HP ENVYs :) > > --------------------------------------------------------- > I have... > > 0) Disabled safe boot and enabled legacy support > > 1) Extracted the following using AIDA64 on Windows. > acpi_apic.bin http://ix.io/1TEr > acpi_bgrt.bin http://ix.io/1TEt > acpi_cdit.bin http://ix.io/1TEv > acpi_crat.bin http://ix.io/1TEx > acpi_dsdt.bin http://ix.io/1TEz > acpi_tree.txt http://ix.io/1TEC > acpi_uefi.bin http://ix.io/1TEE > acpi_xsdt.bin http://ix.io/1TEG > acpi_facp.bin http://ix.io/1TEH > iasl -tc ./acpi_dsdt.dsl http://ix.io/1TEJ > > 2) Installed Arch from live media with acpi=off nospec_store_bypass_disable > and booted to new system also with acpi=off nospec_store_bypass_disable > (without efi) > > iasl -d acpi_facp.bin > # s/Hardware Reduced (V5) : 1/Hardware Reduced (V5) : 0/ > iasl -tc acpi_facp.dsl > > iasl -d acpi_dsdt.bin > # Changed everything marked as "Method should be made Serialized" to > "Serialized" by de iasl -d > # s/NotSerialized/Serialized/ > iasl -tc acpi_dsdt.dsl > > Then: > > mkdir -p kernel/firmware/acpi > cp acpi_dsdt.aml kernel/firmware/acpi/dsdt.aml > cp acpi_dsdt.hex kernel/firmware/acpi/dsdt.hex > cp acpi_facp.aml kernel/firmware/acpi/facp.aml > cp acpi_facp.hex kernel/firmware/acpi/facp.hex Ummm, again, only facp.aml (with modifications) is required here > > find kernel | cpio -H newc --create > acpi_override.cpio.img > cp acpi_override.cpio.img /boot > > Added ACPI_TABLE_UPGRADE=y to GRUB and init looks like > initrd /boot/amd-ucode.img /boot/initramfs-linux.img > /boot/acpi_override.cpio.img > > 3) Reboot: Still fails to get system to boot without acpi=off > Yep, tried this too; did not work for me. What seems to be working is only to attach the created cpio archive directly to your /boot/initrd* (or however is the boot kernel called on your distro. A word of caution: Every kernel 5.* (as it seems) already has a cpio archive attached to it, containing AuthenticAMD.bin (I guess it is some kind of an AMD-related firmware). You will need this firmware! So I recommend to extract it from initrd* and add it to your source paths for cpio creation. On my system it looks like this: /kernel/firmware/acpi/facp.aml /kernel/x86/microcode/AuthenticAMD.bin ...and this is the CPIO archive I'm attaching to the initrd by using: # cat my_tables.cpio /boot/initrd.img-5.1.21-050121-generic >my_initrd # sudo mv my_initrd /boot/initrd.img-5.1.21-050121-generic > x) Notes: I have tried only correcting the facp from 1 to 0. When it didn't > work, I tried adding the modified dsdt also. Still no boot without acpi=off > and nospec_store_bypass_disable > > --------------------------------------------------------- -- You are receiving this mail because: You are watching the assignee of the bug. _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
