Arch Linux on HP Envy x360 m ds0012dx

sipak · 2019-08-15 03:50:55

Hello.

I need help. I've been trying to get GNU/Linux on this computer for a couple of weeks without success.
This is an UEFI system I'm trying to install alongside preinstalled OEM Windows 10.
Specs: HP Envy x360 m ds0012dx: https://support.hp.com/us-en/document/c06296490 (Ryzen 7 3700U - Vega 10 - PCIe NVMe M.2 SSD)
Full hardware info: http://ix.io/1TS7 (download the HTML and open it to visualize)

First attempt from installation media

Using archlinux-2019.08.01-x86_64.iso (kernel 5.2.5) which I flash on a usb using: dd if=/home/xen/sys/iso/archlinux-2019.08.01-x86_64.iso of=/dev/sde bs=4M status=progress
I can boot the installation media with safeboot disabled using kernel parameters acpi=off nospec_store_bypass_disable but a live usb arch installation fails to complete boot using kernel 5.2.7 or 5.2.8 and the exact same parameters. The problem with those parameters is that I get no keyboard or trackpad. Although external usb keyboard and mouse work.

- Without acpi=off I get a plain black screen. no backlight, just black.
- Without nospec_store_bypass_disable I get https://www.imgpaste.net/image/qsupa
- With or without ucode_intel.inmg and/or amd_ucode.img I get boot but no keyboard using acpi=off nospec_store_bypass_disable
This is one of the boot logs: http://ix.io/1QY7

I notice that line...

[   10.458587] Topology: Add dGPU node [0x15d8:0x1002]
[   10.458597] kfd kfd: error getting iommu info. is the iommu enabled?
[   10.458602] kfd kfd: Error initializing iommuv2
[   10.458611] Creating topology SYSFS entries
[   10.458743] kfd kfd: device 1002:15d8 NOT added due to errors

- live usb with kernel 5.2.8 and acpi=off nospec_store_bypass_disable: https://www.imgpaste.net/image/qsLk5

- Additional parameters tested below.

Just for testing purposes I tried booting two other distros:

- openSUSE (tumbleweed Aug 10)
(kernel patches: https://kernel.opensuse.org/cgit/kernel … ches.suse)
Installation media and the same parameters get me keyboard and OS but no trackpad.
- Ubuntu (19.04)
Booting using live some times gives me keyboard and some other times it doesn't but trackpad I can get only if I select install from the grub installation menu.
(Ubuntu: https://wiki.ubuntu.com/Kernel/Dev/KernelPatches). Now, I mention that as background for my intention is to continue using Arch.

Additional attempts at getting a working boot

The following are other acpi parameters I've tried on Arch Linux, August 01 (kernel 5.2.5), installation media alongside nospec_store_bypass_disable

I get a plain black screen with:
noapic
nolapic
acpi=ht
acpi=force
acpi=strict
acpi=soft
acpi=noirq
acpi_backlight=vendorArch Linux on HP Envy x360 m ds0012dx
acpi_force_32bit_fadt_addr
acpica_no_return_repair
acpi_enforce_resources=no
acpi_irq_balance
acpi_no_auto_serialize
acpi_no_memhotplug
acpi_no_static_ssdt
acpi_rsdp=kexec
acpi_rsdp=efi
acpi_sci=level
acpi_sci=edge
acpi_sci=high
acpi_sci=low
acpi_skip_timer_override
acpi_use_timer_override

Using acpi=off I tried to get the keyboard working using:
add_efi_memmap
amd_iommu=off
amd_iommu=force_isolation
amd_iommu_dump=1
iommu=off
iommu=
iommu=force
iommu=noforce
iommu=merge
iommu=forcesac
iommu=soft
iommu=pt
pci=noacpi
pnpacpi=off

Last edited by sipak (2019-08-31 03:46:45)

ebal · 2019-08-15 10:31:31

Can you try editing /etc/mkinitcpio.conf so hooks can look like this:

HOOKS=(base udev keyboard autodetect modconf block filesystems fsck)

take a look here:

https://wiki.archlinux.org/index.php/Mkinitcpio

sipak · 2019-08-15 21:27:14

ebal wrote:

Can you try editing /etc/mkinitcpio.conf so hooks can look like this:
HOOKS=(base udev keyboard autodetect modconf block filesystems fsck)
take a look here:
https://wiki.archlinux.org/index.php/Mkinitcpio

Thanks. That's how I have it. with and without autodetect.

I suspect something related to kfs with iommu and acpi causing this.

MODULES=(xfs amdgpu)
HOOKS=(base udev keyboard modconf block filesystems fsck)
COMPRESSION="cat"

sipak · 2019-08-15 21:31:42

Update: Using a live usb with latest kernel, 5.2.8, I can boot with and without ucode and with or without nospec_store_bypass_override. All I need to do to get boot is acpi=off but then I don't get keyboard.
I think I should pinpoint the actual acpi issue(s) instead of disabling all of acpi, but so far I haven't found what that might be.

Last edited by sipak (2019-08-15 21:32:48)

loqs · 2019-08-15 21:53:15

Seems similar to https://bbs.archlinux.org/viewtopic.php?id=247468
I would suggest looking at DSDT

sipak · 2019-08-28 00:10:30

Alright, so... I had:

1) Extracted the following with 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

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" 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

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

x) Notes: I have tried only correcting the facp from 1 to 0. when it dind't work, I tried adding the modified dsdt also. Still no luck.

#-------------------------------------
# Update:

Okay so... tried adding the aml files via mkinitcpio:

mkdir -p /kernel/firmware/acpi
cp cpi_dsdt.aml /kernel/firmware/acpi/dsdt.aml
cp acpi_facp.aml kernel/firmware/acpi/facp.aml

# Then add path to mkinitcpio:
FILES=(/kernel/firmware/acpi/dsdt.aml /kernel/firmware/acpi/facp.aml)

# Uncompressed the initrd to another dir to verify the files were added to that path within initrd. Yes, the files are there.

mkdir /tmp/cpio ; cpio -idv < /boot/initramfs-linux.img

#Verify that default Arch kernel is compiles with override options:

zcat /proc/config.gz | grep -i OVERRIDE | grep -i ACPI
CONFIG_ACPI_REV_OVERRIDE_POSSIBLE=y

zcat /proc/config.gz | grep -i UPGRADE | grep -i ACPI
CONFIG_ACPI_HAS_ACPI_TABLE_UPGRADE=y
CONFIG_ACPI_TABLE_UPGRADE=y

#Edit /etc/default/grub and add ACPI_TABLE_OVERRIDE_VIA_BUILTIN_INITRD=y ACPI_TABLE_UPGRADE=y to kernel parameters.

# Reboot and... it still dies on boot.

# Boot with acpi=off and /kernel/firmware/acpi/ files are there.

dmesg | grep -i dsdt
[ 0.005325] ACPI: DSDT ACPI table found in initrd [kernel/firmware/acpi/dsdt.aml][0x17741]
dmesg | grep -i facp
[ 0.005274] ACPI: FACP ACPI table found in initrd [kernel/firmware/acpi/dsdt.aml][0x84]

# Following: https://www.kernel.org/doc/Documentatio … erride.txt

Last edited by sipak (2019-08-29 18:52:19)

sipak · 2019-09-02 21:41:43

Update: Okay. Got it!

This is how it works.

Looks like you MUST run with efi. If you use legacy no acpi will be passed to OS.

1) Boot Archiso and select uefi console v2
2) Use the console to boot from iso. No need to set any kernel parameters (If you boot the iso directly it will only boot with acpi=off nospec_store_bypass_disable ¯\_(ツ)_/¯)
3) Install as usual and make sure to also install intel_ucode and amd_ucode
4) I have only grub in efi partition (because I have root encrypted and unlocked with grub cryptodisk): grub efi installation will create the entry but will fail to register the entry in efi (efibootmgr failed to register the boot entry input/output error). Ignore it.
3) Reboot to Arch iso and select uefi console v2
4) Use bcfg to select your boot entry (grub in this case)
5) Boot your new system normally. In my case the first boot had a lot errors. Reboot once again and mostly everything seems to work.

Post installation
- Bluetooth and usb ports were not working because their usb root hub gets suspended (very quickly). I've used powertop to disable autosuspend for all usb hubs and rebooted: All works fine.
webcam switch does work by disconnecting the usb camera and it sends an unknown signal

What doesn't work yet:
- Sensor lis3lv02d (accelerometer) was barely released by amd and it is worked for next kernel release: https://www.kernel.org/doc/html/latest/ … lv02d.html
- Lid close/open doesn't seem to be detected by OS at all (related to accelerometer?)
- Backlight control works on plasma and gnome using the battery widget but the Fn shortcut doesn't work (prolly just change the backlight type will do) acpi_backlight=?? = profit?

I will upload full code and logs soon as well as my update on getting lid, backlight and sensor to work as expected.

Last edited by sipak (2019-09-02 22:06:01)

sipak · 2019-09-22 16:42:44

Final update: With 5.3, everything just works™
Except that touchpad dies when system comes back from hibernation. Suspend to ram seems to work perfectly fine though.

snailman153624 · 2019-10-28 05:30:25

sipak wrote:

Final update: With 5.3, everything just works™
Except that touchpad dies when system comes back from hibernation. Suspend to ram seems to work perfectly fine though.

Sadly, I still have the same issues as your previous post on my 15m-ds0011dx (basically same laptop, but with Ryzen 5 3500u/Vega 8), even with the latest kernel 3.7.1.

FN+ backlight and airplane mode keys do NOT work; they do NOT generate ACPI events, nor keyboard events.

Suspend halfway works...if I manually suspend the system, I can get it to come back, but ONLY if I restart lightdm/cinnamon (which closes all my windows, so...). On the plus side, shutdowns literally take < 1 second, and bootups take about 2-3 seconds...

Lid switch does NOT work. It does not generate any ACPI events.

I have the latest BIOS installed, F.16 Rev A, released Sept 17. Perhaps I should have stayed on the old one, but I had similar installer issues as you at first, until I grabbed a more recent live image (probably needed latest kernel and AMD microcode).

On the plus side, the 3D graphics performance is about double what I had with the R7 on my last AMD laptop (FX-9800p), and it also doesn't get as hot.

Arch Linux

#1 2019-08-15 03:50:55