Hi!
On 09/26/2014 03:36 AM, Peter Hutterer wrote:
On Wed, Sep 24, 2014 at 11:12:50AM +0200, Thomas Hellstrom wrote:
While looking at a vmmouse kernel driver, I wonder how the Xorg evdev
driver can be configured to receive both absolute and relative events
from the same device as the vmmouse
Keith Packard doesn't seem very responsive (as in 'completely ignoring the
subject')
Thank you for persisting, Jonas.
On 24 September 2014 21:13, Jonas Petersen jnsptr...@gmail.com wrote:
By design, on 32-bit systems, the Xlib internal 32-bit request sequence
numbers may wrap. There is some
Hi,
On 09/26/2014 09:06 AM, Thomas Hellstrom wrote:
Hi!
On 09/26/2014 03:36 AM, Peter Hutterer wrote:
On Wed, Sep 24, 2014 at 11:12:50AM +0200, Thomas Hellstrom wrote:
While looking at a vmmouse kernel driver, I wonder how the Xorg evdev
driver can be configured to receive both absolute
On Fri, Sep 26, 2014 at 12:40 AM, Felix Miata mrma...@earthlink.net wrote:
Alex Deucher wrote on 2014-09-25 22:55 (UCT-0400):
On Thu, Sep 25, 2014 at 12:01 PM, Felix Miata wrote:
...
The sis and mga drivers are yet more cases of pushing hardware toward
landfills and recyclers before their
Hi there!
Some time ago, I've asked you about current situation of video drivers for
nested Xorg servers as an alternative to Xephyr. This is mentioned in
http://www.x.org/wiki/Releases/7.8/
Currently there's a project named xf86-video-nested, which is written
somehow independently from Xephyr,
On Thu, 2014-09-25 at 15:47 -0700, Eric Anholt wrote:
Adam Jackson a...@redhat.com writes:
SUBCLASS ALL THE THINGS
Isn't the Log enum dead now?
Indeed. Will fold that into v2.
- ajax
___
xorg-devel@lists.x.org: X.Org development
Archives:
Hi Chris,
Chris Wilson writes:
Also realised that even this should be fixed up as a last resort by
falling back to the shadow CRTC allocation. That band-aid should be
working again.
Hopefully
commit 9f7c1a4c4f2a6352263c36e75a984ed4095adbc0
Author: Chris Wilson
Adam Jackson a...@redhat.com writes:
A careful read shows that it was always NULL. It hasn't always been; as
the DDX spec indicates, it was the occluded region that has backing
store, but since that backing store code is long gone, we can nuke it.
mi{,Overlay}WindowExposures get slightly
The xf86Info.log change also removes the enum; the rest are as reviewed.
---
The following changes since commit cc59be38b7eff52a1d003b390f2994c73ee0b3e9:
os: Don't listen to 'tcp' by default. Add '-listen' option. [v2] (2014-09-22
13:52:20 -0700)
are available in the git repository at:
On Fri, Sep 26, 2014 at 06:05:07PM +0200, Egbert Eich wrote:
Hi Chris,
Chris Wilson writes:
Also realised that even this should be fixed up as a last resort by
falling back to the shadow CRTC allocation. That band-aid should be
working again.
Hopefully
commit
On Fri, Sep 26, 2014 at 06:05:07PM +0200, Egbert Eich wrote:
From: Egbert Eich e...@freedesktop.org
Date: Fri, 26 Sep 2014 17:57:55 +0200
Subject: [PATCH driver/intel] In sna_create_screen_resources() don't make
sna_pixmap_force_to_gpu() mandatory
Signed-off-by: Egbert Eich
On Fri, Sep 26, 2014 at 3:40 AM, Jan Smout smout@gmail.com wrote:
Keith Packard doesn't seem very responsive (as in 'completely ignoring the
subject')
Perhaps you should try Ccing him? (now Cc'd)
___
xorg-devel@lists.x.org: X.Org development
Export glamor_copy so that it can be used before the server is fully
initialized to copy console frame buffer contents to the screen frame
buffer when using the -background none command line option.
Signed-off-by: Keith Packard kei...@keithp.com
---
glamor/glamor.h | 14 ++
Matt Turner matts...@gmail.com writes:
On Fri, Sep 26, 2014 at 3:40 AM, Jan Smout smout@gmail.com wrote:
Keith Packard doesn't seem very responsive (as in 'completely ignoring the
subject')
Perhaps you should try Ccing him? (now Cc'd)
The problem is that reviewing this patch is *really
This adds glamor support back into the driver, but instad of going
through UXA, this uses it directly instead. Supports DRI2 directly and
DRI3 via glamor.
Signed-off-by: Keith Packard kei...@keithp.com
---
configure.ac| 42 ++-
src/intel_driver.h | 2 +-
This uses fb directly, and supports DRI2 and DRI3.
Signed-off-by: Keith Packard kei...@keithp.com
---
configure.ac| 39 +++
src/Makefile.am | 9 +-
src/intel_module.c | 14 +--
src/uxa/Makefile.am | 2 +
src/uxa/intel.h | 6 +
With all of the preparatory patches applied, here's the remaining
short sequence of patches necessary to conver the intel driver over to
using glamor directly, rather than indirectly through UXA.
I've removed the (scary) changes which moved the initial mode setting
to the first invocation of the
Instead of doing the initial mode set in I830ScreenInit, move it to
i830CreateScreenResources after the call to intel_copy_fb so that the
new frame buffer we set up has the contents of the existing console,
eliminating a flash of black between the mode set and the copy.
Signed-off-by: Keith
This removes all glamor support from the driver
Signed-off-by: Keith Packard kei...@keithp.com
---
configure.ac | 41 +-
src/intel_driver.h| 2 +-
src/intel_module.c| 5 +-
src/uxa/Makefile.am | 10 --
src/uxa/intel_display.c | 2 -
19 matches
Mail list logo