https://labs.parabola.nu/https://labs.parabola.nu/favicon.ico?15367742552020-06-26T17:50:20ZParabola Issue TrackerPackages - Bug #2816: linux-libre kernel 5.7.2-1 does not boot with UEFI and some AMD GPUshttps://labs.parabola.nu/issues/2816?journal_id=148612020-06-26T17:50:20Zbill-auger
<ul><li><strong>Assignee</strong> set to <i>Megver83</i></li></ul> Packages - Bug #2816: linux-libre kernel 5.7.2-1 does not boot with UEFI and some AMD GPUshttps://labs.parabola.nu/issues/2816?journal_id=148622020-06-26T17:54:12Zbill-auger
<ul></ul><p>this looks to me pretty much of a duplicate of <a class="issue tracker-1 status-2 priority-3 priority-default closed" title="Bug: linux-libre does not boot (fixed)" href="https://labs.parabola.nu/issues/1750">#1750</a> which was posted two years ago by the same person - that one is still open marked: 'info-needed'</p>
<p>nona -</p>
<p>is this essentially the same problem as <a class="issue tracker-1 status-2 priority-3 priority-default closed" title="Bug: linux-libre does not boot (fixed)" href="https://labs.parabola.nu/issues/1750">#1750</a>? - is it the same ryzen computer? - if so, we should close this ticket and continue the discussion with <a class="issue tracker-1 status-2 priority-3 priority-default closed" title="Bug: linux-libre does not boot (fixed)" href="https://labs.parabola.nu/issues/1750">#1750</a> - otherwise, you noted in <a class="issue tracker-1 status-2 priority-3 priority-default closed" title="Bug: linux-libre does not boot (fixed)" href="https://labs.parabola.nu/issues/1750">#1750</a> that the original problem was fixed, so maybe this is a different problem, and <a class="issue tracker-1 status-2 priority-3 priority-default closed" title="Bug: linux-libre does not boot (fixed)" href="https://labs.parabola.nu/issues/1750">#1750</a> should be closed instead</p> Packages - Bug #2816: linux-libre kernel 5.7.2-1 does not boot with UEFI and some AMD GPUshttps://labs.parabola.nu/issues/2816?journal_id=148662020-06-26T23:50:17Znona
<ul></ul><p>No, bill, it's not the same issue. It is the same computer. The behaviour now is that the system does NOT take my password unless I downgrade. As I mentioned:</p>
<pre><code>...For a long time, I have not been able to see the prompt to input the password, but I can still boot...</code></pre>
<p>About bug <a class="issue tracker-1 status-2 priority-3 priority-default closed" title="Bug: linux-libre does not boot (fixed)" href="https://labs.parabola.nu/issues/1750">#1750</a>, I still don't know why it is still marked as info needed, if I already provided everything which was requested, and nobody has asked me for more. I guessed it was not a priority.</p>
<p>Thanks.</p> Packages - Bug #2816: linux-libre kernel 5.7.2-1 does not boot with UEFI and some AMD GPUshttps://labs.parabola.nu/issues/2816?journal_id=148692020-06-27T01:00:30ZMegver83megver83@parabola.nu
<ul></ul><p>do you have the same problem without cryptsetup?</p> Packages - Bug #2816: linux-libre kernel 5.7.2-1 does not boot with UEFI and some AMD GPUshttps://labs.parabola.nu/issues/2816?journal_id=148702020-06-27T05:11:38Znona
<ul></ul>Since
<ol>
<li>This only happens after I install linux-libre 5.7.2-1-x86_64</li>
<li>I can boot with `nomodeset' with linux-libre 5.7.2-1-x86_64</li>
<li>I can go back to 5.6.12-1.x86_64 or linux-libre-lts 5.4.41-1_x86_64 <br />I guess that the answer is yes.</li>
</ol>
<p>My whole disk is encrypted. I hope that there is a way to test this without uninstalling my whole system (including my personal files and configuration).</p> Packages - Bug #2816: linux-libre kernel 5.7.2-1 does not boot with UEFI and some AMD GPUshttps://labs.parabola.nu/issues/2816?journal_id=148712020-06-27T05:40:39Zbill-auger
<ul></ul><p>the first thing i would try is to remove "quiet splash fbcon=font:TER16x32" from the grub command - that may reveal some information, either with or without nomodeset</p>
<p>i have seen it suggested, that if some laptops have a black screen while booting, you can shine a flashlight on the screen and you may see that the display is actually working but the backlight is off</p> Packages - Bug #2816: linux-libre kernel 5.7.2-1 does not boot with UEFI and some AMD GPUshttps://labs.parabola.nu/issues/2816?journal_id=148742020-06-27T15:01:26Znona
<ul></ul><p>Hi, bill.</p>
<ol>
<li>Removing `quiet splash' shows some messages before the rest of the messages are suppressed.</li>
<li>With `nomodeset' I see the whole list of messages in the boot process</li>
<li>`fbcon=fontÑTER16x32' makes no difference except in the font size</li>
<li>Leaving the kernel line as it is with 5.6.12-1-x86_64 and 5.7.2-1-x86_64, I know that the screen is on (backlight is not interfering in any way)</li>
<li>It seems that 5.7.2-1-x86_64 disables my keyboard
<ol>
<li>If I install 5.6.12-1-x86_64, I can hit [CTRL] + [ALT] + [DEL] to restart the computer</li>
<li>with 5.7.2-1-x86_64, [CTRL] + [ALT] + [DEL] does nothing</li>
</ol>
</li>
<li>As in <a class="issue tracker-1 status-2 priority-3 priority-default closed" title="Bug: linux-libre does not boot (fixed)" href="https://labs.parabola.nu/issues/1750">#1750</a>, I can still see (without `quiet splash' or with `nomodeset') the message<br /> AMD-Vi: Unable to read/write to IOMMU perf count</li>
</ol>
<p>Thanks.</p> Packages - Bug #2816: linux-libre kernel 5.7.2-1 does not boot with UEFI and some AMD GPUshttps://labs.parabola.nu/issues/2816?journal_id=148792020-06-28T01:24:21Zbill-auger
<ul></ul><p>On Sat, 27 Jun 2020 15:01:27 +0000 <a class="email" href="mailto:labs@parabola.nu">labs@parabola.nu</a> wrote:</p>
<blockquote>
<p>It seems that 5.7.2-1-x86_64<br />disables my keyboard</p>
</blockquote>
<p>when i rebooted a few moments ago, kernel 5.7.2-gnu-1, my<br />keyboard was not working either - even the caps-lock key<br />would not toggle the LED</p>
<p>i have two keyboards and im not sure if that made any<br />difference; i did not try the other one at first - i<br />waited at the login prompt for about a minute, then i<br />pressed a key on the other keyboard, then they were<br />both working</p> Packages - Bug #2816: linux-libre kernel 5.7.2-1 does not boot with UEFI and some AMD GPUshttps://labs.parabola.nu/issues/2816?journal_id=148802020-06-28T02:23:36Znona
<ul></ul><p>That is super interesting. I currently do not have an external keyboard, but seems like a step forward. Let me know if I can help :) . May be if I play around with the `mkinitcpio.conf' hooks? I have these right now:<br /><pre>
HOOKS=("base" "udev" "keyboard" "keymap" "autodetect" "modconf" "block" "consolefont" "encrypt" "lvm2" "resume" "filesystems" "fsck" "shutdown")
</pre></p> Packages - Bug #2816: linux-libre kernel 5.7.2-1 does not boot with UEFI and some AMD GPUshttps://labs.parabola.nu/issues/2816?journal_id=148822020-06-28T03:39:20Zbill-auger
<ul></ul><p>do you have a USB wifi or anything else plugged in? - i also<br />noticed that the USB wifi thingy would not activate - i had to<br />unplug it and plug it in again to get the system to recognize</p>
<p>i dont know that there is any good suggestion in that - just<br />a clue perhaps - maybe just try booting with nothing extra<br />plugged in, and wait 5 minutes before trying to log in - just to<br />see if it maybe will accept the keyboard input eventually</p> Packages - Bug #2816: linux-libre kernel 5.7.2-1 does not boot with UEFI and some AMD GPUshttps://labs.parabola.nu/issues/2816?journal_id=148862020-06-28T18:03:08Znona
<ul></ul><p>Nope, nothing is plugged in. I tried the hint about the 5 minutes, but still nothing. Thanks.</p> Packages - Bug #2816: linux-libre kernel 5.7.2-1 does not boot with UEFI and some AMD GPUshttps://labs.parabola.nu/issues/2816?journal_id=150002020-07-13T15:04:00Znona
<ul></ul><p>I contacted the linux-libre mailing list and did some other tests:</p>
<p>1 Loading amdgpu early in the grub<br />══════════════════════════════════<br />┌────<br />│ GRUB_PRELOAD_MODULES="amdgpu ...<br />└────<br />Listing 1: Adding amdgpu as preloaded module in `/etc/default/grub' does not have an effect (blank screen, no cryptsetup prompt)</p>
<p>2 Removing amdgpu<br />═════════════════<br />┌────<br />│ MODULES=()<br />└────<br />Listing 2: Removing amdgpu in `/etc/mkinitcpio.conf' and uninstalling `xf86-video-amdgpu' shows up to some lines of OpenRC.<br />┌────<br />│ # pacman -Rnucs xf86-video-amdgpu<br />└────</p>
<p>2.1 Adding `nomodeset' to the kernel line<br />─────────────────────────────────────────<br />Adding `nomodeset' to the kernel line eventually clears the screen and shows a static underscore at the top left corner. If I type-in my user password (with the blank screen) and follow the process to shutdown as if I had logged in (without being able to see anything), the computer actually shuts down. That indicates that the boot process completes, but I have nothing on screen except for the underscore.</p> Packages - Bug #2816: linux-libre kernel 5.7.2-1 does not boot with UEFI and some AMD GPUshttps://labs.parabola.nu/issues/2816?journal_id=150012020-07-14T01:13:32Zbill-auger
<ul></ul><p>the current is linux-libre-5.7.8 now - can someone try it and confirm if the problem is still present</p> Packages - Bug #2816: linux-libre kernel 5.7.2-1 does not boot with UEFI and some AMD GPUshttps://labs.parabola.nu/issues/2816?journal_id=150052020-07-14T03:35:55Znona
<ul></ul><p>Thank you, bill. I can confirm that it also happens with the new kernel.</p>
<p>May be this should be moved upstream? <br /><a href="https://www.fsfla.org/pipermail/linux-libre/2020-July/003380.html" title="Linux-libre mailing list, 14th July, 2020" class="external">cannot boot with linux-libre>=5.7, amdgpu and cryptsetup</a><br /><a href="https://libreplanet.org/wiki?title=Group:Hardware/research/gpu/radeon" title="Libre-planet.org" class="external">Hardware/research/gpu/radeon</a></p>
<p>You know, bill? I really appreciate all the effort that you make to keep this forum working! Thank you :).</p> Packages - Bug #2816: linux-libre kernel 5.7.2-1 does not boot with UEFI and some AMD GPUshttps://labs.parabola.nu/issues/2816?journal_id=150072020-07-14T13:42:56Zbill-auger
<ul></ul><p>/me is becoming an expert cat-herder :)</p> Packages - Bug #2816: linux-libre kernel 5.7.2-1 does not boot with UEFI and some AMD GPUshttps://labs.parabola.nu/issues/2816?journal_id=153982020-09-24T05:56:00Zbill-auger
<ul></ul><p>is this still a problem with 5.8.5 ?</p> Packages - Bug #2816: linux-libre kernel 5.7.2-1 does not boot with UEFI and some AMD GPUshttps://labs.parabola.nu/issues/2816?journal_id=154102020-09-24T17:46:46Znona
<ul></ul><p>yes, still there</p> Packages - Bug #2816: linux-libre kernel 5.7.2-1 does not boot with UEFI and some AMD GPUshttps://labs.parabola.nu/issues/2816?journal_id=154722020-10-18T04:45:42Znona
<ul></ul><p>I updated my system yesterday. It is completely broken. The only way that I have to log in is by adding modeprobe.blacklist=radeon modeprobe.blacklist=amdgpu to the kernel line on the boot loader. This leaves me without any graphical user interface. I tried to roll-back all changes by checking my pacman.log and using the previous packages, but even that did not work. Any help would be appreciated. Otherwise, I will thank you for all these years and will have to wave good bye my freedom to start using a non-libre linux.</p> Packages - Bug #2816: linux-libre kernel 5.7.2-1 does not boot with UEFI and some AMD GPUshttps://labs.parabola.nu/issues/2816?journal_id=154942020-10-26T03:46:21Znona
<ul></ul><p>Oof! After long days, I found out that VESA is not able to start with UEFI (/var/log/Xorg.0.log). Why? I don't know. Here is a hint:</p>
<p><a class="external" href="https://centos.pkgs.org/7/centos-x86_64/xorg-x11-drv-vesa-2.4.0-3.el7.x86_64.rpm.html">https://centos.pkgs.org/7/centos-x86_64/xorg-x11-drv-vesa-2.4.0-3.el7.x86_64.rpm.html</a><br />- Refuse to run on UEFI framebuffers</p>
<p>To figure this out, I went through many hoops, including (you can safely skip this if you are a regular user):<br />- modprobe.blacklist=amdgpu is usually enough as a parameter in the kernel line to prevent a non-working screen and to drop into a command line (may need CTRL + ALT + F2)<br />- creating many LiveUSB with many Parabola's and other distro's ISOs<br />- booting parabola-x86_64-systemd-lxde-2019.06-pre-complete.iso (with the parameter mentioned earlier) with BIOS boot (not UEFI; this is super important)<br />- using Calamares (nothing else works, really) to install into an external HDD (USB memory sticks do not work, because they don't show up during installation).<br />- downgrade to 5.4.69-gnu-1-lts</p>
<p>To solve it (hopefully, it will boot after I restart):<br />- create a LiveUSB and boot with BIOS (not UEFI)<br />- go to your /boot/grub/grub.cfg and copy one of the previously-working entries<br />- install Parabola into an external hard drive<br />- add the previously-working entry into the new /boot/grub/grub.cfg<br />- boot from the external hard drive into the previously-working system<br />- remove amdgpu from MODULES in /etc/mkinitcpio.conf<br />- run mkinitcpio <del>p <your-kernel> (ex: mkinitcpio -p linux-libre-lts)<br /></del> shrink an (unencrypted) partition in your system<br />- create a new partition and format it as BIOS boot with fdisk (type 4) or any other means<br />- run grub-install --target=i386-pc /dev/sdX (replace X with the letter for your hard drive)<br />- add GRUB_ENABLE_CRYPTODISK=y to your /etc/default/grub (it may complain otherwise)<br />- run grub-mkconfig <del>o /boot/grub/grub.cfg<br /></del> (optional) add modprobe.blacklist=amdgpu to kernel line<br />- reboot and face the non-working grub<br />- reboot with the LiveUSB into the system (again)<br />- remove the GRUB_ENABLE_CRYPTODISK=y from your /etc/default/grub<br />- run grub-install --target=i386-pc /dev/sdX<br />- run grub-mkconfig <del>o /boot/grub/grub.cfg<br /></del> reboot into your VESA-enabled (amdgpu-free) system</p>
<p>If in doubt: <br />- <a class="external" href="https://wiki.archlinux.org/index.php/GRUB#GUID_Partition_Table_.28GPT.29_specific_instructions">https://wiki.archlinux.org/index.php/GRUB#GUID_Partition_Table_.28GPT.29_specific_instructions</a><br />- <a class="external" href="https://www.rohlix.eu/post/linux-disk-encryption-with-bios-uefi-using-mbr-gpt-luks-lvm-and-grub/">https://www.rohlix.eu/post/linux-disk-encryption-with-bios-uefi-using-mbr-gpt-luks-lvm-and-grub/</a> (Linux: Full Disk Encryption with BIOS, UEFI using MBR, GPT, LUKS, LVM and GRUB -- GRUB on BIOS with GPT)<br /><a class="issue tracker-1 status-2 priority-3 priority-default closed" title="Bug: [linux-libre-lts]: Computer does not shut down (fixed)" href="https://labs.parabola.nu/issues/1685">#1685</a> <a class="issue tracker-1 status-2 priority-3 priority-default closed" title="Bug: linux-libre missing amdgpu radeon modules (fixed)" href="https://labs.parabola.nu/issues/2181">#2181</a> <a class="issue tracker-1 status-9 priority-3 priority-default" title="Bug: linux-libre kernel 5.7.2-1 does not boot with UEFI and some AMD GPUs (confirmed)" href="https://labs.parabola.nu/issues/2816">#2816</a> <a class="issue tracker-1 status-2 priority-3 priority-default closed" title="Bug: linux-libre does not boot (fixed)" href="https://labs.parabola.nu/issues/1750">#1750</a> <a class="issue tracker-1 status-1 priority-5 priority-high3" title="Bug: [xf86-video-vesa]: X fails to start (open)" href="https://labs.parabola.nu/issues/1819">#1819</a></p>
<p>This makes me shiver (without BIOS boot, my system won't work):<br /><a class="external" href="https://www.linux.org/threads/intel-ending-legacy-bios-support.30967/post-103083">https://www.linux.org/threads/intel-ending-legacy-bios-support.30967/post-103083</a></p>
<p>This gives me hope:</p>
<pre><code>"Warning: While the choice to install in UEFI mode is forward looking, early vendor UEFI implementations may carry more bugs than their BIOS counterparts. It is advised to do a search relating to your particular motherboard model before proceeding." --- from <a class="external" href="https://wiki.archlinux.org/index.php/Unified_Extensible_Firmware_Interface">https://wiki.archlinux.org/index.php/Unified_Extensible_Firmware_Interface</a></code></pre>
<p>I refuse to mark this as solved. This is NOT a solution. I can still not use AMDGPU, it is working with VESA. I am of course humble enough to stand corrected, if needed.</p> Packages - Bug #2816: linux-libre kernel 5.7.2-1 does not boot with UEFI and some AMD GPUshttps://labs.parabola.nu/issues/2816?journal_id=154952020-10-26T07:09:24Zbill-auger
<ul></ul><p>FWIW, there is nothing wrong with so called "legacy" BIOS mode<br />- if the computer can boot in that mode, then EFI is a bloated<br />"YAGNI" feature, for 99% of computer users</p>
<p>it is very interesting that only the 2019 calamares ISO could<br />install a system that your computer could boot - that ISO is o/c<br />quite old now; but i left it there because some people can not<br />boot the others (for other reasons though - mostly libreboot<br />users) - it is interesting that there is yet another reason why<br />someone needed it</p>
<p>you are not the first person to have trouble running a libre<br />system on a ryzen computer - i could only recommended that<br />people avoid them - you may have just discovered an important<br />clue though - the next time someone can not boot parabola with a<br />ryzen computer, i will suggest to try it without EFI</p> Packages - Bug #2816: linux-libre kernel 5.7.2-1 does not boot with UEFI and some AMD GPUshttps://labs.parabola.nu/issues/2816?journal_id=155032020-10-29T23:06:44Zbill-auger
<ul></ul><p>related to this forum thread maybe<br /><a class="external" href="https://labs.parabola.nu/boards/11/topics/589">https://labs.parabola.nu/boards/11/topics/589</a></p> Packages - Bug #2816: linux-libre kernel 5.7.2-1 does not boot with UEFI and some AMD GPUshttps://labs.parabola.nu/issues/2816?journal_id=155042020-10-30T02:09:25Znona
<ul></ul><p>Yes, one advantage of logging this activity is that others can benefit from it.</p>
<p>Regarding Calamares, the other alternatives would need internet connection, but I was dealing with (what I thought was) a backwards compatibility situation. Meaning that I considered that a newer kernel and updated software would worsen the situation.</p>
<p>Also, my disk is fully encrypted and I did not want to risk the command grub-install --target=i386-pc /dev/sdX messing the encrypted headers. At the end, it may be that one can simply do an arch-chroot into the decrypted filesystem within a Live system, make sure to create a bios_grub partition and run such command without a risk (no mid-installation with Calamares needed).</p>
<p>It is important to note (again)<br />1. Blacklist (remove amdgpu from MODULES in /etc/mkinitcpio.conf or add modprobe.blacklist=amdgpu in the kernel line [1], and make sure it is not part of the preloaded modules inside /etc/default/grub or the configuration file of the boot-loader--usually grub.cfg)<br />2. No (U)EFI. The VESA drivers do not load with (U)EFI</p>
<p>Cheers!</p>
<p>[1] For the uninformed, one refers to the kernel line as the directive of the boot loader (e.g. GRUB or Syslinux) which runs the GNU/Linux kernel. One can usually modify the kernel line with [TAB] or [e] when the list of available operating systems show up when the computer starts. Adding modprobe.blacklist=amdgpu at the end of the line prevents the drivers for AMDGPU to load, and forces the VESA drivers. In the case of GRUB, look for the line starting with the word linux. For Syslinux, a line will usually show up at the bottom of the screen.</p> Packages - Bug #2816: linux-libre kernel 5.7.2-1 does not boot with UEFI and some AMD GPUshttps://labs.parabola.nu/issues/2816?journal_id=159462021-03-09T03:18:32Znona
<ul><li><strong>Status</strong> changed from <i>unconfirmed</i> to <i>confirmed</i></li></ul><p>confirmed as per <a class="external" href="https://labs.parabola.nu/boards/11/topics/589?r=601#message-601">https://labs.parabola.nu/boards/11/topics/589?r=601#message-601</a></p> Packages - Bug #2816: linux-libre kernel 5.7.2-1 does not boot with UEFI and some AMD GPUshttps://labs.parabola.nu/issues/2816?journal_id=159482021-03-09T03:21:46Znona
<ul><li><strong>Subject</strong> changed from <i>cannot boot with linux-libre kernel 5.7.2-1 and cryptsetup</i> to <i>linux-libre kernel 5.7.2-1 does not boot with UEFI and some AMD GPUs</i></li></ul><p>Renamed<br />cannot boot with linux-libre kernel 5.7.2-1 and cryptsetup → linux-libre kernel 5.7.2-1 does not boot with UEFI and some AMD GPUs</p> Packages - Bug #2816: linux-libre kernel 5.7.2-1 does not boot with UEFI and some AMD GPUshttps://labs.parabola.nu/issues/2816?journal_id=166112021-11-16T04:20:12Znona
<ul><li><strong>% Done</strong> changed from <i>0</i> to <i>100</i></li></ul><ul>
<li>linux-libre (5.14.11-gnu-1)</li>
<li>xf86-video-amdgpu (21.0.0-2)</li>
<li>vulkan-tools (1.2.194-1)</li>
<li>amdvlk (2021.Q4.1-1)</li>
<li>Removed <code>/etc/modprobe.d/amdgpu-blacklist.conf</code></li>
<li>Added <code>MODULES=(amdgpu radeon)</code> to <code>/etc/mkinitcpio.conf</code></li>
<li>(kernel line has no instructions related to <code>amdgpu</code> nor <code>iommu</code>)</li>
</ul>
<p>The system boots, but it has the old behaviour: black screen to input <code>cryptsetup</code> password and one has to guess when the login screen shows up (it may be that a graphical greeter would work better for this scenario).</p> Packages - Bug #2816: linux-libre kernel 5.7.2-1 does not boot with UEFI and some AMD GPUshttps://labs.parabola.nu/issues/2816?journal_id=180132022-09-03T19:37:44Zbill-auger
<ul></ul><p>just for documentation, this problem was with a "Radeon Vega" GPU?<br /><pre>
$ lspci | grep -i vga
03:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Raven Ridge [Radeon Vega Series / Radeon Vega Mobile Series] (rev c4)
</pre></p> Packages - Bug #2816: linux-libre kernel 5.7.2-1 does not boot with UEFI and some AMD GPUshttps://labs.parabola.nu/issues/2816?journal_id=180142022-09-03T19:45:02Znona
<ul></ul><p>Yes, still is.</p>