-
Posts
116 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Raffles
Community Map
Posts posted by raschid
-
-
Quick speedtest using speedtest-cli (I know, I know ...):
Test 1 - 1,5m from AP, no walls
Testing download speed........................................ Download: 13.20 Mbit/s Testing upload speed.................................................. Upload: 5.42 Mbit/s
Upload is limited by the ISP connection, dowload isn't (100Mbit/s download, 6Mbit/s upload). Repeats show similar results.
No/few error messages (xradio_wlan mmc1:0001:1: missed interrupt)
Test 2 - 8m from AP, 1 wall
Testing download speed........................................ Download: 1.77 Mbit/s Testing upload speed.................................................. Upload: 0.88 Mbit/s
fairly terrible - no errors.
-
8 hours ago, martinayotte said:
For the changes to DTS, maybe I can look to append them directly into the add-xradio-wireless-driver.patch.disabled when I will get chance.
@martinayotte Would you update the actual driver code to your build as well? It seems the driver code in the current add-xradio-wireless-driver.patch.disabled is still pre 4.11.
-
I hope so.
You could try my userpatch until he does:
https://drive.google.com/file/d/0B47UwibE8mfvRXYzR0p4SGJ4Vnc/view?usp=sharing
Copy it to userpatches/kernel/sun8i-dev/
Don't forget to set KERNEL_CONFIGURE="yes" and set XRADIO to manual (m).
-
the DTS file can be patched with the same userpatch in one patch.
-
I am fully aware that that there have been issues in the past with some peoples expectations regarding this driver.
But this very thread shows that a significant fraction of users seem to be fine with its limited function and performance.
The download page for the OPi Zero already provides ample warning regarding the "module quality".
-
1 minute ago, martinayotte said:
Yes, thanks Zador to have figured out ! I've tested it on my side too, and right, it fix the xradio perfectly !
Maybe we should re-enabled it in the nightlies ?
Yep (in my humble opinion)
-
16 hours ago, zador.blood.stained said:
This type of crashes (aes-arm related) should have been fixed yesterday by this commit, so I would suggest to rebuild the kernel.
Nice - that fixed it.
[ 74.030917] systemd[1]: apt-daily.timer: Adding 1h 13min 16.687045s random time. [ 177.557914] xradio_wlan mmc1:0001:1: missed interrupt [ 236.371472] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 283.880879] wlan0: authenticate with 80:1f:02:d0:__:__ [ 283.880976] ieee80211 phy0: ignore IEEE80211_CONF_CHANGE_MONITOR (0)IEEE80211_CONF_CHANGE_IDLE (1) [ 283.883019] wlan0: send auth to 80:1f:02:d0:__:__ (try 1/3) [ 283.897534] wlan0: authenticated [ 283.907946] wlan0: associate with 80:1f:02:d0:__:__ (try 1/3) [ 283.911220] wlan0: RX AssocResp from 80:1f:02:d0:__:__ (capab=0x411 status=0 aid=5) [ 283.911463] ieee80211 phy0: vif 0, configuring tx [ 283.911941] ieee80211 phy0: vif 0, configuring tx [ 283.912366] ieee80211 phy0: vif 0, configuring tx [ 283.912788] ieee80211 phy0: vif 0, configuring tx [ 283.915753] wlan0: associated [ 283.915973] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready [ 284.018331] ieee80211 phy0: CCMP_PAIRWISE keylen=16!
No more "xradio_wlan mmc1:0001:1: received frame has no key status" message spamming the logs.
Great. Thx, Zador
-
13 minutes ago, zador.blood.stained said:
When did you build this kernel and with what build script version?
The file date for the kernel is the 3rd of June. Not sure about the script version, but i guess it was current at that time. Why?
-
BTW, this is what the log shows when connecting to an AP in the pathed 4.11 version based on fifteenhex' driver:
[ 1066.119194] wlan0: authenticate with 80:1f:02:d0:14:52 [ 1066.119308] ieee80211 phy0: ignore IEEE80211_CONF_CHANGE_MONITOR (0)IEEE80211_CONF_CHANGE_IDLE (1) [ 1066.119797] wlan0: send auth to 80:1f:02:d0:14:52 (try 1/3) [ 1066.132610] wlan0: authenticated [ 1066.139306] wlan0: associate with 80:1f:02:d0:14:52 (try 1/3) [ 1066.143502] wlan0: RX AssocResp from 80:1f:02:d0:14:52 (capab=0x411 status=0 aid=2) [ 1066.143616] ieee80211 phy0: vif 0, configuring tx [ 1066.144216] ieee80211 phy0: vif 0, configuring tx [ 1066.145063] ieee80211 phy0: vif 0, configuring tx [ 1066.145649] ieee80211 phy0: vif 0, configuring tx [ 1066.149919] wlan0: associated [ 1066.150199] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready [ 1066.233457] Unable to handle kernel NULL pointer dereference at virtual address 0000000c [ 1066.241694] pgd = c0004000 [ 1066.244420] [0000000c] *pgd=00000000 [ 1066.248019] Internal error: Oops: 5 [#1] SMP THUMB2 [ 1066.252902] Modules linked in: aes_arm(+) ccm xradio_wlan sun8i_codec_analog mac80211 snd_soc_core snd_pcm_dmaengine snd_pcm cfg80211 rfkill sun8i_ths thermal_sys uio_pdrv_genirq uio usb_f_acm u_serial g_serial libcomposite [ 1066.272814] CPU: 0 PID: 2543 Comm: cryptomgr_test Not tainted 4.11.3-sun8i #21 [ 1066.280041] Hardware name: Allwinner sun8i Family [ 1066.284754] task: cebf0e80 task.stack: c82be000 [ 1066.289309] PC is at crypto_remove_spawns+0x7c/0x154 [ 1066.294283] LR is at 0xc82bff28 [ 1066.297437] pc : [<c042da00>] lr : [<c82bff28>] psr: a00b0033 sp : c82bff18 ip : c0b24440 fp : cdc94a28 [ 1066.308924] r10: 00000401 r9 : c82bff50 r8 : c0b24448 [ 1066.314159] r7 : c82bff18 r6 : cd800e88 r5 : cd800fc0 r4 : 00000000 [ 1066.320696] r3 : cdc94e88 r2 : bf9ba000 r1 : 00000000 r0 : c82bff20 [ 1066.327234] Flags: NzCv IRQs on FIQs on Mode SVC_32 ISA Thumb Segment none [ 1066.334552] Control: 50c5387d Table: 4829c06a DAC: 00000051 [ 1066.340306] Process cryptomgr_test (pid: 2543, stack limit = 0xc82be210) [ 1066.347015] Stack: (0xc82bff18 to 0xc82c0000) [ 1066.351384] ff00: cd5163c0 cd5163c0 [ 1066.359579] ff20: cdc94fd8 cd800fc0 c82bff28 c82bff28 cdc94200 c0b24440 c0b23158 00000401 [ 1066.367810] ff40: bf9ba028 bf9ba000 bf9ba068 c042dcab c82bff50 c82bff50 00000000 cd813540 [ 1066.376035] ff60: 00000000 c9c8e300 c82be000 cd813540 c04321b1 c828fd08 ceb6f89c c04321bb [ 1066.384261] ff80: ceb6f880 c012c7bb ffffffff c9c8e300 c012c6e1 00000000 00000000 00000000 [ 1066.392486] ffa0: 00000000 00000000 00000000 c0105f31 00000000 00000000 00000000 00000000 [ 1066.400710] ffc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 [ 1066.408934] ffe0: 00000000 00000000 00000000 00000000 00000013 00000000 ffffffff ffffffff [ 1066.417177] [<c042da00>] (crypto_remove_spawns) from [<c042dcab>] (crypto_alg_tested+0xe7/0x13c) [ 1066.426021] [<c042dcab>] (crypto_alg_tested) from [<c04321bb>] (cryptomgr_test+0xb/0x18) [ 1066.434169] [<c04321bb>] (cryptomgr_test) from [<c012c7bb>] (kthread+0xdb/0x100) [ 1066.441625] [<c012c7bb>] (kthread) from [<c0105f31>] (ret_from_fork+0x11/0x20) [ 1066.448897] Code: 681c 42a3 d013 681c (68e3) 459c [ 1066.453970] ---[ end trace 23a7480ff1a672b0 ]---
Assiciation to an AP finishes successfully, but then the driver seems to fail returning a NULL pointer:
[ 1066.149919] wlan0: associated
[ 1066.150199] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 1066.233457] Unable to handle kernel NULL pointer dereference at virtual address 0000000c
[ 1066.241694] pgd = c0004000
[ 1066.244420] [0000000c] *pgd=00000000
[ 1066.248019] Internal error: Oops: 5 [#1] SMP THUMB2
[ 1066.252902] Modules linked in: aes_arm(+) ccm xradio_wlan sun8i_codec_analog mac80211 snd_soc_core snd_pcm_dmaengine snd_pcm cfg80211 rfkill sun8i_ths thermal_sys uio_pdrv_genirq uio usb_f_acm u_serial g_serial libcomposite -
On 21.6.2017 at 5:10 PM, kutysam said:
For those whom want 4.10 LAST nightly for OPIZero where xr819 wifi is working, the link is here.
https://drive.google.com/file/d/0B8aNiHBlMQ9cbnpaUHJMa2pyWUk/view?usp=sharing
I never deleted this thankfully.
Thank you, kutysam, good to have a working 4.10 again ...
-
1 hour ago, martinayotte said:
The issue isn't to get the driver loaded, it is that it is flooding dmesg with tons of those errors :
xradio_wlan mmc1:0001:1: received frame has no key status
... and if you do a "ifconfig" the whole kernel is hanging ...
Same here. I also used fifteenhex's code.
I used this DTS:
/dts-v1/; #include "sun8i-h3.dtsi" #include "sunxi-common-regulators.dtsi" #include <dt-bindings/gpio/gpio.h> #include <dt-bindings/input/input.h> #include <dt-bindings/pinctrl/sun4i-a10.h> / { model = "Xunlong Orange Pi Zero"; compatible = "xunlong,orangepi-zero", "allwinner,sun8i-h2-plus"; aliases { serial0 = &uart0; /* ethernet0 is the H3 emac, defined in sun8i-h3.dtsi */ ethernet1 = &xr819; }; chosen { stdout-path = "serial0:115200n8"; }; leds { compatible = "gpio-leds"; pwr_led { label = "orangepi:green:pwr"; gpios = <&r_pio 0 10 GPIO_ACTIVE_HIGH>; default-state = "on"; }; status_led { label = "orangepi:red:status"; gpios = <&pio 0 17 GPIO_ACTIVE_HIGH>; }; }; reg_vcc_wifi: reg_vcc_wifi { compatible = "regulator-fixed"; regulator-min-microvolt = <3300000>; regulator-max-microvolt = <3300000>; regulator-name = "vcc-wifi"; enable-active-high; gpio = <&pio 0 20 GPIO_ACTIVE_HIGH>; }; wifi_pwrseq: wifi_pwrseq { compatible = "mmc-pwrseq-simple"; reset-gpios = <&r_pio 0 7 GPIO_ACTIVE_LOW>; post-power-on-delay-ms = <200>; }; }; &ehci0 { status = "okay"; }; &ehci1 { status = "okay"; }; &emac { pinctrl-names = "default"; phy-supply = <®_vcc3v3>; phy-handle = <&int_mii_phy>; phy-mode = "mii"; allwinner,leds-active-low; status = "okay"; }; &mmc0 { pinctrl-names = "default"; pinctrl-0 = <&mmc0_pins_a>; vmmc-supply = <®_vcc3v3>; bus-width = <4>; cd-gpios = <&pio 5 6 GPIO_ACTIVE_HIGH>; /* PF6 */ cd-inverted; status = "okay"; }; &mmc1 { pinctrl-names = "default"; pinctrl-0 = <&mmc1_pins_a>; vmmc-supply = <®_vcc_wifi>; mmc-pwrseq = <&wifi_pwrseq>; bus-width = <4>; non-removable; status = "okay"; xr819: sdio_wifi@1 { reg = <1>; compatible = "xradio,xr819"; interrupt-parent = <&pio>; interrupts = <6 10 IRQ_TYPE_EDGE_RISING>; interrupt-names = "host-wake"; local-mac-address = [dc 44 6d c0 ff ee]; }; }; ...
wlan0 is there - "iwlist wlan0 scan" shows available networks, but connecting causes a hanging system ...
-
Yep. Annoying. Network-manager is not the culprit either.
-
Same here.
/etc/modprobe.d/xradio_wlan.conf seems to to fix an initial MAC via a driver option - I cannot check whether this works because the rulers of this world disabled WLAN support for the OPi-zero.
There does not seem to be a corresponding file for the ethernet driver.
-
OK, somewhat obvious: forgot to set CONFIG_WLAN_VENDOR_XRADIO in the kernel config-file.
This time compiling the kernel failed, partly due to the face, that the current "add-xradio-wireless-driver"-patch has not been updated to the 4.11 version.
On 11.5.2017 at 0:41 PM, tkaiser said:The driver is still there (and ready for 4.11) but not included ..
Nope, I do not think it is ... (e.g. missing parameter for ieee80211_cqm_rssi_notify function etc.)
-
Like the thread-starter I was happy with the xradio-implementation in 4.10 and would like wifi-support in 4.11.
Taking the advice of jhpadjustable and tkaiser and attempted to built a 4.11 kernel enabling the xradio-related patch.
The kernel works alright but there still is no wlan0.
Syslog shows a failed attempt to modprobe xradio-wlan during boot and there is no xradio-module in /lib/modules/4.11.1-sun8i/net/wireless/.
I am probably missing something ultra-obvious here ... can anyone help?
Orange Pi Zero /4.11.0-sun8i/ wlan0 is gone
in Orange Pi Zero
Posted
Some quick results on packet loss measured via tcpdump:
Medium traffic for 60 seconds (using tcpdump via ssh, i.e. tcpdump measuring (and driving) its own console output):
65149 packets captured 65198 packets received by filter 46 packets dropped by kernel
negligible packet loss on kernel level.
Full blast with speedtest-cli running in parallel to the above scenario:
111886 packets captured 113448 packets received by filter 1562 packets dropped by kernel
less than 2% packet loss on kernel level.
At least in this scenario the driver seems to be quite robust.