Sure, it’s still two times PCIe there. But you ‘downgrade’ from Gen3 x4 to Gen2 x1 or in other words: 1/8th the (theoretical) performance. Simple solution: use a crappy SSD and the difference isn’t that much 
Introduce ROCK 5B - ARM Desktop level SBC
1 Like
there are two PCIe Gen2 lanes on RK3588s (according to the news) and I wonder if these could be used together with SSD drive.500-800MB/s read speed will be enough for my usecases
Yes, but that’s 2 x Gen x1 and not 1 x Gen2 x2. Both lanes are behind separate Combo PHYs and I don’t think you can let them operate as x2. But if you’re only keen on bandwidth and don’t care about latency and two SSDs are an option you can solve the problem one layer above at the OS with mkfs.btrfs -d raid0 -m raid1.
AFAIK are both PCIe lanes multiplexed with SATA and as such you could get even higher throughput with SATA (6 Gbps vs. 5 GT/s per lane both with inefficient 8b/10b coding).
I really hope Tom/Radxa can confirm this and they will already provide a simple SATA adapter for the M.2 key E slot on Rock 5B…
1 Like
That’s very sad then.
One of the best things (imo) happened to new SOC is PCIe Gen3, and if CM5 will be based on RK3588S - it will loos big part of the it’s power =\
1 Like
I think you are referring to 802.3af PoE (up to 15.5W) and 802.3at (POE+, 25.5W). I have the same question.
@hipboi How much power is drawn by the board itself, how much is reserved for onboard m.2 SSD and Wifi? Is there support for dynamic POE (LLDP, 802.3at)?
Are the PCIe bugs present in RK3399 fixed? I.e.:
- BAR limited to 16x1MByte (seems so, but I would like a definitive answer)
- ABORTs when probing the bus (see https://lore.kernel.org/linux-pci/CAMdYzYpOFAVq30N+O2gOxXiRtpoHpakFg3LKq3TEZq4S6Y0y0g@mail.gmail.com/)
Are there any R3 code options/distributors for EU customers?
3 Likes
Is there any plan to cooperate with a case manufacturer for making cases?
From what I have seen the pico-ITX form factor is not standardized and to be user friendly the manufacturer needs to at least punch holes in the correct locations for the board ports.
2 Likes
Were they even bugs?
There was no conclusion to that thread.
Will it come with casing, heat sink and power adapter?
1 Like
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
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
1 Like
Yes it is confirmed 
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”