diff options
| author | Daniel P. Berrange | 2017-04-21 13:12:20 +0200 |
|---|---|---|
| committer | Juan Quintela | 2017-05-04 10:00:38 +0200 |
| commit | 062d81f0e968fe1597474735f3ea038065027372 (patch) | |
| tree | 38a71ca56da6015ad59190bc48fb8e279c0aebe7 /slirp/tcp_subr.c | |
| parent | ram: Split dirty bitmap by RAMBlock (diff) | |
| download | qemu-062d81f0e968fe1597474735f3ea038065027372.tar.gz qemu-062d81f0e968fe1597474735f3ea038065027372.tar.xz qemu-062d81f0e968fe1597474735f3ea038065027372.zip | |
migration: setup bi-directional I/O channel for exec: protocol
Historically the migration data channel has only needed to be
unidirectional. Thus the 'exec:' protocol was requesting an
I/O channel with O_RDONLY on incoming side, and O_WRONLY on
the outgoing side.
This is fine for classic migration, but if you then try to run
TLS over it, this fails because the TLS handshake requires a
bi-directional channel.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Reviewed-by: Juan Quintela <quintela@redhat.com>
Signed-off-by: Juan Quintela <quintela@redhat.com>
Diffstat (limited to 'slirp/tcp_subr.c')
0 files changed, 0 insertions, 0 deletions