rufik

Hmmm, but I used to go to the forum from Tapatalk's just that way, from main menu. I've tried to clear app cache, but no-go.

Do you have a problem with logging in using tapatalk? I'm getting "server error occured: 256 Class .... could not be loaded...", like on screenshot attached.

Ups, thanks for info. How can I revert it? Just change repo and apt-get upgrade?

I used armbian-config (Orange Pi PC) to go into nightly (that's mainline, right?) but after finish & reboot I still have 3.4.113 kernel running. And armbian-config cmd disappeared. What I can see is the beta.armbian.com repo only...

Have you ever seen such error preventing booting (OPI PC here, legacy kernel)? [ 3.571753] Btrfs loaded [ 4.219189] EXT4-fs (mmcblk0p1): mounted filesystem with writeback data mode. Opts: (null) [ 5.465203] systemd[1]: Failed to determine whether /sys is a mount point: Bad file descriptor [ 5.474926] systemd[1]: Failed to determine whether /proc is a mount point: Bad file descriptor [ 5.484674] systemd[1]: Failed to determine whether /dev is a mount point: Bad file descriptor [ 5.507533] systemd[1]: Freezing execution. There were power outages, so it may be related. But I've checked fs and it seems to be clear...

Yeah, I know That's why I spent a lot of time to choose the best board, I'd like to focus on software side. My project is just DYI (only for me), so every 25 euro matters. Thank for the info.

Ups, Lime2 price is about 55 euro, so somehow expensive when compared to $25 for NanoPi Air...

Digging further - it seems that I need a SBC with battery support for graceful shutdown when main power goes off in car (12V from ODB II connector). Is there any overview/list of SBCs with PMIC/PMU support? OLinuXino-Lime2, C.H.I.P.?

Is it possible to soft reset USB device/hub on legacy kernel? On x86 I used to use some C code (opening usb and sending ioctl USBDEVFS_RESET) but id does not work here on arm...

I suppose this tool in only useful for legacy kernel (because of ease of fex manipulation). Do you plan to make such tool for mainline kernel? Is it possible at all to decompile/manipulate/recompile DT files?

Tested. The FS version does not work on OPI 2 kernel 4.11.0 at all, iface does not show up: # lsmod Module Size Used by 8189fs 839680 0 # dmesg [Fri May 5 14:17:11 2017] ######platform_wifi_power_on: # ifconfig wlan0 wlan0: error fetching interface information: Device not found So, it looks like this driver should be fetched from master branch with my PR and converted to in-tree as RTL8189ES.

Yeah, I have OPI 2, so I'll do it I just wonder what is the difference between ES and FS versions...

@zador.blood.stained I've managed to build kernel with 8189fs module, but I need to test it yet. I wonder if 8189es is pretty the same as 8189fs? Because diff shows a lot of changes between master and rtl8189fs branches...

OK, thanks for info, I'll try to enable it and build.

Ups, it went to rtl8189fs branch, so I missed it... In-tree driver patch - to you mean armbian repo or mainline kernel?

I've just tried to build driver on kernel 4.11.0 but got some nasty errors: So I've made quick fix, here is PR to Hans' repo: https://github.com/jwrdegoede/rtl8189ES_linux/pull/2 Works quite fine: [Thu May 4 14:18:59 2017] 8189es: loading out-of-tree module taints kernel. [Thu May 4 14:18:59 2017] bFWReady == _FALSE call reset 8051... [Thu May 4 14:19:00 2017] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [Thu May 4 14:19:00 2017] ==> rtl8188e_iol_efuse_patch [Thu May 4 14:19:00 2017] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [Thu May 4 14:19:00 2017] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready #ifconfig wlan0 Link encap:Ethernet HWaddr 00:e0:4c:f0:1c:fd inet addr:xxx.xxx.xxx.6 Bcast:xxx.xxx.xxx.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:8 errors:0 dropped:0 overruns:0 frame:0 TX packets:13 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2426 (2.4 KB) TX bytes:3674 (3.6 KB) I'll try to adopt it as in-tree in the meantime...

Possibly Ethernet is not set up properly in the DT? Hmmm, but ethernet is working fine: rufik@opi:~$ sudo ethtool eth0 Settings for eth0: Speed: 100Mb/s Duplex: Full Port: MII PHYAD: 1 Transceiver: external Auto-negotiation: on Current message level: 0x00000000 (0) Link detected: yes rufik@opi:~$ ifconfig eth0 Link encap:Ethernet HWaddr 02:81:90:9e:18:31 inet addr:xxx.xxx.xxx.46 Bcast:xxx.xxx.xxx.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:11194 errors:0 dropped:0 overruns:0 frame:0 TX packets:6882 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:5040665 (5.0 MB) TX bytes:2730668 (2.7 MB)

Finally I found some time to adopt DTS from OPI PC (seems pretty the same) and it seems to be working except wifi Linux opi 4.11.0-sun8i #1 SMP Mon May 1 21:44:31 CEST 2017 armv7l armv7l armv7l GNU/Linux rufik@opi:~$ sudo armbianmonitor -m Time CPU load %cpu %sys %usr %nice %io %irq CPU 13:27:00: 480MHz 0.14 3% 1% 2% 0% 0% 0% 38.3°C 13:27:05: 480MHz 0.21 3% 1% 2% 0% 0% 0% 38.2°C 13:27:10: 480MHz 0.18 3% 1% 2% 0% 0% 0% 38.3°C Full info here: http://sprunge.us/eNVT But some errors from dmesg: [Tue May 2 06:29:24 2017] sunxi-mmc 1c10000.mmc: smc 1 err, cmd 8, RTO !! [Tue May 2 06:29:24 2017] sun8i-h3-pinctrl 1c20800.pinctrl: unknown pin PH6 [Tue May 2 06:29:28 2017] thermal thermal_zone0: failed to read out thermal zone (-16) [Tue May 2 06:29:30 2017] sun8i-emac 1c30000.ethernet: EMAC reset timeout First and last seems to be onboard wifi related, right? I wonder what is "failed to read thermal zone" about? Because I can read temperature with no problems and cpufreq works OK. Only no voltage readings in rpimonitor...

OK, thanks, I just need to be sure about that. So it looks like NanoPI and OPI are equal in terms of Armbian support, just hardware really matters

Thanks a lot. Does the both boards boot from internal eMMC?

I have some DYI idea to make some custom ODBII Logger using SBC with Armbian. So I'm searching for suitable SBC: - quite small (50x50mm max), IoT category I think - with H3, at least 512MB RAM - eMMC at least 4GB, SD Cards support - 1 USB for pendrive - wifi in AP mode, just for ssh and copying small files via scp - second UART, freen 2xGPIO, and nice to have audio line-out also - and the most important: running Armbian in headless mode with booting from eMMC - working DVFS to keep temperature in lower levels, no heat dissipation problems (SBC will mostly work with low cpu usage, but I don't really know how low can be CPU/DRAM clocked to run my software, it's to be tested yet) Thanks to excellent tkaiser's guide (https://forum.armbian.com/index.php?/topic/1351-h3-board-buyers-guide/&do=findComment&comment=28169) I already know that NanoPi Air and Zero Plus2 are in my meet my requirements. O maybe there is other small SBC that can be used? And the most important question - does Armbian software support all these things on NanoPi Air and OPI Zero+2? Which of them are better choice in terms of current and future Armbian/Linux development?

Same here after updating OPI PC.

To which repo PR should go to?

So can I base on OPI PC dts? Or OPI Plus?