<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - [bisected] kernel 3.7.0-rc1 breaks 6950 (CAYMAN)"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=56139#c9">Comment # 9</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - [bisected] kernel 3.7.0-rc1 breaks 6950 (CAYMAN)"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=56139">bug 56139</a>
              from <span class="vcard"><a class="email" href="mailto:alexandre.f.demers@gmail.com" title="Alexandre Demers <alexandre.f.demers@gmail.com>"> <span class="fn">Alexandre Demers</span></a>
</span></b>
        <pre>(In reply to <a href="show_bug.cgi?id=56139#c8">comment #8</a>)
<span class="quote">> Created <span class=""><a href="attachment.cgi?id=69370" name="attach_69370" title="possible fix">attachment 69370</a> <a href="attachment.cgi?id=69370&action=edit" title="possible fix">[details]</a></span> <a href='page.cgi?id=splinter.html&bug=56139&attachment=69370'>[review]</a> [review]
> possible fix

> (In reply to <a href="show_bug.cgi?id=56139#c7">comment #7</a>)
> > Alex, would it be possible to print what is going on or if an error occurred
> > in evergreen_mc_stop()?
> > 
> > I see four things that could be going on:
> > 1- we are not using the right path for CAYMAN -> (ASIC_IS_DCE6(rdev));

> cayman is DCE5.  It is using the correct code path.

> > 2- lock mechanism synced with vblank is not working properly;

> Locking makes updates atomic rather than double buffered.

> > 3- all the registers should be locked at the same time, then all modified
> > and finally unlocked together, which is not done with the for loop where we
> > move through each at a time;

> doesn't matter.

> > 4- we are not setting the right registers.

> The existing sequence should be correct.  It's the same sequence our hw team
> recommends.  I can't reproduce this on my cayman boards unfortunately and
> this patch fixes the exact same problem you are having for a number of other
> people :/

> Maybe an issue with the icon or cursor, but I think those should be disabled
> when we disable mem requests in the crtc.  Does this patch help?</span >

Not working either. Also, with 3.7.0-rc3 + this patch, the computer freezes
when coming back from suspend. I see Gnome-Shell for a couple of seconds, then
some garbage and it stops. Kernel 3.6 works fine on that matter. I'll test with
my split patches to see if it is caused by the same commit.

So, pretty much back to square 1, wherever that is.</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>