[Eisfair_dev] [e1] eiskernel 2.17.0 (Status 'testing') verfügbar - 3.2er Kernel für eisfair-1

[Thomas Bork]

Am 18.01.2016 um 20:33 schrieb Peter Bäumer:

> alter Kernel --> da wo es geht
> Mars # uname -r
> 3.2.71-eisfair-1-SMP
> dmesg
>> [    0.000000] USB Mass Storage support registered.
>> [    0.000000] cfg80211: Calling CRDA to update world regulatory domain
>> [    0.000000] ACPI: PCI Interrupt Link [LN4A] enabled at IRQ 19
>> [    0.000000] rtl8192se 0000:07:00.0: PCI INT A -> Link[LN4A] -> GSI
>> 19 (level, low) -> IRQ 19
>> [    0.000000] rtl8192se 0000:07:00.0: setting latency timer to 64
>> [    0.000000] rtl8192se: rtl8192ce: FW Power Save off (module option)
>> [    0.000000] rtl8192se: Driver for Realtek RTL8192SE/RTL8191SE
>> [    0.000000] Loading firmware rtlwifi/rtl8192sefw.bin
>> [    0.000000] ieee80211 phy0: Selected rate control algorithm 'rtl_rc'
>> [    0.000000] wlan0: authenticate with e6:88:f5:08:26:20 (try 1)
>> [    0.000000] wlan0: authenticated
>> [    0.000000] wlan0: associate with e6:88:f5:08:26:20 (try 1)
>> [    0.000000] wlan0: RX AssocResp from e6:88:f5:08:26:20 (capab=0x431
>> status=0 aid=2)
>> [    0.000000] wlan0: associated
>> [    0.000000] NET: Registered protocol family 10
>> [    0.000000] wlan0: no IPv6 routers present
> Wenn da einer eine Idee hat wo es bei der Firmware klemmt, wäre für
> Hilfe dankbar.

Wenn Du eine Idee hast, welches Patchlevel das genau war? Ich schrieb:

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

eiskernel-Vers.|  eiskernel-Name  | Patchlevel Vanilla
______________________________________________________
[...]
2.16.0         | 3.2.71-eisfair-1 | 3.2.74
2.15.0         | 3.2.71-eisfair-1 | 3.2.74
2.14.0         | 3.2.71-eisfair-1 | 3.2.72
2.13.1         | 3.2.71-eisfair-1 | 3.2.72
2.13.0         | 3.2.71-eisfair-1 | 3.2.71

Was bedeutet, dass es eine Menge Änderungen unter

http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/log/?id=refs/tags/v3.2.75

durchzusehen sind (zurück bis zu 3.2.71).

Andere Idee.
Ändere in der initramfs/init folgenden Block:

Vorher:
if [ -z "$DEVSTATIC" ]
then
     # Debug /dev, if dynamic
     $MOUNT -o remount,rw "$ROOTDEV" "$NEWROOT"
     ls -lR /dev >"$NEWROOT"/dev.txt
     $MOUNT -o remount,ro "$ROOTDEV" "$NEWROOT"
     # Reset kernel hotplugging
     echo "Resetting kernel hotplugging ..."
     echo "" > /proc/sys/kernel/hotplug
fi

Nachher:
if [ -z "$DEVSTATIC" ]
then
     # Debug /dev, if dynamic
     $MOUNT -o remount,rw "$ROOTDEV" "$NEWROOT"
     ls -lR /dev >"$NEWROOT"/dev.txt
     $MOUNT -o remount,ro "$ROOTDEV" "$NEWROOT"
     # Reset kernel hotplugging
     echo "Resetting kernel hotplugging ..."
     echo "/sbin/hotplug" > /proc/sys/kernel/hotplug
fi

Siehe letzte Zeile vor 'fi'. Wahrscheinlich habe ich den 
Hotplug-Mechanismus durch den Switch auf mdev lahm gelegt, der bei uns 
über das Skript /sbin/hotplug realisiert ist.

Das fiel schon im Test-Team jemand auf - aber erst jetzt sehe ich die 
mögliche Lösung...

-- 
der tom
[eisfair-team]