From owner-freebsd-arm@freebsd.org Sun May 14 17:46:22 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 98F41D6D2BB; Sun, 14 May 2017 17:46:22 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [5.135.182.190]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 37C1F1C5F; Sun, 14 May 2017 17:46:21 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=2001:41d0:8:bdbe:1:1::; helo=restart.be; envelope-from=hlh@restart.be; receiver=freebsd-arm@freebsd.org DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 3wQrjf2sRNzsMS DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1494783974; bh=ZkdTVxlzKG3GivQ1EXI1AI+/4d8yMYD1l66HlJAIYHQ=; h=Subject:From:To:Cc:References:Date:In-Reply-To; z=Subject:=20Re:=20DTB=20provided=20by=20loader.efi=20from=20head=2 0-r317181=20on=20pine64=20smashed=0D=0A=20by=20zfs.ko=20?|From:=20 Henri=20Hennebert=20|To:=20freebsd-arm=20|Cc:=20freebsd-current=20|References:=20<818a6074-7d4b-a87e-d89e-ce1f4a30ff3c@restart.b e>|Date:=20Sun,=2014=20May=202017=2019:46:12=20+0200|In-Reply-To:= 20<818a6074-7d4b-a87e-d89e-ce1f4a30ff3c@restart.be>; b=uzNACtSavxOAGZyTh2jbP6if6lNKQOlq3RPyWOnq+LS1jGHeKZVZ/EIA9ij/iN2mP s1u+vzMMLRKJlllFTzI37nZWanTdKsc07IbbEqyqi/SmURFTQoYIehjm/ja3p2BwNz tnTk2zxXkMQTAz2GtZp1LcoxbquRVU8E9oT6DH6VC99DRY9mPYWLItQ4EoVpJgsKMH gBzi7l9ZTlZ7a9YJdjm8P4pUcetSa8+ZVtE216Go3IqGUR2QOINlsxATAgW1rXiGmD p4ldiwvrTbiji/5niQdsM/XYrZy8AwkWaoTrDN07YaMB2kteBeJPg3+Sl+DTfZlC8e WE1ZZ9tdWfTlw== Received: from restart.be (avoriaz.restart.be [IPv6:2001:41d0:8:bdbe:1:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3wQrjf2sRNzsMS; Sun, 14 May 2017 19:46:13 +0200 (CEST) Received: from chamonix.restart.bel (chamonix.restart.bel [IPv6:2001:41d0:8:bdbe:1:9:0:0]) (authenticated bits=0) by restart.be (8.15.2/8.15.2) with ESMTPSA id v4EHkC60057607 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Sun, 14 May 2017 19:46:13 +0200 (CEST) (envelope-from hlh@restart.be) Subject: Re: DTB provided by loader.efi from head -r317181 on pine64 smashed by zfs.ko ? From: Henri Hennebert To: freebsd-arm Cc: freebsd-current References: <818a6074-7d4b-a87e-d89e-ce1f4a30ff3c@restart.be> Message-ID: <6877ef26-1c40-7883-70c4-5fbb37c4b3db@restart.be> Date: Sun, 14 May 2017 19:46:12 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.0.1 MIME-Version: 1.0 In-Reply-To: <818a6074-7d4b-a87e-d89e-ce1f4a30ff3c@restart.be> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: fr-classic Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 May 2017 17:46:22 -0000 On 05/09/2017 12:07, Henri Hennebert wrote: > Hello, > > I build current -r317181 with crochet for my PINE64. > > the kernel can boot with loader.conf.local: > > geom_mirror_load="YES" > > If I add to loader.conf.local: > > zfs_load="YES" > > or if I strike the space bar during loader.efi and I load zfs manually: > > OK load zfs > ... > OK boot With a slimmed down kernel config, I can load zfs.ko and boot the kernel BUT opensolaris is not loaded and I get at kernel boot: OK load zfs /boot/kernel/zfs.ko text=0x9d980 text=0xe0480 data=0x214c8+0x9eb78 syms=[0x8+0x1d6a0+0x8+0x187bd] OK boot Booting... KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2017 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.0-CURRENT #0 r317181M: Sun May 14 14:01:52 CEST 2017 root@norquay.restart.bel:/usr/obj/usr/src/sys/NORQUAY arm64 FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on LLVM 4.0.0) VT: init without driver. KLD file zfs.ko is missing dependencies Starting CPU 1 (1) Starting CPU 2 (2) Starting CPU 3 (3) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs random: unblocking device. note the message: KLD file zfs.ko is missing dependencies > > the kernel don't boot and the console stay with the last line: > > Using DTB provided by EFI at 0x49000000. > > Moreover the opensolaris.ko is not loader. > > Maybe DTB is smashed by zfs.ko > > Any idea ? > > Henri > > PS with r312006M from RaspBSD all is OK and I can user zfs as root > filesystem. > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Tue May 16 19:27:34 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 69C61D70C87; Tue, 16 May 2017 19:27:34 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3E755F34; Tue, 16 May 2017 19:27:33 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id v4GJRX7H099573 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 16 May 2017 12:27:34 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id v4GJRWWE099572; Tue, 16 May 2017 12:27:32 -0700 (PDT) (envelope-from fbsd) Date: Tue, 16 May 2017 12:27:32 -0700 From: bob prohaska To: ports@freebsd.org, freebsd-arm@freebsd.org Subject: graphics/mesa-dri missing mako.template Message-ID: <20170516192732.GB98474@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 May 2017 19:27:34 -0000 When trying to compile graphics/mesa-dri on RPI2 make reports in part: /bin/mkdir -p ir3 PYTHONPATH=../../../../src/compiler/nir python2.7 ./ir3/ir3_nir_trig.py > ir3/ir3_nir_trig.c || (rm -f ir3/ir3_nir_trig.c; false) Traceback (most recent call last): File "./ir3/ir3_nir_trig.py", line 24, in import nir_algebraic File "/usr/ports/graphics/mesa-dri/work/mesa-17.0.4/src/compiler/nir/nir_algebraic.py", line 32, in import mako.template ImportError: No module named mako.template gmake[6]: *** [Makefile:1395: ir3/ir3_nir_trig.c] Error 1 gmake[6]: Leaving directory '/usr/ports/graphics/mesa-dri/work/mesa-17.0.4/src/gallium/drivers/freedreno' Ports and sources are current as of a few minutes ago. I'm trying again after make clean, but hold out little hope. If there's something else to try please let me know. Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Tue May 16 21:19:12 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1B443D70C89; Tue, 16 May 2017 21:19:12 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F0A3E125C; Tue, 16 May 2017 21:19:11 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id 20AB720B4; Tue, 16 May 2017 21:19:11 +0000 (UTC) From: Jan Beich To: bob prohaska Cc: ports@freebsd.org, freebsd-arm@freebsd.org Subject: Re: graphics/mesa-dri missing mako.template References: <20170516192732.GB98474__2326.45124565369$1494962860$gmane$org@www.zefox.net> Date: Tue, 16 May 2017 23:19:04 +0200 In-Reply-To: <20170516192732.GB98474__2326.45124565369$1494962860$gmane$org@www.zefox.net> (bob prohaska's message of "Tue, 16 May 2017 12:27:32 -0700") Message-ID: <7f1g-jy9j-wny@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 May 2017 21:19:12 -0000 --=-=-= Content-Type: text/plain bob prohaska writes: > When trying to compile graphics/mesa-dri on RPI2 make reports in part: > > /bin/mkdir -p ir3 > PYTHONPATH=../../../../src/compiler/nir python2.7 ./ir3/ir3_nir_trig.py > ir3/ir3_nir_trig.c || (rm -f ir3/ir3_nir_trig.c; false) > Traceback (most recent call last): > File "./ir3/ir3_nir_trig.py", line 24, in > import nir_algebraic > File "/usr/ports/graphics/mesa-dri/work/mesa-17.0.4/src/compiler/nir/nir_algebraic.py", line 32, in > import mako.template > ImportError: No module named mako.template > gmake[6]: *** [Makefile:1395: ir3/ir3_nir_trig.c] Error 1 > gmake[6]: Leaving directory '/usr/ports/graphics/mesa-dri/work/mesa-17.0.4/src/gallium/drivers/freedreno' 17.0.3 built fine[1], so this is a regression. aarch64 is also affected[2]. Try installing textproc/py-mako or comment out arm-specific drivers in graphics/mesa-dri/Makefile. I'm a bit puzzled why it tries to regen ir3/ir3_nir_trig.c when 17.0.4 distfile already contains a copy. Can you check if 17.1.0 (bug 219247) is also affected? [1] http://beefy8.nyi.freebsd.org/data/latest-per-pkg/dri/17.0.3%2C2/head-armv6-default.log [2] http://thunderx1.nyi.freebsd.org/data/latest-per-pkg/mesa-dri/17.0.4/110arm64-default.log --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQF8BAEBCgBmBQJZG2zIXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREQjQ0MzY3NEM3RDIzNTc4NkUxNDkyQ0VF NEM3Nzg4MzQ3OURCRERCAAoJEOTHeINHnb3bcroH/3oWDEwVVADjK1Xuf++s3Dq5 QjGkIy8L8BIbtyLzzJ9rmbIzZQ7st+wy6SKAomNC0b9mYudgdYCBkyaUcn98gFOi Loeg3KkDyY+NXzXVVbrcxZhX85PSMvS5klHex+H5Wl8gXkCpJcft7nPX4w5qjd0o 8mgCP9JT4oUQj5DB359+tZKBSU9FqYafuk1ZRkwtNAF9eNzxd/Logp8Vbx9uYFdb mpLuS7XihtR1fw8k0xGBDCq2K4eGO8VjKCRWWMf4i/+yAipcHgUlQwBaOk7xLnNh lGJdRMZG2xe+GTkIQukL6VWq/zI31xXJMvanrZMulWwYvGnZic5YHN55hrVRXcg= =zBb0 -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-arm@freebsd.org Tue May 16 21:46:09 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8A34DD70807; Tue, 16 May 2017 21:46:09 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4547C63A; Tue, 16 May 2017 21:46:08 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id v4GLk8wb099925 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 16 May 2017 14:46:09 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id v4GLk8aP099924; Tue, 16 May 2017 14:46:08 -0700 (PDT) (envelope-from fbsd) Date: Tue, 16 May 2017 14:46:08 -0700 From: bob prohaska To: Jan Beich Cc: ports@freebsd.org, freebsd-arm@freebsd.org Subject: Re: graphics/mesa-dri missing mako.template Message-ID: <20170516214608.GA99895@www.zefox.net> References: <20170516192732.GB98474__2326.45124565369$1494962860$gmane$org@www.zefox.net> <7f1g-jy9j-wny@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7f1g-jy9j-wny@FreeBSD.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 May 2017 21:46:09 -0000 On Tue, May 16, 2017 at 11:19:04PM +0200, Jan Beich wrote: > bob prohaska writes: > > > When trying to compile graphics/mesa-dri on RPI2 make reports in part: > > > > /bin/mkdir -p ir3 > > PYTHONPATH=../../../../src/compiler/nir python2.7 ./ir3/ir3_nir_trig.py > ir3/ir3_nir_trig.c || (rm -f ir3/ir3_nir_trig.c; false) > > Traceback (most recent call last): > > File "./ir3/ir3_nir_trig.py", line 24, in > > import nir_algebraic > > File "/usr/ports/graphics/mesa-dri/work/mesa-17.0.4/src/compiler/nir/nir_algebraic.py", line 32, in > > import mako.template > > ImportError: No module named mako.template > > gmake[6]: *** [Makefile:1395: ir3/ir3_nir_trig.c] Error 1 > > gmake[6]: Leaving directory '/usr/ports/graphics/mesa-dri/work/mesa-17.0.4/src/gallium/drivers/freedreno' > > 17.0.3 built fine[1], so this is a regression. aarch64 is also affected[2]. > Try installing textproc/py-mako or comment out arm-specific drivers Within ports, simply trying to compile textproc/py-mako triggers a conflict: ===> py27-mako-1.0.6_1 depends on package: py27-beaker>=1.1 - not found ===> py27-beaker-1.8.1 depends on package: py27-setuptools>0 - not found ===> Installing for py27-setuptools-32.1.0_1 ===> py27-setuptools-32.1.0_1 depends on file: /usr/local/bin/python2.7 - found ===> Checking if py27-setuptools already installed ===> Registering installation for py27-setuptools-32.1.0_1 as automatic Installing py27-setuptools-32.1.0_1... pkg-static: py27-setuptools-32.1.0_1 conflicts with py27-setuptools27-23.1.0 (installs files into the same place). Problematic file: /usr/local/lib/python2.7/site-packages/easy-install.pth.dist *** Error code 70 Stop. make[2]: stopped in /usr/ports/devel/py27-setuptools *** Error code 1 I tried deinstalling py27-setuptools in hopes it would relieve the conflict. The deinstall reported no errors, but the conflict remains. Any suggestions appreciated! bob prohaska > I'm a bit puzzled why it tries to regen ir3/ir3_nir_trig.c when 17.0.4 > distfile already contains a copy. Can you check if 17.1.0 (bug 219247) > is also affected? > > [1] http://beefy8.nyi.freebsd.org/data/latest-per-pkg/dri/17.0.3%2C2/head-armv6-default.log > [2] http://thunderx1.nyi.freebsd.org/data/latest-per-pkg/mesa-dri/17.0.4/110arm64-default.log From owner-freebsd-arm@freebsd.org Tue May 16 22:14:34 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BB1DAD70F56; Tue, 16 May 2017 22:14:34 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9041C1673; Tue, 16 May 2017 22:14:34 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id B360A2BD2; Tue, 16 May 2017 22:14:33 +0000 (UTC) From: Jan Beich To: bob prohaska Cc: ports@freebsd.org, freebsd-arm@freebsd.org Subject: Re: graphics/mesa-dri missing mako.template References: <20170516192732.GB98474__2326.45124565369$1494962860$gmane$org@www.zefox.net> <7f1g-jy9j-wny@FreeBSD.org> <20170516214608.GA99895@www.zefox.net> Date: Wed, 17 May 2017 00:14:17 +0200 In-Reply-To: <20170516214608.GA99895@www.zefox.net> (bob prohaska's message of "Tue, 16 May 2017 14:46:08 -0700") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 May 2017 22:14:34 -0000 bob prohaska writes: > Within ports, simply trying to compile textproc/py-mako triggers a conflict: > > ===> py27-mako-1.0.6_1 depends on package: py27-beaker>=1.1 - not found > ===> py27-beaker-1.8.1 depends on package: py27-setuptools>0 - not found > ===> Installing for py27-setuptools-32.1.0_1 > ===> py27-setuptools-32.1.0_1 depends on file: /usr/local/bin/python2.7 - found > ===> Checking if py27-setuptools already installed > ===> Registering installation for py27-setuptools-32.1.0_1 as automatic > Installing py27-setuptools-32.1.0_1... > pkg-static: py27-setuptools-32.1.0_1 conflicts with > py27-setuptools27-23.1.0 (installs files into the same place). > Problematic file: > /usr/local/lib/python2.7/site-packages/easy-install.pth.dist > *** Error code 70 Try following instructions in /usr/ports/UPDATING from 20170316. > I tried deinstalling py27-setuptools in hopes it would relieve the conflict. > The deinstall reported no errors, but the conflict remains. As expected, it's py27-setuptools27 that conflicts and no longer exists. From owner-freebsd-arm@freebsd.org Wed May 17 00:41:08 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 71A4BD7001E; Wed, 17 May 2017 00:41:08 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 51577A95; Wed, 17 May 2017 00:41:08 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id v4H0f89J000480 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 16 May 2017 17:41:09 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id v4H0f876000479; Tue, 16 May 2017 17:41:08 -0700 (PDT) (envelope-from fbsd) Date: Tue, 16 May 2017 17:41:08 -0700 From: bob prohaska To: Jan Beich Cc: ports@freebsd.org, freebsd-arm@freebsd.org Subject: Re: graphics/mesa-dri missing mako.template Message-ID: <20170517004108.GA284@www.zefox.net> References: <20170516192732.GB98474__2326.45124565369$1494962860$gmane$org@www.zefox.net> <7f1g-jy9j-wny@FreeBSD.org> <20170516214608.GA99895@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 May 2017 00:41:08 -0000 On Wed, May 17, 2017 at 12:14:17AM +0200, Jan Beich wrote: > > Try following instructions in /usr/ports/UPDATING from 20170316. > That worked, and permitted installation of textproc/py-mako. Subsequently the build of graphics/mesa-dri stopped with In file included from freedreno_fence.c:29: /usr/local/include/libsync.h:78:12: error: use of undeclared identifier 'ETIME' errno = ETIME; It's certainly progress...8-) Thanks for reading, and all your help! bob prohaska From owner-freebsd-arm@freebsd.org Wed May 17 03:23:28 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3D4C8D70DB9; Wed, 17 May 2017 03:23:28 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1D497166C; Wed, 17 May 2017 03:23:28 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id 4307F6894; Wed, 17 May 2017 03:23:27 +0000 (UTC) From: Jan Beich To: bob prohaska Cc: ports@freebsd.org, freebsd-arm@freebsd.org Subject: Re: graphics/mesa-dri missing mako.template References: <20170516192732.GB98474__2326.45124565369$1494962860$gmane$org@www.zefox.net> <7f1g-jy9j-wny@FreeBSD.org> <20170516214608.GA99895@www.zefox.net> <20170517004108.GA284@www.zefox.net> Date: Wed, 17 May 2017 05:22:53 +0200 In-Reply-To: <20170517004108.GA284@www.zefox.net> (bob prohaska's message of "Tue, 16 May 2017 17:41:08 -0700") Message-ID: <60h0-cgky-wny@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 May 2017 03:23:28 -0000 --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable bob prohaska writes: > Subsequently the build of graphics/mesa-dri stopped with=20=20 > > In file included from freedreno_fence.c:29: > /usr/local/include/libsync.h:78:12: error: use of undeclared identifier '= ETIME' > errno =3D ETIME; I965 on Mesa 17.1.0 exhibits the same issue. VC4 is slightly different. Anyway, try my patch in bug 219247. I've only tested on 11.0 aarch64. vc4_bufmgr.c:494:68: error: use of undeclared identifier 'ETIME' if (vc4_wait_seqno_ioctl(screen->fd, seqno, 0) =3D=3D -ETIM= E) { ^ vc4_bufmgr.c:502:29: error: use of undeclared identifier 'ETIME' if (ret !=3D -ETIME) { ^ vc4_bufmgr.c:534:70: error: use of undeclared identifier 'ETIME' if (vc4_wait_bo_ioctl(screen->fd, bo->handle, 0) =3D=3D -ET= IME) { ^ vc4_bufmgr.c:542:29: error: use of undeclared identifier 'ETIME' if (ret !=3D -ETIME) { ^ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQF8BAEBCgBmBQJZG8INXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREQjQ0MzY3NEM3RDIzNTc4NkUxNDkyQ0VF NEM3Nzg4MzQ3OURCRERCAAoJEOTHeINHnb3b7kcIAJouKvDr/6Wkq8gjv330fBK0 00h3EpmDLptiBwSKIP824WzzJltN7oYNJgOBlez9SnIjBS9WEWtjXLA0jIIfOMkg uOf9z1UUbd+9exglgLb5Ohsgltl+tzq+K6j6fSn1Xa50/1iRKl6nxt6kuFQjXhQ6 vUk6/lQK6B4V0zPGk9ZJLWY9+dEOtrK+yW93yw2SLZErzdZEMHzgr9DjCndoSJrD UgtPo2PnwWhXqJj/0ZNuRBDENFBU8OPTh0IsE96ndrmznbBINr7wit71Qw+zvXLf Ol2g3vABLtNtZhN6AtenlJyPe8GGny5/I5OIPl2p+5Xo2VJ17VIQHjE06qm+epY= =qzul -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-arm@freebsd.org Wed May 17 06:03:44 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6FEE7D6E4DD; Wed, 17 May 2017 06:03:44 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4242D1F1B; Wed, 17 May 2017 06:03:43 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id v4H63cVt001245 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 16 May 2017 23:03:39 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id v4H63cWI001244; Tue, 16 May 2017 23:03:38 -0700 (PDT) (envelope-from fbsd) Date: Tue, 16 May 2017 23:03:38 -0700 From: bob prohaska To: Jan Beich Cc: ports@freebsd.org, freebsd-arm@freebsd.org Subject: Re: graphics/mesa-dri missing mako.template Message-ID: <20170517060338.GA1201@www.zefox.net> References: <20170516192732.GB98474__2326.45124565369$1494962860$gmane$org@www.zefox.net> <7f1g-jy9j-wny@FreeBSD.org> <20170516214608.GA99895@www.zefox.net> <20170517004108.GA284@www.zefox.net> <60h0-cgky-wny@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <60h0-cgky-wny@FreeBSD.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 May 2017 06:03:44 -0000 On Wed, May 17, 2017 at 05:22:53AM +0200, Jan Beich wrote: > > I965 on Mesa 17.1.0 exhibits the same issue. VC4 is slightly different. > Anyway, try my patch in bug 219247. I've only tested on 11.0 aarch64. > Seems to have no effect, at least if I applied it correctly. There's a sample of the patch (made by copy and paste, which is why I'm cautious as to its correctness) along with the Makefiles and a transcript of the compilation (make.log): http://www.zefox.net/~fbsd/rpi2/mesa-dri/ The patch was applied from /usr/ports so as to make the paths match. Near as I can tell it worked, but you may detect otherwise. Please let me know if you find a mistake. Thank you very much! bob prohaska From owner-freebsd-arm@freebsd.org Wed May 17 07:00:35 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D5DBCD702A4; Wed, 17 May 2017 07:00:35 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B99E91694; Wed, 17 May 2017 07:00:35 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id E3DB4113; Wed, 17 May 2017 07:00:34 +0000 (UTC) From: Jan Beich To: bob prohaska Cc: ports@freebsd.org, freebsd-arm@freebsd.org Subject: Re: graphics/mesa-dri missing mako.template References: <20170516192732.GB98474__2326.45124565369$1494962860$gmane$org@www.zefox.net> <7f1g-jy9j-wny@FreeBSD.org> <20170516214608.GA99895@www.zefox.net> <20170517004108.GA284@www.zefox.net> <60h0-cgky-wny@FreeBSD.org> <20170517060338.GA1201@www.zefox.net> Date: Wed, 17 May 2017 09:00:28 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 May 2017 07:00:35 -0000 bob prohaska writes: > On Wed, May 17, 2017 at 05:22:53AM +0200, Jan Beich wrote: > >> >> I965 on Mesa 17.1.0 exhibits the same issue. VC4 is slightly different. >> Anyway, try my patch in bug 219247. I've only tested on 11.0 aarch64. >> > > Seems to have no effect, at least if I applied it correctly. libsync.h is part of graphics/libdrm. I did adjust BUILD_DEPENDS, so the build would abort if you don't. > There's a sample of the patch (made by copy and paste, which is why I'm > cautious as to its correctness) along with the Makefiles and a > transcript of the compilation (make.log): Do you have a reason to avoid update? As maintainer didn't test on Tier2 FREEDRENO/VC4 on Mesa 17.0.4 cannot be more stable than on Mesa 17.1.0. 2017Q2 still has 13.0.6 and only SWRAST on arm* and aarch64. From owner-freebsd-arm@freebsd.org Wed May 17 07:21:23 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CE0A8D70722 for ; Wed, 17 May 2017 07:21:23 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: from mail-wr0-x22e.google.com (mail-wr0-x22e.google.com [IPv6:2a00:1450:400c:c0c::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5EA981EE0 for ; Wed, 17 May 2017 07:21:23 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: by mail-wr0-x22e.google.com with SMTP id l50so2229943wrc.3 for ; Wed, 17 May 2017 00:21:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:reply-to:subject:to:references:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=sHLcahVb4sOjqa1kNObfzkS6g+jMmyrA/xupF6YU5/Y=; b=e/8SBGDZ0R15eZqNh75q1JSCJqP5bhemjyYooCqZvm9QUnxV5DdHqF/nWmxTWrlLpH MWMo9isvVTbkpPNd7tzfR2sp/8wazFLgaQpn6kzZTJe9JDy9yHQLgBmQPLmTbp3gvzfB 7KxJRZl+Fziw/vN1D9g5K88wQiWFu1zqFjTmZgsCxfe+Th+pOMVP+TkdBAMcjfv7RdIs POYrnhQivhQTAiUi72P8y7BfwnnY5sOEQRks1ogr2qDER1AIiyVP40pT9nuSBQd9NCqC rnRadc5DmoKkSX24RMxwn+PjpGTAYFq3IQsizYMHVl9+13N7YGb2iHpF9Plkahc8Ceus JulA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:reply-to:subject:to:references:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=sHLcahVb4sOjqa1kNObfzkS6g+jMmyrA/xupF6YU5/Y=; b=rc/VIpFJGQGizAF1JsHGi9qj6xGSo67RPDLX5szrljEOLeDgejDKKw3mFNbAFDzrKM LOCcZqmwT04GkQ35l2Ppy2OkBAWr/op6KgR3OiAXtUjuclobpMLbeiYFpNfsFOAQ41cX dSUgk/dEkDqQCxXO3FY3Z6xkghHC7WNaUs5lQyjRSeEkQsWqSoeklB+ptJAUgum2QRv9 vDD8Fzh55C4065UHf8BS7elG1kmJ/vibzTBvq7fcXRwSXomli3iecS8xYMIzUTZBEvkh MfJl0cZWPhITLLUdsGWE1Cm/1NlX/7J1gSj+EBHNFqIDp1aelBFA+tNz6OssEZyc/cB3 D3EQ== X-Gm-Message-State: AODbwcCAVqBs8kjxVlu4TNNoPR4s+uebYITd7qbcMmEirL+3rDMnvtjU iF6gj9ntUqWlEh42bwI= X-Received: by 10.223.150.167 with SMTP id u36mr1159864wrb.184.1495005680664; Wed, 17 May 2017 00:21:20 -0700 (PDT) Received: from [88.208.79.100] (halouny.humusoft.cz. [88.208.79.100]) by smtp.gmail.com with ESMTPSA id g90sm1097773wrd.11.2017.05.17.00.21.19 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 17 May 2017 00:21:20 -0700 (PDT) From: Michal Meloun X-Google-Original-From: Michal Meloun Reply-To: meloun.michal@gmail.com Subject: Re: graphics/mesa-dri missing mako.template To: freebsd-arm@freebsd.org References: <20170516192732.GB98474__2326.45124565369$1494962860$gmane$org@www.zefox.net> <7f1g-jy9j-wny@FreeBSD.org> <20170516214608.GA99895@www.zefox.net> <20170517004108.GA284@www.zefox.net> <60h0-cgky-wny@FreeBSD.org> <20170517060338.GA1201@www.zefox.net> Message-ID: Date: Wed, 17 May 2017 09:21:23 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 May 2017 07:21:23 -0000 On 17.05.2017 9:00, Jan Beich wrote: > bob prohaska writes: > >> On Wed, May 17, 2017 at 05:22:53AM +0200, Jan Beich wrote: >> >>> >>> I965 on Mesa 17.1.0 exhibits the same issue. VC4 is slightly different. >>> Anyway, try my patch in bug 219247. I've only tested on 11.0 aarch64. >>> >> >> Seems to have no effect, at least if I applied it correctly. > > libsync.h is part of graphics/libdrm. I did adjust BUILD_DEPENDS, so the > build would abort if you don't. > >> There's a sample of the patch (made by copy and paste, which is why I'm >> cautious as to its correctness) along with the Makefiles and a >> transcript of the compilation (make.log): > > Do you have a reason to avoid update? As maintainer didn't test on Tier2 > FREEDRENO/VC4 on Mesa 17.0.4 cannot be more stable than on Mesa 17.1.0. > 2017Q2 still has 13.0.6 and only SWRAST on arm* and aarch64. Jan, I can build MESA 17.0.4 for armv6 (with both ETIME patches applied, and with src/gallium/drivers/freedreno/ir3/ir3_nir_trig.py removed form SHEBANG_FILES) Unfortunately, 17.1.0 have one additional issue, NEON variant of VC4 library needs little more tweaks (It cannot be compiled with default CFLAGS). I think that we have solution, but I don't know current status. But Matthew Rezny have more details. Michal From owner-freebsd-arm@freebsd.org Wed May 17 12:50:52 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 620EBD701B8 for ; Wed, 17 May 2017 12:50:52 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1D16C1110 for ; Wed, 17 May 2017 12:50:51 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id A8F0520AC6 for ; Wed, 17 May 2017 08:50:50 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute4.internal (MEProxy); Wed, 17 May 2017 08:50:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc :x-sasl-enc; s=fm1; bh=/XAZikQM/mqIqBFi5lQkIYFnfgv0DKHb+x3Ed+K/8 4s=; b=NE2AoccorKbEUEP+cUCyjRuAVFjkhB9p5C/uc3hgttZlAG3hpRP/7+Fc1 JntoHUCwYr4mS9k7SUBeWlisgY9xdQ+Vinr3TDzYIx6r8nJP5fXNWZhOisq9J4rA q1eJGSnGyiamUP5Y0YjFAiideaVk6BBNqf/LYGh9Y4SNf1t6CkgNIg/PgDsTQxqx Lv0pPNXFA3QL/u0/QNzpoSnze0sedgL5wTvagf3/jJbXf/zO4A2dCvawkXSiZn1a r51SqHNC6Ayr/S4wnHZW6t+lcSjH7ekT7cbqxF7/krGmpt0Aacl03mv0z/LnBHJa 72hlTXmmj+8//qpXfb0WX+Bgi6Sbw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=fm1; bh=/XAZikQM/mqIqBFi5l QkIYFnfgv0DKHb+x3Ed+K/84s=; b=bY+vuzClcebZOTydP2U+/zXYqzjrjncaGJ zNgs2iEiIblJJ0HqwAu8b94Tlhi1Lmp2KdrbHrB0X2WaNo4j3CT3aZBHs5rNe1VB Rlion3lv4LqFxRzdg+VSTWToOw28VyHTsFYtFvbsxUqUdXI32zbzsLnOgt47fvLZ kuKIzGpYi33t6wdcK9Nb6iNidlVRScIK6ZoIgEjs1jgK7Ft2zpKREXTLKuLQO7Qd NFLeT2mim7DCn5O/qSJ81E9cku3DKCbBln2LnpkD30TP2wM6mvEGtFmLHY0FDOdO cWRVMY7Em9EHQBp+V8QvsX/HiS/YUWuXIGKE6sXYB1Rc585dNQxQ== X-ME-Sender: X-Sasl-enc: tOf3bF9B331+iGCqfS4DV3xOrdYPkeYyb8Y0jP976IGI 1495025450 Received: from pumpkin.growveg.org (pumpkin.growveg.org [82.70.91.101]) by mail.messagingengine.com (Postfix) with ESMTPA id 3C0192475C for ; Wed, 17 May 2017 08:50:50 -0400 (EDT) Date: Wed, 17 May 2017 13:50:47 +0100 From: tech lists To: freebsd-arm@freebsd.org Subject: build failure with crochet for rpi3 using freebsd-11-stable sources Message-ID: <20170517135047.0803ad60@pumpkin.growveg.org> Organization: zyxst.net X-Mailer: Claws Mail 3.15.0 (GTK+ 2.24.31; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 May 2017 12:50:52 -0000 Hello list, Building on a r318366 freebsd-11-stable machine, using freebsd/crochet installed today with fresh (r318397) sources, I'm getting the following error trying to build, for the raspberry pi3, a freebsd-11-stable image: --- libc.so.7.full --- /usr/local/aarch64-freebsd/bin/ld: getutxent.pico(.debug_info+0x3b): R_AARCH64_ABS64 used with TLS symbol udb /usr/local/aarch64-freebsd/bin/ld: getutxent.pico(.debug_info+0x58): R_AARCH64_ABS64 used with TLS symbol uf /usr/local/aarch64-freebsd/bin/ld: utxdb.pico(.debug_info+0x5a): R_AARCH64_ABS64 used with TLS symbol futx_to_utx.ut /usr/local/aarch64-freebsd/bin/ld: jemalloc_tsd.pico(.debug_info+0x3c): R_AARCH64_ABS64 used with TLS symbol __je_tsd_tls /usr/local/aarch64-freebsd/bin/ld: jemalloc_tsd.pico(.debug_info+0x1433): R_AARCH64_ABS64 used with TLS symbol __je_tsd_initialized /usr/local/aarch64-freebsd/bin/ld: cxa_thread_atexit_impl.pico(.debug_info+0x3b): R_AARCH64_ABS64 used with TLS symbol dtors /usr/local/aarch64-freebsd/bin/ld: xlocale.pico(.debug_info+0x403): R_AARCH64_ABS64 used with TLS symbol __thread_locale /usr/local/aarch64-freebsd/bin/ld: setrunelocale.pico(.debug_info+0x3c): R_AARCH64_ABS64 used with TLS symbol _ThreadRuneLocale cc: error: linker command failed with exit code 1 (use -v to see invocation) *** [libc.so.7.full] Error code 1 make[4]: stopped in /root/crochet-fbsd/fbsd-11-src/lib/libc 1 error make[4]: stopped in /root/crochet-fbsd/fbsd-11-src/lib/libc *** [lib/libc__L] Error code 2 make[3]: stopped in /root/crochet-fbsd/fbsd-11-src 1 error make[3]: stopped in /root/crochet-fbsd/fbsd-11-src *** [libraries] Error code 2 make[2]: stopped in /root/crochet-fbsd/fbsd-11-src 1 error make[2]: stopped in /root/crochet-fbsd/fbsd-11-src *** [_libraries] Error code 2 make[1]: stopped in /root/crochet-fbsd/fbsd-11-src 1 error make[1]: stopped in /root/crochet-fbsd/fbsd-11-src *** [buildworld] Error code 2 make: stopped in /root/crochet-fbsd/fbsd-11-src 1 error make: stopped in /root/crochet-fbsd/fbsd-11-src How can I fix this? Or should I be using freebsd-current exclusively for arm64 ? thanks, -- J. From owner-freebsd-arm@freebsd.org Wed May 17 23:19:36 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6DCDED71A30 for ; Wed, 17 May 2017 23:19:36 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from mail-qt0-x22a.google.com (mail-qt0-x22a.google.com [IPv6:2607:f8b0:400d:c0d::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 30BCE1027 for ; Wed, 17 May 2017 23:19:36 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: by mail-qt0-x22a.google.com with SMTP id c13so22165655qtc.1 for ; Wed, 17 May 2017 16:19:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chen-org-nz.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=WnbRQ+vFWJFZocgHUvJ8o7nMkZ6BtuIN0M3HaOtBr6U=; b=Gf5sVETbJba99okrDxfczhwHR5R9vTNby6+3ek1/SeQK9xyTk6l1gBoRBTDtS9o9IO 3uyaAbWs14XZrGleP2nFftL3LbDCw9N1ROeYsaQVHM7Pp020+f0WjcSNxHWhzYQ3657r eVdL3cwu3kNWmIObnuhiXUobeB7T6IpSO/mSr2r6wHSIpRkvkvaoXbOO0K5mtxJvSbPJ Vt6oK0Hywf22LO+USechQ3y226hLqncEVXnkuIMuc5KW4EZOZMJHYrc8RdOIXSJqwwrm 3CxmbCdrg0fnYnlYbzVbVOX2BGzdCV8IdvXsqFH6Wngmw8RN50UEzZ4XjBU9zfD81RZ6 QU+w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=WnbRQ+vFWJFZocgHUvJ8o7nMkZ6BtuIN0M3HaOtBr6U=; b=oxm6p08W71rSW2CEV7Sq/o70HJHaQgagiXggARuU6myVkH/zuWuLElkgtFQCtUfZEL gXaU5m2qtfhyzxJWU2qt410TJskZqJmmwRVlN4q5VzhJEwJa3kW6QearJv3kK36w/QxA APysBaF7t/19Mk8UwCKrHVJQICPGLTLGAeJWbSSKbxu5FJLIekytP+TMtP6inoqZ0p/R cDXgy6snl+i6SmoA94EIhj76ob5Si0jd90vhU2Lk2olziPbTgthZS3mOK+oXOQrOvnI8 E7yESzvfV5FPbQt1R/aMTgoqjDMyWd88c7DkpMu1RCFKwvWfdYFCc2q2sWiwYhsSNrab Jhmw== X-Gm-Message-State: AODbwcAC52ea/RaCXT6BlwXPFS151MYAQewhUjdVdrG4ZWVspnJx+8rr KcxqFRl0A66Ah2b1oIYOi/xe2SCUZC8IcEg= X-Received: by 10.237.61.81 with SMTP id h17mr1169416qtf.1.1495063175283; Wed, 17 May 2017 16:19:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.140.108.102 with HTTP; Wed, 17 May 2017 16:19:34 -0700 (PDT) X-Originating-IP: [101.53.206.172] In-Reply-To: <20170517135047.0803ad60@pumpkin.growveg.org> References: <20170517135047.0803ad60@pumpkin.growveg.org> From: Jonathan Chen Date: Thu, 18 May 2017 11:19:34 +1200 Message-ID: Subject: Re: build failure with crochet for rpi3 using freebsd-11-stable sources To: tech lists Cc: freebsd-arm@freebsd.org Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 May 2017 23:19:36 -0000 On 18 May 2017 at 00:50, tech lists wrote: > Hello list, > > Building on a r318366 freebsd-11-stable machine, using > freebsd/crochet installed today with fresh (r318397) sources, I'm > getting the following error trying to build, for the raspberry pi3, a > freebsd-11-stable image: > > --- libc.so.7.full --- > /usr/local/aarch64-freebsd/bin/ld: getutxent.pico(.debug_info+0x3b): > R_AARCH64_ABS64 used with TLS symbol > udb /usr/local/aarch64-freebsd/bin/ld: > getutxent.pico(.debug_info+0x58): R_AARCH64_ABS64 used with TLS symbol > uf /usr/local/aarch64-freebsd/bin/ld: utxdb.pico(.debug_info+0x5a): > R_AARCH64_ABS64 used with TLS symbol > futx_to_utx.ut /usr/local/aarch64-freebsd/bin/ld: > jemalloc_tsd.pico(.debug_info+0x3c): R_AARCH64_ABS64 used with TLS > symbol __je_tsd_tls /usr/local/aarch64-freebsd/bin/ld: > jemalloc_tsd.pico(.debug_info+0x1433): R_AARCH64_ABS64 used with TLS > symbol __je_tsd_initialized /usr/local/aarch64-freebsd/bin/ld: > cxa_thread_atexit_impl.pico(.debug_info+0x3b): R_AARCH64_ABS64 used > with TLS symbol dtors /usr/local/aarch64-freebsd/bin/ld: > xlocale.pico(.debug_info+0x403): R_AARCH64_ABS64 used with TLS symbol > __thread_locale /usr/local/aarch64-freebsd/bin/ld: > setrunelocale.pico(.debug_info+0x3c): R_AARCH64_ABS64 used with TLS > symbol _ThreadRuneLocale cc: error: linker command failed with exit > code 1 (use -v to see invocation) *** [libc.so.7.full] Error code 1 > There's a bug report filed: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218198 The workaround is add the following in /etc/src.conf: WITHOUT_DEBUG_FILES=yes Cheers. -- Jonathan Chen From owner-freebsd-arm@freebsd.org Thu May 18 00:04:02 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4C46FD71A26 for ; Thu, 18 May 2017 00:04:02 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-6.reflexion.net [208.70.210.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E7D87A8B for ; Thu, 18 May 2017 00:04:01 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 2882 invoked from network); 18 May 2017 00:05:14 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 18 May 2017 00:05:14 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Wed, 17 May 2017 20:03:59 -0400 (EDT) Received: (qmail 30774 invoked from network); 18 May 2017 00:03:59 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 18 May 2017 00:03:59 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 13BBCEC9380; Wed, 17 May 2017 17:03:59 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: build failure with crochet for rpi3 using freebsd-11-stable sources From: Mark Millard In-Reply-To: Date: Wed, 17 May 2017 17:03:58 -0700 Cc: tech lists , freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <343BCB48-F1EB-4A87-8E88-FA69F6E176D7@dsl-only.net> References: <20170517135047.0803ad60@pumpkin.growveg.org> To: Jonathan Chen X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 May 2017 00:04:02 -0000 On 2017-May-17, at 4:19 PM, Jonathan Chen wrote: > On 18 May 2017 at 00:50, tech lists wrote: >> Hello list, >> >> Building on a r318366 freebsd-11-stable machine, using >> freebsd/crochet installed today with fresh (r318397) sources, I'm >> getting the following error trying to build, for the raspberry pi3, a >> freebsd-11-stable image: >> >> --- libc.so.7.full --- >> /usr/local/aarch64-freebsd/bin/ld: getutxent.pico(.debug_info+0x3b): >> R_AARCH64_ABS64 used with TLS symbol >> udb /usr/local/aarch64-freebsd/bin/ld: >> getutxent.pico(.debug_info+0x58): R_AARCH64_ABS64 used with TLS symbol >> uf /usr/local/aarch64-freebsd/bin/ld: utxdb.pico(.debug_info+0x5a): >> R_AARCH64_ABS64 used with TLS symbol >> futx_to_utx.ut /usr/local/aarch64-freebsd/bin/ld: >> jemalloc_tsd.pico(.debug_info+0x3c): R_AARCH64_ABS64 used with TLS >> symbol __je_tsd_tls /usr/local/aarch64-freebsd/bin/ld: >> jemalloc_tsd.pico(.debug_info+0x1433): R_AARCH64_ABS64 used with TLS >> symbol __je_tsd_initialized /usr/local/aarch64-freebsd/bin/ld: >> cxa_thread_atexit_impl.pico(.debug_info+0x3b): R_AARCH64_ABS64 used >> with TLS symbol dtors /usr/local/aarch64-freebsd/bin/ld: >> xlocale.pico(.debug_info+0x403): R_AARCH64_ABS64 used with TLS symbol >> __thread_locale /usr/local/aarch64-freebsd/bin/ld: >> setrunelocale.pico(.debug_info+0x3c): R_AARCH64_ABS64 used with TLS >> symbol _ThreadRuneLocale cc: error: linker command failed with exit >> code 1 (use -v to see invocation) *** [libc.so.7.full] Error code 1 >> > > There's a bug report filed: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218198 > > The workaround is add the following in /etc/src.conf: > WITHOUT_DEBUG_FILES=yes Comments 6 and 8 on bugzilla 218198 indicate that the following combination will fail: WITH_DEBUG= WITHOUT_DEBUG_FILES= So it is WITH_DEBUG= that must be avoided (explicit or implicit). There is another workaround that I've added as Comment 11 and 12 (a correction to what I typed in 11), one that keeps most debug information in a usable form: A workaround for svnlite/svn folks that use source builds is to do something like: svnlite update -r436731 /usr/ports/devel/*binutils to revert to the source for 2.27 vintage binutils and then rebuild the binutils that you use. Then use these older binutils. Because of slave-port relationships the main host binutils needs to be reverted as part of this, not just the target machine's binutils. This will still produce the warnings but changes the return code from ld to allow things to continue with somewhat messed up debug information. 2.28's return code is probably correct long term and this is just a temporary hack until the input to ld is correct so that 2.28 has nothing to cause the non-zero return code. === Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Thu May 18 00:48:22 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B992CD70695 for ; Thu, 18 May 2017 00:48:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8F3771D68 for ; Thu, 18 May 2017 00:48:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v4I0mM1i066777 for ; Thu, 18 May 2017 00:48:22 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 219367] svnlite update fails with "E175003: Attempt to fetch capability 'depth' resulted in 'yes'" Date: Thu, 18 May 2017 00:48:22 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: bugs.freebsd.asc@schwarzes.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 May 2017 00:48:22 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D219367 Bug ID: 219367 Summary: svnlite update fails with "E175003: Attempt to fetch capability 'depth' resulted in 'yes'" Product: Base System Version: CURRENT Hardware: arm OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: bugs.freebsd.asc@schwarzes.net When running a "svnlite update", it fails with :=20 "E175003: Attempt to fetch capability 'depth' resulted in 'yes'". It's not only affecting to me, there are other reports at the freebsd-arm mailing list. After some investigation I found out, when using a older svnlite binary from r314301, then=20 all is working like expected. root@pizelot:/usr/src # uname -a FreeBSD pizelot.schwarzes.net 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r318315:= Tue May 16 01:06:37 CEST 2017=20=20=20=20 root@pizelot.schwarzes.net:/usr/obj/usr/src/sys/RPI2-B-ASC arm root@pizelot:/usr/src # svnlite update=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20 Updating '.': svn: E175003: Attempt to fetch capability 'depth' resulted in 'yes' root@pizelot:/usr/src # svnlite info Path: . Working Copy Root Path: /usr/src URL: http://svn.freebsd.org/base/head Relative URL: ^/head Repository Root: http://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 318315 Node Kind: directory Schedule: normal Last Changed Author: ngie Last Changed Rev: 318315 Last Changed Date: 2017-05-15 21:58:01 +0200 (Mon, 15 May 2017) root@pizelot:/usr/src # /tmp/svnlite.r314301 update Updating '.': A sys/dev/cxgbe/crypto U sys/dev/mpr/mpr_mapping.c U sys/dev/mpr/mpr_pci.c [...] --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Thu May 18 13:44:20 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1A09ED7321B; Thu, 18 May 2017 13:44:20 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [5.135.182.190]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AC0FE19F7; Thu, 18 May 2017 13:44:19 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=2001:41d0:8:bdbe:1:1::; helo=restart.be; envelope-from=hlh@restart.be; receiver=freebsd-arm@freebsd.org DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 3wTC8R0Gd4zrm2 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1495115047; bh=2RKZ6MKnZnJCKqlMebit5G0Cy1HwW4fNJ8vlVxK/GHo=; h=Subject:From:To:References:Date:In-Reply-To; z=Subject:=20Re:=20DTB=20provided=20by=20loader.efi=20from=20head=2 0-r317181=20on=20pine64=20smashed=0D=0A=20by=20zfs.ko=20?|From:=20 Henri=20Hennebert=20|To:=20freebsd-arm=20,=20freebsd-current@freebsd.org|References:=20<818 a6074-7d4b-a87e-d89e-ce1f4a30ff3c@restart.be>=0D=0A=20<6877ef26-1c 40-7883-70c4-5fbb37c4b3db@restart.be>|Date:=20Thu,=2018=20May=2020 17=2015:44:04=20+0200|In-Reply-To:=20<6877ef26-1c40-7883-70c4-5fbb 37c4b3db@restart.be>; b=dvo8+c1Bl5ClcoFtJU1zscMZ48kcgOoi14w2Qe0aIFyAjBllmA/yIH1MpoXcG7OM9 9IXyJ5F6VLb2evrdnUUbAM7diuo3FHHTQwCyorhVhjsal8M8b7EsrRqBAryFJYLYy3 dFBY3fbl23PajN6iYtobePSHRtc6q6kO7n5XUhopbSAd9v3FdigB29VUkrCmUeOSLL HisHCtVIYCpwnO3BC+E8U3YeT4DgE4oCVpbP3vjrJ6AEBJZezSznZYnByoaQ72Pf7L 0ZaC8poI4Wye/Kco97Vf1PatePp3BDcleqKROMLUfQQ22FkyVq8Qk4bq8hNk+mLICz BNkCX18D4SJ8A== Received: from restart.be (avoriaz.restart.be [IPv6:2001:41d0:8:bdbe:1:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3wTC8R0Gd4zrm2; Thu, 18 May 2017 15:44:05 +0200 (CEST) Received: from chamonix.restart.bel (chamonix.restart.bel [IPv6:2001:41d0:8:bdbe:1:9:0:0]) (authenticated bits=0) by restart.be (8.15.2/8.15.2) with ESMTPSA id v4IDi4TM079518 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 18 May 2017 15:44:04 +0200 (CEST) (envelope-from hlh@restart.be) Subject: Re: DTB provided by loader.efi from head -r317181 on pine64 smashed by zfs.ko ? From: Henri Hennebert To: freebsd-arm , freebsd-current@freebsd.org References: <818a6074-7d4b-a87e-d89e-ce1f4a30ff3c@restart.be> <6877ef26-1c40-7883-70c4-5fbb37c4b3db@restart.be> Message-ID: Date: Thu, 18 May 2017 15:44:04 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.1.0 MIME-Version: 1.0 In-Reply-To: <6877ef26-1c40-7883-70c4-5fbb37c4b3db@restart.be> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: fr-classic Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 May 2017 13:44:20 -0000 On 05/14/2017 19:46, Henri Hennebert wrote: > On 05/09/2017 12:07, Henri Hennebert wrote: >> Hello, >> >> I build current -r317181 with crochet for my PINE64. >> >> the kernel can boot with loader.conf.local: >> >> geom_mirror_load="YES" >> >> If I add to loader.conf.local: >> >> zfs_load="YES" >> >> or if I strike the space bar during loader.efi and I load zfs manually: >> >> OK load zfs >> ... >> OK boot > With a slimmed down kernel config, I can load zfs.ko and boot the kernel > BUT opensolaris is not loaded and I get at kernel boot: > > OK load zfs > /boot/kernel/zfs.ko text=0x9d980 text=0xe0480 data=0x214c8+0x9eb78 > syms=[0x8+0x1d6a0+0x8+0x187bd] If I load opensolaris manually, I can mount My root filesystem from zfs OK load opensolaris /boot/kernel/opensolaris.ko text=0x19d8 text=0xda0 data=0x10178+0x125b8 syms=[0x8+0x1020+0x8+0x8ca] OK boot -s Booting... Using DTB provided by EFI at 0x49000000. KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2017 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.0-CURRENT #0 r317181M: Sun May 14 14:01:52 CEST 2017 root@norquay.restart.bel:/usr/obj/usr/src/sys/NORQUAY arm64 FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on LLVM 4.0.0) VT: init without driver. Starting CPU 1 (1) Starting CPU 2 (2) Starting CPU 3 (3) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs random: unblocking device. random: entropy device external interface kbd0 at kbdmux0 ofwbus0: aw_ccu0: on ofwbus0 clk_fixed0: on aw_ccu0 clk_fixed1: on aw_ccu0 aw_pll0: mem 0x1c20000-0x1c20003 on aw_ccu0 aw_pll1: mem 0x1c20028-0x1c2002b on aw_ccu0 clk_fixed2: on aw_ccu0 aw_pll2: mem 0x1c2002c-0x1c2002f on aw_ccu0 aw_cpuclk0: mem 0x1c20050-0x1c20053 on aw_ccu0 aw_axiclk0: mem 0x1c20050-0x1c20053 on aw_ccu0 aw_ahbclk0: mem 0x1c20054-0x1c20057 on aw_ccu0 aw_ahbclk1: mem 0x1c2005c-0x1c2005f on aw_ccu0 aw_apbclk0: mem 0x1c20054-0x1c20057 on aw_ccu0 aw_apbclk1: mem 0x1c20058-0x1c2005b on aw_ccu0 aw_gate0: mem 0x1c20060-0x1c20073 on aw_ccu0 aw_modclk0: mem 0x1c20088-0x1c2008b on aw_ccu0 aw_modclk1: mem 0x1c2008c-0x1c2008f on aw_ccu0 aw_modclk2: mem 0x1c20090-0x1c20093 on aw_ccu0 aw_pll3: mem 0x1c20044-0x1c20047 on aw_ccu0 aw_usbclk0: mem 0x1c200cc-0x1c200cf on aw_ccu0 aw_thsclk0: mem 0x1c20074-0x1c20077 on aw_ccu0 simplebus0: on ofwbus0 aw_reset0: mem 0x1c202c0-0x1c202cb on simplebus0 aw_reset1: mem 0x1c202d0-0x1c202d3 on simplebus0 aw_reset2: mem 0x1c202d8-0x1c202db on simplebus0 regfix0: on simplebus0 psci0: on ofwbus0 aw_sid0: mem 0x1c14000-0x1c143ff on simplebus0 awusbphy0: mem 0x1c19400-0x1c19423,0x1c1a800-0x1c1a803,0x1c1b800-0x1c1b803 on simplebus0 gic0: mem 0x1c81000-0x1c81fff,0x1c82000-0x1c83fff,0x1c84000-0x1c85fff,0x1c86000-0x1c87fff irq 0 0 gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 224 gpio0: mem 0x1c20800-0x1c20bff irq 8,9,10 on simplebus0 gpiobus0: on gpio0 aw_nmi0: mem 0x1f00c0c-0x1f00c43 irq 23 on simplebus0 generic_timer0: irq 1,2,3,4 on ofwbus0 Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality 1000 rtc0: mem 0x1f00000-0x1f00053 irq 16,17 on simplebus0 cpulist0: on ofwbus0 cpu0: on cpulist0 cpufreq_dt0: on cpu0 cpufreq_dt0: no regulator for cpu@0 device_attach: cpufreq_dt0 attach returned 6 cpu1: on cpulist0 cpu2: on cpulist0 cpu3: on cpulist0 a10_mmc0: mem 0x1c0f000-0x1c0ffff irq 5 on simplebus0 mmc0: on a10_mmc0 gpioc0: on gpio0 uart0: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 11 on simplebus0 uart0: console (115384,n,8,1) awg0: mem 0x1c30000-0x1c300ff,0x1c00030-0x1c00033 irq 21 on simplebus0 miibus0: on awg0 rgephy0: PHY 0 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, w rgephy1: PHY 1 on miibus0 rgephy1: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, w awg0: Ethernet address: 02:ba:4c:17:07:8b aw_wdog0: mem 0x1c20ca0-0x1c20cbf irq 22 on simplebus0 aw_thermal0: mem 0x1c25000-0x1c253ff irq 25 on simplebus0 ohci0: mem 0x1c1a400-0x1c1a4ff irq 26 on simplebus0 usbus0 on ohci0 ehci0: mem 0x1c1a000-0x1c1a0ff irq 27 on simplebus0 usbus1: EHCI version 1.0 usbus1 on ehci0 ohci1: mem 0x1c1b400-0x1c1b4ff irq 28 on simplebus0 usbus2 on ohci1 ehci1: mem 0x1c1b000-0x1c1b0ff irq 29 on simplebus0 usbus3: EHCI version 1.0 usbus3 on ehci1 cryptosoft0: cpufreq_dt0: on cpu0 cpufreq_dt0: no regulator for cpu@0 device_attach: cpufreq_dt0 attach returned 6 ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Henri > OK boot > Booting... > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2017 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 12.0-CURRENT #0 r317181M: Sun May 14 14:01:52 CEST 2017 > root@norquay.restart.bel:/usr/obj/usr/src/sys/NORQUAY arm64 > FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on > LLVM 4.0.0) > VT: init without driver. > KLD file zfs.ko is missing dependencies > Starting CPU 1 (1) > Starting CPU 2 (2) > Starting CPU 3 (3) > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > random: unblocking device. > > > note the message: > KLD file zfs.ko is missing dependencies > >> >> the kernel don't boot and the console stay with the last line: >> >> Using DTB provided by EFI at 0x49000000. >> >> Moreover the opensolaris.ko is not loader. >> >> Maybe DTB is smashed by zfs.ko >> >> Any idea ? >> >> Henri >> >> PS with r312006M from RaspBSD all is OK and I can user zfs as root >> filesystem. >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Thu May 18 13:50:38 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 738D7D73452; Thu, 18 May 2017 13:50:38 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [5.135.182.190]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0FC4F1EA6; Thu, 18 May 2017 13:50:37 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=2001:41d0:8:bdbe:1:1::; helo=restart.be; envelope-from=hlh@restart.be; receiver=freebsd-arm@freebsd.org DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 3wTCHv1H6Mzrrf DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1495115435; bh=dWb8lEUihI18ZghJxEf+uxlbcSCeW+FId8tuKerYg5Q=; h=Subject:From:To:Cc:References:Date:In-Reply-To; z=Subject:=20Re:=20DTB=20provided=20by=20loader.efi=20from=20head=2 0-r317181=20on=20pine64=20smashed=0D=0A=20by=20zfs.ko=20?|From:=20 Henri=20Hennebert=20|To:=20freebsd-arm=20|Cc:=20freebsd-current=20|References:=20<818a6074-7d4b-a87e-d89e-ce1f4a30ff3c@restart.b e>=0D=0A=20<6877ef26-1c40-7883-70c4-5fbb37c4b3db@restart.be>|Date: =20Thu,=2018=20May=202017=2015:50:33=20+0200|In-Reply-To:=20<6877e f26-1c40-7883-70c4-5fbb37c4b3db@restart.be>; b=KaaSb2HYdqFoc1eYjVUHwN45uF3bD4uJroJRFk27Z6354C9mzI//ZWxBLJnnp7hVW LkXhyjXYh2KykO2tMQwk/SJN/gq/loe+6PYJXFsL9LDgy8VqxmJ3JBlEU1BF98+Tx2 3R5zmLba+umW/HJUIFs0dXyji9CcrOpoMexFfAMiHJOcRNYTI3gb+GmWZ31xNy6+a9 hf5hk8NqdvitBSIg1NUfDfYK87ByiU2iTOiS3uhKtc7+sQvJrbNFacD/XI4AiT9P62 dsCxjsu42/HIuepDpXMSNy7a4g7FlfLfi2A+FV2308wAEtf6sUHwTsAAIJEYH1qUGU sj75G5z0hmuLw== Received: from restart.be (avoriaz.restart.be [IPv6:2001:41d0:8:bdbe:1:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3wTCHv1H6Mzrrf; Thu, 18 May 2017 15:50:34 +0200 (CEST) Received: from chamonix.restart.bel (chamonix.restart.bel [IPv6:2001:41d0:8:bdbe:1:9:0:0]) (authenticated bits=0) by restart.be (8.15.2/8.15.2) with ESMTPSA id v4IDoXiO079953 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 18 May 2017 15:50:33 +0200 (CEST) (envelope-from hlh@restart.be) Subject: Re: DTB provided by loader.efi from head -r317181 on pine64 smashed by zfs.ko ? From: Henri Hennebert To: freebsd-arm Cc: freebsd-current References: <818a6074-7d4b-a87e-d89e-ce1f4a30ff3c@restart.be> <6877ef26-1c40-7883-70c4-5fbb37c4b3db@restart.be> Message-ID: <0ace532e-aca6-6144-f467-832dc04ba80b@restart.be> Date: Thu, 18 May 2017 15:50:33 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.1.0 MIME-Version: 1.0 In-Reply-To: <6877ef26-1c40-7883-70c4-5fbb37c4b3db@restart.be> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: fr-classic Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 May 2017 13:50:38 -0000 On 05/14/2017 19:46, Henri Hennebert wrote: > On 05/09/2017 12:07, Henri Hennebert wrote: >> Hello, >> >> I build current -r317181 with crochet for my PINE64. >> >> the kernel can boot with loader.conf.local: >> >> geom_mirror_load="YES" >> >> If I add to loader.conf.local: >> >> zfs_load="YES" >> >> or if I strike the space bar during loader.efi and I load zfs manually: >> >> OK load zfs If I load opensolaris manually, I can mount My root filesystem from zfs OK load opensolaris /boot/kernel/opensolaris.ko text=0x19d8 text=0xda0 data=0x10178+0x125b8 syms=[0x8+0x1020+0x8+0x8ca] OK boot -s Booting... Using DTB provided by EFI at 0x49000000. KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2017 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.0-CURRENT #0 r317181M: Sun May 14 14:01:52 CEST 2017 root@norquay.restart.bel:/usr/obj/usr/src/sys/NORQUAY arm64 FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on LLVM 4.0.0) VT: init without driver. Starting CPU 1 (1) Starting CPU 2 (2) Starting CPU 3 (3) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs random: unblocking device. random: entropy device external interface kbd0 at kbdmux0 ofwbus0: aw_ccu0: on ofwbus0 clk_fixed0: on aw_ccu0 clk_fixed1: on aw_ccu0 aw_pll0: mem 0x1c20000-0x1c20003 on aw_ccu0 aw_pll1: mem 0x1c20028-0x1c2002b on aw_ccu0 clk_fixed2: on aw_ccu0 aw_pll2: mem 0x1c2002c-0x1c2002f on aw_ccu0 aw_cpuclk0: mem 0x1c20050-0x1c20053 on aw_ccu0 aw_axiclk0: mem 0x1c20050-0x1c20053 on aw_ccu0 aw_ahbclk0: mem 0x1c20054-0x1c20057 on aw_ccu0 aw_ahbclk1: mem 0x1c2005c-0x1c2005f on aw_ccu0 aw_apbclk0: mem 0x1c20054-0x1c20057 on aw_ccu0 aw_apbclk1: mem 0x1c20058-0x1c2005b on aw_ccu0 aw_gate0: mem 0x1c20060-0x1c20073 on aw_ccu0 aw_modclk0: mem 0x1c20088-0x1c2008b on aw_ccu0 aw_modclk1: mem 0x1c2008c-0x1c2008f on aw_ccu0 aw_modclk2: mem 0x1c20090-0x1c20093 on aw_ccu0 aw_pll3: mem 0x1c20044-0x1c20047 on aw_ccu0 aw_usbclk0: mem 0x1c200cc-0x1c200cf on aw_ccu0 aw_thsclk0: mem 0x1c20074-0x1c20077 on aw_ccu0 simplebus0: on ofwbus0 aw_reset0: mem 0x1c202c0-0x1c202cb on simplebus0 aw_reset1: mem 0x1c202d0-0x1c202d3 on simplebus0 aw_reset2: mem 0x1c202d8-0x1c202db on simplebus0 regfix0: on simplebus0 psci0: on ofwbus0 aw_sid0: mem 0x1c14000-0x1c143ff on simplebus0 awusbphy0: mem 0x1c19400-0x1c19423,0x1c1a800-0x1c1a803,0x1c1b800-0x1c1b803 on simplebus0 gic0: mem 0x1c81000-0x1c81fff,0x1c82000-0x1c83fff,0x1c84000-0x1c85fff,0x1c86000-0x1c87fff irq 0 0 gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 224 gpio0: mem 0x1c20800-0x1c20bff irq 8,9,10 on simplebus0 gpiobus0: on gpio0 aw_nmi0: mem 0x1f00c0c-0x1f00c43 irq 23 on simplebus0 generic_timer0: irq 1,2,3,4 on ofwbus0 Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality 1000 rtc0: mem 0x1f00000-0x1f00053 irq 16,17 on simplebus0 cpulist0: on ofwbus0 cpu0: on cpulist0 cpufreq_dt0: on cpu0 cpufreq_dt0: no regulator for cpu@0 device_attach: cpufreq_dt0 attach returned 6 cpu1: on cpulist0 cpu2: on cpulist0 cpu3: on cpulist0 a10_mmc0: mem 0x1c0f000-0x1c0ffff irq 5 on simplebus0 mmc0: on a10_mmc0 gpioc0: on gpio0 uart0: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 11 on simplebus0 uart0: console (115384,n,8,1) awg0: mem 0x1c30000-0x1c300ff,0x1c00030-0x1c00033 irq 21 on simplebus0 miibus0: on awg0 rgephy0: PHY 0 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, w rgephy1: PHY 1 on miibus0 rgephy1: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, w awg0: Ethernet address: 02:ba:4c:17:07:8b aw_wdog0: mem 0x1c20ca0-0x1c20cbf irq 22 on simplebus0 aw_thermal0: mem 0x1c25000-0x1c253ff irq 25 on simplebus0 ohci0: mem 0x1c1a400-0x1c1a4ff irq 26 on simplebus0 usbus0 on ohci0 ehci0: mem 0x1c1a000-0x1c1a0ff irq 27 on simplebus0 usbus1: EHCI version 1.0 usbus1 on ehci0 ohci1: mem 0x1c1b400-0x1c1b4ff irq 28 on simplebus0 usbus2 on ohci1 ehci1: mem 0x1c1b000-0x1c1b0ff irq 29 on simplebus0 usbus3: EHCI version 1.0 usbus3 on ehci1 cryptosoft0: cpufreq_dt0: on cpu0 cpufreq_dt0: no regulator for cpu@0 device_attach: cpufreq_dt0 attach returned 6 ZFS filesystem version: 5 ZFS storage pool version: features support (5000) ZFS is running before the root filesystem is mounted! Henri >> ... >> OK boot > With a slimmed down kernel config, I can load zfs.ko and boot the kernel > BUT opensolaris is not loaded and I get at kernel boot: > > OK load zfs > /boot/kernel/zfs.ko text=0x9d980 text=0xe0480 data=0x214c8+0x9eb78 > syms=[0x8+0x1d6a0+0x8+0x187bd] > OK boot > Booting... > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2017 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 12.0-CURRENT #0 r317181M: Sun May 14 14:01:52 CEST 2017 > root@norquay.restart.bel:/usr/obj/usr/src/sys/NORQUAY arm64 > FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on > LLVM 4.0.0) > VT: init without driver. > KLD file zfs.ko is missing dependencies > Starting CPU 1 (1) > Starting CPU 2 (2) > Starting CPU 3 (3) > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > random: unblocking device. > > > note the message: > KLD file zfs.ko is missing dependencies > >> >> the kernel don't boot and the console stay with the last line: >> >> Using DTB provided by EFI at 0x49000000. >> >> Moreover the opensolaris.ko is not loader. >> >> Maybe DTB is smashed by zfs.ko >> >> Any idea ? >> >> Henri >> >> PS with r312006M from RaspBSD all is OK and I can user zfs as root >> filesystem. >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >