Bug 51751 - (gen3-rendering-limit) Intel Gen3 rendering limits are pitiful
Summary: (gen3-rendering-limit) Intel Gen3 rendering limits are pitiful
Status: REOPENED
Alias: None
Product: xorg
Classification: Unclassified
Component: Server/Ext/RandR (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: Xorg Project Team
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-07-05 07:21 UTC by mikhail.v.gavrilov
Modified: 2012-07-05 07:43 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description mikhail.v.gavrilov 2012-07-05 07:21:48 UTC
Moving this from a downstream bug report:
https://bugzilla.redhat.com/show_bug.cgi?id=699705

 The initial configuration heuristic places monitors horizontally adjacent.  That makes total display wider than 2048, which is the maximum size that the 3D engine in the 945 can render to.

This should be fixable, if not fixed, by xserver changes to allow each output to have its own memory allocation instead of sharing a single large one, and modifying the compositor to be aware of this.
Comment 1 Chris Wilson 2012-07-05 07:30:28 UTC
The 2D engine is not limited to the constraints of the 3D pipeline. If you look at SNA you can see precisely how that limit can be avoided, and for how operations can be split into pieces that can be handled by the 3D pipeline. The problem is that the 3D compositor has no (efficient) way to workaround those limitations as they are currently also enshrined into OpenGL limits.

The feature request for per-crtc-pixmaps was to be part of randr-1.4. And is better addressed to xorg-devel and Server/Ext/Randr.
Comment 2 mikhail.v.gavrilov 2012-07-05 07:42:52 UTC
Move feature request for per-crtc-pixmaps to Server/Ext/Randr component


bug/show.html.tmpl processed on Sep 29, 2016 at 03:25:34.
(provided by the Example extension).