https://bugs.freedesktop.org/show_bug.cgi?id=92936
Andy Furniss changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|REOPENED
https://bugs.freedesktop.org/show_bug.cgi?id=92936
Andy Furniss changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=92936
madbiologist changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=92936
--- Comment #22 from Andy Furniss ---
(In reply to Andy Furniss from comment #14)
> Been testing vce and there is an issue with auto.
>
> This is not just this kernel, I've been back and now I have a script to test
> lots of runs, I can
https://bugs.freedesktop.org/show_bug.cgi?id=92936
--- Comment #21 from Andy Furniss ---
Created attachment 123820
--> https://bugs.freedesktop.org/attachment.cgi?id=123820=edit
uvd hung task
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part
https://bugs.freedesktop.org/show_bug.cgi?id=92936
--- Comment #20 from Andy Furniss ---
Though UVD seems to work for normal samples upto 2160p now, with an extreme
test I can lock GPU using it with powerplay=1 on low/auto but not (so far) =0.
With this sample there is also a corruption issue
https://bugs.freedesktop.org/show_bug.cgi?id=92936
--- Comment #19 from Andy Furniss ---
Thought I'd already done this one but apparently not.
cat /sys/kernel/debug/dri/64/amdgpu_pm_info
Ever since this option appeared, so before powergating was disabled/clockgating
enabled and currently. VCE
https://bugs.freedesktop.org/show_bug.cgi?id=92936
--- Comment #18 from Andy Furniss ---
(In reply to Alex Deucher from comment #17)
> (In reply to Andy Furniss from comment #16)
> > (In reply to Andy Furniss from comment #13)
> > > (In reply to Alex Deucher from comment #12)
> > > > Can you try
https://bugs.freedesktop.org/show_bug.cgi?id=92936
--- Comment #17 from Alex Deucher ---
(In reply to Andy Furniss from comment #16)
> (In reply to Andy Furniss from comment #13)
> > (In reply to Alex Deucher from comment #12)
> > > Can you try my latest 4.6 wip branch? I fixed it in a more
https://bugs.freedesktop.org/show_bug.cgi?id=92936
--- Comment #16 from Andy Furniss ---
(In reply to Andy Furniss from comment #13)
> (In reply to Alex Deucher from comment #12)
> > Can you try my latest 4.6 wip branch? I fixed it in a more unified way.
> >
https://bugs.freedesktop.org/show_bug.cgi?id=92936
Andy Furniss changed:
What|Removed |Added
Attachment #121605|example hung task |vce hung task
description|
https://bugs.freedesktop.org/show_bug.cgi?id=92936
--- Comment #15 from Andy Furniss ---
Created attachment 121605
--> https://bugs.freedesktop.org/attachment.cgi?id=121605=edit
example hung task
--
You are receiving this mail because:
You are the assignee for the bug.
-- next
https://bugs.freedesktop.org/show_bug.cgi?id=92936
--- Comment #14 from Andy Furniss ---
Been testing vce and there is an issue with auto.
This is not just this kernel, I've been back and now I have a script to test
lots of runs, I can reproduce on older kernels + current fixes as well.
The
https://bugs.freedesktop.org/show_bug.cgi?id=92936
--- Comment #13 from Andy Furniss ---
(In reply to Alex Deucher from comment #12)
> Can you try my latest 4.6 wip branch? I fixed it in a more unified way.
> http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-4.6-wip
This also fixes the
https://bugs.freedesktop.org/show_bug.cgi?id=92936
--- Comment #12 from Alex Deucher ---
Can you try my latest 4.6 wip branch? I fixed it in a more unified way.
http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-4.6-wip
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=92936
--- Comment #11 from Andy Furniss ---
(In reply to Alex Deucher from comment #9)
> Created attachment 121533 [details] [review]
> possible fix
>
> Does this patch help?
Yes, it seems the patch is good.
Early days but I've so far failed to get
https://bugs.freedesktop.org/show_bug.cgi?id=92936
--- Comment #10 from Andy Furniss ---
Will test patch sometime later, as it happens I built latest 4.6-wip last night
and managed to see memclk stuck without (knowingly) touching UVD.
I was running with auto and it's quite possible that leaving
https://bugs.freedesktop.org/show_bug.cgi?id=92936
--- Comment #9 from Alex Deucher ---
Created attachment 121533
--> https://bugs.freedesktop.org/attachment.cgi?id=121533=edit
possible fix
Does this patch help?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=92936
--- Comment #8 from Andy Furniss ---
Issue(s) still exist in latest drm-next-4.6-wip.
With the new sys interface I can also see pcie which seems OK. The message when
trying to force a level after uvd use has "fixed" mclck has changed =
[
https://bugs.freedesktop.org/show_bug.cgi?id=92936
--- Comment #7 from Andy Furniss ---
Continued from above.
With clocks stuck high if I echo auto > ...
the sclk does fall but mclk is stuck high.
If I then use UVD mclk will fall, but will be stuck there when using opengl.
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=92936
--- Comment #6 from Andy Furniss ---
Ignoring lockups for now as maybe powerplay/4.5 need something like -
fixes-4.4 commit drm/amdgpu: fix user fence handling
plus I see vaapi threading fixes waiting in mesa.
Testing latest powerplay and the
https://bugs.freedesktop.org/show_bug.cgi?id=92936
Andy Furniss changed:
What|Removed |Added
Attachment #120450|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=92936
--- Comment #4 from Andy Furniss ---
Created attachment 120450
--> https://bugs.freedesktop.org/attachment.cgi?id=120450=edit
a couple of locks using uvd.
Issues still exist in current powerplay.
Though testing uvd when there are issues may
https://bugs.freedesktop.org/show_bug.cgi?id=92936
--- Comment #3 from Andy Furniss ---
I found today by luck that this issue does not exist if there are 2 displays
alive when I boot. The second display being an HDMI TV, which as it's not me
using it I --off with xrandr after startx - but I
https://bugs.freedesktop.org/show_bug.cgi?id=92936
--- Comment #2 from Andy Furniss ---
This does boost uvd perf above historical level, though not as much as I
expected.
The Failed to send Message is also gone.
Can't find requested voltage id in vdd_dep_on_sclk table! is still present in
https://bugs.freedesktop.org/show_bug.cgi?id=92936
--- Comment #1 from Alex Deucher ---
Can you try updating the the latest powerplay branch? Specifically this patch:
http://cgit.freedesktop.org/~agd5f/linux/commit/?h=amdgpu-powerplay=7dd7b21debf064ecabd9ae09beb8a85ef492c46d
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=92936
Bug ID: 92936
Summary: Tonga powerplay isssues
Product: DRI
Version: DRI git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
27 matches
Mail list logo