From: Denys Dmytriyenko <denis@denix.org>
To: "Sapp, Randolph" <rs@ti.com>
Cc: Andrew Davis <afd@ti.com>,
reatmon@ti.com, denys@ti.com, detheridge@ti.com,
meta-ti@lists.yoctoproject.org
Subject: Re: [EXTERNAL] Re: [EXTERNAL] Re: [meta-ti] [master][PATCH v2] meta-ti-bsp: Graphics recipe overhaul
Date: Wed, 4 Jan 2023 18:07:52 -0500 [thread overview]
Message-ID: <20230104230752.GO22689@denix.org> (raw)
In-Reply-To: <2OBKNR.ERO28SJCKO2E2@ti.com>
On Tue, Dec 27, 2022 at 12:36:02PM -0600, Sapp, Randolph wrote:
> On Thu, Dec 22 2022 at 17:47:46 -05:00:00, Denys Dmytriyenko
> <denis@denix.org> wrote:
> >So, "gpu" flag specifically means HW-accelerated 3D graphics core,
> >regardless of the model, generation or driver used. That covers
> >SGX and Rogue now. You can still build Mesa and other graphics
> >components w/o "gpu" flag for software rendering just fine.
>
> Thanks for the history lesson, but this use of the GPU flag has
> changed over the years. We have overrides *for some reason* to drop
> functionality of certain packages when GPU is not present -- even
> though software rasterization could still be used here (take a look
> at gstreamer). This is in addition to a rickety dependency chain
> that seems to completely drop all graphics tooling when "gpu" is not
> present (talk to the guys working on am62a right now).
>
> The issue I am trying to solve with the new machine feature is there
> is a mix of packages/pkgconfigs that should be tweaked for each of
> the following conditions:
> - sgx grahpics
> - rogue graphics
> - swrast grahpics
> - no graphics
>
> Where the following should occur:
> - SGX grahpics should conflict with ROGUE (different umlibs, km,
> and mesa patches)
> - Both SGX and ROGUE should pull in all the same packages as
> swrast, only mesa should be configured differently (unless some
> userspace tools have their own swrast tooling which is rare but not
> impossible)
> - No graphics should do what dropping the GPU feature currently
> does -- completely remove all graphics libraries and swrast tools.
>
> Now, if you believe "screen" should be used in place of the "gpu"
> machine feature in my current system; that's fine, I can update the
> configs accordingly but a new machine feature or something similar
> will be required to differentiate between SGX/RGX.
Please list all the machine features you plan to add/rename/remove in
order to support all these use cases. Thanks.
--
Denys
next prev parent reply other threads:[~2023-01-04 23:08 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-12-06 17:45 [master][PATCH v2] meta-ti-bsp: Graphics recipe overhaul Randolph Sapp
2022-12-07 17:15 ` Ryan Eatmon
2022-12-07 18:48 ` [meta-ti] " Andrew Davis
2022-12-09 22:18 ` Sapp, Randolph
2022-12-14 0:07 ` Denys Dmytriyenko
2022-12-14 18:47 ` Andrew Davis
2022-12-14 20:26 ` Sapp, Randolph
2022-12-19 21:32 ` Denys Dmytriyenko
2022-12-21 16:49 ` [EXTERNAL] " Sapp, Randolph
2022-12-22 22:47 ` Denys Dmytriyenko
2022-12-27 18:36 ` [EXTERNAL] " Sapp, Randolph
2023-01-04 23:07 ` Denys Dmytriyenko [this message]
2023-01-11 19:33 ` Sapp, Randolph
2023-01-11 19:37 ` Andrew Davis
2022-12-14 18:03 ` Sapp, Randolph
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=20230104230752.GO22689@denix.org \
--to=denis@denix.org \
--cc=afd@ti.com \
--cc=denys@ti.com \
--cc=detheridge@ti.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.