From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:470:142:3::10]:42924) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jTCYh-0002T0-JJ for guix-patches@gnu.org; Mon, 27 Apr 2020 18:49:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.90_1) (envelope-from ) id 1jTCYg-0003Ur-Ol for guix-patches@gnu.org; Mon, 27 Apr 2020 18:49:03 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:55061) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jTCYg-0003Um-D7 for guix-patches@gnu.org; Mon, 27 Apr 2020 18:49:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jTCYg-0005S3-Aq for guix-patches@gnu.org; Mon, 27 Apr 2020 18:49:02 -0400 Subject: [bug#40835] [PATCH] Update to use panfrost for graphics hardware acceleration Resent-Message-ID: From: Vagrant Cascadian In-Reply-To: References: <54EFA16B-27F2-40F4-8FF0-F59BC65BF8AB@inskydata.com> <87lfmgvlqx.fsf@ponder> <65E1BABE-56D0-4F84-92A3-7C4238722FC3@inskydata.com> <87ftcovbkn.fsf@ponder> Date: Mon, 27 Apr 2020 15:48:29 -0700 Message-ID: <87d07sv936.fsf@ponder> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: Brian Woodcox Cc: 40835@debbugs.gnu.org --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2020-04-27, Brian Woodcox wrote: >> On Apr 27, 2020, at 3:54 PM, Vagrant Cascadian wrot= e: >>>> On Apr 27, 2020, at 12:15 PM, Vagrant Cascadian w= rote: >>>> On 2020-04-24, Brian Woodcox wrote: >>>>> You need to edit the /boot/extlinux/extlinux.conf file on the SD card= and alter the FDTDIR line. >>>>>=20 >>>>> I changed mine from >>>>>=20 >>>>> FDTDIR /gnu/store/ls1byzmapi911cylh4s6044x0cmc61c8-linux-libre-pinebo= ok-pro-5.6.0/lib/dtbs >>>>>=20 >>>>> to >>>>>=20 >>>>> FDTDIR /gnu/store/ls1byzmapi911cylh4s6044x0cmc61c8-linux-libre-pinebo= ok-pro-5.6.0/lib/dtbs/rockchip >>>>=20 >>>> The u-boot-pinebook-pro-rk3399 on guix master works correctly as well = as >>>> the one from wip-pinebook-pro (should be the same). >>=20 >> Oops, my bad. I've been merging master and core-updates locally and >> forgot the status of wip-pinebook-pro... I think I was waiting for the >> core-updates merge, but it's probably worth merging master just to get >> the updated u-boot-pinebook-pro-rk3399 based more closely on upstream >> u-boot! > > I would be happy to test that out when done! Will keep you posted. Once I've merged that, maybe you can rebase your patch into a patch series? >>>>> diff --git a/gnu/packages/qt.scm b/gnu/packages/qt.scm >>>>> index 8696dc4bb6..a1e7684964 100644 >>>>> --- a/gnu/packages/qt.scm >>>>> +++ b/gnu/packages/qt.scm >>>>> @@ -15,6 +15,7 @@ >>>>> ;;; Copyright =C2=A9 2018 John Soo >>>>> ;;; Copyright =C2=A9 2020 Mike Rosset >>>>> ;;; Copyright =C2=A9 2020 Jakub K=C4=85dzio=C5=82ka >>>>> +;;; Copyright =C2=A9 2020 Brian C. Woodcox >>>>> ;;; >>>>> ;;; This file is part of GNU Guix. >>>>> ;;; >>>>> @@ -485,6 +486,7 @@ developers using C++ or QML, a CSS & JavaScript l= ike language.") >>>>> "-no-compile-examples" >>>>> ;; Most "-system-..." are automatic, but some use >>>>> ;; the bundled copy by default. >>>>> + "-opengl" "es2" >>>>> "-system-sqlite" >>>>> "-system-harfbuzz" >>>>> "-system-pcre" >>>>=20 >>>> This might break some things where a different opengl is the default, >>>> some architectures or platforms may require a different opengl >>>> implementation. >>>>=20 >>>> I seem to recall some conversations in Debian about the complexities >>>> around which opengl to enable per-architecture or per-platform or ... a >>>> complicated matrix of concerns. >>>=20 >>> Open to suggestions. >>=20 >> From what I remember there were no *good* options; to fix things for one >> platforms, you break things for another. In guix it might be slightly >> better off in that you can have variant pacakges more easily, though for >> libraries this would mean variants for everything that uses it, >> too... :/ > > From the different configuration files I=E2=80=99ve look at from other pe= ople, > it appears the patch could be done when the system is configured. > Does that sound like a better place to put it? > > I don=E2=80=99t know how else to keep things from getting messy. Yeah, runtime detection is definitely the best option, if it's possible! --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRlgHNhO/zFx+LkXUXcUY/If5cWqgUCXqdhPwAKCRDcUY/If5cW qobdAQCKrQhA82m+xCKeZXnT0zbBQYP+sxgXhy8eZFjfwDUcKQEAizd/oVcf//En 27pzYxI3uuJx4cmVBzoUz3RgnsIbHgo= =FTNg -----END PGP SIGNATURE----- --=-=-=--