From owner-freebsd-arm@freebsd.org Sun Aug 23 12:40:57 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6EF919BAA37 for ; Sun, 23 Aug 2015 12:40:57 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0B02E6C1 for ; Sun, 23 Aug 2015 12:40:56 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by wicne3 with SMTP id ne3so49656954wic.0 for ; Sun, 23 Aug 2015 05:40:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:to:from:subject:message-id:date:user-agent:mime-version :content-type:content-transfer-encoding; bh=zp2LcF50m7GQro62bKIPLg0yUV45VTakUzQgmZh9uXA=; b=V7Ux5ZDfVFtq/87GNDrfUJ3eCfm3OZRM7I5qlmD9Dj4z7t0/epJfFAv4H6HvrATh2X zgfnf2hu5WMbFU+NIxiJ1lzVIwE6cj89EOgdiJqT3qZNcc2fAJKmPYjYjXJ22tXeMlBm 8Zef57fAMZ5CL4l+1DVKRaDLisQd5pKjO9rjqv5kEo/aOuH/7fVl22tL8j0bjG8CDS0v 8KFdSD6f08EZnVbcU7o93HEmWBDv289+44F6N1Mup+ikqZjeWocfsdjWQwImF7M9YaUn a6NNVvqRzThdIoCWBnzsmytyOxTpIWDj6nOGX0cGTyfQfGtVICkLaxdtz5XbATkf/qok f77w== X-Received: by 10.180.97.41 with SMTP id dx9mr20944358wib.34.1440333655520; Sun, 23 Aug 2015 05:40:55 -0700 (PDT) Received: from [192.168.178.21] (a82-161-212-209.adsl.xs4all.nl. [82.161.212.209]) by smtp.googlemail.com with ESMTPSA id r8sm7649923wik.16.2015.08.23.05.40.54 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 23 Aug 2015 05:40:54 -0700 (PDT) Sender: =?UTF-8?Q?Ren=C3=A9_Ladan?= To: freebsd-arm@freebsd.org From: =?UTF-8?Q?Ren=c3=a9_Ladan?= Subject: 'make installworld' on Raspberry Pi fails X-Enigmail-Draft-Status: N1210 Message-ID: <55D9BF54.6000903@freebsd.org> Date: Sun, 23 Aug 2015 14:40:52 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2015 12:40:57 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi, I was trying to update my Rapberry Pi to 10.2-RELEASE. Installing the new kernel went fine (even over NFS) but installing the world gives mysterious errors. This is after copying /usr/src and /usr/obj over to the SD card, because installing world over NFS gives a race. Does this look familiar (the last command has the gibberish on the same line) ? root@raspberry-pi:/usr/src # make -DDB_FROM_SRC DESTDIR=/ __MAKE_CONF=/dev/null installworld mkdir -p /tmp/install.4hPqGR4M export PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/us r/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/ bin:/sbin:/bin:/usr/sbin:/usr/bin ; progs=$(for prog in [ awk cap_mkdb cat chflags chmod chown date echo egrep find grep id install install-info ln lockf make mkdir mtree nmtree mv pwd_mkdb rm sed sh strip sysctl test true uname wc zic tzsetup makewhatis; do if progpath=`which $prog`; then echo $progpath; else echo "Required tool $prog not found in PATH." >&2; exit 1; fi; done); libs=$(ldd -f "%o %p\n" -f "%o %p\n" $progs 2>/dev/null | sort -u | while read line; do set -- $line; if [ "$2 $3" != "not found" ]; then echo $2; else echo "Required library $1 not found." >&2; exit 1; fi; done); cp $libs $progs /tmp/install.4hPqGR4M cp -R ${PATH_LOCALE:-"/usr/share/locale"} /tmp/install.4hPqGR4M/locale cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=armv6 MACHINE=arm CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/us r/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/ bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/ usr/src/tmp/usr/games:/tmp/install.4hPqGR4M LD_LIBRARY_PATH=/tmp/install.4hPqGR4M PATH_LOCALE=/tmp/install.4hPqGR4M/locale make -f Makefile.inc1 INSTALL="install -N /usr/src/etc" MTREE_CMD="nmtree -N /usr/src/etc" COMPILER_TYPE=clang __MAKE_SHELL=/tmp/install.4hPqGR4M/sh reinstall; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=armv6 MACHINE=arm CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/us r/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/ bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/ usr/src/tmp/usr/games:/tmp/install.4hPqGR4M LD_LIBRARY_PATH=/tmp/install.4hPqGR4M PATH_LOCALE=/tmp/install.4hPqGR4M/locale rm -rf /tmp/install.4hPqGR4M - -------------------------------------------------------------- >>> Making hierarchy - -------------------------------------------------------------- cd /usr/src; make -f Makefile.inc1 LOCAL_MTREE= hierarchy cd /usr/src/etc && PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/us r/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/ bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/ usr/src/tmp/usr/games:/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/ src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/us r/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/ usr/bin:/usr/obj/usr/src/tmp/usr/games:/tmp/install.4hPqGR4M make LOCAL_MTREE= distrib-dirs nmtree -N /usr/src/etc -deU -f /usr/src/etc/mtree/BSD.root.dist -p // tmp: type (dir, link) ./etc/X11 missing (created) nmtree -N /usr/src/etc -deU -f /usr/src/etc/mtree/BSD.var.dist -p //var empty: flags ("schg" is not "none"nmtree -N /usr/src/etc -deU -f /usr/src/etc/mtree/BSD.usr.dist -p //usr nmtree -N /usr/src/etc -deU -f /usr/src/etc/mtree/BSD.include.dist -p //usr/include nmtree -N /usr/src/etc -deU -f /usr/src/etc/mtree/BSD.groff.dist -p //us r nmtree -N /usr/src/etc -deU -f /usr/src/etc/mtree/BSD.sendmail.dist -p / / install -N /usr/src/etc -l s usr/src/sys //sys l�H=l0uL-c0IE �~%IHobj/usr/src/tmp/legacy/usr/bin/install: cannot create Ic�M �u��H.�H��Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src root@raspberry-pi:/usr/src # Regards, René -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJV2b9EXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxMDFBNzE2QjE2MkIwMEU1NUJFREVBMDVB REJCRjg2MTBBMzc4OUI3AAoJEK27+GEKN4m3HRwP/jCDIHRX2Vhbd0neHU056ms9 2Sy9D7uKWgVo42LlM7lS+GwCMraQ9ZiDxHFxbKrrLFBRACc1fJzQJBApZaaocRMz OTG8CnTRyGgw/gEZ49Hump8xz1rtYYOVt7YAMb7C/FidxWOKQBv3beEpW8JbOIgl hf1TXxT/6UeKmQFYPbXnvhTOWKklIn8bwKycogpH80gw/94WGUaz75S/N/dtD/M4 Zzmr8BX5ChNQ3dan67XBDZWSZJldxKdHPakq0+GYbq+Eo8WB6WLIZeyEwC3tUTOn vNGKKFRja3U41nM3CT4zLmrlG4qKKUT46TzSUaTLUdu0nnghr+DfpoCKs+L2IyN+ DiOzxtszkCNR/bGzkAS/sScuUZJBeYXxpRZwtMvi3nuSgVx7FNbGHMhZl6MsrtNN ChOzs0kq6dpRJT4etUNEKGGa6fO3gY4mAaBEg/x6ALJn3fxE2VbPumOxOyDm68U/ Q+n81E6JtRNTSG7mTpWtuRg2o7ek85RQGQO/RCS41shVIg5e9WaYkExhlrfQGtyk S8ZMa9Alat/ndFY2aCZQoAY9u8mBxthnFTFoXP6XBU0KrCLLqMAQ6cvXE91S75dJ PSEDz7QdIHE7wV/LlLtuv0Hh55+JFCqKyzjm3VsJhFvKT8SEfyadS70pHCa25dv5 xPPuOkuFq+36ePIqlAOq =qMle -----END PGP SIGNATURE----- From owner-freebsd-arm@freebsd.org Sun Aug 23 23:42:57 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 35E3B9C161B for ; Sun, 23 Aug 2015 23:42:57 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from olinguito.schwarzes.net (olinguito.schwarzes.net [IPv6:2a01:4f8:7d:1b5::1]) (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 A453DF6C for ; Sun, 23 Aug 2015 23:42:56 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from [62.109.78.35] (mosquito.schwarzes.net [62.109.78.35]) (authenticated bits=0) by olinguito.schwarzes.net (8.15.2/8.15.2) with ESMTPA id t7NNgqH4038507 for ; Mon, 24 Aug 2015 01:42:53 +0200 (CEST) (envelope-from freebsd.asc@strcmp.org) From: Andreas Schwarz To: freebsd-arm@FreeBSD.org Mail-Reply-To: Andreas Schwarz Mail-Followup-To: freebsd-arm@FreeBSD.org Date: Mon, 24 Aug 2015 01:41:43 +0200 (CEST) Message-ID: <46ce372c895.20050775@mail.schwarzes.net> In-Reply-To: <55CF31A1.5080205@selasky.org> References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <46ad096c958.1a82a175@mail.schwarzes.net> <55B9C3E2.5040501@selasky.org> <46ae815c7c3.447237c8@mail.schwarzes.net> <46aece00b53.3c1cdc1f@mail.schwarzes.net> <55BB2A5F.9000502@selasky.org> <46baa16c4ce.6efd29ef@mail.schwarzes.net> <55CF31A1.5080205@selasky.org> User-Agent: YAM/2.9p1 (MorphOS; PPC; rv:20140418r7798) Subject: Re: DWC OTG TX path optimisation for 11-current MIME-Version: 1.0 Content-Type: text/plain X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (olinguito.schwarzes.net [78.47.41.143]); Mon, 24 Aug 2015 01:42:53 +0200 (CEST) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2015 23:42:57 -0000 On 15.08.15, Hans Petter Selasky wrote: > On 08/09/15 05:09, Andreas Schwarz wrote: >> On 31.07.15, Hans Petter Selasky wrote: >> >> I've applied the patch to r286117 and started to build the world in a >> loop until the problem occur. See the output below. After the problem >> was there (last lines), no further debug output was generated by your >> patch. > > Can you re-test the latest 11-current after: > > https://svnweb.freebsd.org/changeset/base/286802 I made an extensive test the whole last week. I updated the system to r286833 and started to build the world in a loop. root@pizelot:/usr/src # cat loop_build.sh #!/bin/sh while true do make cleandir make -j4 kernel-toolchain make -j4 buildkernel make -j4 buildworld date >> loop_build.log done I've tested two kernels, a custom kernel with INVARIANTS disabled and the default RPI2 kernel. With both kernels I was not able to reproduce the initial problem. Nevertheless, both attempts end with a crash and reboot (after several loops). The custom kernel crash after one day, the default RPI2 kernel after 5 days and (6 rounds completed). I've no further data related to these crashes, I don't think that it has to do with with our problem. The used SD Card was a "Samsung SDHC 32 GB C10 UHS-1 MB-MGBGB". -asc From owner-freebsd-arm@freebsd.org Mon Aug 24 02:45:38 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0ACB29C0C2E for ; Mon, 24 Aug 2015 02:45:38 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A0C6E801 for ; Mon, 24 Aug 2015 02:45:37 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.14.9/8.14.5) with ESMTP id t7O2XfHj048379; Sun, 23 Aug 2015 19:33:41 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.14.9/8.14.5/Submit) id t7O2Xfoo048378; Sun, 23 Aug 2015 19:33:41 -0700 (PDT) (envelope-from fbsd) Date: Sun, 23 Aug 2015 19:33:41 -0700 From: bob prohaska To: freebsd-arm@FreeBSD.org Subject: Crash during installworld on RPI2 Message-ID: <20150824023341.GA53136@www.zefox.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2015 02:45:38 -0000 For the third time in about as many weeks 11-Current has crashed during installworld. This represents about one in five tries. In every case the crash is triggered by writing to the DOS partition of the microSD card. The latest instance is at FreeBSD www.zefox.org 11.0-CURRENT FreeBSD 11.0-CURRENT #40 r287009M: Sat Aug 22 07:48:40 PDT 2015 bob@www.zefox.org:/usr/obj/usr/src/sys/RPI2 arm All three crashes have been preceeded by a stream of warnings similar to smsc0: warning: MII read timeout smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy smsc0: warning: Failed to write register 0x114 smsc0: warning: Failed to write register 0x114 usually starting during buildworld and not always crashing; most attempts succeed. The kernel config is default, /etc/fstab contains /dev/mmcsd0s1 /boot/msdos msdosfs rw,noatime 0 0 /dev/mmcsd0s2a / ufs rw,noatime 1 1 #md /tmp mfs rw,noatime,-s50m 0 0 #md /var/log mfs rw,noatime,-s15m 0 0 #md /var/tmp mfs rw,noatime,-s5m 0 0 /dev/da0p4 /tmp ufs rw,noatime 0 0 /dev/da0p3 /usr ufs rw,noatime,late,failok 1 2 /dev/da0p2 none swap sw 0 0 /dev/da0p1 /var ufs rw,noatime 0 0 mmcsd0 is a Sandisk Ultra 8 GB class 10 microSD card, da0 is an old 32GB ATA drive in a usb2.0 enclosure. The end of the console output and backtrace follow. I'm not skilled enough to interpret the output but I hope it's of use to others. smsc0: warning: MII read timeout smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy smsc0: warning: Failed to write register 0x114 smsc0: warning: Failed to write register 0x114 sdhci_bcm0-slot0: Controller timeout sdhci_bcm0-slot0: ============== REGISTER DUMP ============== sdhci_bcm0-slot0: Sys addr: 0x02148a00 | Version: 0x00009902 sdhci_bcm0-slot0: Blk size: 0x00000200 | Blk cnt: 0x00000096 sdhci_bcm0-slot0: Argument: 0x001730c0 | Trn mode: 0x0000193a sdhci_bcm0-slot0: Present: 0x01ff0506 | Host ctl: 0x00000003 sdhci_bcm0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci_bcm0-slot0: Wake-up: 0x00000000 | Clock: 0x00000307 sdhci_bcm0-slot0: Timeout: 0x0000000e | Int stat: 0x00000010 sdhci_bcm0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci_bcm0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000001 sdhci_bcm0-slot0: Caps: 0x00000000 | Max curr: 0x00000001 sdhci_bcm0-slot0: =========================================== mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[WRITE(offset=725647360, length=131072)]error = 5 mmcsd0: Error indicated: 1 Timeout mmcsd0: Error indicated: 1 Timeout mmcsd0: Error indicated: 1 Timeout mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[WRITE(offset=725778432, length=131072)]error = 5 g_vfs_done():mmcsd0s2a[WRITE(offset=725909504, length=131072)]error = 5 g_vfs_done():mmcsd0s2a[WRITE(offset=726040576, length=131072)]error = 5 g_vfs_done():mmcsd0s2a[WRITE(offset=726171648, length=131072)]error = 5 g_vfs_done():mmcsd0s2a[WRITE(offset=726302720, length=131072)]error = 5 g_vfs_done():mmcsd0s2a[WRITE(offset=726433792, length=131072)]error = 5 g_vfs_done():mmcsd0s2a[WRITE(offset=726564864, length=131072)]error = 5 g_vfs_done():mmcsd0s2a[WRITE(offset=726695936, length=131072)]error = 5 g_vfs_done():mmcsd0s2a[WRITE(offset=726827008, length=131072)]error = 5 g_vfs_done():mmcsd0s2a[WRITE(offset=726958080, length=131072)]error = 5 g_vfs_done():mmcsd0s2a[WRITE(offset=727089152, length=131072)]error = 5 g_vfs_done():mmcsd0s2a[WRITE(offset=727220224, length=131072)]error = 5 g_vfs_done():mmcsd0s2a[WRITE(offset=20932096, length=512)]error = 5 panic: brelse: inappropriate B_PAGING or B_CLUSTER bp 0xd76fc2d0 cpuid = 0 KDB: enter: panic [ thread pid 12 tid 100014 ] Stopped at $d.7: ldrb r15, [r15, r15, ror r15]! db> bt Tracing pid 12 tid 100014 td 0xc39fd360 db_trace_self() at db_trace_self pc = 0xc053f010 lr = 0xc0140fec (db_stack_trace+0x108) sp = 0xd69e19d8 fp = 0xd69e19f0 r10 = 0xc07745f8 db_stack_trace() at db_stack_trace+0x108 pc = 0xc0140fec lr = 0xc0140a38 (db_command+0x388) sp = 0xd69e19f8 fp = 0xd69e1a98 r4 = 0x00000000 r5 = 0x00000000 r6 = 0x00000000 r10 = 0xc07745f8 db_command() at db_command+0x388 pc = 0xc0140a38 lr = 0xc01406a0 (db_command_loop+0x74) sp = 0xd69e1aa0 fp = 0xd69e1ab0 r4 = 0xc05a3ab0 r5 = 0xc05c48a6 r6 = 0xc07745e4 r7 = 0xd69e1c80 r8 = 0xc0769620 r9 = 0xc0687764 r10 = 0xc0769624 db_command_loop() at db_command_loop+0x74 pc = 0xc01406a0 lr = 0xc01431d0 (db_trap+0x108) sp = 0xd69e1ab8 fp = 0xd69e1bd0 r4 = 0x00000000 r5 = 0xc07745f0 r6 = 0xc0769648 r10 = 0xc0769624 db_trap() at db_trap+0x108 pc = 0xc01431d0 lr = 0xc02e89b8 (kdb_trap+0x184) sp = 0xd69e1bd8 fp = 0xd69e1c00 r4 = 0x00000000 r5 = 0x00000001 r6 = 0xc0769648 r7 = 0xd69e1c80 kdb_trap() at kdb_trap+0x184 pc = 0xc02e89b8 lr = 0xc05570ac (undefinedinstruction+0x344) sp = 0xd69e1c08 fp = 0xd69e1c78 r4 = 0x00000000 r5 = 0x00000000 r6 = 0xc0556cb8 r7 = 0xe7ffffff r8 = 0xc39fd360 r9 = 0xc02e8110 r10 = 0xd69e1c80 undefinedinstruction() at undefinedinstruction+0x344 pc = 0xc05570ac lr = 0xc0540698 (exception_exit) sp = 0xd69e1c80 fp = 0xd69e1d18 r4 = 0xc05c48fb r5 = 0x00000001 r6 = 0xc075a0e0 r7 = 0xc075a278 r8 = 0xd69e1d6c r9 = 0xc0775e08 r10 = 0xc39fd360 exception_exit() at exception_exit pc = 0xc0540698 lr = 0xc02e8100 (kdb_enter+0x48) sp = 0xd69e1d10 fp = 0xd69e1d18 r0 = 0xc0769634 r1 = 0x00000000 r2 = 0xd69e1c44 r3 = 0xc05c87c4 r4 = 0xc05c48fb r5 = 0x00000001 r6 = 0xc075a0e0 r7 = 0xc075a278 r8 = 0xd69e1d6c r9 = 0xc0775e08 r10 = 0xc39fd360 r12 = 0xc06a2448 $a.8() at $a.8 pc = 0xc02e8114 lr = 0xc02ac40c (vpanic+0x164) sp = 0xd69e1d20 fp = 0xd69e1d40 r4 = 0x00000100 r10 = 0xc39fd360 vpanic() at vpanic+0x164 pc = 0xc02ac40c lr = 0xc02ac2a8 (vpanic) sp = 0xd69e1d48 fp = 0xd69e1d60 r4 = 0xc075a178 r5 = 0xc05d0e17 r6 = 0xd69e1d6c r7 = 0xc075a0e0 r8 = 0xc077522c r9 = 0xc05b6589 r10 = 0x00000000 vpanic() at vpanic pc = 0xc02ac2a8 lr = 0xc0338f18 (brelse+0x6f0) sp = 0xd69e1d68 fp = 0xd69e1dd8 r4 = 0xc02ac2a8 r5 = 0x00000001 r6 = 0xd69e1d6c r7 = 0xd76fc2d0 r8 = 0xc42c93d4 r9 = 0xd76fc2d0 r10 = 0xc0758184 brelse() at brelse+0x6f0 pc = 0xc0338f18 lr = 0xc033c77c (bufdone+0x58) sp = 0xd69e1de0 fp = 0xd69e1de8 r4 = 0xd76fc2d0 r5 = 0xc42c93d4 r6 = 0xc0758140 r7 = 0xc0758184 r8 = 0xc077522c r9 = 0xc05b6589 r10 = 0x00000000 bufdone() at bufdone+0x58 pc = 0xc033c77c lr = 0xc023c3a4 (g_io_schedule_up+0xe4) sp = 0xd69e1df0 fp = 0xd69e1e20 r4 = 0xc05b88cf r5 = 0xc700c348 g_io_schedule_up() at g_io_schedule_up+0xe4 pc = 0xc023c3a4 lr = 0xc023cacc (g_up_procbody+0x78) sp = 0xd69e1e28 fp = 0xd69e1e30 r4 = 0xc05b8cf1 r5 = 0xc07581ac r6 = 0xc023ca54 r7 = 0x00000000 r8 = 0xd69e1e58 r9 = 0x00000000 r10 = 0x00000000 g_up_procbody() at g_up_procbody+0x78 pc = 0xc023cacc lr = 0xc027a544 (fork_exit+0xa0) sp = 0xd69e1e38 fp = 0xd69e1e50 r4 = 0xc39fd360 r5 = 0xc3958000 fork_exit() at fork_exit+0xa0 pc = 0xc027a544 lr = 0xc0540628 (swi_exit) sp = 0xd69e1e58 fp = 0x00000000 r4 = 0xc023ca54 r5 = 0x00000000 r6 = 0x00000000 r7 = 0x00000000 r8 = 0x00000000 r10 = 0x00000000 swi_exit() at swi_exit pc = 0xc0540628 lr = 0xc0540628 (swi_exit) sp = 0xd69e1e58 fp = 0x00000000 db> Thanks for reading and any guidance, bob prohaska From owner-freebsd-arm@freebsd.org Mon Aug 24 03:49:35 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 14B4D9C1452 for ; Mon, 24 Aug 2015 03:49:35 +0000 (UTC) (envelope-from kah42pub@blarg.com) Received: from mail.avvanta.com (smtp61.avvanta.com [206.124.128.61]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E78D81F7B for ; Mon, 24 Aug 2015 03:49:34 +0000 (UTC) (envelope-from kah42pub@blarg.com) Received: from mail.avvanta.com (localhost.rowlf.p [127.0.0.1]) by mail.avvanta.com (Postfix) with ESMTP id 8965793C40 for ; Sun, 23 Aug 2015 20:48:28 -0700 (PDT) Received: from MBP16GB.local (c-50-135-203-40.hsd1.wa.comcast.net [50.135.203.40]) by mail.avvanta.com (Postfix) with ESMTP id 6B07193C2E for ; Sun, 23 Aug 2015 20:48:28 -0700 (PDT) Subject: Re: Crash during installworld on RPI2 To: freebsd-arm@freebsd.org References: <20150824023341.GA53136@www.zefox.net> From: kah42pub Message-ID: <55DA9447.9040802@blarg.com> Date: Sun, 23 Aug 2015 20:49:27 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20150824023341.GA53136@www.zefox.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BlargAV-Status: No viruses detected, BlargAV v1.1 on localhost.scooter.p.blarg.net X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2015 03:49:35 -0000 On 8/23/15 19:33, bob prohaska wrote: > For the third time in about as many weeks 11-Current has crashed during installworld. > This represents about one in five tries. In every case the crash is triggered by > writing to the DOS partition of the microSD card. The latest instance is at > > FreeBSD www.zefox.org 11.0-CURRENT FreeBSD 11.0-CURRENT #40 r287009M: Sat Aug 22 07:48:40 PDT 2015 bob@www.zefox.org:/usr/obj/usr/src/sys/RPI2 arm > > All three crashes have been preceeded by a stream of warnings similar to > smsc0: warning: MII read timeout > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII is busy > smsc0: warning: Failed to write register 0x114 > smsc0: warning: Failed to write register 0x114 > usually starting during buildworld and not always crashing; most attempts succeed. > > The kernel config is default, /etc/fstab contains > /dev/mmcsd0s1 /boot/msdos msdosfs rw,noatime 0 0 > /dev/mmcsd0s2a / ufs rw,noatime 1 1 > #md /tmp mfs rw,noatime,-s50m 0 0 > #md /var/log mfs rw,noatime,-s15m 0 0 > #md /var/tmp mfs rw,noatime,-s5m 0 0 > /dev/da0p4 /tmp ufs rw,noatime 0 0 > /dev/da0p3 /usr ufs rw,noatime,late,failok 1 2 > /dev/da0p2 none swap sw 0 0 > /dev/da0p1 /var ufs rw,noatime 0 0 > > mmcsd0 is a Sandisk Ultra 8 GB class 10 microSD card, da0 is an old 32GB > ATA drive in a usb2.0 enclosure. > > The end of the console output and backtrace follow. I'm not skilled enough to > interpret the output but I hope it's of use to others. > > smsc0: warning: MII read timeout > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII is busy > smsc0: warning: Failed to write register 0x114 > smsc0: warning: Failed to write register 0x114 > sdhci_bcm0-slot0: Controller timeout > sdhci_bcm0-slot0: ============== REGISTER DUMP ============== > sdhci_bcm0-slot0: Sys addr: 0x02148a00 | Version: 0x00009902 > sdhci_bcm0-slot0: Blk size: 0x00000200 | Blk cnt: 0x00000096 > sdhci_bcm0-slot0: Argument: 0x001730c0 | Trn mode: 0x0000193a > sdhci_bcm0-slot0: Present: 0x01ff0506 | Host ctl: 0x00000003 > sdhci_bcm0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 > sdhci_bcm0-slot0: Wake-up: 0x00000000 | Clock: 0x00000307 > sdhci_bcm0-slot0: Timeout: 0x0000000e | Int stat: 0x00000010 > sdhci_bcm0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb > sdhci_bcm0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000001 > sdhci_bcm0-slot0: Caps: 0x00000000 | Max curr: 0x00000001 > sdhci_bcm0-slot0: =========================================== > mmcsd0: Error indicated: 1 Timeout > g_vfs_done():mmcsd0s2a[WRITE(offset=725647360, length=131072)]error = 5 > mmcsd0: Error indicated: 1 Timeout > mmcsd0: Error indicated: 1 Timeout > mmcsd0: Error indicated: 1 Timeout > mmcsd0: Error indicated: 1 Timeout > g_vfs_done():mmcsd0s2a[WRITE(offset=725778432, length=131072)]error = 5 > g_vfs_done():mmcsd0s2a[WRITE(offset=725909504, length=131072)]error = 5 > g_vfs_done():mmcsd0s2a[WRITE(offset=726040576, length=131072)]error = 5 > g_vfs_done():mmcsd0s2a[WRITE(offset=726171648, length=131072)]error = 5 > g_vfs_done():mmcsd0s2a[WRITE(offset=726302720, length=131072)]error = 5 > g_vfs_done():mmcsd0s2a[WRITE(offset=726433792, length=131072)]error = 5 > g_vfs_done():mmcsd0s2a[WRITE(offset=726564864, length=131072)]error = 5 > g_vfs_done():mmcsd0s2a[WRITE(offset=726695936, length=131072)]error = 5 > g_vfs_done():mmcsd0s2a[WRITE(offset=726827008, length=131072)]error = 5 > g_vfs_done():mmcsd0s2a[WRITE(offset=726958080, length=131072)]error = 5 > g_vfs_done():mmcsd0s2a[WRITE(offset=727089152, length=131072)]error = 5 > g_vfs_done():mmcsd0s2a[WRITE(offset=727220224, length=131072)]error = 5 > g_vfs_done():mmcsd0s2a[WRITE(offset=20932096, length=512)]error = 5 > panic: brelse: inappropriate B_PAGING or B_CLUSTER bp 0xd76fc2d0 > cpuid = 0 > KDB: enter: panic > [ thread pid 12 tid 100014 ] > Stopped at $d.7: ldrb r15, [r15, r15, ror r15]! > db> bt > Tracing pid 12 tid 100014 td 0xc39fd360 > db_trace_self() at db_trace_self > pc = 0xc053f010 lr = 0xc0140fec (db_stack_trace+0x108) > sp = 0xd69e19d8 fp = 0xd69e19f0 > r10 = 0xc07745f8 > db_stack_trace() at db_stack_trace+0x108 > pc = 0xc0140fec lr = 0xc0140a38 (db_command+0x388) > sp = 0xd69e19f8 fp = 0xd69e1a98 > r4 = 0x00000000 r5 = 0x00000000 > r6 = 0x00000000 r10 = 0xc07745f8 > db_command() at db_command+0x388 > pc = 0xc0140a38 lr = 0xc01406a0 (db_command_loop+0x74) > sp = 0xd69e1aa0 fp = 0xd69e1ab0 > r4 = 0xc05a3ab0 r5 = 0xc05c48a6 > r6 = 0xc07745e4 r7 = 0xd69e1c80 > r8 = 0xc0769620 r9 = 0xc0687764 > r10 = 0xc0769624 > db_command_loop() at db_command_loop+0x74 > pc = 0xc01406a0 lr = 0xc01431d0 (db_trap+0x108) > sp = 0xd69e1ab8 fp = 0xd69e1bd0 > r4 = 0x00000000 r5 = 0xc07745f0 > r6 = 0xc0769648 r10 = 0xc0769624 > db_trap() at db_trap+0x108 > pc = 0xc01431d0 lr = 0xc02e89b8 (kdb_trap+0x184) > sp = 0xd69e1bd8 fp = 0xd69e1c00 > r4 = 0x00000000 r5 = 0x00000001 > r6 = 0xc0769648 r7 = 0xd69e1c80 > kdb_trap() at kdb_trap+0x184 > pc = 0xc02e89b8 lr = 0xc05570ac (undefinedinstruction+0x344) > sp = 0xd69e1c08 fp = 0xd69e1c78 > r4 = 0x00000000 r5 = 0x00000000 > r6 = 0xc0556cb8 r7 = 0xe7ffffff > r8 = 0xc39fd360 r9 = 0xc02e8110 > r10 = 0xd69e1c80 > undefinedinstruction() at undefinedinstruction+0x344 > pc = 0xc05570ac lr = 0xc0540698 (exception_exit) > sp = 0xd69e1c80 fp = 0xd69e1d18 > r4 = 0xc05c48fb r5 = 0x00000001 > r6 = 0xc075a0e0 r7 = 0xc075a278 > r8 = 0xd69e1d6c r9 = 0xc0775e08 > r10 = 0xc39fd360 > exception_exit() at exception_exit > pc = 0xc0540698 lr = 0xc02e8100 (kdb_enter+0x48) > sp = 0xd69e1d10 fp = 0xd69e1d18 > r0 = 0xc0769634 r1 = 0x00000000 > r2 = 0xd69e1c44 r3 = 0xc05c87c4 > r4 = 0xc05c48fb r5 = 0x00000001 > r6 = 0xc075a0e0 r7 = 0xc075a278 > r8 = 0xd69e1d6c r9 = 0xc0775e08 > r10 = 0xc39fd360 r12 = 0xc06a2448 > $a.8() at $a.8 > pc = 0xc02e8114 lr = 0xc02ac40c (vpanic+0x164) > sp = 0xd69e1d20 fp = 0xd69e1d40 > r4 = 0x00000100 r10 = 0xc39fd360 > vpanic() at vpanic+0x164 > pc = 0xc02ac40c lr = 0xc02ac2a8 (vpanic) > sp = 0xd69e1d48 fp = 0xd69e1d60 > r4 = 0xc075a178 r5 = 0xc05d0e17 > r6 = 0xd69e1d6c r7 = 0xc075a0e0 > r8 = 0xc077522c r9 = 0xc05b6589 > r10 = 0x00000000 > vpanic() at vpanic > pc = 0xc02ac2a8 lr = 0xc0338f18 (brelse+0x6f0) > sp = 0xd69e1d68 fp = 0xd69e1dd8 > r4 = 0xc02ac2a8 r5 = 0x00000001 > r6 = 0xd69e1d6c r7 = 0xd76fc2d0 > r8 = 0xc42c93d4 r9 = 0xd76fc2d0 > r10 = 0xc0758184 > brelse() at brelse+0x6f0 > pc = 0xc0338f18 lr = 0xc033c77c (bufdone+0x58) > sp = 0xd69e1de0 fp = 0xd69e1de8 > r4 = 0xd76fc2d0 r5 = 0xc42c93d4 > r6 = 0xc0758140 r7 = 0xc0758184 > r8 = 0xc077522c r9 = 0xc05b6589 > r10 = 0x00000000 > bufdone() at bufdone+0x58 > pc = 0xc033c77c lr = 0xc023c3a4 (g_io_schedule_up+0xe4) > sp = 0xd69e1df0 fp = 0xd69e1e20 > r4 = 0xc05b88cf r5 = 0xc700c348 > g_io_schedule_up() at g_io_schedule_up+0xe4 > pc = 0xc023c3a4 lr = 0xc023cacc (g_up_procbody+0x78) > sp = 0xd69e1e28 fp = 0xd69e1e30 > r4 = 0xc05b8cf1 r5 = 0xc07581ac > r6 = 0xc023ca54 r7 = 0x00000000 > r8 = 0xd69e1e58 r9 = 0x00000000 > r10 = 0x00000000 > g_up_procbody() at g_up_procbody+0x78 > pc = 0xc023cacc lr = 0xc027a544 (fork_exit+0xa0) > sp = 0xd69e1e38 fp = 0xd69e1e50 > r4 = 0xc39fd360 r5 = 0xc3958000 > fork_exit() at fork_exit+0xa0 > pc = 0xc027a544 lr = 0xc0540628 (swi_exit) > sp = 0xd69e1e58 fp = 0x00000000 > r4 = 0xc023ca54 r5 = 0x00000000 > r6 = 0x00000000 r7 = 0x00000000 > r8 = 0x00000000 r10 = 0x00000000 > swi_exit() at swi_exit > pc = 0xc0540628 lr = 0xc0540628 (swi_exit) > sp = 0xd69e1e58 fp = 0x00000000 > db> > > > Thanks for reading and any guidance, > > bob prohaska > > _______________________________________________ > 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" > > For what it is worth... I used to see these errors on my RPI2/11-CURRENT any time there was even moderate disk I/O followed by extreme system performance issues and eventually a crash: msc0: warning: MII read timeout smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy smsc0: warning: Failed to write register 0x114 smsc0: warning: Failed to write register 0x114 In my case, I traced it back to the kernel I was using that did NOT have these options defined: options INVARIANTS options INVARIANT_SUPPORT Adding or making sure those options were in my kernel build has made those errors go away completely for me on my RPI2/11-CURRENT boards. Of course, your mileage may vary. Hope it helps. Kris From owner-freebsd-arm@freebsd.org Mon Aug 24 04:00:39 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 29F149C166F for ; Mon, 24 Aug 2015 04:00:39 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from olinguito.schwarzes.net (olinguito.schwarzes.net [IPv6:2a01:4f8:7d:1b5::1]) (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 B1DDB77F for ; Mon, 24 Aug 2015 04:00:38 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from [62.109.78.35] (mosquito.schwarzes.net [62.109.78.35]) (authenticated bits=0) by olinguito.schwarzes.net (8.15.2/8.15.2) with ESMTPA id t7O40Yu3039433 for ; Mon, 24 Aug 2015 06:00:35 +0200 (CEST) (envelope-from freebsd.asc@strcmp.org) From: Andreas Schwarz To: freebsd-arm@FreeBSD.org Mail-Reply-To: Andreas Schwarz Mail-Followup-To: freebsd-arm@FreeBSD.org Date: Mon, 24 Aug 2015 06:00:34 +0200 (CEST) Message-ID: <46ce73e06bb.4eaff7b7@mail.schwarzes.net> In-Reply-To: <20150824023341.GA53136@www.zefox.net> References: <20150824023341.GA53136@www.zefox.net> User-Agent: YAM/2.9p1 (MorphOS; PPC; rv:20140418r7798) Subject: Re: Crash during installworld on RPI2 MIME-Version: 1.0 Content-Type: text/plain X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (olinguito.schwarzes.net [78.47.41.143]); Mon, 24 Aug 2015 06:00:36 +0200 (CEST) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2015 04:00:39 -0000 On 23.08.15, bob prohaska wrote: > For the third time in about as many weeks 11-Current has crashed during installworld. > This represents about one in five tries. In every case the crash is triggered by > writing to the DOS partition of the microSD card. The latest instance is at > > FreeBSD www.zefox.org 11.0-CURRENT FreeBSD 11.0-CURRENT #40 r287009M: Sat Aug 22 07:48:40 PDT 2015 bob@www.zefox.org:/usr/obj/usr/src/sys/RPI2 arm Flag "M" indicates a modified source tree, do you have still old patches active? -asc From owner-freebsd-arm@freebsd.org Mon Aug 24 06:00:41 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 086FB9C1868 for ; Mon, 24 Aug 2015 06:00:41 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D7F501725 for ; Mon, 24 Aug 2015 06:00:40 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.14.9/8.14.5) with ESMTP id t7O60dUd048897; Sun, 23 Aug 2015 23:00:39 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.14.9/8.14.5/Submit) id t7O60dNP048896; Sun, 23 Aug 2015 23:00:39 -0700 (PDT) (envelope-from fbsd) Date: Sun, 23 Aug 2015 23:00:39 -0700 From: bob prohaska To: Andreas Schwarz Cc: freebsd-arm@freebsd.org Subject: Re: Crash during installworld on RPI2 Message-ID: <20150824060039.GB53136@www.zefox.net> References: <20150824023341.GA53136@www.zefox.net> <46ce73e06bb.4eaff7b7@mail.schwarzes.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46ce73e06bb.4eaff7b7@mail.schwarzes.net> User-Agent: Mutt/1.4.2.3i X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2015 06:00:41 -0000 On Mon, Aug 24, 2015 at 06:00:34AM +0200, Andreas Schwarz wrote: > On 23.08.15, bob prohaska wrote: > > > For the third time in about as many weeks 11-Current has crashed during installworld. > > This represents about one in five tries. In every case the crash is triggered by > > writing to the DOS partition of the microSD card. The latest instance is at > > > > FreeBSD www.zefox.org 11.0-CURRENT FreeBSD 11.0-CURRENT #40 r287009M: Sat Aug 22 07:48:40 PDT 2015 bob@www.zefox.org:/usr/obj/usr/src/sys/RPI2 arm > > Flag "M" indicates a modified source tree, do you have still old patches active? > Not knowingly. The source tree was obtained using svnlite checkout /usr/src and all updates were via svnlite update /usr/src Might it be helpful to delete the source tree and checkout again? I'm starting to wonder if a problem with the microSD card is indicated. thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Mon Aug 24 06:14:52 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 673B19C1B52 for ; Mon, 24 Aug 2015 06:14:52 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 44F1F1FAA for ; Mon, 24 Aug 2015 06:14:52 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.14.9/8.14.5) with ESMTP id t7O6EoCc048925; Sun, 23 Aug 2015 23:14:50 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.14.9/8.14.5/Submit) id t7O6EoJ7048924; Sun, 23 Aug 2015 23:14:50 -0700 (PDT) (envelope-from fbsd) Date: Sun, 23 Aug 2015 23:14:50 -0700 From: bob prohaska To: kah42pub Cc: freebsd-arm@freebsd.org Subject: Re: Crash during installworld on RPI2 Message-ID: <20150824061450.GC53136@www.zefox.net> References: <20150824023341.GA53136@www.zefox.net> <55DA9447.9040802@blarg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55DA9447.9040802@blarg.com> User-Agent: Mutt/1.4.2.3i X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2015 06:14:52 -0000 On Sun, Aug 23, 2015 at 08:49:27PM -0700, kah42pub wrote: > > options INVARIANTS > options INVARIANT_SUPPORT > > Adding or making sure those options were in my kernel build has made > those errors go away completely for me on my RPI2/11-CURRENT boards. > The kernel config file located at /usr/src/sys/arm/conf/RPI2 contains # For full debugger support use this instead: options DDB # Enable the kernel debugger options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS The buildkernel command used (out of habit on i386) is make buildkernel KERNCONF=RPI2 The intention is to use the config file at /usr/src/sys/arm/conf/RPI2. If another config file is being invoked unintentionally it might explain the problem. Thanks for reading, any counsel appreciated! bob prohaska From owner-freebsd-arm@freebsd.org Mon Aug 24 06:23:48 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5EC309C1CD4 for ; Mon, 24 Aug 2015 06:23:48 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 07E2734A for ; Mon, 24 Aug 2015 06:23:47 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.14.9/8.14.5) with ESMTP id t7O6NjWT048956; Sun, 23 Aug 2015 23:23:45 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.14.9/8.14.5/Submit) id t7O6Njvn048955; Sun, 23 Aug 2015 23:23:45 -0700 (PDT) (envelope-from fbsd) Date: Sun, 23 Aug 2015 23:23:45 -0700 From: bob prohaska To: Warner Losh Cc: freebsd-arm@freebsd.org Subject: Re: Crash during installworld on RPI2 Message-ID: <20150824062345.GD53136@www.zefox.net> References: <20150824023341.GA53136@www.zefox.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2015 06:23:48 -0000 Is there anything I could do that might be more informative? The smsc0 warnings are common and only infrequently associated with a crash. So far trips to the debugger have only come on writing to the DOS partition of the microSD card. Thanks for reading, bob prohaska On Sun, Aug 23, 2015 at 09:45:45PM -0600, Warner Losh wrote: > Short interpretation: > > mmcsd0 had a timeout. It seems to have gone silent. upper layers of the > storage system didn't take kindly to this and paniced. Need to figure out > what's going on with the mmcsd to find out why the timeouts. > > Warner > > On Sun, Aug 23, 2015 at 8:33 PM, bob prohaska wrote: > > > For the third time in about as many weeks 11-Current has crashed during > > installworld. > > This represents about one in five tries. In every case the crash is > > triggered by > > writing to the DOS partition of the microSD card. The latest instance is at > > > > FreeBSD www.zefox.org 11.0-CURRENT FreeBSD 11.0-CURRENT #40 r287009M: Sat > > Aug 22 07:48:40 PDT 2015 bob@www.zefox.org:/usr/obj/usr/src/sys/RPI2 > > arm > > > > All three crashes have been preceeded by a stream of warnings similar to > > smsc0: warning: MII read timeout > > smsc0: warning: Failed to read register 0x114 > > smsc0: warning: MII is busy > > smsc0: warning: Failed to write register 0x114 > > smsc0: warning: Failed to write register 0x114 > > usually starting during buildworld and not always crashing; most attempts > > succeed. > > > > The kernel config is default, /etc/fstab contains > > /dev/mmcsd0s1 /boot/msdos msdosfs rw,noatime 0 0 > > /dev/mmcsd0s2a / ufs rw,noatime 1 1 > > #md /tmp mfs rw,noatime,-s50m 0 0 > > #md /var/log mfs rw,noatime,-s15m 0 0 > > #md /var/tmp mfs rw,noatime,-s5m 0 0 > > /dev/da0p4 /tmp ufs rw,noatime 0 0 > > /dev/da0p3 /usr ufs rw,noatime,late,failok 1 2 > > /dev/da0p2 none swap sw 0 0 > > /dev/da0p1 /var ufs rw,noatime 0 0 > > > > mmcsd0 is a Sandisk Ultra 8 GB class 10 microSD card, da0 is an old 32GB > > ATA drive in a usb2.0 enclosure. > > > > The end of the console output and backtrace follow. I'm not skilled enough > > to > > interpret the output but I hope it's of use to others. > > > > smsc0: warning: MII read timeout > > smsc0: warning: Failed to read register 0x114 > > smsc0: warning: MII is busy > > smsc0: warning: Failed to write register 0x114 > > smsc0: warning: Failed to write register 0x114 > > sdhci_bcm0-slot0: Controller timeout > > sdhci_bcm0-slot0: ============== REGISTER DUMP ============== > > sdhci_bcm0-slot0: Sys addr: 0x02148a00 | Version: 0x00009902 > > sdhci_bcm0-slot0: Blk size: 0x00000200 | Blk cnt: 0x00000096 > > sdhci_bcm0-slot0: Argument: 0x001730c0 | Trn mode: 0x0000193a > > sdhci_bcm0-slot0: Present: 0x01ff0506 | Host ctl: 0x00000003 > > sdhci_bcm0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 > > sdhci_bcm0-slot0: Wake-up: 0x00000000 | Clock: 0x00000307 > > sdhci_bcm0-slot0: Timeout: 0x0000000e | Int stat: 0x00000010 > > sdhci_bcm0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb > > sdhci_bcm0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000001 > > sdhci_bcm0-slot0: Caps: 0x00000000 | Max curr: 0x00000001 > > sdhci_bcm0-slot0: =========================================== > > mmcsd0: Error indicated: 1 Timeout > > g_vfs_done():mmcsd0s2a[WRITE(offset=725647360, length=131072)]error = 5 > > mmcsd0: Error indicated: 1 Timeout > > mmcsd0: Error indicated: 1 Timeout > > mmcsd0: Error indicated: 1 Timeout > > mmcsd0: Error indicated: 1 Timeout > > g_vfs_done():mmcsd0s2a[WRITE(offset=725778432, length=131072)]error = 5 > > g_vfs_done():mmcsd0s2a[WRITE(offset=725909504, length=131072)]error = 5 > > g_vfs_done():mmcsd0s2a[WRITE(offset=726040576, length=131072)]error = 5 > > g_vfs_done():mmcsd0s2a[WRITE(offset=726171648, length=131072)]error = 5 > > g_vfs_done():mmcsd0s2a[WRITE(offset=726302720, length=131072)]error = 5 > > g_vfs_done():mmcsd0s2a[WRITE(offset=726433792, length=131072)]error = 5 > > g_vfs_done():mmcsd0s2a[WRITE(offset=726564864, length=131072)]error = 5 > > g_vfs_done():mmcsd0s2a[WRITE(offset=726695936, length=131072)]error = 5 > > g_vfs_done():mmcsd0s2a[WRITE(offset=726827008, length=131072)]error = 5 > > g_vfs_done():mmcsd0s2a[WRITE(offset=726958080, length=131072)]error = 5 > > g_vfs_done():mmcsd0s2a[WRITE(offset=727089152, length=131072)]error = 5 > > g_vfs_done():mmcsd0s2a[WRITE(offset=727220224, length=131072)]error = 5 > > g_vfs_done():mmcsd0s2a[WRITE(offset=20932096, length=512)]error = 5 > > panic: brelse: inappropriate B_PAGING or B_CLUSTER bp 0xd76fc2d0 > > cpuid = 0 > > KDB: enter: panic > > [ thread pid 12 tid 100014 ] > > Stopped at $d.7: ldrb r15, [r15, r15, ror r15]! > > db> bt > > Tracing pid 12 tid 100014 td 0xc39fd360 > > db_trace_self() at db_trace_self > > pc = 0xc053f010 lr = 0xc0140fec (db_stack_trace+0x108) > > sp = 0xd69e19d8 fp = 0xd69e19f0 > > r10 = 0xc07745f8 > > db_stack_trace() at db_stack_trace+0x108 > > pc = 0xc0140fec lr = 0xc0140a38 (db_command+0x388) > > sp = 0xd69e19f8 fp = 0xd69e1a98 > > r4 = 0x00000000 r5 = 0x00000000 > > r6 = 0x00000000 r10 = 0xc07745f8 > > db_command() at db_command+0x388 > > pc = 0xc0140a38 lr = 0xc01406a0 (db_command_loop+0x74) > > sp = 0xd69e1aa0 fp = 0xd69e1ab0 > > r4 = 0xc05a3ab0 r5 = 0xc05c48a6 > > r6 = 0xc07745e4 r7 = 0xd69e1c80 > > r8 = 0xc0769620 r9 = 0xc0687764 > > r10 = 0xc0769624 > > db_command_loop() at db_command_loop+0x74 > > pc = 0xc01406a0 lr = 0xc01431d0 (db_trap+0x108) > > sp = 0xd69e1ab8 fp = 0xd69e1bd0 > > r4 = 0x00000000 r5 = 0xc07745f0 > > r6 = 0xc0769648 r10 = 0xc0769624 > > db_trap() at db_trap+0x108 > > pc = 0xc01431d0 lr = 0xc02e89b8 (kdb_trap+0x184) > > sp = 0xd69e1bd8 fp = 0xd69e1c00 > > r4 = 0x00000000 r5 = 0x00000001 > > r6 = 0xc0769648 r7 = 0xd69e1c80 > > kdb_trap() at kdb_trap+0x184 > > pc = 0xc02e89b8 lr = 0xc05570ac (undefinedinstruction+0x344) > > sp = 0xd69e1c08 fp = 0xd69e1c78 > > r4 = 0x00000000 r5 = 0x00000000 > > r6 = 0xc0556cb8 r7 = 0xe7ffffff > > r8 = 0xc39fd360 r9 = 0xc02e8110 > > r10 = 0xd69e1c80 > > undefinedinstruction() at undefinedinstruction+0x344 > > pc = 0xc05570ac lr = 0xc0540698 (exception_exit) > > sp = 0xd69e1c80 fp = 0xd69e1d18 > > r4 = 0xc05c48fb r5 = 0x00000001 > > r6 = 0xc075a0e0 r7 = 0xc075a278 > > r8 = 0xd69e1d6c r9 = 0xc0775e08 > > r10 = 0xc39fd360 > > exception_exit() at exception_exit > > pc = 0xc0540698 lr = 0xc02e8100 (kdb_enter+0x48) > > sp = 0xd69e1d10 fp = 0xd69e1d18 > > r0 = 0xc0769634 r1 = 0x00000000 > > r2 = 0xd69e1c44 r3 = 0xc05c87c4 > > r4 = 0xc05c48fb r5 = 0x00000001 > > r6 = 0xc075a0e0 r7 = 0xc075a278 > > r8 = 0xd69e1d6c r9 = 0xc0775e08 > > r10 = 0xc39fd360 r12 = 0xc06a2448 > > $a.8() at $a.8 > > pc = 0xc02e8114 lr = 0xc02ac40c (vpanic+0x164) > > sp = 0xd69e1d20 fp = 0xd69e1d40 > > r4 = 0x00000100 r10 = 0xc39fd360 > > vpanic() at vpanic+0x164 > > pc = 0xc02ac40c lr = 0xc02ac2a8 (vpanic) > > sp = 0xd69e1d48 fp = 0xd69e1d60 > > r4 = 0xc075a178 r5 = 0xc05d0e17 > > r6 = 0xd69e1d6c r7 = 0xc075a0e0 > > r8 = 0xc077522c r9 = 0xc05b6589 > > r10 = 0x00000000 > > vpanic() at vpanic > > pc = 0xc02ac2a8 lr = 0xc0338f18 (brelse+0x6f0) > > sp = 0xd69e1d68 fp = 0xd69e1dd8 > > r4 = 0xc02ac2a8 r5 = 0x00000001 > > r6 = 0xd69e1d6c r7 = 0xd76fc2d0 > > r8 = 0xc42c93d4 r9 = 0xd76fc2d0 > > r10 = 0xc0758184 > > brelse() at brelse+0x6f0 > > pc = 0xc0338f18 lr = 0xc033c77c (bufdone+0x58) > > sp = 0xd69e1de0 fp = 0xd69e1de8 > > r4 = 0xd76fc2d0 r5 = 0xc42c93d4 > > r6 = 0xc0758140 r7 = 0xc0758184 > > r8 = 0xc077522c r9 = 0xc05b6589 > > r10 = 0x00000000 > > bufdone() at bufdone+0x58 > > pc = 0xc033c77c lr = 0xc023c3a4 (g_io_schedule_up+0xe4) > > sp = 0xd69e1df0 fp = 0xd69e1e20 > > r4 = 0xc05b88cf r5 = 0xc700c348 > > g_io_schedule_up() at g_io_schedule_up+0xe4 > > pc = 0xc023c3a4 lr = 0xc023cacc (g_up_procbody+0x78) > > sp = 0xd69e1e28 fp = 0xd69e1e30 > > r4 = 0xc05b8cf1 r5 = 0xc07581ac > > r6 = 0xc023ca54 r7 = 0x00000000 > > r8 = 0xd69e1e58 r9 = 0x00000000 > > r10 = 0x00000000 > > g_up_procbody() at g_up_procbody+0x78 > > pc = 0xc023cacc lr = 0xc027a544 (fork_exit+0xa0) > > sp = 0xd69e1e38 fp = 0xd69e1e50 > > r4 = 0xc39fd360 r5 = 0xc3958000 > > fork_exit() at fork_exit+0xa0 > > pc = 0xc027a544 lr = 0xc0540628 (swi_exit) > > sp = 0xd69e1e58 fp = 0x00000000 > > r4 = 0xc023ca54 r5 = 0x00000000 > > r6 = 0x00000000 r7 = 0x00000000 > > r8 = 0x00000000 r10 = 0x00000000 > > swi_exit() at swi_exit > > pc = 0xc0540628 lr = 0xc0540628 (swi_exit) > > sp = 0xd69e1e58 fp = 0x00000000 > > db> > > > > > > Thanks for reading and any guidance, > > > > bob prohaska > > > > _______________________________________________ > > 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 Mon Aug 24 18:24:01 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D094D9C2892 for ; Mon, 24 Aug 2015 18:24:01 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id BF222118D; Mon, 24 Aug 2015 18:24:01 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id CAFECF31; Mon, 24 Aug 2015 18:24:00 +0000 (UTC) Date: Mon, 24 Aug 2015 18:23:56 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: sbruno@FreeBSD.org, andrew@FreeBSD.org, marcel@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <71486083.47.1440440639816.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #951 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2015 18:24:01 -0000 FreeBSD_HEAD_arm64 - Build #951 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/951/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/951/cha= nges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/951/cons= ole Change summaries: 287113 by andrew: Check the frame pointer is within the kernel before accessing it. 287112 by sbruno: Style/whitespace cleanup in shared/common code. Differential Revision:=09https://reviews.freebsd.org/D3159 Submitted by:=09erj MFC after:=092 weeks 287111 by marcel: Upgrade libxo to 0.4.5. Local changes incorporated by 0.4.5: r284340 Local changes retained: r276260, r282117 Obtained from:=09https://github.com/Juniper/libxo The end of the build log: [...truncated 59153 lines...] cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -I/usr/src/lib/libunbound= /../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/= obj/arm64.aarch64/usr/src/lib/libunbound -std=3Dgnu99 -fstack-protector -Ws= ystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-a= rguments -c /usr/src/lib/libunbound/../../contrib/unbound/util/storage/look= up3.c -o lookup3.So --- all_subdir_libusb --- --- libusb20_ugen20.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -std=3Dgnu99 = -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-unini= tialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused= -const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenthese= s-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-type= def -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-argum= ents -c /usr/src/lib/libusb/libusb20_ugen20.c -o libusb20_ugen20.So --- all_subdir_libunbound --- --- lruhash.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -I/usr/src/lib/libunbound= /../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/= obj/arm64.aarch64/usr/src/lib/libunbound -std=3Dgnu99 -fstack-protector -Ws= ystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-a= rguments -c /usr/src/lib/libunbound/../../contrib/unbound/util/storage/lruh= ash.c -o lruhash.So --- mesh.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -I/usr/src/lib/libunbound= /../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/= obj/arm64.aarch64/usr/src/lib/libunbound -std=3Dgnu99 -fstack-protector -Ws= ystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-a= rguments -c /usr/src/lib/libunbound/../../contrib/unbound/services/mesh.c -= o mesh.So --- all_subdir_libstand --- --- libstand.a --- building static stand library /usr/local/aarch64-freebsd/bin/ar -crD libstand.a `NM=3D'/usr/local/aarch64= -freebsd/bin/nm' NMFLAGS=3D'' lorder __main.o assert.o bcd.o bswap.o enviro= nment.o getopt.o gets.o globals.o pager.o printf.o strdup.o strerror.o strt= ol.o strtoul.o random.o sbrk.o twiddle.o zalloc.o zalloc_malloc.o strcasecm= p.o ntoh.o bcmp.o bcopy.o bzero.o ffs.o memccpy.o memchr.o memcmp.o memcpy.= o memmove.o memset.o qdivrem.o strcat.o strchr.o strcmp.o strcpy.o strcspn.= o strlen.o strncat.o strncmp.o strncpy.o strpbrk.o strrchr.o strsep.o strsp= n.o strstr.o strtok.o swab.o uuid_equal.o uuid_is_nil.o _setjmp.o _bzlib.o = _crctable.o _decompress.o _huffman.o _randtable.o adler32.o crc32.o _infbac= k.o _inffast.o _inflate.o _inftrees.o _zutil.o closeall.o dev.o ioctl.o nul= lfs.o stat.o fstat.o close.o lseek.o open.o read.o write.o readdir.o arp.o = ether.o inet_ntoa.o in_cksum.o net.o udp.o netif.o rpc.o bootp.o rarp.o boo= tparam.o ufs.o nfs.o cd9660.o tftp.o gzipfs.o bzipfs.o dosfs.o ext2fs.o spl= itfs.o pkgfs.o | tsort -q`=20 --- all_subdir_libusb --- --- libusb01.So --- --- all_subdir_libstand --- /usr/local/aarch64-freebsd/bin/ranlib -D libstand.a --- all_subdir_libusb --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -std=3Dgnu99 = -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-unini= tialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused= -const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenthese= s-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-type= def -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-argum= ents -c /usr/src/lib/libusb/libusb01.c -o libusb01.So --- all_subdir_libunbound --- --- mini_event.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -I/usr/src/lib/libunbound= /../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/= obj/arm64.aarch64/usr/src/lib/libunbound -std=3Dgnu99 -fstack-protector -Ws= ystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-a= rguments -c /usr/src/lib/libunbound/../../contrib/unbound/util/mini_event.c= -o mini_event.So --- all_subdir_libusb --- --- libusb10.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -std=3Dgnu99 = -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-unini= tialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused= -const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenthese= s-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-type= def -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-argum= ents -c /usr/src/lib/libusb/libusb10.c -o libusb10.So --- all_subdir_libunbound --- --- modstack.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -I/usr/src/lib/libunbound= /../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/= obj/arm64.aarch64/usr/src/lib/libunbound -std=3Dgnu99 -fstack-protector -Ws= ystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-a= rguments -c /usr/src/lib/libunbound/../../contrib/unbound/services/modstack= .c -o modstack.So --- module.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -I/usr/src/lib/libunbound= /../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/= obj/arm64.aarch64/usr/src/lib/libunbound -std=3Dgnu99 -fstack-protector -Ws= ystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-a= rguments -c /usr/src/lib/libunbound/../../contrib/unbound/util/module.c -o = module.So --- all_subdir_libusb --- --- libusb10_desc.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -std=3Dgnu99 = -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-unini= tialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused= -const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenthese= s-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-type= def -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-argum= ents -c /usr/src/lib/libusb/libusb10_desc.c -o libusb10_desc.So --- all_subdir_libunbound --- --- msgencode.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -I/usr/src/lib/libunbound= /../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/= obj/arm64.aarch64/usr/src/lib/libunbound -std=3Dgnu99 -fstack-protector -Ws= ystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-a= rguments -c /usr/src/lib/libunbound/../../contrib/unbound/util/data/msgenco= de.c -o msgencode.So --- msgparse.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -I/usr/src/lib/libunbound= /../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/= obj/arm64.aarch64/usr/src/lib/libunbound -std=3Dgnu99 -fstack-protector -Ws= ystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-a= rguments -c /usr/src/lib/libunbound/../../contrib/unbound/util/data/msgpars= e.c -o msgparse.So --- all_subdir_libusb --- --- libusb10_io.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -std=3Dgnu99 = -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-unini= tialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused= -const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenthese= s-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-type= def -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-argum= ents -c /usr/src/lib/libusb/libusb10_io.c -o libusb10_io.So --- all_subdir_libunbound --- --- msgreply.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -I/usr/src/lib/libunbound= /../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/= obj/arm64.aarch64/usr/src/lib/libunbound -std=3Dgnu99 -fstack-protector -Ws= ystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-a= rguments -c /usr/src/lib/libunbound/../../contrib/unbound/util/data/msgrepl= y.c -o msgreply.So --- net_help.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -I/usr/src/lib/libunbound= /../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/= obj/arm64.aarch64/usr/src/lib/libunbound -std=3Dgnu99 -fstack-protector -Ws= ystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-a= rguments -c /usr/src/lib/libunbound/../../contrib/unbound/util/net_help.c -= o net_help.So --- netevent.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -I/usr/src/lib/libunbound= /../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/= obj/arm64.aarch64/usr/src/lib/libunbound -std=3Dgnu99 -fstack-protector -Ws= ystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-a= rguments -c /usr/src/lib/libunbound/../../contrib/unbound/util/netevent.c -= o netevent.So --- all_subdir_libutil --- =3D=3D=3D> lib/libutil (all) --- all_subdir_libusb --- --- libusb20.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-swi= tch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr= /src/lib/libusb/libusb20.c -o libusb20.o --- all_subdir_libunbound --- --- outbound_list.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -I/usr/src/lib/libunbound= /../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/= obj/arm64.aarch64/usr/src/lib/libunbound -std=3Dgnu99 -fstack-protector -Ws= ystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-a= rguments -c /usr/src/lib/libunbound/../../contrib/unbound/services/outbound= _list.c -o outbound_list.So --- all_subdir_libusb --- --- libusb20_desc.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-swi= tch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr= /src/lib/libusb/libusb20_desc.c -o libusb20_desc.o --- libusb20_ugen20.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-swi= tch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr= /src/lib/libusb/libusb20_ugen20.c -o libusb20_ugen20.o --- all_subdir_libunbound --- --- outside_network.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -I/usr/src/lib/libunbound= /../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/= obj/arm64.aarch64/usr/src/lib/libunbound -std=3Dgnu99 -fstack-protector -Ws= ystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-a= rguments -c /usr/src/lib/libunbound/../../contrib/unbound/services/outside_= network.c -o outside_network.So --- packed_rrset.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -I/usr/src/lib/libunbound= /../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/= obj/arm64.aarch64/usr/src/lib/libunbound -std=3Dgnu99 -fstack-protector -Ws= ystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-a= rguments -c /usr/src/lib/libunbound/../../contrib/unbound/util/data/packed_= rrset.c -o packed_rrset.So --- parse.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -I/usr/src/lib/libunbound= /../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/= obj/arm64.aarch64/usr/src/lib/libunbound -std=3Dgnu99 -fstack-protector -Ws= ystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-a= rguments -c /usr/src/lib/libunbound/../../contrib/unbound/ldns/parse.c -o p= arse.So --- all_subdir_libusb --- --- libusb01.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-swi= tch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr= /src/lib/libusb/libusb01.c -o libusb01.o --- libusb10.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-swi= tch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr= /src/lib/libusb/libusb10.c -o libusb10.o --- libusb10_desc.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-swi= tch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr= /src/lib/libusb/libusb10_desc.c -o libusb10_desc.o --- all_subdir_libunbound --- --- parseutil.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -I/usr/src/lib/libunbound= /../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/= obj/arm64.aarch64/usr/src/lib/libunbound -std=3Dgnu99 -fstack-protector -Ws= ystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-a= rguments -c /usr/src/lib/libunbound/../../contrib/unbound/ldns/parseutil.c = -o parseutil.So --- random.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -I/usr/src/lib/libunbound= /../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/= obj/arm64.aarch64/usr/src/lib/libunbound -std=3Dgnu99 -fstack-protector -Ws= ystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-a= rguments -c /usr/src/lib/libunbound/../../contrib/unbound/util/random.c -o = random.So --- rbtree.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -I/usr/src/lib/libunbound= /../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/= obj/arm64.aarch64/usr/src/lib/libunbound -std=3Dgnu99 -fstack-protector -Ws= ystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-a= rguments -c /usr/src/lib/libunbound/../../contrib/unbound/util/rbtree.c -o = rbtree.So --- regional.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -I/usr/src/lib/libunbound= /../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/= obj/arm64.aarch64/usr/src/lib/libunbound -std=3Dgnu99 -fstack-protector -Ws= ystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-a= rguments -c /usr/src/lib/libunbound/../../contrib/unbound/util/regional.c -= o regional.So --- rrdef.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -I/usr/src/lib/libunbound= /../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/= obj/arm64.aarch64/usr/src/lib/libunbound -std=3Dgnu99 -fstack-protector -Ws= ystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-a= rguments -c /usr/src/lib/libunbound/../../contrib/unbound/ldns/rrdef.c -o r= rdef.So --- all_subdir_libusb --- --- libusb10_io.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-swi= tch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr= /src/lib/libusb/libusb10_io.c -o libusb10_io.o --- libusb.so.3 --- building shared library libusb.so.3 cc -B/usr/local/aarch64-freebsd/bin/ -fstack-protector -shared -Wl,-x -Wl,= --fatal-warnings -Wl,--warn-shared-textrel -o libusb.so.3 -Wl,-soname,libu= sb.so.3 `NM=3D'/usr/local/aarch64-freebsd/bin/nm' NMFLAGS=3D'' lorder libu= sb20.So libusb20_desc.So libusb20_ugen20.So libusb01.So libusb10.So libusb1= 0_desc.So libusb10_io.So | tsort -q` -lpthread --- all_subdir_libunbound --- --- rrset.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -I/usr/src/lib/libunbound= /../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/= obj/arm64.aarch64/usr/src/lib/libunbound -std=3Dgnu99 -fstack-protector -Ws= ystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-a= rguments -c /usr/src/lib/libunbound/../../contrib/unbound/services/cache/rr= set.c -o rrset.So --- rtt.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -I/usr/src/lib/libunbound= /../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/= obj/arm64.aarch64/usr/src/lib/libunbound -std=3Dgnu99 -fstack-protector -Ws= ystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-a= rguments -c /usr/src/lib/libunbound/../../contrib/unbound/util/rtt.c -o rtt= .So --- sbuffer.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -I/usr/src/lib/libunbound= /../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/= obj/arm64.aarch64/usr/src/lib/libunbound -std=3Dgnu99 -fstack-protector -Ws= ystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-a= rguments -c /usr/src/lib/libunbound/../../contrib/unbound/ldns/sbuffer.c -o= sbuffer.So --- all_subdir_libwrap --- =3D=3D=3D> lib/libwrap (all) --- all_subdir_libxo --- =3D=3D=3D> lib/libxo (all) --- all_subdir_libunbound --- --- slabhash.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -I/usr/src/lib/libunbound= /../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/= obj/arm64.aarch64/usr/src/lib/libunbound -std=3Dgnu99 -fstack-protector -Ws= ystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-a= rguments -c /usr/src/lib/libunbound/../../contrib/unbound/util/storage/slab= hash.c -o slabhash.So --- all_subdir_libwrap --- --- clean_exit.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -DFACILITY=3D= LOG_AUTH -DHOSTS_ACCESS -DNETGROUP -DDAEMON_UMASK=3D022 -DREAL_DAEMON_DIR= =3D\"/usr/libexec\" -DPROCESS_OPTIONS -DSEVERITY=3DLOG_INFO -DRFC931_TIMEO= UT=3D10 -DHOSTS_DENY=3D\"/etc/hosts.deny\" -DHOSTS_ALLOW=3D\"/etc/hosts.al= low\" -DSYS_ERRLIST_DEFINED -DALWAYS_HOSTNAME -DUSE_STRSEP -DPROCESS_OPTIO= NS -DINET6 -std=3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare = -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-= conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-= promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libw= rap/../../contrib/tcp_wrappers/clean_exit.c -o clean_exit.So --- all_subdir_libxo --- --- libxo.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I/usr/src/co= ntrib/libxo/libxo -DXO_ENCODERDIR=3D\"/usr/lib/libxo/encoder\" -std=3Dgnu99= -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-u= nused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -W= return-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-paramete= r -Wcast-align -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-= unused-const-variable -Qunused-arguments -c /usr/src/contrib/libxo/libxo/li= bxo.c -o libxo.So --- all_subdir_libusb --- --- libusb.a --- building static usb library /usr/local/aarch64-freebsd/bin/ar -crD libusb.a `NM=3D'/usr/local/aarch64-f= reebsd/bin/nm' NMFLAGS=3D'' lorder libusb20.o libusb20_desc.o libusb20_ugen= 20.o libusb01.o libusb10.o libusb10_desc.o libusb10_io.o | tsort -q`=20 --- all_subdir_libwrap --- --- diag.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -DFACILITY=3D= LOG_AUTH -DHOSTS_ACCESS -DNETGROUP -DDAEMON_UMASK=3D022 -DREAL_DAEMON_DIR= =3D\"/usr/libexec\" -DPROCESS_OPTIONS -DSEVERITY=3DLOG_INFO -DRFC931_TIMEO= UT=3D10 -DHOSTS_DENY=3D\"/etc/hosts.deny\" -DHOSTS_ALLOW=3D\"/etc/hosts.al= low\" -DSYS_ERRLIST_DEFINED -DALWAYS_HOSTNAME -DUSE_STRSEP -DPROCESS_OPTIO= NS -DINET6 -std=3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare = -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-= conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-= promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libw= rap/../../contrib/tcp_wrappers/diag.c -o diag.So --- all_subdir_libunbound --- --- str2wire.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -I/usr/src/lib/libunbound= /../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/= obj/arm64.aarch64/usr/src/lib/libunbound -std=3Dgnu99 -fstack-protector -Ws= ystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-a= rguments -c /usr/src/lib/libunbound/../../contrib/unbound/ldns/str2wire.c -= o str2wire.So --- all_subdir_libusb --- /usr/local/aarch64-freebsd/bin/ranlib -D libusb.a --- all_subdir_libwrap --- --- eval.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -DFACILITY=3D= LOG_AUTH -DHOSTS_ACCESS -DNETGROUP -DDAEMON_UMASK=3D022 -DREAL_DAEMON_DIR= =3D\"/usr/libexec\" -DPROCESS_OPTIONS -DSEVERITY=3DLOG_INFO -DRFC931_TIMEO= UT=3D10 -DHOSTS_DENY=3D\"/etc/hosts.deny\" -DHOSTS_ALLOW=3D\"/etc/hosts.al= low\" -DSYS_ERRLIST_DEFINED -DALWAYS_HOSTNAME -DUSE_STRSEP -DPROCESS_OPTIO= NS -DINET6 -std=3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare = -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-= conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-= promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libw= rap/../../contrib/tcp_wrappers/eval.c -o eval.So --- all_subdir_libxo --- In file included from /usr/src/contrib/libxo/libxo/libxo.c:73: /usr/src/contrib/libxo/libxo/xo_wcwidth.h:76:11: error: comparison of integ= ers of different signs: 'wchar_t' (aka 'unsigned int') and 'const int' [-We= rror,-Wsign-compare] if (ucs < table[0].first || ucs > table[max].last) ~~~ ^ ~~~~~~~~~~~~~~ /usr/src/contrib/libxo/libxo/xo_wcwidth.h:76:35: error: comparison of integ= ers of different signs: 'wchar_t' (aka 'unsigned int') and 'const int' [-We= rror,-Wsign-compare] if (ucs < table[0].first || ucs > table[max].last) ~~~ ^ ~~~~~~~~~~~~~~~ /usr/src/contrib/libxo/libxo/xo_wcwidth.h:80:13: error: comparison of integ= ers of different signs: 'wchar_t' (aka 'unsigned int') and 'const int' [-We= rror,-Wsign-compare] if (ucs > table[mid].last) ~~~ ^ ~~~~~~~~~~~~~~~ /usr/src/contrib/libxo/libxo/xo_wcwidth.h:82:18: error: comparison of integ= ers of different signs: 'wchar_t' (aka 'unsigned int') and 'const int' [-We= rror,-Wsign-compare] else if (ucs < table[mid].first) ~~~ ^ ~~~~~~~~~~~~~~~~ --- all_subdir_libunbound --- --- timehist.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -I/usr/src/lib/libunbound= /../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/= obj/arm64.aarch64/usr/src/lib/libunbound -std=3Dgnu99 -fstack-protector -Ws= ystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-a= rguments -c /usr/src/lib/libunbound/../../contrib/unbound/util/timehist.c -= o timehist.So --- all_subdir_libwrap --- --- fix_options.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -DFACILITY=3D= LOG_AUTH -DHOSTS_ACCESS -DNETGROUP -DDAEMON_UMASK=3D022 -DREAL_DAEMON_DIR= =3D\"/usr/libexec\" -DPROCESS_OPTIONS -DSEVERITY=3DLOG_INFO -DRFC931_TIMEO= UT=3D10 -DHOSTS_DENY=3D\"/etc/hosts.deny\" -DHOSTS_ALLOW=3D\"/etc/hosts.al= low\" -DSYS_ERRLIST_DEFINED -DALWAYS_HOSTNAME -DUSE_STRSEP -DPROCESS_OPTIO= NS -DINET6 -std=3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare = -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-= conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-= promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libw= rap/../../contrib/tcp_wrappers/fix_options.c -o fix_options.So --- all_subdir_libxo --- --- xo_encoder.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I/usr/src/co= ntrib/libxo/libxo -DXO_ENCODERDIR=3D\"/usr/lib/libxo/encoder\" -std=3Dgnu99= -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-u= nused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -W= return-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-paramete= r -Wcast-align -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-= unused-const-variable -Qunused-arguments -c /usr/src/contrib/libxo/libxo/xo= _encoder.c -o xo_encoder.So --- libxo.So --- 4 errors generated. *** [libxo.So] Error code 1 make[5]: stopped in /usr/src/lib/libxo --- all_subdir_libwrap --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/lib/libwrap *** [all_subdir_libwrap] Error code 2 make[4]: stopped in /usr/src/lib --- all_subdir_libunbound --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/lib/libunbound *** [all_subdir_libunbound] Error code 2 make[4]: stopped in /usr/src/lib --- all_subdir_libxo --- 1 error make[5]: stopped in /usr/src/lib/libxo *** [all_subdir_libxo] Error code 2 make[4]: stopped in /usr/src/lib 3 errors make[4]: stopped in /usr/src/lib A failure has been detected in another branch of the parallel make make[3]: stopped in /usr/src *** [libraries] Error code 2 make[2]: stopped in /usr/src 1 error make[2]: stopped in /usr/src *** [_libraries] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_arm64] $ /bin/sh -xe /tmp/hudson6967499489188192129.sh + export 'PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/b= in' + export 'jname=3DFreeBSD_HEAD_arm64' + echo 'clean up jail FreeBSD_HEAD_arm64' clean up jail FreeBSD_HEAD_arm64 + sudo jail -r FreeBSD_HEAD_arm64 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::104:1 -alias + sudo umount FreeBSD_HEAD_arm64/usr/src + sudo umount FreeBSD_HEAD_arm64/dev + sudo rm -fr FreeBSD_HEAD_arm64 rm: FreeBSD_HEAD_arm64/libexec/ld-elf32.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/libexec/ld-elf.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/libexec: Directory not empty rm: FreeBSD_HEAD_arm64/lib/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_arm64/lib/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_arm64/lib/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_arm64/lib: Directory not empty rm: FreeBSD_HEAD_arm64/usr/lib32/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib32: Directory not empty rm: FreeBSD_HEAD_arm64/usr/lib/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/lib: Directory not empty rm: FreeBSD_HEAD_arm64/usr/bin/ypchpass: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chfn: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chsh: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/chpass: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/su: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/opiepasswd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/passwd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/login: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/opieinfo: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/yppasswd: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/crontab: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/ypchsh: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin/ypchfn: Operation not permitted rm: FreeBSD_HEAD_arm64/usr/bin: Directory not empty rm: FreeBSD_HEAD_arm64/usr: Directory not empty rm: FreeBSD_HEAD_arm64/sbin/init: Operation not permitted rm: FreeBSD_HEAD_arm64/sbin: Directory not empty rm: FreeBSD_HEAD_arm64: Directory not empty + true + sudo chflags -R noschg FreeBSD_HEAD_arm64 + sudo rm -fr FreeBSD_HEAD_arm64 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-arm@freebsd.org Mon Aug 24 18:29:22 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DF3139C2A3D for ; Mon, 24 Aug 2015 18:29:22 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from mail.xcllnt.net (mail.xcllnt.net [50.0.150.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B76E613A5; Mon, 24 Aug 2015 18:29:22 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from marcels-mbp.int.brkt.com (cerberus.brkt.com [208.185.168.138]) (authenticated bits=0) by mail.xcllnt.net (8.15.2/8.15.2) with ESMTPSA id t7OITJYw060465 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 24 Aug 2015 11:29:20 -0700 (PDT) (envelope-from marcel@xcllnt.net) Subject: Re: FreeBSD_HEAD_arm64 - Build #951 - Failure Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Content-Type: multipart/signed; boundary="Apple-Mail=_5D29B12C-DA12-434A-9005-7E233987D63F"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5.1 From: Marcel Moolenaar In-Reply-To: <71486083.47.1440440639816.JavaMail.jenkins@jenkins-9.freebsd.org> Date: Mon, 24 Aug 2015 11:29:11 -0700 Cc: Sean Bruno , andrew@FreeBSD.org, Marcel Moolenaar , freebsd-arm@FreeBSD.org Message-Id: <3D14154E-DBE2-4616-8BD3-ED674F131175@xcllnt.net> References: <71486083.47.1440440639816.JavaMail.jenkins@jenkins-9.freebsd.org> To: jenkins-admin@freebsd.org X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2015 18:29:23 -0000 --Apple-Mail=_5D29B12C-DA12-434A-9005-7E233987D63F Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii > On Aug 24, 2015, at 11:23 AM, jenkins-admin@freebsd.org wrote: > > FreeBSD_HEAD_arm64 - Build #951 - Failure: Should be fixed already. Sorry for the breakage. -- Marcel Moolenaar marcel@xcllnt.net --Apple-Mail=_5D29B12C-DA12-434A-9005-7E233987D63F Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJV22J4AAoJEIda8t8f0tjj9yQQANsWfL734SP9ce9+TgvTo+TS 1ySXpymEHrXPSIzVnb/D+3dCl+Lq0WGNoLlaV6igQKuyVeZLi/6DwT/YzcwinxWA qi1YnST9yydnchIp4ZQApFp2IYrBIay4oKd/Nwww9bZ6ZdcRHhS4qrk7Lr4li8B9 MyOjDSJ4Th1+HPYsUccCX+9kFV8XcwQpyRyLNCaN7ODTT3tpxW3ylyZ6anm/zMOg uL4gobzL/Qm28Mx0jt6RsuIZuMEnh1z+OdQrFrmh80uHvUjOSvZNRMxK3NuSHPj6 rHC4BpUNWs4CLs7H0J0kHTfpkPtnekh271sdQIkjZ/2JVfKIhaC8G/GZVQqvRWGI VbFTyWeW8r5pbQy5yVOGQqxv1GQpcxToFrTNz5Sexaovrb7yF63SIRjTe+tkJdd+ ZLBYZ+rNTJ3ftSRUkDCU6AEtiriT4FZH6GaHZFsLoaXktEqG8MUfldiDuMuiaKWN EfNp63qSKNFylTRAjlWGs7h/mw3zVWkmfR88E8toQGR1m4OkrrCbwl38uEe+JHtX oQamTByt4cf43NuhvgU1DCPD4X7GW5FCoc52j4G46xQTbXxO0zC2qfnRDROjlSK5 ze4gdPuF1DS5bdiamBIfDVUFCgpV4gzlMHgL5UrtFeiq+rLij9SBwh7Dn1ZMwj1u mDCFuNp1b5QoPZgDWnoU =x9ca -----END PGP SIGNATURE----- --Apple-Mail=_5D29B12C-DA12-434A-9005-7E233987D63F-- From owner-freebsd-arm@freebsd.org Mon Aug 24 19:45:33 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 58F609C27E6 for ; Mon, 24 Aug 2015 19:45:33 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from olinguito.schwarzes.net (olinguito.schwarzes.net [IPv6:2a01:4f8:7d:1b5::1]) (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 E62306CA for ; Mon, 24 Aug 2015 19:45:32 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from [62.109.78.35] (mosquito.schwarzes.net [62.109.78.35]) (authenticated bits=0) by olinguito.schwarzes.net (8.15.2/8.15.2) with ESMTPA id t7OJjS3H042920; Mon, 24 Aug 2015 21:45:29 +0200 (CEST) (envelope-from freebsd.asc@strcmp.org) From: Andreas Schwarz To: bob prohaska CC: freebsd-arm@freebsd.org Mail-Reply-To: Andreas Schwarz Mail-Followup-To: freebsd-arm@FreeBSD.org Date: Mon, 24 Aug 2015 21:45:28 +0200 (CEST) Message-ID: <46cf515c578.3287465a@mail.schwarzes.net> In-Reply-To: <20150824060039.GB53136@www.zefox.net> References: <20150824023341.GA53136@www.zefox.net> <46ce73e06bb.4eaff7b7@mail.schwarzes.net> <20150824060039.GB53136@www.zefox.net> User-Agent: YAM/2.9p1 (MorphOS; PPC; rv:20140418r7798) Subject: Re: Crash during installworld on RPI2 MIME-Version: 1.0 Content-Type: text/plain X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (olinguito.schwarzes.net [78.47.41.143]); Mon, 24 Aug 2015 21:45:29 +0200 (CEST) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2015 19:45:33 -0000 On 23.08.15, bob prohaska wrote: > On Mon, Aug 24, 2015 at 06:00:34AM +0200, Andreas Schwarz wrote: >> Flag "M" indicates a modified source tree, do you have still old patches active? >> > > Not knowingly. The source tree was obtained using > svnlite checkout /usr/src > > and all updates were via > svnlite update /usr/src > > Might it be helpful to delete the source tree and checkout again? Not needed, to see the differences you can perform a "svnlite status /usr/src/" Delete the modified files (svn update will not overwrite modified files), and do the svn update again. > I'm starting to wonder if a problem with the microSD card is indicated. The output which you have posted, looks like a problem which was reported by some other users here. It's not clear if it is fixed or not. I was also affected, but I can't reproduce it at the moment with current. -asc From owner-freebsd-arm@freebsd.org Mon Aug 24 20:53:32 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C9D579C130C for ; Mon, 24 Aug 2015 20:53:32 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id BA252E13; Mon, 24 Aug 2015 20:53:32 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id DCA3EF83; Mon, 24 Aug 2015 20:53:32 +0000 (UTC) Date: Mon, 24 Aug 2015 20:53:30 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: cem@FreeBSD.org, adrian@FreeBSD.org, bz@FreeBSD.org, marcel@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <686270302.49.1440449612791.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <71486083.47.1440440639816.JavaMail.jenkins@jenkins-9.freebsd.org> References: <71486083.47.1440440639816.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #952 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2015 20:53:32 -0000 FreeBSD_HEAD_arm64 - Build #952 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/952/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/952/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/952/console Change summaries: 287117 by cem: Import ioat(4) driver I/OAT is also referred to as Crystal Beach DMA and is a Platform Storage Extension (PSE) on some Intel server platforms. This driver currently supports DMA descriptors only and is part of a larger effort to upstream an interconnect between multiple systems using the Non-Transparent Bridge (NTB) PSE. For now, this driver is only built on AMD64 platforms. It may be ported to work on i386 later, if that is desired. The hardware is exclusive to x86. Further documentation on ioat(4), including API documentation and usage, can be found in the new manual page. Bring in a test tool, ioatcontrol(8), in tools/tools/ioat. The test tool is not hooked up to the build and is not intended for end users. Submitted by: jimharris, Carl Delsey Reviewed by: jimharris (reviewed my changes) Approved by: markj (mentor) Relnotes: yes Sponsored by: Intel Sponsored by: EMC / Isilon Storage Division Differential Revision: https://reviews.freebsd.org/D3456 287116 by adrian: Enable hardfloat for assembly generation. gcc versions later than 4.2 started erroring out on seeing hardware floating point references when soft-float was enabled. Reviewed by: imp 287115 by bz: When forking a child process with PMC_F_DESCENDANTS set in pmc_attach() in the parent, we will inherit the pmcids but cannot execute any operations on them in the child. The reason for this is that pmc_find_pmc() only tries to find the current process on the owners hash list, but given the child does not own the attachment, we cannot find it. Thus, in case the initial lookup fails, try to find the pmc_process state affiliated with the child process, lookup the pmc from there using the row index, and get the owner process from that pmc. Then continue as normal and lookup the pmc context of the owner (process). This allows us to call, e.g., pmc_start() in the child process before we start the work there, but to collect the accumulated results later in the parent. Sponsored by: DARPA,AFRL Obtained from: L41 Tested by: rwatson, L41 MFC after: 4 weeks Reviewed by: gnn Differential Revision: https://reviews.freebsd.org/D2052 287114 by marcel: Fix build for architectures that define wchar_t as an unsigned int. Reported by: bz@ From owner-freebsd-arm@freebsd.org Tue Aug 25 01:55:20 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9158E9C296E for ; Tue, 25 Aug 2015 01:55:20 +0000 (UTC) (envelope-from serge0x76@gmail.com) Received: from mail-qg0-x22f.google.com (mail-qg0-x22f.google.com [IPv6:2607:f8b0:400d:c04::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 5390FF32 for ; Tue, 25 Aug 2015 01:55:20 +0000 (UTC) (envelope-from serge0x76@gmail.com) Received: by qgeb6 with SMTP id b6so98393077qge.3 for ; Mon, 24 Aug 2015 18:55:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=QiT7D87g5ChdEDd6eD54YRWI2fDZKwWL1EBbtLP3iP4=; b=w+1IGbsPr74N0V46M+WotoQX/1lE4LyjF+bUBeUpEq4CWrufcZnPK9vkFHXu4XUmle 95gaKJsxQ/EH1/K9KHmrt67Agt5LDjub2FaJC6DXxYYqSzo6MkC/TSC05pY0xxY6D46l E+lpYtAk5Jgb2Z3xjIGpt8DUYubl/Xidzdv5bM6ILhJ1jcu8Xd2hI9oFDOtjKFmB//eV IVr5IXgoaMWRDp4lV7RII1Tf2ORW9owBY/+yD9fHjPYS6AODdG22RW2qifnAcSWyFKRp eDyrtVkg+Av0cB6kuxis8RTbQfZyg7MmUPYkhKFk9YW+IxyAB2wvPhbFYopGN9Xzqbxi KnTA== MIME-Version: 1.0 X-Received: by 10.140.218.149 with SMTP id o143mr61243151qhb.25.1440467719067; Mon, 24 Aug 2015 18:55:19 -0700 (PDT) Received: by 10.55.167.212 with HTTP; Mon, 24 Aug 2015 18:55:19 -0700 (PDT) Date: Mon, 24 Aug 2015 21:55:19 -0400 Message-ID: Subject: cross-compiling on OSX for RPI From: Serge Voilokov To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2015 01:55:20 -0000 Hi, I have built some hello world app on OSX for Raspberry PI using clang and GNU binutils. Resulting a.out fails on RPI with the error: Invalid PT_INTERP ./a.out: Exec format error. Binary file not executable. Loading of a.out fails in the kernel on imgact_elf.c:780 when it verifies offsets and page size for INTERP section. When comparing readelfs for native (6k) and osx a.out(38k) variants I found that sizes differs and INTERP sections have different positions: --- a.out.cross +++ a.out.native Start of program headers: 52 (bytes into file) - Start of section headers: 35076 (bytes into file) - Flags: 0x5000002, has entry point, Version5 EABI + Start of section headers: 2652 (bytes into file) + Flags: 0x5000202, has entry point, Version5 EABI, soft-float ABI Type Offset VirtAddr PhysAddr FileSiz MemSiz Flg Align - INTERP 0x008000 0x00008000 0x00008000 0x00015 0x00015 R 0x1 + INTERP 0x000134 0x00008134 0x00008134 0x00015 0x00015 R 0x1 How can I fix this? I see following options: - fix binutils-2.24/ld somehow to put valid section offsets. - try to compile freebsd/contrib/binutils on OSX and use it. - static linking (less preferred). - as a last resort install FreeBSD x86 VM and compile there. Please advice. -serge P.S. Compiler command line: clang-mp-3.7 --sysroot=/sd_sysroot --target=armv6--freebsd11.0-eabi -o test.o -c test.c Ld command line: arm-eabi-freebsd11.0-ld -dynamic-linker /libexec/ld-elf.so.1 test.o -o a.out [other crt files and libs]. (Linker is from binutils-2.24 configured with sysroot and target=arm-eabi-freebsd11.0) From owner-freebsd-arm@freebsd.org Tue Aug 25 05:30:37 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 82A9899D088 for ; Tue, 25 Aug 2015 05:30:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6F9D3986 for ; Tue, 25 Aug 2015 05:30:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id t7P5UbD1026677 for ; Tue, 25 Aug 2015 05:30:37 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 202641] bsd.cpu.mk: add softfp to MACHINE_CPU Date: Tue, 25 Aug 2015 05:30:37 +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: 11.0-CURRENT X-Bugzilla-Keywords: feature, patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: jbeich@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status keywords bug_severity priority component assigned_to reporter attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2015 05:30:37 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202641 Bug ID: 202641 Summary: bsd.cpu.mk: add softfp to MACHINE_CPU Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any Status: New Keywords: feature, patch Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: jbeich@FreeBSD.org Created attachment 160329 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=160329&action=edit v0 In case of slow floating point emulation some ports may opt to use integer routines e.g., libvorbis -> libtremor. C preprocessor already defines __SOFTFP__ macro but it cannot be easily used in Makefiles. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@freebsd.org Tue Aug 25 19:51:13 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AECDA9C303A for ; Tue, 25 Aug 2015 19:51:13 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from olinguito.schwarzes.net (olinguito.schwarzes.net [IPv6:2a01:4f8:7d:1b5::1]) (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 3E4C8870 for ; Tue, 25 Aug 2015 19:51:12 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from [62.109.78.35] (mosquito.schwarzes.net [62.109.78.35]) (authenticated bits=0) by olinguito.schwarzes.net (8.15.2/8.15.2) with ESMTPA id t7PJp9me047092 for ; Tue, 25 Aug 2015 21:51:09 +0200 (CEST) (envelope-from freebsd.asc@strcmp.org) From: Andreas Schwarz To: freebsd-arm@FreeBSD.org Mail-Reply-To: Andreas Schwarz Mail-Followup-To: freebsd-arm@FreeBSD.org Date: Tue, 25 Aug 2015 21:51:08 +0200 (CEST) Message-ID: <46d0a4441bb.41f6f91d@mail.schwarzes.net> In-Reply-To: <46ce372c895.20050775@mail.schwarzes.net> References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <46ad096c958.1a82a175@mail.schwarzes.net> <55B9C3E2.5040501@selasky.org> <46ae815c7c3.447237c8@mail.schwarzes.net> <46aece00b53.3c1cdc1f@mail.schwarzes.net> <55BB2A5F.9000502@selasky.org> <46baa16c4ce.6efd29ef@mail.schwarzes.net> <55CF31A1.5080205@selasky.org> <46ce372c895.20050775@mail.schwarzes.net> User-Agent: YAM/2.9p1 (MorphOS; PPC; rv:20140418r7798) Subject: Re: DWC OTG TX path optimisation for 11-current MIME-Version: 1.0 Content-Type: text/plain X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (olinguito.schwarzes.net [78.47.41.143]); Tue, 25 Aug 2015 21:51:09 +0200 (CEST) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2015 19:51:13 -0000 On 24.08.15, Andreas Schwarz wrote: > With both kernels I was not able to reproduce the initial problem. By accident, today I run again into the problem (with r287086). 8( Aug 25 20:27:59 pizelot kernel: smsc0: warning: Failed to write register 0x114 Aug 25 20:45:32 pizelot kernel: smsc0: warning: Failed to read register 0x114 Aug 25 20:45:32 pizelot kernel: smsc0: warning: MII is busy Aug 25 20:46:08 pizelot kernel: smsc0: warning: Failed to write register 0x114 Aug 25 20:46:14 pizelot kernel: smsc0: warning: Failed to read register 0x114 Aug 25 20:46:14 pizelot kernel: smsc0: warning: MII is busy Aug 25 20:46:16 pizelot kernel: smsc0: warning: Failed to write register 0x114 Aug 25 20:46:46 pizelot kernel: smsc0: warning: Failed to read register 0x114 Aug 25 20:46:46 pizelot kernel: smsc0: warning: MII is busy [...] -asc From owner-freebsd-arm@freebsd.org Wed Aug 26 06:24:55 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 19C4A9BF82B for ; Wed, 26 Aug 2015 06:24:55 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C9A21CBA for ; Wed, 26 Aug 2015 06:24:54 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 5E2FB1FE023 for ; Wed, 26 Aug 2015 08:24:51 +0200 (CEST) Subject: Re: DWC OTG TX path optimisation for 11-current To: freebsd-arm@FreeBSD.org References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <46ad096c958.1a82a175@mail.schwarzes.net> <55B9C3E2.5040501@selasky.org> <46ae815c7c3.447237c8@mail.schwarzes.net> <46aece00b53.3c1cdc1f@mail.schwarzes.net> <55BB2A5F.9000502@selasky.org> <46baa16c4ce.6efd29ef@mail.schwarzes.net> <55CF31A1.5080205@selasky.org> <46ce372c895.20050775@mail.schwarzes.net> <46d0a4441bb.41f6f91d@mail.schwarzes.net> From: Hans Petter Selasky Message-ID: <55DD5C0A.2050401@selasky.org> Date: Wed, 26 Aug 2015 08:26:18 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <46d0a4441bb.41f6f91d@mail.schwarzes.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2015 06:24:55 -0000 On 08/25/15 21:51, Andreas Schwarz wrote: > On 24.08.15, Andreas Schwarz wrote: > >> With both kernels I was not able to reproduce the initial problem. > > By accident, today I run again into the problem (with r287086). 8( > > Aug 25 20:27:59 pizelot kernel: smsc0: warning: Failed to write register 0x114 > Aug 25 20:45:32 pizelot kernel: smsc0: warning: Failed to read register 0x114 > Aug 25 20:45:32 pizelot kernel: smsc0: warning: MII is busy > Aug 25 20:46:08 pizelot kernel: smsc0: warning: Failed to write register 0x114 > Aug 25 20:46:14 pizelot kernel: smsc0: warning: Failed to read register 0x114 > Aug 25 20:46:14 pizelot kernel: smsc0: warning: MII is busy > Aug 25 20:46:16 pizelot kernel: smsc0: warning: Failed to write register 0x114 > Aug 25 20:46:46 pizelot kernel: smsc0: warning: Failed to read register 0x114 > Aug 25 20:46:46 pizelot kernel: smsc0: warning: MII is busy > [...] > It might seem like some process is using all CPU on core 0, so that USB doesn't get a chance to run. I would suggest maybe moving the DWC OTG fast IRQ handling to core #1. Is it possible you could enter kgdb, and poke around which fast IRQ is doing work there? --HPS From owner-freebsd-arm@freebsd.org Wed Aug 26 14:22:11 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E4BE89C318F for ; Wed, 26 Aug 2015 14:22:11 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (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 BC80BC0C for ; Wed, 26 Aug 2015 14:22:11 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Wed, 26 Aug 2015 14:21:09 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t7QEL2A5021524; Wed, 26 Aug 2015 08:21:03 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1440598862.1313.45.camel@freebsd.org> Subject: Re: DWC OTG TX path optimisation for 11-current From: Ian Lepore To: Hans Petter Selasky Cc: freebsd-arm@FreeBSD.org Date: Wed, 26 Aug 2015 08:21:02 -0600 In-Reply-To: <55DD5C0A.2050401@selasky.org> References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <46ad096c958.1a82a175@mail.schwarzes.net> <55B9C3E2.5040501@selasky.org> <46ae815c7c3.447237c8@mail.schwarzes.net> <46aece00b53.3c1cdc1f@mail.schwarzes.net> <55BB2A5F.9000502@selasky.org> <46baa16c4ce.6efd29ef@mail.schwarzes.net> <55CF31A1.5080205@selasky.org> <46ce372c895.20050775@mail.schwarzes.net> <46d0a4441bb.41f6f91d@mail.schwarzes.net> <55DD5C0A.2050401@selasky.org> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2015 14:22:12 -0000 On Wed, 2015-08-26 at 08:26 +0200, Hans Petter Selasky wrote: > On 08/25/15 21:51, Andreas Schwarz wrote: > > On 24.08.15, Andreas Schwarz wrote: > > > >> With both kernels I was not able to reproduce the initial problem. > > > > By accident, today I run again into the problem (with r287086). 8( > > > > Aug 25 20:27:59 pizelot kernel: smsc0: warning: Failed to write register 0x114 > > Aug 25 20:45:32 pizelot kernel: smsc0: warning: Failed to read register 0x114 > > Aug 25 20:45:32 pizelot kernel: smsc0: warning: MII is busy > > Aug 25 20:46:08 pizelot kernel: smsc0: warning: Failed to write register 0x114 > > Aug 25 20:46:14 pizelot kernel: smsc0: warning: Failed to read register 0x114 > > Aug 25 20:46:14 pizelot kernel: smsc0: warning: MII is busy > > Aug 25 20:46:16 pizelot kernel: smsc0: warning: Failed to write register 0x114 > > Aug 25 20:46:46 pizelot kernel: smsc0: warning: Failed to read register 0x114 > > Aug 25 20:46:46 pizelot kernel: smsc0: warning: MII is busy > > [...] > > > > It might seem like some process is using all CPU on core 0, so that USB > doesn't get a chance to run. I would suggest maybe moving the DWC OTG > fast IRQ handling to core #1. Is it possible you could enter kgdb, and > poke around which fast IRQ is doing work there? > All interrupt handlers on armv6 run on core 0, always. There's no way to change that. -- Ian From owner-freebsd-arm@freebsd.org Fri Aug 28 01:18:57 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5C1D19C3F49 for ; Fri, 28 Aug 2015 01:18:57 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1B8A9E0C for ; Fri, 28 Aug 2015 01:18:56 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.14.9/8.14.5) with ESMTP id t7S1IoCA002425; Thu, 27 Aug 2015 18:18:50 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.14.9/8.14.5/Submit) id t7S1Ioat002424; Thu, 27 Aug 2015 18:18:50 -0700 (PDT) (envelope-from fbsd) Date: Thu, 27 Aug 2015 18:18:50 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Crash during buildworld on RPI2 Message-ID: <20150828011850.GI53136@www.zefox.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2015 01:18:57 -0000 Here's another crash, this time during build world. The kernel reports FreeBSD www.zefox.org 11.0-CURRENT FreeBSD 11.0-CURRENT #44 r287137M: Wed Aug 26 00:42:10 PDT 2015 bob@www.zefox.org:/usr/obj/usr/src/sys/RPI2 arm but user land is a day or two newer, I hope that does not obscure matters too much. A world and kernel build/install cycle completed unexpectedly, despite hours of smsc0 warnings. Thinking that prolonged run time might encourage a crash, rather than reboot, /usr/src was updated and the compilation cycle started again. In hindsight the update was probably an error on my part. sysctl hw.sdhci.debug=1 and sysctl hw.sdhci.debug=1 were both set and acknowledged by sysctl -a, but I could not find any extra debugging output on the console or in /var/log/debug.log. smsc0: warning: MII is busy smsc0: warning: Failed to read register 0x114 smsc0: warning: MII read timeout smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy smsc0: warning: Failed to write register 0x114 smsc0: warning: Failed to write register 0x114 smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy panic: initiate_write_inodeblock_ufs2: already started cpuid = 0 KDB: enter: panic [ thread pid 21 tid 100063 ] Stopped at $d.7: ldrb r15, [r15, r15, ror r15]! db> bt Tracing pid 21 tid 100063 td 0xc414c6c0 db_trace_self() at db_trace_self pc = 0xc054396c lr = 0xc0140fe8 (db_stack_trace+0x108) sp = 0xd77fd8b0 fp = 0xd77fd8c8 r10 = 0xc07885f8 db_stack_trace() at db_stack_trace+0x108 pc = 0xc0140fe8 lr = 0xc0140a34 (db_command+0x388) sp = 0xd77fd8d0 fp = 0xd77fd970 r4 = 0x00000000 r5 = 0x00000000 r6 = 0x00000000 r10 = 0xc07885f8 db_command() at db_command+0x388 pc = 0xc0140a34 lr = 0xc014069c (db_command_loop+0x74) sp = 0xd77fd978 fp = 0xd77fd988 r4 = 0xc05aa8d4 r5 = 0xc05cb943 r6 = 0xc07885e4 r7 = 0xd77fdb58 r8 = 0xc077d620 r9 = 0xc0693da4 r10 = 0xc077d624 db_command_loop() at db_command_loop+0x74 pc = 0xc014069c lr = 0xc01431cc (db_trap+0x108) sp = 0xd77fd990 fp = 0xd77fdaa8 r4 = 0x00000000 r5 = 0xc07885f0 r6 = 0xc077d648 r10 = 0xc077d624 db_trap() at db_trap+0x108 pc = 0xc01431cc lr = 0xc02eb678 (kdb_trap+0x184) sp = 0xd77fdab0 fp = 0xd77fdad8 r4 = 0x00000000 r5 = 0x00000001 r6 = 0xc077d648 r7 = 0xd77fdb58 kdb_trap() at kdb_trap+0x184 pc = 0xc02eb678 lr = 0xc055ba1c (undefinedinstruction+0x344) sp = 0xd77fdae0 fp = 0xd77fdb50 r4 = 0x00000000 r5 = 0x00000000 r6 = 0xc055b628 r7 = 0xe7ffffff r8 = 0xc414c6c0 r9 = 0xc02eadd0 r10 = 0xd77fdb58 undefinedinstruction() at undefinedinstruction+0x344 pc = 0xc055ba1c lr = 0xc0544ff4 (exception_exit) sp = 0xd77fdb58 fp = 0xd77fdbf0 r4 = 0xc05cb998 r5 = 0x00000001 r6 = 0xc076e0e0 r7 = 0xc076e278 r8 = 0xd77fdc34 r9 = 0xc078a3a0 r10 = 0xc414c6c0 exception_exit() at exception_exit pc = 0xc0544ff4 lr = 0xc02eadc0 (kdb_enter+0x48) sp = 0xd77fdbe8 fp = 0xd77fdbf0 r0 = 0xc077d634 r1 = 0x00000000 r2 = 0xd77fdb1c r3 = 0xc05cfa5d r4 = 0xc05cb998 r5 = 0x00000001 r6 = 0xc076e0e0 r7 = 0xc076e278 r8 = 0xd77fdc34 r9 = 0xc078a3a0 r10 = 0xc414c6c0 r12 = 0xc06aeb08 $a.8() at $a.8 pc = 0xc02eadd4 lr = 0xc02adf60 (vpanic+0x164) sp = 0xd77fdbf8 fp = 0xd77fdc18 r4 = 0x00000100 r10 = 0xc414c6c0 vpanic() at vpanic+0x164 pc = 0x sp = 0xd77fdc20 fp = 0xd77fdc28 r4 = 0xd751dca0 r5 = 0xc05f14f0 r6 = 0xc41ced00 r7 = 0xa0020024 r8 = 0xc442e100 r9 = 0xc078aa6c r10 = 0xd751dca0 kproc_shutdown() at kproc_shutdown pc = 0xc02adfac lr = 0xc04d6310 ($a.5+0x12e8) sp = 0xd77fdc30 fp = 0xd77fdc98 r4 = 0xd751dca0 r5 = 0xd77fdc34 $a.5() at $a.5+0x12e8 pc = 0xc04d6310 lr = 0xc04f4dc0 (ffs_geom_strategy+0x174) sp = 0xd77fdca0 fp = 0xd77fdcb0 r4 = 0xd751dca0 r5 = 0xc42a83d4 r6 = 0xc42a8360 r7 = 0xa0020024 r8 = 0x00000000 r9 = 0xc078aa6c r10 = 0xd751dca0 ffs_geom_strategy() at ffs_geom_strategy+0x174 pc = 0xc04f4dc0 lr = 0xc0339268 (bufwrite+0x1d4) sp = 0xd77fdcb8 fp = 0xd77fdcf0 r4 = 0xd751dca0 r5 = 0x00000004 r6 = 0x00006e00 r7 = 0xa0020024 bufwrite() at bufwrite+0x1d4 pc = 0xc0339268 lr = 0xc033c4f4 (vfs_bio_awrite+0x1f8) sp = 0xd77fdcf8 fp = 0xd77fdd40 r4 = 0xd751dca0 r5 = 0x00008000 r6 = 0x00000000 r7 = 0xc05d9e33 r8 = 0x00000000 r9 = 0xd751dcf0 r10 = 0xd751dca0 vfs_bio_awrite() at vfs_bio_awrite+0x1f8 pc = 0xc033c4f4 lr = 0xc0347ad8 (vop_stdfsync+0x198) sp = 0xd77fdd48 fp = 0xd77fdd80 r4 = 0xc42a8360 r5 = 0xc42a83e4 r6 = 0x00000000 r7 = 0xc05d9e33 r8 = 0x00000000 r9 = 0xd751dcf0 r10 = 0xd751dca0 vop_stdfsync() at vop_stdfsync+0x198 pc = 0xc0347ad8 lr = 0xc01dbbd0 (devfs_fsync+0x2c) sp = 0xd77fdd88 fp = 0xd77fdda0 r4 = 0xd77fde04 r5 = 0xd77fde04 r6 = 0x00000000 r7 = 0xc0781548 r8 = 0xc42a8360 r9 = 0xc42a83d4 r10 = 0xc3a57800 devfs_fsync() at devfs_fsync+0x2c pc = 0xc01dbbd0 lr = 0xc0580f50 (VOP_FSYNC_APV+0x12c) sp = 0xd77fdda8 fp = 0xd77fddc0 r4 = 0xd77fde04 r5 = 0xc06afac8 r6 = 0x00000000 r10 = 0xc3a57800 VOP_FSYNC_APV() at VOP_FSYNC_APV+0x12c pc = 0xc0580f50 lr = 0xc035bde4 (sched_sync+0x3f8) sp = 0xd77fddc8 fp = 0xd77fde30 r4 = 0xd77fde04 r5 = 0xc05dae2c r6 = 0x00000003 r10 = 0xc3a57800 sched_sync() at sched_sync+0x3f8 pc = 0xc035bde4 lr = 0xc027b0f4 (fork_exit+0xa0) sp = 0xd77fde38 fp = 0xd77fde50 r4 = 0xc414c6c0 r5 = 0xc4156700 r6 = 0xc035b9ec r7 = 0x00000000 r8 = 0xd77fde58 r9 = 0xc0789b40 r10 = 0xc077b8c0 fork_exit() at fork_exit+0xa0 pc = 0xc027b0f4 lr = 0xc0544f84 (swi_exit) sp = 0xd77fde58 fp = 0x00000000 r4 = 0xc035b9ec r5 = 0x00000000 r6 = 0xc395b330 r7 = 0x7fff1d8b r8 = 0xc078a920 r10 = 0xc077b8c0 swi_exit() at swi_exit pc = 0xc0544f84 lr = 0xc0544f84 (swi_exit) sp = 0xd77fde58 fp = 0x00000000 db> As before, the machine rebooted and has so far completed world and kernel builds. Installworld is running now. The extra debugging is off courtesy of my inattention. thanks for reading and any guidance, bob prohaska From owner-freebsd-arm@freebsd.org Fri Aug 28 03:07:45 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 204AB9C4700 for ; Fri, 28 Aug 2015 03:07:45 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D9580758 for ; Fri, 28 Aug 2015 03:07:44 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.14.9/8.14.5) with ESMTP id t7S37h8x004835; Thu, 27 Aug 2015 20:07:43 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.14.9/8.14.5/Submit) id t7S37hlk004834; Thu, 27 Aug 2015 20:07:43 -0700 (PDT) (envelope-from fbsd) Date: Thu, 27 Aug 2015 20:07:43 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Subject: re: Crash during buildworld on RPI2 Message-ID: <20150828030743.GJ53136@www.zefox.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2015 03:07:45 -0000 Here's a followup to the buildworld crash reported earlier today. This time it was during installworld. No debug output, and no backtrace. msc0: warning: Failed to write register 0x114 smsc0: warning: Failed to read register 0x114 smsc0: warning: MII read timeout smsc0: warning: Failed to write register 0x114 smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy smsc0: warning: Failed to read register 0x118 smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy smsc0: warning: Failed to write register 0x114 smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy smsc0: warning: Failed to write register 0x114 smsc0: warning: Failed to write register 0x114 smsc0: warning: Failed to write register 0x114 smsc0: warning: Failed to write register 0x114 smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy smsc0: warning: Failed to write register 0x114 smsc0: warning: Failed to write register 0x114 sdhci_bcm0-slot0: Controller timeout sdhci_bcm0-slot0: ============== REGISTER DUMP ============== sdhci_bcm0-slot0: Sys addr: 0x01b90200 | Version: 0x00009902 sdhci_bcm0-slot0: Blk size: 0x00000200 | Blk cnt: 0x00000008 sdhci_bcm0-slot0: Argument: 0x00171440 | Trn mode: 0x0000193a sdhci_bcm0-slot0: Present: 0x01ff0506 | Host ctl: 0x00000003 sdhci_bcm0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci_bcm0-slot0: Wake-up: 0x00000000 | Clock: 0x00000307 sdhci_bcm0-slot0: Timeout: 0x0000000e | Int stat: 0x00000010 sdhci_bcm0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00c9 sdhci_bcm0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci_bcm0-slot0: Caps: 0x00000000 | Max curr: 0x00000001 sdhci_bcm0-slot0: =========================================== mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[WRITE(offset=721911808, length=131072)]error = 5 mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[WRITE(offset=722042880, length=131072)]error = 5 mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[WRITE(offset=722173952, length=131072)]error = 5 mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[WRITE(offset=722305024, length=131072)]error = 5 mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[WRITE(offset=722436096, length=131072)]error = 5 g_vfs_done():mmcsd0s2a[WRITE(offset=722567168, length=131072)]Fatal kernel mode data abort: 'Translation Fault (L1)' on read error = 5 trapframe: 0xd7738d08 FSR=00000005, FAR=00000024, spsr=60000013 r0 =00000000, r1 =c383d280, r2 =c3a0f720, r3 =c3a3f000 r4 =00000000, r5 =c3a0f600, r6 =c3a3386c, r7 =c3a33840 r8 =c078a1b0, r9 =c3a0f720, r10=c05c554c, r11=d7738dc0 r12=00000000, ssp=d7738d98, slr=c056b614, pc =c056b64c There seems to be no debugger prompt, looks like it'll have to be power cycled. hth, bob prohaska From owner-freebsd-arm@freebsd.org Fri Aug 28 07:15:51 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BD1BC9C4208 for ; Fri, 28 Aug 2015 07:15:51 +0000 (UTC) (envelope-from mihai.carabas@gmail.com) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::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 5B348EF1 for ; Fri, 28 Aug 2015 07:15:51 +0000 (UTC) (envelope-from mihai.carabas@gmail.com) Received: by wibcx1 with SMTP id cx1so4268658wib.1 for ; Fri, 28 Aug 2015 00:15:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=FP+JJi029TPHcQ44FH9BPnlCmi7Lt5BHE3nsDKBy6eU=; b=CnzC5uKjxhG8Zv1DhlJb9h4NRhcYr5B9kHg5PjObtOquPtA8ELro9RcJxcqbnneenG Fr7d+tXNx1GqMIHv4QEI1zDOzVprvfCM62L6MTTMQyFxA6aJmlqFSRI+CF/nVxAQ4qEZ 6Wxg24oXUdRP/+PA2L0hjQIdpEVkqB/7ovvmbPw417PhXeh6HWQArA4xlL5R8t8EBDPA CzEC3ZPuMt6MxBXRWcymDbPO8+U/+8duYUQRCo87xAO8ECRMY05a+H070bFRCBDZqzva PGCG0bMR/LWCfv7+nKRP496MkjpXaLPfp9OkgPBMR1PAhH4pgXLPJfmWHRby6QA1ixdu /HDQ== MIME-Version: 1.0 X-Received: by 10.180.210.165 with SMTP id mv5mr2762669wic.64.1440746149884; Fri, 28 Aug 2015 00:15:49 -0700 (PDT) Received: by 10.28.21.132 with HTTP; Fri, 28 Aug 2015 00:15:49 -0700 (PDT) Date: Fri, 28 Aug 2015 10:15:49 +0300 Message-ID: Subject: GIC - interrupts interpretation in DTS/FDT From: Mihai Carabas To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2015 07:15:51 -0000 Hi everyone, In the sys/arm/arm/gic.c there is a comment: "The hardware only supports active-high-level or rising-edge". From where is this deducted? I'm looking in the TRM for Cortex-A15 and there are some interrupts active-low-level. E.g.: "Virtual Timer event (PPI4) This is the event generated from the virtual timer and uses ID27. The interrupt is active-LOW level-sensitive." Thanks, Mihai From owner-freebsd-arm@freebsd.org Fri Aug 28 07:18:34 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 953809C429B for ; Fri, 28 Aug 2015 07:18:34 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 25C28F8B for ; Fri, 28 Aug 2015 07:18:34 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id C9C0C1FE023; Fri, 28 Aug 2015 09:18:31 +0200 (CEST) Subject: Re: Crash during buildworld on RPI2 To: bob prohaska , freebsd-arm@freebsd.org References: <20150828030743.GJ53136@www.zefox.net> From: Hans Petter Selasky Message-ID: <55E00B9E.8000505@selasky.org> Date: Fri, 28 Aug 2015 09:19:58 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <20150828030743.GJ53136@www.zefox.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2015 07:18:34 -0000 On 08/28/15 05:07, bob prohaska wrote: > Here's a followup to the buildworld crash reported earlier today. > This time it was during installworld. > No debug output, and no backtrace. > > msc0: warning: Failed to write register 0x114 > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII read timeout > smsc0: warning: Failed to write register 0x114 > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII is busy > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII is busy > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII is busy > smsc0: warning: Failed to read register 0x118 > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII is busy > smsc0: warning: Failed to write register 0x114 > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII is busy > smsc0: warning: Failed to write register 0x114 > smsc0: warning: Failed to write register 0x114 > smsc0: warning: Failed to write register 0x114 > smsc0: warning: Failed to write register 0x114 > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII is busy > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII is busy > smsc0: warning: Failed to write register 0x114 > smsc0: warning: Failed to write register 0x114 Hi, It looks like some fast IRQ is spinning, preventing USB from running and possibly also bcm0. Is it possible you could check some things next time, like dumping the cc_cpu[] array? --HPS > sdhci_bcm0-slot0: Controller timeout > sdhci_bcm0-slot0: ============== REGISTER DUMP ============== > sdhci_bcm0-slot0: Sys addr: 0x01b90200 | Version: 0x00009902 > sdhci_bcm0-slot0: Blk size: 0x00000200 | Blk cnt: 0x00000008 > sdhci_bcm0-slot0: Argument: 0x00171440 | Trn mode: 0x0000193a > sdhci_bcm0-slot0: Present: 0x01ff0506 | Host ctl: 0x00000003 > sdhci_bcm0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 > sdhci_bcm0-slot0: Wake-up: 0x00000000 | Clock: 0x00000307 > sdhci_bcm0-slot0: Timeout: 0x0000000e | Int stat: 0x00000010 > sdhci_bcm0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00c9 > sdhci_bcm0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 > sdhci_bcm0-slot0: Caps: 0x00000000 | Max curr: 0x00000001 > sdhci_bcm0-slot0: =========================================== > mmcsd0: Error indicated: 1 Timeout > g_vfs_done():mmcsd0s2a[WRITE(offset=721911808, length=131072)]error = 5 > mmcsd0: Error indicated: 1 Timeout > g_vfs_done():mmcsd0s2a[WRITE(offset=722042880, length=131072)]error = 5 > mmcsd0: Error indicated: 1 Timeout > g_vfs_done():mmcsd0s2a[WRITE(offset=722173952, length=131072)]error = 5 > mmcsd0: Error indicated: 1 Timeout > g_vfs_done():mmcsd0s2a[WRITE(offset=722305024, length=131072)]error = 5 > mmcsd0: Error indicated: 1 Timeout > g_vfs_done():mmcsd0s2a[WRITE(offset=722436096, length=131072)]error = 5 > g_vfs_done():mmcsd0s2a[WRITE(offset=722567168, length=131072)]Fatal kernel mode data abort: 'Translation Fault (L1)' on read > error = 5 > trapframe: 0xd7738d08 > FSR=00000005, FAR=00000024, spsr=60000013 > r0 =00000000, r1 =c383d280, r2 =c3a0f720, r3 =c3a3f000 > r4 =00000000, r5 =c3a0f600, r6 =c3a3386c, r7 =c3a33840 > r8 =c078a1b0, r9 =c3a0f720, r10=c05c554c, r11=d7738dc0 > r12=00000000, ssp=d7738d98, slr=c056b614, pc =c056b64c > > There seems to be no debugger prompt, looks like it'll have to be power > cycled. > > hth, > > bob prohaska > > _______________________________________________ > 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 Fri Aug 28 07:40:27 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BEE279C4DB7 for ; Fri, 28 Aug 2015 07:40:27 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 855F4E2C for ; Fri, 28 Aug 2015 07:40:27 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.14.9/8.14.5) with ESMTP id t7S7eQUV006853; Fri, 28 Aug 2015 00:40:26 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.14.9/8.14.5/Submit) id t7S7ePSw006852; Fri, 28 Aug 2015 00:40:25 -0700 (PDT) (envelope-from fbsd) Date: Fri, 28 Aug 2015 00:40:25 -0700 From: bob prohaska To: Hans Petter Selasky Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: Crash during buildworld on RPI2 Message-ID: <20150828074025.GK53136@www.zefox.net> References: <20150828030743.GJ53136@www.zefox.net> <55E00B9E.8000505@selasky.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55E00B9E.8000505@selasky.org> User-Agent: Mutt/1.4.2.3i X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2015 07:40:27 -0000 On Fri, Aug 28, 2015 at 09:19:58AM +0200, Hans Petter Selasky wrote: > > It looks like some fast IRQ is spinning, preventing USB from running and > possibly also bcm0. > > Is it possible you could check some things next time, like dumping the > cc_cpu[] array? > Hi Hans, I'd be pleased to try but I'll need fairly detailed instructions. Another build is running so there might be an opportunity to try within a day or two. bob prohaska From owner-freebsd-arm@freebsd.org Fri Aug 28 08:35:45 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 277609C48E0 for ; Fri, 28 Aug 2015 08:35:45 +0000 (UTC) (envelope-from zbodek@gmail.com) Received: from mail-la0-x229.google.com (mail-la0-x229.google.com [IPv6:2a00:1450:4010:c03::229]) (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 997C094B for ; Fri, 28 Aug 2015 08:35:44 +0000 (UTC) (envelope-from zbodek@gmail.com) Received: by laba3 with SMTP id a3so27953860lab.1 for ; Fri, 28 Aug 2015 01:35:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=20Cl1BCQbKeqSEntLu2PAvmNtZoVfIRN47U+X3e48K0=; b=0GrPvOaxTj1L+ULGKxD6w3QD8NEyjWy0Z4Jn3/Au9vp+YYO3rwZrVLHWGB06kmKmfV d+Q4rygMvBfWElHdbE2QyVDtZnrImHxwFRw7r2dKFfSpQaqvm1br2teaMhsScO8PZDz8 WwaZTmgrxX0or6RqU5HdCP6D/grC1SRUEungRdiqm0m5DsaYkOZ/WaWCccgLM+ZyPUfv jquB24w4PjfOxm+aIINAwT+xF7rlDpDHuw/vsO3sywFiSBVl1s3vlnigKXtq8D2S0GLk GoKzBV9n+bhB8+yY6+9jsTt0FrB1k8QTiffCQ+gKtOfWdL6++dcdUb7jIc1GTWb7jE36 oUPQ== X-Received: by 10.152.179.107 with SMTP id df11mr4115262lac.95.1440750942527; Fri, 28 Aug 2015 01:35:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.112.167.163 with HTTP; Fri, 28 Aug 2015 01:35:23 -0700 (PDT) In-Reply-To: References: From: Zbigniew Bodek Date: Fri, 28 Aug 2015 10:35:23 +0200 Message-ID: Subject: Re: GIC - interrupts interpretation in DTS/FDT To: Mihai Carabas Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2015 08:35:45 -0000 Hello Mihai, This documents may be helpful: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/devicetree/bindings/arm/gic.txt The meaning of each interrupt cell (for ARM GIC) is described there. Best regards zbb 2015-08-28 9:15 GMT+02:00 Mihai Carabas : > Hi everyone, > > In the sys/arm/arm/gic.c there is a comment: "The hardware only supports > active-high-level or rising-edge". From where is this deducted? > > I'm looking in the TRM for Cortex-A15 and there are some interrupts > active-low-level. E.g.: "Virtual Timer event (PPI4) This is the event > generated from the virtual timer and uses ID27. The interrupt is active-LOW > level-sensitive." > > Thanks, > Mihai > _______________________________________________ > 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 Fri Aug 28 08:41:00 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4F90C9C4B56 for ; Fri, 28 Aug 2015 08:41:00 +0000 (UTC) (envelope-from mihai.carabas@gmail.com) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::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 DD6C9D32 for ; Fri, 28 Aug 2015 08:40:59 +0000 (UTC) (envelope-from mihai.carabas@gmail.com) Received: by wibcx1 with SMTP id cx1so6562122wib.1 for ; Fri, 28 Aug 2015 01:40:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=3wPwxhsHm0OSy+tEuGqBuOzz2We6UPFn3oLtnxXnEiY=; b=pzLdGZMJRdIwLE2sT4aMUVh8HOssbnWzW5Cnz5V2u8ZoBooxjwt591WGrVar4A8dw3 pTmZzCLPvmDrAmgefmcTdcwU76YXhk1lpEqE8NOTfK7fZkqDRhBI86hPyhu4Ct2zh+FJ TxuTl0g/Fpo+aK4EIHn8JcH0caAdxFr5KITxiP3m+QOG6GGnox9F4VhBZllf87/Dr/e2 S56NcZSKuuEEJqMbWSDWU2qf89c/PDK7fiDhAIqwTGGo3jpmggArzSfdRUXTdHmFY7k5 dQNWac/NTOkcAHMyXYwDFXkxzvnkplNaJveHnk71sWl5DpXhrWrrVq1LVU33O0687ZxC Whrg== MIME-Version: 1.0 X-Received: by 10.180.20.15 with SMTP id j15mr3170233wie.76.1440751258464; Fri, 28 Aug 2015 01:40:58 -0700 (PDT) Received: by 10.28.21.132 with HTTP; Fri, 28 Aug 2015 01:40:58 -0700 (PDT) In-Reply-To: References: Date: Fri, 28 Aug 2015 11:40:58 +0300 Message-ID: Subject: Re: GIC - interrupts interpretation in DTS/FDT From: Mihai Carabas To: Zbigniew Bodek Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2015 08:41:00 -0000 On Fri, Aug 28, 2015 at 11:35 AM, Zbigniew Bodek wrote: > Hello Mihai, > > This documents may be helpful: > > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/devicetree/bindings/arm/gic.txt > > The meaning of each interrupt cell (for ARM GIC) is described there. > > Thank you for pointing me out that document. The problem I was asking was specific to the FreeBSD gic code: """ 165 >------->------- * The hardware only supports active-high-level or rising-edge. 166 >------->------- */ 167 >------->-------if (fdt32_to_cpu(intr[2]) & 0x0a) { 168 >------->------->-------printf("unsupported trigger/polarity configuration " 169 >------->------->------- "0x%2x\n", fdt32_to_cpu(intr[2]) & 0x0f); 170 >------->------->-------return (ENOTSUP); 171 >------->-------} """ It is verified the not supported bits in both cases (PPIs and SPIs) and I didn't understand why. Probably a bug. Thank you, Mihai From owner-freebsd-arm@freebsd.org Fri Aug 28 12:27:53 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C41599C4983 for ; Fri, 28 Aug 2015 12:27:53 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-ig0-x22c.google.com (mail-ig0-x22c.google.com [IPv6:2607:f8b0:4001:c05::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 88CACFCF for ; Fri, 28 Aug 2015 12:27:53 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by igbuu8 with SMTP id uu8so6356457igb.0 for ; Fri, 28 Aug 2015 05:27:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=i+JR9McRe+k3oD5h5d30Hvh8RbQji42ftm+Cq0uYP28=; b=VBYKEMKRSWcA9G8llBdm/3LsKfzyU9hq2PtLWgNA7WHHNaI4D6B68aiIts8CKjNRC8 eG3g4Qa7jAZWEkEHaG9n01R935YYJUcYDC7fx7JHrxiQDxoUDaSwW9InUkP6wuwMnt3Y Ded/SLkjUX3tuhICWB53JGUAKbFBAcUSalQ92XopP7wJ4KQkC0dgsaH1Seqi+IdsyOG0 RgeyPQDk7jvgyF8J4cXBibiPCatuveYGOV8WO1q3BbgPrZKZC5r/uFyv6OFOQhswJE5H VZ2IlhXajQI1en6Xk7YRbDuqg774leClV+CFYXvRZOVpQQQPVad7uWR6Yi8ahLOo3zYq JkCA== MIME-Version: 1.0 X-Received: by 10.50.50.225 with SMTP id f1mr2868645igo.19.1440764872684; Fri, 28 Aug 2015 05:27:52 -0700 (PDT) Received: by 10.64.239.196 with HTTP; Fri, 28 Aug 2015 05:27:52 -0700 (PDT) In-Reply-To: <55DD5C0A.2050401@selasky.org> References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <46ad096c958.1a82a175@mail.schwarzes.net> <55B9C3E2.5040501@selasky.org> <46ae815c7c3.447237c8@mail.schwarzes.net> <46aece00b53.3c1cdc1f@mail.schwarzes.net> <55BB2A5F.9000502@selasky.org> <46baa16c4ce.6efd29ef@mail.schwarzes.net> <55CF31A1.5080205@selasky.org> <46ce372c895.20050775@mail.schwarzes.net> <46d0a4441bb.41f6f91d@mail.schwarzes.net> <55DD5C0A.2050401@selasky.org> Date: Fri, 28 Aug 2015 14:27:52 +0200 Message-ID: Subject: Re: DWC OTG TX path optimisation for 11-current From: Svatopluk Kraus To: Hans Petter Selasky Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2015 12:27:54 -0000 On Wed, Aug 26, 2015 at 8:26 AM, Hans Petter Selasky wrote: > On 08/25/15 21:51, Andreas Schwarz wrote: >> >> On 24.08.15, Andreas Schwarz wrote: >> >>> With both kernels I was not able to reproduce the initial problem. >> >> >> By accident, today I run again into the problem (with r287086). 8( >> >> Aug 25 20:27:59 pizelot kernel: smsc0: warning: Failed to write register >> 0x114 >> Aug 25 20:45:32 pizelot kernel: smsc0: warning: Failed to read register >> 0x114 >> Aug 25 20:45:32 pizelot kernel: smsc0: warning: MII is busy >> Aug 25 20:46:08 pizelot kernel: smsc0: warning: Failed to write register >> 0x114 >> Aug 25 20:46:14 pizelot kernel: smsc0: warning: Failed to read register >> 0x114 >> Aug 25 20:46:14 pizelot kernel: smsc0: warning: MII is busy >> Aug 25 20:46:16 pizelot kernel: smsc0: warning: Failed to write register >> 0x114 >> Aug 25 20:46:46 pizelot kernel: smsc0: warning: Failed to read register >> 0x114 >> Aug 25 20:46:46 pizelot kernel: smsc0: warning: MII is busy >> [...] >> > > It might seem like some process is using all CPU on core 0, so that USB > doesn't get a chance to run. I would suggest maybe moving the DWC OTG fast > IRQ handling to core #1. Is it possible you could enter kgdb, and poke > around which fast IRQ is doing work there? > Well, I finally found a courage ;) to hack dwc_otg driver to be able to inactivate it totally after trigger is pulled. And even then, if there was no interrupt and no timer on it, the problem survived. Thus, I thing that the driver is out of game. However, some small chance remains that the driver might corrupt something in kernel. But this indirect influence is, IMO, not likely. My subjective observation is that the slow system response can be caused by slow wake up from idle state. I have tried to change scheduler from ULE to BSD one with no MII warning and everything is okay result. And buildword was about one hour faster. Note that the trigger is very sensitive, so it can be just because system timing and many other things are different with different scheduler. Another obeservation is that in the bad system state, ipi rate is 10 times less (2 - 3 per a second) than in normal state (about 20 per a second) measured when system is 99% idle. Svata From owner-freebsd-arm@freebsd.org Fri Aug 28 13:07:36 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BE94C9C4942 for ; Fri, 28 Aug 2015 13:07:36 +0000 (UTC) (envelope-from prvs=6759bbf6f=julien.grall@citrix.com) Received: from SMTP.CITRIX.COM (smtp.citrix.com [66.165.176.89]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mail.citrix.com", Issuer "Verizon Public SureServer CA G14-SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 559116CE for ; Fri, 28 Aug 2015 13:07:35 +0000 (UTC) (envelope-from prvs=6759bbf6f=julien.grall@citrix.com) X-IronPort-AV: E=Sophos;i="5.17,424,1437436800"; d="scan'208";a="295519169" Message-ID: <55E05CC5.4040907@citrix.com> Date: Fri, 28 Aug 2015 14:06:13 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.8.0 MIME-Version: 1.0 To: Mihai Carabas , Zbigniew Bodek CC: "freebsd-arm@freebsd.org" Subject: Re: GIC - interrupts interpretation in DTS/FDT References: In-Reply-To: Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit X-DLP: MIA2 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2015 13:07:36 -0000 Hi, On 28/08/15 09:40, Mihai Carabas wrote: > On Fri, Aug 28, 2015 at 11:35 AM, Zbigniew Bodek wrote: > >> Hello Mihai, >> >> This documents may be helpful: >> >> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/devicetree/bindings/arm/gic.txt >> >> The meaning of each interrupt cell (for ARM GIC) is described there. >> >> Thank you for pointing me out that document. > > The problem I was asking was specific to the FreeBSD gic code: > """ > 165 >------->------- * The hardware only supports active-high-level or > rising-edge. > 166 >------->------- */ > 167 >------->-------if (fdt32_to_cpu(intr[2]) & 0x0a) { > 168 >------->------->-------printf("unsupported trigger/polarity > configuration " > 169 >------->------->------- "0x%2x\n", fdt32_to_cpu(intr[2]) & 0x0f); > 170 >------->------->-------return (ENOTSUP); > 171 >------->-------} > """ > > It is verified the not supported bits in both cases (PPIs and SPIs) and I > didn't understand why. Probably a bug. It's a bug, based on the documentation pointed by Zbigniew this check should only be done for SPIs. I hit this problem when porting FreeBSD as Xen ARM guest because our Xen interrupt is a PPI active-low level-sentive. I got a patch which I carry in my branch but never took the time to upstream it: --- a/sys/arm/arm/gic.c +++ b/sys/arm/arm/gic.c @@ -221,15 +221,16 @@ gic_decode_fdt(uint32_t iparent, uint32_t *intr, int *interrupt, * 2 = high-to-low edge triggered * 4 = active high level-sensitive * 8 = active low level-sensitive - * The hardware only supports active-high-level or rising-edge. + * The hardware only supports active-high-level or rising-edge + * for SPIs */ - if (fdt32_to_cpu(intr[2]) & 0x0a) { + if (*interrupt >= 32 && fdt32_to_cpu(intr[2]) & 0x0a) { printf("unsupported trigger/polarity configuration " "0x%2x\n", fdt32_to_cpu(intr[2]) & 0x0f); return (ENOTSUP); } *pol = INTR_POLARITY_CONFORM; - if (fdt32_to_cpu(intr[2]) & 0x01) + if (fdt32_to_cpu(intr[2]) & 0x03) *trig = INTR_TRIGGER_EDGE; else *trig = INTR_TRIGGER_LEVEL; Regards, -- Julien Grall From owner-freebsd-arm@freebsd.org Fri Aug 28 14:10:32 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F1A469C4A69 for ; Fri, 28 Aug 2015 14:10:32 +0000 (UTC) (envelope-from mihai.carabas@gmail.com) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::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 8A2F61F52 for ; Fri, 28 Aug 2015 14:10:32 +0000 (UTC) (envelope-from mihai.carabas@gmail.com) Received: by wicne3 with SMTP id ne3so20750856wic.0 for ; Fri, 28 Aug 2015 07:10:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=4P/8Ni2bxUL80iFRCRptotdNL7MS2HdXoyEI0ga3ApM=; b=RhN9skftDiRz7xnYNsxTqSRekyfaqczW+cAsWrLVmxLXhATp1A2gT5Qo4P1PydpbzY /+RQZl3HpyWhw86M+1oFB2Hz+0XICKDPp6aO1TvnSuH3R5ZxeY5SppAREZnM/fO8K/7p 5LIBnI2Mq2H1WW+jSWDBr4Ft6WijzMkcOeQA3k63/qv3WAHmbHwigkvYuhv494aWCGTa SKhfauUX1VUPoePSHApBGUuhYvXjECR2vHoF04sOOUkQCPOiLAutZiDfEnvwzTJP2vvK fXJfR6DETiW4PTg+Q2beWijKNqAgspPK3c8+qlJtIhEUHQz/KQdDBibTnphPC+geyvK+ /PyQ== MIME-Version: 1.0 X-Received: by 10.194.117.70 with SMTP id kc6mr11558533wjb.13.1440771030807; Fri, 28 Aug 2015 07:10:30 -0700 (PDT) Received: by 10.28.21.132 with HTTP; Fri, 28 Aug 2015 07:10:30 -0700 (PDT) In-Reply-To: <55E05CC5.4040907@citrix.com> References: <55E05CC5.4040907@citrix.com> Date: Fri, 28 Aug 2015 17:10:30 +0300 Message-ID: Subject: Re: GIC - interrupts interpretation in DTS/FDT From: Mihai Carabas To: Julien Grall Cc: Zbigniew Bodek , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2015 14:10:33 -0000 On Fri, Aug 28, 2015 at 4:06 PM, Julien Grall wrote: > Hi, > > On 28/08/15 09:40, Mihai Carabas wrote: > > On Fri, Aug 28, 2015 at 11:35 AM, Zbigniew Bodek > wrote: > > > >> Hello Mihai, > >> > >> This documents may be helpful: > >> > >> > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/devicetree/bindings/arm/gic.txt > >> > >> The meaning of each interrupt cell (for ARM GIC) is described there. > >> > >> Thank you for pointing me out that document. > > > > The problem I was asking was specific to the FreeBSD gic code: > > """ > > 165 >------->------- * The hardware only supports active-high-level or > > rising-edge. > > 166 >------->------- */ > > 167 >------->-------if (fdt32_to_cpu(intr[2]) & 0x0a) { > > 168 >------->------->-------printf("unsupported trigger/polarity > > configuration " > > 169 >------->------->------- "0x%2x\n", fdt32_to_cpu(intr[2]) & 0x0f); > > 170 >------->------->-------return (ENOTSUP); > > 171 >------->-------} > > """ > > > > It is verified the not supported bits in both cases (PPIs and SPIs) and I > > didn't understand why. Probably a bug. > > It's a bug, based on the documentation pointed by Zbigniew this check > should > only be done for SPIs. > > I hit this problem when porting FreeBSD as Xen ARM guest because our Xen > interrupt is a PPI active-low level-sentive. I got a patch which I carry in > my branch but never took the time to upstream it: > > Did the same on my branch. But I wanted to point this out and be sure I'm not mistaking anything. May be someone will fix it on master too. Thank you all, Mihai From owner-freebsd-arm@freebsd.org Sat Aug 29 06:34:26 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CA72E9C53F4 for ; Sat, 29 Aug 2015 06:34:26 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 52E4D6C8 for ; Sat, 29 Aug 2015 06:34:25 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id ACE131FE023; Sat, 29 Aug 2015 08:34:22 +0200 (CEST) Subject: Re: DWC OTG TX path optimisation for 11-current To: Svatopluk Kraus References: <55A7D8CE.4020809@selasky.org> <55B23276.8090703@selasky.org> <55B73113.2020308@selasky.org> <55B8AB76.7030603@selasky.org> <55B8B297.1010008@selasky.org> <20150729154516.GH78154@funkthat.com> <55B8F5EC.2050908@selasky.org> <46ad096c958.1a82a175@mail.schwarzes.net> <55B9C3E2.5040501@selasky.org> <46ae815c7c3.447237c8@mail.schwarzes.net> <46aece00b53.3c1cdc1f@mail.schwarzes.net> <55BB2A5F.9000502@selasky.org> <46baa16c4ce.6efd29ef@mail.schwarzes.net> <55CF31A1.5080205@selasky.org> <46ce372c895.20050775@mail.schwarzes.net> <46d0a4441bb.41f6f91d@mail.schwarzes.net> <55DD5C0A.2050401@selasky.org> Cc: "freebsd-arm@freebsd.org" From: Hans Petter Selasky Message-ID: <55E152C4.7010209@selasky.org> Date: Sat, 29 Aug 2015 08:35:48 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2015 06:34:27 -0000 On 08/28/15 14:27, Svatopluk Kraus wrote: > On Wed, Aug 26, 2015 at 8:26 AM, Hans Petter Selasky wrote: >> On 08/25/15 21:51, Andreas Schwarz wrote: >>> >>> On 24.08.15, Andreas Schwarz wrote: >>> >>>> With both kernels I was not able to reproduce the initial problem. >>> >>> >>> By accident, today I run again into the problem (with r287086). 8( >>> >>> Aug 25 20:27:59 pizelot kernel: smsc0: warning: Failed to write register >>> 0x114 >>> Aug 25 20:45:32 pizelot kernel: smsc0: warning: Failed to read register >>> 0x114 >>> Aug 25 20:45:32 pizelot kernel: smsc0: warning: MII is busy >>> Aug 25 20:46:08 pizelot kernel: smsc0: warning: Failed to write register >>> 0x114 >>> Aug 25 20:46:14 pizelot kernel: smsc0: warning: Failed to read register >>> 0x114 >>> Aug 25 20:46:14 pizelot kernel: smsc0: warning: MII is busy >>> Aug 25 20:46:16 pizelot kernel: smsc0: warning: Failed to write register >>> 0x114 >>> Aug 25 20:46:46 pizelot kernel: smsc0: warning: Failed to read register >>> 0x114 >>> Aug 25 20:46:46 pizelot kernel: smsc0: warning: MII is busy >>> [...] >>> >> >> It might seem like some process is using all CPU on core 0, so that USB >> doesn't get a chance to run. I would suggest maybe moving the DWC OTG fast >> IRQ handling to core #1. Is it possible you could enter kgdb, and poke >> around which fast IRQ is doing work there? >> > > Well, I finally found a courage ;) to hack dwc_otg driver to be able > to inactivate it totally after trigger is pulled. And even then, if > there was no interrupt and no timer on it, the problem survived. Thus, > I thing that the driver is out of game. However, some small chance > remains that the driver might corrupt something in kernel. But this > indirect influence is, IMO, not likely. > > My subjective observation is that the slow system response can be > caused by slow wake up from idle state. I have tried to change > scheduler from ULE to BSD one with no MII warning and everything is > okay result. And buildword was about one hour faster. Note that the > trigger is very sensitive, so it can be just because system timing and > many other things are different with different scheduler. > > Another obeservation is that in the bad system state, ipi rate is 10 > times less (2 - 3 per a second) than in normal state (about 20 per a > second) measured when system is 99% idle. > > Svata > Hi, Maybe you could try to build an RPI kernel from projects/hps_head : https://svnweb.freebsd.org/base/projects/hps_head/ And test? --HPS From owner-freebsd-arm@freebsd.org Sat Aug 29 22:06:08 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BC0149C4F1F for ; Sat, 29 Aug 2015 22:06:08 +0000 (UTC) (envelope-from prvs=676cd4fe7=julien.grall@citrix.com) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mail.citrix.com", Issuer "Verizon Public SureServer CA G14-SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 512922E6; Sat, 29 Aug 2015 22:06:07 +0000 (UTC) (envelope-from prvs=676cd4fe7=julien.grall@citrix.com) X-IronPort-AV: E=Sophos;i="5.17,432,1437436800"; d="scan'208";a="299260537" Message-ID: <55E22CC0.9000306@citrix.com> Date: Sat, 29 Aug 2015 23:05:52 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: , CC: freebsd-arm Subject: arm64: userspace broken with jemalloc 4.0.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-DLP: MIA2 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2015 22:06:08 -0000 Hi, I've built the latest freebsd master (r287263) for arm64 today. While trying to use the userspace I hit some ASSERT in jemalloc: # ls : /usr/src/freebsd/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/arena.h:571: Failed assertion: "pageind >= map_bias" pid 21 (ls), uid 0: exited on signal 6 Abort trap It's happening every time with the command "ls". I tried to use the previous version of jemalloc (i.e reverting all the patches up to "Update jemalloc to version 4.0.0" included) and everything is working. Note that I'm using Freebsd as a Xen ARM guest although the only difference is the version of jemalloc (4.0.0 vs 3.6.0). Does anyone using arm64 have seen a similar ASSERT? BTW, is there any way to rebuild only the libc rather than doing make buildworld everytime I modified the jemalloc code? Regards, -- Julien Grall