Summary: | secboot: HS load failed | ||||||
---|---|---|---|---|---|---|---|
Product: | xorg | Reporter: | Emil Andersen Lauridsen <mine809> | ||||
Component: | Driver/nouveau | Assignee: | Nouveau Project <nouveau> | ||||
Status: | RESOLVED MOVED | QA Contact: | Xorg Project Team <xorg-team> | ||||
Severity: | normal | ||||||
Priority: | medium | CC: | mine809 | ||||
Version: | unspecified | ||||||
Hardware: | x86-64 (AMD64) | ||||||
OS: | Linux (All) | ||||||
Whiteboard: | |||||||
i915 platform: | i915 features: | ||||||
Attachments: |
|
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. 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. -- 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. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
Created attachment 140286 [details] 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.