Attansic Ethernet Controller AR8161 [1969:1091] unter openSUSE 12.2

Status
Für weitere Antworten geschlossen.

WGz

Member
Hallo,

ich habe:
ASUS X55U
openSUSE-12.2
PCI-Hardware: Attansic Ethernet Controller
Kernel 3.4.11-2.16-desktop
hier: atl1c, atl1e, atlx: atl1.ko, atl2.ko
modprobe atl1
in /proc/modules: atl1 39965 0 - Live 0xf8cd6000
ifconfig eth0 -> "Kein passendes Gerät gefunden."

Frage:
Wie kann ich es erreichen, dass schon beim Booten dieses Onboard-Ethernet eingerichtet wird,
also in YaST -> Netzwerkgeräte -> Netzwerkeinstellungen
hier: "Attansic Ethernet controller / Nicht konfiguriert" (wird also erkannt!)
konfiguriert werden kann.

Es kann nicht konfiguriert werden, da es das Gerät eth0 nicht gibt.

Was muss ich machen?
Dank für Hinweise,
Werner.

Nachtrag:
Der Eintrag in /etc/modprobe.d/99-local.conf
alias eth0 atl1
läd atl1 nicht beim Booten. eth0 bleibt unbekannt.
 

Rain_Maker

Administrator
Teammitglied
AW: Treiber atl1 zwar vorhanden, nicht aber eth0?

Mal ganz davon abgesehen, daß von den im Kernel enthaltenen atl$IRGENDWAS-Treibern gerade der passen soll (was rein statistisch sogar am unwahrscheinlichsten ist), würde ich mal vermuten, daß deshalb kein atl$IRGENDWAS geladen wurde und kein ethX vorhanden ist, weil _keiner_ der Treiber passt.

Aber das ist ohne eine PCI-ID (sagt einem z.B. "/sbin/lspci -nnk") auch nur geraten.

Greetz,

RM
 

WGz

Member
AW: Treiber atl1 zwar vorhanden, nicht aber eth0?

Danke für die rasche Antwort:

Rain_Maker schrieb:
Mal ganz davon abgesehen, daß von den im Kernel enthaltenen atl$IRGENDWAS-Treibern gerade der passen soll
(was rein statistisch sogar am unwahrscheinlichsten ist), würde ich mal vermuten, daß deshalb kein atl$IRGENDWAS geladen wurde und kein
ethX vorhanden ist, weil _keiner_ der Treiber passt.

Aber das ist ohne eine PCI-ID (sagt einem z.B. "/sbin/lspci -nnk") auch nur geraten.
Also mit /sbin/lspci -nnk bekomme ich unter vielem anderen

Code:
02:00.0 Ethernet controller [0200]: Atheros [ ... ] Subsystem: ASUSTeK Computer Inc. Device [1043:14e7]
Nur damit fange ich nichts an.
 

Rain_Maker

Administrator
Teammitglied
AW: Treiber atl1 zwar vorhanden, nicht aber eth0?

WGz schrieb:
Code:
02:00.0 Ethernet controller [0200]: Atheros [ ... ] Subsystem: ASUSTeK Computer Inc. Device [1043:14e7]
Nur damit fange ich nichts an.
Da haben wir etwas gemeinsam, denn gerade der interessante Teil fehlt.

Also nochmal das Ganze.

Greetz,

RM
 

WGz

Member
AW: Treiber atl1 zwar vorhanden, nicht aber eth0?

Rain_Maker schrieb:
Also nochmal das Ganze.
Code:
==========================================
/sbin/lspci -nnk
03.01.2013
==========================================

00:00.0 Host bridge [0600]: Advanced Micro Devices [AMD] Family 14h Processor Root Complex [1022:1510]
	Subsystem: Advanced Micro Devices [AMD] Family 14h Processor Root Complex [1022:1510]
00:01.0 VGA compatible controller [0300]: Advanced Micro Devices [AMD] nee ATI Wrestler [Radeon HD 6290] [1002:9807]
	Subsystem: ASUSTeK Computer Inc. Device [1043:14e7]
	Kernel driver in use: radeon
00:01.1 Audio device [0403]: Advanced Micro Devices [AMD] nee ATI Wrestler HDMI Audio [Radeon HD 6250/6310] [1002:1314]
	Subsystem: ASUSTeK Computer Inc. Device [1043:14e7]
	Kernel driver in use: snd_hda_intel
00:04.0 PCI bridge [0604]: Advanced Micro Devices [AMD] Family 14h Processor Root Port [1022:1512]
	Kernel driver in use: pcieport
00:05.0 PCI bridge [0604]: Advanced Micro Devices [AMD] Family 14h Processor Root Port [1022:1513]
	Kernel driver in use: pcieport
00:10.0 USB controller [0c03]: Advanced Micro Devices [AMD] Hudson USB XHCI Controller [1022:7812] (rev 03)
	Subsystem: ASUSTeK Computer Inc. Device [1043:14e7]
	Kernel driver in use: xhci_hcd
00:11.0 SATA controller [0106]: Advanced Micro Devices [AMD] Hudson SATA Controller [AHCI mode] [1022:7801] (rev 40)
	Subsystem: ASUSTeK Computer Inc. Device [1043:14e7]
	Kernel driver in use: ahci
00:12.0 USB controller [0c03]: Advanced Micro Devices [AMD] Hudson USB OHCI Controller [1022:7807] (rev 11)
	Subsystem: ASUSTeK Computer Inc. Device [1043:14e7]
	Kernel driver in use: ohci_hcd
00:12.2 USB controller [0c03]: Advanced Micro Devices [AMD] Hudson USB EHCI Controller [1022:7808] (rev 11)
	Subsystem: ASUSTeK Computer Inc. Device [1043:14e7]
	Kernel driver in use: ehci_hcd
00:14.0 SMBus [0c05]: Advanced Micro Devices [AMD] Hudson SMBus Controller [1022:780b] (rev 14)
	Subsystem: ASUSTeK Computer Inc. Device [1043:14e7]
00:14.2 Audio device [0403]: Advanced Micro Devices [AMD] Hudson Azalia Controller [1022:780d] (rev 01)
	Subsystem: ASUSTeK Computer Inc. Device [1043:1c23]
	Kernel driver in use: snd_hda_intel
00:14.3 ISA bridge [0601]: Advanced Micro Devices [AMD] Hudson LPC Bridge [1022:780e] (rev 11)
	Subsystem: ASUSTeK Computer Inc. Device [1043:14e7]
00:14.4 PCI bridge [0604]: Advanced Micro Devices [AMD] Hudson PCI Bridge [1022:780f] (rev 40)
00:14.7 SD Host controller [0805]: Advanced Micro Devices [AMD] Hudson SD Flash Controller [1022:7806]
	Subsystem: ASUSTeK Computer Inc. Device [1043:14e7]
	Kernel driver in use: sdhci-pci
00:18.0 Host bridge [0600]: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 0 [1022:1700] (rev 43)
00:18.1 Host bridge [0600]: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 1 [1022:1701]
00:18.2 Host bridge [0600]: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 2 [1022:1702]
00:18.3 Host bridge [0600]: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 3 [1022:1703]
	Kernel driver in use: k10temp
00:18.4 Host bridge [0600]: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 4 [1022:1704]
00:18.5 Host bridge [0600]: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 6 [1022:1718]
00:18.6 Host bridge [0600]: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 5 [1022:1716]
00:18.7 Host bridge [0600]: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 7 [1022:1719]
01:00.0 Network controller [0280]: Ralink corp. RT5390 Wireless 802.11n 1T/1R PCIe [1814:5390]
	Subsystem: Foxconn International, Inc. Device [105b:e054]
	Kernel driver in use: rt2800pci

02:00.0 Ethernet controller [0200]: Atheros Communications Inc. AR8161 Gigabit Ethernet [1969:1091] (rev 10)
	Subsystem: ASUSTeK Computer Inc. Device [1043:14e7]
 

Rain_Maker

Administrator
Teammitglied
AW: Treiber atl1 zwar vorhanden, nicht aber eth0?

Code:
02:00.0 Ethernet controller [0200]: Atheros Communications Inc. AR8161 Gigabit Ethernet [[b]1969:1091[/b]] (rev 10)
        Subsystem: ASUSTeK Computer Inc. Device [1043:14e7]
Das ist die interessante Information (= "ich bin"), das andere (Subdevice) bedeutet nur "Ich wurde im Namen von Asus auf die Platine gelötet".

Lösung:

http://download.opensuse.org/repositories/driver:/wireless/12.2-update/

Pakete "compat-wireless-scripts" (noarch) und "compat-wireless-kmp-desktop" (x86_64 oder i586, je nach Architektur) installieren.

Danach als root "modprobe alx" und sehen, was passiert.

Greetz,

RM
 

WGz

Member
AW: Treiber atl1 zwar vorhanden, nicht aber eth0?

Hervorragend!

Es funktioniert. Und ich muss mich für die konsequent sachliche Linie der Führung meines Threads
bedanken. Ich habe bisher wohl kaum so etwas mitgemacht.

Nochmals meinen Dank, und mach so weiter,
Werner.
 

Rain_Maker

Administrator
Teammitglied
AW: Treiber atl1 zwar vorhanden, nicht aber eth0?

Naja, man kann nur damit "arbeiten", was man auch hat, genau deshalb war es wichtig die Ausgabe eben nicht zu kürzen.

Auch wenn schon beim ersten Post ein "Verdacht" bestand, welcher Chipsatz/Treiber da (noch) nicht unterstützt/vorhanden war, wäre es eben nur (gut) geraten gewesen, mal davon abgesehen, daß es auch für Querleser weniger hilfreich gewesen wäre gleich die vermeintlich richtige Lösung zu posten, denn der Weg dahin ist mindestens genau so wichtig für eine gut dokumentierte Lösung.

Da wären noch ein paar Kleinigkeiten.

1) Das oben genannte Repository könnte (sollte?) man einbinden, damit es für den Fall der Fälle auch nach dem nächsten Kernelupdate ein passendes Paket vorhanden ist.

2) Das hier

Der Eintrag in /etc/modprobe.d/99-local.conf
alias eth0 atl1
würde ich entfernen, das ist bestenfalls nur unnötig, also weg damit.

3) Den Threadtitel werde ich noch für Querleser noch etwas anpassen (zwecks besserer Auffindbarkeit).

Greetz,

RM
 

Rain_Maker

Administrator
Teammitglied
AW: Treiber atl1 zwar vorhanden, nicht aber eth0?

Nachtrag:

http://software.opensuse.org/package/alx

Als Alternative zum Ausprobieren, wenn man nicht die ganzen anderen Module als Ballast aus compat-wireless haben will.

Allerdings gilt das dann mit einer sicheren Einschränkung zumindest für die Pakete aus dem Repo von "malcolmlewis", denn diese alx-Pakete sind nichts Anderes als ein compat-wireless aus welchem die ganzen anderen Module deaktiviert wurden. Da dürfte es dann so sein, daß man laut nach Ärger ruft, wenn man ein "normales" compat-wireless-kmp dazu installieren will, denn sowohl der alx-Treiber aus compat-wireless als auch (fast) alle anderen (WLAN-)Treiber aus compat-wireless hängen vom Modul "compat" ab (da befindet sich wie der Name schon andeutet Kompatibilitätscode drin, damit das auch auf älteren Kernelversionen läuft, hence the name "compat"-wireless) und das dürfte dann Konflikte geben, zumindest dann, wenn die compat-Versionen nicht exakt übereinstimmen.

Die anderen Pakete (aus Akoellh:/Kernelmodules) sind explizit nicht auf compat-wireless aufbauend und sollten deshalb auch nicht mit compat-wireless kollidieren, aber auch hier gilt "Versuch macht kluch".

Greetz,

RM
 

Rain_Maker

Administrator
Teammitglied
Treiber "alx" ab linux 3.10 im Kernel enthalten

http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/drivers/net/ethernet/atheros?id=ab69bde6b2e9c37456eeb0051a185446336aef9f

alx: add a simple AR816x/AR817x device driver
This is a very simple driver, based on the original vendor
driver that Qualcomm/Atheros published/submitted previously,
but reworked to make the code saner. However, it also lost
a number of features (TSO/GSO, VLAN acceleration and multi-
queue support) in the process, as well as debugging support
features I didn't have any use for. The only thing I left
is checksum offload.

More features can obviously be added, but this seemed like
a good start for having a driver in mainline at all.

Johannes Stezenbach has verified that the driver works on
AR8161, I have a AR8171 myself. The E2200 device ID I found
on github in somebody's repository.
Zwar noch nicht perfekt, aber immerhin ein Anfang.

Damit dürften in der nächsten openSUSE-Version (13.1) die entsprechenden Geräte out of the Box funktionieren.

Und bevor Nachfragen kommen, nein, in openSUSE 12.2/12.3 wird dieser Treiber wohl nicht auftauchen.

Die 12.2 wurde mit einem 3.4- und die 12.3 mit einem 3.7-Kernel veröffentlicht und dabei wird es auch mit an Sicherheit grenzender Wahrscheinlichkeit bleiben.

Neue Treiber/Features werden nur sehr selten in stabile Kernel zurück portiert, deshalb wird man für diese Versionen auf externe Pakete angewiesen bleiben.

Greetz,

RM

P.S. Licht aus.
 
Status
Für weitere Antworten geschlossen.
Oben