From: bugzilla-daemon@freedesktop.org
To: dri-devel@lists.freedesktop.org
Subject: [Bug 77069] New: Use semantic naming for microcode files
Date: Fri, 04 Apr 2014 20:52:14 +0000 [thread overview]
Message-ID: <bug-77069-502@http.bugs.freedesktop.org/> (raw)
[-- Attachment #1.1: Type: text/plain, Size: 3338 bytes --]
https://bugs.freedesktop.org/show_bug.cgi?id=77069
Priority: medium
Bug ID: 77069
Assignee: dri-devel@lists.freedesktop.org
Summary: Use semantic naming for microcode files
Severity: minor
Classification: Unclassified
OS: Linux (All)
Reporter: nmschulte@gmail.com
Hardware: Other
Status: NEW
Version: unspecified
Component: DRM/Radeon
Product: DRI
This is a rather trivial request, but it would help the uninitiated and long
term maintenance.
It would be nice if the microcode was more semantically named, rather than how
it exists now.
For example, I currently have an issue with UVD on a Radeon HD 8970M, which is
"Neptune XT" based (which is "Pitcairn" based), and I receive the following
logging:
[ 15.942210] [drm] Loading PITCAIRN Microcode
[ 15.966837] radeon 0000:01:00.0: firmware: direct-loading firmware
radeon/PITCAIRN_pfp.bin
[ 15.976695] radeon 0000:01:00.0: firmware: direct-loading firmware
radeon/PITCAIRN_me.bin
[ 15.996448] radeon 0000:01:00.0: firmware: direct-loading firmware
radeon/PITCAIRN_ce.bin
[ 16.015403] radeon 0000:01:00.0: firmware: direct-loading firmware
radeon/PITCAIRN_rlc.bin
[ 16.016529] radeon 0000:01:00.0: firmware: direct-loading firmware
radeon/PITCAIRN_mc.bin
[ 16.026910] radeon 0000:01:00.0: firmware: direct-loading firmware
radeon/PITCAIRN_smc.bin
[ 16.045744] radeon 0000:01:00.0: firmware: direct-loading firmware
radeon/TAHITI_uvd.bin
....
[ 65.525470] [drm:uvd_v1_0_start] *ERROR* UVD not responding, trying to reset
the VCPU!!!
[ 66.537637] [drm:uvd_v1_0_start] *ERROR* UVD not responding, trying to reset
the VCPU!!!
[ 67.549797] [drm:uvd_v1_0_start] *ERROR* UVD not responding, trying to reset
the VCPU!!!
[ 68.561967] [drm:uvd_v1_0_start] *ERROR* UVD not responding, trying to reset
the VCPU!!!
[ 69.574142] [drm:uvd_v1_0_start] *ERROR* UVD not responding, trying to reset
the VCPU!!!
[ 70.586334] [drm:uvd_v1_0_start] *ERROR* UVD not responding, trying to reset
the VCPU!!!
[ 71.598533] [drm:uvd_v1_0_start] *ERROR* UVD not responding, trying to reset
the VCPU!!!
[ 72.610705] [drm:uvd_v1_0_start] *ERROR* UVD not responding, trying to reset
the VCPU!!!
[ 73.622877] [drm:uvd_v1_0_start] *ERROR* UVD not responding, trying to reset
the VCPU!!!
[ 74.635068] [drm:uvd_v1_0_start] *ERROR* UVD not responding, trying to reset
the VCPU!!!
[ 74.654938] [drm:uvd_v1_0_start] *ERROR* UVD not responding, giving up!!!
[ 74.654955] [drm:si_startup] *ERROR* radeon: failed initializing UVD (-1).
At first glance, I'm thinking: well clearly TAHITI_uvd.bin is incorrect for
PITCAIRN Microcode, but that's not quite how things work. It would be nice to
name the UVD microcode after the actual version of the platform the code is
targeting. Perhaps this is simply a naming collision issue and the UVD
microcode naming is semantic within the context (that is: my Radeon HD 8970M
card really does run the TAHITI version of UVD), but that's doubtful and I
would suggest the names change to be more meaningful, :).
Another proposition is to skip the "fully semantic naming" idea above and just
use symlinks to bridge the two namespaces.
--
You are receiving this mail because:
You are the assignee for the bug.
[-- Attachment #1.2: Type: text/html, Size: 4663 bytes --]
[-- Attachment #2: Type: text/plain, Size: 159 bytes --]
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
next reply other threads:[~2014-04-04 20:52 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-04 20:52 bugzilla-daemon [this message]
2019-11-19 8:48 ` [Bug 77069] Use semantic naming for microcode files 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-77069-502@http.bugs.freedesktop.org/ \
--to=bugzilla-daemon@freedesktop.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.