Codeplay reportedly worked on SYCL and openCL support for RISC-V, which would be required for support in Intel's oneAPI.
Intel is the innovator behind CXL. They could conceivably support RISC-V chips as CXL slave accelerators.
Announcement
Collapse
No announcement yet.
Intel Reportedly Interested In Acquiring RISC-V Firm SiFive
Collapse
X
-
Intel's eyeq5 Mobileye chips are built with MIPS chips. The MIPS chips are going to switch to use RISC-V, according to announcements in April. I wonder if part of Intel's interest is to make sure they have input into the new designs, to guarantee the continuation of the features they need for the automotive safety concerns.
Leave a comment:
-
Originally posted by andresdju View PostAndroid _is_ a Linux operating system.
When people talk about Linux as an operating system, they're generally talking about "An operating system based on the Linux kernel which exposes POSIX as its primary core API and X11 or Wayland as its primary GUI API"... and they're possibly specifically thinking about only the ones which expose a glibc-compatible libc ABI.
Leave a comment:
-
Back in March during the announcement of Intel Foundry Services it was mentioned that SiFive and Intel were working together to allow RISC-V chips to be fabbed within Intel's facilities.
- Likes 1
Leave a comment:
-
Originally posted by vegabook View Post
We're talking Intel's "Roots". The "roots" of X86 are the 8086, the 80286 thru 80486. These were all CISC. Indeed throughout the early 90s the debate raged about Intel in the CISC corner and everyone else going RISC. Only by the time the "80586" (aka Pentium) came around did Intel embrase internal RISC but the exposed external instruction set is, was, and will be, most definitely CISC. Intel == CISC especially if you're talking about "roots".
From that I have read:- RISCV is:
- a RISC ISA
- chosen to be compiler friendly
- chosen to be flexible, adaptative, and extensible
- a register style processor (load/store) regarding memory
- a RISC ISA
- x86 is until today:
- a CISC ISA regarding programmer, compiler, or assembler interface
- a Stack machine style processor (push/pop) regarding memory
- however, Intel evolved x86 to a register machine style for performance reasons
- this was done by establishing conventions on how to write x86 assembly to access virtual/fake register besides the few original basic ones
- CISC model was chosen in 8086 aiming to be programmer-friendly
- Because of this, there is a lot of instructions suited to please the user
- Assembly programming nowadays is done by the programmer only for high-performance algorithm tunning. All hard work it up to languages, compilers, and toolsets.
- We don't know exactly if x86 processors use RISC models inside their cores:
- probably the instruction will vary between processors architecture families, sizes, and destinations
- probably the instruction could apply to different parts of the processor's pipelines (like execution, retirement, reservation, ALU, SIMD, cache) instead of a whole processor RISC instruction
The main differences between the ISA architectures/models for a similar target processor remain:- the concurrency/acceptance between companies/community/players
- the budget and the design/execution competency for creating a processor/architecture ecosystem
- the existing traction on software compatibility and software disponibility
- the extra cost of gates in silicon for an x86 to microcode decoder
- the extra power used by the microcode decoder
- the impact in caches due to higher size of RISC generated code (softened by compressed instruction like ARM's thumb or RISC-V C instruction sets)
- some branch prediction extra complexity for x86 designs
- Likes 1
Leave a comment:
- RISCV is:
-
Originally posted by jamesblacklock View PostHot take: the world would be a better place if companies simply could not buy other companies. It should be seen as an anti-trust violation.Originally posted by Elinvention View Post
Hotter take: the world would be a better place if the workers owned the means of production.- "the world would be a better place if" ramblings hardly materializes to real world.
- Power structures aren't willing to change the existing rules because it would either affect or destroy them.
- Keeping the discussion polarized between Red/Blue, Capitalist/Comunist, blessed/damned is a convenient way to:
- divert people attention from power structures modus operandi, unequality, unfairness, or tirany.
- find a scape goat to explain people suffering (even when it don't justifies)
- survive an thrive agains other power structures and people dissatisfaction
- There will be always one or many power structures at many levels of hierarchy and coverage over people
- Any power structure will float between levels of democracy and tirany
- People are lucky if live in places where they are united enough to force a high level of democracy
- It's easier to few people control and manipulate the situation than every people to become wise and agree to avoid it.
- If all resources in our planet would be fairly and equality distributed there wold be only poor people.
Leave a comment:
-
Originally posted by DrYak View Post
On the other hand, by now both Android and iOS ecosystems are married to ARM. There's way too much legacy prioprietary blobs for a switch to a different arch to be interesting.
Android has run on arm, arm64, x86, x86-64, mips... and now it has been ported to riscv. Are the devices manufacturers who have chosen ARM, not Google.
Linux by being opensource is much more nimble, so a Linux-running, Intel RISC-V powered smartphone is technically feasible.
But not as much marketable as it will be missing the large app ecosystem.
(See the success of Ubuntu Touch which still doesn't have out-of-the-box anbox, ...)
(Contrast with stuff like Jolla's Sailfish OS which even if it has only a small niche following is still alive and going, because is offers access to the wide app ecosystem).
The reason I am happy for device that officially support running Linux mainline.
- Likes 1
Leave a comment:
-
Originally posted by jamesblacklock View PostHot take: the world would be a better place if companies simply could not buy other companies. It should be seen as an anti-trust violation.
Leave a comment:
-
Correct me if I'm wrong, but has any company used Intel fabs and not been approached about being acquired by Intel? They've already bought a machine learning accelerator company using their fabs and now they're interested in buying SiFive. Is Intel's drive to have their fabs used by more companies all about selecting new targets to acquire?
Leave a comment:
-
Originally posted by vegabook View Post
Well not really 'cos you're still trying to qualify, say, the x86 latest iteration, AMD64 instruction set, as "RISC". The implementation may be use RISC concepts inside but to the outside world, this remains a quintessentially CISC instruction set and the last one really remaining of its kind so it's kind of a stretch to call it RISC.
It's a bit like saying because HACK, the facebook modern iteration of PHP, now uses a JIT, it's Java.
Alternatively, we can swing your argument around. Okay, let's assume modern x86 is RISC. That means there is no CISC anywhere anymore. So why are we talking about RISC as a demarcator of difference, if everything is RISC? The entire argument becomes moot.
yeah I'm being slightly pedantic about this but really x86 is not RISC unless you really stretch the definition down to deeply buried logic paths which nobody can see.
....really??? If modern x86 is RISC then this potentially has everything to do with everything and would make the purchase or consideration of SiFive totally not moot.
Intel RISC internals; SiFive RISC patents. I don't see the correlation. You're right. It is totally moot.
- Likes 2
Leave a comment:
Leave a comment: