[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH v2 03/20] vhost-user-gpu: use an extandable state enum for co
From: |
Philippe Mathieu-Daudé |
Subject: |
Re: [PATCH v2 03/20] vhost-user-gpu: use an extandable state enum for commands |
Date: |
Thu, 4 Feb 2021 14:43:19 +0100 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 |
On 2/4/21 12:26 PM, Philippe Mathieu-Daudé wrote:
> On 2/4/21 11:52 AM, marcandre.lureau@redhat.com wrote:
>> From: Marc-André Lureau <marcandre.lureau@redhat.com>
>>
>> Introduce a pending state for commands which aren't finished yet, but
>> are being handled. See following patch.
>>
>> Signed-off-by: Marc-André Lureau <marcandre.lureau@redhat.com>
>> ---
>> contrib/vhost-user-gpu/vugpu.h | 8 +++++++-
>> contrib/vhost-user-gpu/vhost-user-gpu.c | 8 ++++----
>> contrib/vhost-user-gpu/virgl.c | 2 +-
>> 3 files changed, 12 insertions(+), 6 deletions(-)
>>
>> diff --git a/contrib/vhost-user-gpu/vugpu.h b/contrib/vhost-user-gpu/vugpu.h
>> index 86f3ac86aa..04d5615812 100644
>> --- a/contrib/vhost-user-gpu/vugpu.h
>> +++ b/contrib/vhost-user-gpu/vugpu.h
>> @@ -129,12 +129,18 @@ typedef struct VuGpu {
>> QTAILQ_HEAD(, virtio_gpu_ctrl_command) fenceq;
>> } VuGpu;
>>
>> +enum {
>> + VG_CMD_STATE_NEW,
>
> Maybe VG_CMD_STATE_STARTING?
>
>> + VG_CMD_STATE_PENDING,
>
> Maybe introduce VG_CMD_STATE_PENDING in the
> patch using it.
>
>> + VG_CMD_STATE_FINISHED,
>> +};
>
> Can we use a typedef ...
>
>> +
>> struct virtio_gpu_ctrl_command {
>> VuVirtqElement elem;
>> VuVirtq *vq;
>> struct virtio_gpu_ctrl_hdr cmd_hdr;
>> uint32_t error;
>> - bool finished;
>> + int state;
>
> ... and use it here?
>
> Or directly declare in place:
>
> enum {
> VG_CMD_STATE_STARTING,
> VG_CMD_STATE_PENDING,
> VG_CMD_STATE_FINISHED,
> } state;
>
>> QTAILQ_ENTRY(virtio_gpu_ctrl_command) next;
>> };
>>
>
> Reviewed-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Since Gerd was willing to queue v1, feel free to ignore my
comments at this point. R-b stands.
- [PATCH v2 00/20] Various vhost-user-gpu & UI fixes, marcandre . lureau, 2021/02/04
- [PATCH v2 01/20] vhost-user-gpu: check backend for EDID support, marcandre . lureau, 2021/02/04
- [PATCH v2 02/20] vhost-user-gpu: handle vhost-user-gpu features in a callback, marcandre . lureau, 2021/02/04
- [PATCH v2 03/20] vhost-user-gpu: use an extandable state enum for commands, marcandre . lureau, 2021/02/04
- [PATCH v2 04/20] vhost-user-gpu: handle display-info in a callback, marcandre . lureau, 2021/02/04
- [PATCH v2 05/20] ui: remove extra #ifdef CONFIG_OPENGL, marcandre . lureau, 2021/02/04
- [PATCH v2 06/20] ui: remove gl_ctx_get_current, marcandre . lureau, 2021/02/04
- [PATCH v2 07/20] ui: add gd_gl_area_scanout_disable, marcandre . lureau, 2021/02/04
- [PATCH v2 08/20] ui: annotate DCLOps callback requirements, marcandre . lureau, 2021/02/04
- [PATCH v2 09/20] ui: remove console_has_gl_dmabuf(), marcandre . lureau, 2021/02/04
- [PATCH v2 10/20] vhost-user-gpu: add a configuration flag for dmabuf usage, marcandre . lureau, 2021/02/04
- [PATCH v2 11/20] ui: add an optional get_flags callback to GraphicHwOps, marcandre . lureau, 2021/02/04
- [PATCH v2 12/20] ui: add a DCLOps callback to check dmabuf support, marcandre . lureau, 2021/02/04
- [PATCH v2 13/20] ui: check hw requirements during DCL registration, marcandre . lureau, 2021/02/04