renard

Members
  • Content Count

    14
  • Joined

  • Last visited

About renard

  • Rank
    Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Hm... Just flashed fresh clean armbian 5.59 into sd with default configuration. It worked there. Then rebooted to my old sd with 5.60, and it magically started working in 5.60 with my old configuration. Yet I am 100% sure that I made several reboots with 5.60 already without any changes before. Maybe some hardware issue (or firmware "loading" issue). As we see below it is only one attempt to "acquire FW from file:rtlwifi/rtl8723bs_nic.bin" as opposed to lots of them before. Thanks for your attempts to help, and sorry for your time for checking. ``` # dmesg -T | grep -i rtl8723bs [Tue Oct 30 13:01:27 2018] RTL8723BS: module init start [Tue Oct 30 13:01:27 2018] RTL8723BS: rtl8723bs v4.3.5.5_12290.20140916_BTCOEX20140507-4E40 [Tue Oct 30 13:01:27 2018] RTL8723BS: rtl8723bs BT-Coex version = BTCOEX20140507-4E40 [Tue Oct 30 13:01:27 2018] RTL8723BS: rtw_ndev_init(wlan0) [Tue Oct 30 13:01:27 2018] RTL8723BS: module init ret =0 [Tue Oct 30 13:01:34 2018] rtl8723bs: acquire FW from file:rtlwifi/rtl8723bs_nic.bin [Tue Oct 30 13:01:38 2018] RTL8723BS: rtw_cmd_thread(wlan0) pcmd->sctx [Tue Oct 30 13:01:38 2018] RTL8723BS: assoc success [Tue Oct 30 13:01:38 2018] RTL8723BS: set group key camid:1, addr:00:00:00:00:00:00, kid:1, type:AES [Tue Oct 30 13:01:41 2018] RTL8723BS: set group key camid:1, addr:00:00:00:00:00:00, kid:1, type:AES [Tue Oct 30 13:01:41 2018] RTL8723BS: send eapol packet [Tue Oct 30 13:01:41 2018] RTL8723BS: send eapol packet [Tue Oct 30 13:01:41 2018] RTL8723BS: set pairwise key camid:4, addr:3c:05:18:8c:eb:03, kid:0, type:AES [Tue Oct 30 13:02:00 2018] RTL8723BS: send eapol packet [Tue Oct 30 13:02:00 2018] RTL8723BS: send eapol packet [Tue Oct 30 13:02:00 2018] RTL8723BS: set pairwise key camid:5, addr:58:c5:cb:1e:f3:a3, kid:0, type:AES [Tue Oct 30 13:11:38 2018] RTL8723BS: send eapol packet [Tue Oct 30 13:11:38 2018] RTL8723BS: send eapol packet [Tue Oct 30 13:11:38 2018] RTL8723BS: set group key camid:2, addr:00:00:00:00:00:00, kid:2, type:AES ```
  2. After update to Armbian 5.60 (Debian 9) hostapd became unable to start. ``` # /usr/sbin/hostapd -B -P /run/hostapd.pid /etc/hostapd/hostapd.conf.orig -dd random: Trying to read entropy from /dev/random Configuration file: /etc/hostapd/hostapd.conf.orig ctrl_interface_group=0 nl80211: Supported cipher 00-0f-ac:1 nl80211: Supported cipher 00-0f-ac:5 nl80211: Supported cipher 00-0f-ac:2 nl80211: Supported cipher 00-0f-ac:4 nl80211: Supported cipher 00-0f-ac:6 nl80211: Using driver-based off-channel TX nl80211: interface wlan0 in phy phy0 nl80211: Set mode ifindex 3 iftype 3 (AP) nl80211: Failed to set interface 3 to mode 3: -1 (Operation not permitted) nl80211: Try mode change after setting interface down nl80211: Set mode ifindex 3 iftype 3 (AP) nl80211: Failed to set interface 3 to mode 3: -1 (Operation not permitted) Could not set interface wlan0 flags (UP): Operation not permitted nl80211: Failed to set interface up after switching mode nl80211: Interface mode change to 3 from 0 failed nl80211: Could not configure driver mode nl80211: deinit ifname=wlan0 disabled_11b_rates=0 nl80211: Remove monitor interface: refcount=0 netlink: Operstate: ifindex=3 linkmode=0 (kernel-control), operstate=6 (IF_OPER_UP) nl80211: Set mode ifindex 3 iftype 2 (STATION) nl80211 driver initialization failed. hostapd_interface_deinit_free(0xaaaac3834970) hostapd_interface_deinit_free: num_bss=1 conf->num_bss=1 hostapd_interface_deinit(0xaaaac3834970) wlan0: interface state UNINITIALIZED->DISABLED hostapd_bss_deinit: deinit bss wlan0 wlan0: AP-DISABLED hostapd_cleanup(hapd=0xaaaac3835c20 (wlan0)) hostapd_free_hapd_data: Interface wlan0 wasn't started hostapd_interface_deinit_free: driver=(nil) drv_priv=(nil) -> hapd_deinit hostapd_interface_free(0xaaaac3834970) hostapd_interface_free: free hapd 0xaaaac3835c20 hostapd_cleanup_iface(0xaaaac3834970) hostapd_cleanup_iface_partial(0xaaaac3834970) hostapd_cleanup_iface: free iface=0xaaaac3834970 ``` ``` # cat /etc/armbian-release # PLEASE DO NOT EDIT THIS FILE BOARD=orangepiprime BOARD_NAME="Orange Pi Prime" BOARDFAMILY=sun50iw2 VERSION=5.60 LINUXFAMILY=sunxi64 BRANCH=next ARCH=arm64 IMAGE_TYPE=stable BOARD_TYPE=conf INITRD_ARCH=arm64 KERNEL_IMAGE_TYPE=Image # cat /etc/debian_version 9.5 # uname -a Linux mxopipr01 4.14.70-sunxi64 #274 SMP Wed Sep 19 12:09:30 CEST 2018 aarch64 GNU/Linux ``` ``` # whoami root # iwconfig wlan0 mode master Error for wireless request "Set Mode" (8B06) : SET failed on device wlan0 ; Operation not permitted. ``` ``` # iw list Wiphy phy0 max # scan SSIDs: 9 max scan IEs length: 2304 bytes max # sched scan SSIDs: 0 max # match sets: 0 max # scan plans: 1 max scan plan interval: -1 max scan plan iterations: 0 Retry short limit: 7 Retry long limit: 4 Coverage class: 0 (up to 0m) Supported Ciphers: * WEP40 (00-0f-ac:1) * WEP104 (00-0f-ac:5) * TKIP (00-0f-ac:2) * CCMP-128 (00-0f-ac:4) * CMAC (00-0f-ac:6) Available Antennas: TX 0 RX 0 Supported interface modes: * IBSS * managed * AP * monitor Band 1: Bitrates (non-HT): * 1.0 Mbps * 2.0 Mbps * 5.5 Mbps * 11.0 Mbps * 6.0 Mbps * 9.0 Mbps * 12.0 Mbps * 18.0 Mbps * 24.0 Mbps * 36.0 Mbps * 48.0 Mbps * 54.0 Mbps Frequencies: * 2412 MHz [1] (20.0 dBm) * 2417 MHz [2] (20.0 dBm) * 2422 MHz [3] (20.0 dBm) * 2427 MHz [4] (20.0 dBm) * 2432 MHz [5] (20.0 dBm) * 2437 MHz [6] (20.0 dBm) * 2442 MHz [7] (20.0 dBm) * 2447 MHz [8] (20.0 dBm) * 2452 MHz [9] (20.0 dBm) * 2457 MHz [10] (20.0 dBm) * 2462 MHz [11] (20.0 dBm) * 2467 MHz [12] (20.0 dBm) (no IR) * 2472 MHz [13] (20.0 dBm) (no IR) * 2484 MHz [14] (20.0 dBm) (no IR) Supported commands: * new_interface * set_interface * new_key * start_ap * new_station * set_bss * join_ibss * set_pmksa * del_pmksa * flush_pmksa * frame * set_channel * connect * disconnect Supported TX frame types: * IBSS: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0 * managed: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0 * AP: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0 * AP/VLAN: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0 * P2P-client: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0 * P2P-GO: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0 Supported RX frame types: * IBSS: 0xd0 * managed: 0x40 0xd0 * AP: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0 * AP/VLAN: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0 * P2P-client: 0x40 0xd0 * P2P-GO: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0 WoWLAN support: * wake up on anything (device continues operating normally) software interface modes (can always be added): * monitor interface combinations are not supported Device supports scan flush. ``` Also have lots of this logs ``` # dmesg -T | tail -n 3 [Fri Oct 26 14:47:45 2018] rtl8723bs: acquire FW from file:rtlwifi/rtl8723bs_nic.bin [Fri Oct 26 14:47:45 2018] rtl8723bs: acquire FW from file:rtlwifi/rtl8723bs_nic.bin [Fri Oct 26 14:47:46 2018] rtl8723bs: acquire FW from file:rtlwifi/rtl8723bs_nic.bin # ll /lib/firmware/rtlwifi/ total 856 drwxrwxr-x 2 root root 4096 Oct 25 17:47 ./ drwxrwxr-x 19 root root 4096 Oct 25 17:47 ../ -rw-rw-r-- 1 root root 11216 Sep 19 08:07 rtl8188efw.bin -rw-rw-r-- 1 root root 13904 Sep 19 08:07 rtl8188eufw.bin -rw-rw-r-- 1 root root 16192 Sep 19 08:07 rtl8192cfw.bin -rw-rw-r-- 1 root root 14818 Sep 19 08:07 rtl8192cfwU.bin -rw-rw-r-- 1 root root 16332 Sep 19 08:07 rtl8192cfwU_B.bin -rw-rw-r-- 1 root root 16014 Sep 19 08:07 rtl8192cufw.bin -rw-rw-r-- 1 root root 16116 Sep 19 08:07 rtl8192cufw_A.bin -rw-rw-r-- 1 root root 16096 Sep 19 08:07 rtl8192cufw_B.bin -rw-rw-r-- 1 root root 16116 Sep 19 08:07 rtl8192cufw_TMSC.bin -rw-rw-r-- 1 root root 31376 Sep 19 08:07 rtl8192defw.bin -rw-rw-r-- 1 root root 31818 Sep 19 08:07 rtl8192eefw.bin -rw-rw-r-- 1 root root 25264 Sep 19 08:07 rtl8192eu_ap_wowlan.bin -rw-rw-r-- 1 root root 31818 Sep 19 08:07 rtl8192eu_nic.bin -rw-rw-r-- 1 root root 25878 Sep 19 08:07 rtl8192eu_wowlan.bin -rw-rw-r-- 1 root root 80208 Sep 19 08:07 rtl8192sefw.bin -rw-rw-r-- 1 root root 122328 Sep 19 08:07 rtl8712u.bin -rw-rw-r-- 1 root root 22172 Sep 19 08:07 rtl8723aufw_A.bin -rw-rw-r-- 1 root root 24118 Sep 19 08:07 rtl8723aufw_B.bin -rw-rw-r-- 1 root root 19200 Sep 19 08:07 rtl8723aufw_B_NoBT.bin -rw-rw-r-- 1 root root 30746 Sep 19 08:07 rtl8723befw.bin -rw-rw-r-- 1 root root 20886 Sep 19 08:07 rtl8723bs_ap_wowlan.bin -rw-rw-r-- 1 root root 32108 Sep 19 08:07 rtl8723bs_nic.bin -rw-rw-r-- 1 root root 26398 Sep 19 08:07 rtl8723bs_wowlan.bin -rw-rw-r-- 1 root root 20886 Sep 19 08:07 rtl8723bu_ap_wowlan.bin -rw-rw-r-- 1 root root 32108 Sep 19 08:07 rtl8723bu_nic.bin -rw-rw-r-- 1 root root 26398 Sep 19 08:07 rtl8723bu_wowlan.bin -rw-rw-r-- 1 root root 11662 Sep 19 08:07 rtl8723fw.bin -rw-rw-r-- 1 root root 22996 Sep 19 08:07 rtl8723fw_B.bin -rw-rw-r-- 1 root root 28984 Sep 19 08:07 rtl8821aefw.bin -rw-rw-r-- 1 root root 19858 Sep 19 08:07 rtl8821aefw_wowlan.bin ``` No ideas yet. Thanks in advance!
  3. Are you 100% sure that OPiPrime has AP6212(A)? In my case I believe it has Realtek 8723 ``` $ lsmod | grep 80211 cfg80211 294912 1 r8723bs rfkill 28672 3 cfg80211 ``` As for OPiWin, my has AP6212A - maybe my experience might be useful to someone here. Mainline. Could not make it work with mainline 5.32 and upgraded 5.41 (both same kernel 4.11.8) It is using brcmfmac module, that I tried with various firmware (/lib/firmware/brcm/brcmfmac43430-sdio.bin and -=-.txt files). All have the same result - system reboot after first wifi frames go - e.g. client get's dhcp address and the system reboots. The only thing in dmesg: ``` [ 9.458442] brcmfmac: brcmf_c_preinit_dcmds: Firmware version = wl0: Oct 8 2016 15:31:47 version 7.46.57.4.ap.r4 (A1 Station/P2P) FWID 01-3621395e es6.c5.n4.a3 [ 9.741314] brcmfmac: brcmf_cfg80211_reg_notifier: not a ISO3166 code (0x30 0x30) [ 9.924496] brcmfmac: brcmf_cfg80211_reg_notifier: not a ISO3166 code (0x30 0x30) ``` Tracking similar (freez instead of reboot) issue: https://github.com/raspberrypi/linux/issues/1342 Strange, but have the feeling that it did work with mainline before on 5.32 (card was corrupted and had no backup) but might confuse with prime. Legacy. Could make it work in legacy kernel. First the hostapd was starting fine, but was no ESSID in iwconfig and got some error in dmesg ``` CFG80211-ERROR) check_dev_role_integrity : device role select failed ``` Fixed it with module parameter. (by Igor advice from here http://forum.banana-pi.org/t/how-to-setup-a-wifi-ap/2437) # echo 'options bcmdhd op_mode=2' > /etc/modprobe.d/bcmdhd.conf Iwconfig should show the ESSID name. ``` # iwconfig ... wlan0 IEEE 802.11 ESSID:"ARMBIAN" Mode:Master Frequency:2.432 GHz Access Point: 02:1A:11:F8:B9:12 Bit Rate=96 Mb/s Tx-Power:32 dBm Retry min limit:10 RTS thr:off Fragment thr:off Encryption key:off Power Managementmode:All packets received ... ``` Works fine despite some errors in dmesg ``` CFG80211-ERROR) __wl_cfg80211_scan : Invalid Scan Command at SoftAP mode CFG80211-ERROR) wl_cfg80211_scan : scan error (-22) ``` Will appreciate any ideas with mainline and will try to provide any logs if required.
  4. Had similar problem with 5.32 to 5.41 upgrade on orange pi win. ``` File not found /boot/dtb/allwinner/allwinner/sun50i-a64-orangepi-win.dtb ``` Just made the relative symlink and it helped. ``` # ll /boot/dtb/allwinner/allwinner/sun50i-a64-orangepi-win.dtb lrwxrwxrwx 1 root root 29 Feb 14 19:48 /boot/dtb/allwinner/allwinner/sun50i-a64-orangepi-win.dtb -> ../sun50i-a64-orangepiwin.dtb ```
  5. Guys. Does anyone has the similar problem with gcc? Seems to appear on attempt to compile just anything Sorry for posting Prime in PC2 thread, according to tkaiser they are all the same ``` # make [Compile] wiringPi.c cc: internal compiler error: Illegal instruction (program cc1) Please submit a full bug report, with preprocessed source if appropriate. See <file:///usr/share/doc/gcc-6/README.Bugs> for instructions. Makefile:131: recipe for target 'wiringPi.o' failed make: *** [wiringPi.o] Error 4 ``` This is Armbian_5.34.171121_Orangepiprime_Debian_stretch_next_4.13.14.7z ``` # cat /etc/armbian-release # PLEASE DO NOT EDIT THIS FILE BOARD=orangepiprime BOARD_NAME="Orange Pi Prime" VERSION=5.34.171121 LINUXFAMILY=sunxi64 BRANCH=next ARCH=arm64 IMAGE_TYPE=nightly BOARD_TYPE=conf INITRD_ARCH=arm64 KERNEL_IMAGE_TYPE=Image # uname -a Linux mxopipr01 4.13.14-sunxi64 #246 SMP Mon Nov 20 01:58:09 CET 2017 aarch64 GNU/Linux # gcc -v ... gcc version 6.3.0 20170516 (Debian 6.3.0-18) ``` Update: All seems OK with Xenial and old gcc - Armbian_5.34.171121_Orangepiprime_Ubuntu_xenial_next_4.13.14.7z ``` $ gcc -v ... gcc version 5.4.0 20160609 (Ubuntu/Linaro 5.4.0-6ubuntu1~16.04.5) ``` Anyway would like to understand what it the problem with stretch and gcc 6.3
  6. Seems like it answers the question: "The second is dwmac-sun8i, this a glue to the stmmac driver. You can find the latest version at https://github.com/montjoie/linux/tree/dwmac-sun8i-current This driver is mainline, but DT was reverted in 4.13-rc7. DT should be back soon." http://linux-sunxi.org/Sun8i_emac What exactly need to be done? Can java back-end developer with minimum c and kernel skills help in any way?
  7. Yep. Seems the Ethernet is dead https://forum.armbian.com/topic/5450-opi-win-plus/?do=findComment&comment=44119 What is the root cause? Any estimates?
  8. My orange pi win plus seems not to see Ethernet at all. The image is nightly build 5.34.171106 with Linux orangepiwin 4.13.11-sunxi64 Ethernet leds stay dead all the time and no link events on opposite side. Connected to it via UART. root@orangepiwin:# ifconfig -a 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 3520 bytes 285120 (278.4 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 3520 bytes 285120 (278.4 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 wlan0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 ether cc:b8:a8:ac:05:da 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 root@orangepiwin:/home/renard# dmesg | grep eth [ 0.000000] psci: probing for conduit method from DT. Any ideas? Full dmesg in attachment. What is the "main" development thread for this board? Maybe should update forum reference in https://www.armbian.com/orange-pi-win/ ab-5.34.171106-orangepiwin-4.13.11-sunxi64-dmesg.log
  9. Thanks! Also found this thread now and it also says about libcomposite. Will try it out.
  10. Ok. Now It works. Created git diff from qweryt's git.c and putted it into /userpatches/kernel/sunxi.next (as told in https://docs.armbian.com/Developer-Guide_User-Configurations/#user-provided-sources-config-overrides, by bad for missing it). Now it is applied but fail to compile with multiple errors. Probably his git.c was based on too old kernel sources. Will study gadget_hid.txt and try to patch myself. Maybe someone has more recent version for 4.13.13? Noticed that this one is from 3.4.112. Does anyone have any hid.c example for mainline?
  11. Guys. Probably that will be really stupid question. Googled a lot, looked through documentation but had not found the answer. How exactly may I crosscompile custom g_hid.ko for orangepiwin (sunxi64). I successfully build default kernel with compile.sh. But when I try to substitute cache/sources/linux-mainline/linux-4.13.y/drivers/usb/gadget/legacy/hid.c with the one provided by qweryt and run compile.sh once again it became overwritten with original and compiled the same as it was. Obviously I am missing some configuration flag e.g. OVERWRITE_LOCAL_CHANGES_IN_SOURCES=n Or should I create diff patch and put it somewhere in ./patch? Compiling on 4.4.0-97-generic Linux Mint 18 Sarah with hacked ./lib/general.sh os version check. Or should I invoke direct make modules with 100500 parameters from cache/sources/linux-mainline/linux-4.13.y/? Thanks in advance.
  12. Update - checked voltage from banana - stable 3.3, seems ok. No ideas, probably just broken mt5572, starting to think that to be stupid idea, may purchase some orange pi r1 / zero 2+ h3 for same money as mt5572 and make it standalone access point
  13. Thanks for the info. My mt5572 came yesterday. Unsoldered old/soldered new but don't see it in dmesg/lsusb. Checked all 6 pins with multi-meter - seems ok. Have not soldered other 3+3 antenna pins - obviously no need for it (?). 5.31 with 4.9.7, anyway probably does not matter if no trace in dmesg/lsusb. Any ideas? May I solder mt5572 to ordinary usb to check the module itself? In this case on schematic what is "LED" and "PND", and is VDD33 stands for +3.3V and the ordinary usb has +5V VCC?
  14. Thanks for the nice review. Lol! I suspected him and you (known from github issues discussion) being the same person, but thought it to be to big coincidence. 100% agree, absolutely no need in all those X crap on router/server, yet some useful stuff with minimal security risk (as call control with usb gsm, nas with rsync and webdav, bug trackers, gpio-based stuff, etc), imho - why not. https://github.com/BPI-SINOVOIP/BPI-R2-bsp Or am I missing something? OK he posted it on June 27. Exactly the second thing that I do on this forum. First thing is configuring r1 with 5.31 and "holly" resistor soldering. For the moment on official download page they only suggest Ubuntu 16.4 4.4.70. What is the significant difference between this Ubuntu arm distros and Armbian mainline? I mean for sure not only the repository addresses? OK on Ubuntu they as usual stuck with little older kernel between major releases (4.4 vs 4.9 for now) but I believe this is also not the main difference? Thanks in advance, sorry if any questions sounded stupid