[PATCH v2 1/1] drm/xe/xe2: Send flat_ccs value in struct drm_xe_query_config
Matthew Auld
matthew.auld at intel.com
Wed Mar 27 08:54:10 UTC 2024
On 27/03/2024 04:54, Zbigniew Kempczyński wrote:
> On Tue, Mar 26, 2024 at 08:25:56AM +0000, Matthew Auld wrote:
>> On 26/03/2024 10:10, Akshata Jahagirdar wrote:
>>> Currently, we don't have any check in IGT testcases if platform supports
>>> compression or not. Send this flat_ccs value as part of the struct
>>> drm_xe_query_config so that we can read this value in the igt testcases
>>> and proceed accordingly.
>>
>> AFAIK it's not valid to add uAPI just for an IGT. uAPI normally needs a real
>> open source user (like Mesa etc) with UMD acks. However if this is going to
>> be used by Mesa etc, how do they tell the difference between "this device
>> doesn't have flat-CCS" and "this KMD version doesn't support
>> FLAG_HAS_FLAT_CCS"?
>>
>> If userspace doesn't need this, then other option could be debugfs. Or if
>> this just a single test perhaps we can just dynamically check if the CCS
>> state is zero for compressed buffer at the start of the test?
>
> Just for making sure - is ctrl-surf-copy behavior defined if there's no
> flat ccs?
Yeah, claim is that HW will never compress anything, writes to CCS are
dropped and reads from CCS return zero. KMD should also skip any CCS
related stuff.
>
> --
> Zbigniew
>>
>>> Fixes: VLK-56136
>>>
>>> Signed-off-by: Akshata Jahagirdar <akshata.jahagirdar at intel.com>
>>> ---
>>> drivers/gpu/drm/xe/xe_query.c | 3 +++
>>> include/uapi/drm/xe_drm.h | 1 +
>>> 2 files changed, 4 insertions(+)
>>>
>>> diff --git a/drivers/gpu/drm/xe/xe_query.c b/drivers/gpu/drm/xe/xe_query.c
>>> index e80321b34918..8a3a3117491c 100644
>>> --- a/drivers/gpu/drm/xe/xe_query.c
>>> +++ b/drivers/gpu/drm/xe/xe_query.c
>>> @@ -332,6 +332,9 @@ static int query_config(struct xe_device *xe, struct drm_xe_device_query *query)
>>> config->num_params = num_params;
>>> config->info[DRM_XE_QUERY_CONFIG_REV_AND_DEVICE_ID] =
>>> xe->info.devid | (xe->info.revid << 16);
>>> + if (xe->info.has_flat_ccs)
>>> + config->info[DRM_XE_QUERY_CONFIG_FLAGS] =
>>> + DRM_XE_QUERY_CONFIG_FLAG_HAS_FLAT_CCS;
>>> if (xe_device_get_root_tile(xe)->mem.vram.usable_size)
>>> config->info[DRM_XE_QUERY_CONFIG_FLAGS] =
>>
>> This tramples the previous value AFAICT, like when we have VRAM + CCS on
>> DG2. I think we need |= here.
>>
>>> DRM_XE_QUERY_CONFIG_FLAG_HAS_VRAM;
>>> diff --git a/include/uapi/drm/xe_drm.h b/include/uapi/drm/xe_drm.h
>>> index f44a19ae9333..08783234bae1 100644
>>> --- a/include/uapi/drm/xe_drm.h
>>> +++ b/include/uapi/drm/xe_drm.h
>>> @@ -405,6 +405,7 @@ struct drm_xe_query_config {
>>> #define DRM_XE_QUERY_CONFIG_REV_AND_DEVICE_ID 0
>>> #define DRM_XE_QUERY_CONFIG_FLAGS 1
>>> #define DRM_XE_QUERY_CONFIG_FLAG_HAS_VRAM (1 << 0)
>>> + #define DRM_XE_QUERY_CONFIG_FLAG_HAS_FLAT_CCS (1 << 1)
>>> #define DRM_XE_QUERY_CONFIG_MIN_ALIGNMENT 2
>>> #define DRM_XE_QUERY_CONFIG_VA_BITS 3
>>> #define DRM_XE_QUERY_CONFIG_MAX_EXEC_QUEUE_PRIORITY 4
More information about the Intel-xe
mailing list