Search the Community

Showing results for tags 'mainline'.

More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


  • Announcements & first aid
    • Announcements
    • Board doesn't start
  • Community forums
    • Common issues
    • Peer to peer technical support
    • Feature Requests
    • TV boxes
    • General chit chat
  • Bug tracker
    • Allwinner A20
    • Allwinner H2 & H3
    • Allwinner H5 & A64
    • Armada A388, A3700
    • Amlogic S905(x)
    • NXP (Freescale)
    • Rockchip 3288 & 3328
    • Other supported boards
  • Development
    • Allwinner H6
    • Rockchip 3399
    • Development

Find results in...

Find results that contain...

Date Created

  • Start


Last Updated

  • Start


Filter by number of...


  • Start





Website URL







Found 851 results

  1. It is possible to drag backlight control slider to far left position and this completely dims the screen's backlight. This might cause a lot of trouble, if backlight levels get saved by systemd service, as it will persist across reboots and will require you to shine a flashlight on a screen to actually see something and turn backlight back on.
  2. Hello, i try to move it from SD to eMMC on a Orange Pi Zero +2 H5, but without success. Shouldn't be two partion created on eMMC by the nand-sata-install script ? root@orangepizeroplus2:~# fdisk -l /dev/mmcblk2 Disk /dev/mmcblk2: 7.3 GiB, 7818182656 bytes, 15269888 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0xe8c6ce8d Device Boot Start End Sectors Size Id Type /dev/mmcblk2p1 8192 15117183 15108992 7.2G 83 Linux Old UUID: /dev/mmcblk0p1 SD UUID: UUID=85ffa85e-4784-4cfd-93bb-db6f93f8ef0b UUID=dcb9caff-046e-4a9f-8d17-580c67514cf6 SATA UUID: UUID=dcb9caff-046e-4a9f-8d17-580c67514cf6 eMMC UUID: UUID=dcb9caff-046e-4a9f-8d17-580c67514cf6 ext4 Boot: $1 /dev/mmcblk2p1 ext4 Root: $2 /dev/mmcblk2p1 Usage: 1137 Dest: 6781 regards MoHorst
  3. This has been replaced by: User Space IO get more details on this thread. Well, it's time to say goodbye to sysfs and hello to libgpiod! @zador.blood.stained pointed me in the right direction, but you need to do one little hack I'll explain below involving compiler_types.h. I tested this on a NanoPi Duo, but it should work on any mainline Armbian release (and other distros as well) as long as the kernel is >= 4.8. Try ls /dev/gpiochip* and see if anything is listed. If so, then proceed. I'm continuing work on my Github site, so please report any issues there. There is an Armbian install script that automates the steps below I generated the Python wrapper, but there's a lot of functions to test, so I'm not sure of the quality. I'm working on some simple Python tests. sudo armbian-config, Software, Headers sudo apt-get install libtool pkg-config git clone cd libgpiod mkdir -p include/linux cp /usr/src/linux-headers-$(uname -r)/include/linux/compiler_types.h include/linux/. ./ --enable-tools=yes --prefix=/usr/local CFLAGS="-I/usr/src/linux-headers-$(uname -r)/include/uapi -Iinclude" make sudo make install sudo ldconfig Let's try some commands: sudo gpiodetect gpiochip0 [1c20800.pinctrl] (224 lines) gpiochip1 [1f02c00.pinctrl] (32 lines) sudo gpioinfo | grep "\[used\]" line 10: unnamed "nanopi:blue:status" output active-high [used] line 166: unnamed "cd" input active-high [used] line 202: unnamed "interrupt" input active-high [used] line 205: unnamed "reset" output active-low [used] line 6: unnamed "?" output active-high [used] line 7: unnamed "vcc-wifi" output active-high [used] line 10: unnamed "nanopi:green:pwr" output active-high [used] Notice how it found the Duo's built in LEDs Now let's test the Duo's built in button (press and release 3 times): sudo gpiomon --num-events=3 --rising-edge gpiochip1 3 event: RISING EDGE offset: 3 timestamp: [1516774143.944174870] event: RISING EDGE offset: 3 timestamp: [1516774145.123474395] event: RISING EDGE offset: 3 timestamp: [1516774145.987531088] Wire up LED (the normal way) and use Duo's IOG11 then to turn on and off: sudo gpioset gpiochip0 203=0 sudo gpioset gpiochip0 203=1 Python code import time from libgpiod.libgpiod import * chip = gpiod_chip_open("/dev/gpiochip0") line = gpiod_chip_get_line(chip, 203) # The will set line for output and set initial value (LED on) if gpiod_line_request_output(line, "test", 0) == 0: time.sleep(3) # LED off gpiod_line_set_value(line, 1) gpiod_line_release(line) gpiod_chip_close(chip) More reading at and Maybe @Larry Bank will work on ArmbianIO II It looks like in the old Github site there was a milestone to create Python and C++ wrappers Once I learn more about libgpiod I may just generate them like I did for ArmbianIO.
  4. INFOS: Armbian Bionic mainline kernel 4.19.20 System: OrangePi Pc Monitor, full HD (1920*1080), over HDMI. SOLUTION, ROTATE SCREEN: My rotation Settings that i try: 1. xrandr (not permanently, only for this session) 2. echo n > /sys/class/graphics/fbcon/rotate_all n=0,1,2,3 (permanently solution) See: <-Point:Rotation PROBLEM: Screen rotation problem: On every boot the rotation is correctly applied BUT: Turn Monitor off an then on again, the rotation is NOT applied. PROBLEM SINCE : Quarterly update cycle, until november 2018 everything works fine and i did not have this problem. QUESTION: Is this still the right way rotate the screen, or is there a different/new way. Whats happend, that the Screen is not rotated after switching on again, how to solve it?
  5. Hi, I have a Pine64-1gb laying around collecting dust for more that a year and had the idea to replace my RPi3 whitch is now running as a VPN Router. The RPi3 is restricted to 2 streams and cause cpu load to 100% so mabe the Pine64 could help here. As I already setup the RPi3 as VPN Router I thought I use the same procedure for the Pine64 with Armbian Jessie. This is what I use: HW: Pine64 with 1gb ram (Model: PA641GB) OS: ARMBIAN 5.38 stable Debian GNU/Linux 8 (jessie) 3.10.107-pine64 VPN software: OpenVPN VPN Service: PIA Here a small tutorial of the commands that I'v been used to create this VPN Gateway: Fist start to setup a Static IP address like this: command ~#sudo nano /etc/network/interfaces auto lo iface lo inet loopback auto eth0 allow-hotplug eth0 iface eth0 inet static address netmask gateway dns-nameservers I also used armbian-config to do this but I always received a message complaining about dnsmasq. So I did this and the problem went away: sudo apt-get update sudo apt-get install dnsmasq Setup the VPN Client installing openvpn client sudo apt-get install openvpn Download and unzip PIA OpenVPN profiles wget unzip -d openvpn Copy the profile and certificates to OpenVPN Folder sudo cp openvpn/ca.rsa.2048.crt openvpn/crl.rsa.2048.pem /etc/openvpn/ sudo cp openvpn/put-your-chosed-server-name-here.ovpn /etc/openvpn/-put-your-server-name-here-to-create.conf notice that the extension has changed from ovpn to conf create a login file with username and password for PIA sudo nano /etc/openvpn/login add your username and password per line put-your-username-here put-your-password-here now we need to change the config file to point to correct file locations sudo nano /etc/openvpn/put-your-server-name-here-that-your-create-.conf change the following lines and add the paths: auth-user-pass ca ca.rsa.2048.crt crl-verif crl.rsa.2048.pem to: auth-user-pass /etc/openvpn/login ca /etc/openvpn/ca.rsa.2048.crt crl-verif /etc/openvpn/crl.rsa.2048.pem Now reboot: sudo reboot Now let's test the VPN sudo openvpn --config /etc/openvpn/-put-your-created-server-name-here-.conf to Exit use Ctrl + c Enable VPN at boot sudo systemctl enable openvpn@-your-created-server-here- example: sudo systemctl enable openvpn@Japan (you get the point) Setup IPTables sudo nano /etc/sysctl.conf uncomment the # to allow forwarding net.ipv4.ip_forward = 1 enable the service by typing this command: sudo sysctl -p IPTables this is best to just copy and past this to your ssh session. If you want to know more details about these rules, check out the video sudo iptables -A INPUT -i lo -m comment --comment "loopback" -j ACCEPT sudo iptables -A OUTPUT -o lo -m comment --comment "loopback" -j ACCEPT sudo iptables -I INPUT -i eth0 -m comment --comment "In from LAN" -j ACCEPT sudo iptables -I OUTPUT -o tun+ -m comment --comment "Out to VPN" -j ACCEPT sudo iptables -A OUTPUT -o eth0 -p udp --dport 1198 -m comment --comment "openvpn" -j ACCEPT sudo iptables -A OUTPUT -o eth0 -p udp --dport 123 -m comment --comment "ntp" -j ACCEPT sudo iptables -A OUTPUT -p UDP --dport 67:68 -m comment --comment "dhcp" -j ACCEPT sudo iptables -A OUTPUT -o eth0 -p udp --dport 53 -m comment --comment "dns" -j ACCEPT sudo iptables -A FORWARD -i tun+ -o eth0 -m state --state RELATED,ESTABLISHED -j ACCEPT sudo iptables -A FORWARD -i eth0 -o tun+ -m comment --comment "LAN out to VPN" -j ACCEPT sudo iptables -t nat -A POSTROUTING -o tun+ -j MASQUERADE make the rules persistent when reboot: sudo apt-get install iptables-persistent the installer will ask to save the rules IPv4 select YES and also YES for IPv6. sudo netfilter-persistent save lets apply this netfilter to the startup: sudo systemctl enable netfilter-persistent sudo reboot Enjoy !!!!
  6. Hi! I've recently bought a nanopi NEO2 which features an Allwinner H5. On FriendlyArm website (and on Allwinner's too) it is stated that the H5 is clocked 1.5Ghz. I need to perform some heavy job and and noticed that the cpu frequency hits, at full power, only 1Ghz. I checked using cpufreq-info and I got: driver: cpufreq-dt CPUs which run at the same hardware frequency: 0 1 2 3 CPUs which need to have their frequency coordinated by software: 0 1 2 3 maximum transition latency: 244 us. hardware limits: 120 MHz - 1.01 GHz available frequency steps: 120 MHz, 240 MHz, 312 MHz, 480 MHz, 624 MHz, 816 MHz, 1.01 GHz available cpufreq governors: conservative, ondemand, userspace, powersave, performance, schedutil current policy: frequency should be within 120 MHz and 1.01 GHz. The governor "ondemand" may decide which speed to use within this range. current CPU frequency is 1.01 GHz (asserted by call to hardware). cpufreq stats: 120 MHz:58.40%, 240 MHz:0.75%, 312 MHz:0.82%, 480 MHz:0.47%, 624 MHz:0.65%, 816 MHz:0.64%, 1.01 GHz:38.28% (66) which clearly says that the cpu is limited to 1.01 Ghz by hardware. I am sure the allwinner H5 could reach 1.5, so the options are two: or friendly elec has limited by hardware their nanopi (in that case it would absolutely not fair to state on the website 1.5ghz) or it is limited by the kernel. Hoping the case is the second one (I bought two of them!), can you help me? Is there a way to compile the kernel allowing the true maximum frequency? Thank you very much
  7. Hi, I am glad you are interested to help us. A long time ago at the end of 2015 the Kickstarter was founded and since middle of 2016 the hardware is available. If you look at our download page of Pine64 you can see that since then we have collected a lot of information of which some of it maybe obsolete/outdated/resolved: Now, if you are a lucky owner of such a SBC you have THE CHANCE to help the armbian project. Will you please download the latest Xenial legacy kernel 3.10.y and verifiy if some of the problems listed on the website are already solved in the current release? And if so, please report back here what you have tested and which of the lines of the website (by quoting these) are obsolete or if you know how it can be resolved. Let's start bug hunting and spread the word to support us hunting.
  8. I just checked the mali blob: mali450r5p001rel0linux1fbdevarm64v8a (fbdev) and this blob is working on the legacy kernel with the proper patches. Nevertheless we may have some stability issues at the current voltage/frequence; Indeed gl-mark2-es-fb crashes around the refract test on my board.
  9. Could the maintainer please rebuild the package? The package linux-source-4.19.20-next-sunxi has the kernel source code in a tarball linux-source-4.19.20-sunxi.tar.xz, but that tarball has an error in it. It contains the following link: wireguard -> /home/igorp/samsung/cache/sources/wireguard/src This is an oops on Igor's part. Incidentally, I found a number of broken links, I'm not sure if these are all errors: /usr/src$ find -follow -type l -ls 142207 0 lrwxrwxrwx 1 root root 47 Feb 9 11:01 ./net/wireguard -> /home/igorp/samsung/cache/sources/wireguard/src 634352 0 lrwxrwxrwx 1 root root 28 Dec 27 00:53 ./debian/hdrtmp/usr/src/linux-headers-4.19.20-sunxi/scripts/dtc/include-prefixes/nios2 -> ../../../arch/nios2/boot/dts 634353 0 lrwxrwxrwx 1 root root 30 Dec 27 00:53 ./debian/hdrtmp/usr/src/linux-headers-4.19.20-sunxi/scripts/dtc/include-prefixes/powerpc -> ../../../arch/powerpc/boot/dts 269401 0 lrwxrwxrwx 1 root root 36 Feb 9 10:41 ./debian/hdrtmp/lib/modules/4.19.20-sunxi/build -> /usr/src/linux-headers-4.19.20-sunxi 616013 0 lrwxrwxrwx 1 root root 48 Feb 9 11:01 ./drivers/net/wireless/rtl8812au/core -> /home/igorp/samsung/cache/sources/rtl8812au/core 616009 0 lrwxrwxrwx 1 root root 57 Feb 9 11:01 ./drivers/net/wireless/rtl8812au/modules.order -> /home/igorp/samsung/cache/sources/rtl8812au/modules.order 616016 0 lrwxrwxrwx 1 root root 50 Feb 9 11:01 ./drivers/net/wireless/rtl8812au/os_dep -> /home/igorp/samsung/cache/sources/rtl8812au/os_dep 616015 0 lrwxrwxrwx 1 root root 47 Feb 9 11:01 ./drivers/net/wireless/rtl8812au/hal -> /home/igorp/samsung/cache/sources/rtl8812au/hal 616011 0 lrwxrwxrwx 1 root root 51 Feb 9 11:01 ./drivers/net/wireless/rtl8812au/include -> /home/igorp/samsung/cache/sources/rtl8812au/include 616010 0 lrwxrwxrwx 1 root root 52 Feb 9 11:01 ./drivers/net/wireless/rtl8812au/platform -> /home/igorp/samsung/cache/sources/rtl8812au/platform
  10. I'm trying to run an executable on an OrangePi Prime. The message is: -bash: <filename>: No such file or directory The output of the file command on the executable is: <filename>: ELF 32-bit LSB executable, ARM, EABI5 version 1 (GNU/Linux), dynamically linked, interpreter /lib/, for GNU/Linux 2.6.32, BuildID[sha1]=xxx, not stripped The app runs fine on OrangePi One, OrangePi Zero and Raspberry Pi.
  11. Hy, I have tried to use my tinkerboard like an hotspot. configuration done with armbian-config. when i used the armbian jessie ( ARMBIAN 5.73 stable Debian GNU/Linux 8 (jessie) 4.19.20-rockchip) : everything works IF i don't do an apt-upgrade. If i do an apt-upgrade or using the last img of armbian strectch, i cannot connect any devices to my Tinkerboard : here what i have when i used ssh to see what's wrong : Can somebody help me please
  12. Ethernet was working fine for me, up until I rebooted the board. The LEDs on the ethernet port blink briefly during boot, but once booted they are off, and the board does not have an IP address. Via serial console I undid the change I made prior to the fateful reboot (adding 'overlays=uart1' to '/boot/armbianEnv.txt') and rebooted again, but to no avail. Having searched for the issue, I also confirmed that my power supply is sufficient; running 'stress -c 2 -m 2', and measuring across pins 2 (5V) and 6 (GND) of the 40-pin header, I get 5.05V. As I don't have a network connection, I did not run 'sudo armbianmonitor -u', but I gathered the following information: Boot info: U-Boot SPL 2018.11-armbian (Feb 08 2019 - 11:25:07 +0100) DRAM: 512 MiB Trying to boot from MMC1 U-Boot 2018.11-armbian (Feb 08 2019 - 11:25:07 +0100) Allwinner Technology CPU: Allwinner H3 (SUN8I 1680) Model: Xunlong Orange Pi One DRAM: 512 MiB MMC: SUNXI SD/MMC: 0 Loading Environment from EXT4... ** File not found /boot/boot.env ** ** Unable to read "/boot/boot.env" from mmc0:1 ** In: serial Out: serial Err: serial Net: phy interface0 eth0: ethernet@1c30000 230454 bytes read in 22 ms (10 MiB/s) starting USB... USB0: USB EHCI 1.00 USB1: USB OHCI 1.0 USB2: USB EHCI 1.00 USB3: USB OHCI 1.0 scanning bus 0 for devices... 1 USB Device(s) found scanning bus 2 for devices... 1 USB Device(s) found scanning usb for storage devices... 0 Storage Device(s) found Autoboot in 1 seconds, press <Space> to stop switch to partitions #0, OK mmc0 is current device Scanning mmc 0:1... Found U-Boot script /boot/boot.scr 3798 bytes read in 12 ms (308.6 KiB/s) ## Executing script at 43100000 U-boot loaded from SD Boot script loaded from mmc 219 bytes read in 10 ms (20.5 KiB/s) 4950770 bytes read in 253 ms (18.7 MiB/s) 7323200 bytes read in 367 ms (19 MiB/s) Found mainline kernel configuration 29097 bytes read in 45 ms (630.9 KiB/s) 502 bytes read in 96 ms (4.9 KiB/s) Applying kernel provided DT overlay sun8i-h3-uart1.dtbo 4155 bytes read in 91 ms (43.9 KiB/s) Applying kernel provided DT fixup script (sun8i-h3-fixup.scr) ## Executing script at 44000000 ## Loading init Ramdisk from Legacy Image at 43300000 ... Image Name: uInitrd Image Type: ARM Linux RAMDisk Image (gzip compressed) Data Size: 4950706 Bytes = 4.7 MiB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK ## Flattened Device Tree blob at 43000000 Booting using the fdt blob at 0x43000000 EHCI failed to shut down host controller. EHCI failed to shut down host controller. Loading Ramdisk to 49b47000, end 49fffab2 ... OK reserving fdt memory region: addr=43000000 size=6d000 Loading Device Tree to 49ad7000, end 49b46fff ... OK Starting kernel ... Uncompressing Linux... done, booting the kernel. Debian GNU/Linux 9 OrangePi-db-4e ttyS0 OrangePi-db-4e login: The result of 'uname -a': Linux OrangePi-db-4e 4.19.20-sunxi #5.75 SMP Sat Feb 9 19:02:47 CET 2019 armv7l GNU/Linux The result of 'dmesg | grep eth': [ 0.000000] psci: probing for conduit method from DT. [ 1.879134] dwmac-sun8i 1c30000.ethernet: PTP uses main clock [ 1.879173] dwmac-sun8i 1c30000.ethernet: No regulator found [ 1.879482] dwmac-sun8i 1c30000.ethernet: Current syscon value is not the default 148000 (expect 58000) [ 1.879501] dwmac-sun8i 1c30000.ethernet: No HW DMA feature register supported [ 1.879506] dwmac-sun8i 1c30000.ethernet: RX Checksum Offload Engine supported [ 1.879512] dwmac-sun8i 1c30000.ethernet: COE Type 2 [ 1.879517] dwmac-sun8i 1c30000.ethernet: TX Checksum insertion supported [ 1.879523] dwmac-sun8i 1c30000.ethernet: Normal descriptors [ 1.879528] dwmac-sun8i 1c30000.ethernet: Chain mode enabled [ 1.880078] dwmac-sun8i 1c30000.ethernet: Found internal PHY node [ 1.880181] dwmac-sun8i 1c30000.ethernet: Switch mux to internal PHY [ 1.880190] dwmac-sun8i 1c30000.ethernet: Powering internal PHY [ 9.498459] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 9.505005] dwmac-sun8i 1c30000.ethernet eth0: No Safety Features support found [ 9.505022] dwmac-sun8i 1c30000.ethernet eth0: No MAC Management Counters available [ 9.505030] dwmac-sun8i 1c30000.ethernet eth0: PTP not supported by HW [ 9.505503] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready The result of 'cat /etc/network/interfaces': # Network is managed by Network manager auto lo iface lo inet loopback I edited the above file to add 'auto eth0' and rebooted, but the result was the same; brief flashes of the ethernet LEDs, then nothing. Any hints or tips gratefully received. Thanks. EDIT: I booted with a freshly-flashed SD card, with the same result. So I assume this is physical damage, which is unfortunate.
  13. Hello, I've been using an OrangePi PC with legacy distribution for a long time as a mini-server, it worked Ok except for some seemingly random freeze. I'm using it with an unsupported monitor size (1600x1200), so I had a modded version, and I never updated the system files to avoid having to recompile. I'd like to update Armbian to the mainline kernel version, but I want to keep all my settings/additions/installed programs, so I'd prefer to NOT do a complete re-install. Is there a way to do an upgrade without losing everything?? If not, how can I keep track of all the modifications currently installed so I can re-install them? TIA
  14. Hello, I’ve just tried to boot the theoretically universal Armbian_5.72.1_Olinuxino-a20_Debian_stretch_next_4.19.17 image (taken from on my A20-SOM device, but with no success. The following output is displayed: **File not found /boot/dtb/ ** libfdt fdt_check_header(): FDT_ERR_BADMAGIC No FDT memory address configured. Please configure the FDT address via “fdt addr ” command. Aborting! ** File not found /boot/dtb/overlay/sun7i-a20-fixup.scr ** … ERROR: Did not find a cmdline Flattened Device Tree Could not find a valid device tree SCRIPT FAILED: continuing… Card did not respond to voltage select! … Device 0: unknown device ethernet@01c50000 Waiting for PHY auto negotiation to complete…… TIMEOUT ! Could not initialize PHY ethernet@01c50000 I’d really appreciate any help with this, because I really need to make this work!! Thanks in advance
  15. From reading through the forums I cobbled together what I thought might work for getting spi nor to boot, but it fails: Activate the spi-jedec-nor overlay in /boot/armbianEnv.txt : overlays=spi-jedec-nor param_spinor_spi_bus=0 Then, after reboot, "cat /proc/mtd" should produce something like this : dev: size erasesize name mtd0: 00200000 00001000 "spi0.0" Here is where it fails - I just get the heading, with no mtd0: 00200000 00001000 "spi0.0". Should I be using a different param_spinor_spi_bus? I assume that once that works, the following will work? apt-get install mtd-utils cat /usr/lib/linux-u-boot-next-orangepizeroplus_5.38_arm64/sunxi-spl.bin /usr/lib/linux-u-boot-next-orangepizeroplus_5.38_arm64/u-boot.itb > /usr/lib/linux-u-boot-next-orangepizeroplus_5.38_arm64/u-boot-sunxi-with-spl.bin flashcp /usr/lib/linux-u-boot-next-orangepizeroplus_5.38_arm64/u-boot-sunxi-with-spl.bin /dev/mtd0
  16. These boards are well suited to routing/network traffic control functionality. Currently the kernel has been compiled with Traffic Control stuff disabled, which makes it impossible to perform traffic shaping on stock Armbian kernel. I'm busy recompiling the kernel as a temporary solution, but I will really appreciate it if the kernel build maintainer can please change the traffic control options from DISABLED to MODULE (at least)? I have a bunch of Armbian boards but I'm testing with NanoPi Neo 2 right now. --- I'll let you know the size of the modules once I've finished compiling.
  17. Well, no fancy introduction here, because this doesn't pretend to be a script for the general use, only for testers who want to try the current *very early* status of the media capabilities in the Armbian meson mainline kernel. Warning: It will replace your current kernel with a pre-compiled nightly 4.19.20. Instructions: Download, untar and run. If you need further instructions, then you are not ready for this script (again, it is very unpolished, not for general use). Download link:!YvYUhayC!CI1fl52V4tV0G4oqUib4W-NlMpVSpLDp8kmo74g-V08 Things that you can try with this script, on a X session: Use a 1080p@30fps h264 video, and play it with "mpv -hwdec <filename>". You'll see in the logs that it is decoding through v4l-m2mcopy Install and run glmark2-es2 Use Chromium WebGL Play a 1080p@30fps video in YouTube in full-screen smoothly. I'm pretty sure it is not really using HW decoding as it claims (there is no initialization message in dmesg), but it's smooth for sure. Gstreamer is tested not to work, in some other forum I was told that Bionic version is not enough and I need to compile a newer one. Performance is not in any way good, but it is a starting point. Anyway, the first TO-DO is getting the mali module integrated into the kernel, so there is no need to compile it separately.
  18. I need certificate AP6210 in regulatory agency here in Brazil (ANATEL). My AP6210 works very well, no problems. I have certificate a similar WIFI/BT module that use Broadcom too in recent past and for this manufacturer send two things: 1. A mfg firmware that enable module hardware control (to set power, channel, duty cycle, technology, etc); 2. A tool called wl that allows send commands For bluetooth a little program that controls this part. I'm looking for similar tools for certificate AP6210 but I cant find this anywhere. I have tried contact with AMPAK and no answer. Appreciate for any help.
  19. I am trying to get a DS18B20 working on an OrangePi zero running Armbian. The DS18B20 has a pull-up resistor and works on a Raspberry Pi, and is connected to PA10, +5V and Gnd. I have modified /etc/modules-load.d/modules.conf thus: g_serial w1-sunxi w1-gpio w1-therm I have modified /etc/default/cpufrequtils thus: ENABLE=true MIN_SPEED=480000 MAX_SPEED=1200000 GOVERNOR=interactive After a reboot, dmesg looks like this: [ 8.970765] g_serial gadget: Gadget Serial v2.4 [ 8.970777] g_serial gadget: g_serial ready [ 8.995601] Driver for 1-wire Dallas network protocol. [ 9.083869] EXT4-fs (mmcblk0p1): re-mounted. Opts: commit=600,errors=remount-ro Note the absence of anything like "[8.xxxxx] W1_SUNXI: Added w1-gpio on GPIO-10", and when I look in /sys/bus/w1/devices, there is nothing there. I ran armbianmonitor -u, and the output is at lsmod shows me this: w1_therm 16384 0 w1_gpio 16384 0 wire 20480 2 w1_gpio,w1_therm
  20. Hello everyone, I am currently experiencing a network configuration problem. This concerns a project based on an ODROID C2 board with a Linux Debian 9 stretch 5.73 / Kernel 3.16.57 the board is equipped with a USB 3.0 hub + RJ45 powered. The ultimate goal is to have the WAN on eth0 in DHCP (odroid LAN) an eth1 LAN in static (HUB LAN) A wifi key RALINK RT5572 in access point with a static ip, hosting the bridge of the eth0 if necessary. What works so far: Everything is "ok" on boot, however it was necessary to disable some services at startup, and some behavior is strange: Services disabled: Wpasupplicant (disabled and hidden) otherwise impossible to pass the wifi key in MASTER NetworkManager-wait-online (otherwise go round on boot and fail) Installed services: hostapd (for the access point) dnsmaq openvpn (not used yet) My configuration is : /etc/network/interfaces auto lo iface lo inet loopback auto eth0 iface eth0 inet dhcp auto wlan0 iface wlan0 inet static address network netmask #gateway auto eth1 iface eth1 inet static address network netmask #gateway hostapd.conf: # Wi-Fi wlan interface interface = wlan0 # nl80211 with all Linux drivers mac80211 driver = nl80211 # Name of the Wi-Fi spot ssid = MonSSID # Wi-Fi mode (a = IEEE 802.11a, b = IEEE 802.11b, g = IEEE 802.11g) hw_mode = g # frequency channel Wi-Fi (1-14) channel = 6 # WPA macaddr_acl = 0 auth_algs = 1 wpa = 2 wpa_passphrase = MonMDPSECRET wpa_key_mgmt = WPA-PSK wpa_pairwise = TKIP rsn_pairwise = CCMP has been uncommented: the hostapd default for the daemon's auto launch (the link to the hostapd.conf is good) DNSMAQ (at the end of the file): #CONFIG interface = wlan0 domain-needed bogus-priv filterwin2k locates-queries Local = / lan / domain = local.local expand-hosts no-negcache resolv-file = / tmp / dhcp-authoritative DHCP-leasefile = / tmp / dhcp.leases # use / etc / ethers for static hosts; same format as --dhcp-host # read-ethers # DHCP range dhcp-range =,,12h # Netmask dhcp-option = 1, # Road dhcp-option = 3, Network Manager is configured to handle interfaces in /etc/network/interfaces file (ifupdown = true) reboot, interfaces eth0 and 1 jump up well, dhcp for 0 and static for 1. However, several things are strange: - "Failed to start Raise network interfaces" (at the boot). A systemctl status networking sends me a total fail of the service. That does not prevent networks from functioning. - Random behavior of the Wlan0 interface. once on 4 or 5 reboot it is up but no IP address assigned. However, It always passes MASTER, sometimes it passes Manage first and then MASTER after a few seconds. If necessary I bridge the net on the access point wlan0 I use for this the time to test this commands: sysctl -w net.ipv4.ip_forward = 1 iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE ip a returns me : 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 00:1e:06:35:69:57 brd ff:ff:ff:ff:ff:ff inet brd scope global dynamic eth0 valid_lft 70201sec preferred_lft 70201sec inet6 fe80::21e:6ff:fe35:6957/64 scope link valid_lft forever preferred_lft forever 3: bond0: <BROADCAST,MULTICAST,MASTER> mtu 1500 qdisc noop state DOWN group default link/ether 1e:48:20:5a:68:17 brd ff:ff:ff:ff:ff:ff 4: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 00:0e:c6:ad:d7:66 brd ff:ff:ff:ff:ff:ff inet brd scope global eth1 valid_lft forever preferred_lft forever inet6 fe80::20e:c6ff:fead:d766/64 scope link valid_lft forever preferred_lft forever 5: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether 08:80:05:bb:11:04 brd ff:ff:ff:ff:ff:ff inet brd scope global wlan0 valid_lft forever preferred_lft forever systemctl status networking ● networking.service - Raise network interfaces Loaded: loaded (/lib/systemd/system/networking.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since Thu 2019-02-28 17:41:41 CET; 15h ago Docs: man:interfaces(5) Process: 324 ExecStart=/sbin/ifup -a --read-environment (code=exited, status=1/FAILURE) Process: 301 ExecStartPre=/bin/sh -c [ "$CONFIGURE_INTERFACES" != "no" ] && [ -n "$(ifquery --read-environment --list --exclude=lo)" ] && udevadm settle (code=exited, status=0/SUCCESS) Main PID: 324 (code=exited, status=1/FAILURE) Feb 28 17:41:40 odroidc2 ifup[324]: RTNETLINK answers: File exists Feb 28 17:41:40 odroidc2 ifup[324]: /etc/resolvconf/update.d/libc: Warning: /etc/resolv.conf is not a symbolic link to /etc/resolvconf/run/resolv.conf Feb 28 17:41:40 odroidc2 dhclient[624]: bound to -- renewal in 40936 seconds. Feb 28 17:41:40 odroidc2 ifup[324]: bound to -- renewal in 40936 seconds. Feb 28 17:41:41 odroidc2 ifup[324]: RTNETLINK answers: File exists Feb 28 17:41:41 odroidc2 ifup[324]: ifup: failed to bring up eth1 Feb 28 17:41:41 odroidc2 systemd[1]: networking.service: Main process exited, code=exited, status=1/FAILURE Feb 28 17:41:41 odroidc2 systemd[1]: Failed to start Raise network interfaces. Feb 28 17:41:41 odroidc2 systemd[1]: networking.service: Unit entered failed state. Feb 28 17:41:41 odroidc2 systemd[1]: networking.service: Failed with result 'exit-code'. Since the project node goes through this access point, how to make it reliable? and why these facts? Thank for our feedback!
  21. Hi! SBC : OrangePi Zero 2 + (H3) Distro: ARMBIAN 5.76 stable Debian GNU/Linux 9 (stretch) 4.19.21-sunxi First when I ran : sudo armbianmonitor -u reply is : System diagnosis information will now be uploaded to Please post the URL in the forum where you've been asked for. Now my problem: I am using Armbian for quite a time and it is wonderful. I am trying to connect a waveshare clone 7 inch lcd with a 800x480 resolution, as the EDID information which lcd provides is broken, I have to force EDID firmware for 800x480 which is already available in the /lib/firmware/edid directory , previously it was working in mainline kernel , but now it refuse to load the same as I upgraded to stretch 4.19.21. /boot/armbianEnv.txt: verbosity=1 logo=disabled console=both edid=0 disp_mode=800x480 extraargs=drm.edid_firmware=edid/800x480.bin overlay_prefix=sun8i-h3 overlays=analog-codec usbhost2 usbhost3 rootdev=UUID=b0cad4ec-9479-4799-9d45-6ca4d9b3da22 rootfstype=ext4 usbstoragequirks=0x2537:0x1066:u,0x2537:0x1068: dmesg : 1.895908] platform HDMI-A-1: Direct firmware load for edid/800x480.bin failed with error -2 [ 1.895916] platform HDMI-A-1: Falling back to syfs fallback for: edid/800x480.bin [ 62.458285] [drm:drm_load_edid_firmware] *ERROR* Requesting EDID firmware "edid/800x480.bin" failed (err=-11) [ 63.867927] platform HDMI-A-1: Direct firmware load for edid/800x480.bin failed with error -2 [ 63.867943] platform HDMI-A-1: Falling back to syfs fallback for: edid/800x480.bin [ 64.141303] [drm:drm_load_edid_firmware] *ERROR* Requesting EDID firmware "edid/800x480.bin" failed (err=-11) if I change the /boot/armbianEnv.txt file as under extraargs=drm.edid_firmware=edid/800x480.bin to extraargs=drm.edid_firmware=edid/800x600.bin dmesg: [ 1.893325] [drm] Got built-in EDID base block and 0 extensions from "edid/800x600.bin" for connector "HDMI-A-1" [ 3.194872] [drm] Got built-in EDID base block and 0 extensions from "edid/800x600.bin" for connector "HDMI-A-1" it works for 800x600 resolution , so maybe kernel is loading 800x600.bin but not 800x480.bin. Kindly suggest me a solution. Best regards
  22. Hello, since I upraded from Armbian Strech 5.60 (kernel 4.14.84-sunxi) to Armbian Stretch 5.70 (kernel 4.19.13-sunxi), I can't get hostapd to work on my Cubietruck. When I modprobe the brcmfmac module, I get the following lines with dmesg: [134591.243266] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43362-sdio for chip BCM43362/1 [134591.523515] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43362-sdio for chip BCM43362/1 [134591.523658] brcmfmac mmc1:0001:1: Direct firmware load for brcm/brcmfmac43362-sdio.clm_blob failed with error -2 [134591.523665] brcmfmac mmc1:0001:1: Falling back to syfs fallback for: brcm/brcmfmac43362-sdio.clm_blob [134591.532943] brcmfmac: brcmf_c_process_clm_blob: no clm_blob available (err=-11), device may have limited channels available [134591.535517] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM43362/1 wl0: Oct 23 2017 10:33:17 version 5.90.240 FWID 01-0 Also, the result of "ip a" returns "state DOWN" for interface wlan0. Did I miss something ? Thanks in advance for your suggestions, Romain
  23. Hi Has anyone got the on board Bluetooth going on their OP Prime ?
  24. Hi, i am running armbian stretch on an OrangePi PC with "-dev" kernel and uboot. This was originally an jessie installation with legacy kernel, that was upgraded. I'm wondering now, why the cpu frequency only scales between 648 and 1008 MHz instead of 408 and 1296 MHz. Is this to be expected? cpufrequtils is configured to the latter. # lscpu Architecture: armv7l Byte Order: Little Endian CPU(s): 4 On-line CPU(s) list: 0-3 Thread(s) per core: 1 Core(s) per socket: 4 Socket(s): 1 Model: 5 Model name: ARMv7 Processor rev 5 (v7l) CPU max MHz: 1008,0000 CPU min MHz: 648,0000 BogoMIPS: 30.85 Flags: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm armbianmonitor -u:
  25. Hello together, i opened a ticket here Why "cat /proc/cpuinfo" does not tell anything about the CPU type?