From owner-freebsd-arm@FreeBSD.ORG Sun May 24 02:21:10 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AFE3E3A3; Sun, 24 May 2015 02:21:10 +0000 (UTC) Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com [IPv6:2a00:1450:400c:c00::22c]) (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 57A091B99; Sun, 24 May 2015 02:21:10 +0000 (UTC) Received: by wgbgq6 with SMTP id gq6so47369925wgb.3; Sat, 23 May 2015 19:21:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=ASu8LyEmqhEh7u3vFtVbPnlOwShxmVsVLYg2UjKRMDQ=; b=IaGGJuhC18b9NF7voosWodKAA0SDBgHR/LLHE0fSxVhBBtI26UoPe8cZpOEBeAx5bX MqqLBFcmgiTcNcHQpGKdH4xm5iqsvsVYtrLMEs9KJj4gwzPPSghLvXgBJOeAwGWXtvqy sJ4Z7A4AeQnkpfAusRNtA5q6HJK229YnsPoSDybFM04PuOQXN/KeYoW6m5HtZY64eClc OTC1nC15d2eH6ADPbfzrH2vENBeGXTkXWg5qkSszCFc6iXzy6+RiKtv/tL3dkUxo55ug Ig9wnlxaoA3DkDDIBpfhwWjjADXhe2BQmyk8w+TFlV1FSdYkiWIdMhedXSXBmK3QvNZ3 vXgQ== MIME-Version: 1.0 X-Received: by 10.180.37.131 with SMTP id y3mr7983481wij.60.1432434067065; Sat, 23 May 2015 19:21:07 -0700 (PDT) Received: by 10.194.61.169 with HTTP; Sat, 23 May 2015 19:21:07 -0700 (PDT) Date: Sun, 24 May 2015 05:21:07 +0300 Message-ID: Subject: am335x-bone.dts not exist From: Andrey Fesenko To: "freebsd-arm@freebsd.org" , freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2015 02:21:10 -0000 # uname -a FreeBSD des.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r283306: Sat May 23 11:56:46 MSK 2015 root@des.local:/usr/obj/usr/src/sys/GENERIC amd64 I'm build BEAGLEBONE with crochet. build error Mounting UFS partition 1 at /usr/obj/_.mount.freebsd Installing U-Boot from : /usr/local/share/u-boot/u-boot-beaglebone Error: beaglebone.dts:29.1-2 syntax error FATAL ERROR: Unable to parse input tree file /usr/src/sys/boot/fdt/dts/arm/beaglebone.dts contain #include "am335x-bone.dts" but this file not existence. Need use am335x-evm.dts or else? From owner-freebsd-arm@FreeBSD.ORG Sun May 24 06:20:35 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 80A639EB for ; Sun, 24 May 2015 06:20:35 +0000 (UTC) Received: from monday.kientzle.com (kientzle.com [142.254.26.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CAE412BA for ; Sun, 24 May 2015 06:20:35 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id t4O5pOQN002547; Sun, 24 May 2015 05:51:24 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.105] (192.168.1.65 [192.168.1.65]) by kientzle.com with SMTP id g6xpwmvea5f2z87xkzpj3nn4ia; Sun, 24 May 2015 05:51:24 +0000 (UTC) (envelope-from tim@kientzle.com) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: Possible growfs regression on r280862: Tue Mar 31/PANDABOARD snapshot From: Tim Kientzle In-Reply-To: <551EE431.10408@callfortesting.org> Date: Sat, 23 May 2015 22:51:23 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <493109F5-4ECB-463F-BD1C-A737CA38BE3A@kientzle.com> References: <551EE431.10408@callfortesting.org> To: Michael Dexter X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2015 06:20:35 -0000 > On Apr 3, 2015, at 12:04 PM, Michael Dexter = wrote: >=20 >=20 > Hello all, >=20 > I have been experimenting with the FreeBSD 11.0-CURRENT #0 r280130: = Mon > Mar 16 and FreeBSD 11.0-CURRENT #0 r280862: Tue Mar 31 and I noticed > that the latter is not running growfs on boot. (It is also not = reporting > the system's available memory at boot time.) Sorry for the late response. I believe this is fixed for Crochet-built images now. > I tried manually growing the filesystem using a memory device and = while > the gpart resize went fine, the growfs would not work but I could = easily > have the syntax wrong: . . . snip . . . >=20 > [root@pcbsd] /root/snapshots# gpart resize -i 2 md1 > md1s2 resized > [root@pcbsd] /root/snapshots# gpart show md1 > =3D> 63 8388545 md1 MBR (4.0G) > 63 4095 1 !12 [active] (2.0M) > 4158 8384450 2 freebsd (4.0G) >=20 > [root@pcbsd] /root/snapshots# growfs /dev/md1s2a You=E2=80=99ve resized md1s2 but now have to =E2=80=98gpart resize=E2=80=99= md1s2a before you can growfs it. No, this is not obvious, which is why it=E2=80=99s nice to have it = scripted into the system. ;-) > growfs: requested size 952MB is not larger than the current filesystem > size 952MB > [root@pcbsd] /root/snapshots# growfs -s 4G /dev/md1s2a > growfs: requested size 4.0GB is larger than the available 952MB Cheers, Tim From owner-freebsd-arm@FreeBSD.ORG Sun May 24 06:28:05 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E86AAAC8; Sun, 24 May 2015 06:28:05 +0000 (UTC) Received: from oslo.ath.cx (oslo.ath.cx [IPv6:2a01:4f8:200:42e4::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "oslo.ath.cx", Issuer "oslo.ath.cx" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3313E1391; Sun, 24 May 2015 06:28:04 +0000 (UTC) Received: by oslo.ath.cx (OpenSMTPD) with ESMTP id 168fe3d9; Sun, 24 May 2015 08:28:02 +0200 (CEST) Date: Sun, 24 May 2015 08:28:02 +0200 From: "Herbert J. Skuhra" To: Andrey Fesenko Cc: "freebsd-arm@freebsd.org" , freebsd-current Subject: Re: am335x-bone.dts not exist Message-ID: <20150524062802.GA92150@oslo.ath.cx> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2015 06:28:06 -0000 On Sun, May 24, 2015 at 05:21:07AM +0300, Andrey Fesenko wrote: > # uname -a > FreeBSD des.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r283306: Sat > May 23 11:56:46 MSK 2015 > root@des.local:/usr/obj/usr/src/sys/GENERIC amd64 > > I'm build BEAGLEBONE with crochet. > > build error > > Mounting UFS partition 1 at /usr/obj/_.mount.freebsd > Installing U-Boot from : /usr/local/share/u-boot/u-boot-beaglebone > Error: beaglebone.dts:29.1-2 syntax error > FATAL ERROR: Unable to parse input tree > > > file /usr/src/sys/boot/fdt/dts/arm/beaglebone.dts contain #include > "am335x-bone.dts" but this file not existence. Need use am335x-evm.dts > or else? % find . -name am335x-bone.dts ./sys/gnu/dts/arm/am335x-bone.dts -- Herbert From owner-freebsd-arm@FreeBSD.ORG Sun May 24 07:08:10 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 25DBA601; Sun, 24 May 2015 07:08:10 +0000 (UTC) Received: from id.bluezbox.com (id.bluezbox.com [88.198.91.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CC89119A0; Sun, 24 May 2015 07:08:09 +0000 (UTC) Received: from [12.144.165.244] (helo=climp-laptop.dolby.net) by id.bluezbox.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1YwQ0s-000MiI-JX; Sun, 24 May 2015 00:08:00 -0700 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: am335x-bone.dts not exist From: Oleksandr Tymoshenko In-Reply-To: Date: Sun, 24 May 2015 00:07:25 -0700 Cc: "freebsd-arm@freebsd.org" , freebsd-current Content-Transfer-Encoding: 7bit Message-Id: <8FF14032-CAAA-41AD-A3A7-DBBAA69D2153@bluezbox.com> References: To: Andrey Fesenko X-Mailer: Apple Mail (2.2098) Sender: gonzo@id.bluezbox.com X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: > On May 23, 2015, at 7:21 PM, Andrey Fesenko wrote: > > # uname -a > FreeBSD des.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r283306: Sat > May 23 11:56:46 MSK 2015 > root@des.local:/usr/obj/usr/src/sys/GENERIC amd64 > > I'm build BEAGLEBONE with crochet. > > build error > > Mounting UFS partition 1 at /usr/obj/_.mount.freebsd > Installing U-Boot from : /usr/local/share/u-boot/u-boot-beaglebone > Error: beaglebone.dts:29.1-2 syntax error > FATAL ERROR: Unable to parse input tree > > > file /usr/src/sys/boot/fdt/dts/arm/beaglebone.dts contain #include > "am335x-bone.dts" but this file not existence. Need use am335x-evm.dts > or else? [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2015 07:08:10 -0000 > On May 23, 2015, at 7:21 PM, Andrey Fesenko wrote: > > # uname -a > FreeBSD des.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r283306: Sat > May 23 11:56:46 MSK 2015 > root@des.local:/usr/obj/usr/src/sys/GENERIC amd64 > > I'm build BEAGLEBONE with crochet. > > build error > > Mounting UFS partition 1 at /usr/obj/_.mount.freebsd > Installing U-Boot from : /usr/local/share/u-boot/u-boot-beaglebone > Error: beaglebone.dts:29.1-2 syntax error > FATAL ERROR: Unable to parse input tree > > > file /usr/src/sys/boot/fdt/dts/arm/beaglebone.dts contain #include > "am335x-bone.dts" but this file not existence. Need use am335x-evm.dts > or else? am335x-bone.dts in in sys/gnu/dts/arm/, it's a file provided by vendor (TI) I guess crochet does not have this path as include path when compiling dts files. From owner-freebsd-arm@FreeBSD.ORG Sun May 24 07:12:42 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF3D0C6B; Sun, 24 May 2015 07:12:42 +0000 (UTC) Received: from mail-pa0-x22f.google.com (mail-pa0-x22f.google.com [IPv6:2607:f8b0:400e:c03::22f]) (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 89FF91ACB; Sun, 24 May 2015 07:12:42 +0000 (UTC) Received: by pabru16 with SMTP id ru16so49896936pab.1; Sun, 24 May 2015 00:12:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to; bh=aIPQeuYJaK8CmHjR/d760D6x3Tw4a94DLlqars8xnkY=; b=eHP85/Jjx1WhtsKibaEKyFaBNHqj57SnQ9K51Ovv391CxqdkPvvJ47ZjI2vM1pZ41+ S3eYA9bRmoh9OkfqQXUXzb+IvBoRXw929hs047z/LWcMYts3sXoD3feuZdxO/owqcArK cTbsh9Lcts7sgLpkQDVHBzKBTyjklRCeUY4e+F9X+aJ6sOpFHrsN2cLPQkmcxsDrvsZJ li55naEkN22sGvq12cOtLCuvM38o4OuEs7YPRuKUYHdtFCkGrHm7+XM29WCG4/M5ldcJ z8dUFuZNZJJVqlHj6+53eqsk2rXu+cSNuodG77HQMAByy4J02PLS3mDW7ENy+GbjdPza Imgw== X-Received: by 10.68.194.6 with SMTP id hs6mr17290707pbc.58.1432451561964; Sun, 24 May 2015 00:12:41 -0700 (PDT) Received: from ?IPv6:2601:8:ab80:7d6:a139:e884:3079:dcbd? ([2601:8:ab80:7d6:a139:e884:3079:dcbd]) by mx.google.com with ESMTPSA id bx8sm6589908pab.38.2015.05.24.00.12.40 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 24 May 2015 00:12:40 -0700 (PDT) Subject: Re: am335x-bone.dts not exist Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_F7202093-97D0-4A50-974C-FD16DBD68C76"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Garrett Cooper In-Reply-To: <8FF14032-CAAA-41AD-A3A7-DBBAA69D2153@bluezbox.com> Date: Sun, 24 May 2015 00:12:39 -0700 Cc: Andrey Fesenko , "freebsd-arm@freebsd.org" , freebsd-current Message-Id: References: <8FF14032-CAAA-41AD-A3A7-DBBAA69D2153@bluezbox.com> To: Oleksandr Tymoshenko X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2015 07:12:43 -0000 --Apple-Mail=_F7202093-97D0-4A50-974C-FD16DBD68C76 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On May 24, 2015, at 0:07, Oleksandr Tymoshenko = wrote: >> On May 23, 2015, at 7:21 PM, Andrey Fesenko = wrote: >>=20 >> # uname -a >> FreeBSD des.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r283306: Sat >> May 23 11:56:46 MSK 2015 >> root@des.local:/usr/obj/usr/src/sys/GENERIC amd64 >>=20 >> I'm build BEAGLEBONE with crochet. >>=20 >> build error >>=20 >> Mounting UFS partition 1 at /usr/obj/_.mount.freebsd >> Installing U-Boot from : /usr/local/share/u-boot/u-boot-beaglebone >> Error: beaglebone.dts:29.1-2 syntax error >> FATAL ERROR: Unable to parse input tree >>=20 >>=20 >> file /usr/src/sys/boot/fdt/dts/arm/beaglebone.dts contain #include >> "am335x-bone.dts" but this file not existence. Need use = am335x-evm.dts >> or else? >=20 >=20 > am335x-bone.dts in in sys/gnu/dts/arm/, it's a file provided by vendor = (TI) >=20 > I guess crochet does not have this path as include path when compiling > dts files. Pardon me for being a bit daft potentially, but shouldn=92t #include = work for all dts files (look for #include in this doc: = http://events.linuxfoundation.org/sites/events/files/slides/petazzoni-devi= ce-tree-dummies.pdf )? Thanks! --Apple-Mail=_F7202093-97D0-4A50-974C-FD16DBD68C76 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJVYXnnAAoJEMZr5QU6S73eYnQH/0/v/0owg46iWlzrATn3bnwm Qdx+t9rqElaAZ2JeGK8K3YX73+DQh1Un64403iauG//l3+/m+Yas/3AVeFv6j7zV CBHJipF12kwZi4TqBtObpgerchbq/IqE4N7PfDcy6x5RQDELsXqgSBH18XxJd/Fk 5all1jJYclWb2rUQBVC4NGBUhQiqg23skqugnGf8vp9EeZCDxMW9C42dsOrzNe/b hGudlFqOnWtk4BIF97eRBD0lqZ5yvp1zcoCYENnh2ug2IxIuKhRdKqEISeykrCTR TymcSKzS6RierUX6sngvP4uPXJ0gekhgb/GA39JpY3RCH823Ug8u8mheavxooIs= =8BWH -----END PGP SIGNATURE----- --Apple-Mail=_F7202093-97D0-4A50-974C-FD16DBD68C76-- From owner-freebsd-arm@FreeBSD.ORG Sun May 24 07:56:24 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EE8BB9E; Sun, 24 May 2015 07:56:24 +0000 (UTC) Received: from id.bluezbox.com (id.bluezbox.com [88.198.91.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 692671F0A; Sun, 24 May 2015 07:56:24 +0000 (UTC) Received: from [12.144.165.244] (helo=climp-laptop.dolby.net) by id.bluezbox.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1YwQlg-000NUw-Es; Sun, 24 May 2015 00:56:22 -0700 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: am335x-bone.dts not exist From: Oleksandr Tymoshenko In-Reply-To: Date: Sun, 24 May 2015 00:55:46 -0700 Cc: Andrey Fesenko , "freebsd-arm@freebsd.org" , freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: References: <8FF14032-CAAA-41AD-A3A7-DBBAA69D2153@bluezbox.com> To: Garrett Cooper X-Mailer: Apple Mail (2.2098) Sender: gonzo@id.bluezbox.com X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: > On May 24, 2015, at 12:12 AM, Garrett Cooper wrote: > > On May 24, 2015, at 0:07, Oleksandr Tymoshenko wrote: > >>> On May 23, 2015, at 7:21 PM, Andrey Fesenko wrote: >>> >>> # uname -a >>> FreeBSD des.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r283306: Sat >>> May 23 11:56:46 MSK 2015 >>> root@des.local:/usr/obj/usr/src/sys/GENERIC amd64 >>> >>> I'm build BEAGLEBONE with crochet. >>> >>> build error >>> >>> Mounting UFS partition 1 at /usr/obj/_.mount.freebsd >>> Installing U-Boot from : /usr/local/share/u-boot/u-boot-beaglebone >>> Error: beaglebone.dts:29.1-2 syntax error >>> FATAL ERROR: Unable to parse input tree >>> >>> >>> file /usr/src/sys/boot/fdt/dts/arm/beaglebone.dts contain #include >>> "am335x-bone.dts" but this file not existence. Need use am335x-evm.dts >>> or else? >> >> >> am335x-bone.dts in in sys/gnu/dts/arm/, it's a file provided by vendor (TI) >> >> I guess crochet does not have this path as include path when compiling >> dts files. > > Pardon me for being a bit daft potentially, but shouldn’t #include work for all dts files (look for #include in this doc: http://events.linuxfoundation.org/sites/events/files/slides/petazzoni-device-tree-dummies.pdf )? > Thanks! > [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: bluezbox.com] -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2015 07:56:25 -0000 > On May 24, 2015, at 12:12 AM, Garrett Cooper = wrote: >=20 > On May 24, 2015, at 0:07, Oleksandr Tymoshenko = wrote: >=20 >>> On May 23, 2015, at 7:21 PM, Andrey Fesenko = wrote: >>>=20 >>> # uname -a >>> FreeBSD des.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r283306: Sat >>> May 23 11:56:46 MSK 2015 >>> root@des.local:/usr/obj/usr/src/sys/GENERIC amd64 >>>=20 >>> I'm build BEAGLEBONE with crochet. >>>=20 >>> build error >>>=20 >>> Mounting UFS partition 1 at /usr/obj/_.mount.freebsd >>> Installing U-Boot from : /usr/local/share/u-boot/u-boot-beaglebone >>> Error: beaglebone.dts:29.1-2 syntax error >>> FATAL ERROR: Unable to parse input tree >>>=20 >>>=20 >>> file /usr/src/sys/boot/fdt/dts/arm/beaglebone.dts contain #include >>> "am335x-bone.dts" but this file not existence. Need use = am335x-evm.dts >>> or else? >>=20 >>=20 >> am335x-bone.dts in in sys/gnu/dts/arm/, it's a file provided by = vendor (TI) >>=20 >> I guess crochet does not have this path as include path when = compiling >> dts files. >=20 > Pardon me for being a bit daft potentially, but shouldn=92t #include = work for all dts files (look for #include in this doc: = http://events.linuxfoundation.org/sites/events/files/slides/petazzoni-devi= ce-tree-dummies.pdf )? > Thanks! >=20 #include in dts file is handled by cpp(1). /include/ is handled by dtc I believe You can take a look at how FreeBSD compiles dts files in sys/tools/fdt/make_dtb.sh crochet does not have cpp stage of compilation and before my TI code/devicetree refactoring none of the dts files referenced in crochet used #include. That's why problem never appeared.=20 Fix is just a matter of fixing freebsd_install_fdt in lib/freebsd.sh. If nobody beats me to it I'll try to fix it and submit pull request to = Tim.=20 From owner-freebsd-arm@FreeBSD.ORG Mon May 25 00:05:24 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E7E9579B; Mon, 25 May 2015 00:05:24 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from mail.xcllnt.net (mail.xcllnt.net [50.0.150.214]) (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 B70E7C4C; Mon, 25 May 2015 00:05:24 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from [192.168.2.22] (atc.xcllnt.net [50.0.150.213]) (authenticated bits=0) by mail.xcllnt.net (8.14.9/8.14.9) with ESMTP id t4P05HpD097391 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 24 May 2015 17:05:18 -0700 (PDT) (envelope-from marcel@xcllnt.net) Subject: panic: arm_unmask_irq [was: Re: TI platforms code update: switching to vendor FDT data] Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Content-Type: multipart/signed; boundary="Apple-Mail=_C30E5C2E-D4B0-49F1-84E9-94D62FDAB8C1"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Marcel Moolenaar In-Reply-To: Date: Sun, 24 May 2015 17:05:17 -0700 Cc: "freebsd-arm@freebsd.org List" Message-Id: <72E1D87A-1CEF-4719-907E-CF8E9D720FD1@xcllnt.net> References: To: Oleksandr Tymoshenko X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 00:05:25 -0000 --Apple-Mail=_C30E5C2E-D4B0-49F1-84E9-94D62FDAB8C1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On May 21, 2015, at 8:37 PM, Oleksandr Tymoshenko = wrote: >=20 > Hello, >=20 > I've just committed (r283276) major code update for TI platforms > support. It gets rid of custom-baked .dts files for > Beaglebone/Pandaboard and switches to using FDT data provided by > TI and/or boards/capes manufacturers. *snip* It seems the interrupt controller isn=E2=80=99t been probed and attached in time on my BBB: Booting [/boot/kernel/kernel]... Using DTB provided by U-Boot at address 0x80000100. Kernel entry at 0x80200100... Kernel args: (null) KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2015 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 11.0-CURRENT #1 r283321M: Sun May 24 16:58:54 PDT 2015 marcel@fbsdvm64:/usr/obj/arm.armv6/host/head/sys/BEAGLEBONE arm FreeBSD clang version 3.6.0 (tags/RELEASE_360/final 230434) 20150225 WARNING: WITNESS option enabled, expect reduced performance. can't re-use a leaf (geom_label)! module_register: module g_label already exists! Module g_label failed to register: 17 CPU: Cortex A8-r3 rev 2 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB disabled EABT branch prediction enabled LoUU:2 LoC:3 LoUIS:1 Cache level 1: 32KB/64B 4-way data cache WT WB Read-Alloc 32KB/64B 4-way instruction cache Read-Alloc Cache level 2: 256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc real memory =3D 536870912 (512 MB) avail memory =3D 513081344 (489 MB) Texas Instruments AM335x Processor, Revision ES1.2 random: entropy device infrastructure driver random: selecting highest priority adaptor random: SOFT: yarrow init() random: selecting highest priority adaptor ofwbus0: simplebus0: on ofwbus0 am335x_rtc0: mem = 0x44e3e000-0x44e3efff irq 75,76 on simplebus0 am335x_rtc0: AM335X RTC v1.0.6 ti_wdt0: mem 0x44e35000-0x44e35fff irq 91 on = simplebus0 Fatal kernel mode data abort: 'Translation Fault (L1)' on read trapframe: 0xc090ac68 FSR=3D00000005, FAR=3D00000010, spsr=3Da0000193 r0 =3D0000001b, r1 =3D00000001, r2 =3Dc2952e48, r3 =3D08000000 r4 =3D00000040, r5 =3D00000000, r6 =3D0000005b, r7 =3D00000310 r8 =3Dc2ae11c0, r9 =3Dc0605974, r10=3D00000000, r11=3Dc090ad00 r12=3Dc0788b34, ssp=3Dc090acf8, slr=3Dc05f72a8, pc =3Dc05f72b8 [ thread pid 0 tid 100000 ] Stopped at arm_unmask_irq+0x30: ldr r0, [r5, #0x010] db> I=E2=80=99ll poke at it some more, so for now it=E2=80=99s an FYI. -- Marcel Moolenaar marcel@xcllnt.net --Apple-Mail=_C30E5C2E-D4B0-49F1-84E9-94D62FDAB8C1 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVYmc9AAoJEIda8t8f0tjjwHkP/3WpVXrdyFjUzpgBByEds2tQ yHVnTwTjlbOY1DV48IC0DqzDw9gRABZdxB3jsk18DKpkhwbFXDTjd0RQibbG1S6k Wg9Gh4jPjAyZYbc4A6DiXLRylODgjU3F9v5SIjJVSSwkELH7PaWpd24bMtkWih0k 6CPOO4mx2QIRSyBrW8fI0LheRsdf81J01zH2k1os/JgMbynnn70Kz9U60NnD9zwc eArPHMPLJPe8LMM5t7PMcnQyYSn723vsg3o1Q5+RMbv5GNHaDkzCKpq2ANOIuc8L x69P5dk+qXVmoim3pG8YQKMWjMeBSxJCvR4tslawIbz+m1bKxaHRz0tDT+YgO2+A 3Guyayyf8EyyIsnhWXtOJO1mvrF3mzlhCEih0KB/R7YLU++PN1Xx+cbDyyXbe8C7 sq6Ux6np0uq/jtGKdDkFca5CylGa1xdq3SgQfW8ZMnw48SLtZWuT47NpSoBfiTiv fkiNLlzOIff6oIGN0GkXcAGX/RZOTSxC6tZ4PDST9lRg9XXfdxv22wN/hTkd6weY 462/338Yudx4cwho8/RUF1+fSxNLeNMQRlUoj6U/qclVdpYjZfQULuZR8m+TCAte BtR8FFB3yuRA0jU7HnpU0lm8pYYkhnrvCqtgr8ZIi01ZvR54BwprToTp2YuGtH6Z FOxxxd4gmV93KJGL41hE =HIUm -----END PGP SIGNATURE----- --Apple-Mail=_C30E5C2E-D4B0-49F1-84E9-94D62FDAB8C1-- From owner-freebsd-arm@FreeBSD.ORG Mon May 25 00:13:11 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4D7699AE for ; Mon, 25 May 2015 00:13:11 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [88.198.91.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B5801D3B for ; Mon, 25 May 2015 00:13:10 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from [208.184.220.60] (helo=macbook-air-2.dolby.net) by id.bluezbox.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1Ywg0v-000DaJ-97; Sun, 24 May 2015 17:13:07 -0700 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: panic: arm_unmask_irq [was: Re: TI platforms code update: switching to vendor FDT data] From: Oleksandr Tymoshenko In-Reply-To: <72E1D87A-1CEF-4719-907E-CF8E9D720FD1@xcllnt.net> Date: Sun, 24 May 2015 17:12:32 -0700 Cc: "freebsd-arm@freebsd.org List" Content-Transfer-Encoding: quoted-printable Message-Id: <3741A6A7-1185-4E5A-9E98-22F5A6C730DC@freebsd.org> References: <72E1D87A-1CEF-4719-907E-CF8E9D720FD1@xcllnt.net> To: Marcel Moolenaar X-Mailer: Apple Mail (2.2098) Sender: gonzo@id.bluezbox.com X-Spam-Level: - X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: > On May 24, 2015, at 5:05 PM, Marcel Moolenaar wrote: > > >> On May 21, 2015, at 8:37 PM, Oleksandr Tymoshenko wrote: >> >> Hello, >> >> I've just committed (r283276) major code update for TI platforms >> support. It gets rid of custom-baked .dts files for >> Beaglebone/Pandaboard and switches to using FDT data provided by >> TI and/or boards/capes manufacturers. > > *snip* > > It seems the interrupt controller isn’t been probed and attached > in time on my BBB: > > Booting [/boot/kernel/kernel]... > Using DTB provided by U-Boot at address 0x80000100. > Kernel entry at 0x80200100... > Kernel args: (null) > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2015 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 11.0-CURRENT #1 r283321M: Sun May 24 16:58:54 PDT 2015 > marcel@fbsdvm64:/usr/obj/arm.armv6/host/head/sys/BEAGLEBONE arm > FreeBSD clang version 3.6.0 (tags/RELEASE_360/final 230434) 20150225 > WARNING: WITNESS option enabled, expect reduced performance. > can't re-use a leaf (geom_label)! > module_register: module g_label already exists! > Module g_label failed to register: 17 > CPU: Cortex A8-r3 rev 2 (Cortex-A core) > Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext > WB disabled EABT branch prediction enabled > LoUU:2 LoC:3 LoUIS:1 > Cache level 1: > 32KB/64B 4-way data cache WT WB Read-Alloc > 32KB/64B 4-way instruction cache Read-Alloc > Cache level 2: > 256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc > real memory = 536870912 (512 MB) > avail memory = 513081344 (489 MB) > Texas Instruments AM335x Processor, Revision ES1.2 > random: entropy device infrastructure driver > random: selecting highest priority adaptor > random: SOFT: yarrow init() > random: selecting highest priority adaptor > ofwbus0: [...] Content analysis details: (-1.5 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: xcllnt.net] -0.5 BAYES_05 BODY: Bayes spam probability is 1 to 5% [score: 0.0200] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 00:13:11 -0000 > On May 24, 2015, at 5:05 PM, Marcel Moolenaar = wrote: >=20 >=20 >> On May 21, 2015, at 8:37 PM, Oleksandr Tymoshenko = wrote: >>=20 >> Hello, >>=20 >> I've just committed (r283276) major code update for TI platforms >> support. It gets rid of custom-baked .dts files for >> Beaglebone/Pandaboard and switches to using FDT data provided by >> TI and/or boards/capes manufacturers. >=20 > *snip* >=20 > It seems the interrupt controller isn=E2=80=99t been probed and = attached > in time on my BBB: >=20 > Booting [/boot/kernel/kernel]... > Using DTB provided by U-Boot at address 0x80000100. > Kernel entry at 0x80200100... > Kernel args: (null) > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2015 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 11.0-CURRENT #1 r283321M: Sun May 24 16:58:54 PDT 2015 > marcel@fbsdvm64:/usr/obj/arm.armv6/host/head/sys/BEAGLEBONE arm > FreeBSD clang version 3.6.0 (tags/RELEASE_360/final 230434) 20150225 > WARNING: WITNESS option enabled, expect reduced performance. > can't re-use a leaf (geom_label)! > module_register: module g_label already exists! > Module g_label failed to register: 17 > CPU: Cortex A8-r3 rev 2 (Cortex-A core) > Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext > WB disabled EABT branch prediction enabled > LoUU:2 LoC:3 LoUIS:1 > Cache level 1: > 32KB/64B 4-way data cache WT WB Read-Alloc > 32KB/64B 4-way instruction cache Read-Alloc > Cache level 2: > 256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc > real memory =3D 536870912 (512 MB) > avail memory =3D 513081344 (489 MB) > Texas Instruments AM335x Processor, Revision ES1.2 > random: entropy device infrastructure driver > random: selecting highest priority adaptor > random: SOFT: yarrow init() > random: selecting highest priority adaptor > ofwbus0: > simplebus0: on ofwbus0 > am335x_rtc0: mem = 0x44e3e000-0x44e3efff irq 75,76 on simplebus0 > am335x_rtc0: AM335X RTC v1.0.6 > ti_wdt0: mem 0x44e35000-0x44e35fff irq 91 on = simplebus0 > Fatal kernel mode data abort: 'Translation Fault (L1)' on read > trapframe: 0xc090ac68 > FSR=3D00000005, FAR=3D00000010, spsr=3Da0000193 > r0 =3D0000001b, r1 =3D00000001, r2 =3Dc2952e48, r3 =3D08000000 > r4 =3D00000040, r5 =3D00000000, r6 =3D0000005b, r7 =3D00000310 > r8 =3Dc2ae11c0, r9 =3Dc0605974, r10=3D00000000, r11=3Dc090ad00 > r12=3Dc0788b34, ssp=3Dc090acf8, slr=3Dc05f72a8, pc =3Dc05f72b8 >=20 > [ thread pid 0 tid 100000 ] > Stopped at arm_unmask_irq+0x30: ldr r0, [r5, #0x010] > db> >=20 >=20 > I=E2=80=99ll poke at it some more, so for now it=E2=80=99s an FYI. ti_scm and ti_pinmux should be detected right after simplebus. Could you make sure if dtb loaded by u-boot is not from previous builds? You can decompile it using dtc: dtc -I dtb -O dts beaglebone-black.dtb From owner-freebsd-arm@FreeBSD.ORG Mon May 25 00:16:16 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 325DFA05 for ; Mon, 25 May 2015 00:16:16 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound3.ore.mailhop.org (erouter6.ore.mailhop.org [54.187.213.119]) by mx1.freebsd.org (Postfix) with SMTP id 14149D4D for ; Mon, 25 May 2015 00:16:15 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound3.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Mon, 25 May 2015 00:15:42 +0000 (UTC) Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t4P0G6B1009114; Sun, 24 May 2015 18:16:06 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1432512966.1200.15.camel@freebsd.org> Subject: Re: panic: arm_unmask_irq [was: Re: TI platforms code update: switching to vendor FDT data] From: Ian Lepore To: Oleksandr Tymoshenko Cc: Marcel Moolenaar , "freebsd-arm@freebsd.org List" Date: Sun, 24 May 2015 18:16:06 -0600 In-Reply-To: <3741A6A7-1185-4E5A-9E98-22F5A6C730DC@freebsd.org> References: <72E1D87A-1CEF-4719-907E-CF8E9D720FD1@xcllnt.net> <3741A6A7-1185-4E5A-9E98-22F5A6C730DC@freebsd.org> Content-Type: text/plain; charset="iso-8859-7" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 00:16:16 -0000 On Sun, 2015-05-24 at 17:12 -0700, Oleksandr Tymoshenko wrote: > > On May 24, 2015, at 5:05 PM, Marcel Moolenaar wrote: > > > > > >> On May 21, 2015, at 8:37 PM, Oleksandr Tymoshenko wrote: > >> > >> Hello, > >> > >> I've just committed (r283276) major code update for TI platforms > >> support. It gets rid of custom-baked .dts files for > >> Beaglebone/Pandaboard and switches to using FDT data provided by > >> TI and/or boards/capes manufacturers. > > > > *snip* > > > > It seems the interrupt controller isn˘t been probed and attached > > in time on my BBB: > > > > Booting [/boot/kernel/kernel]... > > Using DTB provided by U-Boot at address 0x80000100. > > Kernel entry at 0x80200100... > > Kernel args: (null) > > KDB: debugger backends: ddb > > KDB: current backend: ddb > > Copyright (c) 1992-2015 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 11.0-CURRENT #1 r283321M: Sun May 24 16:58:54 PDT 2015 > > marcel@fbsdvm64:/usr/obj/arm.armv6/host/head/sys/BEAGLEBONE arm > > FreeBSD clang version 3.6.0 (tags/RELEASE_360/final 230434) 20150225 > > WARNING: WITNESS option enabled, expect reduced performance. > > can't re-use a leaf (geom_label)! > > module_register: module g_label already exists! > > Module g_label failed to register: 17 > > CPU: Cortex A8-r3 rev 2 (Cortex-A core) > > Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext > > WB disabled EABT branch prediction enabled > > LoUU:2 LoC:3 LoUIS:1 > > Cache level 1: > > 32KB/64B 4-way data cache WT WB Read-Alloc > > 32KB/64B 4-way instruction cache Read-Alloc > > Cache level 2: > > 256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc > > real memory = 536870912 (512 MB) > > avail memory = 513081344 (489 MB) > > Texas Instruments AM335x Processor, Revision ES1.2 > > random: entropy device infrastructure driver > > random: selecting highest priority adaptor > > random: SOFT: yarrow init() > > random: selecting highest priority adaptor > > ofwbus0: > > simplebus0: on ofwbus0 > > am335x_rtc0: mem 0x44e3e000-0x44e3efff irq 75,76 on simplebus0 > > am335x_rtc0: AM335X RTC v1.0.6 > > ti_wdt0: mem 0x44e35000-0x44e35fff irq 91 on simplebus0 > > Fatal kernel mode data abort: 'Translation Fault (L1)' on read > > trapframe: 0xc090ac68 > > FSR=00000005, FAR=00000010, spsr=a0000193 > > r0 =0000001b, r1 =00000001, r2 =c2952e48, r3 =08000000 > > r4 =00000040, r5 =00000000, r6 =0000005b, r7 =00000310 > > r8 =c2ae11c0, r9 =c0605974, r10=00000000, r11=c090ad00 > > r12=c0788b34, ssp=c090acf8, slr=c05f72a8, pc =c05f72b8 > > > > [ thread pid 0 tid 100000 ] > > Stopped at arm_unmask_irq+0x30: ldr r0, [r5, #0x010] > > db> > > > > > > I˘ll poke at it some more, so for now it˘s an FYI. > > ti_scm and ti_pinmux should be detected right after simplebus. > Could you make sure if dtb loaded by u-boot is not > from previous builds? You can decompile it using dtc: > dtc -I dtb -O dts beaglebone-black.dtb Shouldn't the driver attach order be controlled with BUS_PASS numbers now? That's been required with other socs that moved to the standard dts data where we don't control the order of the nodes in the file. -- Ian From owner-freebsd-arm@FreeBSD.ORG Mon May 25 00:31:27 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 55519D34; Mon, 25 May 2015 00:31:27 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from mail.xcllnt.net (mail.xcllnt.net [50.0.150.214]) (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 1BBA3EFB; Mon, 25 May 2015 00:31:26 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from [192.168.2.22] (atc.xcllnt.net [50.0.150.213]) (authenticated bits=0) by mail.xcllnt.net (8.14.9/8.14.9) with ESMTP id t4P0VQl3097542 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 24 May 2015 17:31:26 -0700 (PDT) (envelope-from marcel@xcllnt.net) Subject: Re: panic: arm_unmask_irq [was: Re: TI platforms code update: switching to vendor FDT data] Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Content-Type: multipart/signed; boundary="Apple-Mail=_CC58EFB9-57C8-40EE-B75F-AA6E876116E0"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Marcel Moolenaar In-Reply-To: <3741A6A7-1185-4E5A-9E98-22F5A6C730DC@freebsd.org> Date: Sun, 24 May 2015 17:31:25 -0700 Cc: "freebsd-arm@freebsd.org List" Message-Id: <3B662B61-1778-4791-A09F-A9162D3D7191@xcllnt.net> References: <72E1D87A-1CEF-4719-907E-CF8E9D720FD1@xcllnt.net> <3741A6A7-1185-4E5A-9E98-22F5A6C730DC@freebsd.org> To: Oleksandr Tymoshenko X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 00:31:27 -0000 --Apple-Mail=_CC58EFB9-57C8-40EE-B75F-AA6E876116E0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On May 24, 2015, at 5:12 PM, Oleksandr Tymoshenko = wrote: >=20 >=20 > ti_scm and ti_pinmux should be detected right after simplebus. > Could you make sure if dtb loaded by u-boot is not > from previous builds? You can decompile it using dtc: > dtc -I dtb -O dts beaglebone-black.dtb I=E2=80=99m pretty sure that=E2=80=99s not possible, since I=E2=80=99ve = never built ARM kernels in this particular VM before :-) =46rom the fdt command in the loader I can see it=E2=80=99s the first = device mentioned, so that=E2=80=99s not it. loader> fdt ls Using DTB provided by U-Boot at address 0x80000100. /am335x /am335x/interrupt-controller@48200000 /am335x/pmu /am335x/scm@44e10000 /am335x/prcm@44E00000 /am335x/dmtimers@44E05000 /am335x/rtc@44E3E000 /am335x/adc@44E0D000 /am335x/wdt1@44E35000 /am335x/gpio *snip* A verbose boot gives me: ofwbus0: simplebus0: on ofwbus0 simplebus0: mem 0x48200000-0x48200fff = compat ti,aintc (no driver attached) Ok, so this is a problem. fbsdvm64% nm kernel.debug | grep aintc c0681584 r __set_modmetadata_set_sym__mod_metadata_md_aintc_simplebus c0681580 r = __set_modmetadata_set_sym__mod_metadata_md_aintc_simplebus_on_kernel c0680984 r __set_sysinit_set_sym_aintc_simplebusmodule_sys_init c07306d0 d _aintc_simplebus_depend_on_kernel c05f749c t aintc_post_filter c06039f8 t fdt_aintc_decode_ic c05f7334 t ti_aintc_attach c061c874 r ti_aintc_methods c05f72dc t ti_aintc_probe Poking some more=E2=80=A6 -- Marcel Moolenaar marcel@xcllnt.net --Apple-Mail=_CC58EFB9-57C8-40EE-B75F-AA6E876116E0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVYm1eAAoJEIda8t8f0tjjviIQAOtBQONVCMZre+zaingmZPxe L7eOTcNsQ1tRVPJmnTdbEkXoXWVJOuK/7YadvXu/3mKhWFUVkysMUU8WDg6SYkYE 7sTHJI/6XpPixk8O2hvKa8UCtJUgr+Y8vnmBzYPPBD7MEjkitlijnCLzOohTaJgB DqrceusnBEGwARnGBtqvdR/T6jMbIm8lCvCKuRNzz/vyxDtSiFVGrTF+qYLK2VpF m1vQ1x7p64Y4+l/pYiKLssfqMmBLwF+V4BoNnDSjIbVYlOX/b3o3o21Yp7m1KlWF 3O1f3U8whMZhXezUWrVv37zzsv5oaIY0dxyNH76ohjMcdPUcuAV5vLz0t5Ens0As XwDHQGgXN2rDGQ9w6HhNw/rz4FZ1kihi+wVebSy8ljC+UbCvdpDJi3QGDIXY/HDc hDpI/eDNpmhoxLvhA2isgz2zFZ3AsFwgZwi+kYR9oAAfr4QCNaz1SUclGG5gWX5+ hORxUKnJpM2Sk6LsAnkS3CLoiHkC9nM3oRLWFRcWnU8KA/OPzDIO5jSl7cO9R/MZ s66um9cBnXOOgMl8MZuJB6kMltWqiSYYQD8aifdH/aZCnVQsTHnaZawpOpwEXwzu 2mkEHnwGAxk/+SPcBET+ewN/Hdz+l5V4d5Ham2PESppoBTO1QM0uWMCXelNPOMFs plPSW+8VoIAdS8uZzhbX =smwA -----END PGP SIGNATURE----- --Apple-Mail=_CC58EFB9-57C8-40EE-B75F-AA6E876116E0-- From owner-freebsd-arm@FreeBSD.ORG Mon May 25 00:33:22 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 580B0D94; Mon, 25 May 2015 00:33:22 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from mail.xcllnt.net (mail.xcllnt.net [50.0.150.214]) (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 0CF6FF05; Mon, 25 May 2015 00:33:21 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from [192.168.2.22] (atc.xcllnt.net [50.0.150.213]) (authenticated bits=0) by mail.xcllnt.net (8.14.9/8.14.9) with ESMTP id t4P0XLBf097562 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 24 May 2015 17:33:21 -0700 (PDT) (envelope-from marcel@xcllnt.net) Subject: Re: panic: arm_unmask_irq [was: Re: TI platforms code update: switching to vendor FDT data] Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Content-Type: multipart/signed; boundary="Apple-Mail=_1A11485B-5108-4275-A609-36DF97FEE902"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Marcel Moolenaar In-Reply-To: <1432512966.1200.15.camel@freebsd.org> Date: Sun, 24 May 2015 17:33:21 -0700 Cc: Oleksandr Tymoshenko , "freebsd-arm@freebsd.org List" Message-Id: <8EC96924-4D33-4AF8-87B7-586441601D0B@xcllnt.net> References: <72E1D87A-1CEF-4719-907E-CF8E9D720FD1@xcllnt.net> <3741A6A7-1185-4E5A-9E98-22F5A6C730DC@freebsd.org> <1432512966.1200.15.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 00:33:22 -0000 --Apple-Mail=_1A11485B-5108-4275-A609-36DF97FEE902 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii > On May 24, 2015, at 5:16 PM, Ian Lepore wrote: > > Shouldn't the driver attach order be controlled with BUS_PASS numbers > now? That's been required with other socs that moved to the standard > dts data where we don't control the order of the nodes in the file. The problem is different in my case, but yes it was the first thing I suspected without digging deeper: fbsdvm64% svn diff sys/arm Index: sys/arm/ti/aintc.c =================================================================== --- sys/arm/ti/aintc.c (revision 283321) +++ sys/arm/ti/aintc.c (working copy) @@ -156,7 +156,8 @@ static devclass_t ti_aintc_devclass; -DRIVER_MODULE(aintc, simplebus, ti_aintc_driver, ti_aintc_devclass, 0, 0); +EARLY_DRIVER_MODULE(aintc, simplebus, ti_aintc_driver, ti_aintc_devclass, + 0, 0, BUS_PASS_ORDER_EARLY); int arm_get_next_irq(int last_irq) -- Marcel Moolenaar marcel@xcllnt.net --Apple-Mail=_1A11485B-5108-4275-A609-36DF97FEE902 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVYm3RAAoJEIda8t8f0tjj4tsQAOdyXxkzED23QDpKzMRkmvdx hMTxBP1kUwDd2+/Mi9n6dXXMYWYS0qtD+t/2y6j4jqItVXUOK1xnt0NHDnwOdTzC sWemyE2YM/bMd62de2Q/aFkW9Lgw9glaJGEDJDvGYQDgo047YvCWK4hhwd2i4c3c uCuBHUjrJtBAuWJHlzcpDSIpPwaECqcQSI/S7Vvv4/8t4vVfoaDgbhcdcLdiYsaU gDVn7IYV1geaWLcm95PVBp6Zhf+O+X8WtvttX3uQNZWBagI1hgv5aFQHzhP2mkda TlMDCqwPBmAYaVFkC6Y7z58h7KwLDQBbJcaXyduAJ4qM+mEpo93QnGpRAb/pa1hO IWRu7VD6BQyvrm/NVdxs/RFZTKsg7BZV5bPlTYyQvQpEar/VXWpHowmI9XQl8t3P Xzxvpp7IPZSrHZnEdzBXZ1XVleSs8O7ryA9BfeN7F8cD5sg2YG7rRF6fxks0Lfbe z1dZItXmgoOITw/Mjji2Zoqa4xBU/C0xZC9hrlSdMwnMXaQIkenmzk+sUYBLEbqt GaBUyrhsbcD1WMpsFBaDsCXwdEXykoL0Oa87/+vCvh9s/LvTB9ZXYPK7jMDF4jYD eLsglMIaDLpLSSZLVBOQ1iCqvB1c6bZp9Y3DDJPljvPC8xyhfiZooRKTuftIwLEg xkVk7qtyVc+3V+WqoJYv =gLPk -----END PGP SIGNATURE----- --Apple-Mail=_1A11485B-5108-4275-A609-36DF97FEE902-- From owner-freebsd-arm@FreeBSD.ORG Mon May 25 00:35:33 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5FF68E19; Mon, 25 May 2015 00:35:33 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [88.198.91.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C6A4FF17; Mon, 25 May 2015 00:35:32 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from [208.184.220.60] (helo=macbook-air-2.dolby.net) by id.bluezbox.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1YwgMa-000DpD-5C; Sun, 24 May 2015 17:35:30 -0700 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: panic: arm_unmask_irq [was: Re: TI platforms code update: switching to vendor FDT data] From: Oleksandr Tymoshenko In-Reply-To: <1432512966.1200.15.camel@freebsd.org> Date: Sun, 24 May 2015 17:34:55 -0700 Cc: "freebsd-arm@freebsd.org List" Content-Transfer-Encoding: quoted-printable Message-Id: References: <72E1D87A-1CEF-4719-907E-CF8E9D720FD1@xcllnt.net> <3741A6A7-1185-4E5A-9E98-22F5A6C730DC@freebsd.org> <1432512966.1200.15.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.2098) Sender: gonzo@id.bluezbox.com X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: > On May 24, 2015, at 5:16 PM, Ian Lepore wrote: > > On Sun, 2015-05-24 at 17:12 -0700, Oleksandr Tymoshenko wrote: >>> On May 24, 2015, at 5:05 PM, Marcel Moolenaar wrote: >>> >>> >>>> On May 21, 2015, at 8:37 PM, Oleksandr Tymoshenko wrote: >>>> >>>> Hello, >>>> >>>> I've just committed (r283276) major code update for TI platforms >>>> support. It gets rid of custom-baked .dts files for >>>> Beaglebone/Pandaboard and switches to using FDT data provided by >>>> TI and/or boards/capes manufacturers. >>> >>> *snip* >>> >>> It seems the interrupt controller isn’t been probed and attached >>> in time on my BBB: >>> >>> Booting [/boot/kernel/kernel]... >>> Using DTB provided by U-Boot at address 0x80000100. >>> Kernel entry at 0x80200100... >>> Kernel args: (null) >>> KDB: debugger backends: ddb >>> KDB: current backend: ddb >>> Copyright (c) 1992-2015 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 11.0-CURRENT #1 r283321M: Sun May 24 16:58:54 PDT 2015 >>> marcel@fbsdvm64:/usr/obj/arm.armv6/host/head/sys/BEAGLEBONE arm >>> FreeBSD clang version 3.6.0 (tags/RELEASE_360/final 230434) 20150225 >>> WARNING: WITNESS option enabled, expect reduced performance. >>> can't re-use a leaf (geom_label)! >>> module_register: module g_label already exists! >>> Module g_label failed to register: 17 >>> CPU: Cortex A8-r3 rev 2 (Cortex-A core) >>> Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext >>> WB disabled EABT branch prediction enabled >>> LoUU:2 LoC:3 LoUIS:1 >>> Cache level 1: >>> 32KB/64B 4-way data cache WT WB Read-Alloc >>> 32KB/64B 4-way instruction cache Read-Alloc >>> Cache level 2: >>> 256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc >>> real memory = 536870912 (512 MB) >>> avail memory = 513081344 (489 MB) >>> Texas Instruments AM335x [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: xcllnt.net] -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 00:35:33 -0000 > On May 24, 2015, at 5:16 PM, Ian Lepore wrote: >=20 > On Sun, 2015-05-24 at 17:12 -0700, Oleksandr Tymoshenko wrote: >>> On May 24, 2015, at 5:05 PM, Marcel Moolenaar = wrote: >>>=20 >>>=20 >>>> On May 21, 2015, at 8:37 PM, Oleksandr Tymoshenko = wrote: >>>>=20 >>>> Hello, >>>>=20 >>>> I've just committed (r283276) major code update for TI platforms >>>> support. It gets rid of custom-baked .dts files for >>>> Beaglebone/Pandaboard and switches to using FDT data provided by >>>> TI and/or boards/capes manufacturers. >>>=20 >>> *snip* >>>=20 >>> It seems the interrupt controller isn=E2=80=99t been probed and = attached >>> in time on my BBB: >>>=20 >>> Booting [/boot/kernel/kernel]... >>> Using DTB provided by U-Boot at address 0x80000100. >>> Kernel entry at 0x80200100... >>> Kernel args: (null) >>> KDB: debugger backends: ddb >>> KDB: current backend: ddb >>> Copyright (c) 1992-2015 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 11.0-CURRENT #1 r283321M: Sun May 24 16:58:54 PDT 2015 >>> marcel@fbsdvm64:/usr/obj/arm.armv6/host/head/sys/BEAGLEBONE arm >>> FreeBSD clang version 3.6.0 (tags/RELEASE_360/final 230434) 20150225 >>> WARNING: WITNESS option enabled, expect reduced performance. >>> can't re-use a leaf (geom_label)! >>> module_register: module g_label already exists! >>> Module g_label failed to register: 17 >>> CPU: Cortex A8-r3 rev 2 (Cortex-A core) >>> Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 = Security_Ext >>> WB disabled EABT branch prediction enabled >>> LoUU:2 LoC:3 LoUIS:1 >>> Cache level 1: >>> 32KB/64B 4-way data cache WT WB Read-Alloc >>> 32KB/64B 4-way instruction cache Read-Alloc >>> Cache level 2: >>> 256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc >>> real memory =3D 536870912 (512 MB) >>> avail memory =3D 513081344 (489 MB) >>> Texas Instruments AM335x Processor, Revision ES1.2 >>> random: entropy device infrastructure driver >>> random: selecting highest priority adaptor >>> random: SOFT: yarrow init() >>> random: selecting highest priority adaptor >>> ofwbus0: >>> simplebus0: on ofwbus0 >>> am335x_rtc0: mem = 0x44e3e000-0x44e3efff irq 75,76 on simplebus0 >>> am335x_rtc0: AM335X RTC v1.0.6 >>> ti_wdt0: mem 0x44e35000-0x44e35fff irq 91 on = simplebus0 >>> Fatal kernel mode data abort: 'Translation Fault (L1)' on read >>> trapframe: 0xc090ac68 >>> FSR=3D00000005, FAR=3D00000010, spsr=3Da0000193 >>> r0 =3D0000001b, r1 =3D00000001, r2 =3Dc2952e48, r3 =3D08000000 >>> r4 =3D00000040, r5 =3D00000000, r6 =3D0000005b, r7 =3D00000310 >>> r8 =3Dc2ae11c0, r9 =3Dc0605974, r10=3D00000000, r11=3Dc090ad00 >>> r12=3Dc0788b34, ssp=3Dc090acf8, slr=3Dc05f72a8, pc =3Dc05f72b8 >>>=20 >>> [ thread pid 0 tid 100000 ] >>> Stopped at arm_unmask_irq+0x30: ldr r0, [r5, #0x010] >>> db> >>>=20 >>>=20 >>> I=E2=80=99ll poke at it some more, so for now it=E2=80=99s an FYI. >>=20 >> ti_scm and ti_pinmux should be detected right after simplebus. >> Could you make sure if dtb loaded by u-boot is not >> from previous builds? You can decompile it using dtc: >> dtc -I dtb -O dts beaglebone-black.dtb >=20 > Shouldn't the driver attach order be controlled with BUS_PASS numbers > now? That's been required with other socs that moved to the standard > dts data where we don't control the order of the nodes in the file. I believe they should (and most likely they do, can't check right now). My point was - order of devices in dmesg is deterministic, so lack of ti_scm and ti_pinmux most likely indicates that dtb file is not the same as my BBB uses (beaglebone-black.dtb compile from FreeBSD tree). So I wanted to know the content of that file before digging = further.=20= From owner-freebsd-arm@FreeBSD.ORG Mon May 25 00:36:27 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C713E84 for ; Mon, 25 May 2015 00:36:27 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) by mx1.freebsd.org (Postfix) with SMTP id 054BEF20 for ; Mon, 25 May 2015 00:36:26 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Mon, 25 May 2015 00:36:37 +0000 (UTC) Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t4P0aJil009148; Sun, 24 May 2015 18:36:19 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1432514179.1200.17.camel@freebsd.org> Subject: Re: panic: arm_unmask_irq [was: Re: TI platforms code update: switching to vendor FDT data] From: Ian Lepore To: Marcel Moolenaar Cc: Oleksandr Tymoshenko , "freebsd-arm@freebsd.org List" Date: Sun, 24 May 2015 18:36:19 -0600 In-Reply-To: <8EC96924-4D33-4AF8-87B7-586441601D0B@xcllnt.net> References: <72E1D87A-1CEF-4719-907E-CF8E9D720FD1@xcllnt.net> <3741A6A7-1185-4E5A-9E98-22F5A6C730DC@freebsd.org> <1432512966.1200.15.camel@freebsd.org> <8EC96924-4D33-4AF8-87B7-586441601D0B@xcllnt.net> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 00:36:27 -0000 On Sun, 2015-05-24 at 17:33 -0700, Marcel Moolenaar wrote: > > On May 24, 2015, at 5:16 PM, Ian Lepore wrote: > > > > Shouldn't the driver attach order be controlled with BUS_PASS numbers > > now? That's been required with other socs that moved to the standard > > dts data where we don't control the order of the nodes in the file. > > The problem is different in my case, but yes it was the first > thing I suspected without digging deeper: > > fbsdvm64% svn diff sys/arm > Index: sys/arm/ti/aintc.c > =================================================================== > --- sys/arm/ti/aintc.c (revision 283321) > +++ sys/arm/ti/aintc.c (working copy) > @@ -156,7 +156,8 @@ > > static devclass_t ti_aintc_devclass; > > -DRIVER_MODULE(aintc, simplebus, ti_aintc_driver, ti_aintc_devclass, 0, 0); > +EARLY_DRIVER_MODULE(aintc, simplebus, ti_aintc_driver, ti_aintc_devclass, > + 0, 0, BUS_PASS_ORDER_EARLY); > > int > arm_get_next_irq(int last_irq) > > > -- > Marcel Moolenaar > marcel@xcllnt.net > For an interrupt controller that should probably be BUS_PASS_INTERRUPT + BUS_PASS_ORDER_MIDDLE We have to do some fine-grained tuning in some cases and there are only a few predefined categories and they're spaced really close together. -- Ian From owner-freebsd-arm@FreeBSD.ORG Mon May 25 00:41:11 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 80793F3A for ; Mon, 25 May 2015 00:41:11 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) by mx1.freebsd.org (Postfix) with SMTP id 592D7F73 for ; Mon, 25 May 2015 00:41:11 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Mon, 25 May 2015 00:41:28 +0000 (UTC) Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t4P0f93V009156; Sun, 24 May 2015 18:41:09 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1432514469.1200.19.camel@freebsd.org> Subject: Re: panic: arm_unmask_irq [was: Re: TI platforms code update: switching to vendor FDT data] From: Ian Lepore To: Marcel Moolenaar Cc: Oleksandr Tymoshenko , "freebsd-arm@freebsd.org List" Date: Sun, 24 May 2015 18:41:09 -0600 In-Reply-To: <3B662B61-1778-4791-A09F-A9162D3D7191@xcllnt.net> References: <72E1D87A-1CEF-4719-907E-CF8E9D720FD1@xcllnt.net> <3741A6A7-1185-4E5A-9E98-22F5A6C730DC@freebsd.org> <3B662B61-1778-4791-A09F-A9162D3D7191@xcllnt.net> Content-Type: text/plain; charset="windows-1251" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 00:41:11 -0000 On Sun, 2015-05-24 at 17:31 -0700, Marcel Moolenaar wrote: > > On May 24, 2015, at 5:12 PM, Oleksandr Tymoshenko wrote: > > > > > > ti_scm and ti_pinmux should be detected right after simplebus. > > Could you make sure if dtb loaded by u-boot is not > > from previous builds? You can decompile it using dtc: > > dtc -I dtb -O dts beaglebone-black.dtb > > I’m pretty sure that’s not possible, since I’ve never built ARM > kernels in this particular VM before :-) > > From the fdt command in the loader I can see it’s the first device > mentioned, so that’s not it. > > loader> fdt ls > Using DTB provided by U-Boot at address 0x80000100. > > /am335x > /am335x/interrupt-controller@48200000 > /am335x/pmu > /am335x/scm@44e10000 > /am335x/prcm@44E00000 > /am335x/dmtimers@44E05000 > /am335x/rtc@44E3E000 > /am335x/adc@44E0D000 > /am335x/wdt1@44E35000 > /am335x/gpio > *snip* > > A verbose boot gives me: > > ofwbus0: > simplebus0: on ofwbus0 > simplebus0: mem 0x48200000-0x48200fff compat ti,aintc (no driver attached) > > Ok, so this is a problem. > > fbsdvm64% nm kernel.debug | grep aintc > c0681584 r __set_modmetadata_set_sym__mod_metadata_md_aintc_simplebus > c0681580 r __set_modmetadata_set_sym__mod_metadata_md_aintc_simplebus_on_kernel > c0680984 r __set_sysinit_set_sym_aintc_simplebusmodule_sys_init > c07306d0 d _aintc_simplebus_depend_on_kernel > c05f749c t aintc_post_filter > c06039f8 t fdt_aintc_decode_ic > c05f7334 t ti_aintc_attach > c061c874 r ti_aintc_methods > c05f72dc t ti_aintc_probe > > Poking some more… > "ti,aintc" is the compat string from the old fdt data, the new one that teh driver now recognizes would be "ti,am33xx-intc". -- Ian From owner-freebsd-arm@FreeBSD.ORG Mon May 25 00:44:52 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 653D1FBB for ; Mon, 25 May 2015 00:44:52 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [88.198.91.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 101E47B for ; Mon, 25 May 2015 00:44:51 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from [208.184.220.60] (helo=macbook-air-2.dolby.net) by id.bluezbox.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1YwgVc-000DvZ-Ae; Sun, 24 May 2015 17:44:50 -0700 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: panic: arm_unmask_irq [was: Re: TI platforms code update: switching to vendor FDT data] From: Oleksandr Tymoshenko In-Reply-To: <3B662B61-1778-4791-A09F-A9162D3D7191@xcllnt.net> Date: Sun, 24 May 2015 17:44:15 -0700 Cc: "freebsd-arm@freebsd.org List" Content-Transfer-Encoding: quoted-printable Message-Id: <5DAE0972-EB3A-45F8-A791-B72A7A793EC4@freebsd.org> References: <72E1D87A-1CEF-4719-907E-CF8E9D720FD1@xcllnt.net> <3741A6A7-1185-4E5A-9E98-22F5A6C730DC@freebsd.org> <3B662B61-1778-4791-A09F-A9162D3D7191@xcllnt.net> To: Marcel Moolenaar X-Mailer: Apple Mail (2.2098) Sender: gonzo@id.bluezbox.com X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: > On May 24, 2015, at 5:31 PM, Marcel Moolenaar wrote: > > >> On May 24, 2015, at 5:12 PM, Oleksandr Tymoshenko wrote: >> >> >> ti_scm and ti_pinmux should be detected right after simplebus. >> Could you make sure if dtb loaded by u-boot is not >> from previous builds? You can decompile it using dtc: >> dtc -I dtb -O dts beaglebone-black.dtb > > I’m pretty sure that’s not possible, since I’ve never built ARM > kernels in this particular VM before :-) > > From the fdt command in the loader I can see it’s the first device > mentioned, so that’s not it. > > loader> fdt ls > Using DTB provided by U-Boot at address 0x80000100. > > /am335x > /am335x/interrupt-controller@48200000 > /am335x/pmu > /am335x/scm@44e10000 > /am335x/prcm@44E00000 > /am335x/dmtimers@44E05000 > /am335x/rtc@44E3E000 > /am335x/adc@44E0D000 > /am335x/wdt1@44E35000 > /am335x/gpio > *snip* [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: xcllnt.net] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 00:44:52 -0000 > On May 24, 2015, at 5:31 PM, Marcel Moolenaar = wrote: >=20 >=20 >> On May 24, 2015, at 5:12 PM, Oleksandr Tymoshenko = wrote: >>=20 >>=20 >> ti_scm and ti_pinmux should be detected right after simplebus. >> Could you make sure if dtb loaded by u-boot is not >> from previous builds? You can decompile it using dtc: >> dtc -I dtb -O dts beaglebone-black.dtb >=20 > I=E2=80=99m pretty sure that=E2=80=99s not possible, since I=E2=80=99ve = never built ARM > kernels in this particular VM before :-) >=20 > =46rom the fdt command in the loader I can see it=E2=80=99s the first = device > mentioned, so that=E2=80=99s not it. >=20 > loader> fdt ls > Using DTB provided by U-Boot at address 0x80000100. >=20 > /am335x > /am335x/interrupt-controller@48200000 > /am335x/pmu > /am335x/scm@44e10000 > /am335x/prcm@44E00000 > /am335x/dmtimers@44E05000 > /am335x/rtc@44E3E000 > /am335x/adc@44E0D000 > /am335x/wdt1@44E35000 > /am335x/gpio > *snip* This one is definitely from previous (FreeBSD's own) version of dts, not TI provided one. There is no dmtimers node in new data.=20 How did you create SD card image?=20 From owner-freebsd-arm@FreeBSD.ORG Mon May 25 00:52:54 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B019C9; Mon, 25 May 2015 00:52:54 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from mail.xcllnt.net (mail.xcllnt.net [50.0.150.214]) (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 332A7159; Mon, 25 May 2015 00:52:54 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from [192.168.2.22] (atc.xcllnt.net [50.0.150.213]) (authenticated bits=0) by mail.xcllnt.net (8.14.9/8.14.9) with ESMTP id t4P0qrcQ097617 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 24 May 2015 17:52:53 -0700 (PDT) (envelope-from marcel@xcllnt.net) Subject: Re: panic: arm_unmask_irq [was: Re: TI platforms code update: switching to vendor FDT data] Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Content-Type: multipart/signed; boundary="Apple-Mail=_232C5735-9147-408D-996A-74012E1A4537"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Marcel Moolenaar In-Reply-To: <5DAE0972-EB3A-45F8-A791-B72A7A793EC4@freebsd.org> Date: Sun, 24 May 2015 17:52:52 -0700 Cc: "freebsd-arm@freebsd.org List" Message-Id: <50DD3CD3-DBA7-4DFD-A845-5502524FDFFA@xcllnt.net> References: <72E1D87A-1CEF-4719-907E-CF8E9D720FD1@xcllnt.net> <3741A6A7-1185-4E5A-9E98-22F5A6C730DC@freebsd.org> <3B662B61-1778-4791-A09F-A9162D3D7191@xcllnt.net> <5DAE0972-EB3A-45F8-A791-B72A7A793EC4@freebsd.org> To: Oleksandr Tymoshenko X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 00:52:54 -0000 --Apple-Mail=_232C5735-9147-408D-996A-74012E1A4537 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On May 24, 2015, at 5:44 PM, Oleksandr Tymoshenko = wrote: >=20 >=20 >> On May 24, 2015, at 5:31 PM, Marcel Moolenaar = wrote: >>=20 >>=20 >>> On May 24, 2015, at 5:12 PM, Oleksandr Tymoshenko = wrote: >>>=20 >>>=20 >>> ti_scm and ti_pinmux should be detected right after simplebus. >>> Could you make sure if dtb loaded by u-boot is not >>> from previous builds? You can decompile it using dtc: >>> dtc -I dtb -O dts beaglebone-black.dtb >>=20 >> I=E2=80=99m pretty sure that=E2=80=99s not possible, since I=E2=80=99ve= never built ARM >> kernels in this particular VM before :-) >>=20 >> =46rom the fdt command in the loader I can see it=E2=80=99s the first = device >> mentioned, so that=E2=80=99s not it. >>=20 >> loader> fdt ls >> Using DTB provided by U-Boot at address 0x80000100. >>=20 >> /am335x >> /am335x/interrupt-controller@48200000 >> /am335x/pmu >> /am335x/scm@44e10000 >> /am335x/prcm@44E00000 >> /am335x/dmtimers@44E05000 >> /am335x/rtc@44E3E000 >> /am335x/adc@44E0D000 >> /am335x/wdt1@44E35000 >> /am335x/gpio >> *snip* >=20 > This one is definitely from previous (FreeBSD's own) version of dts, > not TI provided one. There is no dmtimers node in new data. > How did you create SD card image? >=20 Installed from a snapshot (a while back) and then upgraded the kernel with make installkernel. So the DTB/DTS on the FAT slice is FreeBSD=E2=80=99s? -- Marcel Moolenaar marcel@xcllnt.net --Apple-Mail=_232C5735-9147-408D-996A-74012E1A4537 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVYnJlAAoJEIda8t8f0tjjPosQAJtKfE4ifGntwj2vRphbl1MG pZVnrgJPTlLPUCnrg5WpcRlcEb7z6qBsFP++JOk23HKIgFV05HmT3msq+YVAPRm8 TY+VZVgtwrAszOb+Bn4r8v5irX4lEmaBMrJ29K/c4yHZlePx7dqNeyZ7e5s4qgt8 4NRJlAaTbCpM9MHMgEBTg9xDUF04ML1KtobTgAURrm7KjRNWL7zKaI/nyvbXrVvB Is2yDpqF+qknf28VnHn4vg4yzASfcPdG8VZaMLd8RHKVml/PBgxuMZj5DjDxTbIJ e8zrtqJdK1E4GfHu6Ak4XaVHwpcrxuFQ3jZafPhNVvb1ucHL4J4C65ywb/4GMYkJ SgBK0W5M2mwiTfffen3O/vRJF5IQJ8c8DaeyAdDfne8XdOk4CA+hzVzxN0IUMdVE aIlOu/qh7wYaBDHM88H3TRjqwHDvraha+HwL83+5aqVDt3ZWahEElEJBllEBqfdL pIK3P+zvOrkEVcw4kNL5rzwD7IB2JvEz2Ul8jw9ntrSnnJVe0MXlNbnpXiyCYvJR 09fkpIk348XeQaP21xvSgCxNMaHlVJj5jcweeORqflgLoea2ZWuFS/BxXZVfJp3D NPrHPnRGUMfX+evEl8ctYtVSSRjOA/3POuk29djDxO42uIJZtyUz+57SerYxmdYl f3n7ZJa4EmwyQfgygu7P =xTy6 -----END PGP SIGNATURE----- --Apple-Mail=_232C5735-9147-408D-996A-74012E1A4537-- From owner-freebsd-arm@FreeBSD.ORG Mon May 25 00:54:57 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 307C4123; Mon, 25 May 2015 00:54:57 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from mail.xcllnt.net (mail.xcllnt.net [50.0.150.214]) (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 D9AB015E; Mon, 25 May 2015 00:54:56 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from [192.168.2.22] (atc.xcllnt.net [50.0.150.213]) (authenticated bits=0) by mail.xcllnt.net (8.14.9/8.14.9) with ESMTP id t4P0stiX097625 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 24 May 2015 17:54:55 -0700 (PDT) (envelope-from marcel@xcllnt.net) Subject: Re: panic: arm_unmask_irq [was: Re: TI platforms code update: switching to vendor FDT data] Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Content-Type: multipart/signed; boundary="Apple-Mail=_7FF5BEA4-7656-42EF-BC97-FBF09F0A33FB"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Marcel Moolenaar In-Reply-To: <1432514469.1200.19.camel@freebsd.org> Date: Sun, 24 May 2015 17:54:55 -0700 Cc: Oleksandr Tymoshenko , "freebsd-arm@freebsd.org List" Message-Id: References: <72E1D87A-1CEF-4719-907E-CF8E9D720FD1@xcllnt.net> <3741A6A7-1185-4E5A-9E98-22F5A6C730DC@freebsd.org> <3B662B61-1778-4791-A09F-A9162D3D7191@xcllnt.net> <1432514469.1200.19.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 00:54:57 -0000 --Apple-Mail=_7FF5BEA4-7656-42EF-BC97-FBF09F0A33FB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On May 24, 2015, at 5:41 PM, Ian Lepore wrote: >=20 > "ti,aintc" is the compat string from the old fdt data, the new one = that > teh driver now recognizes would be "ti,am33xx-intc=E2=80=9D. Noticed that too. Trying to boot now and see if I can recover the BBB. It would have been nice if we would match our own device type for a while longer... -- Marcel Moolenaar marcel@xcllnt.net --Apple-Mail=_7FF5BEA4-7656-42EF-BC97-FBF09F0A33FB Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVYnLfAAoJEIda8t8f0tjjnGUQAN5ht3H3ov/gfAN9z8Hd2aVB Ca7SSZi6BnN6ecUm57/vWgJBvsn3lMZe6xygu1ngeCAX1FeNc2c3dTR5n3FZGmZd tzh8tkEJ3upUODU3eKT7eqQPGvNUxo0OC0IVqt4rD4A65aT0FPAXYHvwK2F07p0Q nVJpP5/I+bH4S9OCgnebS1GvkspdFPQFWyLTPH+641bkbksvgbhn3cJXxr0mfEMw Xfw+fQ5eR1nHqiBF3LbHmu1FHLPMVqyb1yIWXHpECYwCTeXgi7A1ulN0Nx6HuDLz PxGDbWy99RCQGjZXZVdohfI8uBp8fyPgcx/OIRzhLvVumzph+d/Hl/g2v21cdXnw raeu7D61Xx6fb6608VXVDclv00pV95m6qIcNBQlalgD6/fV6fTbgv8S+Tt+LtZpp 8RcA+AbuHBtTjcTv4UwFjCZF2+uCE21d7wxkff2h2QcE59/SrpAoj6kQn/GvKNMn PJYGnBzD2PPAJMXWmkxNg6BupAyz9CNdb3J2EVFn6X5oQutJ5Jwi7S1TGOxiFGer dJ5aEhg8V1hz9yJa/H2Xeq4YLjwymymJLbKloV8O7KENavSZYuFNETHCe0jgy/T+ iYhgWDvY/t7qJMx8fgdKbQWoTFtHC0FvnXAxRrQPvXGLIQ+1jjXklldSOWlZjmPN z/rNLncKpgTIub0FKEin =RgF+ -----END PGP SIGNATURE----- --Apple-Mail=_7FF5BEA4-7656-42EF-BC97-FBF09F0A33FB-- From owner-freebsd-arm@FreeBSD.ORG Mon May 25 00:58:05 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5E859179 for ; Mon, 25 May 2015 00:58:05 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) by mx1.freebsd.org (Postfix) with SMTP id 3953516E for ; Mon, 25 May 2015 00:58:04 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Mon, 25 May 2015 00:58:22 +0000 (UTC) Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t4P0w34q009191; Sun, 24 May 2015 18:58:03 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1432515483.1200.22.camel@freebsd.org> Subject: Re: panic: arm_unmask_irq [was: Re: TI platforms code update: switching to vendor FDT data] From: Ian Lepore To: Marcel Moolenaar Cc: Oleksandr Tymoshenko , "freebsd-arm@freebsd.org List" Date: Sun, 24 May 2015 18:58:03 -0600 In-Reply-To: References: <72E1D87A-1CEF-4719-907E-CF8E9D720FD1@xcllnt.net> <3741A6A7-1185-4E5A-9E98-22F5A6C730DC@freebsd.org> <3B662B61-1778-4791-A09F-A9162D3D7191@xcllnt.net> <1432514469.1200.19.camel@freebsd.org> Content-Type: text/plain; charset="iso-8859-13" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 00:58:05 -0000 On Sun, 2015-05-24 at 17:54 -0700, Marcel Moolenaar wrote: > > On May 24, 2015, at 5:41 PM, Ian Lepore wrote: > > > > "ti,aintc" is the compat string from the old fdt data, the new one that > > teh driver now recognizes would be "ti,am33xx-intcˇ. > > Noticed that too. Trying to boot now and see if I can recover > the BBB. > > It would have been nice if we would match our own device type > for a while longer... > > -- > Marcel Moolenaar > marcel@xcllnt.net > That would probably work for the interrupt controller, but would fail completely for many other devices. We did a pretty bad thing when we started making up our own fdt data long ago. It turns out how we structure our drivers is necessarily dictated by the linux developers who write fdt data. The data they decide to include and how they structure it leaves us little choice. -- Ian From owner-freebsd-arm@FreeBSD.ORG Mon May 25 01:01:23 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9FA992E0; Mon, 25 May 2015 01:01:23 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from mail.xcllnt.net (mail.xcllnt.net [50.0.150.214]) (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 5AB25227; Mon, 25 May 2015 01:01:22 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from [192.168.2.22] (atc.xcllnt.net [50.0.150.213]) (authenticated bits=0) by mail.xcllnt.net (8.14.9/8.14.9) with ESMTP id t4P11MjE097672 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 24 May 2015 18:01:22 -0700 (PDT) (envelope-from marcel@xcllnt.net) Subject: Re: panic: arm_unmask_irq [was: Re: TI platforms code update: switching to vendor FDT data] Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Content-Type: multipart/signed; boundary="Apple-Mail=_A1D8B211-232A-45F1-A51D-163F1569E4FB"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Marcel Moolenaar In-Reply-To: <1432515483.1200.22.camel@freebsd.org> Date: Sun, 24 May 2015 18:01:22 -0700 Cc: Oleksandr Tymoshenko , "freebsd-arm@freebsd.org List" Message-Id: <2746D644-B944-4EE9-8FDD-BEC3BF09E941@xcllnt.net> References: <72E1D87A-1CEF-4719-907E-CF8E9D720FD1@xcllnt.net> <3741A6A7-1185-4E5A-9E98-22F5A6C730DC@freebsd.org> <3B662B61-1778-4791-A09F-A9162D3D7191@xcllnt.net> <1432514469.1200.19.camel@freebsd.org> <1432515483.1200.22.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 01:01:23 -0000 --Apple-Mail=_A1D8B211-232A-45F1-A51D-163F1569E4FB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On May 24, 2015, at 5:58 PM, Ian Lepore wrote: >=20 > On Sun, 2015-05-24 at 17:54 -0700, Marcel Moolenaar wrote: >>> On May 24, 2015, at 5:41 PM, Ian Lepore wrote: >>>=20 >>> "ti,aintc" is the compat string from the old fdt data, the new one = that >>> teh driver now recognizes would be "ti,am33xx-intc=E2=80=9D. >>=20 >> Noticed that too. Trying to boot now and see if I can recover >> the BBB. >>=20 >> It would have been nice if we would match our own device type >> for a while longer... >>=20 >> -- >> Marcel Moolenaar >> marcel@xcllnt.net >>=20 >=20 > That would probably work for the interrupt controller, but would fail > completely for many other devices. Indeed: ti_edma30: mem = 0x49000000-0x490fffff,0x49800000-0x498fffff,0x49900000-0x499fffff,0x49a000= 00-0x49afffff irq 12,13,14 on simplebus0 Fatal kernel mode data abort: 'External Abort' on read trapframe: 0xc090ace0 FSR=3D00001008, FAR=3Dfe800000, spsr=3D60000193 r0 =3Dc07317c0, r1 =3Dfe800000, r2 =3D000004b0, r3 =3D00000000 r4 =3Dc2aaa080, r5 =3Dc2ae1040, r6 =3D00000006, r7 =3Dc07b9be8 r8 =3Dc0731460, r9 =3Dc2aaa0d0, r10=3D8802ba43, r11=3Dc090ad98 r12=3Dc0788b34, ssp=3Dc090ad70, slr=3Dc05fbde8, pc =3Dc05fbe00 [ thread pid 0 tid 100000 ] Stopped at ti_edma3_attach+0xb8: ldr r2, [r1] I=E2=80=99ll start from a fresh snapshot. Easier. Thanks for the responses! -- Marcel Moolenaar marcel@xcllnt.net --Apple-Mail=_A1D8B211-232A-45F1-A51D-163F1569E4FB Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVYnRiAAoJEIda8t8f0tjjVJ8QALTbCkOYxqLUQ7tOCv9koT8O xKiCHzM9mNeK8eVwUAMXY85ycevPpm14tqDlIYCxsuUs7JDqzEzwihe5HcFT6ekR N9QIBcWOS27FgokmE/lwQSEcW1XGC3OWOilrp35qiSlED8SEad+5XuYwrDdQmEgx Km6C1BDSrz2xIhhKY7F4k459Pp2hvdSzKTp+VzuI4MY4mzL/d0lCNEBFh9rqQQvu G56/no8VRrP3k87lBj1r1CBRVF8paVZhC4/0kCn3nGk+E/8EOKZ7ClPqX78Hu53k Z4+Yp4Y1ls23o4uBOMWN9xG1JVxlemsCA1XtANevgxdWVvrkxocfN9FWdCKTBDH9 GmXSltIpcw0WdT94a0yyYcelhmD5Eki/HirLOgY6QF1u586DcmFvOkF3rNDdhttl 3pv7IqyqlNeU6TLU5e9t24Tzs7yirQKMjSdu1X/+tYH/3LIMWvkRQ6fpSPq3LVpa pYhL40Pykx9bCq1h/73IEu9BvgvPVRKIXI6Ma0bziw8Yk3G5CeRcTte7uieZthXd two7gTf41rGeTIHWvCq77+vSSe74VjR6wYl9tcL4AFLU+uv9vdrY6PiMmkBzzj7G e2Wu2xm3hXkfJbCVaeRhLz4sudUTZdj7h8nqT1oaPqV9W8OzG8akaypfLSc8hpCp MddisX+8+2KguKRP0yh6 =PWmp -----END PGP SIGNATURE----- --Apple-Mail=_A1D8B211-232A-45F1-A51D-163F1569E4FB-- From owner-freebsd-arm@FreeBSD.ORG Mon May 25 01:12:43 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D1613A4A for ; Mon, 25 May 2015 01:12:43 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [88.198.91.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4905C360 for ; Mon, 25 May 2015 01:12:43 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from [208.184.220.60] (helo=macbook-air-2.dolby.net) by id.bluezbox.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1YwgwY-000EG0-1A; Sun, 24 May 2015 18:12:41 -0700 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: panic: arm_unmask_irq [was: Re: TI platforms code update: switching to vendor FDT data] From: Oleksandr Tymoshenko In-Reply-To: <50DD3CD3-DBA7-4DFD-A845-5502524FDFFA@xcllnt.net> Date: Sun, 24 May 2015 18:12:05 -0700 Cc: "freebsd-arm@freebsd.org List" Content-Transfer-Encoding: quoted-printable Message-Id: References: <72E1D87A-1CEF-4719-907E-CF8E9D720FD1@xcllnt.net> <3741A6A7-1185-4E5A-9E98-22F5A6C730DC@freebsd.org> <3B662B61-1778-4791-A09F-A9162D3D7191@xcllnt.net> <5DAE0972-EB3A-45F8-A791-B72A7A793EC4@freebsd.org> <50DD3CD3-DBA7-4DFD-A845-5502524FDFFA@xcllnt.net> To: Marcel Moolenaar X-Mailer: Apple Mail (2.2098) Sender: gonzo@id.bluezbox.com X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: > On May 24, 2015, at 5:52 PM, Marcel Moolenaar wrote: > > >> On May 24, 2015, at 5:44 PM, Oleksandr Tymoshenko wrote: >> >> >>> On May 24, 2015, at 5:31 PM, Marcel Moolenaar wrote: >>> >>> >>>> On May 24, 2015, at 5:12 PM, Oleksandr Tymoshenko wrote: >>>> >>>> >>>> ti_scm and ti_pinmux should be detected right after simplebus. >>>> Could you make sure if dtb loaded by u-boot is not >>>> from previous builds? You can decompile it using dtc: >>>> dtc -I dtb -O dts beaglebone-black.dtb >>> >>> I’m pretty sure that’s not possible, since I’ve never built ARM >>> kernels in this particular VM before :-) >>> >>> From the fdt command in the loader I can see it’s the first device >>> mentioned, so that’s not it. >>> >>> loader> fdt ls >>> Using DTB provided by U-Boot at address 0x80000100. >>> >>> /am335x >>> /am335x/interrupt-controller@48200000 >>> /am335x/pmu >>> /am335x/scm@44e10000 >>> /am335x/prcm@44E00000 >>> /am335x/dmtimers@44E05000 >>> /am335x/rtc@44E3E000 >>> /am335x/adc@44E0D000 >>> /am335x/wdt1@44E35000 >>> /am335x/gpio >>> *snip* >> >> This one is definitely from previous (FreeBSD's own) version of dts, >> not TI provided one. There is no dmtimers node in new data. >> How did you create SD card image? >> > > Installed from a snapshot (a while back) and then upgraded the kernel > with make installkernel. > > So the DTB/DTS on the FAT slice is FreeBSD’s? [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: xcllnt.net] -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 01:12:43 -0000 > On May 24, 2015, at 5:52 PM, Marcel Moolenaar = wrote: >=20 >=20 >> On May 24, 2015, at 5:44 PM, Oleksandr Tymoshenko = wrote: >>=20 >>=20 >>> On May 24, 2015, at 5:31 PM, Marcel Moolenaar = wrote: >>>=20 >>>=20 >>>> On May 24, 2015, at 5:12 PM, Oleksandr Tymoshenko = wrote: >>>>=20 >>>>=20 >>>> ti_scm and ti_pinmux should be detected right after simplebus. >>>> Could you make sure if dtb loaded by u-boot is not >>>> from previous builds? You can decompile it using dtc: >>>> dtc -I dtb -O dts beaglebone-black.dtb >>>=20 >>> I=E2=80=99m pretty sure that=E2=80=99s not possible, since I=E2=80=99v= e never built ARM >>> kernels in this particular VM before :-) >>>=20 >>> =46rom the fdt command in the loader I can see it=E2=80=99s the = first device >>> mentioned, so that=E2=80=99s not it. >>>=20 >>> loader> fdt ls >>> Using DTB provided by U-Boot at address 0x80000100. >>>=20 >>> /am335x >>> /am335x/interrupt-controller@48200000 >>> /am335x/pmu >>> /am335x/scm@44e10000 >>> /am335x/prcm@44E00000 >>> /am335x/dmtimers@44E05000 >>> /am335x/rtc@44E3E000 >>> /am335x/adc@44E0D000 >>> /am335x/wdt1@44E35000 >>> /am335x/gpio >>> *snip* >>=20 >> This one is definitely from previous (FreeBSD's own) version of dts, >> not TI provided one. There is no dmtimers node in new data. >> How did you create SD card image? >>=20 >=20 > Installed from a snapshot (a while back) and then upgraded the kernel > with make installkernel. >=20 > So the DTB/DTS on the FAT slice is FreeBSD=E2=80=99s? Yes, they're from before my commit. I tried to maintain backward = compatibility but it just wasn't possible. You need to generate new dtb files and = place them on FAT partition. You can also install sys/modules/dtb/am335x to SD card = and set U-boot fdt_file env variable to beaglebone-black.dtb and loader = should be able to find this file and load it. I've never used this approach = myself, but it should work with recent ubldr I think.=20 =20 From owner-freebsd-arm@FreeBSD.ORG Mon May 25 01:14:33 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9BD32AA7 for ; Mon, 25 May 2015 01:14:33 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) by mx1.freebsd.org (Postfix) with SMTP id 74EF2368 for ; Mon, 25 May 2015 01:14:33 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Mon, 25 May 2015 01:14:49 +0000 (UTC) Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t4P1EVQi009251; Sun, 24 May 2015 19:14:31 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1432516471.1200.24.camel@freebsd.org> Subject: Re: panic: arm_unmask_irq [was: Re: TI platforms code update: switching to vendor FDT data] From: Ian Lepore To: Oleksandr Tymoshenko Cc: Marcel Moolenaar , "freebsd-arm@freebsd.org List" Date: Sun, 24 May 2015 19:14:31 -0600 In-Reply-To: References: <72E1D87A-1CEF-4719-907E-CF8E9D720FD1@xcllnt.net> <3741A6A7-1185-4E5A-9E98-22F5A6C730DC@freebsd.org> <3B662B61-1778-4791-A09F-A9162D3D7191@xcllnt.net> <5DAE0972-EB3A-45F8-A791-B72A7A793EC4@freebsd.org> <50DD3CD3-DBA7-4DFD-A845-5502524FDFFA@xcllnt.net> Content-Type: text/plain; charset="iso-8859-7" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 01:14:33 -0000 On Sun, 2015-05-24 at 18:12 -0700, Oleksandr Tymoshenko wrote: > > On May 24, 2015, at 5:52 PM, Marcel Moolenaar wrote: > > > > > >> On May 24, 2015, at 5:44 PM, Oleksandr Tymoshenko wrote: > >> > >> > >>> On May 24, 2015, at 5:31 PM, Marcel Moolenaar wrote: > >>> > >>> > >>>> On May 24, 2015, at 5:12 PM, Oleksandr Tymoshenko wrote: > >>>> > >>>> > >>>> ti_scm and ti_pinmux should be detected right after simplebus. > >>>> Could you make sure if dtb loaded by u-boot is not > >>>> from previous builds? You can decompile it using dtc: > >>>> dtc -I dtb -O dts beaglebone-black.dtb > >>> > >>> I˘m pretty sure that˘s not possible, since I˘ve never built ARM > >>> kernels in this particular VM before :-) > >>> > >>> From the fdt command in the loader I can see it˘s the first device > >>> mentioned, so that˘s not it. > >>> > >>> loader> fdt ls > >>> Using DTB provided by U-Boot at address 0x80000100. > >>> > >>> /am335x > >>> /am335x/interrupt-controller@48200000 > >>> /am335x/pmu > >>> /am335x/scm@44e10000 > >>> /am335x/prcm@44E00000 > >>> /am335x/dmtimers@44E05000 > >>> /am335x/rtc@44E3E000 > >>> /am335x/adc@44E0D000 > >>> /am335x/wdt1@44E35000 > >>> /am335x/gpio > >>> *snip* > >> > >> This one is definitely from previous (FreeBSD's own) version of dts, > >> not TI provided one. There is no dmtimers node in new data. > >> How did you create SD card image? > >> > > > > Installed from a snapshot (a while back) and then upgraded the kernel > > with make installkernel. > > > > So the DTB/DTS on the FAT slice is FreeBSD˘s? > > Yes, they're from before my commit. I tried to maintain backward compatibility > but it just wasn't possible. You need to generate new dtb files and place them > on FAT partition. You can also install sys/modules/dtb/am335x to SD card and > set U-boot fdt_file env variable to beaglebone-black.dtb and loader should be > able to find this file and load it. I've never used this approach myself, but it should work > with recent ubldr I think. ubldr has been loading dtb files from the ufs filesystem for over a year (maybe close to two years). crochet hasn't caught up with some of the changes. -- Ian From owner-freebsd-arm@FreeBSD.ORG Mon May 25 01:21:46 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BAAABC77; Mon, 25 May 2015 01:21:46 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from mail.xcllnt.net (mail.xcllnt.net [50.0.150.214]) (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 6E59462F; Mon, 25 May 2015 01:21:46 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from [192.168.2.22] (atc.xcllnt.net [50.0.150.213]) (authenticated bits=0) by mail.xcllnt.net (8.14.9/8.14.9) with ESMTP id t4P1LjgR097772 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 24 May 2015 18:21:45 -0700 (PDT) (envelope-from marcel@xcllnt.net) Subject: Re: panic: arm_unmask_irq [was: Re: TI platforms code update: switching to vendor FDT data] Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Content-Type: multipart/signed; boundary="Apple-Mail=_FE141119-0C10-427E-A2CD-05FA3410A506"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Marcel Moolenaar In-Reply-To: Date: Sun, 24 May 2015 18:21:44 -0700 Cc: "freebsd-arm@freebsd.org List" Message-Id: <3A741DC4-D877-4E5E-98B1-2A6B7D559257@xcllnt.net> References: <72E1D87A-1CEF-4719-907E-CF8E9D720FD1@xcllnt.net> <3741A6A7-1185-4E5A-9E98-22F5A6C730DC@freebsd.org> <3B662B61-1778-4791-A09F-A9162D3D7191@xcllnt.net> <5DAE0972-EB3A-45F8-A791-B72A7A793EC4@freebsd.org> <50DD3CD3-DBA7-4DFD-A845-5502524FDFFA@xcllnt.net> To: Oleksandr Tymoshenko X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 01:21:46 -0000 --Apple-Mail=_FE141119-0C10-427E-A2CD-05FA3410A506 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On May 24, 2015, at 6:12 PM, Oleksandr Tymoshenko = wrote: >=20 >>=20 >> So the DTB/DTS on the FAT slice is FreeBSD=E2=80=99s? >=20 > Yes, they're from before my commit. I tried to maintain backward = compatibility > but it just wasn't possible. You need to generate new dtb files and = place them > on FAT partition. You can also install sys/modules/dtb/am335x to SD = card and > set U-boot fdt_file env variable to beaglebone-black.dtb and loader = should be > able to find this file and load it. I've never used this approach = myself, but it should work > with recent ubldr I think. Copying the latest DTB onto the FAT slice allowed me to boot. Thanks! -- Marcel Moolenaar marcel@xcllnt.net --Apple-Mail=_FE141119-0C10-427E-A2CD-05FA3410A506 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVYnkpAAoJEIda8t8f0tjjvaEP/jIRUlbMrDwNi3/UiBTGb+cx KHLMso4BKwXGucI2RBYVes4Z24fkRInhJzvoZASu1JnctBjjpRM/H4yWjHUuns7E EZ77TAiu5Ww45l0cOPzzIiadR7WZtpyjyLBnAUj3mGBhKmldop9OqGsmkwSjeFwI G9tV1SuXJ2z3Yh9KN8FOf0MNDKF/oywq22QiovlhBDuJcvemNzH0I/0YlRKtlksc CagT9j/AXGuOLB7bJpJL5KNbCHh5bnlEN0Z3eJFq5l0o1C4bgGi4WYD5G40/8vpC hEs9+/pVP59/H4nwQ7lWZGveaF2fG4kUzBKhMtANxV8/vIvrxxPGiUY/0KK2P3OR 8ww7elAymGFRY98qlLK3tynCg9XzbctjSaeF8A6HzpcjuSSA0tb25HYVPyO56aCf pfxC7xrshybvVypl8jtyb5b+YKC7d7tFAEfV7lJALfbFwbRErIpTerOO8eSjZuXY yNdrN+AG9hjDdQKx6zvZD8DxhAmpSH4YYZoZdBj5UMCuiQS9njBAZ9P1PVsqkEHx AFTvO4KFjxb0M9uQrbV0tGcr3EZT9zmPt/WvseCbv0nU4Dus3AHopVn3Va33hNcM LV72ARdWdkql5o/tl+KMwWOWzamkbJIGa4/goCAK8VgXf9lReHhvDonlkyZrlBl4 4MdhwWs/c/ZQzeOgyjCt =9hXN -----END PGP SIGNATURE----- --Apple-Mail=_FE141119-0C10-427E-A2CD-05FA3410A506-- From owner-freebsd-arm@FreeBSD.ORG Mon May 25 01:37:43 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 430572F3 for ; Mon, 25 May 2015 01:37:43 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) by mx1.freebsd.org (Postfix) with SMTP id 1FFD1792 for ; Mon, 25 May 2015 01:37:42 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Mon, 25 May 2015 01:37:59 +0000 (UTC) Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t4P1beE1009287; Sun, 24 May 2015 19:37:40 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1432517860.1200.28.camel@freebsd.org> Subject: Re: Bugzilla, phabric, and freebsd-arm, was Re: [Bug 200124] x11-wm/blackbox 0.70.1_4 does not build on ARM From: Ian Lepore To: George Mitchell Cc: freebsd-arm@freebsd.org Date: Sun, 24 May 2015 19:37:40 -0600 In-Reply-To: <55514499.1010001@m5p.com> References: <55514499.1010001@m5p.com> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 01:37:43 -0000 On Mon, 2015-05-11 at 20:08 -0400, George Mitchell wrote: > On 05/11/15 11:26, bugzilla-noreply@freebsd.org wrote: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200124 > > [...verbiage varies by ticket...] > > > What's the policy on cc'ing freebsd-arm in bugzilla and phabric? Am I > the only one who finds these messages annoying rather than helpful? With the help of the bugzilla admins I think we've managed to update the bugzilla config so that the only emails sent to the mailing list from now on will be when a bug is opened, re-opened, or closed. All the intermediate comments and status updates shouldn't come to the list anymore. The upshot is that if you see a new bug fly by that you're interested in, click on the link to it and add yourself to the cc list in the bug to get all the other mail related to it. -- Ian From owner-freebsd-arm@FreeBSD.ORG Mon May 25 01:44:40 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0863A3A7; Mon, 25 May 2015 01:44:40 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (kientzle.com [142.254.26.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B584587C; Mon, 25 May 2015 01:44:39 +0000 (UTC) (envelope-from tim@kientzle.com) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id t4P1i2wj006690; Mon, 25 May 2015 01:44:02 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.105] (192.168.1.65 [192.168.1.65]) by kientzle.com with SMTP id vskju43vc92gh4t44cbvnxyk66; Mon, 25 May 2015 01:44:01 +0000 (UTC) (envelope-from tim@kientzle.com) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: am335x-bone.dts not exist From: Tim Kientzle In-Reply-To: Date: Sun, 24 May 2015 18:44:01 -0700 Cc: Garrett Cooper , Andrey Fesenko , freebsd-arm , FreeBSD current Content-Transfer-Encoding: quoted-printable Message-Id: <4F170567-59B8-477B-8524-D15AF58288C2@kientzle.com> References: <8FF14032-CAAA-41AD-A3A7-DBBAA69D2153@bluezbox.com> To: Oleksandr Tymoshenko X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 01:44:40 -0000 > On May 24, 2015, at 12:55 AM, Oleksandr Tymoshenko = wrote: >=20 >=20 >> On May 24, 2015, at 12:12 AM, Garrett Cooper = wrote: >>=20 >> On May 24, 2015, at 0:07, Oleksandr Tymoshenko = wrote: >>=20 >>>> On May 23, 2015, at 7:21 PM, Andrey Fesenko = wrote: >>>>=20 >>>> # uname -a >>>> FreeBSD des.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r283306: Sat >>>> May 23 11:56:46 MSK 2015 >>>> root@des.local:/usr/obj/usr/src/sys/GENERIC amd64 >>>>=20 >>>> I'm build BEAGLEBONE with crochet. >>>>=20 >>>> build error >>>>=20 >>>> Mounting UFS partition 1 at /usr/obj/_.mount.freebsd >>>> Installing U-Boot from : /usr/local/share/u-boot/u-boot-beaglebone >>>> Error: beaglebone.dts:29.1-2 syntax error >>>> FATAL ERROR: Unable to parse input tree >>>>=20 >>>>=20 >>>> file /usr/src/sys/boot/fdt/dts/arm/beaglebone.dts contain #include >>>> "am335x-bone.dts" but this file not existence. Need use = am335x-evm.dts >>>> or else? >>>=20 >>>=20 >>> am335x-bone.dts in in sys/gnu/dts/arm/, it's a file provided by = vendor (TI) >>>=20 >>> I guess crochet does not have this path as include path when = compiling >>> dts files. >>=20 >> Pardon me for being a bit daft potentially, but shouldn=92t #include = work for all dts files (look for #include in this doc: = http://events.linuxfoundation.org/sites/events/files/slides/petazzoni-devi= ce-tree-dummies.pdf )? >> Thanks! >>=20 >=20 >=20 > #include in dts file is handled by cpp(1). /include/ is handled > by dtc I believe >=20 > You can take a look at how FreeBSD compiles dts files in > sys/tools/fdt/make_dtb.sh >=20 > crochet does not have cpp stage of compilation and before my TI > code/devicetree refactoring none of the dts files referenced in > crochet used #include. That's why problem never appeared.=20 >=20 > Fix is just a matter of fixing freebsd_install_fdt in lib/freebsd.sh. > If nobody beats me to it I'll try to fix it and submit pull request to = Tim.=20 I=92m testing a fix for this now. Thanks for providing such detailed information. Cheers, Tim From owner-freebsd-arm@FreeBSD.ORG Mon May 25 01:55:31 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2955763C for ; Mon, 25 May 2015 01:55:31 +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 12E3497A for ; Mon, 25 May 2015 01:55:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4P1tUGV062829 for ; Mon, 25 May 2015 01:55:30 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 197760] SMP support bug on ARMADA XP MV78460 Date: Mon, 25 May 2015 01:55:31 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: ian@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit 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.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 01:55:31 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197760 Ian Lepore changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ian@FreeBSD.org Status|New |Closed Resolution|--- |FIXED --- Comment #1 from Ian Lepore --- I believe this was fixed in r280709. Please don't hesitate to re-open the bug if that's not the case. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Mon May 25 02:04:17 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6E91A6EB for ; Mon, 25 May 2015 02:04:17 +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 576C4A5A for ; Mon, 25 May 2015 02:04:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4P24Hpu002856 for ; Mon, 25 May 2015 02:04:17 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 177538] tunefs(8) and mount(8) can not access a newfs(8)'d filesystem (clang, EABI). Date: Mon, 25 May 2015 02:04:17 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 10.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: ian@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc resolution bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit 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.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 02:04:17 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=177538 Ian Lepore changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ian@FreeBSD.org Resolution|--- |FIXED Status|In Progress |Closed --- Comment #2 from Ian Lepore --- I believe this should be fixed by r283014. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Mon May 25 10:53:05 2015 Return-Path: Delivered-To: freeBSD-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 138247CF for ; Mon, 25 May 2015 10:53:05 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BDD6327F for ; Mon, 25 May 2015 10:53:04 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from th-04.cs.huji.ac.il ([132.65.80.125]) by kabab.cs.huji.ac.il with esmtp id 1Ywpzr-000GQ4-I8 for freeBSD-arm@freebsd.org; Mon, 25 May 2015 13:52:39 +0300 From: Daniel Braniss Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: pwm for raspberry pi? Message-Id: <1FD1336E-D99F-4114-AD33-FBA1DF844E93@cs.huji.ac.il> Date: Mon, 25 May 2015 13:52:38 +0300 To: freebsd-arm Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 10:53:05 -0000 Hi, Now that I=E2=80=99m rapping up my spi/rfid driver (available on demand = :-), I would like to use the pwm interface to power on/off a lock, but have no idea how to go around it, so any clues would be mostly welcomed. cheers, danny From owner-freebsd-arm@FreeBSD.ORG Mon May 25 12:52:27 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 12B6FCB; Mon, 25 May 2015 12:52:27 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (mailhost.m5p.com [IPv6:2001:418:3fd::f7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C57345F3; Mon, 25 May 2015 12:52:26 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from wonderland.m5p.com (wonderland.m5p.com [IPv6:2001:418:3fd::19]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id t4PCqEQi030687; Mon, 25 May 2015 08:52:23 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Message-ID: <55631AFE.60901@m5p.com> Date: Mon, 25 May 2015 08:52:14 -0400 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Ian Lepore CC: freebsd-arm@freebsd.org Subject: Re: Bugzilla, phabric, and freebsd-arm, was Re: [Bug 200124] x11-wm/blackbox 0.70.1_4 does not build on ARM References: <55514499.1010001@m5p.com> <1432517860.1200.28.camel@freebsd.org> In-Reply-To: <1432517860.1200.28.camel@freebsd.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:2001:418:3fd::f7]); Mon, 25 May 2015 08:52:24 -0400 (EDT) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 12:52:27 -0000 On 05/24/15 21:37, Ian Lepore wrote: > On Mon, 2015-05-11 at 20:08 -0400, George Mitchell wrote: >> On 05/11/15 11:26, bugzilla-noreply@freebsd.org wrote: >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200124 >>> [...verbiage varies by ticket...] >>> >> What's the policy on cc'ing freebsd-arm in bugzilla and phabric? Am I >> the only one who finds these messages annoying rather than helpful? > > With the help of the bugzilla admins I think we've managed to update the > bugzilla config so that the only emails sent to the mailing list from > now on will be when a bug is opened, re-opened, or closed. All the > intermediate comments and status updates shouldn't come to the list > anymore. > > The upshot is that if you see a new bug fly by that you're interested > in, click on the link to it and add yourself to the cc list in the bug > to get all the other mail related to it. > > -- Ian > Thank you so much! -- George From owner-freebsd-arm@FreeBSD.ORG Mon May 25 13:13:13 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 41180454 for ; Mon, 25 May 2015 13:13:13 +0000 (UTC) (envelope-from daemon-user@FreeBSD.org) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 06442B20 for ; Mon, 25 May 2015 13:13:13 +0000 (UTC) (envelope-from daemon-user@FreeBSD.org) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4PDDCJX054844 for ; Mon, 25 May 2015 13:13:12 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4PDDC8g054843; Mon, 25 May 2015 13:13:12 GMT (envelope-from daemon-user) Date: Mon, 25 May 2015 13:13:12 +0000 To: freebsd-arm@freebsd.org From: "jhb (John Baldwin)" Subject: [Differential] [Updated] D2579: PCI support for Alpine platform from Annapurna Labs Message-ID: X-Priority: 3 Thread-Topic: D2579: PCI support for Alpine platform from Annapurna Labs X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: NjYxMzQxMmI2MjBmNTRlMzhjMzBkMTMzMmNhIFVjH+g= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 13:13:13 -0000 jhb added a comment. My main comment here is that this seems to duplicate a lot of work of the PCI bus driver itself. With NEW_PCIB, the PCI bus is actually far more capable of handling things like assigning resources for bridges and the devices behind them, etc. I'm not sure how much would have to be updated in layers above this driver to allow that to work, but it might reduce a lot of the duplication. INLINE COMMENTS sys/arm/annapurna/alpine/alpine_pci.c:1327 Do not set bustag/handle in alloc routines. Please provide proper activate/deactivate routines instead (NEW_PCIB requires this). You can see my suggestions on how to do this properly (arm does this wrong an awful lot) in D2386. You should also add an adjust_resource routine. REVISION DETAIL https://reviews.freebsd.org/D2579 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: jpa-semihalf.com, ian, imp, andrew, jhb, onwahe-gmail-com, meloun-miracle-cz, br, sson, loos, sbruno, rpaulo Cc: emaste, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Mon May 25 15:25:54 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8D7646E6 for ; Mon, 25 May 2015 15:25:54 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-pd0-f174.google.com (mail-pd0-f174.google.com [209.85.192.174]) (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 5D39ED83 for ; Mon, 25 May 2015 15:25:54 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: by pdbki1 with SMTP id ki1so29969001pdb.1 for ; Mon, 25 May 2015 08:25:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=IfkkOkUTfst+O572uDUqDL+DmIih429r2LDbeDklyC8=; b=Ec4MoMpp7pvB7WA8JCq9KDzkgUXcAjkDDs0RkUnjpLzH5Y97cE8tZIvX1peQPpZwz5 U03P75I+yD1wVFRBBwcdUfHc7XgSJ1aeJz9R4zL5LbLuJN+vtYZSZVRAfEOu8l4Ki8pu TOIvd1AHtoKTBmQrQjA3ytGY3yGmhG0+vkm7PO7mR7z8TKRwvOY0ExpEVKa98PRMLZZM fgZQDZs1f61JBPl9UGg8yE3vniZrVYMe5nalkHtuDpo9jtmnLkZj6DDuzyIf1Efj6RAj v38BCXHwnUf2w7kAvO7LgultzSZ75RirB6swk8ltrJ+PmbVbaDhRUQHzDMDae0MTNS3x HX+w== X-Gm-Message-State: ALoCoQk/LEwHUrpI+EGABvvxKG6SaL+ySmwhgZKczBp0AyR0jbdJAND1MTBt+uXj0A6jyyp5ZNUg X-Received: by 10.68.219.42 with SMTP id pl10mr40950420pbc.154.1432567547526; Mon, 25 May 2015 08:25:47 -0700 (PDT) Received: from lgwl-odorosh.corp.netflix.com ([69.53.236.236]) by mx.google.com with ESMTPSA id dk5sm10384489pdb.88.2015.05.25.08.25.45 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 25 May 2015 08:25:46 -0700 (PDT) Sender: Warner Losh Subject: Re: am335x-bone.dts not exist Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Content-Type: multipart/signed; boundary="Apple-Mail=_86C046A8-1C04-4587-9359-A5FEA6C79D27"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Warner Losh In-Reply-To: <4F170567-59B8-477B-8524-D15AF58288C2@kientzle.com> Date: Mon, 25 May 2015 09:25:43 -0600 Cc: Oleksandr Tymoshenko , Garrett Cooper , Andrey Fesenko , freebsd-arm , FreeBSD current Message-Id: <142808D5-D628-4FCF-BDF4-BBC96D91E118@bsdimp.com> References: <8FF14032-CAAA-41AD-A3A7-DBBAA69D2153@bluezbox.com> <4F170567-59B8-477B-8524-D15AF58288C2@kientzle.com> To: Tim Kientzle X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 15:25:54 -0000 --Apple-Mail=_86C046A8-1C04-4587-9359-A5FEA6C79D27 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 > On May 24, 2015, at 7:44 PM, Tim Kientzle wrote: >=20 >>=20 >> On May 24, 2015, at 12:55 AM, Oleksandr Tymoshenko = wrote: >>=20 >>=20 >>> On May 24, 2015, at 12:12 AM, Garrett Cooper = wrote: >>>=20 >>> On May 24, 2015, at 0:07, Oleksandr Tymoshenko = wrote: >>>=20 >>>>> On May 23, 2015, at 7:21 PM, Andrey Fesenko = wrote: >>>>>=20 >>>>> # uname -a >>>>> FreeBSD des.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r283306: = Sat >>>>> May 23 11:56:46 MSK 2015 >>>>> root@des.local:/usr/obj/usr/src/sys/GENERIC amd64 >>>>>=20 >>>>> I'm build BEAGLEBONE with crochet. >>>>>=20 >>>>> build error >>>>>=20 >>>>> Mounting UFS partition 1 at /usr/obj/_.mount.freebsd >>>>> Installing U-Boot from : /usr/local/share/u-boot/u-boot-beaglebone >>>>> Error: beaglebone.dts:29.1-2 syntax error >>>>> FATAL ERROR: Unable to parse input tree >>>>>=20 >>>>>=20 >>>>> file /usr/src/sys/boot/fdt/dts/arm/beaglebone.dts contain #include >>>>> "am335x-bone.dts" but this file not existence. Need use = am335x-evm.dts >>>>> or else? >>>>=20 >>>>=20 >>>> am335x-bone.dts in in sys/gnu/dts/arm/, it's a file provided by = vendor (TI) >>>>=20 >>>> I guess crochet does not have this path as include path when = compiling >>>> dts files. >>>=20 >>> Pardon me for being a bit daft potentially, but shouldn=92t #include = work for all dts files (look for #include in this doc: = http://events.linuxfoundation.org/sites/events/files/slides/petazzoni-devi= ce-tree-dummies.pdf )? >>> Thanks! >>>=20 >>=20 >>=20 >> #include in dts file is handled by cpp(1). /include/ is handled >> by dtc I believe >>=20 >> You can take a look at how FreeBSD compiles dts files in >> sys/tools/fdt/make_dtb.sh >>=20 >> crochet does not have cpp stage of compilation and before my TI >> code/devicetree refactoring none of the dts files referenced in >> crochet used #include. That's why problem never appeared. >>=20 >> Fix is just a matter of fixing freebsd_install_fdt in lib/freebsd.sh. >> If nobody beats me to it I'll try to fix it and submit pull request = to Tim. >=20 > I=92m testing a fix for this now. >=20 > Thanks for providing such detailed information. Is there any reason the standard dts to dtb script isn=92t being used = instead of enshrining another copy of that outside the tree which may = break if/when we need to enhance the current script? Warner --Apple-Mail=_86C046A8-1C04-4587-9359-A5FEA6C79D27 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVYz73AAoJEGwc0Sh9sBEAA90QAKECOUVVECwuUrC+NA76Z8x+ +b2sUb3Rsurkxtuz5sJFvZitVH6GOHd/fQivMoTheItamtkVWbkaLSI2i4PG82jJ zmGjRYG67NF1KKqMhM4YCm/e4KJmM5yy0Ujc472R/OH8fRnxzCTrJQ6+cKCX4B0a Q6kt7Cq9tr0L2wgcbT9QaHVJX7DwAED30v5UMxlFIZgiW/CDJXmQA5Z3aT9IxseD /xe2l3GLK1Exbv17YyovqocoXPUiEckfYmNBVwa/NrXUBpoWlaWqtGXhZJ0ETt/W kWEKUq8IqSDunlKUm5gCDgmLlyE5BruHzyz8Qx/HZR6AJSpApWglyf/oNytydbGQ crCVY1UfiLIa4UkTF3q55fFUAfbBIhhYjbB+EWluIUcqmr2qduynW5Uterfip/fH /U9n77kpWJJ5VyUNKCDRDWGNCS58UDosix/VdQd8FM61j1W5BbKjObcMg+vLyt1g E1Upz3+ABRvUi0AH1oWPJeFogkncjWASH5akGX+FMzNUyFKyFDPdytPLC5zuCrVi ee6CtIEcnPkNN2bHkK2HIB53mXkH0iB//8CBDkeG3GSe0j9w8h4id2zmdDbYLe5s tr4EfT6XtntIE/0thZxncSUEMkF/D6SncfI62Wvdg8oJ84KMp0IqbCAwsIw6FEt6 1MA1O1rNFxaoGnwCEWyE =UDqe -----END PGP SIGNATURE----- --Apple-Mail=_86C046A8-1C04-4587-9359-A5FEA6C79D27-- From owner-freebsd-arm@FreeBSD.ORG Mon May 25 17:07:38 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B0D36AC9 for ; Mon, 25 May 2015 17:07:38 +0000 (UTC) (envelope-from daemon-user@FreeBSD.org) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 903C6979 for ; Mon, 25 May 2015 17:07:38 +0000 (UTC) (envelope-from daemon-user@FreeBSD.org) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4PH7cS9020757 for ; Mon, 25 May 2015 17:07:38 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4PH7cfm020756; Mon, 25 May 2015 17:07:38 GMT (envelope-from daemon-user) Date: Mon, 25 May 2015 17:07:38 +0000 To: freebsd-arm@freebsd.org From: "ian (Ian Lepore)" Subject: [Differential] [Updated] D2579: PCI support for Alpine platform from Annapurna Labs Message-ID: <73402b5d2b63d859d4c3811e113b8f76@localhost.localdomain> X-Priority: 3 Thread-Topic: D2579: PCI support for Alpine platform from Annapurna Labs X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: NjYxMzQxMmI2MjBmNTRlMzhjMzBkMTMzMmNhIFVjVto= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 17:07:38 -0000 ian removed a reviewer: ian. REVISION DETAIL https://reviews.freebsd.org/D2579 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: jpa-semihalf.com, imp, jhb, andrew, onwahe-gmail-com, meloun-miracle-cz, br, sson, loos, sbruno, rpaulo, ian Cc: emaste, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Mon May 25 18:56:04 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A5BEFBF; Mon, 25 May 2015 18:56:04 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (kientzle.com [142.254.26.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 04D9F692; Mon, 25 May 2015 18:56:03 +0000 (UTC) (envelope-from tim@kientzle.com) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id t4PItKiu010518; Mon, 25 May 2015 18:55:20 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.105] (192.168.1.65 [192.168.1.65]) by kientzle.com with SMTP id d3dvemvv5uq4jsynmzqyv4yex2; Mon, 25 May 2015 18:55:20 +0000 (UTC) (envelope-from tim@kientzle.com) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: am335x-bone.dts not exist From: Tim Kientzle In-Reply-To: Date: Sun, 24 May 2015 18:44:01 -0700 Cc: Garrett Cooper , Andrey Fesenko , freebsd-arm , FreeBSD current Content-Transfer-Encoding: quoted-printable Message-Id: <4F170567-59B8-477B-8524-D15AF58288C2@kientzle.com> References: <8FF14032-CAAA-41AD-A3A7-DBBAA69D2153@bluezbox.com> To: Oleksandr Tymoshenko X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 18:56:04 -0000 > On May 24, 2015, at 12:55 AM, Oleksandr Tymoshenko = wrote: >=20 >=20 >> On May 24, 2015, at 12:12 AM, Garrett Cooper = wrote: >>=20 >> On May 24, 2015, at 0:07, Oleksandr Tymoshenko = wrote: >>=20 >>>> On May 23, 2015, at 7:21 PM, Andrey Fesenko = wrote: >>>>=20 >>>> # uname -a >>>> FreeBSD des.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r283306: Sat >>>> May 23 11:56:46 MSK 2015 >>>> root@des.local:/usr/obj/usr/src/sys/GENERIC amd64 >>>>=20 >>>> I'm build BEAGLEBONE with crochet. >>>>=20 >>>> build error >>>>=20 >>>> Mounting UFS partition 1 at /usr/obj/_.mount.freebsd >>>> Installing U-Boot from : /usr/local/share/u-boot/u-boot-beaglebone >>>> Error: beaglebone.dts:29.1-2 syntax error >>>> FATAL ERROR: Unable to parse input tree >>>>=20 >>>>=20 >>>> file /usr/src/sys/boot/fdt/dts/arm/beaglebone.dts contain #include >>>> "am335x-bone.dts" but this file not existence. Need use = am335x-evm.dts >>>> or else? >>>=20 >>>=20 >>> am335x-bone.dts in in sys/gnu/dts/arm/, it's a file provided by = vendor (TI) >>>=20 >>> I guess crochet does not have this path as include path when = compiling >>> dts files. >>=20 >> Pardon me for being a bit daft potentially, but shouldn=92t #include = work for all dts files (look for #include in this doc: = http://events.linuxfoundation.org/sites/events/files/slides/petazzoni-devi= ce-tree-dummies.pdf )? >> Thanks! >>=20 >=20 >=20 > #include in dts file is handled by cpp(1). /include/ is handled > by dtc I believe >=20 > You can take a look at how FreeBSD compiles dts files in > sys/tools/fdt/make_dtb.sh >=20 > crochet does not have cpp stage of compilation and before my TI > code/devicetree refactoring none of the dts files referenced in > crochet used #include. That's why problem never appeared.=20 >=20 > Fix is just a matter of fixing freebsd_install_fdt in lib/freebsd.sh. > If nobody beats me to it I'll try to fix it and submit pull request to = Tim.=20 I=92m testing a fix for this now. Thanks for providing such detailed information. Cheers, Tim From owner-freebsd-arm@FreeBSD.ORG Mon May 25 19:42:04 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 960B0E2B; Mon, 25 May 2015 19:42:04 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (kientzle.com [142.254.26.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F91F25C; Mon, 25 May 2015 19:42:04 +0000 (UTC) (envelope-from tim@kientzle.com) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id t4PJfTMC010758; Mon, 25 May 2015 19:41:29 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.105] (192.168.1.65 [192.168.1.65]) by kientzle.com with SMTP id f6tw9rgau3gvwm56ruf3gs2s5i; Mon, 25 May 2015 19:41:29 +0000 (UTC) (envelope-from tim@kientzle.com) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: am335x-bone.dts not exist From: Tim Kientzle In-Reply-To: <4F170567-59B8-477B-8524-D15AF58288C2@kientzle.com> Date: Mon, 25 May 2015 12:41:29 -0700 Cc: Garrett Cooper , Andrey Fesenko , freebsd-arm , FreeBSD current Content-Transfer-Encoding: quoted-printable Message-Id: <45645EED-33A0-4E32-A0EA-9D4FC168C926@kientzle.com> References: <8FF14032-CAAA-41AD-A3A7-DBBAA69D2153@bluezbox.com> <4F170567-59B8-477B-8524-D15AF58288C2@kientzle.com> To: Oleksandr Tymoshenko X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 19:42:04 -0000 > On May 24, 2015, at 6:44 PM, Tim Kientzle wrote: >=20 >=20 >> On May 24, 2015, at 12:55 AM, Oleksandr Tymoshenko = wrote: >>=20 >>=20 >>> On May 24, 2015, at 12:12 AM, Garrett Cooper = wrote: >>>=20 >>> On May 24, 2015, at 0:07, Oleksandr Tymoshenko = wrote: >>>=20 >>>>> On May 23, 2015, at 7:21 PM, Andrey Fesenko = wrote: >>>>>=20 >>>>> # uname -a >>>>> FreeBSD des.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r283306: = Sat >>>>> May 23 11:56:46 MSK 2015 >>>>> root@des.local:/usr/obj/usr/src/sys/GENERIC amd64 >>>>>=20 >>>>> I'm build BEAGLEBONE with crochet. >>>>>=20 >>>>> build error >>>>>=20 >>>>> Mounting UFS partition 1 at /usr/obj/_.mount.freebsd >>>>> Installing U-Boot from : /usr/local/share/u-boot/u-boot-beaglebone >>>>> Error: beaglebone.dts:29.1-2 syntax error >>>>> FATAL ERROR: Unable to parse input tree >>>>>=20 >>>>>=20 >>>>> file /usr/src/sys/boot/fdt/dts/arm/beaglebone.dts contain #include >>>>> "am335x-bone.dts" but this file not existence. Need use = am335x-evm.dts >>>>> or else? >>>>=20 >>>>=20 >>>> am335x-bone.dts in in sys/gnu/dts/arm/, it's a file provided by = vendor (TI) >>>>=20 >>>> I guess crochet does not have this path as include path when = compiling >>>> dts files. >>>=20 >>> Pardon me for being a bit daft potentially, but shouldn=92t #include = work for all dts files (look for #include in this doc: = http://events.linuxfoundation.org/sites/events/files/slides/petazzoni-devi= ce-tree-dummies.pdf )? >>> Thanks! >>>=20 >>=20 >>=20 >> #include in dts file is handled by cpp(1). /include/ is handled >> by dtc I believe >>=20 >> You can take a look at how FreeBSD compiles dts files in >> sys/tools/fdt/make_dtb.sh >>=20 >> crochet does not have cpp stage of compilation and before my TI >> code/devicetree refactoring none of the dts files referenced in >> crochet used #include. That's why problem never appeared.=20 >>=20 >> Fix is just a matter of fixing freebsd_install_fdt in lib/freebsd.sh. >> If nobody beats me to it I'll try to fix it and submit pull request = to Tim.=20 >=20 > I=92m testing a fix for this now. >=20 > Thanks for providing such detailed information. This should be fixed now. Tim From owner-freebsd-arm@FreeBSD.ORG Mon May 25 20:18:54 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 93DF0F39 for ; Mon, 25 May 2015 20:18:54 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (kientzle.com [142.254.26.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5234CCAB for ; Mon, 25 May 2015 20:18:54 +0000 (UTC) (envelope-from tim@kientzle.com) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id t4PKIqnC011213 for freebsd-arm@freebsd.org; Mon, 25 May 2015 20:18:52 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.105] (192.168.1.65 [192.168.1.65]) by kientzle.com with SMTP id k96ujmes8k8abnzdphciud3rve; for freebsd-arm@freebsd.org; Mon, 25 May 2015 20:18:52 +0000 (UTC) (envelope-from tim@kientzle.com) From: Tim Kientzle Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Crochet: SwapFile creation, Growfs, and Beaglebone FDT fixes Message-Id: <6CB0510E-93FF-458D-9AE0-3AA7FA5E98DE@kientzle.com> Date: Mon, 25 May 2015 13:18:51 -0700 To: freebsd-arm Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 20:18:54 -0000 I fixed a bunch of Crochet issues this weekend. =3D BeagleBone and RadxaRock no longer create swap by default. If you = want to create a swap file on first boot, you should request it via option SwapFile 512m deferred (see config.sh.sample for more details) =3D SwapFile is more robust. SwapFile will only create a swap file on = first boot if that would leave at least 2048mb of free space. In = particular, you can now put a growable image with a large swapfile = setting onto a small SD card and the first boot logic will just skip the = swapfile creation. (The 2048m free space requirement here can be = overridden by setting swapfile_create_free_mb in rc.conf.) =3D Growfs now uses the standard rc.d/growfs script that JMG added to = FreeBSD-CURRENT (which is a great improvement over Crochet=E2=80=99s = original implementation). =3D Firstboot scripts work: Crochet now includes a /firstboot marker = file on images which is required for some rc.d scripts to work = correctly. (In particular, this is required for growfs.) =3D FDT fixes. Beaglebone FDT files are correctly generated again. Cheers, Tim P.S. For anyone interested, here is the BeagleBone Black configuration = file that I use myself. I wish it could install packages, though; then = a config file could represent a complete appliance definition. board_setup BeagleBone option ImageSize 1900mb option Growfs option SwapFile 768m deferred option UsrSrc option UsrPorts /usr/ports FREEBSD_SRC=3D${TOPDIR}/src WORLDJOBS=3D-j5 KERNJOBS=3D-j4 customize_freebsd_partition ( ) { cat << "EOF" >> etc/wpa_supplicant.conf network=3D{ ssid=3D=E2=80=9Cmynetwork" psk=3D=E2=80=9Cmypassword" } EOF # I use a urtwn-based WiFi adapter cat << "EOF" >> boot/loader.conf legal.realtek.license_ack=3D1 EOF cat << "EOF" >> etc/rc.conf wlans_urtwn0=3D"wlan0" ifconfig_wlan0=3D"DHCP WPA" ifconfig_cpsw0=3D"DHCP" sshd_enable=3D"YES" ntpd_enable=3D"YES" ntpd_sync_on_start=3D"YES" EOF cat << "EOF" >> etc/ssh/sshd_config PermitRootLogin=3DYes EOF # Don=E2=80=99t freeze when I unplug the console cable cat << "EOF" >> etc/sysctl.conf debug.kdb.break_to_debugger=3D0 EOF # Replace the root password sed -i~ -e '/^root:/ d' -e '/^toor:/ d' etc/master.passwd cat << "EOF" >> etc/master.passwd root:XXXXXXXXXXXXXXXXXX:0:0::0:0:Charlie &:/root:/bin/csh EOF pwd_mkdb -L -d etc etc/master.passwd } From owner-freebsd-arm@FreeBSD.ORG Mon May 25 22:14:13 2015 Return-Path: Delivered-To: freeBSD-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 24DDB999 for ; Mon, 25 May 2015 22:14:13 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: from mail-yh0-x232.google.com (mail-yh0-x232.google.com [IPv6:2607:f8b0:4002:c01::232]) (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 D8A48CE0 for ; Mon, 25 May 2015 22:14:12 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: by yhda23 with SMTP id a23so25721885yhd.2 for ; Mon, 25 May 2015 15:14:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=d3cOZf/LuTOS7k/FFbzsm0VXaNfFlLg1fSJRUyT1YHQ=; b=rpP54L6fW9SRPzhwncL+A+0Mw4mQ/4uumNU7IqjRbuOhkRYkGrxdSAh0LitkCh4824 aEp8JjuCR1xwf10DMXMhOC2E3S4PzWDEhOaYnpGtV0PB3W5+jb0cB8u3qL+C5pvppDBm RETwNl3iCEww/hCj8lQzBrK40Ra73P/do3h62Ouqoa//1HXRgt8LPmwLL28s0Dv64MNZ tFqIQ9P2ncCL7mCc5Dl+gom45A0EFhrjPxj0TvKS6rL2nKccSooefvrF6bgnbibOfbnV 2MvuS+VdCDYGuwNG7KPECK+QVANP+LGyNs7HMy0siSBbl/WIOSZzXyKXgpuYpAoYTp3M ShCA== MIME-Version: 1.0 X-Received: by 10.170.208.82 with SMTP id z79mr5936478yke.106.1432592051982; Mon, 25 May 2015 15:14:11 -0700 (PDT) Received: by 10.13.202.197 with HTTP; Mon, 25 May 2015 15:14:11 -0700 (PDT) In-Reply-To: <1FD1336E-D99F-4114-AD33-FBA1DF844E93@cs.huji.ac.il> References: <1FD1336E-D99F-4114-AD33-FBA1DF844E93@cs.huji.ac.il> Date: Mon, 25 May 2015 19:14:11 -0300 Message-ID: Subject: Re: pwm for raspberry pi? From: Luiz Otavio O Souza To: Daniel Braniss Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 22:14:13 -0000 On 25 May 2015 at 07:52, Daniel Braniss wrote: > Hi, > Now that I=E2=80=99m rapping up my spi/rfid driver (available on demand := -), > I would like to use the pwm interface to power on/off a lock, but > have no idea how to go around it, so any clues would be mostly welcomed. > > cheers, > danny The PWM module is quite simple and has only two outputs, they can be used only with recent 40 GPIO pins header (RPi-B+ or RPi2), in the older models only one output was wired. The bcm2835 peripherals datasheet describes the PWM module registers. Luiz From owner-freebsd-arm@FreeBSD.ORG Mon May 25 22:19:44 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2102DA37; Mon, 25 May 2015 22:19:44 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (kientzle.com [142.254.26.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DE418D08; Mon, 25 May 2015 22:19:43 +0000 (UTC) (envelope-from tim@kientzle.com) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id t4PMJfAx011642; Mon, 25 May 2015 22:19:41 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.105] (192.168.1.65 [192.168.1.65]) by kientzle.com with SMTP id y4ke5f2a8f69vpaei7ksjzsef2; Mon, 25 May 2015 22:19:40 +0000 (UTC) (envelope-from tim@kientzle.com) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: am335x-bone.dts not exist From: Tim Kientzle In-Reply-To: <142808D5-D628-4FCF-BDF4-BBC96D91E118@bsdimp.com> Date: Mon, 25 May 2015 15:19:40 -0700 Cc: FreeBSD current , freebsd-arm , Garrett Cooper Content-Transfer-Encoding: quoted-printable Message-Id: <27DD7AA7-4B66-4A8C-A529-1D67B081326E@kientzle.com> References: <8FF14032-CAAA-41AD-A3A7-DBBAA69D2153@bluezbox.com> <4F170567-59B8-477B-8524-D15AF58288C2@kientzle.com> <142808D5-D628-4FCF-BDF4-BBC96D91E118@bsdimp.com> To: Warner Losh X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 22:19:44 -0000 > On May 25, 2015, at 8:25 AM, Warner Losh wrote: >=20 >>=20 >> On May 24, 2015, at 7:44 PM, Tim Kientzle wrote: >>=20 >>>=20 >>> On May 24, 2015, at 12:55 AM, Oleksandr Tymoshenko = wrote: >>>=20 >>>=20 >>>> On May 24, 2015, at 12:12 AM, Garrett Cooper = wrote: >>>>=20 >>>> On May 24, 2015, at 0:07, Oleksandr Tymoshenko = wrote: >>>>=20 >>>>>> On May 23, 2015, at 7:21 PM, Andrey Fesenko = wrote: >>>>>>=20 >>>>>> # uname -a >>>>>> FreeBSD des.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r283306: = Sat >>>>>> May 23 11:56:46 MSK 2015 >>>>>> root@des.local:/usr/obj/usr/src/sys/GENERIC amd64 >>>>>>=20 >>>>>> I'm build BEAGLEBONE with crochet. >>>>>>=20 >>>>>> build error >>>>>>=20 >>>>>> Mounting UFS partition 1 at /usr/obj/_.mount.freebsd >>>>>> Installing U-Boot from : = /usr/local/share/u-boot/u-boot-beaglebone >>>>>> Error: beaglebone.dts:29.1-2 syntax error >>>>>> FATAL ERROR: Unable to parse input tree >>>>>>=20 >>>>>>=20 >>>>>> file /usr/src/sys/boot/fdt/dts/arm/beaglebone.dts contain = #include >>>>>> "am335x-bone.dts" but this file not existence. Need use = am335x-evm.dts >>>>>> or else? >>>>>=20 >>>>>=20 >>>>> am335x-bone.dts in in sys/gnu/dts/arm/, it's a file provided by = vendor (TI) >>>>>=20 >>>>> I guess crochet does not have this path as include path when = compiling >>>>> dts files. >>>>=20 >>>> Pardon me for being a bit daft potentially, but shouldn=92t = #include work for all dts files (look for #include in this doc: = http://events.linuxfoundation.org/sites/events/files/slides/petazzoni-devi= ce-tree-dummies.pdf )? >>>> Thanks! >>>>=20 >>>=20 >>>=20 >>> #include in dts file is handled by cpp(1). /include/ is handled >>> by dtc I believe >>>=20 >>> You can take a look at how FreeBSD compiles dts files in >>> sys/tools/fdt/make_dtb.sh >>>=20 >>> crochet does not have cpp stage of compilation and before my TI >>> code/devicetree refactoring none of the dts files referenced in >>> crochet used #include. That's why problem never appeared. >>>=20 >>> Fix is just a matter of fixing freebsd_install_fdt in = lib/freebsd.sh. >>> If nobody beats me to it I'll try to fix it and submit pull request = to Tim. >>=20 >> I=92m testing a fix for this now. >>=20 >> Thanks for providing such detailed information. >=20 > Is there any reason the standard dts to dtb script isn=92t being used = instead of enshrining another copy of that outside the tree which may = break if/when we need to enhance the current script? Until recently, this didn=92t seem necessary; it was a lot simpler to = just invoke dtc. But times change: https://github.com/freebsd/crochet/commit/22d7555 Tim From owner-freebsd-arm@FreeBSD.ORG Tue May 26 03:09:26 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E14F726A; Tue, 26 May 2015 03:09:25 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-wi0-x22e.google.com (mail-wi0-x22e.google.com [IPv6:2a00:1450:400c:c05::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 77A6F8EA; Tue, 26 May 2015 03:09:25 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: by wicmc15 with SMTP id mc15so52421621wic.1; Mon, 25 May 2015 20:09:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=ePSpzX3TOmij1A+HkMHXwGQ9eTfLGZXU3wfT3QiWIEc=; b=zxfXSsALq9Ip3Bt6n8l2J9eDyhiSysivAO60Xryo6IdEdayoaQbPgeBQYR1Cnm/THC Lz2iVYyIem1UrsH1ZNZeBsMQEtigq3A4BOcNYl2480JyE8oaoav7hTcb1jy1vSndNk7T sOzUyr9V1OuYJuosAxjiBc5dM72SLxztujUfPal/ZZWvPn+oQMd4TORagBJK3JLxl8Wf MLyux1zYNpib2JuI+Dq/0YjNaCxbhpRIBToO6ObAy/WarTQDH2XPfxgGuBBPDoc31qTl 6V/fmiGFGnkJFQHAR+8Ti5Qq8zJZzSU7P8DQyd51v37LwX8XxAJCEn6XG6+hrTqQltsQ qUDw== MIME-Version: 1.0 X-Received: by 10.194.81.234 with SMTP id d10mr45555430wjy.84.1432609764020; Mon, 25 May 2015 20:09:24 -0700 (PDT) Received: by 10.194.61.169 with HTTP; Mon, 25 May 2015 20:09:23 -0700 (PDT) In-Reply-To: <27DD7AA7-4B66-4A8C-A529-1D67B081326E@kientzle.com> References: <8FF14032-CAAA-41AD-A3A7-DBBAA69D2153@bluezbox.com> <4F170567-59B8-477B-8524-D15AF58288C2@kientzle.com> <142808D5-D628-4FCF-BDF4-BBC96D91E118@bsdimp.com> <27DD7AA7-4B66-4A8C-A529-1D67B081326E@kientzle.com> Date: Tue, 26 May 2015 06:09:23 +0300 Message-ID: Subject: Re: am335x-bone.dts not exist From: Andrey Fesenko To: Tim Kientzle Cc: Warner Losh , FreeBSD current , freebsd-arm , Garrett Cooper Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2015 03:09:26 -0000 On Tue, May 26, 2015 at 1:19 AM, Tim Kientzle wrote: > >> On May 25, 2015, at 8:25 AM, Warner Losh wrote: >> >>> >>> On May 24, 2015, at 7:44 PM, Tim Kientzle wrote: >>> >>>> >>>> On May 24, 2015, at 12:55 AM, Oleksandr Tymoshenko wrote: >>>> >>>> >>>>> On May 24, 2015, at 12:12 AM, Garrett Cooper = wrote: >>>>> >>>>> On May 24, 2015, at 0:07, Oleksandr Tymoshenko w= rote: >>>>> >>>>>>> On May 23, 2015, at 7:21 PM, Andrey Fesenko wr= ote: >>>>>>> >>>>>>> # uname -a >>>>>>> FreeBSD des.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r283306: Sat >>>>>>> May 23 11:56:46 MSK 2015 >>>>>>> root@des.local:/usr/obj/usr/src/sys/GENERIC amd64 >>>>>>> >>>>>>> I'm build BEAGLEBONE with crochet. >>>>>>> >>>>>>> build error >>>>>>> >>>>>>> Mounting UFS partition 1 at /usr/obj/_.mount.freebsd >>>>>>> Installing U-Boot from : /usr/local/share/u-boot/u-boot-beaglebone >>>>>>> Error: beaglebone.dts:29.1-2 syntax error >>>>>>> FATAL ERROR: Unable to parse input tree >>>>>>> >>>>>>> >>>>>>> file /usr/src/sys/boot/fdt/dts/arm/beaglebone.dts contain #include >>>>>>> "am335x-bone.dts" but this file not existence. Need use am335x-evm.= dts >>>>>>> or else? >>>>>> >>>>>> >>>>>> am335x-bone.dts in in sys/gnu/dts/arm/, it's a file provided by vend= or (TI) >>>>>> >>>>>> I guess crochet does not have this path as include path when compili= ng >>>>>> dts files. >>>>> >>>>> Pardon me for being a bit daft potentially, but shouldn=E2=80=99t #in= clude work for all dts files (look for #include in this doc: http://events.= linuxfoundation.org/sites/events/files/slides/petazzoni-device-tree-dummies= .pdf )? >>>>> Thanks! >>>>> >>>> >>>> >>>> #include in dts file is handled by cpp(1). /include/ is handled >>>> by dtc I believe >>>> >>>> You can take a look at how FreeBSD compiles dts files in >>>> sys/tools/fdt/make_dtb.sh >>>> >>>> crochet does not have cpp stage of compilation and before my TI >>>> code/devicetree refactoring none of the dts files referenced in >>>> crochet used #include. That's why problem never appeared. >>>> >>>> Fix is just a matter of fixing freebsd_install_fdt in lib/freebsd.sh. >>>> If nobody beats me to it I'll try to fix it and submit pull request to= Tim. >>> >>> I=E2=80=99m testing a fix for this now. >>> >>> Thanks for providing such detailed information. >> >> Is there any reason the standard dts to dtb script isn=E2=80=99t being u= sed instead of enshrining another copy of that outside the tree which may b= reak if/when we need to enhance the current script? > > Until recently, this didn=E2=80=99t seem necessary; it was a lot simpler = to just invoke dtc. > > But times change: https://github.com/freebsd/crochet/commit/22d7555 > > Tim > It's working :) % uname -a FreeBSD bb.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r283544: Tue May 26 01:54:44 MSK 2015 root@des.local:/usr/obj/arm.armv6/usr/src/sys/BEAGLEBONE-V6 arm From owner-freebsd-arm@FreeBSD.ORG Tue May 26 06:14:04 2015 Return-Path: Delivered-To: freeBSD-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0DA0F232 for ; Tue, 26 May 2015 06:14:04 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B6162A63 for ; Tue, 26 May 2015 06:14:03 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from th-04.cs.huji.ac.il ([132.65.80.125]) by kabab.cs.huji.ac.il with esmtp id 1Yx87V-000FjE-03; Tue, 26 May 2015 09:13:45 +0300 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: pwm for raspberry pi? From: Daniel Braniss In-Reply-To: Date: Tue, 26 May 2015 09:13:44 +0300 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <1FD1336E-D99F-4114-AD33-FBA1DF844E93@cs.huji.ac.il> To: Luiz Otavio O Souza X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2015 06:14:04 -0000 > On May 26, 2015, at 1:14 AM, Luiz Otavio O Souza = wrote: >=20 > On 25 May 2015 at 07:52, Daniel Braniss wrote: >> Hi, >> Now that I=E2=80=99m rapping up my spi/rfid driver (available on = demand :-), >> I would like to use the pwm interface to power on/off a lock, but >> have no idea how to go around it, so any clues would be mostly = welcomed. >>=20 >> cheers, >> danny >=20 > The PWM module is quite simple and has only two outputs, they can be > used only with recent 40 GPIO pins header (RPi-B+ or RPi2), in the > older models only one output was wired. >=20 I do have a B+ > The bcm2835 peripherals datasheet describes the PWM module registers I=E2=80=99ve read it, hence I know it=E2=80=99s possible, what I=E2=80=99 = missing is how to access it via FreeBSD. There is a some mention for the BeagleBoneBlack, but it seems broken, the FDT mentions the pins. Too many leads but not enough info on how to tie them up :-) cheers, danny From owner-freebsd-arm@FreeBSD.ORG Tue May 26 11:44:14 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E3E5C1D for ; Tue, 26 May 2015 11:44:14 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 004908D8 for ; Tue, 26 May 2015 11:44:13 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1YxDH4-0005UE-6v for freebsd-arm@freebsd.org; Tue, 26 May 2015 13:44:04 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-arm@freebsd.org Subject: Re: Bugzilla, phabric, and freebsd-arm, was Re: [Bug 200124] x11-wm/blackbox 0.70.1_4 does not build on ARM References: <55514499.1010001@m5p.com> <1432517860.1200.28.camel@freebsd.org> <55631AFE.60901@m5p.com> Date: Tue, 26 May 2015 13:43:56 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <55631AFE.60901@m5p.com> User-Agent: Opera Mail/1.0 (Win32) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50, URIBL_BLOCKED autolearn=disabled version=3.3.1 X-Scan-Signature: 4052b6d1c9976086d5ab5ce040fcf5b8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2015 11:44:14 -0000 On Mon, 25 May 2015 14:52:14 +0200, George Mitchell wrote: > On 05/24/15 21:37, Ian Lepore wrote: >> On Mon, 2015-05-11 at 20:08 -0400, George Mitchell wrote: >>> On 05/11/15 11:26, bugzilla-noreply@freebsd.org wrote: >>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200124 >>>> [...verbiage varies by ticket...] >>>> >>> What's the policy on cc'ing freebsd-arm in bugzilla and phabric? Am I >>> the only one who finds these messages annoying rather than helpful? >> >> With the help of the bugzilla admins I think we've managed to update the >> bugzilla config so that the only emails sent to the mailing list from >> now on will be when a bug is opened, re-opened, or closed. All the >> intermediate comments and status updates shouldn't come to the list >> anymore. >> >> The upshot is that if you see a new bug fly by that you're interested >> in, click on the link to it and add yourself to the cc list in the bug >> to get all the other mail related to it. >> >> -- Ian >> > Thank you so much! -- George Yes, thanks a lot! From owner-freebsd-arm@FreeBSD.ORG Tue May 26 14:09:37 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C61907EA for ; Tue, 26 May 2015 14:09:37 +0000 (UTC) (envelope-from v.velox@vvelox.net) Received: from vulpes.vvelox.net (vulpes.vvelox.net [99.69.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8D5FEFE5 for ; Tue, 26 May 2015 14:09:37 +0000 (UTC) (envelope-from v.velox@vvelox.net) Received: from vixen42.vulpes.vvelox.net (vixen42.vulpes.vvelox.net [192.168.15.2]) (Authenticated sender: kitsune) by vulpes.vvelox.net (Postfix) with ESMTPA id 32142377D882; Tue, 26 May 2015 09:00:35 -0500 (CDT) Date: Tue, 26 May 2015 09:02:59 -0500 From: "Zane C. B-H." To: Trevor Roydhouse Cc: freebsd-arm@freebsd.org Subject: Re: Raspberry Pi 2 - Xorg issues Message-ID: <20150526090259.30c74175@vixen42.vulpes.vvelox.net> In-Reply-To: <555E80F4.7030300@sentry.org> References: <555E80F4.7030300@sentry.org> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd10.1) 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.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2015 14:09:38 -0000 On Fri, 22 May 2015 11:05:56 +1000 Trevor Roydhouse wrote: > uname: > > FreeBSD 11.0-CURRENT #0 r282694: Sun May 10 04:33:02 UTC 2015 > > dmesg: > > fb0: on ofwbus0 > fbd0 on fb0 > VT: initialize with new VT driver "fb". > fb0: 1824x984(1824x984@0,0) 24bpp > fb0: fbswap: 1, pitch 5472, base 0x3d359000, screen_size 5428224 > > Xorg.conf: > > Section "Screen" > Identifier "Screen" > Device "Generic FB" > Monitor "Monitor" > DefaultDepth 16 > > SubSection "Display" > Depth 16 > EndSubsection > EndSection > > Produces Xorg.0.log: > > [ 1051.191] (II) scfb: driver for wsdisplay framebuffer: scfb > [ 1051.272] (--) Using syscons driver with X support (version 2.0) > [ 1051.272] (--) using VT number 5 > [ 1051.272] (WW) Falling back to old probe method for scfb > [ 1051.272] scfb trace: probe start > [ 1051.272] (II) scfb(0): using default device > [ 1051.273] scfb trace: probe done > [ 1051.273] (WW) VGA arbiter: cannot open kernel arbiter, no > multi-card support > [ 1051.273] scfb: PreInit 0 > [ 1051.273] (II) scfb(0): Using: depth (24), width (1824), > height (984) > [ 1051.273] (EE) scfb(0): specified depth (16) or bpp (16) doesn't > match framebuffer depth (24) > [ 1051.273] (II) UnloadModule: "scfb" > [ 1051.273] (EE) Screen(s) found, but none have a usable > configuration. > > > Xorg.conf: > > Section "Screen" > Identifier "Screen" > Device "Generic FB" > Monitor "Monitor" > DefaultDepth 24 > > SubSection "Display" > Depth 24 > EndSubsection > EndSection > > Produces Xorg.0.log: > > [ 1286.519] (II) scfb: driver for wsdisplay framebuffer: scfb > [ 1286.640] (--) Using syscons driver with X support (version 2.0) > [ 1286.640] (--) using VT number 5 > [ 1286.640] (WW) Falling back to old probe method for scfb > [ 1286.641] scfb trace: probe start > [ 1286.641] (II) scfb(0): using default device > [ 1286.641] scfb trace: probe done > [ 1286.641] (WW) VGA arbiter: cannot open kernel arbiter, no > multi-card support > [ 1286.641] scfb: PreInit 0 > [ 1286.641] (II) scfb(0): Using: depth (24), width (1824), > height (984) > [ 1286.641] (EE) scfb(0): specified depth (24) or bpp (32) doesn't > match framebuffer depth (24) > [ 1286.641] (II) UnloadModule: "scfb" > [ 1286.642] (EE) Screen(s) found, but none have a usable > configuration. > > Solution to get X up: > > Leave out DefaultDepth nn in the Screen section, but this yields > very slow motion screen draws and long cursor tails. However, if I > run a find / in an xterm, screen draws return to normal until find > finishes... weird. > > Any other solutions? I am seeing the exact same thing using a image I built using a fresh source tree on the 23rd. It appears to be load related in some manner. For example I can also get it to behave nicely. If I start compiling something like firefox or the like. Make any headway with this on your end? From owner-freebsd-arm@FreeBSD.ORG Tue May 26 14:51:43 2015 Return-Path: Delivered-To: Freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 98E13813 for ; Tue, 26 May 2015 14:51:43 +0000 (UTC) (envelope-from thelostadmin@gmail.com) Received: from mail-ie0-x234.google.com (mail-ie0-x234.google.com [IPv6:2607:f8b0:4001:c03::234]) (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 693B1E23 for ; Tue, 26 May 2015 14:51:40 +0000 (UTC) (envelope-from thelostadmin@gmail.com) Received: by ieczm2 with SMTP id zm2so93887967iec.1 for ; Tue, 26 May 2015 07:51:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:subject:message-id:date:to:mime-version; bh=S1PQ2ZdWEV/Ux74blbv3OQnGh5gZmExnEWTtp0CSh+o=; b=F5nWBRQCVYfO8rWEn4AFCv+7SWeW+961VOL8Nh/dFuMzzdbEGWFof2HzP/9C8ImiNr O+ZCyx/hOKsNjkMZuxBbkqTznaEtfHz3F6WvF47M8ABld6HfZYKvMqOkHUurhMcWkiHf qdTZwv2E4kiHu2lnDA/Oyp7xEyxKwOEk1wNSY2qwqgHDPIXdBJcqd5/1QyJwvUi4CDWh Ug6PZf3Y9Mye0Pm7QBII8f4DKIWEYUkh5v01kRYCFYQcSxaOpMyljLdUx0nPLQKN6yGw 7BTth8lOKPBsLY/4zNzKTUmgSsXRkU46z0Ur8vrlGI8unvLI1m5EkJd4YRvifqO7Pppn NZeA== X-Received: by 10.50.4.41 with SMTP id h9mr30136690igh.10.1432651899704; Tue, 26 May 2015 07:51:39 -0700 (PDT) Received: from iMac.suntrap.ca (75-119-254-217.dsl.teksavvy.com. [75.119.254.217]) by mx.google.com with ESMTPSA id g12sm11142087ioe.28.2015.05.26.07.51.38 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 26 May 2015 07:51:38 -0700 (PDT) From: The Lost Admin Subject: Raspberry Pi Camera: not tested, does that mean the device/code exists? Message-Id: <7C16E2B5-7B21-4D33-8E28-F9370FDC9DC4@gmail.com> Date: Tue, 26 May 2015 10:51:28 -0400 To: Freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2015 14:51:43 -0000 I noticed that the only thing on the Wiki page for the Pi that isn=92t = =93Ok=94 is the Pi Camera module. I=92ve got a Pi (model 1) with a = camera module. How far along (if at all) is work on the camera interface = code? Are there kernel modules/drivers? Are there appropriate /dev entries? Is = the raspistill and raspivid application code ported from Raspbian? How = bad is =93not tested=94 on the wiki page? I=92m not afraid to compile things from source and do some testing but I = haven=92t done any real programming in about 15 years. I might be able = to tweak a few lines of code in the applications if need be but I=92m = pretty sure writing a kernel module or device driver is beyond my = current skills. The Lost Admin thelostadmin@gmail.com From owner-freebsd-arm@FreeBSD.ORG Tue May 26 15:47:37 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 20B0B740 for ; Tue, 26 May 2015 15:47:37 +0000 (UTC) (envelope-from milan@obuch.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 939CBDCC for ; Tue, 26 May 2015 15:47:35 +0000 (UTC) (envelope-from milan@obuch.sk) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Tue, 26 May 2015 17:42:24 +0200 id 00EA5060.55649460.000106AD Date: Tue, 26 May 2015 17:42:23 +0200 From: Milan Obuch To: freebsd-arm@freebsd.org, thelostadmin@gmail.com Subject: Re: Raspberry Pi Camera: not tested, does that mean the device/code exists? Message-ID: <20150526174223.5991816a@zeta.dino.sk> In-Reply-To: <7C16E2B5-7B21-4D33-8E28-F9370FDC9DC4@gmail.com> References: <7C16E2B5-7B21-4D33-8E28-F9370FDC9DC4@gmail.com> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; i386-portbld-freebsd10.1) MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2015 15:47:37 -0000 On Tue, 26 May 2015 10:51:28 -0400 The Lost Admin wrote: > I noticed that the only thing on the Wiki page for the Pi that isn’t > “Ok” is the Pi Camera module. I’ve got a Pi (model 1) with a camera > module. How far along (if at all) is work on the camera interface > code? > > Are there kernel modules/drivers? Are there appropriate /dev entries? > Is the raspistill and raspivid application code ported from Raspbian? > How bad is “not tested” on the wiki page? > > I’m not afraid to compile things from source and do some testing but > I haven’t done any real programming in about 15 years. I might be > able to tweak a few lines of code in the applications if need be but > I’m pretty sure writing a kernel module or device driver is beyond my > current skills. > > The Lost Admin > thelostadmin@gmail.com > Look into mail archives of this list, there is thread started by me with subject 'Raspberry Pi Videocore interfaces question - Raspberry Camera' from 16 Feb 2015. In a nutshell, it works, and there is quick baked port for userland program controlling the Pi camera. Regards, Milan From owner-freebsd-arm@FreeBSD.ORG Tue May 26 16:05:35 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF07ED54 for ; Tue, 26 May 2015 16:05:35 +0000 (UTC) (envelope-from thelostadmin@gmail.com) Received: from mail-ig0-x22d.google.com (mail-ig0-x22d.google.com [IPv6:2607:f8b0:4001:c05::22d]) (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 B663A321 for ; Tue, 26 May 2015 16:05:35 +0000 (UTC) (envelope-from thelostadmin@gmail.com) Received: by igcau1 with SMTP id au1so56943975igc.1 for ; Tue, 26 May 2015 09:05:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=fYZODymCxf3yJAtyqKDK2YpoA+mUzCWDp7IsBSCy9UY=; b=gFNY9b8WZyP4jWjfNlyxhfae6VW5QLCRPIvBYXlT/+n6r+YxCIaGjRp08IhtpEGjZz IAcsPp9SnMt8CMD+K/fXXdhsSoUYXOwnPjmYm+qEE/I+95tNzSLftVu731EQlfOZxr4u RCXBup58ZcA/vdV2XJp+O6807b+yDzuHmK3uL6CWTYyO6Z+WelB80o4wYXHmiHXYxBZZ vli4mFzJo0L5pyRPmlOfeqfxiA0yeTjy8jPqEkLKZW2xpSnnJkoOmqgJ2ookSupGVV/4 WS5a0EstErEdjb7YJnKQopIoPSSJ+vrG57oHEv06xNl6zHkigeN8Vfjw6maVT+pwkaRd p1tQ== X-Received: by 10.50.143.38 with SMTP id sb6mr4439331igb.44.1432656335032; Tue, 26 May 2015 09:05:35 -0700 (PDT) Received: from iMac.suntrap.ca (75-119-254-217.dsl.teksavvy.com. [75.119.254.217]) by mx.google.com with ESMTPSA id 33sm11285235iop.22.2015.05.26.09.05.33 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 26 May 2015 09:05:33 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Raspberry Pi Camera: not tested, does that mean the device/code exists? From: The Lost Admin In-Reply-To: <20150526174223.5991816a@zeta.dino.sk> Date: Tue, 26 May 2015 12:05:23 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <7C16E2B5-7B21-4D33-8E28-F9370FDC9DC4@gmail.com> <20150526174223.5991816a@zeta.dino.sk> To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2015 16:05:36 -0000 On May 26, 2015, at 11:42 AM, Milan Obuch wrote: > On Tue, 26 May 2015 10:51:28 -0400 > The Lost Admin wrote: >=20 >> I noticed that the only thing on the Wiki page for the Pi that isn=92t >> =93Ok=94 is the Pi Camera module. I=92ve got a Pi (model 1) with a = camera >> module. How far along (if at all) is work on the camera interface >> code? >>=20 >> Are there kernel modules/drivers? Are there appropriate /dev entries? >> Is the raspistill and raspivid application code ported from Raspbian? >> How bad is =93not tested=94 on the wiki page? >>=20 >> I=92m not afraid to compile things from source and do some testing = but >> I haven=92t done any real programming in about 15 years. I might be >> able to tweak a few lines of code in the applications if need be but >> I=92m pretty sure writing a kernel module or device driver is beyond = my >> current skills. >>=20 >> The Lost Admin >> thelostadmin@gmail.com >>=20 >=20 > Look into mail archives of this list, there is thread started by me > with subject 'Raspberry Pi Videocore interfaces question - Raspberry > Camera' from 16 Feb 2015. In a nutshell, it works, and there is quick > baked port for userland program controlling the Pi camera. >=20 > Regards, > Milan Thanks for the quick response Milan. If I read the thread correctly, the = Pi camera does in fact work and the example tools (raspistill and = friends) have been ported successfully. Any idea what it would take to = have whoever maintains the wiki page update it to indicate that the = camera works? From owner-freebsd-arm@FreeBSD.ORG Tue May 26 18:51:32 2015 Return-Path: Delivered-To: freeBSD-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 214B5962 for ; Tue, 26 May 2015 18:51:32 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: from mail-yh0-x22a.google.com (mail-yh0-x22a.google.com [IPv6:2607:f8b0:4002:c01::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 D41CC3ED for ; Tue, 26 May 2015 18:51:31 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: by yhrr66 with SMTP id r66so33317831yhr.3 for ; Tue, 26 May 2015 11:51:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=SCABvutEu7rTopLq7W8WGEa14qn/AmMtmZIxybEGu2o=; b=ww7Ii6B8ob2HvOVDpu94VUBreEzl9GZ0kZILlSdgaJf3UjqkpE5FbL32y9/rVjJzL5 BIVL/KBBeyIzM9SUAMKHYCGrmoBPMrfl0FhSjrqH4cn57JgRt+isYw/zbKyFmcnIan9S 5IFGpX7tiNr4cgeKxzeMYtks1WWG5wUabPi4mpuCUdASQfVGHIDIcWQWB/gy3B4C7zSu QDIfvbpHrAMAtS6hkJ/Q5ZQnj25DdLO67YPlPVmhzH8L3skUbbgNKnnMnvrDeCh6GY/p jVgmn+BbbDUzMLre+jqlMefP+TOSviQO7cXMM1IPRh5KcTV2wX7nHKC8lSxOF7fsc9c2 wWkg== MIME-Version: 1.0 X-Received: by 10.170.36.14 with SMTP id 14mr28540676yke.114.1432666290929; Tue, 26 May 2015 11:51:30 -0700 (PDT) Received: by 10.13.202.197 with HTTP; Tue, 26 May 2015 11:51:30 -0700 (PDT) In-Reply-To: References: <1FD1336E-D99F-4114-AD33-FBA1DF844E93@cs.huji.ac.il> Date: Tue, 26 May 2015 15:51:30 -0300 Message-ID: Subject: Re: pwm for raspberry pi? From: Luiz Otavio O Souza To: Daniel Braniss Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2015 18:51:32 -0000 On 26 May 2015 at 03:13, Daniel Braniss wrote: > >> On May 26, 2015, at 1:14 AM, Luiz Otavio O Souza wrote: >> >> On 25 May 2015 at 07:52, Daniel Braniss wrote: >>> Hi, >>> Now that I=E2=80=99m rapping up my spi/rfid driver (available on demand= :-), >>> I would like to use the pwm interface to power on/off a lock, but >>> have no idea how to go around it, so any clues would be mostly welcomed= . >>> >>> cheers, >>> danny >> >> The PWM module is quite simple and has only two outputs, they can be >> used only with recent 40 GPIO pins header (RPi-B+ or RPi2), in the >> older models only one output was wired. >> > I do have a B+ > >> The bcm2835 peripherals datasheet describes the PWM module registers > > I=E2=80=99ve read it, hence I know it=E2=80=99s possible, what I=E2=80=99= missing is how to access it via > FreeBSD. There is a some mention for the BeagleBoneBlack, but it seems > broken, the FDT mentions the pins. Too many leads but not enough info > on how to tie them up :-) > > cheers, > danny There is no defined API to access PWM settings ATM, on beaglebone this is done with sysctls: dev.am335x_pwm.2.dutyB: 0 dev.am335x_pwm.2.dutyA: 0 dev.am335x_pwm.2.period: 1000 dev.am335x_pwm.2.freq: 100000 dev.am335x_pwm.2.clkdiv: 1 dev.am335x_pwm.2.%parent: simplebus0 dev.am335x_pwm.2.%pnpinfo: name=3Dpwm@48304000 compat=3Dti,am335x-pwm dev.am335x_pwm.2.%location: dev.am335x_pwm.2.%driver: am335x_pwm dev.am335x_pwm.2.%desc: AM335x PWM There are 3 PWM modules, each one with two outputs controlled by dutyA and dutyB. Here is the PWM code for beaglebone: https://svnweb.freebsd.org/base/head/sys/arm/ti/am335x/am335x_ehrpwm.c?view= =3Dmarkup At some point I think I will expose PWM settings via gpioctl (and possibly add a gpiopwm for a software based pwm). Regards, Luiz From owner-freebsd-arm@FreeBSD.ORG Tue May 26 19:50:34 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 15EBE25F for ; Tue, 26 May 2015 19:50:34 +0000 (UTC) (envelope-from daemon-user@FreeBSD.org) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 EA2D161F for ; Tue, 26 May 2015 19:50:33 +0000 (UTC) (envelope-from daemon-user@FreeBSD.org) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4QJoXie071021 for ; Tue, 26 May 2015 19:50:33 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4QJoXGg071020; Tue, 26 May 2015 19:50:33 GMT (envelope-from daemon-user) Date: Tue, 26 May 2015 19:50:33 +0000 To: freebsd-arm@freebsd.org From: "emaste (Ed Maste)" Subject: [Differential] [Commented On] D2378: Introduce ITS support for ARM64 Message-ID: <1dcb9fac5eb8e559cee74644b99cf747@localhost.localdomain> X-Priority: 3 Thread-Topic: D2378: Introduce ITS support for ARM64 X-Herald-Rules: <28>, <31>, <32>, <34>, <8> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: ZTc3NjU2YTNlNjQxNDIwYzYxMmJlZjFmYzJmIFVkzok= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2015 19:50:34 -0000 emaste added a comment. @zbb, do you have an ETA for the rebase and new review? REPOSITORY rS FreeBSD src repository REVISION DETAIL https://reviews.freebsd.org/D2378 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: zbb, imp, ian, andrew, emaste, brueffer, joel, wblock Cc: gnn, kib, emaste, andrew, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Wed May 27 01:02:11 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87528B0 for ; Wed, 27 May 2015 01:02:11 +0000 (UTC) (envelope-from trev@sentry.org) Received: from shadow.sentry.org (shadow.sentry.org [220.233.87.20]) (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 20CEB99F for ; Wed, 27 May 2015 01:02:10 +0000 (UTC) (envelope-from trev@sentry.org) Received: from shadow.sentry.org (localhost [127.0.0.1]) by shadow.sentry.org (8.14.9/8.14.9) with ESMTP id t4R1218Z093071; Wed, 27 May 2015 11:02:01 +1000 (AEST) (envelope-from trev@sentry.org) Message-ID: <55651788.2040406@sentry.org> Date: Wed, 27 May 2015 11:02:00 +1000 From: Trevor Roydhouse Organization: Sentry User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:36.0) Gecko/20100101 Firefox/36.0 SeaMonkey/2.33.1 MIME-Version: 1.0 To: "Zane C. B-H." CC: freebsd-arm@freebsd.org Subject: Re: Raspberry Pi 2 - Xorg issues References: <555E80F4.7030300@sentry.org> <20150526090259.30c74175@vixen42.vulpes.vvelox.net> In-Reply-To: <20150526090259.30c74175@vixen42.vulpes.vvelox.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (shadow.sentry.org [127.0.0.1]); Wed, 27 May 2015 11:02:01 +1000 (AEST) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2015 01:02:11 -0000 Zane C. B-H. wrote: > On Fri, 22 May 2015 11:05:56 +1000 > Trevor Roydhouse wrote: [...] >> Solution to get X up: >> >> Leave out DefaultDepth nn in the Screen section, but this yields >> very slow motion screen draws and long cursor tails. However, if I >> run a find / in an xterm, screen draws return to normal until find >> finishes... weird. >> >> Any other solutions? > > I am seeing the exact same thing using a image I built using a fresh > source tree on the 23rd. > > It appears to be load related in some manner. For example I can also > get it to behave nicely. If I start compiling something like firefox > or the like. > > Make any headway with this on your end? I wondered about whether it was caused by powerd, but disabling it had no effect. In the meantime I've reverted to my RPi B+ which works nicely as far as X goes. -- Trevor Roydhouse BJuris, LLB, LLM (UNSW) Systems Developer Australasian Legal Information Institute Web : www.austlii.edu.au From owner-freebsd-arm@FreeBSD.ORG Wed May 27 10:04:06 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4F43BB6 for ; Wed, 27 May 2015 10:04:06 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: from mail-vn0-x22d.google.com (mail-vn0-x22d.google.com [IPv6:2607:f8b0:400c:c0f::22d]) (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 85840984 for ; Wed, 27 May 2015 10:04:06 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: by vnbf1 with SMTP id f1so340326vnb.6 for ; Wed, 27 May 2015 03:04:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:content-type:content-transfer-encoding:subject :message-id:date:to:mime-version; bh=wDNJBfnjCjybbgHke4uzAza3hLTzc3eAr6BxwPCeXak=; b=MSXMOO0GzhQbBGWYQ3BYORT+5K++c45tt2kgwhUSR7qHoyYFGDLfqdnv2v19dJAp1F OUaClHAgTFxqRqbwy5Sfcbb5iRPk3PkYU2q+EpKgoo/7l1B96fkfwddw6T6J5tMkt4vv muUM3LKAWfzaEeIcEeqkML0V4/Fyvo/ioYvuwi2HRU92ekYV6XOuGHF6pzXhI5QYCJno rWnhKlbFAv0X/gTSFouU4gz5tvemCMXix+vLOmPDv79Q8jtBiYkDE+l4RpJ5F91b5/hC 1egT1gD3N6ryAJouEXjDmU/sRTdCUpotS48+8G9Y664wCLhP1OgZrc8McrSLWqfNAljr 8K3A== X-Received: by 10.52.112.36 with SMTP id in4mr36816618vdb.3.1432721045557; Wed, 27 May 2015 03:04:05 -0700 (PDT) Received: from mbp.home (179-125-134-20.desktop.com.br. [179.125.134.20]) by mx.google.com with ESMTPSA id c7sm7225990vdw.16.2015.05.27.03.04.04 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 27 May 2015 03:04:04 -0700 (PDT) Sender: Renato Botelho From: Renato Botelho Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Segfault when linking with -pthread on recent stable/10 ARM Message-Id: Date: Wed, 27 May 2015 07:04:01 -0300 To: freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2015 10:04:06 -0000 I=E2=80=99m building some packages for arm.armv6 on stable/10 for a = while using poudriere + native-tools. Last week I updated jails to = recent stable/10 and started to see the same issue on 2 ports = (net/openldap24-client and net/ntp). I noted there were a lot of ARM = MFCs recently so probably we got a regression at some point. I also created a regular jail, without native-xtools, and result is the = same: checking for GNU Pth pthread.h... no checking for sched.h... (cached) yes checking for pthread_create in default libraries... no checking for pthread link with -kthread... no checking for pthread link with -pthread... Segmentation fault (core = dumped) no checking for pthread link with -pthreads... no checking for pthread link with -mthreads... no checking for pthread link with -thread... no checking for pthread link with -lpthread -lmach -lexc -lc_r... no checking for pthread link with -lpthread -lmach -lexc... no checking for pthread link with -lpthread -Wl,-woff,85... no checking for pthread link with -lpthread... Segmentation fault (core = dumped) no checking for pthread link with -lc_r... no checking for pthread link with -threads... no checking for pthread link with -lpthreads -lmach -lexc -lc_r... no checking for pthread link with -lpthreads -lmach -lexc... no checking for pthread link with -lpthreads -lexc... no checking for pthread link with -lpthreads... no configure: error: could not locate usable POSIX Threads =3D=3D=3D> Script "configure" failed unexpectedly. Please report the problem to delphij@FreeBSD.org [maintainer] and attach = the = "/wrkdirs/usr/ports/net/openldap24-client/work/openldap-2.4.40/config.log"= including the output of the failure of your make command. Also, it might = be a good idea to provide an overview of all packages installed on your = system (e.g. a /usr/local/sbin/pkg-static info -g -Ea). *** Error code 1 I've collected conftest.c used by configure and also compiler arguments = used during test: http://pastebin.com/7hwn9LSW -- Renato Botelho From owner-freebsd-arm@FreeBSD.ORG Wed May 27 13:01:00 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BDFAA8AC; Wed, 27 May 2015 13:01:00 +0000 (UTC) (envelope-from vandervelde.ag@gmail.com) Received: from mail-qk0-x22a.google.com (mail-qk0-x22a.google.com [IPv6:2607:f8b0:400d:c09::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 78186A29; Wed, 27 May 2015 13:01:00 +0000 (UTC) (envelope-from vandervelde.ag@gmail.com) Received: by qkx62 with SMTP id 62so4673554qkx.3; Wed, 27 May 2015 06:00:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=4M6V7WNF+O5ExiWFHCYsm6ZtwXdihYgjUG5k0m/EkoQ=; b=Z/Yac2g7aXvMWH+ceaQ0qr8kzm4qCKZ6uCR7Z9onMJ0VPXO4CvbLkVASVZde3aezM8 WAWl/FtIk+cQcm0fnsUj3KFlokZsISEjpKCh2HvguHI2vba0lrgAMeivWF2wVTDyIMZk rXUkeiz9bmeA3O4PI9q21N0qbX9Q8rG8KxJA1EKjwvSbON+qf/hoT28ubtjDNU9wVCSO MVV8oYK/5Q6FY/vZjvNc8LbdLSY4wHcrqP0pH6UcSL5AtUavc/kUzo6BO/EDnYri6oCD 9S6RVsebX9319f3CdhuKiJ92ToEBHGaGG4JcYpAiXakLDwr3adzWsD/KLDTcgi2rKYNc y8YQ== X-Received: by 10.55.25.166 with SMTP id 38mr4800058qkz.52.1432731659559; Wed, 27 May 2015 06:00:59 -0700 (PDT) Received: from [10.0.0.3] (96-39-105-86.static.oxfr.ma.charter.com. [96.39.105.86]) by mx.google.com with ESMTPSA id 139sm9083656qhs.5.2015.05.27.06.00.58 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 27 May 2015 06:00:58 -0700 (PDT) Subject: Re: Segfault when linking with -pthread on recent stable/10 ARM Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=windows-1252 From: Arjan van der Velde In-Reply-To: Date: Wed, 27 May 2015 09:00:57 -0400 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Renato Botelho X-Mailer: Apple Mail (2.1085) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2015 13:01:00 -0000 This seems to be related to qemu. To my understanding qemu does not = fully support threads. I have been running into exactly the same problem = on stable/10 and also tried both with and without native-xtools, to no = avail. Linking to pthreads does work on stable/10 running on an actual = ARM, without problems. -- Arjan On May 27, 2015, at 6:04 AM, Renato Botelho wrote: > I=92m building some packages for arm.armv6 on stable/10 for a while = using poudriere + native-tools. Last week I updated jails to recent = stable/10 and started to see the same issue on 2 ports = (net/openldap24-client and net/ntp). I noted there were a lot of ARM = MFCs recently so probably we got a regression at some point. >=20 > I also created a regular jail, without native-xtools, and result is = the same: >=20 > checking for GNU Pth pthread.h... no > checking for sched.h... (cached) yes > checking for pthread_create in default libraries... no > checking for pthread link with -kthread... no > checking for pthread link with -pthread... Segmentation fault (core = dumped) > no > checking for pthread link with -pthreads... no > checking for pthread link with -mthreads... no > checking for pthread link with -thread... no > checking for pthread link with -lpthread -lmach -lexc -lc_r... no > checking for pthread link with -lpthread -lmach -lexc... no > checking for pthread link with -lpthread -Wl,-woff,85... no > checking for pthread link with -lpthread... Segmentation fault (core = dumped) > no > checking for pthread link with -lc_r... no > checking for pthread link with -threads... no > checking for pthread link with -lpthreads -lmach -lexc -lc_r... no > checking for pthread link with -lpthreads -lmach -lexc... no > checking for pthread link with -lpthreads -lexc... no > checking for pthread link with -lpthreads... no > configure: error: could not locate usable POSIX Threads > =3D=3D=3D> Script "configure" failed unexpectedly. > Please report the problem to delphij@FreeBSD.org [maintainer] and = attach the > = "/wrkdirs/usr/ports/net/openldap24-client/work/openldap-2.4.40/config.log"= > including the output of the failure of your make command. Also, it = might be > a good idea to provide an overview of all packages installed on your = system > (e.g. a /usr/local/sbin/pkg-static info -g -Ea). > *** Error code 1 >=20 > I've collected conftest.c used by configure and also compiler = arguments used during test: >=20 > http://pastebin.com/7hwn9LSW >=20 > -- > Renato Botelho >=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Wed May 27 15:54:26 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 226BD5F5; Wed, 27 May 2015 15:54:26 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ie0-x235.google.com (mail-ie0-x235.google.com [IPv6:2607:f8b0:4001:c03::235]) (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 E1187D8D; Wed, 27 May 2015 15:54:25 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by iepj10 with SMTP id j10so16837861iep.3; Wed, 27 May 2015 08:54:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=XkbsNMp45wjZKU1b2g0115lxlvD004Ft4gsB6NYFS8s=; b=gOik6zEJuyWUgxzJQNWDlpKta926Joze3GOKhZosALRyUMlb2KSO7miR3+c7ybRd1e srCUMky2HKpHQr2yOCPmFTJZnmZ/gc0iUXibMyz6zEpnrPIasgMyQ0+SWyCI0hXNM58K schsG1vcs0VIq0BPiCOxheUAnexEignCmX8DsCs56pkeLQzBLIF4wvLgkbZVtdcqPu+Z yzvFAyW1P75wvg/mAgtUvGZn6axQuqxS8HBrGBJXEX2uvAMT5cRVRfjOhFaQG+I5hZI3 O4sebPA3FC2RZ2VSkABghEYOrKjGhFbgD4dk3AQLag72ksV1bc1t1/nAOMEH3iLqwRmL 95kg== MIME-Version: 1.0 X-Received: by 10.107.155.81 with SMTP id d78mr43036887ioe.29.1432742065360; Wed, 27 May 2015 08:54:25 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.38.133 with HTTP; Wed, 27 May 2015 08:54:25 -0700 (PDT) In-Reply-To: References: Date: Wed, 27 May 2015 08:54:25 -0700 X-Google-Sender-Auth: -LWKPbpq8a08QZEkFWZZQgICveM Message-ID: Subject: Re: Segfault when linking with -pthread on recent stable/10 ARM From: Adrian Chadd To: Arjan van der Velde Cc: Renato Botelho , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2015 15:54:26 -0000 Is this with qemu or qemu-devel? -a From owner-freebsd-arm@FreeBSD.ORG Wed May 27 16:03:04 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2F96A7DE; Wed, 27 May 2015 16:03:04 +0000 (UTC) (envelope-from vandervelde.ag@gmail.com) Received: from mail-qg0-x230.google.com (mail-qg0-x230.google.com [IPv6:2607:f8b0:400d:c04::230]) (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 DCE82FAA; Wed, 27 May 2015 16:03:03 +0000 (UTC) (envelope-from vandervelde.ag@gmail.com) Received: by qgez61 with SMTP id z61so5329620qge.1; Wed, 27 May 2015 09:03:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=/Zbubi2ja+sVYwwLU27i4Scna3EfcyT2NtKyTCYNGgQ=; b=iJB3Q3iwdXZLIk1lnBxnCXHOB6Z6snxDf9ZBonnMrZFMBCjmQIVVjSlLvxcKJofT1L Vs34w81ASoxg7+AaDhGIeSkgXq4zGNZ7rqzVxPgw30nkUYrzfsPqq+ltZYJgDE4TLHSX dY2p8xH8OuvWdt3hjHhCK+9nWQfnmbhYtP4JEYmXGSb+SIz+4i/7qTh2jEKfmKQ9EwNx EXd2qPhTf1OGiXXa1ZLThZxbE6gvjBVZMuICeFKAHHJRcOQwHvLuUmYPStBtA9qy9xWF n80AmfqMj53yonXRD8KQGJ8P/5+DBPwtWSAd/tzq+TcgwhK3JFysstDXTZElv+zK/nPk k28w== X-Received: by 10.140.195.73 with SMTP id q70mr12343885qha.70.1432742582859; Wed, 27 May 2015 09:03:02 -0700 (PDT) Received: from noresult.ad.umassmed.edu ([146.189.163.113]) by mx.google.com with ESMTPSA id 71sm10315608qhe.29.2015.05.27.09.03.01 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 27 May 2015 09:03:02 -0700 (PDT) Subject: Re: Segfault when linking with -pthread on recent stable/10 ARM Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Arjan van der Velde In-Reply-To: Date: Wed, 27 May 2015 12:03:00 -0400 Cc: Renato Botelho , "freebsd-arm@freebsd.org" Content-Transfer-Encoding: 7bit Message-Id: References: To: Adrian Chadd X-Mailer: Apple Mail (2.1085) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2015 16:03:04 -0000 I'm using the "qemu-user-static" port installed as a dependency of poudriere. -- Arjan On May 27, 2015, at 11:54 AM, Adrian Chadd wrote: > Is this with qemu or qemu-devel? > > > > -a From owner-freebsd-arm@FreeBSD.ORG Wed May 27 16:09:12 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 860AE973; Wed, 27 May 2015 16:09:12 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: from mail-vn0-x22c.google.com (mail-vn0-x22c.google.com [IPv6:2607:f8b0:400c:c0f::22c]) (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 3C9B2FF5; Wed, 27 May 2015 16:09:12 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: by vnbf190 with SMTP id f190so1548379vnb.0; Wed, 27 May 2015 09:09:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=W6aEnvKliAdyHI8lMkUTgd3tJJCLI+klSFyckONSA7w=; b=uHrvs6xkI1Y9S2pkbzbJSLJeZg9+7tqqmxxv8UjQQ/tNkCr8tLkXz7flvey8SqdbZR /zvEdRUZ9qKBfFKH4BgXm4ZhCs542jkI6Ey5AMmFL+/4RgNXlQcAGhbZd7rs68zGTgJc 1YWXDZrA8drx6jfXWxYG0uUrSDhujzlYLKTQrGVtEy+UqEJwOCFk/RiPot5M79J5rk9G XWGIiHZwVXHY1u2JfidNrBfqScSXFMZEb6adDE8YomSPdfC3DWztkl8GaXGqAru581Uc zO85N5/GMYGaX2hmdcKoJitmhXXyYVPPcLS6rau9Em8NWH8KCkRHxTfRcE41IGP66rmn LSJw== X-Received: by 10.52.30.201 with SMTP id u9mr17724571vdh.95.1432742951124; Wed, 27 May 2015 09:09:11 -0700 (PDT) Received: from mbp.home (179-125-134-20.desktop.com.br. [179.125.134.20]) by mx.google.com with ESMTPSA id de3sm8121540vdc.17.2015.05.27.09.09.09 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 27 May 2015 09:09:10 -0700 (PDT) Sender: Renato Botelho Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: Segfault when linking with -pthread on recent stable/10 ARM From: Renato Botelho In-Reply-To: Date: Wed, 27 May 2015 13:09:07 -0300 Cc: Arjan van der Velde , "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <05860CB7-7E42-42C6-BDA6-B6D344ABA7B8@FreeBSD.org> References: To: Adrian Chadd X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2015 16:09:12 -0000 > On May 27, 2015, at 12:54, Adrian Chadd wrote: >=20 > Is this with qemu or qemu-devel? qemu-user-static. BTW, I figured out it is the culprit. Downgraded it to = qemu-user-static-2.2.50.g20150310 fixed the issue. I=E2=80=99ll bisect = to identify which version started the problem. -- Renato Botelho From owner-freebsd-arm@FreeBSD.ORG Wed May 27 16:23:01 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9263E6FB; Wed, 27 May 2015 16:23:01 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: from mail-vn0-x234.google.com (mail-vn0-x234.google.com [IPv6:2607:f8b0:400c:c0f::234]) (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 479DA74E; Wed, 27 May 2015 16:23:01 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: by vnbf1 with SMTP id f1so1585623vnb.6; Wed, 27 May 2015 09:23:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=tk3yvUQpmD3fn6/9aV0kAhVy8kzckyrMwYAC/6m0xSQ=; b=n6ByDUp8BLHtkGB5XECZa0aNUGXpwLGOpl/aA4j7pqKAKJKuYlWzJ7yX8IpnT10t5H HV6MZgfanIl74KJnLBwwUY8cUaI/bILu9dKpj7VRS2lqVST3kXwhO1X/RJs/Ze3eu8sA LrnKH4zOYrJFHPGGI1DJQGkIu0S+U7z+BBzqDNz3HIL9XWVsQRgDm77F2VpE9w+nTW7K 1GoZAzHAPoiK6SzR+erdJ5Lij+WPlQazIDuc2m78ucY2pgBugqzWFvSuW80qxKROT4Rh 7DvQKrMv67RldxliuGOuaX742oYZ44Me21TZrcHOLu88Tvpbaw38XjNs2fAxX0aPUnvW Mh8Q== X-Received: by 10.53.12.138 with SMTP id eq10mr37874662vdd.41.1432743780462; Wed, 27 May 2015 09:23:00 -0700 (PDT) Received: from mbp.home (179-125-134-20.desktop.com.br. [179.125.134.20]) by mx.google.com with ESMTPSA id zb15sm8163761vdb.11.2015.05.27.09.22.58 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 27 May 2015 09:22:59 -0700 (PDT) Sender: Renato Botelho Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: Segfault when linking with -pthread on recent stable/10 ARM From: Renato Botelho In-Reply-To: <05860CB7-7E42-42C6-BDA6-B6D344ABA7B8@FreeBSD.org> Date: Wed, 27 May 2015 13:22:56 -0300 Cc: Arjan van der Velde , "freebsd-arm@freebsd.org" , Adrian Chadd Content-Transfer-Encoding: quoted-printable Message-Id: References: <05860CB7-7E42-42C6-BDA6-B6D344ABA7B8@FreeBSD.org> To: sbruno@FreeBSD.org X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2015 16:23:01 -0000 > On May 27, 2015, at 13:09, Renato Botelho wrote: >=20 >> On May 27, 2015, at 12:54, Adrian Chadd wrote: >>=20 >> Is this with qemu or qemu-devel? >=20 > qemu-user-static. >=20 > BTW, I figured out it is the culprit. Downgraded it to = qemu-user-static-2.2.50.g20150310 fixed the issue. I=E2=80=99ll bisect = to identify which version started the problem. Found it, since rev. 385142 the problem started. Sean, do you want me to open a ticket about it? A PR on FreeBSD bugzilla = or an Issue at project on github? -- Renato Botelho From owner-freebsd-arm@FreeBSD.ORG Wed May 27 17:39:19 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 216EE903; Wed, 27 May 2015 17:39:19 +0000 (UTC) (envelope-from sbruno@ignoranthack.me) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (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 F349DACC; Wed, 27 May 2015 17:39:18 +0000 (UTC) (envelope-from sbruno@ignoranthack.me) Received: from [192.168.200.214] (unknown [50.136.155.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 814AF193656; Wed, 27 May 2015 17:39:17 +0000 (UTC) Message-ID: <55660144.50900@ignoranthack.me> Date: Wed, 27 May 2015 10:39:16 -0700 From: Sean Bruno Reply-To: sbruno@freebsd.org User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Renato Botelho CC: "freebsd-arm@freebsd.org" Subject: Re: Segfault when linking with -pthread on recent stable/10 ARM References: <05860CB7-7E42-42C6-BDA6-B6D344ABA7B8@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2015 17:39:19 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 05/27/15 09:22, Renato Botelho wrote: >> On May 27, 2015, at 13:09, Renato Botelho >> wrote: >> >>> On May 27, 2015, at 12:54, Adrian Chadd >>> wrote: >>> >>> Is this with qemu or qemu-devel? >> >> qemu-user-static. >> >> BTW, I figured out it is the culprit. Downgraded it to >> qemu-user-static-2.2.50.g20150310 fixed the issue. I’ll bisect to >> identify which version started the problem. > > Found it, since rev. 385142 the problem started. > > Sean, do you want me to open a ticket about it? A PR on FreeBSD > bugzilla or an Issue at project on github? > > -- Renato Botelho > > > Probably easiest to do a bugzilla. Also, I saw this this morning too, so its not just you. sean -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJVZgFEXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCQUFENDYzMkU3MTIxREU4RDIwOTk3REQx MjAxRUZDQTFFNzI3RTY0AAoJEBIB78oecn5kT+wIAJwCjIve7R76eO1TAVlfjxwL sXi0KrMuP0/pNwGbsShvEPk7Fvw75qhMmOog03L4u/t+AW3Xj8QR4bZR1pUb1WTD d9hJSQIBrSAEDNR0u369YPPopF9ogfZkRDUNXvF/8IjrqswYD3HUMKVSVYNB6xcR AmB3WON4/1G0ikm/5R7UpxNFPSvoaacDmehVz2pduKEq9SnVSvtk4eBEgAY792c8 voXh6+cgFwvdmTXjyCwGAy77eJdJxFpbUmQet6cHivVIU7JYQOJWwGzNwzepKHh4 IpxQuMhO4x/ZNOr8/0HoJb/EaD5VazPI2YRke3+gNxq8OW+MuUV61iCGf6M0Ga4= =uEHd -----END PGP SIGNATURE----- From owner-freebsd-arm@FreeBSD.ORG Wed May 27 18:17:30 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AAA14997; Wed, 27 May 2015 18:17:30 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: from mail-vn0-x233.google.com (mail-vn0-x233.google.com [IPv6:2607:f8b0:400c:c0f::233]) (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 5BE117F0; Wed, 27 May 2015 18:17:30 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: by vnbf7 with SMTP id f7so2006737vnb.13; Wed, 27 May 2015 11:17:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to; bh=NAvUFrSnQmQJFg1JX5I5wljCdqW+UVUzgzh4XQux8eg=; b=Aue+i8puS0n4cufKoxrOIH0a8JwL96mIF22ZBwUMEwnMppEWAm4nK4sggmPyt0Q/ls SqO7vhhd6OtcA3LhunEbEsphvjQt6XZXCyieGq8Ehcgw5VYRhDK26BOdxdcrT8PBPkAf 7Z7eGpvKIInbrh6hp2VWl5BQSyvoWegJUqNTrsVKxx58BsvpjeVtaAO8hiGpcsBHwXNC eR9pKZ8Omle8EUd+LOjXtTwmfS7SRrU7poLKWInAtmjL0h/IEUtXF2WhGDKF63atI83w Ofv+6XwcdzkifYRG1Rrce7PVn5NjAjXxQEAHx3+o6MtCycVyUpnsGx6U+sGfIwqBmuCg RCww== X-Received: by 10.52.176.37 with SMTP id cf5mr39722277vdc.9.1432750649314; Wed, 27 May 2015 11:17:29 -0700 (PDT) Received: from mbp.home (179-125-134-20.desktop.com.br. [179.125.134.20]) by mx.google.com with ESMTPSA id v15sm5040120vdj.26.2015.05.27.11.17.27 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 27 May 2015 11:17:28 -0700 (PDT) Sender: Renato Botelho Subject: Re: Segfault when linking with -pthread on recent stable/10 ARM Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Content-Type: multipart/signed; boundary="Apple-Mail=_496EA190-0974-4A65-AA25-D16A2C278E6A"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Renato Botelho In-Reply-To: <55660144.50900@ignoranthack.me> Date: Wed, 27 May 2015 15:17:24 -0300 Cc: "freebsd-arm@freebsd.org" Message-Id: <68E6295D-1A5A-4929-8905-DAD03701676C@FreeBSD.org> References: <05860CB7-7E42-42C6-BDA6-B6D344ABA7B8@FreeBSD.org> <55660144.50900@ignoranthack.me> To: sbruno@freebsd.org X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2015 18:17:30 -0000 --Apple-Mail=_496EA190-0974-4A65-AA25-D16A2C278E6A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On May 27, 2015, at 14:39, Sean Bruno wrote: >=20 > Signed PGP part > On 05/27/15 09:22, Renato Botelho wrote: > >> On May 27, 2015, at 13:09, Renato Botelho > >> wrote: > >> > >>> On May 27, 2015, at 12:54, Adrian Chadd > >>> wrote: > >>> > >>> Is this with qemu or qemu-devel? > >> > >> qemu-user-static. > >> > >> BTW, I figured out it is the culprit. Downgraded it to > >> qemu-user-static-2.2.50.g20150310 fixed the issue. I=E2=80=99ll = bisect to > >> identify which version started the problem. > > > > Found it, since rev. 385142 the problem started. > > > > Sean, do you want me to open a ticket about it? A PR on FreeBSD > > bugzilla or an Issue at project on github? > > > > -- Renato Botelho > > > > > > >=20 >=20 > Probably easiest to do a bugzilla. >=20 > Also, I saw this this morning too, so its not just you. There it is - https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D200485 -- Renato Botelho --Apple-Mail=_496EA190-0974-4A65-AA25-D16A2C278E6A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iQIcBAEBCgAGBQJVZgo1AAoJEPHw56GfYleQsNQP/iz1SGDZ1R2ebEU5dhyYxSWf Cr9aXf4glOgbqXdsQ6K1iX9TzUTinUzGTCNCdC8p0z0lZNWqQg2ypN71DjfbacSJ 917hgsyey0nYABccYW9VPLYesClWCjGVgu7vUpHC8vF3VZE96Mzmaspmk1voNsZm 8EkELx8OQRB4BIgmzhKrLQ17M+Xkj7U7yxbafYklQ+Mnw0chyRrw4SBlxt3yOIPX xYq/9Ct8Rb887v5XWAC58/B3Wxm0I2KXntb/A2AzRBI4O5C23VFE31vfoXW68Gzo zpdM6HhCEMhIa839aVdZy5lE9Kts7zD26qJqL6XUs4+GxKIctgdRdp/wGm4ipBK/ kIi4GGQ84JVq2Yw7DXJPl5i/FlRYhX92/B3spVu6T9Th7MgRExyNaU972vXAec22 hunGPyC/oMacydaBcUudd8t3JgNnbtLLAuQKXfwbHZTzcTLZ4QY3J96qsu1H2FDo qrsxMhQqjmZzZ1xmcYW/BAq6uNu0e0c0oUhPbFj6Cv+9e4wU/8A1P6yTwKihdj1h YavZqTqQ0Gk2Hrl/HTLZwlpASGR/hWgshcuBTla+qL8IbwNNP+8PxwlcWXYqKBo0 raF0BKDukoGt2h1llusp4I2LsWkux5Hp0bfOGolC2PPVwSTbRgRrIfxiBY6LZmkI rmy4gtQwwi5CSspdUO+0 =hKJL -----END PGP SIGNATURE----- --Apple-Mail=_496EA190-0974-4A65-AA25-D16A2C278E6A-- From owner-freebsd-arm@FreeBSD.ORG Thu May 28 16:51:49 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D8C30590 for ; Thu, 28 May 2015 16:51:49 +0000 (UTC) (envelope-from v.velox@vvelox.net) Received: from vulpes.vvelox.net (vulpes.vvelox.net [99.69.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id A74DED5F for ; Thu, 28 May 2015 16:51:49 +0000 (UTC) (envelope-from v.velox@vvelox.net) Received: from vixen42.vulpes.vvelox.net (vixen42.vulpes.vvelox.net [192.168.15.2]) (Authenticated sender: kitsune) by vulpes.vvelox.net (Postfix) with ESMTPA id DD3D3377D826; Thu, 28 May 2015 11:50:27 -0500 (CDT) Date: Thu, 28 May 2015 11:52:59 -0500 From: "Zane C. B-H." To: Trevor Roydhouse Cc: freebsd-arm@freebsd.org Subject: Re: Raspberry Pi 2 - Xorg issues Message-ID: <20150528115259.44dbd337@vixen42.vulpes.vvelox.net> In-Reply-To: <55651788.2040406@sentry.org> References: <555E80F4.7030300@sentry.org> <20150526090259.30c74175@vixen42.vulpes.vvelox.net> <55651788.2040406@sentry.org> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd10.1) 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.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2015 16:51:49 -0000 On Wed, 27 May 2015 11:02:00 +1000 Trevor Roydhouse wrote: > Zane C. B-H. wrote: > > On Fri, 22 May 2015 11:05:56 +1000 > > Trevor Roydhouse wrote: > [...] > >> Solution to get X up: > >> > >> Leave out DefaultDepth nn in the Screen section, but this yields > >> very slow motion screen draws and long cursor tails. However, if > >> I run a find / in an xterm, screen draws return to normal until > >> find finishes... weird. > >> > >> Any other solutions? > > > > I am seeing the exact same thing using a image I built using a > > fresh source tree on the 23rd. > > > > It appears to be load related in some manner. For example I can > > also get it to behave nicely. If I start compiling something like > > firefox or the like. > > > > Make any headway with this on your end? > > I wondered about whether it was caused by powerd, but disabling it > had no effect. > > In the meantime I've reverted to my RPi B+ which works nicely as > far as X goes. On another note, I've just tried it with out any of the debugging stuff compiled in and that did not make a difference. Now seeing if hz makes a difference. On a interesting note, I did find that with out invariants, the noise on the +5V GPIO line is different. It takes awhile for longer for each of the additional 3 sections to form and all 4 of them are not as consistent. From owner-freebsd-arm@FreeBSD.ORG Fri May 29 01:23:07 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F0C27EF0 for ; Fri, 29 May 2015 01:23:07 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-pa0-f51.google.com (mail-pa0-f51.google.com [209.85.220.51]) (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 C0BBD1704 for ; Fri, 29 May 2015 01:23:07 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: by pabru16 with SMTP id ru16so36184973pab.1 for ; Thu, 28 May 2015 18:23:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=O1lK6vfJGYDObaqLElOs4mHwVMiFAGhgW31QXx+0lfA=; b=ONc9qxV98w5WaTpVqTQcPCeDnkvAp614M3y8uCL/kbkF7iDzV/k7VtIZhlzRLLQu3q uhrEBRORgVeO4ioXDgbQEBWPPUC4BbovPoGour+2AezKhQJEvqqnfwKYnchs0UlpO99C aH49kXWX5ES5dsoJCkJ+CWGiLcgBoLobBiRxH/Lp+BkiwfzUIToPtylzIwF0CUjl2Jt8 /ac3m2/Gfw3Y0NuOeXy38LdHYyOR0JnUqinvEkD5u2t6uzAXNUFnQ5kmXfgH3wn3niiS eI3KeRjV42HsONvGAwBTCuVIto1XKOeu9jjtUy16VBGoZEW22W5aKfVgD93eXWfXozcE poSA== X-Gm-Message-State: ALoCoQlmIqqH06EWFkHxnWgIgy54uOvzvfUa+4UvRuvBL/2EHkWicRBQaj+xQT6QDGUmMgN+vyWO X-Received: by 10.66.184.133 with SMTP id eu5mr10254090pac.75.1432862586934; Thu, 28 May 2015 18:23:06 -0700 (PDT) Received: from [10.64.25.120] ([69.53.236.236]) by mx.google.com with ESMTPSA id ca2sm3651377pdb.25.2015.05.28.18.23.05 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 28 May 2015 18:23:06 -0700 (PDT) Sender: Warner Losh Subject: Re: am335x-bone.dts not exist Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Content-Type: multipart/signed; boundary="Apple-Mail=_B599E26D-3C6F-4784-BA6F-4FDF28E8919F"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Warner Losh In-Reply-To: <27DD7AA7-4B66-4A8C-A529-1D67B081326E@kientzle.com> Date: Thu, 28 May 2015 19:23:03 -0600 Cc: FreeBSD current , freebsd-arm , Garrett Cooper Message-Id: References: <8FF14032-CAAA-41AD-A3A7-DBBAA69D2153@bluezbox.com> <4F170567-59B8-477B-8524-D15AF58288C2@kientzle.com> <142808D5-D628-4FCF-BDF4-BBC96D91E118@bsdimp.com> <27DD7AA7-4B66-4A8C-A529-1D67B081326E@kientzle.com> To: Tim Kientzle X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2015 01:23:08 -0000 --Apple-Mail=_B599E26D-3C6F-4784-BA6F-4FDF28E8919F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 > On May 25, 2015, at 4:19 PM, Tim Kientzle wrote: >=20 >>=20 >> On May 25, 2015, at 8:25 AM, Warner Losh wrote: >>=20 >>>=20 >>> On May 24, 2015, at 7:44 PM, Tim Kientzle wrote: >>>=20 >>>>=20 >>>> On May 24, 2015, at 12:55 AM, Oleksandr Tymoshenko = wrote: >>>>=20 >>>>=20 >>>>> On May 24, 2015, at 12:12 AM, Garrett Cooper = wrote: >>>>>=20 >>>>> On May 24, 2015, at 0:07, Oleksandr Tymoshenko = wrote: >>>>>=20 >>>>>>> On May 23, 2015, at 7:21 PM, Andrey Fesenko = wrote: >>>>>>>=20 >>>>>>> # uname -a >>>>>>> FreeBSD des.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r283306: = Sat >>>>>>> May 23 11:56:46 MSK 2015 >>>>>>> root@des.local:/usr/obj/usr/src/sys/GENERIC amd64 >>>>>>>=20 >>>>>>> I'm build BEAGLEBONE with crochet. >>>>>>>=20 >>>>>>> build error >>>>>>>=20 >>>>>>> Mounting UFS partition 1 at /usr/obj/_.mount.freebsd >>>>>>> Installing U-Boot from : = /usr/local/share/u-boot/u-boot-beaglebone >>>>>>> Error: beaglebone.dts:29.1-2 syntax error >>>>>>> FATAL ERROR: Unable to parse input tree >>>>>>>=20 >>>>>>>=20 >>>>>>> file /usr/src/sys/boot/fdt/dts/arm/beaglebone.dts contain = #include >>>>>>> "am335x-bone.dts" but this file not existence. Need use = am335x-evm.dts >>>>>>> or else? >>>>>>=20 >>>>>>=20 >>>>>> am335x-bone.dts in in sys/gnu/dts/arm/, it's a file provided by = vendor (TI) >>>>>>=20 >>>>>> I guess crochet does not have this path as include path when = compiling >>>>>> dts files. >>>>>=20 >>>>> Pardon me for being a bit daft potentially, but shouldn=92t = #include work for all dts files (look for #include in this doc: = http://events.linuxfoundation.org/sites/events/files/slides/petazzoni-devi= ce-tree-dummies.pdf )? >>>>> Thanks! >>>>>=20 >>>>=20 >>>>=20 >>>> #include in dts file is handled by cpp(1). /include/ is handled >>>> by dtc I believe >>>>=20 >>>> You can take a look at how FreeBSD compiles dts files in >>>> sys/tools/fdt/make_dtb.sh >>>>=20 >>>> crochet does not have cpp stage of compilation and before my TI >>>> code/devicetree refactoring none of the dts files referenced in >>>> crochet used #include. That's why problem never appeared. >>>>=20 >>>> Fix is just a matter of fixing freebsd_install_fdt in = lib/freebsd.sh. >>>> If nobody beats me to it I'll try to fix it and submit pull request = to Tim. >>>=20 >>> I=92m testing a fix for this now. >>>=20 >>> Thanks for providing such detailed information. >>=20 >> Is there any reason the standard dts to dtb script isn=92t being used = instead of enshrining another copy of that outside the tree which may = break if/when we need to enhance the current script? >=20 > Until recently, this didn=92t seem necessary; it was a lot simpler to = just invoke dtc. I changed things to require cpp when I started merging in the upstream = dts files that required it. This was almost a year ago now, about the time we = switched back to the GPL dtc because the BSDL one choked on a lot of the newer = files. > But times change: https://github.com/freebsd/crochet/commit/22d7555 Cool! Thanks! Warner --Apple-Mail=_B599E26D-3C6F-4784-BA6F-4FDF28E8919F Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVZ793AAoJEGwc0Sh9sBEAEWsQAIQApFaKyBqnD2/cNm0DmzG+ UgOxDtHWFD6t8aE2aEdI1eThb2f+VoR4rFh6A0trKDHdUTa0PX6HRwc95OQf+pUW g3oXjY5vbg2xgeLvTFBBbP1lMeXI6Oq7LlbAMDAYI7aI7XWIIFWLCaRl/lSosWav Z/WXkUJg78WdGt7eoTxhUiC/AGXyGrhy6kCHV7BMMXo5TSN7uukMWzyWmPou1Y9t JwWJPD6I/yibsAuJoXnDn74w7quq7qexW2K1cw/atCkkK+lIeF9fqOrzbCxEyUo1 vmluEhHXBTn8TgNN9iuSET7d23UlXo+w/1HEU2faRz1sQhYfS++Ka687/67vQNbA 5rk2HRxeLi7ya+ySUmK4EzJJRVS3lGLu5yahSJRh0x2O99zemOL92q15+2IguujM zoZg9+Lc7nuUx93hNruAqWzoOepDb5J/KZs8hc+akzpdd1Pd76zZ8xyYToBle9bl KvQOtiWw2/PGEywJeIxxknBwUw+UILWTIGUjpfNo/e3+x/fnXYxNwm028igDjAkc uvR+M72tp9zpoo8dpDo718sz9U2LEE3KvBUx5pPbjiqQpp6KbG90CVuEDA/B3Z4f r7uYemPEdfjUCcB4uwK4WyCiVRqXTcFGTLyUvhJs4GItcYEoLYUH18xLh2+k/3W5 zdednss+nO4fD55cpZed =Un28 -----END PGP SIGNATURE----- --Apple-Mail=_B599E26D-3C6F-4784-BA6F-4FDF28E8919F-- From owner-freebsd-arm@FreeBSD.ORG Fri May 29 09:30:11 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5D0E5DA9 for ; Fri, 29 May 2015 09:30:11 +0000 (UTC) (envelope-from v.velox@vvelox.net) Received: from vulpes.vvelox.net (vulpes.vvelox.net [99.69.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1E7D01385 for ; Fri, 29 May 2015 09:30:10 +0000 (UTC) (envelope-from v.velox@vvelox.net) Received: from vixen42.vulpes.vvelox.net (vixen42.vulpes.vvelox.net [192.168.15.2]) (Authenticated sender: kitsune) by vulpes.vvelox.net (Postfix) with ESMTPA id 481DF377D883; Fri, 29 May 2015 04:28:52 -0500 (CDT) Date: Fri, 29 May 2015 04:30:05 -0500 From: "Zane C. B-H." To: Trevor Roydhouse Cc: freebsd-arm@freebsd.org Subject: Re: Raspberry Pi 2 - Xorg issues Message-ID: <20150529043005.1ffe79f3@vixen42.vulpes.vvelox.net> In-Reply-To: <20150528115259.44dbd337@vixen42.vulpes.vvelox.net> References: <555E80F4.7030300@sentry.org> <20150526090259.30c74175@vixen42.vulpes.vvelox.net> <55651788.2040406@sentry.org> <20150528115259.44dbd337@vixen42.vulpes.vvelox.net> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd10.1) 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.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2015 09:30:11 -0000 On Thu, 28 May 2015 11:52:59 -0500 "Zane C. B-H." wrote: > On Wed, 27 May 2015 11:02:00 +1000 > Trevor Roydhouse wrote: > > > Zane C. B-H. wrote: > > > On Fri, 22 May 2015 11:05:56 +1000 > > > Trevor Roydhouse wrote: > > [...] > > >> Solution to get X up: > > >> > > >> Leave out DefaultDepth nn in the Screen section, but this > > >> yields very slow motion screen draws and long cursor tails. > > >> However, if I run a find / in an xterm, screen draws return to > > >> normal until find finishes... weird. > > >> > > >> Any other solutions? > > > > > > I am seeing the exact same thing using a image I built using a > > > fresh source tree on the 23rd. > > > > > > It appears to be load related in some manner. For example I can > > > also get it to behave nicely. If I start compiling something > > > like firefox or the like. > > > > > > Make any headway with this on your end? > > > > I wondered about whether it was caused by powerd, but disabling it > > had no effect. > > > > In the meantime I've reverted to my RPi B+ which works nicely as > > far as X goes. > > On another note, I've just tried it with out any of the debugging > stuff compiled in and that did not make a difference. Now seeing if > hz makes a difference. > > On a interesting note, I did find that with out invariants, the > noise on the +5V GPIO line is different. It takes awhile for longer > for each of the additional 3 sections to form and all 4 of them are > not as consistent. So far I've manage to rule out SMP(turned it off), the scheduler(switched to 4BSD as that is what that kern conf used), and various hz settings(just spit balling there). Also decided to see what would happen when I used the timer device for the RPI-B and that just resulted in no timer being found(I though this was suppose to be backwards compatible?). Hmm... decided to see what truss is seeing and I am seeing this come up occasionally. This happens when it gets slow and the screen is just more or less static. SIGNAL 23 (SIGIO) sigprocmask(SIG_SETMASK,SIGIO,0x0) = 0 (0x0) SIGNAL 14 (SIGALRM) sigprocmask(SIG_SETMASK,SIGALRM|SIGIO,0x0) = 0 (0x0) sigreturn(0xbfbff524,0x2027f9d4,0x20c03300,0x1,0x0,0x0) = 0 (0x0) select(8,{7},0x0,0x0,{0.000000 }) = 0 (0x0) sigreturn(0xbfbff7f4,0x2027f9d4,0x20c03300,0x1,0x0,0x0) = 0 (0x0) read(10,"&\^A\^B\0\^W\0@\0",4096) = 8 (0x8) writev(0xa,0xbfbffa74,0x1,0x20268fa4,0x1,0x0) = 64 (0x40) setitimer(0,{0.000000, 0.000000 },0x0) = 0 (0x0) SIGNAL 14 (SIGALRM) sigprocmask(SIG_SETMASK,SIGALRM,0x0) = 0 (0x0) sigreturn(0xbfbff4d4,0x2027f9d4,0x20c03300,0x1,0x0,0x0) = 0 (0x0) clock_gettime(4,{956.416096102 }) = 0 (0x0) select(256,{1 3 4 6 8 9 10 11 12 13},0x0,0x0,0xffffffff) = 1 (0x1) clock_gettime(4,{956.420401571 }) = 0 (0x0) setitimer(0,{0.020000, 0.020000 },0x0) = 0 (0x0) clock_gettime(4,{956.424181987 }) = 0 (0x0) read(10,"&\^A\^B\0\^W\0@\0",4096) = 8 (0x8) clock_gettime(4,{956.428843914 }) = 0 (0x0) read(10,0x20f4a000,4096) ERR#35 'Resource temporarily unavailable' writev(0xa,0xbfbffa74,0x1,0x20268fa4,0x1,0x0) = 32 (0x20) setitimer(0,{0.000000, 0.000000 },0x0) = 0 (0x0) clock_gettime(4,{956.437341154 }) = 0 (0x0) select(256,{1 3 4 6 8 9 10 11 12 13},0x0,0x0,0xffffffff) ERR#4 'Interrupted system call' SIGNAL 23 (SIGIO) sigprocmask(SIG_SETMASK,SIGIO,0x0) = 0 (0x0) select(8,{7},0x0,0x0,{0.000000 }) = 1 (0x1) read(7,"\M^G\0\0\0\0\0\0\^?",64) = 8 (0x8) clock_gettime(4,{957.157854644 }) = 0 (0x0) clock_gettime(4,{957.160702404 }) = 0 (0x0) select(1024,{7},0x0,0x0,{-382906384.-498216932 }) = 0 (0x0) sigreturn(0xbfbff4d4,0x2027f9d4,0x20c03300,0x1,0x0,0x0) ERR#4 'Interrupted system call' writev(0xa,0xbfbffa74,0x1,0x20268fa4,0x1,0x0) = 32 (0x20) clock_gettime(4,{957.173545633 }) = 0 (0x0) select(256,{1 3 4 6 8 9 10 11 12 13},0x0,0x0,0xffffffff) = 1 (0x1) clock_gettime(4,{957.178277612 }) = 0 (0x0) setitimer(0,{0.020000, 0.020000 },0x0) = 0 (0x0) clock_gettime(4,{957.182889383 }) = 0 (0x0) read(10,"\n\^A\^B\0\^V\0@\0\n\0\^B\0\^W\0"...,4096) = 20 (0x14) clock_gettime(4,{957.188955008 }) = 0 (0x0) clock_gettime(4,{957.193565581 }) = 0 (0x0) clock_gettime(4,{957.196813029 }) = 0 (0x0) read(10,0x20f4a000,4096) ERR#35 'Resource temporarily unavailable' writev(0xa,0xbfbffa74,0x1,0x20268fa4,0x1,0x0) = 32 (0x20) SIGNAL 14 (SIGALRM) So yeah any one have any thoughts on this? From owner-freebsd-arm@FreeBSD.ORG Fri May 29 21:16:21 2015 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9750BC9E for ; Fri, 29 May 2015 21:16:21 +0000 (UTC) (envelope-from che@bein.link) Received: from mail.bein.link (bein.link [37.252.124.82]) (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 5F2961563 for ; Fri, 29 May 2015 21:16:20 +0000 (UTC) (envelope-from che@bein.link) Received: from thinkpad.localnet (home.bein.link [188.134.8.193]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bein.link (Postfix) with ESMTPSA id 40F931AF1E1 for ; Fri, 29 May 2015 21:10:38 +0000 (UTC) From: Maxim V Filimonov To: arm@freebsd.org Reply-To: che@bein.link Subject: if_dwc instead of if_emac on cubieboard2 Date: Sat, 30 May 2015 00:10:37 +0300 Message-ID: <6544486.FbFh8Vg9WT@thinkpad> User-Agent: KMail/4.14.3 (FreeBSD/10.1-RELEASE-p10; KDE/4.14.3; amd64; ; ) MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2015 21:16:21 -0000 Hello everyone, I was advised to look at if_dwc instead of if_emac to improve network performance on my cubieboard2. However, I was told that setting > device dwc instead of > device emac in the kernel config isn't enough. It's also necessary to configure cubieboard's pins on dwc startup. This is where I'm stuck. I have the code: 1. http://svnweb.freebsd.org/base/head/sys/arm/allwinner/a10_gpio.c?revision=281085&view=markup#l527 2. http://svnweb.freebsd.org/base/head/sys/arm/allwinner/if_emac.c?revision=281675&view=markup#l143 And I don't know how to make it work. What i was told, though, was that I should use the constant 5 instead of A10_GPIO_PULLDOWN in a10_gpio.c How can I make the code from a10_gpio.c get called on dwc startup? -- wbr, Maxim Filimonov From owner-freebsd-arm@FreeBSD.ORG Sat May 30 02:03:41 2015 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C2C14C3A for ; Sat, 30 May 2015 02:03:41 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A0F301B31 for ; Sat, 30 May 2015 02:03:40 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.14.9/8.14.5) with ESMTP id t4U21DmG027152; Fri, 29 May 2015 19:01:13 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.14.9/8.14.5/Submit) id t4U21DvJ027151; Fri, 29 May 2015 19:01:13 -0700 (PDT) (envelope-from fbsd) Date: Fri, 29 May 2015 19:01:13 -0700 From: bob prohaska To: arm@freebsd.org Subject: Trouble compiling the u-boot-rpi2 port Message-ID: <20150530020113.GA41939@www.zefox.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2015 02:03:41 -0000 Hi all, Just bought an rpi2 and am having trouble compiling the u-boot-rpi2 port. It fails with gmake[3]: Entering directory `/usr/ports/devel/arm-none-eabi-gcc/work/build-gcc/gcc' build/genmddeps .././../gcc-4.9.2/gcc/config/arm/arm.md > tmp-mddeps Shared object "gcc44/libgcc_s.so.1" not found, required by "libc++.so.1" gmake[3]: *** [s-mddeps] Error 1 The host system reports FreeBSD fbsd.zefox.com 11.0-CURRENT FreeBSD 11.0-CURRENT #6 r282701: Mon May 25 09:24:35 PDT 2015 bob@fbsd.zefox.com:/usr/obj/usr/src/sys/ZEFOX i386 It builds world and kernel without issue and seems stable. The ports tree was downloaded on the 26th of May, so it's up to date. The other u-boot builds fail in the same way. Thanks for reading, and any guidance. bob prohaska From owner-freebsd-arm@FreeBSD.ORG Sat May 30 18:33:18 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6C173553 for ; Sat, 30 May 2015 18:33:18 +0000 (UTC) (envelope-from pusateri@bangj.com) Received: from oj.bangj.com (amt0.gin.ntt.net [129.250.11.170]) (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 427A915C7 for ; Sat, 30 May 2015 18:33:17 +0000 (UTC) (envelope-from pusateri@bangj.com) Received: from [172.16.21.119] (cpe-75-176-147-229.sc.res.rr.com [75.176.147.229]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by oj.bangj.com (Postfix) with ESMTPSA id E406318E9C for ; Sat, 30 May 2015 14:22:23 -0400 (EDT) From: Tom Pusateri X-Pgp-Agent: GPGMail 2.5b6 Content-Type: multipart/signed; boundary="Apple-Mail=_6D2C1F1E-311D-4A2F-B68A-BD45CD0C05F4"; protocol="application/pgp-signature"; micalg=pgp-sha256 Subject: Cubox-i / Hummingboard i.MX6 building image Date: Sat, 30 May 2015 14:26:05 -0400 Message-Id: To: freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2015 18:33:18 -0000 --Apple-Mail=_6D2C1F1E-311D-4A2F-B68A-BD45CD0C05F4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 I see there is a u-boot port for cubox-i / hummingboard now. That is = great. Thanks for that! I built the u-boot and now am trying to figure out how to get the rest = of the image created for a running system. Are there any instructions? I looked at = https://wiki.freebsd.org/FreeBSD/arm/imx6 but there=E2=80=99s not enough = there to get me to the next step. Also, I have an mSATA card for my Hummingboard. Is there support for = that yet? It makes a huge difference in performance (on debian). Thanks again! Tom --Apple-Mail=_6D2C1F1E-311D-4A2F-B68A-BD45CD0C05F4 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iQEcBAEBCAAGBQJVagC9AAoJEPk0GMVmUuYM780H/3ccwMdowghweBRUA67spXAR 5gevVulXUAH19tUHVdK/RzGoSumn6ApjBnsi3QrC4D/EU+QDvBJEQ910ornz8WkX 7/n53Uh1eyD3i7nrIy6fctALtCgtuuKgSiF8bBid8x77MKkOxPut6MmOAvyksUXH mZ8eELOVKRcE1t3JXQnF/OAWF1bw73ev9Ozbs3E5xqWndjXr5/fE0K3EOhpereIK UY0VhCEAiRhE5IV3euqLZCigFfz1MmOPpCeCT8y2PnlaqG98Yp9w66FHOsf7F6Iu AIAD5b4l+g/NFgNi8i3lvwJVy1zFqcBkbpkm/vKJyA6CxyDLsnFKq+uL3zvNFt4= =4jZN -----END PGP SIGNATURE----- --Apple-Mail=_6D2C1F1E-311D-4A2F-B68A-BD45CD0C05F4-- From owner-freebsd-arm@FreeBSD.ORG Sat May 30 19:59:38 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 05341990 for ; Sat, 30 May 2015 19:59:38 +0000 (UTC) (envelope-from linux-arm@myspectrum.nl) Received: from orange.myspectrum.nl (unknown [IPv6:2a01:7c8:aab2:19e:5054:ff:fe1e:7dad]) by mx1.freebsd.org (Postfix) with ESMTP id B8E5F1768 for ; Sat, 30 May 2015 19:59:37 +0000 (UTC) (envelope-from linux-arm@myspectrum.nl) Received: from localhost (localhost [127.0.0.1]) by orange.myspectrum.nl (Postfix) with ESMTP id A1C3C81EE8; Sat, 30 May 2015 21:59:28 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at myspectrum.nl Received: from orange.myspectrum.nl ([127.0.0.1]) by localhost (orange.myspectrum.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kEI5uDfEQJss; Sat, 30 May 2015 21:59:26 +0200 (CEST) Received: from [10.0.0.117] (5ED6B7F1.cm-7-7c.dynamic.ziggo.nl [94.214.183.241]) (Authenticated sender: linux-arm@myspectrum.nl) by orange.myspectrum.nl (Postfix) with ESMTPSA id 5D8AA81E57; Sat, 30 May 2015 21:59:26 +0200 (CEST) Message-ID: <556A169E.8030909@myspectrum.nl> Date: Sat, 30 May 2015 21:59:26 +0200 From: Jeroen Hofstee User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Yann Droneaud , Rob Herring CC: freebsd-arm@freebsd.org, "devicetree@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" Subject: Re: Device Tree Blob (DTB) licence References: <1430820315.19516.26.camel@opteya.com> <1432289148.5304.58.camel@opteya.com> In-Reply-To: <1432289148.5304.58.camel@opteya.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2015 19:59:38 -0000 Hi, On 22-05-15 12:05, Yann Droneaud wrote: > Le mardi 05 mai 2015 Ă  11:41 -0500, Rob Herring a Ă©crit : >> On Tue, May 5, 2015 at 5:05 AM, Yann Droneaud >> wrote: >>> I believe Device Tree Blob (.dtb file) built from kernel's Device >>> Tree >>> Sources (.dts, which #include .dtsi, which #include .h) using >>> Device >>> Tree Compiler (dtc) are covered by GNU General Public Licence v2 >>> (GPLv2), but cannot find any reference. >> By default yes, but we've been steering people to dual license them >> GPL/BSD. >> > obviously these files should be reusable. If there is a license issue with that it should be fixed. cc-ing freebsd-arm@freebsd.org. I am not a lawyer, Jeroen