Hi,
On 07-12-14 23:42, Peter Hutterer wrote:
On Fri, Dec 05, 2014 at 02:21:15PM +0100, Hans de Goede wrote:
Hi Peter,
Thanks for working on this!
On 12/02/2014 06:01 AM, Peter Hutterer wrote:
libinput's device handling and server-side fd handling are a bit of a
mismatch, so this is hackier
On Mon, Dec 08, 2014 at 09:32:00AM +0100, Hans de Goede wrote:
Hi,
On 07-12-14 23:42, Peter Hutterer wrote:
On Fri, Dec 05, 2014 at 02:21:15PM +0100, Hans de Goede wrote:
Hi Peter,
Thanks for working on this!
On 12/02/2014 06:01 AM, Peter Hutterer wrote:
libinput's device handling and
On 5 December 2014 at 17:45, Keith Packard kei...@keithp.com wrote:
Daniel Martin daniel.mar...@secunet.com writes:
From: Daniel Martin consume.no...@gmail.com
When receiving a hotplug uevent, check if we have to add or remove
outputs and act accordingly.
Signed-off-by: Daniel Martin
From: Daniel Martin consume.no...@gmail.com
Move the boolean glamor from struct modesetting into struct drmmode for
later re-use in drmmode_display.
Signed-off-by: Daniel Martin consume.no...@gmail.com
Reviewed-by: Eric Anholt e...@anholt.net
Reviewed-and-tested-by: Kenneth Graunke
From: Daniel Martin consume.no...@gmail.com
When receiving a hotplug uevent, check if we have to add or remove
outputs.
v2: Move log message in drmmode_output_add() below 'if (!output)' to
prevent possible NULL dereference.
Signed-off-by: Daniel Martin consume.no...@gmail.com
Reviewed-by:
From: Daniel Martin consume.no...@gmail.com
If the uevent isn't a hotplug event, ignore it, and if !vtSema postpone
the reprobing until EnterVT().
v2: Replace 'flags' member and enum with Bool 'need_reprobe'.
Signed-off-by: Daniel Martin consume.no...@gmail.com
---
Hi,
this is the second version of my patches to add hotplug output support
into the modesetting driver. Few changes have been made:
- added R-b tags (Eric Anholt and Kenneth Graunke) to patch 1-5
[PATCH 1/9] config/udev: Prefix and shift removing GPU message
[PATCH 2/9] modesetting: Move
From: Daniel Martin consume.no...@gmail.com
If we don't glamor_egl_create_textured_screen_ext() in
drmmode_xf86crtc_resize() we end up with a black screen and no client
windows visible.
Signed-off-by: Daniel Martin consume.no...@gmail.com
Reviewed-by: Eric Anholt e...@anholt.net
From: Daniel Martin consume.no...@gmail.com
The message removing GPU device ... appeared even if the removal was
skipped (when path == NULL). Move it below the path check and make it a
LogMessage with config/udev prefix.
Signed-off-by: Daniel Martin consume.no...@gmail.com
Reviewed-by: Eric
From: Daniel Martin consume.no...@gmail.com
We don't define HAVE_UDEV, that's a remnant from xf86-video-modesetting.
But, we have CONFIG_UDEV_KMS.
Signed-off-by: Daniel Martin consume.no...@gmail.com
Reviewed-by: Eric Anholt e...@anholt.net
Reviewed-and-tested-by: Kenneth Graunke
From: Daniel Martin consume.no...@gmail.com
drmmode_output_init() doesn't touch (the int*) num_dvi and num_hdmi.
Remove both parameters.
Signed-off-by: Daniel Martin consume.no...@gmail.com
Reviewed-by: Eric Anholt e...@anholt.net
Reviewed-and-tested-by: Kenneth Graunke kenn...@whitecape.org
---
This patch is not meant to be merged. Its purpose is to be able to test
the output hotplug handling on maschines that don't hotplug outputs.
With this patch an output will be added or removed depending on its
connector state (connected? - add, otherwise - remove or ignore).
---
From: Daniel Martin consume.no...@gmail.com
So, we can re-use the function for output hotplugging later.
Signed-off-by: Daniel Martin consume.no...@gmail.com
Reviewed-by: Keith Packard kei...@keithp.com
---
hw/xfree86/drivers/modesetting/drmmode_display.c | 9 +
1 file changed, 5
Looking at Daniel's patches to fix screen resize in the modesetting
driver, I've come across an oddity in the glamor API which deserves some
exploration. glamor_egl_create_textured_screen_ext has this weird extra
'back_pixmap' argument. What the heck does it do? Let's see...
In the glamor egl
There were three paths that called eglDestroyImageKHR:
* The front buffer
* The intel driver's flip buffer
* pixmaps under DRI3
This patch unifies the second two by having glamor_destroy_pixmap
always destroy any associaged EGL image. This allows us to stop
storing the back_pixmap pointer in
Here are the three patches I mentioned which take care of destroying
the EGL image structure when freeing pixmaps and when assigning a new
image to a pixmap which already has one.
The second patch is a 'clean up' which removes a redundant reference
to the screen EGL image -- it's already
When reallocating the framebuffer on screen resize, the old EGL image
was getting leaked. Check for an existing EGL image and free it in
this case.
Signed-off-by: Keith Packard kei...@keithp.com
---
glamor/glamor_egl.c | 28 +---
1 file changed, 21 insertions(+), 7
There's no reason to store this in the egl screen private as the
screen pixmap will always hold a reference to it anyways.
Signed-off-by: Keith Packard kei...@keithp.com
---
glamor/glamor_egl.c | 13 +
1 file changed, 1 insertion(+), 12 deletions(-)
diff --git a/glamor/glamor_egl.c
Eric Anholt e...@anholt.net writes:
Patches 1-5 are:
Reviewed-by: Eric Anholt e...@anholt.net
Merged.
4b0d0df..32ca85c master - master
I think the repeated create_textured_screen_ext()s are leaking an EGL
image, but that's a fix in glamor_egl.c we should do independently.
I've posted
Mario Kleiner mario.kleiner...@gmail.com writes:
Pageflips for Pixmap presents were not synchronized to vblank on
drivers with support for PresentCapabilityAsync, due to some
missing init for vblank-sync_flips. The PresentOptionAsync
flag was completely ignored for pageflipped presents.
Jon TURNEY jon.tur...@dronecode.org.uk writes:
Colin Harrison (1):
hw/xwin: Don't allocate one wchar_t too much for unicode text placed on
the Windows clipboard
Jon TURNEY (8):
hw/xwin: Remove some redundant clipboard externs, now defined in
winglobals.h
hw/xwin: In
Jon TURNEY jon.tur...@dronecode.org.uk writes:
Jon TURNEY (3):
Revert glx: Simplify glXDestroyContext
glx: Flush context which is being made non-current due to
drawable going away
glx: Fix crash when a client exits without deleting GL contexts
Merged.
On 12/08/2014 01:01 AM, Daniel Martin wrote:
On 5 December 2014 at 17:45, Keith Packard kei...@keithp.com wrote:
Daniel Martin daniel.mar...@secunet.com writes:
From: Daniel Martin consume.no...@gmail.com
When receiving a hotplug uevent, check if we have to add or remove
outputs and act
23 matches
Mail list logo