jobenvil

Really appreciated that you always share your observations.

@goldfish_paris I posted some performance results on GitHub. It looks like that since kernel 4.8 the XU4 is very stable and USB3 works fine (but let's say not with all SATA-USB3 adapters) I got new u-boot from here as well: upgrade firmware ================ https://github.com/c0d3z3r0/xu4-update An easier way to update the firmware of your Odroid-XU4. root@bananapi:/# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 1 7.4G 0 disk +-sda1 8:1 1 100M 0 part /media/boot +-sda2 8:2 1 7.3G 0 part /media/root mmcblk0 179:0 0 7.4G 0 disk +-mmcblk0p1 179:1 0 7.3G 0 part / root@bananapi:/# vi /usr/bin/xu4-update root@bananapi:/# ROOT_PATH=/media/root BOOT_PATH=/media/boot SD_DEV=/dev/sda xu4-update *** Odroid-XU4 firmware updater by c0d3z3r0 *** based on rpi-update by Hexxeh, enhanced by AndrewS and Dom *** Performing self-update *** Relaunching after update *** Odroid-XU4 firmware updater by c0d3z3r0 *** based on rpi-update by Hexxeh, enhanced by AndrewS and Dom *** We're running for the first time *** Backing up files (this will take a few minutes) *** Backing up firmware *** Backing up modules 4.6.3-sunxi *** Downloading specific firmware revision (this will take a few minutes) % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 168 0 168 0 0 118 0 --:--:-- 0:00:01 --:--:-- 118 100 25.8M 0 25.8M 0 0 1515k 0 --:--:-- 0:00:17 --:--:-- 2154k *** Updating firmware *** Updating kernel modules *** depmod 4.7.2+ *** Writing new bootloader to sd card 30+0 records in 30+0 records out 15360 bytes (15 kB, 15 KiB) copied, 0.00736964 s, 2.1 MB/s 28+1 records in 28+1 records out 14592 bytes (15 kB, 14 KiB) copied, 0.0105246 s, 1.4 MB/s 1070+1 records in 1070+1 records out 548191 bytes (548 kB, 535 KiB) copied, 0.207144 s, 2.6 MB/s 512+0 records in 512+0 records out 262144 bytes (262 kB, 256 KiB) copied, 0.272539 s, 962 kB/s *** Running ldconfig *** Storing current firmware revision *** Deleting downloaded files *** Syncing changes to disk *** If no errors appeared, your firmware was successfully updated to 8bdbdebd6f60a1212e3d7b78835e9775f89bbc6d The foillowing example shows how to upgrade offline. I took my banana pi to upgrade the kernel offline, which it means that you insert your uSD-Card in the USB-Adapter on the Banana Pi and execute the upon described procedure. With this easy step we achieved a new kernel but the more important, the new U-Boot 2016.05-dirty Take care because after that we have the boot.scr boot script

tobetter created a image based on 4.6.3. His Image will become auto upgradable since he created a odroidxu4 ppa repository. You can "watch" him on GitHub to get last comments, pull requests, etc. I installed it yesterday (only the kernel, not image) and made some iozone tests (based on tkaiser uas wiki) to check performance. Not so good like 4.7-rc4, but not interesting to be published since I have old SATA II Hardware. I bought a Samsung EVO 850 500GB and will check again the tests. This time we could consider the results based on top components.

wow, you don't sleep 8-) There is another patch for enable higher frequencies (A7@1,4GHz and A15@2,00GHz). Actually it is limited (in my case) to 1,3GHz and 1,8GHz. Did you take the tobetter@4.6 branch?

@wildcat_paris we were discussing some issues here, you may check it. The topic is: unable to boot new odroidxu4-v4.6 (but mine v.4.7-rc4 is up und running ;-)

I was playing around (Kernel 4.7-rc4) with menuconfig and comparing with older kernels where HDMI still worked. In mainline and next releases is not working my monitor, which is not HDMI native. I will receive in the next days a UART adapter and check where it hangs. Actually I use Kernel 4.7. which works somehow better with USB3.

There are more changes than I expected. Here. My OdroidXU4 .config

post your .config in pastebin and I will git diff. Theoretically It should not differ to much. I don't remember well which branch/repo I took. My fan runs and runs... and no way to stop it. searching for solution. Sorry for the spoiler. I will do this next time.

I found something weird: - 1. You are not using all cores: ### lscpu: Architecture: armv7l Byte Order: Little Endian CPU(s): 8 On-line CPU(s) list: 0-3 Off-line CPU(s) list: 4-7 X! Thread(s) per core: 1 Core(s) per socket: 4 Socket(s): 1 X! Model name: ARMv7 Processor rev 3 (v7l) mine: root@hiperborea /etc/init.d # lscpu Architecture: armv7l Byte Order: Little Endian CPU(s): 8 On-line CPU(s) list: 0-7 Thread(s) per core: 1 Core(s) per socket: 4 Socket(s): 2 Model name: ARMv7 Processor rev 3 (v7l) CPU max MHz: 1300,0000 CPU min MHz: 200,0000 - 2. Compare your dmesg with mine:

awesome!. I was trying to put statical IP, changing DNS, etc. Something with the interfaces.d/ init scripts should be the problem, but no idea, time and will.

sorry to comment this so late. I can confirm I tried already last week this: xenial + odroidxu4 = not booting properly. DHCP / Eth0 issue. I think this bug was fixed with jessie, not Xenial. I gave up trying to fix eth0.

next, next, next here this is very promissing

Normal and don't worry, mi english is "broken" :-) 1) Yes, there is a mess with device drivers. You should use UUID to uniq identification of devices. So you are save if boot search for mmc0 or mmc1 2) Yes, only "next" was added = minor change 3.1) No, I tried to compile and build an image with ARMBIAN tools changing the "next" (see point 2). This compiled well, but the produced image doesn't boot because the boot.ini and fstab needs changes. After properly modifications, the u-boot is loading. 3.2) Yes, I prefer to compile directly on XU4. This takes less than 20 minutes. You get zImage, xu4-dtb and modules. Follow the guide from Uli Middelberg.

yes, this was working like it is mentioned. You should care about the /etc/fstab, wait... root@hiperborea /media/boot # cat /etc/fstab # <file system> < mount point> <type> <options> <dump> <pass> #/dev/mmcblk0p2 / ext4 noatime,barrier=0,commit=5,errors=remount-ro 0 1 UUID=e139ce78-9841-40fe-8823-96a304a09859 / ext4 defaults,noatime,nodiratime 0 1 UUID=1E66-94B1 /media/boot vfat defaults 0 0 #/dev/sda1 /media/sda ext4 defaults,noatime,nodiratime,data=writeback,commit=600,errors=remount-ro 0 2 # Seagate 500GB 7200RPM ST9500325AS #/dev/sda1 /media/sda ext4 noatime,barrier=0,errors=remount-ro 0 2 LABEL="data-7200" /media/sda ext4 defaults,noatime,nodiratime 0 2 # deleted barrier=0, para error tan largo en disco duro # Seagate 500GB 5400RPM #/dev/sdb1 /media/sdb ext4 defaults,noatime,nodiratime,commit=600,errors=remount-ro 0 2 tmpfs /tmp tmpfs defaults,noatime,nosuid,nodev,noexec,mode=1777,size=512M 0 0 #tmpfs /var/tmp tmpfs defaults explanation: Verzeichnis /var/tmp sollte generell nicht auf diese Weise ausgelagert werden LABEL="swap-7200" none swap sw 0 0 /media/sda/album /var/www/Album none bind 0 0 UUID are mandatory

Actually, mi boot.ini looks like: and /media/boot