New kernels

[Hypex]

Could you please post the access rights of the modules.dep?

Sure. You may have found an issue here.

Code: Select all

-rw-r--r-- 1 root users 72225 Oct 24 20:16 /lib/modules/5.10.228-powerpc64-smp/modules.dep

I don’t know why Xorg uses 99% of the CPU.

In my point of view you use the fbdev driver and not the radeon driver because of your graphics card.

I do but it hasn't caused major issues before. For example both Ubuntu Precise and Xenial work fine with it. I booted Xenial before with 5.12.0 kernel and it works fine.

So tested Precise again running 5.10.228 kernel. Right now it seems fine and has "calmed down" this time. Checked top and Xorg is now at max 5% use so don't know why it was ramped up on my initial test.

[xeno74]

So tested Precise again running 5.10.228 kernel. Right now it seems fine and has "calmed down" this time. Checked top and Xorg is now at max 5% use so don't know why it was ramped up on my initial test.

Maybe the change between the 6.12 to 5.10.

It’s good, that it works now.

Could you please test the RC5 of kernel 6.12 too?

[Hypex]

Maybe the change between the 6.12 to 5.10.

There should be no major change like that since the system was running 5.6 prior. I booted kernel 5.10.228 with Ubuntu and found system slow. Then the next day booted the same kernel and found the system normal. I don't know if the kernel "calibrates" itself and writes the settings down for next time, but I can't think of anything else to explain it. It was slow one day, fine the next!

It’s good, that it works now.

Could you please test the RC5 of kernel 6.12 too?

Sure. Just testing it now. Top reports Xorg as high usage in Fienix which I expected. Apart from that kernel boots and is working fine. Been using 35 mins now.

[xeno74]

Sure. Just testing it now. Top reports Xorg as high usage in Fienix which I expected. Apart from that kernel boots and is working fine. Been using 35 mins now.

Strange. Thank you for testing!

[xeno74]

Hi All,

I compiled the RC5 of kernel 6.12 with Zstd compressed kernel modules.

Download and further information: github.com

Alternative download link: linux-image-6.12-rc5-2-X1000_X5000.tar.gz

Please test the compressed kernel modules.

Thanks,
Christian

[xeno74]

I have successfully tested the RC5 of kernel 6.12 on my X1000:

[xeno74]

New for the RC6:

• SCSI fixes
• NVMe fixes
• Sound fixes
• BTRFS fixes
• XFS fixes
• PCI fix
• NFSd fixes

[Hypex]

I have successfully tested the RC5 of kernel 6.12 on my X1000:

So have I but it was a bit unclear. I was unsure if I had installed the Z-RC5 kernel as I saw no change. But, I had installed it from a working 6.12-RC5 kernel, so if the modules are the same version string then it trying to replace a running modules folder would likely break. So on the 3rd time decided to install from a 6.11 kernel to avoid conflict.

Following the terminal commands it looks like it is working here:

Code: Select all

fienix@fienix:~$ cat /proc/version 
Linux version 6.12.0-rc5-powerpc64-smp (geeko@buildhost) (powerpc64-suse-linux-gcc (SUSE Linux) 7.5.0, GNU ld (GNU Binutils; devel:gcc / SLE-15) 2.43.1.20240828-150300.536) #1 SMP Tue Oct 29 10:02:40 CET 2024
fienix@fienix:~$ lsmod
Module                  Size  Used by
snd_hda_codec_idt      61440  1
snd_hda_codec_generic    90112  1 snd_hda_codec_idt
snd_hda_codec_hdmi     77824  1
snd_hda_intel          36864  4
snd_intel_dspcfg       12288  1 snd_hda_intel
snd_hda_codec         143360  4 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_idt
snd_hda_core          102400  5 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_codec_idt
dm_mod                172032  0
fienix@fienix:~$ /sbin/modinfo dm_mod
filename:       /lib/modules/6.12.0-rc5-powerpc64-smp/kernel/drivers/md/dm-mod.ko.zst
license:        GPL
author:         Joe Thornber <[email protected]>
description:    device-mapper driver
alias:          devname:mapper/control
alias:          char-major-10-236
depends:        
intree:         Y
name:           dm_mod
vermagic:       6.12.0-rc5-powerpc64-smp SMP mod_unload relocatable 
parm:           reserved_rq_based_ios:Reserved IOs in request-based mempools (uint)
parm:           use_blk_mq:Use block multiqueue for request-based DM devices (bool)
parm:           dm_mq_nr_hw_queues:Number of hardware queues for request-based dm-mq devices (uint)
parm:           dm_mq_queue_depth:Queue depth for request-based dm-mq devices (uint)
parm:           stats_current_allocated_bytes:Memory currently used by statistics (ulong)
parm:           kcopyd_subjob_size_kb:Sub-job size for dm-kcopyd clients (uint)
parm:           major:The major number of the device mapper (uint)
parm:           reserved_bio_based_ios:Reserved IOs in bio-based mempools (uint)
parm:           dm_numa_node:NUMA node for DM device memory allocations (int)
parm:           swap_bios:Maximum allowed inflight swap IOs (int)
fienix@fienix:~$ file /lib/modules/6.12.0-rc5-powerpc64-smp/kernel/drivers/md/dm-mod.ko
/lib/modules/6.12.0-rc5-powerpc64-smp/kernel/drivers/md/dm-mod.ko: ELF 64-bit MSB relocatable, 64-bit PowerPC or cisco 7500, Power ELF V1 ABI, version 1 (SYSV), BuildID[sha1]=7254790197f2bd3af3efe9783f76c427055f075b, not stripped
fienix@fienix:~$ file /lib/modules/6.12.0-rc5-powerpc64-smp/kernel/drivers/md/dm-mod.ko.zst 
/lib/modules/6.12.0-rc5-powerpc64-smp/kernel/drivers/md/dm-mod.ko.zst: Zstandard compressed data (v0.8+), Dictionary ID: None

[xeno74]

fienix@fienix:~$ /sbin/modinfo dm_mod
filename: /lib/modules/6.12.0-rc5-powerpc64-smp/kernel/drivers/md/dm-mod.ko.zst

Great! Thank you for testing.

Sure. Just testing it now. Top reports Xorg as high usage in Fienix which I expected. Apart from that kernel boots and is working fine. Been using 35 mins now.

I have the same high usage if I use the fbdev driver. (Software Rasterizer)

I think you use the fbdev driver.

[Hypex]

I have the same high usage if I use the fbdev driver. (Software Rasterizer)

I think you use the fbdev driver.

Yes. That would be the one. I don't think using fbdev necessarily slows it down that much. But using llvmpipe which I assume takes care of 3d. A modern gnome needs 3d. So if it's convinced it has 3d then software 3d will explain the sluggishness. I need a better desktop manger that doesn't need 3d.