[Intel-gfx] [Regression report] Weekly regression report WW2

2016-01-09 Thread jairo . daniel . miramontes . caton
WW2 Regression Report Last week regressions +---+---+++ | BugId | Summary | Created on | Bisect | +---+---+++ | 93608 | bi

Re: [Intel-gfx] Intel graphics on Thinkpad T540p is most unsuable now :( (Intel(R) HD Graphics 4600)

2016-01-09 Thread Marc MERLIN
On Fri, Jan 08, 2016 at 09:42:24AM -0800, Marc MERLIN wrote: > On Sun, Jan 03, 2016 at 08:04:27AM -0800, Marc MERLIN wrote: > > My hunch at this point is that google-chrome-beta is taxing the GPU and > > causing the driver to misbehave. I'm now back to > > 2:2.99.917+git20151217-1~exp1 and 4.3.3 an

Re: [Intel-gfx] [PATCH 00/21] drm_event cleanup

2016-01-09 Thread Daniel Vetter
On Fri, Jan 08, 2016 at 09:36:32PM +0100, Daniel Vetter wrote: > Hi all, > > This patch series is inspired by a WIP patch from Rob Clark to consolidate the > drm_event handling a bit. I've went a bit further and also moved the pending > event handling and unlinking into the core, which allows us t

[Intel-gfx] [PATCH] drm: Clean up pending events in the core

2016-01-09 Thread Daniel Vetter
There's really no reason to not do so, instead of replicating this for every use-case and every driver. Now we can't just nuke the events, since that would still mean that all drm_event users would need to know when that has happened, since calling e.g. drm_send_event isn't allowed any more. Instea

[Intel-gfx] [PATCH] drm: Create drm_send_event helpers

2016-01-09 Thread Daniel Vetter
Use them in the core vblank code and exynos/vmwgfx drivers. Note that the difference between wake_up_all and _interruptible in vmwgfx doesn't matter since the only waiter is the core code in drm_fops.c. And that is interruptible. v2: Adjust existing kerneldoc too. Reviewed-by: Alex Deucher (v1)

[Intel-gfx] [PATCH] drm: Add functions to setup/tear down drm_events.

2016-01-09 Thread Daniel Vetter
An attempt at not spreading out the file_priv->event_space stuff out quite so far and wide. And I think fixes something in ipp_get_event() that is broken (or if they are doing something more weird/subtle, then breaks it in a fun way). Based upon a patch from Rob Clark, rebased and polished. v2:

[Intel-gfx] [PATCH] igt/gem_trtt: Exercise the TRTT hardware

2016-01-09 Thread akash . goel
From: Akash Goel This patch provides the testcase to exercise the TRTT hardware. Some platforms have an additional address translation hardware support in form of Tiled Resource Translation Table (TR-TT) which provides an extra level of abstraction over PPGTT. This is useful for mapping Sparse/T

[Intel-gfx] [PATCH] drm/i915: Support to enable TRTT on GEN9

2016-01-09 Thread akash . goel
From: Akash Goel Gen9 has an additional address translation hardware support in form of Tiled Resource Translation Table (TR-TT) which provides an extra level of abstraction over PPGTT. This is useful for mapping Sparse/Tiled texture resources. Sparse resources are created as virtual-only allocat

Re: [Intel-gfx] [PATCH 21/21] drm/vmwgfx: Nuke preclose hook

2016-01-09 Thread Daniel Vetter
On Fri, Jan 8, 2016 at 9:53 PM, Thomas Hellstrom wrote: > On 01/08/2016 09:36 PM, Daniel Vetter wrote: >> Again since the drm core takes care of event unlinking/disarming this >> is now just needless code. >> >> Cc: Thomas Hellström >> Signed-off-by: Daniel Vetter > Hmm, > > IIRC this is actuall