Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - tle

Pages: [1] 2 3 ... 37
1
Okay I added a basic support PPC64LE

It's pretty much straight forward changes https://github.com/ispc/ispc/pull/3735

at this stage it has no PPC-specific ISPCTarget enum values, no ISA enum entry, no .ll builtin files. I hope this would create the foundation for developers to further extend it.

2
Operating Systems and Porting / [NEWS] Linux 6.18
« on: February 05, 2026, 05:56:16 am »
Well it is not news anymore however this kernel has been quite stable on Fedora.

Full changelog could be found at https://kernelnewbies.org/Linux_6.18

3
Applications and Porting / Re: [GAMES] Doom 3 BFG bad ass game XD
« on: February 04, 2026, 06:33:34 am »
I built dxc and it seems to be recognized by RBDOOM, but I'm getting a build error:
[ FAIL ] SPIRV builtin/lighting/interactionSM.vs.hlsl {main} {USE_GPU_SKINNING=1 LIGHT_POINT=1 LIGHT_PARALLEL=0 USE_PBR=1 USE_NORMAL_FMT_RGB8=1 USE_SHADOW_ATLAS=1}

I did not run into such issue,

```

# build dxc
git clone https://github.com/microsoft/DirectXShaderCompiler.git
cd DirectXShaderCompiler
git submodule update --init --recursive
mkdir build && cd build
cmake .. -C ../cmake/caches/PredefinedParams.cmake
make dxc -j
sudo make install-dxc
# build the shared library
make dxcompiler -j32
# install it
sudo make install-dxcompiler
# then update the library cache:
sudo ldconfig


# build game
git clone https://github.com/RobertBeckebans/RBDOOM-3-BFG.git
cd ./RBDOOM-3-BFG/
git submodule update --init --recursive
mkdir build && cd build
export DXC_CUSTOM_PATH=/usr/local/bin/dxc
../neo/cmake-linux-debug.sh
cd ../build
make -j32
```

4
Applications and Porting / [DEV] Need help with testing htop-rs
« on: January 27, 2026, 03:41:19 am »
htop-rs is basically an experiment to port C htop to Rust.

It's not feature complete yet but I hope to get a bit of feedback from the community in regards to the PPC64LE Linux build

https://github.com/runlevel5/htop-rs

5
Applications and Porting / Re: [GAMES] Doom 3 BFG bad ass game XD
« on: January 24, 2026, 05:50:59 pm »
It looks like the newest version requires Microsoft's DXC which doesn't seem to be available in Portage and is itself an LLVM fork, so I expect getting it to build might be some work in itself. The last version that doesn't require it is 1.4.0.

You have to build DXC manually from source. Building it is quite straightforward, no patches required at all

6
See https://github.com/golang/go/issues/76244

It's unfortunate that Go might drop support for PPC64BE for real. That means many Golang-based softwares will cease running on POWER8 or even POWER5 G5 PowerMac.

7
Quote
We'd like to retire powerpc64 and powerpc64le just before the FreeBSD stable/16 branch.

It would be a great disappointment if FreeBSD drop support for PPC64. I find FreeBSD extremely useful for hosting ZFS.

In that case, reply to the mailing list. If no one replies about using FreeBSD on POWER, the conclusion will be that it's unused code ready for removal.
FYI, I already replied. Note that you need to be subscribed to reply.

I am still trying to figure out how to get the mailto to respond to the message. If you happen to know how to do so for mlmmj-based mailing list, please point me to the right place. Many thanks in advance

8
Quote
We'd like to retire powerpc64 and powerpc64le just before the FreeBSD stable/16 branch.

It would be a great disappointment if FreeBSD drop support for PPC64. I find FreeBSD extremely useful for hosting ZFS.

9
Applications and Porting / [DEV] Electron support for ppc64le
« on: November 04, 2025, 05:47:04 pm »
Electron is a well known web-based stack for cross-platform application development. It is not my cup of tea but many popular apps such as VS Code, Atom, Slack, etc are built with it. So having it support ppc64le upstream is definitely a big win for us all.

There is a ticket https://github.com/electron/electron/issues/15691 to gather efforts from the community to get the support implemented. lex-ibm has been maintaining his own build script which is known to work well up to v37. Because he is occupied with other priorities, it would be great if any member could give him a hand to:

* Get his build script to support latest v39
* Extract all patches and submit PRs upstream

10
Operating Systems and Porting / Re: [NEWS] Fedora 43 is out
« on: November 02, 2025, 06:50:06 am »
@migsutu would you be able to send me the full `dmesg` logs?

11
Operating Systems and Porting / Re: [NEWS] Fedora 43 is out
« on: October 30, 2025, 09:31:18 pm »
Fedora has just bumped GNOME to 49.1

Everything still works nicely. I am working with upstream packagers to re-introduce ppc64le packages for 0ad game and let's hope I could get ziglang ppc64le rpm package in Fedora 44.

12
Operating Systems and Porting / Re: [NEWS] Fedora 43 is out
« on: October 30, 2025, 09:29:41 pm »
I attempted installation of Workstation and KDE Plasma Edition with the release version. I am getting error "drm:radeon device init [radeon]*ERROR* Unable to find PCI I/O Bar"

No GUI ever comes up on the main graphics at this point. I went back to my old Fedora 42 Live thumbdrive and it correctly boots and loads up. The Beta of 43 seemed to work fine, but something appears wrong with Radeon drivers on the PPC64LE release with the release version. Unfortunately I don't have an Nvidia card to try.

Could you please confirm if you could re-produce the same issue with GNOME version?

That could be related to the kernel and amdgpu version of that installer image.

13
Operating Systems and Porting / [NEWS] Fedora 43 is out
« on: October 28, 2025, 04:07:14 pm »
URL: https://fedoramagazine.org/announcing-fedora-linux-43/

Rejoice! Yet another successful Fedora version. So what's new?

* RPM 6.0
* GNOME 49
* Disabled X11 for GNOME

AFAIK everything works as expected

14
Just in case if you are not aware, IBM https://github.com/IBM/actionspz now offer free GitHub Actions CI/CD boxes for OSS projects. IMHO this is huge because it help unblock the most asked question from developers who want to support POWER platform.

15
GPU Compute / Accelerators / Re: Intel Discrete GPU demise is inevitable
« on: October 10, 2025, 07:15:58 am »
> I wonder how this would affect someone that, say, wanted to license Imagination IP and fab a DXTP-based GPU at an Intel plant. Would Nvidia want Intel to say no? Would that be grounds for an anticompetitive lawsuit, or would Nvidia be in the clear if they're partially owners?

I think the US government will pressure any company who dare to sue Intel and NVIDIA. We all know that Trump administration is very pro-Israeli so they won't let Intel go down. After all Trump was betting on Intel to bring back the chip fabrication capability, it is too risky to put all eggs in the Taiwanese bucket.

Pages: [1] 2 3 ... 37