• Content Count

  • Joined

  • Last visited

About renard

  • Rank

Recent Profile Visitors

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

  1. Update. Have no idea why it is not available in debian repos. But you may take and easily build it from this guy or from my fork with small fix (made pull request for him also) mkdir -p /usr/src/ git clone --depth 1 cd ./ usbmount # Install dependencies sudo apt-get update && sudo apt-get install -y debhelper build-essential # Build sudo dpkg-buildpackage -us -uc -b # Install it dpkg -i ../usbmount_0.0.24_all.deb # Probably first time also with apt-get install lockfile-pro
  2. Yep. Confirm this with orange pi prime. No such package: # 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
  3. 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 rtl8723
  4. After update to Armbian 5.60 (Debian 9) hostapd became unable to start. ``` # /usr/sbin/hostapd -B -P /run/ /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 ifty
  5. 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 fram
  6. 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 ```
  7. 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_
  8. 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 This driver is mainline, but DT was reverted in 4.13-rc7. DT should be back soon." What exactly need to be done? Can java back-end developer with minimum c and kernel skills help in any way?
  9. Yep. Seems the Ethernet is dead What is the root cause? Any estimates?
  10. 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 netmask 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 352
  11. Thanks! Also found this thread now and it also says about libcomposite. Will try it out.
  12. Ok. Now It works. Created git diff from qweryt's git.c and putted it into /userpatches/kernel/ (as told in, 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?
  13. 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 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 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 crea
  14. 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
  15. 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?