From: Rodrigo Vivi <rodrigo.vivi@intel.com>
To: "Dave Airlie" <airlied@gmail.com>,
"Simona Vetter" <simona@ffwll.ch>,
"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
"Maxime Ripard" <mripard@kernel.org>,
"Thomas Zimmermann" <tzimmermann@suse.de>,
"Jani Nikula" <jani.nikula@linux.intel.com>,
"Joonas Lahtinen" <joonas.lahtinen@linux.intel.com>,
"Tvrtko Ursulin" <tursulin@ursulin.net>,
"Matthew Brost" <matthew.brost@intel.com>,
"Thomas Hellström" <thomas.hellstrom@linux.intel.com>,
"Danilo Krummrich" <dakr@kernel.org>,
"Alice Ryhl" <aliceryhl@google.com>,
"Alex Deucher" <alexander.deucher@amd.com>,
"Christian König" <christian.koenig@amd.com>
Cc: <dri-devel@lists.freedesktop.org>,
Mark Brown <broonie@kernel.org>, <linux-next@vger.kernel.org>
Subject: [RFC] linux-next: replace the DRM trees with a single drm-for-linux-next
Date: Mon, 2 Nov 2026 13:41:52 -0500 [thread overview]
Message-ID: <aujZcJBUyQ7iX_PM@intel.com> (raw)
Hi folks,
We'd like to replace most of the DRM trees in linux-next with a single
branch:
https://gitlab.freedesktop.org/drm/tip.git#drm-for-linux-next
It replaces these entries:
drm/drm-next, drm/drm-fixes
drm-misc/for-linux-next, drm-misc/for-linux-next-fixes
drm-intel/for-linux-next, drm-intel/for-linux-next-fixes
drm-xe/drm-xe-next
drm-rust/for-linux-next, drm-rust/for-linux-next-fixes
amdgpu (agd5f/linux.git#drm-next)
drm-exynos, drm-msm, drm-msm-fixes, drm-msm-lumag, drm-nova and etnaviv
are not part of it and stay as they are.
The main reason is to reduce the conflict pain that Mark constantly faces.
All of them should be handled already when we are rebuilding drm-tip.
During this work, I realized that drm-xe is a big culprit for leaking
future work without a blackout date from -rc6 to <next>-rc1.
So, another quick solution would be to get a drm-xe for-linux-next like
the other domains are doing. However, I still believe that this unified
one will make Mark's life much easier anyway.
The unified branch is rebuilt by dim together with drm-tip. It has all the DRM
-fixes, drm-next, -next-fixes and driver -next branches merged, with
the conflicts between them already resolved on our side. From -rc6
until -rc1 (per Linus' tree) the driver -next branches are left out, so
nothing for the following merge window lands early.
It contains the DRM fixes too, so it would go where "drm" is today.
During the past weeks I have confirmed that the drm blackout period
works well on this new branch.
The dim changes:
d875049d2b29 dim: build a unified drm-for-linux-next branch
3009867cd318 dim: keep -next branches out of drm-for-linux-next during the freeze
https://gitlab.freedesktop.org/drm/maintainer-tools/-/commits/master
AMD:
Alex, Christian: linux-next takes amdgpu from
agd5f/linux.git#drm-next today, which differs from drm-amdgpu-next in
drm-tip. Is drm-amdgpu-next fine for linux-next?
All other maintainers, please ack if you are okay with this approach.
Mark, you're in Cc for visibility only. Once we have all the acks, I'll
send you the formal request. After linux-next switches, we stop
updating the old for-linux-next* branches (patch below).
Thanks,
Rodrigo.
---
dim: stop updating the per-repo for-linux-next branches
linux-next now pulls the unified drm-for-linux-next branch instead.
Signed-off-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
---
dim | 53 -----------------------------------------------------
1 file changed, 53 deletions(-)
diff --git a/dim b/dim
index e3f616b..b3ed8f7 100755
--- a/dim
+++ b/dim
@@ -658,52 +658,6 @@ function dim_range_diff
fi
}
-# update for-linux-next* branches
-function update_linux_next # branch next next-fixes fixes [for-linux-next] [for-linux-next-fixes]
-{
- local branch linux_next linux_next_fixes linux_fixes for_linux_next for_linux_next_fixes repo remote
-
- cd $DIM_PREFIX/drm-tip
- branch=$1
- linux_next=$2
- linux_next_fixes=$3
- linux_fixes=$4
- for_linux_next=${5:-for-linux-next}
- for_linux_next_fixes=${6:-for-linux-next-fixes}
-
- repo=$(branch_to_repo $branch)
-
- if [[ $repo != $(branch_to_repo $linux_next) ]] ; then
- return
- fi
-
- remote=$(repo_to_remote $repo)
-
- git_fetch_helper $remote
-
- if [ -n "$for_linux_next_fixes" ] ; then
- echo -n "Pushing $linux_fixes to $for_linux_next_fixes... "
- git_push $remote +$remote/$linux_fixes:$for_linux_next_fixes
- echo "$DONE_OR_SKIP"
- fi
-
- if git merge-base --is-ancestor $remote/$linux_next_fixes $remote/$linux_fixes ; then
- # -fixes has caught up to dinf, i.e. we're out of the merge
- # window. Push the next queue.
- echo -n "Out of merge window. Pushing $linux_next to $for_linux_next... "
- git_push $remote +$remote/$linux_next:$for_linux_next
- echo "$DONE_OR_SKIP"
- else
- # dinf is ahead of -fixes, i.e. drm-next has already closed for
- # the next merge window and we've started to gather new fixes
- # for the current -next cycle. Push dinf
-
- echo -n "Pushing $linux_next_fixes to $for_linux_next... "
- git_push $remote +$remote/$linux_next_fixes:$for_linux_next
- echo "$DONE_OR_SKIP"
- fi
-}
-
function check_conflicts # tree
{
if git diff | grep -q '\(<<<<<<<\|=======\|>>>>>>>\||||||||\)' ; then
@@ -1192,13 +1146,6 @@ function dim_push_branch
git_push $remote $branch "$@"
- update_linux_next $branch drm-intel-next drm-intel-next-fixes drm-intel-fixes
- update_linux_next $branch drm-intel-gt-next drm-intel-next-fixes drm-intel-fixes \
- for-linux-next-gt "" # no for-linux-next-gt-fixes for now
- update_linux_next $branch drm-misc-next drm-misc-next-fixes drm-misc-fixes
- update_linux_next $branch drm-rust-next drm-rust-next-fixes drm-rust-fixes
- update_linux_next $branch drm-amd-next drm-amd-next-fixes drm-amd-fixes
-
dim_rebuild_tip
}
next reply other threads:[~2026-11-02 18:42 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-02 18:41 Rodrigo Vivi [this message]
2026-11-02 18:51 ` [RFC] linux-next: replace the DRM trees with a single drm-for-linux-next Danilo Krummrich
2026-11-02 19:20 ` Rodrigo Vivi
2026-11-02 20:01 ` Danilo Krummrich
2026-11-03 2:05 ` Dave Airlie
2026-11-03 19:32 ` Danilo Krummrich
2026-11-03 20:33 ` Rodrigo Vivi
2026-11-03 21:04 ` Danilo Krummrich
2026-11-03 21:19 ` Alex Deucher
2026-11-03 22:48 ` Rodrigo Vivi
2026-11-03 23:01 ` Danilo Krummrich
2026-11-04 2:37 ` Rodrigo Vivi
2026-11-04 3:29 ` Dave Airlie
2026-11-04 11:08 ` Danilo Krummrich
2026-11-04 17:44 ` Rodrigo Vivi
2026-11-03 22:39 ` Rodrigo Vivi
2026-11-02 18:58 ` Mark Brown
2026-11-02 23:07 ` Alex Deucher
2026-11-03 20:35 ` Rodrigo Vivi
2026-11-03 21:24 ` Alex Deucher
2026-11-04 5:49 ` Thorsten Leemhuis
2026-11-04 11:48 ` Mark Brown
2026-11-04 12:46 ` Sasha Levin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=aujZcJBUyQ7iX_PM@intel.com \
--to=rodrigo.vivi@intel.com \
--cc=airlied@gmail.com \
--cc=alexander.deucher@amd.com \
--cc=aliceryhl@google.com \
--cc=broonie@kernel.org \
--cc=christian.koenig@amd.com \
--cc=dakr@kernel.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=jani.nikula@linux.intel.com \
--cc=joonas.lahtinen@linux.intel.com \
--cc=linux-next@vger.kernel.org \
--cc=maarten.lankhorst@linux.intel.com \
--cc=matthew.brost@intel.com \
--cc=mripard@kernel.org \
--cc=simona@ffwll.ch \
--cc=thomas.hellstrom@linux.intel.com \
--cc=tursulin@ursulin.net \
--cc=tzimmermann@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.