Live data from Hacker News

Rocky Linux 10 Will Support RISC-V

rockylinux.org

101–110 of 138 posts

Re: Rocky Linux 10 Will Support RISC-V

#101
post #9

Better title: Rocky Linux 10 Will Support Two RISC-V Boards

Even better title: Rocky will take the RHEL work and rebrand and sell the boards at a discount from China and claim a win and that they're being attacked by IBM.

We've actually been working with Fedora and RH on RISC-V for over a year now :)

Re: Rocky Linux 10 Will Support RISC-V

#102
post #7

Better title: Rocky Linux 10 Will Support Two RISC-V Boards

They could easily support the Pine64 Star64 board as well, the VisionFive2 build of u-boot works on the Star64 too.

Yep, should work fine, just not stepping across the upstream (Fedora) support at the moment.

Re: Rocky Linux 10 Will Support RISC-V

#103
post #8

Better title: Rocky Linux 10 Will Support Two RISC-V Boards

For a distro,just building packages for an architecture is notable support-wise. Those with custom firmware and kernels can pair them with the rocky 10 userspace.

Exactly! The AltArch SIG is exactly where those customization will come from, driven by community support.

Re: Rocky Linux 10 Will Support RISC-V

#104
post #89

How do they get access to the source code? I read some time ago that RH has changed how they provided the source code and that it was (almost) impossible to get it now?

We've been building the RISC-V port from a combination of Fedora and CentOS Stream sources--the same as the core operating system--since early 2024.

A lot of RISC-V support was already in F40 (which EL10 is cut from), so the rest was largely backporting and integrating into RHEL, which again, we've been tracking since CentOS Stream 10 was branched from Fedora last year.

Re: Rocky Linux 10 Will Support RISC-V

#105
post #99
post #96

Earlier quoted context omitted.

I don't know where you heard that? The source code for Red Hat's RISC-V developer preview will be released alongside the binaries, on 1st June. However almost all of it is already in CentOS Stream 10 and you can browse it here: https://gitlab.com/redhat/centos-stream There are a few patched packages (and quite a large kernel patch), which is what we'll be releasing into a separate git repo when the developer preview…

I mean in general, you can read it here for example: https://www.theregister.com/2023/07/10/oracle_ibm_rhel_code/...

Yeah I wouldn't believe what Oracle say, they're hardly a disinterested party here. You can go and grab the source for CS10 which is almost exactly RHEL 10 from the link I posted above, and RHEL 10 sources are distributed to our customers.

Re: Rocky Linux 10 Will Support RISC-V

#106
post #11
post #10

I understand why people use RH and Rocky and even Oracle: the rpm wranglers. However its not for me. My earliest mainstream distro was RH when they did it just for fun (pre IBM) and then I slid slightly sideways towards Mandrake. I started off with Yggdrassil. I have to do jobs involving RH and co and its just a bit of a pain dealing with elderly stuff. Tomcat ... OK you can have one from 1863. There is a really good…

I’d rather use redhat than Ubuntu. I was handed a machine the other week with Ubuntu 23.10 on it, OS supplied from a vendor with extensive customization. Apt was dead. Fuck that. At least RH doesn’t kill their repos.

you need to file a support ticket with the organization that provided the laptop. they chose to provide you with what amounts to a technology preview with a very limited lifespan. [0]

0: https://ubuntu.com/about/release-cycle

Re: Rocky Linux 10 Will Support RISC-V

#107
post #5

Better title: Rocky Linux 10 Will Support Two RISC-V Boards

Even to support one board, they'd need the whole build / testing infrastructure for RISC-V. Likely adding more boards is booing to be easy now, and any architecture-specific regressions, easier to spot and fix timely.

For sure, we needed a build infrastructure for RISC-V. I started out with five VisionFive 2's in my lab, and they're still doing work as needed. Granted, those are quite slow and painful because some builds will take a long, long time on those (for example, GCC took 7 days at the beginning, but we have it at about 5 days plus change now). Ever since we've added SiFive P550's to the mix, it has made it much faster for us to identify build issues and get them rectified. I still happen to use my VF2's for the "tiny" builds.

It's true that since we've had a usable build root since last 2024, it gives our AltArch group the opportunity to build different kernels to support other SBC's or boards like they already do for ARM SBC's (rasperry pi for example, since that support isn't native to the EL kernel). So while we support the VF2's and QEMU out of the box, that group will handle the additional kernels for more hardware support.

I'm actually looking forward to seeing what other boards the AltArch group will happen to add support for.

Re: Rocky Linux 10 Will Support RISC-V

#108
post #9

Earlier quoted context omitted.

Even better title: Rocky will take the RHEL work and rebrand and sell the boards at a discount from China and claim a win and that they're being attacked by IBM.

We've actually been working with Fedora and RH on RISC-V for over a year now :)

Still, past sins and all that. Not too mention the model and the directions from those at the top.

Great I always applaud contributions and I want to encourage it. But please see the damage done by some quite senior persons on the project and please distance yourselves from them.

Re: Rocky Linux 10 Will Support RISC-V

#109
post #14
post #9

Earlier quoted context omitted.

Even better title: Rocky will take the RHEL work and rebrand and sell the boards at a discount from China and claim a win and that they're being attacked by IBM.

Man some of y'all really have beef with Rocky...

Yes, because the idea of iterate and claim ownership is dishonest and lazy at best.

Re: Rocky Linux 10 Will Support RISC-V

#110

Earlier quoted context omitted.

Yes. See https://github.com/aarch64-laptops/edk2/tree/dtbloader-app?t... for example.

It's a shame the DT approach encourages land fill of boards when the manufacturer stops providing updates.

Not necessarily. DT can be loaded separately from u-boot tree / kernel tree / dtoverlay file.
Post reply on HN