From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.chez-thomas.org (mail.mlbassoc.com [65.100.170.105]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 57C65E013EB for ; Wed, 19 Dec 2012 10:35:36 -0800 (PST) Received: by mail.chez-thomas.org (Postfix, from userid 1998) id E7D4DF81227; Wed, 19 Dec 2012 11:35:35 -0700 (MST) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hermes.chez-thomas.org X-Spam-Level: X-Spam-Status: No, score=-2.0 required=4.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED, FREEMAIL_FROM, NML_ADSP_CUSTOM_MED, T_TO_NO_BRKTS_FREEMAIL autolearn=no version=3.3.2 Received: from [192.168.1.114] (zeus [192.168.1.114]) by mail.chez-thomas.org (Postfix) with ESMTP id 597CFF81225; Wed, 19 Dec 2012 11:35:35 -0700 (MST) Message-ID: <50D2091B.5070103@gmail.com> Date: Wed, 19 Dec 2012 11:36:11 -0700 From: Gary Thomas User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: meta-freescale@yoctoproject.org References: <1355870259-30998-1-git-send-email-otavio@ossystems.com.br> <50D1B384.7080400@freescale.com> <50D1B8E4.9050107@gmail.com> <50D1DBD1.3050607@gmail.com> <50D1E2D0.70104@gmail.com> <50D206EC.2030203@gmail.com> In-Reply-To: <50D206EC.2030203@gmail.com> Subject: Re: [meta-fsl-arm][PATCH 0/2] Fixes for current state of 1.4 X-BeenThere: meta-freescale@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Usage and development list for the meta-fsl-* layers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2012 18:35:36 -0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 2012-12-19 11:26, Gary Thomas wrote: > On 2012-12-19 11:11, Otavio Salvador wrote: >> On Wed, Dec 19, 2012 at 1:52 PM, Gary Thomas wrote: >>> On 2012-12-19 08:35, Otavio Salvador wrote: >>>> >>>> On Wed, Dec 19, 2012 at 1:22 PM, Gary Thomas >>>> wrote: >>>> ... >>>>> >>>>> Thanks, I'm now using the yoctoproject.org repository and can see the >>>>> recent changes. >>>>> >>>>> Sadly though, I can't build X11 drivers - full log attached. >>>>> | In file included from ./vivante_util/vivante_common.h:69:0, >>>>> | from vivante_fbdev/vivante_fbdev_driver.c:23: >>>>> | >>>>> >>>>> /home/local/imx6_poky/tmp/sysroots/sabrelite/usr/include/xorg/fbdevhw.h:50:23: >>>>> note: declared here >>>>> | vivante_fbdev/vivante_fbdev_driver.c:780:26: warning: assignment from >>>>> incompatible pointer type [enabled by default] >>>>> | vivante_fbdev/vivante_fbdev_driver.c: In function 'VivCloseScreen': >>>>> | vivante_fbdev/vivante_fbdev_driver.c:826:5: warning: passing argument 1 >>>>> of >>>>> 'pScreen->CloseScreen' makes pointer from integer without a cast [enabled >>>>> by >>>>> default] >>>>> | vivante_fbdev/vivante_fbdev_driver.c:826:5: note: expected 'ScreenPtr' >>>>> but >>>>> argument is of type 'int' >>>>> | vivante_fbdev/vivante_fbdev_driver.c:826:5: error: too many arguments >>>>> to >>>>> function 'pScreen->CloseScreen' >>>>> | make[2]: *** [vivante_fbdev_driver.lo] Error 1 >>>>> | make[2]: *** Waiting for unfinished jobs.... >>>>> | make[2]: Leaving directory >>>>> >>>>> `/home/local/imx6_poky/tmp/work/sabrelite-amltd-linux-gnueabi/xf86-video-imxfb-vivante/2_12.09.01-r20.1/xserver-xorg-video-imx-viv-12.09.01/src' >>>>> | make[1]: *** [all-recursive] Error 1 >>>>> | make[1]: Leaving directory >>>>> >>>>> `/home/local/imx6_poky/tmp/work/sabrelite-amltd-linux-gnueabi/xf86-video-imxfb-vivante/2_12.09.01-r20.1/xserver-xorg-video-imx-viv-12.09.01' >>>>> >>>>> Any ideas? Maybe I've missed something else. >>>>> >>>> >>>> It seems xf86 api changes; you need to check the change in API and >>>> prepare a patch to the driver ... otherwise I can do it ... >>> >>> >>> OK, I'll look at this. I had expected this to already work, based on >>> the earlier comments, but no problem. >> >> I've researched how to make it in a flexible way and I found >> http://cgit.freedesktop.org/xorg/driver/xf86-video-geode/commit/?id=a83fcb6f84995dc50b8adffc27e264a663fbd606 >> >> So it's adviced to use a compat-api.h header that allows it to be >> usable in old and new Xorg API's. > > Thanks. I found much the same and have already integrated this method. > I'll send a patch for it soon. This may take some time. While it does now build, it immediately dies with a segmentation violation.