sound: do not modify client state on migration

During migration, a volume jump is observed by the client. This is due
to qemu setting up destination server with default sound state, and the
server sending it after the client is connected. The volume is later
restored after migration is finished so there is no need to send this
default state values on connection.

Tested with both AC97 & HDA devices.

Fixes:
https://bugzilla.redhat.com/show_bug.cgi?id=1012868
This commit is contained in:
Marc-André Lureau 2015-04-24 14:05:00 +02:00
parent 05502a9440
commit f10de4bc08

View File

@ -1232,7 +1232,10 @@ static void snd_set_playback_peer(RedChannel *channel, RedClient *client, RedsSt
}
}
on_new_playback_channel(worker);
if (!red_client_during_migrate_at_target(client)) {
on_new_playback_channel(worker);
}
if (worker->active) {
spice_server_playback_start(st->sin);
}