LxPupSc: Woof-CE, Slackware-Current, LXDE build 13-Jun-2020
Kernel Release: 5.5.11-lxpup64
Build Date: Sat Mar 21 10:10:29 GMT 2020
Build GCC: 9.3.0
Architecture: x86_64
Needs firmware (e.g. in fdrv)
From Here
Build Date: Sat Mar 21 10:10:29 GMT 2020
Build GCC: 9.3.0
Architecture: x86_64
Needs firmware (e.g. in fdrv)
From Here
LxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
21-Mar-2020
Update to 20.01+4
iso md5 = 8031501978f1255c97e43b6cea05d3fe
see post #1
Update to 20.01+4
iso md5 = 8031501978f1255c97e43b6cea05d3fe
see post #1
LxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
kernel 5.5.7 updated first to 5.5.10, then to 5.5.11 in both LxPupSc and LxPupSc64 versions 20.01 +2 in both cases on the usual Fujitsu S761. Absolutely no kernel related issues seen in either bump. PM sent wrt the 20.01 +2 to +4 updates in both pups.peebee wrote:Kernel Release: 5.5.11-lxpup64
Build Date: Sat Mar 21 10:10:29 GMT 2020
Build GCC: 9.3.0
Architecture: x86_64
Thanks,
Pups currently in kennel :D Older LxPupSc and X-slacko-4.4 for my users; LxPupSc, LxPupSc64 and upupEF for me. All good pups indeed, and all running savefiles for look'n'feel only. Browsers, etc. solely from SFS.
Kernel 5.5.12 has appeared but seems to have significant sound problems....
http://murga-linux.com/puppy/viewtopic. ... 76#1053676
http://murga-linux.com/puppy/viewtopic. ... 76#1053676
LxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
Kernel Release: 5.5.14-lxpup64
Build Date: Thu Apr 2 07:24:40 BST 2020
Needs firmware (e.g. in fdrv)
From Here
MPlayer needs ao=alsa in /root/.mplayer/config with this kernel otherwise it goes into a 100% cpu loop
Build Date: Thu Apr 2 07:24:40 BST 2020
Needs firmware (e.g. in fdrv)
From Here
MPlayer needs ao=alsa in /root/.mplayer/config with this kernel otherwise it goes into a 100% cpu loop
LxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
"Experimental" as aufs-5.6 is not yet available....
Kernel Release: 5.6.2-lxpup64
Build Date: Thu Apr 2 11:30:11 BST 2020
Build GCC: 9.3.0
Architecture: x86_64
Needs firmware (e.g. in fdrv)
From Here
MPlayer needs ao=alsa in /root/.mplayer/config with this kernel otherwise it goes into a 100% cpu loop
For my desktop:
Intel(R) Xeon(R) CPU E5450 @ 3.00GHz
Core Count: 4 * 2
itlb_multihit:KVM: Vulnerable
l1tf:Mitigation: PTE Inversion
mds:Vulnerable: Clear CPU buffers attempted, no microcode; SMT disabled
meltdown:Mitigation: PTI
spec_store_bypass:Vulnerable
swapgs barriers and __user pointer sanitization
spectre_v2:Mitigation: Full generic retpoline, STIBP: disabled, RSB filling
tsx_async_abort:Not affected
Kernel Release: 5.6.2-lxpup64
Build Date: Thu Apr 2 11:30:11 BST 2020
Build GCC: 9.3.0
Architecture: x86_64
Needs firmware (e.g. in fdrv)
From Here
MPlayer needs ao=alsa in /root/.mplayer/config with this kernel otherwise it goes into a 100% cpu loop
For my desktop:
Intel(R) Xeon(R) CPU E5450 @ 3.00GHz
Core Count: 4 * 2
itlb_multihit:KVM: Vulnerable
l1tf:Mitigation: PTE Inversion
mds:Vulnerable: Clear CPU buffers attempted, no microcode; SMT disabled
meltdown:Mitigation: PTI
spec_store_bypass:Vulnerable
swapgs barriers and __user pointer sanitization
spectre_v2:Mitigation: Full generic retpoline, STIBP: disabled, RSB filling
tsx_async_abort:Not affected
LxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
Swapped Kernel Release: 5.6.2-lxpup64 into LxPupSc 20.01 +5 on the all intel i5 based Fujitsu S762. ao=alsa in /root/.mplayer/config done.
Clean boot and run. Microcode early loading works with the following mitigation on my hardware:
itlb_multihit:KVM: Vulnerable
l1tf:Mitigation: PTE Inversion
mds:Mitigation: Clear CPU buffers; SMT vulnerable
meltdown:Mitigation: PTI
spec_store_bypass:Mitigation: Speculative Store Bypass disabled via prctl and seccomp
swapgs barriers and __user pointer sanitization
spectre_v2:Mitigation: Full generic retpoline, IBPB: conditional, IBRS_FW, STIBP: conditional, RSB filling
tsx_async_abort:Not affected
Video resolution, the usual Dmesg looksee, CPU and mem use at idle, glxgears FPS tests all good. Used it for about a day with SlimJet 25.0.9.0 run-as-spot from SFS (chrome 78 based). No failed pages, youtube audio and video excellent on everything so far. Thought I was running Slimjet 26.0.2.0 (chrome 80 based) but just checked... Too many pups, I was loading that in upupEE and EF...
Just fed it a CD and a DVD. Both play automatically and correctly once I enable hardware decoding in Gnome Mplayer for the DVD to eliminate dropouts on the DVD.
Using that LxPup and kernel now as the daily, I'll load the chrome 80 based Slimjet and check that. It was fine in EE but not in EF.
Thanks,
Clean boot and run. Microcode early loading works with the following mitigation on my hardware:
itlb_multihit:KVM: Vulnerable
l1tf:Mitigation: PTE Inversion
mds:Mitigation: Clear CPU buffers; SMT vulnerable
meltdown:Mitigation: PTI
spec_store_bypass:Mitigation: Speculative Store Bypass disabled via prctl and seccomp
swapgs barriers and __user pointer sanitization
spectre_v2:Mitigation: Full generic retpoline, IBPB: conditional, IBRS_FW, STIBP: conditional, RSB filling
tsx_async_abort:Not affected
Video resolution, the usual Dmesg looksee, CPU and mem use at idle, glxgears FPS tests all good. Used it for about a day with SlimJet 25.0.9.0 run-as-spot from SFS (chrome 78 based). No failed pages, youtube audio and video excellent on everything so far. Thought I was running Slimjet 26.0.2.0 (chrome 80 based) but just checked... Too many pups, I was loading that in upupEE and EF...
Just fed it a CD and a DVD. Both play automatically and correctly once I enable hardware decoding in Gnome Mplayer for the DVD to eliminate dropouts on the DVD.
Using that LxPup and kernel now as the daily, I'll load the chrome 80 based Slimjet and check that. It was fine in EE but not in EF.
Thanks,
Pups currently in kennel :D Older LxPupSc and X-slacko-4.4 for my users; LxPupSc, LxPupSc64 and upupEF for me. All good pups indeed, and all running savefiles for look'n'feel only. Browsers, etc. solely from SFS.
Hi Peebee,
unfortunately the acpi_cpufreq scaling driver of the latest kernels is monolithic.
This is a problem.
Actually intel_pstate driver is used by default (in my case) but
the intel_pstate driver is absolutely crap and unusable.
Deactivating of intel_pstate is the first thing I do at all.
Now acpi_cpufreq scaling driver will be used but
the start_cpu_freq script fails because no acpi-cpufreq module exist.
The acpi-cpufreq scaling driver as module for the next kernels would be fine.
Nevertheless thank you very much for your great work.
unfortunately the acpi_cpufreq scaling driver of the latest kernels is monolithic.
This is a problem.
Actually intel_pstate driver is used by default (in my case) but
the intel_pstate driver is absolutely crap and unusable.
Deactivating of intel_pstate is the first thing I do at all.
Now acpi_cpufreq scaling driver will be used but
the start_cpu_freq script fails because no acpi-cpufreq module exist.
The acpi-cpufreq scaling driver as module for the next kernels would be fine.
Nevertheless thank you very much for your great work.
Current config:norgo wrote:The acpi-cpufreq scaling driver as module for the next kernels would be fine.
CONFIG_X86_ACPI_CPUFREQ=y
# CPU frequency scaling drivers
#
CONFIG_X86_INTEL_PSTATE=y
CONFIG_X86_PCC_CPUFREQ=m
CONFIG_X86_ACPI_CPUFREQ=y
# CONFIG_X86_ACPI_CPUFREQ_CPB is not set
CONFIG_X86_POWERNOW_K8=y
CONFIG_X86_AMD_FREQ_SENSITIVITY=m
CONFIG_X86_SPEEDSTEP_CENTRINO=y
CONFIG_X86_P4_CLOCKMOD=y
LxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
wrt acpi_cpufreq, I'm ok running that in LxPupSc 20.01 +5 (32b) with the 5.6.2 kernel on second generation i5 hardware with intel_pstate=disable applied as a kernel parameter. It gives the following in PupSysInfo:
and all cores shown at 800MHz at idle in pmcputemp 0.67 in the tray on my second generation i5 based laptop, circa 2012.
I had to look back to see when pstate stopped bugging me as much as it bugs norgo. Found it here: http://www.murga-linux.com/puppy/viewto ... 483#971095 Since roughly then, I use pstate and have watched cpu behavior as a function of load and both acpi_cpufreq with the conservative driver and pstate work well enough to keep my Fujitsus with the hair-trigger fans quiet. Definitely hardware dependent, just my experience.
Code: Select all
Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz
Socket Designation: Onboard
Manufacturer: Intel(R) Corporation
Voltage: 1.2 V
External Clock: 100 MHz
Min/Max Speed: 800/2501 MHz
Current Speed of Core 0:1200 MHz, 1:800 MHz, 2:800 MHz, 3:800 MHz
Core Count: 2
Thread Count: 4
64-bit capable: Yes
Frequency governor : conservative
Freq. scaling driver : acpi-cpufreq
I had to look back to see when pstate stopped bugging me as much as it bugs norgo. Found it here: http://www.murga-linux.com/puppy/viewto ... 483#971095 Since roughly then, I use pstate and have watched cpu behavior as a function of load and both acpi_cpufreq with the conservative driver and pstate work well enough to keep my Fujitsus with the hair-trigger fans quiet. Definitely hardware dependent, just my experience.
Pups currently in kennel :D Older LxPupSc and X-slacko-4.4 for my users; LxPupSc, LxPupSc64 and upupEF for me. All good pups indeed, and all running savefiles for look'n'feel only. Browsers, etc. solely from SFS.
Hi norgonorgo wrote:there is no acpi-cpufreq modul present
yes I had a look at the kernel configuration
I thought the letter "m" means modular
I have no idea why the module is not being built........
Kernel-kit is giving no error messages.......
I can try changing the config to:
CONFIG_X86_ACPI_CPUFREQ=m
for the next build to see what happens.....
FYI - the Fatdog64 kernel:
http://distro.ibiblio.org/fatdog/kernel ... .sfs-5.4.7
does NOT have the acpu-cpufreq.ko module either....
The Porteus kernels DO have acpi-cpufreq.ko and have config:
# CPU frequency scaling drivers
#
CONFIG_X86_INTEL_PSTATE=y
CONFIG_X86_PCC_CPUFREQ=m
CONFIG_X86_ACPI_CPUFREQ=m
CONFIG_X86_ACPI_CPUFREQ_CPB=y
# CONFIG_X86_POWERNOW_K6 is not set
# CONFIG_X86_POWERNOW_K7 is not set
CONFIG_X86_POWERNOW_K8=m
CONFIG_X86_AMD_FREQ_SENSITIVITY=m
# CONFIG_X86_GX_SUSPMOD is not set
# CONFIG_X86_SPEEDSTEP_CENTRINO is not set
# CONFIG_X86_SPEEDSTEP_ICH is not set
# CONFIG_X86_SPEEDSTEP_SMI is not set
# CONFIG_X86_P4_CLOCKMOD is not set
# CONFIG_X86_CPUFREQ_NFORCE2 is not set
# CONFIG_X86_LONGRUN is not set
# CONFIG_X86_LONGHAUL is not set
# CONFIG_X86_E_POWERSAVER is not set
- Attachments
-
- Screenshot.png
- (24.65 KiB) Downloaded 70 times
LxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
Hi peebee,
many thanks for your effort.
To be honest I've also no logical explanation at the moment for this.
Downloaded just right now arch linux kernel 5.5.13 to compare.
All modules present.
Many thanks once again
many thanks for your effort.
To be honest I've also no logical explanation at the moment for this.
Downloaded just right now arch linux kernel 5.5.13 to compare.
All modules present.
Many thanks once again
- Attachments
-
- Screenshot.png
- 5.5.13
- (69.74 KiB) Downloaded 71 times
Kernel Release: 5.6.3-lxpup64
Build Date: Thu Apr 9 07:44:35 BST 2020
acpi-cpufreq.so is now a module instead of built-in
Needs firmware (e.g. in fdrv)
From Here
Build Date: Thu Apr 9 07:44:35 BST 2020
acpi-cpufreq.so is now a module instead of built-in
Needs firmware (e.g. in fdrv)
From Here
LxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
Kernel Release: 5.6.3-lxpup64 swapped into LxPupSc 20.01 +5 on the Fujitsu S761. Clean boot and SNS wifi connection, all the usual system checks look fine, good video FPS. No CD or DVD play checks done yet. Using that pup as my daily with intel_pstate per usual as the CPU governor. Checked and the acpi_cpufreq modules are there. Just curiosity, does the builtin not work for some hardware when the modules do?
Update: Also swapped into the current LxPupSc64. No problems seen there either on the i5 based lappie. (Once I remembered ao=alsa in the mplayer config file )
Thanks,
Update: Also swapped into the current LxPupSc64. No problems seen there either on the i5 based lappie. (Once I remembered ao=alsa in the mplayer config file )
Thanks,
Pups currently in kennel :D Older LxPupSc and X-slacko-4.4 for my users; LxPupSc, LxPupSc64 and upupEF for me. All good pups indeed, and all running savefiles for look'n'feel only. Browsers, etc. solely from SFS.
@peebee
thank you very much
already downloaded but not tested yet because I'm currently not at home.
Have only my old 32bit laptop here.
So test has to wait until end of next week unfortunately.
@Marv
as mentioned some posts above
start_cpu_freq and wcpufreq script expect this kernel module
Can you detect a difference of cpu frequency behave (if acpi-cpufreq is used) ?
thank you very much
already downloaded but not tested yet because I'm currently not at home.
Have only my old 32bit laptop here.
So test has to wait until end of next week unfortunately.
@Marv
as mentioned some posts above
start_cpu_freq and wcpufreq script expect this kernel module
Can you detect a difference of cpu frequency behave (if acpi-cpufreq is used) ?
I'm back in the 5.6.2 kernel, checked and indeed no external acpi_cpufreq module. intel_pstate=disable as a kernel parameter. In either a pristine boot of that or my updated versions, If I use startmenu>system>cpu frequency scaling tool, I can change the governor from ondemand to powersave to performance to conservative and the appropriate file, /etc/init.d/wcpufreq, is generated and I see cpu freq changes in the tray monitor, pup sysinfo, and hear them in the system fan. In my update savefiles I have depreciated (set execute permissions to nobody) start_cpu_freq as the wcpufreq file does the job once set up but the pristine boot works the same as above basically. If I run either wcpufreq or the start_cpu_freq in terminal, I get no errors. So apparently the built in acpi_cpufreq module is working for me. Been quite a while since I mucked about with this so it took a bit to get up to speed again...norgo wrote:@Marv
as mentioned some posts above
start_cpu_freq and wcpufreq script expect this kernel module
Can you detect a difference of cpu frequency behave (if acpi-cpufreq is used) ?
- Attachments
-
- Screenshot(2).jpg
- (61.23 KiB) Downloaded 271 times
-
- Screenshot(1).jpg
- (60.6 KiB) Downloaded 271 times
-
- Screenshot.jpg
- (60.48 KiB) Downloaded 271 times
-
- Screenshot_pristine.png
- (78.42 KiB) Downloaded 271 times
Pups currently in kennel :D Older LxPupSc and X-slacko-4.4 for my users; LxPupSc, LxPupSc64 and upupEF for me. All good pups indeed, and all running savefiles for look'n'feel only. Browsers, etc. solely from SFS.
Kernel Release: 5.6.4-lxpup64
Build Date: Tue Apr 14 07:38:45 BST 2020
Needs firmware (e.g. in fdrv)
From Here
aufs-5.6 has been released
Build Date: Tue Apr 14 07:38:45 BST 2020
Needs firmware (e.g. in fdrv)
From Here
aufs-5.6 has been released
LxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64