All Activity

This stream auto-updates   

  1. Past hour
  2. I'm using your last mate version on my m8s, but I have to use the m8s plus dtb to see it booting. Wifi is not working, but luckly, for my current needs, it's not a big problem. The real issue I have foud is that when i try to change the ip to static, amending /etc/network/interfaces, on reboot I've no internet. For now, I solved with a walkaround, editing /etc/rc.local and adding these lines: ifdown eth0 sleep 1 ifup eth0 My idea would be to install your build on the nand to use the box as download server, but I've a couple of questions: - is it possible to install on s812 nand? - when you'll push a new release, how will be possible to upgrade keeping the configuration?
  3. Of course, consider following line in drivers/video/videomodes.c char *p = getenv("video-mode"); Please note that video drivers are loaded very quickly, before U-Boot command line, so variable has to exist before. This can be achieved by setting variable and save it with "saveenv" command.
  4. Touch screen is also working with following tune up sun8i-h3-spi-ads7846.dts /dts-v1/; /plugin/; / { compatible = "allwinner,sun8i-h3"; fragment@0 { target = <&pio>; __overlay__ { ads7846_pins: ads7846_pins { pins= "PA2"; function = "irq"; }; }; }; fragment@1 { target = <&spi0>; __overlay__ { #address-cells = <1>; #size-cells = <0>; status = "okay"; ads7846@0 { compatible = "ti,ads7846"; reg = <1>; /* Chip Select 0 */ status = "okay"; pinctrl-names = "default"; pinctrl-0 = <&ads7846_pins>; spi-max-frequency = <500000>; interrupt-parent = <&pio>; interrupts = <0 2 2>; /* PA7 IRQ_TYPE_EDGE_FALLING */ pendown-gpio = <&pio 0 2 0>; /* PA7 */ /* driver defaults, optional */ ti,x-min = /bits/ 16 <0>; ti,x-max = /bits/ 16 <4095>; ti,y-min = /bits/ 16 <0>; ti,y-max = /bits/ 16 <4095>; ti,swap-xy = <1>; ti,pressure-min = /bits/ 16 <0>; ti,pressure-max = /bits/ 16 <255>; /* ti,x-plate-ohms = /bits/ 16 <180>; */ ti,x-plate-ohms = /bits/ 16 <100>; ti,debounce_max = /bits/ 16 <15000>; ti,debounce_tol = /bits/ 16 <65535>; ti,debounce_rep = /bits/ 16 <100>; ti,vref-delay-usecs = /bits/ 16 <450>; ti,keep_vref_on = <1>; ti,settle_delay_usecs = /bits/ 16 <100>; ti,penirq-recheck-delay-usecs = /bits/ 16 <100>; }; }; }; }; /etc/X11/xorg.conf.d/99-calibr.conf Section "InputClass" Identifier "calibration" MatchProduct "ADS7846 Touchscreen" Option "Calibration" "154 3975 3933 66" Option "SwapAxes" "0" EndSection
  5. Thank you. It is working now with this patch: diff --git a/drivers/video/sunxi/sunxi_dw_hdmi.c b/drivers/video/sunxi/sunxi_dw_hdmi.c index 33920a2..9ae547a 100644 --- a/drivers/video/sunxi/sunxi_dw_hdmi.c +++ b/drivers/video/sunxi/sunxi_dw_hdmi.c @@ -122,13 +122,14 @@ static int sunxi_dw_hdmi_get_plug_in_status(void) static int sunxi_dw_hdmi_wait_for_hpd(void) { ulong start; + mdelay(3000); start = get_timer(0); do { if (sunxi_dw_hdmi_get_plug_in_status()) return 0; udelay(100); - } while (get_timer(start) < 300); + } while (get_timer(start) < 5000); return -1; } Is it possible to set timeouts from environment variable?
  6. Using "truncate" with the "endsect" number shown by fdisk after gparted shrinking. Here is the sequence : sudo modprobe loop sudo losetup -f sudo losetup /dev/loop0 myimage.img sudo partprobe /dev/loop0 sudo gparted /dev/loop0 sudo losetup -d /dev/loop0 fdisk -l myimage.img sudo truncate --size=$[(endsect+1)*512] myimage.img
  7. Could you provide your cat /proc/cmdline output ? There might a log=X in your current boot command line that defines another loglevel.
  8. Today
  9. Updated but untested: https://github.com/armbian/build/commit/7a08a679b8076b8e9049b7e8ae4de26ac24e366d - HDMI out should work - USB as well
  10. http://lmgtfy.com/?q=orange+pi+rca+armbian fourth topic in the searchlist. seeems like a good starting point, whenever its not from the armbianforum. From the known issues: TV Out doesn’t work as expected (only PAL/NTSC resolution, overscanning, no h3disp support, notes for OPi Zero)
  11. Perhaps when I get home I shall try the Xenial image, and see how it goes.
  12. Actually you can't do much except patch U-Boot. H3 and newer chips uses driver in U-Boot which doesn't consider video-mode variable. Since kernel relies on U-Boot to set up HDMI for now, the only thing you can do is to create U-Boot patch and rebuild the image on your own. You only need to change line 131.
  13. I am not get it working. Now I am switching gpio from user-space side.
  14. Hi I connect 7" hdmi display from waveshare to orange pi one on mainline dev kernel. http://www.waveshare.com/wiki/7inch_HDMI_LCD When it is powered before orange, it works ok. But it don't work if it is powered at the same time. I am tried to add hpd_delay at the top of boot.cmd: setenv video-mode sunxi:1024x768-24@60,monitor=hdmi,hpd=1,hpd_delay=20000,edid=1 saveenv the do mkimage -C none -A arm -T script -d /boot/boot.cmd /boot/boot.scr But still no lack, display shows "no cable connected" Also when board start up, u-boot show on serial console this if display powered up before board: CPU: Allwinner H3 (SUN8I 1680) Model: Xunlong Orange Pi One DRAM: 512 MiB MMC: SUNXI SD/MMC: 0 In: serial Out: vidconsole Err: vidconsole And this if display powered same time with board: CPU: Allwinner H3 (SUN8I 1680) Model: Xunlong Orange Pi One DRAM: 512 MiB MMC: SUNXI SD/MMC: 0 In: serial Out: serial Err: serial How can I debug this? Also I tried another 5" hdmi display, that is working correctly (it have another hdmi chip, so it starts more quickly)
  15. Comparing sprunge.us links - I see 2 different images. @tkaiser's is Ubuntu Xenial, @kevvy's is Debian Jessie.
  16. Following up on my previous post: SSD read and write performance is above 200MB/s - can not be the reason for slow write performance. root@espressobin:~# hdparm -tT /dev/sda /dev/sda: Timing cached reads: 1128 MB in 2.00 seconds = 563.38 MB/sec Timing buffered disk reads: 678 MB in 3.01 seconds = 225.51 MB/sec root@espressobin:~# hdparm -tT --direct /dev/sda /dev/sda: Timing O_DIRECT cached reads: 414 MB in 2.00 seconds = 206.64 MB/sec Timing O_DIRECT disk reads: 634 MB in 3.01 seconds = 210.87 MB/sec root@espressobin:~# dd if=/dev/zero of=/mnt/ssd/var/cloud/afp/tempfile bs=1M count=1024 conv=fdatasync,notrunc 1024+0 records in 1024+0 records out 1073741824 bytes (1.1 GB, 1.0 GiB) copied, 5.11181 s, 210 MB/s root@espressobin:~# echo 3 | sudo tee /proc/sys/vm/drop_caches 3 root@espressobin:~# dd if=/mnt/ssd/var/cloud/afp/tempfile of=/dev/null bs=1M count=1024 1024+0 records in 1024+0 records out 1073741824 bytes (1.1 GB, 1.0 GiB) copied, 3.90237 s, 275 MB/s iperf3 results reveal that the network is fine, but that there are issues if espressobin receives data: MacPro:~ admin$ iperf3 -c 192.168.240.42 Connecting to host 192.168.240.42, port 5201 [ 5] local 192.168.240.36 port 49537 connected to 192.168.240.42 port 5201 [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 27.6 MBytes 232 Mbits/sec [ 5] 1.00-2.00 sec 43.4 MBytes 364 Mbits/sec [ 5] 2.00-3.00 sec 45.8 MBytes 384 Mbits/sec [ 5] 3.00-4.00 sec 45.2 MBytes 379 Mbits/sec [ 5] 4.00-5.00 sec 47.0 MBytes 394 Mbits/sec [ 5] 5.00-6.00 sec 45.5 MBytes 382 Mbits/sec [ 5] 6.00-7.00 sec 45.4 MBytes 380 Mbits/sec [ 5] 7.00-8.00 sec 46.2 MBytes 387 Mbits/sec [ 5] 8.00-9.00 sec 48.4 MBytes 405 Mbits/sec [ 5] 9.00-10.00 sec 48.4 MBytes 407 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate [ 5] 0.00-10.00 sec 443 MBytes 371 Mbits/sec sender [ 5] 0.00-10.00 sec 442 MBytes 371 Mbits/sec receiver iperf Done. MacPro:~ admin$ iperf3 -R -c 192.168.240.42 Connecting to host 192.168.240.42, port 5201 Reverse mode, remote host 192.168.240.42 is sending [ 5] local 192.168.240.36 port 49539 connected to 192.168.240.42 port 5201 [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 109 MBytes 910 Mbits/sec [ 5] 1.00-2.00 sec 112 MBytes 937 Mbits/sec [ 5] 2.00-3.00 sec 112 MBytes 937 Mbits/sec [ 5] 3.00-4.00 sec 112 MBytes 937 Mbits/sec [ 5] 4.00-5.00 sec 112 MBytes 937 Mbits/sec [ 5] 5.00-6.00 sec 112 MBytes 937 Mbits/sec [ 5] 6.00-7.00 sec 111 MBytes 934 Mbits/sec [ 5] 7.00-8.00 sec 112 MBytes 937 Mbits/sec [ 5] 8.00-9.00 sec 112 MBytes 937 Mbits/sec [ 5] 9.00-10.00 sec 112 MBytes 937 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 1.09 GBytes 935 Mbits/sec 0 sender [ 5] 0.00-10.00 sec 1.09 GBytes 935 Mbits/sec receiver iperf Done. Probably network related tasks need to be redistributed among espressobin cpu´s. I would like to test again with mainline kernel once available.
  17. Comparing your sprunge upload to mine, I'm seeing some differences. Here's a crappy online text comparison. It's html, so you'd have to download it to view it: https://drive.google.com/open?id=0B44A6_dFxb-7VS1tRzg1NEZNQ1JLaUhQTnlBS2IwMGlZNXIw Also, was that the currently available Debian Jessie from https://www.armbian.com/banana-pi-pro/ ?
  18. C'mon, this shitty forum software again ate most of my posting. Giving up finally on this interactive crap.
  19. macbookpro-tk:~ tk$ ssh root@192.168.83.148 The authenticity of host '192.168.83.148 (192.168.83.148)' can't be established. RSA key fingerprint is ba:ac:e8:f5:9e:31:61:e7:2d:d4:ce:53:4b:72:b8:dd. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added '192.168.83.148' (RSA) to the list of known hosts. root@192.168.83.148's password: You are required to change your password immediately (root enforced) ____ ____ _ ____ | __ ) __ _ _ __ __ _ _ __ __ _ | _ \(_) | _ \ _ __ ___ | _ \ / _` | '_ \ / _` | '_ \ / _` | | |_) | | | |_) | '__/ _ \ | |_) | (_| | | | | (_| | | | | (_| | | __/| | | __/| | | (_) | |____/ \__,_|_| |_|\__,_|_| |_|\__,_| |_| |_| |_| |_| \___/ Welcome to ARMBIAN 5.31 stable Ubuntu 16.04.2 LTS 4.11.5-sunxi System load: 1.17 0.53 0.20 Up time: 1 min Memory usage: 3 % of 999MB IP: 192.168.83.148 CPU temp: 36°C Usage of /: 16% of 7.2G [ General system configuration: armbian-config ] New to Armbian? Check the documentation first: https://docs.armbian.com Changing password for root. (current) UNIX password: Enter new UNIX password: Retype new UNIX password: Thank you for choosing Armbian! Support: www.armbian.com Creating a new user account. Press <Ctrl-C> to abort Please provide a username (eg. your forename): tk Trying to add user tk Adding user `tk' ... Adding new group `tk' (1000) ... Adding new user `tk' (1000) with group `tk' ... Creating home directory `/home/tk' ... Copying files from `/etc/skel' ... Enter new UNIX password: Retype new UNIX password: passwd: password updated successfully Changing the user information for tk Enter the new value, or press ENTER for the default Full Name []: Thomas Kaiser Room Number []: Work Phone []: Home Phone []: Other []: Is the information correct? [Y/n] Dear Thomas Kaiser, your account tk has been created and is sudo enabled. Please use this account for your daily work from now on. root@bananapipro:~# ifconfig eth0 Link encap:Ethernet HWaddr 02:08:09:c0:e5:58 inet addr:192.168.83.148 Bcast:192.168.83.255 Mask:255.255.255.0 inet6 addr: fe80::8:9ff:fec0:e558/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:250 errors:0 dropped:0 overruns:0 frame:0 TX packets:148 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:24081 (24.0 KB) TX bytes:21193 (21.1 KB) Interrupt:50 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 TX bytes:0 (0.0 wlan0 Link encap:Ethernet HWaddr 98:3b:16:e8:b6:35 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 TX bytes:0 (0.0 root@bananapipro:~# nmtui root@bananapipro:~# ifconfig eth0 Link encap:Ethernet HWaddr 02:08:09:c0:e5:58 inet addr:192.168.83.148 Bcast:192.168.83.255 Mask:255.255.255.0 inet6 addr: fe80::8:9ff:fec0:e558/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:351 errors:0 dropped:0 overruns:0 frame:0 TX packets:209 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:31673 (31.6 KB) TX bytes:51215 (51.2 KB) Interrupt:50 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 TX bytes:0 (0.0 wlan0 Link encap:Ethernet HWaddr 98:3b:16:e8:b6:35 inet addr:192.168.178.29 Bcast:192.168.178.255 Mask:255.255.255.0 inet6 addr: fe80::2ba9:fd9a:e324:63b/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:5 errors:0 dropped:0 overruns:0 frame:0 TX packets:10 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1450 (1.4 KB) TX bytes:1600 (1.6 KB) root@bananapipro:~# iwconfig wlan0 wlan0 IEEE 802.11 ESSID:"FRITZ!Box Fon WLAN 7570 vDSL" Mode:Managed Frequency:2.412 GHz Access Point: C0:25:06:32:96:1A Bit Rate=52 Mb/s Tx-Power=31 dBm Retry short limit:7 RTS thr:off Fragment thr:off Encryption key:off Power Management:off Link Quality=47/70 Signal level=-63 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:1 Invalid misc:0 Missed beacon:0 root@bananapipro:~# armbianmonitor -u /var/log/armhwinfo.log has been uploaded to http://sprunge.us/RXiZ Please post the URL in the Armbian forum where you've been asked for. root@bananapipro:~# while true ; do echo "$(awk '{printf ("%0.2f",$1/1000000); }' </sys/power/axp_pmu/ac/voltage)V"; sleep 1; done 5.03V 5.03V 5.04V 5.03V ^C
  20. If anyone has an older Banana Pro image with known working WiFi, that'd be super useful too
  21. That was the extent of the logs. There's nothing in syslog or /var/log/messages It's NFSv4 I've had no end of trouble tonight too... not sure hat triggered it. Been getting the same Error 5 sometimes and a File Locked error too The server is a Synology DS215j I've just switched the mounts to NFSv3 and it seems to be working again
  22. Relying on big.LITTLE designs from Android TV boxes or tablets is a great idea if you're a developer and want to understand how stuff works. As an example: Take the hour and read through this to understand why 'real world performance' will be shitty as hell while specs look great: https://discuss.96boards.org/t/odroid-xu4-cortex-a15-vs-hikey-960-a73-speed/2140 (of course no one will do since people looking at specs already actively reject reality. Specs don't matter, settings and software support situation is way more important. Good luck buying Android devices without support)
  23. Anyone looked into this already: https://github.com/MarvellEmbeddedProcessors/main/wiki/Power-Saving-Script Powering off unused PHYs and stuff like that might result in impressive savings...
  24. Banana Pi uses a SHITTY DC-IN connector. Problems expected! Of course Armbian images work, I tested Banana Pi legacy and most recent mainline image on thursday for some performance comparisons: https://forum.openmediavault.org/index.php/Thread/17855-Building-OMV-automatically-for-a-bunch-of-different-ARM-dev-boards/?postID=149458#post149458 If this image wouldn't work as expected we would have ten threads a day reporting this!
  25. In armbian it is: cd /etc/sysctl.d/ && ls -la nano 10-console-messages.conf # the following stops low-level messages on console #kernel.printk = 4 4 1 7 kernel.printk = 7 4 1 7 I have added this to all the steps I have done above, but there is not more text, while rebooting even less: root@tinkerboard:~# init 6 [ 33.846618] reboot: Restarting system
  26. I am new to OPi+2E & Armbian combo. When booted up, all outgoing traffic is fine (though speed is very slow) but no incoming traffic gets successful, e.g. SSH and Ping. I tried DHCP and Static IPs. I believe there is no firewall running. I connected to WiFi through armbian-config and WiFi also connected but no incoming on either interface. If I disconnect LAN cable while WiFi is still connected, incoming traffic works on WiFi. As soon as I connect LAN cable again, incoming stops working on both interfaces. Same behaviour on Raspbian and Armbian. Is there some firmware I need to update? Help will be appreciated.
  1. Load more activity