Wondering what is the kernel version you are using? The problem does not seem to occur in linux-imx with 3.14 kernel.
Best Regards, Prabhu -----Original Message----- From: Julio Cruz Barroso [mailto:[email protected]] Sent: Wednesday, January 20, 2016 5:59 AM To: Otavio Salvador <[email protected]>; Prabhu Sundararaj <[email protected]> Cc: [email protected]; [email protected] Subject: RE: [meta-freescale] wandboard-rt & kernel-module-imx-gpu-viv error Hi Otavio, Prabhu, The previous patch help to build the imx-gpu-viv module for the Linux-wandboard-rt. After testing, there is the following issue: [ 3.692132] galcore: Unknown symbol swait_prepare_locked (err -22) [ 3.701981] galcore: Unknown symbol swait_finish_locked (err -22) These symbols are part of the linux-rt patch. To solve it, the EXPORT_SYMBOL directive was used at /kernel/sched/wait-simple.c. The board is able to show QT application using eglfs (no xorg). Attached the additional patch. Julio -----Original Message----- From: Otavio Salvador [mailto:[email protected]] Sent: Tuesday, January 12, 2016 7:13 PM To: Julio Cruz Barroso <[email protected]>; Prabhu Sundararaj <[email protected]> Cc: [email protected]; [email protected] Subject: Re: [meta-freescale] wandboard-rt & kernel-module-imx-gpu-viv error Hello Julio, On Tue, Jan 12, 2016 at 4:47 AM, Julio Cruz Barroso <[email protected]> wrote: > I'm trying to build a core-image-minimal for "wandboard-rt", but an error > show-up compiling the module "kernel-module-imx-gpu-viv". > > I found two ways to solve this issue: > > 1. Apply a similar patch proposed by Dominic some months ago > ([meta-freescale] [meta-fsl-arm-extra][PATCH] linux-wandboard-rt: Add initial > recipe), but this time, for the external module 2. Disable the kernel module > and use the built-in. For this, it suggest to use the option defined by > Otavio 5 month ago > (patch-v2-0-5-dynamically-choose-between-built-in-or-external-vivante-gpu-kernel-driver#post8). > MACHINE_USES_VIVANTE_KERNEL_DRIVER_MODULE = "0" in the local.conf file. > > Currently, both sources (module and built-in) have difference and I'm not > sure if the applied patch will be enough. Dominic, do you have any comments? Ideally we ought to fix the kernel module source. Prabhu, is it possible for you to review the patch proposed by Julio? It seems good from my point of view and harmless for normal kernel as well. -- Otavio Salvador O.S. Systems http://www.ossystems.com.br http://code.ossystems.com.br Mobile: +55 (53) 9981-7854 Mobile: +1 (347) 903-9750 -- _______________________________________________ meta-freescale mailing list [email protected] https://lists.yoctoproject.org/listinfo/meta-freescale
