[Intel-gfx] [PATCH 8/8] dim: Split out drm-nightly.git

2016-10-16 Thread Daniel Vetter
This is a prep step to eventually split out the drm-misc branches all into their own repo. To get there we first need to split out the integration tree mangling. Since dim doesn't auto-update and since the transition is a good reason to switch over to worktrees and it's tricky it's not scripted.

[Intel-gfx] [PATCH 5/8] dim: Nuke nightly-forget

2016-10-16 Thread Daniel Vetter
With our proliferation of branches it's become long useless. Nowadays my MO is to revert the offending commit in the rerere-cache branch explicitly, remove drm-intel-nightly/.git/rr-cache and then re-run rebuild-nightly. That works much better, hence nuke this helper. Signed-off-by: Daniel Vetter

[Intel-gfx] [PATCH 1/8] dim: Extract TODO

2016-10-16 Thread Daniel Vetter
Just maybe a bit more visibility, the scripts are growing. Signed-off-by: Daniel Vetter --- TODO | 27 +++ dim | 17 - qf | 11 --- 3 files changed, 27 insertions(+), 28 deletions(-) create mode 100644 TODO diff --git

[Intel-gfx] [PATCH 2/8] dim: Autocheck for up-to-dateness

2016-10-16 Thread Daniel Vetter
Exits script to annoy people roughly every 100th time ... Also switch to the magic @{upstream} reference, in case the remote is not called origin (which is pretty normal in case of using git worktree). Signed-off-by: Daniel Vetter --- dim | 6 +- 1 file changed, 5

[Intel-gfx] [PATCH 3/8] dim: autodetect remotes, first part for dim_setup

2016-10-16 Thread Daniel Vetter
The goals here are multiple: - simpler configuration through autodetection - allows seamless upgrading to git worktree for the aux checkouts - eventually I want to split up drm-misc into a separate remote ... And yes this is just a start. Signed-off-by: Daniel Vetter

[Intel-gfx] [PATCH 0/8] dim: move -nigthly into drm-nighly.git

2016-10-16 Thread Daniel Vetter
Hi all, This is the first step to split out the drm-misc trees into their own git repo. This just moves the integration trees into drm-nightly.git. Those are separate since I really like the idea of sharing one integration tree related to gfx. Next up is teaching all the branch related dim

[Intel-gfx] [PATCH 4/8] dim: support git worktree for aux checkouts

2016-10-16 Thread Daniel Vetter
If available by default. This saves quite a pile of disk-space that imo making it the default is justified. Note that this will break the rebuild-nightly script for now, follow-up patches will fix that. Signed-off-by: Daniel Vetter --- dim | 23 ---

[Intel-gfx] [PATCH 6/8] dim: autodetect branches in rebuild-nightly

2016-10-16 Thread Daniel Vetter
Needs new url-mapping information in nightly.conf to work properly. Signed-off-by: Daniel Vetter --- dim | 48 1 file changed, 36 insertions(+), 12 deletions(-) diff --git a/dim b/dim index 3bd5416327a8..7e3708599943

[Intel-gfx] [PATCH 7/8] dim: remove integration-tree remotes

2016-10-16 Thread Daniel Vetter
With the remotes stored in nightly.conf and git worktrees we can avoid hard-coding them in even more places. Signed-off-by: Daniel Vetter --- dim | 12 1 file changed, 12 deletions(-) diff --git a/dim b/dim index 7e3708599943..92841b046c2c 100755 --- a/dim

Re: [Intel-gfx] [PATCH v3 00/10] Start of skl watermark cleanup

2016-10-16 Thread Lyude
Pushed patches 1-4 in this series (with some very small style changes to make checkpatch happy), drm-intel-nightly also rebuilt. On Fri, 2016-10-14 at 17:31 -0400, Lyude wrote: > While it (mostly) works, the code for handling watermarks on Skylake > has been > kind of ugly for a while. As well a

Re: [Intel-gfx] [PATCH] drm/i915/dp: Increase cdclk when DP audio is enabled with 4 lanes and HBR2

2016-10-16 Thread Yang, Libin
> -Original Message- > From: Pandiyan, Dhinakaran > Sent: Saturday, October 15, 2016 4:36 AM > To: Yang, Libin > Cc: intel-...@freedesktop.org; Nikula, Jani ; Kp, Jeeja > ; libin.y...@linux.intel.com > Subject: Re:

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

2016-10-16 Thread Jairo Miramontes
This weeknew regressions +---+---+++ | BugId | Summary | Created on | Bisect | +---+---+++ | 98213 | REGRESSION: GPU

[Intel-gfx] Uevent for retraining in case of link training failure in atomic commit phase

2016-10-16 Thread Manasi Navare
Hi, I am working on adding a link rate fallback in case of link training failure. If the link training fails at a specific link rate/lane count in atomic commit phase, I validate the modes again based on the link rate lower than the failed link rate and prune the invalid modes accordingly to