Jump to content

Carlos Eduardo De Paula

Members
  • Posts

    6
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. On friday, I ended up erasing all flash and re-flashing the image I had working on another board to it. What is weird is that the Kernel and the DTB are the same, what's different is that I built a newer u-boot and created a kernel partition that is mountable so I could configure u-boot menu via extlinux.conf file. The board is stable since then so I think it might be something wrong either with u-boot or the partition scheme I use. Question, can u-boot influence the stability of the OS? I have no clue. Thanks!
  2. Same problem, I swapped the power supplies and still saw crashes. I will try to reflash it again and see if the reboots persist.
  3. Each board is powered with a separate power brick that supplies 12V-2A. I will replace with another brick to test this theory. Thanks for the tip.
  4. Sorry about the delay answering your message @littlema, I uploaded the Kernel files I tried and got crashes. I tried with latest sources and patches from Armbian too but same results. I only see these crashes while running ElasticSearch. This is the last crash I got with the Kernel 4.4.174 built from Armbian builder. I was running strace on the Java process: https://ufile.io/rwsz1 If anyone have a clue on how to proceed, please let me know.
  5. As I reported here (https://github.com/armbian/build/issues/1230), I'm seeing frequent reboots and Kernel Panics on a RK3399 board while running ElasticSearch, a kinda heavy application that runs on Java. I currently run a Kubernetes cluster on two RK3399 boards (NanoPC-T4). One of them I has a version of DietPi with a Kernel 4.4.138 compiled by myself. and runs perfectly. The other had a newer version of a Kernel (4.4.154) also compiled by me and that's where I started seeing the reboots. After this, I installed Armbian thinking it might be something with my DietPi distro. I installed 5.69 with Kernel 4.4.167 and saw the same problems. I did a full memory test with *memtester* and found no errors. After I reverted this board to the same 4.4.138 and it's DTB, the board is stable again. I can provide the DTB and Kernel I used that works. Looks like it's something from either newer kernels or newer DTB. I fetched the DTBs from FriendlyArm own tree (https://github.com/friendlyarm/kernel-rockchip) but compiled into the Rockchip Kernel (https://github.com/rockchip-linux/kernel). \ My board info: _ _ ____ ____ _____ _ _ | \ | | __ _ _ __ ___ | _ \ / ___| |_ _| || | | \| |/ _` | '_ \ / _ \| |_) | | | | | || |_ | |\ | (_| | | | | (_) | __/| |___ | | |__ _| |_| \_|\__,_|_| |_|\___/|_| \____| |_| |_| Welcome to ARMBIAN 5.69 stable Debian GNU/Linux 9 (stretch) 4.4.167-rk3399 System load: 2.93 1.25 0.47 Up time: 1 min Memory usage: 44 % of 3811MB IP: 192.168.1.72 10.42.0.0 CPU temp: 56°C Usage of /: 25% of 15G [ 0 security updates available, 15 updates total: apt upgrade ] Last check: 2019-01-17 16:11 [ General system configuration (beta): armbian-config ] $ uname -a Linux k8s-armnode2 4.4.167-rk3399 #70 SMP Thu Jan 10 20:46:25 CET 2019 aarch64 GNU/Linux Here are the dumps I got from two crashes: 1: 2: I can provide more info if needed.
  6. Hey guys, since I've recently got a couple of RK3399 boards (FriendlyARM NanoPC-T4, Firefly RK3399 and OrangePi RK3399), I'm trying to get the best option for my use cases that is server workloads in a Kubernetes cluster lab to test new technologies. There are a couple of articles on https://medium.com/@carlosedp. The Linux distributions the manufacturers create are usually bloated (with desktop software) and with missing Kernel options and modules so I've been in a crusade to build the kernels suited to these boards. The first thing I've found is that each board have it's own kernel tree and lots of DTSs and DTSIs differ from each other. I've built the base Rockchip kernel for both but had to fiddle and replace files to build the DTBs for each board. Do you guys have any news on integrating all this mess maybe into Rockchip or the Mainline kernel trees? Is there anything that I can help? Thanks!
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines