All of lore.kernel.org
 help / color / mirror / Atom feed
From: bugzilla-daemon@bugzilla.kernel.org
To: dri-devel@lists.freedesktop.org
Subject: [Bug 208893] Navi (RX 5700 XT) system appears to hang with more than one display connected
Date: Thu, 13 Aug 2020 19:16:50 +0000	[thread overview]
Message-ID: <bug-208893-2300-kmymVpQHy3@https.bugzilla.kernel.org/> (raw)
In-Reply-To: <bug-208893-2300@https.bugzilla.kernel.org/>

https://bugzilla.kernel.org/show_bug.cgi?id=208893

--- Comment #12 from Gordon (gordon@gordonite.tech) ---
I'm not certain but:
- uint32_t cur_value, i, timeout = adev->usec_timeout * 10;

if adev_usec_timeout is the microseconds timeout, then most likely the * 10 is
wrong, as the below for loop uses microseconds too, so possibly they meant to
add there too. Each iteration is 1 micro second, and the below code makes it 10
times that for the timeout, i think this explains the 'hanging' but not why it
inconsistently breaks.

Another few thoughts were:
- Perhaps there is a period of messages on 'init' / startup where we are
sending more.
- I can only think the flaky behaviour is a memory issue, or a problem where
the GPU is not being reset fully on boot. As it makes zero sense it works
'sometimes'.
- When the message / error occours the 'timeout' is 10 times the value, thus
blocking messages for the other startup events.
- The display port being connected / or being interfaced with on init might be
preventing the normal startup messages to be sent to the GPU.

These GPUs have a problem in general with loss of display output, so if there
is an electronics issue, maybe we don't have the 'hack' to make it work.

IDK for sure, I'm new to kernel devel. I mainly work on Godot.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

  parent reply	other threads:[~2020-08-13 19:16 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-08-13  5:33 [Bug 208893] New: Navi (RX 5700 XT) system appears to hang with more than one display connected bugzilla-daemon
2020-08-13  5:58 ` [Bug 208893] " bugzilla-daemon
2020-08-13  6:01 ` bugzilla-daemon
2020-08-13  6:02 ` bugzilla-daemon
2020-08-13  6:39 ` bugzilla-daemon
2020-08-13  6:39 ` bugzilla-daemon
2020-08-13  6:47 ` bugzilla-daemon
2020-08-13  6:47 ` bugzilla-daemon
2020-08-13  6:48 ` bugzilla-daemon
2020-08-13  6:51 ` bugzilla-daemon
2020-08-13 15:34 ` bugzilla-daemon
2020-08-13 17:30 ` bugzilla-daemon
2020-08-13 19:16 ` bugzilla-daemon [this message]
2020-08-20 13:45 ` bugzilla-daemon
2020-08-21 14:33 ` bugzilla-daemon
2020-09-01  1:13 ` bugzilla-daemon
2020-09-12 21:29 ` bugzilla-daemon
2020-09-13 12:50 ` bugzilla-daemon
2020-09-13 13:03 ` bugzilla-daemon
2020-09-13 13:17 ` bugzilla-daemon

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=bug-208893-2300-kmymVpQHy3@https.bugzilla.kernel.org/ \
    --to=bugzilla-daemon@bugzilla.kernel.org \
    --cc=dri-devel@lists.freedesktop.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.