social.tchncs.de is one of the many independent Mastodon servers you can use to participate in the fediverse.
A friendly server from Germany – which tends to attract techy people, but welcomes everybody. This is one of the oldest Mastodon instances.

Administered by:

Server stats:

3.8K
active users

#qemu

7 posts6 participants0 posts today

Service-Hinweis: Wenn man in der Definition einer virtuellen Maschine bei qemu/libvirt den Prozessortyp auf „qemu64" stellt, lässt sich ein vorhandenes W10 auch dann auf W11 aktualisieren, wenn der real vorhandene Prozessor von Microsoft als nicht für W11 geeignet festgelegt wurde.

Mein i5-6500 wird für das Update abgelehnt, bei der „QEMU Virtual CPU version 2.5+" meldet die PC-Integritätsprüfung „Der Prozessor wird für Windows 11 unterstützt."

Continued thread

Hmm, checked the options under the vm (FreeBSD), and I don't see any hardware checksum options or tso options, which is a little strange. Need to see if the virtio net spec has support for these options. It could be that qemu doesn't support them.

It does look like virtio does specify csum offload and TSO offload as well, so looks like it's just missing code then.

It does appear that bhyve may suffer similarly, except for the netmap backend.

Looks like the SLIRP library for qemu could use some major improvements. Was doing some transfers from a qemu vm, and seeing "slow" transfers of around 120MB/sec and knew it should be faster. Looked at the window size and I was only seeing 64k. Looked at the host negotiate, and see the wscale option, but still only 64k on the vm. Looked at the VM negotiate, and there is no wscale option. Only option was mss 1460.

Holy crap y'all, Quickemu is amazing! I got Windows 10, (English United States cause English International only allowed me to choose English UK for some reason), installed it with Narrator, downloaded and installed NVDA, and it barely feels like I'm running a VM at all. I kinda wonder if it'd work well at all on the BTSpeak. I could imagine it passing through Braille access on a future BTBraille.

Anyway, two commands I've figured out so far, Control + Alt + G gives control back to Linux, and Control + Alt + F puts the VM in fullscreen.

github.com/quickemu-project/qu

Quickly create and run optimised Windows, macOS and Linux virtual machines - quickemu-project/quickemu
GitHubGitHub - quickemu-project/quickemu: Quickly create and run optimised Windows, macOS and Linux virtual machinesQuickly create and run optimised Windows, macOS and Linux virtual machines - quickemu-project/quickemu

Check out my latest blog post on how I was able to run a QEMU/KVM virtual machine in a GitHub Actions workflow to test my app EtchDroid.

In the true spirit of DevOps, this setup automates testing of complex interactions with hardware, eliminating the need for manual testing and freeing up valuable time for the fun parts: innovation and development of new functionality.

By bridging virtualization and CI/CD, this work demonstrates how modern DevOps practices can streamline development workflows and improve software quality.

Read more here: blog.depau.eu/2025/04/05/andro

Also check out my app EtchDroid: etchdroid.app/

Davide Depau’s Blog · Testing Android apps USB communication on GitHub Actions with QEMU/KVMMany years ago, I started developing EtchDroid as a hobby, free-software project born out of necessity. EtchDroid is a simple app for writing images to USB drives from an Android device without requiring root access. Over the years, it has become popular, proving useful and reliable for many users. I’m really proud of it. Unfortunately, the same can’t be said for Android’s USB APIs, USB drives, USB OTG adapters, USB ports, and Android devices: they’re all unreliable. Some time ago, I decided to address this issue by adding an essential feature: the ability to resume writing whenever the process is interrupted. I’ve rewritten the app’s UI and backend to support this feature. Now, it’s not only prettier and more user-friendly, but it’s also more reliable than ever.

RISC-V Summit Europe is just around the corner (12-15th May), and Codethink will be attending

In Paris, we'll be presenting our recent work on big-endian support for RISC-V. This internal project involved patching QEMU and other open source software to enable big-endian operation (without existing hardware support!).

Sound interesting? Read our blog post on the project: codethink.co.uk/articles/risc-

See you in Paris!

www.codethink.co.ukTo boldly big-endian where no one has big-endianded beforeCodethink investigates big-endian support on little-endian architectures by exploring RISC-V's new runtime-controllable endianness, with QEMU as testing base.