-
Notifications
You must be signed in to change notification settings - Fork 589
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Ubuntu 14.04 not using correct drivers? #105
Comments
You will always need to rebuild the driver from this repo every time you change the kernel. That is a must. I carefully named this driver as "8188eu", whereas the kernel version is "r8188eu". If you want to prevent loading the kernel version, then blacklist r8188eu. I leave finding how to do that as an exercise. If these drivers are installed, and the kernel version is not blacklisted, then it will be a race to see which one is controlling the device. |
Yes, I always download newest drivers and recompile them. I know that your drivers are named 8188eu. I used to renamed .ko file to r8188eu and replace stock driver file with it. Did not think about blacklisting, thanks! I hope it will work. |
Sorry, but it still does not work. It seems that system was using 8188eu.ko drivers (not stock staging ones). I blacklisted r8188eu drivers and there was no difference. I tried blackilsting 8188eu and wifi completely dissapeared (no matter if r8188eu drivers were blacklisted or not). Noticed that system was using 8188eu.ko driver installed by DKMS, thus I deleted it and reinstalled your driver via terminal. Now modinfo gives correct path to drivers: But performance is still the same. Is it possible that new kernel update is causing these issues, as it worked great before? I still suspect something with drivers as LED indicator never blinked while using your drivers, but now it works normally. P.S. I tried to compile 4.1.8 drivers, but it always fails: petras@petras-HP-d530-SFF-DK907A:~/Atsiuntimai/rtl8188eu-4.1.8_9499$ make all ^ ^
/home/petras/Atsiuntimai/rtl8188eu-4.1.8_9499/os_dep/ioctl_cfg80211.c:4532:21: error: dereferencing pointer to incomplete type
/home/petras/Atsiuntimai/rtl8188eu-4.1.8_9499/os_dep/ioctl_cfg80211.c: At top level: ^ |
By the way, booted system with older 3.13.0-45 kernel and everything works great. LED indicator on wifi dongle is off, shows full connection strength, connection does not drop out. It shows this info for 8188eu drivers: No idea why 3.13.0-46 kernel shows older drivers version as I reinstalled drivers 10 times and tried to manually swap .ko file with newly compiled one (mod info report did change compared to stock drivers) |
Figured out that master branch version does not work well for me (connection drops after some time), but 4.1.8_9499 branch works great. But last kernel that it compiled with was 3.13.0-45. It does not compile with 3.13.0.46 and now with 3.13.0.48. Probably ubuntu made some changes to the kernel (however, master branch compiles fine). Tried using newest and some old versions from 4.1.8_9499 branch, but they all give the same error: /home/petras/Atsiuntimai/rtl8188eu-5b8f5bc69d6a874c32257249ab0c97ce3a075665/os_dep/ioctl_cfg80211.c:4792:2: warning: ‘struct cfg80211_mgmt_tx_params’ declared inside parameter list [enabled by default] Sticking with 3.13.0-45 kernel for now :/ |
1 similar comment
Figured out that master branch version does not work well for me (connection drops after some time), but 4.1.8_9499 branch works great. But last kernel that it compiled with was 3.13.0-45. It does not compile with 3.13.0.46 and now with 3.13.0.48. Probably ubuntu made some changes to the kernel (however, master branch compiles fine). Tried using newest and some old versions from 4.1.8_9499 branch, but they all give the same error: /home/petras/Atsiuntimai/rtl8188eu-5b8f5bc69d6a874c32257249ab0c97ce3a075665/os_dep/ioctl_cfg80211.c:4792:2: warning: ‘struct cfg80211_mgmt_tx_params’ declared inside parameter list [enabled by default] Sticking with 3.13.0-45 kernel for now :/ |
That is good advice as I have given up on trying to follow Ubuntu's improper changing of the API within a given kernel. Obviously, they are actively preventing users from building out-of-kernel drivers. If I were one of their users, I would complain loudly! |
Just to clarify, drivers in master branch are v4.1.4_6773.20130222 and in 4.1.8 branch are v4.1.8_9499.20131104 , correct? |
Whatever is says in file include/rtw_version.h is correct. For 4.1.8, the version above is what we have. It is not convenient for me to switch to master at the moment. |
I am suffering from the same issue as the first post suggest here. uname -a lshw -C network lsmod | grep 8188eu root@ProBook: I have blacklisted the staging driver and also did fakeinstall: I wonder what else I can do to ensure that kernel uses 8188eu and NOT r8188eu. Please HELP. |
Blacklist r8188eu. |
Hey thanks... I believe I already have done that here: root@ProBook:/etc/modprobe.d# cat 50-8188eu.conf |
You should need only the first line. Have you tried that? Then reboot. After you plug in the device, do 'lsmod | grep 8188'. If you think it is wrong, plost that output. |
Thanks for you help. It WORKS. The issue was not compiling, rather with the Network Manager. I now have 2 questions:
*-network:1 Yes this driver is blacklisted now in /etc/modprobe.d folder.
root@ProBook:~# iw dev This device is wlan6 Thank you once again. |
Also apologies as I think I am asking far too many questions. root@ProBook:~# airmon-ng start wlan6 PHY Interface Driver Chipset phy0 wlan0 ath9k Qualcomm Atheros AR9285 Wireless Network Adapter (PCI-Express) (rev 01) For some reason airmon-ng also tells me the driver is r8188eu. Funny that. |
Internally, the driver calls itself r8188eu; however, the make file creates 8188eu. You should ignore those user tools. If there is a question as to which driver is loaded, use lsmod. The driver does not support monitor mode. If you want that feature, you would need to add it yourself. If you do, I would welcome patches. |
Thank you for this clear instruction. |
Hello,
First of all, I wanted to thank LWfinger for great job maintaining the drivers. Everything worked great so far (since last kernel update).
While using Ubuntu I encountered 2 drivers that were used by the system
After each kernel update I need to recompile lwfinger drivers and I replace driver in kernel folder. After computer restart I enjoy wonders of wifi. However, on 3.13.0-45 kernel update I did not have to replace wifi drivers file and it worked right after compiling (make install). But after 3.13.0-46 kernel update wifi did not work at all. In "DMESG" window I noticed error: 8188eu: disagrees about version of symbol module_layout (seems like update utility did not update driver).
So I recompiled newest version of Lwfinger drivers (master branch) and replaced system file as I always do. Wifi started working, but it seems that system uses staging drivers (dropping conection, LED indicator works).
I checked which drivers are used with "sudo lshw -C network" and it shows R8188eu drivers. Modinfo shows where drivers are located and drivers attributes. Modinfo report did change when I swapped stock driver to lwfinger one, but performance remained exactly the same. I suspect that system still uses stock staging drivers. Maybe someone has an idea how to track if it is the case or force system to use lwfinger drivers.
Thanks in advance for any help,
P.S. Using Ubuntu 14.04 32 bit version with all newest updates
The text was updated successfully, but these errors were encountered: