Slashdot Mirror


Open Source RISC V Processor Gets Support From Google, Samsung, Qualcomm, and Tesla (seekingalpha.com)

An anonymous reader writes: Google, Qualcomm, and Samsung "are among 80 tech companies joining forces to develop a new open-source chip design for new technologies like self-driving vehicles," writes Seeking Alpha, citing a (pay-walled) report on The Information. "Western Digital and Nvidia also plan to use the new chip design for some of their products," while Tesla "has joined the RISC-V Foundation and is considering using the tech in its new chip efforts."

MIT Technology Review adds that while Arm had hoped to bring their low-power/high performance processors to AI and self-driving cars, "The company that masterminded the processor inside your smartphone may find that a set of free-to-use alternative designs erode some of its future success."

77 of 135 comments (clear)

  1. What's so wrong about ARM? by ctilsie242 · · Score: 4, Interesting

    We went through an era of tons and tons of CPUs. An open source CPU is very nice, and would be useful for it to be adopted, but is there something wrong about ARM based CPUs that they couldn't be used for this task? ARM is no slouch when it comes to performance, and it it is pretty thrifty when it comes to wattage.

    Is there something ARM can't do that a whole new CPU design is needed?

    1. Re: What's so wrong about ARM? by WarJolt · · Score: 1

      ARM won't eliminate the license fees.

    2. Re:What's so wrong about ARM? by Alain+Williams · · Score: 1

      ARM costs licensing fees

      What proportion of the OEM cost of an ARM chip is licensing fees ? How much will these guys save - there is a lot of work in designing a chip; it will only add up if they plan making huge numbers of them, anyone any idea what that number is ?

    3. Re:What's so wrong about ARM? by religionofpeas · · Score: 1

      License fees, plus you're stuck with what ARM gives you. Having your own core means you can customize it.

    4. Re:What's so wrong about ARM? by religionofpeas · · Score: 1

      anyone any idea what that number is ?

      Billions and billions...

    5. Re:What's so wrong about ARM? by Junta · · Score: 1

      The cost to engineer a very good chip is high.

      The cost to design a pretty meh chip... well that can be low.

      In most cases, you would think a meh chip would not be a good target. In this case, in terms of power efficiency, well in an automotive context, it's all a rounding error. So then the question is whether terrible perfromance would be acceptable, well, in these cases, it's mostly GPU doing the heavy lifting.

      --
      XML is like violence. If it doesn't solve the problem, use more.
    6. Re:What's so wrong about ARM? by Antique+Geekmeister · · Score: 1

      Yes, there is something that ARM hardware cannot do. It cannot directly run the existing x86_64 or i386 software.

    7. Re:What's so wrong about ARM? by tepples · · Score: 1

      What proportion of the OEM cost of an ARM chip is licensing fees ?

      Billions and billions...

      That's not a "proportion". Let me rephrase Alain Williams' question: What fraction is "billions and billions" of royalties payable to ARM out of tens of billions and tens of billions in the overall cost of manufacturing hundreds of millions of processors?

    8. Re:What's so wrong about ARM? by Megol · · Score: 1

      You are seriously posting that question on slashdot? Open source means anything to you? That's the big one.
      And then there is the advantage of having an alternative to x86 and ARM that is widely supported, extensible and without license and patent (?) fees.

    9. Re:What's so wrong about ARM? by religionofpeas · · Score: 2

      All depends on the ARM core and how hard you can bargain. Probably less than $1 per core. But keep in mind that you could easily have 100 individual CPU cores in a car.

      I think the biggest reason for these companies is flexibility to make their own custom designs.

    10. Re:What's so wrong about ARM? by tepples · · Score: 1

      Yes, there is something that ARM hardware cannot do. It cannot directly run the existing x86_64 or i386 software.

      Neither can RISC-V. Both ARM and RISC-V must use interpretive emulation or static or dynamic recompilation to run an executable compiled for x86, x86-64, Z80, 65816, MC68000, SuperH, PowerPC, CLR, WebAssembly, or whatever other ISA.

      (In context, the question appears to have been intended as "What does RISC-V do that ARM does not?".)

    11. Re:What's so wrong about ARM? by Daemonik · · Score: 3, Interesting

      ARM licenses their core chips, where manufacturers provide all the rest of the CPU's architecture, or ARM will license their architecture where companies can create their own cores around ARM's instruction set. So you're way off base as far as customization of ARM goes.

      The interesting part of this new RISC-V chip is will all these competing companies be able to set aside their IP claims or will they bury the chip in so many patent encumbrances that it never leaves the fab.

    12. Re:What's so wrong about ARM? by TechyImmigrant · · Score: 1

      >Is there something ARM can't do that a whole new CPU design is needed?

      It can imbue your computer with a horrible interrupt architecture and a funky set of instructions.
      There are other CPUs that can do that, but they aren't nearly as popular.

      --
      I should use this sig to advertise my book ISBN-13 : 978-1501515132.
    13. Re:What's so wrong about ARM? by iggymanz · · Score: 1

      open source software is one thing.

      open source hardware means designed by tools and methodologies years behind the state of the art and lower performance.

    14. Re:What's so wrong about ARM? by lkcl · · Score: 5, Informative

      Is there something ARM can't do that a whole new CPU design is needed?

      there's two main aspects to that. firstly: RISC-V has learned from the past 30 years of RISC processor design mistakes, and is approximately half the area for an equivalent level of performance. that in turn means that RISC-V is HALF THE POWER of an equivalent ARM design.

      secondly: ARM charges royalties for licensing their proprietary design, whereas anyone may adopt the *open* RISC-V design and, apart from needing to be fully conformant with the specification, will NOT be charged any royalties.

      thirdly - and i'm following the development mailing lists so will be watching closely to see how this pans out: open design tends to have more eyes and more transparency (but the RISC-V Foundation still operates behind closed doors and a cognitively-dissonant Charter so it's not a panacea), so despite the flaws there is a higher chance that security flaws warned of by engineering will NOT be over-ridden by marketing executives.

      so it's a triple whammy.

    15. Re:What's so wrong about ARM? by Xolotl · · Score: 2

      Even at $1 per core 100 cores is $100, in a $10,000 (at least) car.

      The flexibilty is the key, like BSD vs GPL licences.

    16. Re:What's so wrong about ARM? by iTrawl · · Score: 1

      Doesn't matter. I was asked for my input on developing a $100-device. The proposed design had very little storage and RAM, and the complaint was that software didn't fit and that I should make it smaller. When I suggested adding more storage, because it's only a few cents, the reply came like this: when you're selling loads of units those cents add up.

      --
      "Everybody's naked underneath" -- The Doctor
    17. Re:What's so wrong about ARM? by Anonymous Coward · · Score: 4, Informative

      Is there something ARM can't do that a whole new CPU design is needed?

      The problem that originally lead to creation of RISC-V is that ARM (the company) had a history of blocking university research based on ARM (the architecture). They'd let you theorize all you want, but create an actual implementation (e.g. FPGA) to test your theory, and ARM's lawyers would shut you down. Note: ARM certainly isn't unique in this -- Intel will also shut down researchers who create their own X86. The main difference is that X86 is such an awful architecture that nobody wants to do research with it!

      Berkeley needed a "real" modern architecture to experiment with. A "toy" architecture wouldn't support the type of research they wanted to do. Since they couldn't use an existing commercial architecture, they decided to create their own, and RISC-V was the result. The fact that RISC-V may now have commercial applications is a bonus, not the reason for it's creation.

    18. Re:What's so wrong about ARM? by Antique+Geekmeister · · Score: 1

      I do see some tools, such as https://github.com/rv8-io/rv8 , that seem to run x86_64 code in a simulation mode for RISC-V. Has anyone here tested this tool, or seen anything equivalent for ARM ? I've not had or made the opportunity to do so myself: my personal hardware budget is much smaller than it was at earlier times in my career.

    19. Re:What's so wrong about ARM? by angel'o'sphere · · Score: 1

      But you do know that iOS devices run on heavy customized ARMs, and most Android devices, too?

      --
      Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
    20. Re:What's so wrong about ARM? by alvinrod · · Score: 1

      ARM is pretty flexible and will license the instruction set just as well as their reference implementation. Companies like Apple, Qualcomm, and Nvidia already make their own customized ARM cores and even the Chinese manufacturers are starting to build their own customized implementations.

      I think this does just boil down to costs. As companies have discovered throughout history, being beholden to a single supplier is just asking for them to bleed you dry. Even if this never gets used, it's always going to serve as a check on how much ARM Holdings can charge.

    21. Re:What's so wrong about ARM? by tepples · · Score: 2

      Unless I'm misreading rv8's description, it looks like rv8 works the other way around, to run RISC-V code on x86-64, not to run x86-64 on RISC-V.

    22. Re:What's so wrong about ARM? by guruevi · · Score: 1

      There is an up-front fee of ~$1-10M and 1-2% on the sales of the chip.

      This may not seem like a lot but if you're entering a new field like AI or self-driving chips, you're spending millions of dollars per year to continuously redesign chipsets that may not even work. And with ARM specifically, they already have the reference designs, unless you plunk down enough money (like Apple), they're not going to re-design an architecture for you, you get the same chip everybody else gets.

      If I can have a small team of engineers design on an open chipset, I could reuse open reference designs for perhaps $250k to $1M in wages, don't have to share my revenue and have much more control over the design path they're taking.

      --
      Custom electronics and digital signage for your business: www.evcircuits.com
    23. Re:What's so wrong about ARM? by Daemonik · · Score: 1

      Open source can be great, when it's got a dedicated team behind it and stays motivated over time.

      Unfortunately open source also has a lot of unchecked prima donnas that make a big splash do some shaky code and then ignore the project because they can't be bothered to bug fix or do maintenance or documentation. Or they abandon their project because they lose interest. Or they fork a thriving project and cause political disruption within it's supporters because they can't manage to get along with everyone else who contributes code.

    24. Re:What's so wrong about ARM? by iggymanz · · Score: 1

      Last I checked the proprietary chips also had documentation, specs and support.

    25. Re:What's so wrong about ARM? by HotNeedleOfInquiry · · Score: 1

      Let me ask you this. How, exactly, does Arm control their intellectual property? Surely the basic patents must have expired, and reverse engineering can't be that hard, given all that's known about their architecture. And I think it was established years ago that you can't copyright an instruction set.

      --
      "Eve of Destruction", it's not just for old hippies anymore...
    26. Re:What's so wrong about ARM? by spth · · Score: 2

      By now, the patents for the ARM architectures up to ARMv5 should indeed have expired (current is ARMv8). ARM needs to keep extending the instruction set with new patented stuff to keep control. So I guess you could make a free ARM-compatible code as long as you either always stay 20 years behind on the current ARM version, or try to come up with an incompatible extension of the ARM architecture. The first doesn't look good if you want to have free cutting-edge technology. The second one looses most of the benefits of ARM compability, so you'd better choose some other established architecture, such as RISC-V instead.

    27. Re:What's so wrong about ARM? by Waccoon · · Score: 1

      ARM is actually quite old and suffers from a number of architectural shortcomings which can't be fixed for compatibility's sake. x86 gets a lot of flack for being complicated, but as ARM dates back to the 90's and has had a ton of extensions hacked in over the years, it isn't actually the minimalist, efficient powerhouse people think it is. You may ask well ask why the mobile market needed ARM when we had perfectly good x86 chips available.

      I'm not a hardware guy, but since encountering the Visual 6502 project a few weeks ago, I've been looking into ISA design and how processors have evolved over the decades. I've currently designing my own 16-bit processor using SuperH and RISC-V as inspiration. Even to a newbie like me, it's very obvious how modern and clean the RISC-V design is, how compact the instruction set is, and how much potential it has for fast, power efficient cores.

      Also note that embedded system developers don't really care about legacy support. If RISC-V is cheap, efficient, and fast, it could easily compete with ARM, at least in the 32-bit market segment.

    28. Re:What's so wrong about ARM? by TheRaven64 · · Score: 1

      The main thing that's 'wrong' with ARM is that ARM intentionally avoids fragmenting their ecosystem. They don't let you add extra instructions, because they want code compiled for ARMvX to work on any ARMvX core. You can license ARM cores (from ARM or other companies) and put other stuff on the same SoC, but you can't change core parts of the design. That is a great strength in some areas, but a weakness in others.

      --
      I am TheRaven on Soylent News
    29. Re:What's so wrong about ARM? by TheRaven64 · · Score: 1

      Depends on the device. Micron is jumping on the RISC-V bandwagon because they put 7 ARM cores on each SSD controller. These chips are not very power or performance critical (they're mostly I/O limited and the flash uses a lot more power than the controller), but they're in a business with razor-thin margins and not having to pay ARM royalties would apparently come close to doubling their per-device profit.

      --
      I am TheRaven on Soylent News
    30. Re:What's so wrong about ARM? by iggymanz · · Score: 1

      We're talking about CPU chips here.

      Some graphics systems have wonderful specs by the way, and we have open source drivers for them because of it. Are there any open source graphics projects that haven't flopped yet? seems we're doing just fine there too as long as you pick your card...

    31. Re:What's so wrong about ARM? by Megol · · Score: 1

      And yet RISC V have added a lot of companies wanting to use it for performance critical tasks. That means using industry standard technology with industry standard software "compiling" the open source verilog/whatever based on an open ISA with open development.

      If I choose to use the closed Intel icc for compiling some open source software doesn't mean the software isn't open. Same applies to hardware design.

    32. Re:What's so wrong about ARM? by WorBlux · · Score: 1

      Check again, there are a few specific SoC's availible on the site.

    33. Re:What's so wrong about ARM? by WorBlux · · Score: 1

      That you can often only get under an NDA, and a pinky promise not to share source needed to tickle certain parts of the SoC.

    34. Re: What's so wrong about ARM? by WorBlux · · Score: 1

      The good majority of embedded use cases con't need floating point at all. Depending of the specific core though, I think the next one set to pop has a 6 stage pipeline and a branch predictor. Given that RISC-V isn't aimed at the consumer high-end a recompile isn't going to be a big deal, especially if you can save in die size and power.

    35. Re: What's so wrong about ARM? by WorBlux · · Score: 1

      The other option is to distribute code in a intermediate representation, like IBM mainframes. And optimizations performed at install or link time.

    36. Re:What's so wrong about ARM? by WorBlux · · Score: 1

      I think still a ways off. For the consumer side you need a good GPU and Floating performance, as well as hardware media decoders.

  2. Re: Google by WarJolt · · Score: 1

    Your phone is already spying on you. They don't need a open source processor for that.

  3. Re:DIY by Let's+All+Be+Chinese · · Score: 1

    I haven't looked but probably all you get is the layouts. You still have to bring the hardware. And making chips is possibly the pinnacle of humanity's technological achievements. It certainly depends on a veritable mountain of other tech. Replicating that is actually a science of its own. I'm with you though. Yes, we should have the blueprints to the machines too. We really should have auditable backdoor-free computing devices.

    I've for a long time thought exactly that, what if we have to start from stone knives again and how do we get to chip fabs quickly? How can we do it at home, or at the small community level? I just never was (and still am not) in a position to map all the tech and come up with viable low-tech paths to do high-tech stuff like make chips. (Anybody spare a couple billion for a long term tech robustness research institute? Tim Cook maybe? I'm game to steer it.) Maybe^WCertainly not the latest process nodes, but for some things you really don't need that. In fact, if you can live with say mutt and troff (how I do my emails and letters) then a 68k is starting to look like overkill. It's because we want clickibunti that we need massive computing power just to emulate a shitty desktop. We are wasting a lot of resources just for the visual trappings.

    For the rest, well, we don't actually need toasters or induction cooking or much of anything. We can get the creature comforts in other ways too. If we have to go back or start over, it'll be wood fires (and prompt extinction of forests given our current population levels). The prudent thing to do there is to work out something simpler, like the "hobo stove" or other high-efficiency cooking devices that you can fuel from non-fossil fuel sources that are themselves nicely simple, like paper-and-sawdust bricks or something. Cook a meal for four with just a few sticks. Boil water for a cup of tea with a single sheet of newsprint. That sort of thing.

    There is quite a body of work on "appropriate technology", much of it gathered in the 1970s. It could probably do with an update or two. The real challenge is in the high-tech stuff, and for that you need some serious researching.

  4. Re:DIY by Desler · · Score: 1

    There likely isn't any information about how to machine the damned things probably just specs that only someone with a multi million dollar techno-jazz factory could create.

    Yes, fabbing a CPU is a very expensive process. It’s not something you’re going to DIY at home and that was not what anyone working on RISC V claimed was possible. You’ll have to get a foundry to fab the chip for you.

  5. Great! Now who is responsible for -- by cold+fjord · · Score: 1

    Who has the say and responsibility for the design and in making trade-offs in design? There are going to be plenty to make, and different applications will need different things. Just a starter list includes things like: power requirements, instruction set and special instruction, performance, area, I/O, memory, self-test, coprocessors, design technology and tools, fab technology, supporting libraries and tool kits, and so on. Who will support design integration at the application level? Who wins when the performance hungry AI side runs up against the power and heat sensitive mobile device side?

    That is before you get to manufacturing. Who will fab them? In what technology? Who will qualify parts? Who will stock the inventory? Who closes the loop between hardware defects and design?

    Who will build and support the software tool chain? (Including the special tweaks needed for niche applications?)

    Who will hold the patents? Copyrights?

    Forming a grand coalition is the easy part. Getting something useful out of it is a much bigger challenge, especially when it comes down to actual hardware instead of just high level "standards".

    --
    much of left-wing thought is a kind of playing with fire by people who don't even know that fire is hot - George Orwell
  6. Bizarre article by Richard+W.M.+Jones · · Score: 5, Informative

    I've been working for a couple of years on Fedora and Linux on RISC-V and the "Seeking alpha" article is the strangest thing. The RISC-V Foundation offers BSD-licensed specs and multiple CPU designs (and a lot more besides). WD, Google, and many more are members. But they are not in any real sense "joining forces to develop a new open-source chip design". The design and chips are already out there, you can make your own FPGA or (if you're very rich) ASIC and have been able to for years. WD are going to switch all their hard drives to RISC-V soon. Google are likely interested because it could be used for their TPUs of their own design. "Joining forces" just means the companies subscribed to the Foundation for a very nominal fee, back-of-the-sofa loose change for these companies.

    1. Re:Bizarre article by Megol · · Score: 1

      I assumed there were a new effort towards a RISC V design with acceleration hardware suitable for self-driving vehicles (whatever that would be).

    2. Re:Bizarre article by Richard+W.M.+Jones · · Score: 1

      Not that anyone has talked about in public, and I've been following RISC-V for a long while.

    3. Re:Bizarre article by 93+Escort+Wagon · · Score: 1

      Well, occasionally “new tech news” can just mean it was “news” to the tech journalist who just now heard about it. Or perhaps he had an article quota to fill, and he didn’t really check whether the companies’ new subscriptions were of any import.

      --
      #DeleteChrome
  7. Re:Great! Now who is responsible for -- by religionofpeas · · Score: 1

    Take a look at how big companies develop Linux kernel modifications. It's not that hard. You do the things you want for yourself, and then you share those with the others.

  8. Re: DIY by Type44Q · · Score: 1

    Lay off the meth; your signal-to-noise ratio is showing.

  9. Re:DIY by Richard+W.M.+Jones · · Score: 2

    I haven't looked but probably all you get is the layouts

    Pro-tip: Look at what you're posting about before posting such nonsense.

  10. Re:Great! Now who is responsible for -- by religionofpeas · · Score: 1

    That is before you get to manufacturing. Who will fab them? In what technology? Who will qualify parts? Who will stock the inventory? Who closes the loop between hardware defects and design?

    These cores will not be used as standalone CPU devices. They will be integrated in an application-specific SoC design that each company will have fabbed for themselves according to their own needs.

  11. Re:DIY by religionofpeas · · Score: 2

    So where are they? I mean this is open source right, and they aren't just throwing that around as a buzzword so where is the website for it, where are the specs, where is the 'how to' articles or anything else.

    I don't know. Impossible to find anything.

    https://riscv.org/

  12. Re: RISC, huh? by wellingj · · Score: 1

    AI driving cars. Using RISC. https://www.theverge.com/2017/... I bet Space-X is also using RISC for a lot of their control software. Last I worked on anti-lock train brakes, we were using 68k... Your ignorance of how things really move is sad...

  13. Re:DIY by RhettLivingston · · Score: 3, Informative

    Uhh. This is not exactly new. The foundation has been around a few years and designs have already been made. Their easily identified website is https://riscv.org/.

  14. Re:DIY by Desler · · Score: 1

    Because you haven’t invented the process to do so yet?

  15. Re:DIY by Desler · · Score: 1

    This is Slashdot. No one has ever felt the need to be informed before ranting previously for years so why would anyone start doing that now?

  16. Re:Great! Now who is responsible for -- by Desler · · Score: 1

    The point of this is not for one central party to manufacture some canonical RISC-V CPU. The point is having a base design than be tweaked if need and then added to a SoC, etc. by the designer to be fabbed by a foundry. Just like how ARM does not actually manufacture it’s core but licenses ISAs and core designs to third parties.

  17. Re:Great! Now who is responsible for -- by cold+fjord · · Score: 1

    The requirements and consequences are pretty different between:

    >>make world
    and
    >>fab chip --with $$$$$

    One of those is trivially and cheaply repeatable, variable, and testable. The other is not.

    --
    much of left-wing thought is a kind of playing with fire by people who don't even know that fire is hot - George Orwell
  18. Please don't make abusive replies. by Futurepower(R) · · Score: 1

    Please don't make abusive replies. They waste everyone's time.

  19. Re: This is about cutting development costs... by Aighearach · · Score: 2

    They're both correct, and English is an open language so if you already observed a thousand examples of a construction that means you already have evidence of its use, and therefore its correctness.

    Stop blathering like an ignoramus and learn you an English.

    If you want rules, switch to French. They have rules. English only has style guides and known constructions.

  20. Motherboards by pope1 · · Score: 1

    This is just the chip design. We would still need ASUS, MSI, Gigabyte, Intel (I would LOL if they released a board for a competing chip), etc, to provide a working platform to integrate these into. A standard socket, PGA or LGA, or soldered on to each board. Maybe we'll see them in a littany of SoC or SBC designs first, that seems much more likely honestly.

    --
    /* * pope1 */
    1. Re:Motherboards by GerryGilmore · · Score: 1

      Nope. You are thinking "broad desktop market" whereas the intended use case for these CPUs is that they will be mounted - likely in SoC form - on small, specific modules.

  21. Re:Great! Now who is responsible for -- by cold+fjord · · Score: 1

    Your point is well taken. Even so that only makes part of the problem go away. I don't see how one design is going to do it all even if you can mate it with different I/O, ram, etc. I doubt they can parameterize the design sufficiently to cover the range of uses this seems to be intended to cover. I expect there will have to be multiple variants to choose from, and the associated design support, etc.

    But hey, if there is one thing we're short of its processor core IP. :|

    --
    much of left-wing thought is a kind of playing with fire by people who don't even know that fire is hot - George Orwell
  22. Re:Google by NicknameUnavailable · · Score: 1
  23. Qualcomm not known for good faith by nicolaiplum · · Score: 1

    Alright, so you can have open source linux contributions from large companies.

    Meanwhile, Qualcomm is basically a patent troll with a sideline in silicon design. They never operate in good faith, and they have a long and inglorious track record of getting a standard that, surprise! they have a patent on, or simply using their patents to screw their competitors and collaborators with lawsuits. When they're not using their patents, they're just not serving users, they don't bother to innovate unless it's to squash their competition.

    The reason why GSM wasn't a global standard for many years but CDMA stuck around? Qualcomm, because they got more patent revenue that way.
    The reason why Android Wear sucks? Qualcomm. ... many more

    Qualcomm, much more than any other large tech corporation with lawyers and patents, is toxic. An "open standard" with their involvement will have a trap.

    --
    "For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled"
  24. Re:Great! Now who is responsible for -- by Desler · · Score: 1

    One design won’t do it all. That’s why people will take the base design and tweak it their specific application. Just like how Apple and Qualcomm take the base ARM64 ISA and make their own CPU designs.

  25. Re: RISC, huh? by 0100010001010011 · · Score: 1

    Almost all cars are using RISC.

    https://www.nxp.com/docs/en/da...

  26. Re:DIY by Bing+Tsher+E · · Score: 1

    FPGAs, and the tools to compile code for them, verify the code, and program the FPGAs, is very closed-source.

  27. Re: This is about cutting development costs... by angel'o'sphere · · Score: 1

    English only has style guides and known constructions.
    You should tell that the english teachers in germany. We got pestered with hundreds of rules ...

    --
    Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
  28. Re: This is about cutting development costs... by HiThere · · Score: 1

    To me they have slightly different meanings, and the meaning here is closer to "based off" than to "based on". I probably still would have used "based on" were I writing it, but that's because of frequency of use, and because "based on" is less precise in meaning. "based off" means, to me, that a design (and *only* a design) is modified from another design. "based on" includes using one thing, of whatever nature, to support another. The idea here is geometric, rather a building block model, where you base an extension on something already present.

    --

    I think we've pushed this "anyone can grow up to be president" thing too far.
  29. Re: RISC, huh? by lenski · · Score: 1

    I'll be damned... They're still using Power! Interesting link.

    I thought Freescale/NXP were pushing designers toward the Kinetis series. I proposed using K60 and K64 parts for my company's new industrial DAQ project based on the long-term product life that comes with being used in the high-volume automotive world.

    I'm an electrical engineer, and maybe a "doofus" but... The concepts of PLC and RISC are apples and oranges, completely orthogonal. RISC vs CISC was basically settled by the research that led to Hennesy and Patterson in "Computer Architecture: A Quantitative Approach" https://www.amazon.com/Compute... while PLC is pretty much a "language" used to express industrial data acquisition and control, but at a fairly high level and with what I consider to be limited resolution.

  30. So, the dime processor isn't paying out. by Darkness+Of+Course · · Score: 2

    ARM generally makes nearly nothing on a CPU/SoC. Some were less than a penny (US) and the max were closer to a dime. Many companies, Intel, Apple, and such have paid their fee and they're done.

    So exactly WTF was ARM expecting long run? ARM is very good at low power. Very, very good in fact. But high functioning isn't their forte. ARM core designs are slow moving beasties. If a company needs a faster solution they need to be as heavy into the solution as building their own 64bit ARM a full year before anyone else, e.g. apple.

    RISC V will allow faster design cycles. RISC V will let those champing on the bit to move forward without their high demand sitting on ARM's low power bus. One doubts they will all agree to use the same version of the silicon, just as one wouldn't expect them to share an ARM solution.

  31. Re:DIY by HotNeedleOfInquiry · · Score: 2

    Yes, fabbing a chip is somewhere between expensive and astronomical. OTOH, you can design your own medium size CPU and program it into a FPGA for $1000. Or a small one into a CPLD for $100. So yeah, you can build a working CPU in your home. Just not 1000 of them.

    --
    "Eve of Destruction", it's not just for old hippies anymore...
  32. Re:DIY by HotNeedleOfInquiry · · Score: 1

    Because CPU's aren't made from sand. They are made from monocrystal silicon, high purity aluminum, highly toxic gases like silane, and a dozen other highly pure and hard to handle ingredients. Besides, what *can* nano-machines build?

    --
    "Eve of Destruction", it's not just for old hippies anymore...
  33. Re: Google by kurkosdr · · Score: 1

    Not stop functioning, that would be illegal. It will not support the newer instructions though. The Support Library will provide compatibility workarounds for a while, but Google will be able to discontinue support anytime they feel like so, har har har. ..

  34. Re: This is about cutting development costs... by not+flu · · Score: 2

    How very german.

  35. Re:DIY by luvirini · · Score: 1

    That is open source for you: Either you use what other make, you convince others to make it or you make/modify it yourself.

  36. Re: This is about cutting development costs... by Aighearach · · Score: 1

    It is up to you to succeed in communicating if that is your goal. If your goal is not to communicate, then yes, that is perfectly good prose of some sort of if you claim it has meaning to you.

  37. Re:DIY by Bing+Tsher+E · · Score: 1

    Lattice ICE40 chips are being made now in Maker Spaces?

    No, I think they are still produced in highly proprietary closed facilities.