Introduce ROCK 5B - ARM Desktop level SBC

Sure.

1 Like

Will it come with casing, heat sink and power adapter?

1 Like

https://browser.geekbench.com/v4/cpu/compare/15648450?baseline=16426661

Summary

@hipboi any idea what power inputs this will support?
For instance would 5V 2/3 A be enough?

I think we should reserve 15W for CPU, 9W for USB 3.0, 5W for USB 2.0,10W peak for SSD. So 65W should be enough for full peripheral at full load.

For normal usage, I think 24W should be enough, 12V/2A.

1 Like

There is no barrel jack on this board so we need to use USB-C with USB PD. Does the USB PD circuitry support QuickCharge 4.0 AKA USB PD 3.0 with flexible power rules or are we stuck with power profiles? If the latter it looks like:

  • Profile 4 for 60W (20V/3A)
  • Profile 5 for 100W (20V/5A) but needs 5A rated cables

For 65W… is there a way to do this with 3A PSUs/cables?

1 Like

Hey guys, I already bought the discount coupon, really hoping this SBC is going to be awesome :slight_smile:

I would like to ask someone from the team:

What’s the situation with GPU/VPU drivers for linux going to be? I have a rockpi 4c and gotta say, there’s no good solution to have a linux desktop with GPU-accelerated video (there’s a patch for armbian with legacy kernel, even that is kind of hacky and the legacy armbian has weird issues with HDMI), i’ve tried like 4 different distros – it’s either old kernel and patched (hence updates held back) packages or current kernel and no VPU support (because the patches, afaik, were a one-time community effort)

Is RK3588 going to be an improvement, VPU-support-wise? I mean, like, set up a distro like armbian or manjaro and have Firefox play 4k youtube accelerated, have mpv/vlc/kodi use the GPU properly, and all that.

Cheers, thanks in advance <3

@hipboi

1 Like

Yes it is confirmed :smiley:

PCIe 3.0 can be bifurcated to 1x4lanes, 2x2lanes, 4x1lane and 1x2lanes + 2x1lane
it can operate with Root Complex and End Point.

Please wait for official confirmation from radxa until rk releases the full specification and what all is utilised by the vendor.

In ARM GPU can only fo 2D and 3D rendering, Video is processes by VPU and sadly there is still not stable and robust support for this in any ARM device yet.

Hopefully with RK35xx series if RK can provided all this in uefi and then push the driver to linux driver then only it can be fully utilized. Till then we have to wait for team to reverse-engineer it which takes years to reach a stable stage.

1 Like

Yeah, that would probably instantly put the RK35xx devices on top of everything in the media box world. So sad to see these powerhouses not living up to the full potential of the hardware bc of the whole closed binary driver package thing. So far it’s either “get an apple tv” or “get a highly vendor-customized android box and hope the firmware is not total nightmare”

@hipboi will the board support dumb 12V power supply like RockPi4? What about dumb 20V?

Sad, as RK3588S may not cut it: yes it has two PCIe 2.0 x1, but I don’t think it would be “sufficient”, say if we want to make a more flexible platform. Really recommend a bigger CM5 based on RK3588 instead, and consider carrier boards in the size of (better be exact for “compatibility”, as Rock 5 is a bit wider at 72 vs. 69.85)

  1. 3.5" HDD (147x101.85), and 2) 5.25" ODD (203x146)

With these carry board sizes, it should have enough space to put “everything” back that was left out because of 5’s limited size (e.g. 2xGbE). Say, one can even create a 8-port “router” if the carry board has PCIe slots (PCIe 3.0 x4 for 2x10GbE, PCIe 2.1 x1 for 4xGbE, onboard 2xGbE => 8-port), or 16-ports NAS (x4 => 8-port HBA, 2x1 => 2*4-port HBA), or anything in between?

And of course, I know if Radxa keeps it “Pi CM4 compatible”, sales could be better perhaps, as I saw applications like TPU enabled surveillance etc. where RK3588S is more than sufficient.

3 Likes

Dumb 12V and 20V PS are supported.

1 Like

QuickCharge 4.0 AKA USB PD 3.0

QC4.0 and PD 3.0 are different protocol, but many PS chips support both.

USB-C Power Delivery 3.0 (PD3.0) introduces a new Programmable Power Supply (PPS) mode, which allows a device to negotiate any supply of 3.3-21 V in 20 mV steps, and up to 5 A of current in 50 mA steps.

I think PPS is the flexible power rules you refer. It depends on the power adapter(the chip PD version and the PS output capability design, as far as I know, most PS doesn’t support PPS.

I believe the reason of PPS is the power loss rate, convert 9V to 5V is more efficient than convert 20V to 5V, so the more precise the PS output just enough power for the device(dynamic system power request from the PS), the less power wasted.

https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/Documentation/ABI/testing/sysfs-bus-typec?h=v5.10.91

The USB C controller we use, fusb302 or alternative is PD 2.0 phy only. It can not support PPS.

For 65W, currently we are negotiating with the PS output 20V for sure.

2 Likes

So, how about that heatsink and fan? Cases?

1 Like

Will it have an OTP Memory to punch in a public key for boot verification and a facility to verify the first bootloader? (Lockdown in general but for the actual owner.)

Does that SOC include any extra computers Intel ME style?
Does it have an undocumented boot by GPU mess like the rapsberries?

Does it have a hardware RNG? Is that one worth even thinking about?
Does it have a RTC?

Will it have an OTP Memory to punch in a public key for boot verification and a facility to verify the first bootloader? (Lockdown in general but for the actual owner.)

Yes, it has OTP.

Does that SOC include any extra computers Intel ME style?

There are three cortex-m0 mcu inside, not sure if all of them are for the big core control, i think the firmware will be open source.

Does it have an undocumented boot by GPU mess like the rapsberries?

Absolutely no.

Does it have a hardware RNG? Is that one worth even thinking about?

Yes, not sure about the driver status yet.

Does it have a RTC?

Yes, RTC battery connector is available on 5B.

1 Like

I didn’t find any documentation regarding this. Are you sure?

I have seen some secure flag in the maskrom spi flashing tools code but nothing explains what that actually does. 1 bit of configuration flag isnt exactly a promising hint of finding signed boot facilities.
(For the 4)

So can you answer this question a bit more explicitly?

Wondering if any of the chips on the back is an SPI flash for a bootloader. And also, have you thought about implementing Embedded Base Boot Requirements (EBBR), which would be a killer feature for adoption.

1 Like

I don’t see any mention of OTG support, is it not available on this board? Or an omission?

What is the benefit of using Radxa provided Debian Buster over regular Debian Buster?