This is phase 1. They will go to 64-bit, then 128-bit. The endgoal is exascale, so the data isn't owned by a cluster, but has a global address space.
Western Digital To Open-Source The "SweRV" RISC-V Core In 2019
Collapse
X
-
For anyone looking for a price/power/wattage competitive intel competative CPU, you will have to wait another few years. At very least.
At the same time, RISC-V will make creating a new ASIC at lot easier, and for controllers that work with a wide variety of software, the lack of having to pay for a base architecture when you design and manufacture the chip yourself anyway will cut costs, and increase capabilities of a wide variety of products that require high end micro-controllers.
I expect that RISC-V will be ubiquitous in the hard disk, SSD, flash drive controller market in the next 10 years. You will also likely find them in high end NIC cards, sound cards, SCSI controllers, and a whole.
Comment
-
-
Originally posted by starshipeleven View PostOverall I'd say it's good. I wouldn't mind having FOSS firmware for a SSD eventually, and this is a step in the right direction.
You don't need an open source CPU to have an open source firmware.
Comment
-
-
Originally posted by andreano View Post
You are implying that HDD/SSD controllers are high-end processors. Well, everything is relative, but that comparison wasn't the worst.
Comment
-
-
Originally posted by ldesnogu View PostWhat is the relation of the CPU being open sourced and the firmware being open sourced?
Also, you can also run this on a FPGA to develop stuff before trying it on a hard drive controller, if necessary.
On top of that even if the CPU is open sourced it doesn't mean the rest of the SoC will have open specs.
You don't need an open source CPU to have an open source firmware.
Comment
-
-
People were reading my comment all wrong. I'm actually seriously overwhelmed by just how powerful this thing is and wouldn't in the least be surprised to find linux running on it to do encryption going forwards now that BitLocker been pwned and HD manufacturers recognize the need for an upgrade-able firmware.
I won't even be surprised to see this bad boy on an SBC eventually. I mean, just leave a few serial ports available and folks would likely attach diy-VT100 for fun.
Comment
-
-
Originally posted by c117152 View PostPeople were reading my comment all wrong. I'm actually seriously overwhelmed by just how powerful this thing is and wouldn't in the least be surprised to find linux running on it to do encryption going forwards now that BitLocker been pwned and HD manufacturers recognize the need for an upgrade-able firmware.
I won't even be surprised to see this bad boy on an SBC eventually. I mean, just leave a few serial ports available and folks would likely attach diy-VT100 for fun.
You need an OS only if you want to run third party software in a half-safe environment, and a storage controller is NOT a processor where it makes sense to run random code on. It has a single purpose. It is served better by a bare metal firmware.
Comment
-
-
Originally posted by starshipeleven View PostThat you know what each register does, for starters. That's already a pretty large difference vs "knowing exactly jackshit" that allows to decompile and reverse engineer the firmware or develop your own.
Also, you can also run this on a FPGA to develop stuff before trying it on a hard drive controller, if necessary.
Which is irrelevant because none can fab his own chips anyway.
But with an opensource CPU you know how the CPU works and you can reverse-engineer the firmware.
And also you need specs for all of the SoC not only for the CPU. Did WD say they'd release information about all of the SoC used on SSD?
And last point reverse engineering software doesn't make you magically better understand the CPU than an open spec. Do you need to read the source code of gcc to program in C?
The only point I agree with you is that indeed you'd be able to use an FPGA. But again this requires access to the source of all of the SoC. And if you only need to run on the CPU you already can do that with QEMU and rv8.
Comment
-
-
Originally posted by ldesnogu View PostRead again my post: you only need open specs for that.
And last point reverse engineering software doesn't make you magically better understand the CPU than an open spec. Do you need to read the source code of gcc to program in C?
Comment
-
-
Originally posted by starshipeleven View PostRead my post: did I say this is the only way? No I did not. There are multiple ways to get there.
That's not what I said. I said that with an open source CPU you know what the CPU registers and instructions are and therefore you can reverse engineer the firmware.I thought your original point was implying that having a FOSS CPU would help getting a FOSS firmware; what I say is that this is unneeded: all you need is a spec of the SoC.
Comment
-
Comment