All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jani Nikula <jani.nikula@linux.intel.com>
To: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
Cc: David Airlie <airlied@gmail.com>, Daniel Vetter <daniel@ffwll.ch>,
	Maarten Lankhorst <maarten.lankhorst@linux.intel.com>,
	Maxime Ripard <mripard@kernel.org>,
	Thomas Zimmermann <tzimmermann@suse.de>,
	Daniel Stone <daniels@collabora.com>,
	dri-devel@lists.freedesktop.org, Rob Clark <robdclark@gmail.com>
Subject: Re: [rerere PATCH] nightly.conf: Merge drm-msm trees into drm-tip
Date: Fri, 28 Jun 2024 12:21:32 +0300	[thread overview]
Message-ID: <87h6ddbexv.fsf@intel.com> (raw)
In-Reply-To: <je4acmn744pwhdgwek2cgd22reoanogofcqm43vl2sxoyhb2dr@wxst2ffxistw>

On Fri, 28 Jun 2024, Dmitry Baryshkov <dmitry.baryshkov@linaro.org> wrote:
> On Thu, Jun 27, 2024 at 09:26:19PM GMT, Jani Nikula wrote:
>> On Thu, 27 Jun 2024, Jani Nikula <jani.nikula@linux.intel.com> wrote:
>> > On Wed, 26 Jun 2024, Dmitry Baryshkov <dmitry.baryshkov@linaro.org> wrote:
>> >> In order to improve testing of drm/msm branches, add drm-msm trees to
>> >> the list of the trees to be merged into drm-tip.
>> >>
>> >> Cc: Rob Clark <robdclark@gmail.com>
>> >> Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
>> >
>> > It also helps in avoiding conflicts!
>> >
>> > Acked-by: Jani Nikula <jani.nikula@intel.com>
>> 
>> Oh, this is with the assumption that you'll also maintain the branches
>> with dim. I realized this was not spelled out, but I'm hoping it is the
>> case.
>
> No, we use gitlab MRs in order to be able to pre-test patches. But it
> doesn't stop anybody from running dim ub && dim push after merging an
> MR.

IMO that's not quite enough.

The main problem with this (from drm-tip and dim POV) is that you won't
notice if you push patches that cause conflicts in rebuilding
drm-tip. That's then left for the next person to figure out, and for
them it's completely unexpected.

We had this when AMD branches were part of drm-tip, and it really wasn't
much fun, because the burden and benefits were quite lopsided. It's the
main reason the branches were dropped.

Now, I think there's a non-trivial amount of people who want to see more
of gitlab MR based workflows. This is a problem we'll inevitably need to
tackle anyway. Perhaps rebuilding drm-tip could be a gitlab workflow,
triggered automatically when any of the branches are pushed? With
notifications for folks to figure out the conflicts. Maybe there could
be some linux-next like logic to use older branches until the conflicts
get fixed.


BR,
Jani.


>
>> 
>> BR,
>> Jani.
>> 
>> 
>> >
>> >> ---
>> >>  nightly.conf | 8 ++++++++
>> >>  1 file changed, 8 insertions(+)
>> >>
>> >> diff --git a/nightly.conf b/nightly.conf
>> >> index 49abf3fb2a72..f2e181aa29e2 100644
>> >> --- a/nightly.conf
>> >> +++ b/nightly.conf
>> >> @@ -47,6 +47,11 @@ git://anongit.freedesktop.org/drm-intel
>> >>  https://anongit.freedesktop.org/git/drm/drm-intel
>> >>  https://anongit.freedesktop.org/git/drm/drm-intel.git
>> >>  "
>> >> +drm_tip_repos[drm-msm]="
>> >> +git@gitlab.freedesktop.org:drm/msm.git
>> >> +https://gitlab.freedesktop.org/drm/msm.git
>> >> +ssh://git@gitlab.freedesktop.org/drm/msm.git
>> >> +"
>> >>  drm_tip_repos[drm-misc]="
>> >>  git@gitlab.freedesktop.org:drm/misc/kernel.git
>> >>  https://gitlab.freedesktop.org/drm/misc/kernel.git
>> >> @@ -91,16 +96,19 @@ drm_tip_config=(
>> >>  	"drm-misc		drm-misc-fixes"
>> >>  	"drm-intel		drm-intel-fixes"
>> >>  	"drm-xe			drm-xe-fixes"
>> >> +	"drm-msm		msm-fixes"
>> >>  
>> >>  	"drm			drm-next"
>> >>  	"drm-misc		drm-misc-next-fixes"
>> >>  	"drm-intel		drm-intel-next-fixes"
>> >>  	"drm-xe			drm-xe-next-fixes"
>> >> +	#no msm-next-fixes in drm-msm
>> >>  
>> >>  	"drm-misc		drm-misc-next"
>> >>  	"drm-intel		drm-intel-next"
>> >>  	"drm-intel		drm-intel-gt-next"
>> >>  	"drm-xe			drm-xe-next"
>> >> +	"drm-msm		msm-next"
>> >>  
>> >>  	"drm-intel		topic/core-for-CI"
>> >>  	"drm-xe			topic/xe-for-CI"
>> 
>> -- 
>> Jani Nikula, Intel

-- 
Jani Nikula, Intel

  reply	other threads:[~2024-06-28  9:21 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-06-26 18:45 [rerere PATCH] nightly.conf: Merge drm-msm trees into drm-tip Dmitry Baryshkov
2024-06-27  9:20 ` Jani Nikula
2024-06-27 18:26   ` Jani Nikula
2024-06-28  8:54     ` Dmitry Baryshkov
2024-06-28  9:21       ` Jani Nikula [this message]
2024-06-28 18:09         ` Daniel Vetter

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=87h6ddbexv.fsf@intel.com \
    --to=jani.nikula@linux.intel.com \
    --cc=airlied@gmail.com \
    --cc=daniel@ffwll.ch \
    --cc=daniels@collabora.com \
    --cc=dmitry.baryshkov@linaro.org \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=maarten.lankhorst@linux.intel.com \
    --cc=mripard@kernel.org \
    --cc=robdclark@gmail.com \
    --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.