Slashdot Mirror


Intel Announces Atom x3, x5 and x7, First SOCs With Integrated 3G and LTE Modems

MojoKid writes Intel is unleashing a new family of Atom processors today, taking a cue from its highly successful Core series with model branding. Similar to the Good, Better, Best strategy with the Core i3, i5 and i7, Intel is renaming its Atom family with x3, x5, and x7 designations. The biggest news comes from the low-end Atom x3, which will be available in three distinct variants; all of which will come with integrated modems — a first for the Atom family. All three variants are 64-bit capable cores. The Atom x3-C3130 tops out at 1GHz, incorporates a Mali 400 MP2 GPU, and includes an integrated 3G (HSPA+) modem. The Atom x3-C3230RK bumps the max clock speed to 1.2GHz, throws in a Mali 450 MP4 GPU, and the same 3G modem. Finally, the Atom x3-C3440 clocks in at 1.4GHz, features a Mali T720 MP2 graphics core, incorporates a Category 6 LTE modem, and can optionally support NFC. Using handpicked benchmarks, Intel claims that the Atom x3-C3230RK can offer up to 1.8x the media editing performance of competing SoCs from Qualcomm and MediaTek. Then there's Intel's Cherry Trail-based Atom x5 and x7. These are the first 64-bit Atom SoCs to be built using a 14nm manufacturing and they incorporate eighth generation Intel graphics. While the Atom x5 and x7 don't feature integrated modems like the Atom x3, they do support Intel's next generation XMM 726x and 7360 LTE modems. Intel claims that the Atom x7 offers two times the graphics performance of the existing high-end Atom Z3795 in the GFXBench 2.7 T-Rex HD benchmark and 50 percent greater performance on the 3DMark Ice Storm Unlimited benchmark.

112 comments

  1. One way into mobile market by thebes · · Score: 2

    As the subject says, this is one way to get into the mobile market or cement a position in it, assuming the modem is high performance, good quality, good support, like their other networking products.

    1. Re:One way into mobile market by jellomizer · · Score: 2

      Am I the only one who is generally confused by Intel Marketing and rebranding blitz on their products.

      Back in the olden day, We had 286, 386, 486... Life was easy, sure there was the SX vs DX (Math-co-processor addition). Then instead of the 586 we got the Pentium. Then is the Pentium pro the 686 or was that the Pentium 2. Then they added the budget Celeron to the name, but still it made sense. Finally at a point where the Ghz peaked around 3ghz, We got the Core and the Core Dual, then the Core 2, after the Core 2, intel swapped to using the i3, i5, and i7, and with a new number scheme.
      Now they are doing this with the Atom, so we are just adding to the confusion.
      I just want a simple method to knowing what I am running on and if I need my processor upgraded. That i5 runs faster than the 3 year old i7. If I want to upgrade, I may not want the newest but 1 generation behind. But it is so much harder to figure it out now.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    2. Re:One way into mobile market by slaker · · Score: 2

      Pick a benchmark that's representative of your computing needs. Look at relevant benchmark scores.

      Recent Intel CPUs are differentiated by their GPUs and TDP moreso than clock speed or thread performance, which is probably why a brand new Haswell i3 is only just a bit faster than an original Nehalem i7 from all the way back in 2008.

      If you want top-end per thread performance, you probably want an i5. If you want that and need more cores than a typical desktop, get an i7. You probably don't need to worry about anything else; even five year old desktop and laptop parts are going to be subjectively similar to new for anything but a narrow range of content creation, gaming or scientific applications (assuming similar amounts of RAM and disk subsystems, that is). Whatever CPU you buy will probably be good enough for the life of the other components in the computer.

      It's certainly a hassle to compare between CPUs on differing device types (e.g. is a 15W ULV i7 faster than a four year old 45W mobile i3?) but the truth is that within broad categories, newer things are faster and the classifications hold up. If you're doing an apples to oranges comparison, you have to look at whatever benchmark you think might be most relevant.

      --
      -- I wanna decide who lives and who dies - Crow T. Robot, MST3K
  2. Spyware by tepples · · Score: 2

    That or it's a way for three-letter government agencies to spy on users of detachable laptop computers, using a built-in hardwired SIM card even when the user thinks the cellular radio is off.

    1. Re:Spyware by MrL0G1C · · Score: 2

      They don't need a SIM card, my phones can make emergency calls without a SIM card.

      --
      Waterfox - a Firefox fork with legacy extension support, security updates and better privacy by default.
  3. Deja vu all over again by sideslash · · Score: 2

    Probably premature to say this, but it would be funny if Intel does to mobile processing and ARM what it did to Mac computers and RISC. For a long time the Mac-heads were constantly harping about how superior PowerPC was to anything in the Wintel world. And then suddenly everything was x86 again. It seems x86 is the technology that can't be killed.

    1. Re:Deja vu all over again by hattig · · Score: 3, Interesting

      In this case there is no legacy software advantage for x86, and a lot of cost disadvantage. Intel are subsidising their products in the mobile area massively but that can't last forever.

      In addition, some manufacturers are doing their own chips now, and will not see any benefit to losing control of design to Intel in this area.

      The Atom core is not great either in terms of performance - an A57 core should be more powerful, and Samsung have got their 14nm process working so that advantage for Intel is not as clear-cut as it once was.

    2. Re:Deja vu all over again by Anonymous Coward · · Score: 0

      I only produce ARM binaries for my Android native applications. x86 and MIPS users are out of luck, I've marked them as not being compatible to prevent them from installing my apps. x86 is at a huge disadvantage in a world that has basically standardized on ARM.

    3. Re:Deja vu all over again by squiggleslash · · Score: 4, Interesting

      There wasn't really a legacy software advantage for x86 in the Mac arena either. In fact, of the three major tablet OSes, one actually does have a bit of a legacy software advantage if run over x86. I'll go into that in a moment but first:

      As far as performance goes, I got an HP Stream 8 a few months ago. It's running Windows 8.1 and has a recent Atom in it, but obviously not a top-of-the-line thing because it's a really cheap tablet, despite supporting 3G. And I have to say I have no complaints whatsoever about performance. It's running everything I throw at it at a decent speed.

      Now I'd admit, mentally I'm comparing it to Android. The fastest Android device I've used was a Galaxy Nexus, and the Stream is easily smoother and more responsive than that. It may well be the difference is, in part, Windows and Metro - I get the impression Google really doesn't understand the importance of UI responsiveness. But the truth is with the Stream I really, really, have no complaints relating to speed.

      Back on x86 legacy advantages: The other issue I'd raise is that there are quite a few "tablet operating systems" that are languishing in "Not Android" land that might well do well if more hardware comes out supporting x86. The stuff Ubuntu and GNOME are trying to make work might, for example, end up turning into something very, very, powerful if they can get the UIs fixed and if a surfeit of x86 tablets comes out.

      --
      You are not alone. This is not normal. None of this is normal.
    4. Re:Deja vu all over again by itzly · · Score: 1

      In this case there is no legacy software advantage for x86

      There could be a native code advantage if Intel keeps all their chips compatible.

    5. Re:Deja vu all over again by serviscope_minor · · Score: 2

      There wasn't really a legacy software advantage for x86 in the Mac arena either.

      Indirectly there was and that's all that matters: The x86 legacy advantage was unassailably strong in the wintel world. And wintel had the lions's share of teh sales. As a result, Intel had more money than the competitors to invest in both processor design and process technology, the result of which is that intel eventually overran their competitors.

      The processors for macs just couldn't keep up because Motorola and then IBM didn't have the volume and margins in their chip business to be able to compete with Intel.

      The world is a bit different now, but is it different enough to matter?

      The whole expensive x86 front end decoder cost used to matter on the desktop, but eventually the large number of parallel functional units and the OoO logic to keep them filled started to dominate massively. Then it used to matter on phones, but now it's pretty much reaching the stage where phone processors are so large and powerful that similar things are happening.

      But the low end still exists (below phones), so ARM will never be squeezed out by Intel. There will always be a market for some noddy core with 2K of RAM and on that scale the decoder matters.

      So, ARM is there. While nothing like as rich as Intel, they put most of their developement into the CPU tech, not process. The world has also hit diminishing returns in CPU design. Back in the past, there were "easy" developments like the caches, MHz wars, the transition to superscalar, out of order execution and vector instruction units. Once those topped off, the next bit was tweaking the cores for more IPC, e.g. the Core 2 to i7 transition, but returns have really diminished in that regard. Now it's got to the stage where it takes massive effort to get a few percent IPC better.

      In recent times Intel have dominated IPC. However, while competitors may not ever catch up completely, it's easier for them to close the gap than it is for Intel to keep it open because Intel have already taken their low-hanging fruit.

      Still, Intel have one of the best CPU design teams out there, which is always going to be an advantage.

      Then there's the process tech. This is another area where intel lead, but the world has been losing fabs at a shocking rate. Previously, Intel was the 800lb gorilla up against a lot of other smaller chipmakers with smaller market sizes. Everyone else has been consolidating so intel now has fewer, but much larger competitors. This will make life harder for Intel relative to the past.

      Intel is not a gun for hire. This has positives and negatives. On the plus side, they bend all their resources to fabbing the top end PC chips. On the minus side, the major phone manufacturers can't get custom chips like they can with ARM, which means that unless they are very lucky, they're paying for things they don't want or have lower integration if they go with intel.

      It also means that the other people can test out new processes on smaller chips. Large area makes the probability of damaging defects go way up. Other fabs can do smaller chips on new processes which keeps the proportion of defective units lower.

      --
      SJW n. One who posts facts.
    6. Re:Deja vu all over again by Kjella · · Score: 1

      Back on x86 legacy advantages: The other issue I'd raise is that there are quite a few "tablet operating systems" that are languishing in "Not Android" land that might well do well if more hardware comes out supporting x86. The stuff Ubuntu and GNOME are trying to make work might, for example, end up turning into something very, very, powerful if they can get the UIs fixed and if a surfeit of x86 tablets comes out.

      Why would that help them? Not being cruel but being open source and ARM a recompile away was supposed to be their big boon and with so much running on Android that's likely the primary source of ports. If they can't make it as a first party OS then they'll never go anywhere in the mobile world that's full of custom, poorly supported, one generation hardware, I don't see any compelling reason why you'd buy a Linux/x86 tablet if Linux/ARM tablets don't sell. And the aftermarket install market is probably just as tiny on the x86 side as on the rootable ARM side.

      --
      Live today, because you never know what tomorrow brings
    7. Re:Deja vu all over again by squiggleslash · · Score: 1

      Not being cruel but being open source and ARM a recompile away was supposed to be their big boon

      Yeah, but you and I and the rest of the world knows that this isn't true in practice. Developers are familiar with x86, some ports don't simply recompile flawlessly (though 99% do), and there are benefits to having a single base of binaries that need maintaining - if there wasn't, we'd all be running Gentoo. There's also some binary-blob stuff out there, Flash plug-ins, "official" builds of Chrome et al, some video codecs, and, of course, Wine.

      Pretty much the only person who can happily hope from CPU arch to CPU arch with merely a recompile is Richard Stallman, because he's really the only person in the world who actually doesn't run code unless he has the source code to it. But he's not going to be buying a 3G tablet anytime soon so...

      --
      You are not alone. This is not normal. None of this is normal.
    8. Re:Deja vu all over again by jcdr · · Score: 1

      On the plus side, they bend all their resources to fabbing the top end PC chips.

      I wonder how long this strategy can be profitable as peoples that really need top end PC represent a relatively small market.

    9. Re:Deja vu all over again by jcdr · · Score: 1

      Like for Itanium and the Xscale for example...

    10. Re:Deja vu all over again by Anonymous Coward · · Score: 0

      He original poster is confusing x86 and an open hardware platform.

      The assumption is that any x86 tablets will not be locked down the way the arm based tablets are, preventing installation of alternative operating systems. Don't know if that is actually true though, and the push to 64bit arm with standardized hardware should allow for more alternatives to exist in the ARM world in the next couple of years.

    11. Re:Deja vu all over again by Anonymous Coward · · Score: 0

      I don't think the problem is that Google doesn't understand about UI issues, but rather they are paying the price for design decisions made long ago that turned out to be bad - like the decision to go with the Java language and a VM while their competition (iOS and Windows) are both natively compiled.

    12. Re:Deja vu all over again by MrFlibbs · · Score: 2

      Ah, but you're forgetting the impact on the server market. All those smart phones and tablets accessing the web drive the need for more servers. Guess who dominates the server market? There's a reason Intel keeps breaking revenue records every year.

      Also, the PC market is far from dead. Despite periodic predictions of its demise, PC shipments picked up last year and modest growth is predicted for 2015.

    13. Re:Deja vu all over again by jcdr · · Score: 1

      Well, on the server market, the arm64 introduction will be interesting. The first chips will probably not be top performers, but there could potentially change the market price of there performance segment.

    14. Re:Deja vu all over again by Anonymous Coward · · Score: 0

      Just FYI...
      ARM is based on RISC architecture

    15. Re:Deja vu all over again by serviscope_minor · · Score: 1

      I have trouble seeing room for the ARM chips at the moment.

      I mention this in manu such threads, but you can already buy quad socket, 64 thread, 512G (1TB if you're very rich) RAM 1U boxes. There's very little spare room in those. It's mostly CPUs and RAM. There's a small gap above the rest of the motherboard, where an expansion PCIe card can sit, room for a few drives at the front and sometimes a second power supply.

      Very dense, very fast and excellent VM performance: that's one area where AMD do particularly well. They're also pretty cheap, especially given that level of performance.

      I don't know what the use case for ARM would be. They have less performance per thread, a smaller maximum system image and a few other downsides. Given that the servers already perform well with VMs, having more, slower cores won't help for much. You can always partition up the existing machines, but can't unpartition the ARM ones. I'd be surprised if you could fit more CPU grunt into a much smaller space. Many have tried, but currently the cheapie 1U/4S boxes are some of the densest things you can buy unless GPUs do your workload well.

      If you really don't need a large system image, then you're paying for the silicon and power for a fast HT bus (or QPI if you go for intel). However, that's solved by using 4 1S desktop processers in the same box (AMD ones do ECC RAM), and they still partition up well. Some vendors alread make 2x 2S in 1U. I've not personally seen 4x 1S, but I'd not be surprised if they exist.

      --
      SJW n. One who posts facts.
    16. Re:Deja vu all over again by jcdr · · Score: 1

      As mentioned, first arm64 will not touch the top server market. It will more likely take place on the low end.

    17. Re:Deja vu all over again by Anonymous Coward · · Score: 0

      Intel is not a gun for hire. This has positives and negatives. On the plus side, they bend all their resources to fabbing the top end PC chips. On the minus side, the major phone manufacturers can't get custom chips like they can with ARM, which means that unless they are very lucky, they're paying for things they don't want or have lower integration if they go with intel.

      It is these days. Intel Custom Foundry will build your chips in Intel factories on Intel processes.

    18. Re:Deja vu all over again by TechyImmigrant · · Score: 2

      Just FYI...

      ARM is based on RISC architecture

      The 1980s called and they want their reference architectures back.
      RISC ceased to be a thing that meant anything useful for high performance CPU architecture sometime between 1990 and 1995. The Huffman like encoding of CISC instructions is certainly more beneficial for performance than the benefits of a 'simpler' instruction format which take twice the instruction bandwidth to do the same thing.

      --
      I should use this sig to advertise my book ISBN-13 : 978-1501515132.
    19. Re:Deja vu all over again by LinuxIsGarbage · · Score: 1

      There wasn't really a legacy software advantage for x86 in the Mac arena either.

      Indirectly there was: either bootcamp or Parallels. If people were tempted to move from Windows, this let them still run essential applications that were Windows only, with excellent performance (as compared to previous full emulation products). By being able to still run Windows applications at full speed, this removed compatibility as a reason to not buy a MAc

    20. Re:Deja vu all over again by squiggleslash · · Score: 1

      No, I'm not confusing the two, they're not the subject of this discussion which is ARM vs ix86. It's certainly correct that you also need the hardware to be open, but that's another entirely unrelated issue, and has nothing to do with ix86's legacy software compatibility.

      --
      You are not alone. This is not normal. None of this is normal.
    21. Re:Deja vu all over again by Shirley+Marquez · · Score: 1

      Yes, but only if your chips are things that don't compete with Intel's products. I don't think they are open to fabbing AMD processor designs, for example.

    22. Re:Deja vu all over again by Ottibus · · Score: 1

      The Huffman like encoding of CISC instructions is certainly more beneficial for performance than the benefits of a 'simpler' instruction format which take twice the instruction bandwidth to do the same thing.

      This is far from certain. Most instruction sets are decoded into mutliple RISC-like instructions (uops) which are then executed. The advantage of having a more compact instruction set is balanced by the greater energy required to decode those instructions, so there is no clear winner either way.

      If the benefits of CISC are so great, why did ARM remove complex instructions from their 64-bit architecture rather than adding new ones?

    23. Re:Deja vu all over again by Ottibus · · Score: 1

      I don't know what the use case for ARM would be. They have less performance per thread, a smaller maximum system image and a few other downsides.

      ARM servers should have lower power per operation, which is a critical factor for data centres. So far this theoretical advantage hasn't been fully realised, but neither has it been comprehensively disproved.

    24. Re:Deja vu all over again by TechyImmigrant · · Score: 1

      It's certainly not simple. But there is a linear relationship between code density and the functional bandwidth of the instruction caching at every level.

      I don't presume to understand why ARM do what they do. Whoever came up with that interrupt architecture needs a serious talking to.

      --
      I should use this sig to advertise my book ISBN-13 : 978-1501515132.
    25. Re:Deja vu all over again by Ottibus · · Score: 1

      there is a linear relationship between code density and the functional bandwidth of the instruction caching at every level.

      Even if this were true (which it isn't), and even if you were right that CISC has twice the code density of RISC (which it doesn't), it would still be a long way short of proving your claim that CISC gives better performance than RISC.

      I don't presume to understand why ARM do what they do.

      I don't need to presume, I know that they removed some complex instructions because they made the hardware more complex and reduced performance.

    26. Re:Deja vu all over again by TechyImmigrant · · Score: 1

      there is a linear relationship between code density and the functional bandwidth of the instruction caching at every level.

      Even if this were true (which it isn't), and even if you were right that CISC has twice the code density of RISC (which it doesn't), it would still be a long way short of proving your claim that CISC gives better performance than RISC.

      I don't presume to understand why ARM do what they do.

      Certainly not 2X, that was normal slashdot hyperbole. 1.2-1.5X depending on what you compare with. But you are putting words in my mouth. Nowhere did I claim RISC was better than CISC or visa versa in any general sense. I said that compact instruction encodings are better than inefficient instructions encodings, which they clearly are for a broad class of CPU memory hierarchies that have been around in recent years. The decoding benefits of RISC were tangible for 1990 era CPUs, but the decoding overhead hasn't changed, while the rest of the CPU has got much bigger. So the decoding overhead is now negligible for the CPUs we put in phones and PCs, while the instruction bandwidth has a bottom line effect on performance. You can address it with wider buses and bigger caches, but then you can have wider buses and bigger caches with smaller instructions too.

      I'm not seeking to prove a claim. It's just the way things are.

      Accordingly a CPU with a real Huffman coded instruction set might be even better. Feel free to go implement one.

      I don't need to presume, I know that they removed some complex instructions because they made the hardware more complex and reduced performance.

      Which contradicts the evidence of the vast majority of CPUs ever made, which is they get faster as you throw more gates at them.

      --
      I should use this sig to advertise my book ISBN-13 : 978-1501515132.
    27. Re:Deja vu all over again by Ottibus · · Score: 1

      I'm not seeking to prove a claim. It's just the way things are.

      Nice.

      Accordingly a CPU with a real Huffman coded instruction set might be even better.

      The additional cost of caching, decoding and branching with bit-aligned variable-length instructions would outweigh any benefit from reduced instruction fetch bandwidth. It would take more gates and more energy, which is why nobody does it. Talk to the people at Intel and ARM who know about this sort of thing, or look at the trends in instruction set design for high-performance CPUs and ask yourself why none of them have gone in this direction.

      The exception to this is situations where code space is very tight or memory bandwidth is very low, which is true is some embedded environments but not in high performance systems.

      I don't need to presume, I know that they removed some complex instructions because they made the hardware more complex and reduced performance.

      Which contradicts the evidence of the vast majority of CPUs ever made, which is they get faster as you throw more gates at them.

      More gates only make CPUs faster if they are doing useful work. Wasting gates on complex decode or complex instruction semantics reduces performance.

    28. Re:Deja vu all over again by TechyImmigrant · · Score: 1

      >Talk to the people at Intel and ARM who know about this

      I am one of those people.

      --
      I should use this sig to advertise my book ISBN-13 : 978-1501515132.
    29. Re:Deja vu all over again by Ottibus · · Score: 1

      >Talk to the people at Intel and ARM who know about this

      I am one of those people.

      If Intel think that bit-aligned variable-length instructions are a good idea then they are in more trouble than I thought.

  4. Quite a weak X3 line ... cost determines success by hattig · · Score: 4, Interesting

    The X3 line is very weak, and will be competing against $5 to $10 SoCs from MediaTek, AllWinner, etc. This market is very price sensitive, and battery life is also important.

    The X5 and X7 look more capable, it will be interesting to see how they compare against the competitor SoCs using A57 cores. The 14nm process will also help with the battery life significantly.

  5. not if by Anonymous Coward · · Score: 1

    BMW has anything to say about that

    1. Re:not if by Anonymous Coward · · Score: 0

      They don't have anything to say. Or perhaps they don't have anything worth listening to.

    2. Re:not if by jcdr · · Score: 1

      If true, this is unlikely that a single customer like BMW will really impact the market share of the x86 SoC compared to the ARM Soc. More likely BMW could be a an opportunity for Intel to test the current state of there x86 SoC strategy on a real project with a real customer in the hope to get more customers.

    3. Re:not if by Carewolf · · Score: 2

      BMW has anything to say about that

      The funniest thing is that the BMW X-series are the big, heavy, stupid and inefficient ones.

  6. Go Intel! by Anonymous Coward · · Score: 0

    Sweet, so now we can have portable space heaters in our pockets?

  7. Re:Quite a weak X3 line ... cost determines succes by OrangeTide · · Score: 4, Informative

    MediaTek and AllWinner don't have integrated modems. Intel is aiming squarely at Qualcomm and Samsung with these chips.

    --
    “Common sense is not so common.” — Voltaire
  8. Re:Quite a weak X3 line ... cost determines succes by Anonymous Coward · · Score: 5, Insightful

    Weak?

    These chips don't even compete in the same markets.

    The intel offerings easily offer 5-10x computational power over the budget-minded SoCs from the likes of AllWinner. The /previous/ gen baytrail based Atom SoCs can run a full-fat windows 8.1 installation in a tablet formfactor. A real tablet. USB charging, thin, touch screen fanless device with no BS tablet battery life. I've got two. (Dell Venu 8 pro and Asus transformerbook T100)

    I'm not saying that Allwinner and company don't sell a lot of chips, but those devices mostly go in to ultra-budget android devices, "stick" computers, and media set top boxes. They're also really really really poorly supported and are generally useless for anything other than the build of Android that comes shipped with them.

    The Intel offerings, however, are standard architecture and can run whatever OS you want. Android, Windows, Linux, or even iOS or MacOS if Apple cared. (Don't fool yourself. There's a skunkworks x64 build of iOS somewhere int the depths of Cupertino, waiting in the event that Intel throws its literally 2 generations superior chip fabrication technology full on in to the mobile chip market. These new Atoms are EXACTLY the sort of thing that would tempt Apple)

  9. Re:Quite a weak X3 line ... cost determines succes by jcdr · · Score: 2

    Until the price and the modem support and performances are verified, it's too early to pretend that integrated modem is an advantage. On the SoC market Intel have for years making big press release of chips that vanished into insignificant niche market compared to the SoC leading chips that massively use ARM cores.

  10. Re:Quite a weak X3 line ... cost determines succes by Anonymous Coward · · Score: 0

    Don't fool yourself. There's a skunkworks x64 build of iOS somewhere int the depths of Cupertino, waiting in the event that Intel throws its literally 2 generations superior chip fabrication technology full on in to the mobile chip market. These new Atoms are EXACTLY the sort of thing that would tempt Apple

    Except your claim doesn't mesh with all their hiring and purchases related to custom chip design. They aren't going to throw that away for a power-hungry SoC with a shittier GPU.

  11. Re:Quite a weak X3 line ... cost determines succes by OrangeTide · · Score: 4, Informative

    Well I work for an actual company that offers integrated modems. And the silicon price is basically the same. The additional cost we add to the chip is to pay for the R&D investment.

    A big company like Intel can soak a lot of R&D costs initially if they wish to make a long term play into the market.
    I have no doubt that the Atom X3 is going to make it cheaper to put an x86 into a LTE capable tablet/phone. And Intel gets to get paid for the modem instead of a third party, so it's a big advantage for them.

    The only barrier I see at this point is if their modem's performance is good enough to compete with Qualcomm. I'm familiar with other vendors that failed to take over the mobile market with wireless integration.

    --
    “Common sense is not so common.” — Voltaire
  12. Closed source GPUs by Movi · · Score: 3, Interesting

    Incorporating Mali GPUs is bound to piss off the OSS crowd - they tried that before with PowerVR before, and those chips were the bane of any nettop user. They should have tried to slim down their own GT chips.

    1. Re:Closed source GPUs by jcdr · · Score: 1

      Even more strange is the fact that there don't integrate one of there own GPU core.

    2. Re:Closed source GPUs by ChunderDownunder · · Score: 1

      An admission Intel's graphics are too big/thirsty/costly for a phone SoC.

      From this I speculate that PowerVR will soon be acquired by Apple, since their Ax chips powering iOS are the main licensee now.

    3. Re: Closed source GPUs by bill_mcgonigle · · Score: 1

      agreed (and they know it) - this is probably their 18-month holding pattern while the Israel team gets the power out of Iris. Not having a market position until then is a worse option for them. Not paying a video royalty is obviously better for cost/profitability and developers.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    4. Re:Closed source GPUs by serviscope_minor · · Score: 1

      Just open source users? Those blasted things are the bane of ALL users.

      I had the misfortune to be on a project using a Toughbook CF-U1. It's a tablety thing and the toughest of the toughbooks. One project user dunked it in a sink of water to see if it really was up to spec. It was. Our one was dropped on to rocks, fell into snow and I think someone actually started to slip down a snowbank with it and dug the machine in to stop himself. By the end it didn't even have a scratch on it.

      Great hardware!

      But oh god. The thing was a single core 900MHz atom and didn't exactly run XP well. The 3D graphics would hard lock the machine if you sneezed wrong. On Linux, well, it ran Linux better except the graphics would lock it up even if you didn't sneeze at it wrong. It was a bloody nightmare.

      In the end the group needing 3D ran XP, and the other group needing 2D only ran Linux in VESA FB mode, because that seemed the most crash free solution.

      But in general, the result on either platform was shockingly terrible. Panasonic must have been seriously pissed off because they put in a lot of effort and built a class-leading platform only to have intel shit out some awful drivers that ran nothing well at all and were so crash prone it felt like running Windows ME all over again.

      --
      SJW n. One who posts facts.
    5. Re:Closed source GPUs by rdnetto · · Score: 1

      Incorporating Mali GPUs is bound to piss off the OSS crowd - they tried that before with PowerVR before, and those chips were the bane of any nettop user. They should have tried to slim down their own GT chips.

      Perhaps, but I suspect Intel could more than balance it out by adding a few developers to the Lima project.

      --
      Most human behaviour can be explained in terms of identity.
  13. Is it finally happening? by morgauxo · · Score: 4, Interesting

    I would love to be able to install my x86 desktop aps on my mobile devices, even on my phone! This is all I have ever really wanted from mobile devices.

    Sure.. a lot of them will suck cramped into a small screen and a touch interface they were never designed for. But.. they would not be totally unusable when I really need them. If they weren't then nobody would bother with vnc or remote deskop on their phones!

      If such an environment was common then new versions of applications would be developed to scale well to both small and large screens and to work well with both keyboard/mouse and touch interfaces. Proving it is possible I have seen some Android devices that do this really well on a lapdock when they switch between their phone and tablet modes. In the tablet mode they don't just blow up the same view, they have different layouts with additional controls enabling more desktop-like features.

    This is how mobile computing should have played out in the first place. Blackberry and Symbian plus the later iOS and Android have been only a poor imitation of what could have been and have slowed down mobile development as all the wheels have had to be re-invented.

    Over the weekend I had an opportunity to play with a friend's Intel Windows 8 tablet. It was nice using real, full featured applications for once. An x86 Windows phone would definitely tempt me away from Android although I would much prefer a Linux (as in real Linux desktop) phone. That did almost exist once. There was an alternative desktop named GPE which ran on old Zaurus and HP PDAs back in the day. It used GTK on top of X. Qt was available as a separate package. So.. pretty much any Linux software, if you had the source it could be built! It even had a phone dialer although I don't know of any hardware that the dialer could be functional on. Unfortunately the cross-compiler was nearly required a PHD to get working and there weren't enough tools included to build packages on the device itself. It would have been a mini-desktop if it weren't for that.

    Maybe someday....

    Oh.. also on my wishlist.. these desktop-software running mobile devices should have HDMI out and USB host. When it does everything a desktop does there is no reason we shouldn't be able to plug it in and use it like one when we are not on the go.

    Additionally... there is no reason it shouldn't work with something like the Motorola Lapdock. Except.. there should be some upgrades on that device which Motorola never offered. How about a touch screen? Better speakers? And.. why not make that keyboard removable. Then it becomes just a bigger screen for your phone.. your phone is a tablet.. is a laptop. Of course you could still have the HD docking station so it's a desktop too! Unless you want an always on-server then your phone is the only computer you need!

    This is how it should be. What we have now sucks in comparison.

    1. Re:Is it finally happening? by thebes · · Score: 1

      ^ this.

    2. Re:Is it finally happening? by CastrTroy · · Score: 2

      This is where I see things going in the next 10 years. Instead of everyone buying a $700 cell phone, a $1000 ultrabook, and a $500 desktop, most people will just buy a small computer that they can carry around in their pocket that acts as the computer for any screen that you hook it up to. Your phone would still have a screen, but wouldn't really have much of a processor of it's own. It would just use the computer you carry around in your pocket. Hook up that same computer to a 10 inch or 15 inch portable screen and keyboard, and you have a laptop. Use the same computer with a 24 inch monitor and a full size keyboard and mouse, and you have a desktop computer. You probably won't be able to do high end games or video editing on a device that fits in your pocket for a while, but most people would be able to accomplish all their computing needs on a single device. And nobody would have to worry about cloud storage or syncing between devices, because they would only have a single device they use for everything.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    3. Re:Is it finally happening? by darkmeridian · · Score: 3, Interesting

      The end game that Intel is considering is everyone running Windows 10 or 11 on their phones using Intel processors. Android can go run on whatever cheap architecture is out there, but if you want to run full-on Windows, you'll have Intel and pay a premium. Or at least, that's what Intel hopes.

      The hardware is getting fast enough to put Windows on a phone. The Dell Venue 8 Pro is over a year old and runs Windows 8.1 in a small form factor on an old Intel Baytrail. It's not a far leap to expect a Windows phablet about the size of a Galaxy Note 4 that runs freaking Windows. Windows RT got eaten up by Windows 8. Windows Phone will eventually get eaten up by Windows 8 as well.

      Docking will be wireless and easy. Just walk up to a BT keyboard/mouse and connect to a Miracast device. If your phone supports wireless charging, just drop your phone on the charging pad. Are you afraid that you'll lose your data if you lose your phone? Don't worry! Use Microsoft OneDriveâ"it's 100 GB free for two years! (Don't ask how much it'll cost later.)

      Is Intel cost-competitive with other mobile solutions? Probably not. But why chase commodity markets on SoCs when you can ride along the Windows/Office monopoly?

      --
      A NYC lawyer blogs. http://www.chuangblog.com/
    4. Re:Is it finally happening? by narcc · · Score: 2

      I've been saying that for 15 years. I just hope I don't need to wait another 15.

    5. Re:Is it finally happening? by cynicist · · Score: 1

      It is coming to the Linux world, at least through Ubuntu. Check out this tech demo, it's exactly what you are describing.

    6. Re:Is it finally happening? by Anonymous Coward · · Score: 1

      Not sure what you mean by "eaten up", but my little Nokia 635 ARM-based phone ran the Windows 10 Preview reasonably well for a few days, before I reverted it back to Win Phone 8.1. The Windows OS convergence seems to be well under way (although I do wish I had thought to see if Win 10 would finally support a BT keyboard on the phone - WP 8.x does not, and that kills a real key convergence feature).

      I am interested to see how Firefox OS will work on phones coming to US carriers in the next few months supposedly.

      RO

    7. Re:Is it finally happening? by Anonymous Coward · · Score: 0

      I still have a Moto Bionic with a Lapdock, and I really liked it, but when I wanted a more powerful Moto, and found the Razr HD could connect to the Lapdock with the same side-by-side HDMI and USB connections, I jumped on it. Then I realized the enabling software to switch to tablet mode, Webtop, was killed by Moto after Google acquired them, and it was no longer available after ICS, i.e. JellyBean, and later, which is what runs on the Razr HD (then KitKat, I think, but still no WebTop). I suspect Google wanted to prevent competition with their ChromeBook OS.

      I have found, though, that the Asus Padfone X, with its tablet dock, that I recently acquired for my switch to AT&T (although the Razr runs OK on HSPA with its "World phone" capability after an unlock from Verizon, or a build.prop tweak after rooting), is a more modern iteration of a tablet interface with touch screen support (9-inch 1920x1200 is much nicer than the Lapdock's 1366x768, even if on 10, 11 and 14 inch screens, depending on Lapdock model). I do wish the dock had full USB ports like the Lapdock, and at least an attachable keyboard/stand, but it is easy enough to pair up with a bluetooth keyboard and mouse (or my favorite combo, a Thinkpad 2 BT keyboard with optical Trackpoint - no separate mouse needed, and it is almost exactly the same width/length as the Asus dock, so they make a very packable combo).

      I still mess with the Lapdock as an extended desktop/keyboard for an Acer W3 Windows 8.1 tablet, and that has its uses. I have also seen the Lapdocks hooked up with Raspberry Pi's fo provide a monitor and keyboard/touchpad for RPi. The Lapdocks are still very useful in situations like these.

      RO

    8. Re:Is it finally happening? by serviscope_minor · · Score: 1

      Well, I'm not really sure about that. The ultrabooks are generally quite high end as laptops go. Sure, they're not a match for a 17" luggable but unlike the cheap small laptops, they tend to be pretty fast, and have a decent i5 or i7 on board and a decent amount of RAM and drive space. So, the little pocket sized computer would perform awfully compared to an ultrabook.

      --
      SJW n. One who posts facts.
    9. Re:Is it finally happening? by morgauxo · · Score: 1

      "Docking will be wireless and easy. Just walk up to a BT keyboard/mouse and connect to a Miracast device."

      I hope not but yes, that does seem to be how it is going. There is no need for wireless in this kind of application. Just stick the device to it's dock by the electrical connectors, hdmi and usb. If the thing is wireless it is going to be less efficient, less secure and less capable.

      That miracast dongle... it has another processor in it sucking more electricity from your battery. The wireless signals for both it and the keyboard... they are broadcasting in all directions unlike electricity following a wire. That's more wasted power and a pointless security hole too.

      I'm all for wireless where it actually makes sense. I use a bluetooth mouse with my Lapdock for example. The mouse I am dragging around the table. A cord actually is inconvenient. The keyboard and LCD.. not so much. Give me separate wired ports for those or.. if it must be combined (like MHL) then at least make the combined connector capable of doing BOTH USB and HDMI at the same time (unlike MHL).

      Also.. what about all the other accessories you can use via USB? Sure.. bluetooth and miracast handle 90% of your use cases but what about USB storage devices for example? Are we going to get bluetooth memory sticks?

      Niche uses? I also use the USB host on mine to run an RTL-SDR stick (radio) and to program Arduinos. I know those are not hugely popular things to do but I also know I am not the only one doing that. What about other people's niche uses? The 'U' in USB is for Univeral. Bluetooth and Miracast are only good for specific uses.

      Our devices should still have wired connectors and USB host.

    10. Re:Is it finally happening? by morgauxo · · Score: 1

      I hadn't heard of the Padfone. That looks like a decent upgrade path from the Lapdock. I would miss the USB ports though, I actually use those a bit for running an RTL-SDR stick.

      Unfortunately I am stuck on Verizon. We are grandfathered into the unlimited data plan still and use it enough that we need to keep it. I know T-Mobile has unlimited data too and I have heard both that Sprint does and does not have it but neither have very good coverage in all the areas we would want to use it in.

    11. Re:Is it finally happening? by Shirley+Marquez · · Score: 1

      The Windows tablets already have HDMI out and USB host ports. The only remaining steps: shrink one down to phone size and add calling capability. These new chips should make it feasible. I hope they go with a separate HDMI port rather than rolling it all up into MHL, because you may also want to connect USB devices when you are using the tablet to run desktop applications. (Using a Bluetooth keyboard and mouse decreases the need.)

      A phone won't have the handy full size USB port that my WinBook tablet has (not enough room) but the Micro USB port on the WinBook is also a host port, you just need a cable adapter. The WinBook also has a Micro USB port. Interestingly, the Micro port, despite the form factor, is not a USB On-The-Go port, it only acts as a host. You can't connect the WinBook to your PC via USB to sync. But it's full Windows, so it's easy to move files via WiFi.

      Windows 8 doesn't quite have the UI down; it's not quite satisfying as either a desktop OS or a tablet OS. But Windows 10 is moving in the right direction and should get it sorted out. Basically you want a touch-centric phone/tablet UI on those devices with secondary capability to run desktop applications, while on the PC you want a keyboard-and-mouse-centric desktop UI with secondary capability to run phone/tablet apps. The default behavior of Windows 10 is to give you the right interface by default on PCs and pure tablets, and to automatically switch the UI on two-in-ones depending on whether the keyboard is attached.

    12. Re:Is it finally happening? by morgauxo · · Score: 1

      Having an HDMI port is good but it also needs the ability to change resolution and modes when you use it. I don't know about Windows devices, not all Android devices with HDMI out do that.

      This is the reason I'm stuck on Jellybean on my Motorola Bionic. Sure, I can update to KitKat with Cyanogenmod (even Lolipop though it is unusably buggy). But.. when I dock it with that all I get is the phone screen blown up. With stock ROM when I dock it the phone's display turns off, the HDMI uses a higher resolution and all the apps switch to tablet mode.

      It's like the difference between having an actual laptop vs having a phone with a big magnifying glass in front of the screen.

    13. Re:Is it finally happening? by Shirley+Marquez · · Score: 1

      On a Windows tablet with an HDMI port, it's just like a desktop or laptop Windows system with a second display connected. You can use it as a second display to extend your display area, in which case it gets its own resolution and rotation settings. Or you can mirror the primary display; then both displays have to use the same settings.

  14. First? No. by Carewolf · · Score: 1

    First x86 SOC perhaps..

    1. Re:First? No. by ChunderDownunder · · Score: 1

      Strategically, it locks AMD out of the $100 Windows tablet market.

  15. Only 3G? by jandrese · · Score: 1

    Is it common to make new chips that only support 3G now? Being HSPA+ also means they won't work for Verizon/Sprint or anyone else who zagged when the world zigged. I'm guessing those are intended for light use appliances? E-Readers level of downloading maybe? It just feels weird that they wouldn't squeeze in the LTE modem while they're at it. I guess maybe Intel built these to budget and simply ran out of silicon? Are they going to be like the early generation GMA adapters that were just total crap and were only there because Intel had a little extra silicon available on each chip?

    --

    I read the internet for the articles.
    1. Re:Only 3G? by Anonymous Coward · · Score: 0

      Yes, internationally it is.

    2. Re:Only 3G? by Dwedit · · Score: 1

      Didn't it say "3G *AND* LTE"? LTE usually refers to 4G.

    3. Re:Only 3G? by jandrese · · Score: 1

      The summary says 3G only on the x3 and x5 models. You only get LTE on the x7 model.

      --

      I read the internet for the articles.
    4. Re:Only 3G? by Alwin+Henseler · · Score: 3, Informative

      The summary says 3G only on the x3 and x5 models. You only get LTE on the x7 model.

      Reading fail...

      The summary says:
      x3-C3130: integrated 3G (HSPA+) modem
      x3-C3230RK: integrated 3G (HSPA+) modem
      x3-C3440: integrated LTE modem
      x5 and x7: no integrated modem, but support for Intel's next generation XMM 726x and 7360 LTE modems

  16. Intel is dying ?!?!? by Anonymous Coward · · Score: 0

    I've briefly checked the specs and I must say that they are hilarious :)
      - They are announcing socs with Mali 400 and mali 450 this year ?!?!
      - I was keen to know more about x5 and x7 CPU/GPU performance and consumption, but, incredibly, Intel had no live video from MWC :( ! For the god's sake, these procs are supposed to allow Intel to (finally) target the mobile market! IMHO they didn't made a big show out of it because well, they didn't had what to show...

  17. Re:Quite a weak X3 line ... cost determines succes by Anonymous Coward · · Score: 0

    Apple plays the long game.

    Their entire mobile product line relies on ARM chips they develop (Remember who's shipped the first 64 bit arm cpu in a production product when no one else was even sampling one?) Of course they're going to continue to develop Arm in the near term.

    Keeping a quiet team working on an intel port of iOS would cost next to nothing in comparison and would reap HUGE benefits if Intel manages to upset the market. They would, frankly, be stupid not to.

    They did it once before, with OSX. Apple saw the writing on the wall years in advance and started working on their port long before Intel released the Core2Duo, the chip line that put Intel in to the dominant position they remain today.

  18. Re:Quite a weak X3 line ... cost determines succes by jcdr · · Score: 1

    Your Apple speculative theory is interesting but completely unproved at this stage. Or did you have some information to share ?

  19. Re:Quite a weak X3 line ... cost determines succes by Kjella · · Score: 2

    I have no doubt that the Atom X3 is going to make it cheaper to put an x86 into a LTE capable tablet/phone. And Intel gets to get paid for the modem instead of a third party, so it's a big advantage for them.

    Not really, the X3s are all made with third party GPU and modem functionality at TSMC. It's a bought design where they add a CPU and a brand to pretend they're competing in a market they're really not. The X5/X7s are Intel's homegrown solution with their own graphics and LTE modem and aimed only at the premium segment. You will not get Intel tech for cheap.

    --
    Live today, because you never know what tomorrow brings
  20. The Neo900 project sees that as a disadvantage by Anonymous Coward · · Score: 0

    The Neo900 project is creating a cell phone where they deliberately chose a CPU that does not have a modem built in. They keep the modem on a separate chip, and have a watchdog chip that monitors the modem for activity when there should not be (such as when the modem is supposed to be disabled). The monitor chip can instantly reset the modem when it is mis-behaving and alert the user.

    Why? These days the modem has access to the same memory as the application processor. You no longer need backdoor coorporation with the OS, the modem can do whatever it wants.

  21. Re:Quite a weak X3 line ... cost determines succes by jcdr · · Score: 1

    I wonder why Intel have to buy an external design to bring the X3 chips on the market. What prevent them to cut down the X5 into a X3 ?

  22. Re:Quite a weak X3 line ... cost determines succes by OrangeTide · · Score: 1

    AllWinner and MediaTek are made with 3rd party everything. The only thing they do is the glue.

    NVIDIA makes GPU and sometimes CPU, but most of the Tegra's license the CPU from ARM.
    Tegras aren't cheap either.

    Intel can charge pretty much anything they want to because they don't need to make a profit up front. That is the case with the current mobile Atom processors like the Z3740. Everyone in the industry is certain Intel is charging below cost, maybe only charging the manufacturing cost (assuming very high yields) and writing off all the operation costs.

    tl;dr - Intel isn't out of the game yet.

    --
    “Common sense is not so common.” — Voltaire
  23. Someone building iOS on x86 ... by perpenso · · Score: 3, Insightful

    It just takes a dev or two building and testing the code on x86 just to make sure its cross platform.

    Such an effort can pay for itself simply through the bugs it will find. What is a very subtle and sometimes currently unnoticed bug on one platform may become a highly visible bug on another platform. Bugs sometimes manifest differently on different platforms. I've been on several teams over time where we moved good "working" code to a new platform and watched it crash spectacularly over and over again. Each time the original devs who thought their code was in great shape were shaking their heads wonder how it ever ran on the original platform. Lucky values in uninitialized variables and such.

    So yes, someone is probably building and testing iOS on x86 but it has little to nothing to do with any plans regarding using x86 on any devices. Sort of similar to the Microsoft's efforts to internally build and test Windows on a non-x86 platform after it gave up on shipping MIPS, PowerPC and Alpha binaries. Its more about testing and future proofing a core asset than any short term plans.

    And if I were running Intel I would be supplying the engineers to do so if Apple was not doing it on their own initiative.

    1. Re:Someone building iOS on x86 ... by jcdr · · Score: 1

      Lucky values in uninitialized variables and such.

      CFLAGS+=-Wall -Wextra -Wshadow -Werror -pedantic-errors

      And then use tool like http://valgrind.org/

    2. Re:Someone building iOS on x86 ... by Anonymous Coward · · Score: 0

      So yes, someone is probably building and testing iOS on x86

      Yeah, Darwin already exists for x86 and x86_64.

    3. Re:Someone building iOS on x86 ... by Lunix+Nutcase · · Score: 1

      So yes, someone is probably building and testing iOS on x86 but it has little to nothing to do with any plans regarding using x86 on any devices. Sort of similar to the Microsoft's efforts to internally build and test Windows on a non-x86 platform after it gave up on shipping MIPS, PowerPC and Alpha binaries. Its more about testing and future proofing a core asset than any short term plans.

      Yeah, this isn't something surprising nor some secretive thing. You do realize that the iOS simulator runs x86(_64) compiled code, right? That's how it's always worked.

    4. Re:Someone building iOS on x86 ... by perpenso · · Score: 1

      , this isn't something surprising nor some secretive thing. You do realize that the iOS simulator runs x86(_64) compiled code, right? That's how it's always worked.

      Yeah, I realized this just as I typed the word "simulated" in another post. :-)

      However I still expect that much iOS specific code is run in regression tests completely separate from the various device simulators.

      But then I'm biased. Giving all the porting I've done I'm a little "enthusiastic" about separating core code from UI code and other platform specific code. Windows apps, Mac OS apps, iOS apps, Android apps, etc ... I've tended to have core code runnable in a console environment for testing on the headless Linux box in the closet. Regression, fuzzing, etc.

    5. Re:Someone building iOS on x86 ... by Lunix+Nutcase · · Score: 1

      Of course it does. Most of the iOS code is simply Darwin.

    6. Re:Someone building iOS on x86 ... by perpenso · · Score: 1

      Of course it does. Most of the iOS code is simply Darwin.

      No. For example the frameworks account for a lot of code and some differ between Mac OS and iOS and some are unique to iOS.

    7. Re:Someone building iOS on x86 ... by Lunix+Nutcase · · Score: 1

      UIKit is pretty much the only major difference when it comes to frameworks. The rest is pretty much all the same code as OS X with sometimes certain APIs not exposed. Either way, as I said, the x86 version is already long since available as the iOS Simulator. So there is no need for "secret teams", etc. when all the work is already long since been done by the Xcode/iOS SDK developers. Anyone who has done any sort of iOS development in the last 6 years has already used "iOS for x86".

    8. Re:Someone building iOS on x86 ... by perpenso · · Score: 1

      No one is advocating the notion that there is a secret team. Merely that various pieces of code are likely being tested separately from the simulators. For example unit testing, regression testing, etc. Furthermore it is likely that such testing takes place on multiple architectures. What I would add is that such multi-architecture testing would occur even for code currently targeting only a single architecture. It greatly facilitates debugging and ensures code is portable.

      Familiarize yourself with Xcode and Mac OS X Server and you'll find quite a bit of support for automating such testing.

  24. Re:Quite a weak X3 line ... cost determines succes by Anonymous Coward · · Score: 0

    Apple plays the long game.

    Yeah, which is why they are all-in for custom chip design not some shitty Intel SoC.

  25. Re:Quite a weak X3 line ... cost determines succes by jcdr · · Score: 1

    Everyone in the industry is certain Intel is charging below cost, maybe only charging the manufacturing cost (assuming very high yields) and writing off all the operation costs.

    Intel is overcharging there products, just look at the Intel annual benefice. If it's true that the Z3740 is charged below cost, it's not only a bad sign of weakness but probably an illegal way to gain market.

  26. Re:Quite a weak X3 line ... cost determines succes by OrangeTide · · Score: 1

    Intel is overcharging there products, just look at the Intel annual benefice.

    Could you please explain what this means, I am not able to parse it.

    --
    “Common sense is not so common.” — Voltaire
  27. Backdoor as a Feaure by Anonymous Coward · · Score: 0

    It is well known that the baseband radios for 3g and 4g phones have direct memory access and easily own those devices. Putting this "feature" on a CPU die is effectively creating an out of band backdoor on every chip.......

  28. Mac OS X based iOS device simulators by Anonymous Coward · · Score: 0

    So yes, someone is probably building and testing iOS on x86

    Yeah, Darwin already exists for x86 and x86_64.

    I'm referring to much more than Darwin. Possibly iOS in its entirety. At a minimum various iOS specific frameworks in a regression test environment. Including some hardware specific frameworks where inputs are simulated.

    Wait, speaking of "simulated", we have the Mac OS X based iOS device simulators used during development. Doh!

    1. Re:Mac OS X based iOS device simulators by Lunix+Nutcase · · Score: 1

      Yeah, the iOS simulator is iOS compiled for x86 running on the Mac's CPU. What you are talking about has already existed publicly for around 6 years.

    2. Re:Mac OS X based iOS device simulators by Lunix+Nutcase · · Score: 1

      Yes, the iOS simulator is iOS compiled for x86. It runs directly on the CPU and is not an emulator.

  29. Re:Quite a weak X3 line ... cost determines succes by Lunix+Nutcase · · Score: 1

    Apple plays the long game.

    Yes, the "long game" being that they want to use their own custom chips.

    Their entire mobile product line relies on ARM chips they develop (Remember who's shipped the first 64 bit arm cpu in a production product when no one else was even sampling one?) Of course they're going to continue to develop Arm in the near term.

    Why would they be spending hundreds of millions on acquistions and billions on R&D for their custom chips just to throw all that away for some Intel chip that has yet to appear? Apple has already long since proved that they don't need Intel in either the iPhone or iPad.

    Keeping a quiet team working on an intel port of iOS would cost next to nothing in comparison and would reap HUGE benefits if Intel manages to upset the market. They would, frankly, be stupid not to.

    iOS already runs on x86(_64). It's called the "iOS Simulator" (previously the iPhone Simulator). There isn't any need for a "quiet team" since it's all out in the public and has been part of the iOS SDK for going on 6 years.

  30. Mac OS X based iOS device simulators by perpenso · · Score: 1

    I'm referring to much more than Darwin. Possibly iOS in its entirety. At a minimum various iOS specific frameworks in a regression test environment. Including some hardware specific frameworks where inputs are simulated.

    Wait, speaking of "simulated", we have the Mac OS X based iOS device simulators used during development. Doh!

    { Oops, forgot to log in, didn't mean to post AC }

  31. Re:Quite a weak X3 line ... cost determines succes by vakuona · · Score: 1

    The long game is that they are not going to bet their whole existence on their being able to keep ahead of the performance curve.

    They will be testing the Atoms and if the Atoms happen to produce a better power and performance package, you can bet that they will flip over to Intel.

    One of the advantages they have is that they already differentiate the binaries by device, so it's not a stretch for them to recompile all submitted code right away and have it working on an x86 iPhone if they need it to. Seamlessly too as far as customers are concerned.

  32. X3 is Rockchip/Spreadtrum/RDA, NOT intel by citizenr · · Score: 2

    Intel was forced to "invest and partner' in China, or face same sanctions Qualcomm did. They decided to throw China a bone in form of $1B and license for lowest performance Atom CPU cores.

    X3 will be made 100% by chinese 'partners', if at all - previously Intel dropped ATOMs $40 sticker price down to $4 Allwinter 4core level and there still were almost no takers.

    --
    Who logs in to gdm? Not I, said the duck.
  33. Re:Quite a weak X3 line ... cost determines succes by Lunix+Nutcase · · Score: 1

    The long game is that they are not going to bet their whole existence on their being able to keep ahead of the performance curve.

    Says you. Their actions say otherwise.

    They will be testing the Atoms and if the Atoms happen to produce a better power and performance package, you can bet that they will flip over to Intel.

    People claimed that regarding the iPad for years and years and years. And yet Apple continues to not care about Intel's mobile chips. While in the universe of all possible things is clearly a possibility, it is highly improbable based on their actions.

  34. Re:Quite a weak X3 line ... cost determines succes by Anonymous Coward · · Score: 0

    Pad bound chips don't benefit from expensive high density processes.

  35. Re:Quite a weak X3 line ... cost determines succes by Anonymous Coward · · Score: 0

    Intel is overcharging there products, just look at the Intel annual benefice.

    Could you please explain what this means, I am not able to parse it.

    Haven't you heard about the Intel annual benefice? IAB as it's known to employees is considered the most valuable part of employee compensation. It adds an addition 0.5" every year. Older employees are swinging some impressive schlong. This also explains their difficulty hiring and retaining women.

  36. Re:Quite a weak X3 line ... cost determines succes by jcdr · · Score: 1

    Possible that this do not make a difference, but I still don't see why this is an advantage to buy an external design over cut down an internal one.

  37. Re:Quite a weak X3 line ... cost determines succes by ChunderDownunder · · Score: 1

    Allwinner is suspected of being a GPL violator, meaning if you want to build a product you'll be stuck with binary blobs.

  38. 3G, so as easy to hack as your cellphone? by Anonymous Coward · · Score: 0

    We have hear of the hidden operating system inside cellphone that has capabilities to modify the SD that (e.g.) Android is running on. Perfect way for the NSA to tap into any phone when it wants to.

    So, does this mean that laptops should now be as easy for them to hack you as your phone is?

  39. Re:Quite a weak X3 line ... cost determines succes by Shirley+Marquez · · Score: 1

    There is a big market for low-end SoCs for phones and tablets. Look at all the recent phone models featuring Snapdragon 400 series chips. Atom x3 can sell to that market if the price is right; the integrated cellular modem will help keep down the total cost of the phone.

  40. Re:Quite a weak X3 line ... cost determines succes by Shirley+Marquez · · Score: 1

    Exactly right. When you are as big as Apple, you can easily afford to hedge your bets and you would be stupid not to. Switching to Atom is a low probability event in my opinion, but if there is even a 1% chance that it would make sense, paying those developers is cheap insurance.

  41. Re:Quite a weak X3 line ... cost determines succes by jcdr · · Score: 1

    Low-end SoC market is already full of competitors. A new ugly chip (external design with Intel label, and no previous base) is unlikely to change anything. The bad Intel records into the SoC market don't help either.

  42. Re:Quite a weak X3 line ... cost determines succes by Lunix+Nutcase · · Score: 1

    They already pay developers to make x86 iOS. It's the very people who create the iOS SDK. The simulator runs iOS as native x86 code.

  43. Re:Quite a weak X3 line ... cost determines succes by vakuona · · Score: 1

    Huge different between shipping a product with Atom, and having an internal product that can be brought to manufacture quickly.