[Bug 59982] Radeon: evergreen Atombios in loop during initialization on ppc64

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=59982

Lucas Kannebley Tavares <lucaskt at linux.vnet.ibm.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #75196|0                           |1
        is obsolete|                            |

--- Comment #23 from Lucas Kannebley Tavares <lucaskt at linux.vnet.ibm.com> ---
Created attachment 75313
  --> https://bugs.freedesktop.org/attachment.cgi?id=75313&action=edit
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

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130222/4b47892f/attachment-0001.html>