Igor

Did not find a cndline Flattened Device Tree This is the problem - u-boot does not recognize your board properly. I assume you are trying to run a modern kernel? Try this. Add: setenv fdt_file imx6dl-cubox-i.dtb to /boot/boot.cmd and recompile boot script with mkimage -C none -A arm -T script -d boot.cmd boot.scr (you will need some Debian based Linux to mount your SD card there and install u-boot-tools) You can try first with adding fdt_file=imx6dl-cubox-i.dtb to /boot/armbianEnv.txt but I am not sure this works properly at Cubox since u-boot is very old. One (quick and dirty) way is also to copy /boot/dtb/imx6dl-cubox-i.dtb to /boot/dtb/imx6-cubox-i-som-v45.dtb (or whatever you have under file not found)

Did you reflash your bootloader? With wrong file ... This is not normal.

No, you can't. Out of stock.

Debian mirror or your local network problem. Have you tried again?

You mean this USB3 M2 key? It looks like it's JMS578 and I don't recommend it. It gets really hot. I bought it on eBay, China origin.

No, but it will be investigated. Recent images (starting with 4.13.y) have new (proper) video driver and it would be strange to be without bugs at this stage.

Yes, that's enough. Thank you, Stefan!

Agree. They are close but not to be labeled stable. One week from now this will not be changed. But we can expand nightlies until release? I don't mind doubling daily images production

With HDMI plugged in is the same. But sometimes it doesn't crash.

No, I haven't dug deeper into this issue but I would like to see this sorted ... once.

You don't understand, do you? Forwarding not answered topics to my/our private communication addresses is recognized as abuse. Perhaps a ban would be better? We/I do answer if possible, but you are (nobody is) not in a position to add pressure on support or demand help. SPI based display video drivers are not our work - better seek help in general forum or ask driver author.

Where else do we need by default? - analogue-audio ? - usbhost0 everywhere for g_serial or only for Neoair, Neo2, Zero2, ... usbhost2 for enabling USB on a header on Opi Zero2

Odroid C2 next is broken since last 7 days because we moved to mainline u-boot and things will be (probably) ready when the kernel is moved to 4.14.y This is the only image with a modern kernel that works - and don't upgrade it. https://dl.armbian.com/odroidc2/archive/TEST-Armbian_5.34_Odroidc2_Ubuntu_xenial_next_4.13.9_desktop.7z You can try to check out our build script to the 23.10. ... and recompile the kernel. This is the best at this particular moment.

Implement them to board configuration like: DEFAULT_OVERLAY="usbhost2" or hardcode into device tree?

Yes. And not just here. We discussed this briefly here https://github.com/armbian/build/issues/798 but it was off topic and we didn't continue. Shall we simply add this to armbian-config?

usbhost2 is needed for mSATA http://sprunge.us/HWEa

mSATA works when enabling other USB ports http://sprunge.us/AffX

I upload an image: https://dl.armbian.com/nanopiduo/nightly/. Boot logs: http://sprunge.us/OhHi ... besides WiFi and ethernet, USB ports are up. I did not test header functions ... mSATA in the position as on picture is not recognized. I am not sure this part is powered at all.

I don't remember if I was able to break into u-boot prompt (this can be disabled) but most likely I was able to use the serial console for logging in. If that is working for you and you can't stop u-boot ... you just find another problem

Move to most recent build, 4.11.x was never finished, is EOL and unsupported. https://dl.armbian.com/nanopineo/Ubuntu_xenial_next_nightly.7z

Yes, it's planned in about two weeks. https://www.armbian.com/

We want to merge eMMC/non eMMC images and in theory, it should work. eMMC version works on my Lime2 but just to make sure I need some feedback from Micro with and without eMMC, especially most recent ones. Lime2 with or without eMMC https://dl.armbian.com/lime2/Debian_stretch_next_nightly.7z Micro with or without eMMC https://dl.armbian.com/micro/Debian_stretch_next_nightly.7z Thank you.

A small addition to the topic. https://github.com/armbian/build/commit/bd0b0354b5013e9f7629520bc7f841303247255a Perhaps we just got a new best cheap adaptor, Comfast 915AC which runs very nice with this driver. I have 1W AP at 2.4G and within two walls and a lot of stations around making noise ... At the testing spot, my phone transfer rate is 20-40down/10-30up (depend on which time of a day I do the test) ... while running AP with this adaptor I get at 5Ghz AC mode more or less constant transfer rate 70/70Mbps. Note that it is 1T/1T only. There is a variant of 8811au with BT radio, which it would be nice to test and a big 4T4R.

Small changes: - friendly URLs with backward compatibility Before: https://forum.armbian.com/index.php/topic/3328-cubox-i-unable-to-boot-latest-test-images-with-kernel-495 After https://forum.armbian.com/topic/3328-cubox-i-unable-to-boot-latest-test-images-with-kernel-495/ - remove "Forums" from the main page

I am not using RPi so "latest release" tells me nothing Kernel version or better - kernel sources are what we need to know.