bugzilla-daemon at freedesktop.org
2018-Jun-22 22:02 UTC
[Nouveau] [Bug 107003] New: Timeout in nvkm_falcon_v1_clear_interrupt on gp104
https://bugs.freedesktop.org/show_bug.cgi?id=107003
Bug ID: 107003
Summary: Timeout in nvkm_falcon_v1_clear_interrupt on gp104
Product: xorg
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Driver/nouveau
Assignee: nouveau at lists.freedesktop.org
Reporter: mine809 at gmail.com
QA Contact: xorg-team at lists.x.org
Created attachment 140286
--> https://bugs.freedesktop.org/attachment.cgi?id=140286&action=edit
Dmesg captured of timeout occuring
Increasing the timeout duration doesn't fix the problem.
A cursory look at the code would suggest that the clear interrupt mask fails to
be written to the io space of falcon, but that's the extent of my knowledge.
Attached dmesg shows the issue occuring.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20180622/461bcfc8/attachment.html>
bugzilla-daemon at freedesktop.org
2018-Jun-25 18:34 UTC
[Nouveau] [Bug 107003] Timeout in nvkm_falcon_v1_clear_interrupt on gp104
https://bugs.freedesktop.org/show_bug.cgi?id=107003 --- Comment #1 from Emil Andersen Lauridsen <mine809 at gmail.com> --- I should perhaps mention that the timeout results in the driver completely failing to load, which makes nouveau completely useless on my card, and needs to be explicitly blacklisted. -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/nouveau/attachments/20180625/ee9869d9/attachment.html>
bugzilla-daemon at freedesktop.org
2018-Jul-13 18:56 UTC
[Nouveau] [Bug 107003] secboot: HS load failed
https://bugs.freedesktop.org/show_bug.cgi?id=107003
Emil Andersen Lauridsen <mine809 at gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Timeout in |secboot: HS load failed
|nvkm_falcon_v1_clear_interr |
|upt on gp104 |
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20180713/64cc0f78/attachment.html>
bugzilla-daemon at freedesktop.org
2018-Jul-13 19:01 UTC
[Nouveau] [Bug 107003] secboot: HS load failed
https://bugs.freedesktop.org/show_bug.cgi?id=107003 --- Comment #2 from Emil Andersen Lauridsen <mine809 at gmail.com> --- So, digging further into the log, and looking at some mmiotraces, it appears the timeout was merely a symptom, not the root problem. The secboot HS bootloader gets loaded to the card without much issue, but returns an error code instead of executing succefully. On a maybe related note: The HS bootloader blob the nvidia driver sends is quite different from the one nouveau sends, so I assume it could be a problem with the released firmware blob simply not supporting the card. Given that the card is a 1070 Ti, released in november 2017, and the firmware blob being from february 2017, it wouldn't seem too far fetched. I'd be interested to hear if any other 1070 Ti users are able to run with nouveau. Also, does any of the nouveau developers have the ability to contact nvidia about such an issue? It would be much appreciated. -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/nouveau/attachments/20180713/da445f04/attachment-0001.html>
bugzilla-daemon at freedesktop.org
2019-Dec-04 09:40 UTC
[Nouveau] [Bug 107003] secboot: HS load failed
https://bugs.freedesktop.org/show_bug.cgi?id=107003
Martin Peres <martin.peres at free.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |MOVED
Status|NEW |RESOLVED
--- Comment #3 from Martin Peres <martin.peres at free.fr> ---
-- GitLab Migration Automatic Message --
This bug has been migrated to freedesktop.org's GitLab instance and has been
closed from further activity.
You can subscribe and participate further through the new bug through this link
to our GitLab instance:
https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/issues/440.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20191204/66c0d4c1/attachment.html>
Seemingly Similar Threads
- gp104: regression on Linux 5.6
- gp104: regression on Linux 5.6
- gp104: regression on Linux 5.6
- [bug report] drm/nouveau/secboot: add gp102/gp104/gp106/gp107 support
- [Bug 100676] New: gp104 - messy(random green and/or missing pixel lines) then no output at and after boot