From: Greg KH <gregkh@linuxfoundation.org>
To: Umesh Nerlige Ramappa <umesh.nerlige.ramappa@intel.com>
Cc: stable@vger.kernel.org, ashutosh.dixit@intel.com,
dri-devel@lists.freedesktop.org
Subject: AAARRRGGGHHH!!!! (was Re: [PATCH 6.12.y] xe/oa: Fix query mode of operation for OAR/OAC)
Date: Sun, 12 Jan 2025 12:39:43 +0100 [thread overview]
Message-ID: <2025011215-agreeing-bonfire-97ae@gregkh> (raw)
In-Reply-To: <20250110205341.199539-1-umesh.nerlige.ramappa@intel.com>
On Fri, Jan 10, 2025 at 12:53:41PM -0800, Umesh Nerlige Ramappa wrote:
> commit 55039832f98c7e05f1cf9e0d8c12b2490abd0f16 upstream
<snip>
> Fixes: 8135f1c09dd2 ("drm/xe/oa: Don't reset OAC_CONTEXT_ENABLE on OA stream close")
> Signed-off-by: Umesh Nerlige Ramappa <umesh.nerlige.ramappa@intel.com>
> Reviewed-by: Matthew Brost <matthew.brost@intel.com> # commit 1
> Reviewed-by: Ashutosh Dixit <ashutosh.dixit@intel.com>
> Cc: stable@vger.kernel.org # 6.12+
> Reviewed-by: Jonathan Cavitt <jonathan.cavitt@intel.com>
> Signed-off-by: Ashutosh Dixit <ashutosh.dixit@intel.com>
> Link: https://patchwork.freedesktop.org/patch/msgid/20241220171919.571528-2-umesh.nerlige.ramappa@intel.com
> (cherry picked from commit 55039832f98c7e05f1cf9e0d8c12b2490abd0f16)
> Signed-off-by: Thomas Hellström <thomas.hellstrom@linux.intel.com>
> (cherry picked from commit f0ed39830e6064d62f9c5393505677a26569bb56)
Oh I see what you all did here.
I give up. You all need to stop it with the duplicated git commit ids
all over the place. It's a major pain and hassle all the time and is
something that NO OTHER subsystem does.
Yes, I know that DRM is special and unique and running at a zillion
times faster with more maintainers than any other subsystem and really,
it's bigger than the rest of the kernel combined, but hey, we ALL are a
common project here. If each different subsystem decided to have their
own crazy workflows like this, we'd be in a world of hurt. Right now
it's just you all that is causing this world of hurt, no one else, so
I'll complain to you.
We have commits that end up looking like they go back in time that are
backported to stable releases BEFORE they end up in Linus's tree and
future releases. This causes major havoc and I get complaints from
external people when they see this as obviously, it makes no sense at
all.
And it easily breaks tools that tries to track where backports went and
if they are needed elsewhere, which ends up missing things because of
this crazy workflow. So in the end, it's really only hurting YOUR
subsystem because of this.
And yes, there is a simple way to fix this, DO NOT TAG COMMITS THAT ARE
DUPLICATES AS FOR STABLE. Don't know why you all don't do that, would
save a world of hurt.
I'm tired of it, please, just stop. I am _this_ close to just ignoring
ALL DRM patches for stable trees...
greg k-h
next prev parent reply other threads:[~2025-01-12 11:39 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-01-06 10:06 FAILED: patch "[PATCH] xe/oa: Fix query mode of operation for OAR/OAC" failed to apply to 6.12-stable tree gregkh
2025-01-10 20:53 ` [PATCH 6.12.y] xe/oa: Fix query mode of operation for OAR/OAC Umesh Nerlige Ramappa
2025-01-11 19:04 ` Sasha Levin
2025-01-12 11:28 ` Greg KH
2025-01-12 11:39 ` Greg KH [this message]
2025-01-12 19:51 ` AAARRRGGGHHH!!!! (was Re: [PATCH 6.12.y] xe/oa: Fix query mode of operation for OAR/OAC) Dave Airlie
2025-01-12 20:01 ` Dave Airlie
2025-01-12 21:09 ` Greg KH
2025-01-13 0:44 ` Dave Airlie
2025-01-13 8:05 ` Greg KH
2025-01-14 1:01 ` Dave Airlie
2025-01-14 15:03 ` Simona Vetter
2025-01-14 15:51 ` Sasha Levin
2025-01-14 16:11 ` Alex Deucher
2025-01-15 9:20 ` Greg KH
2025-01-14 17:31 ` Simona Vetter
2025-01-15 9:07 ` Simona Vetter
2025-01-15 9:38 ` Greg KH
2025-01-15 11:15 ` Simona Vetter
2025-01-15 17:18 ` Sasha Levin
2025-01-15 19:02 ` Simona Vetter
2025-01-16 9:48 ` Simona Vetter
2025-01-16 13:52 ` Greg KH
2025-01-16 14:30 ` Simona Vetter
2025-01-13 21:48 ` Sasha Levin
2025-01-14 16:16 ` Simona Vetter
2025-01-14 15:59 ` Simona Vetter
2025-01-12 21:06 ` Greg KH
2025-01-17 11:01 ` Uwe Kleine-König
2025-01-17 11:25 ` Greg KH
2025-01-14 1:12 ` Dave Airlie
2025-01-14 9:22 ` Jani Nikula
2025-01-15 9:11 ` Greg KH
2025-01-15 9:30 ` Simona 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=2025011215-agreeing-bonfire-97ae@gregkh \
--to=gregkh@linuxfoundation.org \
--cc=ashutosh.dixit@intel.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=stable@vger.kernel.org \
--cc=umesh.nerlige.ramappa@intel.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox