Igor

Oh, that penguin is from u-boot. Get latest image. I rebuild them yesterday.

There are no penguins on my build - disabled by choice.

BTW. My long term stress test. All boards survived 15 days or more.

O.K. I rebuild all images today, try - It's working for me U-boot is still 2015.04 but there were some changes and fixes to the code.

No, they don't. Allwinner H3 is not yet supported within community kernel (+ variants) which is the only usable kernel 3.4 around. For some time there is support for Allwinner boards inside vanilla kernel (www.kernel.org) 4.x but not for H3 yet. With the kernel from manufacturer you will be able to boot but in general its a waste of time. It's here only that they can state: "you can run Linux on our boards"

The spipart in fex should look like this: [spi0_para] spi_used = 1 spi_cs_bitmap = 3 spi_cs0 = port:PI10<2><default><default><default> spi_cs1 = port:PI14<2><default><default><default> spi_sclk = port:PI11<2><default><default><default> spi_mosi = port:PI12<2><default><default><default> spi_miso = port:PI13<2><default><default><default> [spi1_para] spi_used = 0 spi_cs_bitmap = 1 spi_cs0 = port:PA00<3><default><default><default> spi_cs1 = port:PA04<3><default><default><default> spi_sclk = port:PA01<3><default><default><default> spi_mosi = port:PA02<3><default><default><default> spi_miso = port:PA03<3><default><default><default> [spi2_para] spi_used = 0 spi_cs_bitmap = 1 spi_cs0 = port:PC19<3><default><default><default> spi_cs1 = port:PB13<2><default><default><default> spi_sclk = port:PC20<3><default><default><default> spi_mosi = port:PC21<3><default><default><default> spi_miso = port:PC22<3><default><default><default> [spi3_para] spi_used = 0 spi_cs_bitmap = 1 spi_cs0 = port:PA05<3><default><default><default> spi_cs1 = port:PA09<3><default><default><default> spi_sclk = port:PA06<3><default><default><default> spi_mosi = port:PA07<3><default><default><default> spi_miso = port:PA08<3><default><default><default> [spi_devices] spi_dev_num = 1 [spi_board0] modalias = "spidev" max_speed_hz = 12000000 bus_num = 0 chip_select = 0 mode = 3 full_duplex = 0 manual_cs = 0 [spi_board1] modalias = "spidev" max_speed_hz = 12000000 bus_num = 0 chip_select = 1 mode = 3 full_duplex = 0 manual_cs = 0 Driver is built into kernel, so you only need to alter fex file. Further you might need to check / alter port numbers - they are not exactly from Micro configuration.

I am using this heat sink on R1 and other A20 boards. It's low profile and low performance. I guess a little better than nothing.

Hey, There different levels of customizations. http://linux-sunxi.org/Fex_Guide A FEX file defines various aspects of how the SoC works. It configures the GPIO pins and sets up DRAM, Display, etc parameters. Having a fex file is usually good enough to boot the board - with kernel 3.4.x. For new (4.x) you will probably need to construct your own device tree. If it's close to Cubieboard 2 than you start with it's source. It might just work out of the box. The same states for u-boot. Board customizations among my script are on system level - firmware loading, extra modules loading, custom repository, custom applications, ... Roughly, if you want to add a new board: 1. Add to menu and choose a dedicated name: (Myboard A20) https://github.com/igorpecovnik/lib/blob/next/main.sh#L27 2. Add an entry to configuration - copy paste cubieboard and use a previously chosen board name https://github.com/igorpecovnik/lib/blob/next/configuration.sh 3. Copy your fex file to lib/config/Myboard.fex ------ From this point - if you can't boot - you need to tweak U-boot configuration and add exceptions - if necessary - to: https://github.com/igorpecovnik/lib/blob/next/boards.sh and to board configuration if you need some special module. If you have any questions just post it here.

And which u-boot did you use? This is most important. Network is not essential at first boot. If we have it we run apt-get update and recreate ssh-keys else not.

if you see a device it's o.k. there is no module because it's build in.

Cedarx is build in all, just define memory reservation and it will start working. Wrote on mobile phone

I can't give you exact answer yet since I am not sure what is causing this. The board just hangs for no apparent reason - it become unresponsive and you must do a hard reboot - in one hour or in two weeks. Most likely it's an issue with U-boot loader. At this point I also don't know which is exactly last good build - few months ago for sure. I am having one such board with few months uptime. I think that if you build from current sources it will be o.k. To be sure I am doing long term stress test on several boards. You can find old builds here: http://mirror.igorpecovnik.com I'll rebuild all images and fix the problem when I get back from vacations in cca. 10 days.

Ahaa. https://github.com/igorpecovnik/BananaPI-Debian This page should look like this - only links to proper one: https://github.com/igorpecovnik/Cubox-i-Debian This configuration is (almost) deprecated. I am clearing this those days but I am temporally on super bad internet connection ... But if you don't specify the board you will be prompted to choose. Use this; https://github.com/igorpecovnik/lib I also wrote a manual two days ago.

Not exactly this way ... you need to select Orange Pi in menu to get a proper board configuration and u-boot. Specially if you need a wifi to be operational. If you don't need wifi a bananapi configuration and image works without a problem. But, motd is independent - it reads various hw data and determine the board.

That's defined in the script armhwinfo located in /etc/init.d Source location: scripts/armhwinfo It's possible that it's not working perfectly yet.

USB redirector fails to compile within kernel 4.x ... I already notified the author and got response that they are aware and working on. Thanks for bringing up.

This FAT boot partition is solved half way - scripts need to be adjusted manually, the rest works. I thought I left a note in configuration but I didn't Nice job. btrfs should be resizeable but not with resize2fs so this part is solvable. f2fs probably too. On the other hand I manage to write a script manual v1.0 I'll fix this asap. Oh, this is intentionally. Some people want to have fat boot partition to be windows accessible. I'll rather do it configurable then. Not sure out of my head how is this on mainline.

It looks like an (rear) server issue. I'll add some extra security checks here to prevent this happen. modified gmac driver for Bananapi (GMAC_FOR_BANANAPI) This is mandatory to enable for BananaPi, R1 and Orange. The rest leave default / ignore.

You probably only need to define where is root, customizing boot.cmd + recompile will be necessary. from root=/dev/mmcblk0p1 to root=/dev/mmcblk0p2

If you are asking for OrangePi+ ... no idea. For others. No need to rebuild kernel, many camera modules are build as modules at least with kernel 3.4.x I was playing a little with Bananas CSI camera but that's about it. Not my field of interest. http://wiki.lemaker.org/BananaPro/Pi:Camera_Module Results was average.

Sorry, don't know. If Google doesn't know it probably doesn't exists. I am not familiar with FreeBSD to say if it can be implement the same way as Debian/Ubuntu. In any case there is probably quite some work to be done.

in lib/common.sh add some brackets near line 385: NEWSIZE=$(($BLOCKSIZE*$NEWSIZE/1024)) fixed My mistake. A little better solution - It works for me - with different locales on host: BLOCKSIZE=$(LANGUAGE=english resize2fs $LOOP $NEWSIZE"M" | grep "The filesystem on" | awk '{ print $(NF-2)}') Thakns!

If the driver is there you only need to bring up menu kernel configuration and search for it. Run the script with: KERNEL_CONFIGURE="yes" and KERNEL_ONLY="yes" to build kernel only. You don't need to rebuild the image. Than re-compile. Thanks

Than in the script configuration set kernel compile only, force=no is most important in such case, double check your source changes and recompile. Wrote on mobile phone

First check if you are booting into correct kernel - type uname -a If you are not using my image as a base you need to create boot script. Wrote on mobile phone