[SOLVED] upgrade to dbus-python-1.2.18 'broke' WiFi

Related or not to the problem I had...

What type of problem did that cause on your system ?

Originally Posted by glennmcc Related or not to the problem I had... What type of problem did that cause on your system ?

No signal straight , or no see my wifi cause no receive signal.

In my case the adapter is listed , detected , but not work correctly , sometimes no see my wifi ,after patch , all is ok , but i think is a little impact issue , and not be patched soon.

Here's the situation on my system.

root@glennmcc-HP:~# uname -a
Linux glennmcc-HP.net 5.14.15 #1 SMP PREEMPT Wed Oct 27 12:41:02 CDT 2021 x86_64 Intel(R) Core(TM)2 Duo CPU E6550 @ 2.33GHz GenuineIntel GNU/Linux

root@glennmcc-HP:~# ifconfig
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
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.1.12 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 fe80::523e:aaff:feb1:465d prefixlen 64 scopeid 0x20<link>
ether 50:3e:aa:b1:46:5d txqueuelen 1000 (Ethernet)
RX packets 271 bytes 29109 (28.4 KiB)
RX errors 0 dropped 65 overruns 0 frame 0
TX packets 15 bytes 1658 (1.6 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

____________________________________________________________________________________________________ ______________________________________________________

root@glennmcc-HP:~# uname -a
Linux glennmcc-HP.net 5.15.2 #1 SMP PREEMPT Fri Nov 12 11:44:33 CST 2021 x86_64 Intel(R) Core(TM)2 Duo CPU E6550 @ 2.33GHz GenuineIntel GNU/Linux

root@glennmcc-HP:~# ifconfig
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
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=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether 50:3e:aa:b1:46:5d 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

____________________________________________________________________________________________________ _______________________________________________________

In both cases, the adapter is detected and its module is loaded....

[ 14.467964] cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7'
[ 14.526809] lib80211: common routines for IEEE802.11 drivers
[ 14.640761] r8188eu: module is from the staging directory, the quality is unknown, you have been warned.
[ 14.656175] Chip Version Info: CHIP_8188E_Normal_Chip_TSMC_D_CUT_1T1R_RomVer(0)
[ 14.702254] usbcore: registered new interface driver r8188eu
[ 14.740287] r8188eu 1-3:1.0 wlan125: renamed from wlan0
[ 14.757882] r8188eu 1-3:1.0 wlan1: renamed from wlan125
Initializing LVM (Logical Volume Manager):
____________________________________________________________________________________________________ _________________________________________________________

The obvious difference with the 5.15.2 kernel is that the wlan1 interface has not been assigned an address.
Are you using NetworkManager?

Nope.... have never used it, in-fact it's not even installed.

root@glennmcc-HP:~# slackpkg search NetworkManager

Looking for NetworkManager in package list. Please wait... DONE

The list below shows all packages with name matching "NetworkManager".

[uninstalled] - NetworkManager-1.32.12-x86_64-1
[uninstalled] - NetworkManager-openvpn-1.8.16-x86_64-1

You can search specific files using "slackpkg file-search file".

I see there is a recent patch for rtl_mlme_ext.c for the rtl8188eu driver that does not appear in the same file in the kernel staging driver r8188eu that looks relevant.

Ah ha.... perhaps once that patch is applied this problem will be fixed.

Still not fixed even with today's upgrade to kernel v5.15.3

OK, grabbed the code via 'git clone' and built the module with that patch in-place.



[ 9.956994] 8188eu: loading out-of-tree module taints kernel.
[ 9.976166] Chip Version Info: CHIP_8188E_Normal_Chip_TSMC_D_CUT_1T1R_RomVer(0)
[ 10.021397] EEPROM ID = 0x8129
[ 10.032386] usbcore: registered new interface driver r8188eu
[ 10.063184] r8188eu 1-3:1.0 wlan125: renamed from wlan0
[ 10.084222] r8188eu 1-3:1.0 wlan1: renamed from wlan125
Initializing LVM (Logical Volume Manager):
[ 10.782069] Adding 4225108k swap on /dev/sdb2. Priority:-2 extents:1 across:4225108k FS




Welcome to Linux 5.15.3 x86_64 (tty1)

glennmcc-HP login: root
Password:
Last login: Fri Nov 19 11:36:46 on tty1
Linux 5.15.3.


root@glennmcc-HP:~# uname -a
Linux glennmcc-HP.net 5.15.3 #1 SMP PREEMPT Thu Nov 18 14:35:01 CST 2021 x86_64 Intel(R) Core(TM)2 Duo CPU E6550 @ 2.33GHz GenuineIntel GNU/Linux


root@glennmcc-HP:~# ifconfig
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
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.1.12 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 fe80::523e:aaff:feb1:465d prefixlen 64 scopeid 0x20<link>
ether 50:3e:aa:b1:46:5d txqueuelen 1000 (Ethernet)
RX packets 86 bytes 9264 (9.0 KiB)
RX errors 0 dropped 31 overruns 0 frame 0
TX packets 17 bytes 1860 (1.8 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
_______________________________________________________________________________________


So.... this confirms that it will indeed be fixed once that patch is included in the slackware kernel-modules package.

The needed patch is still not in-place even in kernel v5.15.4

Sooo.... I think I'll just wait till Slackware v15.0 is released
and check it with the kernel it has included.

If it's still not there... I'll just leave the machine that's using
the USB WiFi adapter in-question 'locked-in' at kernel v5.14.15

OK.... I've now reported this problem at kernel.org

https://bugzilla.kernel.org/show_bug.cgi?id=215201

Well, I don't know exactly how but everything is now working again.

I'll now mark this problem as resolved.