4 ms·
I wasn't able to reproduce this with 10k iterations on arch, I'm probably doing something wrong. Does the host kernel matter? Host kernel: 6.1.33 Guest kerne
by swordbeta 3y ago
I wasn't able to reproduce this with 10k iterations on arch, I'm probably doing something wrong. Does the host kernel matter?
Host kernel: 6.1.33
Guest kernel: 6.4-rc6
Guest config: http://oirase.annexia.org/tmp/config-bz2213346 http://oirase.annexia.org/tmp/config-bz2213346
QEMU: 8.0.2
Hardware: AMD Ryzen 7 3700X CPU @ 4.2GHz
- deleted 3y ago[deleted]
- rwmj 3y ago> Does the host kernel matter? Honestly I don't know! We've seen it appear with host kernel 6.2.15 (https://bugzilla.redhat.com/show_bug.cgi?id=2213346#c5 https://bugzilla.redhat.com/show_bug.cgi?id=2213346#c5) but I'm not aware of anyone either reproducing or not reproducing it with earlier host kernels. All your other config looks right.
- garaetjjte 3y agovmlinuz-6.4.0-0.rc6.48.fc39.x86_64 failed on my 6.0.0 host after 249 iterations.
- rwmj 3y agoWe had another report that it happens on RHEL 8 host, which is a very much older (franken) kernel.
- garaetjjte 3y agoI noticed it hangs in similar way when you insert msleep anywhere before smp_prepare_cpus in kernel_init_freeable. But I have no idea whether sleeping is valid here.
- rwmj 3y agoCan confirm - just adding msleep(1) there causes the same failure. I'm also unclear if sleeping here is valid or not.