fatal error: linux/compiler-gcc5.h: No such file or directory

[OPUser]

Hello

 

I have built Armbian new desktop image and SATA PMP patched kernel debs for OrangePi from the master branch on Ubuntu Xenial VBox host

./compile.sh PROGRESS_DISPLAY=plain FORCE_CHECKOUT="no" CREATE_PATCHES=yes\
 BRANCH=default BOARD=orangepi KERNEL_ONLY=no RELEASE=jessie\
 USE_GITHUB_UBOOT_MIRROR="yes" BUILD_DESKTOP=yes EXTERNAL_NEW=prebuilt

 

and got this messages during kernel compilation

HEAD detached at FETCH_HEAD

nothing to commit, working directory clean
[ warn ] Make your changes in this directory: [ /root/my_orangepi_kernel/sources/linux-sunxi/sunxi-3.4 ]
[ warn ] Press <Enter> after you are done [ waiting ]
[ warn ] No changes found, skipping patch creation
fatal: ambiguous argument 'HEAD~': unknown revision or path not in the working tree.

and

include/linux/compiler-gcc.h:103:30: fatal error: linux/compiler-gcc5.h: No such file or directory

 

I fixed the second one adding KERNEL_NEEDS_GCC='< 5.0' to /root/my_orangepi_kernel/lib/config/sources/sun7i.conf

And at the end I got linux-image-3.4.104-sun7i_5.27_armhf.deb

Few month ago I did same and I got 3.4.112 during the build. Is it the numbering issue or an effect of my kernel compilation error workaround?

What can be the best way to fix that error? I had same error in the log during usb-redirector compilation:

include/linux/compiler-gcc.h:103:30: fatal error: linux/compiler-gcc5.h: No such file or directory

 

Thank you.

 

[zador.blood.stained]

Using FORCE_CHECKOUT=no should be avoided, and this parameter may be reworked or removed in the future.

[zador.blood.stained]

In fact all you needed to do is copy or symlink lib/patch/kernel/sun7i-default/port_multiplier.patch.disabled to userpatches/kernel/sun7i-default/port_multiplier.patch

So no need to use FORCE_CHECKOUT and CREATE_PATCHES options.

[OPUser]

I compiled jessie desktop image without use of FORCE_CHECKOUT

but u-boot can't load kernel - it stops at "Starting Kernel..." message.

kernel only compilation gave the same result. 

 

I decided to check if Ubuntu image from site works - it works but average load is too high, over 1.2.

armbianmonitor -m shows 70% CPU load.

But htop shows /sbin/init at 6% as a heaviest task. How can I check the rootcause?