Igor

The kernel(s) which we are using are blob free but within distribution there are blobs for wireless chips. Feel free to remove the firmware package to be fully on the GNU side I can mention that we are also using a blob for NAND loading on some boards but this will be solved once.
 
Most used kernel in Armbian are:
github.com/linux-sunxi/linux-sunxi (slowly going out) www.kernel.org (now and future) Is this more or is this less open source than Debian stock kernel? 
 
Generally I can declare this as an 99% GNU project.

No problem with that. Just use my nand-install script which actually mirrors your SD card system to NAND and creates boot partition.
 
If you already made an NAND configuration and everything, mirror it back to SD with rsync and .... boot from SD on other board and run nand-install again ...

https://github.com/igorpecovnik/lib/commit/ac1b23dade9330d37808d484962ed06f362686aa
 
Will be present in next build.

Thanks! It's works.

@wildcat_paris
 
Yes, it's better this way.
 
geekfaq removed http://www.armbian.com/documentation/
geekfaq added http://www.armbian.com/using-armbian-tools/

Thank you, Igor - will try the install during the next couple of days ...
 
NB: thanks for all support - you perform a great job !

Added 1. and 2. (need to fix few other things than commit). Tnx.
 
 
It's possible that deb-pkg is broken. This used to work fine?
 
I will also research this topic further ...
 
ADD #1: 

We need to compile deb-pkg the same way and it's fine
CROSS_COMPILE="ccache arm-linux-gnueabihf-"
 
ADD #2
 
Kernel 4.2.5 compilation + debs. Xeon E3 1231v3 @3.8Ghz, enough RAM & Crucial BX100
 
Compilation speed: 1 min 40s with ccache and 6 min 20s without

Okay. Kernel 4.3 + allwinner-audio-4.x patch + 6 patches related to sun4i-codec + enabling CONFIG_DMA_SUN4I (and of course enabling CONFIG_SND_SUN4I_CODEC) in kernel config + understanding new weird mixer controls = onboard sound works.
➜ ~ % dmesg | grep sun4i-codec [ 8.566444] sun4i-codec 1c22c00.codec: Codec <-> 1c22c00.codec mapping ok ➜ ~ % aplay -l **** List of PLAYBACK Hardware Devices **** card 0: sun4icodec [sun4i-codec], device 0: CDC PCM Codec-0 [] Subdevices: 0/1 Subdevice #0: subdevice #0 Edit: for reference, proper mixer config looks like this right now:

 
Edit 2: Patches for sun4i-codec [file removed]

Yes, this is not important.
 
But. I made some important fix yesterday so please update because I broke u-boot writing few days ago.

SOLVED ! ! !

Yes, this is not important.
 
But. I made some important fix yesterday so please update because I broke u-boot writing few days ago.

Great, many thanks Igor!

@Bino
This patch implementation is o.k. at the current script setup.
if [[ $BOARD == cubieboard2 ]] ; then However I have no idea if those patches are operational. If you succeed we can add them to default building.
 
@Zador
 
I just fixed broken patches and update configuration. 4.3 can be built and older 4.x kernels also works.

zador.blood.stained, that is working like a charm.... i thank you so much, really!!
 
And of course a big thank you to all of you investigating to the thread and to igor for his great work on armbian.
 
Donation to Armbian is going out now! The original linksprite images aren't that satisfactory.
 
Scheik

I promise an update script which should work on all older builds. Here it is:
wget -q -O - http://upgrade.armbian.com | bash Currently only Allwinner based boards are supported. Next build will have others too.
 
I tested to upgrade from:
 
- current wheezy/jessie/trusty system, kernel to 3.4. and back to 4.x
- same situation with system on SATA/USB
- NAND boot/root NAND boot / root on SATA/USB
- some very old image (Cubietruck 2.8)
 
If you are not using standard scenarios please review the script before start.
 
Note that this is only a kernel, headers, firmware, u-boot, dtb, bin upgrade and my bashrc, nand-sata-install ... script - packets mentioned in previous post.

Hi,
 
first of all, a great compliment to the makers of armbian, really good job you're doing!
 
I installed legacy ubuntu trusty for pcsuino3-nano on my pcduino3 (not nano) and everything works fine.
 
First i tried the vanilla version, but i could not manage to get UART2 (ttyS1) to work, so i switched back to legacy where everything with UART2 works properly.
 
Maybe someone knows how to get ttyS1 working with the vanilla kernel on pcduino3 with that image provided. But I'm happy with legacy kernel for now.
 
Now to the question, what i like better with vanilla is, that there's no preinstalled desktop-environment. I am using the pcduino3 headless as embedded device and there is no need for a desktop environment atm. How can i best remove xfce and xorg from the legacy version the best way? just apt-get remove xfce, xorg and the gnome-themes? will there be packages left "eating" performance from my pcduino? 
 
Next question, where's the start of xfce managed in that distribution? Could not find anything in .bashrc, rc.local, etc.
So for the first try, if i just want to prevent xfce and x-drivers loading from the startup, how to do that?
 
Excuse my nooby questions and bad english, am still a linux noob and not an native english speaker ;-)
 
Greetings and keep on your fantastic work!
Fabian 

Sorry, but the Guitar is dead. Way too expensive, high performance only possible when combined with an annoying fan and weird design decisions. Since every standard Micro-USB3-OTG cable does NOT work together with the Guitar they need to bundle such a cable with their baseboard otherwise the advertised feature "USB 3" isn't available.
 
It's moronic to inform customers that they have to customize their cables to use the only interesting feature for a board in this price range: USB3. Without useable USB3 both storage and network performance are way too slow.
 
Even if you're not interested in storage/network performance the Guitar is a bad choice: You have to configure the board to either run slow or you get in trouble due to thermal issues. Due to the brain-dead board layout you can not use GPIO-Add-Ons (Raspberry Pi HATs) and a fan at the same time. So it will be either slow or with limited functionality.
 
Add the software problems (no mainline kernel support, just a horribly outdated kernel 3.10.37 lacking essential features) and you have to come to the conclusion that the Guitar isn't worth the price (the reseller's prices here in Germany are rather high: Baseboard and Coreboard add up to over 90,-€ including shipping and ordering directly from lenovator.com with shipping costs of $33 doesn't make a difference).
 
For less than that I get an ODROID-XU4 (8 CPU cores and not just 4, 2 GByte RAM instead of 1, 2 useable USB3 ports instead of 0, GBit Ethernet instead of Fast Ethernet, experimental mainline kernel support instead of an outdated 3.10.37 kernel being 2450 fixes behind 3.10.92) and for the same price I get two comparable ODROID-C1+ which shares some limitations (kernel 3.10 and no USB3) but is way more attractive due to high performance without thermal issues and GBit Ethernet.

Thank you very much indeed.
 
I was able to enable two other UARTs. After adding them to sun7i-a20-cubietruck.dts I recompiled the Kernel as suggested in http://www.armbian.com/github/. I copied the created debian packages to the Cubietruck and installed them all. This updated the Kernel to 4.2.5. UARTs are now working like a charm.
 

As a quick note, I am a specialist in FreeRadius, in a very near future I will be trying to configure 802.1X / hostap+freeradius 3.x in the armbian. As a side note, how many of you have wifes "nagging" about wifi problems when they happen? i could swear I was not the only one talking about it here

Alter sunxi to udoo:
ls -l /lib/modules/4.2.3-udoo/kernel/net/netfilter/ ls -l /lib/modules/4.2.3-udoo/kernel/net/ipv4/netfilter/ I should add a note that Udoo kernel is not exactly Vanilla. It's an unofficial build so it could be (it is) a little different.

Oh boy, ... I accidentally commented out the line that mounts /media/mmc/boot to /boot. So apt updated /boot on the harddrive (not on the mmc) and several other locations on the harddrive, like the modules directory.
 
After the reboot, I still had the old kernel/settings but on the harddrive everything was updated to match the new kernel... That won't work, of cause.
 
So I moved the new kernel and settings from /boot to /media/mmc/boot and everything is back to normal. 
 
Thanks for you help, Igor!

You might run into one known bug. If you are trying to install image with kernel 4.x and you don't use latest Armbian image, system might not boot if you had and old kernel before ... which is quite common and almost sure with yours.
 
http://forum.armbian.com/index.php/topic/64-cubietruck-hangs-at-boot-with-debian-38-wheezy-404/

I've swapped multiple cards with no avail... Although I can boot with lemaker official image, it's a bit unstable. Hangs from time to time.
Power supply is fine with an 5V-3A adapter.
 
I've contacted the vendor and prepare to send it back for repair.
 
Anyways, thanks for your help!

Thanks Igor for the hint. I will try that next time when I recompile the kernel.
Things are really looking bright by now. I have meanwhile found a path through the jungle - I just recompiled everything from scratch and then implanted the modified sunxi-codec.ko from the .deb into the live system.
I then only had to modify the synthesizer source a bit to make it request a smaller buffer size and have already managed to get an output latency of 1024 samples@44100Hz (roughly 23 ms) without any dropouts.
This is a very god start since I haven't implemented any optimizations on the source code yet . (I assume the process is running on a single core now.)
I can not thank you enough for making Armbian available and for the efforts you are taking to provide such good support to your users. I would have surely abandoned the Banana Pi alltogether if I had not found your project since without Armbian I never would have been able to access the power of that little big machine.
 
Andreas

Sometimes it is usefull to write problems down to find the right solution. The answer to my question seems to be easy. Just increase the default value of
net.ipv4.tcp_rmem = 8192 873800 8738000 #(min default max) net.ipv4.tcp_wmem = 4096 655360 6553600 #(min default max) will change the TCP window size.
 
Measurements will follow.