<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body><span class="vcard"><a class="email" href="mailto:lucaskt@linux.vnet.ibm.com" title="Lucas Kannebley Tavares <lucaskt@linux.vnet.ibm.com>"> <span class="fn">Lucas Kannebley Tavares</span></a>
</span> changed
<a class="bz_bug_link
bz_status_NEW "
title="NEW --- - Radeon: evergreen Atombios in loop during initialization on ppc64"
href="https://bugs.freedesktop.org/show_bug.cgi?id=59982">bug 59982</a>
<br>
<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>What</th>
<th>Removed</th>
<th>Added</th>
</tr>
<tr>
<td style="text-align:right;">Attachment #75196 is obsolete</td>
<td>
</td>
<td>1
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW --- - Radeon: evergreen Atombios in loop during initialization on ppc64"
href="https://bugs.freedesktop.org/show_bug.cgi?id=59982#c23">Comment # 23</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW --- - Radeon: evergreen Atombios in loop during initialization on ppc64"
href="https://bugs.freedesktop.org/show_bug.cgi?id=59982">bug 59982</a>
from <span class="vcard"><a class="email" href="mailto:lucaskt@linux.vnet.ibm.com" title="Lucas Kannebley Tavares <lucaskt@linux.vnet.ibm.com>"> <span class="fn">Lucas Kannebley Tavares</span></a>
</span></b>
<pre>Created <span class=""><a href="attachment.cgi?id=75313" name="attach_75313" title="Fixes on the Workaround">attachment 75313</a> <a href="attachment.cgi?id=75313&action=edit" title="Fixes on the Workaround">[details]</a></span> <a href='page.cgi?id=splinter.html&bug=59982&attachment=75313'>[review]</a>
Fixes on the Workaround
Hi Jerome, this is the patch I actually used.
I had already done what you said and also removed a couple of left shifts you
had added upon reading the low words.
The results are still the same, though.
Right now I'm tracing it by going through the code between the call to
DAC1OutputControl on radeon_atom_encoder_dpms_avivo and the call to
DPEncoderService on either radeon_dp_encoder_service or radeon_dp_link_train
and instrumenting it, not sure which one yet, but I'm guessing the first. This
is to make sure the driver is not doing anything else that could be going wrong
in between calls, because after that DAC1OutputControl call, everything is
still fine, it's somewhere in between those calls that the adapter goes to
hell.
Another thing that I'd like to ask is, you suggested me to "make sure the pipes
are off". I've looked through the registers looking for something to get DAC
state or disable them, and have not found it. As far as I can tell, your patch
would already make sure we're not doing improper access, but are there any more
interesting registers I should be looking into as well?
Thanks</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>