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

[Marcus Roeckrath]

Hallo,

Thomas Bork wrote:

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

Auf meinem Schulserver habe ich nun einen Unterschied bemerkt, der aber auch
gut mit udev zusammenhängen kann.

Das Board nutzt die Module

asus_atk0110
coretemp

Früher sah die sensors-Ausgabe so aus:

atk0110-acpi-0
Adapter: ACPI interface
Vcore Voltage:       +1.06 V  (min =  +0.80 V, max =  +1.60 V)
 +3.3 Voltage:       +3.28 V  (min =  +2.97 V, max =  +3.63 V)
 +5 Voltage:         +5.02 V  (min =  +4.50 V, max =  +5.50 V)
 +12 Voltage:       +12.26 V  (min = +10.20 V, max = +13.80 V)
CPU FAN Speed:      1278 RPM  (min =  600 RPM, max = 7200 RPM)
CHASSIS1 FAN Speed:    0 RPM  (min =  600 RPM, max = 7200 RPM)
CHASSIS2 FAN Speed:    0 RPM  (min =  600 RPM, max = 7200 RPM)
CHASSIS3 FAN Speed:    0 RPM  (min =  600 RPM, max = 7200 RPM)
POWER FAN Speed:       0 RPM  (min =  600 RPM, max = 7200 RPM)
CPU Temperature:     +23.0°C  (high = +60.0°C, crit = +95.0°C)
MB Temperature:      +39.0°C  (high = +45.0°C, crit = +95.0°C)

coretemp-isa-0000
Adapter: ISA adapter
Core 0:       +40.0°C  (high = +74.0°C, crit = +100.0°C)
Core 1:       +37.0°C  (high = +74.0°C, crit = +100.0°C)
Core 2:       +40.0°C  (high = +74.0°C, crit = +100.0°C)
Core 3:       +40.0°C  (high = +74.0°C, crit = +100.0°C)

Also erscheinen zunächst alle vom asus_atk0110 gelieferten Werte danach die
von coretemp.

Nun ist es nach dem Reboot genau andersherum:

coretemp-isa-0000
Adapter: ISA adapter
Core 0:       +40.0°C  (high = +74.0°C, crit = +100.0°C)
Core 1:       +37.0°C  (high = +74.0°C, crit = +100.0°C)
Core 2:       +40.0°C  (high = +74.0°C, crit = +100.0°C)
Core 3:       +40.0°C  (high = +74.0°C, crit = +100.0°C)

atk0110-acpi-0
Adapter: ACPI interface
Vcore Voltage:       +1.06 V  (min =  +0.80 V, max =  +1.60 V)
 +3.3 Voltage:       +3.28 V  (min =  +2.97 V, max =  +3.63 V)
 +5 Voltage:         +5.02 V  (min =  +4.50 V, max =  +5.50 V)
 +12 Voltage:       +12.26 V  (min = +10.20 V, max = +13.80 V)
CPU FAN Speed:      1278 RPM  (min =  600 RPM, max = 7200 RPM)
CHASSIS1 FAN Speed:    0 RPM  (min =  600 RPM, max = 7200 RPM)
CHASSIS2 FAN Speed:    0 RPM  (min =  600 RPM, max = 7200 RPM)
CHASSIS3 FAN Speed:    0 RPM  (min =  600 RPM, max = 7200 RPM)
POWER FAN Speed:       0 RPM  (min =  600 RPM, max = 7200 RPM)
CPU Temperature:     +23.0°C  (high = +60.0°C, crit = +95.0°C)
MB Temperature:      +39.0°C  (high = +45.0°C, crit = +95.0°C)

Möglich aber nicht sicher, ist eine Änderung der Ladereihenfolge der beiden
Module asus_atk0110 und coretemp.

Möglich auch, dass es beim nächsten Boot wieder andersherum ist. Allerdings
trat die vertauschte Ausgabe der sensors Werte erstmalig mit dem 3.2.0 auf.

Warum allerdings die Modulladereihenfolge die Ausgabe von sensors
beeinflusst, ist mir unklar.

Dadurch werden nun die Temperaturwerte in eisgraph in andere Spalten der
Datenbank eingetragen und im Graphen dürfte sich ein plötzliches Springen
der Graphen zeigen.

Ich habe in der eisgraph-Modulkonfiguration für lmsensors die Reihenfolge
der Temperaturwerte durch Verschieben (Move) an die neue Ausgabe angepasst.

Alles kein Drama, aber mich würde interessieren, ob das auch bei anderen
aufgetreten ist.

Wenn ja, ist das bei Booten von oldeis wieder in der alten Reihenfolge, also
reproduzierbar.

Ich kann diesen Tes nicht so einfach machen, da die Kiste in der Schule
steht und ich da in meiner Anwesenheit nicht so einfach mal rebooten kann,
da springt mir die Schulverwaltung an die Gurgel, wenn ich den Server vom
Netz nehme.

-- 
Gruss Marcus