On Sun, Jan 28, 2024 at 08:59:09PM +0100, Johannes Berg wrote: > The test here wants to connect and then disconnect again, > but it's driven only by the GO side, so the client may end > up (with UML time-travel) not fully connecting, and then > it all fails. Wait for the client to have connected first. Thanks, applied. Though, I replaced the direct reference to dev[1] within the TestDbusP2P class with a separate control interface connection that gets explicitly cleared in the end to avoid some issues with DBus test cases and cleaning up the control interfaces. I've never figured out what exactly is happening there, but in any case, it causes issues and leaves behind client sockets for the control interface. -- Jouni Malinen PGP id EFC895FA _______________________________________________ Hostap mailing list Hostap@xxxxxxxxxxxxxxxxxxx http://lists.infradead.org/mailman/listinfo/hostap
