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

[Thomas Bork]

Am 29.04.2015 um 16:47 schrieb Marcus Roeckrath:

> Bliebe die Frage, ob die problematischen Fälle auf das r8169-Modul
> erfolgreich wechseln können.

Bliebe generell erst mal die Frage, ob ein zusätzliches Modul r8168 wie 
in  älteren Kernel-Versionen überhaupt noch nötig ist oder ob die 
gesamte Hardware durch r8169 abgedeckt wird. Wenn man sich die 
Kernel-Quellen ansieht, sind diverse Spielarten der 8168-Chips von 
unserem r9169 nicht abgedeckt:

https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/drivers/net/ethernet/realtek/r8169.c?id=7e18dca16246b2891239cfc3c6e2dfcea715d353
https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/drivers/net/ethernet/realtek/r8169.c?id=b3d7b2f2f07ff0ab87442f2d499f2860ef59bfaa
https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/drivers/net/ethernet/realtek/r8169.c?id=5598bfe5191d09cdd622aeac39badc42508b227f
https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/drivers/net/ethernet/realtek/r8169.c?id=c558386b836ee97762e12495101c6e373f20e69d
https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/drivers/net/ethernet/realtek/r8169.c?id=2a35cfa591ac63f17815c2d9432b799e37527980
https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/drivers/net/ethernet/realtek/r8169.c?id=57538c4a89506c333b480ff5bdfcd4f16f78ccdf
https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/drivers/net/ethernet/realtek/r8169.c?id=58152cd46f88ea3fb2e518511b8367454b12296a
https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/drivers/net/ethernet/realtek/r8169.c?id=45dd95c443c2d81d8d41e55afeafd4c61042fa76

Der r8168 ist bei uns also weiterhin nötig, um Hardware zu unterstützen, 
die unser r8169 nicht unterstützt.

> Zudem gehört nun ein deutlicher Warnhinweis mit Updateabbruchmöglichkeit in
> das Kernelupdate; wer einen Server per Fernwartung wartet, kann böse auf
> die Nase fallen.

Die Fehlerberichte hier zeigen, dass es nur dann Probleme gibt, wenn 
Dateien über Samba abgelegt werden.

> Ließe sich in der /etc/init.d/eth eine Modulswitching über das Subsystem
> machen?
> if modul = r8168
>    if subsystem = 105b oder 1043
>      modul = r8169
> Hier also nur direkt die Vendor-ID.

Es ist bisher überhaupt nicht gesagt, dass bei Subsystem Foxconn aber 
anderer Revision des Chips als 03 Probleme auftreten.

Also wenn überhaupt, dann geben die bisherigen Rückmeldungen lediglich 
so etwas her:

if modul = r8168
     if revision 0c
         modul = r8169
     if revision 03
         if subsystem = [105b:0d55]
             modul = r8169

Das Problem stellt sich auch im Installer. Es wird erst der r8168 dann 
der r8169 geprobt. An der Stelle schon mit lspci zu hantieren fällt aus.

-- 
der tom
[eisfair-team]