<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_ASSIGNED "
title="ASSIGNED - [CI][DRMTIP] igt@* - dmesg-warn / dmesg-fail - *ERROR* CPU pipe [ABC] FIFO underrun"
href="https://bugs.freedesktop.org/show_bug.cgi?id=107724#c3">Comment # 3</a>
on <a class="bz_bug_link
bz_status_ASSIGNED "
title="ASSIGNED - [CI][DRMTIP] igt@* - dmesg-warn / dmesg-fail - *ERROR* CPU pipe [ABC] FIFO underrun"
href="https://bugs.freedesktop.org/show_bug.cgi?id=107724">bug 107724</a>
from <span class="vcard"><a class="email" href="mailto:przanoni@gmail.com" title="Paulo Zanoni <przanoni@gmail.com>"> <span class="fn">Paulo Zanoni</span></a>
</span></b>
<pre>Submitted <a href="https://patchwork.freedesktop.org/series/50579/">https://patchwork.freedesktop.org/series/50579/</a> but I'm not sure it
will solve the problem.
I was looking at the logs for fi-icl-u and it seems that sometimes during boot
the interrupts just act like crazy: either you get a ton of interrupts, or the
IIR registers are unclearable and contain crazy values, with even reserved bits
set. I simply can't reproduce this type of problem you're seeing. Example:
<a href="https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_115/fi-icl-u/boot3.log">https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_115/fi-icl-u/boot3.log</a>
This could be some memory corruption happening, or it could simply be a bad
BIOS.
Another thing that was brought to my attention is that we often get the
mysterious crazy interrupts right after enabling DMC. Would it be possible to
run a few tests with DMC disabled? The CI pages suggest the problem happens
only around 11% of the time, so a few rounds of tests would probably be needed
:/
Perhaps giving me remote access to the machine would also help us move forward
a little faster.
Thanks,
Paulo</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are on the CC list for the bug.</li>
<li>You are the QA Contact for the bug.</li>
</ul>
</body>
</html>