-
Notifications
You must be signed in to change notification settings - Fork 178
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
compile fails with cfg80211 enabled #1
Comments
Hi, Came across this post on the internet http://marc.info/?l=fedora-list&m=142282197701463&w=2 and thought you will find it useful. A link on that page, https://github.com/pld-linux/rtl8812au, contains a number of patches. Out of curiosity I applied the linux-3.18.patch and was then able to compile your source without it failing. I then applied the warnings.patch and that reduces the number of warnings conciderably as below.
|
Hi, I have been able to remove the final 4 warnings by applying 4 items from the update-cfg80211-support.patch from https://github.com/pld-linux/rtl8812au. I have create a complete patch that I have posted to Dropbox. The link is https://dl.dropboxusercontent.com/u/80256631/rtl8812AU.patch All I need to do now is work out how to add the code for 8821ua devices to get my EW-7811UTC device working :) :) |
That is indeed quite a good repo 👍
Maybe it's just adding your device ID to |
Unfortunately it's not as simple as just adding the device id to The EW-7811UTC is an 8821au device so needs the 8821au code adding in to your current code. |
Ah ok, I thought they shared the same code base. Ah well, it was worth a shot 😉 |
Just playing with the code atm ... and came across the following line in |
Yes, I tried that and the compile fails. I haven't looked at the source for a while but I think if you look at gnab's code you will see a number of files either having 8821au in the name or in a directory 8821au. |
Bummer. Also got 2 questions to which you may know the answer:
|
OK, just done a new git clone and compile and I had to comment out I tend to use make clean && make (or make -j6 on a Pi 2B) which gives Once upon a time I used to edit the make file as you have but I don't bother these days. As to which way is better I have no idea. However, the drivers I compile all generally appear to work OK, although I had problems with a mt7601 wifi module. Compiling on the Pi 2B for a Pi 2B the wifi module would cause the kernel to crash when booting, but cross-compiling on a Ubuntu 14.0.2 system and it worked fine. The same code compiled on a Pi 2B for a Pi 1 seemed to work fine. I have not been able to figure out what the problem was with the driver on the Pi 2B. I now tend to cross-compile the wifi modules I use, including the 8812au, because of the issue with the mt7601 driver, and anyway it is somewhat faster than compiling on the Pi. As for DKMS I'm not sure I even know what it is :) What you want to do sounds useful, though. |
DKMS: https://en.wikipedia.org/wiki/Dynamic_Kernel_Module_Support I have on my host sytem the |
OK, must take a look at it. |
Wooohooo \o/ With the current code, I got it to compile completely without warnings and with cfg80211 enabled on both my main PC (amd64) and on the Raspberry Pi 2!
Then I unplugged my device (
Wooohooo \o/ |
While there's certainly overlap with this driver, a diff between my driver and https://github.com/Braklet/rtl8811AU_rtl8821A-linux also shows quite some difference. |
Also compiles without errors/warnings on a Pi 1B+ ... and works 😄 |
Whether it compiles or not I think may depend on the kernel version being compiled for and also the version of gcc being used. |
Just changed Pi's I compile on, cloned your source and now it compiles without errors. Using a newer version of gcc. Went back to the other Pi, re-configured linux with Think I may have messed up the linux source on the first Pi doing a git pull to update the source and forgot I did not re-configure it after updating the linux source. |
That could very well be true. |
I have just installed a fresh wheezy system on a RPi 1B (with my Net Installer).
and copied a Rebooted (although not needed) and logged in as myself over SSH.
As you can see, everything went perfect 😄 I then did
And that seemed to have gone right. I then plugged in my wireless device ( When the system was booted up again I noticed that
And saw there were a whole bunch of files with file size 0! |
@MrEngman I just found out why my driver won't work on your device: |
I tried to integrate support for 8821a in a new branch: https://github.com/diederikdehaas/rtl8812AU/tree/add-rtl8821a-support |
I have merged the diff --git a/Makefile b/Makefile
index 3c3445f..4808bea 100755
--- a/Makefile
+++ b/Makefile
@@ -1455,10 +1455,12 @@ $(MODULE_NAME)-$(CONFIG_MP_INCLUDED)+= core/rtw_bt_mp.o
endif
obj-$(CONFIG_RTL8812AU) := $(MODULE_NAME).o
+obj-$(CONFIG_RTL8821AU) := $(MODULE_NAME).o
else
export CONFIG_RTL8812AU = m
+export CONFIG_RTL8821AU = m
all: modules That change is from https://github.com/saiarcot895/rtl8811AU_rtl8821A-linux which is a repo which is (slightly) further developed then the Braklet one. |
Found a new repo with VERY recent code from Realtek: https://github.com/Grawp/rtl8812au_rtl8821au \o/ |
That's the version I'm using :) It was sent it to me by someone who got it after talking to Edimax support I think. However, good to see it on github now. I've tried your update and after adding the USB ID for the EW-7811UTC it compiles and runs OK. No need to edit the Makefile to compile. FYI here's a patch with a few more USB ID's for 8812au and 8821au devices
|
Excellent, thanks 👍 I probably won't maintain this driver much any more since I found the other one with much newer code. I'd likely 'steal' code from the other one ... and that seems like a waste of effort. I already submitted a pull request to the other repo 😉 |
Thanks to MrEngman for the list. #1 (comment)
@MrEngman @diederikdehaas Can you please clarify how to compile the driver with cfg80211 support? I couldn't find any option in the Makefile pointing towards that. |
several small fixes
Update README.md
Compiling on Pi B 2 with gcc (Raspbian 4.8.3-13) 4.8.3 fails. Output from compile is:
The text was updated successfully, but these errors were encountered: