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>
Maybe Matching 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