Details

Description:
The boot freezes on the following screen when I upgraded to linux 4.13:
"
::running early hook [udev]
starting version 234
::running early hook [lvm2]
_
"
The freezes continued with my upgrade to linux 4.13.1 and linux 4.13.2. It happens in both the linux kernel and linux-hardened kernel.

No log is left behind. I've attached a boot log from linux-lts.
I've attached a copy of my partion data.
I've attached my fstab, and crypttab.
I've attached the contents of the files in grub.d in order.
I've attached my mkinitcpio.

> If you add the sysrq_always_enabled paramater to boot options can you use https://en.wikipedia.org/wiki/Magic_SysRq_key to reboot the system?
Yes
> If you add the boot options loglevel=7 and remove the quiet option if present is any more output produced?

Yes, lots. The last line was "fb: switching to amdgpudrmfb from EFI VGA", my phone was dead, so couldn't take a picture.
Interestingly, on 4.12 and lts I used to get a colorful line across the center of my screen before it changed resolution after I went from radeon to amdgpu. However on 4.13 my screen doesn't change resolution and I don't get that line.

You could try blacklisting both radeon and amdgpu modules in case that is the issue instead of lvm: modprobe.blacklist=amdgpu,radeon
Otherwise I am out of ideas apart from the bisection. When doing the bisection please check that you can boot the 4.12 kernel you build to avoid having a false good start point.

The suggested fix is to add “radeon.si_support=0 radeon.cik_support=0 amdgpu.si_support=1 amdgpu.cik_support=1” to the kernel command line. Undoing the last comments changes and adding those lines fixes the issue.

I have the same bug, freezes on the same spot. I blacklisted amdgpu and use radeon instead, which works fine. I saw errors from amdgpu in the journal, i will post my logs here next time i have access to my computer.

I suspect that I am affected by the same bug. GRUB hangs after "running early hook [lvm2]" and before asking for a password to decrypt the root partition since upgrading from linux-4.12.13-1-x86_64 to kernel 4.13.3. I get the same error with kernel 4.13.4. The GPU in my PC is an AMD R9 390 and I have previously been using the ati (or radeon) drivers for it and did not have the amdgpu package installed until I found this bug report. Now I have both xf86-video-amdgpu 1.4.0-1 and xf86-video-ati 1:7.10.0-1 installed.

Blacklisting either or both of radeon and amdgpu on the kernel command line or adding “radeon.si_support=0 radeon.cik_support=0 amdgpu.si_support=1 amdgpu.cik_support=1” did not fix this issue.

Reverting to kernel 4.12.13 or running on the intel integrated graphics by changing the default graphics adapter in my bios settings works fine.

note: I am using the 'Arch Linux (AMD graphics)' menuentry from my grub.cfg and modifying the command line in grub.

"Beginning with Linux 4.13, AMDGPU and Radeon GCN 1.0/1.1 support can co-exist nicer thanks to some new module options added. Even if blacklisting the Radeon DRM, AMDGPU doesn't have GCN 1.0/1.1 support by default but requires setting amdgpu.cik_support=1 for GCN 1.1 support and amdgpu.si_support=1 for GCN 1.0 support. To get Radeon DRM to not bind to these generations of GPUs, radeon.si_support=0 and radeon.cik_support=0 must be set. So basically if you want to get AMDGPU working for Sea Islands and Southern Islands GPUs on Linux 4.13+, you need to append "radeon.si_support=0 radeon.cik_support=0 amdgpu.si_support=1 amdgpu.cik_support=1" to your kernel command line when booting the system."