All of lore.kernel.org
 help / color / mirror / Atom feed
From: Denys Dmytriyenko <denis@denix.org>
To: afd@ti.com
Cc: Denys Dmytriyenko <denys@konsulko.com>,
	Ryan Eatmon <reatmon@ti.com>, Randolph Sapp <rs@ti.com>,
	meta-ti@lists.yoctoproject.org
Subject: Re: [meta-ti][scarthgap][RFC 2/6] ti-bsp: Do not remove gpu MACHINE_FEATURE conditionally on BSP version
Date: Tue, 9 Sep 2025 16:44:25 -0400	[thread overview]
Message-ID: <20250909204425.GE3125@denix.org> (raw)
In-Reply-To: <20250909151028.272925-2-afd@ti.com>

On Tue, Sep 09, 2025 at 10:10:24AM -0500, Andrew Davis via lists.yoctoproject.org wrote:
> Setting or removing the gpu MACHINE_FEATURE does not actually change
> if the GPU driver is built or not. That is done based on the setting
> of the BSP_{SGX,ROGUE}_{DRIVER,UMLIBS}_{PROVIDER,VERSION} vars. These
> are default empty for BSP versions without supported GPU drivers, which
> will correctly cause a fallback to SW rendering when the GPU driver is
> not available.

While cleaning the remaining uses of "gpu" MACHINE_FEATURE, why not remove it 
completely from all the machine configs?


> Signed-off-by: Andrew Davis <afd@ti.com>
> ---
>  meta-ti-bsp/conf/machine/include/ti-bsp.inc | 8 --------
>  1 file changed, 8 deletions(-)
> 
> diff --git a/meta-ti-bsp/conf/machine/include/ti-bsp.inc b/meta-ti-bsp/conf/machine/include/ti-bsp.inc
> index 262aa884..a5d9a51f 100644
> --- a/meta-ti-bsp/conf/machine/include/ti-bsp.inc
> +++ b/meta-ti-bsp/conf/machine/include/ti-bsp.inc
> @@ -18,10 +18,6 @@ BSP_KERNEL_VERSION:bsp-mainline = "%"
>  BSP_BOOTLOADER_PROVIDER:bsp-mainline = "u-boot-ti-mainline"
>  BSP_BOOTLOADER_VERSION:bsp-mainline = "%"
>  
> -# GPU support requires out-of-tree SGX and Rogue drivers not available
> -# in mainline, usually present in TI staging or derivative like BB.org
> -MACHINE_FEATURES:remove:bsp-mainline = "gpu"
> -
>  # GC320 support requires out-of-tree drivers not available in mainline
>  MACHINE_FEATURES:remove:bsp-mainline = "gc320"
>  
> @@ -34,10 +30,6 @@ BSP_KERNEL_VERSION:bsp-next = "%"
>  BSP_BOOTLOADER_PROVIDER:bsp-next = "u-boot-ti-next"
>  BSP_BOOTLOADER_VERSION:bsp-next = "%"
>  
> -# GPU support requires out-of-tree SGX and Rogue drivers not available
> -# in next, usually present in TI staging or derivative like BB.org
> -MACHINE_FEATURES:remove:bsp-next = "gpu"
> -
>  # GC320 support requires out-of-tree drivers not available in next
>  MACHINE_FEATURES:remove:bsp-next = "gc320"
>  
> -- 
> 2.39.2


  reply	other threads:[~2025-09-09 20:44 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-09-09 15:10 [meta-ti][scarthgap][RFC 1/6] ti-sgx-ddk-um: UM side driver depends on KM side driver Andrew Davis
2025-09-09 15:10 ` [meta-ti][scarthgap][RFC 2/6] ti-bsp: Do not remove gpu MACHINE_FEATURE conditionally on BSP version Andrew Davis
2025-09-09 20:44   ` Denys Dmytriyenko [this message]
2025-09-12 16:31     ` Andrew Davis
2025-09-12 18:24       ` Denys Dmytriyenko
2025-09-17 21:54         ` Andrew Davis
2025-09-17 21:57           ` Randolph Sapp
2025-09-09 15:10 ` [meta-ti][scarthgap][RFC 3/6] ti-bsp: Use same version for both UM and KM driver Andrew Davis
2025-09-09 20:42   ` Ryan Eatmon
2025-09-12 16:28     ` Andrew Davis
2025-09-09 15:10 ` [meta-ti][scarthgap][RFC 4/6] mesa-pvr: Remove need for PVR/SGX display aliases Andrew Davis
2025-09-09 15:10 ` [meta-ti][scarthgap][RFC 5/6] mesa-pvr: Use PREFERRED_PROVIDER directly for GPU selection Andrew Davis
2025-09-09 15:10 ` [meta-ti][scarthgap][RFC 6/6] mesa-pvr: Use mesa-pvr for all TI SoCs Andrew Davis
2025-09-09 20:52   ` Randolph Sapp
2025-09-12 16:38     ` Andrew Davis
2025-09-17 18:22       ` Randolph Sapp
2025-09-17 18:40         ` Andrew Davis
2025-09-17 19:12           ` Randolph Sapp
2025-09-17 19:15             ` Andrew Davis
2025-09-17 19:36               ` Randolph Sapp

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=20250909204425.GE3125@denix.org \
    --to=denis@denix.org \
    --cc=afd@ti.com \
    --cc=denys@konsulko.com \
    --cc=meta-ti@lists.yoctoproject.org \
    --cc=reatmon@ti.com \
    --cc=rs@ti.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 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.