Update the kernel of Porteus v3.1

Here is a place for your projects which are not officially supported by the Porteus Team. For example: your own kernel patched with extra features; desktops not included in the standard ISO like Gnome; base modules that are different than the standard ISO, etc...
Bogomips
Full of knowledge
Full of knowledge
Posts: 2560
Joined: 25 Jun 2014, 15:21
Distribution: 3.2.2 Cinnamon & KDE5
Location: London

Re: Update the kernel of Porteus v3.1

Post#31 by Bogomips » 29 Jul 2015, 15:53

Nouveau is split into 4 main parts:
  • Nouveau DRM : The privileged part of Nouveau, running in the kernel;
  • Libdrm : A library that wraps the DRM & Nouveau IOCTLs, it simplifies memory management and command submission;
  • xf86-video-nouveau : The device-dependent part of X (DDX) for NVIDIA cards whose role is to provide 2D acceleration (EXA) and some simple video acceleration (XV);
  • Mesa : It provides 3D, GPGPU and video acceleration to open source drivers. For more information, please read MesaDrivers.
Investigating Interaction in Upgraded Iso between Nouveau and Kernel 3.18.19

Nouveau parts with Release 3.1 Provenance:
  • Libdrm : libdrm-2.4.58-i486-1ftm
  • xf86-video-nouveau : /usr/lib/modules/drivers/nouveau_drv.so
  • Mesa : mesa-10.3.3-i486-1ftm
The kernel modules required by Nouveau (drm.ko, drm_kms_helper.ko, ttm.ko and nouveau.ko) are built from a Linux kernel tree.
Nouveau parts with Kernel 3.18.19 Provenance:
  • nouveau

    Code: Select all

    guest@porteus:~$ /sbin/modinfo nouveau
    filename:       /lib/modules/3.18.19-porteus/kernel/drivers/gpu/drm/nouveau/nouveau.ko
    license:        GPL and additional rights
    description:    nVidia Riva/TNT/GeForce/Quadro/Tesla
    author:         Nouveau Project
    alias:          pci:v000012D2d*sv*sd*bc03sc*i*
    alias:          pci:v000010DEd*sv*sd*bc03sc*i*
    depends:        drm_kms_helper,ttm,mxm-wmi,wmi,firmware_class
    intree:         Y
    vermagic:       3.18.19-porteus SMP preempt mod_unload 486 
    parm:           pstate:enable sysfs pstate file, which will be moved in the future (int)
    parm:           tv_norm:Default TV norm.
                    Supported: PAL, PAL-M, PAL-N, PAL-Nc, NTSC-M, NTSC-J,
                            hd480i, hd480p, hd576i, hd576p, hd720p, hd1080i.
                    Default: PAL
                    *NOTE* Ignored for cards with external TV encoders. (charp)
    parm:           tv_disable:Disable TV-out detection (int)
    parm:           ignorelid:Ignore ACPI lid status (int)
    parm:           duallink:Allow dual-link TMDS (default: enabled) (int)
    parm:           nofbaccel:Disable fbcon acceleration (int)
    parm:           agpmode:AGP mode (0 to disable AGP) (int)
    parm:           vram_pushbuf:Create DMA push buffers in VRAM (int)
    parm:           config:option string to pass to driver core (charp)
    parm:           debug:debug string to pass to driver core (charp)
    parm:           noaccel:disable kernel/abi16 acceleration (int)
    parm:           modeset:enable driver (default: auto, 0 = disabled, 1 = enabled, 2 = headless) (int)
    parm:           runpm:disable (0), force enable (1), optimus only default (-1) (int)
    
  • drm_kms_helper,ttm,mxm-wmi,wmi,firmware_class

    Code: Select all

    guest@porteus:~$ /sbin/modinfo {drm_kms_helper,ttm,mxm-wmi,wmi,firmware_class}
    filename:       /lib/modules/3.18.19-porteus/kernel/drivers/gpu/drm/drm_kms_helper.ko
    license:        GPL and additional rights
    description:    DRM KMS helper
    author:         David Airlie, Jesse Barnes
    depends:        firmware_class
    intree:         Y
    vermagic:       3.18.19-porteus SMP preempt mod_unload 486 
    parm:           edid_firmware:Do not probe monitor, use specified EDID blob from built-in data or /lib/firmware instead.  (string)
    parm:           poll:bool
    
    filename:       /lib/modules/3.18.19-porteus/kernel/drivers/gpu/drm/ttm/ttm.ko
    license:        GPL and additional rights
    description:    TTM memory manager subsystem (for DRM device)
    author:         Thomas Hellstrom, Jerome Glisse
    depends:        
    intree:         Y
    vermagic:       3.18.19-porteus SMP preempt mod_unload 486
    
    filename:       /lib/modules/3.18.19-porteus/kernel/drivers/platform/x86/mxm-wmi.ko
    alias:          wmi:F6CB5C3C-9CAE-4EBD-B577-931EA32A2CC0
    license:        GPL
    description:    MXM WMI Driver
    author:         Dave Airlie
    depends:        wmi
    intree:         Y
    vermagic:       3.18.19-porteus SMP preempt mod_unload 486
    
    filename:       /lib/modules/3.18.19-porteus/kernel/drivers/platform/x86/wmi.ko
    license:        GPL
    description:    ACPI-WMI Mapping Driver
    author:         Carlos Corbacho
    alias:          acpi*:pnp0c14:*
    alias:          acpi*:PNP0C14:*
    depends:        
    intree:         Y
    vermagic:       3.18.19-porteus SMP preempt mod_unload 486 
    parm:           debug_event:Log WMI Events [0/1] (bool)
    parm:           debug_dump_wdg:Dump available WMI interfaces [0/1] (bool)
    
    filename:       /lib/modules/3.18.19-porteus/kernel/drivers/base/firmware_class.ko
    license:        GPL
    description:    Multi purpose firmware loading support
    author:         Manuel Estrada Sainz
    depends:        
    intree:         Y
    vermagic:       3.18.19-porteus SMP preempt mod_unload 486 
    parm:           path:customized firmware image search path with a higher priority than default path (string)
    
Linux porteus 4.4.0-porteus #3 SMP PREEMPT Sat Jan 23 07:01:55 UTC 2016 i686 AMD Sempron(tm) 140 Processor AuthenticAMD GNU/Linux
NVIDIA Corporation C61 [GeForce 6150SE nForce 430] (rev a2) MemTotal: 901760 kB MemFree: 66752 kB

Kriss
Samurai
Samurai
Posts: 133
Joined: 06 Jul 2011, 07:07
Location: Russia

Re: Update the kernel of Porteus v3.1

Post#32 by Kriss » 30 Jul 2015, 08:58

neko wrote:@Kriss
Although (/usr/src/linux/uart/include/linux/version.h) something is unknown,

By analogy from the existing relationship
(/usr/src/linux/include/linux/version.h -> uapi/linux/version.h),

(linux-3.18.19/include/linux/version.h -> ../generated/uapi/linux/version.h) ,may be possible, could be used.

Please forgive my ignorance

---------------------------------------------------
# cd linux-3.18.19/include/linux
# ln -sf ../generated/uapi/linux/version.h .
---------------------------------------------------

Thanks.
Sorry, I solved my problem.
Had to run
"make prepare" and "make".
https://cbkoin.ru:450/uploads/Files/nVi ... .18.19.xzm
https://cbkoin.ru:450/uploads/Files/nVi ... .18.19.xzm
Suggestions/corrections/additions are always welcome.

neko
DEV Team
DEV Team
Posts: 932
Joined: 09 Feb 2013, 09:55
Distribution: APorteus-FVWM-ja-x86_64.iso
Location: japan

Re: Update the kernel of Porteus v3.1

Post#33 by neko » 30 Jul 2015, 11:58

@Kriss
Now I am under studying of the driver in accordance with the informations of Bogomips.
Excuse me that I could not serve you.

Thanks.

neko
DEV Team
DEV Team
Posts: 932
Joined: 09 Feb 2013, 09:55
Distribution: APorteus-FVWM-ja-x86_64.iso
Location: japan

Re: Update the kernel of Porteus v3.1

Post#34 by neko » 09 Aug 2015, 11:57

updated to upkernel-3.18.20-noarch-1.xzm.

Please refer to
viewtopic.php?f=75&t=4788#p34856

Thanks.

Bogomips
Full of knowledge
Full of knowledge
Posts: 2560
Joined: 25 Jun 2014, 15:21
Distribution: 3.2.2 Cinnamon & KDE5
Location: London

Re: Update the kernel of Porteus v3.1

Post#35 by Bogomips » 10 Aug 2015, 01:11

Code: Select all

guest@porteus:~$ uname -a
Linux porteus 3.18.20-porteus #1 SMP PREEMPT Sun Aug 9 15:25:00 Local time zone must be set--s i686 AMD Sempron(tm) 140 Processor AuthenticAMD GNU/Linux
Nouveau driving Nvidia card so far looking good.

@neko
Impressive documentation has not gone unappreciated on my part. :good: There is one thing however which will be the icing on the cake. It would be very helpful if could be used for some of the code,, then it's easier for me to see and to copy your code.

For example:

Code: Select all

% ls
Porteus-KDE4-v3.1-x86_64.iso
upkernel-3.18.19-noarch-1.xzm
upkernel-3.18.20-noarch-1.xzm
% su
# activate upkernel-3.18.19-noarch-1.xzm
# upkernel Porteus-KDE4-v3.1-x86_64.iso
# ls
Porteus-KDE4-v3.1-x86_64.iso
UP.Porteus-KDE4-v3.1-x86_64.iso
upkernel-3.18.19-noarch-1.xzm
upkernel-3.18.20-noarch-1.xzm
# deactivate upkernel-3.18.19-noarch-1.xzm
# activate upkernel-3.18.20-noarch-1.xzm
# upkernel UP.Porteus-KDE4-v3.1-x86_64.iso
Also, need to clarify something with you. Would I be right in thinking that such a script is necessary in order to go from 3.17.0 to 3.18.20?

Code: Select all

up=""
for m in {17,18,19,20}; 
do
activate upkernel-3.18.$m-noarch-1.xzm && ${up}Porteus-KDE4-v3.1-i486.iso &&
deactivate upkernel-3.18.$m-noarch-1.xzm && up+="UP." && continue;
echo "Update Error!"; exit 1
done
Shall report back when new iso customised. Thanks.
Linux porteus 4.4.0-porteus #3 SMP PREEMPT Sat Jan 23 07:01:55 UTC 2016 i686 AMD Sempron(tm) 140 Processor AuthenticAMD GNU/Linux
NVIDIA Corporation C61 [GeForce 6150SE nForce 430] (rev a2) MemTotal: 901760 kB MemFree: 66752 kB

neko
DEV Team
DEV Team
Posts: 932
Joined: 09 Feb 2013, 09:55
Distribution: APorteus-FVWM-ja-x86_64.iso
Location: japan

Re: Update the kernel of Porteus v3.1

Post#36 by neko » 10 Aug 2015, 02:54

@Bogomips
Thank you for your advice.

1. It was fixed representation in accordance with your opinion.

2. It doesn't need to increase the number of versions in one by one order.
You can skip.
It was changed to the appropriate example.

Thanks.

Bogomips
Full of knowledge
Full of knowledge
Posts: 2560
Joined: 25 Jun 2014, 15:21
Distribution: 3.2.2 Cinnamon & KDE5
Location: London

Re: Update the kernel of Porteus v3.1

Post#37 by Bogomips » 10 Aug 2015, 12:22

Upgrading Kernel from Current Version 3.17.4 to 3.18.20
  • Requires that this post be carefully perused.
  • neko wrote:It doesn't need to increase the number of versions in one by one order.
    You can skip.
    It was changed to the appropriate example.
    The example of interest is Example 3 in the post referred to above.

Performance Update: Tue Aug 11 01:39:21 UTC 2015
Strtup/Setup Time for customised iso with kernel 3.18.20 was 1min 23sec, compared to 1min 34sec for 3.18.18 and 3.18.19. The only difference was that in this iso nVidia-304.123-porteus-v3.1-i486-1ftm.xzm (30MB) was left out of modules directory. This unbelievably has led to over 10 seconds being shaved from the time. :unknown:
Update: Tue Aug 11 13:52:04 UTC 2015
Ran setup for 3.18.19 iso once more and got time of 1min 30sec. This is 4 secs less than previous timing and this must have been due to, this time, not having CD in optical drive. Anyway rerun of setup for 3.18.20 iso came in at 1min 21sec. So, without a doubt, one can safely say that some 8 seconds has been shaved off the 3.18.19 time.
Linux porteus 4.4.0-porteus #3 SMP PREEMPT Sat Jan 23 07:01:55 UTC 2016 i686 AMD Sempron(tm) 140 Processor AuthenticAMD GNU/Linux
NVIDIA Corporation C61 [GeForce 6150SE nForce 430] (rev a2) MemTotal: 901760 kB MemFree: 66752 kB

neko
DEV Team
DEV Team
Posts: 932
Joined: 09 Feb 2013, 09:55
Distribution: APorteus-FVWM-ja-x86_64.iso
Location: japan

Re: Update the kernel of Porteus v3.1

Post#38 by neko » 12 Aug 2015, 03:11

@Bogomips
1. "Requires that this post be carefully perused."
A simple document was added at each example.

2. Your performance evaluation
Thank you very much.
I have checked only a stabilization.
There are not yet a problem.

Thanks.

Kriss
Samurai
Samurai
Posts: 133
Joined: 06 Jul 2011, 07:07
Location: Russia

Re: Update the kernel of Porteus v3.1

Post#39 by Kriss » 13 Aug 2015, 07:29

I noticed a strange thing. After upgrade certain fonts become smaller on 27" screen but they look the same on 22" and 19".
The only thingsa that were changed are kernel and nvidia driver (updated from 352.21 to 352.30).
I'll try nvidia 352.21 driver later...
Suggestions/corrections/additions are always welcome.

neko
DEV Team
DEV Team
Posts: 932
Joined: 09 Feb 2013, 09:55
Distribution: APorteus-FVWM-ja-x86_64.iso
Location: japan

Re: Update the kernel of Porteus v3.1

Post#40 by neko » 13 Aug 2015, 11:18

1. nvidia driver on upgraded kernel
@Kriss
Thank you for your report.
I don't have a nvidia environment. I cannot evaluate about a nvidia.
And I have only one screen.
I am sorry that I cannot distinguish the font size difference on my environment.

The report about "nvidia driver on upgraded kernel" is very useful to nvidia driver users.


2. The difference report of the quantitative evaluation of 3.17.4 and 3.18.20.
Conclusion:
old version 3.17.4 ---> better items 2/7
new version 3.18.20 --> better items 5/7

Two graphic performances of old are better than new.
Others of new are better than old.

Code: Select all

Processor		: 2x Intel(R) Celeron(R) CPU  N2807  @ 1.58GHz
Memory		: 1894MB (164MB used)
Machine Type		: Physical machine
Operating System		: Slackware 14.1
User Name		: guest (Unknown)

3c3
< Memory		: 1894MB (214MB used)
---
> Memory		: 1894MB (164MB used)

31,32c31,32
< Kernel		: Linux 3.17.4-porteus (i686)
< Version		: #1 SMP PREEMPT Tue Jun 9 14:36:12 Local time zone must be set--s
---
> Kernel		: Linux 3.18.20-porteus (i686)
> Version		: #1 SMP PREEMPT Sun Aug 9 15:25:00 Local time zone must be set--s

[-CPU Blowfish- Results in seconds. Lower is better.] new
45c45
< <big><b>This Machine</b></big>	1941 MHz	11.224	
---
> <big><b>This Machine</b></big>	2116 MHz	11.141	

[-CPU CryptoHash- Results in MiB/second. Higher is better.] new
98c98
< <big><b>This Machine</b></big>	1941 MHz	112.293	
---
> <big><b>This Machine</b></big>	2116 MHz	113.004	

[-CPU Fibonacci- Results in seconds. Lower is better.] new
151c151
< <big><b>This Machine</b></big>	1941 MHz	1.666	
---
> <big><b>This Machine</b></big>	2116 MHz	1.665	

[-CPU N-Queens- Results in second. Lower is better.] new
204c204
< <big><b>This Machine</b></big>	1941 MHz	15.623	
---
> <big><b>This Machine</b></big>	2116 MHz	15.580	

[-FPU FFT- Results in seconds. Lower is better.] new
257c257
< <big><b>This Machine</b></big>	1941 MHz	8.920	
---
> <big><b>This Machine</b></big>	2116 MHz	8.882	

[-FPU Raytracing- Results in seconds. Lower is better.] old
310c310
< <big><b>This Machine</b></big>	1941 MHz	44.257	
---
> <big><b>This Machine</b></big>	2116 MHz	44.454	

[-GPU Drawing- Result in HIMarks. Higher is better.] old
363c363
< <big><b>This Machine</b></big>	1941 MHz	8453.404	
---
> <big><b>This Machine</b></big>	2116 MHz	8448.019
Thanks.

Bogomips
Full of knowledge
Full of knowledge
Posts: 2560
Joined: 25 Jun 2014, 15:21
Distribution: 3.2.2 Cinnamon & KDE5
Location: London

Re: Update the kernel of Porteus v3.1

Post#41 by Bogomips » 13 Aug 2015, 12:16

Kriss wrote:I noticed a strange thing. After upgrade certain fonts become smaller on 27" screen but they look the same on 22" and 19".
After taking out nVidia-304.123-porteus-v3.1-i486-1ftm.xzm from modules folder, have noticed that fonts on startup screen are much smaller. Doing without nVidia driver doesn't make any difference for me with the new kernels.. Have you checked in Xorg.0.log that nVidia driver is being used? If there is also Xorg.0.log.old there is a likelihood it is not. :unknown:
Linux porteus 4.4.0-porteus #3 SMP PREEMPT Sat Jan 23 07:01:55 UTC 2016 i686 AMD Sempron(tm) 140 Processor AuthenticAMD GNU/Linux
NVIDIA Corporation C61 [GeForce 6150SE nForce 430] (rev a2) MemTotal: 901760 kB MemFree: 66752 kB

Kriss
Samurai
Samurai
Posts: 133
Joined: 06 Jul 2011, 07:07
Location: Russia

Re: Update the kernel of Porteus v3.1

Post#42 by Kriss » 17 Aug 2015, 03:07

No sorry, I didn't explain clear enough.
I had porteus 3.1 (kernel 3.17.4) + Nvidia 352.21 (you can find these modules here) + fvwm
Then I replaced the kernel with kernel-3.18.19 made by neko and since I had to compile driver again, I compiled a slightly newer version (352.30).
Then some of the fonts became smaller (on a 27" display):
unifont donwloaded by porteus-settings-centre (I use it in LXTerminal).
Play (used in conky clock on the bottm right corner of this old screenshot )

These fonts are smaller now while I'm using 27" display (ASUS MX-279 as I recall), but they looks the same for my other setup (2 monitors, 22"-23" AOC e2350Sda 1920x1080 + 17"-19" Samsung SyncMaster 740n 1280x1024) which were used for the aforementioned screenshot.

I'll test new kernel with nvidia 352.21 driver as soon as I'll be able to compile it, but no promises since I'm moving at the moment.
Suggestions/corrections/additions are always welcome.

neko
DEV Team
DEV Team
Posts: 932
Joined: 09 Feb 2013, 09:55
Distribution: APorteus-FVWM-ja-x86_64.iso
Location: japan

Re: Update the kernel of Porteus v3.1

Post#43 by neko » 17 Aug 2015, 14:33

@Kriss
By the way,
now I am trying to make a package manager to import ArchLinux ones to Porteus ones.

Your FVWM drives me to study many things.
There are interrupts for updating my articles.
But I am continuing to follow to your FVWM.
And then I had to get many packages from ArchLinux.

My bad nature of interest on many things makes me enter mazes.

Thanks.

Kriss
Samurai
Samurai
Posts: 133
Joined: 06 Jul 2011, 07:07
Location: Russia

Re: Update the kernel of Porteus v3.1

Post#44 by Kriss » 02 Sep 2015, 07:19

@neko
As I mentioned earlier, my fonts became smaller with kernel 3.18.19 (only on 27" monitor, on 22" monitor everything looks the same).
I've recently checked
Screenshots:
That's how everything looks on smaller monitors (I use old screenshot because everything looks the same)
This is how it looks on ASUS MX279H (iconman panel looks weird because I was in the process of tweaking it)
There were no difference in the fonts with kernel 3.17.4.
This problem is not bad, it just annoys me a bit. =)

P.S. I posted it a couple of times already, but I wasn't sure its not because of updated vide driver (I updated nvidia driver from 352.21 to 352.30 in the process).
Now I've tested it with the same driver and wanted to let you know of the results.

And I've solved "big icons" problem in stalonetray by adding "--kludges force_icons_size", you can notice it in the bottom right corner.
Suggestions/corrections/additions are always welcome.

neko
DEV Team
DEV Team
Posts: 932
Joined: 09 Feb 2013, 09:55
Distribution: APorteus-FVWM-ja-x86_64.iso
Location: japan

Re: Update the kernel of Porteus v3.1

Post#45 by neko » 02 Sep 2015, 11:00

@Kriss
Thank you very much for your helpfull technology information about 'stalonetray'.
I corrected 'stalonetray' parameters by your information.

Code: Select all

335c335
< *topbar: ($[button.width4]x1, Swallow (Kill, UseOld) stalonetray "Exec stalonetray -i 22 --icon-gravity NE -geometry 4x1+0+0 -p")
---
> *topbar: ($[button.width4]x1, Swallow (Kill, UseOld) stalonetray "Exec stalonetray --icon-size=16 --kludges=force_icons_size -i 22 --icon-gravity NE -geometry 4x1+0+0 -p")
right side icons of top bar in old image is NG.
http://i.imgur.com/TjmJkpl.jpg
right side icons of top bar in new image is OK.
http://i.imgur.com/0eHQWjG.jpg

Thanks.

Locked