On Thu, Sep 11, 2014 at 12:53:30PM -0700, Keith Packard wrote:
Chris Wilson ch...@chris-wilson.co.uk writes:
That extra alignment is due to gen2 and early gen3 (if
(!intel-has_relaxed_fencing) covers them).
Here's the patch which changed the alignment requirment:
[snip commits picked
using DRI3 would
fail.
That extra alignment is due to gen2 and early gen3 (if
(!intel-has_relaxed_fencing) covers them).
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
___
xorg-devel@lists.x.org: X.Org development
Archives: http
On Thu, Sep 11, 2014 at 12:47:21AM -0600, Jasper St. Pierre wrote:
Why doesn't mesa allocate buffers in the same way for those chips, then?
Good question.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
___
xorg-devel@lists.x.org
a flicker in rapidly updated elements (like
simple video panes).
https://bugs.freedesktop.org/show_bug.cgi?id=81973
Complete list of changes since 2.99.914
---
Chris Wilson (93):
sna: Disable rendering with the DRM device whilst away from VT
this interface.
Signed-off-by: Dave Airlie airl...@redhat.com
Reviewed-by: Chris Wilson ch...@chris-wilson.co.uk
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org
On Wed, Aug 13, 2014 at 10:58:54AM +0100, Chris Wilson wrote:
If the VT we are using is already in KD_GRAPHICS mode, calling SETACTIVE
will silently fail. This leads to an indefinite hang as WAITACTIVE never
returns causing lockups on boot. This issue becomes apparent when the
kernel driver
leaves the VT in graphics mode.
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
Cc: Daniel Vetter daniel.vet...@ffwll.ch
Cc: Adam Jackson a...@redhat.com
---
hw/xfree86/os-support/linux/lnx_init.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/hw/xfree86/os-support/linux
-by: Chris Wilson ch...@chris-wilson.co.uk
Cc: Dave Airlie airl...@redhat.com
---
config/udev.c | 82 ---
1 file changed, 50 insertions(+), 32 deletions(-)
diff --git a/config/udev.c b/config/udev.c
index 1e4a9d7..dbe32c4 100644
--- a/config
Snapshot 2.99.914 (2014-07-23)
==
And a brown paper bag to hide the rebuilding from the tarball with
'autoreconf -fi' error that arose from not distributing the libobj/
directory.
Complete list of changes since 2.99.913
---
Chris
.
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
Cc: Dave Airlie airl...@redhat.com
Cc: Maarten Lankhorst maarten.lankho...@canonical.com
---
randr/rrcrtc.c | 56
1 file changed, 36 insertions(+), 20 deletions(-)
diff --git a/randr
Hide the ErrorF used for debugging behind an ifdefed out macro.
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
Cc: Dave Airlie airl...@redhat.com
---
randr/rrcrtc.c | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/randr/rrcrtc.c b/randr/rrcrtc.c
index
Before we attach the slaved scanout pixmap we need to initialize its
contents as otherwise it may be some time before it is done so in the
next block handler or perhaps even after the next drawing, and
during that time the old uninitialised contents of the pixmap is
visible.
Signed-off-by: Chris
as they are very much still under early testing. Also
be aware that Mesa provides no support for explicit fencing so Damage
tracking between compositors and clients is unserialised.
Complete list of changes since 2.99.912
---
Chris Wilson (254):
sna: Handle
On Fri, Jul 18, 2014 at 10:32:31AM -0700, Eric Anholt wrote:
Nobody was using it.
The ClientPtr gets used to send events back to the Client from various
implementations of Xv.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
___
xorg-devel
, suggested by Pekka Paalanen.
Use libobj for replacement ffs(), suggested by walter harms
v3: Support combinations of rotations and reflections
Eliminate use of ffs() and so remove need for libobj
v4: And remove the vestigal HAVE_FFS, spotted by Mark Kettenis
Signed-off-by: Chris Wilson ch
With the advent of universal drm planes and the introduction of generic
plane properties for rotations, we can query and program the hardware
for native rotation support.
NOTE: this depends upon the next release of libdrm to remove some
opencoded defines.
Signed-off-by: Chris Wilson ch...@chris
On Wed, Jul 09, 2014 at 10:44:17AM +0300, Pekka Paalanen wrote:
On Wed, 9 Jul 2014 08:00:21 +0100
Chris Wilson ch...@chris-wilson.co.uk wrote:
With the advent of universal drm planes and the introduction of generic
plane properties for rotations, we can query and program the hardware
, suggested by Pekka Paalanen.
Use libobj for replacement ffs(), suggested by walter harms
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
Cc: Pekka Paalanen ppaala...@gmail.com
Cc: walter harms wha...@bfs.de
---
configure.ac | 5 +-
libobj/ffs.c | 14
src
On Wed, Jul 09, 2014 at 12:57:12PM +0300, Pekka Paalanen wrote:
On Wed, 9 Jul 2014 09:19:08 +0100
Chris Wilson ch...@chris-wilson.co.uk wrote:
With the advent of universal drm planes and the introduction of generic
plane properties for rotations, we can query and program the hardware
the hardware can actually use.
Can you reproduce the about sequence with drm.debug=6 dmesg (i.e.
echo 6 /sys/module/drm/parameters/debug ; xrandr --panning... ;
dmesg)?
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
___
xorg@lists.x.org: X.Org
On Mon, Jun 23, 2014 at 12:47:13PM +0200, Krzysztof Halasa wrote:
Chris Wilson ch...@chris-wilson.co.uk writes:
Hmm. Whilst it seems odd to have a negative linear offset, I have seen
it work elsewhere. Could you try setting
options i915 i915_enable_fbc=0 enable_fbc=0
in /etc
This fixes a segfault when we attempt to call ds-ReuseBufferNotify()
passing a Prime DRI2BufferPtr to the master backend.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=80001
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
Cc: Michel Dänzer mic...@daenzer.net
Cc: Dave Airlie airl
for DRI2GetMsc - as clients are
often unprepared and die when they get the unexpected error.
Complete list of changes since 2.99.911
---
Adam Jackson (1):
configure: Don't link the driver against libX11
Chris Wilson (287):
intel: Refactor finding
that are touched by PresentPixmap.
v2: Fixup the function name after rebasing
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
Cc: Reinis Danne reinis.da...@gmail.com
Reviewed-by: Dave Airlie airl...@redhat.com
Cc: Keith Packard kei...@keithp.com
---
hw/xfree86/dri2/dri2.c | 20
1
for DRI2GetMsc - as clients are
often unprepared and die when they get the unexpected error.
Complete list of changes since 2.99.911
---
Adam Jackson (1):
configure: Don't link the driver against libX11
Chris Wilson (287):
intel: Refactor finding
the GPU or mmio pageflip ioctl stall due to outstanding rendering,
except as when it is required to rewrite the PTEs. We could move that to
a wq, or the buffers can be pre-emptively moved to the display cache
domain before rendering.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
provider for screen 0
Still unsure if I had success.
Yes, the DDX is ready. Try enabling LIBGL_DEBUG to check that mesa is
using DRI3.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
___
xorg-devel@lists.x.org: X.Org development
Archives
On Mon, Jun 02, 2014 at 09:10:47PM -0700, Keith Packard wrote:
Chris Wilson ch...@chris-wilson.co.uk writes:
(That the client can get confused and present on the wrong CRTC is
an unfortunate race condition, but there needs to be a way to poll for
XErrors alongside the futex signalling
On Tue, Jun 03, 2014 at 12:27:45AM -0700, Keith Packard wrote:
Chris Wilson ch...@chris-wilson.co.uk writes:
The driver doesn't check that the Window is still suitable for flipping,
it only checks if the buffer is suitable for scanning out. I think you
need to run
---
This patch has been unreviewed since January and makes swaps reliably
occur on drivers that don't have async swap support, rather than
happening only every other frame. I'd like to have this merged before
we try to sort out Chris Wilson's bug fixes as these are all heavily
inter-related
On Sat, May 31, 2014 at 08:59:33AM +0100, Chris Wilson wrote:
However, it does introduce an issue where a fence won't be signalled if
the associated drawable is already freed.
Scratch that. I broke my test environment. Nothing wrong with this
series that I have been able to tell.
-Chris
On Mon, Jun 02, 2014 at 01:04:39PM -0700, Keith Packard wrote:
Chris Wilson ch...@chris-wilson.co.uk writes:
As the CRTCs may be reconfigured between each invocation, we can not
assume that the previous CRTC we used last time will still be valid for
this call.
Is this a problem
think this check now needs to scan all pending flips.
Other than that, the patch does what it says on the tin, though you
could mention the impact this has caused by the regular flip-unflip.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
On Mon, Jun 02, 2014 at 08:56:32PM -0700, Keith Packard wrote:
Chris Wilson ch...@chris-wilson.co.uk writes:
The patch relaxes the restriction that there be a single pending flip,
and allows the client to queue up a series of fullscreen swaps. However,
we don't recheck pixmaps for being
is passed in by the user - and xshmfence does
not mix well with asynchronous errors from X (i.e. the client can
trivially deadlock waiting for a signal that will never come).
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
---
present/present.c | 11 ++-
1 file changed, 2 insertions
, notably the dangling vblank
after applications quit.
Tested-by: Chris Wilson ch...@chris-wilson.co.uk
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg
On Sat, May 31, 2014 at 08:32:50AM +0100, Chris Wilson wrote:
On Wed, May 28, 2014 at 05:40:28PM +0100, Frank Binns wrote:
This is v2 of some present fixes for issues discovered when adding
DRI3+present support to the PVR video driver.
Patch 1 has been reworked to now always restore
This is so that drivers can do a runtime check that Present is available,
similar to existing runtime checks performed by the drivers for DRI.
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
---
hw/xfree86/loader/loadmod.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/hw/xfree86
Currently, the code asserts that the abort_flip is set on the
pending_flip when the Window is closed. Presumably, it is expected that
a configure event happens before it actually closes causing the pending
present flip to be aborted. In practice, I see the assert.
Signed-off-by: Chris Wilson ch
(dispatch.c:3384)
==31451==by 0x80740B5: Dispatch (dispatch.c:406)
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
---
present/present_screen.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/present/present_screen.c b/present/present_screen.c
index 25ef681..b475d03 100644
: FreeClientResources (resource.c:1139)
==20302==by 0x807BD5E: CloseDownClient (dispatch.c:3384)
==20302==by 0x80740B5: Dispatch (dispatch.c:406)
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
---
present/present_screen.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git
This is so that drivers can do a runtime check that DRI3 is available,
similar to existing runtime checks performed by the drivers for DRI and
DRI2.
v2: Only add DRI3 to the list if the module was actually built into the
server (Mark Kettenis).
Signed-off-by: Chris Wilson ch...@chris
: CloseDownClient (dispatch.c:3384)
==15808==by 0x80740B5: Dispatch (dispatch.c:406)
==15808==by 0x80816CD: dix_main (main.c:296)
==15808==by 0x80D2FA1: main (stubmain.c:34)
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
---
fb/fbscreen.c | 12
1 file changed, 8
On Wed, May 28, 2014 at 01:31:50AM -0700, Keith Packard wrote:
Chris Wilson ch...@chris-wilson.co.uk writes:
The fbWindow family of functions (Map, Unmap, Position and Destroy) are
all terminal functions, that is they do not chain up to earlier
extensions. This breaks those chains which
On Wed, May 28, 2014 at 02:15:58AM -0700, Keith Packard wrote:
Chris Wilson ch...@chris-wilson.co.uk writes:
Hmm, the sequence I have in UXA is wrong then.
Sounds like it.
Indeed, that was easy enough to resolve once I knew to look in the
right place. Thanks,
-Chris
--
Chris Wilson
On Wed, May 28, 2014 at 12:07:40PM +0100, Frank Binns wrote:
On 28/05/14 08:14, Chris Wilson wrote:
If we close the Window prior to completing all the flips, we free the
vblank pointer but leave screen_priv-flip_pending dangling. This leads
to a host of invalid reads/writes as it is accessed
On Wed, May 28, 2014 at 12:22:14PM +0100, Chris Wilson wrote:
On Wed, May 28, 2014 at 12:07:40PM +0100, Frank Binns wrote:
On 28/05/14 08:14, Chris Wilson wrote:
If we close the Window prior to completing all the flips, we free the
vblank pointer but leave screen_priv-flip_pending
On Tue, May 13, 2014 at 09:20:45AM -0700, Jamey Sharp wrote:
On May 13, 2014 12:57 AM, Chris Wilson [1]ch...@chris-wilson.co.uk
wrote:
=0 ickle:/usr/src/piglit$ ./bin/glx-oml-sync-control-getmscrate
PIGLIT: {'result': 'pass' }
=0 ickle:/usr/src/piglit$ ./bin/glx-oml-sync
On Wed, May 14, 2014 at 06:49:10AM -0700, Jamey Sharp wrote:
On Wed, May 14, 2014 at 01:31:14PM +0100, Chris Wilson wrote:
On Tue, May 13, 2014 at 09:20:45AM -0700, Jamey Sharp wrote:
Yeah, we have new tests that haven't quite been merged yet as we're
addressing Eric's review
On Mon, May 12, 2014 at 06:30:47PM -0700, Jamey Sharp wrote:
According to Chris Wilson, the Intel driver has a horrifying kludge to
get triple-buffering despite the swap_limit being set to only allow
double-buffering by default. This kludge makes OML_sync_control unusable
if the Intel driver
On Tue, May 13, 2014 at 12:18:49AM -0700, Jamey Sharp wrote:
On Tue, May 13, 2014 at 12:01 AM, Chris Wilson ch...@chris-wilson.co.uk
wrote:
On Mon, May 12, 2014 at 06:30:47PM -0700, Jamey Sharp wrote:
According to Chris Wilson, the Intel driver has a horrifying kludge to
get triple
By waking the clients before we finish the work associated with the
fence we expose ourselves to a race where the clients may see the
incomplete results.
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
---
miext/sync/misyncshm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
clients
[PATCH 3/3] sync: Record the associated Drawable for a shm/fd fence
The first two patches are simple bug fixes, with the last being a major
efficiency burden in the current API.
-Chris
___
xorg-devel@lists.x.org: X.Org development
Archives: http
This is so that drivers can do a runtime check that DRI3 is available,
similar to existing runtime checks performed by the drivers for DRI and
DRI2.
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
---
hw/xfree86/loader/loadmod.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/hw/xfree86
, not all).
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
---
miext/sync/misyncfd.c | 2 +-
miext/sync/misyncfd.h | 3 ++-
miext/sync/misyncshm.c | 11 ++-
miext/sync/misyncshm.h | 4
4 files changed, 17 insertions(+), 3 deletions(-)
diff --git a/miext/sync/misyncfd.c b/miext
On Mon, May 12, 2014 at 11:29:58AM +0200, Mark Kettenis wrote:
From: Chris Wilson ch...@chris-wilson.co.uk
Date: Mon, 12 May 2014 08:12:37 +0100
This is so that drivers can do a runtime check that DRI3 is available,
similar to existing runtime checks performed by the drivers for DRI
(pFence);
This is racy as the clients are woken up before the server has had a
chance to do the required work.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives
/ubuntu/+source/xserver-xorg-video-intel/+bug/1289923
* Actually turn off displays with DPMS off for UXA.
Regression from 2.99.903, but requires
kernel commit c9976dcf55c8aaa7037427b239f15e5acfc01a3a
Author: Chris Wilson ch...@chris-wilson.co.uk
Date: Sun Sep 29 19:15:07 2013 +0100
property available to users and
prevent those who rely upon it in scripts from seeing regressions.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
On Thu, Feb 13, 2014 at 08:37:47PM +0100, Hans de Goede wrote:
Hi,
On 02/13/2014 05:40 PM, Chris Wilson wrote:
Otherwise, it seems like we need the
proxy in order to keep the xrandr property available to users and
prevent those who rely upon it in scripts from seeing regressions
the occasional black box).
Regression from 2.99.906
https://bugs.freedesktop.org/show_bug.cgi?id=7237
Complete list of changes since 2.99.910
---
Chris Wilson (18):
sna: Undo region translation before returning
sna: Allow more inplace promotions
the occasional black box).
Regression from 2.99.906
https://bugs.freedesktop.org/show_bug.cgi?id=7237
Complete list of changes since 2.99.910
---
Chris Wilson (18):
sna: Undo region translation before returning
sna: Allow more inplace promotions
in 2.99.908 :(
https://bugs.freedesktop.org/show_bug.cgi?id=74327
Complete list of changes since 2.99.908
---
Chris Wilson (6):
glamor: Enable Xv support
sna: Only discard CPU damage for an replacing region
sna: Remark the region as damaged
---
Chris Wilson (78):
sna/gen7+: Emit invalidate between operations if rendering to source/mask
uxa/dri: Pixmap are offscreen and not attached to any display
sna: Always treat DPMSModeSuspend/Standby similar to DPMSModeOff
uxa: Disable updating properties upon reading
in 2.99.908 :(
https://bugs.freedesktop.org/show_bug.cgi?id=74327
Complete list of changes since 2.99.908
---
Chris Wilson (6):
glamor: Enable Xv support
sna: Only discard CPU damage for an replacing region
sna: Remark the region as damaged
: ProcRenderSetPictureFilter (render.c:1773)
==11097==by 0x15D25D: Dispatch (dispatch.c:432)
==11097==by 0x14C7B9: main (main.c:298)
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
---
render/picture.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/render/picture.c b/render/picture.c
index 7da9310
On Wed, Jan 22, 2014 at 11:04:28AM -0800, Keith Packard wrote:
Chris Wilson ch...@chris-wilson.co.uk writes:
The solution employed here is to undo the busy demotion after a period
of idleness. Currently the idle boost is applied only once for a fresh
client when it becomes selectable
On Thu, Jan 23, 2014 at 08:56:37AM -0800, Keith Packard wrote:
Chris Wilson ch...@chris-wilson.co.uk writes:
Wouldn't smart_stop_tick be a slightly better choice as that gives us
the time the client became idle?
Yeah, that makes more semantic sense. Of course, in reality because
those
)
https://bugs.freedesktop.org/show_bug.cgi?id=72690
* Hide the gen4 render corruption by crippling the GPU
https://bugs.freedesktop.org/show_bug.cgi?id=55500
Complete list of changes since 2.99.906
---
Chris Wilson (86):
sna: Eliminate a compiler
On Mon, Dec 16, 2013 at 03:17:44PM +, Damien Lespiau wrote:
This is the 3rd instance of the series to enable 4k displays.
For the series,
Reviewed-by: Chris Wilson ch...@chris-wilson.co.uk
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
check that
the flip is still valid before execution. In the backend it is not clear
whether the RRCrtc should be the primary CRTC or the only CRTC to flip.
Damage is processed after the fallback but not the Flip path, the lack
of Damage notification would upset Prime amongst others.
-Chris
--
Chris
://bugs.freedesktop.org/show_bug.cgi?id=70527
Complete list of changes since 2.99.905
---
Chris Wilson (113):
sna: Reset bo after allocation failure during wait-for-shadow
man: Describe the TearFree option
Revert sna: Remove the move-to-gpu shortcircuiting
On Mon, Nov 04, 2013 at 09:19:51AM +, Chris Clayton wrote:
Hi Chris.
On 10/31/13 16:09, Chris Clayton wrote:
On 10/31/13 13:58, Chris Wilson wrote:
On Thu, Oct 31, 2013 at 08:29:02AM +, Chris Clayton wrote:
Hi again.
On 10/30/13 17:12, Chris Clayton wrote:
Hi Chris
Hi again.
On 10/30/13 17:12, Chris Clayton wrote:
Hi Chris,
I've been trying out this driver and have been getting some text rendering
problems on my KDE-3.5.10 desktop. I've also
grabbed the tar ball of the latest git version of the driver
(ed282456240cc0a7ae9a235ea8aea14a8b8a54ef
On 10/31/13 13:58, Chris Wilson wrote:
On Thu, Oct 31, 2013 at 08:29:02AM +, Chris Clayton wrote:
Hi again.
On 10/30/13 17:12, Chris Clayton wrote:
Hi Chris,
I've been trying out this driver and have been getting some text rendering
problems on my KDE-3.5.10 desktop. I've also
On Thu, Oct 31, 2013 at 08:29:02AM +, Chris Clayton wrote:
Hi again.
On 10/30/13 17:12, Chris Clayton wrote:
Hi Chris,
I've been trying out this driver and have been getting some text rendering
problems on my KDE-3.5.10 desktop. I've also
grabbed the tar ball of the latest git
clip regions
https://bugs.freedesktop.org/show_bug.cgi?id=67865
* Support TearFree rendering of rotated outputs
https://bugs.freedesktop.org/show_bug.cgi?id=22969
Complete list of changes since 2.99.904
---
Chris Wilson (66):
sna: Upon unwinding
On Tue, Oct 15, 2013 at 11:24:46PM +0200, Łukasz Maśko wrote:
Dnia czwartek, 10 października 2013 16:28:28 Chris Wilson pisze:
On Thu, Oct 10, 2013 at 04:27:20PM +0200, Łukasz Maśko wrote:
Dnia środa, 9 października 2013 17:24:19 Chris Wilson pisze:
Snapshot 2.99.904 (2013-10-09
On Thu, Oct 10, 2013 at 04:27:20PM +0200, Łukasz Maśko wrote:
Dnia środa, 9 października 2013 17:24:19 Chris Wilson pisze:
Snapshot 2.99.904 (2013-10-09)
==
There is one more feature planned to be completed for 3.0, so time for a
snapshot beforehand to push out
is to apply that boost for
all clients that remain ready for the entire duration of idle timeslice -
eventually these old busy clients will be promoted sufficiently to
be granted a ScheduleSlice.
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
---
dix/dispatch.c | 4 ++--
1 file changed, 2
cause an infinite recursion on the next VT
switch afterwards.
Bugzilla:
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1235516
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
---
glx/glxdri2.c | 4
1 file changed, 4 insertions(+)
diff --git a/glx/glxdri2.c b
cause an infinite recursion on the next VT
switch afterwards.
Bugzilla:
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1235516
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
---
glx/glxdri2.c | 4
1 file changed, 4 insertions(+)
diff --git a/glx/glxdri2.c b
contention. (The throttle is also
prone to being influenced by a third party.) Such stalls are likely to
be noticeable as jitter or judder, so if you can spot their source
hopefully we can tackle the root cause.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
On Thu, Oct 03, 2013 at 03:06:03AM -0500, Felipe Contreras wrote:
On Thu, Oct 3, 2013 at 2:36 AM, Chris Wilson ch...@chris-wilson.co.uk wrote:
On Thu, Oct 03, 2013 at 01:29:29AM -0500, Felipe Contreras wrote:
It's nice to avoid X server crashes (by not passing negative values to
select(3
On Thu, Oct 03, 2013 at 04:09:32AM -0500, Felipe Contreras wrote:
On Thu, Oct 3, 2013 at 3:17 AM, Chris Wilson ch...@chris-wilson.co.uk wrote:
That will hopefully catch which path is consuming too much time
This is what I got:
restarting timeout[2] (14, 0, 0)
restarting timeout[0] (16, 0
On Thu, Oct 03, 2013 at 10:56:43AM -0500, Felipe Contreras wrote:
On Thu, Oct 3, 2013 at 4:15 AM, Chris Wilson ch...@chris-wilson.co.uk wrote:
On Thu, Oct 03, 2013 at 04:09:32AM -0500, Felipe Contreras wrote:
On Thu, Oct 3, 2013 at 3:17 AM, Chris Wilson ch...@chris-wilson.co.uk
wrote
On Thu, Oct 03, 2013 at 11:19:56AM -0500, Felipe Contreras wrote:
On Thu, Oct 3, 2013 at 11:01 AM, Chris Wilson ch...@chris-wilson.co.uk
wrote:
Oh, TearFree. That explains it. I plan to fix that up very soon.
Cool. Any idea why this happens only in this game, and only in that
exact
On Wed, Oct 02, 2013 at 09:22:18AM -0500, Alex Villacís Lasso wrote:
El 02/10/13 05:19, Chris Wilson escribió:
On Tue, Oct 01, 2013 at 06:15:00PM -0500, Alex Villacís Lasso wrote:
I have seen this graphics freeze under stock 3.10.x from the Fedora
18 x86_64 distro, and also with vanilla
will start issuing
SIGBUS even for CPU mmaps. Untrapped these will cause X to die.
https://bugs.freedesktop.org/show_bug.cgi?id=67889
Complete list of changes since 2.99.902
---
Chris Wilson (72):
NEWS: Fix release dates, missed the transition
will start issuing
SIGBUS even for CPU mmaps. Untrapped these will cause X to die.
https://bugs.freedesktop.org/show_bug.cgi?id=67889
Complete list of changes since 2.99.902
---
Chris Wilson (72):
NEWS: Fix release dates, missed the transition
On Tue, Sep 24, 2013 at 09:48:06PM +0200, Jochen Keil wrote:
Hello Chris,
On 23.09.2013 15:19, Chris Wilson wrote:
On Mon, Sep 23, 2013 at 01:23:08PM +0200, Jochen Keil wrote:
Hello,
I'm trying to write an application with which I'd like to draw over
other windows. So far my attempts
the GPU.) Using
the overlay also ensures that it appears over all windows, including the
compositing manager or fullscreen games (without interferring with those).
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
___
xorg@lists.x.org: X.Org
, and fallbacks do a lot of reads. Effort spent
optimising the fb layer in this case is completely wasted.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
layer in this case is completely wasted.
-Chris
I don't quite understand that. Or you mean that fbCopyArea() is
wrapped?
The fb* functions are provided by the xserver. What I am trying to point
out is that UXA fundamentally uses hw in such a way that prevents
optimisation. Every
shall repeat myself: They do not exist in UXA, they are in the Xserver.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org
the largest
builtin mode. This has the side-effect of causing X to reject all valid
driver modes larger than the builtins.
Reported-by: Felix Miata mrma...@earthlink.net
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
Cc: Adam Jackson a...@redhat.com
Cc: Olivier Fourdan ofour...@redhat.com
---
hw
On 09/18/13 13:29, Chris Clayton wrote:
Hi Matt,
On 09/18/13 05:50, Matt Dew wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chris,
I'm guessing this won't affect you but can you verify that? I don't
want a nasty loop where fixing one things breaks another.
From the names
Hi Matt,
On 09/18/13 05:50, Matt Dew wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chris,
I'm guessing this won't affect you but can you verify that? I don't
want a nasty loop where fixing one things breaks another.
From the names of the directory that contains the files affected
and SiS PCI card, which I most certainly
didn't have kernel drivers for.
I stand corrected. The earlier references I could find in git were to
/dev/vga_arbiter, so I presume it began that way.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
On Thu, Sep 12, 2013 at 06:40:18PM -0400, Daniel Stone wrote:
Hi,
On 12 September 2013 07:37, Chris Wilson ch...@chris-wilson.co.uk wrote:
The approach taken in this patch is to first only enable VGA arbitration
for drivers that require VGA resources. This is detected by moving
201 - 300 of 602 matches
Mail list logo