Adds typedefs for (*RRStartFlippingPixmapTrackingProcPtr),
(*RREnableSharedPixmapFlippingProcPtr),
and (*RRDisableSharedPixmapFlippingProcPtr) in randrstr.h.
Adds typedefs for (*PresentSharedPixmapProcPtr),
(*SharedPixmapNotifyDamageProcPtr),
(*RequestSharedPixmapNotifyDamageProcPtr), and
(*StopFl
drmmode_set_scanout_pixmap_(cpu/gpu) would only do teardown if ppix ==
NULL. This meant that if there were consecutive calls to
SetScanoutPixmap(ppix != NULL) without calls to SetScanoutPixmap(ppix ==
NULL) in between, earlier calls would be leaked. RRReplaceScanoutPixmap()
does this today.
Inste
ms->drmmode.pageflip was only loaded from options if ms->drmmode.glamor was
defined, otherwise it would always assume FALSE.
PRIME Synchronization requires ms->drmmode.pageflip even if we aren't using
glamor, so load it unconditionally.
v1: N/A
v2: N/A
v3: N/A
v4: N/A
v5: Initial commit
Signed-o
drmmode_set_target_scanout_pixmap_cpu() uses drmmode_map_slave_bo(), which maps
a dumb bo. However, when cleaning up scanout pixmaps, it never destroys it,
leading to a leak of mapped memory. With enough modesets, this can result in an
insane amount of memory being mapped. Add dumb_bo_destroy() of
Reverse PRIME seems to be designed with discrete graphics as a sink in
mind, designed to do an extra copy from sysmem to vidmem to prevent a
discrete chip from needing to scan out from sysmem.
The criteria it used to detect this case is if we are a GPU screen and
Glamor accelerated. It's possible
Implements (Start/Stop)FlippingPixmapTracking, PresentSharedPixmap, and
RequestSharedPixmapNotifyDamage, the source functions for PRIME
synchronization and double buffering. Allows modesetting driver to be used
as a source with PRIME synchronization.
v1: N/A
v2: N/A
v3: N/A
v4: Initial commit
v5:
For some reason a couple of the dirty functions in driver.c used 8 spaces per
tab instead of 4 like the rest of the file. Fix this to make it more consistent
and give me more room to work in ms_dirty_update in subsequent commits.
v1: N/A
v2: N/A
v3: N/A
v4: Initial commit
v5: Unchanged
Signed-off
DPMS would prevent page flip / vblank events from being raised, freezing
the screen until PRIME flipping was reinitialized. To handle DPMS cleanly,
suspend PRIME page flipping when DPMS mode is not on, and resume it when
DPMS mode is on.
v1: Initial commit
v2: Moved flipping_active check from prev
modesetting relied on randr_crtc->scanout_pixmap being consistent with
calls to SetScanoutPixmap, which is very fragile and makes a lot of
assumptions about the caller's behavior.
For example, RRReplaceScanoutPixmap(), when dropping off with !size_fits,
will set randr_crtc->scanout_pixmap = NULL a
Implements (Enable/Disable)SharedPixmapFlipping and
SharedPixmapNotifyDamage, the sink functions for PRIME synchronization and
double buffering. Allows modesetting driver to be used as a sink with PRIME
synchronization.
Changes dispatch_slave_dirty to flush damage from both scanout pixmaps.
Chang
UDL (USB 2.0 DisplayLink DRM driver) has strange semantics when it comes to
vblank events and damage tracking when page flipping.
When doing a page flip, it will instantly raise a vblank event without
waiting for vblank. However, it has no support for DRM_IOCTL_WAIT_VBLANK.
It also seems to have s
Adds an output parameter to disable PRIME synchronization.
Output parameter is created when the user calls 'xrandr
--setprovideroutputsource ' to prevent polluting output
parameters of non-PRIME configurations.
Defaults to on, so if the user wants PRIME synchronization they don't need
to do anyt
Hello all,
These patches change the xserver to support setting up PRIME with double
buffering, and implement double buffered PRIME sink and source support in
the modesetting driver. In addition to these changes, I've upstreamed a
couple of patches to the i915 DRM driver that mesh with these, and h
Changes PRIME to use double buffering and synchronization if all required
driver functions are available.
rrcrtc.c:
Changes rrSetupPixmapSharing() to use double buffering and
synchronization in the case that all required driver functions are
available. Otherwise, falls back to unsynchr
On 04/12/16 10:59 AM, Carlos Alberto Lopez Perez wrote:
* The Mesa driver uses this environment variable to override the
default compiled search path for DRI drivers.
* This is useful for testing purposes when the user needs to
override the system default one at runtime.
+
On Tue, Apr 12, 2016 at 19:59:14 +0200, Carlos Alberto Lopez Perez wrote:
> * The Mesa driver uses this environment variable to override the
> default compiled search path for DRI drivers.
>
> * This is useful for testing purposes when the user needs to
> override the system default o
* The Mesa driver uses this environment variable to override the
default compiled search path for DRI drivers.
* This is useful for testing purposes when the user needs to
override the system default one at runtime.
Signed-off-by: Carlos Alberto Lopez Perez
---
glx/glxdricommon.c |
Hey,
On Mon, Apr 11, 2016 at 12:34:20PM +0200, poma wrote:
>
> https://cgit.freedesktop.org/xorg/driver/xf86-video-qxl
>
> 0001-Remove-unused-variables.patch
> ...
> 0036-spiceqxl_audio-Stop-the-playback-channel-if-there-is.patch
>
> 36 patches queueing from the last xf86-video-qxl release - 0.
On 12 April 2016 at 06:48, Peter Hutterer wrote:
> On Tue, Mar 08, 2016 at 03:42:42PM +1000, Peter Hutterer wrote:
>> Wrong use of the mask here caused a beep whenever a key was rejected but also
>> when it was released after being accepted. Fix the mask to check for the
>> correct enabled control
Well, if they're all whitespace-only like those you linked you're
welcome to make them
Reviewed-by: Simon Thum
Cheers
Simon
On 04/11/2016 06:42 PM, Peter Harris wrote:
On 2016-04-11 12:32, Simon Thum wrote:
Does anyone know what is the "correct" fix? Older/newer python, wait for
master to
20 matches
Mail list logo
