On Tue, Jan 07, 2014 at 04:12:06PM +0100, Thomas Richter wrote: > On 01/07/2014 03:15 PM, ville.syrjala@xxxxxxxxxxxxxxx wrote: > >From: Ville Syrjälä<ville.syrjala@xxxxxxxxxxxxxxx> > > > >Looks like I managed to break 830M in a few different ways recently. But I > >recently found one for myself so hopefully that'll not happen again. > > > >I have a few other things lined up for 830M, but these are the quick fixes > >that should get us back to the state we had before. > > Thanks, Ville! > > As a related note, I found that with the latest kernel, "uxa" > drawing of filled rectangles became very slow (and sna is still too > broken to be useful, sorry). Would you know which file I should look > into to check for something like this? The client application only > submits plain X11 calls, the render acceleration or composition > should (?) not play a role here. It's really a plain simple filled > rectangle (or many of them) that became notably slow. Wtf? What's up with SNA? There's a solitary report that cache coherency on 830GM requires some workaround, on which I'd hoped that Daniel could run igt to confirm (and now perhaps Ville might fancy the challenge). Other than that, judging by my 845g, it should be solid. -Chris -- Chris Wilson, Intel Open Source Technology Centre _______________________________________________ Intel-gfx mailing list Intel-gfx@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/intel-gfx
