Windows 10 for ARM


JimGoose

Still Fresh
Joined
Jan 31, 2018
Messages
6
Age
31
Is it possible to port Windows 10 for ARM to the Pyra? I do not mean IOT. I mean the Windows 10 for ARM that runs on RPI and some cheap windows phones.
 
Is it possible to port Windows 10 for ARM to the Pyra? I do not mean IOT. I mean the Windows 10 for ARM that runs on RPI and some cheap windows phones.

I am at a loss trying to think of any suitable use cases where doing so would offer any advantage whatsoever.

It may be theoretically possible with some (no idea how much) work. No way to know until someone tries and either succeeds or fails.

That said, I cannot think of any individual on these forums who would have any interest whatsoever of trying.

Personally I far prefer Debian Linux over anything Microsoft Windows related.
 

I'm not sure it'll run on the Pyra's A15 CPUs; the A53 can run Arm A64 code, while the A15 is limited to A32 code. Plus apparently it took a few guys some weeks to get all of the additional drivers needed for the rPi to work. Nikolaus and others are still getting drivers for all of the Pyra's features working and submitted to upstream (although these guys don't have any upstream to push to, so they save that time at least). Plus the Pyra's got half of the cores the rPi3 has, even though they can be clocked slightly faster, and apparently it's slow enough on an rPi.
 
If I remember correctly, Windows ARM has an emulation layer for x86 apps. The reports I've seen were not very positive, it's not 100% compatible and on a fairly recent Qualcomm chipset it was about half the speed of the slowest x86 chip you can find. But with a bit more work it could become a competitor to box86wine ;)
 
There's already support for DirectX 9 to 12 in Windows ARM (but not OpenGL nor even Vulkan :|)
 
OMAP5 has a PowerVR SGX544, which is supposed to have DirectX 9 support. Though I don't know if there's driver support.
 
My reasoning is to see if it is actually possible to run anything “windows” on The Pyra.
 
I like the current (old) behavior of Linux.
Usually, when programming, or generally typing, when Linux freezes up, I like to take a photo of what I was typing. The file will be there after reboot, without the latest modifications, which I can then type-over from the photo. In Windows, you have to reboot fast, and redo by memory.

Otoh, Linux freezes up some times, and you are not certain if the kernel hangs, or if a user-space software is hogging everything. In those cases, CTR+ALT+F1 moves you to the root console, where you can log in to take a peek, and kill the offending software... or not, and then you know the kernel is fubar.
 
The kernel is already switching to tty to present you a kernel stack trace if it is still able to do so, but currently that still requires the graphics driver to be in a state of prime condition.
 
Linux has clamav as the only open source virus scanner out there (you can run binary drops from other providers too, if you want to risk that), and clamav will even find lots of windows viruses it scans, and in testing it's proved to be better at that than a number of paid for windows virus scanners.
 
Linux has clamav as the only open source virus scanner out there (you can run binary drops from other providers too, if you want to risk that), and clamav will even find lots of windows viruses it scans, and in testing it's proved to be better at that than a number of paid for windows virus scanners.

I've read quite the opposite.
What I've read it's not pretty good.
 
Back
Top