From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id BC924E00576; Tue, 2 Sep 2014 07:19:30 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on yocto-www.yoctoproject.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-HAM-Report: * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] Received: from mail.ahsoftware.de (h1446028.stratoserver.net [85.214.92.142]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id D8878E0054C for ; Tue, 2 Sep 2014 07:19:22 -0700 (PDT) Received: by mail.ahsoftware.de (Postfix, from userid 65534) id DB9AF2C9C6B3; Tue, 2 Sep 2014 16:19:19 +0200 (CEST) Received: from eiche.ahsoftware (p57B22F50.dip0.t-ipconnect.de [87.178.47.80]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.ahsoftware.de (Postfix) with ESMTPSA id 17CB52C9C6AA for ; Tue, 2 Sep 2014 16:19:19 +0200 (CEST) Received: by eiche.ahsoftware (Postfix, from userid 65534) id 6B6AF8C1BD; Tue, 2 Sep 2014 16:19:18 +0200 (CEST) Received: from krabat.ahsoftware (unknown [IPv6:feee::5246:5dff:fe8b:95f8]) by eiche.ahsoftware (Postfix) with ESMTP id CC1568C10D; Tue, 2 Sep 2014 14:18:26 +0000 (UTC) Message-ID: <5405D1B2.9060900@ahsoftware.de> Date: Tue, 02 Sep 2014 16:18:26 +0200 From: Alexander Holler User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: Lauren Post , Otavio Salvador References: <54022ED0.8000305@ahsoftware.de> <54037CA3.5030302@ahsoftware.de> <54046DA4.1020105@ahsoftware.de> <54047C23.2060204@ahsoftware.de> <7aafbc08e6ca43d397588d97da15e011@DM2PR0301MB0701.namprd03.prod.outlook.com> In-Reply-To: <7aafbc08e6ca43d397588d97da15e011@DM2PR0301MB0701.namprd03.prod.outlook.com> Cc: "meta-freescale@yoctoproject.org" Subject: Re: 3.10.31-beta: gcoHAL_Construct returns -7 (gcvSTATUS_GENERIC_IO) 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: Tue, 02 Sep 2014 14:19:30 -0000 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Am 02.09.2014 15:32, schrieb Lauren Post: > You can't mix and match 3.10.17 kernel with 3.10.31 graphics unless > you take the 3.10.31 graphics driver and put it on 3.10.17 kernel. > The kernel driver and graphics package must align. > > That is why you have build issues. Am 02.09.2014 15:32, schrieb Lauren Post: > You can't mix and match 3.10.17 kernel with 3.10.31 graphics unless > you take the 3.10.31 graphics driver and put it on 3.10.17 kernel. > The kernel driver and graphics package must align. > > That is why you have build issues. Found it. During the various test with various kernels and imx-lib-versions (all unsuccesfull up to now) /usr/lib/libGAL-x11.so somehow changed from a symlink to a binary. The binary for 3.10.17. And it looks like my installation of libGAL 3.10.31 didn't overwrite that or whatever, I still have to search the reason. Besides that, you sound like a new gpu-library is unable to deal with an old kernel. Not very nice as it ties userland to the kernel version. Anyway, sorry for wrong error message. But you have to deal with such, when the installation is as complicated as it currently is with all the various binary libraries and various necessary patches. What makes it further complicated is, that I have to switch between mesa-opengl and imx-opengl for building various packages. For example the xorg-x11-server fails when building against imx-libraries (because it uses "-lGL -ldrm" and the imx-libraries do require "-ldrm -lGL"). It's really a pain to set that up. So the opengl-stuff is currently a symlink-hell here I have to change quite often and I seem to have made a failure I didn't seen before. Even I've looked multiple times at the links and there target before posting the message, but Murphy is almost always present. Regards, Alexander Holler > > Lauren > > -----Original Message----- From: > meta-freescale-bounces@yoctoproject.org > [mailto:meta-freescale-bounces@yoctoproject.org] On Behalf Of > Alexander Holler Sent: Monday, September 01, 2014 9:01 AM To: Otavio > Salvador Cc: meta-freescale@yoctoproject.org Subject: Re: > [meta-freescale] 3.10.31-beta: gcoHAL_Construct returns -7 > (gcvSTATUS_GENERIC_IO) > > > Just checked 3.10.17 and there the size of gcsHAL_INTERFACE is 248, > the same as used by the libs in gpu-viv-bin-mx6q-3.10.31-1.1.0-beta. > So the libs seem to have been compiled against headers with an old > gcsHAL_INTERFACE and are therefor unusable with kernel 3.10.31. > > Here is a small test program one can check against kernel 3.10.17 and > 3.10.31: > > ----------------------------- #include > > #include > "/usr/src/linux/drivers/mxc/gpu-viv/hal/kernel/inc/gc_hal.h" > > int main(void) { printf("Size: %u\n", sizeof(gcsHAL_INTERFACE)); > return 0; } ----------------------------- > > Regards, > > Alexander Holler -- _______________________________________________ > meta-freescale mailing list meta-freescale@yoctoproject.org > https://lists.yoctoproject.org/listinfo/meta-freescale > No. I don't mix and match drivers, libraries or kernels. The kernel is 3.10.31, the library is 3.10.31 and the driver is 3.10.31 too. And I've written that. What I did was reverting commit 28a4a163b561c39ac0c798d420e0927f29e9d4c8 "drm: platform multi-device support" in the 3.10.31 kernel. Had to do this to let the x11-driver find the device. Maybe that is the reason why the binary blob thinks it deals with an old kernel. But it's just another assumption as I don't and can't know what the binary lib is doing and how it decides (if it does that at all) with which kernel it deals. Besides that, you sound like a new library is unable to deal with an old kernel. If so, then there is for sure something wrong, because I see in kernel 3.10.31 the size mismatch and I'm using the xorg-driver 3.10.31 together with gpu* 3.10.31 (as written before). > > Lauren > > -----Original Message----- From: > meta-freescale-bounces@yoctoproject.org > [mailto:meta-freescale-bounces@yoctoproject.org] On Behalf Of > Alexander Holler Sent: Monday, September 01, 2014 9:01 AM To: Otavio > Salvador Cc: meta-freescale@yoctoproject.org Subject: Re: > [meta-freescale] 3.10.31-beta: gcoHAL_Construct returns -7 > (gcvSTATUS_GENERIC_IO) > > > Just checked 3.10.17 and there the size of gcsHAL_INTERFACE is 248, > the same as used by the libs in gpu-viv-bin-mx6q-3.10.31-1.1.0-beta. > So the libs seem to have been compiled against headers with an old > gcsHAL_INTERFACE and are therefor unusable with kernel 3.10.31. > > Here is a small test program one can check against kernel 3.10.17 > and 3.10.31: > > ----------------------------- #include > > #include > "/usr/src/linux/drivers/mxc/gpu-viv/hal/kernel/inc/gc_hal.h" > > int main(void) { printf("Size: %u\n", sizeof(gcsHAL_INTERFACE)); > return 0; } ----------------------------- > > Regards, > > Alexander Holler -- _______________________________________________ > meta-freescale mailing list meta-freescale@yoctoproject.org > https://lists.yoctoproject.org/listinfo/meta-freescale >