Originally posted by Quackdoc
View Post
Announcement
Collapse
No announcement yet.
QEMU 7.0 Released With Intel AMX Support, Many RISC-V Additions
Collapse
X
-
-
Originally posted by Anux View PostMy setup is extra special (AMD decided to change something in their windows driver 4 years ago and since then I need to manually design the PCIe layout) I have no hopes of ever getting a GUI that supports this kind of fuckery. Took me a day testing, searching the net and reading man pages. ^_^ It's my hobby and I learned alot.
Leave a comment:
-
Originally posted by milkylainen View Post
- QEMU 7.0 drops support for old PowerPC 401 / 403 / 601 / 602 CPUs.
- Dropping of Armv4 and Armv5 from the Tiny Code Generator (TCG).
Or what did you mean?
and as for the Armv4 it's removing support from the backend, meaning qemu TCG will no longer work on Armv4 hosts, not that Armv4 will no longer work inside of qemu.
- Likes 5
Leave a comment:
-
Originally posted by Quackdoc View Post
what was depreciated that would effect this?
- Dropping of Armv4 and Armv5 from the Tiny Code Generator (TCG).
Or what did you mean?
- Likes 1
Leave a comment:
-
Originally posted by Quackdoc View Postif you wanted a good UI you would need a dedicated qemu UI.
- Likes 2
Leave a comment:
-
Originally posted by milkylainen View PostCan't say I'm a fan of all the deprecation.
Half the point of QEMU is to run things without physical hardware.
To be able to emulate a older ARM is useful if you're writing esoteric stuff.
Not everything is a modern desktop or a server system.
If the m68k can live in the form of virtualization, so should the older ARMs and PPCs.
Leave a comment:
-
Can't say I'm a fan of all the deprecation.
Half the point of QEMU is to run things without physical hardware.
To be able to emulate a older ARM is useful if you're writing esoteric stuff.
Not everything is a modern desktop or a server system.
If the m68k can live in the form of virtualization, so should the older ARMs and PPCs.
- Likes 1
Leave a comment:
-
Originally posted by Anux View PostHey, I tried to use virtmanager several times and allways had some options that didn't work with it or I couldn't even get the whole mess to run at all. At the end I allways rolled back to a shell script with a super long quemu-line in it, atleast thats controlable and gives working results. Not easy, pretty ugly but enough for my windows gaming needs.
if you wanted a good UI you would need a dedicated qemu UI. but like I said, that can be quite the chore. I once thought about tackling it, but that would have to be a paid job lol. making a simple GUI for options would be fairly easy, making it look okay and be usable however. well avoiding choice vomit might be a hassle
Leave a comment:
-
Originally posted by Jabberwocky View PostFor many many years I have seen a lot people who struggle with QEMU command arguments. Most try a user-friendly interface like VirtManager, then they try to find out what commands are being generated. Some scratch in the logs of "/var/log/libvirt/qemu/", others try "ps aux | grep KVM" and even if users know about "virsh domxml-to-native" they struggle a lot. I sympathize with them. I've been there. It's not fun at all.
- Likes 3
Leave a comment:
-
still no vulkan support sadly, but the new dbus interface is really nice, hope it leads to some better VDI setups.
- Likes 4
Leave a comment:
Leave a comment: