Closed weiqi-chen closed 7 years ago
No. That is a result of enabling concurrent mode, which some people want to be able to operate as a station and an AP simultaneously. The return to the previous situation, find the line "EXTRA_CFLAGS += -DCONFIG_CONCURRENT_MODE" in Makefile and comment out that line.
Oh, I comment out that line, And I can "disable" the feature. and It works well.
When I enable this feature, the wifi adaptor won't work more than few seconds.
I restart my raspberrypi , and ...
chen@RaspberryPi-2:~$ sudo ifconfig wlx40a5ef0ea956
[sudo] password for chen:
wlx40a5ef0ea956: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.0.105 netmask 255.255.255.0 broadcast 192.168.0.255
ether 40:a5:ef:0e:a9:56 txqueuelen 1000 (Ethernet)
RX packets 25 bytes 3779 (3.7 KB)
RX errors 0 dropped 29 overruns 0 frame 0
TX packets 50 bytes 7135 (7.1 KB)
TX errors 0 dropped 1 overruns 0 carrier 0 collisions 0
chen@RaspberryPi-2:~$ sudo ifconfig wlx40a5ef0ea956
wlx40a5ef0ea956: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.0.105 netmask 255.255.255.0 broadcast 192.168.0.255
ether 40:a5:ef:0e:a9:56 txqueuelen 1000 (Ethernet)
RX packets 25 bytes 3779 (3.7 KB)
RX errors 0 dropped 29 overruns 0 frame 0
TX packets 51 bytes 7209 (7.2 KB)
TX errors 0 dropped 1 overruns 0 carrier 0 collisions 0
chen@RaspberryPi-2:~$ sudo ifconfig wlx40a5ef0ea956
wlx40a5ef0ea956: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
ether 40:a5:ef:0e:a9:56 txqueuelen 1000 (Ethernet)
RX packets 32 bytes 4651 (4.6 KB)
RX errors 0 dropped 33 overruns 0 frame 0
TX packets 55 bytes 8099 (8.0 KB)
TX errors 0 dropped 1 overruns 0 carrier 0 collisions 0
just few second, I lost the connect.
My wlan0
is managerd by systemd-networkd
.
$ uname -a
Linux RaspberryPi-2 4.6.7-v7+ #1 SMP Wed Sep 28 00:15:20 CST 2016 armv7l armv7l armv7l GNU/Linux
concurrent_mode did seem to work properly for me. I haven't extensively tested it though, I'll do so asap -hopefully in the coming days- and report back.
hi, an update:
for me concurrent mode works stable. I downloaded a 1GB file, two times:
All together this took 22 minutes. And I have had no interruption or connection losses during all of this.
Note that I do still see a kernel warning messages during driver load and also one during unload. I'll look further into that later; they seem harmless.
My tests are done on a Beaglebone Enhanced, running our Venus OS. Kernel 4.1.15.
With kernel 4.4.0-45-generic 64bit architeture on Ubuntu 16.04 I have the same issue, the connection is unstable with that flag enabled.
If it does not work with CONCURRENT_MODE enabled, then disable it. Driver rtl8xxxu in newer kernels (4.9) is working with the RTL8723BU. It is highly unlikely that there will be any further development with this driver.
Hello, It's me again.
Thanks again for your programming the device driver.
I got another problem here.
I compiled the driver from the newest source code, and I found two interface:
I checkouted bc9e782 , recompiled the driver and had no this issue. Did a bug introduced by recent commit(s)??
I don't know why, maybe my usb wifi adaptor's problems ?
It's late now, I will add more information after I'm free.
Am I the only person run into this situation?