Felix, your observation solved it!
All I had to do was xrandr --output HDMI2 --pos 1200x538
Now that the monitors are directly touching in X, the mouse boundaries work
perfectly. Thank you!
On Tue, May 2, 2017 at 12:10 PM, Ryan Felder wrote:
> I can't seem to find any mention
Hi Jan
On Mon, 15 May 2017 23:01:05 +0200, Blue Möhre wrote:
> I am struggling with my new Intel NUC & LG OLED display and therefore was
> using edid-decode via Ubuntu repo to debug things. I need to add Modelines
> manually to xorg.conf, since my Yamaha AVR does break the EDID information
>
Since 5064ffab631 (2014), glamor's implementation of _ext just drops the
back_pixmap arg, which we were passing NULL (the default) to anyway.
Signed-off-by: Eric Anholt
---
src/radeon_glamor.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git
Hi Emmanuel,
On 4 April 2017 at 10:45, Emmanuel Gil Peyrot
wrote:
> Screenshotting is currently broken when using Xwayland’s non-GLAMOR
> code path headless, due to the screen extents being unknown and thus
> initialised to zero.
>
> This patch doesn’t seem to
XServer with enabled XRANDR 1.2 extension does not provide correct
dimensions from DisplayWidthMM() and DisplayHeightMM() calls anymore.
Values are calculated from fixed DPI 96.
Therefore when XRANDR 1.2 extension is enabled and present, instead use
XRRGetScreenResources() and XRRGetOutputInfo()
We only build this code with GBM, and supporting non-GBM well would be
invasive.
Signed-off-by: Eric Anholt
---
glamor/glamor_egl.c | 34 --
1 file changed, 34 deletions(-)
diff --git a/glamor/glamor_egl.c b/glamor/glamor_egl.c
index
Indirect GLX uses its own context and doesn't care what glamor is
using.
Signed-off-by: Eric Anholt
---
glamor/glamor_egl.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/glamor/glamor_egl.c b/glamor/glamor_egl.c
index 6bc9b5383f08..a82c1f790997 100644
---
We're using GBM, so we know we've got GEM.
Signed-off-by: Eric Anholt
---
glamor/glamor_egl.c | 35 +++
1 file changed, 7 insertions(+), 28 deletions(-)
diff --git a/glamor/glamor_egl.c b/glamor/glamor_egl.c
index f68d153114df..bf23dc8ed16c
This has been associated with dri3 for now, but we need to use it
elsewhere in order to avoid flink. The extensions have been
implemented for long enough that I couldn't find when it was that we
turned them on. Oddly, we already required renderbuffer import
support, which is basically as hard to
GLES2 support has been requested multiple times, and we've had this
code laying around trying to implement it. The GLES2 implementation
is not quite there yet (some pixel transfer failures), but it
shouldn't take much fixing at this point.
Signed-off-by: Eric Anholt
---
The glamor_egl module that the GLAMOR paths are using is only built if
GLAMOR_HAS_GBM is true, and there's no plan for implementing the
module without GBM. Simplify modesetting's code as a result.
Signed-off-by: Eric Anholt
---
hw/xfree86/drivers/modesetting/dri2.c
The EGL version is not used anywhere in the glamor code, so it's not
interesting. And when saying that we've started using GL
acceleration, it's nice to know what GL we're actually using.
Signed-off-by: Eric Anholt
---
glamor/glamor_egl.c | 17 +++--
1 file
Using flink is banned on render nodes, and they needlessly expose our
screen pixmap contents to any authenticated client. This also
incidentally drops the dependency on EGL_MESA_drm_image.
Signed-off-by: Eric Anholt
---
glamor/glamor_egl.c | 84
I couldn't find it being used anywhere in the history of the code.
Signed-off-by: Eric Anholt
---
glamor/glamor_egl.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/glamor/glamor_egl.c b/glamor/glamor_egl.c
index 21cf3c801242..c59aaa832f63 100644
--- a/glamor/glamor_egl.c
It's been unused since the initial import.
Signed-off-by: Eric Anholt
---
glamor/glamor_egl.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/glamor/glamor_egl.c b/glamor/glamor_egl.c
index abfdbf2a3129..ea047b4c422e 100644
--- a/glamor/glamor_egl.c
+++ b/glamor/glamor_egl.c
This was replaced in 4afe15d8bfd575c010ed1868697a7922a37ab378, but not
deleted.
Signed-off-by: Eric Anholt
---
glamor/glamor_egl.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/glamor/glamor_egl.c b/glamor/glamor_egl.c
index c59aaa832f63..abfdbf2a3129 100644
---
The function hasn't been doing anything useful since keithp's resource
freeing fixes in 2014.
Signed-off-by: Eric Anholt
---
glamor/glamor.h | 14 --
glamor/glamor_egl.c | 8
2 files changed, 4 insertions(+), 18 deletions(-)
diff --git
I'm rebuilding ivs.research.mtu.edu, which serves at a 4 by 6 display wall
of 1080p monitors. The cluster is made of 1 master node, and 8 slave nodes
with each slave node driving 3 monitors (with twinview, no voodoo magic
there). Each slave node has a high end sandy bridge era CPU, 32GB, and 2
Package: xserver-xorg-video-radeon
Version: 1:7.8.0-1+b1
Severity: important
Dear Maintainer,
* What led up to the situation?
Installation of the video card, an AMD/ATI Radeon HD (CEDAR) 5450 with 3
outputs: HDMI, DVI and VGA. The monitor (CRT), connected to VGA-0 is a
Viewsonic PT-810
19 matches
Mail list logo