back to article Windows Server ported to Qualcomm's ARM server chip. Repeat, Windows Server ported to ARM server chip

Microsoft has ported its Windows Server operating system to the Qualcomm Centriq – a 64-bit ARM-compatible server-grade system-on-chip. In a move that will pile further pressure on Intel – which dominates the data center market but is already unnerved by AMD's Naples server processor – Qualcomm and Microsoft will today show …

  1. MyffyW Silver badge

    Hyper-V?

    So would Hyper-V running atop these ARM servers be able to run x86 / x64 workloads? Or are they strictly for ARM compiled server software?

  2. Steve Todd

    Re: Hyper-V?

    As that would mean that the CPUs were executing native x86 code, that would be a No. Hyper-V is a virtual machine manager, not an emulator.

  3. Charlie Clark Silver badge

    Re: Hyper-V?

    On a server you're probably even less inclined to want to run some kind of emulation code and even more inclined to want to take advantage of hardware design (bandwidth and acceleration): think of Netflix's requirements for example.

  4. TheVogon Silver badge

    Re: Hyper-V?

    Potentially it could run native X86 code on Arm, yes. You would have an Arm OS that would then emulate X86 instructions. Microsoft have plenty of expertise in this type of solution...

  5. s2bu

    Re: Hyper-V?

    Since when does MS have ANY expertise in emulation?

    Their aborted Windows 2000 build for Alpha had x86 emulation, but it was just DECs FX!32 emulator from the NT days embedded. So it wasn't MSs code doing the emulation work.

  6. Anonymous Coward
    Anonymous Coward

    Re: Hyper-V?

    @MyffyW you've just won dumbest question of the week

  7. TheVogon Silver badge

    Re: Hyper-V?

    "Since when does MS have ANY expertise in emulation?"

    Microsoft have had Arm on x86 emulators for a good few years - and various other emulation examples prior to that. Perhaps you should use Google before talking rubbish. See for instance: https://www.microsoft.com/en-us/download/details.aspx?id=5352

  8. Anonymous Coward
    Anonymous Coward

    Mobile / Phone

    They have already publicly stated they are porting some version of Windows onto the Qualcomm Snapdragon 835, most likely some sort of ultra-mobile or tablet. So this seems like a logical step.

    Unlike the last half arsed effort (the RT), they seem to have actually thought about it and are using an built in emulator to run x86 programes

  9. Paul Crawford Silver badge

    Open BIOS?

    Will this mean we can get a server with a genuinely open BIOS so we have a bit more trust?

    OK, it is obviously possible for the chips themselves to run opaque and suspect code (*cough* Intel SMM *cough*) but having some insight and control over the boot process would help a lot.

  10. Charles 9 Silver badge

    Re: Open BIOS?

    Since ARM systems come from a whole different ecosystem, one based on memory maps and fixed hardware designs, basic operations and enumerated buses are likely to be approached from a whole other angle, one that may see something completely different from a BIOS like x86 does. After all, PC-based Macs didn't have to wrestle with that kind of stuff and went straight to EFI, just to name an example.

    Having said that, you can't be sure there isn't some kind of uber-root mode hidden in ANY kind of system, regardless of the architecture. Indeed, they may reside in an even lower level than that: say in the network chips.

  11. fredesmite

    Re: Open BIOS? - why ?

    u-boot rules the non-x86 world

    you just need to load a mini kernel from flash to boot strap the OS from a disk .

    easy

  12. Charles 9 Silver badge

    Re: Open BIOS? - why ?

    Except we're talking below that. As in what boots u-boot? That's the kind of thing I'm referring. In the PC world, the power-on points the CPU to the BIOS or EFI which usually takes care of the initial boot. Thus why splash screens and so on. As I understand, in most ARM setups, the initial boot target works somewhat similarly, aiming for a mapped memory location: a specific region of memory usually linked to a ROM to provide the first-stage bootloader which goes from there. It's a sort of "Your Mileage May Vary" thing, but it's enough to point out that there's a different set of legacy baggage with ARM systems than with x86 systems.

  13. Anonymous Coward
    Anonymous Coward

    Re: Open BIOS?

    Get a SPARC of the right vintage and you can have nearly everything open source, not only the "BIOS" (OpenBoot), but also the CPU itself (UltraSPARC T1/T2).

  14. Anonymous Coward
    Anonymous Coward

    Re: Open BIOS?

    Well, open until you design an actual processor and got a cease and desist letter from Sun lawyers, even after following the rules.

    A friend of mine got exactly that.

  15. DougS Silver badge

    u-boot

    There are open source versions of u-boot, but that just pushes the problem down into hardware. How do you know you can trust Qualcomm's server chip?

    You also must worry, can you trust the compiler you are using (i.e. Ken Thompson's Reflections on Trusting Trust) Someone built the GCC version you are using, and if you use it to recompile GCC from clean source, that's no guarantee the result isn't compromised.

    If you are paranoid, ARM servers will not quiet your paranoia :)

  16. Anonymous Coward
    Anonymous Coward

    Re: Open BIOS? - why ?

    pointless point ... Most CPU cold start at a known fixed address .. flash, prom, blah blah .blah . You want boot a Windows OS provide a memory environment that makes it look like a Intel turd .. pcbios shown by dmidecode cli. Linux ignores most of that pcbios crap I believe .

  17. Charles 9 Silver badge

    Re: u-boot

    "You also must worry, can you trust the compiler you are using (i.e. Ken Thompson's Reflections on Trusting Trust) Someone built the GCC version you are using, and if you use it to recompile GCC from clean source, that's no guarantee the result isn't compromised."

    There are ways to deal with that, too. There's been a rebuttal to that paper that describes a way to use cross-compiling to detect a rogue compiler. But again, a rogue compiler is the least of your worries if you have to deal with compromised but patented high-performance hardware (meaning no alternative suppliers available) forced upon us by hostile sovereign state actors. At this point, it's not possible to have a completely-open high-performance system design (which you need often in servers). Too much of the low-level stuff is still protected.

  18. s2bu

    Re: Open BIOS? - why ?

    A lot of the AArch64 Linux distos actually seem to use u-boot to boot an EFI shim and then EFI boot the OS.

    I believe the AArch64 server standards mandate UEFI.

  19. Hans 1 Silver badge
    Boffin

    Re: Open BIOS?

    >Having said that, you can't be sure there isn't some kind of uber-root mode hidden in ANY kind of system, regardless of the architecture. Indeed, they may reside in an even lower level than that: say in the network chips.

    I question your expertise in this area, sorry, mate, but what do you mean by uber-root ? network chips ? That's at best ring 0, mate. SMM is in the chipset, ring -2. Nobody knows what that code does, can do anything, everything, undetected, it could probably even fool EFI, BIOS, all other rings such as Windows kernel/user mode, eg wireshark, if ws is running on the same server. Cannot fool wireshark running on a different box, ok, but still ...

    Interesting reads:

    https://www.theregister.co.uk/2015/08/11/memory_hole_roots_intel_processors/

    https://en.wikipedia.org/wiki/Protection_ring

    https://en.wikipedia.org/wiki/System_Management_Mode

  20. Anonymous Coward
    Anonymous Coward

    Re: Open BIOS?

    And SMM can directly poll the network chip, meaning it can be drawn into the same ring.

    And as for pwning the network chips, that doesn't even involve rings. It can be considered a Layer 1 (PHY) exploit that doesn't even need to get the CPU involved (remember, most devices have their own controller chips which are essentially localized CPUs), especially if like most network devices they can directly access the physical memory through DMA.

    As for fooling Wireshark running on a different box, use a "Wolf in Sheep's Clothing" trick. Wait for an encrypted connection, insert your stuff into that connection, as the destination address isn't that important (the plods will be controlling upstream routers that can intercept the packets regardless of their destination), and since all the packets look the same (encrypted with the same destination) Wireshark won't be able to tell them apart.

  21. patrickstar

    Re: Open BIOS?

    It's still 'open source' even if you are prohibited from doing certain things with the source, such as compiling (or synthesizing) and selling the result. And the original commentard was interested in reading it, or perhaps synthesizing it for his own use.

    No idea what the license actually says about derivative works and what your buddy did to get a nastygram though.

  22. patrickstar

    Re: Open BIOS?

    In the worst case scenario, an evil network card (or other hardware gizmo) can read/write all memory and have other hardware do stuff. This is basically what SMM can do as well. In fact, with SMM you can generally detect the fact that the CPU is doing SOMETHING in SMM from software. Not so easy if it's coming from hardware.

    And rogue hardware can often even replace the actual code in SMRAM that runs in SMM in case it would prefer to do its evil deeds from there.

  23. kventin

    Re: u-boot

    """

    You also must worry, can you trust the compiler you are using (i.e. Ken Thompson's Reflections on Trusting Trust)

    """

    does not address exactly this point, nevertheless

    TCCBOOT: TinyCC Boot Loader

    (http://www.bellard.org/tcc/tccboot.html)

    "TCCBOOT is a boot loader able to compile and boot a Linux kernel directly from its source code."

  24. LDS Silver badge
    Joke

    So you make the motherboard smaller...

    ... to install huge non-hot swappable spinning disks inside the case?

  25. The First Dave

    Re: So you make the motherboard smaller...

    The entire server is hot-swap / disposable ...

  26. d3vy Silver badge

    Re: So you make the motherboard smaller...

    No you make the meeting the board smaller to make more room.inside the case, what you fill it with is up to you.

  27. Electron Shepherd

    Re: So you make the motherboard smaller...

    The drives might actually be hot-swappable. Given their location, you'd need to take the lid off, granted, and probably slide the whole thing a long way out of the rack, but those issues simply make changing drives while the server is running inconvenient, not impossible.

  28. Anonymous Coward
    Anonymous Coward

    Re: So you make the motherboard smaller...

    The drives might actually be hot-swappable. Given their location, you'd need to take the lid off, granted, and probably slide the whole thing a long way out of the rack, but those issues simply make changing drives while the server is running inconvenient, not impossible.

    In that case I would have mounted the disks at the front so you'd only need to slide it out halfway (that is, the ones not already in hot bays in the front, I'd use that for the boot & OS disks), but that does require a change of airflow management.

    I like the idea, even though it's a bit Heath Robinson in approach, a sort of poor man's 1U hot swappability :).

  29. Charlie Clark Silver badge

    Famous last words

    And there is absolutely no point showing off the software port if it's just going to be shelved and forgotten.

    So, not like Windows NT for DEC/Alpha or MIPS then? ;-)

    We'll have to see what the server market makes of this but ARM-based notebooks would be a welcome change at the lower end of the market where both the price of the Intel chip and the Windows licence eat into margins, meaning that manufacturers are even more likely than usual to cut corners with shit components.

  30. Paul Crawford Silver badge
    Trollface

    Re: Famous last words

    Up-vote for some quality trolling. But you forgot to mention Windows RT... :)

    Still, it is a jolly good thing to have diversity in CPU use (as for OS) as it tends to result in more portable future-proof code, reveals bugs quicker, and makes run-everywhere exploits a touch harder. And that is before we get in to the obvious benefits of a genuinely competitive market on price and service!

    Even if MS develop the ARM server market primarily for their own cloudy usage, everyone benefits.

  31. P. Lee Silver badge

    Re: Famous last words

    >Up-vote for some quality trolling. But you forgot to mention Windows RT... :)

    Not trolling I think. It was obvious RT wasn't going to work - not for technical reasons, but the licensing would be a nightmare. Customers wouldn't want to pay license fees for low-powered CPUs and MS wouldn't want to reduce license revenues when they could just kill the product instead. Add the lack of third-party products and an immature hardware platform and you have a doomed product.

    On the other hand, Alpha/MIPS ports were killed because MS couldn't be bothered. At the time, these systems were at the higher end of the performance spectrum. Now notice that MS can't be bothered with Windows on ARM on portable devices and you'd be forgiven some scepticism about the product's longevity.

    My guess is that this would be for Azure use where MS can control the whole thing and not worry about sales, but mostly it's insurance in case ARM takes off.

  32. Anonymous Coward
    Anonymous Coward

    Re: Famous last words

    Both of those were actually released products that were used in production.

    A better example might be the WIndows NT for Sun SPARC that never saw the light of day.

  33. Missing Semicolon Silver badge
    Happy

    So to run X86 code on these boxes...

    ... it's back to good ol' QEMU!

  34. Daniel von Asmuth Bronze badge
    Paris Hilton

    pretty pictures

    So we are shown a box where most of the space has been dedicated to eight SATAN drives, which are blown onto by six fans, so that none of the air flow reaches the processor. Nor do I see any PCI slots.

  35. Charlie Clark Silver badge

    Re: pretty pictures

    Nor do I see any PCI slots.

    What do you want those in an OCP box for?

  36. Dwarf Silver badge

    Re: pretty pictures

    The metalwork at the front of the chassis shows 2 full height and one half-height PCIe type cutout. This is the only logical place for them given the fans and PSU's take up the whole back of the chassis

    One of the front cut-outs looks like is a drives vs expansion trade-off as is common in small form factor servers.

    Given that its an Open Compute machine, I expect that the current Linux builds for Qualcomm processors will run on it - and if not, then I don't expect it will take the OC community long to sort out any bumps in the road.

    Agree with the other posts - it makes sense for it to use u-boot as that's well established and reliable.

  37. Danny 14 Silver badge

    Re: pretty pictures

    Pcix for 10gb cards or hba cards etc.

  38. Martin an gof Silver badge

    Re: pretty pictures

    none of the air flow reaches the processor

    It's ARM, not Intel ;-)

    Even so, do current ARM chips not even need a heatsink?

    Nor do I see any PCI slots.

    Two motherboard slots with risers fitted clearly labelled PCIEX3 and PCIEX4 and, as others have pointed out, cutouts on the rear (front) of the case.

    I also notice a USB B port on the motherboard - maybe something to do with it being an evaluation board?

    And two SD card slots just next to it. What are they likely to be for? Are they normal in a server (I have very little experience of servers). As installed in the case shown they are inaccessible.

    M.

  39. Michael Duke

    Re: pretty pictures

    And two SD card slots just next to it. What are they likely to be for? Are they normal in a server (I have very little experience of servers). As installed in the case shown they are inaccessible.

    They are used in X86 servers for hypervisor bootup (VMWare), could install Linux on raided SDHC cards and then use all the disk slots for data drives.

  40. Griffo

    Re: pretty pictures

    Look closer. Those fans suck, not blow. At least according to the stickers on them.

  41. Danny 14 Silver badge

    Re: pretty pictures

    Sd cards sometimes used for server pre installation drivers. The sd card is populated with the drivers for the drive controller or raid cards, exotic netowrk or HBA expansions. That way the OS goes on smoothly.

  42. Herby Silver badge

    Genetic Diversity...

    Is always welcome.

    It might be interesting if an ARM CPU chip just plugged into a motherboard to change it. I suspect it could be difficult, but it could be done. Just have a way of switching the BIOS from one ISA to another (which half of the chip would you like today?).

    Now if they would make a 68000 speedy chip that would do the same...... (*SIGH*).

  43. s2bu

    Re: Genetic Diversity...

    I think Alpha Processor Inc had a machine that would take either a Slot-B Alpha or AMD x86 CPU.

  44. Bronek Kozicki Silver badge

    nice

    Although I do not care about Windows on ARM, I might be tempted to buy some VMs in Azure running Linux on such platform, just to try it out.

    In any case, better competition to Intel is a good thing.

  45. Jack of Shadows Silver badge

    Per core pricing?

    How's that going to work?

  46. Voyna i Mor Silver badge

    Re: Per core pricing? - How's that going to work?

    There is no guarantee in the US Constitution that a given business model will be protected.

  47. fredesmite

    LINUX BEAT THEM BY YEARS

    Why would anyone what MS running on Arm ... to run Windows Explorer?

  48. Tom 64

    Re: LINUX BEAT THEM BY YEARS

    > "MS running on Arm"

    This actually makes sense for microsoft's server software. An ARM windows laptop, not so much - another Windows RT flop there I think.

    Either way, intel stockholders should probably be worried. They have been taking money hand over fist from the cloud market for a while and that stranglehold seems to be coming to an end with this and AMDs latest efforts.

  49. Anonymous Coward
    Anonymous Coward

    Re: LINUX BEAT THEM BY YEARS

    Because it will be much easier and cheaper to use in.your own cloud with a far lower TCO....

  50. Peter Gathercole Silver badge

    Re: LINUX BEAT THEM BY YEARS

    I'm sure Microsoft will use this to try to drive down the price that they buy Intel processors for Azure. After all, it wold be a shame if they lost one of the larger Cloud platforms to another processor.

    Whether it will make Intel processors any cheaper for the rest of the world, well, we'll have to see.

    I think the Ryzan announcements may do more to Intel's pricing than Windows on ARM, however.

Page:

POST COMMENT House rules

Not a member of The Register? Create a new account here.

  • Enter your comment

  • Add an icon

Anonymous cowards cannot choose their icon

Biting the hand that feeds IT © 1998–2018