https://bugs.freedesktop.org/show_bug.cgi?id=106938
--- Comment #5 from Christian König ---
(In reply to Paul Menzel from comment #4)
> Is there a switch to override that behavior?
Long story short, no there isn't.
You could try to disable certain blocks with radeon.uvd=0 and radeon.vce=0 to
sp
https://bugs.freedesktop.org/show_bug.cgi?id=106938
--- Comment #4 from Paul Menzel ---
Is there a switch to override that behavior?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.fr
https://bugs.freedesktop.org/show_bug.cgi?id=106938
Christian König changed:
What|Removed |Added
Resolution|--- |NOTABUG
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=106938
--- Comment #2 from Paul Menzel ---
Is that a firmware or hardware problem?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedes
https://bugs.freedesktop.org/show_bug.cgi?id=106938
--- Comment #1 from Paul Menzel ---
Just to put this into perspective, that without loading the radeon module, the
OS, that means Linux kernel + user space, takes around two to three seconds to
start (substracting the LUKS passphrase dialog).
-
https://bugs.freedesktop.org/show_bug.cgi?id=106938
Bug ID: 106938
Summary: Module *radeon* takes over two seconds to load
Product: DRI
Version: DRI git
Hardware: Other
OS: All
Status: NEW
Severity: normal
