Jump to content

raschid

Members
  • Posts

    116
  • Joined

  • Last visited

Posts posted by raschid

  1. 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.

  2. 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.

     

     

  3. 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".

     

  4. 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

     

     

  5. 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

     

     

  6. 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 = <&reg_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 = <&reg_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 = <&reg_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 ...

     

  7. 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.)

     

  8. 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?

×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines