On Tue, Jun 21, 2016 at 01:54:35PM +0200, Olivier Fourdan wrote:
> This partially reverts commit c1565f3.
>
> When the pointer moves from an X11 window to a Wayland native window,
> no LeaveNotify event is emitted which can lead to various unexpected
> behaviors like tooltips remaining visible aft
On 23.06.2016 04:58, Emil Velikov wrote:
> On 22 June 2016 at 04:12, Michel Dänzer wrote:
>> From: Michel Dänzer
>>
>> Instead of breaking the former when the driver supports the latter,
>> hook them up so that the hardware LUTs reflect the combination of the
>> current colourmap and gamma states
From: Michel Dänzer
Instead of breaking the former when the driver supports the latter,
hook them up so that the hardware LUTs reflect the combination of the
current colourmap and gamma states. I.e. combine the colourmap, the
global gamma value/ramp and the RandR 1.2 per-CRTC gamma ramps into one
On Tue, 21 Jun 2016 at 17:56, Stefan Dirsch wrote:
On Tue, Jun 21, 2016 at 11:46:05AM -0400, Adam Jackson wrote:
On Fri, 2016-04-29 at 11:22 +0200, Stefan Dirsch wrote:
On Fri, Apr 29, 2016 at 09:40:05AM +0200, Julien Cristau wrote:
On Thu, Apr 28, 2016 at 15:21:15 +0200, Stefan Dirsch wrote:
On 22 June 2016 at 22:02, Hans de Goede wrote:
> Hi,
>
> On 22-06-16 21:19, Emil Velikov wrote:
>>
>> Hi Hans,
>>
>> On 16 June 2016 at 14:37, Hans de Goede wrote:
>>>
>>> When a card has import capability it can be an offload _sink_, not
>>> a source and vice versa for export capability.
>>>
>>>
On Tue, Jun 21, 2016 at 6:58 AM Adam Jackson wrote:
> On Fri, 2016-06-17 at 18:14 +, Erik Jensen wrote:
>
> > Chrome Remote Desktop is currently exploring support for using Xorg
> > with the dummy driver instead of Xvfb,
>
> Why?
>
> - ajax
>
It is our understanding that Xvfb is more-or-less
Hi,
On 22-06-16 21:19, Emil Velikov wrote:
Hi Hans,
On 16 June 2016 at 14:37, Hans de Goede wrote:
When a card has import capability it can be an offload _sink_, not
a source and vice versa for export capability.
This commit fixes the modesetting driver to properly set these
capabilities, th
Hi Michel,
On 22 June 2016 at 04:12, Michel Dänzer wrote:
> From: Michel Dänzer
>
> Instead of breaking the former when the driver supports the latter,
> hook them up so that the hardware LUTs reflect the combination of the
> current colourmap and gamma states. I.e. combine the colourmap, the
>
Hi Hans,
On 16 June 2016 at 14:37, Hans de Goede wrote:
> When a card has import capability it can be an offload _sink_, not
> a source and vice versa for export capability.
>
> This commit fixes the modesetting driver to properly set these
> capabilities, this went unnoticed sofar because most g
On Tue, Jun 21, 2016 at 11:12 PM, Michel Dänzer wrote:
> From: Michel Dänzer
>
> Instead of breaking the former when the driver supports the latter,
> hook them up so that the hardware LUTs reflect the combination of the
> current colourmap and gamma states. I.e. combine the colourmap, the
> glob
Hi,
On 22-06-16 09:09, Michel Dänzer wrote:
On 22.06.2016 12:47, Michel Dänzer wrote:
On 02.06.2016 04:04, Hans de Goede wrote:
drmmode_set_scanout_pixmap_gpu(pix) adds drmmod->fb_id through a call
to drmmode_xf86crtc_resize(), but on a subsequent
drmmode_set_scanout_pixmap_gpu(NULL) it would
Hi,
On 22-06-16 10:48, Eric Engestrom wrote:
On Thu, Jun 16, 2016 at 03:37:51PM +0200, Hans de Goede wrote:
When a card has import capability it can be an offload _sink_, not
a source and vice versa for export capability.
This commit fixes the modesetting driver to properly set these
capabilit
On Thu, Jun 16, 2016 at 03:37:51PM +0200, Hans de Goede wrote:
> When a card has import capability it can be an offload _sink_, not
> a source and vice versa for export capability.
>
> This commit fixes the modesetting driver to properly set these
> capabilities, this went unnoticed sofar because
There is currently no reliable way to report failure to set a HW
cursor. Still such failures can happen if e.g. the MODE_CURSOR DRM
ioctl fails (which currently happens at least with modesetting on Tegra
for format incompatibility reasons).
As failures are currently handled by setting the HW curso
On 22.06.2016 12:47, Michel Dänzer wrote:
> On 02.06.2016 04:04, Hans de Goede wrote:
>> drmmode_set_scanout_pixmap_gpu(pix) adds drmmod->fb_id through a call
>> to drmmode_xf86crtc_resize(), but on a subsequent
>> drmmode_set_scanout_pixmap_gpu(NULL) it would not remove the fb.
>>
>> This keeps th
15 matches
Mail list logo
