[Intel-gfx] [PATCH 0/2] drm/i915: 830M regression fixes
Chris Wilson
chris at chris-wilson.co.uk
Tue Jan 7 17:59:10 CET 2014
On Tue, Jan 07, 2014 at 04:12:06PM +0100, Thomas Richter wrote:
> On 01/07/2014 03:15 PM, ville.syrjala at linux.intel.com wrote:
> >From: Ville Syrjälä<ville.syrjala at linux.intel.com>
> >
> >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
More information about the Intel-gfx
mailing list