[Eisfair] [e1] eiskernel 4.6.0 (Status 'stable') verfügbar - 4.9er Kernel für eisfair-1

Thomas Bork tom at eisfair.org
So Feb 16 20:39:06 CET 2020 

Hi @all,

es ist eine Version 4.6.0 von eiskernel mit dem Status 'stable' für 
eisfair-1 verfügbar.

Intern wird hierfür der Kernel 4.9.210 aus der Longterm-Kernel-Serie 4.9 
verwendet.

Siehe dazu:

https://www.kernel.org/category/releases.html

Obwohl der Kernel die PTI-Patches enthält, werden diese bei uns nicht 
aktiv, da die bisherige Implementation nicht bei 32-Bit-Kerneln greift.

https://de.wikipedia.org/wiki/Kernel_page-table_isolation

Dieser Kernel wird in 3 Varianten angeboten (alle 32-Bit):

1. SMP
2. PAE
3. VIRT

Der SMP-Kernel unterstützt Systeme mit einem oder mehreren Prozessoren 
und Prozessoren mit einem oder mehreren physikalischen oder virtuellen 
Kernen.

Der PAE-Kernel ist der SMP-Kernel plus PAE und Sparse-Memory-Model. Die 
CPU muss die Features cmov und pae unterstützen - das wird bei der 
Installation überprüft.

Ein emulierter mathematischer Co-Prozessor (CONFIG_MATH_EMULATION) ist 
nur noch bei SMP gesetzt (um auch alte 486 ohne Co-Prozessor zu 
unterstützen). Ab PAE ist sowieso immer ein solcher Co-Prozessor 
vorhanden, PAE und VIRT bringen die Emulation deswegen bei uns nicht mit 
- das spart Platz.
Ab PAE ist das NX-Bit gesetzt, PAE und VIRT sind somit sicherer als SMP. 
Ab PAE ist ausserdem CONFIG_TRANSPARENT_HUGEPAGE gesetzt.

Wenn man einen Prozessor verwendet, der cmov und pae unterstützt und 
wenn man noch dazu mehr als 4GB RAM ansprechen möchte, sollte man also 
die PAE-Variante installieren.

Der VIRT-Kernel sollte alle notwendigen Features mitbringen (die die 
verwendete Kernel-Version anbietet), um als Gast-Kernel auf 
Virtualisierungs-Systemen zu laufen. Er ist der PAE-Kernel, erweitert um 
Funktionen für Xen, KVM und Hyper-V.

Diese Kernel-Pakete lassen sich auf allen Systemen mit laufendem Kernel 
3.2.xx-eisfair-1, 3.16.xx-eisfair-1 und 4.9.xxx installieren.

Beim Update von einem älteren Kernel als 4.9.210-eisfair-1 aus wird *bei 
genügend Platz in /boot* ein lilo-Start-Eintrag für diesen Kernel 
erzeugt, wenn noch kein Backup unter /boot existiert, um problemlos 
diesen alten stabilen Kernel booten zu können. Beim Update von 
4.9.210-eisfair-1 aus werden alle alten Kernel samt der Fallbacks 
gelöscht, wenn dieser Kernel den stabilen Status erreicht.

Denkt daran, eventuell bei Euch installierte kernel-abhängige Treiber 
(z.B. die AVM- und Dahdi-Module) für diesen Kernel vorher zu 
installieren, da der Name sich geändert hat!

Zu den angegebenen eiskernel-Namen (z.B. 4.9.210-eisfair-1) und den 
darin enthaltenen Versionen siehe [1].


Änderungen zum stabilen eiskernel 4.4.1:
========================================
- Name auf 4.9.210-eisfair-1 geändert (war 4.9.207-eisfair-1).
- Alle Patches bis zu 4.9.210 integriert (war 4.9.207).
- msr als Modul aktiviert, ondemand ist wieder Default-Governor:
   -# CONFIG_X86_MSR is not set
   +CONFIG_X86_MSR=m
   -CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y
   +# CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE is not set
   -# CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND is not set
   +CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=y
- Änderungen der cpufreq-Konfiguration:
   -# CONFIG_CPU_FREQ_GOV_SCHEDUTIL is not set
   +CONFIG_CPU_FREQ_GOV_SCHEDUTIL=y
   -CONFIG_X86_PCC_CPUFREQ=y
   -CONFIG_X86_ACPI_CPUFREQ=y
   +CONFIG_X86_PCC_CPUFREQ=m
   +CONFIG_X86_ACPI_CPUFREQ=m
   -# CONFIG_X86_POWERNOW_K6 is not set
   -# CONFIG_X86_POWERNOW_K7 is not set
   -CONFIG_X86_POWERNOW_K8=y
   +CONFIG_X86_POWERNOW_K6=m
   +CONFIG_X86_POWERNOW_K7=m
   +CONFIG_X86_POWERNOW_K7_ACPI=y
   +CONFIG_X86_POWERNOW_K8=m
   -# CONFIG_X86_GX_SUSPMOD is not set
   -CONFIG_X86_SPEEDSTEP_CENTRINO=y
   +CONFIG_X86_GX_SUSPMOD=m
   +CONFIG_X86_SPEEDSTEP_CENTRINO=m
   -# CONFIG_X86_SPEEDSTEP_ICH is not set
   -# CONFIG_X86_SPEEDSTEP_SMI is not set
   +CONFIG_X86_SPEEDSTEP_ICH=m
   +CONFIG_X86_SPEEDSTEP_SMI=m
   -# CONFIG_X86_CPUFREQ_NFORCE2 is not set
   -# CONFIG_X86_LONGRUN is not set
   -# CONFIG_X86_LONGHAUL is not set
   +CONFIG_X86_CPUFREQ_NFORCE2=m
   +CONFIG_X86_LONGRUN=m
   +CONFIG_X86_LONGHAUL=m
   +# CONFIG_X86_SPEEDSTEP_RELAXED_CAP_CHECK is not set
- Änderungen des Verhaltens unter Xen:
   Bei Installation des Kernel-Updates auf einem eisfair-Gast
   unter Xen werden disk- und boot-Eintrag der lilo.conf auch
   bei Vorhandensein von /dev/disk/by-id nicht mehr konvertiert.
   Vorher wurde bei Vorhandensein von /dev/disk/by-id konvertiert,
   da mir nicht bekannt war, dass /dev/disk/by-id auch unter
   Xen existieren kann, wenn z.B. ein IDE-CDROM eingebunden ist.
- Update wireguard 0.0.20181119 -> 0.0.20200105

Dieses Paket bei https://pack-eis.de:
=====================================
PAE : https://www.pack-eis.de/index.php?p=35986
SMP : https://www.pack-eis.de/index.php?p=35987
VIRT: https://www.pack-eis.de/index.php?p=35988


Gleichzeitig wird wie gewohnt auch das Paket eiskernel-dev mit den 
Quellen passend zu diesem Kernel freigegeben.

Änderungen zum vorherigen stabilen eiskernel-dev 4.4.1:
=======================================================
- Basiert auf 4.9.210 (war 4.9.207).
- Setzt installierten eiskernel 4.9.210 voraus.
- Lädt 4.9.210 herunter (war 4.9.207).

Dieses Paket bei https://pack-eis.de:
=====================================
https://www.pack-eis.de/index.php?p=35989


Der Kernel 4.9.210:
===================
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/log/?id=refs/tags/v4.9.210


[1]
Übersicht der 4.9er eiskernel-1-Pakete:
=======================================

eiskernel-Vers.|  eiskernel-Name   | Patchlevel Vanilla
_______________________________________________________
4.6.0          | 4.9.210-eisfair-1 | 4.9.210
4.5.1          | 4.9.210-eisfair-1 | 4.9.210
4.5.0          | 4.9.210-eisfair-1 | 4.9.210
4.4.1          | 4.9.207-eisfair-1 | 4.9.207
4.4.0          | 4.9.207-eisfair-1 | 4.9.207
4.3.0          | 4.9.207-eisfair-1 | 4.9.207
4.2.0          | 4.9.196-eisfair-1 | 4.9.196
4.1.3          | 4.9.196-eisfair-1 | 4.9.196
4.1.2          | 4.9.196-eisfair-1 | 4.9.196


Ich danke allen Mitgliedern des Teams für Tests und Unterstützung und 
wünsche allen Anwendern weiterhin viel Spass mit eisfair!


Das Posting geht parallel an spline.eisfair und spline.eisfair.dev.
Produktive Rückmeldungen bitte an spline.eisfair.

-- 
der tom
[eisfair-team]

Mehr Informationen über die Mailingliste Eisfair