Problem mit TP-Link AC1900 Archer T9E

Einrichten des lokalen Netzes, Verbindung zu anderen Computern und Diensten.
rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: Problem mit TP-Link AC1900 Archer T9E

Beitrag von rendegast » 09.11.2016 10:42:52

vdvogt hat geschrieben: das alte broadcom-sta-dkms gepurged und danach aus den stretch quellen das neue Paket installiert.
Aber leider immer noch keine WLAN-Verbindung.
nach einem modprobe wl habe ich jetzt wieder Verbindung zum 2.4GHz-Netz, aber immer noch nichts zum 5GHZ-Netz.
Und wie läuft es mit dem kerneleigenen Treiber bcma / brcm*?

Code: Alles auswählen

systemctl stop networking.service
service networking stop

modprobe -vr wl
aptitude purge broadcom-sta-dkms
aptitude install firmware-brcm80211/jessie-backports
update-initramfs -u -kall

# /etc/udev/rules.d/*persistent-net* falls vorhanden verschieben
modprobe -v bcma
oder vielleicht besser
<Neustart>

Code: Alles auswählen

ip link
dmesg  |  egrep -i "bcm|brcm|broadcom|wl|80211|firmware" -C1
lsmod   |  egrep -i "bcm|brcm|broadcom|wl|80211" -C1


Eventuell muß brcmutil / brcmsmac doch händisch geladen werden,
kenne mich mit broadcom nicht aus.
Aber erstmal den Neustart abwarten.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

vdvogt
Beiträge: 397
Registriert: 22.12.2012 14:55:17
Lizenz eigener Beiträge: GNU Free Documentation License

Re: Problem mit TP-Link AC1900 Archer T9E

Beitrag von vdvogt » 09.11.2016 20:59:41

Hallo rendegast,
rendegast hat geschrieben:

Code: Alles auswählen

systemctl stop networking.service
service networking stop

modprobe -vr wl
aptitude purge broadcom-sta-dkms
aptitude install firmware-brcm80211/jessie-backports
update-initramfs -u -kall
Alles erfolgreich ausgefuehrt.
rendegast hat geschrieben:

Code: Alles auswählen

/etc/udev/rules.d/*persistent-net* falls vorhanden verschieben
modprobe -v bcma
*persistent-net* nach OLD_*persistent-net* verschoben
modprobe ausgefuehrt
rendegast hat geschrieben:

Code: Alles auswählen

ip link
dmesg  |  egrep -i "bcm|brcm|broadcom|wl|80211|firmware" -C1
lsmod   |  egrep -i "bcm|brcm|broadcom|wl|80211" -C1
Ausgaben:

ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
link/ether 44:8a:5b:83:bd:ba brd ff:ff:ff:ff:ff:ff


dmesg | egrep -i "bcm|brcm|broadcom|wl|80211|firmware" -C1
[ 6.706864] piix4_smbus 0000:00:14.0: Auxiliary SMBus Host Controller at 0xb20
[ 6.769428] bcma: bus0: Found chip with id 0x4360, rev 0x03 and package 0x01
[ 6.769449] bcma: bus0: Core 0 found: ChipCommon (manuf 0x4BF, id 0x800, rev 0x2B, class 0x0)
[ 6.769461] bcma: bus0: Core 1 found: IEEE 802.11 (manuf 0x4BF, id 0x812, rev 0x2A, class 0x0)
[ 6.769481] bcma: bus0: Core 2 found: ARM CR4 (manuf 0x4BF, id 0x83E, rev 0x02, class 0x0)
[ 6.769502] bcma: bus0: Core 3 found: PCIe Gen2 (manuf 0x4BF, id 0x83C, rev 0x01, class 0x0)
[ 6.769513] bcma: bus0: Core 4 found: USB 2.0 Device (manuf 0x4BF, id 0x81A, rev 0x11, class 0x0)
[ 6.801767] bcma: Unsupported SPROM revision: 11
[ 6.801810] bcma: bus0: Invalid SPROM read from the PCIe card, trying to use fallback SPROM
[ 6.801811] bcma: bus0: Using fallback SPROM failed (err -2)
[ 6.801812] bcma: bus0: No SPROM available
[ 6.803899] bcma: bus0: Bus registered
[ 6.824768] sp5100_tco: SP5100/SB800 TCO WatchDog Timer Driver v0.05
--
[ 7.423540] DDBridge 0000:06:00.0: DVB: registering adapter 3 frontend 0 (STV090x Multistandard)...
[ 7.444229] b43-phy0: Broadcom 4360 WLAN found (core revision 42)
[ 7.444563] b43-phy0 ERROR: FOUND UNSUPPORTED PHY (Analog 12, Type 11 (AC), Revision 1)
[ 7.444610] b43: probe of bcma0:1 failed with error -95
[ 7.444628] Broadcom 43xx driver loaded [ Features: PNLS ]
[ 7.775822] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:0b.0/0000:07:00.1/sound/card1/input15
--
[ 10.512173] ip6_tables: (C) 2000-2006 Netfilter Core Team
[ 10.967210] r8169 0000:02:00.0: firmware: direct-loading firmware rtl_nic/rtl8168e-3.fw
[ 11.069402] r8169 0000:02:00.0 eth0: link down


lsmod | egrep -i "bcm|brcm|broadcom|wl|80211" -C1
kvm 581632 1 kvm_amd
mac80211 647168 1 b43
irqbypass 16384 1 kvm
cfg80211 577536 2 b43,mac80211
crct10dif_pclmul 16384 0
--
hmac 16384 1
rfkill 24576 1 cfg80211
snd_hda_codec 131072 4 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_intel
--
sp5100_tco 16384 0
bcma 53248 1 b43
tpm_infineon 20480 0

Ergebnis:
LAN-Verbindung vorhanden.
Absolut kein WLAN!

Ich denke, das mit broadcom-sta-dkms war besser, wenistens hatte ich da eine WLAN-Verbindung mit dem 2,4GHz-Netz.

Wie siehst Du das?

Viele Gruesse
Veit

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: Problem mit TP-Link AC1900 Archer T9E

Beitrag von rendegast » 09.11.2016 22:00:09

Die Ausgabe ist doch schonmal was.
[ 7.444229] b43-phy0: Broadcom 4360 WLAN found (core revision 42)
Damit kann ich aber nichts anfangen, fehlende Erfahrung:
[ 7.444563] b43-phy0 ERROR: FOUND UNSUPPORTED PHY (Analog 12, Type 11 (AC), Revision 1)
[ 7.444610] b43: probe of bcma0:1 failed with error -95
[ 7.444628] Broadcom 43xx driver loaded [ Features: PNLS ]
Leider keine Meldung bzgl. firmware(?), das wäre wenigstens eine einfache Schraube zum dran drehen.
Wobei ich die broadcom(-Treiber) ansich etwas "speziell" finde.


Nach ein bischen Herumsuchen im kernel-Quelltext "broadcom" und Kontrolle meiner /boot/config*
/boot/config-3.16.0-4-amd64
/boot/config-4.6.0-0.bpo.1-amd64
/boot/config-4.7.0-0.bpo.1-amd64
/boot/config-4.8-custom
-> Keines hat den Wert B43_PHY_AC ("Say N, this is BROKEN and crashes driver").
Also wird ac mit den Kerneltreibern wohl generell nicht möglich sein.
n im 5GHz-Netz? Kann da den Quelltext nicht deuten.



Viel Glück mit wl/Debianbroadcom-sta-dkms 6.30.223.271 stretch,
zumindest n/2GHz scheint ja zu funktionieren.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

vdvogt
Beiträge: 397
Registriert: 22.12.2012 14:55:17
Lizenz eigener Beiträge: GNU Free Documentation License

Re: Problem mit TP-Link AC1900 Archer T9E

Beitrag von vdvogt » 09.11.2016 22:18:53

Hallo rendegast,
also alles wieder zurueck!

systemctl stop networking.service
modprobe -vr wl
aptitude purge firmware-brcm80211/jessie-backports
dpkg -i broadcom-sta-dkms_6.30.223.271-4_all.deb
update-initramfs -u -kall

Ist das so richtig?

Gruesse
Veit

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: Problem mit TP-Link AC1900 Archer T9E

Beitrag von rendegast » 09.11.2016 22:30:08

vdvogt hat geschrieben: Ist das so richtig?
Im Endeffekt schon.
Noch die Kontrolle auf Module aller Kernel, 'dkms status'.


Wobei
modprobe -vr wl
aptitude purge firmware-brcm80211/jessie-backports
wl wurde ja schon entladen und Paket entfernt.
Also eher

Code: Alles auswählen

modprobe -vr b43
modprobe -vr bcma
...
Darüberhinaus
"... purge firmware-brcm80211/jessie-backports"
Die Repo-Angabe '/....' ist beim purge/remove sinnlos. (sogar invalid?)

Bei suse können Pakete in mehreren Versionen vorliegen, Paradebeispiel kernel:
linux-generic 1.2.3
linux-generic 1.2.4
...
Wobei dann sowas käme

Code: Alles auswählen

zypper rm linux-generic-1.2.3
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

vdvogt
Beiträge: 397
Registriert: 22.12.2012 14:55:17
Lizenz eigener Beiträge: GNU Free Documentation License

Re: Problem mit TP-Link AC1900 Archer T9E

Beitrag von vdvogt » 09.11.2016 22:44:21

Hallo rendegast,

vielen Dank fuer Deine Hilfe!

Eine letzte Frage habe ich noch in Bezug auf 802.11ac:

Kennst Du einen PCIe-WLAN-Adapter, der jetzt schon von Linux fuer ac unterstuetzt wird?
Den wuerde ich mir dann kaufen und versuchen, den TP-Link wieder loszuwerden.

Viele Gruesse
Veit

vdvogt
Beiträge: 397
Registriert: 22.12.2012 14:55:17
Lizenz eigener Beiträge: GNU Free Documentation License

Re: Problem mit TP-Link AC1900 Archer T9E

Beitrag von vdvogt » 09.11.2016 23:11:05

HALT!

Doch noch was vergessen:

Ich habe ja /etc/udev/rules.d/70-persistent-net.rules nach OLD_70.... verschoben.

Das muss ich ja auch noch rueckgaengig machen.

Ich habe jetzt zwei files, allerdings mit unterschiedlichen Inhalten:

/etc/udev/rules.d# cat 70-persistent-net.rules
# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.

# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="44:8a:5b:83:bd:ba", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x14e4:0x43a0 (wl)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="a4:2b:b0:e2:d9:4b", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan0"



OLD_70-persistent-net.rules_OLD
# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.

# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="44:8a:5b:83:bd:ba", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x168c:0x0030 (ath9k)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="e8:de:27:08:84:34", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan0"

# PCI device 0x1814:0x0601 (rt2800pci)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="80:1f:02:08:65:78", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan1"

# PCI device 0x14e4:0x43a0 (wl)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="a4:2b:b0:e2:d9:4b", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan2"


Welchen von beiden soll ich behalten?
Insbesondere, da mein wlan jetzt wieder wlan0 heisst.
Nachdem mein erster wlan-Adapter kaputtgegangen war, hatte ich voruebergehend einen alten dran (wlan1) bis ich den neuen TP-Link bekommen habe.
Nach dem Einbau des TP_Link hatte sich das veraendert auf wlan2, wie man dem OLD_70...file entnehmen kann.

Gruesse
Veit

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: Problem mit TP-Link AC1900 Archer T9E

Beitrag von rendegast » 10.11.2016 09:43:44

Ich habe ja /etc/udev/rules.d/70-persistent-net.rules nach OLD_70.... verschoben.
Einmal, um es zu verschieben, muß es aus diesem Verzeichnis raus.
In Deinem Fall war das "Umbenennen"

Damit es dort nicht mehr wirkt, darf es als Namen NICHT "irgendwas.rules" haben.
'udevadm test ....'

Wie Du gemerkt hast, wird die Datei neu erstellt.
Du kannst sie also auch jederzeit löschen.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

vdvogt
Beiträge: 397
Registriert: 22.12.2012 14:55:17
Lizenz eigener Beiträge: GNU Free Documentation License

Re: Problem mit TP-Link AC1900 Archer T9E

Beitrag von vdvogt » 10.11.2016 11:32:21

Hallo rendegast,
OK, habe ich geloescht.

Ich moechte aber nochmal auf meine Frage vom vorletzten Post zurueckkommen, da ja mein TP-Link mit ac nicht unterstuetzt wird:

Kennst Du einen PCIe-WLAN-Adapter, der jetzt schon von Linux fuer ac unterstuetzt wird?
Den wuerde ich mir dann kaufen und versuchen, den TP-Link wieder loszuwerden.

Viele Gruesse
Veit

Antworten