There are also configurations where users configure multiple heads to
drive power walls that they want to be treated as one logical monitor,
similar to the DP MST tiled display case. Normally, those powerwall
configurations don't have any layout information from the monitors
Michel Dänzer mic...@daenzer.net writes:
On 24.10.2014 07:09, Andreas Hartmetz wrote:
commit bbcc084afc1396d3df42516baafea5839c95a488
Author: Andreas Hartmetz ahartm...@gmail.com
Date: Sat Oct 4 18:13:04 2014 +0200
glamor: Don't free memory we are going to use.
No functional change.
Signed-off-by: Adam Jackson a...@redhat.com
---
composite/compinit.c | 27 ---
1 file changed, 16 insertions(+), 11 deletions(-)
diff --git a/composite/compinit.c b/composite/compinit.c
index 111c16e..7daf171 100644
--- a/composite/compinit.c
+++
Signed-off-by: Adam Jackson a...@redhat.com
---
composite/compinit.c | 4 ++--
dix/window.c | 2 +-
include/windowstr.h | 2 +-
mi/miexpose.c| 2 +-
4 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/composite/compinit.c b/composite/compinit.c
index 48e938f..111c16e
And remove fbStippleTable since gcc can't figure that out itself.
Signed-off-by: Adam Jackson a...@redhat.com
---
fb/fbbltone.c | 113 -
fb/fbrop.h | 6 ---
fb/fbutil.c| 107 --
On 10/07/2014 11:32 AM, Stefan Dirsch wrote:
xf86_OSproc.h cannot be included without first including xorg-server.h.
Without this the build fails on systems with the latest glibc,
throwing this error:
In file included from /usr/include/string.h:634:0,
from
Just a minor thing
On 10 October 2014 11:09, Eric Anholt e...@anholt.net wrote:
This will be used by the modesetting driver to support DRI2 across all
hardware that can support glamor, and could potentially be used by
other drivers that have to support DRI2 on sets of hardware with
multiple
Keith Packard kei...@keithp.com writes:
Eric Anholt e...@anholt.net writes:
By default modesetting now tries to enable X acceleration using
glamor, but falls back to normal shadowfb if GL fails to initialize.
For the series:
Reviewed-by: Keith Packard kei...@keithp.com
Merged.
This renames dumb_get_bo_from_handle(), since it wasn't using a handle
(GEM terminology) but a dmabuf fd.
Signed-off-by: Eric Anholt e...@anholt.net
---
hw/xfree86/drivers/modesetting/drmmode_display.c | 8
hw/xfree86/drivers/modesetting/drmmode_display.h | 3 +++
2 files changed, 7
On Tue, Oct 07, 2014 at 11:56:55AM +0100, Daniel Stone wrote:
Hi,
On 7 October 2014 10:54, Michel Dänzer mic...@daenzer.net wrote:
On 07.10.2014 18:46, Daniel Martin wrote:
On 7 October 2014 11:29, Stefan Dirsch sndir...@suse.de wrote:
Without this the build
From: Adam Jackson a...@redhat.com
Date: Wed, 8 Oct 2014 17:38:57 +0200
This shouldn't be necessary, we're doing this already at the DDX level
when it's needed (and, more importantly, not when it's not).
Signed-off-by: Adam Jackson a...@redhat.com
Tested (in 1.16.1) on a PowerMac G4
Consider below sequence -
1) Cursor is removed : isUp will be FALSE if HW cursor is set.
2) VT switched away from X : vtSema becomes FALSE.
3) xf86CursorSetCursor is called with non-null CursorPtr :
Saves the passed in CursorPtr, fallbacks to SW cursor and invokes
spriteFuncs-SetCursor which saves
On Wed, Oct 22, 2014 at 5:47 AM, basteon bast...@gmail.com wrote:
I use Xorg configuration:
Section Monitor
Modeline2560x1440_60 241.50 2560 2608 2640 2720 1440
1443 1448 1481 +hsync +vsync
HorizSync 89.40
VertRefresh 60.00
Identifier Monitor0
Hi,
On 08/26/2014 03:21 AM, Alan Coopersmith wrote:
Missed when the code was updated in commit eb9a8904fbef61a57ff0.
Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com
Looks good, series is:
Acked-by: Hans de Goede hdego...@redhat.com
Regards,
Hans
---
doc/xtrans.xml |2
tranformAbsolute has a pretty simple job, that of running the X/Y
values from a device through the transformation matrix. The tricky bit
comes when the current device state doesn't include one of the
values. In that case, the last delivered value is back-converted to
device space and used instead.
On 10/23/14 05:02 AM, Hans de Goede wrote:
From: Akira TAGOH ta...@redhat.com
The jisx0201 encoding has a hole in it in the 0x7f - 0xa0 range, see:
http://en.wikipedia.org/wiki/JIS_X_0201
The document for the format of the encoding files says:
Codes not listed are assumed to map through the
16 matches
Mail list logo