LxPupSc: Woof-CE, Slackware-Current, LXDE build 13-Jun-2020

[Marv]

Kernel 5.6.3 bumped to 5.6.4 in both my current LxPupSc and current LxPupSc64 installs on the all intel Fujitsu S761. No problems seen in the updates at all, including CD and DVD play. In pristine boots with that kernel it seemed (only checked quickly once) that the ao=alsa was needed in the .mplayer config file once created by mplayer to get cd and dvd play but it was not recognized til a reboot. If that's required for new kernels from now on, maybe put a preconfig .mplayer config file with that in the main SFS or maybe in the kernel zdrv? I haven't played with doing that as the updates are fine. Running LxPupSc +5 with the 5.6.4 kernel and Slimjet 26.0.3.0 as my daily now. Either I have adapted or the libevent handling of the touchpad has improved with subsequent versions. It no longer bugs me.

Thanks,

[peebee]

maybe put a preconfig .mplayer config file with that in the main SFS

Thanks @Marv - already in unofficial interim +5 - will be in released +6 as and when....
Cheers!

[peebee]

Kernel Release: 5.6.5-lxpup64
Build Date: Sat Apr 18 07:48:57 BST 2020

Needs firmware (e.g. in fdrv)

From Here

[peebee]

Kernel Release: 5.6.7-lxpup64
Build Date: Thu Apr 23 13:33:13 BST 2020

Needs firmware (e.g. in fdrv)

From Here

[Marv]

Gathered all but one of my stable of Fujitsu i5 based S761 laptops about me and finally tossed windows from the Fujitsu Core 2 Duo T5010 touchpad. Big roundup and dustoff. Had a comreset error and resulting slow boot on one of the i5s that is seldom used. A firmware update on the SSD, an older Intel X-25 M, took care of that. Pups of all sorts updated...

At any rate,the current LxPupSc and LxPupSc64 with the 5.6.7 kernel are completely fine in all the i5 based laptops. Clean boot, nice and quick, no changes noted in dmesg content or CPU and mem use at idle from 5.6.4, the last kernel I had up in them. LxPupSc 20.01 +5 with the 5.6.7 kernel set as the default pup on all for now.

I haven't completely sorted the core 2 duo yet, it has a pci base address range allocation issue and is WAY slow to boot with the 5.6.7 kernel in LxPupSc. Once booted it runs ok, the edge goes to the acpi_cpufreq on that hardware over the intel_pstate. I swapped in your 32b 4.14.176 kernel from EF and the error still shows up in dmesg but the boot is acceptable and the perceived speed seems a bit better with that kernel on the old gal. I'll pick away at the BAR allocation thing -maybe-. I'm going to try to use that machine with the HP scanner for now. Beautiful IPS screen on it but much heavier than the i5s and lacking horsepower for the wobblyweb.

Thanks,

[peebee]

Kernel Release: 5.6.8-lxpup64
Build Date: Thu Apr 30 07:21:45 BST 2020

Needs firmware (e.g. in fdrv)

From Here

[norgo]

@peebee
sorry for late reply
in kernel 5.6.8 acpi_cpufreq module is present again.
governors powersave, performance, conservative are working (update: governor ondemand is builtin)
I decided for conservative.

Because cpu turbo boost seems to be applied on all cores at once, I deactivated this feature.
so far frequency scaling is working again for me thank you very much

@Marv
thank you too for testing

[peebee]

Kernel Release: 5.6.12-lxpup64
Build Date: Sun May 10 11:03:15 BST 2020

Needs firmware (e.g. in fdrv)

From Here

[Marv]

Back to the slackopups. Kernel Release: 5.6.9-lxpup64 swapped into both my current LxPupSc and LxPupSc64 installs. No issues seen in either. Dmesg and system checks good, video speeds good, resource use good, early microcode loading works, mitigations unchanged from 5.6.7 in both my 32b and 64b installs. No multimedia tests as of yet.
acpi_cpufreq module and conservative governor module are present, ondemand built in. Both intel_pstate and the acpi_cpufreq driver with the ondemand and conservative governors tested. All respond as expected on this i5 based hardware.

@norgo I like the 'conservative' governor also, especially with my core 2 duo hardware.

Cheers,

[peebee]

Now...........k5.6.11

[peebee]

02-May-2020

Update to 20.01+6

iso md5 = b87406bc53663b399775e10ac98dff52

see post #1

[peebee]

now k5.6.12 available

[Marv]

k5.6.12 swapped into both my LxPupSc and LxPupSc64 +6 installs on the i5 based laptop. Clean boots and Dmesg, idle resource use unchanged, early microcode working, mitigation unchanged on this hardware at (in LxPupSc64):

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/3200 MHz
Current Speed of Core 0:1429 MHz, 1:1439 MHz, 2:1294 MHz, 3:1299 MHz
Core Count: 2
Thread Count: 4
64-bit capable: Yes

Frequency governor   : powersave
Freq. scaling driver : intel_pstate

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

No multimedia checks yet other than youtube in Slimjet 26.0.3.0 run-as-spot. Video speed and sound good in both the 32b and 64b pups.

Your patched 1-lxde-startup.sh is working well in the 32b pup, both in pristine boots and in my updates. I'm still wrestling with the xorg-autoconf in the 64b pup. The 5/2/2020 version with your 1-lxde-startup.sh patch works in a pristine boot but not in my update. The 3/12/2020 version continues to work correctly in both. Since it's an update that's failing, mine to wrestle with. Got it! The 32bit compatibility SFS I use and have autoloaded was creating and populating the /usr/lib/xorg directory before xorg-autoconfig ran and that was bolluxing up its' ModulePath setting. Pull that SFS for the update/swap tests and all is fine. Whew.

Cheers,

[peebee]

Kernel Release: 5.6.13-lxpup64
Build Date: Thu May 14 11:18:38 BST 2020

Needs firmware (e.g. in fdrv)

From Here

[zagreb999]

from slitaz -
seamonkey-2.7.2.tazpkg
ONLY 17.5 MB

http://download.tuxfamily.org/slitaz/pa ... 7.2.tazpkg

[peebee]

from slitaz -
seamonkey-2.7.2.tazpkg
ONLY 17.5 MB

http://download.tuxfamily.org/slitaz/pa ... 7.2.tazpkg

Thanks

Older than Light.... released Feb 2012....

WARNING! The SeaMonkey version available for download from this page is outdated and may suffer from known security vulnerabilities. This page is only available for historic reference.

https://www.seamonkey-project.org/releases/2.7.2

Light was released July 2016.......
https://sourceforge.net/projects/lightfirefox/files/48/

[zagreb999]

SEE screenshot

it is from 2020

[zagreb999]

i forgot to inform

i think seamonkey is RE-MADE
as okular which has only 23 mb
slitaz has kde libs with only
22 mb

[fredx181]

@zagreb999

from slitaz -
seamonkey-2.7.2.tazpkg
ONLY 17.5 MB

It's an outdated seamonkey version re-packed in 2020

Fred

[peebee]

Slackware Current has:
- added PAM
- updated icu4c to version 67.1

ebace8b96f862afdcd500b8dce297d40 LxPupSc-20.01+7PAM_ICU+-T-k64.iso

{delta from +0}

has these changes for testing

also.....
Kernel Release: 5.6.14-lxpup64
Build Date: Wed May 20 09:26:57 BST 2020

Needs firmware (e.g. in fdrv)

From Here