wildcat_paris

@zhao_steven unsure if you want to debug the kernel or want to patch a kernel if you are using "lib" tool to create kernel or image, have a look at the "userpatches" folder on my VM dedicated to Armbian tool, look at my sections related to lamobo-r1 "sunxi-next" (patch & kernel config)

@jobenvil I haven't looked at "lib" code, only build an image for XU4 u-boot is 2012.07 the tsz/bl1/bl2 should be burned maybe an update of boot.ini is need the current Armbian boot.ini (kernel 3.x) maybe an update has to be done to reference dtb/exynos5422-odroidxu4.dtb and not dtb/exynos5422-odroidxu3.dtb and making sure zImage is used

@rsegoly http://www.orangepi.org/orangepione/ says 5V 2A buy a proper power supply (and don't try 6V because it will burn the board)

@all a gentle reminder (as TK wrote) S5P6818 is not Samsung but a low-cost no-kernel-support Nexell SoC So a dead end I am afraid.

I have seen the wiki option on github

@rsegoly what kind of board please? http://www.armbian.com/download/ Have you checked your power supply? usual a good 5V 2A minimum is needed.

@tk I am not kidding at all. You are perfectly right.

@Don it seems Kedei only provides compiled modules for Rpi (it seems there is nothing for Arduino, they would need to provide the sources) https://github.com/saper-2/rpi-spi-lcd35-kedei https://www.raspberrypi.org/forums/viewtopic.php?f=44&t=124961 the user says better look at a fbtft-compatible LCD https://github.com/notro/fbtft/wiki/LCD-Modules

@tkaiser you are right, the truth shall be told. Armbian is not a good option for some banana boards. Armbian prefers juicy oranges.

@jobenvil before digging in your (short) update 1/ did you use the old uboot 2012? Maybe some never version can work but unsure 2/ did you applied the "Trust plateform" extra firmwares? 3/ did you start the first partition @sector 4096 because the extra firmware take more room than the usual "bootloader" used for A20 SoC for example? note1: I mean the script sh sd_fusing.sh /dev/sdX https://archlinuxarm.org/platforms/armv7/samsung/odroid-xu4 (I haven't worked on it on my side) note2: in the meantime I will clone your git to test note3: sd_fusing

please, can you give more details (what kind of OS, more hardware details, useful logs)?

@Tk Believe me, you will buy a NanoPi M1 soon The ethernet dongle is a nice idea, btw, I can use the NanoPi M1 to move the Pi-Hole DNS https://pi-hole.net/ from my Lamobo-R1 router (I am waiting my Turris Omnia) *** As I wrote, I guess I will be using the M1 as a Rpi2 "replacement", maybe with realtime kernel Patch as the Armbian "lib" tool makes it possible Because I have recently learned how to burn an Arduino Uno fake copy. I have replaced my burnt board with 2x Sainsmart UNO and learnt how to avoid burning another "ONE" (projects including: battery charger with LCD and other DIY projects) But with my Avalanche-based multi-module RNG generator + RNG data testing (like ent+dieharder+NIST), I need a cheaper board I can "burn" in case I make a mistake on the GPIO pins. Ok now, I have voltage converters, modern Schmitt triggers (low power, 3.3V) and know-how to avoid burning GPIO pins but in case, a spare is always useful. So NanoPi M1 + Armbian looks like a good choice. RPi2 and RPi3 are *very* expensive boards. Now Farnell has been bought by a Swiss company, the Raspi prices will probably rise even more.

question: does /dev/nand exist on Debian/Armbian? "ls /dev/mmc*" ?

thanks TK that may explain the delay but I hope for $5 it is still "registered mail" you can track from 17track/afterpost and in also with French Post in realtime. French Post (France-to-France) is so much expensive that $10 for international tracking is not so much edit: yes it is now $5 or €4.44

Please which distribution/kernel/etc. are you using with CB2? Triage: kernel issue? board issue?

@kometchtech Sorry I guess there is nothing we can do, as there is no aarch64 architecture in this kernel. Fortunately I ordered a FriendlyARM NanoPi M1 with the Allwinner SoC -- as a cheaper RPi2 (note: I had to ask FriendlyARM to send me the board -- 2 weeks after purchase, the 10$ shipment is fortunately "registered mail" I can easily track). Let's see how fine is the board.

@Tk, ok, thank you so much. I already read the comment about the "linux2.6-like porting" it seems this company (nexell) just misleads users/sellers using Samsung-like & NXP-semiconductor-like naming -- see http://www.nexell.co.kr/eng/pro/pro03.html I am wondering why NXP & Samsung are not starting a lawsuit and disband their "CEO" http://www.nexell.co.kr/eng/com/com02.html (unless Nexell is a low-cost venture of NXP & Samsung)

@kometchtech if you manage to install the cross compiler for aarch64 as you are using kernel 3.4.x, probably gcc 4.8 or 4.9 would be accurate (newer gcc may give you compilation error) CROSS_COMPILE=aarch64-linux-gnu- ARCH=arm64 make clean defconfig CROSS_COMPILE=aarch64-linux-gnu- ARCH=arm64 make -j4 Image if you cannot find a PPA or cross compiler toolchain provided by your distro you can still download the toolchain from linaro https://www.linaro.org/downloads/historic/(older version) But still you may face the issue if the bootloader cannot load the aarch64 kernel

@kometchtech Linux dns02.kometch.local 3.4.39-s5p6818 => armv7l As you know how to compile the kernel, you may add the aarch64 compiler to see if the kernel is working (or the recipe only work on aarch32 because of bootloader limitation???) well it is Samsung based... they recently moved forward on ARM7 XU4 on kernel 4.6-4.7 beta, Samsung OpenSource can work for their customers (that is good) edit 1 ubuntu@pine64:~$ dpkg -l "*gcc*" | grep arm64 ii gcc 4:5.3.1-1ubuntu1 arm64 GNU C compiler ii gcc-5 5.3.1-14ubuntu2.1 arm64 GNU C compiler ii gcc-5-base:arm64 5.3.1-14ubuntu2.1 arm64 GCC, the GNU Compiler Collection (base package) ii gcc-6-base:arm64 6.0.1-0ubuntu1 arm64 GCC, the GNU Compiler Collection (base package) ii libgcc-5-dev:arm64 5.3.1-14ubuntu2.1 arm64 GCC support library (development files) ii libgcc1:arm64 1:6.0.1-0ubuntu1 arm64 GCC support library my VM to build Armbian gr@server1404:~$ dpkg -l "*gcc*" | grep arm64 ii gcc-aarch64-linux-gnu 4:4.8.2-1 amd64 The GNU C compiler for arm64 architecture ii libgcc-4.8-dev-arm64-cross 4.8.4-2ubuntu1~14.04.1cross0.11.2 all GCC support library (development files) ii libgcc1-arm64-cross 1:4.8.4-2ubuntu1~14.04.1cross0.11.2 all GCC support library gr@server1404:~$ dpkg -l "*cpp*" | grep arm64 ii cpp-aarch64-linux-gnu 4:4.8.2-1 amd64 The GNU C preprocessor (cpp) for arm64 architecture

@kometchtech ubuntu@pine64:~$ uname -a Linux pine64 3.10.101-0-pine64-longsleep #39 SMP PREEMPT Sat May 7 12:39:25 CEST 2016 aarch64 aarch64 aarch64 GNU/Linux => aarch64 vs. armv7l

Hello Tk, either google or duckduckgo give "nothing" interesting. edit : updated the first post with ARCH & NEON (+Distro)

I am using sudo poweroff -p ???

I am a little surprised with the result of Phenom2 965 vs. Pine64 vs. XU4 time sysbench --test=cpu --cpu-max-prime=20000 --num-threads=8 run Phenom2 965 AMD64 (4 cores) (Ubuntu Trusty kernel 4.2 x86_64 SSE2/3) => 6.8390s Pine64 (arm64) 4 cores (Pine64 based - aarch64 NEON) => 7.9824s XU4 (4+4 cores) (Armbian armv7l NEON) => 45.4731s Lamobo-R1 A20 2 cores (Armbian custom - armv7l NEON) => 442.9593s any idea where I am wrong, please?

probably unrelated Corentin Labbe told me when he provides a patch with https://github.com/montjoie/linux/commit/4fe9df6163446eac07e53d1f37c72f4b7a3bcfd3 the cleartext patch is https://github.com/montjoie/linux/commit/4fe9df6163446eac07e53d1f37c72f4b7a3bcfd3.patch

USB is back with kernel 4.6.2 Thank you