From: Juha-Pekka Heikkila <juhapekka.heikkila@gmail.com>
To: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
Cc: igt-dev@lists.freedesktop.org
Subject: Re: [PATCH i-g-t 05/23] lib/rendercopy: Always setup clear color for TGL
Date: Sat, 7 Sep 2024 11:26:52 +0300 [thread overview]
Message-ID: <033d025a-a6bb-441b-a0f2-b32854932344@gmail.com> (raw)
In-Reply-To: <ZtsHYjwtGwrNDU-E@intel.com>
On 6.9.2024 16.45, Ville Syrjälä wrote:
> On Fri, Sep 06, 2024 at 04:09:19PM +0300, Juha-Pekka Heikkila wrote:
>> On 2.9.2024 17.37, Ville Syrjala wrote:
>>> From: Ville Syrjälä <ville.syrjala@linux.intel.com>
>>>
>>> TGL apparently automagically converts regular output to fast
>>> clears when the output matches the configured clear color.
>>> And if we don't enable the clear color packet at all then we
>>> just get some rainbow gibberish on all black parts of the
>>> output.
>>>
>>> To avoid always set up the clear color packet when using
>>> using a non-clear color modifier. We'll just stick a bunch
>>> of NaNs into the clear value so it'll never match any
>>> legitimate output, and thus automagic fast clear should not
>>> happen.
>>>
>>> TODO: Hide this better inside rendercopy_gen9.c without
>>> requring extra allocation in the FB BO
>>> TODO: Figure out if other platforms need this sort stuff
>>>
>>> Signed-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
>>> ---
>>> lib/igt_fb.c | 24 ++++++++++++++++++++++++
>>> lib/intel_bufops.h | 1 +
>>> lib/rendercopy_gen9.c | 14 +++++++++++---
>>> 3 files changed, 36 insertions(+), 3 deletions(-)
>>>
>>> diff --git a/lib/igt_fb.c b/lib/igt_fb.c
>>> index 21c56a454c5a..0eb3897d0f8b 100644
>>> --- a/lib/igt_fb.c
>>> +++ b/lib/igt_fb.c
>>> @@ -965,6 +965,16 @@ void igt_calc_fb_size(struct igt_fb *fb)
>>> size += calc_plane_size(fb, plane);
>>> }
>>>
>>> + /*
>>> + * We always need a clear color on TGL, make some extra
>>> + * room for one it if it's not explicit in the modifier.
>>> + *
>>> + * TODO: probably better to allocate this as part of the
>>> + * batch instead so the fb size doesn't need to change...
>>> + */
>>> + if (fb->modifier == I915_FORMAT_MOD_Y_TILED_GEN12_RC_CCS)
>>> + size = ALIGN(size + 64, 64);
>>> +
>>> if (is_xe_device(fb->fd)) {
>>> size = ALIGN(size, xe_get_default_alignment(fb->fd));
>>> if (fb->modifier == I915_FORMAT_MOD_4_TILED_BMG_CCS)
>>> @@ -2670,6 +2680,20 @@ igt_fb_create_intel_buf(int fd, struct buf_ops *bops,
>>> if (fb->modifier == I915_FORMAT_MOD_4_TILED_DG2_RC_CCS_CC)
>>> buf->cc.offset = fb->offsets[1];
>>>
>>> + /*
>>> + * TGL appears to do automagic fast clear when rendering
>>> + * black and the clear color isn't specified, or when the
>>> + * output matches the specified clear color. Force a
>>> + * non-sensical clear color to prevent it from doing this
>>> + * when using a non-clear color modifier.
>>> + *
>>> + * TODO: figure out if other platforms are affected...
>>> + */
>>> + if (fb->modifier == I915_FORMAT_MOD_Y_TILED_GEN12_RC_CCS) {
>>
>> What about adlp on this? I believe it will now get same treatment as tgl
>> and ci doesn't seem to have adlp on shards so there's no good results(?)
>
> I *think* adl wasn't affected, but I'll need to double check that...
>
> Although apart from allocating a bit of extra memory this should
> be completely harmeless on unaffected platforms.
ah yes, true. At the worst this will reveal something that was not
handled for adlp.
Reviewed-by: Juha-Pekka Heikkila <juhapekka.heikkila@gmail.com>
>
>>
>> /Juha-Pekka
>>
>>> + buf->cc.disable = true;
>>> + buf->cc.offset = fb->size - 64;
>>> + }
>>> +
>>> return buf;
>>> }
>>>
>>> diff --git a/lib/intel_bufops.h b/lib/intel_bufops.h
>>> index 84e71d41a2c2..06e72ba4ba93 100644
>>> --- a/lib/intel_bufops.h
>>> +++ b/lib/intel_bufops.h
>>> @@ -38,6 +38,7 @@ struct intel_buf {
>>> } ccs[2];
>>> struct {
>>> uint32_t offset;
>>> + bool disable;
>>> } cc;
>>> struct {
>>> uint64_t offset;
>>> diff --git a/lib/rendercopy_gen9.c b/lib/rendercopy_gen9.c
>>> index 5ee4c89f5cdb..f0757a8e6b78 100644
>>> --- a/lib/rendercopy_gen9.c
>>> +++ b/lib/rendercopy_gen9.c
>>> @@ -1133,15 +1133,23 @@ void _gen9_render_op(struct intel_bb *ibb,
>>>
>>> gen12_emit_aux_pgtable_state(ibb, aux_pgtable_state, true);
>>>
>>> - if (fast_clear) {
>>> + if (fast_clear || dst->cc.disable) {
>>> for (int i = 0; i < 4; i++) {
>>> intel_bb_out(ibb, MI_STORE_DWORD_IMM_GEN4);
>>> intel_bb_emit_reloc(ibb, dst->handle,
>>> I915_GEM_DOMAIN_RENDER, I915_GEM_DOMAIN_RENDER,
>>> dst->cc.offset + i*sizeof(float),
>>> dst->addr.offset);
>>> - intel_bb_out(ibb, *(uint32_t*)&clear_color[i]);
>>> - }
>>> + if (fast_clear) {
>>> + intel_bb_out(ibb, *(uint32_t*)&clear_color[i]);
>>> + } else {
>>> + /*
>>> + * Emit NaN so it'll match nothing and thus prevent
>>> + * TGL from doing its automagic fast clear tricks.
>>> + */
>>> + intel_bb_out(ibb, 0xffffffff);
>>> + }
>>> + }
>>> }
>>>
>>>
>
next prev parent reply other threads:[~2024-09-07 8:27 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-02 14:37 [PATCH i-g-t 00/23] Intel format/modifier stuff Ville Syrjala
2024-09-02 14:37 ` [PATCH i-g-t 01/23] lib/rendercopy: Add deltas to all surface relocs Ville Syrjala
2024-09-02 14:37 ` [PATCH i-g-t 02/23] tests/kms_big_fb: Use igt_fb_create_intel_buf() Ville Syrjala
2024-09-02 14:37 ` [PATCH i-g-t 03/23] tests/kms_frontbuffer_tracking: Use igt_create_fb() Ville Syrjala
2024-09-02 14:37 ` [PATCH i-g-t 04/23] lib/igt_fb: Make igt_calc_fb_size() somewhat usable Ville Syrjala
2024-09-06 13:13 ` Juha-Pekka Heikkila
2024-09-02 14:37 ` [PATCH i-g-t 05/23] lib/rendercopy: Always setup clear color for TGL Ville Syrjala
2024-09-06 13:09 ` Juha-Pekka Heikkila
2024-09-06 13:45 ` Ville Syrjälä
2024-09-07 8:26 ` Juha-Pekka Heikkila [this message]
2024-09-12 11:34 ` Ville Syrjälä
2024-09-02 14:37 ` [PATCH i-g-t 06/23] lib/rendercopy: Don't skip clearcolor on flat CCS Ville Syrjala
2024-09-02 14:37 ` [PATCH i-g-t 07/23] lib/rendercopy: Fix fastclear scaling Ville Syrjala
2024-09-06 13:09 ` Juha-Pekka Heikkila
2024-09-02 14:37 ` [PATCH i-g-t 08/23] lib/rendercopy: Extract gen4_surface_format() Ville Syrjala
2024-09-02 14:37 ` [PATCH i-g-t 09/23] lib/rendercopy: Extract {dg2, lnl}_compression_format() Ville Syrjala
2024-09-02 14:37 ` [PATCH i-g-t 10/23] lib/igt_fb: Extract is_gen12_rc_ccs_cc_modifier() Ville Syrjala
2024-09-02 14:37 ` [PATCH i-g-t 11/23] lib/igt_fb: Extract ccs_needs_enginecopy() Ville Syrjala
2024-09-02 14:37 ` [PATCH i-g-t 12/23] lib/igt_fb: Require enginecopy for clear color Ville Syrjala
2024-09-02 14:37 ` [PATCH i-g-t 13/23] lib/igt_fb: Expose igt_fb_is_ccs_modifier() Ville Syrjala
2024-09-02 14:37 ` [PATCH i-g-t 14/23] lib/igt_fb: Expose igt_fb_is_gen12_rc_ccs_cc_modifier() Ville Syrjala
2024-09-02 14:37 ` [PATCH i-g-t 15/23] lib/igt_fb: Expose igt_fb_is_gen12_mc_ccs_modifier() Ville Syrjala
2024-09-02 14:37 ` [PATCH i-g-t 16/23] lib/igt_fb: Adjust how we pick the blitter compression format Ville Syrjala
2024-09-02 14:37 ` [PATCH i-g-t 17/23] lib/igt_fb: Fix planar block copy Ville Syrjala
2024-09-02 14:37 ` [PATCH i-g-t 18/23] lib/igt_fb: Fix blitter compression format handling Ville Syrjala
2024-09-02 14:37 ` [PATCH i-g-t 19/23] lib/igt_fb: Assert that we have no clear color when using the bltter Ville Syrjala
2024-09-02 14:37 ` [PATCH i-g-t 20/23] tests/kms_plane: Extract skip_format_mod() Ville Syrjala
2024-09-02 14:37 ` [PATCH i-g-t 21/23] tests/kms_ccs: Reuse igt_fb_is_gen12_rc_ccs_cc_modifier() Ville Syrjala
2024-09-02 14:37 ` [PATCH i-g-t 22/23] tests/kms_ccs: Skip testing on identical plane types Ville Syrjala
2024-09-02 14:37 ` [PATCH i-g-t 23/23] tests/kms_ccs: Provide a hint as to what we're testing Ville Syrjala
2024-09-02 20:17 ` ✓ Fi.CI.BAT: success for Intel format/modifier stuff Patchwork
2024-09-02 20:49 ` ✓ CI.xeBAT: " Patchwork
2024-09-03 4:07 ` ✗ CI.xeFULL: failure " Patchwork
2024-09-04 8:39 ` ✗ Fi.CI.IGT: " Patchwork
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=033d025a-a6bb-441b-a0f2-b32854932344@gmail.com \
--to=juhapekka.heikkila@gmail.com \
--cc=igt-dev@lists.freedesktop.org \
--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