[Bug 97965] [BSW] External HDMI monitor suddenly shows solid color when playing Youtube video at 1080p [fifo underrun]
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Sun Feb 26 00:34:40 UTC 2017
https://bugs.freedesktop.org/show_bug.cgi?id=97965
--- Comment #53 from Yu Kang Ku <ykku16dev2 at gmail.com> ---
(In reply to Ville Syrjala from comment #52)
> BALIMIT0 0xb
> BALIMIT1 0xc
> BALIMIT2 0xd
> BALIMIT3 0xe
> for each agent
> [5:0] limit if some sort
> [7:6] reserved
I was able to make the problem go away by configuring the following registers:
BALIMIT0 = 0x1f1f1f1f
BALIMIT1 = 0x1f1f1f1f
BALIMIT2 = 0x1f1f1f1f
BALIMIT3 = 0x1f1f1f1f
The original values for these registers are:
BALIMIT0 = 0x1f3f3f3f
BALIMIT1 = 0x3f3f3f3f
BALIMIT2 = 0x3f3f3f3f
BALIMIT3 = 0x3f3f3f3f
>
> There are 16 agents possible it seems (agent0 to agent15). I get the
> impression that display is agent3, but there was one note somewhere
> about display possibly being agent2. But by default agent2 is not isoc
> whereas agent3 is, so that makes me think agent3 is more likely.
Based on the original values of the above registers, I think you're right about
the display being agent3. The register descriptions mention specifically that
the display needs to use a lower value.
Overall, this experiment seems to suggest that our problem is related to
bandwidth rather than C-state latency. What do you think?
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20170226/7bab3320/attachment.html>
More information about the intel-gfx-bugs
mailing list