From: "Volker Rümelin" <vr_qemu@t-online.de>
To: "Marc-André Lureau" <marcandre.lureau@redhat.com>
Cc: Gerd Hoffmann <kraxel@redhat.com>,
Manos Pitsidianakis <manos.pitsidianakis@linaro.org>,
"Michael S. Tsirkin" <mst@redhat.com>,
qemu-devel@nongnu.org
Subject: Re: [PATCH 02/10] hw/audio/virtio-sound: allocate all streams in advance
Date: Sat, 6 Jan 2024 13:24:59 +0100 [thread overview]
Message-ID: <bd56f299-a425-45d5-9dba-558829600bac@t-online.de> (raw)
In-Reply-To: <CAMxuvazUD51rzJAL0h6u70dm4EP33CMYoz=akydJ0k8cEmaOpQ@mail.gmail.com>
Am 05.01.24 um 11:54 schrieb Marc-André Lureau:
> Hi
>
> On Fri, Jan 5, 2024 at 12:34 AM Volker Rümelin <vr_qemu@t-online.de> wrote:
>> It is much easier to migrate an array of structs than individual
>> structs that are accessed via a pointer to a pointer to an array
>> of pointers to struct, where some pointers can also be NULL.
>>
>> For this reason, the audio streams are already allocated during
>> the realization phase and all stream variables that are constant
>> at runtime are initialised immediately after allocation. This is
>> a step towards being able to migrate the audio streams of the
>> virtio sound device after the next few patches.
>>
>> Signed-off-by: Volker Rümelin <vr_qemu@t-online.de>
>> ---
>> hw/audio/virtio-snd.c | 35 ++++++++++++++++++++++-------------
>> include/hw/audio/virtio-snd.h | 1 +
>> 2 files changed, 23 insertions(+), 13 deletions(-)
>>
>> diff --git a/hw/audio/virtio-snd.c b/hw/audio/virtio-snd.c
>> index 8344f61c64..36b1bb502c 100644
>> --- a/hw/audio/virtio-snd.c
>> +++ b/hw/audio/virtio-snd.c
>> @@ -447,11 +447,9 @@ static uint32_t virtio_snd_pcm_prepare(VirtIOSound *s, uint32_t stream_id)
>>
>> stream = virtio_snd_pcm_get_stream(s, stream_id);
>> if (stream == NULL) {
>> - stream = g_new0(VirtIOSoundPCMStream, 1);
>> + stream = &s->streams[stream_id];
>> stream->active = false;
>> - stream->id = stream_id;
>> stream->pcm = s->pcm;
>> - stream->s = s;
>> QSIMPLEQ_INIT(&stream->queue);
>> QSIMPLEQ_INIT(&stream->invalid);
> note: I can't find where s->pcm->streams[stream_id] is reset to NULL
> on pcm_release...
Hi Marc-André,
right, I'll have to remove the subordinate clause from the commit
message where I claim some pointers can be NULL. All streams get
allocated in virtio_snd_realize() with calls of virtio_snd_pcm_prepare()
and get freed in virtio_snd_unrealize().
>> @@ -463,14 +461,6 @@ static uint32_t virtio_snd_pcm_prepare(VirtIOSound *s, uint32_t stream_id)
>> }
>>
>> virtio_snd_get_qemu_audsettings(&as, params);
>> - stream->info.direction = stream_id < s->snd_conf.streams / 2 +
>> - (s->snd_conf.streams & 1) ? VIRTIO_SND_D_OUTPUT : VIRTIO_SND_D_INPUT;
>> - stream->info.hdr.hda_fn_nid = VIRTIO_SOUND_HDA_FN_NID;
>> - stream->info.features = 0;
>> - stream->info.channels_min = 1;
>> - stream->info.channels_max = as.nchannels;
>> - stream->info.formats = supported_formats;
>> - stream->info.rates = supported_rates;
>> stream->params = *params;
>>
>> stream->positions[0] = VIRTIO_SND_CHMAP_FL;
>> @@ -1074,6 +1064,24 @@ static void virtio_snd_realize(DeviceState *dev, Error **errp)
>> vsnd->vmstate =
>> qemu_add_vm_change_state_handler(virtio_snd_vm_state_change, vsnd);
>>
>> + vsnd->streams = g_new0(VirtIOSoundPCMStream, vsnd->snd_conf.streams);
>> +
>> + for (uint32_t i = 0; i < vsnd->snd_conf.streams; i++) {
>> + VirtIOSoundPCMStream *stream = &vsnd->streams[i];
>> +
>> + stream->id = i;
>> + stream->s = vsnd;
>> + stream->info.hdr.hda_fn_nid = VIRTIO_SOUND_HDA_FN_NID;
>> + stream->info.features = 0;
>> + stream->info.formats = supported_formats;
>> + stream->info.rates = supported_rates;
>> + stream->info.direction =
>> + i < vsnd->snd_conf.streams / 2 + (vsnd->snd_conf.streams & 1)
>> + ? VIRTIO_SND_D_OUTPUT : VIRTIO_SND_D_INPUT;
>> + stream->info.channels_min = 1;
>> + stream->info.channels_max = 2;
> Fixed max channels set to 2.. ? before this was set to
> MIN(AUDIO_MAX_CHANNELS, params->channels)
Before my patch params->channels and stream->info.max_channels were also
2 at the time the guest driver queried stream info. They got initialized
in function virtio_snd_realize().
default_params.channels = 2;
...
status = virtio_snd_set_pcm_params(vsnd, i, &default_params);
...
status = virtio_snd_pcm_prepare(vsnd, i);
The guest may not update stream->info variables. They are configuration
information set when QEMU starts. This was wrong in
virtio_snd_pcm_prepare().
>
>> + }
>> +
>> vsnd->pcm = g_new0(VirtIOSoundPCM, 1);
>> vsnd->pcm->snd = vsnd;
>> vsnd->pcm->streams =
>> @@ -1314,14 +1322,13 @@ static void virtio_snd_unrealize(DeviceState *dev)
>> qemu_del_vm_change_state_handler(vsnd->vmstate);
>> trace_virtio_snd_unrealize(vsnd);
>>
>> - if (vsnd->pcm) {
>> + if (vsnd->streams) {
>> if (vsnd->pcm->streams) {
>> for (uint32_t i = 0; i < vsnd->snd_conf.streams; i++) {
>> stream = vsnd->pcm->streams[i];
>> if (stream) {
>> virtio_snd_process_cmdq(stream->s);
>> virtio_snd_pcm_close(stream);
>> - g_free(stream);
>> }
>> }
>> g_free(vsnd->pcm->streams);
>> @@ -1329,6 +1336,8 @@ static void virtio_snd_unrealize(DeviceState *dev)
>> g_free(vsnd->pcm->pcm_params);
>> g_free(vsnd->pcm);
>> vsnd->pcm = NULL;
>> + g_free(vsnd->streams);
>> + vsnd->streams = NULL;
>> }
>> AUD_remove_card(&vsnd->card);
>> virtio_delete_queue(vsnd->queues[VIRTIO_SND_VQ_CONTROL]);
>> diff --git a/include/hw/audio/virtio-snd.h b/include/hw/audio/virtio-snd.h
>> index ea6315f59b..05b4490488 100644
>> --- a/include/hw/audio/virtio-snd.h
>> +++ b/include/hw/audio/virtio-snd.h
>> @@ -216,6 +216,7 @@ struct VirtIOSound {
>> VirtQueue *queues[VIRTIO_SND_VQ_MAX];
>> uint64_t features;
>> VirtIOSoundPCM *pcm;
>> + VirtIOSoundPCMStream *streams;
>> QEMUSoundCard card;
>> VMChangeStateEntry *vmstate;
>> virtio_snd_config snd_conf;
>> --
>> 2.35.3
>>
next prev parent reply other threads:[~2024-01-06 12:25 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-01-04 20:32 [PATCH 00/10] virtio-sound migration part 1 Volker Rümelin
2024-01-04 20:34 ` [PATCH 01/10] hw/audio/virtio-sound: remove command and stream mutexes Volker Rümelin
2024-01-05 10:10 ` Marc-André Lureau
2024-01-04 20:34 ` [PATCH 02/10] hw/audio/virtio-sound: allocate all streams in advance Volker Rümelin
2024-01-05 10:54 ` Marc-André Lureau
2024-01-06 12:24 ` Volker Rümelin [this message]
2024-01-04 20:34 ` [PATCH 03/10] hw/audio/virtio-sound: split out virtio_snd_pcm_start_stop() Volker Rümelin
2024-01-05 10:57 ` Marc-André Lureau
2024-01-04 20:34 ` [PATCH 04/10] hw/audio/virtio-sound: add stream state variable Volker Rümelin
2024-01-04 20:34 ` [PATCH 05/10] hw/audio/virtio-sound: return correct command response size Volker Rümelin
2024-01-05 11:36 ` Marc-André Lureau
2024-02-18 8:19 ` Volker Rümelin
2024-01-04 20:34 ` [PATCH 06/10] hw/audio/virtio-sound: introduce virtio_snd_pcm_open() Volker Rümelin
2024-01-05 11:39 ` Marc-André Lureau
2024-01-04 20:34 ` [PATCH 07/10] hw/audio/virtio-sound: introduce virtio_snd_set_active() Volker Rümelin
2024-01-05 11:40 ` Marc-André Lureau
2024-01-04 20:34 ` [PATCH 08/10] hw/audio/virtio-sound: fix segmentation fault in tx/rx xfer handler Volker Rümelin
2024-01-04 20:34 ` [PATCH 09/10] hw/audio/virtio-sound: add missing vmstate fields Volker Rümelin
2024-01-04 20:34 ` [PATCH 10/10] hw/audio/virtio-sound: add placeholder for buffer write position Volker Rümelin
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=bd56f299-a425-45d5-9dba-558829600bac@t-online.de \
--to=vr_qemu@t-online.de \
--cc=kraxel@redhat.com \
--cc=manos.pitsidianakis@linaro.org \
--cc=marcandre.lureau@redhat.com \
--cc=mst@redhat.com \
--cc=qemu-devel@nongnu.org \
/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;
as well as URLs for NNTP newsgroup(s).