sunzone

Members
  • Content Count

    23
  • Joined

  • Last visited

About sunzone

  • Rank
    Member

Recent Profile Visitors

519 profile views
  1. I was not familiar with IRC. However, I just asked about this problem on the #linux-sunxi channel. Let's see what replays I get. In the meantime, I wrote a program to reboot the system if a channel change is detected. But still, sometimes the device doesn't boot after calling 'reboot -f'. Another option is just to use a wifi dongle to work as the client interface. I already tried this. But then again, sometimes, the USB wifi module is not detected at the boot by the device; It has to be replugged again, which is not that ideal.
  2. Thanks, @Tido for the links. [20149.090066] [<bfb2d42d>] (wsm_handle_rx [xradio_wlan]) from [<bfb29e05>] (xradio_bh_exchange+0x27c/0x588 [xradio_wlan]) In the error logs, it seems program stalled on wsm_handle_rx in xradio_wlan. I found the official xradio_wlan driver to be fifteenhex http://linux-sunxi.org/Wifi I checked the fifteenhex wlan_driver code for "wsm_handle_rx" and found this line in wsm.c https://github.com/fifteenhex/xradio/blob/master/wsm.c It seems like kernel hang is done on purpose. After commenting out this section, I recompiled the xradio_wlan.ko module driver and retested. After running 11 the OrangePi Zeros with the new xradio driver, connected to a router which changes its channel occasionally when multiple devices are connected, 5 OPis stop responding. I ran the test overnight. I tested after connecting all OPis through the serial port (COM). @zador.blood.stained @Tido @martinayotte any idea how I can further test the driver to stop the kernel hang? p.s: I am ok with the dropped packets of the driver. Thank You. Sanju.
  3. ARMBIAN 5.75 stable Ubuntu 18.04.2 LTS 4.19.38-sunxi Orange Pi Zero Board Please refer armbianmonitor.log for armbianmonitor -U command output details I have configured My Orange Pi Zero onboard wlan chip (xradio_wlan driver) to work on both Ap mode and Client modes simultaneously. When both Ap and Client interfaces are up and working, and when the connected wifi channel of the Client interface changes, kernel hang occurs. Error message [20148.872296] rcu: INFO: rcu_sched self-detected stall on CPU [20148.877893] rcu: 1-....: (4945709 ticks this GP) idle=8aa/1/0x40000002 softirq=9640/9640 fqs=2447771 [20148.887182] rcu: (t=4967445 jiffies g=15521 q=274313) [20148.892407] NMI backtrace for cpu 1 [20148.895897] CPU: 1 PID: 396 Comm: xradio_bh Tainted: G D W 4.19.20-sunxi #5.75 [20148.904234] Hardware name: Allwinner sun8i Family [20148.908959] [<c010dbbd>] (unwind_backtrace) from [<c010a7b1>] (show_stack+0x11/0x14) [20148.916701] [<c010a7b1>] (show_stack) from [<c08c8dc1>] (dump_stack+0x69/0x78) [20148.923921] [<c08c8dc1>] (dump_stack) from [<c08cd03b>] (nmi_cpu_backtrace+0x8f/0x90) [20148.931746] [<c08cd03b>] (nmi_cpu_backtrace) from [<c08cd0eb>] (nmi_trigger_cpumask_backtrace+0xaf/0xe0) [20148.941216] [<c08cd0eb>] (nmi_trigger_cpumask_backtrace) from [<c016c183>] (rcu_dump_cpu_stacks+0x7b/0x98) [20148.950861] [<c016c183>] (rcu_dump_cpu_stacks) from [<c016b7b1>] (rcu_check_callbacks+0x4f5/0x6c8) [20148.959815] [<c016b7b1>] (rcu_check_callbacks) from [<c0170af3>] (update_process_times+0x2b/0x48) [20148.968681] [<c0170af3>] (update_process_times) from [<c017e96b>] (tick_sched_timer+0x37/0x74) [20148.977277] [<c017e96b>] (tick_sched_timer) from [<c0171355>] (__hrtimer_run_queues+0x105/0x254) [20148.986055] [<c0171355>] (__hrtimer_run_queues) from [<c0171e15>] (hrtimer_interrupt+0xb5/0x200) [20148.994835] [<c0171e15>] (hrtimer_interrupt) from [<c0780ab1>] (arch_timer_handler_phys+0x25/0x28) [20149.003787] [<c0780ab1>] (arch_timer_handler_phys) from [<c0162d9b>] (handle_percpu_devid_irq+0x57/0x19c) [20149.013346] [<c0162d9b>] (handle_percpu_devid_irq) from [<c015f1f5>] (generic_handle_irq+0x1d/0x28) [20149.022383] [<c015f1f5>] (generic_handle_irq) from [<c015f695>] (__handle_domain_irq+0x45/0x84) [20149.031076] [<c015f695>] (__handle_domain_irq) from [<c059a475>] (gic_handle_irq+0x39/0x68) [20149.039421] [<c059a475>] (gic_handle_irq) from [<c0101a65>] (__irq_svc+0x65/0x94) [20149.046892] Exception stack(0xd66c9de8 to 0xd66c9e30) [20149.051941] 9de0: c9ae0e4c 00000000 0000287c 0000287b 00000000 d6480e00 [20149.060110] 9e00: c0d04d48 c9ae0d18 d648100c 00000080 d64811fc 00000000 ce9bc61c d66c9e38 [20149.068276] 9e20: bfb2d42d c08db396 20070033 ffffffff [20149.073328] [<c0101a65>] (__irq_svc) from [<c08db396>] (_raw_spin_lock+0x26/0x34) [20149.080830] [<c08db396>] (_raw_spin_lock) from [<bfb2d42d>] (wsm_handle_rx+0x828/0xc7c [xradio_wlan]) [20149.090066] [<bfb2d42d>] (wsm_handle_rx [xradio_wlan]) from [<bfb29e05>] (xradio_bh_exchange+0x27c/0x588 [xradio_wlan]) [20149.100862] [<bfb29e05>] (xradio_bh_exchange [xradio_wlan]) from [<bfb2a239>] (xradio_bh+0x128/0x270 [xradio_wlan]) [20149.111301] [<bfb2a239>] (xradio_bh [xradio_wlan]) from [<c0132cb1>] (kthread+0xfd/0x104) [20149.119470] [<c0132cb1>] (kthread) from [<c01010f9>] (ret_from_fork+0x11/0x38) [20149.126680] Exception stack(0xd66c9fb0 to 0xd66c9ff8) [20149.131726] 9fa0: 00000000 00000000 00000000 00000000 [20149.139894] 9fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 [20149.148061] 9fe0: 00000000 00000000 00000000 00000000 00000013 00000000 ifconfig output (wlan0_ap: ap interface, wlan0_station: client interface) root@m6das:~# ifconfig eth0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 ether 02:42:93:7e:50:70 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device interrupt 39 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Local Loopback) RX packets 592 bytes 73021 (73.0 KB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 592 bytes 73021 (73.0 KB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 wlan0_ap: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 10.10.10.1 netmask 255.255.255.0 broadcast 10.10.10.255 inet6 fe80::1042:93ff:fe7e:5071 prefixlen 64 scopeid 0x20<link> ether 12:42:93:7e:50:71 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 69 bytes 11042 (11.0 KB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 wlan0_station: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.0.118 netmask 255.255.255.0 broadcast 192.168.0.255 inet6 fe80::1042:93ff:fe7e:5070 prefixlen 64 scopeid 0x20<link> ether 12:42:93:7e:50:70 txqueuelen 1000 (Ethernet) RX packets 16880 bytes 8748161 (8.7 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 15659 bytes 19025140 (19.0 MB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 NetworkManager manages all interfaces root@m6das:~# nmcli c s NAME UUID TYPE DEVICE wlan0_ap f26e29d0-d1bc-4eae-b6bc-c3d02ded2bf1 wifi wlan0_ap wlan0_station 3466adf1-ddbd-45fa-b9e4-8a11c265d5a8 wifi wlan0_station eth0 64db1031-abac-33fd-8055-2a757fe08d1a ethernet -- Can anyone help how to stop the kernal hang? any advice? Thank You. Sanju.
  4. Hi, After some more digging, I found out that this happens because of hardware. This is due to the Orange Pi Zero board's pull up resistors attached to the specified pins. After removing the pull-up resistors, Pin16,18(PA19,PA18) did not record high value at the bootup. Thanks.
  5. Hello. When my orange pi zero is booted, Pin16,18(PA19,PA18) seems to record high value(3.3v) I want the pins to stay low. In the dtb file, PA18 and PA19 are assigned to i2c1 and i2s0. But in the /boot/armbianEnv.txt file those overlays are not enabled. Can someone please help me how to keep ping 16 and 18 low at t he boot time? Image used: ARMBIAN 5.38 stable Ubuntu 16.04.4 LTS 4.14.18-sunxi Thank You.
  6. It works. Thank You. Enabling "armbian-resize-filesystem" service did it for me.
  7. Command does not work in "Armbian_5.65_Orangepione_Ubuntu_bionic_next_4.14.78" image Error: Failed to enable unit: Unit file resize2fs.service does not exist. ARMBIAN 5.60 stable Ubuntu 16.04.5 LTS 4.14.70-sunxi Version, similar problem Error: Failed to execute operation: No such file or directory Can anyone advice on how to reinstate SD card resize(full partition expansion) on restart.
  8. I check on the latest stable released "Armbian_5.65_Orangepione_Ubuntu_bionic_next_4.14.78" image after apt update and upgrade, and the result is the same for "sudo systemctl enable resize2fs" Error: Failed to enable unit: Unit file resize2fs.service does not exist. How can I reinstate SD card resize(full partition expansion) on restart?
  9. Hello. My image for Orange Pi One has the following build after apt update and apt upgrade ARMBIAN 5.60 stable Ubuntu 16.04.5 LTS 4.14.70-sunxi "sudo systemctl enable resize2fs" does not work anymore Error message says "Failed to execute operation: No such file or directory" "sudo systemctl enable resize2fs && sudo reboot" works on old kernal images @tkaiser could you please advise how to reinstate SD card resize on first boot? Thank You.
  10. I ran some further tests and figured in addition to adding 00 bytes to the packet, some byte are missing from the packets as well. This happenes both in 4.14.18 and 4.17.2 as well. Now I want to change uart base_baud in Orange Pi and test further. Can someone advise me on how to change the UART clock please? https://github.com/OrangePiLibra/OrangePi_H5SDK/issues/17 this place suggests to change u-boot on serial_spl.c file. But I can't find serial_spl.c file in the build folder. According to this article (which is not complete) I tried to change dtb file as well. But I failed. Can some please advice me on how to approach this problem please? I didn't get any response from sun-xi group unfortunately.
  11. I posted this problem in the forum @Igor mentioned. https://groups.google.com/forum/#!topic/linux-sunxi/yUbcI1O1drA Any support is appreciated. Thanks.
  12. I encountered the same problem as well. Problem still occurs with the ARMBIAN 5.48.180624 nightly Ubuntu 18.04 LTS 4.17.2-sunxi I observed some packets getting corrupted. After checking, I observed 00 (one byte)is added to the corrupted packets at random locations of the byte[] Packet corruption does not occur in ARMBIAN 5.32 user-built Ubuntu 16.04.2 LTS 4.11.7-sun8i. Packet corruption occur in ARMBIAN 5.38 stable Ubuntu 16.04.4 LTS 4.14.18-sunxi I ran my tests in OPiZero board with same program for /dev/ttyS1 port. All ports has the same configuration except irq
  13. So I tested again with the latest build 4.13.13 for Opi One Results are A Okay... This time kernal auto detects EDID correctly almost every time. I didn't notice any occurrings of fallback resolution when the HDMI display(800x480) is connected But 4.13.10 often failed to detect EDID.
  14. Latest kernal seems to have solved the problem. I checked with 4.13.10. and CLK behavior was similar but Chip Select works properly. But I encountered with another SPI problem. When I use SPI, most of the times SPI is stable. But some times it becomes unstable. Does anyone encounter with unstable SPI? Stable/Unstable SPI status continues to last from from the boot to the next boot. In other words if SPI is unstable, by booting/restarting again SPI can be turned to stable sometimes; vise versa. After boot, if SPI is stable it continues to be stable till next boot ; vise versa. armbianEnv.txt is almost same as mentioned above. I am using OPi One, 4.13.10 mainline kernal
  15. Ohhhh I see. Thank You very much for the help. I think I am going to write a script to reboot if resolution set to fallback resolution. Thanks again