Did you try to reproduce it on Debian unstable? I tried 3 different computers (Lenovo desktop, Dell desktop and laptop). All of them run the latest Debian unstable with Linux 6.10.4-1 kernel. All of them behave the same. Architecture doesn't matter. I tried qemu-system-i386, qemu-system-x86_64-microvm and qemu-system-armhf. When it locks up, a single CPU is at 100% until I kill the process. I also tried qemu 1:9.1.0~rc0+ds-3 from experimental. I doesn't work either.
On Sat, Aug 17, 2024 at 4:13 AM Michael Tokarev <[email protected]> wrote: > > Control: tag -1 + unreproducible > > Hm. > > I can't reproduce this issue. > I did a rebuild of qemu on bookworm though, but it is really > unlikely current unstable is different in this context. > > When you said it worked before, how did it work, - were there > some messages on the tty or some other indication of its > "working" state? > > For me, there's basically no difference between 8.2.* and 9.0.2-4, > both works the same way - be it -netdev bridge or -netdev tap. > With or without qemu_bridge_helper. > > # qemu-system-x86_64 -netdev tap,id=n1 -display none -monitor stdio > QEMU 9.0.2 monitor - type 'help' for more information > qemu-system-x86_64: warning: netdev n1 has no peer > (qemu) info version > 9.0.2Debian 1:9.0.2+ds-4~bpo12+1 > (qemu) q > > (hmm, apparently it needs a space before Debian in version, > but it is a different issue). > > Thanks, > > /mjt
