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 [4] 5 6 ... 41
46
Operating Systems and Porting / Re: [BUG] Linux 7.0-rc1
« on: March 26, 2026, 08:56:29 pm »
is the issue finally resolved? Or you simply revert those ppc changes in your own downstream patch?

47
FYI the game could be played easily after disabling NaCL sandboxing (which does not support POWER btw)

https://github.com/DaemonEngine/Daemon/pull/1945

48
ref: https://chimera-linux.org/news/2026/03/retiring-powerpc.html

Maintaining support for Little Endian is already hard enough. I can understand q66's decision. I personally has no particular softwares that would benefit greatly from BE.

49
Operating Systems and Porting / A bootloader in Rust
« on: March 18, 2026, 09:28:38 am »
I just randomly bump into this interesting project https://siliconislandblog.wordpress.com/2026/03/18/booting-with-rust-chapter-3/

We all have been using grub for boot loader so to see yet another project trying to address shortcomings of grub is definitely intriguing.

50
Operating Systems and Porting / Re: [NEWS] Fedora 44 Beta is out!
« on: March 17, 2026, 05:18:43 pm »
Great choice! Enlightenment is indeed a great option. I vividly remember back then when Samsung was sponsoring this project for their Tizen OS. Btw is amdgpu working well with FreeBSD?

51
Tim said Preview 12 will be available natively! Amazing news! I cannot wait to go back to this beautiful game

52
Operating Systems and Porting / Re: [NEWS] Fedora 44 Beta is out!
« on: March 15, 2026, 12:08:44 am »
The geniuses at GNOME have taken anti-ergonomics to the point of absurdity. They’ve turned the simple “double-click” + “middle-click” operation into a sequence of “double-click” + “right-click” + “select copy” + “click” + “right-click” + “select paste.”

I am not surprised. GNOME is always tinkering with make their desktop more tablet friendly even it does have negative impact on traditional desktop UX. Fortunately we have alternatives like KDE, XFCE, etc. I highly encourage you give them a go and report any issue.

I am greatly concerned that the amdgpu regression in kernel 7.0 will hit us all eventually.

53
Operating Systems and Porting / Re: [BUG] Linux 7.0-rc1
« on: March 12, 2026, 07:03:29 pm »
I too can confirm the issue on rawhide Fedora 45

54
Operating Systems and Porting / Re: [NEWS] Fedora 44 Beta is out!
« on: March 11, 2026, 11:18:10 pm »
So far everything works, I see no regression with mutter or any other GNOME components.

55
Operating Systems and Porting / [NEWS] Fedora 44 Beta is out!
« on: March 10, 2026, 06:20:14 am »
Ref: https://fedoramagazine.org/announcing-fedora-linux-44-beta/

Have a go at it folks! Rough edges are expected

56
Operating Systems and Porting / Re: [BUG] Linux 7.0-rc1
« on: March 09, 2026, 07:44:59 pm »
That's concerning taking into account that Fedora 44 will likely ship this version.

57
Applications and Porting / Re: Discussion about Blender Cycles on PPC64
« on: February 26, 2026, 02:15:25 am »
CUDA was a thing on ppc64le.

Regarding ROCm I found this repo. It also has Nvidia/ CUDA patches. But it's all VibeCoding. Let's see where this leads.

Looks promising, let me have a go

58
Applications and Porting / Discussion about Blender Cycles on PPC64
« on: February 25, 2026, 07:15:30 pm »
I was sitting down with a friend of mine who was a professional 3D modeler. By observing him working with Blender on my Blackbird workstation for a simple modeling job of a snow man, I realize the biggest blocker that push Blender to the finish line is the lacking of GPU acceleration rendering, specifically the Blender Cycles engine.

As you might have known that AMD ROCm is huge and complex so I rule out any possibility of AMD ever support PPC64. Other engines like CUDA is out of question because NVIDIA does not even offer driver for PPC64. The same goes with Intel unfortunately. The only option is OpenCL which is vendor-neutral but sadly its non-CUDA closeness design and buggy implementation forced Blender team to drop OpenCL few years ago.

What are options out there? LuxCoreRender is one potential solution because it supports OpenCL. In theory we could achieve it like this: LuxCoreRender → OpenCL API → RustiCL (Mesa) → radeonsi (Gallium) → amdgpu (kernel) → AMD GPU. I am unsure how reliable RustiCL is so this approach might be not working at all. However let's assume that it may work, there is still a huge effort to get LuxCore running on PPC64.

I am wondering if any community member has attempted to tackle this blocker issue before.

59
Ive asked them before they wouldnt do it

Let's hope they will accept the hardware offer from Tim.

For now we could always play the game with box64

60
The foundation is laid. Community now can have a go with adding more features

Pages: 1 2 3 [4] 5 6 ... 41