Why is Radxa giving up on software support?

I just bought a Radxa 4Cplus and a Radxa 5B SBC. These cards are on sale on the Radxa web site, where I ordered them from. There is nothing wrong with the hardware, but there is NO software support for the cards. Why do Radxa keep selling cards with no software support?

For both cards the “latest” OS images are more than 1.5 years old!!! Until Radxa stopped supporting the cards, there were a new OS image released every month, then stop. So, Radxa no longer support the SBC but they are still selling. Why?

When I install and do an update on the old software, I get lots of error messages and sometimes the boot will hang afterwards. It’s not possible (or a good idea) to run old outdated software, so an update is mandatory. But then a update brake the old OS images, why are they even listed?

Radxa should make a statement about software support and how long after the cards are leased they stop supporting the software. This is vital for the use of the cards for those of us that cannot compile new OS images. Community images like Dietpi, Armbian and so on have many missing features and are not at all a substitute for a tailor made OS with all the customization that is needed to make the SBC run to its fullest.

Please, Radxa, do something about software support, or make it clear to all customers that software support will sees after a few years after the cards are released. Sett a date for the end of software support, OR make and test new OS images that work with your hardware until you stop selling it. Be honest about your software support.

Please take some inspiration from Raspberry Pi software support!

1 Like

Request:

Could one skillful forum member please use rbuild to compile the current supported Debian version and make a CLI image build for the Radxa 4Cplus and the Radxa 5B boards?

Thank you :slight_smile:

Does the rbuild utility download the latest source code directly from Debian, or does it download the source code from Radxa (that might be old)?

RK3399 based SBCs will upgrade to 6.1 kernel this year, before Q2.

1 Like

Everything what Armbian developers invest is taken by copycat projects (dietpi for example) in real-time. This is a problem since they don’t contribute to common problems and as there is nothing coming from you. Do the math, its plain simple. HW (SoC) sales does bring-up, most of maintenance is on community side. Which is largely ignored.

But still we provide you good assembly tool and there are several maintainers behind previous Rockchip generation. Without this work, things would fall apart, not just what you notice - missing functions.

They have monopoly on SoC design.

1 Like

What if Radxa gives out an 6 month updated CLI (Server) image for all their SBC, that have all the GPU and VPU drivers enabled in the image, and the users can add whatever DE they want to use?
Why only release a KDE image, or XFCE image? Is it very hard to make a server image ready for any DE? I would guess the most important OS image for an ARM SBC would be a server (CLI) image?

So they have full control of the SDK, you mean?

Yes, Radxa should be responsible for the software for the SBC they sell, and not let it be the community that has to do the job.

I’m still looking for a Radxa 5B Bookworm Gnome image will GPU and VPU drivers working…

Luckily, I have the Radxa X2L where I do not have to depend on Radxa for an OS image :slight_smile:

… while everyone else would rely on community to develop and maintain the software? :slight_smile: And steal from each other. Didn’t you notice that all boards Radxa make, someone else makes (almost identical in term of software support) under different name? I can tell you first hand that what you are asking costs millions per year which margins in hardware sales can’t cover - you want cheap hardware and you want perfect software and you want it for free. One don’t need a PhD from economy to understand this is oxymoron.

There will be new and new hardware design and software is gradually improving. This is what you can hope for at best. From your complete absence of support to people that maintains software, this is all what you can expect.

You are looking for this at wrong place, asking wrong people.

Community projects provides Ubuntu (also Debian makes this just a lot more expensive) derived OS with this working. Months went into developing this and every month costs to keep it working. Make a recurring donation and reset your over-expectations.

I see your point, but it would be nice that Radxa (and other arm sbc makers) would make it crystal clear that they will not have up to date and feature complete OS for the boards they sell. Make sure the customers who buy their boards know they do not get software support, but needs to rely on community software support.

1 Like

If the software support resources are so limited, wouldn’t it be a better choice to stick to one linux base, like Debian or Ubuntu, and drop all desktop environments and make a single server up to date OS image for all the boards? I would guess this would lighten the load on the software development team?

Raspberry Pi develop their OS on one base only, Debian, and in addition to a server image, have one desktop image which is LXDE. Even with all the software support of Raspberry Pi, they stick with two OS images with one base and one kernel. Would it not also be a better choice for Radxa to also stick with one base, one kernel and one server image?

2 Likes

What do you think Armbian does? :slight_smile: Since we developed powerful build framework, adding new upstream package base becomes trivial. 99% of resources are spent for base operating system, kernel and infrastructure. Producing different image variants is fairly automatized - main of the costs are non humans.

Every kernel has advantages and disadvantages. We need to produce several kernels, kernels per hardware platform as merging stuff under one kernel is significantly more expensive. We all together (mainline) don’t have resources for that, so don’t expect the impossible from small hardware design company which can only adjust their hardware to match kernel provided by SoC vendor.

I was thinking about Radxa software support.

The problem is the same for everyone, including Radxa.

This was already promised as Q3 2024, hopefully no extra delays :smiley:

Maybe because rockchip has stopped selling chips for vendors?
Maybe because collabora hasnt finished their mainline port yet?
Maybe because u havent even done some search on the forum where users already publishes a ton of working images for them devices?

in short: Theres images working for rock 5B idk about the 4C but 5B rk3588 theres a good portion of working options third party mostly but… not all is bad.

It could always be better… but I must say I’m positively pleased by the way Radxa sponsors their rock5 boards with Armbian (Platinum support, I guess meaning a paid sponsorship) and the way Collabora is working on rk3588 (I don’t know who pay them, if this is Rockchip or Radxa).

  • The Mainline kernel is able to boot and most of the drivers are working fine.
  • The boot chain is almost fully opened (remaining the DDR init stuff, but who really cares and I understand there are always some NDA stuff between the IP company providing the DDR block and Rockchip)
  • we have a uboot or a EDK2 opened solution.
    This is good indications that the SOC will be supported for a long time.

Remain the GPU stuff which is always complicated.
Also, it is always frustrating to have early OS images built as a proof of concept with proper video support, and an image build in the state of art with upstream component, but which takes so long to converge.

2 Likes