Pine64 and Radxa’s new Pi CM4-compatible boards

Since the Raspberry Pi was introduced, hundreds of clones have adopted the Pi’s form factor (from the diminutive Zero to the ‘full size’ model B). Often they have better hardware specs, and yet they remain a more obscure also-ran in that generation of Single Board Computer (SBC).

So when I saw Radxa’s CM3 and Pine64’s SOQuartz, I wanted to see if either would be—as they advertised—’drop in, pin-compatible replacements’ for the Raspberry Pi Compute Module 4.

tl;dr: They’re not. At least not yet.

Hardware and Specs

Both boards are technically pin-compatible. And both will boot and run (to some extent) on pre-existing Compute Module 4 carrier boards, including Raspberry Pi’s official IO Board:

Because the boards are pin-compatible, you can use them on almost every pre-existing carrier board designed for the CM4—I’m tracking almost 100 on my Pi PCIe site!

That’s great, because while many of the CM4 carrier boards are available, the CM4 itself is not. It’s nearly impossible to snag the model you want, and for most flavors there won’t be any in stock for months!

And just because the boards are Pi clones, they don’t have to stick to all the limitations of the CM4’s layout—the Radxa CM3 sports a third IO board-to-board connector along the top edge that’s not present on the CM4 or SOQuartz:

This connector breaks out two SATA ports (split between the PCIe bus and USB 3.0 port), an extra USB 3.0 port, and extra GPIO pins above and beyond what the Pi offers. But it requires a board that supports the third connector, and none that are available do, yet (Radxa’s own is still not available for testing or purchase).

The RK3566 (used by both the CM3 and the SOQuartz) also includes ARMv8 crypto extensions, and a 0.8 TOPS AI accelerator, so there are some other hardware niceties on offer, even though the 4x Cortex A55 cores are slightly slower (even at a higher clock) than the A72 cores in the CM4.

But if you just want to drool over specs, go read them at the source:

• Radxa CM3
• Pine64 SOQuartz

The Promise

After months of testing dozens of PCI Express devices with the Compute Module 4—which exposes the BCM2711 PCIe Gen 2.0 x1 lane directly—I’ve encountered issues with some drivers, notably any GPU / graphics card, some storage controllers, and the Coral TPU.

The Pi’s chip doesn’t have a fully-baked PCIe bus. It’s perfectly adequate for USB 3.0 chips (like the VL805 used in the Pi 4 model B and Pi 400), most NVMe SSDs, and a number of other devices, but the Pi locks up in strange ways when you try something crazy like plugging in an AMD Radeon RX 6700 XT.

So I am hoping the Rockchip RK3566 used in these other boards might have a better PCIe implementation. Good enough to be able to load drivers for more devices without hacky patches to work around the PCIe bus limitations on the Pi.

And supposedly the bootloader and firmware surrounding Rockchip-based boards is more open than that on the Raspberry Pi. This isn’t a huge issue for most users, but it is a thorn in the otherwise stellar reputation Raspberry Pi has for working with open source hardware and software.