http://bugs.freedesktop.org/show_bug.cgi?id=24380
Summary: OpenGL fullscreen with KMS multihead
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: minor
Priority: medium
Component: Drivers/DRI/R600
AssignedTo: dri-devel@lists.sourceforge.net
ReportedBy: f...@chilicode.com
hi, this is not so much a bug report but a feature request.
i tried using fullscreen opengl a few days ago and had some bad results. i'm
not sure if this supposed to work this way, or just a bug of the new
infrastructure.
my setup:
r600 chip, ddx,libdrm and mesa from git. drm-next kernel module. kms is enabled
at boottime. 2d works perfect, although it feels a bit slower than non kms,
nice work :)
XINERAMA version 1.1 opcode: 148
head #0: 1280x1024 @ 1280,0
head #1: 1280x1024 @ 0,0
expected behavior:
so, #0 is my primary head, #1 is left of #0. if i start an gl fullscreen app i
would expect it to use the current head (eg. like metacity placing new windows
where the mouse currently is) or the primary head (first xinerama head) and
leave the other heads intact.
the actual results:
i tried this with etracer and doom3-demo, both switched to fullscreen on the
second head (which comes first on the framebuffer) and the primary head went
blank (invalid mode). after exit the monitors where put in clone mode and the
resolution and refresh rate of the secondary head was applied to the primary.
fyi, doom3-demo was unplayable (i expected so much), etracer looks good and i
had about 50fps in windowed mode (800x600).
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
--
_______________________________________________
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
