Skip to content
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

Operation not supported on arm #5

Closed
paralin opened this issue Jul 12, 2016 · 7 comments
Closed

Operation not supported on arm #5

paralin opened this issue Jul 12, 2016 · 7 comments

Comments

@paralin
Copy link

paralin commented Jul 12, 2016

I'm getting the following errors trying to use wpa_supplicant in wext mode:

# journalctl -fu wpa_supplicant@wlan0
-- Logs begin at Sat 2016-05-21 22:31:33 UTC. --
May 21 22:34:48 qr6 wpa_supplicant[539]: wlan0: CTRL-EVENT-SCAN-FAILED ret=-1 retry=1
May 21 22:34:49 qr6 wpa_supplicant[539]: ioctl[SIOCSIWSCAN]: Operation not supported

Same in all the other driver modes.

iwconfig returns:

wlan0     no wireless extensions.

iw list returns:

# iw list
# 

... nothing

And lsmod:

# lsmod
Module                  Size  Used by
ipt_MASQUERADE           874  1
nf_nat_masquerade_ipv4     1901  1 ipt_MASQUERADE
iptable_nat             1490  1
nf_conntrack_ipv4      10843  2
nf_defrag_ipv4          1124  1 nf_conntrack_ipv4
nf_nat_ipv4             4299  1 iptable_nat
xt_addrtype             1551  2
xt_conntrack            2597  1
nf_nat                 10609  2 nf_nat_ipv4,nf_nat_masquerade_ipv4
nf_conntrack           76161  5 nf_nat,nf_nat_ipv4,xt_conntrack,nf_nat_masquerade_ipv4,nf_conntrack_ipv4
br_netfilter           12945  0
aufs                  179515  0
rtl8821au             398147  0

dmesg | grep 8821

# dmesg | grep 8821au
[    6.530141] rtl8821au:_ConfigChipOutEP_8812():<0-0> Tx queue select :0x07..
[    6.734813] usbcore: registered new interface driver rtl8821au
[    8.208796] usb 1-3.1: rtl8821au: hw_init USB-ID 7392:a812 Edimax AC600 USB Realtek HIGH-SPEED 
[    8.294105] Loading firmware rtlwifi/rtl8821aufw.bin

Any ideas?

@ulli-kroll
Copy link
Owner

Hi,

Is the driver working anyway ?
Or this is only an annoying bug ?

Please check also the wireless-ext.branch.
This is my cleaning branch for cherry pick into rtlwifi

master is currently not updated, to maintain it pullable.

@paralin
Copy link
Author

paralin commented Jul 12, 2016

Doesn't seem to work. I'd love to try wireless-ext.

Will do today.

@paralin
Copy link
Author

paralin commented Jul 12, 2016

Tried wireless-ext on the latest kernel version and I'm getting the same thing.

iw list is empty, and iwconfig prints "no wireless extensions"

@ulli-kroll
Copy link
Owner

Hi,

I made some tests on laptop running Sabayon Linux/Limbo aka testing
with systemd v226 HW:D-LINK DWA 171
works like a charm

Other HW some Zyxel NSA 325 with Marvell Kirkwood Kernel v4.6.2
Minimal setup only ~8 MIB initramfs with basic tools.
Also OK, I do some of my speed / scripting tests here ...

This error is part of wireless-ext in /core of the driver and this directory
doesn't exist in the rtlwifi branch, because it's not needed.any more.

Only /rtl8821au will survive and currently this can't be pushed
-> broken as hell

Ticked closed

@paralin
Copy link
Author

paralin commented Jul 14, 2016

Well... You haven't suggested how to fix this and I can no longer get your driver working at all so im probably going to just switch to some other fork...

@brainstorm
Copy link

@paralin Perhaps worth checking out upstream's rtl8xxx generic driver? It might substitute Uli Kroll's work in the future:

http://lxr.free-electrons.com/source/drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c

  * This driver was written as a replacement for the vendor provided
  * rtl8723au driver. As the Realtek 8xxx chips are very similar in
  * their programming interface, I have started adding support for
  * additional 8xxx chips like the 8192cu, 8188cus, etc.

@ulli-kroll
Copy link
Owner

git grep USB_VENDOR_ID_REALTEK drivers/net/wireless/realtek/
does not print any of the 802.11ac WIFI NICs.
Not even the ID's for the demoboards, which some OEMs are using for their product.
Sorry for that.

On the other hand
I have queued one or more patches for upstream, related to usb probe.
Without this my rtlwifi branch will not compile.

paralin added a commit to skiffos/buildroot that referenced this issue Jul 23, 2016
Switching to the rtl8821au fork at github.com/abperiasamy/rtl8812AU_8821AU_linux.

 - The current fork we are using is maintained by 1 person.
 - The current fork does not work, and there are no plans to fix this:
     - ulli-kroll/rtl8821au#5
     - ulli-kroll/rtl8821au#6
 - In practice, the current fork has numerous instability issues.
 - Our lab switched to the abperiasamy fork a couple months ago and have been very happy with it.
 - The contributor list for the abperiasamy fork contains 21 well-known individuals in the community.
 - The raspberry pi community recommends the abperiasamy fork and uses it extensively.
 - Firmware blobs are not necessary with the new fork.

Signed-off-by: Christian Stewart <christian@paral.in>
paralin added a commit to skiffos/buildroot that referenced this issue Jul 23, 2016
Switching to the rtl8821au fork at github.com/abperiasamy/rtl8812AU_8821AU_linux.

 - The current fork we are using is maintained by 1 person.
 - The current fork does not work, and there are no plans to fix this:
     - ulli-kroll/rtl8821au#5
     - ulli-kroll/rtl8821au#6
 - In practice, the current fork has numerous instability issues.
 - Our lab switched to the abperiasamy fork a couple months ago and have been very happy with it.
 - The contributor list for the abperiasamy fork contains 21 well-known individuals in the community.
 - The raspberry pi community recommends the abperiasamy fork and uses it extensively.
 - Firmware blobs are not necessary with the new fork.

Signed-off-by: Christian Stewart <christian@paral.in>
paralin added a commit to skiffos/buildroot that referenced this issue Jul 23, 2016
Switching to the rtl8821au fork at github.com/abperiasamy/rtl8812AU_8821AU_linux.

 - The current fork we are using is maintained by 1 person.
 - The current fork does not work, and there are no plans to fix this:
     - ulli-kroll/rtl8821au#5
     - ulli-kroll/rtl8821au#6
 - In practice, the current fork has numerous instability issues.
 - Our lab switched to the abperiasamy fork a couple months ago and have been very happy with it.
 - The contributor list for the abperiasamy fork contains 21 well-known individuals in the community.
 - The raspberry pi community recommends the abperiasamy fork and uses it extensively.
 - Firmware blobs are not necessary with the new fork.

Signed-off-by: Christian Stewart <christian@paral.in>
gevans pushed a commit to hashrabbit/buildroot that referenced this issue Jul 24, 2016
Switching to the rtl8821au fork at github.com/abperiasamy/rtl8812AU_8821AU_linux.

 - The current fork we are using is maintained by 1 person.
 - The current fork does not work, and there are no plans to fix this:
     - ulli-kroll/rtl8821au#5
     - ulli-kroll/rtl8821au#6
 - In practice, the current fork has numerous instability issues.
 - Our lab switched to the abperiasamy fork a couple months ago and have been very happy with it.
 - The contributor list for the abperiasamy fork contains 21 well-known individuals in the community.
 - The raspberry pi community recommends the abperiasamy fork and uses it extensively.
 - Firmware blobs are not necessary with the new fork.

Signed-off-by: Christian Stewart <christian@paral.in>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants