From: Leandro Ribeiro <leandro.ribeiro@collabora.com>
To: Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp>,
dri-devel@lists.freedesktop.org
Cc: airlied@gmail.com, broonie@kernel.org, daniels@collabora.com,
jani.nikula@linux.intel.com, maarten.lankhorst@linux.intel.com,
miguel.ojeda.sandonis@gmail.com, mripard@kernel.org,
pekka.paalanen@collabora.com, simona@ffwll.ch, tytso@mit.edu,
tzimmermann@suse.de, ville.syrjala@linux.intel.com,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/1] drm: use drm_warn() in validate_blend_mode_for_alpha_formats()
Date: Thu, 30 Jul 2026 15:54:55 -0300 [thread overview]
Message-ID: <5d8ff369-8afa-4fcf-906b-ab685fa04e42@collabora.com> (raw)
In-Reply-To: <b197e416-8007-4aec-b546-62574fa16d27@I-love.SAKURA.ne.jp>
On 7/29/26 7:13 PM, Tetsuo Handa wrote:
> On 2026/07/30 6:45, Leandro Ribeiro wrote:
>> Commit 860e748bddcc ("drm: ensure blend mode supported if pixel format
>> with alpha exposed") introduced a WARN() to let driver developers know
>> that a previously valid behavior should now be changed.
>>
>> But WARN() should not be used for that, as it's a kernel warning report
>> mechanism for conditions that are not expected to happen. It also
>> produces a stack trace. Instead, a simple warning-level log message
>> should have been used, as drivers were expected to trigger the
>> condition.
>>
>> This is causing problems for fuzzers, as they may stop when encountering
>> a "BUG:" or "WARNING:" in the logs.
>>
>> Replace WARN() with drm_warn() in this function, avoiding these issues.
>
> Thank you. But could something like
>
> pr_warn("[PLANE:%d:%s] pixel format with alpha exposed but blend mode not setup. Please fix.", plane->base.id, plane->name);
> dump_stack();
>
> be less prone to get oversighted (because of printing about 10+ lines)?
>
I see the point about making the message harder to overlook, but
honestly I feel like the stack trace would be overkill here.
The error message is more important than the stack trace itself in this
case, and I think the warning should be enough to draw attention to the
issue.
--
Leandro Ribeiro
next prev parent reply other threads:[~2026-07-30 18:55 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-29 21:45 [PATCH 0/1] drm: use drm_warn() in validate_blend_mode_for_alpha_formats() Leandro Ribeiro
2026-07-29 21:45 ` [PATCH 1/1] " Leandro Ribeiro
2026-07-29 22:13 ` Tetsuo Handa
2026-07-30 18:54 ` Leandro Ribeiro [this message]
2026-07-30 23:14 ` Tetsuo Handa
2026-07-30 23:18 ` Leandro Ribeiro
2026-07-30 9:14 ` Jani Nikula
2026-07-30 18:46 ` Leandro Ribeiro
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=5d8ff369-8afa-4fcf-906b-ab685fa04e42@collabora.com \
--to=leandro.ribeiro@collabora.com \
--cc=airlied@gmail.com \
--cc=broonie@kernel.org \
--cc=daniels@collabora.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=jani.nikula@linux.intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=maarten.lankhorst@linux.intel.com \
--cc=miguel.ojeda.sandonis@gmail.com \
--cc=mripard@kernel.org \
--cc=pekka.paalanen@collabora.com \
--cc=penguin-kernel@I-love.SAKURA.ne.jp \
--cc=simona@ffwll.ch \
--cc=tytso@mit.edu \
--cc=tzimmermann@suse.de \
--cc=ville.syrjala@linux.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