Choice of graphics card

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts
  • nvaert1986
    Phoronix Member
    • Oct 2017
    • 67

    #11
    Originally posted by Panix View Post
    Okay. Is Gentoo on both PCs?

    What is the Asus mobo? Also, the delay when the Asus PC boots - is just a delay - not a crash - just a long wait until it finishes the boot? This delay is every boot? If it's every boot - there might have been a 'mod' or change in the boot settings in the BIOS - you might want to check that out and even change it - set the number lower and see if it boots faster? If it's already quite low - then, yes, it could be a bios bug. 'Need to know the Asus mobo name so one could google/web search - but, my first inclination or thought is that boot number (seconds) is too high - maybe?

    As for the ASUS and MSI PCs both crashing - due to some amdgpu driver issue - I dunno... I would try a different distro to make sure whether it's a repetitive error - that it's not distro interdependent. It *shouldn't* matter in theory but you never know - trying the latest Fedora or even OpenSUSE Tumbleweed will test the lastest/later kernel to confirm. If you can't even boot latter kernels, then you could try booting with a live usb flash drive.

    I would also get a log or error msg for the crashes.

    It sounds like both PSUs are fine - right, those a good PSUs.
    - When the delay on the ASUS motherboard occurs, the system will not boot into X.org / Wayland interface and just hang indefinitely at the console stuck with a _ cursor. The amdgpu driver usually gets loaded (as the screen switches resolution), but just nothing else happens. This happens consistently every time this delay occurs. That's why I think it's a bug (as the MSI machine does not have this issue). When this issue occurs, my mouse and keyboard do not respond either. The system does not hang however, as I'm able to press the power button and then it'll just safely turn off the machine. The only way to resolve this issue is to physically unplug the power cord, wait a 1 minute and plug the power back in.

    NOTE: When the graphical POST delay bug happens, the Microsoft Windows installer does show it's graphical screen, but the mouse and keyboard (USB devices) are not responding either, until I physically unplug the power and plug it back in after 1 minute.

    This delay happens completely at random unfortunately so I have no idea, but I'd say every 1 out of 20 - 30 cold boots. I've tried updating the BIOS / UEFI, resetting it, tried turning PCI-E BAR on and off, tried turning ASPM on and off, discrete graphics on and off but nothing seems to resolve the issue. Even turning off memory context restore or turning fast boot on or off does not resolve the issue.

    As for other distro's: I've tried using Arch and it shows similar results with the amdgpu driver (so I don't think it's distro related).

    I've searched for this issue already on the ASUS forums and Google and several other resources, but couldn't find anything remotely useful of other people encountering a similar bug.

    It feels like some of the chips are trying to load firmware (from UEFI) or initialize, something goes wrong in the initialization process and it will just continue to malfunction and that the driver remains loaded when power is plugged in (in some sort of stand-by state) and when unplugging the devices the system flushes it's power requiring the full initialization again, which causes it to start working again.
    Last edited by nvaert1986; 02 December 2024, 08:29 AM.

    Comment

    • Panix
      Senior Member
      • Sep 2007
      • 1546

      #12
      Any update?

      Comment

      • nvaert1986
        Phoronix Member
        • Oct 2017
        • 67

        #13
        Originally posted by Panix View Post
        Any update?
        I mostly made support tickets at ASUS support, Sapphire support and made a issue on Gitlab (https://gitlab.freedesktop.org/drm/amd/-/issues/3809) regarding the hang during cold boot (which I also made with the 6.6 kernel but closed, due to the fact that I thought I had resolve that issue, but that wasn't the case). The hang in amdgpu during the bootup process causing the amdgpu driver to hang / crash is apparently caused by the psp according Alex Deucher (see the GitLab thread). Don't have any other information so far. Recently tried the 6.12.3 kernel and the issues still occur.

        Comment

        Working...
        X