We now added ROCK 3 Compute Module SODIMM IO Board (CM3S IO) to this release.
After testing the upcoming ROCK 3B with KDE desktop, we now decided to stay on Xfce desktop for RK356X based system due to performance concern. We have some improvement ideas that need to be tested.
Below is the original release notice written when only ROCK 3C was announced.
Greetings. Today we are happy to announce the initial system release for ROCK 3C.
Unlike our earlier ROCK 4 release, today’s release only covers a single device. This is because ROCK 3C is an entry level offering with only up to 2GB memory. As such, we are still using Xfce desktop on this product. Our plan for the rest of ROCK 3 family is to also release a KDE based system, just like ROCK 4.
Besides the desktop choice, this release is also built by our new
rbuild tool, which means many of the same new features and improvements are also inherited in this image, even when compared to our old Xfce systems. You can read more about this new system here.
- Default account is now
rsetupto manage overlays and more
- NEW SSH is now enabled when the first boot is headless
- NEW Ubuntu CLI images are now bootable
We are listening
While this is not strictly related to ROCK 3C, we’d like to thanks all the feedbacks from our community members like @dominik. We know our first release won’t be perfect, but what matters is how we improve it in the long run, since we are here to stay. In this regards, any feedbacks help us to discover new potentials and possibilities, so we can deliver even better quality products, both hardware and software, back to our users.
One of such feedback is that SSH is disabled, unlike our earlier releases. This was an intentional decision, since our default user account uses a known weak password, so we don’t want our products to become an attack vector in it’s default configuration, especially when user is not aware of it. Think about Windows, by default, RDP is not enabled. Raspberry Pi also has SSH disabled, and the user has to make an explicit decision to turn it on. These are the reasons we decided to err on the safe side to disable the SSH by default. Just like Raspberry Pi, user can also manually edit files under our
config partition to override this behavior.
However, unlike Raspberry Pi, we don’t have a dedicated image flasher to present this options nicely to the user. Our documentation is also lacking since so much focus has been put on to the problem solving side. The result is that for most users, this override might as well be non existent.
This is when we step back and rethink our approach. We still don’t like enabling SSH by default, but we also need to balance with usability. The most affected users are those who run our devices headlessly, as they are entirely relied on SSH to manage their devices.
We have reworked our first boot configuration script, which now will check if any displays is plugged. When no display is detected, it will assume the user is running headlessly, and enable SSH service. Both desktop and CLI images work the same way, since we want to reduce the surprise when users switch between different images, expecting SSH will be enabled under the same condition.
We also fixed Ubuntu CLI image booting issue. A few different issues are related to this, but they are resolved now. Desktop image is still problematic since the Rockchip kernel doesn’t play nicely with upstream unpatched packages. This is again why we currently do not officially support Ubuntu, and suggest our users to use Debian unless you have a special requirement.
Since both issues happened before user can log into the system, the only way to fix them for ROCK 4 will be a new image. Our build system create monthly images on first day of each month, so new test images for ROCK 4 should be available tomorrow or the day after (we have a long list of images that need to be built).
After 3C, our plan is to work on ROCK 5A. As we use the same kernel for ROCK 4 and ROCK 5, we are also looking to clean up some overlay issues when we release a new kernel.
The following systems have been validated by Radxa for various use cases:
ROCK 3C: 20230330-0236 Build 31
CM3S IO: Build 24
More build variants can be found at
Kernel version: 4.19.193-1
- When booting with SPI+USB, only the USB 2 ports are supported.
- When ROCK 3C is paired with macOS devices, 3C cannot enter suspend mode.
- Ethernet’s MAC address will change when flashing a new system. It will NOT change if the device is rebooted.
- Raspberry Pi Camera v1.3 and OKdo 5MP camera are currently missing image tuning profile. Raspberry Pi Camera v2 is thus recommended for now as we only have the profile for this camera. Additional profiles will be available in a future package update.
- On-board Wi-Fi currently does not support WPA3.
- ROCK 3C equipped with AzureWave AM-CM256SM Wireless module has no working Wi-Fi.
Workaround: update the system via Ethernet first.