From owner-freebsd-arm@freebsd.org Sun Jan 28 02:06:15 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 365ECED2129; Sun, 28 Jan 2018 02:06:15 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AB61285DE6; Sun, 28 Jan 2018 02:06:14 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id w0S269P1011879 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 27 Jan 2018 18:06:10 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id w0S269rQ011878; Sat, 27 Jan 2018 18:06:09 -0800 (PST) (envelope-from fbsd) Date: Sat, 27 Jan 2018 18:06:09 -0800 From: bob prohaska To: freebsd-ports@freebsd.org, freebsd-arm@freebsd.org Subject: Is it possible to build nss on arm64? Message-ID: <20180128020608.GA11170@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jan 2018 02:06:15 -0000 Attempts to compile nss on a Pi3 running r328436 stops with C_Initialize failed: 0x00000030, CKR_DEVICE_ERROR NSPR error code: -5977: Failure to load dynamic library Initiailzing softoken failed: 0x00000030, CKR_DEVICE_ERROR NSPR error code: -5977: Failure to load dynamic library gmake[4]: *** [Makefile:92: ../../../dist/FreeBSD12.0_OPT.OBJ/lib/libsoftokn3.chk] Error 1 gmake[4]: Leaving directory '/usr/ports/security/nss/work/nss-3.35/nss/cmd/shlibsign' gmake[3]: *** [../coreconf/rules.mk:101: libs] Error 2 A Pi 2 running armv7 r328396 finishes without error. Is there a workaround for arm64 on the Pi3? Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Sun Jan 28 08:46:09 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 867C6EDFDEE for ; Sun, 28 Jan 2018 08:46:09 +0000 (UTC) (envelope-from k@7he.at) Received: from smtp-01.sil.at (smtp-01-5.sil.at [78.142.186.29]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1D53C717C4 for ; Sun, 28 Jan 2018 08:46:08 +0000 (UTC) (envelope-from k@7he.at) Received: from mx.7he.at ([86.59.13.138]) by smtp-01.sil.at with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1efiMW-0005UU-AG for freebsd-arm@freebsd.org; Sun, 28 Jan 2018 09:30:52 +0100 Received: from [192.168.6.60] ([93.83.242.219]) by mx.7he.at (8.15.2/8.15.2) with ESMTPS id w0S8Unu7028752 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sun, 28 Jan 2018 09:30:50 +0100 (CET) (envelope-from k@7he.at) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.99.2 at mx.7he.at From: "Klaus P. Ohrhallinger" Subject: RPI3 / bcm2835 sdhci device driver To: freebsd-arm@freebsd.org Message-ID: <6fc103a5-6634-8cc0-34d9-702b4484c2e0@7he.at> Date: Sun, 28 Jan 2018 09:30:50 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=1.5 required=5.0 tests=HELO_MISC_IP,RDNS_NONE, T_DATE_IN_FUTURE_96_Q,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mx.7he.at X-Scan-Signature: 6f54144c5a6b18f58ea6047b54e5bc71 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jan 2018 08:46:09 -0000 Hello, This is a device driver for the second SDHCI on Raspberry Pi 3: http://kweb.7he.at/tmp/rpi/sdhci0-01.diff It allows the Arasan SDHCI to be used for other purposes, e.g. driving the radio (wlan) module. Regards, Klaus From owner-freebsd-arm@freebsd.org Sun Jan 28 13:25:37 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4D6DAEC66A0 for ; Sun, 28 Jan 2018 13:25:37 +0000 (UTC) (envelope-from adridg@freebsd.org) Received: from smtp05.mail.online.nl (smtp05.mail.online.nl [194.134.25.75]) by mx1.freebsd.org (Postfix) with ESMTP id DB71B7B13E for ; Sun, 28 Jan 2018 13:25:36 +0000 (UTC) (envelope-from adridg@freebsd.org) Received: from a-pc.localnet (s55969a9e.adsl.online.nl [85.150.154.158]) by smtp05.mail.online.nl (Postfix) with ESMTP id 1A01C200020 for ; Sun, 28 Jan 2018 14:15:36 +0100 (CET) From: Adriaan de Groot To: freebsd-arm@freebsd.org Subject: Re: Is it possible to build nss on arm64? Date: Sun, 28 Jan 2018 07:02:21 -0500 Message-ID: <1587213.y3d6KH2WNA@a-pc> Organization: FreeBSD In-Reply-To: <20180128020608.GA11170@www.zefox.net> References: <20180128020608.GA11170@www.zefox.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3131833.RfMK2GOiFF"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jan 2018 13:25:37 -0000 --nextPart3131833.RfMK2GOiFF Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Saturday, January 27, 2018 9:06:09 PM EST bob prohaska wrote: > C_Initialize failed: 0x00000030, CKR_DEVICE_ERROR > NSPR error code: -5977: Failure to load dynamic library > Initiailzing softoken failed: 0x00000030, CKR_DEVICE_ERROR > NSPR error code: -5977: Failure to load dynamic library I get roughly the same error (don't have the exact log at hand) when building on a Pine64. Building in a QEMU-arm64 poudriere has resulted in packages at least once here, locally. I got distracted by other stuff before diving into the code though. [ade] --nextPart3131833.RfMK2GOiFF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iF4EABEIAAYFAlptu80ACgkQMu5UWj4IU0+8IwD/R8rGl06mnM1bvAZCPmNk/Ntm WSRIs3+Z6U2XM61hY30BANQyI+MNamdYXefGjG4kttD+5/nq5WxsxMcQbR5zs70n =lyul -----END PGP SIGNATURE----- --nextPart3131833.RfMK2GOiFF-- From owner-freebsd-arm@freebsd.org Sun Jan 28 17:27:57 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 63092ED3F66 for ; Sun, 28 Jan 2018 17:27:57 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [IPv6:2a02:21e0:16e0:fe::101:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E0F1B86A58; Sun, 28 Jan 2018 17:27:56 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id w0SHRpWr061759 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 28 Jan 2018 18:27:52 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id w0SHRmbp006594 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 28 Jan 2018 18:27:48 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTPS id w0SHRmAl017332 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 28 Jan 2018 18:27:48 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id w0SHRm5K017331; Sun, 28 Jan 2018 18:27:48 +0100 (CET) (envelope-from ticso) Date: Sun, 28 Jan 2018 18:27:48 +0100 From: Bernd Walter To: Adriaan de Groot Cc: freebsd-arm@freebsd.org Subject: Re: Pine64+ UFS resizing / mounting root Message-ID: <20180128172748.GT8422@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <9883283.mlitmmYX7j@beastie.bionicmutton.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9883283.mlitmmYX7j@beastie.bionicmutton.org> X-Operating-System: FreeBSD cicely7.cicely.de 11.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED=-1, RP_MATCHES_RCVD=-0.001 autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jan 2018 17:27:57 -0000 On Mon, Jan 22, 2018 at 12:29:16AM +0100, Adriaan de Groot wrote: > With the most recent image, FreeBSD-12.0-CURRENT-arm64-aarch64- > PINE64-20180110-r327788.img, -- but the same applies to earlier ones, I just > never got around to asking about it, I'm seeing the following behavior: > > - after dd'ing the image to a 32GB SD card, > - first boot sits at the "growing filesystem" forever (well, i've let it sit > for four hours, doesn't seem to have finished by then). I also had growfs problems. In my case it broke the fs. Happened with FreeBSD-12.0-CURRENT-arm64-aarch64-RPI3-20180110-r327788.img.xz on a 16GB Sandisk. Same Rev on arm64 as you image, but on Pi3. As a workaround I'd expanded the FS on a amd64 with an older stable before booting. Had to fsck on the Pi3 because of cg checksums, though. > Eventually I kill power and reboot, and it boots almost normally, except I > then see this: > > Trying to mount root from ufs:/dev/ufs/rootfs [rw]... > GEOM: diskid/DISK-270A2980s2: invalid disklabel. > Root mount waiting for: usbus1 usbus0 > uhub1: 1 port with 1 removable, self powered > uhub0: 1 port with 1 removable, self powered > mountroot: waiting for device /dev/ufs/rootfs... > > and it bails into loader, telling me: > > Loader variables: > vfs.root.mountfrom=ufs:/dev/ufs/rootfs > vfs.root.mountfrom.options=rw > > From the serial console, I can enter ufs:/dev/mmcsd0s2, and the system then > boots normally. I've changed /etc/fstab to use /dev/mmcsd0s2 for /, but that's > far too late. So my three(-ish) questions are: > > - why does it hang during resize? can I switch the resize off by fiddling with > the image before writing it to SD card? > - where can I change the vfs.root.mountfrom settings? presumably that is > uEnv.txt, but I can't find the file to modify it. > - (or otherwise) what can I do to convince GEOM that the disklabel is > correct? I've tried, after resizing, to tunefs -L rootfs the device, but it's > not finding that. After glabel on the SD card device (/dev/da0 on an 11.1 amd64 > box), I get the additional error message on boot: > > GEOM_PART: integrity check failed (label/000000001582, MBR) > GEOM: diskid/DISK-270A2980s2: invalid disklabel. > > FWIW, when the SD card is in the amd64 machine, glabel status reports it as > > diskid/DISK-000000001582 N/A da0 > > so I'm confused about the mismatched diskids, as well. > > That said, in the meantime I'm chewing through kde@ ports, fixing what needs > fixing on aarch64, so once it boots, it works fine. (I'm not sure whether one > pine64+ native is faster than an i7 with QEMU; having more memory in the > latter sure helps though). > > If any of these are really basic questions, please point me to something I > should have read first. > > [ade] -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@freebsd.org Sun Jan 28 20:25:53 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0A22CEDD4ED for ; Sun, 28 Jan 2018 20:25:53 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6D6E16D0E3 for ; Sun, 28 Jan 2018 20:25:52 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id w0SKPsgT014931 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 28 Jan 2018 12:25:55 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id w0SKPsI4014930; Sun, 28 Jan 2018 12:25:54 -0800 (PST) (envelope-from fbsd) Date: Sun, 28 Jan 2018 12:25:54 -0800 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Another RPI3 panic: Assertion td->td_lock == TDQ_LOCKPTR(tdq) Message-ID: <20180128202553.GA14745@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jan 2018 20:25:53 -0000 For the second time during an OS build attempt a Pi3 running r328436 has crashed with panic: Assertion td->td_lock == TDQ_LOCKPTR(tdq) failed at /usr/src/sys/kern/sched_ule.c:2019 Console, top and build logs are at http://www.zefox.net/~fbsd/rpi3/crashes/20180128/ The log files are from kernel building. Unfortunately I didn't capture the world build console and log. Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Sun Jan 28 22:09:38 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A2CCEEE22AC for ; Sun, 28 Jan 2018 22:09:38 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [45.55.20.155]) (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 3483470F00 for ; Sun, 28 Jan 2018 22:09:37 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from localhost ([127.0.0.1] helo=id.bluezbox.com) by id.bluezbox.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89 (FreeBSD)) (envelope-from ) id 1efv8j-000Etp-7b; Sun, 28 Jan 2018 14:09:29 -0800 Received: (from gonzo@localhost) by id.bluezbox.com (8.15.2/8.15.2/Submit) id w0SM9R43057276; Sun, 28 Jan 2018 14:09:27 -0800 (PST) (envelope-from gonzo@bluezbox.com) X-Authentication-Warning: id.bluezbox.com: gonzo set sender to gonzo@bluezbox.com using -f Date: Sun, 28 Jan 2018 14:09:27 -0800 From: Oleksandr Tymoshenko To: "Klaus P. Ohrhallinger" Cc: freebsd-arm@freebsd.org Subject: Re: RPI3 / bcm2835 sdhci device driver Message-ID: <20180128220927.GA56771@bluezbox.com> References: <6fc103a5-6634-8cc0-34d9-702b4484c2e0@7he.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6fc103a5-6634-8cc0-34d9-702b4484c2e0@7he.at> X-Operating-System: FreeBSD/11.1-RELEASE-p4 (amd64) User-Agent: Mutt/1.9.1 (2017-09-22) X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Klaus P. Ohrhallinger (k@7he.at) wrote: > Hello, > > This is a device driver for the second SDHCI on Raspberry Pi 3: > > http://kweb.7he.at/tmp/rpi/sdhci0-01.diff > > It allows the Arasan SDHCI to be [...] 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.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jan 2018 22:09:38 -0000 Klaus P. Ohrhallinger (k@7he.at) wrote: > Hello, > > This is a device driver for the second SDHCI on Raspberry Pi 3: > > http://kweb.7he.at/tmp/rpi/sdhci0-01.diff > > It allows the Arasan SDHCI to be used for other purposes, e.g. driving > the radio (wlan) module. Hi Klaus, Thanks a lot for working on this. You might consider using https://reviews.freebsd.org for patch submissions. Its UI is not exactly the paramaunt of usability but still beats posting comments in emails. Also there is command-line cient for patch management that is pretty usable: https://wiki.freebsd.org/Phabricator I have several comments on current version of the driver: - Looks like Linux and official name for the driver is sdhost, as compatible string suggest, so I suggest renaming it to bcm2835_sdhost. It's more distinctive from sdhci comparing to sdhci0 - "+#define DEBUG 0". DEBUG flag is set using "options DEBUG" in kernel config, so overriding it introduces side-effects. If you need internal flag for development use prefixed version like SDHOST_DEBUG. Also I'd suggest against using numeric values to indicate boolean conditions in preprocessor directives. Common expectation is to signal such conditions using #define FOO and to check them using #ifdef FOO or #if defined(FOO) - bcm2835_gpio_dev + bcm_gpio_set_alternate hack is bad. I know that there are hacks like this in other drivers but I am working on pinmux support for Pi and once it's done whole bcm_sdhci0_swap_pins can be just deleted. Pins are going to be muxed using information from device tree. I hope to finish it "real soon". I will let you know once it's done. -- gonzo From owner-freebsd-arm@freebsd.org Mon Jan 29 02:44:28 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 87561ECF386 for ; Mon, 29 Jan 2018 02:44:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 179AA7AAF7 for ; Mon, 29 Jan 2018 02:44:28 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 557F629A4 for ; Mon, 29 Jan 2018 02:44:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w0T2iR5C081495 for ; Mon, 29 Jan 2018 02:44:27 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w0T2iRLp081494 for freebsd-arm@FreeBSD.org; Mon, 29 Jan 2018 02:44:27 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 225521] Crossbuilding for RPI3 (Arm64) fails (and has for quote some time) off 11-STABLE Date: Mon, 29 Jan 2018 02:44:26 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: karl@denninger.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2018 02:44:28 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D225521 Bug ID: 225521 Summary: Crossbuilding for RPI3 (Arm64) fails (and has for quote some time) off 11-STABLE Product: Base System Version: CURRENT Hardware: amd64 OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: karl@denninger.net Created attachment 190146 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D190146&action= =3Dedit Full buildworld log that is failing The crossbuild attempt is using the following: make TARGET_ARCH=3Daarch64 SRCCONF=3D/dev/null __MAKE_CONF=3D/dev/null -DNO= _CLEAN -DWITHOUT_DEBUG_FILES -DWITHOUT_KERNEL_SYMBOLS -DWITHOUT_TESTS -j 12 buildw= orld And it fails with problems in attempting to build libllvm during the build = tool ("stage 3: cross tools") here: llvm-tblgen -gen-dag-isel -I /pics/CrossBuild-Head/src/contrib/llvm/includ= e -I /pics/CrossBuild-Head/src/contrib/llvm/lib/Target/ARM -d ARMGenDAGISel.inc= .d -o ARMGenDAGISel.inc=20 /pics/CrossBuild-Head/src/contrib/llvm/lib/Target/ARM/ARM.td --- AArch64GenInstrInfo.inc --- FCVTZSv8f16: (set V128:v16i16:$Rd, (fp_to_sint: V128:v1f32:$Rn)) Included from /pics/CrossBuild-Head/src/contrib/llvm/lib/Target/AArch64/AArch64. td:178: /pics/CrossBuild-Head/src/contrib/llvm/lib/Target/AArch64/AArch64InstrInfo.= td:29 51:1: error: In FCVTZSv8f16: Type inference contradiction found, forcing '{v16i8 :v32i8:v8i16:v16i16:v4i32:v8i32:v2i64:v4i64:nxv4i1:nxv8i1:nxv16i1:nxv32i1:n= xv32i 8:nxv16i16:nxv8i32:nxv4i64}' to have same number elements as 'v1f32' defm FCVTZS : SIMDTwoVectorFPToInt<0, 1, 0b11011, "fcvtzs", fp_to_sint>; ^ Included from /pics/CrossBuild-Head/src/contrib/llvm/lib/Target/AArch64/AArch64. td:178: Included from /pics/CrossBuild-Head/src/contrib/llvm/lib/Target/AArch64/AArch64I nstrInfo.td:337: /pics/CrossBuild-Head/src/contrib/llvm/lib/Target/AArch64/AArch64InstrForma= ts.td :5092:3: note: instantiated from multiclass def v8f16 : BaseSIMDTwoSameVector<1, U, {S,1}, opc, 0b11, V128, ^ FCVTZUv8f16: (set V128:v16i16:$Rd, (fp_to_uint: V128:v1f32:$Rn)) The full dump of the failure is attached; there are a lot of errors showing problems with type contradictions. The building system is FreeBSD 11.1-STABLE #0 r328086: Wed Jan 17 11:49:06 CST 2018=20=20=20=20 root@NewFS.denninger.net:/usr/obj/usr/src/sys/KSD-SMP The -HEAD rev I am attempting to build is current as of this evening (32852= 7) Failure to build in this general part of the process has been the case from 11.1-STABLE now for the last couple of months; I have updated the 11.1-STAB= LE machine a couple of times without success. Builds of 11.x for the RPI2, al= so as a cross-build, complete normally but I cannot build 11.x for the RPI3 as= it is not supported prior to 12.x --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Mon Jan 29 09:44:29 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 46AB0EE05AC for ; Mon, 29 Jan 2018 09:44:29 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E4F1C87F86 for ; Mon, 29 Jan 2018 09:44:28 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 6391F20B96; Mon, 29 Jan 2018 04:44:22 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute4.internal (MEProxy); Mon, 29 Jan 2018 04:44:22 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=RSbrAYKvn7Je4Req7k4AezjpSlxpw ZUZqgUbRnG2NMA=; b=iOT9fZKwOTvSUhGehh3ETklI2OgdiFk0qqHn/VMOXdmM1 FRCKi6HnPWND81AKoihIg5OzbP6MQjebKWfpfniYVPXP/aLxGpFhU+X1+KsqhSRk OooxZqU3uMw+TcnH/NlzQkKT0ihWjDsEVoJuIlt8eoQRWGqBYY+ewy3jL2OdjPUd tyRjVtqQD3BnDvxr8YAZG29Dh9QOedQZyqPaV2bYw8IR9ew+DKQM/kHvQiZEEAei UrD2xMVcKy+FaIPkFjNpQvELQqS3qS57m59QvVwH+9K08YEMMTTys0mFdTxjIEVH /nW6RWUwYQeZBx23yzGLM2bOlGheE0JgGsS0qFQQA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=RSbrAY Kvn7Je4Req7k4AezjpSlxpwZUZqgUbRnG2NMA=; b=RR1k4YuhOONAYDHKVNQ9rK nmHmncmdMVs5FdWdcciw5HddtEA99D5yP2rSdJhv4oKcpOFaWmS50+kczYoj1v4i 0lnrnTm4S0fxeabwwVOnzB0yi5Uj+JX+bZluLKykb6oXDUgpXs/jwj7iwR7n9O/p pxqs1XWrw/9HAbFn/oPzsJLIZOsyZN2T72YWVX65D4ZPDHdF6fHxi8g5b6OTWFUi UCKqCS5ODv1SnSHtxkCrTkjfRTy0lQJ+OTHennyKd4BxsR+sxOANcaKLVltqnG9/ OI01TioDpJr3kPUN/EVPGWXG31JAHIR8l2Hj1tqYhD+FjzCo6L1GJ5SOzl9AYpfA == X-ME-Sender: Received: from desktop.parsley.growveg.org (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id E1891246D5; Mon, 29 Jan 2018 04:44:21 -0500 (EST) Subject: Re: RPI2 boot failure (stable 11) To: Ronald Klop , freebsd-arm@freebsd.org References: From: tech-lists Message-ID: <4992ef18-0b0f-c041-2913-636373561c56@zyxst.net> Date: Mon, 29 Jan 2018 09:44:20 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2018 09:44:29 -0000 On 27/01/2018 20:10, Ronald Klop wrote: > Just downloaded > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/arm/armv6/ISO-IMAGES/11.1/FreeBSD-11.1-STABLE-arm-armv6-RPI2-20180125-r328386.img.xz, > installed it on a fresh microSD card. It starts the kernel, but hangs > after printing the ue0 device. After a while (of pinging it?) it prints > that the random device is unblocked. But it never seems to go further. > > This is on a first gen RPI2. > > I'm not sure what to fix. Can other people boot this snapshot on a RPI2? Any fixes will first be applied to freebsd-12 and then to 11.1-stable. I'm fairly sure the rpi2 is armv7 capable. ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/arm/armv7/ISO-IMAGES/12.0/FreeBSD-12.0-CURRENT-arm-armv7-RPI2-20180110-r327788.img.xz -- J. From owner-freebsd-arm@freebsd.org Mon Jan 29 10:54:52 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 67AAEEE2F77; Mon, 29 Jan 2018 10:54:52 +0000 (UTC) (envelope-from mikael.urankar@gmail.com) Received: from mail-pf0-x22c.google.com (mail-pf0-x22c.google.com [IPv6:2607:f8b0:400e: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 E50E06A3D8; Mon, 29 Jan 2018 10:54:51 +0000 (UTC) (envelope-from mikael.urankar@gmail.com) Received: by mail-pf0-x22c.google.com with SMTP id 17so3305019pfw.11; Mon, 29 Jan 2018 02:54:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=pE0s0+USRlEwWOkhn8bNSiStHEdBZTiH10sya6k5azg=; b=pn4jr+Wr2Nlt7jN/orYbYwhHwxaOvEhCe4oNDl9wNG4wHcr2DqGQ3ND/JAj8j2ECxY tgMl9OsIXw3OC9nBjnfMANnBLt1Co2xYzpFdETMrAUgwZ6VEvD92GUHniorkjVQzUz4x s6ogSb1Gy9sg3lXhAoEwhBgcSJuMo+Fe9l4qLkv7Es4+DNNbwLOq2RuKRaAVi2ECUR/q OtK4sUTvW3JJiZzfi5NelGwS3EMSCDbk7IGVHJJjs5cagytWp0zfsicTIg1yn0XkssBG 5dl9DTqtWNTak8ssfWF3UGldb+YyQAwZN8nnSr87sdj3EiGYm3JkOjP6HhrOa3LEUSYV Tyzw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=pE0s0+USRlEwWOkhn8bNSiStHEdBZTiH10sya6k5azg=; b=rFcQwIfUsfM1JBIxfbkGcD+EfoNE2OMg/sLAI1rJ/c0iItlbxnwzvnjf2ywXZdS6mK 9e1RpmHTpw/NIuDBHj1OgcrQ25rU3b0El8UhyZcfTDE8CHrEsuFhdNqfkkKQTuvKk8gj Uq8NZftUprmIE5wFi3ZyP0iWFHcvJygLkIlsi+mDY/Rk5zSkCPEQ/0fr+se1cOcc79FZ MzPy+m1vzM75psbzS++wACR/LyoI9yBilU5C4D1FmqbA6kfFWDNQ8PphI1aZEVs6hVAc qjHdlZS8And9B2WISKwHMz2dolhZqmlWHST1+57swGliJATemuAb8tKaOmWk06uyzt3E dC0Q== X-Gm-Message-State: AKwxytcuGZImFjbcqFt6Fw0JbYR8rU+xK/PxdbqWIeuSJFTieXit30gc jXLkGlEJBa+5EAEpEvHPXkpdFRj48XM8atGNbZIyyv5S X-Google-Smtp-Source: AH8x226jr+o3YXtXuWVZlFQ6Du6650uHESmtxq9v2CptIGGzzs31wDnn66DTC3qdqm/h5ePVaxFhLfyJ2ZFaDyQ4UsU= X-Received: by 10.98.103.83 with SMTP id b80mr26347195pfc.223.1517223290847; Mon, 29 Jan 2018 02:54:50 -0800 (PST) MIME-Version: 1.0 Received: by 10.100.170.76 with HTTP; Mon, 29 Jan 2018 02:54:10 -0800 (PST) In-Reply-To: <20180128020608.GA11170@www.zefox.net> References: <20180128020608.GA11170@www.zefox.net> From: =?UTF-8?Q?Mika=C3=ABl_Urankar?= Date: Mon, 29 Jan 2018 11:54:10 +0100 Message-ID: Subject: Re: Is it possible to build nss on arm64? To: bob prohaska Cc: freebsd-ports@freebsd.org, freebsd-arm@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2018 10:54:52 -0000 2018-01-28 3:06 GMT+01:00 bob prohaska : > Attempts to compile nss on a Pi3 running r328436 > stops with > > C_Initialize failed: 0x00000030, CKR_DEVICE_ERROR > NSPR error code: -5977: Failure to load dynamic library > Initiailzing softoken failed: 0x00000030, CKR_DEVICE_ERROR > NSPR error code: -5977: Failure to load dynamic library > gmake[4]: *** [Makefile:92: ../../../dist/FreeBSD12.0_OPT.OBJ/lib/libsoftokn3.chk] > Error 1 > gmake[4]: Leaving directory '/usr/ports/security/nss/work/ > nss-3.35/nss/cmd/shlibsign' > gmake[3]: *** [../coreconf/rules.mk:101: libs] Error 2 > > A Pi 2 running armv7 r328396 finishes without error. > > Is there a workaround for arm64 on the Pi3? > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225326 From owner-freebsd-arm@freebsd.org Mon Jan 29 13:16:09 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A916BEC65EA for ; Mon, 29 Jan 2018 13:16:09 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [5.135.182.190]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 29501724C2 for ; Mon, 29 Jan 2018 13:16:08 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=192.168.25.127; helo=restart.be; envelope-from=hlh@restart.be; receiver= DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 3zVVPs4lnqztpL Received: from restart.be (norquay.tunnel.bel [192.168.25.127]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3zVVPs4lnqztpL for ; Mon, 29 Jan 2018 14:16:00 +0100 (CET) Received: from chamonix.restart.bel (chamonix.restart.bel [192.168.24.9]) (authenticated bits=0) by restart.be (8.15.2/8.15.2) with ESMTPSA id w0TDFwLH003725 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Mon, 29 Jan 2018 14:15:59 +0100 (CET) (envelope-from hlh@restart.be) To: freebsd-arm@freebsd.org From: Henri Hennebert Subject: 3 problems with Pine64+ 12.0-CURRENT r328259 Message-ID: Date: Mon, 29 Jan 2018 14:15:58 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2018 13:16:09 -0000 Hello, I encounter some problems with r328259 on Pine64+ 2GB 1. to complete boot I must boot in verbose mode else kernel freeze after: ... Timecounters tick every 1.000 msec usbus0: 480Mbps High Speed USB v2.0 usbus1: 12Mbps Full Speed USB v1.0 --- freeze --- 2. If I run multiple times `periodic daily` with root on a USB disk connected with a auto powered hub, time drift too fast even with ntpd running. 3. The connection to internet with mpd5 and a box in bridge mode has a sluggish throughput (7 to 9 KB/s) The same config running r320599 has a throughput of 3 to 4MB/s. This r320599 run with this patch (Bug 220140): --- sys/netgraph/ng_iface.c.orig 2017-06-19 19:50:51.428612000 +0700 +++ sys/netgraph/ng_iface.c 2017-06-19 19:51:31.196104000 +0700 @@ -64,6 +64,7 @@ #include #include #include +#include #include #include #include @@ -112,9 +113,15 @@ struct ng_iface_private { int unit; /* Interface unit number */ node_p node; /* Our netgraph node */ hook_p hooks[NUM_FAMILIES]; /* Hook for each address family */ + struct rmlock lock; /* Protect private data changes */ }; typedef struct ng_iface_private *priv_p; +#define PRIV_RLOCK(priv, t) rm_rlock(&priv->lock, t) +#define PRIV_RUNLOCK(priv, t) rm_runlock(&priv->lock, t) +#define PRIV_WLOCK(priv) rm_wlock(&priv->lock) +#define PRIV_WUNLOCK(priv) rm_wunlock(&priv->lock) + /* Interface methods */ static void ng_iface_start(struct ifnet *ifp); static int ng_iface_ioctl(struct ifnet *ifp, u_long cmd, caddr_t data); @@ -431,6 +438,7 @@ ng_iface_bpftap(struct ifnet *ifp, struc static int ng_iface_send(struct ifnet *ifp, struct mbuf *m, sa_family_t sa) { + struct rm_priotracker priv_tracker; const priv_p priv = (priv_p) ifp->if_softc; const iffam_p iffam = get_iffam_from_af(sa); int error; @@ -448,7 +456,9 @@ ng_iface_send(struct ifnet *ifp, struct /* Send packet. If hook is not connected, mbuf will get freed. */ NG_OUTBOUND_THREAD_REF(); + PRIV_RLOCK(priv, &priv_tracker); NG_SEND_DATA_ONLY(error, *get_hook_from_iffam(priv, iffam), m); + PRIV_RUNLOCK(priv, &priv_tracker); NG_OUTBOUND_THREAD_UNREF(); /* Update stats. */ @@ -516,6 +526,8 @@ ng_iface_constructor(node_p node) return (ENOMEM); } + rm_init(&priv->lock, "ng_iface private rmlock"); + /* Link them together */ ifp->if_softc = priv; priv->ifp = ifp; @@ -562,16 +574,21 @@ static int ng_iface_newhook(node_p node, hook_p hook, const char *name) { const iffam_p iffam = get_iffam_from_name(name); + const priv_p priv = NG_NODE_PRIVATE(node); hook_p *hookptr; if (iffam == NULL) return (EPFNOSUPPORT); - hookptr = get_hook_from_iffam(NG_NODE_PRIVATE(node), iffam); - if (*hookptr != NULL) + PRIV_WLOCK(priv); + hookptr = get_hook_from_iffam(priv, iffam); + if (*hookptr != NULL) { + PRIV_WUNLOCK(priv); return (EISCONN); + } *hookptr = hook; NG_HOOK_HI_STACK(hook); NG_HOOK_SET_TO_INBOUND(hook); + PRIV_WUNLOCK(priv); return (0); } @@ -730,6 +747,7 @@ ng_iface_shutdown(node_p node) CURVNET_RESTORE(); priv->ifp = NULL; free_unr(V_ng_iface_unit, priv->unit); + rm_destroy(&priv->lock); free(priv, M_NETGRAPH_IFACE); NG_NODE_SET_PRIVATE(node, NULL); NG_NODE_UNREF(node); @@ -748,7 +766,9 @@ ng_iface_disconnect(hook_p hook) if (iffam == NULL) panic("%s", __func__); + PRIV_WLOCK(priv); *get_hook_from_iffam(priv, iffam) = NULL; + PRIV_WUNLOCK(priv); return (0); } Does someone else encounter those problems? Henri From owner-freebsd-arm@freebsd.org Mon Jan 29 14:27:47 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A7DF3ECA066 for ; Mon, 29 Jan 2018 14:27:47 +0000 (UTC) (envelope-from marklmi26-fbsd@yahoo.com) Received: from sonic304-11.consmr.mail.bf2.yahoo.com (sonic304-11.consmr.mail.bf2.yahoo.com [74.6.128.34]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 51C7C75F23 for ; Mon, 29 Jan 2018 14:27:47 +0000 (UTC) (envelope-from marklmi26-fbsd@yahoo.com) X-YMail-OSG: yDnbNH8VM1nYV4r_tHAfoAWVmbc2df5fmklSoksaohzALjK3PXBYoSv2B_h.f1v NijNgviKc5mRRqeK5Znzj8Ym9.lVExbPVbw7ISjRLDSOfoWIMIP_ZdYUAtdAGZMTQrcSaK_TTeZQ ACV1MEeR4BFR2tCaU7QFOZ3CUIt_Wpv_Q.26YXPbfNa70bLVZMblTEwtEJZ91GnJlmw3eLtr9rOy a64E2dvw9O2fiiH_WqZpLDUssumU55GjUkaFZO6Ewri6erCeU6XxV5wBbfUTmByjpBxy6FgaN9mR OoC9ZA7VgnPHefXqrJXzd_dxOko1SeaETg.kzTU56uvzc9ogE7KgFUBpknUJtC8r3r.w.Z_4iXIw ZHF4L5InDOSDFLERCFyukUJHdmlkUa3usCVke5EzL1TSCVPyXQOyR2mk9YHDwA0u9VrldraJWhkx .QI2GwMtxSGoE.H1R4FRxKmWPT0pqQWFY6W4aLHy2VLv.33w6R81nhS0xrJKQpxKdg80bDPjqzNO ikGnQpqs4ICbvhj4_Iw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.bf2.yahoo.com with HTTP; Mon, 29 Jan 2018 14:27:40 +0000 Received: from smtpgate102.mail.bf1.yahoo.com (EHLO [192.168.1.25]) ([72.30.28.113]) by smtp404.mail.bf1.yahoo.com (JAMES SMTP Server ) with ESMTPA ID c3d6e7645cb9908d94ca056f317b3873 for ; Mon, 29 Jan 2018 14:27:38 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: Re: Is it possible to build nss on arm64? Message-Id: Date: Mon, 29 Jan 2018 06:27:36 -0800 To: Freebsd-arm X-Mailer: Apple Mail (2.3445.5.20) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2018 14:27:47 -0000 Mika=C3=ABl Urankar mikael.urankar at gmail.com wrote on Mon Jan 29 10:54:52 UTC 2018 : > 2018-01-28 3:06 GMT+01:00 bob prohaska : >=20 > > Attempts to compile nss on a Pi3 running r328436 > > stops with > > > > C_Initialize failed: 0x00000030, CKR_DEVICE_ERROR > > NSPR error code: -5977: Failure to load dynamic library > > Initiailzing softoken failed: 0x00000030, CKR_DEVICE_ERROR > > NSPR error code: -5977: Failure to load dynamic library > > gmake[4]: *** [Makefile:92: = ../../../dist/FreeBSD12.0_OPT.OBJ/lib/libsoftokn3.chk] > > Error 1 > > gmake[4]: Leaving directory '/usr/ports/security/nss/work/ > > nss-3.35/nss/cmd/shlibsign' > > gmake[3]: *** [../coreconf/rules.mk:101: libs] Error 2 > > > > A Pi 2 running armv7 r328396 finishes without error. > > > > Is there a workaround for arm64 on the Pi3? > > >=20 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D225326 That report claims a fix for a problem as of /usr/ports/ -r459458 but I get the above sort of problem as of -r460228 . I have added information to bugzilla 225326 . =3D=3D=3D Mark Millard marklmi at yahoo.com ( markmi at dsl-only.net is going away in 2018-Feb, late) From owner-freebsd-arm@freebsd.org Mon Jan 29 15:42:15 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 38C52ECDBE7 for ; Mon, 29 Jan 2018 15:42:15 +0000 (UTC) (envelope-from marklmi26-fbsd@yahoo.com) Received: from sonic312-21.consmr.mail.gq1.yahoo.com (sonic312-21.consmr.mail.gq1.yahoo.com [98.137.69.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B6FDD78C63 for ; Mon, 29 Jan 2018 15:42:14 +0000 (UTC) (envelope-from marklmi26-fbsd@yahoo.com) X-YMail-OSG: epz_.TEVM1m3d.2bH9ufMNYtVfsoZ4ixGj2pXCiM2wjL.eAbJwoHmDdz7edvcsO Y1wg9bONu57NC3abJuNa5gqpOTOl18_oVn617QkfJwVEj.z6j7ZVka2ArAa2k3ag1Y8ejaLRuf9C eqATp8hMNQLJq21I3tlrsNKKTEKQtMwck2GH24.KNPDhPxuoCTfnKdYALVLVY1w3F39bTbCimDNi Doz7jwOma8pckix35Rk_dmSC9tT2q2DLyV7aKZ4kQ_GTLDOUBssYJZBEyjEozSrfS238rjWN8zpK AQe6qnTVfDABA88PzneM.6F7R3LOW.UzMoyJ50ANyGnojydwhtHNCvnRd1AR57jtLh6QBQ3QyNa8 OtcTI.3iXz8GazXtJIiY0jzMmEVV2m_uq2yOqnv7Spo.J1tyocRpANMxC66KSMoLo_dB_wm093cm Xn_OkGnmc7zofkJKucqr.167Hjf6CvXWnIc2LEy4uUV_wLFwZcQvWzXNgPAABieGSw62ImxrNPOk .qgzBOkmWgVOLrf3PxA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Mon, 29 Jan 2018 15:42:07 +0000 Received: from smtp103.rhel.mail.gq1.yahoo.com (EHLO [192.168.1.25]) ([68.180.227.11]) by smtp415.mail.gq1.yahoo.com (JAMES SMTP Server ) with ESMTPA ID 9a6a3aadcd41e652bf3797673b6d8aa1 for ; Mon, 29 Jan 2018 15:31:57 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: Re: Is it possible to build nss on arm64? Date: Mon, 29 Jan 2018 07:31:54 -0800 References: To: Freebsd-arm In-Reply-To: Message-Id: <53951F04-F69F-4823-8F52-CB4F154A0C87@yahoo.com> X-Mailer: Apple Mail (2.3445.5.20) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2018 15:42:15 -0000 [Dumb typo in version number I had used so ignore the original reply.] On 2018-Jan-29, at 6:27 AM, Mark Millard = wrote: > Mika=C3=ABl Urankar mikael.urankar at gmail.com wrote on > Mon Jan 29 10:54:52 UTC 2018 : >=20 >> 2018-01-28 3:06 GMT+01:00 bob prohaska : >>=20 >>> Attempts to compile nss on a Pi3 running r328436 >>> stops with >>>=20 >>> C_Initialize failed: 0x00000030, CKR_DEVICE_ERROR >>> NSPR error code: -5977: Failure to load dynamic library >>> Initiailzing softoken failed: 0x00000030, CKR_DEVICE_ERROR >>> NSPR error code: -5977: Failure to load dynamic library >>> gmake[4]: *** [Makefile:92: = ../../../dist/FreeBSD12.0_OPT.OBJ/lib/libsoftokn3.chk] >>> Error 1 >>> gmake[4]: Leaving directory '/usr/ports/security/nss/work/ >>> nss-3.35/nss/cmd/shlibsign' >>> gmake[3]: *** [../coreconf/rules.mk:101: libs] Error 2 >>>=20 >>> A Pi 2 running armv7 r328396 finishes without error. >>>=20 >>> Is there a workaround for arm64 on the Pi3? >>>=20 >>=20 >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D225326 >=20 > That report claims a fix for a problem as of /usr/ports/ > -r459458 but I get the above sort of problem as of > -r460228 . >=20 > I have added information to bugzilla 225326 . I did not notice that I'd synchronized to the wrong version (typo in the number, then copied and pasted into the message without noticing). So I'll be retrying this in a while. =3D=3D=3D Mark Millard marklmi at yahoo.com ( markmi at dsl-only.net is going away in 2018-Feb, late) =3D=3D=3D Mark Millard marklmi at yahoo.com ( markmi at dsl-only.net is going away in 2018-Feb, late) From owner-freebsd-arm@freebsd.org Mon Jan 29 17:24:27 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 60A82ED3004; Mon, 29 Jan 2018 17:24:27 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D72587C7F9; Mon, 29 Jan 2018 17:24:26 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id w0THOOx9018428 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 29 Jan 2018 09:24:25 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id w0THOOks018427; Mon, 29 Jan 2018 09:24:24 -0800 (PST) (envelope-from fbsd) Date: Mon, 29 Jan 2018 09:24:23 -0800 From: bob prohaska To: Mika??l Urankar Cc: freebsd-ports@freebsd.org, freebsd-arm@freebsd.org Subject: Re: Is it possible to build nss on arm64? Message-ID: <20180129172423.GA18321@www.zefox.net> References: <20180128020608.GA11170@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2018 17:24:27 -0000 On Mon, Jan 29, 2018 at 11:54:10AM +0100, Mika??l Urankar wrote: > 2018-01-28 3:06 GMT+01:00 bob prohaska : > > > Attempts to compile nss on a Pi3 running r328436 > > stops with > > [snip] > > A Pi 2 running armv7 r328396 finishes without error. > > > > Is there a workaround for arm64 on the Pi3? > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225326 Thank you! bob prohaska From owner-freebsd-arm@freebsd.org Tue Jan 30 04:27:27 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 585DBED6ACE for ; Tue, 30 Jan 2018 04:27:27 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from nh503-vm10.bullet.mail.kks.yahoo.co.jp (nh503-vm10.bullet.mail.kks.yahoo.co.jp [183.79.56.196]) by mx1.freebsd.org (Postfix) with SMTP id 6096F7A398 for ; Tue, 30 Jan 2018 04:27:25 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from [183.79.100.138] by nh503.bullet.mail.kks.yahoo.co.jp with NNFMP; 30 Jan 2018 04:25:09 -0000 Received: from [183.79.101.63] by t501.bullet.mail.kks.yahoo.co.jp with NNFMP; 30 Jan 2018 04:25:09 -0000 Received: from [127.0.0.1] by omp507.mail.kks.yahoo.co.jp with NNFMP; 30 Jan 2018 04:25:09 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 494694.19987.bm@omp507.mail.kks.yahoo.co.jp Received: (qmail 68164 invoked by uid 60001); 30 Jan 2018 04:25:09 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.jp; s=yj20110701; t=1517286309; bh=hf2/C13+vvTrVSyHC1RnqltiqAwWGOUJuXvz2vscSLg=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Kql7E/+C5AurWjikBW5GDlTMwX69CRDpXW8hpp0RRmdgz7+ae5VLFhOKRJY624peXfRgxUaQj+Es2t4N3czjBOerC1sziiphatMP3noc7cSQeDIy4zvhamyYypE38PfMfQr8RA/faEzttkWinUYe0+zZuuvcr4seGunvjLW9AKY= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=VSVlsTP2GAyxhOuvMklgqjRpehnY4klp3ta1xbj7pqMO+kDRWwXxNlV7I2S6zApWHcEhPGuzNAsF0PImHAtSO1Nzh1WCvLL7Dmg+M9KdWj14HZFfu7Xsg1NkRVHPzRf20DCy1sYq18gonvT+AXgqFxk+aYD+7LhgWImF1MVWetI=; Message-ID: <64850.63077.qm@web101706.mail.ssk.yahoo.co.jp> X-YMail-OSG: CIrkkmwVM1lBzEe2IPTLQAktZ1TmaxTDr1s0jyZmkU8Lw4oeT9Ku3yutTBqPZ1.ZT18UKbBMW8QpbkFyw6Mkzabh9m4lbRijfrDcdSyQB.aEYXRp_XRCa_fYshzKLaMMqUonITfP1k9NX5XUbGOfokmCiF0nmVGKFPPdkcdsrLVv4JttMHeJoTdiHsnRavil88HO5cqazYFtQQgb7xGy1I7UEm8TefCr9hrHS0UvKXxgXNpFXYE8l8852niX.wx3ysQvJny2ycVQ4gojQ7D0ZG.VuFZ_pE7ZbofMwy3_D38u73OYhieBh_bkkzmWxqTVIayGHcgdYzshkzjCo_CeNT1Ip3ry3ov.FRS7hbohY7msBAfsyYvL88bg_1DjW3ZSx1mKrT9.ZzRvTAdKetPLfqOPii8YK1ydPyrsSGduou4h8onqqo.x_H2o1Ac9QzaBvEgMsBU.5uqVCe13TOuTasoqhU9mLqHVFEt7wKr4G5r.y5Dy20_skcHPwr1TMnzlvUsISjneQstCdGDsZkF.4Vv2Kzh3uX71tGuMVM_VbTaDcbkEUG8Xb_7DV8r..gv65QqTXjrnCeAFy3jmHgUDwaxNuCv5hMqKCjCquWxe9sqV Received: from [203.165.91.75] by web101706.mail.ssk.yahoo.co.jp via HTTP; Tue, 30 Jan 2018 13:25:08 JST X-Mailer: YahooMailWebService/0.8.111_74 X-YMail-JAS: LkyMDx8VM1lYHJW7KHV0UgIfL_UusgvOmQXnOcUVhddpvPQm9hX8j3xpqp27tIQ.gRHnlu4cvsfnMhqpJbgyTHi35DoSmUPs2rgm8QRcCBy6dHspq1ZHcSGO8.XIz3Ilm4hz Date: Tue, 30 Jan 2018 13:25:08 +0900 (JST) From: Mori Hiroki Reply-To: Mori Hiroki Subject: still hang up arm/ralink To: "freebsd-arm@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jan 2018 04:27:27 -0000 Hi.=0A=0AI build current yesterday for arm/ralink.=A0=0AIt is still hang up= on boot.=0A=0ADoes anyone have armv5t running on current?=0A=0A=0A## Booti= ng image at 1f010000 ...=0A=A0=A0 Image Name: =A0 FreeBSD Kernel Image=0A= =A0=A0 Image Type: =A0 ARM Linux Kernel Image (lzma compressed)=0A=A0=A0 Da= ta Size:=A0 =A0 1063133 Bytes =3D=A0 1 MB=0A=A0=A0 Load Address: 40000180= =0A=A0=A0 Entry Point:=A0 40000180=0A=A0=A0 Verifying Checksum ... OK=0A=A0= =A0 Uncompressing LZMA Kernel Image .......................................= .....O=0AK=0A=0AStarting kernel @40000180...=0A=0AKDB: debugger backends: d= db=0AKDB: current backend: ddb=0ACopyright (c) 1992-2018 The FreeBSD Projec= t.=0ACopyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 19= 94=0A=A0 =A0 =A0 =A0 The Regents of the University of California. All right= s reserved.=0AFreeBSD is a registered trademark of The FreeBSD Foundation.= =0AFreeBSD 12.0-CURRENT #0 b8cfc17(master): Mon Jan 29 17:55:11 JST 2018=0A= =A0 =A0 hiroki@microserver:/storage/home/hiroki/zorg/obj/storage/home/hirok= i/zorg/ZR=0Aouter/tmp/storage/home/hiroki/freebsd/arm.arm/sys/Buffalo_WZR2-= G300N arm=0AFreeBSD clang version 6.0.0 (branches/release_60 323338) (based= on LLVM 6.0.0)=0A From owner-freebsd-arm@freebsd.org Tue Jan 30 05:11:39 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 18274ED924F for ; Tue, 30 Jan 2018 05:11:39 +0000 (UTC) (envelope-from mizhka@gmail.com) Received: from mail-lf0-x236.google.com (mail-lf0-x236.google.com [IPv6:2a00:1450:4010:c07::236]) (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 6C18D7BBE2 for ; Tue, 30 Jan 2018 05:11:38 +0000 (UTC) (envelope-from mizhka@gmail.com) Received: by mail-lf0-x236.google.com with SMTP id g72so13377025lfg.5 for ; Mon, 29 Jan 2018 21:11:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=B6hb7pnqJluDTpg+FmE5yLChtAzV4w+XHz1J4jTrYkg=; b=Tu6ogEislyntVyOTyfuQ8BDT4MlNUNar4nMI+h7NAJ28Otgm8iQUpYzHJ6QCmZ1jgG m2eH5gzCr1/kl+OiNgzEuJ9CThas/m/y6MvDRiPnFBrGyHc3UIqmZ6PPdySSlEB6fuMo XkvT3xN6dstefpca5OA/6ShGkY794ONQjhTzzoNxIAUfdk62sGRa6aEV74jsl0itmOOz IYDNPhSLb3A6ySurwvrd+XXFQS5c1jaacu2VUKb2O6HgiTs7rZFR89fXdHbmAeLbOM99 6Jm6v3WCYL2d8CkDJbNqDIrRoVmhxHAwj3f2Yjy6SrsR9z44Az7bhZ2lH5FGFLDtpRWG RtWg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=B6hb7pnqJluDTpg+FmE5yLChtAzV4w+XHz1J4jTrYkg=; b=TdiOOzSMG09ng+/JyTbI0hbAIFZILtXbXZDOOtTlEJRaPXk5Ioj1VJmX57ZOvyhhhZ 7or30t2L0yKZkt77ZnZTjr+V3j6Mo/sUGRNVAml3CPn6BZM9O1r2U8WXEnjLVu/blUZX J54uQNKfHHwEBYe66dUWL4rYOdyFSy02RhVsHkjuu8TrfMCr1CaqXzO73joe8bNDf11s +g/ABq/5oH71umJT1bZJj+Kwyw+ggrNC0sSR3I+KuJNiKfNXmVhBZzlrlJL0bPdMGBqc 3B7AyLLWMih9lSizb6IhfHo2gmgwjq1p+sd/Ygv7i8PGrL20ip29gTIShgFhJKzfkOdq 25MA== X-Gm-Message-State: AKwxyteZm4ipIm3sRdLb7q4Ff/dF+/m5hTHeTv4pDe2u64Ggz9DXPmkc rvnVbEibEi8dp82EwJERlTZPWDIiRKCfCQlcnNE= X-Google-Smtp-Source: AH8x224yq5ZGUlnkXRvzvZWUUobdZaXdY/ikGYthvPuYOqKknC5ExiKIYHIR7loXGgnWs03MgYxFibMLVfJI4C20SNQ= X-Received: by 10.46.33.169 with SMTP id h41mr1802662lji.20.1517289096035; Mon, 29 Jan 2018 21:11:36 -0800 (PST) MIME-Version: 1.0 Received: by 10.46.93.220 with HTTP; Mon, 29 Jan 2018 21:11:35 -0800 (PST) Received: by 10.46.93.220 with HTTP; Mon, 29 Jan 2018 21:11:35 -0800 (PST) In-Reply-To: <64850.63077.qm@web101706.mail.ssk.yahoo.co.jp> References: <64850.63077.qm@web101706.mail.ssk.yahoo.co.jp> From: Michael Zhilin Date: Tue, 30 Jan 2018 08:11:35 +0300 Message-ID: Subject: Re: still hang up arm/ralink To: Mori Hiroki Cc: freebsd-arm@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jan 2018 05:11:39 -0000 Hi Hiroki-san, It may be result of recent changes of arm pmap/vm. Please enable SYSINIT_VERBOSE to print information about init step results. Thanks! P.S. To init DDB I'll send patch under separate cover 30 =D1=8F=D0=BD=D0=B2. 2018 =D0=B3. 7:28 =D0=94=D0=9F =D0=BF=D0=BE=D0=BB=D1= =8C=D0=B7=D0=BE=D0=B2=D0=B0=D1=82=D0=B5=D0=BB=D1=8C "Mori Hiroki" =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB: > Hi. > > I build current yesterday for arm/ralink. > It is still hang up on boot. > > Does anyone have armv5t running on current? > > > ## Booting image at 1f010000 ... > Image Name: FreeBSD Kernel Image > Image Type: ARM Linux Kernel Image (lzma compressed) > Data Size: 1063133 Bytes =3D 1 MB > Load Address: 40000180 > Entry Point: 40000180 > Verifying Checksum ... OK > Uncompressing LZMA Kernel Image .............................. > ..............O > K > > Starting kernel @40000180... > > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2018 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 12.0-CURRENT #0 b8cfc17(master): Mon Jan 29 17:55:11 JST 2018 > hiroki@microserver:/storage/home/hiroki/zorg/obj/storage/ > home/hiroki/zorg/ZR > outer/tmp/storage/home/hiroki/freebsd/arm.arm/sys/Buffalo_WZR2-G300N arm > FreeBSD clang version 6.0.0 (branches/release_60 323338) (based on LLVM > 6.0.0) > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Tue Jan 30 10:48:00 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CA97EEB8FD6 for ; Tue, 30 Jan 2018 10:48:00 +0000 (UTC) (envelope-from adridg@freebsd.org) Received: from smtp02.mail.online.nl (smtp02.mail.online.nl [194.134.25.72]) by mx1.freebsd.org (Postfix) with ESMTP id 6732586BA0 for ; Tue, 30 Jan 2018 10:48:00 +0000 (UTC) (envelope-from adridg@freebsd.org) Received: from beastie.bionicmutton.org (s55969a9e.adsl.online.nl [85.150.154.158]) by smtp02.mail.online.nl (Postfix) with ESMTP id 0ACF61A00F9 for ; Tue, 30 Jan 2018 11:42:51 +0100 (CET) From: Adriaan de Groot To: freebsd-arm@freebsd.org Subject: Re: Pine64+ UFS resizing / mounting root Date: Tue, 30 Jan 2018 11:42:45 +0100 Message-ID: <4876385.9Sd82zHD0Q@beastie.bionicmutton.org> Organization: FreeBSD In-Reply-To: <9883283.mlitmmYX7j@beastie.bionicmutton.org> References: <9883283.mlitmmYX7j@beastie.bionicmutton.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2953737.Vsj0VFyOS7"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jan 2018 10:48:01 -0000 --nextPart2953737.Vsj0VFyOS7 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Monday, 22 January 2018 00:29:16 CET Adriaan de Groot wrote: > With the most recent image, FreeBSD-12.0-CURRENT-arm64-aarch64- > PINE64-20180110-r327788.img, -- but the same applies to earlier ones, I just > never got around to asking about it, I'm seeing the following behavior: > > - after dd'ing the image to a 32GB SD card, > - first boot sits at the "growing filesystem" forever (well, i've let it > sit for four hours, doesn't seem to have finished by then). This isn't a consistent problem, turns out: I just re-wrote the same 32GB SD card with that image, and this time the growfs phase passed quickly. After a reboot there is no problem with mounting the FS, either. So I'm going to guess that hanging resize (and powering off in the middle of that) breaks the FS label somehow. In any case the board works nice(r) now. (The only difference between the card now, and the last time I tried this, is that it's had six different Linuxes installed on it for the Pine64+ in the meantime) [ade] --nextPart2953737.Vsj0VFyOS7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iHUEABEIAB0WIQTVFBoRsP760fy+Jisy7lRaPghTTwUCWnBMJQAKCRAy7lRaPghT TzTcAP0ZBW/re2VYNAoHDHOaBwQwTbc+iPjhHYvOAGWBViCKnQEA5QIAxyA0vbLS qoSC/6gyAhOTwPqurEWQ5oPzJ0IPSOI= =Oogp -----END PGP SIGNATURE----- --nextPart2953737.Vsj0VFyOS7-- From owner-freebsd-arm@freebsd.org Tue Jan 30 11:07:27 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CEEC3EC1F72 for ; Tue, 30 Jan 2018 11:07:27 +0000 (UTC) (envelope-from adridg@freebsd.org) Received: from smtp01.mail.online.nl (smtp01.mail.online.nl [194.134.25.71]) by mx1.freebsd.org (Postfix) with ESMTP id 6BF76875A8 for ; Tue, 30 Jan 2018 11:07:27 +0000 (UTC) (envelope-from adridg@freebsd.org) Received: from beastie.bionicmutton.org (s55969a9e.adsl.online.nl [85.150.154.158]) by smtp01.mail.online.nl (Postfix) with ESMTP id 69BB840020 for ; Tue, 30 Jan 2018 11:59:13 +0100 (CET) From: Adriaan de Groot To: freebsd-arm@freebsd.org Subject: Re: FreeBSD on the Pinebook Date: Tue, 30 Jan 2018 11:59:13 +0100 Message-ID: <3248418.2BLzr8UVSG@beastie.bionicmutton.org> Organization: FreeBSD In-Reply-To: <20180108131914.53117e4b3e61fbaed6793b5e@bidouilliste.com> References: <20180107211237.GA66684@server.rulingia.com> <13327268.6xbMAFijLa@beastie.bionicmutton.org> <20180108131914.53117e4b3e61fbaed6793b5e@bidouilliste.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2301767.e1W76FZDoA"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jan 2018 11:07:28 -0000 --nextPart2301767.e1W76FZDoA Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Monday, 8 January 2018 13:19:14 CET Emmanuel Vadot wrote: > > Basically I'd suggest getting the Pine64 to support video first, and then > > worrying about devices using it -- something similar applies to the Rock64 > > mentioned here recently (although that's a MALI 450 GPU, which I think > > FreeBSD supports on the ODROID C2+ .. gah, too many hardware variants > > running through my head, I'll get coffee first). > > > > [ade] > > I have efifb mostly working on Pine64 but our pmap code needs some > love. What needs doing here still? Is there some way I can help (test, bit-bang, whatevs) move this forward? I've got a Pine64+ and a Pinebook (working serial console on both) for experimentation purposes. [ade] --nextPart2301767.e1W76FZDoA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iHUEABEIAB0WIQTVFBoRsP760fy+Jisy7lRaPghTTwUCWnBQAQAKCRAy7lRaPghT T08mAP9hKjx7XAgfuyHULK2TNUWeeqDF1Vasz4cSpw67oVDyjAD/SZf1LiyjqYdy B1boewvk+Shd153vfxj9bjboeycBpyo= =Ens7 -----END PGP SIGNATURE----- --nextPart2301767.e1W76FZDoA-- From owner-freebsd-arm@freebsd.org Tue Jan 30 14:28:37 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7DFDCECD818 for ; Tue, 30 Jan 2018 14:28:37 +0000 (UTC) (envelope-from adridg@freebsd.org) Received: from smtp01.mail.online.nl (smtp01.mail.online.nl [194.134.25.71]) by mx1.freebsd.org (Postfix) with ESMTP id 257B76EE16 for ; Tue, 30 Jan 2018 14:28:36 +0000 (UTC) (envelope-from adridg@freebsd.org) Received: from beastie.bionicmutton.org (s55969a9e.adsl.online.nl [85.150.154.158]) by smtp01.mail.online.nl (Postfix) with ESMTP id 3651B40007 for ; Tue, 30 Jan 2018 15:28:36 +0100 (CET) From: Adriaan de Groot To: freebsd-arm@freebsd.org Subject: Re: FreeBSD on the Pinebook Date: Tue, 30 Jan 2018 15:28:29 +0100 Message-ID: <1868133.RKIdRuSF1j@beastie.bionicmutton.org> Organization: FreeBSD In-Reply-To: <20180108131914.53117e4b3e61fbaed6793b5e@bidouilliste.com> References: <20180107211237.GA66684@server.rulingia.com> <13327268.6xbMAFijLa@beastie.bionicmutton.org> <20180108131914.53117e4b3e61fbaed6793b5e@bidouilliste.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart18745592.uFSKBLor0a"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jan 2018 14:28:37 -0000 --nextPart18745592.uFSKBLor0a Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Monday, 8 January 2018 13:19:14 CET Emmanuel Vadot wrote: > think, never will) we still need display engine driver (which drives > the framebuffer, hdmi, lcd etc ...) There's occasional code or documentation drops; this one is from today, http://linux-sunxi.org/images/3/38/AW_HDMI_TX_PHY_S40_Spec_V0.1.pdf [ade] (just passing on links spotted in the wild) --nextPart18745592.uFSKBLor0a Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iHUEABEIAB0WIQTVFBoRsP760fy+Jisy7lRaPghTTwUCWnCBDQAKCRAy7lRaPghT T3xiAQDtKzwJhLMnix8UoEXG9deb37Ba/cv1C3Jp0xfL9c/0fAD/aSnulHWHc8Jx bwyDuGlA3AM541FBgNA9Sih2yES+obs= =TWhL -----END PGP SIGNATURE----- --nextPart18745592.uFSKBLor0a-- From owner-freebsd-arm@freebsd.org Tue Jan 30 14:47:39 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7DD73ECEAD2 for ; Tue, 30 Jan 2018 14:47:39 +0000 (UTC) (envelope-from adridg@freebsd.org) Received: from smtp04.mail.online.nl (smtp04.mail.online.nl [194.134.25.74]) by mx1.freebsd.org (Postfix) with ESMTP id 1E4AE6FBE0 for ; Tue, 30 Jan 2018 14:47:39 +0000 (UTC) (envelope-from adridg@freebsd.org) Received: from beastie.bionicmutton.org (s55969a9e.adsl.online.nl [85.150.154.158]) by smtp04.mail.online.nl (Postfix) with ESMTP id 58CC428000A for ; Tue, 30 Jan 2018 15:41:08 +0100 (CET) From: Adriaan de Groot To: freebsd-arm@freebsd.org Subject: Re: Is it possible to build nss on arm64? Date: Tue, 30 Jan 2018 15:41:08 +0100 Message-ID: <2521188.498jPOKubs@beastie.bionicmutton.org> Organization: FreeBSD In-Reply-To: <20180129172423.GA18321@www.zefox.net> References: <20180128020608.GA11170@www.zefox.net> <20180129172423.GA18321@www.zefox.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1933878.K2a0cjX0zu"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jan 2018 14:47:39 -0000 --nextPart1933878.K2a0cjX0zu Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Monday, 29 January 2018 18:24:23 CET bob prohaska wrote: > On Mon, Jan 29, 2018 at 11:54:10AM +0100, Mika??l Urankar wrote: > > 2018-01-28 3:06 GMT+01:00 bob prohaska : > > > Attempts to compile nss on a Pi3 running r328436 > > > stops with > > [snip] > > > > A Pi 2 running armv7 r328396 finishes without error. > > > > > > Is there a workaround for arm64 on the Pi3? > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225326 Thanks! I can confirm that ports r460353 builds on a freshly-flashed Pine64+ image (the 20180110 one for Pine64+) as well. ( .. now, on to qt4 again) [ade] --nextPart1933878.K2a0cjX0zu Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iHUEABEIAB0WIQTVFBoRsP760fy+Jisy7lRaPghTTwUCWnCEBAAKCRAy7lRaPghT T9KeAQDj5E8+X5T+nqw1QoVuekQO4MljwVKUe2ZOAw9NcICd9wEAiTDclzi9Z5Ly IhDA0SmgDj5Ob7+L4971BecVJaCZqX4= =ziH9 -----END PGP SIGNATURE----- --nextPart1933878.K2a0cjX0zu-- From owner-freebsd-arm@freebsd.org Tue Jan 30 18:14:05 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 55659ED9DB7; Tue, 30 Jan 2018 18:14:05 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 35D8A79DA3; Tue, 30 Jan 2018 18:14:03 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id w0UIE05K022726 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 30 Jan 2018 10:14:00 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id w0UIDxGi022725; Tue, 30 Jan 2018 10:13:59 -0800 (PST) (envelope-from fbsd) Date: Tue, 30 Jan 2018 10:13:59 -0800 From: bob prohaska To: Steve Kargl Cc: freebsd-ports@freebsd.org, freebsd-arm@freebsd.org Subject: Re: Use of undeclared identifier 'fpgetmask' Message-ID: <20180130181359.GA22433@www.zefox.net> References: <20180120222638.GA82875@www.zefox.net> <20180120230421.GA57305@troutmask.apl.washington.edu> <20180121160130.GA85652@www.zefox.net> <20180121173553.GA73646@troutmask.apl.washington.edu> <20180121175840.GA85758@www.zefox.net> <20180121181214.GA73826@troutmask.apl.washington.edu> <20180122164848.GA89314@www.zefox.net> <20180122181426.GA81243@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180122181426.GA81243@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jan 2018 18:14:05 -0000 On Mon, Jan 22, 2018 at 10:14:26AM -0800, Steve Kargl wrote: > On Mon, Jan 22, 2018 at 08:48:48AM -0800, bob prohaska wrote: > > > What happens if you force inclusion by deleting #ifdef HAVE_IEEEFP_H? > > > > > After commenting out the test, running make clean and restarting a single- > > threaded make the process stops with the same error: > > > > src/main.cpp:679:15: error: use of undeclared identifier 'fpgetmask' > > fpsetmask(fpgetmask() & ~(FP_X_DZ | FP_X_INV)); > > > > > > I've placed a copy of the make log file at > > http://www.zefox.net/~fbsd/rpi2/inkscape/ieeefp_h_included.log > > > > rpi2 is an ARM based board, right? Compare > /usr/src/sys/amd64/include/ieeefp.h > /usr/src/sys/arm/include/ieeefp.h > It seems that FreeBSD' ARM architecture doesn't implement > the functions associate with ieeefp.h. You probably need > to force HAVE_IEEEF_H to 0. It looks as if there's no option to set HAVE_IEEEFP_H to zero, at least not in a straightforward way. Poking around in /usr/ports/graphics/inkscape/work/inkscape-0.92.2 one finds a README which describes two manual build procedures, but those seem to automate the setting of HAVE_IEEEFP_H The relevant lines appear to be: for ac_header in ieeefp.h do : ac_fn_cxx_check_header_mongrel "$LINENO" "ieeefp.h" "ac_cv_header_ieeefp_h" "$ac_includes_default" if test "x$ac_cv_header_ieeefp_h" = xyes; then : cat >>confdefs.h <<_ACEOF #define HAVE_IEEEFP_H 1 _ACEOF fi done Replacing the one with a zero didn't work.... ...... AR util/libutil.a CXX inkscape-version.o AR libinkversion.a CXX main.o main.cpp:679:15: error: use of undeclared identifier 'fpgetmask' fpsetmask(fpgetmask() & ~(FP_X_DZ | FP_X_INV)); This looks much like the error obtained when configure was unmolested, so it's not clear that my efforts were well-aimed. I'm stuck well over my head at this point. Thanks for reading! bob prohaska From owner-freebsd-arm@freebsd.org Tue Jan 30 22:15:33 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 09C69EC27AA; Tue, 30 Jan 2018 22:15:33 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B23F184BD8; Tue, 30 Jan 2018 22:15:32 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id AA16119CE9; Tue, 30 Jan 2018 22:15:32 +0000 (UTC) From: Jan Beich To: bob prohaska Cc: Steve Kargl , freebsd-arm@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Use of undeclared identifier 'fpgetmask' References: <20180120222638.GA82875@www.zefox.net> <20180120230421.GA57305@troutmask.apl.washington.edu> <20180121160130.GA85652@www.zefox.net> <20180121173553.GA73646@troutmask.apl.washington.edu> <20180121175840.GA85758@www.zefox.net> <20180121181214.GA73826@troutmask.apl.washington.edu> <20180122164848.GA89314@www.zefox.net> <20180122181426.GA81243@troutmask.apl.washington.edu> <20180130181359.GA22433@www.zefox.net> Date: Tue, 30 Jan 2018 23:15:24 +0100 In-Reply-To: <20180130181359.GA22433@www.zefox.net> (bob prohaska's message of "Tue, 30 Jan 2018 10:13:59 -0800") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jan 2018 22:15:33 -0000 bob prohaska writes: > On Mon, Jan 22, 2018 at 10:14:26AM -0800, Steve Kargl wrote: > >> On Mon, Jan 22, 2018 at 08:48:48AM -0800, bob prohaska wrote: >> > > What happens if you force inclusion by deleting #ifdef HAVE_IEEEFP_H? >> > > >> > After commenting out the test, running make clean and restarting a single- >> > threaded make the process stops with the same error: >> > >> > src/main.cpp:679:15: error: use of undeclared identifier 'fpgetmask' >> > fpsetmask(fpgetmask() & ~(FP_X_DZ | FP_X_INV)); >> > >> > >> > I've placed a copy of the make log file at >> > http://www.zefox.net/~fbsd/rpi2/inkscape/ieeefp_h_included.log >> > >> >> rpi2 is an ARM based board, right? Compare >> /usr/src/sys/amd64/include/ieeefp.h >> /usr/src/sys/arm/include/ieeefp.h >> It seems that FreeBSD' ARM architecture doesn't implement >> the functions associate with ieeefp.h. You probably need >> to force HAVE_IEEEF_H to 0. > > It looks as if there's no option to set HAVE_IEEEFP_H to zero, > at least not in a straightforward way. Poking around in > /usr/ports/graphics/inkscape/work/inkscape-0.92.2 one finds > a README which describes two manual build procedures, but > those seem to automate the setting of HAVE_IEEEFP_H > > The relevant lines appear to be: > > for ac_header in ieeefp.h > do : > ac_fn_cxx_check_header_mongrel "$LINENO" "ieeefp.h" "ac_cv_header_ieeefp_h" "$ac_includes_default" > if test "x$ac_cv_header_ieeefp_h" = xyes; then : > cat >>confdefs.h <<_ACEOF > #define HAVE_IEEEFP_H 1 > _ACEOF autoconf often supports overriding e.g., CONFIGURE_ENV += ac_cv_header_ieeefp_h=no CONFIGURE_ENV += ac_cv_func_setmask=no except those would be nop due to USES=cmake. > main.cpp:679:15: error: use of undeclared identifier 'fpgetmask' > fpsetmask(fpgetmask() & ~(FP_X_DZ | FP_X_INV)); CMakeScripts/ConfigChecks.cmake has the following line CHECK_FUNCTION_EXISTS(fpsetmask HAVE_FPSETMASK) which is under the following caveat * ``check_function_exists()`` only verifies linking, it does not verify that the function is declared in system headers. suggesting fpsetmask() is actually present on armv6 $ nm -D /lib/libc.so.7 | fgrep fpsetmask 00050dd4 T fpsetmask cf. https://svnweb.freebsd.org/changeset/base/264696 From owner-freebsd-arm@freebsd.org Wed Jan 31 00:14:43 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F1B69ECAB85; Wed, 31 Jan 2018 00:14:42 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6A59C69277; Wed, 31 Jan 2018 00:14:42 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id w0V0EjV9023519 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 30 Jan 2018 16:14:46 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id w0V0EinG023518; Tue, 30 Jan 2018 16:14:44 -0800 (PST) (envelope-from fbsd) Date: Tue, 30 Jan 2018 16:14:44 -0800 From: bob prohaska To: Jan Beich Cc: freebsd-arm@freebsd.org, freebsd-ports@freebsd.org, Steve Kargl Subject: Re: Use of undeclared identifier 'fpgetmask' Message-ID: <20180131001444.GA23256@www.zefox.net> References: <20180120222638.GA82875@www.zefox.net> <20180120230421.GA57305@troutmask.apl.washington.edu> <20180121160130.GA85652@www.zefox.net> <20180121173553.GA73646@troutmask.apl.washington.edu> <20180121175840.GA85758@www.zefox.net> <20180121181214.GA73826@troutmask.apl.washington.edu> <20180122164848.GA89314@www.zefox.net> <20180122181426.GA81243@troutmask.apl.washington.edu> <20180130181359.GA22433@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Jan 2018 00:14:43 -0000 On Tue, Jan 30, 2018 at 11:15:24PM +0100, Jan Beich wrote: > > CHECK_FUNCTION_EXISTS(fpsetmask HAVE_FPSETMASK) > > which is under the following caveat > > * ``check_function_exists()`` only verifies linking, it does not verify > that the function is declared in system headers. > > suggesting fpsetmask() is actually present on armv6 > > $ nm -D /lib/libc.so.7 | fgrep fpsetmask > 00050dd4 T fpsetmask > > cf. https://svnweb.freebsd.org/changeset/base/264696 Sounds like maybe I'm barking up the wrong tree. It wouldn't be the first time 8-) The original objective was to compile /usr/ports/graphics/inkscape on an rpi2 (armv7). Inkscape does compile on an arm64 rpi3, can you suggest anything that might be tried to make it work on the rpi2, just for sake of completeness? Admittedly the Pi3 will be a better host. Thanks for reading! bob prohaska From owner-freebsd-arm@freebsd.org Wed Jan 31 15:59:12 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A24F7ED33B1 for ; Wed, 31 Jan 2018 15:59:12 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0F1A26AD40 for ; Wed, 31 Jan 2018 15:59:11 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id w0VFxF6T026025 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Wed, 31 Jan 2018 07:59:15 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id w0VFxEIo026024 for freebsd-arm@freebsd.org; Wed, 31 Jan 2018 07:59:14 -0800 (PST) (envelope-from fbsd) Date: Wed, 31 Jan 2018 07:59:14 -0800 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Arm64 not reporting kernel build number Message-ID: <20180131155914.GA25940@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Jan 2018 15:59:12 -0000 Just noticed that on a Pi 3 uname -a reports FreeBSD www.zefox.org 12.0-CURRENT FreeBSD 12.0-CURRENT # r328519: Sun Jan 28 22:03:57 PST 2018 bob@www.zefox.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 There used to be an integer following the # mark, should be about 3 in this case. Is the change intentional? On a Pi 2 the build sequence number is as usual. bob prohaska From owner-freebsd-arm@freebsd.org Thu Feb 1 12:13:54 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D944AEC2169 for ; Thu, 1 Feb 2018 12:13:53 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-qt0-x232.google.com (mail-qt0-x232.google.com [IPv6:2607:f8b0:400d:c0d::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 7395987823 for ; Thu, 1 Feb 2018 12:13:53 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: by mail-qt0-x232.google.com with SMTP id o35so26043730qtj.13 for ; Thu, 01 Feb 2018 04:13:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=SXiynUuI+46g7PmnsMAbXmtw4TWHo2ry70doEYuSlF0=; b=GcL5sS2K8+4q71st9gqX+3H0pg8eoqEBbX76KQp+8+d7yLoqet8fm3fEp10s1I1v3i 6LEVg9Chx25FuJi4RyQGij5g7mR38Q3a58NNcv+DvG+6OvMbrWkLUXBUl0imwmVLH+p/ FZtwdIsx5DPqEyQHWAYXl0IAcYHpgB0ZUrUcgqyCcnA9spGOCMJMeB3D0emoorG6kdTD 5ehm5vL2U/g6x1ZSXS2BrYj57f3AsehLgEmkxczXnYcPDhuKghZRJX9s7mZvLVeHHE26 W79e5jbszdCqXj7TeMMngXgBbeK2QFvK2PiDoCJ0hsyeUhYYPrKgjDZ/5PhzwpqzYfeM sEzg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=SXiynUuI+46g7PmnsMAbXmtw4TWHo2ry70doEYuSlF0=; b=FD0m3Mngb69jPdJl/eCJTAMkEoqxWHyVddvZxDuUS+ZhfEl2q9dNesEJFXN4Y7XmcM wlMUSmSMujfLCCuGAOVS08K7uzSzk7UtqhcqOsdvWe7miWsbRoHr0gP54SMbzU3cLCZ6 XNXcArlclKzBlkav2P4jYumV7AACyqCLpEmGY0VNILTY/a3Aw4q3ek7APBXpDWFXmA2J TmvVUdc4jR+5NAk0po/CNexWeT4sEH3drNT+WmkCDr3KMyN2glhbk+2aTr4RlD4hKe5+ LoL2lzHEkhAt539VwqxQ+qK3+a0v32UAMGFjQ8V4nLL2JCvUBFQ5DX/swyrx3C3j4F57 5XUw== X-Gm-Message-State: AKwxyteCoy6tPiQNhkbh42oM0diitrO39CCp8cTLPdYtxrfsMpiVh8S7 4BiHe2EOqkWMFn61g+PXmgvASHjXd61NXlcj/CipOw== X-Google-Smtp-Source: AH8x226T8eAOZKwwq1P+g//GETrdcInTtY7PlfYlv1Au+kCs4w62sugljXtQGp5W6CnkbYM5LHXIBWz42bnBdqgY4L4= X-Received: by 10.237.37.112 with SMTP id w45mr54453527qtc.242.1517487233097; Thu, 01 Feb 2018 04:13:53 -0800 (PST) MIME-Version: 1.0 Received: by 10.200.15.211 with HTTP; Thu, 1 Feb 2018 04:13:52 -0800 (PST) In-Reply-To: <20180119211953.5140bb57@zeta.dino.sk> References: <20180119211953.5140bb57@zeta.dino.sk> From: Ganbold Tsagaankhuu Date: Thu, 1 Feb 2018 20:13:52 +0800 Message-ID: Subject: Re: Orange Pi R1 ethernet #2 + SDIO question To: Milan Obuch Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Feb 2018 12:13:54 -0000 On Sat, Jan 20, 2018 at 4:19 AM, Milan Obuch wrote: > Hi, > > today I looked over some docs about Orange Pi R1's second ethernet > interface. Actually it is basically the same board as Orange Pi Zero, > just onboard USB connector is replaced with some Realtek USB ethernet > chip. With our current kernel and Orange Pi Zero DTB there is nothing > in usbconfig output. > > Most probably we are missing some initialization step. After finding > mention of GPIO pin 20 in some Linux DTS, I decided simply try > > # gpioctl -f /dev/gpioc0 20 1 > You can also set it in u-boot prompt and save it to msdos partition: => setenv preboot 'usb start; gpio set pa20; env exists bootfile || env set bootfile ubldr.bin; env exists SetupFatdev && run SetupFatdev; env exists UserPreboot && run UserPreboot;' => saveenv Bit of hackish, but works. Ganbold > > and voila, it works: > > ugen2.2: at usbus2 > ure0 on uhub1 > ure0: on usbus2 > random: harvesting attach, 8 bytes (4 bits) from ure0 > miibus1: on ure0 > rlphy0: PHY 0 on miibus1 > rlphy0: OUI 0x00e04c, model 0x0008, rev. 2 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > random: harvesting attach, 8 bytes (4 bits) from rlphy0 > random: harvesting attach, 8 bytes (4 bits) from miibus1 > ue0: on ure0 > ue0: bpf attached > ue0: Ethernet address: c0:74:2b:ff:e5:ff > ue0: link state changed to DOWN > > After > > # dhclient ue0 > > I was able to use this USB ethernet interface. > > Maybe this activation could be inserted in DTS, but for now I consider > this ethernet usable (I tried some ping, ssh and some such over it with > success). > > And now the question - both Orange Pi Zero and Orange Pi R1 have SDIO > connected wifi/bluetooth chip. I know there was some work on SDIO > framework in FreeBSD, but what about current status? Do we have > anything available for test? For me it is by no means urgent, just > these boards are available for cheap and quite good for tests... > > Regards, > Milan > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Thu Feb 1 17:19:18 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6222EEDF45B for ; Thu, 1 Feb 2018 17:19:18 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [IPv6:2a02:21e0:16e0:fe::101:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E569278A8B for ; Thu, 1 Feb 2018 17:19:17 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id w11HJCwg064801 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Thu, 1 Feb 2018 18:19:12 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id w11HJ9JH008319 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 1 Feb 2018 18:19:09 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTPS id w11HJ9ds048027 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 1 Feb 2018 18:19:09 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id w11HJ9LG048026; Thu, 1 Feb 2018 18:19:09 +0100 (CET) (envelope-from ticso) Date: Thu, 1 Feb 2018 18:19:09 +0100 From: Bernd Walter To: freebsd-arm@freebsd.org Cc: Bernd Walter Subject: lang/ruby24 build hangs on Pi3 Message-ID: <20180201171909.GK8422@cicely7.cicely.de> Reply-To: ticso@cicely.de Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Operating-System: FreeBSD cicely7.cicely.de 11.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED=-1, RP_MATCHES_RCVD=-0.001 autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Feb 2018 17:19:18 -0000 =3D=3D=3D> License BSD2CLAUSE RUBY accepted by the user =3D=3D=3D> ruby-2.4.3,1 depends on file: /usr/local/sbin/pkg - found =3D=3D=3D> Fetching all distfiles required by ruby-2.4.3,1 for building =3D=3D=3D> Extracting for ruby-2.4.3,1 =3D> SHA256 Checksum OK for ruby/ruby-2.4.3.tar.xz. =3D=3D=3D> Patching for ruby-2.4.3,1 =3D=3D=3D> Applying FreeBSD patches for ruby-2.4.3,1 =3D=3D=3D> ruby-2.4.3,1 depends on package: libffi>=3D0 - found =3D=3D=3D> ruby-2.4.3,1 depends on executable: autoconf-2.69 - found =3D=3D=3D> ruby-2.4.3,1 depends on executable: autoheader-2.69 - found =3D=3D=3D> ruby-2.4.3,1 depends on executable: autoreconf-2.69 - found =3D=3D=3D> ruby-2.4.3,1 depends on executable: aclocal-1.15 - found =3D=3D=3D> ruby-2.4.3,1 depends on executable: automake-1.15 - found =3D=3D=3D> ruby-2.4.3,1 depends on shared library: libyaml.so - found (/u= sr/local/lib/libyaml.so) =3D=3D=3D> ruby-2.4.3,1 depends on shared library: libedit.so.0 - found (= /usr/local/lib/libedit.so.0) =3D=3D=3D> Configuring for ruby-2.4.3,1 aclocal-1.15: warning: autoconf input should be named 'configure.ac', not '= configure.in' configure: loading site script /usr/ports/Templates/config.site checking for ruby... false checking build system type... aarch64-portbld-freebsd12 checking host system type... aarch64-portbld-freebsd12 checking target system type... aarch64-portbld-freebsd12 checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables...=20 checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking how to run the C preprocessor... cpp checking for grep that handles long lines and -e... (cached) /usr/bin/grep checking for egrep... (cached) /usr/bin/egrep checking whether cc needs -traditional... no checking for ld... ld checking whether the linker is GNU ld... no checking whether cpp accepts -o... yes checking for ranlib... ranlib checking for ar... ar checking for ar D option... yes checking for as... no checking for objdump... no checking for gobjdump... no checking for objcopy... objcopy checking for nm... nm checking whether ln -s works... yes checking whether make sets $(MAKE)... yes checking for a BSD-compatible install... /usr/bin/install -c checking for a thread-safe mkdir -p... (cached) /bin/mkdir -p checking for dtrace... dtrace checking for dot... no checking for doxygen... no checking for pkg-config... no checking for ANSI C header files... (cached) yes checking for sys/types.h... (cached) yes checking for sys/stat.h... (cached) yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for memory.h... (cached) yes checking for strings.h... (cached) yes checking for inttypes.h... (cached) yes checking for stdint.h... (cached) yes checking for unistd.h... (cached) yes checking for minix/config.h... (cached) no checking whether it is safe to define __EXTENSIONS__... yes checking for cd using physical directory... cd -P checking whether CFLAGS is valid... yes checking whether LDFLAGS is valid... yes checking whether -Wl,-R. is accepted as LDFLAGS... yes checking whether -Wl,-rpath,. is accepted as LDFLAGS... yes checking whether -Wno-unused-parameter is accepted as CFLAGS... yes checking whether -Wno-parentheses is accepted as CFLAGS... yes checking whether -Wno-long-long is accepted as CFLAGS... yes checking whether -diag-disable=3D2259 is accepted as CFLAGS... no checking whether -Wno-missing-field-initializers is accepted as CFLAGS... y= es checking whether -Wno-tautological-compare is accepted as CFLAGS... yes checking whether -Wno-parentheses-equality is accepted as CFLAGS... yes checking whether -Wno-constant-logical-operand is accepted as CFLAGS... yes checking whether -Wno-self-assign is accepted as CFLAGS... yes checking whether -Wunused-variable is accepted as CFLAGS... yes checking whether -Wimplicit-int is accepted as CFLAGS... yes checking whether -Wpointer-arith is accepted as CFLAGS... yes checking whether -Wwrite-strings is accepted as CFLAGS... yes checking whether -Wdeclaration-after-statement is accepted as CFLAGS... yes checking whether -Wshorten-64-to-32 is accepted as CFLAGS... yes checking whether -Wimplicit-function-declaration is accepted as CFLAGS... y= es checking whether -Wdivision-by-zero is accepted as CFLAGS... yes checking whether -Wdeprecated-declarations is accepted as CFLAGS... yes checking whether -Wno-packed-bitfield-compat is accepted as CFLAGS... no checking whether -Wsuggest-attribute=3Dnoreturn is accepted as CFLAGS... no checking whether -Wsuggest-attribute=3Dformat is accepted as CFLAGS... no checking whether -Wimplicit-fallthrough=3D0 is accepted as CFLAGS... no checking whether -Wextra-tokens is accepted as CFLAGS... yes checking whether -Wall -Wextra is accepted as CFLAGS... yes checking whether -Qunused-arguments is accepted as CFLAGS... yes checking whether INFINITY is available without C99 option... yes checking whether NAN is available without C99 option... yes checking whether -D_FORTIFY_SOURCE=3D2 is accepted as CFLAGS... yes checking whether -fstack-protector is accepted as CFLAGS... yes checking whether -fstack-protector is accepted as LDFLAGS... yes checking whether -Wl,--compress-debug-sections=3Dzlib is accepted as LDFLAG= S...=20 load: 0.20 cmd: ld.lld 81847 [uwait] 76.89r 0.06u 0.02s 0% 19340k make[1]: Working in: /usr/ports/lang/ruby24 make: Working in: /usr/ports/lang/ruby24 0 80380 760 0 20 0 10408 808 wait S+ 0 0:00.35 make = install 0 80392 80380 0 20 0 10436 848 wait S+ 0 0:00.37 make = CONFIG_DONE_RUBY=3D1 /usr/obj/usr/ports/lang/ruby24/work/.install_done.ruby= =2E_usr_local 0 80808 80392 0 52 0 11952 2896 wait I+ 0 0:00.01 /bin/= sh -e -c (cd /usr/obj/usr/ports/lang/ruby24/work/ruby-2.4.3 && _LATE_CONFI= GURE_ARGS=3D"" ; if [ -z "" ] && ./configure --help 2>&1 | /usr/bin/grep = -- --localstatedir > /dev/null; then _LATE_CONFIGURE_ARGS=3D"${_LATE_CONFI= GURE_ARGS} --localstatedir=3D/var" ; fi ; if [ ! -z "`./configure --help = 2>&1 | /usr/bin/grep -- '--mandir'`" ]; then _LATE_CONFIGURE_ARGS=3D"${_LA= TE_CONFIGURE_ARGS} --mandir=3D/usr/local/man" ; fi ; if [ ! -z "`./config= ure --help 2>&1 | /usr/bin/grep -- '--disable-silent-rules'`" ]; then _LAT= E_CONFIGURE_ARGS=3D"${_LATE_CONFIGURE_ARGS} --disable-silent-rules" ; fi ;= if [ ! -z "`./configure --help 2>&1 | /usr/bin/grep -- '--enable-jobserve= r\\[.*#\\]'`" ]; then _LATE_CONFIGURE_ARGS=3D"${_LATE_CONFIGURE_ARGS} --en= able-jobserver=3D4" ; fi ; if [ ! -z "`./configure --help 2>&1 | /usr/bin= /grep -- '--infodir'`" ]; then _LATE_CONFIGURE_ARGS=3D"${_LATE_CONFIGURE_A= RGS} --infodir=3D/usr/local/info/" ; fi ; if [ -z "`./configure --version= 2>&1 | /usr/bin/egrep -i '(autoconf.*2\\.13|Unrecognized option)'`" ]; the= n _LATE_CONFIGURE_ARGS=3D"${_LATE_CONFIGURE_ARGS} --build=3Daarch64-portbl= d-freebsd12" ; else _LATE_CONFIGURE_ARGS=3D"${_LATE_CONFIGURE_ARGS} aarch= 64-portbld-freebsd12" ; fi ; if ! /usr/bin/env CC=3D"cc" CPP=3D"cpp" CXX= =3D"c++" CFLAGS=3D"-O2 -pipe -isystem /usr/local/include -fno-strict-alia= sing" CPPFLAGS=3D"-I/usr/local/include -isystem /usr/local/include" CXXFLAG= S=3D"-O2 -pipe -isystem /usr/local/include -fno-strict-aliasing -isystem /= usr/local/include" LDFLAGS=3D" " LIBS=3D"-lpthread -L/usr/local/lib -L/usr= /local/lib" INSTALL=3D"/usr/bin/install -c" INSTALL_DATA=3D"install -m 0= 644" INSTALL_LIB=3D"install -s -m 0644" INSTALL_PROGRAM=3D"install -s -= m 555" INSTALL_SCRIPT=3D"install -m 555" debugflags=3D XDG_DATA_HOME=3D/= usr/obj/usr/ports/lang/ruby24/work XDG_CONFIG_HOME=3D/usr/obj/usr/ports/la= ng/ruby24/work HOME=3D/usr/obj/usr/ports/lang/ruby24/work PATH=3D/usr/obj/= usr/ports/lang/ruby24/work/.bin:/home/ticso/bin:/var/cosmo-cvs/bin:/var/d7/= local-cvs/bin:/usr/local/sbin:/usr/local/bin:/opt/gcc/bin:/opt/binutils/bin= :/usr/ 0 81106 80808 0 52 0 15288 5732 wait I+ 0 0:00.72 /bin/= sh ./configure --with-rubyhdrdir=3D/usr/local/include/ruby-2.4/ --with-ruby= libprefix=3D/usr/local/lib/ruby --docdir=3D/usr/local/share/doc/ruby24 --wi= th-soname=3Druby24 --program-prefix=3D --program-suffix=3D24 --disable-rpat= h --enable-pthread --enable-shared --enable-install-static-library --with-r= uby-version=3Dminor --with-sitedir=3D/usr/local/lib/ruby/site_ruby --with-v= endordir=3D/usr/local/lib/ruby/vendor_ruby --disable-install-capi --without= -gmp --enable-install-rdoc --enable-libedit --with-libedit-dir=3D/usr/local= --disable-dtrace --prefix=3D/usr/local --localstatedir=3D/var --mandir=3D/= usr/local/man --infodir=3D/usr/local/info/ --build=3Daarch64-portbld-freebs= d12 0 81845 81106 0 52 0 63940 35108 wait I+ 0 0:00.04 cc -o= conftest -O2 -pipe -isystem /usr/local/include -fno-strict-aliasing -Wall = -Wextra -Wno-unused-parameter -Wno-parentheses -Wno-long-long -Wno-missing-= field-initializers -Wno-tautological-compare -Wno-parentheses-equality -Wno= -constant-logical-operand -Wno-self-assign -Wunused-variable -Wimplicit-int= -Wpointer-arith -Wwrite-strings -Wdeclaration-after-statement -Wshorten-64= -to-32 -Wimplicit-function-declaration -Wdivision-by-zero -Wdeprecated-decl= arations -Wextra-tokens -I/usr/local/include -isystem /usr/local/include -f= stack-protector -Wl,--compress-debug-sections=3Dzlib conftest.c -lpthread -= L/usr/local/lib -L/usr/local/lib 0 81847 81845 0 52 0 62080 19392 uwait I+ 0 0:00.10 /usr/= bin/ld --eh-frame-hdr -dynamic-linker /libexec/ld-elf.so.1 --enable-new-dta= gs -o conftest /usr/lib/crt1.o /usr/lib/crti.o /usr/lib/crtbegin.o -L/usr/l= ocal/lib -L/usr/local/lib -L/usr/lib --compress-debug-sections=3Dzlib /tmp/= conftest-186826.o -lpthread -lgcc --as-needed -lgcc_s --no-as-needed -lc -l= gcc --as-needed -lgcc_s --no-as-needed /usr/lib/crtend.o /usr/lib/crtn.o (l= d.lld) current rev 327788. GENERIC with disabled debug support. --=20 B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@freebsd.org Fri Feb 2 11:11:38 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2BFC0ED0D15 for ; Fri, 2 Feb 2018 11:11:38 +0000 (UTC) (envelope-from k@7he.at) Received: from smtp-01.sil.at (smtp-01-5.sil.at [78.142.186.29]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BCF34867F1 for ; Fri, 2 Feb 2018 11:11:36 +0000 (UTC) (envelope-from k@7he.at) Received: from mx.7he.at ([86.59.13.138]) by smtp-01.sil.at with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1ehZFg-0003Ip-SE; Fri, 02 Feb 2018 12:11:28 +0100 Received: from [192.168.6.60] ([93.83.242.219]) by mx.7he.at (8.15.2/8.15.2) with ESMTPS id w12BBOpT092294 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 2 Feb 2018 12:11:24 +0100 (CET) (envelope-from k@7he.at) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.99.2 at mx.7he.at Subject: Re: RPI3 / bcm2835 sdhci device driver To: Oleksandr Tymoshenko Cc: freebsd-arm@freebsd.org References: <6fc103a5-6634-8cc0-34d9-702b4484c2e0@7he.at> <20180128220927.GA56771@bluezbox.com> From: "Klaus P. Ohrhallinger" Message-ID: <17f3f24f-476b-dd1c-6b26-5f13b3556ec5@7he.at> Date: Fri, 2 Feb 2018 12:11:33 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: <20180128220927.GA56771@bluezbox.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=2.3 required=5.0 tests=DATE_IN_FUTURE_48_96, HELO_MISC_IP,RDNS_NONE autolearn=no autolearn_force=no version=3.4.1 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mx.7he.at X-Scan-Signature: 8f32f02f8db636c17c2978c24389a02e X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Feb 2018 11:11:38 -0000 On 28.01.2018 23:09, Oleksandr Tymoshenko wrote: Hello, > > Hi Klaus, > > Thanks a lot for working on this. You might consider using > https://reviews.freebsd.org for patch submissions. Its UI is not > exactly the paramaunt of usability but still beats posting comments > in emails. Also there is command-line cient for patch management > that is pretty usable: https://wiki.freebsd.org/Phabricator There it is: https://reviews.freebsd.org/D14168 > > I have several comments on current version of the driver: > > - Looks like Linux and official name for the driver is sdhost, > as compatible string suggest, so I suggest renaming it to > bcm2835_sdhost. It's more distinctive from sdhci comparing to > sdhci0 Renaming done. > > - "+#define DEBUG 0". DEBUG flag is set using "options DEBUG" in > kernel config, so overriding it introduces side-effects. If you > need internal flag for development use prefixed version like > SDHOST_DEBUG. Also I'd suggest against using numeric values to > indicate boolean conditions in preprocessor directives. Common > expectation is to signal such conditions using #define FOO and > to check them using #ifdef FOO or #if defined(FOO) Renamed to SDHOST_DEBUG and not using numeric values anymore. > > - bcm2835_gpio_dev + bcm_gpio_set_alternate hack is bad. I > know that there are hacks like this in other drivers but I am > working on pinmux support for Pi and once it's done whole > bcm_sdhci0_swap_pins can be just deleted. Pins are going to be > muxed using information from device tree. I hope to finish it > "real soon". I will let you know once it's done. I know it's a bad hack and I will be happy to remove it. The new version also contains a fix for properly waiting on erase commands. After some more testing, the panic()s should be replaced/deleted. It would be good if some people could test the driver with different types and makes of sd-cards. Also, DMA support would be nice to have, but I don't have time for that now. Regards, Klaus From owner-freebsd-arm@freebsd.org Sat Feb 3 02:13:48 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2F960EDDE4B for ; Sat, 3 Feb 2018 02:13:48 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from nh601-vm5.bullet.mail.ssk.yahoo.co.jp (nh601-vm5.bullet.mail.ssk.yahoo.co.jp [182.22.90.14]) by mx1.freebsd.org (Postfix) with SMTP id 4524D6CA9A for ; Sat, 3 Feb 2018 02:13:46 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from [182.22.66.103] by nh601.bullet.mail.ssk.yahoo.co.jp with NNFMP; 03 Feb 2018 02:11:48 -0000 Received: from [182.22.91.133] by t601.bullet.mail.ssk.yahoo.co.jp with NNFMP; 03 Feb 2018 02:11:48 -0000 Received: from [127.0.0.1] by omp606.mail.ssk.yahoo.co.jp with NNFMP; 03 Feb 2018 02:11:48 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 658302.77262.bm@omp606.mail.ssk.yahoo.co.jp Received: (qmail 71977 invoked by uid 60001); 3 Feb 2018 02:11:48 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.jp; s=yj20110701; t=1517623908; bh=bo5+U+ijshkY1N6bbYdBeDk6RycBmS5vmow1905xjKo=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:References:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=HqMR2DzjnQ7JI7J7flP+45wH60osZwobEi8/K3jcePe7AuPxswmVqHYFeCXPK5tsBroKF5NuSeZT2OaeEhzCBk7sUMPYAEtFD1ELVUSejbW6y7BZGoh+VtOcxLD8uT8iBZCw8D/EoT3+9eIhfjZEiHADwLEL/VoWG9QsytkbVII= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:References:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=iSlui5CmiDbptLi2Oy5AGRJFMIaUYOF73k+dKkGhLGHKyntpR+qy30BjBm22wUJZ9iGklhouNfokO8EMy2t7L0KGgsnLLFUOQf1/zSTQ1jkWvyjDx7QTmOEBk6qh4jkWRLlHyIPiRg9ZU6LgTdBjnCVoHZBW8IasvL7CrOGH3WY=; Message-ID: <387823.67007.qm@web101711.mail.ssk.yahoo.co.jp> X-YMail-OSG: Lemv7wgVM1mWzSK_PrVFXe95gf_EH7jl78MotH.Z7BBkxth23_VGN6RFQhNJ8w3sIrqCRc8POb40jPyGLAyTrwv6jK4IDgOx980dovqSLIL883xc12Cy3iGgnb7vxhapNB2B3iWabNf7anef1TA0uctgaWttg5ZswbM9O3FssyceCQs_UKXvlVpEpbbQ7JoEYVabyjTDL5rqh3nwcP48n8tfTyxqrvmmhC.wBnWC5qlnB60lmQjqTw5fBaPaV7ByHeDimF0Mu_EzBpmN.i8TpLf6m4VxModp1VCNq28lYSCzwS42O86c.hh6HusGgS5JaAcPjA8jFrLTzSwVAhosElzGV_wVooWjc5XRa0jD9Cdqn_7w_4p8UslOXgs5EJYAWE1CHQeRfkiqqubvAQ5aYVjFdrnTdda6AzsFCxVmwy94._sp9x_Q9GCsyYZPOHf4tMqt1qjOhgzrIrFxKRJCM7GtwSC14Ys0idVk5r0q7x5OSq467IaFhcz3rlT49oPKbpf2NwtpGGZ1VW1JVQHDAt3nea7WWw7Y.VN39Wb5W8Q6XLEzbfWr9tjG8cOebB3iDEPd1mwhKdlY44v_jkOhCPklr33h3fxytyzvHMXrpwROiRZIGsr_xsw- Received: from [203.165.91.75] by web101711.mail.ssk.yahoo.co.jp via HTTP; Sat, 03 Feb 2018 11:11:46 JST X-Mailer: YahooMailWebService/0.8.111_74 X-YMail-JAS: 9001nB8VM1lRyCckcoG6nmIe_YuhLHNQJAqQy3.Znawe_TTItKSrofTw.8bW_9nNePJvKRRGaiG8hb6iOZovxjDqxUqNPS4553WKFTyIdS9vF3K60r.Q7tzRzXXLOMgOxSKk References: <64850.63077.qm@web101706.mail.ssk.yahoo.co.jp> Date: Sat, 3 Feb 2018 11:11:46 +0900 (JST) From: Mori Hiroki Reply-To: Mori Hiroki Subject: Re: still hang up arm/ralink To: Michael Zhilin Cc: "freebsd-arm@freebsd.org" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Feb 2018 02:13:48 -0000 Hi=0A=0AI set=C2=A0VERBOSE_SYSINIT option and build kernel.=0A=0AStarting k= ernel @40000100...=0A=0AKDB: debugger backends: ddb=0AKDB: current backend:= ddb=0ACopyright (c) 1992-2018 The FreeBSD Project.=0ACopyright (c) 1979, 1= 980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994=0A=C2=A0 =C2=A0 =C2=A0 = =C2=A0 The Regents of the University of California. All rights reserved.=0A= FreeBSD is a registered trademark of The FreeBSD Foundation.=0AFreeBSD 12.0= -CURRENT #3 b8cfc17(arm_debug)-dirty: Sat Feb=C2=A0 3 11:01:10 JST 2018=0A= =C2=A0 =C2=A0 hiroki@microserver:/storage/home/hiroki/zorg/obj/storage/home= /hiroki/zorg/ZR=0Aouter/tmp/storage/home/hiroki/freebsd/arm.arm/sys/Buffalo= _WZR2-G300N arm=0AFreeBSD clang version 6.0.0 (branches/release_60 323338) = (based on LLVM 6.0.0)=0Asubsystem 1000000=0A=C2=A0=C2=A0 0xc0205ef0(0)... d= one.=0A=C2=A0=C2=A0 0xc0219140(0)... done.=0Asubsystem 1800000=0A=C2=A0=C2= =A0 0xc00fea44(0)... done.=0A=C2=A0=C2=A0 0xc00dc4f0(0)... done.=0A=C2=A0= =C2=A0 0xc00dc13c(0xc02cc84c)...=C2=A0=0A=0AHang.=0A=0A0xc00dc13c is malloc= _init()=0A=0Ac00dc13c :=0Ac00dc13c: =C2=A0 =C2=A0 =C2=A0 e92d4= 830=C2=A0 =C2=A0 =C2=A0 =C2=A0 push=C2=A0 =C2=A0 {r4, r5, fp, lr}=0Ac00dc14= 0: =C2=A0 =C2=A0 =C2=A0 e28db008=C2=A0 =C2=A0 =C2=A0 =C2=A0 add =C2=A0 =C2= =A0 fp, sp, #8=C2=A0 =C2=A0 =C2=A0 ; 0x8=0Ac00dc144: =C2=A0 =C2=A0 =C2=A0 e= 1a04000=C2=A0 =C2=A0 =C2=A0 =C2=A0 mov =C2=A0 =C2=A0 r4, r0=0A=0Aarmv5t use= =C2=A0arm/arm/pmap-v4.c. This code not change recently.=0A=0AI think this i= s vm issue.=0A=0AHiroki Mori=0A=0A----- Original Message -----=0A>From: Mic= hael Zhilin =0A>To: Mori Hiroki = =0A>Cc: freebsd-arm@freebsd.org=0A>Date: 2018/1/30, Tue 14:11=0A>Subject: R= e: still hang up arm/ralink=0A> =0A>=0A>Hi Hiroki-san,=0A>=0A>=0A>It may be= result of recent changes of arm pmap/vm. Please enable SYSINIT_VERBOSE to = print information about init step results.=0A>=0A>=0A>Thanks!=C2=A0=0A>=0A>= =0A>P.S. To init DDB I'll send patch under separate cover=0A>=0A>=0A>30 =D1= =8F=D0=BD=D0=B2. 2018 =D0=B3. 7:28 =D0=94=D0=9F =D0=BF=D0=BE=D0=BB=D1=8C=D0= =B7=D0=BE=D0=B2=D0=B0=D1=82=D0=B5=D0=BB=D1=8C "Mori Hiroki" =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB:=0A>=0A>Hi.=0A>>=0A>>I = build current yesterday for arm/ralink.=C2=A0=0A>>It is still hang up on bo= ot.=0A>>=0A>>Does anyone have armv5t running on current?=0A>>=0A>>=0A>>## B= ooting image at 1f010000 ...=0A>>=C2=A0=C2=A0 Image Name: =C2=A0 FreeBSD Ke= rnel Image=0A>>=C2=A0=C2=A0 Image Type: =C2=A0 ARM Linux Kernel Image (lzma= compressed)=0A>>=C2=A0=C2=A0 Data Size:=C2=A0 =C2=A0 1063133 Bytes =3D=C2= =A0 1 MB=0A>>=C2=A0=C2=A0 Load Address: 40000180=0A>>=C2=A0=C2=A0 Entry Poi= nt:=C2=A0 40000180=0A>>=C2=A0=C2=A0 Verifying Checksum ... OK=0A>>=C2=A0=C2= =A0 Uncompressing LZMA Kernel Image .............................. ........= ......O=0A>>K=0A>>=0A>>Starting kernel @40000180...=0A>>=0A>>KDB: debugger = backends: ddb=0A>>KDB: current backend: ddb=0A>>Copyright (c) 1992-2018 The= FreeBSD Project.=0A>>Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 199= 1, 1992, 1993, 1994=0A>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 The Regents of the Univ= ersity of California. All rights reserved.=0A>>FreeBSD is a registered trad= emark of The FreeBSD Foundation.=0A>>FreeBSD 12.0-CURRENT #0 b8cfc17(master= ): Mon Jan 29 17:55:11 JST 2018=0A>>=C2=A0 =C2=A0 hiroki@microserver:/stora= ge/ home/hiroki/zorg/obj/storage/ home/hiroki/zorg/ZR=0A>>outer/tmp/storage= /home/hiroki/ freebsd/arm.arm/sys/Buffalo_ WZR2-G300N arm=0A>>FreeBSD clang= version 6.0.0 (branches/release_60 323338) (based on LLVM 6.0.0)=0A>>=0A>>= ______________________________ _________________=0A>>freebsd-arm@freebsd.or= g mailing list=0A>>https://lists.freebsd.org/ mailman/listinfo/freebsd-arm= =0A>>To unsubscribe, send any mail to "freebsd-arm-unsubscribe@ freebsd.org= "=0A>>=0A>=0A> From owner-freebsd-arm@freebsd.org Sat Feb 3 04:05:56 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B4EB5EE4AC1 for ; Sat, 3 Feb 2018 04:05:56 +0000 (UTC) (envelope-from unto.foru13@gmail.com) Received: from mail-wm0-x241.google.com (mail-wm0-x241.google.com [IPv6:2a00:1450:400c:c09::241]) (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 2E2D571106; Sat, 3 Feb 2018 04:05:56 +0000 (UTC) (envelope-from unto.foru13@gmail.com) Received: by mail-wm0-x241.google.com with SMTP id f71so16323365wmf.0; Fri, 02 Feb 2018 20:05:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=3WiEEyoeKtSOe1M2QvSib6vogrlpj4YBMRv7aAFp52o=; b=az3uJtp7N71Vzw/2ZiW41BsjgJszO7Ts1tTKCJE+V1/f3Vod3nNBMgBb1eiiKgoyYQ 80L+O3FHSuG5RCmUIIXaLmKL1moxaTNl3fY5FsCUFsN5G36VCvszv322gsI0cIZEcm8F HV+UnOPtkqbtgQ1ppne393PiCfUakmMRzoRzh4x5mb18nhUZwKgzZPL8ucfGCf6d7XTk Ex7+ctpstDyt+hzQHcTBRZOj1YUJjl+nJPZgWLCPOEjFA+6yZEMJI5O3U8AIj/xGb4K+ S/rLicHO5LvHqv7m2yftuEGwcDUhzp6aJFXGTx3ysU+l3QOGI20U9DvR6hpaXSOufYyB n7ig== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=3WiEEyoeKtSOe1M2QvSib6vogrlpj4YBMRv7aAFp52o=; b=l5j8HA0a5VUOeZyIIWkYHdJp8opKauV9VZiNFo8+mhbp5+ru3wEMC+yOWAT8r6AdX7 LeoJ8eUOMGj/r1Athf2KR3+UiVCocHi187Enh75yh0UKe9QdgOvnHBHJ3kGyHrJ9iKHv lZv2ZZDOdNwwwB3C3f0bw7nm1IFsk9Z6TFQEB42wMOYAyZb+5KG4ca4H5HtAroCL6FCV 04IroIIT5rUKdtzaV1R6dpZhn844Onx/tlukc6uiAq5LLdG9rQlkRhdzb5LDtoxnEfIH EbjIB1R0r4ZGxmcYxFs8AVZ6bXDcErxWdTqRhoNrLSF0dfQfFMkEM+o0lsjHNJVupO4f ydxA== X-Gm-Message-State: AKwxytfiMWsoJ/lAgmwJOuBZBKHG6AMgxO++OuFAaqPBP16CITMagPR+ VSwmGApK58OpuSiYgorWHO5MuYBF1Fd3luWL6AvakA== X-Google-Smtp-Source: AH8x227phhcaB2eoxjn86UFM9owYzteMCOqrACgSVnsnzUYG2ITY8GMLT75NziBwcEfIEAJrnDoApLb5UYx+1UMl7rw= X-Received: by 10.80.225.197 with SMTP id m5mr69966302edl.222.1517630754874; Fri, 02 Feb 2018 20:05:54 -0800 (PST) MIME-Version: 1.0 Received: by 10.80.228.5 with HTTP; Fri, 2 Feb 2018 20:05:54 -0800 (PST) From: =?UTF-8?B?6Zi/6YeR?= Date: Sat, 3 Feb 2018 12:05:54 +0800 Message-ID: Subject: Orange pi One network slower in freebsd To: Kyle Evans , freebsd-arm@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Feb 2018 04:05:57 -0000 I used head_328770 freebsd. In my test,at same board (orange pi one) ,same network cable. freebsd network slower than ARMBIAN 5.38 stable Ubuntu 16.04.3 LTS 3.4.113-sun8i head_328770 freebsd test by local iperf3 msg: at iperf3 server side (at begin 3 interval, seem driver not init memory to transfer data ??) [ ID] Interval Transfer Bandwidth [ 5] 0.00-1.00 sec 0.00 Bytes 0.00 bits/sec [ 5] 1.00-2.00 sec 0.00 Bytes 0.00 bits/sec [ 5] 2.00-3.00 sec 0.00 Bytes 0.00 bits/sec [ 5] 3.00-4.00 sec 7.89 MBytes 66.2 Mbits/sec [ 5] 4.00-5.00 sec 11.2 MBytes 94.2 Mbits/sec [ 5] 5.00-6.00 sec 11.2 MBytes 94.2 Mbits/sec [ 5] 6.00-7.00 sec 11.2 MBytes 94.1 Mbits/sec [ 5] 7.00-8.00 sec 11.2 MBytes 94.2 Mbits/sec [ 5] 8.00-9.00 sec 11.2 MBytes 94.2 Mbits/sec [ 5] 9.00-10.00 sec 10.1 MBytes 84.6 Mbits/sec [ 5] 10.00-11.00 sec 11.2 MBytes 94.2 Mbits/sec [ 5] 11.00-12.00 sec 11.2 MBytes 94.2 Mbits/sec [ 5] 12.00-13.00 sec 11.2 MBytes 94.2 Mbits/sec [ 5] 13.00-13.31 sec 2.30 MBytes 62.8 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth Retr [ 5] 0.00-13.31 sec 110 MBytes 69.5 Mbits/sec 9 sender [ 5] 0.00-13.31 sec 110 MBytes 69.4 Mbits/sec receiver iperf3: the client has unexpectedly closed the connection test by speedtest root@head_328770:~/speedtest-cli-master # python2.7 speedtest.py Retrieving speedtest.net configuration... Testing from HiNet (59.126.x.x)... Retrieving speedtest.net server list... Selecting best server based on ping... Hosted by Chief Telecom (Taichung) [1.78 km]: 45.654 ms Testing download speed................................................................................ Download: 66.78 Mbit/s Testing upload speed................................................................................................ Upload: 24.05 Mbit/s ************************* ARMBIAN 5.38 stable Ubuntu 16.04.3 LTS 3.4.113-sun8i at local iperf3 server side msg :(no lost at begin interval) [ ID] Interval Transfer Bandwidth [ 5] 0.00-1.00 sec 10.8 MBytes 90.4 Mbits/sec [ 5] 1.00-2.00 sec 11.2 MBytes 94.2 Mbits/sec [ 5] 2.00-3.00 sec 11.2 MBytes 94.2 Mbits/sec [ 5] 3.00-4.00 sec 11.2 MBytes 94.2 Mbits/sec [ 5] 4.00-5.00 sec 11.2 MBytes 94.2 Mbits/sec [ 5] 5.00-6.00 sec 11.2 MBytes 94.2 Mbits/sec [ 5] 6.00-7.00 sec 11.2 MBytes 94.2 Mbits/sec [ 5] 7.00-8.00 sec 11.2 MBytes 94.2 Mbits/sec [ 5] 8.00-9.00 sec 11.2 MBytes 94.2 Mbits/sec [ 5] 9.00-10.00 sec 11.2 MBytes 94.2 Mbits/sec [ 5] 10.00-10.05 sec 604 KBytes 94.1 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth Retr [ 5] 0.00-10.05 sec 113 MBytes 94.1 Mbits/sec 12 sender [ 5] 0.00-10.05 sec 112 MBytes 93.8 Mbits/sec receiver test by speedtest Retrieving speedtest.net server list... Selecting best server based on ping... Hosted by Chief Telecom (Taichung) [13.56 km]: 35.23 ms Testing download speed................................................................................ Download: 82.09 Mbit/s Testing upload speed................................................................................................ Upload: 36.57 Mbit/s From owner-freebsd-arm@freebsd.org Sat Feb 3 06:13:12 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 926D9EEB675 for ; Sat, 3 Feb 2018 06:13:12 +0000 (UTC) (envelope-from jon@brawn.org) Received: from ahs1.r4l.com (ahs1.r4l.com [198.27.81.125]) (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 311FC762EC for ; Sat, 3 Feb 2018 06:13:11 +0000 (UTC) (envelope-from jon@brawn.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=brawn.org; s=default; h=To:Date:Message-Id:Subject:Mime-Version:Content-Type:From: Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=06XCgmK34VmSHjDIhqCwu6HzU1yptYUvRVftmc4sVUc=; b=bk+Jy3U2ogfxf8EHW8lvCcE7b0 88Ak/htjWGbRbN94qXHmRueWfaUS7Ye1QNK80kFFmb9fZnztCDJexgHuSHDDlUxaikXIrQOWERseY ppUsx6+wykrlQLoXvfdnszUW2dlDf3Tx9MNXRkppzZwnIRk+n/Sx7XnfKAbBgPBOOnW6cLi8k87vL LIdnPrGnhy69PNwislHd/O1OVONJUUftJPY1n57c7EPFKIW7ATm9+Zp98ROwrk6Vi2qBenFcOI4Vg KBGL6Di5c9PVMQs3qXzZYl3p5bB/+2CPqsx/dgGC1ju0QCAPPNK8uESHPNUk1qe0Hy3etiMGnfABG KRCrVtDA==; Received: from [136.62.171.86] (port=54909 helo=[192.168.1.120]) by ahs1.r4l.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89_1) (envelope-from ) id 1ehqfC-003HEU-04 for freebsd-arm@freebsd.org; Sat, 03 Feb 2018 00:46:58 -0500 From: Jon Brawn Content-Type: multipart/signed; boundary="Apple-Mail=_0BAB4C12-397E-4F05-AA4E-5AC527CE0470"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: Trouble with SoftIron Overdrive 1000 + USB Message-Id: <79D41C3C-152C-4C58-A7AB-B2C3544DFDA3@brawn.org> Date: Fri, 2 Feb 2018 23:46:55 -0600 To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.3445.5.20) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ahs1.r4l.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - brawn.org X-Get-Message-Sender-Via: ahs1.r4l.com: authenticated_id: jon@brawn.org X-Authenticated-Sender: ahs1.r4l.com: jon@brawn.org X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Feb 2018 06:13:13 -0000 --Apple-Mail=_0BAB4C12-397E-4F05-AA4E-5AC527CE0470 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Wotcha Gang! =46rom time to time I take the 12.0 Current mini-memstick image that is = newest and do an install on a SoftIron Overdrive 1000 box (quad = Cortex-A57, aarch64). Usually there=E2=80=99s nothing to report, and = everything goes just swimmingly, and I mess around with the installed = system for a while, rebuild the kernel perhaps, nothing too heavy duty. Anyway, I=E2=80=99ve just tried this with r328637, and it didn=E2=80=99t = work very well, however, I don=E2=80=99t have the FreeBSD skills to = understand what=E2=80=99s really going wrong. I=E2=80=99ve added the = boot log to this email, inline, at the end. It all goes wrong when it is = trying to mount the root filesystem from the USB memory stick. It=E2=80=99= s claiming to be perpetually waiting for usbus0. As you can see from the = boot log, it detects that there=E2=80=99s a usbus0 =E2=80=98thing=E2=80=99= there, and there are no warnings or errors that I can see relating to = USB, but the bus never seems to come ready. Is there anyone out there that can help me to debug this please? Jon. NOTICE: BL3-1:=20 NOTICE: BL3-1: Built : 14:04:15, Apr 9 2016 INFO: BL3-1: Initializing runtime services INFO: BL3-1: Preparing for EL3 exit to normal world INFO: BL3-1: Next image address =3D 0x8000e80000 INFO: BL3-1: Next image spsr =3D 0x3c9 UEFI Interactive Shell v2.1 EDK II UEFI v2.60 (SoftIron Overdrive 1000, 0x00010000) Mapping table FS1: Alias(s):HD1b65535a1:;BLK4: = PciRoot(0x1)/Pci(0x0,0x0)/Sata(0x1,0xFFFF,0x0)/HD(1,GPT,535754EE-EECD-11E7= -8543-E0FFF70020A6,0x28,0x64000) FS0: Alias(s):HD0a0b:;BLK1: = PcieRoot(0x0)/Pci(0x2,0x2)/Pci(0x0,0x0)/USB(0x0,0x0)/HD(1,GPT,CAB2BA96-077= 2-11E8-952D-0CC47AD8B808,0x3,0x640) BLK3: Alias(s): PciRoot(0x1)/Pci(0x0,0x0)/Sata(0x1,0xFFFF,0x0) BLK5: Alias(s): = PciRoot(0x1)/Pci(0x0,0x0)/Sata(0x1,0xFFFF,0x0)/HD(2,GPT,5357E647-EECD-11E7= -8543-E0FFF70020A6,0x64028,0x73F9BFF8) BLK6: Alias(s): = PciRoot(0x1)/Pci(0x0,0x0)/Sata(0x1,0xFFFF,0x0)/HD(3,GPT,535936C9-EECD-11E7= -8543-E0FFF70020A6,0x74000020,0x706D67) BLK0: Alias(s): PcieRoot(0x0)/Pci(0x2,0x2)/Pci(0x0,0x0)/USB(0x0,0x0) BLK2: Alias(s): = PcieRoot(0x0)/Pci(0x2,0x2)/Pci(0x0,0x0)/USB(0x0,0x0)/HD(2,GPT,CAB2BA9A-077= 2-11E8-952D-0CC47AD8B808,0x643,0xF89E0) Press ESC in 1 seconds to skip startup.nsh or any other key to continue. Shell> BOOTaa64.efi >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Load Path: \efi\boot\BOOTaa64.efi Load Device: = PcieRoot(0x0)/Pci(0x2,0x2)/Pci(0x0,0x0)/USB(0x0,0x0)/HD(1,GPT,CAB2BA96-077= 2-11E8-952D-0CC47AD8B808,0x3,0x640) BootCurrent: 0006 BootOrder: 0006 0000 0001 0002 Probing 7 block devices.........* done ZFS found no pools UFS found 1 partition Consoles: EFI console =20 Command line arguments: loader.efi Image base: 0x81f6449000 EFI version: 2.60 EFI Firmware: SoftIron Overdrive 1000 (rev 1.00) FreeBSD/arm64 EFI loader, Revision 1.1 (Thu Feb 1 16:48:10 UTC 2018 root@releng3.nyi.freebsd.org) EFI boot environment Loading /boot/defaults/loader.conf /boot/kernel/kernel text=3D0x8372ce data=3D0xb2450+0x443acc = syms=3D[0x8+0x111408+0x8+0x103ad6] | Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... =20 Using DTB provided by EFI at 0x801fe00000. KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2018 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.0-CURRENT #0 r328637: Thu Feb 1 16:51:20 UTC 2018 = root@releng3.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 FreeBSD clang version 6.0.0 (branches/release_60 323338) (based on LLVM = 6.0.0) WARNING: WITNESS option enabled, expect reduced performance. VT: init without driver. module_register: cannot register gic/gicv2m from kernel; already loaded = from kernel Module gic/gicv2m failed to register: 17 Starting CPU 1 (1) Starting CPU 2 (100) Starting CPU 3 (101) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs arc4random: no preloaded entropy cache MAP 81fb830000 mode 2 pages 992 MAP 81fbdb0000 mode 2 pages 592 MAP 81fffd0000 mode 2 pages 32 random: entropy device external interface kbd0 at kbdmux0 ofwbus0: simplebus0: on ofwbus0 clk_fixed0: on simplebus0 clk_fixed1: on simplebus0 clk_fixed2: on simplebus0 clk_fixed3: on simplebus0 clk_fixed4: on simplebus0 clk_fixed5: on simplebus0 clk_fixed6: on simplebus0 clk_fixed7: on simplebus0 clk_fixed8: on simplebus0 clk_fixed9: on simplebus0 clk_fixed10: on simplebus0 psci0: on ofwbus0 gic0: mem = 0xe1110000-0xe1110fff,0xe112f000-0xe1130fff,0xe1140000-0xe114ffff,0xe11600= 00-0xe116ffff irq 4 on ofwbus0 gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 448 generic_timer0: irq 5,6,7,8 on ofwbus0 Timecounter "ARM MPCore Timecounter" frequency 250000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 250000000 Hz quality 1000 efirtc0: registered as a time-of-day clock, resolution 1.000000s cpulist0: on ofwbus0 cpu0: on cpulist0 cpu1: on cpulist0 cpu2: on cpulist0 cpu3: on cpulist0 pmu0: irq 0,1,2,3 on ofwbus0 ahci0: mem 0xe0300000-0xe03effff irq 9 on = simplebus0 ahci0: AHCI v1.30 with 8 6Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 uart0: mem 0xe1010000-0xe1010fff irq 13 on = simplebus0 uart0: console (115200,n,8,1) pcib0: mem 0xf0000000-0xffffffff on = simplebus0 pci0: on pcib0 pcib1: at device 2.2 on pci0 pci1: on pcib1 xhci0: mem = 0x40100000-0x4010ffff,0x40110000-0x40110fff,0x40111000-0x40111fff at = device 0.0 on pci1 xhci0: 32 bytes context size, 64-bit DMA usbus0 on xhci0 pcib2: at device 2.3 on pci0 pci2: on pcib2 mskc0: port 0x1000-0x10ff mem = 0x40000000-0x40003fff at device 0.0 on pci2 msk0: on = mskc0 msk0: Using defaults for TSO: 65518/35/2048 msk0: Ethernet address: e0:ff:f7:00:20:a6 miibus0: on msk0 e1000phy0: PHY 0 on miibus0 e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, = auto-flow cryptosoft0: Timecounters tick every 1.000 msec usbus0: 5.0Gbps Super Speed USB v3.0 ugen0.1: <0x1b73 XHCI root HUB> at usbus0 uhub0: <0x1b73 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on = usbus0 ada0 at ahcich1 bus 0 scbus1 target 0 lun 0 ada0: ACS-3 ATA SATA 3.x device ada0: Serial Number WD-WMC6Y0P7NL00 ada0: 600.000MB/s transfers (SATA 3.x, UDMA5, PIO 8192bytes) ada0: Command Queueing enabled ada0: 953869MB (1953525168 512 byte sectors) Release APs CPU 0: ARM Cortex-A57 r1p2 affinity: 0 0 Instruction Set Attributes 0 =3D Instruction Set Attributes 1 =3D <> Processor Features 0 =3D Processor Features 1 =3D <0> Memory Model Features 0 =3D <4k Granule,64k = Granule,MixedEndian,S/NS Mem,16bit ASID,16TB PA> Memory Model Features 1 =3D <> Memory Model Features 2 =3D <32b CCIDX,48b VA> Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints,6 = Breakpoints,PMUv3,Debug v8> Debug Features 1 =3D <0> Auxiliary Features 0 =3D <0> Auxiliary Features 1 =3D <0> CPU 1: ARM Cortex-A57 r1p2 affinity: 0 1 CPU 2: ARM Cortex-A57 r1p2 affinity: 1 0 CPU 3: ARM Cortex-A57 r1p2 affinity: 1 1 WARNING: WITNESS option enabled, expect reduced performance. arc4random: no preloaded entropy cache Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro,noatime]... Root mount waiting for: usbus0 uhub0: 4 ports with 4 removable, self powered Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 usbd_setup_device_desc: getting device descriptor at addr 1 failed, = USB_ERR_TIMEOUT Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 usbd_setup_device_desc: getting device descriptor at addr 1 failed, = USB_ERR_TIMEOUT Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 usbd_setup_device_desc: getting device descriptor at addr 1 failed, = USB_ERR_TIMEOUT Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 usbd_setup_device_desc: getting device descriptor at addr 1 failed, = USB_ERR_TIMEOUT Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 usbd_setup_device_desc: getting device descriptor at addr 1 failed, = USB_ERR_TIMEOUT ugen0.2: at usbus0 (disconnected) uhub_reattach_port: could not allocate new device mountroot: waiting for device /dev/ufs/FreeBSD_Install... Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error 19. Loader variables: vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD_Install vfs.root.mountfrom.options=3Dro,noatime Manual root filesystem specification: : [options] Mount using filesystem and with the specified (optional) option list. eg. ufs:/dev/da0s1a zfs:tank cd9660:/dev/cd0 ro (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) ? List valid disk boot devices . Yield 1 second (for background tasks) Abort manual input mountroot> ? List of GEOM managed disk devices: diskid/DISK-WD-WMC6Y0P7NL00p3 diskid/DISK-WD-WMC6Y0P7NL00p2 = diskid/DISK-WD-WMC6Y0P7NL00p1 gptid/535936c9-eecd-11e7-8543-e0fff70020a6 = gptid/5357e647-eecd-11e7-8543-e0fff70020a6 = gptid/535754ee-eecd-11e7-8543-e0fff70020a6 diskid/DISK-WD-WMC6Y0P7NL00 = ada0p3 ada0p2 ada0p1 ada0 mountroot>=20 --Apple-Mail=_0BAB4C12-397E-4F05-AA4E-5AC527CE0470 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIILEzCCBSUw ggQNoAMCAQICECQcc6QQWc3Um5HgAnmjhBYwDQYJKoZIhvcNAQELBQAwgZcxCzAJBgNVBAYTAkdC MRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoT EUNPTU9ETyBDQSBMaW1pdGVkMT0wOwYDVQQDEzRDT01PRE8gUlNBIENsaWVudCBBdXRoZW50aWNh dGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBMB4XDTE3MTAyODAwMDAwMFoXDTE4MTAyODIzNTk1OVow HjEcMBoGCSqGSIb3DQEJARYNam9uQGJyYXduLm9yZzCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBALEscuT73gkjXEfkaQU3QXOOIDFilHr9RV/FKPk+ZO3wyXpoChqRW+anE+kKBLSCsmoX 6HnhAmcq3j9umj5jIYwpD84m26XbWQK+uo42GZ3cAF12VvO0g/toUvI+nJcxiD39APWowPKQ4Nae 4FN4hLOcwd2zyF3LiJgq4aXXcBQxl2s1JRCb7STFl5qpp73JVbFp1MkABmESyzI6KE0LLH3hHICU d2m+Omg6L8T+RgsTEKmgTvw1hYD04ms9ttji/viI8LtR3V9p9DDGH0iSCF56kPo4WfsbfGVBs1km tw8uvB6OVNGiD0q05kR/GI4jGiMLa4UhlCC0VsYfx7ZyGEUCAwEAAaOCAeMwggHfMB8GA1UdIwQY MBaAFIKvbIz4xf6WYXzoHz0rcUhexIvAMB0GA1UdDgQWBBRYtBFf7BnRYLxKWDc5DiI35q5WVzAO BgNVHQ8BAf8EBAMCBaAwDAYDVR0TAQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYLKwYBBAGy MQEDBQIwEQYJYIZIAYb4QgEBBAQDAgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQEBMCswKQYI KwYBBQUHAgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMFoGA1UdHwRTMFEwT6BNoEuG SWh0dHA6Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET1JTQUNsaWVudEF1dGhlbnRpY2F0aW9uYW5k U2VjdXJlRW1haWxDQS5jcmwwgYsGCCsGAQUFBwEBBH8wfTBVBggrBgEFBQcwAoZJaHR0cDovL2Ny dC5jb21vZG9jYS5jb20vQ09NT0RPUlNBQ2xpZW50QXV0aGVudGljYXRpb25hbmRTZWN1cmVFbWFp bENBLmNydDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMBgGA1UdEQQRMA+B DWpvbkBicmF3bi5vcmcwDQYJKoZIhvcNAQELBQADggEBAKZgWVdxinnS81TZvPWc8kXjtzxKSBFU 6ZXBkofX+CSRuD+Wmg4vlt6fNIaVWqWDF95qjR3TOwyb+LQJnsMyYhAl9NI6AJTxgfghzKK49MVP aC0K7V4TnWCiucJsfK+xDqZIevPFPF3mpYz7/Uf8VPbX2uK80/uUoBRroXDLyHv7fTzG8K+bHBh6 l2x2xFB04nxAhRS4yaJvOeV6ckPOHvCgHhncXQ1HoPUvV/M94K3jaURLPvSUm2tgzODJ97QDHDWM SF7xfItpAM7AVAmN0M0U8sWI/qDykqpoeOc/TrMNeRTEcuphuJASMuN+oP57T+XZFq/lOEEIw1H+ 4QZ1mnIwggXmMIIDzqADAgECAhBqm+E4O/8ra58B1dm4p1JWMA0GCSqGSIb3DQEBDAUAMIGFMQsw CQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3Jk MRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDErMCkGA1UEAxMiQ09NT0RPIFJTQSBDZXJ0aWZp Y2F0aW9uIEF1dGhvcml0eTAeFw0xMzAxMTAwMDAwMDBaFw0yODAxMDkyMzU5NTlaMIGXMQswCQYD VQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRow GAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE9MDsGA1UEAxM0Q09NT0RPIFJTQSBDbGllbnQgQXV0 aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAL6znlesKHZ1QBbHOAOY08YYdiFQ8yV5C0y1oNF9Olg+nKcxLqf2NHbZhGra0D00SOTq 9bus3/mxgUsg/Wh/eXQ0pnp8tZ8XZWAnlyKMpjL+qUByRjXCA6RQyDMqVaVUkbIr5SU0RDX/kSsK wer3H1pT/HUrBN0X8sKtPTdGX8XAWt/VdMLBrZBlgvnkCos+KQWWCo63OTTqRvaq8aWccm+KOMjT cE6s2mj6RkalweyDI7X+7U5lNo6jzC8RTXtVV4/Vwdax720YpMPJQaDaElmOupyTf1Qib+cpukNJ nQmwygjD8m046DQkLnpXNCAGjuJy1F5NATksUsbfJAr7FLUCAwEAAaOCATwwggE4MB8GA1UdIwQY MBaAFLuvfgI9+qbxPISOre44mOzZMjLUMB0GA1UdDgQWBBSCr2yM+MX+lmF86B89K3FIXsSLwDAO BgNVHQ8BAf8EBAMCAYYwEgYDVR0TAQH/BAgwBgEB/wIBADARBgNVHSAECjAIMAYGBFUdIAAwTAYD VR0fBEUwQzBBoD+gPYY7aHR0cDovL2NybC5jb21vZG9jYS5jb20vQ09NT0RPUlNBQ2VydGlmaWNh dGlvbkF1dGhvcml0eS5jcmwwcQYIKwYBBQUHAQEEZTBjMDsGCCsGAQUFBzAChi9odHRwOi8vY3J0 LmNvbW9kb2NhLmNvbS9DT01PRE9SU0FBZGRUcnVzdENBLmNydDAkBggrBgEFBQcwAYYYaHR0cDov L29jc3AuY29tb2RvY2EuY29tMA0GCSqGSIb3DQEBDAUAA4ICAQB4XLKBKDRPPO5fVs6fl1bsj6Jr F/bz9kkIBtTYLzXN30D+03Hj6OxCDBEaIeNmsBhrJmuubvyE7HtoSmR809AgcYboW+rcTNZ/8u/H v+GTrNI/AhqX2/kiQNxmgUPt/eJPs92Qclj0HnVyy9TnSvGkSDU7I5Px+TbO+88G4zipA2psZaWe EykgzClZlPz1FjTCkk77ZXp5cQYYexE6zeeN4/0OqqoAloFrjAF4o50YJafX8mnahjp3I2Y2mkjh k0xQfhNqbzlLWPoT3m7j7U26u7zg6swjOq8hITYc3/np5tM5aVyu6t99p17bTbY7+1RTWBviN9YJ zK8HxzObXYWBf/L+VGOYNsQDTxAk0Hbvb1j6KjUhg7fO294F29QIhhmiNOr84JHoy+fNLpfvYc/Q 9EtFOI5ISYgOxLk3nD/whbUe9rmEQXLp8MB933Ij474gwwCPUpwv9mj2PMnXoc7mbrS22XUSeTwx CTP9bcmUdp4jmIoWfhQm7X9w/Zgddg+JZ/YnIHOwsGsaTUgj7fIvxqith7DoJC91WJ8Lce3CVJqb 1XWeKIJ84F7YLXZN0oa7TktYgDdmQVxYkZo1c5noaDKH9Oq9cbm/vOYRUM1cWcef20Wkyk5S/GFy yPJwG0fR1nRas3DqAf4cXxMiEKcff7PNa4M3RGTqH0pWR8p6EjGCA7cwggOzAgEBMIGsMIGXMQsw CQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3Jk MRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE9MDsGA1UEAxM0Q09NT0RPIFJTQSBDbGllbnQg QXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIQJBxzpBBZzdSbkeACeaOEFjAJBgUr DgMCGgUAoIIB3zAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xODAy MDMwNTQ2NTZaMCMGCSqGSIb3DQEJBDEWBBRhVaQyYspQrqpTu85txY/xT+gUgjCBvQYJKwYBBAGC NxAEMYGvMIGsMIGXMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAw DgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE9MDsGA1UEAxM0Q09N T0RPIFJTQSBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIQJBxzpBBZ zdSbkeACeaOEFjCBvwYLKoZIhvcNAQkQAgsxga+ggawwgZcxCzAJBgNVBAYTAkdCMRswGQYDVQQI ExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBD QSBMaW1pdGVkMT0wOwYDVQQDEzRDT01PRE8gUlNBIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg U2VjdXJlIEVtYWlsIENBAhAkHHOkEFnN1JuR4AJ5o4QWMA0GCSqGSIb3DQEBAQUABIIBAGEZsNDP Ertb0/vILOIhuRUJBcFMmhfUN4J9F7y4/TIl0RQsO96hmFeBUw11Btv+kOnexuGDWSwwX3Ik+4qg wf/C1/jtls6WttBkOky6mDWNSXq1k5SMHAmqb41OKDsH4GC9fWXechaxUNcbgtqgRhradAmTEb4W l236VIpnF/X1tuCFXVm5Dr17k8Ux7xMVGCRdS8waZdq4s9RWlvkBu8z7AEGtUzerDtRExW3+JkMP XQRTSWftV3CIoYTe/5Sx7+fQ03fqkNdsvR3Ki6mGGgJxIp8T8CuUj0pLSs1/4IxmqSsdbItt/YvN d4ghinuiGlsEQ2p9R07vaaaSnt/exasAAAAAAAA= --Apple-Mail=_0BAB4C12-397E-4F05-AA4E-5AC527CE0470-- From owner-freebsd-arm@freebsd.org Sat Feb 3 07:06:14 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7F118EC7F56 for ; Sat, 3 Feb 2018 07:06:14 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0317E788A9 for ; Sat, 3 Feb 2018 07:06:13 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id w1376CK6039180 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 2 Feb 2018 23:06:12 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id w1376BuB039179; Fri, 2 Feb 2018 23:06:11 -0800 (PST) (envelope-from fbsd) Date: Fri, 2 Feb 2018 23:06:11 -0800 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Re: Another RPI3 panic: Assertion td->td_lock == TDQ_LOCKPTR(tdq) Message-ID: <20180203070611.GA39166@www.zefox.net> References: <20180128202553.GA14745@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180128202553.GA14745@www.zefox.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Feb 2018 07:06:14 -0000 On Sun, Jan 28, 2018 at 12:25:54PM -0800, bob prohaska wrote: > For the second time during an OS build attempt a Pi3 running r328436 has > crashed with > > panic: Assertion td->td_lock == TDQ_LOCKPTR(tdq) failed at /usr/src/sys/kern/sched_ule.c:2019 > > Console, top and build logs are at > http://www.zefox.net/~fbsd/rpi3/crashes/20180128/ > > The log files are from kernel building. Unfortunately I didn't > capture the world build console and log. Happened again on r328519, this time compiling firefox-esr. Console, top and log at http://www.zefox.net/~fbsd/rpi3/crashes/20180202/ Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Sat Feb 3 07:30:47 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2F8D6EC94B1 for ; Sat, 3 Feb 2018 07:30:47 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from nh604-vm2.bullet.mail.ssk.yahoo.co.jp (nh604-vm2.bullet.mail.ssk.yahoo.co.jp [182.22.90.59]) by mx1.freebsd.org (Postfix) with SMTP id 4A0BE79680 for ; Sat, 3 Feb 2018 07:30:45 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from [182.22.66.104] by nh604.bullet.mail.ssk.yahoo.co.jp with NNFMP; 03 Feb 2018 07:28:27 -0000 Received: from [182.22.91.128] by t602.bullet.mail.ssk.yahoo.co.jp with NNFMP; 03 Feb 2018 07:28:27 -0000 Received: from [127.0.0.1] by omp601.mail.ssk.yahoo.co.jp with NNFMP; 03 Feb 2018 07:28:27 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 16370.73614.bm@omp601.mail.ssk.yahoo.co.jp Received: (qmail 71231 invoked by uid 60001); 3 Feb 2018 07:28:26 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.jp; s=yj20110701; t=1517642906; bh=MQJhRSMX5BA5pYHhoOXzF4k5y8T1YMcF3MKvzRmo9p0=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:References:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=nQrST/Az8CXtkaZl8YT71auSv8jwI1zN1aVIzwZ0pNMdvGua3NK0Mvm5cMJboiYIAKggD3EN/Xtf84RQ+NXsracT/uGJkwMW7ySOY7R7MMRssM4kkMaoJlThjI3M8duLQqVdN0SnUBf3UZGeO8mGpGkmRMxRT/Iiwez0Cq07r9c= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:References:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=nCP0k2w48JJQWXnyzkTvLo/vjtUZlI5+BuIP3JSGimeq1jmnSAhRhyNQ8dgoz2HQGG8+LFCU4UwH9kh1fOjUJIKHF2EDdHp/BSZjRYeHNfwVnaqOV7r/XH27VNYNAjBH5TgRBjhyofjau+FgQKihTFp4dezTEHj9rM+S8h0Lloc=; Message-ID: <812183.70978.qm@web101705.mail.ssk.yahoo.co.jp> X-YMail-OSG: deDrjyUVM1mtB9vormRqPPwVef2N73u5dSu6_qsR.2TaxjzzwD2wm.sx_Z0E_aOoH_POs3yKiy4N8DO3cvKM4N_Eyvrh07iz90JfnjcaWUACChzUEev0XJTXbyJlwD7NFpVcQ49z0vWSNF98T8tPLVR9VtdHc99g8DSygrompgg8v1rCOKTnrs9XiuNkjptZkywN196Fq02XAz4fo.FQxwJ33c_n3ZCeVpnCHBjDWMvv65QC5p9TAReDcIj.ReWSZh4mfMMWFqCx2JbB6EwtEd_Djbhtry1XY7TrE6P944CvshjFgWFa77BbrSYgnvxbp_BAuoV7AtC6.1mtC6BSNsvTGEJbpMHqn503GZkDpcMUWDHLKIXaKxKqjtyn0DC_cSE2pFfn.Lmve5qBdxs0j.jtIc4QU_NLngZPmYpRRM7xfle7FVDMT5KFSGhKdCU5OyNB3pynb5RMruoQC4Frw3.x29qzJSZnkSIuKfmFOWjiEGX.zKjHQOJxtNEAqEd8p1nvfdZLVPcFGn6h5fnPHexD7FAH5XXcqkv_NhpphonoX9RY6XUDsf0nZdlAniomscYpmFIohmeOnv0xP23Rt2j31f_dg_Ykfd8wGD4lmhRzirWfeqnDVL8- Received: from [203.165.91.75] by web101705.mail.ssk.yahoo.co.jp via HTTP; Sat, 03 Feb 2018 16:28:25 JST X-Mailer: YahooMailWebService/0.8.111_74 X-YMail-JAS: 4LGatUYVM1mxnCGRHoV4XQ6ZW9mZLjevImJkKMyvhCOKfHQlzvlFm_Z8WudOeM93DKrR9FCXj.RLYQzr23VLP9_sGLFORiuax.2qYW5SsOGcKXgMWBl5HwjlvxmT42tBfEYl References: <64850.63077.qm@web101706.mail.ssk.yahoo.co.jp> <387823.67007.qm@web101711.mail.ssk.yahoo.co.jp> Date: Sat, 3 Feb 2018 16:28:25 +0900 (JST) From: Mori Hiroki Reply-To: Mori Hiroki Subject: Re: still hang up arm/ralink To: Michael Zhilin , "freebsd-arm@freebsd.org" In-Reply-To: <387823.67007.qm@web101711.mail.ssk.yahoo.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Feb 2018 07:30:47 -0000 Hi=0A=0AMarvell 88F5181 is also hang.=0A=0AMarvell>> tftpboot 400100 Buffal= o_WZR-AMPG300NH_kernel.kbin=0AUsing egiga0 device=0ATFTP from server 10.10.= 10.3; our IP address is 10.10.10.108=0AFilename 'Buffalo_WZR-AMPG300NH_kern= el.kbin'.=0ALoad address: 0x400100=0ALoading: #############################= ####################################=0A=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 ##= ###############################################################=0A=C2=A0=C2= =A0 =C2=A0 =C2=A0 =C2=A0 ##################################################= ###############=0A=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 #######################= ##########################################=0A=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2= =A0 #################################################################=0A=C2= =A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 ############################################= #####################=0A=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 #################= ################################################=0A=C2=A0=C2=A0 =C2=A0 =C2= =A0 =C2=A0 ################################################################= #=0A=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 #####################################= ############################=0A=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 ##########= #####################################=0Adone=0ABytes transferred =3D 323158= 8 (314f64 hex)=0AMarvell>> go 0x400100=0A## Starting application at 0x00400= 100 ...=0AKDB: debugger backends: ddb=0AKDB: current backend: ddb=0ACopyrig= ht (c) 1992-2018 The FreeBSD Project.=0ACopyright (c) 1979, 1980, 1983, 198= 6, 1988, 1989, 1991, 1992, 1993, 1994=0A=C2=A0 =C2=A0 =C2=A0 =C2=A0 The Reg= ents of the University of California. All rights reserved.=0AFreeBSD is a r= egistered trademark of The FreeBSD Foundation.=0AFreeBSD 12.0-CURRENT #0 b8= cfc17(arm_debug)-dirty: Sat Feb=C2=A0 3 16:21:42 JST 2018=0A=C2=A0 =C2=A0 h= iroki@microserver:/storage/home/hiroki/zorg/obj/storage/home/hiroki/zorg/ZR= =0Aouter/tmp/storage/home/hiroki/freebsd/arm.arm/sys/Buffalo_WZR-AMPG300NH = arm=0AFreeBSD clang version 6.0.0 (branches/release_60 323338) (based on LL= VM 6.0.0)=0A=0A=0A=0A----- Original Message -----=0A> From: Mori Hiroki =0A> To: Michael Zhilin =0A> Cc: "fre= ebsd-arm@freebsd.org" =0A> Date: 2018/2/3, Sat 11:= 11=0A> Subject: Re: still hang up arm/ralink=0A> =0A> Hi=0A> =0A> I set=C2= =A0VERBOSE_SYSINIT option and build kernel.=0A> =0A> Starting kernel @40000= 100...=0A> =0A> KDB: debugger backends: ddb=0A> KDB: current backend: ddb= =0A> Copyright (c) 1992-2018 The FreeBSD Project.=0A> Copyright (c) 1979, 1= 980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994=0A> =C2=A0 =C2=A0 =C2= =A0 =C2=A0 The Regents of the University of California. All rights reserved= .=0A> FreeBSD is a registered trademark of The FreeBSD Foundation.=0A> Free= BSD 12.0-CURRENT #3 b8cfc17(arm_debug)-dirty: Sat Feb=C2=A0 3 11:01:10 JST = 2018=0A> =C2=A0 =C2=A0 hiroki@microserver:/storage/home/hiroki/zorg/obj/sto= rage/home/hiroki/zorg/ZR=0A> outer/tmp/storage/home/hiroki/freebsd/arm.arm/= sys/Buffalo_WZR2-G300N arm=0A> FreeBSD clang version 6.0.0 (branches/releas= e_60 323338) (based on LLVM 6.0.0)=0A> subsystem 1000000=0A> =C2=A0=C2=A0 0= xc0205ef0(0)... done.=0A> =C2=A0=C2=A0 0xc0219140(0)... done.=0A> subsystem= 1800000=0A> =C2=A0=C2=A0 0xc00fea44(0)... done.=0A> =C2=A0=C2=A0 0xc00dc4f= 0(0)... done.=0A> =C2=A0=C2=A0 0xc00dc13c(0xc02cc84c)...=C2=A0=0A> =0A> Han= g.=0A> =0A> 0xc00dc13c is malloc_init()=0A> =0A> c00dc13c :=0A= > c00dc13c: =C2=A0 =C2=A0 =C2=A0 e92d4830=C2=A0 =C2=A0 =C2=A0 =C2=A0 push= =C2=A0 =C2=A0 {r4, r5, fp, lr}=0A> c00dc140: =C2=A0 =C2=A0 =C2=A0 e28db008= =C2=A0 =C2=A0 =C2=A0 =C2=A0 add =C2=A0 =C2=A0 fp, sp, #8=C2=A0 =C2=A0 =C2= =A0 ; 0x8=0A> c00dc144: =C2=A0 =C2=A0 =C2=A0 e1a04000=C2=A0 =C2=A0 =C2=A0 = =C2=A0 mov =C2=A0 =C2=A0 r4, r0=0A> =0A> armv5t use=C2=A0arm/arm/pmap-v4.c.= This code not change recently.=0A> =0A> I think this is vm issue.=0A> =0A>= Hiroki Mori=0A> =0A> ----- Original Message -----=0A>> From: Michael Zhili= n =0A>> To: Mori Hiroki =0A>> Cc:= freebsd-arm@freebsd.org=0A>> Date: 2018/1/30, Tue 14:11=0A>> Subject: Re: = still hang up arm/ralink=0A>> =0A>> =0A>> Hi Hiroki-san,=0A>> =0A>> =0A>> I= t may be result of recent changes of arm pmap/vm. Please enable =0A> SYSINI= T_VERBOSE to print information about init step results.=0A>> =0A>> =0A>> Th= anks!=C2=A0=0A>> =0A>> =0A>> P.S. To init DDB I'll send patch under separat= e cover=0A>> =0A>> =0A>> 30 =D1=8F=D0=BD=D0=B2. 2018 =D0=B3. 7:28 =D0=94=D0= =9F =D0=BF=D0=BE=D0=BB=D1=8C=D0=B7=D0=BE=D0=B2=D0=B0=D1=82=D0=B5=D0=BB=D1= =8C "Mori Hiroki" =0A> =D0=BD=D0=B0=D0=BF=D0=B8=D1= =81=D0=B0=D0=BB:=0A>> =0A>> Hi.=0A>>> =0A>>> I build current yesterday for = arm/ralink.=C2=A0=0A>>> It is still hang up on boot.=0A>>> =0A>>> Does anyo= ne have armv5t running on current?=0A>>> =0A>>> =0A>>> ## Booting image at = 1f010000 ...=0A>>> =C2=A0=C2=A0 Image Name: =C2=A0 FreeBSD Kernel Image=0A>= >> =C2=A0=C2=A0 Image Type: =C2=A0 ARM Linux Kernel Image (lzma compressed)= =0A>>> =C2=A0=C2=A0 Data Size:=C2=A0 =C2=A0 1063133 Bytes =3D=C2=A0 1 MB=0A= >>> =C2=A0=C2=A0 Load Address: 40000180=0A>>> =C2=A0=C2=A0 Entry Point:=C2= =A0 40000180=0A>>> =C2=A0=C2=A0 Verifying Checksum ... OK=0A>>> =C2=A0=C2= =A0 Uncompressing LZMA Kernel Image .............................. =0A> ...= ...........O=0A>>> K=0A>>> =0A>>> Starting kernel @40000180...=0A>>> =0A>>>= KDB: debugger backends: ddb=0A>>> KDB: current backend: ddb=0A>>> Copyrigh= t (c) 1992-2018 The FreeBSD Project.=0A>>> Copyright (c) 1979, 1980, 1983, = 1986, 1988, 1989, 1991, 1992, 1993, 1994=0A>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 = The Regents of the University of California. All rights =0A> reserved.=0A>>= > FreeBSD is a registered trademark of The FreeBSD Foundation.=0A>>> FreeBS= D 12.0-CURRENT #0 b8cfc17(master): Mon Jan 29 17:55:11 JST 2018=0A>>> =C2= =A0 =C2=A0 hiroki@microserver:/storage/ home/hiroki/zorg/obj/storage/ =0A> = home/hiroki/zorg/ZR=0A>>> outer/tmp/storage/home/hiroki/ freebsd/arm.arm/sy= s/Buffalo_ WZR2-G300N =0A> arm=0A>>> FreeBSD clang version 6.0.0 (branches/= release_60 323338) (based on LLVM =0A> 6.0.0)=0A>>> =0A>>> ________________= ______________ _________________=0A>>> freebsd-arm@freebsd.org mailing list= =0A>>> https://lists.freebsd.org/ mailman/listinfo/freebsd-arm=0A>>> To uns= ubscribe, send any mail to "freebsd-arm-unsubscribe@ =0A> freebsd.org"=0A>>= > =0A>> =0A>> =0A> _______________________________________________=0A> free= bsd-arm@freebsd.org mailing list=0A> https://lists.freebsd.org/mailman/list= info/freebsd-arm=0A> To unsubscribe, send any mail to "freebsd-arm-unsubscr= ibe@freebsd.org"=0A> From owner-freebsd-arm@freebsd.org Sat Feb 3 08:29:13 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D1A5BECCF90 for ; Sat, 3 Feb 2018 08:29:12 +0000 (UTC) (envelope-from mizhka@gmail.com) Received: from mail-lf0-x22f.google.com (mail-lf0-x22f.google.com [IPv6:2a00:1450:4010:c07::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 2BC1F7B6BE for ; Sat, 3 Feb 2018 08:29:12 +0000 (UTC) (envelope-from mizhka@gmail.com) Received: by mail-lf0-x22f.google.com with SMTP id v188so34839337lfa.11 for ; Sat, 03 Feb 2018 00:29:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=IqXSTQ+S7guPvAkK+6ULclAI6CrwqLTls4EjGY4TdT8=; b=Q3Rka4Ia+OgfLyb7uQAaPWVNUchOrds9s7V0OX7hVJt3lea2IG5P0Myl44llMzXBGq aGzy6WpTJv+IoCrvg/9rCm9l8+FBHJibNPGXrLcxnQx+WJxJz3IXFkYB3xmiowx3zweX 0Fz8O6TH6h+PJYZXuP03NIpdOUF2NNZjhsbIy1zCw10jbizx4kLzCpZbfu0AIqwMnFNX F3IycDFPrhjtWkt6cMdfS8JcVIHdQv0zPs9S5Hiiw9rk+pmWhcV5ow6nRJ7bqd51ugJd 533xhde2DWprdqAnbp3/j5TzltE51zSwiTgtnp8uZMxCFN4UpjxoKUer62UqwuMDkTWg 45Qg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=IqXSTQ+S7guPvAkK+6ULclAI6CrwqLTls4EjGY4TdT8=; b=Ri52tRf1+eGxFXB++vMXKAYl819IWq/YRf6Q8voyGsCVgg5J4D5ZjKZBF1Mjsqi+wz eheeL9dYe3l6Fvdxg0STwjd68f64+BHWwR/6NR8S9nKpsNY66I4FnHcu6ZzIpBfYxi8P EdrWUWuap2ssD9BxvJGjxCQRShZWNQSP7ch22mQIZDIMJ4wL25qa17VLdXB1ZNlVhugz onxHlXQY5HR/9VfHLSqgG9WfL4Y1YH3Dl7X6lEX++SHmz0pTRhOJRypNL3+VohFVUvlE yNIrsWPHKolWhCd3XCtHJcT1o0rLTYrPwViW0GvVzQICVsHXVg5qDqGYDsZ/NTevJwZ4 4smg== X-Gm-Message-State: AKwxytcZc7Uj1ig6k9r2YMXDINW5e+goBVOFGbTt9oPwLCh0Zrskc9BI 7s3Q1ZRtNoVi7DPoxNFZK8/vCsXCXaVgnkhx9Gg= X-Google-Smtp-Source: AH8x225J9ODbmNhS37M/Gbe/mrZAojvISKljv8sd1jqnf85yZ+B54z5JcKRqyHpa95iUKqBU7Vl+KST5fkP3pLMPK0g= X-Received: by 10.25.149.143 with SMTP id x137mr27820690lfd.119.1517646550231; Sat, 03 Feb 2018 00:29:10 -0800 (PST) MIME-Version: 1.0 Received: by 10.46.93.220 with HTTP; Sat, 3 Feb 2018 00:29:09 -0800 (PST) In-Reply-To: <812183.70978.qm@web101705.mail.ssk.yahoo.co.jp> References: <64850.63077.qm@web101706.mail.ssk.yahoo.co.jp> <387823.67007.qm@web101711.mail.ssk.yahoo.co.jp> <812183.70978.qm@web101705.mail.ssk.yahoo.co.jp> From: Michael Zhilin Date: Sat, 3 Feb 2018 11:29:09 +0300 Message-ID: Subject: Re: still hang up arm/ralink To: Mori Hiroki Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Feb 2018 08:29:13 -0000 Hi Hiroki-san, We had the similar problem with mallocinit on MIPS32. The details are here= : https://reviews.freebsd.org/D13351 https://svnweb.freebsd.org/base?view=3Drevision&revision=3D326508 Please check if your revision includes this fix. BTW, DDB is not yet available in this step, but you can make it by patch: diff --git a/sys/ddb/ddb.h b/sys/ddb/ddb.h index d54fe332652..8ae78d81f27 100644 --- a/sys/ddb/ddb.h +++ b/sys/ddb/ddb.h @@ -136,11 +136,11 @@ static struct command __CONCAT(_name,_suffix) =3D { \ }; \ static void __CONCAT(__CONCAT(_name,_suffix),_add)(void *arg __unused) \ { db_command_register(&list, &__CONCAT(_name,_suffix)); } \ -SYSINIT(__CONCAT(_name,_suffix), SI_SUB_KLD, SI_ORDER_ANY, \ +SYSINIT(__CONCAT(_name,_suffix), SI_SUB_DDB, SI_ORDER_ANY, \ __CONCAT(__CONCAT(_name,_suffix),_add), NULL); \ static void __CONCAT(__CONCAT(_name,_suffix),_del)(void *arg __unused) \ { db_command_unregister(&list, &__CONCAT(_name,_suffix)); } \ -SYSUNINIT(__CONCAT(_name,_suffix), SI_SUB_KLD, SI_ORDER_ANY, \ +SYSUNINIT(__CONCAT(_name,_suffix), SI_SUB_DDB, SI_ORDER_ANY, \ __CONCAT(__CONCAT(_name,_suffix),_del), NULL); /* diff --git a/sys/sys/kernel.h b/sys/sys/kernel.h index 2e103c7804b..b028d001046 100644 --- a/sys/sys/kernel.h +++ b/sys/sys/kernel.h @@ -92,6 +92,7 @@ enum sysinit_sub_id { SI_SUB_TUNABLES =3D 0x0700000, /* establish tunable valu= es */ SI_SUB_COPYRIGHT =3D 0x0800001, /* first use of console*/ SI_SUB_VM =3D 0x1000000, /* virtual memory system init*/ + SI_SUB_DDB =3D 0x1100000, /* try to get ddb early *= / SI_SUB_KMEM =3D 0x1800000, /* kernel memory*/ SI_SUB_HYPERVISOR =3D 0x1A40000, /* * Hypervisor detection and DDB can provide a lot of information about memory init status via "show" command. On Sat, Feb 3, 2018 at 10:28 AM, Mori Hiroki wrote: > Hi > > Marvell 88F5181 is also hang. > > Marvell>> tftpboot 400100 Buffalo_WZR-AMPG300NH_kernel.kbin > Using egiga0 device > TFTP from server 10.10.10.3; our IP address is 10.10.10.108 > Filename 'Buffalo_WZR-AMPG300NH_kernel.kbin'. > Load address: 0x400100 > Loading: ################################################################= # > ################################################################= # > ################################################################= # > ################################################################= # > ################################################################= # > ################################################################= # > ################################################################= # > ################################################################= # > ################################################################= # > ############################################### > done > Bytes transferred =3D 3231588 (314f64 hex) > Marvell>> go 0x400100 > ## Starting application at 0x00400100 ... > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2018 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 12.0-CURRENT #0 b8cfc17(arm_debug)-dirty: Sat Feb 3 16:21:42 JST > 2018 > hiroki@microserver:/storage/home/hiroki/zorg/obj/storage/ > home/hiroki/zorg/ZR > outer/tmp/storage/home/hiroki/freebsd/arm.arm/sys/Buffalo_WZR-AMPG300NH > arm > FreeBSD clang version 6.0.0 (branches/release_60 323338) (based on LLVM > 6.0.0) > > > > ----- Original Message ----- > > From: Mori Hiroki > > To: Michael Zhilin > > Cc: "freebsd-arm@freebsd.org" > > Date: 2018/2/3, Sat 11:11 > > Subject: Re: still hang up arm/ralink > > > > Hi > > > > I set VERBOSE_SYSINIT option and build kernel. > > > > Starting kernel @40000100... > > > > KDB: debugger backends: ddb > > KDB: current backend: ddb > > Copyright (c) 1992-2018 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 199= 4 > > The Regents of the University of California. All rights reserve= d. > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > FreeBSD 12.0-CURRENT #3 b8cfc17(arm_debug)-dirty: Sat Feb 3 11:01:10 > JST 2018 > > hiroki@microserver:/storage/home/hiroki/zorg/obj/storage/ > home/hiroki/zorg/ZR > > outer/tmp/storage/home/hiroki/freebsd/arm.arm/sys/Buffalo_WZR2-G300N ar= m > > FreeBSD clang version 6.0.0 (branches/release_60 323338) (based on LLVM > 6.0.0) > > subsystem 1000000 > > 0xc0205ef0(0)... done. > > 0xc0219140(0)... done. > > subsystem 1800000 > > 0xc00fea44(0)... done. > > 0xc00dc4f0(0)... done. > > 0xc00dc13c(0xc02cc84c)... > > > > Hang. > > > > 0xc00dc13c is malloc_init() > > > > c00dc13c : > > c00dc13c: e92d4830 push {r4, r5, fp, lr} > > c00dc140: e28db008 add fp, sp, #8 ; 0x8 > > c00dc144: e1a04000 mov r4, r0 > > > > armv5t use arm/arm/pmap-v4.c. This code not change recently. > > > > I think this is vm issue. > > > > Hiroki Mori > > > > ----- Original Message ----- > >> From: Michael Zhilin > >> To: Mori Hiroki > >> Cc: freebsd-arm@freebsd.org > >> Date: 2018/1/30, Tue 14:11 > >> Subject: Re: still hang up arm/ralink > >> > >> > >> Hi Hiroki-san, > >> > >> > >> It may be result of recent changes of arm pmap/vm. Please enable > > SYSINIT_VERBOSE to print information about init step results. > >> > >> > >> Thanks! > >> > >> > >> P.S. To init DDB I'll send patch under separate cover > >> > >> > >> 30 =D1=8F=D0=BD=D0=B2. 2018 =D0=B3. 7:28 =D0=94=D0=9F =D0=BF=D0=BE=D0= =BB=D1=8C=D0=B7=D0=BE=D0=B2=D0=B0=D1=82=D0=B5=D0=BB=D1=8C "Mori Hiroki" > > =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB: > >> > >> Hi. > >>> > >>> I build current yesterday for arm/ralink. > >>> It is still hang up on boot. > >>> > >>> Does anyone have armv5t running on current? > >>> > >>> > >>> ## Booting image at 1f010000 ... > >>> Image Name: FreeBSD Kernel Image > >>> Image Type: ARM Linux Kernel Image (lzma compressed) > >>> Data Size: 1063133 Bytes =3D 1 MB > >>> Load Address: 40000180 > >>> Entry Point: 40000180 > >>> Verifying Checksum ... OK > >>> Uncompressing LZMA Kernel Image .............................. > > ..............O > >>> K > >>> > >>> Starting kernel @40000180... > >>> > >>> KDB: debugger backends: ddb > >>> KDB: current backend: ddb > >>> Copyright (c) 1992-2018 The FreeBSD Project. > >>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, > 1994 > >>> The Regents of the University of California. All rights > > reserved. > >>> FreeBSD is a registered trademark of The FreeBSD Foundation. > >>> FreeBSD 12.0-CURRENT #0 b8cfc17(master): Mon Jan 29 17:55:11 JST 2018 > >>> hiroki@microserver:/storage/ home/hiroki/zorg/obj/storage/ > > home/hiroki/zorg/ZR > >>> outer/tmp/storage/home/hiroki/ freebsd/arm.arm/sys/Buffalo_ WZR2-G300= N > > arm > >>> FreeBSD clang version 6.0.0 (branches/release_60 323338) (based on LL= VM > > 6.0.0) > >>> > >>> ______________________________ _________________ > >>> freebsd-arm@freebsd.org mailing list > >>> https://lists.freebsd.org/ mailman/listinfo/freebsd-arm > >>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@ > > freebsd.org" > >>> > >> > >> > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > > From owner-freebsd-arm@freebsd.org Sat Feb 3 11:15:15 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 02917EDC2BA for ; Sat, 3 Feb 2018 11:15:15 +0000 (UTC) (envelope-from shamim.shahriar@gmail.com) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (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 73ED282A76 for ; Sat, 3 Feb 2018 11:15:14 +0000 (UTC) (envelope-from shamim.shahriar@gmail.com) Received: by mail-wm0-x231.google.com with SMTP id f3so17189621wmc.1 for ; Sat, 03 Feb 2018 03:15:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding; bh=JFdWsAXVb3Bl9T66Pi6LkBNdlaldrRSrPF6hhEts8VA=; b=lsGA03YgveyqVHqSoQFN23EB35Qwc5bqJzo9DgYm+awO8GBOj+FGi6oi1kskJ1RD1L +BKflrOQ2vUsVlevUKIo6tcpV6igPk9xuGy/kz27iImq18fOwVxxhI8YmEwlXaxrCSgS NEqW8hjat58CuaQAFrtNDeS0GM2MOujfGHzfg3FH0ztC38/VCK6j77/j9N6imzdiTWEH yYV8aSPeWSIYeV+RhzJbJteNxXs9BlMIKHIlYN4Fsb0TUfg5CB63OxJySoabF/RASJBt vjiEzZ35vvaeEJ2v+zdY5rl0Y/DIWIcYeIme1f0pN5ht4tXbciBH5wqf83JtEdi0YMHt YXzA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding; bh=JFdWsAXVb3Bl9T66Pi6LkBNdlaldrRSrPF6hhEts8VA=; b=kVluCQPJblVfael/LiNP5xCAnnk3A/1hrV0Exmi8z6Z1cRpQr6qvMP8NedS5Ks78sr yckeGs7kEf0leeSa03uG5RPU3JubUvat/Xy/GfepIvNOEoQVETBZU4wlFVeehDJyMP61 1RcDtF7D9Rkh5qLYmciF23R649dlJyjGLaSc3EdQnLHssLBQOUk+P/KPHJnj1e6XiQuG p1xCbKqhUTzlgUXRIq5r3a2lJXaYCuPXf7NCtwJNa1d2uuUMNQP3cfRvAD4eyRdua1rk VF5gQmcfyPeQBsqIS1WaBlrIrbpavsbPBoiCOhv/RDfiLPhJJnrnHMTbPOYJ7UfXWZNE 27fw== X-Gm-Message-State: AKwxytdbZd1WNL+LkPva7AcLCn/qvxoZpHitmM1/L+Xtkqvvh8r44a45 EJP7XMWKTvenRXVaUZS76cBR X-Google-Smtp-Source: AH8x227J1Cy+SSsHGyUnGIfyUKcJnrBiWJKdDH7m9ma6hzP/It25G4jHrbCA6VjkJHNfz+J1qGD+tg== X-Received: by 10.80.131.67 with SMTP id 61mr70599883edh.16.1517656513213; Sat, 03 Feb 2018 03:15:13 -0800 (PST) Received: from osk.homenet ([90.208.19.39]) by smtp.googlemail.com with ESMTPSA id d21sm3973397edb.13.2018.02.03.03.15.12 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 03 Feb 2018 03:15:12 -0800 (PST) To: freebsd-arm@freebsd.org From: Shamim Shahriar Subject: Adding a GPS Module (hat/shield) on a Raspberry Pi Message-ID: Date: Sat, 3 Feb 2018 11:15:11 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Feb 2018 11:15:15 -0000 Good morning all I had been searching for a solution for the last 3 days, and tried various different things based on the google results, but so far no luck. Hope someone from the list can shed some light and maybe point me to the correct direction. Here is the scenario: Device: Raspberry Pi B (pi 1 model b, the 512M RAM version, or more precisely v1.2) GPS Module : Ublox hat that sits perfectly on the Pi, with PPS on GPIO-18 FreeBSD version: 11.1 RELEASE for RPI-B As I understand, the serial ports on the GPIO is activated by default, and if I attach "ONLY" a serial console (USB to serial), I can interact with the Pi through the console. Remove serial console cable, attach the Pi to a display (via HDMI), boot it up -- it works just fine. If now I add the GPS module/hat/shield, all I get is series of dots (depending on how soon the GPS finds the satellites and starts sending the data) and the Pi does not boot at all. Based on https://forums.freebsd.org/threads/59485/ https://lists.freebsd.org/pipermail/freebsd-arm/2017-March/015845.html https://vzaigrin.wordpress.com/2014/12/13/liberation-of-the-serial-console-in-the-freebsd-on-the-raspberry-pi/ I have managed to get to the point where I can see that if I have only the serial console cable attached, it stops interacting with the boot process after a while (the boot continues, and I can see that on the HDMI output). But that also stops interacting with whatever signal is being sent via that console). And if I attach the GPS module now, it refuses to boot and drops me to a loader> prompt My understanding (and I might be very very wrong) is, the u-Boot system is now being affected and hence cannot boot. I am not new to FreeBSD, had been using it since the 4.4BSD Lite days, but I am seriously baffled by how difficult (nearly impossible) it had been to get rid of the serial console (something so easy and taken for granted on the i386 or other similar architecture). One of the links I found (https://www.cryptomonkeys.com/2014/01/freebsd-raspberry-pi-gps-ntp/) even suggested that I need to create custom image to get PPS working. Well, working PPS comes *after* being able to boot the device with the GPS hat/module/shield on -- and I am still stuck at that level. Any help/pointer/suggestion/direction in this respect is greatly appreciated. Best regards From owner-freebsd-arm@freebsd.org Sat Feb 3 22:35:56 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B6023EC8C9E for ; Sat, 3 Feb 2018 22:35:56 +0000 (UTC) (envelope-from ralph@ralphsmith.org) Received: from ralphsmith.org (ralphsmith.org [98.172.20.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ralphsmith.org", Issuer "Go Daddy Secure Certificate Authority - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FF1E7EE12 for ; Sat, 3 Feb 2018 22:35:56 +0000 (UTC) (envelope-from ralph@ralphsmith.org) Received: from [192.168.0.250] ([192.168.0.250]) (authenticated bits=0) by ralphsmith.org (8.15.2/8.15.2) with ESMTPSA id w13MNpEw055909 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 3 Feb 2018 17:23:51 -0500 (EST) (envelope-from ralph@ralphsmith.org) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ralphsmith.org; s=201502; t=1517696631; bh=dFj3EH005+6arIuLp6hs0IPMV6tudouVfrIPvw/ap48=; h=From:Subject:Date:In-Reply-To:Cc:To:References; b=HNSoH/wozOuOrVDXFc23A+2HiqfOoaJQPpuw/E0ag6O0ZczbN2MXHjaswMWnkjQma Yiqc98qRKyY0pxpQ4PFaPA6kutGir8fJrOVcZr/GVhn0DO7OpjVHOIQmUVA3s3AM/F ipD6ErA51RvoOHW13grSmmRfjV0vfGjYZfj1EAOQ= From: Ralph Smith Message-Id: <38EBA4C3-C5C2-4816-BA2A-7607C271D0DD@ralphsmith.org> Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: Re: Adding a GPS Module (hat/shield) on a Raspberry Pi Date: Sat, 3 Feb 2018 17:23:50 -0500 In-Reply-To: Cc: "ralph@ralphsmith.org Ralph" , freebsd-arm@freebsd.org To: Shamim Shahriar References: X-Mailer: Apple Mail (2.3445.5.20) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Feb 2018 22:35:57 -0000 I=E2=80=99ve gotten this working on various flavors of the Raspberry Pi, = just now verified this on the Pi Zero and on the Model B. Comments below > On Feb 3, 2018, at 6:15 AM, Shamim Shahriar = wrote: >=20 > Good morning all >=20 > I had been searching for a solution for the last 3 days, and tried = various different things based on the google results, but so far no = luck. Hope someone from the list can shed some light and maybe point me = to the correct direction. >=20 > Here is the scenario: >=20 > Device: Raspberry Pi B (pi 1 model b, the 512M RAM version, or more = precisely v1.2) > GPS Module : Ublox hat that sits perfectly on the Pi, with PPS on = GPIO-18 > FreeBSD version: 11.1 RELEASE for RPI-B Just built and verified on the following: Device: Raspberry Pi B (pi 1 model b, the 512M RAM version, or more = precisely v1.2) =E2=80=94 same board GPS Module: Adafruit Ultimate GPS HAT - connected to UART, PPS is on = GPIO 4 FreeBSD Version: FreeBSD 11.1-STABLE #0 r328620 =E2=80=94 downloaded = from ftp.freebsd.org This also works with custom builds built using crochet. > As I understand, the serial ports on the GPIO is activated by default, = and if I attach "ONLY" a serial console (USB to serial), I can interact = with the Pi through the console. Remove serial console cable, attach the = Pi to a display (via HDMI), boot it up -- it works just fine. >=20 > If now I add the GPS module/hat/shield, all I get is series of dots = (depending on how soon the GPS finds the satellites and starts sending = the data) and the Pi does not boot at all. >=20 > Based on > https://forums.freebsd.org/threads/59485/ > https://lists.freebsd.org/pipermail/freebsd-arm/2017-March/015845.html > = https://vzaigrin.wordpress.com/2014/12/13/liberation-of-the-serial-console= -in-the-freebsd-on-the-raspberry-pi/ >=20 > I have managed to get to the point where I can see that if I have only = the serial console cable attached, it stops interacting with the boot = process after a while (the boot continues, and I can see that on the = HDMI output). But that also stops interacting with whatever signal is = being sent via that console). >=20 > And if I attach the GPS module now, it refuses to boot and drops me to = a loader> prompt >=20 > My understanding (and I might be very very wrong) is, the u-Boot = system is now being affected and hence cannot boot. You are precisely correct, u-Boot is starting and seeing traffic on the = serial port and happily thinks you are trying to tell it something. > I am not new to FreeBSD, had been using it since the 4.4BSD Lite days, = but I am seriously baffled by how difficult (nearly impossible) it had = been to get rid of the serial console (something so easy and taken for = granted on the i386 or other similar architecture). One of the links I = found = (https://www.cryptomonkeys.com/2014/01/freebsd-raspberry-pi-gps-ntp/) = even suggested that I need to create custom image to get PPS working. = Well, working PPS comes *after* being able to boot the device with the = GPS hat/module/shield on -- and I am still stuck at that level. I derived the following based on hints from: = https://vzaigrin.wordpress.com/2014/12/13/liberation-of-the-serial-console= -in-the-freebsd-on-the-raspberry-pi/ = = https://github.com/BobBallance/freebsd-gpio-pps/wiki/Regaining-Control-of-= the-UART = First, you will need to build a version of u-Boot that leaves the serial = port alone. =46rom a current ports tree you will build = sysutils/u-boot-rpi, but with a few changes enabled. The = sysutils/u-boot-rpi port is based on sysutils/u-boot-master. I have = created the following patch files for the sysutils/u-boot-rpi port. = First files/patch-configs_rpi__defconfig: --- configs/rpi_defconfig.orig 2018-02-03 16:08:52 UTC +++ configs/rpi_defconfig @@ -34,3 +34,4 @@ CONFIG_SYS_WHITE_ON_BLACK=3Dy CONFIG_CONSOLE_SCROLL_LINES=3D10 CONFIG_PHYS_TO_BUS=3Dy CONFIG_OF_LIBFDT_OVERLAY=3Dy +CONFIG_SILENT_CONSOLE=3Dy and also patch-include_configs_rpi.h --- include/configs/rpi.h.orig 2017-10-16 17:46:46 UTC +++ include/configs/rpi.h @@ -103,10 +103,21 @@ =20 /* Environment */ #define CONFIG_ENV_VARS_UBOOT_RUNTIME_CONFIG +#ifdef CONFIG_SILENT_CONSOLE +#define CONFIG_SYS_DEVICE_NULLDEV +#define CONFIG_SILENT_CONSOLE_UPDATE_ON_RELOC +#define CONFIG_SILENT_CONSOLE_UPDATE_ON_SET +#define ENV_DEVICE_SETTINGS \ + "stdin=3Dnulldev\0" \ + "stdout=3Dnulldev\0" \ + "stderr=3Dnulldev\0"\ + "silent=3D1\0"=20 +#else #define ENV_DEVICE_SETTINGS \ "stdin=3Dserial,usbkbd\0" \ "stdout=3Dserial,vidconsole\0" \ "stderr=3Dserial,vidconsole\0" +#endif =20 /* * Memory layout for where various images get loaded by boot scripts: Build u-boot using this configuration and place it on the SD card in the = MSDOS partition (/boot/msdos). This will keep u-Boot away from the = serial port. Now we need to convince the kernel to do two things: 1 - don=E2=80=99t = use the serial port as the console, and 2 - recognize the PPS attached = to the GPIO pin. This is done by modifying the FDT. =46rom a machine = with source loaded, edit /usr/src/sys/boot/fdt/dts/arm/rpi.dts. My = changes are: --- rpi.dts (revision 328830) +++ rpi.dts (working copy) @@ -345,6 +345,12 @@ }; }; =20 + pps { + compatible =3D "pps-gpio"; + label =3D "pps"; + gpios =3D <&gpio 4 0>; + }; + power: regulator { compatible =3D "broadcom,bcm2835-power-mgr", "broadcom,bcm2708-power-mgr", @@ -391,8 +397,10 @@ =20 chosen { bootargs =3D ""; /* Set by = VideoCore */ +/* stdin =3D "uart0"; stdout =3D "uart0"; +*/ }; =20 __overrides__ { You would want to change the 4 to 18 above to reflect the connection of = your PPS. Then build the DTB on your build machine by=20 # cd /usr/src/sys/tools/fdt/ # setenv MACHINE arm # ./make_dtb.sh /usr/src/sys /usr/src/sys/boot/fdt/dts/arm/rpi.dts . Copy the resulting rpi.dtb to two locations: The MSDOS partition = (/boot/msdos) and to /boot/dtb/ Finally to get the PPS loaded and recognized at boot time add = 'gpiopps_load=3D=E2=80=9CYES=E2=80=9D=E2=80=99 to /boot/loader.conf . The PPS will then be available at /dev/gpiopps0 Hope this helps. Ralph