I found a small bug in
/usr/src/linux-linaro-stable-mx6/drivers/mmc/core/core.c

Requires an include for GPIO
e.g.:

include <linux/gpio/consumer.h>

No expert on git or I would maybe be able to push this myself; I did all the work for ya though :)

This is the error:

    LD      init/built-in.o
drivers/built-in.o: In function `pxp_runtime_resume':
:(.text+0x289c0): undefined reference to `request_bus_freq'
drivers/built-in.o: In function `pxp_runtime_suspend':
:(.text+0x289d4): undefined reference to `release_bus_freq'
drivers/built-in.o: In function `fec_runtime_resume':
:(.text+0xdb064): undefined reference to `request_bus_freq'
drivers/built-in.o: In function `fec_runtime_suspend':
:(.text+0xdb078): undefined reference to `release_bus_freq'
drivers/built-in.o: In function `sdhci_esdhc_runtime_resume':
:(.text+0x155be0): undefined reference to `request_bus_freq'
drivers/built-in.o: In function `sdhci_esdhc_runtime_suspend':
:(.text+0x155cf8): undefined reference to `release_bus_freq'
drivers/built-in.o: In function `sdhci_esdhc_imx_probe':
:(.text+0x1564cc): undefined reference to `request_bus_freq'
:(.text+0x156844): undefined reference to `release_bus_freq'
drivers/built-in.o: In function `gpu_runtime_resume':
:(.text+0x157f3c): undefined reference to `request_bus_freq'
drivers/built-in.o: In function `gpu_runtime_suspend':
:(.text+0x157f50): undefined reference to `release_bus_freq'
drivers/built-in.o: In function `ipu_runtime_suspend':
:(.text+0x174b38): undefined reference to `release_bus_freq'
drivers/built-in.o: In function `ipu_runtime_resume':
:(.text+0x174b4c): undefined reference to `request_bus_freq'
drivers/built-in.o: In function `vpu_runtime_resume':
:(.text+0x189f8c): undefined reference to `request_bus_freq'
drivers/built-in.o: In function `vpu_runtime_suspend':
:(.text+0x189fa0): undefined reference to `release_bus_freq'
arch/arm/mach-imx/built-in.o: In function `imx6_pm_enter':
:(.text+0x3100): undefined reference to `imx6sl_set_wait_clk'
:(.text+0x310c): undefined reference to `imx6sl_set_wait_clk'
sound/built-in.o: In function `fsl_ssi_runtime_resume':
:(.text+0x3d99c): undefined reference to `request_bus_freq'
sound/built-in.o: In function `fsl_ssi_runtime_suspend':
:(.text+0x3d9b0): undefined reference to `release_bus_freq'
sound/built-in.o: In function `fsl_spdif_runtime_resume':
:(.text+0x3f934): undefined reference to `request_bus_freq'
sound/built-in.o: In function `fsl_spdif_runtime_suspend':
:(.text+0x3f948): undefined reference to `release_bus_freq'
make: *** [vmlinux] Error 1

6] caam 2100000.caam: device ID = 0x0a16010000000000 (Era -524)

modprobe caamalg

[ 85.519567] alg: No test for authenc(hmac(md5),cbc(aes)) (authenc-hmac-md5-cbc-aes-caam)
[ 85.528440] caam 2100000.caam: authenc-hmac-md5-cbc-aes-caam
[ 85.535215] alg: No test for authencesn(hmac(md5),cbc(aes)) (authencesn-hmac-md5-cbc-aes-caam)
[ 85.544163] caam 2100000.caam: authencesn-hmac-md5-cbc-aes-caam
[ 85.570073] Unable to handle kernel NULL pointer dereference at virtual address 00000000
[ 85.578396] pgd = 80004000
[ 85.581195] [00000000] *pgd=00000000
[ 85.581206] Internal error: Oops: 17 [#1] SMP ARM
[ 85.581232] Modules linked in: caamalg(+) ir_lirc_codec lirc_dev ir_mce_kbd_decoder ir_jvc_decoder ir_sanyo_decoder ir_sony_decoder ir_rc6_decoder ir_rc5_decoder caam ir_nec_decoder gpio_ir_recv sch_fq_codel
[ 85.581241] CPU: 0 PID: 267 Comm: cryptomgr_test Not tainted 3.14.23-2-ARCH #1
[ 85.581246] task: ac74bc80 ti: acbf0000 task.ti: acbf0000
[ 85.581263] PC is at aead_edesc_alloc.constprop.23+0xe0/0x6b8 [caamalg]
[ 85.581269] LR is at 0x24
[ 85.581275] pc : [<7f077f2c>] lr : [<00000024>] psr: 20010113
sp : acbf1d10 ip : afd10362 fp : acbf1e80
[ 85.581277] r10: 00000000 r9 : 00000000 r8 : acb93ac0
[ 85.581280] r7 : ac66fa10 r6 : ac5e9400 r5 : 00000000 r4 : 00000001
[ 85.581283] r3 : 00000000 r2 : 00000014 r1 : ac5e9480 r0 : 00000010
[ 85.581289] Flags: nzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment kernel
[ 85.581292] Control: 10c53c7d Table: 3c84404a DAC: 00000015
[ 85.581296] Process cryptomgr_test (pid: 267, stack limit = 0xacbf0240)
[ 85.581299] Stack: (0xacbf1d10 to 0xacbf2000)
[ 85.581305] 1d00: 00000001 10000000 00000014 800193c0
[ 85.581312] 1d20: 8001ceb8 afd0b840 ac942800 3c942a5c 00000010 acbf1d6f 000080d1 81f00010
[ 85.581318] 1d40: 80b33ec0 00000000 acb93ac0 ac942800 ac66fa10 00000000 ac942800 80a9fee0
[ 85.581323] 1d60: acbf1e80 7f078710 00000001 80308e30 acbe4000 00000000 acbe3000 acbe4000
[ 85.581329] 1d80: 00000001 00000000 ac942800 80a9fee0 acbf1e80 8029c7bc 00000000 00000000
[ 85.581335] 1da0: 00000000 00000000 00000014 00000000 00000000 80a9fee0 00000001 80b33ec0
[ 85.581341] 1dc0: acb93ac0 80761d9c 00000007 00000001 ac942800 ac5e9400 ac772318 ac5e9480
[ 85.581347] 1de0: 000001b9 00000000 8092ac38 ac5e9500 8092accc ac614d80 ac772380 ac772318
[ 85.581353] 1e00: 00000007 80293830 0000148f 00000000 00000000 acbf1e14 acbf1e14 00000000
[ 85.581359] 1e20: acb9b000 acb9a000 acb99000 acb98000 acb97000 acb96000 ac768000 ac769000
[ 85.581365] 1e40: acbe4000 acbe5000 acbf2000 acbf3000 acbec000 acbed000 acbee000 acbef000
[ 85.581372] 1e60: acbe3000 acbe2000 acbe1000 acbe0000 acb9f000 acb9e000 acb9d000 acb9c000
[ 85.581378] 1e80: 42baaf3d 30b49e9d 80da22b4 41ac9f2c 00000000 761232ea e710503b 5dfdf618
[ 85.581383] 1ea0: ac772318 ac942800 00000007 80a9fee0 00000001 00000001 ac614d80 ac614dc0
[ 85.581389] 1ec0: 00000400 8029e11c 00000001 00000000 80762094 ac942800 ac614d80 8029af84
[ 85.581395] 1ee0: 00001083 8029e1bc ffffffff 0000001a 00000000 8029d57c 00000000 80054688
[ 85.581401] 1f00: 00000001 acb89d20 00000000 00000000 00000003 00000001 acb89d14 80063b54
[ 85.581407] 1f20: 00000000 acb89d1c acb89d18 a00c0013 8029af84 00000000 00000000 ac614d80
[ 85.581412] 1f40: 00000000 ac614d80 8029af84 00000000 00000000 00000000 00000000 8029afc4
[ 85.581418] 1f60: acb93ac0 800481c0 00000000 00000000 00000000 ac614d80 00000000 00000000
[ 85.581424] 1f80: acbf1f80 acbf1f80 00000000 00000000 acbf1f90 acbf1f90 acbf1fac acb93ac0
[ 85.581429] 1fa0: 800480e8 00000000 00000000 8000e358 00000000 00000000 00000000 00000000
[ 85.581435] 1fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 85.581440] 1fe0: 00000000 00000000 00000000 00000000 00000013 00000000 00000000 00000000
[ 85.581472] [<7f077f2c>](aead_edesc_alloc.constprop.23 [caamalg]) from [<7f078710>](aead_encrypt+0x2c/0x1f0 [caamalg])
[ 85.581494] [<7f078710>](aead_encrypt [caamalg]) from <8029c7bc>
[ 85.581507] <8029c7bc> from <8029e11c>
[ 85.581515] <8029e11c> from <8029e1bc>
[ 85.581523] <8029e1bc> from <8029d57c>
[ 85.581531] <8029d57c> from <8029afc4>
[ 85.581544] <8029afc4> from <800481c0>
[ 85.581559] <800481c0> from <8000e358>
[ 85.581567] Code: e3a09001 e3c33003 e3520000 da00000c (e593c000)
[ 85.581573] ---[ end trace f522198151470a89 ]---

When shutting down the system people experience a crash like this:

    [ 4535.825460] reboot: Power down
    [ 4535.832833] Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000000
    [ 4535.832833]
    [ 4539.724102] ------------[ cut here ]------------
    [ 4539.728768] WARNING: CPU: 0 PID: 1 at kernel/time/tick-broadcast.c:604 tick_handle_oneshot_broadcast+0x1d8/0x200()
    [ 4539.739125] Modules linked in: bnep bluetooth 6lowpan_iphc brcmfmac brcmutil cfg80211 rfkill joydev ir_lirc_codec c
    [ 4539.765959] CPU: 0 PID: 1 Comm: systemd-shutdow Not tainted 3.14.14-cubox-i #1
    [ 4539.773234] [<80015478>] (unwind_backtrace) from [<80011620>] (show_stack+0x10/0x14)
    [ 4539.781010] [<80011620>] (show_stack) from [<806ea118>] (dump_stack+0x84/0x94)
    [ 4539.788269] [<806ea118>] (dump_stack) from [<8002b964>] (warn_slowpath_common+0x70/0x8c)
    [ 4539.796387] [<8002b964>] (warn_slowpath_common) from [<8002ba1c>] (warn_slowpath_null+0x1c/0x24)
    [ 4539.805200] [<8002ba1c>] (warn_slowpath_null) from [<8007eed4>] (tick_handle_oneshot_broadcast+0x1d8/0x200)
    [ 4539.814974] [<8007eed4>] (tick_handle_oneshot_broadcast) from [<800221b8>] (mxc_timer_interrupt+0x2c/0x34)
    [ 4539.824665] [<800221b8>] (mxc_timer_interrupt) from [<8006c33c>] (handle_irq_event_percpu+0x54/0x180)
    [ 4539.833911] [<8006c33c>] (handle_irq_event_percpu) from [<8006c4ac>] (handle_irq_event+0x44/0x64)
    [ 4539.842807] [<8006c4ac>] (handle_irq_event) from [<8006f430>] (handle_fasteoi_irq+0x80/0x158)
    [ 4539.851354] [<8006f430>] (handle_fasteoi_irq) from [<8006bb04>] (generic_handle_irq+0x2c/0x3c)
    [ 4539.859991] [<8006bb04>] (generic_handle_irq) from [<8000eb80>] (handle_IRQ+0x40/0x90)
    [ 4539.867929] [<8000eb80>] (handle_IRQ) from [<800084e8>] (gic_handle_irq+0x2c/0x5c)
    [ 4539.875528] [<800084e8>] (gic_handle_irq) from [<806efb40>] (__irq_svc+0x40/0x50)
    [ 4539.883022] Exception stack(0xdc093dc0 to 0xdc093e08)
    [ 4539.888095] 3dc0: 0001ae04 ffffffff 00000182 802b3d88 00000057 80a336a4 00000ed8 00000fa0
    [ 4539.896291] 3de0: 00000000 80a601f0 00000000 dc0a0000 00000000 dc093e08 806e6e40 802b3db8
    [ 4539.904480] 3e00: 200f0013 ffffffff
    [ 4539.908000] [<806efb40>] (__irq_svc) from [<802b3db8>] (__loop_delay+0x0/0x10)
    [ 4539.915236] ---[ end trace 2755275968036b0d ]---

It does no harm, since the file system has already been closed. I did not yet find out the root cause, but it only happens, when the kernel receives LINUX_REBOOT_CMD_POWER_OFF. It does not happen on LINUX_REBOOT_CMD_HALT. Looking at the code I stumbled over commit d3e1746 (ENGR00243120). This add a default power off handler, which causes the kernel to call machine_power_off() instead of machine_halt(). The main difference between the two is, that the latter does not return while the first one does. The crash happens after the return and looking here and here we are not the only people having problems with this.
The question is how to fix it. The power off handler introduced by ENGR00243120 seems to have no effect on most iMX boards. So I don't think it should be installed by default. Maybe this could be controlled by a *.dts entry. Furthermore I don't really understand the difference in behavior between machine_halt() and machine_power_off(). I would have expected both to behave identically in case the power off function does not what it is supposed to do. Also I'm wondering if the ARM has something like Intel's HLT instruction to replace the busy loop in order to reduce power consumption in this state.

So I've been booting this kernel on the gk802, using the new dts files from linux-next.

The kernel is booting, and I do get output on serial. However, it fails to init HDMI.
The kernel boots, mounts the mmcs, but fails to init HDMI. Also, lots of devices (usb in particular) seem to be missing.

The config was ported from a working 3.0.35-4.1.0.

u-boot script, kernel boot log and conf at: https://gist.github.com/steeve/d62b25c6eeae6b7486db

Thanks a bunch!

scripts/kconfig/conf --silentoldconfig Kconfig
CHK include/generated/uapi/linux/version.h
CC scripts/mod/devicetable-offsets.s
GEN scripts/mod/devicetable-offsets.h
HOSTCC scripts/mod/file2alias.o
CHK include/generated/utsrelease.h
make[1]: `include/generated/mach-types.h' is up to date.
CALL scripts/checksyscalls.sh
HOSTLD scripts/mod/modpost
CHK include/generated/compile.h
DTC arch/arm/boot/dts/imx6dl-sabreauto.dtb
ERROR (duplicate_label): Duplicate label 'hdmi' on /soc/aips-bus@02100000/i2c@021a4000/edid@50 and /soc/aips-bus@02000000/hdmi@0120000
ERROR: Input tree has errors, aborting (use -f to force output)
make[1]: *** [arch/arm/boot/dts/imx6dl-sabreauto.dtb] Error 2
make: *** [dtbs] Error 2
make: *** Waiting for unfinished jobs....
GZIP kernel/config_data.gz
CHK kernel/config_data.h
UPD kernel/config_data.h
CC kernel/configs.o
LD kernel/built-in.o
LD drivers/video/built-in.o
LD drivers/built-in.o

Can post full .config if needed.
I also noticed (but am not sure if it is related) that "MXC Framebuffer support" options in kernel menuconfig were duplicated in Graphics Support -> MXC Framebuffer and in Graphics Support -> support for frame buffer devices -> MXC Framebuffer support.

If CONFIG_IMX_SDMA=y, should firmware be builtin?
I see Fedora popped it in on their take
https://github.com/jmontleon/fedora-20-cubox-i_hb/tree/3.14.14/firmware/imx/sdma

On one of my CuBox-i4p (early model), the CPU temperature exposed via hwmon is bogus (i.e. lower than the ambient). I'd guess that it's off by about 20°C. This does not happen on a second CuBox-i4p (newer model) as well as on HB-i2ex and C1-solo

[root@cuboxi ~]# uname -a
Linux cuboxi 3.14.23-2-ARCH #1 SMP Fri Nov 7 20:34:22 MST 2014 armv7l GNU/Linux

[root@cuboxi ~]# lsmod
Module Size Used by
cryptodev 44023 0

I'm trying to enable cryptodev module but as soon as i enable cryptodev module, i can't anymore establish a new ssh cnx to the cubox.
All new SSH cnx are "reset by peer" and on the log i can see (dmesg)

[ 243.982029] audit: type=1326 audit(1415953025.903:2): auid=4294967295 uid=99 gid=99 ses=4294967295 subj=kernel pid=320 comm="sshd" exe="/usr/bin/sshd" sig=31 syscall=54 compat=0 ip=0x76af4b2c code=0x0
[ 741.793437] audit: type=1326 audit(1415953523.857:3): auid=4294967295 uid=99 gid=99 ses=4294967295 subj=kernel pid=358 comm="sshd" exe="/usr/bin/sshd" sig=31 syscall=54 compat=0 ip=0x76b5ab2c code=0x0
[ 1055.049970] audit: type=1326 audit(1415953837.187:4): auid=4294967295 uid=99 gid=99 ses=4294967295 subj=kernel pid=370 comm="sshd" exe="/usr/bin/sshd" sig=31 syscall=54 compat=0 ip=0x76b4cb2c code=0x0

==>Those logs appears only when enabling cryptodev module and then sshd is not working anymore.

As soon as i unload the cryptodev module, sshd works again.

i've opened an issue with OpenELEC (OpenELEC/OpenELEC.tv#3442) but it seems not to be an OpenELEC issue. i'm not familiar with this stuff, i'm just a user. here's the info i have, if you need more, just say so;

xbmc.log:
18:00:46 T:1984933888 NOTICE: Register - new cec device registered on cec->i.MX: CEC Adapter (0471
:1001)
18:00:46 T:1963979856 NOTICE: Thread CECAdapter start, auto delete: false
18:00:46 T:1954542672 NOTICE: Thread PeripBusCEC start, auto delete: false
18:00:46 T:1963979856 ERROR: CecLogMessage - Write: sent command error !
18:00:46 T:1963979856 ERROR: Previous line repeats 3 times.
18:00:46 T:1963979856 ERROR: CecLogMessage - RegisterLogicalAddress: HDMICEC_IOC_SETLOGICALADDRES
S failed !
18:00:46 T:1963979856 ERROR: CecLogMessage - Write: sent command error !
18:00:46 T:1918891088 ERROR: Previous line repeats 5 times.
18:00:46 T:1918891088 NOTICE: Thread CECAdapterUpdate start, auto delete: false
18:00:46 T:1918891088 ERROR: CecLogMessage - Write: sent command error !
18:00:46 T:1908405328 ERROR: Previous line repeats 5 times.
cec-client -l

ERROR: [ 58] could not open a connection (try 1)
ERROR: [ 1058] could not open a connection (try 2)
ERROR: [ 2061] could not open a connection (try 3)
ERROR: [ 3063] could not open a connection (try 4)
ERROR: [ 4064] could not open a connection (try 5)
ERROR: [ 5065] could not open a connection (try 6)
ERROR: [ 6065] could not open a connection (try 7)
ERROR: [ 7066] could not open a connection (try 8)
ERROR: [ 8066] could not open a connection (try 9)
ERROR: [ 9067] could not open a connection (try 10)
Found devices: 1

device: 1
com port: i.MX
vendor id: 0471
product id: 1001
firmware version: 65535
cec-client

No device type given. Using 'recording device'
CEC Parser created - libCEC version 2.1.4
no serial port given. trying autodetect:
path: /dev/mxc_hdmi_cec
com port: i.MX

opening a connection to the CEC adapter...
DEBUG: [ 58] unregistering all CEC clients
DEBUG: [ 59] Broadcast (F): osd name set to 'Broadcast'
ERROR: [ 59] could not open a connection (try 1)
ERROR: [ 1059] could not open a connection (try 2)
ERROR: [ 2060] could not open a connection (try 3)
ERROR: [ 3060] could not open a connection (try 4)
ERROR: [ 4061] could not open a connection (try 5)
ERROR: [ 5061] could not open a connection (try 6)
ERROR: [ 6064] could not open a connection (try 7)
ERROR: [ 7067] could not open a connection (try 8)
ERROR: [ 8069] could not open a connection (try 9)
ERROR: [ 9070] could not open a connection (try 10)
NOTICE: [ 10072] connection opened
ERROR: [ 10072] could not start CEC communications
unable to open the device on port i.MX