Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 12 Jan 2026 15:39:48 -0600 (CST)
From:      Timothy Pearson <tpearson@raptorengineering.com>
To:        Piotr Kubaj <pkubaj@freebsd.org>
Cc:        Adrian Chadd <adrian@freebsd.org>, freebsd-ppc <freebsd-ppc@freebsd.org>
Subject:   Re: 2026 TODO list!
Message-ID:  <439746389.199813.1768253988944.JavaMail.zimbra@raptorengineeringinc.com>
In-Reply-To: <aWVYpwQlqj_WbXNi@talos-powerpc64le>
References:  <CAJ-VmonYHdVhdPiaLHUqzPv33_iAGiTY=_hGrhg4rXF5%2BYZPQQ@mail.gmail.com> <aWVYpwQlqj_WbXNi@talos-powerpc64le>

index | next in thread | previous in thread | raw e-mail



----- Original Message -----
> From: "Piotr Kubaj" <pkubaj@freebsd.org>
> To: "Adrian Chadd" <adrian@freebsd.org>
> Cc: "freebsd-ppc" <freebsd-ppc@freebsd.org>
> Sent: Monday, January 12, 2026 2:25:11 PM
> Subject: Re: 2026 TODO list!

> On 26-01-12 07:33:49, Adrian Chadd wrote:
>> hi!
>> 
>> I'd like to assemble a 2026 TODO list for PPC64 work. Justin, Ivy,
>> Warner, I and and others have been poking at the sharp edges and
>> trying to use/abuse various PPC64 hardware and VMs.
>> 
>> I'd appreciate some brainstorming from y'all about what you'd like to
>> see fixed, implemented and working.
>> 
>> On my plate so far:
>> 
>> * I've acquired a 2-CPU apple G5 to fix the long-standing SMP
>> behaviour with (which someone else has triaged, so I need to work with
>> justin to verify that and figure out an implementation)
>> * fixing up qemu ppc64 big/little endian KVM and emulated CPU pseries
>> VM support - both boot fine in -HEAD, I'm going to MFC the fixes to
>> stable/15
>> * Timothy at Raptor Engineering has some desire / work planned out to
>> sort out more POWER9 native booting support (IOMMU features I think?)
>> * I'd like to work towards getting ppc64 be/le packages built again
>> and some hardware back in the cluster for developers

Indeed, working on fixing up our PCIe support (bringing it closer to parity with the Linux implementation) and getting the IOMMU properly set up.

>> So I'd like some brainstorming/braindumping/ideas here if you've got
>> them, even on older PPC64 hardware if you have it. I'd like to collate
>> these into the wiki and figure out what we think is achievable in
>> 2026.
>> 
>> Thanks!
>> 
>> 
>> -adrian
>> 
> 
> Hi,
> 
> apart from what has been mentioned above:
> 1. bhyve support would be nice for testing various patches, but it's
> a huge project.

FWIW this is something Raptor could do, but we'd need a development contract (i.e. funding) to do it.  Right now our focus is on Xen for hypervisor work; not sure how much of that could then be effectively backported over to FreeBSD or just used as a reference for an eventual bhyve implementation.

> 2. linuxulator seems quite easy to achieve. It was a GSoC project,
> there are patches on phabricator, they just need a review. RHEL has
> support for ppc64le, so we can add support to ports as well (but not
> for ppc64, unfortunately, it can be supported in the kernel, but
> but without support in ports).
> 3. drm-kmod would be very handy on desktops. I finally aquired another
> POWER9 system that is a replacement for my amd64 server, running my own
> services, so I can finally say I'm dogfooding FreeBSD on POWER, but the
> desktop is still on Linux.
> 4. Loader support. I've already mentioned it to Timothy, can also
> mention it here: there's no support at all for loader on PowerNV. We
> just load the kernel directly. To have ZFS on /, we need a custom
> kernel. It would be best to have a 2nd stage loader (loaded from
> Petitboot) that would load the kernel and required modules.

AFAIK Lexi is looking into this.


home | help

Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?439746389.199813.1768253988944.JavaMail.zimbra>