mihol
Posts: 39
Joined: Wed May 09, 2012 6:55 pm
Location: Germany

Re: (UPDATE) Drivers for TL-WN725N V2 - 3.6.11+ -> 4.xx.xx+

Sat Jan 09, 2021 12:25 pm

Elva wrote:
Fri Jan 08, 2021 6:49 pm
I have an old rapsberry Pi B+
Your current kernel revision = 3.12.35+
Your current kernel build = #730
upgrading the kernel would be my recommendation.
As safety net using a cloned SDcard, so going back to the original version in case of unsurmountable issues is easily achieved

Freezer1700
Posts: 2
Joined: Fri Jan 08, 2021 5:43 pm

Re: (UPDATE) Drivers for TL-WN725N V2 - 3.6.11+ -> 4.xx.xx+

Sun Jan 10, 2021 2:30 am

MrEngman,

I'm looking through the HUGE post and it's the only close to one driver that I "think" I need. Any assistance is appreciated. Here's my issue.

I have a (Netgear brand) RTL8188EUS 802.11n Wireless Network Adapter that i am using in conjunction with other adapters to learn more about channel bonding.

Oddly enough it worked with my older Raspian 8 OS then I did a clean install of Raspian 9 (Dec 4, 2021) and now it will not work BUT...I see it :?

I have a TXT of my lsusb -v output (not allowed to attach it so it's below) and I can see the interface in there. I "think" I need to load the driver for it but don't know why I would have to do that for a newer OS and not sure where to begin.

I have tried just about all the other easy things that I the Google could show me like 'sudo ifup' & 'ifdown' and many others but still NOTTA! :cry:

Here is the output from "ifconfig":
wlan0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether 40:a5:ef:db:e9:bd txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

wlan1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.11.135 netmask 255.255.255.0 broadcast 192.168.11.255
inet6 fe80::aa0e:946b:766b:3358 prefixlen 64 scopeid 0x20<link>
ether b8:27:eb:71:7c:4c txqueuelen 1000 (Ethernet)
RX packets 226798 bytes 197970034 (188.7 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 194847 bytes 98944087 (94.3 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

wlan2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.11.124 netmask 255.255.255.0 broadcast 192.168.11.255
inet6 fe80::456f:f554:c3f2:985d prefixlen 64 scopeid 0x20<link>
ether 2c:b0:5d:91:da:a4 txqueuelen 1000 (Ethernet)
RX packets 215968 bytes 48923755 (46.6 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 7285 bytes 1365371 (1.3 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
**END**

BEGIN output for "lsusb -v":
Bus 001 Device 005: ID 0bda:8179 Realtek Semiconductor Corp. RTL8188EUS 802.11n Wireless Network Adapter
Couldn't open device, some information will be missing
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 0
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
idVendor 0x0bda Realtek Semiconductor Corp.
idProduct 0x8179 RTL8188EUS 802.11n Wireless Network Adapter
bcdDevice 0.00
iManufacturer 1
iProduct 2
iSerial 3
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 0x0027
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xa0
(Bus Powered)
Remote Wakeup
MaxPower 500mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 3
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 255 Vendor Specific Subclass
bInterfaceProtocol 255 Vendor Specific Protocol
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x02 EP 2 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x03 EP 3 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0

Thank you for any assistance,
Freezer1700

pigsfootrpi
Posts: 1
Joined: Tue Jan 12, 2021 8:54 am

Re: (UPDATE) Drivers for TL-WN725N V2 - 3.6.11+ -> 4.xx.xx+

Tue Jan 12, 2021 10:29 am

Hi @MrEngMan,

A quick question if i may re an issue with an Alfa AWUS036ACS USB WiFi Adapter not seemingly working properly.

I have used your script to install the drivers needed which as everyone is saying worked great, so kudos for that. The driver installed for the adapter is the 8812au one.

The problem i have is i need the adapter to work in monitor mode which looking at specs and other forum posts the Alfa card does support. The Alfa card runs chipset - Realtek RTL8811AU

I have an older adapter i use on the same build which is an Alfa AWUS036NEH, this is only 2.4 Ghz hence the swap to the new Alfa 36ACS as this also supports 5 Ghz.

I'm using a RPI 4 2Gb board, my kernel version is 4.19.75, Rasbian V10 / Buster, my USB WiFi adapter is wlan0. The onboard WiFi interface is disabled.

I have a pre built system that uses TCPDump to capture WiFi frames which works great with the Alfa 36NEH. When i boot up with the old adapter inserted, the system loads the interface in monitor mode by default and i get lots of frames captured.

When i plug in the new Alfa card ( 36ACS ) it is still detected as wlan0 ( post install of your script ) but i have to manually down the interface and change its mode to monitor This is no problem as i'll automate that later on.

The issue i have is although everything says its monitor mode its not capturing any packets.

The output of ifconfig is -

Code: Select all

wlan0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        unspec 00-C0-CA-AC-44-73-30-30-00-00-00-00-00-00-00-00  txqueuelen 1000  (UNSPEC)
        RX packets 266568  bytes 0 (0.0 B)
        RX errors 0  dropped 704  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 3 overruns 0  carrier 0  collisions 0
The output of iw dev is -

Code: Select all

phy#2
        Interface wlan0
                ifindex 5
                wdev 0x200000001
                addr 00:c0:ca:ac:44:73
                type monitor
                channel 1 (2412 MHz), width: 20 MHz, center1: 2412 MHz
                txpower 18.00 dBm
normally when i run the system with the old Alfa card, ( 36NEH ) installed the RX packets increase every time i run the command, with the new Alfa card i dont get any packets received at all.

Not sure what else to try, any suggestions ?

Thanks

** Quick update, upgraded to kernel 5.4.79 and still have the same issue.

ctfish
Posts: 7
Joined: Mon Dec 28, 2020 4:27 am

Re: (UPDATE) Drivers for TL-WN725N V2 - 3.6.11+ -> 4.xx.xx+

Sun Jan 24, 2021 2:32 am

Review of the post:

I bought the $6.99 USB dongle from Walmart here: https://www.walmart.com/ip/600Mbps-Mini ... /571774428
600Mbps Mini Wireless USB WiFi Adapter Dongle Network LAN Antenna Network Adapter Card 802.11b/g/n w

And installed it on the following systems. Uses a 18" USB extension cable as well.

On my Pi400 with 64-bit kernel, here is what I have:
Linux raspberrypi 5.4.83-v8+ #1379 SMP PREEMPT Mon Dec 14 13:15:14 GMT 2020 aarch64 GNU/Linux

Here is what I did:
sudo wget http://downloads.fars-robotics.net/wifi ... stall-wifi -O /usr/bin/install-wifi
sudo chmod +x /usr/bin/install-wifi
sudo /usr/bin/install-wifi

Then I left clicked the wifi icon, and disconnected from wlan0. wlan1 was already connected to my same wireless. I also had to reserve the address (IP) again with my router, as the mac is different with the new adapter. I guess if this will stick with wlan0 simply not connected, I will not disable it in config.txt.
EDIT: decided to add the disable-wifi on this one as well. Left with wlan0 as my dongle, and the internal is turned off.

On my Pi4 with 64-bit kernel, here is what I have:
Linux octopi 5.4.83-v8+ #1379 SMP PREEMPT Mon Dec 14 13:15:14 GMT 2020 aarch64 GNU/Linux

Here is what I did:
sudo wget http://downloads.fars-robotics.net/wifi ... stall-wifi -O /usr/bin/install-wifi
sudo chmod +x /usr/bin/install-wifi
sudo /usr/bin/install-wifi

Then I added dtoverlay=disable-wifi to config.txt
which disabled my onboard wifi

Note that my use cases are fine for N speeds only. One is a desktop replacement for browsing etc. The other is an octopi.

Spudtree
Posts: 1
Joined: Fri Jan 29, 2021 12:42 am

Re: (UPDATE) Drivers for TL-WN725N V2 - 3.6.11+ -> 4.xx.xx+

Fri Jan 29, 2021 12:57 am

I'm a little lost, I'm trying to get this to run with octopi 0.18 which is based on Linux 4.19.75 and when I do uname -a I get "Linux octopi 5.4.79+ #1373". I tried http://downloads.fars-robotics.net/wifi ... 373.tar.gz as well as http://downloads.fars-robotics.net/wifi ... 373.tar.gz since I'm not sure which one I should use or what the build number is for 4.19.75 and All I get is a 404 page not found error. I'm using an old model A+ 1.1 so there is no way to connect to the internet. I have no idea what I'm doing anything helps

MrEngman
Posts: 4139
Joined: Fri Feb 03, 2012 2:17 pm
Location: Southampton, UK

Re: (UPDATE) Drivers for TL-WN725N V2 - 3.6.11+ -> 4.xx.xx+

Fri Jan 29, 2021 4:14 pm

Spudtree wrote:
Fri Jan 29, 2021 12:57 am
I'm a little lost, I'm trying to get this to run with octopi 0.18 which is based on Linux 4.19.75 and when I do uname -a I get "Linux octopi 5.4.79+ #1373". I tried http://downloads.fars-robotics.net/wifi ... 373.tar.gz as well as http://downloads.fars-robotics.net/wifi ... 373.tar.gz since I'm not sure which one I should use or what the build number is for 4.19.75 and All I get is a 404 page not found error. I'm using an old model A+ 1.1 so there is no way to connect to the internet. I have no idea what I'm doing anything helps
The link you show for 5.4.79 is wrong - remove the + sign. e.g. http://downloads.fars-robotics.net/wif ... 373.tar.gz


MrEngman
Simplicity is a prerequisite for reliability. Edsger W. Dijkstra

Please post ALL technical questions on the forum. Please Do Not send private messages.

ctfish
Posts: 7
Joined: Mon Dec 28, 2020 4:27 am

Re: (UPDATE) Drivers for TL-WN725N V2 - 3.6.11+ -> 4.xx.xx+

Sat Jan 30, 2021 5:16 pm

Am unforunately having dropped wifi every few minutes. Not sure what's going on! Thought it would be stable but this is no good.

ctfish
Posts: 7
Joined: Mon Dec 28, 2020 4:27 am

Re: (UPDATE) Drivers for TL-WN725N V2 - 3.6.11+ -> 4.xx.xx+

Sun Jan 31, 2021 8:19 pm

I can share that adding wicd-curses seemed to eat my machine. Have removed it, and renabled the wifi in the boot/config.txt and now removed wicd ... trying this whole shebang again

Elva
Posts: 2
Joined: Fri Jan 08, 2021 6:30 pm

Re: (UPDATE) Drivers for TL-WN725N V2 - 3.6.11+ -> 4.xx.xx+

Sat Feb 13, 2021 1:51 pm

MrEngman wrote:
Fri Jan 08, 2021 9:25 pm
Elva wrote:
Fri Jan 08, 2021 6:49 pm
Hello, Mr. Engman

I have an old rapsberry Pi B+
with an usb wifi dongle.
It have worked fine for 3-4years or so. Last week the usb wifi dongle stopped working. (tried it in an win7 computer, dead)

I have an otherone bought at the same time as the old one.
It seams this one have an other chip.
I remember the old just worked when it was plugged in.

Is it possible to get the new one running whitout too much work?

What i can understand, you have taken the old driver down.

Code: Select all

Your current kernel revision = 3.12.35+
Your current kernel build    = #730

Checking for a wifi module to determine the driver to install.

Your wifi module is Bus 001 Device 009: ID 0bda:8179 Realtek Semiconductor Corp.               

And it uses the 8188eu driver.


Your Pi revision number is 0010
You have a Pi B+ v1.2
Checking for a 8188eu wifi driver module for your current kernel.
A driver does not yet exist for this update.
Regards /Lenny
That's a rather old version of the kernel.

Fortunately I have a backup of the old wifi drivers. I have copied it to my web site. You will need http://downloads.fars-robotics.net/wifi ... 107.tar.gz.

Unlike newer driver files this only has the driver .ko file so you will need to download and install it manually. Near the bottom of the main page of my web site are details on how to install it.



MrEngman
Big thank


//Lenny

RemBrand
Posts: 7
Joined: Sat Jan 02, 2021 7:56 pm

Re: (UPDATE) Drivers for TL-WN725N V2 - 3.6.11+ -> 4.xx.xx+

Thu Feb 18, 2021 1:50 pm

Hope this is the right place to ask for input. I have updated my RPI to the last version and all, now running:

Code: Select all

pi@serialsds:~ $ uname -r
5.10.11+
After the reboot I couldn't connect via SSH anymore. Ran around in circles a few times before I realized this was and old PI with USB wifi adapter I had installed drivers for. To fix I ran 'sudo install-wifi -u rpi-update' which gave below output:

Code: Select all

 *** Raspberry Pi wifi driver installer by MrEngman.
 *** Performing self-update
 *** Relaunching after update

 *** Raspberry Pi wifi driver installer by MrEngman.

Your current kernel revision = 5.10.11+
Your current kernel build    = #1399

Checking for a wifi module to determine the driver to install.

Your wifi module is Bus 001 Device 004: ID 0bda:8179 Realtek Semiconductor Corp. RTL8188EUS 802.11n Wireless Network Adapter
And it uses the 8188eu driver.

Your Pi revision number is 0010
You have a Pi B+ v1.2
Please wait ... checking the kernel revision and build you will have after running command 'sudo rpi-update'.

Running command 'sudo rpi-update' will load:

        kernel revision = 5.10.16+
        kernel build    = #1402

Checking for a 8188eu wifi driver module if you run command 'sudo rpi-update'.
There is a driver module available for this kernel revision.
Downloading the 8188eu driver, 8188eu-5.10.16-1402.tar.gz.
Installing the 8188eu driver.

Installing driver config file 8188eu.conf.
mv 8188eu.conf /etc/modprobe.d/.
Installing driver module 8188eu.ko.
install -p -m 644 8188eu.ko /lib/modules/5.10.16+/kernel/drivers/net/wireless
install: cannot create regular file '/lib/modules/5.10.16+/kernel/drivers/net/wireless': No such file or directory
depmod: ERROR: could not open directory /lib/modules/5.10.16+: No such file or directory
depmod: FATAL: could not search modules: No such file or directory
Syncing changes to disk
You will need to reboot to load the driver.
It happilly tells me there's indeed a driver available:
There is a driver module available for this kernel revision.

But then it's stuck on a folder that doesn't exist:
install: cannot create regular file '/lib/modules/5.10.16+/kernel/drivers/net/wireless': No such file or directory
depmod: ERROR: could not open directory /lib/modules/5.10.16+: No such file or directory
depmod: FATAL: could not search modules: No such file or directory

Though nobody is unique, I didn't see any other mentions here on that specific error. Any idea where to look?

Kind regards,
Remco

MrEngman
Posts: 4139
Joined: Fri Feb 03, 2012 2:17 pm
Location: Southampton, UK

Re: (UPDATE) Drivers for TL-WN725N V2 - 3.6.11+ -> 4.xx.xx+

Thu Feb 18, 2021 4:39 pm

After a reboot you should just need to use

Code: Select all

sudo install-wifi

MrEngman
Simplicity is a prerequisite for reliability. Edsger W. Dijkstra

Please post ALL technical questions on the forum. Please Do Not send private messages.

gokhanturkeli
Posts: 12
Joined: Fri Mar 25, 2016 9:08 am

Re: (UPDATE) Drivers for TL-WN725N V2 - 3.6.11+ -> 4.xx.xx+

Wed Feb 24, 2021 12:17 am

I am trying to give wifi connectivity to my raspberry pi zeros. I have two usb dongles. One with rtl8188etv chip and the other with rtl8192eu chip. I managed to install the drivers MrEngman provided. I did this on a Raspberry Pi 3B+. After driver installation I saw that Raspberry Pi 3B+ has two successful connections. One is the built-in wifi and the other is usb dongle. Each has its own IP address.

So I thought this is a success. I used the same sd card which I used to install the drivers. And plugged in both the usb wifi dongle and the sd card on Raspberry Pi Zero. But Pi Zero didn't recognize the usb dongle. I do not understand what the problem was. Why cannot I give wifi connectivity to Pi Zero?

MrEngman
Posts: 4139
Joined: Fri Feb 03, 2012 2:17 pm
Location: Southampton, UK

Re: (UPDATE) Drivers for TL-WN725N V2 - 3.6.11+ -> 4.xx.xx+

Wed Feb 24, 2021 1:07 am

gokhanturkeli wrote:
Wed Feb 24, 2021 12:17 am
I am trying to give wifi connectivity to my raspberry pi zeros. I have two usb dongles. One with rtl8188etv chip and the other with rtl8192eu chip. I managed to install the drivers MrEngman provided. I did this on a Raspberry Pi 3B+. After driver installation I saw that Raspberry Pi 3B+ has two successful connections. One is the built-in wifi and the other is usb dongle. Each has its own IP address.

So I thought this is a success. I used the same sd card which I used to install the drivers. And plugged in both the usb wifi dongle and the sd card on Raspberry Pi Zero. But Pi Zero didn't recognize the usb dongle. I do not understand what the problem was. Why cannot I give wifi connectivity to Pi Zero?
The RPi Zero uses a different kernel version to the RPi 3B+ so you will need to install the drivers for the RPi Zero kernel version for the wifi dongles to work on the RPi Zero.

The RPi 3B+ uses kernel versions with the format xx.yy.zz-v7+. The RPi Zero uses a kernel with the format xx.yy.zz+, without the -v7.

You can install the drivers for the RPi Zero if you put the SD card back in the RPi 3B+, then download and install the drivers needed by the RPi Zero.

Check the kernel version used when the SD card is used in the RPi 3B+ using command uname -a. You will then need to download the driver file for the RPi Zero with a similar name to the one used by the RPi 3B+ but excluding the -v7. To install the drivers for the RPi Zero untar the file then run command ./install.sh to install the driver.


MrEngman
Simplicity is a prerequisite for reliability. Edsger W. Dijkstra

Please post ALL technical questions on the forum. Please Do Not send private messages.

RemBrand
Posts: 7
Joined: Sat Jan 02, 2021 7:56 pm

Re: (UPDATE) Drivers for TL-WN725N V2 - 3.6.11+ -> 4.xx.xx+

Fri Feb 26, 2021 8:54 pm

MrEngman wrote:
Thu Feb 18, 2021 4:39 pm
After a reboot you should just need to use: sudo install-wifi
Much obliged! Apologies for the delayed reply, I had expected the forum to send some email notification and was running it wired ever since. Thanks again for this solution and have a great weekend.
Cheers,
Remco

gokhanturkeli
Posts: 12
Joined: Fri Mar 25, 2016 9:08 am

Re: (UPDATE) Drivers for TL-WN725N V2 - 3.6.11+ -> 4.xx.xx+

Sat Feb 27, 2021 11:42 pm

MrEngman wrote:
Wed Feb 24, 2021 1:07 am
The RPi Zero uses a different kernel version to the RPi 3B+ so you will need to install the drivers for the RPi Zero kernel version for the wifi dongles to work on the RPi Zero.
.
.
.

MrEngman
Thank you! It worked after days of trial.

PGd
Posts: 1
Joined: Mon Mar 01, 2021 2:22 pm

Re: (UPDATE) Drivers for TL-WN725N V2 - 3.6.11+ -> 4.xx.xx+

Mon Mar 01, 2021 2:47 pm

I have a raspberry pi zero (non wireless), and a TL-WN725N dongle.
I want to use it headless, running Raspberry PI OS Lite (i hope that without the desktop, It'll be al little more responsive).
In order to connect to the PI, I need to have the drivers installed. But all installation guides require access to the commandline.

When preparing the SD Card, I can enable SSH and provide wpa_supplicant.conf.

Is there a way to install the drivers with the SD Card still in my windows laptop?
Or to create an auto-executing script to install the drivers upon booting?

felichas
Posts: 2
Joined: Mon Mar 15, 2021 12:27 am

Re: (UPDATE) Drivers for TL-WN725N V2 - 3.6.11+ -> 4.xx.xx+

Mon Mar 15, 2021 1:23 am

Hi,

I have a Raspberry Pi Zero and a TP-Link TL-WN725N (chipset RTL8188EU). I am using it in headless mode.
Let me start with a big thank you to MrEngman, because I have been using your drivers successfully, both with kernel 5.4.77+ #1371 and previously with kernel 5.4.51+ #1325.

But I have always had an anoying problem:
It disconnects after a couple hours and therfore I cannot ssh to it again. This disconnection happens sometime between a few hours and a few days (1 or 2) from booting.
Everything works fine while not disconnected, and I have noticed it continues working when it disconnects, because it continues playing locally stored music (I use it to run moode audio).
I would roll out problems with the access point, because I have never experienced a conection issue in another Raspberry Pi 3b+ I have connected to the same router and also running 24x7.

I have tried to investigate after one of this events, but I never found anything relevant in /var/log after rebooting.
I have noticed that disconnecting the USB dongle reboots the Raspberry Pi. I am not sure if this is normal... but it feels weird to me.

Any tip on what may be happening or how to troubleshoot?

Code: Select all

$ uname -a
Linux moode 5.4.77+ #1371 Tue Nov 17 13:28:42 GMT 2020 armv6l GNU/Linux

$ lsusb |grep 8188
Bus 001 Device 002: ID 0bda:8179 Realtek Semiconductor Corp. RTL8188EUS 802.11n Wireless Network Adapter

$ lsmod |grep 8188
8188eu               1196032  0
cfg80211              667648  1 8188eu

$ cat /etc/wpa_supplicant/wpa_supplicant.conf 
#########################################
# This file is automatically generated by
# the player Network configuration page. 
#########################################

country=ES
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1

network={
ssid="my_ssid"
scan_ssid=1
psk=my_pwd
}

$ iwconfig wlan0
wlan0     IEEE 802.11bgn  ESSID:"my_ssid"  Nickname:"<WIFI@REALTEK>"
          Mode:Managed  Frequency:2.462 GHz  Access Point: BC:30:D9:78:3D:7A   
          Bit Rate:72.2 Mb/s   Sensitivity:0/0  
          Retry:off   RTS thr:off   Fragment thr:off
          Power Management:off
          Link Quality=88/100  Signal level=39/100  Noise level=0/100
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

$ ip addr show wlan0
2: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 60:e3:27:0b:d5:ce brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.10/24 brd 192.168.1.255 scope global dynamic noprefixroute wlan0
       valid_lft 79144sec preferred_lft 64332sec
    inet6 fe80::d1d6:5806:b44:8c75/64 scope link 
       valid_lft forever preferred_lft forever

felichas
Posts: 2
Joined: Mon Mar 15, 2021 12:27 am

Re: (UPDATE) Drivers for TL-WN725N V2 - 3.6.11+ -> 4.xx.xx+

Sun Mar 21, 2021 5:09 pm

I've done some further investigation. I have some relevant logs, but I'm still not sure what is happening.

My network is flat: one fiber-modem/router/switch/AP and a number of computers/tablets/phones connected to it.
I often find I cannot ssh/https to RPI in the mornings. I have therefore created some scripts that I run in my RPIZero and my main laptop to try to understand what is happening overnight.
- From RPIZero, every 30s, I check link quality, iface status and ping to gateway
- From laptop, every 30s, I check link quality, iface status and ping to RPIZero

This morning: my main laptop was the ony device that could connect to RPI, every other phone/tablet could not reach it.
Maybe because it has been pinging it every 30s?

In RPIZero I see 3 events overnight when pinging the gateway.

Code: Select all

$ grep wlan0 check_wifi.2021-03-20.log |grep -v "ping:ok"
 wlan0: 0000   58.   31.    0.       0      0      0      0      0        0 		UP   192.168.1.117/24 	ping:NOToK pingms:-- 	2021-03-21 02:59:08
 wlan0: 0000  100.   53.    0.       0      0      0      0      0        0 		UP   192.168.1.117/24 	ping:NOToK pingms:-- 	2021-03-21 03:59:07
 wlan0: 0000   96.   54.    0.       0      0      0      0      0        0 		UP   192.168.1.117/24 	ping:NOToK pingms:-- 	2021-03-21 06:00:28
And dmesg shows some ugly logs I do not understand. I am adding the last lines from the boot up process, as they belong to the wifi card too:

Code: Select all

[   22.542999] cfg80211: Loading compiled-in X.509 certificates for regulatory database
[   23.058396] cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7'
[   23.288063] 8188eu: loading out-of-tree module taints kernel.
[   25.096904] bFWReady == _FALSE call reset 8051...
[   25.653825] usbcore: registered new interface driver 8188eu
[   35.485812] 8021q: 802.1Q VLAN Support v1.8
[   36.754038] ==> rtl8188e_iol_efuse_patch
[   37.198954] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[65041.567403] ------------[ cut here ]------------
[65041.567461] WARNING: CPU: 0 PID: 0 at mm/page_alloc.c:4737 __alloc_pages_nodemask+0x6d8/0xf58
[65041.567493] Modules linked in: 8021q garp stp llc 8188eu(O) sha256_generic libsha256 cfg80211 rfkill raspberrypi_hwmon snd_soc_rpi_simple_soundcard i2c_bcm2835 snd_soc_bcm2835_i2s regmap_mmio bcm2835_codec(C) bcm2835_isp(C) bcm2835_v4l2(C) v4l2_mem2mem bcm2835_mmal_vchiq(C) videobuf2_dma_contig videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videobuf2_common snd_soc_pcm5102a videodev vc_sm_cma(C) mc snd_soc_core snd_compress snd_pcm_dmaengine snd_pcm snd_timer snd uio_pdrv_genirq uio fixed ip_tables x_tables ipv6
[65041.567699] CPU: 0 PID: 0 Comm: swapper Tainted: G         C O      5.4.77+ #1371
[65041.567724] Hardware name: BCM2835
[65041.567734] Backtrace:
[65041.567771] [<c0015640>] (dump_backtrace) from [<c00159b0>] (show_stack+0x20/0x24)
[65041.567792]  r7:00001281 r6:00000009 r5:c01a0730 r4:c094fb6c
[65041.567830] [<c0015990>] (show_stack) from [<c078a3e4>] (dump_stack+0x20/0x28)
[65041.567882] [<c078a3c4>] (dump_stack) from [<c0023f38>] (__warn+0xd0/0x104)
[65041.567907] [<c0023e68>] (__warn) from [<c00242e8>] (warn_slowpath_fmt+0x68/0xc0)
[65041.567925]  r7:00000009 r6:c01a0730 r5:00001281 r4:c094fb6c
[65041.567949] [<c0024284>] (warn_slowpath_fmt) from [<c01a0730>] (__alloc_pages_nodemask+0x6d8/0xf58)
[65041.567988]  r9:00000014 r8:8152b812 r7:00000014 r6:00000000 r5:00000000 r4:00000014
[65041.568013] [<c01a0058>] (__alloc_pages_nodemask) from [<c017b9ec>] (kmalloc_order+0x2c/0xc0)
[65041.568034]  r10:c01b35d8 r9:00000b20 r8:8152b812 r7:00000014 r6:8152b812 r5:00000a20
[65041.568046]  r4:00000014
[65041.568065] [<c017b9c0>] (kmalloc_order) from [<c017baac>] (kmalloc_order_trace+0x2c/0x90)
[65041.568097]  r5:00000a20 r4:c0a95b18
[65041.568123] [<c017ba80>] (kmalloc_order_trace) from [<c01b35d8>] (__kmalloc+0x24c/0x288)
[65041.568145]  r10:dcddb390 r9:dcddb000 r8:bf3b1ef8 r7:00000b20 r6:8152b812 r5:00000a20
[65041.568156]  r4:c0a95b18
[65041.569384] [<c01b338c>] (__kmalloc) from [<bf3b1ef8>] (cfg80211_roamed+0x78/0x2a0 [cfg80211])
[65041.569508]  r10:dcddb390 r9:dcddb000 r8:dce0d620 r7:d3b859a0 r6:d3ba6000 r5:00000a20
[65041.569523]  r4:c0a95b18
[65041.572133] [<bf3b1e80>] (cfg80211_roamed [cfg80211]) from [<bf4d6728>] (rtw_cfg80211_indicate_connect+0x268/0x288 [8188eu])
[65041.572229]  r8:dce0d620 r7:dce4f804 r6:dce0d620 r5:d3b859a0 r4:dcdda000
[65041.575078] [<bf4d64c0>] (rtw_cfg80211_indicate_connect [8188eu]) from [<bf4d1500>] (rtw_os_indicate_connect+0x60/0x64 [8188eu])
[65041.575199]  r6:ccb6cca8 r5:dcdda000 r4:dcdda000
[65041.578073] [<bf4d14a0>] (rtw_os_indicate_connect [8188eu]) from [<bf485674>] (rtw_indicate_connect+0x50/0x7c [8188eu])
[65041.578179]  r5:dcdda000 r4:dcdda000
[65041.581026] [<bf485624>] (rtw_indicate_connect [8188eu]) from [<bf4881b4>] (rtw_joinbss_event_prehandle+0x29c/0x5d8 [8188eu])
[65041.581109]  r5:dcdda000 r4:ccb6cc08
[65041.583951] [<bf487f18>] (rtw_joinbss_event_prehandle [8188eu]) from [<bf494844>] (report_join_res+0xb8/0xe4 [8188eu])
[65041.584138]  r10:00000000 r9:ccb6cc08 r8:00000000 r7:00000002 r6:dcdda000 r5:d5676180
[65041.584152]  r4:ccb6cc00
[65041.586998] [<bf49478c>] (report_join_res [8188eu]) from [<bf494aac>] (OnAssocRsp+0x23c/0x264 [8188eu])
[65041.587095]  r9:00000002 r8:000000b2 r7:d56134e0 r6:000000b2 r5:dcdda000 r4:d5613448
[65041.589944] [<bf494870>] (OnAssocRsp [8188eu]) from [<bf4895c8>] (_mgt_dispatcher+0x84/0xc8 [8188eu])
[65041.590062]  r10:dcddf000 r9:dcdda000 r8:d561344c r7:dce40300 r6:dcdda000 r5:d561344c
[65041.590099]  r4:bf53f6ec
[65041.592943] [<bf489544>] (_mgt_dispatcher [8188eu]) from [<bf48b118>] (mgt_dispatcher+0x128/0x1e8 [8188eu])
[65041.593012]  r7:00000000 r6:dce40300 r5:dcdda000 r4:d5613448
[65041.595858] [<bf48aff0>] (mgt_dispatcher [8188eu]) from [<bf4a57bc>] (validate_recv_mgnt_frame+0xa8/0x1c4 [8188eu])
[65041.595928]  r8:00000010 r7:dcdda000 r6:dcdda000 r5:dce40300 r4:00000000
[65041.598772] [<bf4a5714>] (validate_recv_mgnt_frame [8188eu]) from [<bf4a5a68>] (validate_recv_frame+0x190/0x1f0 [8188eu])
[65041.598855]  r7:dcdda000 r6:00000000 r5:d5613448 r4:dce40300
[65041.601704] [<bf4a58d8>] (validate_recv_frame [8188eu]) from [<bf4a6900>] (recv_func_prehandle+0x40/0x78 [8188eu])
[65041.601773]  r8:000000ea r7:d3bc0028 r6:dce40300 r5:dcddb238 r4:dcdda000
[65041.604614] [<bf4a68c0>] (recv_func_prehandle [8188eu]) from [<bf4a6c50>] (recv_func+0x3c/0x13c [8188eu])
[65041.604741]  r7:d3bc0028 r6:dce40300 r5:dcddb238 r4:dcdda000
[65041.607590] [<bf4a6c14>] (recv_func [8188eu]) from [<bf4a6d74>] (rtw_recv_entry+0x24/0x74 [8188eu])
[65041.607661]  r7:d3bc0028 r6:00000060 r5:d3bc0040 r4:dcdda000
[65041.610505] [<bf4a6d50>] (rtw_recv_entry [8188eu]) from [<bf4a7334>] (pre_recv_entry+0x48/0x88 [8188eu])
[65041.610573]  r5:d3bc0040 r4:dce40300
[65041.613435] [<bf4a72ec>] (pre_recv_entry [8188eu]) from [<bf50bb1c>] (recvbuf2recvframe+0x1fc/0x274 [8188eu])
[65041.613501]  r5:000000ea r4:dce40300
[65041.616347] [<bf50b920>] (recvbuf2recvframe [8188eu]) from [<bf4c4bac>] (usb_recv_tasklet+0x68/0xbc [8188eu])
[65041.616420]  r10:c0b35950 r9:00000040 r8:00000000 r7:dcddb300 r6:dcddb200 r5:dcdda000
[65041.616434]  r4:d56e1240
[65041.617915] [<bf4c4b44>] (usb_recv_tasklet [8188eu]) from [<c0028714>] (tasklet_action_common.constprop.4+0x94/0x124)
[65041.617996]  r9:00000040 r8:c0b35240 r7:c0a9dd74 r6:00000006 r5:00000000 r4:dcddb2e0
[65041.618027] [<c0028680>] (tasklet_action_common.constprop.4) from [<c00287c4>] (tasklet_action+0x20/0x28)
[65041.618050]  r10:00000040 r9:00000100 r8:d745a000 r7:ffffe000 r6:00000006 r5:00000007
[65041.618063]  r4:c0b4776c r3:c00287a4
[65041.618114] [<c00287a4>] (tasklet_action) from [<c000a258>] (__do_softirq+0x118/0x39c)
[65041.618139] [<c000a140>] (__do_softirq) from [<c0028cdc>] (irq_exit+0xf8/0x110)
[65041.618161]  r10:c0a65a38 r9:c0a94000 r8:d745a000 r7:00000000 r6:00000001 r5:c0b30010
[65041.618172]  r4:00000000
[65041.618210] [<c0028be4>] (irq_exit) from [<c006a2ec>] (__handle_domain_irq+0x60/0xb8)
[65041.618243]  r5:c0b30010 r4:00000000
[65041.618268] [<c006a28c>] (__handle_domain_irq) from [<c000a0d0>] (bcm2835_handle_irq+0x3c/0x44)
[65041.618290]  r9:c0a94000 r8:c0939518 r7:c0a95f0c r6:ffffffff r5:c0a979e0 r4:c0a95ed8
[65041.618310] [<c000a094>] (bcm2835_handle_irq) from [<c0009a1c>] (__irq_svc+0x5c/0x7c)
[65041.618342] Exception stack(0xc0a95ed8 to 0xc0a95f20)
[65041.618359] 5ec0:                                                       c00114c8 00000000
[65041.618380] 5ee0: 60000093 60000093 ffffe000 00000000 c0a97088 c0b353e8 c0939518 00000001
[65041.618400] 5f00: c0a65a38 c0a95f34 00000000 c0a95f28 c00eab00 c00114cc 60000013 ffffffff
[65041.618414]  r5:60000013 r4:c00114cc
[65041.618464] [<c001149c>] (arch_cpu_idle) from [<c07a7df0>] (default_idle_call+0x40/0x48)
[65041.618507] [<c07a7db0>] (default_idle_call) from [<c0052780>] (do_idle+0xa0/0xf8)
[65041.618529] [<c00526e0>] (do_idle) from [<c0052a98>] (cpu_startup_entry+0x1c/0x24)
[65041.618550]  r9:dbfff960 r8:00000000 r7:c0a97020 r6:c0b47000 r5:c0b47054 r4:c0a9fbd8
[65041.618575] [<c0052a7c>] (cpu_startup_entry) from [<c07a1ee8>] (rest_init+0x7c/0x9c)
[65041.618625] [<c07a1e6c>] (rest_init) from [<c0a14b30>] (arch_call_rest_init+0x18/0x1c)
[65041.618640]  r5:c0b47054 r4:c0a97028
[65041.618663] [<c0a14b18>] (arch_call_rest_init) from [<c0a14fc0>] (start_kernel+0x414/0x4d8)
[65041.618684] [<c0a14bac>] (start_kernel) from [<00000000>] (0x0)
[65041.618717] ---[ end trace a036a59b5af1c369 ]---
At 14:27 the problem gets fixed. Looks like the lease time from the dhcp expires.
A renegotiation happens and everything goes back to normal.
The next logs is found in var/log/syslog

Code: Select all

Mar 21 14:27:59 moode dhcpcd[374]: wlan0: carrier lost
Mar 21 14:27:59 moode dhcpcd[374]: wlan0: deleting address fe80::d1d6:5806:b44:8c75
Mar 21 14:27:59 moode avahi-daemon[284]: Withdrawing address record for fe80::d1d6:5806:b44:8c75 on wlan0.
Mar 21 14:27:59 moode avahi-daemon[284]: Leaving mDNS multicast group on interface wlan0.IPv6 with address fe80::d1d6:5806:b44:8c75.
Mar 21 14:27:59 moode avahi-daemon[284]: Interface wlan0.IPv6 no longer relevant for mDNS.
Mar 21 14:27:59 moode dhcpcd[374]: wlan0: deleting route to 192.168.1.0/24
Mar 21 14:27:59 moode dhcpcd[374]: wlan0: deleting default route via 192.168.1.1
Mar 21 14:27:59 moode avahi-daemon[284]: Withdrawing address record for 192.168.1.117 on wlan0.
Mar 21 14:27:59 moode avahi-daemon[284]: Leaving mDNS multicast group on interface wlan0.IPv4 with address 192.168.1.117.
Mar 21 14:27:59 moode avahi-daemon[284]: Interface wlan0.IPv4 no longer relevant for mDNS.
Mar 21 14:28:02 moode dhcpcd[374]: wlan0: carrier acquired
Mar 21 14:28:02 moode dhcpcd[374]: wlan0: confile file changed, expiring leases
Mar 21 14:28:02 moode dhcpcd[374]: wlan0: IAID 27:0b:d5:ce
Mar 21 14:28:02 moode dhcpcd[374]: wlan0: adding address fe80::d1d6:5806:b44:8c75
Mar 21 14:28:02 moode avahi-daemon[284]: Joining mDNS multicast group on interface wlan0.IPv6 with address fe80::d1d6:5806:b44:8c75.
Mar 21 14:28:02 moode avahi-daemon[284]: New relevant interface wlan0.IPv6 for mDNS.
Mar 21 14:28:02 moode avahi-daemon[284]: Registering new address record for fe80::d1d6:5806:b44:8c75 on wlan0.*.
Mar 21 14:28:02 moode dhcpcd[374]: wlan0: rebinding lease of 192.168.1.117
Mar 21 14:28:02 moode dhcpcd[374]: wlan0: soliciting an IPv6 router
Mar 21 14:28:03 moode dhcpcd[374]: wlan0: probing address 192.168.1.117/24
Mar 21 14:28:08 moode dhcpcd[374]: wlan0: leased 192.168.1.117 for 86400 seconds
Mar 21 14:28:08 moode avahi-daemon[284]: Joining mDNS multicast group on interface wlan0.IPv4 with address 192.168.1.117.
Mar 21 14:28:08 moode avahi-daemon[284]: New relevant interface wlan0.IPv4 for mDNS.
Mar 21 14:28:08 moode avahi-daemon[284]: Registering new address record for 192.168.1.117 on wlan0.IPv4.
Mar 21 14:28:08 moode dhcpcd[374]: wlan0: adding route to 192.168.1.0/24
Mar 21 14:28:08 moode dhcpcd[374]: wlan0: adding default route via 192.168.1.1
Mar 21 14:28:15 moode dhcpcd[374]: wlan0: no IPv6 Routers available
My guess is that there is a problem overnight in the RPi that produces a kernel hickup.
As a result I loose access to the RPi (except for last night and from a computer that was constantly pinging RPi).
The exception has plenty of references to 8188eu so I guess it is caused by the driver/firmware?
A reboot would have solved the problem, as well as a dhcp renegotiation.

Any further help will be highly appreciated.

Mastiff
Posts: 83
Joined: Tue Oct 18, 2016 6:41 pm

Re: (UPDATE) Drivers for TL-WN725N V2 - 3.6.11+ -> 4.xx.xx+

Mon Apr 12, 2021 3:03 pm

@MrEngman (Freudian slip, I first wrote Englund - I guess I'm to deep into 80s horror movies...) , I am trying to use you drivers to get my RTL 8188 working with hostapd, but it seems the source website is offline. At least I'm unable to get to it. :oops:

MrEngman
Posts: 4139
Joined: Fri Feb 03, 2012 2:17 pm
Location: Southampton, UK

Re: (UPDATE) Drivers for TL-WN725N V2 - 3.6.11+ -> 4.xx.xx+

Mon Apr 12, 2021 4:26 pm

Mastiff wrote:
Mon Apr 12, 2021 3:03 pm
@MrEngman (Freudian slip, I first wrote Englund - I guess I'm to deep into 80s horror movies...) , I am trying to use you drivers to get my RTL 8188 working with hostapd, but it seems the source website is offline. At least I'm unable to get to it. :oops:
Looks like it crashed due to a power supply problem. Powered it down and rebooted and when booting the red led flashed on and off. Powered it off and replaced the PSU and it now appears to be working again. Fortunately the SD card doesn't appear to have been corrupted although I can't be sure.

Anyway it appears to be running again.


MrEngman
Simplicity is a prerequisite for reliability. Edsger W. Dijkstra

Please post ALL technical questions on the forum. Please Do Not send private messages.

Mastiff
Posts: 83
Joined: Tue Oct 18, 2016 6:41 pm

Re: (UPDATE) Drivers for TL-WN725N V2 - 3.6.11+ -> 4.xx.xx+

Mon Apr 12, 2021 4:31 pm

I see, thanks for fixing it! Always a bummer when that happens, I have eaten my share of hardware in my 35+ years with computers... In the meantime I downloaded the Aircrack rtl8188eus driver, made it and installed it. Am I right that it's the same driver that comes from your setup? In that case the driver unfortunately do not help me get the dongle working in hostapd. :oops: Maybe you have some tips? I have a thread about it here:

viewtopic.php?f=36&t=309360&p=1850512

MrEngman
Posts: 4139
Joined: Fri Feb 03, 2012 2:17 pm
Location: Southampton, UK

Re: (UPDATE) Drivers for TL-WN725N V2 - 3.6.11+ -> 4.xx.xx+

Mon Apr 12, 2021 4:36 pm

Mastiff wrote:
Mon Apr 12, 2021 4:31 pm
I see, thanks for fixing it! Always a bummer when that happens, I have eaten my share of hardware in my 35+ years with computers... In the meantime I downloaded the Aircrack rtl8188eus driver, made it and installed it. Am I right that it's the same driver that comes from your setup? In that case the driver unfortunately do not help me get the dongle working in hostapd. :oops: Maybe you have some tips? I have a thread about it here:

viewtopic.php?f=36&t=309360&p=1850512
I haven't used the driver as an access point. In your other post it shows r8188eu and the 8188eu both running. You need to disable r8188eu.



MrEngman
Simplicity is a prerequisite for reliability. Edsger W. Dijkstra

Please post ALL technical questions on the forum. Please Do Not send private messages.

Mastiff
Posts: 83
Joined: Tue Oct 18, 2016 6:41 pm

Re: (UPDATE) Drivers for TL-WN725N V2 - 3.6.11+ -> 4.xx.xx+

Mon Apr 12, 2021 4:44 pm

Never mind this, I anwser in my own thread, that's tidier.

User avatar
DougieLawson
Posts: 41201
Joined: Sun Jun 16, 2013 11:19 pm
Location: A small cave in deepest darkest Basingstoke, UK
Contact: Website Twitter

Re: (UPDATE) Drivers for TL-WN725N V2 - 3.6.11+ -> 4.xx.xx+

Wed Apr 21, 2021 7:51 am

Please see this thread viewtopic.php?p=1854277#p1854277 your code doesn't parse all of the possible revision codes.

https://www.raspberrypi.org/documentati ... /README.md
Any language using left-hand whitespace for syntax is ridiculous

Any DMs sent on Twitter will be answered next month.
Fake doctors - are all on my foes list.

Any requirement to use a crystal ball or mind reading will result in me ignoring your question.

Return to “Troubleshooting”