34e6429235
The existing behaviour is not really practical: an automated agent in charge of starting both qemu and passt would need to fork itself to start passt, because passt won't fork to background until qemu connects, and the agent needs to unblock to start qemu. Instead of waiting for a connection to daemonise, do it right away as soon as a socket is available: that can be considered an initialised state already. Signed-off-by: Stefano Brivio <sbrivio@redhat.com>
10 lines
425 B
C
10 lines
425 B
C
/* SPDX-License-Identifier: AGPL-3.0-or-later
|
|
* Copyright (c) 2021 Red Hat GmbH
|
|
* Author: Stefano Brivio <sbrivio@redhat.com>
|
|
*/
|
|
|
|
void tap_ip_send(struct ctx *c, struct in6_addr *src, uint8_t proto,
|
|
char *in, size_t len, uint32_t flow);
|
|
int tap_send(struct ctx *c, void *data, size_t len, int vnet_pre);
|
|
void tap_handler(struct ctx *c, int fd, uint32_t events, struct timespec *now);
|
|
void tap_sock_init(struct ctx *c);
|