Slashdot Mirror


Intel Fires Warning Shot At Qualcomm and Microsoft Over Windows 10 ARM Emulation (hothardware.com)

MojoKid quotes a report from HotHardware: Qualcomm and Microsoft are on the verge of ushering in a new class of always-connected mobile devices that run full-blown Windows 10. The two are enabling ARM-based Snapdragon 835 processors to run Windows 10 with full x86 emulation, meaning that devices will be capable of not only running Universal Windows Platform (UWP) apps from the Windows Store, but legacy win32 apps as well. There is little question, Intel is likely none too pleased with it and PC OEM heavyweights Lenovo, Hewlett-Packard and ASUS have also signed-on to deliver Windows 10 notebooks and 2-in-1 convertibles powered by Qualcomm. Until now, Intel sat by quietly while all of this unfolded, but the company today took the opportunity to get a bit passive-aggressive while announcing the fast-approaching 40th anniversary of the world's first x86 microprocessor. The majority of the press release reads like a trip down memory lane. However, Intel shifts into serious mama bear mode, with significant legal posturing, touting its willingness to protect its "x86 innovations." Intel goes on to say that Transmeta tried and ultimately failed in the marketplace, and has been dead and buried for a decade. The company then pivots, almost daring Microsoft and Qualcomm to challenge it by making Windows on ARM devices commercially available. "Only time will tell if new attempts to emulate Intel's x86 ISA will meet a different fate. Intel welcomes lawful competition... However, we do not welcome unlawful infringement of our patents, and we fully expect other companies to continue to respect Intel's intellectual property rights."

120 of 197 comments (clear)

  1. Can go either way by Luckyo · · Score: 5, Insightful

    Between the fact that current ISA is actually AMD64 (which is x86 compatible, but not intel-designed) and the fact that many key patents should have expired by now, it's going to be interesting if intel has the legal bass to actually stop this from happening.

    1. Re:Can go either way by gweihir · · Score: 4, Interesting

      As far as I remember, emulation is not covered by the patents anyways, as an instruction-set is basically an API. Does anybody know whether this is accurate?

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    2. Re:Can go either way by Carewolf · · Score: 3, Informative

      Between the fact that current ISA is actually AMD64 (which is x86 compatible, but not intel-designed) and the fact that many key patents should have expired by now, it's going to be interesting if intel has the legal bass to actually stop this from happening.

      Yeah. Even AMD64 is almost 15 years old by now. They might have patents on some newer additions (maybe no AVX emulation?), but what can still be patented about x86?

    3. Re:Can go either way by Anonymous Coward · · Score: 3, Informative

      The other hilarious part of this is that Intel shipped ARM emulation code for x86-based Android devices for a few years before totally failing to gain any traction and giving up.

    4. Re:Can go either way by PPalmgren · · Score: 4, Funny

      Honestly? I'm more interested in what Intel's legal bass tastes like. Is it more like a sea bass, or one of those skanky lake bass? This is important stuff.

    5. Re: Can go either way by Anonymous Coward · · Score: 4, Funny

      Is Skanky Lake the next generation of processors beyond Kaby Lake and Ice Lake?

    6. Re:Can go either way by MachineShedFred · · Score: 1

      Well, that situation is different - Intel is a licensee of ARM. Remember the StrongARM / Xscale chips? When they bought DEC, they got DEC's license.

      --
      Slashdot still doesnâ(TM)t support Unicode after it was added to the HTML standard in 1997.
    7. Re:Can go either way by Opportunist · · Score: 1

      Legal? Nah. FUD is the message here, didn't see that? Basically they're saying "This cannot fly. Look at Transmeta. See? We left them in the dust. And this, this HAS to go the way of the Dodo too!"

      They're trying to badmouth it, not fight it with patents.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    8. Re:Can go either way by The123king · · Score: 1

      I play the Legal bass. It requires filing a lot of paperwork, waiting a few months and then hoping you've not been found guilty of touching it inappropriately

      --
      If you gave me a choice between a printer and a giraffe with explosive diarrhoea, i'll get my ladder and my raincoat
    9. Re:Can go either way by alexhs · · Score: 1

      it's going to be interesting if intel has the legal bass to actually stop this from happening.

      If they don't, they can always attempt the shark with frickin' laser beams attached to its head.

      --
      I have discovered a truly marvelous proof of killer sig, which this margin is too narrow to contain.
    10. Re:Can go either way by slashdice · · Score: 3, Informative

      DEC sued Intel over something or other and as part of the settlement, Intel bought StrongARM off of DEC.

      --
      Copyright (c) 1990 - 2014 Dice. All rights reserved. Use of this comment is subject to certain Terms and Conditions.
    11. Re:Can go either way by msauve · · Score: 1

      I think they already jumped the shark.

      --
      "National Security is the chief cause of national insecurity." - Celine's First Law
    12. Re:Can go either way by mindwhip · · Score: 1

      It really depends on how they implemented the emulation. There is more to emulating a processor than just re-implementing the instruction set. If they took the instruction set and re-implemented it from scratch, adding new implementations of caches, memory management etc and didn't copy the actual internal processes of the chip there shouldn't be a problem with patents however there may be issues with compatibility as there will likely be issues where the emulation differs from the hardware (for example on undocumented register side effects, memory timing etc). If they looked at the chip and how the various features, extensions, caches etc operate and copied that into a code version then they likely might have a problem. While AMD64 was an AMD creation (as the name implies) and while they were competing with Intel, there was still a level of patent cross-licensing between the two companies and both Intel and AMD likely have non-expired patents that are relevant.

      --
      [The Universe] has gone offline.
    13. Re:Can go either way by unixisc · · Score: 1

      Between the fact that current ISA is actually AMD64 (which is x86 compatible, but not intel-designed) and the fact that many key patents should have expired by now, it's going to be interesting if intel has the legal bass to actually stop this from happening.

      While that's true, what is being emulated is 32-bit x86, not (just) the 64-bit x64. And that is something Intel owns. Of course, if they've expired, that's another story.

      But I see this move as Intel punching downwards. An ARM has no chance of doing a good job emulating x86. What might happen is that x86 software will be emulated on ARM, but then software writers - at least the ones whose software is popular on this platform - would port their software to be ARM native: it can still sleep in Microsoft's Windows Store. What would be different would be that they can then have a fair shot at running native.

      Except that this would mean Microsoft having to provide win32 Visual Studio or other app dev tools for WARM for developers to port their legacy (read XP or Windows 7) applications to this. Even if Microsoft does that, will the devs be willing?

    14. Re: Can go either way by unixisc · · Score: 1

      Reason being that win32 applications i.e. software written specifically for XP or Windows 7 - are what's widespread out there, not the stuff Microsoft allows into Windows Store. The reason Windows RT was a bust was that those tablets couldn't run Wintel apps, which are essentially win32. Which is why Microsoft started w/ that.

      But Intel never had any problems w/ other CPUs like Alpha or MIPS trying to emulate x86, and those chips were far more powerful than ARM. It's bizarre that they'd object to this.

    15. Re:Can go either way by Guspaz · · Score: 2

      Microsoft/Qualcomm aren't emulating AMD64, though, they're only supporting 32-bit x86 apps. If they want to avoid any patents at all and went back 20 years, they might run into some compatibility issues, because 1997 puts them before every single marketed instruction set extension: MMX was introduced in 1997, so getting in just before that, you're basically back to the 486 or early pre-MMX Pentium 1.

      The question is, how much modern Windows software is ABI compatible with the 486, and doesn't assume MMX or SSE support?

    16. Re: Can go either way by capntao · · Score: 1

      you fool! if this hadn't been AC you'd have another mod point going your way.

    17. Re:Can go either way by alva_edison · · Score: 1

      50Hz.

      Get yo Mains Hum Here. This Hatchback comes with mains hum!

      Mains Hum in real countries is 60Hz. ;)

      --
      He effected a bored affect.
    18. Re:Can go either way by Curunir_wolf · · Score: 1

      The question is, how much modern Windows software is ABI compatible with the 486, and doesn't assume MMX or SSE support?

      Probably not much. In fact, Windows 10 will not run on any x86 processor that doesn't support PAE, NX and SSE2, and that's been the case since Windows 8.

      --
      "Somebody has to do something. It's just incredibly pathetic it has to be us."
      --- Jerry Garcia
    19. Re:Can go either way by Curunir_wolf · · Score: 1

      No. No, they won't. If I have to port software that old to ARM, I might as well port it to Linux or Android.

      --
      "Somebody has to do something. It's just incredibly pathetic it has to be us."
      --- Jerry Garcia
    20. Re: Can go either way by slazzy · · Score: 1

      In the medical world companies file similar enough patents to confuse government examiner's basically getting a 25 year extension. Not sure if Intel has done this or not.

      --
      Website Just Down For Me? Find out
    21. Re:Can go either way by ChunderDownunder · · Score: 1

      The absolute minimum requirement for Windows XP was a plain old Pentium, with neither MMX or SSE.

      But you asked 'modern', so one might assume that software written in the last 15 years would target something newer.

    22. Re:Can go either way by caseih · · Score: 2

      Don't know why you think that. Nearly all Windows applications are "legacy" applications right now. Meaning Win32 api. If devs could just select ARM from the Visual Studio target drop-down box and hit go, they'd be all over that I think. Maybe not things like Adobe products, unless they see a big enough market. But for things like office applications such as MS Office, Quicken, Chrome, Firefox, etc (the apps people actually use vs Windows Store), you can be that if VS supports the ARM target, they will be there. Really win32 is going to be with us for many years yet. And having an easy way to target ARM with that api scares Intel. They don't seem to be scare of universal Windows apps, which by definition are more portable between architectures.

      Arm is really fast enough for many things that people use every day if VS made it easy to target without resorting to C# and universal apps. Heck even with emulation of x86 it's fast enough for some things like basic tasks in MS Office.

      If the choice was porting a "legacy" app to a universal metro app, then yeah you'd be correct.

    23. Re:Can go either way by Agripa · · Score: 1

      The question is, how much modern Windows software is ABI compatible with the 486, and doesn't assume MMX or SSE support?

      A lot now requires at least SSE2 whether it uses it or not so the minimum emulation target is the Pentium 4. This has become a major problem with my legacy Pentium 3 systems which have plenty of performance but are no longer supported.

    24. Re: Can go either way by scdeimos · · Score: 1

      But Intel never had any problems w/ other CPUs like Alpha or MIPS trying to emulate x86, and those chips were far more powerful than ARM. It's bizarre that they'd object to this.

      Hardly. By comparison Alpha and MIPS were niche/hobbyist processors very low numbers in the marketplace. ARM is ubiquitous and is a serious threat to Intel sales if it can emulate x86.

    25. Re:Can go either way by Guspaz · · Score: 1

      SSE2, then, requires that Microsoft pay the licensing fees, since those patents wouldn't have expired yet.

    26. Re:Can go either way by Agripa · · Score: 1

      Since SSE2 is one of the requirements Microsoft has been making, they have my sympathy ... not.

  2. The Big Question Is... by dryriver · · Score: 1

    How fast can Snapdragon processors run Windows software? I'm sure that productivity software - Word, Excel, PowerPoint, OpenOffice Acrobat Reader, Edge, Firefox, Chrome et cetera - will run just fine. That stuff doesn't need huge CPU power to begin with. What about something more CPU-heavy like Adobe Photoshop, AfterEffects, AutoCAD, 3D Max,Blender, Handbrake? How fast will that software run on Snapdragon? Of course this is no big problem - if ARM can't run it today, you can always run it on an Intel or AMD box. But the question remains - how fast is emulated Windows on ARM?

    --
    Why did the chicken cross the road? Because Elon Musk put an AI chip in its head.
    1. Re:The Big Question Is... by Anonymous Coward · · Score: 4, Informative

      Well, here are two demos of x86 Win32 emulation in Windows 10 on ARM:

      1. A shorter, more marketing orientated demo: https://www.youtube.com/watch?v=A_GlGglbu1U
      2. A longer, more "show me stuff" orientated demo: https://www.youtube.com/watch?v=oSXUDKpkbx4

    2. Re:The Big Question Is... by Anonymous Coward · · Score: 1

      This is strictly software emulation, so it's easy to get a decent picture of how slow it is going to be.

      1- Install QEMU
      2- Grab Rasbpian Linux from the Raspberry PI site
      3- Install/Run Raspbian on QEMU
      4- Profit?

      I tried this like a year ago on my core i7, and it was rather slow. Not unusable, but there was a noticeable performance hit.

      But this was a beefy i7 system, with GOBS of ram emulating ARM. Now, how well do you think that a bottom of the barrel ARM - which is what the majority of the users is gonna end up with - is going to fare emulating x86?

      Not well, I'm guessing. This is mainly going to be a PR thing for Qualcomm and Microsoft.

    3. Re:The Big Question Is... by Carewolf · · Score: 1

      How fast can Snapdragon processors run Windows software? I'm sure that productivity software - Word, Excel, PowerPoint, OpenOffice Acrobat Reader, Edge, Firefox, Chrome et cetera - will run just fine. That stuff doesn't need huge CPU power to begin with. What about something more CPU-heavy like Adobe Photoshop, AfterEffects, AutoCAD, 3D Max,Blender, Handbrake? How fast will that software run on Snapdragon? Of course this is no big problem - if ARM can't run it today, you can always run it on an Intel or AMD box. But the question remains - how fast is emulated Windows on ARM?

      It won't be winning any benchmarks. The base processor starts off slower than most x86 processors, and then has an overhead for emulation. I am guessing it is mostly just for old applications, and not for games or anything CPU intensive, and for that it might be enough.

    4. Re:The Big Question Is... by Carewolf · · Score: 1

      This is strictly software emulation, so it's easy to get a decent picture of how slow it is going to be.

      1- Install QEMU
      2- Grab Rasbpian Linux from the Raspberry PI site
      3- Install/Run Raspbian on QEMU
      4- Profit?

      I tried this like a year ago on my core i7, and it was rather slow. Not unusable, but there was a noticeable performance hit.

      But this was a beefy i7 system, with GOBS of ram emulating ARM. Now, how well do you think that a bottom of the barrel ARM - which is what the majority of the users is gonna end up with - is going to fare emulating x86?

      Not well, I'm guessing. This is mainly going to be a PR thing for Qualcomm and Microsoft.

      I often run emulated ARM or MIPS applications on my desktop (for testing), and while it was once a beefy workstation it is also a 6-year old sandy-bridge by now, and most applications are perfectly usable emulated through QEMU, and if you add a bit more optimization you could probably improve the performance even more.

    5. Re:The Big Question Is... by Anonymous Coward · · Score: 1

      Now, how well do you think that a bottom of the barrel ARM - which is what the majority of the users is gonna end up with - is going to fare emulating x86?

      I don't think emulation is being proposed on any ARM. As I understand it, the target is "snapdragon 835 or better", which is more of a "top of the barrel" ARM.

      Given that some people settled for "bottom of the barrel Intel" (see the now dead Atom line) for Windows, I don't see how adequate ARM chips would screw this up.

    6. Re:The Big Question Is... by stooo · · Score: 3, Insightful

      >> What about something more CPU-heavy like ... Blender, Handbrake ...

      For those ones, you don't need x86 emulation, as you can use an ARM compiled version, the source is available.

      Fot the other proprietary stuff, perhaps some will be released in an ARM binary form, especially if ARM laptops and even desktops become popular in the future ....

      --
      aaaaaaa
    7. Re:The Big Question Is... by MachineShedFred · · Score: 1

      If someone buys a low power device and expects to run AutoCAD on it, then they get what they deserve. Anyone who actually uses those high-end software titles will know better, and steer clear of these low-power devices that are "yet-another-iPad-killer."

      The only thing that has proven to be an iPad killer, is the iPad itself - either because new versions don't offer anything compelling over versions already purchased, or because the entire class of device has proven to not be useful outside of a somewhat narrow set of situations.

      --
      Slashdot still doesnâ(TM)t support Unicode after it was added to the HTML standard in 1997.
    8. Re:The Big Question Is... by currently_awake · · Score: 1

      If the OS maker also supplies the emulation they can have all their code native, including apps. Emulation is at best half speed, and ARM chips are not exactly top of the line to start with, so things are going to be slow. Current desktop systems are much faster than is required by most software, so the slowdown is unlikely to be noticed for most programs. You'll still want your games running on Intel or AMD though. Most SW shops will release dual ported (both processors) software just like apple did when they switched cpu, with all programs eventually switched over to ARM only. End result: Intel will license ARM and continue dominating the market, Microsoft will lose their Intel lock-in and shrink badly.

    9. Re:The Big Question Is... by AHuxley · · Score: 1

      Depends on the task. For everyday OS and simple productivity apps? Fine.
      For a new 4K, 8K ready computer game?
      Can a developer spread a new game's tasks over a new cpu and have it still work as well as expected?
      Can every task be split up and shared over a new average cpu design? Or do some tasks need a fast cpu?
      New programming language? New ways of working with content? New ways of working with a cpu, gpu?
      If a game developer gets all that for free they may change.

      --
      Domestic spying is now "Benign Information Gathering"
    10. Re:The Big Question Is... by bluefoxlucid · · Score: 1

      LLVM can compile ARM to x86. CIL is compiled to the current platform ISA. Why wouldn't you JIT, instrument, optimize?

    11. Re: The Big Question Is... by Carewolf · · Score: 1

      I mean I feel this misses the point. We know x86 can emulate well: the question is, what, if snytjing , emulates x86 well?

      It's a software question. It simply depends on how much you invest in optimizing the emulator, there is nothing intrinsic in x86 that makes it better at emulating ARM that ARM would be at emulating x86.

    12. Re:The Big Question Is... by Khyber · · Score: 1

      "If someone buys a low power device and expects to run AutoCAD on it, then they get what they deserve."

      I remember using AutoCAD on a 266MHz PII back in high school drafting class.

      What's the excuse for it running like dogshit now?

      --
      Still waiting on Serviscope_minor to wake up to fucking reality and realize that Jessica Price isn't going to fuck him.
    13. Re:The Big Question Is... by Carewolf · · Score: 1

      LLVM can compile ARM to x86. CIL is compiled to the current platform ISA. Why wouldn't you JIT, instrument, optimize?

      You do, but it works about as well as translating through a third language in google translate. Not always bad, but not great either.

    14. Re:The Big Question Is... by unixisc · · Score: 1

      All the microsoft software, like Office, Edge, et al would have been recompiled. I'm sure the same would be true about FireFox and Chromium (if not Chrome), since those are FOSS. Question is whether those other titles that you listed will be recompiled, and whether Microsoft would allow them if they're not available via the app store.

      In Windows 8, if one wanted to install Microsoft Office and went to the app store, it redirected them to the website and handled things from there. Microsoft could do the same for others like Adobe, Autocad, Blender, et al. Forget emulated: I'm curious to know what the performance of an ARM binary would be compared to Wintel. After all, ARM is the one RISC CPU that does not beat Intel in performance.

    15. Re:The Big Question Is... by unixisc · · Score: 1

      Also, has anybody tried running Windows 10 IoT on Raspberry Pi? Or is that not out as yet?

    16. Re:The Big Question Is... by MachineShedFred · · Score: 1

      Today's AutoCAD does many more things that require vastly more computational power than the old version you used in high school?

      --
      Slashdot still doesnâ(TM)t support Unicode after it was added to the HTML standard in 1997.
    17. Re:The Big Question Is... by bluefoxlucid · · Score: 1

      You do know all modern compilers convert program source code into a static single assignment tree which is then optimized by simplifying complex graph traversals with weighted edges based on CPU architecture variations in speed of certain operations, right?

      You can turn CPU instruction code into the same static single assignment tree, perform the same optimizations, and emit the code as if it were compiled from source code to target a different ISA.

    18. Re:The Big Question Is... by Carewolf · · Score: 1

      You do know all modern compilers convert program source code into a static single assignment tree which is then optimized by simplifying complex graph traversals with weighted edges based on CPU architecture variations in speed of certain operations, right?

      You can turn CPU instruction code into the same static single assignment tree, perform the same optimizations, and emit the code as if it were compiled from source code to target a different ISA.

      Which works great if you have that intermediate code, but once it becomes instructions they often do a lot more than what is necessary, and unless you know the original intention or can analyse it from the entire program you might have to fully emulate every nuance of the instruction instead of just using the one simple instruction in the other ABI that perform the same intermediate operation but has slightly different nuances in the other ABI.

    19. Re:The Big Question Is... by tlhIngan · · Score: 1

      I tried this like a year ago on my core i7, and it was rather slow. Not unusable, but there was a noticeable performance hit.

      But this was a beefy i7 system, with GOBS of ram emulating ARM. Now, how well do you think that a bottom of the barrel ARM - which is what the majority of the users is gonna end up with - is going to fare emulating x86?

      Not well, I'm guessing. This is mainly going to be a PR thing for Qualcomm and Microsoft.

      That's because you're emulating an entire ARM system inside x86. That's a great way to emulate disparate hardware, but is really slow because you're virtualizing a lot of hardware as software.

      The modern way to do it, especially if you know the operating systems are the same, is high level emulation. Here you don't emulate the hardware at all - you only emulate the application. When the application makes a system call (or Windows API call, in this case) the emulator catches it and redirects it to the right Windows API (This can be done by two ways - the emulator loading the x86 WIndows libraries (DLLs) and trapping the virtual processor in any call that jumps into the library space, or by having stub Windows libraries that make special emulator calls instead of implementing the library) running in native ARM space.

      This is not a new technique - Apple did it twice - the first time for their 68k to PowerPC transition where 68k apps and operating system code would make calls to native PowerPC code through an emulator call.

      More recently, Apple did it with Rosetta, the PowerPC emulator they had for x86. Granted, for CPU-heavy tasks, it was slow, but apps that made lots of operating system calls or called into various OS libraries weren't slowed down much since they spent a good chunk of time in native mode.

      CPU intensive applications will be sluggish no doubt, but applications that are highly interactive and spend most time inside OS libraries will be very fast.

    20. Re:The Big Question Is... by bluefoxlucid · · Score: 1

      Which works great if you have that intermediate code, but once it becomes instructions they often do a lot more than what is necessary

      No, that's not how this works.

      The compiler takes the source code, produces a single-assignment transformation tree, and then discards the original source code. All further analysis is performed on the single-assignment transformation tree. That means 100% of the information a compiler uses to compile a C, C#, Java, Ada, Fortran, JavaScript, etc. program to CPU ISA output in any setting is represented by a tree derivable in reverse from and functionally-equivalent to a tree derived from the output of compilation.

      Java, C#, and JS compilers generally target a bytecode architecture, although they also have AOT compilers that spit out native code to avoid the classfile-to-native compilation on each program launch.

      unless you know the original intention or can analyse it from the entire program you might have to fully emulate every nuance of the instruction instead of just using the one simple instruction in the other ABI that perform the same intermediate operation

      Actually, analysis of the compiled output will tell you things you can derive into a static single assignment tree. For example: if you run a subtraction on x86, it sets the Flags register, which affects branches. If another operation affecting the Flags register occurs before any sort of branch instruction, this is irrelevant, and thus not recorded into the tree. By extension, knowing how such instructions are affected by prior instructions allows you to create a full listing of the logic at each node, such that you can easily understand the conditions for a jump (e.g. if you do SUB %eax,4 and then JLE @addresss, you don't need to encode into the SSA tree that SUB may set the zero flag, signed flag, and overflow flags; you only need to encode that, under the condition %eax is less than or equal to 4, the program takes a branch).

      That doesn't tell you what the original source code looks like; it tells you what conditions cause what changes to the tree. After that, you have a tree which reflects the same amount of relevant information (no more, no less) than the one generated from source code.

      Yes, the optimization tree generated from a compiled binary really is equivalent to the one generated from source code.

    21. Re:The Big Question Is... by sexconker · · Score: 1

      Technically all modern x86 processors are emulating x86 (same goes for x64/AMD64). It's all implemented in microcode now.

    22. Re:The Big Question Is... by farble1670 · · Score: 1

      heh very nice. If they can run true AAA games then intel is done.

      Of course they can't. First, it's well known that SD doesn't touch Intel when it comes to high-end performance ... but anyway, you'll never run AAA games w/ integrated graphics (which is what you'll get with ARM SoCs).

    23. Re:The Big Question Is... by Carewolf · · Score: 1

      Actually, analysis of the compiled output will tell you things you can derive into a static single assignment tree. For example: if you run a subtraction on x86, it sets the Flags register, which affects branches. If another operation affecting the Flags register occurs before any sort of branch instruction, this is irrelevant, and thus not recorded into the tree. By extension, knowing how such instructions are affected by prior instructions allows you to create a full listing of the logic at each node, such that you can easily understand the conditions for a jump (e.g. if you do SUB %eax,4 and then JLE @addresss, you don't need to encode into the SSA tree that SUB may set the zero flag, signed flag, and overflow flags; you only need to encode that, under the condition %eax is less than or equal to 4, the program takes a branch).

      Can you do that in real-time, in an interpreter?

      Additionally unless you are sure you can guess which jumps are function calls and returns and you are certain no link-time optimizations have been performed and that the calling convension is still obeyed, you might not even know which registers need to be alive unless you do full analysis of everywhere a jump can go or return to. Of course you can often derive that data from a full analysis (though not always, since you can't cover every possibly state without also solving the halting problem), but it not really something suitable for real-time interpretation or even JIT.

  3. Re:Hey Microsoft... by Anonymous Coward · · Score: 1

    Windows 10 on ARM is not Windows RT. It's full Windows 10 compiled for ARM so even without the emulation you can install and run ARM applications just as you would install x86 applications for Windows 10 on x86. Having the ability to run x86 apps on ARM would be a nice feature. I hope legal wrangling doesn't prevent it from shipping.

  4. Intel, can you read... by OpenSourced · · Score: 5, Insightful

    ...the writing on the wall?

    The future is mobile, and in mobile RISC wins (for now). First you emulate, then you go native. Microsoft has seen the new Samsung S8 working as a desktop replacement with a dock, and is sweating cold. If that trend goes on (and why shouldn't it, as phones become more powerful), and mobile apps adapt to the "desktop mode", soon Windows will have a real competitor. I can see plane stewardesses distributing keyboards to the passengers, so as to use the entertainment screens with your "desktop mobile". I can see "laptops" that are just a screen, a keyboard, a humongous battery and a dock bay for your phone.

    You cannot fight the tide. In three years smartphones will ship with 1 Tb storage, 16 Gb memory, and 16 cores CPU. All of them itching to do something more demanding than displaying your last photo of your cat. If Microsoft doesn't emulate in firmware, VMWare will emulate in software, and soon you won't care in which OS is your app working. You will have one and only one computer, that will incidentally have the capacity of making phone calls. Congratulations everybody, we are just now entering the era of the PC.

    --
    Rome taught me patience and assiduous application to detail. Virtues which temper the boldness of great, general views.
    1. Re:Intel, can you read... by Anonymous Coward · · Score: 1

      Wishful thinking.

      A top of the line ARM SOC, right now, gets slaughtered by a core i3 in single threaded performance. In multithreaded performance they might get some wins, but that's only because they have an insane amount of cores, and the i3 only has 2. And, realistically, the only ARM SOCs that stand any chance right now are Apple's "A" class chips, which are heavily customized and only available on Apple hardware (and trounce anything from Qualcomm by any realistic metric).

      Then we have the elephant on the room: Your desktop has a massive power source suckling power off the grid, and lots of space to let air circulate. Your phone has a battery that ALMOST lasts two days (expecting someone to say "AHA! Mine lasts THREE WHOLE DAYS!" in about 5 minutes), and the SOC is sandwiched between it and the screen.

      What does this mean? Your desktop has tons more power and cooling capacity than your smartphone. Your smartphone will overheat after 10 minutes of compiling LLVM, if it doesn't run out of battery first (unless it is plugged into a dock, in which case, I concede that it will "only" overheat). Overheating has an "nice" side effect, which is that heat slowly kills off your - most probably non-replaceable - battery, so that you have to buy a new phone after 2 years. What fun.

      And finally, with AMD coming back to the race with Ryzen CPUs and their new server CPUs, x86 (or AMD64, if you prefer) is going to breathe new life. Expect to see gains in desktop performance and the corresponding increase in demand from applications as they move to take advantage from this increased performance.

      TL;DR, the desktop isn't going anywhere.

    2. Re:Intel, can you read... by fubarrr · · Score: 2, Funny

      > In multithreaded performance they might get some wins, but that's only because they have an insane amount of cores,

      10 cores should be enough for everybody

    3. Re:Intel, can you read... by fph+il+quozientatore · · Score: 3, Funny

      "Sorry, sir, it's the last row and we're out of QWERTYs --- is Dvorak fine?"

      --
      My first program:

      Hell Segmentation fault

    4. Re:Intel, can you read... by Osgeld · · Score: 2

      yea but the vast majority of people dont care if its faster than an i3 or compiling anything, it just needs to be fast enough to edit a picture and run office

    5. Re:Intel, can you read... by ChunderDownunder · · Score: 2

      The wins for business are
      (a) fanless computers (office noise)
      (b) lower purchase price
      (c) lower energy bills

      Cuthberta Cubicle-Worker won't have a noisy Core i7 beige tower on her desk if a tiny ARM64 device does the job.

    6. Re:Intel, can you read... by edtice1559 · · Score: 1

      I'm with Osgeld (sister post). The fact is that most of us don't need near the amount of available horsepower. Even running compilers and Java server applications (i.e. Tomcat + WebApp) is within the realm of the processors we see in phones. We're seeing Atom-based laptops (i.e. https://www.newegg.com/Product...) getting adopted. These aren't much more powerful than the S8. People are talking about docking stations for phones but I actually think that things will go a different direction. Windows remote desktop is fabulous (No VNC and the like don't come close) and I imagine people will have everything on their phone and apps will run either in tablet or desktop mode. When you get where you're going, plug your phone into a power source and RDP to it from a dumb terminal and pick up right where you left off. Saves the problem of having to have docking stations for different types of devices.

    7. Re:Intel, can you read... by Dwedit · · Score: 1

      And they won't be able to do anything beyond showing photos of your cat with that horrible touchscreen.

    8. Re:Intel, can you read... by avandesande · · Score: 1

      If you take high end gaming out of the equation, the mobile device has more than enough power for most users so it's irrelevant.

      --
      love is just extroverted narcissism
    9. Re:Intel, can you read... by avandesande · · Score: 1

      Look at this way- one device will replace a laptop, desktop and cellphone. If you add administration into the cost model the savings are staggering.

      --
      love is just extroverted narcissism
    10. Re:Intel, can you read... by lexman098 · · Score: 1

      I can see "laptops" that are just a screen, a keyboard, a humongous battery and a dock bay for your phone.

      Meet the superbook

    11. Re:Intel, can you read... by bsolar · · Score: 1

      Like configurable keyboards able to change what's displayed on the keys didn't exist already... It would be pretty simple to allow the connected device to automatically setup the keyboard to have the preferred layout.

    12. Re:Intel, can you read... by Bob+the+Super+Hamste · · Score: 1

      it just needs to be fast enough to edit a picture

      Depends on the picture. Working with multiple raw high res scans of film would crush one of those little computers. It crushes my i7 (3770k) desktop with 32GB ram and I will have all 8 logical cores pegged at 100% for 10-15 minutes and be consuming 28-31GB of ram.

      --
      Time to offend someone
    13. Re:Intel, can you read... by Solandri · · Score: 1

      It's not at all clear that RISC wins in the mobile space. Intel's offerings win in performance per Watt benchmarks by a factor of 2-5, they just haven't hit the minimum Watts that ARM processors have.

      The problem for Intel is price. Current ARM processors have about 2-3 billion transistors and sell for about $10-$20. Kaby Lake has about the same number of transistors, but sells for $100-$300. Intel has enjoyed that huge price per transistor for so long that they simply don't know how to compete at a lower price anymore. Intel could destroy ARM tomorrow by simply slashing the price of their processors to be roughly the same as ARM. But they would have to completely restructure the company and its finances in order to do it.

      If the Apple pattern holds, ARM is going to take over 95% of the computing market, with Intel holding on to a minuscule but lucrative 5% of high-end users (scientific, industrial, gaming).

    14. Re:Intel, can you read... by spire3661 · · Score: 1

      No. No matter how much storage you put on the phone, you are still dealing with a device that can, at max, use 25 watts. Mobile is not going to replace workstations, ever.

      --
      Good-bye
    15. Re:Intel, can you read... by WallyL · · Score: 1

      Be careful with that, because you might only have a Dvorak as the spare!

    16. Re:Intel, can you read... by spire3661 · · Score: 1

      This. If intel could get their NUC price under $100, raspberry pi wouldnt be so attractive.

      --
      Good-bye
    17. Re:Intel, can you read... by Gr8Apes · · Score: 1

      This. If intel could get their NUC price under $100, raspberry pi wouldnt be so attractive.

      Intel would need to drop their NUC prices down to $50. I am not holding my breath.

      --
      The cesspool just got a check and balance.
    18. Re:Intel, can you read... by Gr8Apes · · Score: 1

      It's not at all clear that RISC wins in the mobile space. Intel's offerings win in performance per Watt benchmarks by a factor of 2-5, they just haven't hit the minimum Watts that ARM processors have.

      Until Intel can hit the min watts, RISC wins. Performance per watt in excess of min watt is irrelevant for mobile.

      Intel could destroy ARM tomorrow by simply slashing the price of their processors to be roughly the same as ARM. But they would have to completely restructure the company and its finances in order to do it.

      No. They would have to leverage their largely acknowledged monopoly position to destroy ARM, or acknowledge that they are making between 200 and 600% profit margins on CPUs. Guess which one would be the result of your proposed price cut.

      --
      The cesspool just got a check and balance.
    19. Re:Intel, can you read... by Osgeld · · Score: 1

      yea but the vast majority of people dont care

  5. "Intel welcomes lawful competition" by Zuriel · · Score: 5, Interesting

    I have heard that Intel is delighted about AMD's new 32 core server CPU and 16 core desktop CPU. If I remember correctly, the last time Intel was this delighted with AMD they started bribing system manufacturers into not offering any AMD-based products.

    1. Re:"Intel welcomes lawful competition" by edxwelch · · Score: 1

      Yes, after FTC investigation was Intel prohibited from offering loyalty rebates, but that only applies to the US. It is only illegal in EU if you can prove that it's harming competition. So, technically Intel could still use loyalty rebates in the EU.

    2. Re:"Intel welcomes lawful competition" by Anonymous Coward · · Score: 1

      Imagine if they hadn't been cheating the market for the decade prior, and AMD had a comparable R&D or fab budget?

    3. Re:"Intel welcomes lawful competition" by Anonymous Coward · · Score: 1

      Intels bribes robbed AMD of the income needed to remain competive.

  6. Alternative explanation by ChunderDownunder · · Score: 5, Interesting

    Proposition: Apple are planning to release low end macOS products based on their ARM64 SoCs.

    Imagine having a common ARM-based hardware spec for Watch, Mac Mini, iPhone, iPad, MacBook and iMac - only select 'Pro' models would require Intel Inside.

    Such a transition would require checking an extra box in XCode for fat-binaries. Optionally they could develop a Rosetta-style translation layer for 'legacy' amd64 only binaries.

    1. Re:Alternative explanation by ausekilis · · Score: 1

      This is actually a viable suggestion. The only people that truly need processing power are video gamers and content producers (e.g. artists, developers).

      Considering there are a lot of people out there that still think the internet is that E icon (or fox, or yellow/red/green circle) and only really need to check email, facebook, youtube and cat pictures... ARM tablets have been gaining steam, why wouldn't they gain some traction in more traditional forms like a laptop a laptop-like phone dock?

    2. Re:Alternative explanation by MachineShedFred · · Score: 2

      Apple customers have already played the "buy a new version of the same software at full price or eat a performance penalty" game twice now (680x0 -> PPC, PPC -> x64). While Apple has magnificently pulled off these transitions, their software partners have in large part been amazingly douchey about it. Especially the software vendors that most Mac shops depend on the most: the creative and business titles like Adobe, Microsoft; and back in the day, Quark.

      Quark was the WORST, and quite frankly I'm surprised they are still in business after Adobe launched InDesign.

      --
      Slashdot still doesnâ(TM)t support Unicode after it was added to the HTML standard in 1997.
  7. Re:Intel is upset over QEMU? by ChunderDownunder · · Score: 1

    I imagine they'd be more upset if MS partnered with Nvidia.

    Nvidia's Denver architecture does some on-silicon code morphing (similar to Transmeta?) but specifically as an ARM licensee. If they used that technology to speed up x86 without paying the Intel Tax, I imagine it'd be lawyers getting busy.

  8. Re:Intel is upset over QEMU? by Rockoon · · Score: 1

    There isnt much software that is 64-bit only... therefore 32-bit emulation is a big deal.

    --
    "His name was James Damore."
  9. Lawyers... by Austerity+Empowers · · Score: 1

    Lawyers are the last argument of technology companies that have lost the power to innovate. Intel wouldn't be saying these things if they had invested in technology rather than idiotic purchases of horrid anti-virus companies, bizarre offshore strategies, and generally letting wall st. run them rather than engineers and technologists.

    1. Re:Lawyers... by Zocalo · · Score: 1

      No, there's one more step, it's just that we haven't got that far yet:

      Soap box - marketing lies about which is the best product.
      Ballot box - the market chooses the best product.
      Jury box - lawyers bicker over which product has the biggest dick^W patent portfolio.
      Ammo box - two products enter...

      I hope to get tickets but, failing that, I'm sure it'll be livestreamed in 8K HDR Augmented Reality to any suitable mobile computing device.

      --
      UNIX? They're not even circumcised! Savages!
  10. Duplicity from the press release by Artem+S.+Tashkinov · · Score: 1

    Intel welcomes lawful competition, and we are confident that Intel's microprocessors, which have been specifically optimized to implement Intel's x86 ISA for almost four decades, will deliver amazing experiences, consistency across applications, and a full breadth of consumer offerings, full manageability and IT integration for the enterprise. However, we do not welcome unlawful infringement of our patents, and we fully expect other companies to continue to respect Intel's intellectual property rights.

    I read, "We welcome new competitors at the x86 architecture market but we will sue the shit out of you if you actually try".

  11. Transmeta is not that buried by ReneR · · Score: 1

    I got two systems in my collection / office ;-) Each time I read Intel press like this I power them up just for the warm feeling :-) https://www.t2-project.org/har... https://www.t2-project.org/har... They are also visible on my desk in some of my recent videos: https://www.youtube.com/user/r...

    1. Re:Transmeta is not that buried by TemporalBeing · · Score: 1

      I got two systems in my collection / office ;-) Each time I read Intel press like this I power them up just for the warm feeling :-) https://www.t2-project.org/har... https://www.t2-project.org/har... They are also visible on my desk in some of my recent videos: https://www.youtube.com/user/r...

      Transmeta became a Patent Licensing organization, and licensed their tech to AMD and other chip manufacturers during the conversion. So, no - they didn't fail as Intel claims.

      --
      Truth is like the sun. You can shut it out for a time, but it ain't goin' away. - Elvis Presley (source: imdb.com)
  12. Buying Windows ? when you can get Linux for Free ? by stooo · · Score: 1, Funny

    Buying Windows ? when you can get Linux for Free ?

    --
    aaaaaaa
  13. Re:Buying Windows ? when you can get Linux for Fre by MachineShedFred · · Score: 1

    Yeah, because that hasn't been the case for like 20 years now.

    --
    Slashdot still doesnâ(TM)t support Unicode after it was added to the HTML standard in 1997.
  14. Re:Faster than a Core i5 mobile by MachineShedFred · · Score: 4, Insightful

    Yeah, because Intel hasn't been there with AMD before. Remember the Pentium 4 with it's ridiculously deep pipeline and equally ridiculous branch prediction failure rate? Intel got complacent and was more concerned with Ghz than actual performance. AMD pulled ahead.

    Then the sleeping giant woke up and where has AMD been for the last 11 years? 2nd place, and usually a distant second.

    I'm glad that AMD is putting out a few good products these days - it's been a while. And it keeps everyone honest. I want a strong AMD, because in the end we all win when Intel can't just sit on a silo of laurels; the same way I want a strong Apple *and* Android. Tough competition benefits the customers.

    --
    Slashdot still doesnâ(TM)t support Unicode after it was added to the HTML standard in 1997.
  15. Re:Copy my BIOS. by MickyTheIdiot · · Score: 1

    My thought was if they are celebrating 40 years of x86, HOW THE HELL are they talking about patents? Overall the term of any patent dating 40 years ago should be long gone.

    Before I get jumped on, yes they could be talking about certain parts of it added on later, but still it was strange seeing sword rattling like that on a document celebrating 40 year old tech.

  16. What about FRAND? by edxwelch · · Score: 1

    It seems that Intel is threatening to use their patents to lock competition out of the market like Qualcomm does. Isn't this against the principles of FRAND?
    https://en.wikipedia.org/wiki/...

    1. Re:What about FRAND? by spire3661 · · Score: 1

      FRAND is 'voluntary' in that if you dont participate, you risk government sanction.

      --
      Good-bye
  17. Just blowing smoke. by Gravis+Zero · · Score: 1

    The problem here is that Intel has no legal basis to threaten anyone over x86, so instead they are just blowing smoke to scare away investors using the press. Both side know that Intel's x86 patents have expired and AMD owns all the patents for x86_64 which is also known by it's original name AMD64. Since Intel is now powerless, they are reverting back to their old anti-competitive habits.

    --
    Anons need not reply. Questions end with a question mark.
  18. Re:Buying Windows ? when you can get Linux for Fre by The123king · · Score: 1

    Buying Windows ? when you can get Linux for Free ?

    I'd rather put my gentlemans vegetables in a blender

    --
    If you gave me a choice between a printer and a giraffe with explosive diarrhoea, i'll get my ladder and my raincoat
  19. Re:Hardware Backdoors by ChunderDownunder · · Score: 2
    Most probably, the average Android phone has vendor supplied binary blobs galore.

    The good news is that this week Freescale's iMX6 was freed - it can boot Android blob-free. It's not a widely popular SoC though, in terms of market share in phones and tablets.

  20. Full Blown Windows on a phone? by kfh227 · · Score: 1

    That's all I needed to hear. Kiss Android goodbye!

    1. Re:Full Blown Windows on a phone? by PPH · · Score: 1

      This won't be the first time Microsoft has blown Windows on a phone.

      --
      Have gnu, will travel.
    2. Re:Full Blown Windows on a phone? by ChunderDownunder · · Score: 1

      Continuum and x86 emulation sound intriguing.

      But they'll still have the "app gap". So unless UWP gains any traction, handsets will suffer from "only available on iTunes or Google Play".

  21. Intel are the losers now by Anonymous Coward · · Score: 1

    ARM sells about 14 billion processor a year. Intel sells about 400 million processors a year.

    Every device running an ARM processor isn't running an Intel processor.

    Tell me again how Intel is going to "wake up". They're fighting AMD for scraps.

    1. Re:Intel are the losers now by Agripa · · Score: 1

      ARM sells about 14 billion processor a year. Intel sells about 400 million processors a year.

      Every device running an ARM processor isn't running an Intel processor.

      Tell me again how Intel is going to "wake up". They're fighting AMD for scraps.

      ARM doesn't sell any processors. Companies which buy licenses from ARM sell processors but it is not like there is a monolithic ARM processor company; they are individually competing with Intel so they lack the kind of economy of scale implied by the total number of ARM processors produced and most of those are microcontrollers which do not compete with Intel in any way.

       

  22. Notes by puddingebola · · Score: 1

    1. Intel wants into the mobile market. 2. Intel's attempts with Atom to get into the mobile market go nowhere. 3. Microsoft wants into the mobile market. 4. Microsoft's attempts with Windows RT to get onto ARM architecture go nowhere. 5. Intel can't beat ARM on cost. 6. The Wintel Monopoly. 7. The Wintel Monopoly... no more! 8. Shrinking PC shipments. 9. Android surpasses Windows as world's most installed OS. 10. Windows on ARM. 11. Will that work? Battery life? Performance? Experience? 12. What will Intel do? They still want into mobile.

  23. Re:Faster than a Core i5 mobile by jonwil · · Score: 1

    I dont think there is too much danger of AMD going bust at this point given that both the XBOX One and PlayStation 4 are using custom AMD 64 bit CPUs and AMD Radion GPUs and neither system looks like disappearing anytime soon.

  24. Re:Hardware Backdoors by jonwil · · Score: 1

    Considering that the information regarding all this talks about current/recent Qualcomm Snapdragon processors, they definitely contain all sorts of stuff you cant control. Qualcomm are worse than Intel when it comes to publishing any kind of technical specs for their processors or providing anything beyond binary blobs for key parts of the system.

    On some Snapdragon parts (likely including the high-end stuff involved here) the CPU cores running the "application processor" stuff (e.g. the Linux kernel and Android userland on an Android device) are actually under the control of another bunch of code running on a separate untouchable CPU core (or cores).

  25. Intel Fires Warning Shot by Anonymous Coward · · Score: 1

    Will he get a Golden Parachute or nice severance package?

  26. Re:Hardware Backdoors by jonwil · · Score: 1

    Too bad TI isn't still making mobile SOCs that can compete with the latest from Qualcomm, the TI OMAP CPU in my Nokia N900 is largely blob free with the exception of the PowerVR GPU drivers and some stuff for the DSP to do hardware accelerated video and the documentation I have seen for it is extremely comprehensive for the most part.

  27. Re:Hey Microsoft... by ArmoredDragon · · Score: 1

    I like how Microsoft labels win32 as legacy, yet even though their app store is 5 years old now, nobody uses it or the crappy apps it has. Likewise, Windows 10 S will surely flop because Microsoft's crap app ecosystem is wanted by nobody.

  28. Re:Just blowing lawyers. by KiloByte · · Score: 1

    Windows 10 on ARM would hurt them as much as it would Intel.

    Because AMD has ARM chips in its portfolio. A lateral move is ok for them.

    --
    The creatures outside looked from Alt-Right to Antifa; but already it was impossible to say which was which.
  29. If this catches on... by thevirtualcat · · Score: 1

    If this catches on, I'm looking forward to the flood of cheap Windows 10 tablets that will have support dropped after two years because the BSP for their SoC is no longer being updated or maintained.

    Granted, I expect Microsoft to do marginally better with Windows on ARM than Google does with Android because Microsoft has much tighter control over the Windows ecosystem. But at the end of the day, if you want to play in the ARM playground, you're going to get burned by short chip life cycles.

    On the other hand, I could be completely wrong. Please, someone prove me wring. I'm tired of being a cynic.

  30. Intel & DEC by unixisc · · Score: 1

    DEC sold their semi business to Intel as a part of their lawsuit settlement, and that happened a while before Compaq acquired DEC

  31. Re:Hey Microsoft... by unixisc · · Score: 1

    The issue w/ Windows RT was that applications could only be made available via the Windows Store, in order to avoid any confusion b/w an application bought for Windows 8 that wouldn't then install on RT. The general public is not familiar w/ ARM vs x86, which is why they did that. Here, if one tries to install a Wintel application on Windows 10 for ARM, it'll install, but then run emulated. And that performance is more likely to suck, given the history of better microprocessors before it trying the same thing - particularly DEC on the Alpha.

    Instead, Microsoft should encourage vendors to cross compile for both x86 and ARM, so that any tablet/laptop can download the relevant binaries and go from there.

  32. Wormwood vindication by epine · · Score: 1

    There is little question, Intel is likely none too pleased with it and PC OEM heavyweights Lenovo, Hewlett-Packard and ASUS have also signed-on to deliver Windows 10 notebooks and 2-in-1 convertibles powered by Qualcomm.

    Take that, every English teacher you've ever had from grade 3 onwards.

    In another strip, after stating that he could not identify Plymouth Rock, lest it "compromise our agents in the field," Calvin cheerfully remarks, "I understand my tests are popular reading in the teacher's lounge".

    There's the difference. Calvin is fighting the good fight. Whereas the above sentence is clown-car laser water-canon own-goal toward the cause of youthful creative autonomy.

    Advantage, Miss Wormwood.

  33. Re:Faster than a Core i5 mobile by Guspaz · · Score: 1

    Well, AMD nearly went bankrupt in 2016 despite the XB1/PS4 (they lost half a billion dollars that year and had less than a billion in cash at one point). They're doing a bit better now, and Ryzen is going to be a big boost, but they're not completely out of the woods yet.

  34. Re:Dear Intel by Guspaz · · Score: 1

    Ironic, but Microsoft does ship Linux. Ubuntu is in the Windows Store, and Azure has Linux distro options.

  35. Re:Copy my BIOS. by Guspaz · · Score: 1

    If we ignore anything they've done to x86 in the past 20 years, that basically puts us at the 486 instruction set, since even MMX was only 1997.

  36. Re:Hardware Backdoors by GuB-42 · · Score: 1

    Yes.
    Smartphones have what is called a "baseband". It is the part that manages all radio functions, plus others. It can be separate or integrated in the main SoC. In the case of the Snapdragon 835, it is integrated.
    The baseband is actually a complete system with its own CPU, RAM and OS, with complete access to the rest of the system. It is completely closed. It also cannot be disabled because it is essential to the phone normal functions, overwriting its firmware may cause a hard brick.
    Intel AMT is small fry by comparison.

  37. Re:Dear Intel by tgetzoya · · Score: 1

    Did you Google? https://clearlinux.org/

  38. Re:Just blowing lawyers. by R3d+M3rcury · · Score: 1

    They might...if we start seeing x86_64 emulators. We're only seeing 32-bit Intel emulators.

  39. Fat binaries by sonamchauhan · · Score: 1

    "In the early days of our microprocessor business, Intel needed to enforce its patent rights against various companies including United Microelectronics Corporation, Advanced Micro Devices, Cyrix Corporation, Chips and Technologies, Via Technologies, and, most recently, Transmeta Corporation. Enforcement actions have been unnecessary in recent years because other companies have respected Intel’s intellectual property rights."

    Actually, enforcement became unnecessary as most were driven out of the chip business, or out of business entirely.

    How can application developers help undermine such rent-seeking behavior on the application side? Are cross-OS, cross-instruction-set fat-binaries a thing?

  40. Re: Hey Microsoft... by ArmoredDragon · · Score: 1

    That's fine, but nobody buys it that way, opting for steam 98% of the time instead.

  41. Re:Welcome to our club Intel by TheOuterLinux · · Score: 1
    Windows 10 running GNU/NT and not actual Linux:
    • http://www.infoworld.com/article/3053557/linux/what-to-know-before-using-windows-10s-new-linux-system.html
    • https://beebom.com/how-linux-bash-shell-works-windows-10/

    Canonical partners with Micro$oft:

    • http://www.zdnet.com/article/ubuntu-jumps-into-internet-of-things-with-acer-ge-and-microsoft/
    • http://www.techspot.com/news/48937-canonical-partners-with-microsoft-azure-to-provide-ubuntu-linux-images.html
    • http://www.zdnet.com/article/microsoft-and-canonical-partner-to-bring-ubuntu-to-windows-10/

    Micro$oft joins the Linux Foundation

    • https://techcrunch.com/2016/11/16/microsoft-joins-the-linux-foundation/
    • https://arstechnica.com/information-technology/2016/11/microsoft-yes-microsoft-joins-the-linux-foundation/
    • https://news.microsoft.com/2016/11/16/microsoft-contributes-to-open-ecosystem-by-joining-linux-foundation-and-welcoming-google-to-the-net-community/

    The Ubuntu phone/tablet:

    • http://www.pcworld.com/article/2923931/the-meizu-x4-is-the-first-compelling-ubuntu-phone.html
    • http://www.pcmag.com/news/343256/first-ubuntu-tablet-goes-on-sale
    • http://linuxgizmos.com/tablet-runs-ubuntu-touch-on-intel-core-m/

    Micro$oft and Intel in mobile market:

    • https://www.fool.com/investing/general/2015/12/05/microsoft-corporation-and-intel-corporation-find-a.aspx
    • https://www.cnet.com/news/microsoft-and-intel-moving-ahead-with-surface-tablet/
    • https://www.engadget.com/2016/02/19/microsoft-samsung-and-intel-form-smart-home-alliance/

    These are'nt just rantings of a madman, though as a Linux user, I am pissed. If you check the dates, you can see that as soon as Micro$oft found a better way to get into the mobile market, using Intel to help, they somehow got Ubuntu Touch to the shanty state it is in now. It has nothing to do with demand because I remember how badly all us Linux users wanted it to be a success and all the orders made for tablets. Matter of fact, for a short period, more people were ordering Ubuntu-based mobile devices than Window$ phones. They saw this and waved their magic patent wand with manufacturers and in my eyes made Canonical its "bitch," which is why I will never use anything Ubuntu-based ever again; I cannot trust them anymore, which is sad because I really like Xubuntu. Micro$oft is the king of backstabbing and will just do the same to Intel, placing them in their "emulator" pool they got going on now so they can maintain their "Big Brother" cloud system.