summaryrefslogtreecommitdiff
path: root/migration/tls.c
diff options
context:
space:
mode:
authorDaniel P. Berrange <berrange@redhat.com>2017-04-21 12:12:20 +0100
committerJuan Quintela <quintela@redhat.com>2017-05-04 10:00:38 +0200
commit062d81f0e968fe1597474735f3ea038065027372 (patch)
tree38a71ca56da6015ad59190bc48fb8e279c0aebe7 /migration/tls.c
parent6b6712efccd383b48a909bee0b29e079a57601ec (diff)
downloadqemu-062d81f0e968fe1597474735f3ea038065027372.tar.gz
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 'migration/tls.c')
0 files changed, 0 insertions, 0 deletions