Igor

OK, it's already here: with zram and without annoying i2c debugging. http://mirror.igorpecovnik.com/test/linux-image-next-sunxi_4.5_armhf.deb This is a testing version aka release candidate. I didn't add: CONFIG_CLEANCACHE=y CONFIG_FRONTSWAP=y since I discover that later. Is it useful?

I already found and build a kernel ... Will be inside next build. Over and out Thanks!

https://github.com/igorpecovnik/lib/commit/58dee9986c0d9e76d8b3e9dc840f51d0c21b4bad When this is done, everything is normal. With systemd there are more problems and you can't login, on others can and it's just annoying.

Bug was nailed down but packages are not updated yet I am working on some other bugs and doing testings @ this moment. Can't say when things will be done. I hope in a day or two. A possible fix is a manual install of v4.3, I add a section "How to unbrick a system" to documentation. Follow that and you will be fine. You usually don't need to change u-boot so there is no tip for changing that. I'll ad that too ASAP.

Aha, that fix was actually for Wheezy and Trusty, not for Jessie ... it was not working properly if anything else than Jessie was chosen. Altering the sources list could be the real problem here ...

OK, thanks for hint. Fixed.

Yes, this is proper procedure but there is no download yet for this fix. You need to rebuild from sources or wait for next version (4.5). I need few days.

We fixed but I need to rebuild kernel and images.

OK, it looks like httpredir is not working well for all. Huh. I'll need to fix this somehow. In the mean time, check this and manually revert changes to sources.list files before starting to build an image. (clean cache/rootfs) Which fix do you mean?

This kernel is new and this is the first build of this kernel so problems are possible. I need to check once again. Few general hints. Try not to use bonding at first and don't mess with interfaces settings if you are using WICD. What you get from: iwconfig It's also possible that you have wlan1 or wlan2 instead of wlan0.

No, that won't work out of the box. Their uboot probably don't support booting zImage type. You will need to convert it to uImage. Boot scripts might also need some adjustments ... Do you have any EMR near by? Any other electric circuits? My test subjects are still alive, one for 17 days, other 6. No hanging or any sings of problems.

I started to move on. Just a note https://github.com/igorpecovnik/Debian-micro-home-server/tree/dev Development, not really working scripts ... if anyone has ideas how to solve, what to add/remove.

With kernel 4.x ? I am afraid that won't be this simple since there is (probably?) no support for this display. Legacy kernel within Armbian for Allwinner A10 is not available yet. I just started to work on it - already build a test one for Cubieboard 1 which is similar and it's working fine. I'll build for Olimex A10 too but can't test since I don't have this board. For display you only need to use a proper configuration for display - FEX file. This is going into function with the script you run. If you wan't to use advantages of Armbian, you only need to boot kernel with that settings and it should work. Speaking for legacy kernel (3.4.x) ... For kernel 4.x is another story. If no configuration exists, than some advanced work need to be done ... Generally speaking - Armbian can't directly support external devices. I am adding support for HW / display that are around my desk, for which I can prove with my own eyes, that they work ... and if I find time and motivation to do so

I made a patch against mainline u-boot and build new image. I don't have this board so I don't know if I succeed. Can someone made a test run? http://mirror.igorpecovnik.com/test/Armbian_4.5_Bananapim2_Debian_wheezy_4.2.3.zip (available in max one hour from now)

I think the problem was here. I produced it and haven't found out until I need to rebuild image. https://github.com/igorpecovnik/lib/commit/54c6db821f2efdd88a908c02b4207672cfc4f984 Remove cached root filesystem to force rebuild. Than it should work.

I changed the packaging name sometime in between. apt-get install linux-image-sunxi

Thanks! I added it to general config. Commit will come ASAP - I'll try if to create a patch for mainline uboot that we won't need an extra kernel source.

I took that patch from Lemaker kernel source and they probably fork it from Eddy. I didn't check. Mali is not working, sun4i (A10) breaks, we need an extra gmac patch, ... I already start to prepare an alternative 3.4 branch, starting from linux-sunxi. I need to fix few patches, ... i'll put up this week no matter how far I will come.

His kernel doesn't have this driver build in by default. Either use my kernel or add this patch: https://github.com/igorpecovnik/lib/blob/second/patch/kernel/wireless-bananapro.patch It used to be, but then it was removed: https://github.com/dan-and/linux-sunxi/commit/53d8c2caa8955d00d609beee073f0e14ec253a11

You either have this in separate file or directly inside interfaces file. If I want to connect to my router I use such config for wlan0 adapter. The code was generated with previously mentioned tool (which is actually generates wpa_supplicant conf) and it works. auto wlan0 iface wlan0 inet dhcp wpa-ssid HOME wpa-psk 58ff5ae3edf5058ad2635b2344120768d903d971cde278754d32c0c20ae2045a For advanced configuration modes: http://manpages.ubuntu.com/manpages/hardy/man5/wpa_supplicant.conf.5.html

I am using default settings. No special tweaks for Banana, only general since I use mainline u-boot: https://github.com/igorpecovnik/lib/blob/second/common.sh#L28 You got it working under 4.x yet?

I just did a fresh installation of latest (4.4) Lamobo R1 Trusty. Working w/o problem.

[ 783.704487] axp20x 0-0034: uevent [ 783.706436] axp20x 0-0034: uevent [ 783.708075] axp20x 0-0034: uevent [ 783.709338] axp20x 0-0034: uevent [ 783.710503] axp20x 0-0034: uevent There was a little too much debug. Fixed. https://github.com/igorpecovnik/lib/commit/58dee9986c0d9e76d8b3e9dc840f51d0c21b4bad

What if you change sources list to defaults? http://debgen.simplylinux.ch/

Supporting a stable system is a hard work but supporting alfa / beta is insane. That's why I am not thinking to move anywhere. It's simply not possible for a single person nor a small group supporting a system which is full of bugs. The core goal is away from fixing base system - that's what should work out of the box! This is exactly the case with recent Jessie / systemd problem. I already spent few days and haven't made any progress :/ Next Jessie build will come without it by default. I got enough of it. (systemd will remain inside but it will be disabled) It's much more simple to use sources and build latest version of the stuff you need and leave base system as is ... Just an idea. I am using this for hostapd. None is better than self compiled ... Regarding R1 and Trusty. I need to check. Uboot is telling which dtb to load.