lanefu got a reaction from Werner in Help Test Upcoming Armbian v20.08 (Caple)!
We have nightly images built available for the boards below. Please help us test and report your experience via This Google Form.
Images are available via our normal Armbian download page. Just scroll to the bottom to the "nightly build" section.
Bananapi Bananapim2plus Bananapim2zero Bananapipro Clearfogbase Clearfogpro Cubietruck Espressobin Helios4 Lepotato Lime-a64 Nanopct4 Nanopiair Nanopim4 Nanopim4v2 Nanopi-r1 Nanopi-r2s Odroidc2 Odroidc4 Odroidn2 Odroidxu4 Orangepi3 Orangepi4 Orangepione Orangepipc Orangepipc2 Orangepipcplus Orangepizero Orangepizeroplus2-h3 Orangepizeroplus2-h5 Pine64 Pinebook-a64 Pineh64 Pineh64-b Rock64 Rockpi-4a Rockpi-4b Rockpi-e Teres-a64 Tinkerboard Tritium-h3 Tritium-h5
lanefu reacted to Igor in Armbian v20.08 (Caple) Planning Thread
Added nightly images for testing:
lanefu reacted to NicoD in Odroid N2+ / N2 Plus
Armbianmonitor: http://ix.io/2sUH Hi all.
I've recently received the Odroid N2+. Since nobody else started a topic about it, I'll be the one.
All works fine with Armbian since not much hardware changes have been made vs the N2. Except for the CPU frequency.
With the Odroid Ubuntu you can set it to 2.4Ghz for the big cores A73 as overclock (2208 stock)., and 2016Mhz for the A53 cores (1908 stock).
With Armbian the max clocks are 2Ghz for all cores. Using Armbian Focal 4.9 legacy.
I tried setting the higher values in config.ini. Also tried with the "meson64_odroidn2_plus.dtb" file from the Odroid Ubuntu. Doesn't boot with that. (What do I know )
Other changes are the RTC battery that's now on the board.
The heatsink has changed a little. But it's still more than sufficient to keep it cool even when overclocked.
USB3 still rather s*cks on it. Slow and a lot of issues with 2.4Ghz dongles(wifi/keyboard...).
Too bad they didn't do anything about that. But that probably could have complicated compatibility with N2 images.
Also feels a bit more sluggish than RK3399 on NVMe vs 128GB eMMC on the N2+. That's what fast I/O does. I'll try on USB3-NVMe later.
Here some pictures. 1st pic the N2+ with its case open.
2nd picture the N2 left and the N2+ on the right.
lanefu reacted to Jens Bauer in EspressoBin: Possible bug in boot.cmd
I just came across this line:
-Is this correct ?
scriptaddr is where the boot.scr is loaded, as far as I understand, it overwrites itself by loading armbianEnv.txt to the same address.
So wouldn't it be better to load armbianEnv.txt to kernel_addr, initrd_addr or fdt_addr, since armbianEnv.txt is only used for a short time ?
I have not tried making an armbianEnv.txt, which is larger than boot.scr, but it looks like it would stop the board from booting if it's just long enough to overwrite the 'env import' line.
lanefu got a reaction from Werner in Is there a way to avoid killing processe when out of memory Out of memory: Killed process
It's the spirit of TK and persistent testing and tuning that must live on.... any help in that front is great
lanefu reacted to Werner in Is there a way to avoid killing processe when out of memory Out of memory: Killed process
If you have an NVMe installed anyways you should put the swap there since it is way faster than an eMMC.
Or investigate if there is a memory leak.
lanefu reacted to piter75 in SOLVED: Nanopi M4V2 Focal Please help, I think I somehow removed my wlan0 interface
This happens after upgrading armbian-firmware package and it is already fixed in master and will be part of v20.08 release.
lanefu reacted to NicoD in SOLVED: Nanopi M4V2 Focal Please help, I think I somehow removed my wlan0 interface
As am I JR...
Armbian is such a huge project, with not many people working actively on it. So that's why these things happen. If it were Microsoft we should be p*ssed. But this is Armbian. Free software made for free.
As I said, for a reliable desktop with the M4V2, this is still the image to go for. https://dl.armbian.com/nanopim4v2/Bionic_legacy_desktop
There are many other issue's with Focal alone. Then using a mainline kernel with issue's. My bet is it will take about 6 months before that's fully functional. But as said before, I'm no dev. Just a dude trying things out
lanefu got a reaction from Werner in Build environment - virtualization
right /usr/bin/qemu-arm-static /bin/bash -i requires the `binfmt_misc` kernel module... can you confirm your build vm has that module.
I literally replicated your issue by not having that module, and then switched to a kernel with that module, and built successful. Please at least consider investigating the binfmt_misc module
lanefu reacted to Jens Bauer in EspressoBIN - Bionic feedback
After running Bionic for quite a while, I decided to move on to Focal.
Focal's RESET (reboot command) seem to be very robust, it has not failed me at all.
So I bet the problem no longer exists with Focal and would like to recommend upgrading.
lanefu reacted to dolphs in Switching SUNXI-DEV to 5.8.y (h3-h5-h6/megous)
OK I took a closer look in the patch directory ( which I should have done earlier ) .
Yet I found these patches ( below ), but till now I was convinced flag " EXTRAWIFI=no " would bypass these.
Anyway after removing these two I succeeded to build my first 5.8 image ( with most patches )
:~/armbian/output/images$ ls -l total 674496 -rw-rw-r-- 1 root root 792723456 Jul 17 08:53 Armbian_20.08.0-trunk_Orangepioneplus_buster_dev_5.8.0-rc5_minimal.img -rw-rw-r-- 1 root sudo 137 Jul 17 08:53 Armbian_20.08.0-trunk_Orangepioneplus_buster_dev_5.8.0-rc5_minimal.img.sha -rw-rw-r-- 1 root sudo 19667 Jul 17 08:53 Armbian_20.08.0-trunk_Orangepioneplus_buster_dev_5.8.0-rc5_minimal.img.txt
___ ____ _ ___ / _ \| _ \(_) / _ \ _ __ ___ _ | | | | |_) | | | | | | '_ \ / _ \_| |_ | |_| | __/| | | |_| | | | | __/_ _| \___/|_| |_| \___/|_| |_|\___| |_| Welcome to Armbian buster with Linux 5.8.0-rc5-sunxi64 No end-user support: built from trunk System load: 0.00 0.00 0.00 Up time: 1:50 Memory usage: 9 % of 986MB IP: 192.168.10.122 CPU temp: 51°C Usage of /: 18% of 3.5G
:~# cpufreq-info cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009 Report errors and bugs to firstname.lastname@example.org, please. analyzing CPU 0: no or unknown cpufreq driver is active on this CPU maximum transition latency: 4294.55 ms. analyzing CPU 1: no or unknown cpufreq driver is active on this CPU maximum transition latency: 4294.55 ms. analyzing CPU 2: no or unknown cpufreq driver is active on this CPU maximum transition latency: 4294.55 ms. analyzing CPU 3: no or unknown cpufreq driver is active on this CPU maximum transition latency: 4294.55 ms.
root@orangepioneplus:~# lsmod Module Size Used by rfkill 32768 1 snd_soc_hdmi_codec 20480 0 snd_soc_core 180224 1 snd_soc_hdmi_codec snd_pcm_dmaengine 20480 1 snd_soc_core snd_pcm 114688 3 snd_soc_hdmi_codec,snd_soc_core,snd_pcm_dmaengine snd_timer 45056 1 snd_pcm snd 81920 4 snd_soc_hdmi_codec,snd_timer,snd_soc_core,snd_pcm soundcore 16384 1 snd zstd 16384 4 sunxi_cir 20480 0 sunxi_cedrus 36864 0 rc_core 53248 2 sunxi_cir videobuf2_dma_contig 24576 1 sunxi_cedrus v4l2_mem2mem 32768 1 sunxi_cedrus videobuf2_memops 20480 1 videobuf2_dma_contig videobuf2_v4l2 28672 2 sunxi_cedrus,v4l2_mem2mem dw_hdmi_cec 16384 0 dw_hdmi_i2s_audio 16384 0 videobuf2_common 53248 3 sunxi_cedrus,videobuf2_v4l2,v4l2_mem2mem videodev 249856 4 sunxi_cedrus,videobuf2_v4l2,videobuf2_common,v4l2_mem2mem mc 53248 5 sunxi_cedrus,videodev,videobuf2_v4l2,videobuf2_common,v4l2_mem2mem panfrost 65536 0 sun8i_ce 28672 0 gpu_sched 32768 1 panfrost display_connector 20480 0 crypto_engine 20480 1 sun8i_ce zram 36864 3 realtek 24576 1 i2c_mv64xxx 24576 0 dwmac_sun8i 28672 0 mdio_mux 16384 1 dwmac_sun8i
This means now things drill down to go thru the patches which need to be either removed or updated for kernel 5.8 ( and u-boot )
lanefu reacted to austerus in Cloud-Init
Thanks for the suggestion, I will look into building my own. I dabbled with putting together ARM distros quite a few years back.
Regarding the steps (assuming a distribution comes with cloud-init enabled and configured with NoCloud datasource):
- flash tool provided by the Hypriot team allows embedding a user-data yaml file in the boot partition of the flashed sd card (it works with any image, I actually tried with with armbian as well thinking it had cloud-init)
In theory, that should be all that's needed so that the SBC's have the user-data steps provided and executed at startup
lanefu reacted to technik007_cz in Used SBC's and accessory sale:
Banana Pi BPI-M1 budle
Banana Pi BPI-M1 black ABS case white ABS case 8gb sdcard with Armbian OS sata cable 2.5" 320gb hard drive wifi usb dongle power adapter 5V 2A with microUSB cable and UK plug
Banana Pi BPI-M2 Berry budle
Banana pi BPI-M2 black case microUSB cable power adapter 5V 2A with EU and UK plug
PINE A64 512MB BOARD bundle
PINE A64 512MB white ABS case with custom made holes for 18650 battery microUSB cable power adapter 5V 2A with EU and UK plug thermistor 10kohm battery connector USB 3.0 LAN 1000/100/10 adapter
Olimex micro enclosure to fit 2.5" hdd
green variation + screws and rubber legs red variation + screws and rubber legs
Location of items is UK.
Prefer to sell everything to one person.