Live data from Hacker News

PicoRio Linux RISC-V SBC is an open-source alternative to Raspberry Pi board

cnx-software.com

71–80 of 159 posts

Re: PicoRio Linux RISC-V SBC is an open-source alternative to Raspberry Pi board

#71
post #3

Oof, GPU by Imagination Technologies. Here's hoping their close brush with death opened them to the idea of open sourcing their code.

"but the memory PHY, USB 3.0 PHY, GPU, and other I/Os will still be closed source"

I read that as the HDL rather than the drivers since they call out the memory PHY.

Re: PicoRio Linux RISC-V SBC is an open-source alternative to Raspberry Pi board

#72
post #60
post #50

"even though the goal is to eventually have as much IP released under a BSD-like open source license" What do people mean _exactly_ by 'IP' in contexts like this related to computing boards such as SBCs and FPGAs? The only 'IP' I know is a term pertaining to legal concepts like patents, where 'IP' and 'patent' are almost synonymous. In the current context, what does it mean to 'release' this 'IP'? How do you 'release…

https://en.m.wikipedia.org/wiki/Semiconductor_intellectual_p... It's a logic or semiconductor layout design for a component (e.g. a processor core, or a peripheral like a UART, DMA controller, etc.). "IP" for hardware is roughly analogous to "source code" for software.

It sort of colloquially gets used as "subsystem" or "library" as well. Tends to refer to a piece that can be treated more or less as a black box and imported with well defined semantics.

Re: PicoRio Linux RISC-V SBC is an open-source alternative to Raspberry Pi board

#73
post #40

Apparently they plan to include a PowerVR GPU on the second generation boards. That's not very OSHW if you ask me. I'd rather an unaccelerated framebuffer, or even no graphics at all. They don't seem to understand what kind of market there is for this sort of device. If I didn't care about this sort of thing, I would just grab one of the many proprietary-encumbered SBCs, any of which faster and cheaper than this boar…

FWIW, every chip I've seen with a PowerVR GPU uses a video scan out engine that's pretty much completely disconnected from the GPU. That's one of the neat things about how programmable their cores are; you can resolve in the tile to just about any surface format since it's all done in software anyway, so it's really easy to integrate with other scan IP blocks. TL;DR: You'll probably get a simple un-accelerated frameb…

>with a PowerVR off to the side that you can just ignore if you want.

The problem is that I can't, and most people who care about freedom and thus could be interested in a slower, more expensive board... can't either.

Re: PicoRio Linux RISC-V SBC is an open-source alternative to Raspberry Pi board

#74
post #46
post #3

Oof, GPU by Imagination Technologies. Here's hoping their close brush with death opened them to the idea of open sourcing their code.

Oof indeed. I'd rather unaccelerated graphics. Hell, take any display solution from opencores. But don't give me proprietary garbage and especially not PowerVR. I'm OK with no graphics as an alternative. Hell, I could always use some USB display solution.

> I'm OK with no graphics as an alternative

Then you'll be fine with the first version of this, since it's exactly that.

Re: PicoRio Linux RISC-V SBC is an open-source alternative to Raspberry Pi board

#75
See also https://www.seeedstudio.com/Sipeed-Maix-Cube-p-4553.html

This is RISC-V, with a neural co-processor (runs YOLO), camera, GPIOs, leds etc. For $25.

It runs MicroPython out of the box, but someone has Linux booting on the board equivalent.

I have one, and there are teething pains but the platform seems pretty capable.

Re: PicoRio Linux RISC-V SBC is an open-source alternative to Raspberry Pi board

#76
post #17

Why is RISC-V even so hyped up/successful? Other open ISAs precede it, and AFAIK the code density that RISC-V allows is disappointing considering the designers had an opportunity to start from scratch.

One concrete advantage RISCV has is its variable-length SIMD instruction set. The assembly instructions used for SIMD in RISCV can all operate on data sizes that are various powers of 2. All using the same instructions. You could even call it “SIMD with dynamically-sized data”. Right now, x86 needs one set of instructions for each SIMD data size. That’s why we have SSE, AVX, AVX512, etc. This introduces complexity fo…

Right now, x86 needs one set of instructions for each SIMD data size.

If you look at the encodings, many of them are actually the same opcodes as the original MMX, but with prefixes.

In the proposed RISCV design, you wouldn’t have to. It would just work on all sizes.

That doesn't make sense --- how would the code know how much to increment pointers by, how many times to loop, alignment, etc. ? Unless they added some really un-RISC instructions to do automatic vectored operations (like if x86 had a REP ADDSB), I don't see how you wouldn't need to change software for changing SIMD widths.

Re: PicoRio Linux RISC-V SBC is an open-source alternative to Raspberry Pi board

#77
post #32

Interesting that the group behind this is Tsinghua-Berkeley Shenzhen Institute, which is sponsored by UC Berkeley as well as a major Chinese university and the Shenzhen government. China is quite interested in RISC-V gaining traction as trade and security barriers rise and they work to build up their domestic technology sector. Going into wild-ass speculation mode, if this board really is affordable, I wonder if it's…

Do we know the foundry? I like your idea because I could see the Chinese government doing this to help prop up SMIC too. The RPi4 isn't any smaller than 16nm, and SMIC needs 14nm customers. Shoot for the 500MHz target listed, which is achievable with Victorian era style over engineering. Next sell those more or less at cost after the government footed the bill for initial capital (probably paying back .gov.cn first).…

Image in the article says TSMC 28nm.

https://www.cnx-software.com/wp-content/uploads/2020/09/Pico...

Re: PicoRio Linux RISC-V SBC is an open-source alternative to Raspberry Pi board

#78
post #30
post #17

Why is RISC-V even so hyped up/successful? Other open ISAs precede it, and AFAIK the code density that RISC-V allows is disappointing considering the designers had an opportunity to start from scratch.

> the code density that RISC-V allows is disappointing considering the designers had an opportunity to start from scratch. IIRC the code density beats ARMv8 and x86_64 in most situations.

They may have beaten the average compiler in x86 code density, but compilers aren't normally optimising for size and, as someone who has been writing x86 Asm for a long time, I can safely say that compiler output in general, even at max size opts, is far from the theoretical limit for x86 --- there is plenty of room for improvement there. On the other hand, RISCs are far more constrained in size optimisation. For an example of what I mean by x86 having a very high limit on code density, see https://news.ycombinator.com/item?id=15720923

Re: PicoRio Linux RISC-V SBC is an open-source alternative to Raspberry Pi board

#79
post #65
post #2

Promising hardware, though this isn't looking like comparable hardware even to the Raspberry Pi Zero. Only has a quad-core 64-bit RISC-V (RV64GC) processor at 500+ MHz. RAM size not specified. If it was priced in the $5-15 range it would be more or less practical, but higher than that I'd be buying it solely for the architecture novelty.

The Arduino Uno retails for around $30 and gives you a 16MHz CPU and 2KB of RAM so I don’t think specs and price are that related, especially when looking at different architectures.

Microcontroller vs microprocessor. Also I don't know anyone who pays RRP on Arduinos. If I need one for a project I get a Pro Mini (same specs, much smaller) for $2 shipped from China.

Re: PicoRio Linux RISC-V SBC is an open-source alternative to Raspberry Pi board

#80
post #25

Earlier quoted context omitted.

There's a great deal of communication that happens outside the operating system, and a bunch of different multiplexing modes and things like that. There's at least 4 different speeds it's going to need to talk at (1.5mbps, 12mbps, 480mbps, and 5gbps) with a good deal of synchronization and other bits. There's a rather decent amount of logic that has to be implemented, and I wouldn't be shocked if you end up needing w…

The popular Cypress/Infineon FX3 USB3 controller has a 200 MHz ARM926EJ core on chip. https://www.cypress.com/file/140296/download

Nvidia at one point used one of their home grown Falcon cores (which looks like it could be around the same gate approximate gate count) to baby sit the USB3 phy as well. They're probably going to switch to RISC-V for that if they haven't already.
Post reply on HN