Update the kernel of Porteus v3.1

[Bogomips]

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)
  

[Kriss]

@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

[neko]

@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]

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

Please refer to
http://forum.porteus.org/viewtopic.php? ... 788#p34856

Thanks.

[Bogomips]

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. There is one thing however which will be the icing on the cake. It would be very helpful if

Code: Select all

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.

[neko]

@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]

Upgrading Kernel from Current Version 3.17.4 to 3.18.20

• Requires that this post be carefully perused.

• 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.
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.

[neko]

@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]

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...

[neko]

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]

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.

[Kriss]

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.

[neko]

@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]

@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.

[neko]

@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.