All of lore.kernel.org
 help / color / mirror / Atom feed
From: sashiko-bot@kernel.org
To: "Lyude Paul" <lyude@redhat.com>
Cc: dri-devel@lists.freedesktop.org
Subject: Re: [PATCH v2 1/3] drm/nouveau/kms/nv50-: Add .blend_modes to nv50_wndw_func
Date: Mon, 20 Jul 2026 21:06:09 +0000	[thread overview]
Message-ID: <20260720210610.042F81F000E9@smtp.kernel.org> (raw)
In-Reply-To: <20260720205541.257781-2-lyude@redhat.com>

Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Medium] Pre-Volta primary planes (base507c, base827c, base907c) expose alpha formats but are missing `.blend_modes` assignments, leaving the DRM core warning unfixed for these architectures.
--

--- Patch [1]: [PATCH v2 1/3] drm/nouveau/kms/nv50-: Add .blend_modes to nv50_wndw_func ---
commit 742edbbf0331352f33ff9e6b7929be21b191145a
Author: Lyude Paul <lyude@redhat.com>
Subject: drm/nouveau/kms/nv50-: Add .blend_modes to nv50_wndw_func

At the moment, we currently (incorrectly) only expose a blend property on
the plane if we have a nv50_wndw_func->blend_set function for the given
wndw type. But we need to expose a blend property for all types of planes
that can display color formats with an alpha channel.

Prepare for doing this by introducing a way of looking up the supported
blend modes for a type of wndw by introducing .blend_modes, which describes
all possible blending modes nouveau currently supports for a type of wndw.

> diff --git a/drivers/gpu/drm/nouveau/dispnv50/wndw.h b/drivers/gpu/drm/nouveau/dispnv50/wndw.h
> index 90d100514bef2..81af5c3369d4c 100644
> --- a/drivers/gpu/drm/nouveau/dispnv50/wndw.h
> +++ b/drivers/gpu/drm/nouveau/dispnv50/wndw.h
[ ... ]
> @@ -74,6 +76,7 @@ struct nv50_wndw_func {
>  	int (*image_clr)(struct nv50_wndw *);
>  	int (*scale_set)(struct nv50_wndw *, struct nv50_wndw_atom *);
>  	int (*blend_set)(struct nv50_wndw *, struct nv50_wndw_atom *);
> +	unsigned int blend_modes;

[Severity: Medium]
Does this patch miss setting .blend_modes for pre-Volta primary planes?

Looking at base507c, base827c, and base907c in the driver, they expose alpha
formats but don't seem to have .blend_modes assignments added in this patch.

For example, in drivers/gpu/drm/nouveau/dispnv50/base507c.c:

static const struct nv50_wndw_func
base507c = {
	.acquire = base507c_acquire,
	.release = base507c_release,
	...
	.image_clr = base507c_image_clr,
	.update = base507c_update,
};

Without setting .blend_modes for these architectures, will they still trigger
the DRM core warning "[PLANE:%d:%s] pixel format with alpha exposed but blend
mode not setup" during display initialization on Tesla through Pascal hardware?

>  
>  	int (*update)(struct nv50_wndw *, u32 *interlock);
>  };

-- 
Sashiko AI review · https://sashiko.dev/#/patchset/20260720205541.257781-1-lyude@redhat.com?part=1

  reply	other threads:[~2026-07-20 21:06 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-20 20:43 [PATCH v2 0/3] drm/nouveau: Fix WARN_ON() from missing blend modes Lyude Paul
2026-07-20 20:43 ` Lyude Paul
2026-07-20 20:43 ` [PATCH v2 1/3] drm/nouveau/kms/nv50-: Add .blend_modes to nv50_wndw_func Lyude Paul
2026-07-20 20:43   ` Lyude Paul
2026-07-20 21:06   ` sashiko-bot [this message]
2026-07-20 20:43 ` [PATCH v2 2/3] drm/nouveau/kms/nv50-: Introduce nv50_wndw_default_state() Lyude Paul
2026-07-20 20:43   ` Lyude Paul
2026-07-20 21:08   ` sashiko-bot
2026-07-20 20:43 ` [PATCH v2 3/3] drm/nouveau/kms/nv50-: Unconditionally create blend_mode prop for wndws Lyude Paul
2026-07-20 20:43   ` Lyude Paul
2026-07-20 21:15   ` sashiko-bot
2026-07-21 20:21     ` lyude
2026-07-21 20:08 ` [PATCH v2 0/3] drm/nouveau: Fix WARN_ON() from missing blend modes lyude
2026-07-21 20:08   ` lyude

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=20260720210610.042F81F000E9@smtp.kernel.org \
    --to=sashiko-bot@kernel.org \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=lyude@redhat.com \
    --cc=sashiko-reviews@lists.linux.dev \
    /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.