12 ms·

Milk-V Duo: A $9 RISC-V Computer

199 points by prabhu-yu 3y ago

prabhu-yu 3y ago
This is my understanding - - A powerful alternative to Rpi-Zero/Rpi-pico. - When we don't need wireless i/f, it makes even more sense. - Compared to Rpi-pico, where we can't run OS, here we can. - Compared to Rpi-zero, Duo has lesser price, hence makes more economic sense. - (Yes, Milk-V Duo does not have a wireless i/f) - Physical LAN needs an i/f board.
- coupdejarnac 3y ago
  I don't see the point in comparing this to a rpi pico. Totally different niches.
  - nl 3y ago
    This is true, but the page itself compares it in the (somewhat weird!) graph comparing clock speed of "vector acceleration" (?)
    - userbinator 3y ago
      I guess they're referring to SIMD.
      - IshKebab 3y ago
        RISC-V has a vector extension. It's a bit different to normal SIMD because the code is agnostic to the data width, kind of like GPU code.
        Taniwha 3y ago
        Yes, it's SIMD but vector too, more in a Cray sort of way rather than an x86
    - camel-cdr 3y ago
      They have one core that implements rvv 0.7.1, which is the pre ratification spec that doesn't get software support. I managed to get an old toolchain working, but don't expect any code not written by your self to tale advantage of it. That being said, the vector engine is really powerful in my experience. I'm currently working on a benchmarking library, so you might see a post about that in the future.
nl 3y ago
So this seems to actually be available in China (https://app6hodqg6k9861.h5.xiaoeknow.com/p/decorate/homepage https://app6hodqg6k9861.h5.xiaoeknow.com/p/decorate/homepage) if not elsewhere. If my conversions are correct, the price (￥35) is more like US$5. There's some documentation (https://milkv.io/docs/duo https://milkv.io/docs/duo). It's a pity there isn't more explanation in some parts. The sales page says "Support Asymmetric multiprocessing" with mention of a RTOS, but unclear what that is exactly. The docs include this: https://milkv.io/docs/duo/resources/mmf https://milkv.io/docs/duo/resources/mmf which appears to be some kind of media co-processor.
- happymellon 3y ago
  Also, is that mainline Linux or are we going down the hacked kernel route of the ARM boards where someone is going to have to pick through the source to get the patches otherwise it will remain on an ancient unsupported kernel?
  - lelanthran 3y ago
    > Also, is that mainline Linux or are we going down the hacked kernel route of the ARM boards where someone is going to have to pick through the source to get the patches otherwise it will remain on an ancient unsupported kernel? My initial impression is that there are no binary blobs[1]. You can look at the repo it is using over here: https://github.com/milk-v/cvitek-linux-5.10 https://github.com/milk-v/cvitek-linux-5.10 I think getting the full sources alone is sufficient. It might not be desirable for the Linux team to accept patches for every standalone piece of hardware. As long as the patches for the actual ISA are mainlined I consider that a win. [1] Maybe there are, I didn't look too closely at the repo, but it looks to me that it's all source code.
    - predictabl3 3y ago
      I own a small mountain of SBCs and I rather disagree. 5.10 is old as-is, and often times the patches aren't submitted upstream due to quality. I've made it a new rule to only buy boards where there is a recent fork of u-boot, and plans to upstream u-boot/linux patches. Life is short and I'm tired of doing work for companies pushing this stuff out. I can't back this up, but I believe mainlining prevents e-waste by keeping boards serviceable and relevant longer.
remexre 3y ago
What's the selling point of 64MB of RAM with a 1GHz CPU?
- BeefWellington 3y ago
  People got a lot done in the Pentium II / III era of computing. Dell shipped 32 and 64MB of RAM as the basic standard on their lines that also offered 1Ghz CPUs at the time[1]. I think it's easy to be unaware of how vastly speed outpaced memory density at some points. It's kind of what we saw a few years ago with core counts and limitations on DDR3 and early DDR4. [1]: https://dl.dell.com/manuals/all-products/esuprt_desktop/esuprt_optiplex_desktop/optiplex-gx1_setup%20guide_en-us.pdf https://dl.dell.com/manuals/all-products/esuprt_desktop/esup...
- lelanthran 3y ago
  > What's the selling point of 64MB of RAM with a 1GHz CPU? Well, the first server I ran had 64MB of RAM and, IIRC, a 0.6GHz CPU. Ran slackware with apache and my software was written in C as CGI scripts (generated charts on page visits using, IIRC, libgd). You can do a lot. You won't do it in JS or Python or Ruby or C# or Java, and you won't produce AAA games or ML or cryptocurrency or similar, but you can write you useful software that runs snappily on a 64MB/1GHz machine. TBH, I can't think of much that a 64MB/1GHz machine cannot do.
  - ravetcofx 3y ago
    Found the integrated systems developer
- human_banana 3y ago
  The ESP32 microcontroller has 320Kb of RAM, and a dual core 240MHz CPU. It's is one of the most useful microcontrollers out there. 64MB and 1GHz CPU is a lot more and a lot faster, so IOT and edge-computing are able to process data locally.
  - picture 3y ago
    The moment you run linux on it, it gets a bit scarce. These MMU enabled chips are pretty complicated and its really difficult to run them bare metal like ESP32. MCUs and MPUs are fundamentally different, despite what companies like NXP are trying to do with their "crossover" chips like RT1060 to RT1170
WhereIsTheTruth 3y ago
What the west doing? We really can't compete?
- leoedin 3y ago
  To some extent I agree with you, but I don't think this is a good example. These types of "computers" are pretty simple electronics. All the complexity lives inside the "System on chip" - the engineer then picks a few supporting chips and makes sure the signal routing is matched. I wouldn't be surprised if the whole thing is based on a reference design from the SoC designer. In this case, the west basically already competes - this is pretty similar to the raspberry pi zero. There's plenty of Western designed SoCs - which is where the complexity and IP lie.
  - azinman2 3y ago
    RISC-V is western designed, open sourced, and will be usurped by China to have a chipset with western supplied tooling.
    - sofixa 3y ago
      You can't usurp open source designs.
    - RobotToaster 3y ago
      A huge amount of work is being done on RISC-V in China, because it can't be embargoed.
- deleted 3y ago
  [deleted]
- pengaru 3y ago
  [flagged]
  - _siis 3y ago
    [flagged]
picture 3y ago
I think this is trying to fill a niche that has already been plenty filled. The 64 MB of RAM seems to limit this to applications comparable to Allwinner F1C200s that came out ages and ages ago, which is an SiP that integrates RAM and can do video processing (h264). It doesn't look like the SOPHGO CV1800B inside this even has proper graphics acceleration. For making proper "intelligent" things, you would want a much more powerful chip. Something like the Rockchip RK3588 is state of the art with 4x A76 + 4x A55. Even at the lower end in terms of cost, NXP's i.MX 8M Nano has 4x A52 at only $15 ish from digikey. Their i.MX 6 line is even more affordable. You can argue that this is a modern version of the extreme low end, but at this point why not also consider more powerful MCU options like STM32H7 or RT1170?
- mytailorisrich 3y ago
  What do you (and people in general) mean by "intelligent"? What's an "intelligent" lock, switch, light, or thermostat, for instance? A priori a dual core CPU at 1GHz and 64MB of RAM is huge for one of those devices.
  - janoc 3y ago
    None of that needs Linux or a SoC and can easily run from a much simpler, better supported and cheaper microcontroller.
lelanthran 3y ago
More details from a third party (i.e. not the vendor press release). https://www.hackster.io/news/milk-v-unveils-its-third-risc-v-board-in-a-month-the-9-dual-core-linux-capable-milk-v-duo-3fb5d9f978d1 https://www.hackster.io/news/milk-v-unveils-its-third-risc-v... More interesting stuff: https://www.hackster.io/news/milk-v-s-pioneer-is-a-tall-glass-of-cold-risc-v-with-64-cores-up-to-128gb-of-ram-fabf9f22747f https://www.hackster.io/news/milk-v-s-pioneer-is-a-tall-glas... https://www.hackster.io/news/milk-v-surprises-with-a-second-risc-v-sbc-physically-compatible-with-the-raspberry-pi-3-model-b-fa548a5908e8 https://www.hackster.io/news/milk-v-surprises-with-a-second-...
pjmlp 3y ago
$9, when my first three PCs, each with lower spec that this board, costed around 1500 euros when doing escudos to euros conversion, with inflation into account, it would have been 2 900 euros for each one in 2023. - 386SX, 40Mhz, 2MB RAM, 40MB HDD - Pentium, 75Mhz, 16MB RAM, 200MB HDD - Pentium, 166Mhz, 32MB RAM, 512MB HDD
dvh 3y ago
$14 on AliExpress: https://m.aliexpress.com/item/1005005699215618.html https://m.aliexpress.com/item/1005005699215618.html
- unwind 3y ago
  Good find, one of the pictures says "RV64".
jesprenj 3y ago
For $8, Pine64 sells their similar looking Ox64 -- risc-V core, bluetooth, 64 MB SRAM, wifi, usb, 16 MB flash ... They also have a $6 model with only 16 MB SRAM version, but that one, unline the 64 MB, can't run linux. https://wiki.pine64.org/wiki/Ox64 https://wiki.pine64.org/wiki/Ox64
- hutzlibu 3y ago
  OT, is pinephone making some progress? I have not heard about them in quite some time, but was hoping they eventually reach the point, of offering a usable device. I guess they are still not there?
  - not_your_vase 3y ago
    Define "usable". I have both Pinephone and Pinephone Pro, though I use them mostly to tinker with them (hah, I'm in the middle of compiling a new custom system image for the OG). Pro's hardware is definitely better than the original, but the software part is still very alpha. Many driver is still not mainlined, and are very buggy (especially the 4G modem/GPS...) If you ask me, the main issue is that everyone is trying to create a desktop OS for the devices, with the same flaws. Most applications are simply not optimized for mobile. And of course half of the services are Python - which is fine on desktop and server, but on a battery powered embedded device you want to save those expensive cycles... but I start to rant. PinePhones are fun (and affordable) toys if this is your thing, but it stops there. And of course the developer community likes new stuff. Pine64 just released a small mountain of new tablets, everyone is flocking in that direction.
    - hutzlibu 3y ago
      Well, by "usable" I mean a phone, that I can use as a phone. So thanks, you explained very well, that it is still a tinker toy. I seriously could do with not optimized software, I also don't mind fixing some things. But if the drivers are still buggy, then I still just see no base to consider it as a phone or something that can become a usable phone in the near future. A shame.
    - 3y ago
sylware 3y ago
It is RV64 or RV32? I cannot get the info from the official page (or I did try hard enough). Because if the SOC has a USB device hardware block, than many GPIOs, and is a real RV64 core (unfortunately, it is not the case for the pine64), this is kind of "definitive" for this board major use cases.
Roark66 3y ago
I wish they included a proper spec sheet for their cpu: SOPHGO CV1800B I've spent few minutes searching and I don't know, can I use this for machine vision applications? Does it support serial cameras (Csi)? Does it have hardware support for h264(h265 or even better vp9) encoding/decoding? What is the number of Tops of its "vector accelerator"? I suspect they don't put info like this out front is that it probably is lower than established rockchip chips. The price is significantly lower too, but for when I need to run embedded Linux I also need video/camera acceleration etc. For devices that don't need a camera/voice interface like a Smart switch, a weather station etc this is massive overkill. So it is a case risc v being cool, but there is still no clear winning niche for it that I know of.
- sylware 3y ago
  Exactly the same, RV64 or RV32, USB device hardware block?
- camel-cdr 3y ago
  Here is what I found: Minimal Documentation: https://milkv.io/docs/duo/getting-started/cv1800b https://milkv.io/docs/duo/getting-started/cv1800b Datasheet: https://github.com/milkv-duo/hardware https://github.com/milkv-duo/hardware Reading the datasheet, it looks like there is one C906 cpu with 700 Mhz without the the vector extension and one C906 cpu at 1Ghz with rvv 0.7.1. The C906 design has been opensourced and is available here: https://github.com/T-head-Semi/openc906 https://github.com/T-head-Semi/openc906 The C906 supports rv64gc with optional rvv 0.7.1 with a vlen of 128, but a 256 wide ALU. They list H.264/H.265 support, but I don't think it's a standardized extension. But see my other comment about using the pre ratification vector extension: https://news.ycombinator.com/item?id=36377439#36378911 https://news.ycombinator.com/item?id=36377439#36378911
  - madushan1000 3y ago
    BTW, the chip vendor is sophgo, they have a github account with a lot of open source code for these chips here https://github.com/sophgo https://github.com/sophgo
- 3y ago
plagiarist 3y ago
This is just something I have been wondering this product brought to mind; how can something be 40P GPIO if it has 40 physical pins and 8 of those are all just ground?
- teraflop 3y ago
  I think this might just be an unfortunate abuse of terminology. I've seen plenty of people similarly refer to the Raspberry Pi as having a "40-pin GPIO header", even though only a subset of those 40 pins actually have GPIO functionality.
- deleted 3y ago
  [deleted]
fnord77 3y ago
Is this a ripoff of the pine64 Ox64?
ArtWomb 3y ago
Just curious what one would use for the display? Looks like the Milk-V Mars package includes HDMI 4k https://milkv.io/mars https://milkv.io/mars

199 points by prabhu-yu 3y ago

This is my understanding - - A powerful alternative to Rpi-Zero/Rpi-pico. - When we don't need wireless i/f, it makes even more sense. - Compared to Rpi-pico, where we can't run OS, here we can. - Compared to Rpi-zero, Duo has lesser price, hence makes more economic sense. - (Yes, Milk-V Duo does not have a wireless i/f) - Physical LAN needs an i/f board.

coupdejarnac 3y ago
I don't see the point in comparing this to a rpi pico. Totally different niches.
- nl 3y ago
  This is true, but the page itself compares it in the (somewhat weird!) graph comparing clock speed of "vector acceleration" (?)
  - userbinator 3y ago
    I guess they're referring to SIMD.
    - IshKebab 3y ago
      RISC-V has a vector extension. It's a bit different to normal SIMD because the code is agnostic to the data width, kind of like GPU code.
      - Taniwha 3y ago
        Yes, it's SIMD but vector too, more in a Cray sort of way rather than an x86
  - camel-cdr 3y ago
    They have one core that implements rvv 0.7.1, which is the pre ratification spec that doesn't get software support. I managed to get an old toolchain working, but don't expect any code not written by your self to tale advantage of it. That being said, the vector engine is really powerful in my experience. I'm currently working on a benchmarking library, so you might see a post about that in the future.

nl 3y ago

So this seems to actually be available in China (https://app6hodqg6k9861.h5.xiaoeknow.com/p/decorate/homepage https://app6hodqg6k9861.h5.xiaoeknow.com/p/decorate/homepage) if not elsewhere. If my conversions are correct, the price (￥35) is more like US$5. There's some documentation (https://milkv.io/docs/duo https://milkv.io/docs/duo). It's a pity there isn't more explanation in some parts. The sales page says "Support Asymmetric multiprocessing" with mention of a RTOS, but unclear what that is exactly. The docs include this: https://milkv.io/docs/duo/resources/mmf https://milkv.io/docs/duo/resources/mmf which appears to be some kind of media co-processor.

happymellon 3y ago
Also, is that mainline Linux or are we going down the hacked kernel route of the ARM boards where someone is going to have to pick through the source to get the patches otherwise it will remain on an ancient unsupported kernel?
- lelanthran 3y ago
  > Also, is that mainline Linux or are we going down the hacked kernel route of the ARM boards where someone is going to have to pick through the source to get the patches otherwise it will remain on an ancient unsupported kernel? My initial impression is that there are no binary blobs[1]. You can look at the repo it is using over here: https://github.com/milk-v/cvitek-linux-5.10 https://github.com/milk-v/cvitek-linux-5.10 I think getting the full sources alone is sufficient. It might not be desirable for the Linux team to accept patches for every standalone piece of hardware. As long as the patches for the actual ISA are mainlined I consider that a win. [1] Maybe there are, I didn't look too closely at the repo, but it looks to me that it's all source code.
  - predictabl3 3y ago
    I own a small mountain of SBCs and I rather disagree. 5.10 is old as-is, and often times the patches aren't submitted upstream due to quality. I've made it a new rule to only buy boards where there is a recent fork of u-boot, and plans to upstream u-boot/linux patches. Life is short and I'm tired of doing work for companies pushing this stuff out. I can't back this up, but I believe mainlining prevents e-waste by keeping boards serviceable and relevant longer.

remexre 3y ago

What's the selling point of 64MB of RAM with a 1GHz CPU?

BeefWellington 3y ago
People got a lot done in the Pentium II / III era of computing. Dell shipped 32 and 64MB of RAM as the basic standard on their lines that also offered 1Ghz CPUs at the time[1]. I think it's easy to be unaware of how vastly speed outpaced memory density at some points. It's kind of what we saw a few years ago with core counts and limitations on DDR3 and early DDR4. [1]: https://dl.dell.com/manuals/all-products/esuprt_desktop/esuprt_optiplex_desktop/optiplex-gx1_setup%20guide_en-us.pdf https://dl.dell.com/manuals/all-products/esuprt_desktop/esup...
lelanthran 3y ago
> What's the selling point of 64MB of RAM with a 1GHz CPU? Well, the first server I ran had 64MB of RAM and, IIRC, a 0.6GHz CPU. Ran slackware with apache and my software was written in C as CGI scripts (generated charts on page visits using, IIRC, libgd). You can do a lot. You won't do it in JS or Python or Ruby or C# or Java, and you won't produce AAA games or ML or cryptocurrency or similar, but you can write you useful software that runs snappily on a 64MB/1GHz machine. TBH, I can't think of much that a 64MB/1GHz machine cannot do.
- ravetcofx 3y ago
  Found the integrated systems developer
human_banana 3y ago
The ESP32 microcontroller has 320Kb of RAM, and a dual core 240MHz CPU. It's is one of the most useful microcontrollers out there. 64MB and 1GHz CPU is a lot more and a lot faster, so IOT and edge-computing are able to process data locally.
- picture 3y ago
  The moment you run linux on it, it gets a bit scarce. These MMU enabled chips are pretty complicated and its really difficult to run them bare metal like ESP32. MCUs and MPUs are fundamentally different, despite what companies like NXP are trying to do with their "crossover" chips like RT1060 to RT1170

WhereIsTheTruth 3y ago

What the west doing? We really can't compete?

leoedin 3y ago
To some extent I agree with you, but I don't think this is a good example. These types of "computers" are pretty simple electronics. All the complexity lives inside the "System on chip" - the engineer then picks a few supporting chips and makes sure the signal routing is matched. I wouldn't be surprised if the whole thing is based on a reference design from the SoC designer. In this case, the west basically already competes - this is pretty similar to the raspberry pi zero. There's plenty of Western designed SoCs - which is where the complexity and IP lie.
- azinman2 3y ago
  RISC-V is western designed, open sourced, and will be usurped by China to have a chipset with western supplied tooling.
  - sofixa 3y ago
    You can't usurp open source designs.
  - RobotToaster 3y ago
    A huge amount of work is being done on RISC-V in China, because it can't be embargoed.
deleted 3y ago
[deleted]
pengaru 3y ago
[flagged]
- _siis 3y ago
  [flagged]

picture 3y ago

I think this is trying to fill a niche that has already been plenty filled. The 64 MB of RAM seems to limit this to applications comparable to Allwinner F1C200s that came out ages and ages ago, which is an SiP that integrates RAM and can do video processing (h264). It doesn't look like the SOPHGO CV1800B inside this even has proper graphics acceleration. For making proper "intelligent" things, you would want a much more powerful chip. Something like the Rockchip RK3588 is state of the art with 4x A76 + 4x A55. Even at the lower end in terms of cost, NXP's i.MX 8M Nano has 4x A52 at only $15 ish from digikey. Their i.MX 6 line is even more affordable. You can argue that this is a modern version of the extreme low end, but at this point why not also consider more powerful MCU options like STM32H7 or RT1170?

mytailorisrich 3y ago
What do you (and people in general) mean by "intelligent"? What's an "intelligent" lock, switch, light, or thermostat, for instance? A priori a dual core CPU at 1GHz and 64MB of RAM is huge for one of those devices.
- janoc 3y ago
  None of that needs Linux or a SoC and can easily run from a much simpler, better supported and cheaper microcontroller.

lelanthran 3y ago

More details from a third party (i.e. not the vendor press release). https://www.hackster.io/news/milk-v-unveils-its-third-risc-v-board-in-a-month-the-9-dual-core-linux-capable-milk-v-duo-3fb5d9f978d1 https://www.hackster.io/news/milk-v-unveils-its-third-risc-v... More interesting stuff: https://www.hackster.io/news/milk-v-s-pioneer-is-a-tall-glass-of-cold-risc-v-with-64-cores-up-to-128gb-of-ram-fabf9f22747f https://www.hackster.io/news/milk-v-s-pioneer-is-a-tall-glas... https://www.hackster.io/news/milk-v-surprises-with-a-second-risc-v-sbc-physically-compatible-with-the-raspberry-pi-3-model-b-fa548a5908e8 https://www.hackster.io/news/milk-v-surprises-with-a-second-...

pjmlp 3y ago

$9, when my first three PCs, each with lower spec that this board, costed around 1500 euros when doing escudos to euros conversion, with inflation into account, it would have been 2 900 euros for each one in 2023. - 386SX, 40Mhz, 2MB RAM, 40MB HDD - Pentium, 75Mhz, 16MB RAM, 200MB HDD - Pentium, 166Mhz, 32MB RAM, 512MB HDD

dvh 3y ago

$14 on AliExpress: https://m.aliexpress.com/item/1005005699215618.html https://m.aliexpress.com/item/1005005699215618.html

unwind 3y ago
Good find, one of the pictures says "RV64".

jesprenj 3y ago

For $8, Pine64 sells their similar looking Ox64 -- risc-V core, bluetooth, 64 MB SRAM, wifi, usb, 16 MB flash ... They also have a $6 model with only 16 MB SRAM version, but that one, unline the 64 MB, can't run linux. https://wiki.pine64.org/wiki/Ox64 https://wiki.pine64.org/wiki/Ox64

hutzlibu 3y ago
OT, is pinephone making some progress? I have not heard about them in quite some time, but was hoping they eventually reach the point, of offering a usable device. I guess they are still not there?
- not_your_vase 3y ago
  Define "usable". I have both Pinephone and Pinephone Pro, though I use them mostly to tinker with them (hah, I'm in the middle of compiling a new custom system image for the OG). Pro's hardware is definitely better than the original, but the software part is still very alpha. Many driver is still not mainlined, and are very buggy (especially the 4G modem/GPS...) If you ask me, the main issue is that everyone is trying to create a desktop OS for the devices, with the same flaws. Most applications are simply not optimized for mobile. And of course half of the services are Python - which is fine on desktop and server, but on a battery powered embedded device you want to save those expensive cycles... but I start to rant. PinePhones are fun (and affordable) toys if this is your thing, but it stops there. And of course the developer community likes new stuff. Pine64 just released a small mountain of new tablets, everyone is flocking in that direction.
  - hutzlibu 3y ago
    Well, by "usable" I mean a phone, that I can use as a phone. So thanks, you explained very well, that it is still a tinker toy. I seriously could do with not optimized software, I also don't mind fixing some things. But if the drivers are still buggy, then I still just see no base to consider it as a phone or something that can become a usable phone in the near future. A shame.
  - 3y ago

sylware 3y ago

It is RV64 or RV32? I cannot get the info from the official page (or I did try hard enough). Because if the SOC has a USB device hardware block, than many GPIOs, and is a real RV64 core (unfortunately, it is not the case for the pine64), this is kind of "definitive" for this board major use cases.

Roark66 3y ago

I wish they included a proper spec sheet for their cpu: SOPHGO CV1800B I've spent few minutes searching and I don't know, can I use this for machine vision applications? Does it support serial cameras (Csi)? Does it have hardware support for h264(h265 or even better vp9) encoding/decoding? What is the number of Tops of its "vector accelerator"? I suspect they don't put info like this out front is that it probably is lower than established rockchip chips. The price is significantly lower too, but for when I need to run embedded Linux I also need video/camera acceleration etc. For devices that don't need a camera/voice interface like a Smart switch, a weather station etc this is massive overkill. So it is a case risc v being cool, but there is still no clear winning niche for it that I know of.

sylware 3y ago
Exactly the same, RV64 or RV32, USB device hardware block?
camel-cdr 3y ago
Here is what I found: Minimal Documentation: https://milkv.io/docs/duo/getting-started/cv1800b https://milkv.io/docs/duo/getting-started/cv1800b Datasheet: https://github.com/milkv-duo/hardware https://github.com/milkv-duo/hardware Reading the datasheet, it looks like there is one C906 cpu with 700 Mhz without the the vector extension and one C906 cpu at 1Ghz with rvv 0.7.1. The C906 design has been opensourced and is available here: https://github.com/T-head-Semi/openc906 https://github.com/T-head-Semi/openc906 The C906 supports rv64gc with optional rvv 0.7.1 with a vlen of 128, but a 256 wide ALU. They list H.264/H.265 support, but I don't think it's a standardized extension. But see my other comment about using the pre ratification vector extension: https://news.ycombinator.com/item?id=36377439#36378911 https://news.ycombinator.com/item?id=36377439#36378911
- madushan1000 3y ago
  BTW, the chip vendor is sophgo, they have a github account with a lot of open source code for these chips here https://github.com/sophgo https://github.com/sophgo
3y ago

plagiarist 3y ago

This is just something I have been wondering this product brought to mind; how can something be 40P GPIO if it has 40 physical pins and 8 of those are all just ground?

teraflop 3y ago
I think this might just be an unfortunate abuse of terminology. I've seen plenty of people similarly refer to the Raspberry Pi as having a "40-pin GPIO header", even though only a subset of those 40 pins actually have GPIO functionality.
deleted 3y ago
[deleted]

fnord77 3y ago

Is this a ripoff of the pine64 Ox64?

ArtWomb 3y ago

Just curious what one would use for the display? Looks like the Milk-V Mars package includes HDMI 4k https://milkv.io/mars https://milkv.io/mars