Re: imx6qsabreauto kernel build error

[Thomas Senyk <thomas.senyk@pelagicore.com>]

On Thursday, 18 July, 2013 9:21:57 Otavio Salvador wrote:
> On Thu, Jul 18, 2013 at 6:03 AM, Thomas Senyk
> 
> <thomas.senyk@pelagicore.com> wrote:
> > Hi,
> > 
> > I'm trying to build for imx6qsabreauto, but get:
> > |   CHK     include/generated/compile.h
> > |   UPD     include/generated/compile.h
> > |   CC      init/version.o
> > |   LD      init/built-in.o
> > |   LD      .tmp_vmlinux1
> > | 
> > | arch/arm/mach-mx6/built-in.o: In function `mx6_sabrelite_board_init':
> > | :(.init.text+0x17a4): undefined reference to `imx6q_mipi_csi2_data'
> > | :(.init.text+0x17a8): undefined reference to `imx6q_mipi_csi2_data'
> > | :(.init.text+0x17ac): undefined reference to `imx_add_mipi_csi2'
> > | :(.init.text+0x1c04): undefined reference to `imx6q_dvfs_core_data'
> > | :(.init.text+0x1c08): undefined reference to `imx6q_dvfs_core_data'
> > | :(.init.text+0x1c0c): undefined reference to `imx_add_dvfs_core'
> > | :(.init.text+0x1cd8): undefined reference to `imx_add_busfreq'
> > | :(.init.text+0x1cdc): undefined reference to `imx6q_perfmon_data'
> > | :(.init.text+0x1ce0): undefined reference to `imx6q_perfmon_data'
> > | :(.init.text+0x1ce4): undefined reference to `imx_add_perfmon'
> > | :(.init.text+0x1cec): undefined reference to `imx_add_perfmon'
> > | :(.init.text+0x1cfc): undefined reference to `imx_add_perfmon'
> > | :(.init.text+0x1d80): undefined reference to `imx6q_perfmon_data'
> > | :(.init.text+0x1d84): undefined reference to `imx6q_perfmon_data'
> > | 
> > | make: *** [.tmp_vmlinux1] Error 1
> > | ERROR: oe_runmake failed
> > | ERROR: Function failed: do_compile (log file is located at
> > 
> > /home/tsenyk/projects/oe-yocto/pelagicore-bsp/imx6-
> > build-4/tmp/work/imx6qsabreauto-bistro-linux-gnueabi/linux-imx/3.0.35-
> > r38.14/temp/log.do_compile.5456)
> > 
> > 
> > Anyone an idea?
> > 
> > I'm using meta-fsl-arm master (86a7cf6aa5c)
> 
> This seems more related to -extra layer as SabreLITE is there. It is
> using Nitrogen kernel and machine, in fact. Please take a look on
> Boundary's kernel and check if there're defconfig/commit changes.

Sorry! it was a left-over thing.
I had a 'replacing' defconfing lying around.

Sorry for the buzz.


> 
> --
> Otavio Salvador                             O.S. Systems
> http://www.ossystems.com.br        http://projetos.ossystems.com.br
> Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750