summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2018-09-18doc: Fix link to drm repositorymaintainer-toolsSean Paul1-1/+1
Still pointed at ~airlied/linux. Reported-by: Eric Engestrom <eric@engestrom.ch> Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch> Signed-off-by: Sean Paul <seanpaul@chromium.org> Link: https://patchwork.freedesktop.org/patch/msgid/20180918152333.217692-1-sean@poorly.run
2018-08-30dim: Migrate to GitlabDaniel Vetter3-5/+16
- Use the https url so we don't require everyone to have their gitlab accounts ready already. Otherwise we'd need to gate migrating maintainer-tools on migrating all the drm kernel repos, and I'd really like to partition the migration. Also, we want to reduce maintainer-tools committers anyway, to shrink the attack surface a lot. Committers need to either set up the http access tokens, or set up ssh certificates and change their remote for the maintainer-tools repo. - For testing, you can undo this auto-update using $ git remote remove maintainer-tools ; git branch -u drm-tip/maintainer-tools - My plan is that we push an immediate revert of this code to the gitlab repo (and only there) so it doesn't stick around. - fd.o admins recommended that we don't do a read-only copy of maintaienr-tools at the old-place, since it's not a 1:1 match. For everything else we're going to migrate there will be a read-only copy with all urls working nicely, maintainer-tools is the only exception here. v2: Don't forget about dim_setup. v3: Update all the urls in docs! v4: Also update the new maintainer-tools repo in dim_uptodate (Jani). Cc: Jani Nikula <jani.nikula@linux.intel.com> Cc: Rodrigo Vivi <rodrigo.vivi@intel.com> Cc: Daniel Stone <daniels@collabora.com> Acked-by: Rodrigo Vivi <rodrigo.vivi@intel.com> (v2) Reviewed-by: Daniel Stone <daniels@collabora.com> (v2) Reviewed-by: Sean Paul <seanpaul@chromium.org> (v3) Acked-by: Jani Nikula <jani.nikula@linux.intel.com> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
2018-08-29CI: Add .gitlab-ci.ymlDaniel Vetter1-0/+9
This gives us neat little CI integration. No more "you have a different version of shellcheck" - we just pick the one everyone can run with docker. Also, no more "oops, forgot to run make check", that is, if we adopt a merge request based flow. Even without this this is useful, since if you do a fork and test there, gitlab CI will run stuff for you. Example: https://gitlab.freedesktop.org/danvet/maintainer-tools/blob/master/.gitlab-ci.yml Observe the awesome green checkmark in the top-left corner! v2: Use python3 (Lucas). And fix whitespace. v3: Go back to python2, on fedora the python3 packages have a -3 suffix. Don't ask. Reviewed-by: Lucas De Marchi <lucas.demarchi@intel.com> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
2018-08-29doc: Split out README.rstDaniel Vetter2-15/+17
Again this is just to make things look neater on gitlab. For the curious, I pushed this series to https://gitlab.freedesktop.org/drm/maintainer-tools/tree/master Long-term we might want o polish this more, especially in case we decide to embrace gitlab merge requests and issues for maintainer-tools. But this should be good enough for now. Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
2018-08-29doc: Split out CONTRIBUTING.rstDaniel Vetter3-12/+12
This way gitlab will automatically spot it and show it when people try to do a merge request or file an issue. Also shrink the title a bit, it looks terrible in the sidebar. Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
2018-08-28dim: Add dim rebase commandSean Paul2-5/+45
Since -fixes and -fixes-next (to a lesser extent) are rebasing trees in drm-misc, add a dim rebase command that sanity checks the upstream and adds SoB for the committer. Changes in v2: - s/validate_upstream_branch/validate_upstream_baseline/ (Daniel) - Use check_conflicts instead of hand rolling (Daniel) Cc: Boris Brezillon <boris.brezillon@bootlin.com> Cc: Daniel Vetter <daniel.vetter@ffwll.ch> Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch> Signed-off-by: Sean Paul <seanpaul@chromium.org> Link: https://patchwork.freedesktop.org/patch/msgid/20180828183100.189905-1-sean@poorly.run
2018-08-23dim: sanity-check config settingsDaniel Vetter1-17/+26
Shashank wanted to reuse his drm-tip repo for DIM_REPO, which doesn't work great. Catch this. Also group the various check functions all together for a bit of OCD. Cc: Shashank Sharma <shashank.sharma@intel.com> Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
2018-08-23dim: clarify dimrc a bitDaniel Vetter2-4/+7
Some notes I took while ramping up Shashank on dim. Aside: Requiring that DIM_REPO is already checked out seems to confuse too. Maybe we should just fall back to initializing an empty git repo - we'll all all the branches and remotes anyway. Cc: Shashank Sharma <shashank.sharma@intel.com> Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
2018-08-09dim: add From: tags for pull requestsDaniel Vetter1-1/+4
Requested by Dave Airlie, so that we automatically record the pull request submitter somewhere. After quick irc chat we decided to put it at the bottom, to avoid confusion with the From: git format-patch inserts at the top for authors not matching the patch submitter. Requested-by: Dave Airlie <airlied@redhat.com> Cc: Dave Airlie <airlied@redhat.com> Acked-by: Dave Airlie <airlied@redhat.com> Tested-by: Dave Airlie <airlied@redhat.com> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
2018-08-08qf: replace colon when wigglingLucas De Marchi1-1/+1
We are not writing anything after that message. Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com> Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com> Signed-off-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
2018-08-07dim: allow tags in backmergesDaniel Vetter2-3/+7
Linus prefers that we backmerge a specific tag instead of a random point in his branch. Allow that. I guess it'd be nice to somehow figure out where a tag came from, but git doesn't namespace tags. So that idea is out of the window unfortunately. v2: Unlazy and also update the docs. v3: Make the check work from anywhere, we need to move the cd a bit up (Dave). Requested-by: Dave Airlie <airlied@redhat.com> Cc: Dave Airlie <airlied@redhat.com> Tested-by: Dave Airlie <airlied@redhat.com> Reviewed-by: Dave Airlie <airlied@redhat.com> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
2018-07-05doc: clarify what type of changes are acceptable at commit timeJani Nikula1-0/+10
As a rule of thumb, don't change patches while committing. v2: Added note about conflicts (Daniel) Cc: Imre Deak <imre.deak@intel.com> Acked-by: Rodrigo Vivi <rodrigo.vivi@intel.com> Signed-off-by: Jani Nikula <jani.nikula@intel.com>
2018-07-05doc: update CI and pre-merge details in committer guidelinesJani Nikula1-17/+31
Lots has happened in the CI front since the first version was added. v2: Add Piglit test requirement (Daniel) Acked-by: Daniel Vetter <daniel@ffwll.ch> Acked-by: Rodrigo Vivi <rodrigo.vivi@intel.com> Signed-off-by: Jani Nikula <jani.nikula@intel.com>
2018-06-21doc: clarify the target audience for the status commandLiviu Dudau1-4/+9
'dim status' is intended to be used by maintainers and not by commiters. Move the description of the subcommand into the 'COMMANDS FOR MAINTAINERS' area and clarify in the COMMITERS area that they should use vanilla 'git status' for checking the health of the branch. v2: Fix duplicate 'status' warnings by merging the text into the 'COMMANDS FOR MAINTAINERS' description. Signed-off-by: Liviu Dudau <liviu.dudau@arm.com> Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2018-06-20dim: remove all mentions of drm-upstreamDaniel Vetter1-12/+2
The one case in dim_status is entirely unused. The usage in dim_setup seems still in use, but this is code for backwards compat hacks predating the original creating of the maintainer-tools branch - i.e. no maintainer or committer except me ever needed this. There's also no need to make sure drm-tip has all the right remotes nowadays, because that's all encoded in nightly.conf, and will be checked (if the remotes are missing) in dim_rebuild_tip. Reported-by: Daniel Stone <daniels@collabora.com> Cc: Daniel Stone <daniels@collabora.com> Acked-by: Daniel Stone <daniels@collabora.com> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
2018-05-31dim: Look up drm-next/fixes remotesDaniel Vetter1-10/+10
... instead of hard-coding them. Will allow us to move the drm subsystem trees around without also having to update dim. Inspired by a patch from Jani. I did test dim status and dim list-upstreams, but not the pull request related commands (for lack of having pull requests to do, yay for being a maintainer, no longer). v2: Rebase, I had a patch in my local tree which isn't needed with this one here anymore. v3: Don't forget the drm-next branch name I accidentally dropped (Jani). Cc: Jani Nikula <jani.nikula@intel.com> Reviewed-by: Jani Nikula <jani.nikula@intel.com> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
2018-05-31dim: Make branch_to_remote more robustDaniel Vetter1-3/+11
The old version relied on branch@{upstream}, which requires that the branch is checked out. Instead use the indirection through the abstract drm-tip repo. v2: Questions from Jani: - We still need the fallback path for non-managed branches like rerere-cache or drm-intel-next. - Also this change removes some of the implicit validation that the branch has a local tracking branch. I only spotted one place where an assert_branch was missing. Cc: Jani Nikula <jani.nikula@intel.com> Reviewed-by: Jani Nikula <jani.nikula@intel.com> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
2018-05-31dim: sanity checks for mergesDaniel Vetter1-0/+22
Just checks that merges aren't done without minimal thought. Cc: Jani Nikula <jani.nikula@linux.intel.com> Cc: Dave Airlie <airlied@gmail.com> Reviewed-by: Jani Nikula <jani.nikula@intel.com> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
2018-05-30qf: Add more to TODODaniel Vetter1-0/+9
We have some documents floating around internally, imo better if we track at least the simple ideas here ... v2: Alternative approach for getting rid of the patch rediffing noise. v3: We have TODO.rst (Rodrigo). Cc: Lucas De Marchi <lucas.demarchi@intel.com> Cc: Rodrigo Vivi <rodrigo.vivi@intel.com> Acked-by: Rodrigo Vivi <rodrigo.vivi@intel.com> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
2018-05-23dim: Fix Link: checking regressionDaniel Vetter1-6/+8
In commit c0c4dc1c924bd1d94315601026a2f9facd8a7f73 Author: Daniel Vetter <daniel.vetter@ffwll.ch> Date: Wed May 2 15:08:24 2018 +0200 dim: check all commits in dim apply-pull and push-branch I broke the managed_branch logic which made sure we don't check for Link: tags for pulled branches (since external pulls are most likely not managed by dim complaining about the lack of Link: tags is just noise). Fix this. Also fix some missing local variables while at it. v2: Drop now unecessary {} (Jani). Cc: Jani Nikula <jani.nikula@linux.intel.com> Cc: Dave Airlie <airlied@gmail.com> Reviewed-by: Jani Nikula <jani.nikula@intel.com> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
2018-05-23dim: exclude commits from subordinate trees in pull-requestDaniel Vetter1-2/+2
For trees which integrate other trees it's a bit much to show all the commits pulled in through those other trees - that should all be summarized already in the merge commit. Instead only show commits done in the local tree, whether that's merges or normal commits. --first-parent achieves that. Cc: Dave Airlie <airlied@gmail.com> Acked-by: Jani Nikula <jani.nikula@intel.com> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
2018-05-23doc: how to become a drm-intel committerJani Nikula2-0/+92
Until now, the drm-intel commit access have been handed out ad hoc, without transparency, consistency, or fairness. With pressure to add more committers, this is no longer tenable, if it ever was. Document the requirements and expectations around becoming a drm-intel committer. The drm-intel maintainers believe that a reasonable level of experience and track record of working on the driver, as well as actively engaging in the community upstream, are necessary before becoming a committer. While the requirements outlined here may seem strict in contrast with many projects, it seems easier to start strict and relax the requirements later on as needed than the other way round. v2: Address some of the concerns brought up by Daniel, and try to align the structure with the proposed igt rules. v3: Update commit message. Cc: Gustavo Padovan <gustavo@padovan.org> Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com> Cc: Sean Paul <seanpaul@chromium.org> Cc: Dave Airlie <airlied@gmail.com> Cc: Daniel Vetter <daniel@ffwll.ch> Cc: dim-tools@lists.freedesktop.org Cc: dri-devel@lists.freedesktop.org Cc: intel-gfx@lists.freedesktop.org Acked-by: Dave Airlie <airlied@gmail.com> Acked-by: Daniel Vetter <daniel@ffwll.ch> Signed-off-by: Jani Nikula <jani.nikula@intel.com> Signed-off-by: Joonas Lahtinen <joonas.lahtinen@linux.intel.com> Signed-off-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
2018-05-21dim: Don't fast-forward in apply-pullDaniel Vetter1-1/+1
Obvious oversight. Reviewed-by: Maarten Lankhorst <maarten.lankhorst@linux.intel.com> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
2018-05-17dim: Fix create-branch dry runSean Paul1-1/+4
Using --dry-run for git push on a non-existant branch (since the command above doesn't actually create the branch) fails with: error: src refspec topic/dim_test does not match any. error: failed to push some refs to <remote> So instead of using --dry-run for git push, just echo the command. Changes in v2: - Added comment (Daniel) Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch> Signed-off-by: Sean Paul <seanpaul@chromium.org> Signed-off-by: Jani Nikula <jani.nikula@intel.com>
2018-05-17dim: Remove superfluous assignmentSean Paul1-1/+0
repo is re-assigned 2 lines lower Changes in v2: - None Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch> Signed-off-by: Sean Paul <seanpaul@chromium.org> Signed-off-by: Jani Nikula <jani.nikula@intel.com>
2018-05-17dim: replace pipe commands with single sedLucas De Marchi1-1/+1
A single sed can do the job of taking the second line after a match and it looks simpler. Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch> Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com> Signed-off-by: Jani Nikula <jani.nikula@intel.com>
2018-05-15dim: check for empty pullsDaniel Vetter1-0/+4
This could be a parsing error of the pull (for all the people who don't use a script like dim pull-request to make sure all the silly details are right), or some confusion on the part of the sender, or something else. Either way not good to continue. v2: Use -z and drop the wc -l (Jani). Cc: Dave Airlie <airlied@gmail.com> Acked-by: Jani Nikula <jani.nikula@linux.intel.com> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
2018-05-14dim: Fix -d for apply-pullDaniel Vetter1-4/+4
Lots of things we didn't mark up. Reported by Dave. Cc: Dave Airlie <airlied@gmail.com> Acked-by: Dave Airlie <airlied@gmail.com> Acked-by: Jani Nikula <jani.nikula@intel.com> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
2018-05-07dim: store Link: in MERGE_MSG in apply-pullDaniel Vetter1-1/+16
This way there's no need for a dim apply-pull-continue, plain old git commit is enough. Aside: We might want to do the same trick for dim apply-branch, but git am is a bit harder to script. v2: Drop cat, use shell redirects to appeas shellcheck. Acked-by: Jani Nikula <jani.nikula@intel.com> Cc: Dave Airlie <airlied@gmail.com> Cc: Jani Nikula <jani.nikula@linux.intel.com> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
2018-05-07dim: bail apply-pull if the msg-id isn't thereDaniel Vetter1-5/+5
Looks funny, but let's allow it to be overriden. Also move it up before we commit to the merge. v2: Remeber to remove the old message_id parsing (Jani). Reviewed-by: Jani Nikula <jani.nikula@intel.com> Cc: Jani Nikula <jani.nikula@linux.intel.com> Cc: Dave Airlie <airlied@gmail.com> Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2018-05-07dim: auto-commit in apply-pull if rerere solved it allDaniel Vetter1-5/+15
Now that we experiment with dim for drm-next it's much more likely that pull requests have conflicts. But also that dim already knows about them, in the recent drm-intel-next pull it resolve 7/8 conflicts. If it solves them all then just go ahead an commit. v2: Conflict howto is now in drm-tip.rst (Jani). Reviewed-by: Jani Nikula <jani.nikula@intel.com> Cc: Dave Airlie <airlied@gmail.com> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
2018-05-07dim: check all commits in dim apply-pull and push-branchDaniel Vetter1-17/+29
When merging a pull requests there's potentially a long list of problematic patches. But currently we only report the first issue and then bail out. The upside here is that without this patch the workflow when processing a pull is: $ dim apply-pull ... -> dim refuses, only reports first problem $ dim -d apply-pull -> you see all the issues, make up your mind to merge or not $ dim -f apply-pull With this patch we have one step less: $ dim apply-pull -> refuses pull, but prints all the issues $ dim -f apply-pull On the implementation: - new helper function to check all the patches, that's the only place we now call warn_or_fail - rework the check function to check for everything and return the final verdict v2: Complete rework on Jani's suggestion. v3: Wrap $@ in "" (Jani). Reviewed-by: Jani Nikula <jani.nikula@intel.com> Acked-by: Dave Airlie <airlied@redhat.com> Cc: Jani Nikula <jani.nikula@linux.intel.com> Cc: Dave Airlie <airlied@gmail.com> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
2018-05-02dim: handle parse failures in apply_pull betterDaniel Vetter1-1/+6
We're relying on get fetch failing and set -e, but that doesn't work if we parse nothing: In that case git fetch just fetches upstream and succeed. Dave stumbled over this by feeding a .mbox with dos linefeeds into dim. v2: Use -z and return 1. Cc: Jani Nikula <jani.nikula@linux.intel.com> Cc: Dave Airlie <airlied@gmail.com> Reviewed-by: Sean Paul <seanpaul@chromium.org> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
2018-04-30drm-misc.rst: Document commit rightsDaniel Vetter1-0/+48
This is the exact same text as proposed&merged for igt: https://patchwork.kernel.org/patch/10339739/ With one minor change: Both regular contributions to the kernel overall and to userspace graphics counts. We've gained a few committers in the past who are coming from arm-soc platform work and similar areas, to upstream&maintain drm drivers for their platform. For simplicity I've kept the same massive Cc: list. Cc: Alex Deucher <alexander.deucher@amd.com> Cc: Arkadiusz Hiler <arkadiusz.hiler@intel.com> Cc: Ben Widawsky <ben@bwidawsk.net> Cc: Daniel Stone <daniel@fooishbar.org> Cc: Dave Airlie <airlied@gmail.com> Acked-by: Dave Airlie <airlied@gmail.com> Cc: Eric Anholt <eric@anholt.net> Acked-by: Gustavo Padovan <gustavo@padovan.org> Cc: Gustavo Padovan <gustavo@padovan.org> Cc: Jani Nikula <jani.nikula@intel.com> Cc: Joonas Lahtinen <joonas.lahtinen@linux.intel.com> Cc: Keith Packard <keithp@keithp.com> Cc: Kenneth Graunke <kenneth@whitecape.org> Cc: Kristian H. Kristensen <hoegsberg@google.com> Acked-by: Maarten Lankhorst <maarten.lankhorst@linux.intel.com> Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com> Cc: Petri Latvala <petri.latvala@intel.com> Cc: Rodrigo Vivi <rodrigo.vivi@intel.com> Acked-by: Sean Paul <seanpaul@chromium.org> Cc: Sean Paul <seanpaul@chromium.org> Cc: Keith Packard <keithp@keithp.com> Acked-by: Lukas Wunner <lukas@wunner.de> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
2018-04-30dim+qf: fix shellcheck SC2209Daniel Vetter2-5/+5
Seems like a fairly reasonable thing to check to me, so lets appease it. This new failure is: SC2209: Use var=$(command) to assign output (or quote to assign string). v2: Improve commit message (Rodrigo) Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
2018-04-30Makefile: shut up about SC1117 and SC2207 in shellcheckDaniel Vetter1-1/+3
Not sure how this happened, but we gained a lot of errors. I think we should exclude these two since we have lots of them: SC1117: Backslash is literal in "\n". Prefer explicit escaping: "\\n". These happen in lots of our strings (especially anything we feed to grep). SC2207: Prefer mapfile or read -a to split command output (or quote to avoid splitting). Our bash_completion scripts are full of these - everywhere we call compgen. Acked-by: Jani Nikula <jani.nikula@intel.com> Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2018-04-30getting-started.rst: small polish for the quickstart textDaniel Vetter1-2/+4
dim setup has become quite a bit more user friendly since we've typed this text. Reviewed-by: Jani Nikula <jani.nikula@intel.com> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
2018-04-26build: add doccheck target to run the Sphinx HTML build with strict optionsJani Nikula1-2/+10
-E to ignore cached files, -n to run in nit-picky mode, -W to turn warnings into errors, and -q for quiet. Document the existing check targets in make help while at it. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Signed-off-by: Jani Nikula <jani.nikula@intel.com>
2018-04-26build: drop rst2html documentation buildJani Nikula1-17/+11
We've long since moved on to Sphinx for everything except the 'dim help' and 'qf help' commands that spawn rst2html to display the man pages. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Signed-off-by: Jani Nikula <jani.nikula@intel.com>
2018-04-26build: fix indentation for remap-log targetJani Nikula1-1/+1
Remove extra tab. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Signed-off-by: Jani Nikula <jani.nikula@intel.com>
2018-04-26doc: add a separate page for drm-tipJani Nikula5-102/+129
Describe drm-tip and move conflict resolution guidance there. Add some relevant cross-references, as well as update the drm-misc maintainers while at it. Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch> Signed-off-by: Jani Nikula <jani.nikula@intel.com>
2018-04-26doc: extract getting started document from dim man pageJani Nikula4-77/+84
Keep the dim man page more of a reference. The getting started document should be more accessible without dim installed anyway. Only do the bare minimum changes for now. Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch> Signed-off-by: Jani Nikula <jani.nikula@intel.com>
2018-04-26Revert "drm-misc.rst: Document commit rights"Daniel Vetter1-48/+0
This reverts commit 74c06f4b7d597aba49a53a3b3f65f98fcede3905. I pushed the wrong patch. Today is not my day :-/ Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
2018-04-26dim: fix url_to_remoteDaniel Vetter1-1/+1
We've only been matching prefixes, which totally broke with the new drm/drm.git repo. Make sure we match the full url. v2: Remove the debug leftovers (Jani). Acked-by: Jani Nikula <jani.nikula@linux.intel.com> Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2018-04-26drm-misc.rst: Document commit rightsDaniel Vetter1-0/+48
This is the exact same text as proposed&merged for igt: https://patchwork.kernel.org/patch/10339739/ With one minor change: Both regular contributions to the kernel overall and to userspace graphics counts. We've gained a few committers in the past who are coming from arm-soc platform work and similar areas, to upstream&maintain drm drivers for their platform. For simplicity I've kept the same massive Cc: list. Cc: Alex Deucher <alexander.deucher@amd.com> Cc: Arkadiusz Hiler <arkadiusz.hiler@intel.com> Cc: Ben Widawsky <ben@bwidawsk.net> Cc: Daniel Stone <daniel@fooishbar.org> Cc: Dave Airlie <airlied@gmail.com> Cc: Eric Anholt <eric@anholt.net> Acked-by: Gustavo Padovan <gustavo@padovan.org> Cc: Gustavo Padovan <gustavo@padovan.org> Cc: Jani Nikula <jani.nikula@intel.com> Cc: Joonas Lahtinen <joonas.lahtinen@linux.intel.com> Cc: Keith Packard <keithp@keithp.com> Cc: Kenneth Graunke <kenneth@whitecape.org> Cc: Kristian H. Kristensen <hoegsberg@google.com> Acked-by: Maarten Lankhorst <maarten.lankhorst@linux.intel.com> Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com> Cc: Petri Latvala <petri.latvala@intel.com> Cc: Rodrigo Vivi <rodrigo.vivi@intel.com> Cc: Sean Paul <seanpaul@chromium.org> Cc: Keith Packard <keithp@keithp.com> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
2018-04-11qf: add diff option to quilt refreshLucas De Marchi1-1/+1
This adds the name of the function to the diff hunk. More important than the eye candy is that it makes the diff on quilt to match (tested with quilt 0.61 and 0.65). This means that refreshing the patch doesn't change it on different environments, unless the patch really changed. Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com> Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch> Signed-off-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
2018-04-04qf: silence quilt refresh a little bitLucas De Marchi1-2/+6
Since the patches are maintained in a git branch, if we keep refreshing we keep touching all patches with useless diff. Worse, it may change as each developer has a different configuration. Force a unified diff similar to git-diff in order to reduce the noise. Example: Before (where xxxxxxxxxxx is the name of the directory): Index: xxxxxxxxxxx/drivers/gpu/drm/i915/intel_display.h =================================================================== ---- xxxxxxxxxxx.orig/drivers/gpu/drm/i915/intel_display.h 2018-03-28 11:27:14.320823971 -0700 -+++ xxxxxxxxxxx/drivers/gpu/drm/i915/intel_display.h 2018-03-28 11:27:14.312823952 -0700 +--- xxxxxxxxxxx.orig/drivers/gpu/drm/i915/intel_display.h 2018-03-28 12:11:51.916788273 -0700 ++++ xxxxxxxxxxx/drivers/gpu/drm/i915/intel_display.h 2018-03-28 12:11:51.916788273 -0700 After: ( Intentionally left blank ) With this the files that need to be updated during a refresh of the entire pile reduces a lot. v2: add unified helper Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com>
2018-04-04qf: remove non-existent argumentLucas De Marchi1-1/+1
qf_setup expects only one argument and branch_init none. Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com>
2018-04-03dim: Add Maarten to pull request recipientsMaarten Lankhorst1-0/+1
Signed-off-by: Maarten Lankhorst <maarten.lankhorst@linux.intel.com> Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2018-04-03dim: update dim title and copyrightJani Nikula1-4/+4
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Signed-off-by: Jani Nikula <jani.nikula@intel.com>