SpawnHappyJake everyone forgets about qemu usermode emulation. One of the most advanced forms of paravirtualization. Of course current qemu usermode emulation is limited. It emulates at the syscall to kernel point. So every time application does a syscall the syscall is processed natively. To make wine more possible on arm expanding this usermode emulation would be required. Very much like x32 interfacing with 64 bit code. So that library calls inside qemu could be processed outside in platform native code. So reducing the performance damage from emulation even introducing AOT(ahead of time processing) instead of JIT that qemu uses could assist. Arm and Modern PPC are both able to do either endlessness on demard. But you want these changes are low as possible. SpawnHappyJake also Ubuntu inside windows is also not healthy you are losing good access to the video card. Yes Winelib exists on arm as André H stated but but we have no way really to take full advantage of this fact when running x86 code on arm without qemu or equal having a major overhaul. Like even being able to add a set of custom syscalls that will be handled userspace on arm would be helpful. Ie do all the NT syscalls have them run arm returning to the x86 emulated user-space would help performance a little. Also this would add the means to call gate from the x86 code out to the arm version of Winelib. So reducing overheads of emulation since less x86 code would have to be emulated.
