From owner-freebsd-arm@freebsd.org Mon Feb 20 11:51:31 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8E6A7CE610D for ; Mon, 20 Feb 2017 11:51:31 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 127C51788 for ; Mon, 20 Feb 2017 11:51:30 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from zeta.dino.sk (fw3.dino.sk [84.245.95.254]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Mon, 20 Feb 2017 12:46:19 +0100 id 00DF8838.58AAD70B.00006171 Date: Mon, 20 Feb 2017 12:46:19 +0100 From: Milan Obuch To: freebsd-arm@freebsd.org Subject: FreeBSD on Pine64 experience Message-ID: <20170220124619.7f04ad6a@zeta.dino.sk> X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.29; i386-portbld-freebsd10.3) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Feb 2017 11:51:31 -0000 Hi, some time ago I've got Pine64 board with 1 GB RAM. I decided to put FreeBSD on it as I saw arm64 architecture being worked on. First I tried to build u-boot, it worked somehow, but I was not able to find out the way boot works here, and did not find much time to play afterwards. As I found http://www.raspbsd.org/pine64.html I decided to try it out. There are two images, however, none worked for me out of the box. I realised it was because my SD card was slightly smaller than 2 GB so image does not fit in, but I just created gpart structure mostly the same as was the image, just with a bit smaller UFS partition, copied EFI partition as full device with dd, null mounted ufs device from image and copied it to my newly created filesystem. It worked, I can boot and play with it. I decided to try native rebuild as a stress/stability test. It was a bit challenging, but basically it worked. First I create some workspace on my nfs server for it, so I can mount_nfs both /usr/src and /usr/obj directories. I know there is plenty of space necessary for buldworld/buildkernel. First trouble was our src tree is not yet fully equipped for buildworld on arm64. There is no working linker yet, I think, make buildworld bails out with request to install aarch64-binutils. I found it is not possible to build it from ports because of missing linker, so installing precompiled package was possibly the only option at this point. It was not straightforward either, but after deleting md filesystems for /tmp, /var/log and /var/tmp (they was not big enough for some temporary file, and I decided to free memory as well at an expence of slower access to files affected) from /etc/fstab and reboot I was able to execute env ABI=FreeBSD:11:aarch64 pkg install aarch64-binutils which installed both pkg and aarch64-binutils packages. I know from my earlier attempts to cross compile world for arm64 it was enough to build world, but it was not enough for native build. Trouble was our build environment is sanitized and aarch64-binutils package is installed into /usr/local/aarch64-freebsd/{bin,lib} directories, so they are not in path. I did not find other way to get it working without too much fussing with makefiles et all, but simple crude hack worked - I created links with ln -s /usr/local/aarch64-freebsd/bin/* /bin Nothing more was necessary for native buildworld/buildkernel to succeed. At this point after nfs mounting /usr/port I was able to build ports. When trying installworld, it proceeded almost flawlessly, just at the end following error was reported: ===> etc (install) ===> etc/newsyslog.conf.d (install) ===> etc/sendmail (install) cd /usr/src/etc/../share/man; make makedb makewhatis /usr/share/man makewhatis /usr/share/openssl/man : /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed assertion: "tsd_booted" *** Signal 6 Remaining steps, make delete-old, mergemaster and make delete-old-libs all completed successfully, with mergemaster being painfully slow due /var/tmp/temproot being od SD card. Now I am running newly built 12-CURRENT on Pine, I looks like it works well. Just a small nit - my 'uname -a' now prints FreeBSD pine 12.0-CURRENT FreeBSD 12.0-CURRENT #0: Mon Feb 20 00:47:55 CET 2017 root@tiny.dino.sk:/usr/obj/usr/src/sys/GENERIC arm64 Originally it was 12.0-CURRENT # - does anybody know where this revision number is being lost? Could it be somehow caused by fact my src tree was 'svn checkout'ed on another machine (i386)? Regards, Milan From owner-freebsd-arm@freebsd.org Mon Feb 20 13:32:34 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 09BB5CE5689 for ; Mon, 20 Feb 2017 13:32:34 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-qt0-x234.google.com (mail-qt0-x234.google.com [IPv6:2607:f8b0:400d:c0d::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 CC43F1786 for ; Mon, 20 Feb 2017 13:32:33 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by mail-qt0-x234.google.com with SMTP id x35so13036956qtc.2 for ; Mon, 20 Feb 2017 05:32:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=BkGaZcU/TyX8+mo+Rq1hVlhkGHsi14KW0iVegYS4WZg=; b=lZwsKKbbZnin165zyNZWrUK2dgp2Jrg0QHxgZTY3NFY8m10drOQKOA/f82Z6LvTPyd VXHpD9EFfDr3D3GFoTZnhkMyEboXa2xLosARq5Bx3giWutme00XGpPNdfqJ2sMD9fe6/ fNMnbQNsdrquJcJLOQpNMzZIwYUPFcxNb+WO/rZUV0DKfqm+fTeNq69nD8hdD4SsqF4v KNz06Qr1bhmOaFcUPnxx9NyxzKEwpH9l5p1u2OOGAVoMtBc0NYndeeH1GIqfHb7/Cg8K rHsunkyOFt6psYPwRusCRDS0fKYyb9MZ9TbeXwHtw2+VNuctI6+f9+wgs3Q9PGR5uyFL Nf3g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=BkGaZcU/TyX8+mo+Rq1hVlhkGHsi14KW0iVegYS4WZg=; b=ocHtPpRpKcgmQhoc/PY4ONnegjprJjR9w8uq/7OMoAH0EWKdKyBGoFMyV8iy821bwF Qyoq+xQd60wD1f0H0Fft/RNOUPCSfiCMX518VtRxlGnvDjfuTkN8QKlK/BhvoObtS3um 2/9PPXnPd0BUJjPzQdR5Ows2Js+2+5cWYt4ShATOABhRtgdzw22IZLzhMVGG5KLWOOiO A59a8rBPxdWAWcMtKwp++hQssMtx1xnCCsWsHw+9rHmDQmsXhJfCFYWMDsEnltYZUeWG 11seQHGovzRkEEC7hFipLN63yjLnyo6Laor8PUhmwReA9qJVyun5WoU3q4uwtcLVwudI 6XGw== X-Gm-Message-State: AMke39nVLA+SPg9dRbts7dZOyPZOJp1JVIqYtWXUf8BWW35/NXqZWRqkJGQG184TVprFTFaMO9CluURktaqAiw== X-Received: by 10.200.55.57 with SMTP id o54mr6733447qtb.78.1487597552528; Mon, 20 Feb 2017 05:32:32 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.104.8 with HTTP; Mon, 20 Feb 2017 05:32:02 -0800 (PST) In-Reply-To: References: From: Jia-Shiun Li Date: Mon, 20 Feb 2017 21:32:02 +0800 Message-ID: Subject: Re: patching cpufreq for rpi3 To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Feb 2017 13:32:34 -0000 On Wed, Feb 8, 2017 at 3:00 AM, Jia-Shiun Li wrote: > I was figuring out why frequency scaling does not work > on rpi3, and found that bcm2837 was not caught in some > cases. Thus the attached patch. > > The patch corrects voltage reporting for rpi3. > Frequency scaling still does not work though. > Any ideas? > > So, beginner pitfall #1: bad power https://www.raspberrypi.org/forums/viewtopic.php?t=83372 Make sure you have sufficient power and decent cable. Otherwise power LED will blink or even go off. The little square of rainbow or flash on top right corner of display is also indication of it. BTW you also need heatsink or fan for it to work under load and high frequency without being throttled. One thing that bothers me is on RPi3, hw.cpufreq.turbo defaults not to 0, but -1. And firmware does not limit it to 1/0, but increase/ decrease every time when set repeatedly. So in order to bump speed one actually need to set frequency or turbo twice after booting to make turbo=1. -Jia-Shiun. From owner-freebsd-arm@freebsd.org Mon Feb 20 16:24:59 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C1DE9CE6DFC; Mon, 20 Feb 2017 16:24:59 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8C40E1E98; Mon, 20 Feb 2017 16:24:59 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id v1KGOvIc058617 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 20 Feb 2017 08:24:58 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id v1KGOv5e058616; Mon, 20 Feb 2017 08:24:57 -0800 (PST) (envelope-from fbsd) Date: Mon, 20 Feb 2017 08:24:57 -0800 From: bob prohaska To: freebsd-arm@freebsd.org, ports@freebsd.org Subject: Chromium on RPI2 Message-ID: <20170220162457.GA58582@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Feb 2017 16:24:59 -0000 In playing with www/chromium on an RPI2 running -current I've gotten far enough to see the error /usr/local/bin/python2.7: can't open file './build/linux/unbundle/replace_gn_files.py': [Errno 2] No such file or directory I realize that www/chromium isn't expected to work on ARM, but this error does not seem ARM-specific. If anyone can suggest a workaround I'd be pleased to try it. A brute-force search for that filename found nothing. Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Mon Feb 20 18:47:54 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 27C49CE67D0 for ; Mon, 20 Feb 2017 18:47:54 +0000 (UTC) (envelope-from tony@tndh.net) Received: from express.tndh.net (express.tndh.net [IPv6:2001:470:e930:1240:20d:56ff:fe04:4c0a]) (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 00B4510BA for ; Mon, 20 Feb 2017 18:47:53 +0000 (UTC) (envelope-from tony@tndh.net) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tndh.net; s=dkim; h=Subject:Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Date:To:From; bh=uYVGVHKDmNTS0rWW826wSqBYiRS2rxIp3qL+gu55+3A=; b=AJeSg3z/+TrHid3vpJSXd85PqkBCT+83BeOoEKNfXuX+tGE/sFtoP+Q2gZkd0irbd236Ji9Us6QIQK7mWQe9OekGGEJABtHLNrxaeuxEbTLlG2ZR3jThozVkWCdv/rALtLCNGLPUGIQZTTMTEKvQorV7U2m5AtJEuOS4wbFvKuF746Z3; Received: from express.tndh.net ([2001:470:e930:1240:20d:56ff:fe04:4c0a] helo=eaglet) by express.tndh.net with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1cfszm-000Htx-Sx for freebsd-arm@freebsd.org; Mon, 20 Feb 2017 10:47:52 -0800 From: "Tony Hain" To: Date: Mon, 20 Feb 2017 10:47:34 -0800 Message-ID: <155401d28ba9$ccdc28c0$66947a40$@tndh.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdKLpqdwBrdu1ygmQVmOJUdAFXSorw== Content-Language: en-us X-SA-Exim-Connect-IP: 2001:470:e930:1240:20d:56ff:fe04:4c0a X-SA-Exim-Mail-From: tony@tndh.net X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on express.tndh.net X-Spam-Level: X-Spam-Status: No, score=-1.0 required=4.5 tests=ALL_TRUSTED,RP_MATCHES_RCVD autolearn=unavailable version=3.3.1 Subject: Fatal kernel abort (was: r313878M builds mmcsd0s2 as read-only & /etc/fstab is missing) X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on express.tndh.net) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Feb 2017 18:47:54 -0000 Update: > > FreeBSD 12.0-CURRENT #0 r313878M: Fri Feb 17 11:26:27 PST 2017 > > > U-Boot SPL 2017.01-rc3 (Jan 31 2017 - 08:26:19) Trying to boot from > MMC1MMC partition switch failed > *** Warning - MMC partition switch failed, using default environment > > reading u-boot.img > reading u-boot.img > > > U-Boot 2017.01-rc3 (Jan 31 2017 - 08:26:19 +0000) > > CPU : AM335X-GP rev 2.1 > I2C: ready > DRAM: 512 MiB > MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 > *** Warning - bad CRC, using default environment > > not set. Validating first E-fuse MAC > Net: cpsw, usb_ether > Press SPACE to abort autoboot in 2 seconds switch to partitions #0, OK > mmc0 is current device > SD/MMC found on device 0 > reading boot.scr > ** Unable to read file boot.scr ** > reading uEnv.txt > 0 bytes read in 3 ms (0 Bytes/s) > Loaded env from uEnv.txt > Importing environment from mmc0 ... > switch to partitions #0, OK > mmc0 is current device > Scanning mmc 0:1... > Found FreeBSD U-Boot Loader (bin) > reading ubldr.bin > 231544 bytes read in 20 ms (11 MiB/s) > ## Starting application at 0x82000000 ... > Consoles: U-Boot console > Compatible U-Boot API signature found @0x9df30c58 > > FreeBSD/armv6 U-Boot loader, Revision 1.2 (Fri Feb 17 11:26:35 PST 2017 > tony@) > > DRAM: 512MB > Number of U-Boot devices: 3 > U-Boot env: loaderdev not set, will probe all devices. > Found U-Boot device: disk > Probing all disk devices... > Checking unit=0 slice= partition=... good. > Booting from disk0s2a: > /boot/kernel/kernel data=0x6097e8+0x1a2818 > syms=[0x4+0x89ba0+0x4+0x9e2fb] > > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... > /boot/dtb/am335x-bonegreen.dtb size=0x8219 Loaded DTB from file > 'am335x-bonegreen.dtb'. > Kernel entry at 0x82200100... > Kernel args: (null) > ARM Debug Architecture not supported > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2017 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 12.0-CURRENT #0 r313878M: Fri Feb 17 11:26:27 PST 2017 ... > Trying to mount root from ufs:mmcsd0s2 []... > warning: no time-of-day clock registered, system time will not be set > accurately Growing root partition to fill device > GEOM_PART: mmcsd0s2 was automatically resized. > Use `gpart commit mmcsd0s2` to save changes or `gpart undo mmcsd0s2` to > revert them. > gpart: Read-only file system > growfs: /dev/mmcsd0s2: Operation not permitted > /etc/rc: WARNING: hostid: unable to figure out a UUID from DMI data, > generating a new one Setting hostuuid: 696c1f73-f547-11e6-91d8- > 884aeaf5a20e. > Setting hostid: 0xfd5e4d57. > eval: cannot open /etc/fstab: No such file or directory No suitable dump > device was found. > eval: cannot open /etc/fstab: No such file or directory > fstab: /etc/fstab:0: No such file or directory Warning! No /etc/fstab: skipping > disk checks. > fstab: /etc/fstab:0: No such file or directory > mount: mmcsd0s2: Operation not permitted Mounting root filesystem rw > failed, startup aborted > ERROR: ABORTING BOOT (sending SIGTERM to parent)! > Feb 17 19:29:34 init: /bin/sh on /etc/rc terminated abnormally, going to single > user mode Enter full pathname of shell or RETURN for /bin/sh: > # random: unblocking device. > # mount > mmcsd0s2 on / (ufs, local, read-only, nfsv4acls) devfs on /dev (devfs, local) # > # df > Filesystem 512-blocks Used Avail Capacity Mounted on > mmcsd0s2 1826232 1726488 -46352 103% / > devfs 2 2 0 100% /dev > # gpart list mmcsd0 > Geom name: mmcsd0 > modified: false > state: OK > fwheads: 255 > fwsectors: 63 > last: 62333951 > first: 63 > entries: 4 > scheme: MBR > Providers: > 1. Name: mmcsd0s1 > Mediasize: 33546240 (32M) > Sectorsize: 512 > Stripesize: 4194304 > Stripeoffset: 32256 > Mode: r0w0e0 > attrib: active > rawtype: 12 > length: 33546240 > offset: 32256 > type: !12 > index: 1 > end: 65582 > start: 63 > 2. Name: mmcsd0s2 > Mediasize: 31880380416 (30G) > Sectorsize: 512 > Stripesize: 4194304 > Stripeoffset: 524288 > Mode: r2w1e1 > rawtype: 165 > length: 31880380416 > offset: 34078720 > type: freebsd > index: 2 > end: 62332927 > start: 66560 > Consumers: > 1. Name: mmcsd0 > Mediasize: 31914983424 (30G) > Sectorsize: 512 > Stripesize: 4194304 > Stripeoffset: 0 > Mode: r2w1e2 > > # > > After adding fstab manually, mounting mmcsd0s1 caused a kernel fault: ... Starting file system checks: /dev/mmcsd0s2: NO WRITE ACCESS /dev/mmcsd0s2: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. Automatic file system check failed; help! ERROR: ABORTING BOOT (sending SIGTERM to parent)! Feb 18 07:16:52 init: /bin/sh on /etc/rc terminated abnormally, going to single user mode Enter full pathname of shell or RETURN for /bin/sh: random: unblocking device. # # mount mmcsd0s2 on / (ufs, local, read-only, nfsv4acls) devfs on /dev (devfs, local) # cat /etc/fstab # Custom /etc/fstab for FreeBSD embedded images /dev/ufs/rootfs / ufs rw 1 1 # mount -t msdosfs /dev/mmcsd0s1 /boot/msdos g_vfs_done():mmcsd0s1[WRITE(offset=512, length=4096)]error = 30 g_vfs_done():mmcsd0s1[WRITE(offset=512, length=4096)]error = 30 g_vfs_done():mmcsd0s1[WRITE(offset=512, length=4096)]error = 30 fsync: giving up on dirty 0xc305c7e0: tag devfs, type VCHR usecount 1, writecount 0, refcount 7 mountedhere 0xc2f72a00 flags (VI_ACTIVE) v_object 0xc3026780 ref 0 pages 5 cleanbuf 4 dirtybuf 1 lock type devfs: UNLOCKED dev mmcsd0s1 mount_msdosfs: /dev/mmcsd0s1: Read-only file system # ls /boot/msdos # Fatal kernel mode data abort: 'Translation Fault (L1)' on read trapframe: 0xdce54c30 FSR=00000005, FAR=2e776f7c, spsr=60000013 r0 =00000004, r1 =00000000, r2 =c06e4aa1, r3 =000000ad r4 =2e776f6c, r5 =c06e4aa1, r6 =2e776f7c, r7 =00000000 r8 =000000ad, r9 =c06fe8a2, r10=2e776f7c, r11=dce54ce8 r12=c0950ab8, ssp=dce54cc0, slr=c033ffb0, pc =c0398e50 [ thread pid 21 tid 100057 ] Stopped at __mtx_lock_flags+0x44: ldr r0, [r10] db> db> show geom class: DISK (0xc07d3f48) geom: mmcsd1 (0xc2a81d00), rank=1 provider: mmcsd1 (0xc2a81c80), access=r0w0e0, flags= (0x0020) consumer: 0xc2f8e340 (mmcsd1), access=r0w0e0, flags=0x0030 consumer: 0xc2f8e380 (mmcsd1), access=r0w0e0, flags=0x0030 consumer: 0xc2f8e440 (mmcsd1), access=r0w0e0, flags=0x0030 geom: mmcsd0 (0xc2a7f680), rank=1 provider: mmcsd0 (0xc2a7f700), access=r2w1e2, flags= (0x0020) consumer: 0xc2f8f1c0 (mmcsd0), access=r0w0e0, flags=0x0030 consumer: 0xc2710080 (mmcsd0), access=r2w1e2, flags=0x0030 class: PART (0xc07d4f28) geom: diskid/DISK-01CCEE1C (0xc2a81b00), rank=3 provider: diskid/DISK-01CCEE1Cs1 (0xc2a81700), access=r0w0e0, flags= (0x0030) consumer: 0xc2f8e080 (diskid/DISK-01CCEE1Cs1), access=r0w0e0, flags=0x0030 consumer: 0xc2f8e240 (diskid/DISK-01CCEE1C), access=r0w0e0, flags=0x0030 geom: mmcsd1 (0xc2cb9680), rank=2 provider: mmcsd1s1 (0xc2a81b80), access=r0w0e0, flags= (0x0030) consumer: 0xc2f8e280 (mmcsd1s1), access=r0w0e0, flags=0x0030 consumer: 0xc2f8e2c0 (mmcsd1s1), access=r0w0e0, flags=0x0030 consumer: 0xc2f8e440 (mmcsd1), access=r0w0e0, flags=0x0030 geom: mmcsd0s2 (0xc2a7f880), rank=3 provider: mmcsd0s2a (0xc2cba080), access=r0w0e0, flags= (0x0030) consumer: 0xc2f8ecc0 (mmcsd0s2a), access=r0w0e0, flags=0x0030 consumer: 0xc2f8f0c0 (mmcsd0s2), access=r1w1e1, flags=0x0030 geom: mmcsd0 (0xc2a7f580), rank=2 provider: mmcsd0s2 (0xc2a7f900), access=r2w1e1, flags= (0x0030) consumer: 0xc2f8e040 (mmcsd0s2), access=r1w0e0, flags=0x0030 consumer: 0xc2f8ef00 (mmcsd0s2), access=r0w0e0, flags=0x0030 consumer: 0xc2f8f0c0 (mmcsd0s2), access=r1w1e1, flags=0x0030 provider: mmcsd0s1 (0xc2a7f800), access=r0w0e0, flags= (0x0030) consumer: 0xc2f8ed40 (mmcsd0s1), access=r0w0e0, flags=0x0030 consumer: 0xc2f8f100 (mmcsd0s1), access=r0w0e0, flags=0x0030 consumer: 0xc2710080 (mmcsd0), access=r2w1e2, flags=0x0030 class: LABEL (0xc07d4638) geom: mmcsd0s1 (0xc303ed80), rank=3 provider: msdosfs/BOOT (0xc2cba300), access=r0w0e0, flags= (0x0030) consumer: 0xc2f8f140 (msdosfs/BOOT), access=r0w0e0, flags=0x0030 consumer: 0xc2f8ed40 (mmcsd0s1), access=r0w0e0, flags=0x0030 geom: mmcsd1s1 (0xc2a81880), rank=3 provider: ext2fs/BOOT (0xc2a81800), access=r0w0e0, flags= (0x0030) consumer: 0xc2f8e100 (ext2fs/BOOT), access=r0w0e0, flags=0x0030 consumer: 0xc2f8e2c0 (mmcsd1s1), access=r0w0e0, flags=0x0030 geom: mmcsd1 (0xc2a81a00), rank=2 provider: diskid/DISK-01CCEE1C (0xc2a81980), access=r0w0e0, flags= (0x0030) consumer: 0xc2f8e180 (diskid/DISK-01CCEE1C), access=r0w0e0, flags=0x0030 consumer: 0xc2f8e240 (diskid/DISK-01CCEE1C), access=r0w0e0, flags=0x0030 consumer: 0xc2f8e380 (mmcsd1), access=r0w0e0, flags=0x0030 class: VFS (0xc07d4518) geom: ffs.mmcsd0s2 (0xc2a81580), rank=3 consumer: 0xc2f8e040 (mmcsd0s2), access=r1w0e0, flags=0x0030 class: DEV (0xc07d3d68) geom: msdosfs/BOOT (0xc2cba200), rank=4 consumer: 0xc2f8f140 (msdosfs/BOOT), access=r0w0e0, flags=0x0030 geom: diskid/DISK-01CCEE1Cs1 (0xc2a81780), rank=4 consumer: 0xc2f8e080 (diskid/DISK-01CCEE1Cs1), access=r0w0e0, flags=0x0030 geom: ext2fs/BOOT (0xc2a81900), rank=4 consumer: 0xc2f8e100 (ext2fs/BOOT), access=r0w0e0, flags=0x0030 geom: diskid/DISK-01CCEE1C (0xc2a81600), rank=3 consumer: 0xc2f8e180 (diskid/DISK-01CCEE1C), access=r0w0e0, flags=0x0030 geom: mmcsd1s1 (0xc2a81c00), rank=3 consumer: 0xc2f8e280 (mmcsd1s1), access=r0w0e0, flags=0x0030 geom: mmcsd1 (0xc2a81a80), rank=2 consumer: 0xc2f8e340 (mmcsd1), access=r0w0e0, flags=0x0030 geom: mmcsd0s2a (0xc2cba180), rank=4 consumer: 0xc2f8ecc0 (mmcsd0s2a), access=r0w0e0, flags=0x0030 geom: mmcsd0s2 (0xc2cb9f00), rank=3 consumer: 0xc2f8ef00 (mmcsd0s2), access=r0w0e0, flags=0x0030 geom: mmcsd0s1 (0xc2a7f780), rank=3 consumer: 0xc2f8f100 (mmcsd0s1), access=r0w0e0, flags=0x0030 geom: mmcsd0 (0xc2cba480), rank=2 consumer: 0xc2f8f1c0 (mmcsd0), access=r0w0e0, flags=0x0030 class: MD (0xc07c2340) class: SWAP (0xc07fe538) db> From owner-freebsd-arm@freebsd.org Mon Feb 20 23:09:37 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CDC38CE60FF for ; Mon, 20 Feb 2017 23:09:37 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-it0-x233.google.com (mail-it0-x233.google.com [IPv6:2607:f8b0:4001:c0b::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 98C9DB18 for ; Mon, 20 Feb 2017 23:09:37 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by mail-it0-x233.google.com with SMTP id 203so26405452ith.0 for ; Mon, 20 Feb 2017 15:09:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=oqPsKj3yPJiUhYbYe8YxmIH64xar2Mx891ycKsUN0g0=; b=sgwROD/M8DMIWGS9W7hhDKVEQy5H5aDonx6J2w4azHCHPb2XSPPCDGOp0MrTFzG8Ja Hf/m90uBIMDPkNAzByGbHVCcOVxMhug1YG77h3BfgVB8+d1ii7lP4EkAmQVhAYWump2Z SzzPtFeQAeWACvRgJWqaLEqKYl7InEMzJlQif6/CCvzefXcZPuDpipOdDs4EZcyz0/kR tngs0ihuhUeFkPC77YpSe5wYpoPmDfRxWmBjXKpWbGtWzaIGeycut+tMNQ2v+KbV3zsN 9Zz4EU51vJorL7/UdFYFnAU8y3E3IsgLfcLj8TOzESxhTFAI4Aumz88AYVzV3pRrF03D RXRg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=oqPsKj3yPJiUhYbYe8YxmIH64xar2Mx891ycKsUN0g0=; b=oA1LMDTNd+Drl4oOQwPsoWoxgls5bK0agbswkNIUXao0966kSI61qevkcsyTYyD+jp rp6Suqch+YlFnQVonbg91GCrRedfp/QfsULwwRzxsWjTPugKptyTYm9SdPY4yScuqifr BWpUKKznNXl4bYekwhkrVoUHd2SdQ2Gt9njP85QSaWlNyV3sAQdpSQ8gix0swgOH2oco j2Q9d2E92rye5ZciM5AaMIqFFyOXcY3Bja28+8d+AC9ptW0cXtQVHf/XTA0j9WkOxJ7S bxf+IiAX27/pUQ9Et7XdK85SkI5L20G/X6wbEFDDRxQT98wiCeQqtQnbXq6WzuQ1+B8r O+fQ== X-Gm-Message-State: AMke39nnpzvydV/xPhlEAYw2PAJPClyuycZNCDBPPgoRbyOX7sneTjMRDl7UMn2SOsTWOskrR2M+BCprP/5/OQ== X-Received: by 10.36.70.145 with SMTP id j139mr11308670itb.111.1487632176748; Mon, 20 Feb 2017 15:09:36 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.101.194 with HTTP; Mon, 20 Feb 2017 15:09:36 -0800 (PST) In-Reply-To: <155401d28ba9$ccdc28c0$66947a40$@tndh.net> References: <155401d28ba9$ccdc28c0$66947a40$@tndh.net> From: Svatopluk Kraus Date: Tue, 21 Feb 2017 00:09:36 +0100 Message-ID: Subject: Re: Fatal kernel abort (was: r313878M builds mmcsd0s2 as read-only & /etc/fstab is missing) To: Tony Hain Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Feb 2017 23:09:37 -0000 Recently, there is some work on locking functions on current. It looks that there were corrupted between r313855 and r313996 for arm. And you are running r313878. Svata On Mon, Feb 20, 2017 at 7:47 PM, Tony Hain wrote: > Update: >> >> FreeBSD 12.0-CURRENT #0 r313878M: Fri Feb 17 11:26:27 PST 2017 >> >> >> U-Boot SPL 2017.01-rc3 (Jan 31 2017 - 08:26:19) Trying to boot from >> MMC1MMC partition switch failed >> *** Warning - MMC partition switch failed, using default environment >> >> reading u-boot.img >> reading u-boot.img >> >> >> U-Boot 2017.01-rc3 (Jan 31 2017 - 08:26:19 +0000) >> >> CPU : AM335X-GP rev 2.1 >> I2C: ready >> DRAM: 512 MiB >> MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 >> *** Warning - bad CRC, using default environment >> >> not set. Validating first E-fuse MAC >> Net: cpsw, usb_ether >> Press SPACE to abort autoboot in 2 seconds switch to partitions #0, OK >> mmc0 is current device >> SD/MMC found on device 0 >> reading boot.scr >> ** Unable to read file boot.scr ** >> reading uEnv.txt >> 0 bytes read in 3 ms (0 Bytes/s) >> Loaded env from uEnv.txt >> Importing environment from mmc0 ... >> switch to partitions #0, OK >> mmc0 is current device >> Scanning mmc 0:1... >> Found FreeBSD U-Boot Loader (bin) >> reading ubldr.bin >> 231544 bytes read in 20 ms (11 MiB/s) >> ## Starting application at 0x82000000 ... >> Consoles: U-Boot console >> Compatible U-Boot API signature found @0x9df30c58 >> >> FreeBSD/armv6 U-Boot loader, Revision 1.2 (Fri Feb 17 11:26:35 PST 2017 >> tony@) >> >> DRAM: 512MB >> Number of U-Boot devices: 3 >> U-Boot env: loaderdev not set, will probe all devices. >> Found U-Boot device: disk >> Probing all disk devices... >> Checking unit=0 slice= partition=... good. >> Booting from disk0s2a: >> /boot/kernel/kernel data=0x6097e8+0x1a2818 >> syms=[0x4+0x89ba0+0x4+0x9e2fb] >> >> Hit [Enter] to boot immediately, or any other key for command prompt. >> Booting [/boot/kernel/kernel]... >> /boot/dtb/am335x-bonegreen.dtb size=0x8219 Loaded DTB from file >> 'am335x-bonegreen.dtb'. >> Kernel entry at 0x82200100... >> Kernel args: (null) >> ARM Debug Architecture not supported >> KDB: debugger backends: ddb >> KDB: current backend: ddb >> Copyright (c) 1992-2017 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> The Regents of the University of California. All rights reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 12.0-CURRENT #0 r313878M: Fri Feb 17 11:26:27 PST 2017 ... >> Trying to mount root from ufs:mmcsd0s2 []... >> warning: no time-of-day clock registered, system time will not be set >> accurately Growing root partition to fill device >> GEOM_PART: mmcsd0s2 was automatically resized. >> Use `gpart commit mmcsd0s2` to save changes or `gpart undo mmcsd0s2` to >> revert them. >> gpart: Read-only file system >> growfs: /dev/mmcsd0s2: Operation not permitted >> /etc/rc: WARNING: hostid: unable to figure out a UUID from DMI data, >> generating a new one Setting hostuuid: 696c1f73-f547-11e6-91d8- >> 884aeaf5a20e. >> Setting hostid: 0xfd5e4d57. >> eval: cannot open /etc/fstab: No such file or directory No suitable dump >> device was found. >> eval: cannot open /etc/fstab: No such file or directory >> fstab: /etc/fstab:0: No such file or directory Warning! No /etc/fstab: > skipping >> disk checks. >> fstab: /etc/fstab:0: No such file or directory >> mount: mmcsd0s2: Operation not permitted Mounting root filesystem rw >> failed, startup aborted >> ERROR: ABORTING BOOT (sending SIGTERM to parent)! >> Feb 17 19:29:34 init: /bin/sh on /etc/rc terminated abnormally, going to > single >> user mode Enter full pathname of shell or RETURN for /bin/sh: >> # random: unblocking device. >> # mount >> mmcsd0s2 on / (ufs, local, read-only, nfsv4acls) devfs on /dev (devfs, > local) # >> # df >> Filesystem 512-blocks Used Avail Capacity Mounted on >> mmcsd0s2 1826232 1726488 -46352 103% / >> devfs 2 2 0 100% /dev >> # gpart list mmcsd0 >> Geom name: mmcsd0 >> modified: false >> state: OK >> fwheads: 255 >> fwsectors: 63 >> last: 62333951 >> first: 63 >> entries: 4 >> scheme: MBR >> Providers: >> 1. Name: mmcsd0s1 >> Mediasize: 33546240 (32M) >> Sectorsize: 512 >> Stripesize: 4194304 >> Stripeoffset: 32256 >> Mode: r0w0e0 >> attrib: active >> rawtype: 12 >> length: 33546240 >> offset: 32256 >> type: !12 >> index: 1 >> end: 65582 >> start: 63 >> 2. Name: mmcsd0s2 >> Mediasize: 31880380416 (30G) >> Sectorsize: 512 >> Stripesize: 4194304 >> Stripeoffset: 524288 >> Mode: r2w1e1 >> rawtype: 165 >> length: 31880380416 >> offset: 34078720 >> type: freebsd >> index: 2 >> end: 62332927 >> start: 66560 >> Consumers: >> 1. Name: mmcsd0 >> Mediasize: 31914983424 (30G) >> Sectorsize: 512 >> Stripesize: 4194304 >> Stripeoffset: 0 >> Mode: r2w1e2 >> >> # >> >> > > After adding fstab manually, mounting mmcsd0s1 caused a kernel fault: > ... > Starting file system checks: > /dev/mmcsd0s2: NO WRITE ACCESS > /dev/mmcsd0s2: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. > Automatic file system check failed; help! > ERROR: ABORTING BOOT (sending SIGTERM to parent)! > Feb 18 07:16:52 init: /bin/sh on /etc/rc terminated abnormally, going to > single user mode > Enter full pathname of shell or RETURN for /bin/sh: random: unblocking > device. > # > # mount > mmcsd0s2 on / (ufs, local, read-only, nfsv4acls) > devfs on /dev (devfs, local) > # cat /etc/fstab > # Custom /etc/fstab for FreeBSD embedded images > /dev/ufs/rootfs / ufs rw 1 1 > > # mount -t msdosfs /dev/mmcsd0s1 /boot/msdos > g_vfs_done():mmcsd0s1[WRITE(offset=512, length=4096)]error = 30 > g_vfs_done():mmcsd0s1[WRITE(offset=512, length=4096)]error = 30 > g_vfs_done():mmcsd0s1[WRITE(offset=512, length=4096)]error = 30 > fsync: giving up on dirty 0xc305c7e0: tag devfs, type VCHR > usecount 1, writecount 0, refcount 7 mountedhere 0xc2f72a00 > flags (VI_ACTIVE) > v_object 0xc3026780 ref 0 pages 5 cleanbuf 4 dirtybuf 1 > lock type devfs: UNLOCKED > dev mmcsd0s1 > mount_msdosfs: /dev/mmcsd0s1: Read-only file system > # ls /boot/msdos > # Fatal kernel mode data abort: 'Translation Fault (L1)' on read > trapframe: 0xdce54c30 > FSR=00000005, FAR=2e776f7c, spsr=60000013 > r0 =00000004, r1 =00000000, r2 =c06e4aa1, r3 =000000ad > r4 =2e776f6c, r5 =c06e4aa1, r6 =2e776f7c, r7 =00000000 > r8 =000000ad, r9 =c06fe8a2, r10=2e776f7c, r11=dce54ce8 > r12=c0950ab8, ssp=dce54cc0, slr=c033ffb0, pc =c0398e50 > > [ thread pid 21 tid 100057 ] > Stopped at __mtx_lock_flags+0x44: ldr r0, [r10] > db> > db> show geom > class: DISK (0xc07d3f48) > geom: mmcsd1 (0xc2a81d00), rank=1 > provider: mmcsd1 (0xc2a81c80), access=r0w0e0, flags= (0x0020) > consumer: 0xc2f8e340 (mmcsd1), access=r0w0e0, flags=0x0030 > consumer: 0xc2f8e380 (mmcsd1), access=r0w0e0, flags=0x0030 > consumer: 0xc2f8e440 (mmcsd1), access=r0w0e0, flags=0x0030 > geom: mmcsd0 (0xc2a7f680), rank=1 > provider: mmcsd0 (0xc2a7f700), access=r2w1e2, flags= (0x0020) > consumer: 0xc2f8f1c0 (mmcsd0), access=r0w0e0, flags=0x0030 > consumer: 0xc2710080 (mmcsd0), access=r2w1e2, flags=0x0030 > > class: PART (0xc07d4f28) > geom: diskid/DISK-01CCEE1C (0xc2a81b00), rank=3 > provider: diskid/DISK-01CCEE1Cs1 (0xc2a81700), access=r0w0e0, flags= > (0x0030) > consumer: 0xc2f8e080 (diskid/DISK-01CCEE1Cs1), access=r0w0e0, > flags=0x0030 > consumer: 0xc2f8e240 (diskid/DISK-01CCEE1C), access=r0w0e0, flags=0x0030 > geom: mmcsd1 (0xc2cb9680), rank=2 > provider: mmcsd1s1 (0xc2a81b80), access=r0w0e0, flags= (0x0030) > consumer: 0xc2f8e280 (mmcsd1s1), access=r0w0e0, flags=0x0030 > consumer: 0xc2f8e2c0 (mmcsd1s1), access=r0w0e0, flags=0x0030 > consumer: 0xc2f8e440 (mmcsd1), access=r0w0e0, flags=0x0030 > geom: mmcsd0s2 (0xc2a7f880), rank=3 > provider: mmcsd0s2a (0xc2cba080), access=r0w0e0, flags= (0x0030) > consumer: 0xc2f8ecc0 (mmcsd0s2a), access=r0w0e0, flags=0x0030 > consumer: 0xc2f8f0c0 (mmcsd0s2), access=r1w1e1, flags=0x0030 > geom: mmcsd0 (0xc2a7f580), rank=2 > provider: mmcsd0s2 (0xc2a7f900), access=r2w1e1, flags= (0x0030) > consumer: 0xc2f8e040 (mmcsd0s2), access=r1w0e0, flags=0x0030 > consumer: 0xc2f8ef00 (mmcsd0s2), access=r0w0e0, flags=0x0030 > consumer: 0xc2f8f0c0 (mmcsd0s2), access=r1w1e1, flags=0x0030 > provider: mmcsd0s1 (0xc2a7f800), access=r0w0e0, flags= (0x0030) > consumer: 0xc2f8ed40 (mmcsd0s1), access=r0w0e0, flags=0x0030 > consumer: 0xc2f8f100 (mmcsd0s1), access=r0w0e0, flags=0x0030 > consumer: 0xc2710080 (mmcsd0), access=r2w1e2, flags=0x0030 > > class: LABEL (0xc07d4638) > geom: mmcsd0s1 (0xc303ed80), rank=3 > provider: msdosfs/BOOT (0xc2cba300), access=r0w0e0, flags= (0x0030) > consumer: 0xc2f8f140 (msdosfs/BOOT), access=r0w0e0, flags=0x0030 > consumer: 0xc2f8ed40 (mmcsd0s1), access=r0w0e0, flags=0x0030 > geom: mmcsd1s1 (0xc2a81880), rank=3 > provider: ext2fs/BOOT (0xc2a81800), access=r0w0e0, flags= (0x0030) > consumer: 0xc2f8e100 (ext2fs/BOOT), access=r0w0e0, flags=0x0030 > consumer: 0xc2f8e2c0 (mmcsd1s1), access=r0w0e0, flags=0x0030 > geom: mmcsd1 (0xc2a81a00), rank=2 > provider: diskid/DISK-01CCEE1C (0xc2a81980), access=r0w0e0, flags= > (0x0030) > consumer: 0xc2f8e180 (diskid/DISK-01CCEE1C), access=r0w0e0, > flags=0x0030 > consumer: 0xc2f8e240 (diskid/DISK-01CCEE1C), access=r0w0e0, > flags=0x0030 > consumer: 0xc2f8e380 (mmcsd1), access=r0w0e0, flags=0x0030 > > class: VFS (0xc07d4518) > geom: ffs.mmcsd0s2 (0xc2a81580), rank=3 > consumer: 0xc2f8e040 (mmcsd0s2), access=r1w0e0, flags=0x0030 > > class: DEV (0xc07d3d68) > geom: msdosfs/BOOT (0xc2cba200), rank=4 > consumer: 0xc2f8f140 (msdosfs/BOOT), access=r0w0e0, flags=0x0030 > geom: diskid/DISK-01CCEE1Cs1 (0xc2a81780), rank=4 > consumer: 0xc2f8e080 (diskid/DISK-01CCEE1Cs1), access=r0w0e0, > flags=0x0030 > geom: ext2fs/BOOT (0xc2a81900), rank=4 > consumer: 0xc2f8e100 (ext2fs/BOOT), access=r0w0e0, flags=0x0030 > geom: diskid/DISK-01CCEE1C (0xc2a81600), rank=3 > consumer: 0xc2f8e180 (diskid/DISK-01CCEE1C), access=r0w0e0, flags=0x0030 > geom: mmcsd1s1 (0xc2a81c00), rank=3 > consumer: 0xc2f8e280 (mmcsd1s1), access=r0w0e0, flags=0x0030 > geom: mmcsd1 (0xc2a81a80), rank=2 > consumer: 0xc2f8e340 (mmcsd1), access=r0w0e0, flags=0x0030 > geom: mmcsd0s2a (0xc2cba180), rank=4 > consumer: 0xc2f8ecc0 (mmcsd0s2a), access=r0w0e0, flags=0x0030 > geom: mmcsd0s2 (0xc2cb9f00), rank=3 > consumer: 0xc2f8ef00 (mmcsd0s2), access=r0w0e0, flags=0x0030 > geom: mmcsd0s1 (0xc2a7f780), rank=3 > consumer: 0xc2f8f100 (mmcsd0s1), access=r0w0e0, flags=0x0030 > geom: mmcsd0 (0xc2cba480), rank=2 > consumer: 0xc2f8f1c0 (mmcsd0), access=r0w0e0, flags=0x0030 > > class: MD (0xc07c2340) > > class: SWAP (0xc07fe538) > > db> > > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Tue Feb 21 00:39:04 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BB100CE6897 for ; Tue, 21 Feb 2017 00:39:04 +0000 (UTC) (envelope-from tony@tndh.net) Received: from express.tndh.net (express.tndh.net [IPv6:2001:470:e930:1240:20d:56ff:fe04:4c0a]) (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 96093980 for ; Tue, 21 Feb 2017 00:39:04 +0000 (UTC) (envelope-from tony@tndh.net) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tndh.net; s=dkim; h=Subject:Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Date:In-Reply-To:References:Cc:To:From; bh=FvkgCRrWlFBLy8mMhm6+V155/Sq4IMZafLXDvxDnzmQ=; b=AjjomNZWv7YR/BRRwdDpwD/o8Z23mjeg7VOR/hx2Pb9wAjWfAlMfmEQXWj8CcQgHUAqKG2SSbxVslyEnod/qZccJhU+TGuLkGNt/Kxp/YY802KxvaCInyDT90wUJZLRAzPdGKDfhPWHI9eqBKmQxRaRAo+s0U8EIuhHFlclUB5f/BBOM; Received: from express.tndh.net ([2001:470:e930:1240:20d:56ff:fe04:4c0a] helo=eaglet) by express.tndh.net with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1cfyTe-000Nvv-Sl; Mon, 20 Feb 2017 16:39:02 -0800 From: "Tony Hain" To: "'Svatopluk Kraus'" Cc: References: <155401d28ba9$ccdc28c0$66947a40$@tndh.net> In-Reply-To: Date: Mon, 20 Feb 2017 16:38:36 -0800 Message-ID: <157701d28bda$dd004700$9700d500$@tndh.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQCnfVO6Je0ytic8F/R4KA9fUNGMCgJKP4/Io7ZmudA= Content-Language: en-us X-SA-Exim-Connect-IP: 2001:470:e930:1240:20d:56ff:fe04:4c0a X-SA-Exim-Mail-From: tony@tndh.net X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on express.tndh.net X-Spam-Level: X-Spam-Status: No, score=-1.0 required=4.5 tests=ALL_TRUSTED,RP_MATCHES_RCVD autolearn=unavailable version=3.3.1 Subject: RE: Fatal kernel abort (was: r313878M builds mmcsd0s2 as read-only & /etc/fstab is missing) X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on express.tndh.net) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2017 00:39:04 -0000 Svatopluk Kraus wrote: > Subject: Re: Fatal kernel abort (was: r313878M builds mmcsd0s2 as = read-only > & /etc/fstab is missing) >=20 > Recently, there is some work on locking functions on current. It looks = that > there were corrupted between r313855 and r313996 for arm. And you are > running r313878. >=20 > Svata >=20 > On Mon, Feb 20, 2017 at 7:47 PM, Tony Hain wrote: > > Update: > >> > >> FreeBSD 12.0-CURRENT #0 r313878M: Fri Feb 17 11:26:27 PST 2017 > >> > >> >> ............ snip > > class: SWAP (0xc07fe538) > > > > db> > > > > Svn updat today, but it is still doing both the read-only thing, and the = kernel panic when trying to mount the dos boot partition. FreeBSD = 12.0-CURRENT #0 r313999M: Mon Feb 20 15:05:10 PST 2017 U-Boot SPL 2017.01-rc3 (Jan 31 2017 - 08:26:19) Trying to boot from MMC1MMC partition switch failed *** Warning - MMC partition switch failed, using default environment reading u-boot.img reading u-boot.img U-Boot 2017.01-rc3 (Jan 31 2017 - 08:26:19 +0000) CPU : AM335X-GP rev 2.1 I2C: ready DRAM: 512 MiB MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 *** Warning - bad CRC, using default environment not set. Validating first E-fuse MAC Net: cpsw, usb_ether Press SPACE to abort autoboot in 2 seconds switch to partitions #0, OK mmc0 is current device SD/MMC found on device 0 reading boot.scr ** Unable to read file boot.scr ** reading uEnv.txt 0 bytes read in 3 ms (0 Bytes/s) Loaded env from uEnv.txt Importing environment from mmc0 ... switch to partitions #0, OK mmc0 is current device Scanning mmc 0:1... Found FreeBSD U-Boot Loader (bin) reading ubldr.bin 231544 bytes read in 20 ms (11 MiB/s) ## Starting application at 0x82000000 ... Consoles: U-Boot console Compatible U-Boot API signature found @0x9df30c58 FreeBSD/armv6 U-Boot loader, Revision 1.2 (Mon Feb 20 15:05:18 PST 2017 tony@) DRAM: 512MB Number of U-Boot devices: 3 U-Boot env: loaderdev not set, will probe all devices. Found U-Boot device: disk Probing all disk devices... Checking unit=3D0 slice=3D partition=3D... good. Booting from disk0s2a: /boot/kernel/kernel data=3D0x609aa8+0x1a2558 = syms=3D[0x4+0x89b90+0x4+0x9e2ef] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... /boot/dtb/am335x-bonegreen.dtb size=3D0x83e1 Loaded DTB from file 'am335x-bonegreen.dtb'. Kernel entry at 0x82200100... Kernel args: (null) ARM Debug Architecture not supported KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2017 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.0-CURRENT #0 r313999M: Mon Feb 20 15:05:10 PST 2017 ... snip WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ufs/rootfs [rw]... mountroot: waiting for device /dev/ufs/rootfs... Mounting from ufs:/dev/ufs/rootfs failed with error 19. Trying to mount root from ufs:mmcsd0s2 []... warning: no time-of-day clock registered, system time will not be set = accurately Growing root partition to fill device GEOM_PART: mmcsd0s2 was automatically resized. Use `gpart commit mmcsd0s2` to save changes or `gpart undo mmcsd0s2` = to revert them. gpart: Read-only file system growfs: /dev/mmcsd0s2: Operation not permitted /etc/rc: WARNING: hostid: unable to figure out a UUID from DMI data, = generating a new one Setting hostuuid: 558384a8-f7cc-11e6-b3e6-884aeaf5a20e. Setting hostid: 0x47283866. No suitable dump device was found. Starting file system checks: /dev/mmcsd0s2: NO WRITE ACCESS /dev/mmcsd0s2: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. Automatic file system check failed; help! ERROR: ABORTING BOOT (sending SIGTERM to parent)! Feb 21 00:26:06 init: /bin/sh on /etc/rc terminated abnormally, going to = single user mode Enter full pathname of shell or RETURN for /bin/sh: # fsck ** /dev/mmcsd0s2 (NO WRITE) USE JOURNAL? no ** Skipping journal, falling through to full fsck SETTING DIRTY FLAG IN READ_ONLY MODE UNEXPECTED SOFT UPDATE INCONSISTENCY ** Last Mounted on /mnt ** Root file system ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 20508 files, 215854 used, 12425 free (145 frags, 1535 blocks, 0.1% = fragmentation) # # mount -t msdosfs /dev/mmcsd0s1 /boot/msdos g_vfs_done():mmcsd0s1[WRITE(offset=3D512, length=3D4096)]error =3D 30 g_vfs_done():mmcsd0s1[WRITE(offset=3D512, length=3D4096)]error =3D 30 g_vfs_done():mmcsd0s1[WRITE(offset=3D512, length=3D4096)]error =3D 30 fsync: giving up on dirty 0xc305ca20: tag devfs, type VCHR usecount 1, writecount 0, refcount 7 mountedhere 0xc2f72a00 flags (VI_ACTIVE) v_object 0xc3026960 ref 0 pages 5 cleanbuf 4 dirtybuf 1 lock type devfs: UNLOCKED dev mmcsd0s1 mount_msdosfs: /dev/mmcsd0s1: Read-only file system # ls /boot/msdos # mount /dev/mmcsd0s2 on / (ufs, local, read-only, nfsv4acls) devfs on /dev (devfs, local) # Fatal kernel mode data abort: 'Translation Fault (L1)' on read trapframe: 0xdce54c50 FSR=3D00000005, FAR=3D2e776f7c, spsr=3D60000013 r0 =3D00000004, r1 =3D00000000, r2 =3Dc06e4da6, r3 =3D000000ad r4 =3D2e776f6c, r5 =3Dc06e4da6, r6 =3D2e776f7c, r7 =3D00000000 r8 =3D000000ad, r9 =3Dc06feba7, r10=3D2e776f7c, r11=3Ddce54d08 r12=3Dc0950ab8, ssp=3Ddce54ce0, slr=3Dc033ff38, pc =3Dc0398de0 [ thread pid 21 tid 100057 ] Stopped at __mtx_lock_flags+0x44: ldr r0, [r10] db> From owner-freebsd-arm@freebsd.org Tue Feb 21 00:53:14 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B0B0BCE6252 for ; Tue, 21 Feb 2017 00:53:14 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1a.eu.mailhop.org (outbound1a.eu.mailhop.org [52.58.109.202]) (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 4DAAD1B7F for ; Tue, 21 Feb 2017 00:53:13 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: f787ab4d-f7cf-11e6-95b5-6dfd7dbb0ee5 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.78.92.27 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.78.92.27]) by outbound1.eu.mailhop.org (Halon) with ESMTPSA id f787ab4d-f7cf-11e6-95b5-6dfd7dbb0ee5; Tue, 21 Feb 2017 00:52:07 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id v1L0pwEk003518; Mon, 20 Feb 2017 17:51:58 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1487638318.73144.116.camel@freebsd.org> Subject: Re: Fatal kernel abort (was: r313878M builds mmcsd0s2 as read-only & /etc/fstab is missing) From: Ian Lepore To: Tony Hain , "'Svatopluk Kraus'" Cc: freebsd-arm@freebsd.org Date: Mon, 20 Feb 2017 17:51:58 -0700 In-Reply-To: <157701d28bda$dd004700$9700d500$@tndh.net> References: <155401d28ba9$ccdc28c0$66947a40$@tndh.net> <157701d28bda$dd004700$9700d500$@tndh.net> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2017 00:53:14 -0000 On Mon, 2017-02-20 at 16:38 -0800, Tony Hain wrote: > [...] > Booting from disk0s2a: > [...] > Mounting from ufs:/dev/ufs/rootfs failed with error 19. > Trying to mount root from ufs:mmcsd0s2 []... > [...] I think that's the trouble right there.  Loader is aware that the rootfs is s2a, then the kernel tries to mount the labeled rootfs (presumably fstab told it to do that), and that fails, and then for some reason it mounts s2, not s2a, and that's not the right partition. Either add a ufs label to the rootfs, or write fstab in terms of the actual slice and partition. -- Ian From owner-freebsd-arm@freebsd.org Tue Feb 21 08:02:05 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3C15ACE6035 for ; Tue, 21 Feb 2017 08:02:05 +0000 (UTC) (envelope-from tony@tndh.net) Received: from express.tndh.net (express.tndh.net [IPv6:2001:470:e930:1240:20d:56ff:fe04:4c0a]) (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 1700EA11; Tue, 21 Feb 2017 08:02:05 +0000 (UTC) (envelope-from tony@tndh.net) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tndh.net; s=dkim; h=Subject:Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Date:In-Reply-To:References:Cc:To:From; bh=EgTOy1HPHe2R0SxVKmARvFE/fEurYoLdO1gmAjP1gss=; b=Aufwyye9w0rghHipCgJ1rqeZN2e0SZWESyyN8d1LUO0e5EMCnDY6hC7jq5BqWFPpGWFLs+SPoGNdhY/EW886CZNeyPfPPbaVgjgqkx0KedMZPTb/+SwFly7h1+btghvFPD0Mz7njRxy38XaYDjQmi5F1PbzF/MLUOkW81mnhPO+C3O55; Received: from express.tndh.net ([2001:470:e930:1240:20d:56ff:fe04:4c0a] helo=eaglet) by express.tndh.net with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1cg5OM-0004sX-1q; Tue, 21 Feb 2017 00:02:03 -0800 From: "Tony Hain" To: "'Ian Lepore'" , "'Svatopluk Kraus'" Cc: References: <155401d28ba9$ccdc28c0$66947a40$@tndh.net> <157701d28bda$dd004700$9700d500$@tndh.net> <1487638318.73144.116.camel@freebsd.org> In-Reply-To: <1487638318.73144.116.camel@freebsd.org> Date: Tue, 21 Feb 2017 00:01:46 -0800 Message-ID: <159c01d28c18$bfbb90d0$3f32b270$@tndh.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQCnfVO6Je0ytic8F/R4KA9fUNGMCgJKP4/IAZlpht8CMgTsK6OYS2wA Content-Language: en-us X-SA-Exim-Connect-IP: 2001:470:e930:1240:20d:56ff:fe04:4c0a X-SA-Exim-Mail-From: tony@tndh.net X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on express.tndh.net X-Spam-Level: X-Spam-Status: No, score=-1.0 required=4.5 tests=ALL_TRUSTED,RP_MATCHES_RCVD autolearn=unavailable version=3.3.1 Subject: RE: Fatal kernel abort (was: r313878M builds mmcsd0s2 as read-only & /etc/fstab is missing) X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on express.tndh.net) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2017 08:02:05 -0000 Ian Lepore wrote: > Subject: Re: Fatal kernel abort (was: r313878M builds mmcsd0s2 as read-only > & /etc/fstab is missing) >=20 > On Mon, 2017-02-20 at 16:38 -0800, Tony Hain wrote: > > [...] > > Booting from disk0s2a: > > [...] > > Mounting from ufs:/dev/ufs/rootfs failed with error 19. > > Trying to mount root from ufs:mmcsd0s2 []... > > [...] >=20 > I think that's the trouble right there. =A0Loader is aware that the = rootfs is s2a, > then the kernel tries to mount the labeled rootfs (presumably fstab = told it to > do that), and that fails, and then for some reason it mounts s2, not = s2a, and > that's not the right partition. >=20 > Either add a ufs label to the rootfs, or write fstab in terms of the actual slice > and partition. >=20 > -- Ian=20 Thanks for the pointer. I don't know if it is a change between 11 and = 12, or something in 12 that crochet is failing over, but there is no fstab = when building 12. I can't find any maintainer contact info for crochet, so I = am shooting in the dark here trying to patch together a working system. I copied an fstab from a working 11 build, but didn't look to see if the partitions were labeled before I overwrote it with 12. Clearly it was because the fstab was label based. When I tried gpart modify the = partition to add a label, I got syntax error, and will need to do further research = to figure that out. I have tried both /dev/mmcsd0s2a and /dev/mmcsd0s2 in fstab, and both = are failing as read-only. They are not marked that way on the media because = I can mount and write files from the crochet system. My first thought was = that something in the boot sequence handing off the device to FreeBSD as read-only, but when I try to mount the dos partition it fails to mount = and I end up with the kernel panic. When I mounted the dos partition on the crochet system the only difference I can see between the running BBB and = the dos sector in the BBG card is that the file names are upper case on the working one and lower case on the failing one. Given that the kernel = boots, the name case is unlikely to affect the mounting of the second partition = as read-only.=20 Thanks again for pointing me in the right direction. From owner-freebsd-arm@freebsd.org Tue Feb 21 15:35:03 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E0BAECE88B4 for ; Tue, 21 Feb 2017 15:35:03 +0000 (UTC) (envelope-from freebsd@rgbaz.eu) Received: from filter5.mijndomein.nl (filter5.mijndomein.nl [IPv6:2a00:4e40:1:1::9:5]) (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 A1F837D8 for ; Tue, 21 Feb 2017 15:35:03 +0000 (UTC) (envelope-from freebsd@rgbaz.eu) Received: from smtp3.mijndomein.nl ([188.93.148.187]) by filter5.mijndomein.nl with esmtps (TLSv1.2:AES128-SHA:128) (Exim 4.86) (envelope-from ) id 1cgCSZ-0005LX-Cr for freebsd-arm@freebsd.org; Tue, 21 Feb 2017 16:35:00 +0100 Received: from b94004.upc-b.chello.nl ([212.83.94.4] helo=nepomucena.suse) by smtp3.mijndomein.nl with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1cgCSZ-000GCc-3U for freebsd-arm@freebsd.org; Tue, 21 Feb 2017 16:34:35 +0100 X-BL: passed SBL and XBL Subject: Re: FreeBSD on Pine64 experience To: freebsd-arm@freebsd.org References: <20170220124619.7f04ad6a@zeta.dino.sk> From: ArnoB Message-ID: <046bfb8e-10b2-8554-9298-74f6875cc4be@rgbaz.eu> Date: Tue, 21 Feb 2017 16:34:34 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <20170220124619.7f04ad6a@zeta.dino.sk> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 188.93.148.187 X-Mijndomein.nl-Domain: mijndomein.nl X-Mijndomein.nl-Username: 188.93.148.187 Authentication-Results: mijndomein.nl; auth=pass smtp.auth=188.93.148.187@mijndomein.nl X-Mijndomein.nl-Outgoing-Class: ham X-Mijndomein.nl-Outgoing-Evidence: Combined (0.22) X-Recommended-Action: accept X-Filter-ID: s0sct1PQhAABKnZB5plbITgg04enY0axzs9xYhG6r5tyB72iXlpPoSvt1Bq59FKIPg+QrxY6gq7D fa72IS1maEKhxQMRx8sxIJbwlvK4GdsKWjvS4yI31Rgimlv1GYHUW+4O4k4bd21Y3zj16VZ/NFwY joxbCtfxgzqEYq1IG7FwZ/lGZczCcJoePy5UpOT8IQ7FURiGvMRx2LX0VmuncFa4TNZNkNo8hsmt Qnkl3HN4I8xXMc3ZHG2jH3uUndaQhAXn2q5G6j3NHNsvadImEuWBOXp8nHKe0R+FkIqN7hkETfvF FBjr7iDPW0YHmBndHqBQoy3zc/4Iok7ZtGxuDCf5v7/Xjz3wWxg0p7y405U44ai83U03cMWWObUW tpn436I0B8u0d5ABvxvaQv7JJlpe/4e0seKP5MYUaWzk3w9LLwSg2DmHWWaTPoPPewpu6i+FwFyx GDJ4mDi7cfGN0KQV244x+pV0rY90Ro8p8QY8+R4gcVYLcdZAquuSuLV+l5d834xap/EvaJZrwMVV BzFDp+3uIosD7j5/a8KdutVpupgv8zYNkBIiVdPZRWaMJdYVubSSwjgwmv7Vgvgq2s/jeKTX2yGl BmnuqKU6Ee4BIkUL/j1Y48GvmeURQjjEnZHSwJTn3J33yYDuxGNJjmCFEHUkSJHX3Ceuva2A3nfb +ShPPxuC4McZNk5LsuQMhV8iErr13ZsuGzPj1wXZSpTVqmHXe+PdhqcQjjLH9adAXhnmv8IKiWRl JbLXqI+UVkJ9sCJMIHqoPynQs9FfbLqXqK7rkRXqe+z5LDx2mavOUsUz2OE/lwv7KQhMLaFEOz5f TS85oF8Pncw3gbut2Q== X-Report-Abuse-To: spam@filter1.mijndomein.nl X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2017 15:35:04 -0000 On 20-02-17 12:46, Milan Obuch wrote: > Hi, > > some time ago I've got Pine64 board with 1 GB RAM. I decided to put > FreeBSD on it as I saw arm64 architecture being worked on. First I > tried to build u-boot, it worked somehow, but I was not able to find > out the way boot works here, and did not find much time to play > afterwards. > > As I found http://www.raspbsd.org/pine64.html I decided to try it out. > There are two images, however, none worked for me out of the box. I > realised it was because my SD card was slightly smaller than 2 GB so > image does not fit in, but I just created gpart structure mostly the > same as was the image, just with a bit smaller UFS partition, copied EFI > partition as full device with dd, null mounted ufs device from image > and copied it to my newly created filesystem. > > It worked, I can boot and play with it. I decided to try native rebuild > as a stress/stability test. It was a bit challenging, but basically it > worked. First I create some workspace on my nfs server for it, so I can > mount_nfs both /usr/src and /usr/obj directories. I know there is > plenty of space necessary for buldworld/buildkernel. > > First trouble was our src tree is not yet fully equipped for buildworld > on arm64. There is no working linker yet, I think, make buildworld > bails out with request to install aarch64-binutils. I found it is not > possible to build it from ports because of missing linker, so > installing precompiled package was possibly the only option at this > point. It was not straightforward either, but after deleting md > filesystems for /tmp, /var/log and /var/tmp (they was not big enough > for some temporary file, and I decided to free memory as well at an > expence of slower access to files affected) from /etc/fstab and reboot > I was able to execute > > env ABI=FreeBSD:11:aarch64 pkg install aarch64-binutils > > which installed both pkg and aarch64-binutils packages. I know from my > earlier attempts to cross compile world for arm64 it was enough to > build world, but it was not enough for native build. Trouble was our > build environment is sanitized and aarch64-binutils package is > installed into /usr/local/aarch64-freebsd/{bin,lib} directories, so > they are not in path. I did not find other way to get it working > without too much fussing with makefiles et all, but simple crude hack > worked - I created links with > > ln -s /usr/local/aarch64-freebsd/bin/* /bin > > Nothing more was necessary for native buildworld/buildkernel to > succeed. At this point after nfs mounting /usr/port I was able to build > ports. > > When trying installworld, it proceeded almost flawlessly, just at the > end following error was reported: > > ===> etc (install) > ===> etc/newsyslog.conf.d (install) > ===> etc/sendmail (install) > cd /usr/src/etc/../share/man; make makedb > makewhatis /usr/share/man > makewhatis /usr/share/openssl/man > : /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/tsd.h:687: > Failed assertion: "tsd_booted" *** Signal 6 > > Remaining steps, make delete-old, mergemaster and make delete-old-libs > all completed successfully, with mergemaster being painfully slow > due /var/tmp/temproot being od SD card. > > Now I am running newly built 12-CURRENT on Pine, I looks like it works > well. Just a small nit - my 'uname -a' now prints > > FreeBSD pine 12.0-CURRENT FreeBSD 12.0-CURRENT #0: Mon Feb 20 > 00:47:55 CET 2017 root@tiny.dino.sk:/usr/obj/usr/src/sys/GENERIC > arm64 > > Originally it was 12.0-CURRENT # - does anybody > know where this revision number is being lost? Could it be somehow > caused by fact my src tree was 'svn checkout'ed on another machine > (i386)? > > Regards, > Milan > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > Great! thanks a lot for sharing! gr arno From owner-freebsd-arm@freebsd.org Tue Feb 21 16:02:17 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CB201CE8185 for ; Tue, 21 Feb 2017 16:02:17 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (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 AF07E7F5 for ; Tue, 21 Feb 2017 16:02:17 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: e8867c2b-f84e-11e6-b3c2-c9f38144898e X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.78.92.27 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.78.92.27]) by outbound2.ore.mailhop.org (Halon) with ESMTPSA id e8867c2b-f84e-11e6-b3c2-c9f38144898e; Tue, 21 Feb 2017 16:00:47 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id v1LG18f4005247; Tue, 21 Feb 2017 09:01:08 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1487692868.73144.118.camel@freebsd.org> Subject: Re: Fatal kernel abort (was: r313878M builds mmcsd0s2 as read-only & /etc/fstab is missing) From: Ian Lepore To: Tony Hain Cc: freebsd-arm@freebsd.org Date: Tue, 21 Feb 2017 09:01:08 -0700 In-Reply-To: <159c01d28c18$bfbb90d0$3f32b270$@tndh.net> References: <155401d28ba9$ccdc28c0$66947a40$@tndh.net> <157701d28bda$dd004700$9700d500$@tndh.net> <1487638318.73144.116.camel@freebsd.org> <159c01d28c18$bfbb90d0$3f32b270$@tndh.net> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2017 16:02:17 -0000 On Tue, 2017-02-21 at 00:01 -0800, Tony Hain wrote: > Ian Lepore wrote: > > > > > Subject: Re: Fatal kernel abort (was: r313878M builds mmcsd0s2 as > read-only > > > > & /etc/fstab is missing) > > > > On Mon, 2017-02-20 at 16:38 -0800, Tony Hain wrote: > > > > > > [...] > > > Booting from disk0s2a: > > > [...] > > > Mounting from ufs:/dev/ufs/rootfs failed with error 19. > > > Trying to mount root from ufs:mmcsd0s2 []... > > > [...] > > I think that's the trouble right there.  Loader is aware that the > > rootfs > is s2a, > > > > then the kernel tries to mount the labeled rootfs (presumably fstab > > told > it to > > > > do that), and that fails, and then for some reason it mounts s2, > > not s2a, > and > > > > that's not the right partition. > > > > Either add a ufs label to the rootfs, or write fstab in terms of > > the > actual slice > > > > and partition. > > > > -- Ian  > Thanks for the pointer.  I don't know if it is a change between 11 > and 12, > or something in 12 that crochet is failing over, but there is no > fstab when > building 12. I can't find any maintainer contact info for crochet, so > I am > shooting in the dark here trying to patch together a working system. > I > copied an fstab from a working 11 build, but didn't look to see if > the > partitions were labeled before I overwrote it with 12. Clearly it was > because the fstab was label based. When I tried gpart modify the > partition > to add a label, I got syntax error, and will need to do further > research to > figure that out. > > I have tried both /dev/mmcsd0s2a and /dev/mmcsd0s2 in fstab, and both > are > failing as read-only. They are not marked that way on the media > because I > can mount and write files from the crochet system. My first thought > was that > something in the boot sequence handing off the device to FreeBSD as > read-only, but when I try to mount the dos partition it fails to > mount and I > end up with the kernel panic. When I mounted the dos partition on the > crochet system the only difference I can see between the running BBB > and the > dos sector in the BBG card is that the file names are upper case on > the > working one and lower case on the failing one. Given that the kernel > boots, > the name case is unlikely to affect the mounting of the second > partition as > read-only.  > > Thanks again for pointing me in the right direction. I don't use crochet, hardly know anything about it.  But I know a lot of people do use it, so it seems like if it were really creating broken unusable images, other people would have something to say about that. -- Ian From owner-freebsd-arm@freebsd.org Tue Feb 21 20:37:09 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3787CCE879C for ; Tue, 21 Feb 2017 20:37:09 +0000 (UTC) (envelope-from lausts@laus.org) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cdptpa-oedge", Issuer "cdptpa-oedge" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F1D84ACC for ; Tue, 21 Feb 2017 20:37:08 +0000 (UTC) (envelope-from lausts@laus.org) Received: from [65.29.112.189] ([65.29.112.189:29626] helo=mail.laus.org) by cdptpa-omsmta02 (envelope-from ) (ecelerity 3.6.9.48312 r(Core:3.6.9.0)) with ESMTP id 26/14-16480-DE4ACA85; Tue, 21 Feb 2017 20:37:01 +0000 Received: from [192.168.1.100] (presario [192.168.1.100]) by mail.laus.org (8.15.2/8.15.2) with ESMTPS id v1LKb0YV034228 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Tue, 21 Feb 2017 15:37:01 -0500 (EST) (envelope-from lausts@laus.org) X-Authentication-Warning: mail.laus.org: Host presario [192.168.1.100] claimed to be [192.168.1.100] Reply-To: lausts@acm.org Subject: Re: Fatal kernel abort References: <155401d28ba9$ccdc28c0$66947a40$@tndh.net> <157701d28bda$dd004700$9700d500$@tndh.net> <1487638318.73144.116.camel@freebsd.org> <159c01d28c18$bfbb90d0$3f32b270$@tndh.net> <1487692868.73144.118.camel@freebsd.org> To: freebsd-arm@freebsd.org From: Thomas Laus Message-ID: <7d331926-08e2-9699-aaa9-538d40ee29dc@mail.laus.org> Date: Tue, 21 Feb 2017 15:37:00 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <1487692868.73144.118.camel@freebsd.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-RR-Connecting-IP: 107.14.168.7:25 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2017 20:37:09 -0000 On 02/21/17 11:01, Ian Lepore wrote: > I don't use crochet, hardly know anything about it. But I know a lot > of people do use it, so it seems like if it were really creating broken > unusable images, other people would have something to say about that. > I also have not been able to create a Beaglebone Black image using crochet since sometime in January of this year. I just made another attempt with FreeBSD-CURRENT R314047. It stops at the same point as Tony Hain: ================================================================== Growing root partition to fill device GEOM_PART: mmcsd0s2 was automatically resized. Use `gpart commit mmcsd0s2` to save changes or `gpart undo mmcsd0s2` to revert them. gpart: Read-only file system gpart: Read-only file system growfs: wtfs: write error: 15457272: Read-only file system /etc/rc: WARNING: hostid: unable to figure out a UUID from DMI data, generating a new one Setting hostuuid: 52bf42a6-f870-11e6-a48c-8030dc5e941b. Setting hostid: 0xcd97479a. No suitable dump device was found. Starting file system checks: /dev/mmcsd0s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/mmcsd0s2a: clean, 697863 free (263 frags, 87200 blocks, 0.0% fragmentation) g_vfs_done():mmcsd0s2a[WRITE(offset=163840, length=32768)]error = 30 g_vfs_done():mmcsd0s2a[WRITE(offset=20709376, length=4096)]error = 30 mount: /dev/mmcsd0s2a: Read-only file system Mounting root filesystem rw failed, startup aborted ERROR: ABORTING BOOT (sending SIGTERM to parent)! Feb 21 19:59:59 init: /bin/sh on /etc/rc terminated abnormally, going to single user mode Enter full pathname of shell or RETURN for /bin/sh: g_vfs_done():mmcsd0s2a[WRITE(offset=163840, length=32768)]error = 30 Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From owner-freebsd-arm@freebsd.org Tue Feb 21 21:08:14 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F2F9BCE8085 for ; Tue, 21 Feb 2017 21:08:14 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (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 D66F71D00 for ; Tue, 21 Feb 2017 21:08:14 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: cd2b3972-f879-11e6-b3c2-c9f38144898e X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.78.92.27 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.78.92.27]) by outbound2.ore.mailhop.org (Halon) with ESMTPSA id cd2b3972-f879-11e6-b3c2-c9f38144898e; Tue, 21 Feb 2017 21:07:50 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id v1LL8BXI005754; Tue, 21 Feb 2017 14:08:11 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1487711291.73144.131.camel@freebsd.org> Subject: Re: Fatal kernel abort From: Ian Lepore To: lausts@acm.org, freebsd-arm@freebsd.org Date: Tue, 21 Feb 2017 14:08:11 -0700 In-Reply-To: <7d331926-08e2-9699-aaa9-538d40ee29dc@mail.laus.org> References: <155401d28ba9$ccdc28c0$66947a40$@tndh.net> <157701d28bda$dd004700$9700d500$@tndh.net> <1487638318.73144.116.camel@freebsd.org> <159c01d28c18$bfbb90d0$3f32b270$@tndh.net> <1487692868.73144.118.camel@freebsd.org> <7d331926-08e2-9699-aaa9-538d40ee29dc@mail.laus.org> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2017 21:08:15 -0000 On Tue, 2017-02-21 at 15:37 -0500, Thomas Laus wrote: > On 02/21/17 11:01, Ian Lepore wrote: > > > > > I don't use crochet, hardly know anything about it.  But I know a > > lot > > of people do use it, so it seems like if it were really creating > > broken > > unusable images, other people would have something to say about > > that. > > > I also have not been able to create a Beaglebone Black image using > crochet since sometime in January of this year.  I just made another > attempt with FreeBSD-CURRENT R314047.  It stops at the same point as > Tony Hain: > > ================================================================== > > Growing root partition to fill device > GEOM_PART: mmcsd0s2 was automatically resized. >   Use `gpart commit mmcsd0s2` to save changes or `gpart undo > mmcsd0s2` > to revert them. > gpart: Read-only file system > gpart: Read-only file system > growfs: wtfs: write error: 15457272: Read-only file system > /etc/rc: WARNING: hostid: unable to figure out a UUID from DMI data, > generating a new one > Setting hostuuid: 52bf42a6-f870-11e6-a48c-8030dc5e941b. > Setting hostid: 0xcd97479a. > No suitable dump device was found. > Starting file system checks: > /dev/mmcsd0s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/mmcsd0s2a: clean, 697863 free (263 frags, 87200 blocks, 0.0% > fragmentation) > g_vfs_done():mmcsd0s2a[WRITE(offset=163840, length=32768)]error = 30 > g_vfs_done():mmcsd0s2a[WRITE(offset=20709376, length=4096)]error = 30 > mount: /dev/mmcsd0s2a: Read-only file system > Mounting root filesystem rw failed, startup aborted > ERROR: ABORTING BOOT (sending SIGTERM to parent)! > Feb 21 19:59:59 init: /bin/sh on /etc/rc terminated abnormally, going > to > single user mode > Enter full pathname of shell or RETURN for /bin/sh: > g_vfs_done():mmcsd0s2a[WRITE(offset=163840, length=32768)]error = 30 > > Tom > That's a good data point, thanks. Mid-January, huh?  I'm suddenly remembering that I made changes to beaglebone sdcard handling around that time... I made the card-detect pins work correctly so that you could insert an sd card after the system booted and have it recognized.  Maybe there was some unexpected side effect to that. Hmm, and also around the same time, the u-boot port was switched to a newer version and we started using different dtb files, and I've just noticed that was another instance of this readonly file system error reported back then.  I actually flagged that mail to look into it further, then forgot to follow up. It suddenly occurs to me that along with the change to card-detect gpio pins, I also made the code honor write-protect pins (write protect switches don't exist on microsd cards).  I wonder if something in the changed dtb files triggered a bug with my gpio write-protect sensing changes?  I'll have a look and see what I can fix. -- Ian From owner-freebsd-arm@freebsd.org Wed Feb 22 01:37:26 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4DD80CE7A73 for ; Wed, 22 Feb 2017 01:37:26 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::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 DA6F513E2 for ; Wed, 22 Feb 2017 01:37:25 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-wm0-x229.google.com with SMTP id v186so128497935wmd.0 for ; Tue, 21 Feb 2017 17:37:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=lbNyTEyxcqp/ZDR+nncpvoK3Vr/IecY+g42hMwlxu50=; b=l5cjzvCQBtzy6bh0srDhMlJ547KbdRImKwIIeaNnVS/neCdx1qgYuPYEPo9Um23iB4 QLlhfUcss8n7csaR0ySJH9aXDNtTbxNLOo8YhLotlyJZgIlNP2Qek7g843P82khYdth+ h1bUELh7tdrUXxHlu1LJg6BEV4tnFNr8tl6hCLgwdtcLcLvDJic05tIl/YfB2Lqd1+oc YyZvWxP22XP2AzZZ8p6qvaG+vcSE2WsKTum6whTifhhNzkdTws8Hv4T803urPRpQLjoP M4EJPb3pVX2TrkLBv/CfjIkCGCAfBBA7AsSzyAJE+4BZ77cIBo/JO9uBq82r/sbL6Shc okhw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=lbNyTEyxcqp/ZDR+nncpvoK3Vr/IecY+g42hMwlxu50=; b=B4bNSKFQ307Yq6IUG35wr14hPajF4czh/h11Ayizlcv5ntw/S6O7bEQGvO6hOERiHe yRV4C52LqZLJ6ON9/0PCOSAAPmBAAFeTFItu86HEvTgAaKgdwYiXQ8BHVHgJGzwciKjq OA2qUPcPOzfjTdAgDp/iLDeuxFiJO7EzBA/JVJfCvSLcFh2bdIb4+uYKWHQ3/IoYLa5D jrAQSc9GprXJjGyJINLa1FAFiywsswOUjUm/Ud6c0GFmXE6vri0I9DyzCJI9BIMNSmcm qp+GYGpumeHHzgH7U1NSPDnRT3WV6mqlKkVVcdbv9GxCcqYomomuwCRJLUQUdC4efekK FYVA== X-Gm-Message-State: AMke39l6rlfX7/2iO8y9PLKXeLv8Wk7l3Lorve8JVCdvrQ6pwbRyWmnnOzxk5Z5o8BWqvxhyXHwoawj0wfF65A== X-Received: by 10.28.17.20 with SMTP id 20mr84785wmr.106.1487727442014; Tue, 21 Feb 2017 17:37:22 -0800 (PST) MIME-Version: 1.0 Received: by 10.28.128.135 with HTTP; Tue, 21 Feb 2017 17:37:21 -0800 (PST) In-Reply-To: References: From: Adrian Chadd Date: Tue, 21 Feb 2017 17:37:21 -0800 Message-ID: Subject: Re: RPI2: wifi 802.11ac usb dongle To: peter garshtja Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2017 01:37:26 -0000 Hi, The realtek RTL8712AU is supported, but only for 11abgn - 11ac is pending. -adrian On 15 February 2017 at 08:53, peter garshtja wrote: > Greetings, > > Can anyone recommend wifi 802.11ac usb dongle ? > > Im thinking to use it on my RPI2 with freebsd R.11, i checked > https://www.freebsd.org/relnotes/CURRENT/hardware/support.html but i dont > see any of ac usb dongles on arm arch. > > Thanks, > Peter > _______________________________________________ > 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 Wed Feb 22 03:55:46 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BA8E4CE909B for ; Wed, 22 Feb 2017 03:55:46 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (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 9D67BB3D for ; Wed, 22 Feb 2017 03:55:45 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: bb519193-f8b2-11e6-b3c2-c9f38144898e X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.78.92.27 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.78.92.27]) by outbound2.ore.mailhop.org (Halon) with ESMTPSA id bb519193-f8b2-11e6-b3c2-c9f38144898e; Wed, 22 Feb 2017 03:55:21 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id v1M3tglC006325; Tue, 21 Feb 2017 20:55:42 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1487735742.73144.138.camel@freebsd.org> Subject: Re: Fatal kernel abort From: Ian Lepore To: freebsd-arm@freebsd.org, Tony Hain , Thomas Laus Date: Tue, 21 Feb 2017 20:55:42 -0700 In-Reply-To: <1487711291.73144.131.camel@freebsd.org> References: <155401d28ba9$ccdc28c0$66947a40$@tndh.net> <157701d28bda$dd004700$9700d500$@tndh.net> <1487638318.73144.116.camel@freebsd.org> <159c01d28c18$bfbb90d0$3f32b270$@tndh.net> <1487692868.73144.118.camel@freebsd.org> <7d331926-08e2-9699-aaa9-538d40ee29dc@mail.laus.org> <1487711291.73144.131.camel@freebsd.org> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2017 03:55:46 -0000 On Tue, 2017-02-21 at 14:08 -0700, Ian Lepore wrote: > On Tue, 2017-02-21 at 15:37 -0500, Thomas Laus wrote: > > > > > > > > [... another failure report] > > > > Tom > > > That's a good data point, thanks. > > Mid-January, huh?  I'm suddenly remembering that I made changes to > beaglebone sdcard handling around that time... I made the card-detect > pins work correctly so that you could insert an sd card after the > system booted and have it recognized.  Maybe there was some > unexpected > side effect to that. > > Hmm, and also around the same time, the u-boot port was switched to a > newer version and we started using different dtb files, and I've just > noticed that was another instance of this readonly file system error > reported back then.  I actually flagged that mail to look into it > further, then forgot to follow up. > > It suddenly occurs to me that along with the change to card-detect > gpio > pins, I also made the code honor write-protect pins (write protect > switches don't exist on microsd cards).  I wonder if something in the > changed dtb files triggered a bug with my gpio write-protect sensing > changes?  I'll have a look and see what I can fix. > Yep, it turned out I caused this with my changes to support gpio pins for card detect and write protect.  The fdt data for beaglebone doesn't list any pins for write protect and doesn't have the "wp-disable" property (which is a bug in the fdt data, because eMMC and micro-sd cannot be write protected).  The old driver logic treated that as "not protected" and a side effect of the way the new code works effectively reversed that into saying everything is write protected. I just commited a fix for it as r314071, sorry for taking so long to realize all of this was fallout from my change. -- Ian From owner-freebsd-arm@freebsd.org Wed Feb 22 03:58:01 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 47AA8CE90E9 for ; Wed, 22 Feb 2017 03:58:01 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (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 29F90BBF for ; Wed, 22 Feb 2017 03:58:00 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 0c092f35-f8b3-11e6-b3c2-c9f38144898e X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.78.92.27 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.78.92.27]) by outbound2.ore.mailhop.org (Halon) with ESMTPSA id 0c092f35-f8b3-11e6-b3c2-c9f38144898e; Wed, 22 Feb 2017 03:57:37 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id v1M3vw3f006331; Tue, 21 Feb 2017 20:57:58 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1487735878.73144.140.camel@freebsd.org> Subject: Re: BeagleBone Black MMC ordering clashes From: Ian Lepore To: "Dr. Rolf Jansen" , freebsd-arm@freebsd.org Date: Tue, 21 Feb 2017 20:57:58 -0700 In-Reply-To: <6A97EEB3-6B24-48E7-959F-67F4275AFEC8@obsigna.com> References: <7D750433-59FC-4999-AC24-041683E17310@obsigna.com> <1483718084.96230.5.camel@freebsd.org> <0D800E14-799A-4926-AEF8-CD698D647E40@obsigna.com> <1483722560.96230.10.camel@freebsd.org> <1483928120.96230.61.camel@freebsd.org> <6A97EEB3-6B24-48E7-959F-67F4275AFEC8@obsigna.com> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2017 03:58:01 -0000 On Thu, 2017-02-16 at 07:48 -0200, Dr. Rolf Jansen wrote: > Am 09.01.2017 um 00:32 schrieb Dr. Rolf Jansen : > > > > > > > > Am 09.01.2017 um 00:15 schrieb Ian Lepore : > > > On Fri, 2017-01-06 at 16:40 -0200, Dr. Rolf Jansen wrote: > > > > > > > > > > > > > > Am 06.01.2017 um 15:09 schrieb Ian Lepore : > > > > > On Fri, 2017-01-06 at 14:33 -0200, Dr. Rolf Jansen wrote: > > > > > > > > > > > > > > > > > > > > Am 06.01.2017 um 13:54 schrieb Ian Lepore > > > > > > g>: > > > > > > > On Fri, 2017-01-06 at 12:37 -0200, Dr. Rolf Jansen wrote: > > > > > > > > > > > > > > > > > > > > > > > > The BeagleBone Black comes with 2 MMC facilities, one > > > > > > > > built- > > > > > > > > in > > > > > > > > (internal 4 GB) and one provided by a removable SD > > > > > > > > card. For > > > > > > > > unknown > > > > > > > > reasons the BBB defined on the removable SD card to be > > > > > > > > MMC0 > > > > > > > > and > > > > > > > > the > > > > > > > > internal flash memory is MMC0. > > > > > > > > > > > > > > > >  1) In the first go, I dd'd the FreeBSD-12 BBB snapshot > > > > > > > > (20161221) > > > > > > > > onto a SD card and I was able to start the device from > > > > > > > > that > > > > > > > > card. > > > > > > > > gpart showed me that the device identifier of the SD > > > > > > > > card is > > > > > > > > mmcsd0 > > > > > > > > and that of the internal flash memory is mmcsd1. OK, > > > > > > > > that > > > > > > > > matches > > > > > > > > the > > > > > > > > already mentioned definitions. > > > > > > > > > > > > > > > >  2) Now, I destroyed the partition of the internal > > > > > > > > mmcsd1 > > > > > > > > and > > > > > > > > created a new one: > > > > > > > > > > > > > > > > =>     63  7552961  mmcsd1  MBR  (3.6G) > > > > > > > >       63     8129          - free -  (4.0M) > > > > > > > >     8192     8192       1  fat32  [active]  (4.0M) > > > > > > > >    16384  7536640       2  freebsd  (3.6G) > > > > > > > > > > > > > > > > =>      0  7536640  mmcsd1s2  BSD  (3.6G) > > > > > > > >        0  7536640         1  freebsd-ufs  (3.6G) > > > > > > > > > > > > > > > >  3) I copied over the contents of /boot/msdos from the > > > > > > > > external > > > > > > > > SD > > > > > > > > card to the msdosfs on mmcsd1s1 and I installed the > > > > > > > > FreeBSD > > > > > > > > 12 > > > > > > > > snapshot on mmcsd1s1a. Restarting the device from the > > > > > > > > internal > > > > > > > > flash > > > > > > > > and no external SD inserted with FreeBSD 12-CURRENT > > > > > > > > works > > > > > > > > well at > > > > > > > > the > > > > > > > > first glance. > > > > > > > > > > > > > > > >  4) However, the internal flash got now the device > > > > > > > > identifier > > > > > > > > mmcsd0: > > > > > > > > > > > > > > > >   ... > > > > > > > >   mmc0: No compatible cards found on bus > > > > > > > >   ... > > > > > > > >   mmcsd0: 4GB > > > > > > > by > > > > > > > > 112 > > > > > > > > 0x0000> at mmc1 48.0MHz/8bit/65535-block > > > > > > > >   ... > > > > > > > > > > > > > > > > I know, this is how FreeBSD deals with the device > > > > > > > > numbering, > > > > > > > > i.e. > > > > > > > > serial numbers starting at zero without particular > > > > > > > > meaning, > > > > > > > > and I > > > > > > > > know that we should not rely on the number ordering. > > > > > > > > > > > > > > > > But it seems that the MMC device driver does cont on > > > > > > > > the > > > > > > > > external > > > > > > > > SD > > > > > > > > card is at MMC0 when I insert it into the BBB once it > > > > > > > > has > > > > > > > > been > > > > > > > > started from the internal flash. It seems to insist to > > > > > > > > assign > > > > > > > > the > > > > > > > > device ID mmcsd0, which results in the device ordering > > > > > > > > clash > > > > > > > > because > > > > > > > > mmcsd0 has been assigned to the internal flash at MMC1 > > > > > > > > (s. > > > > > > > > above). > > > > > > > > > > > > > > > > In the moment, I can have both flash device active at > > > > > > > > the > > > > > > > > same > > > > > > > > time > > > > > > > > only when I start the BBB from the external SD. > > > > > > > > > > > > > > > > I would be glad to hear suggestions on how to deal with > > > > > > > > the > > > > > > > > issue. At > > > > > > > > the end of the day, I want to start the device from the > > > > > > > > mostly > > > > > > > > static > > > > > > > > OS file system on the internal flash and keep the > > > > > > > > volatile > > > > > > > > data > > > > > > > > on > > > > > > > > the external SD. > > > > > > > > > > > > > > > > Best regards > > > > > > > > > > > > > > > > Rolf > > > > > > > The mmcsd0 identifier will be assigned to the first mmc > > > > > > > device > > > > > > > found > > > > > > > that has a valid mmc or sd card.  If  the external slot > > > > > > > has a > > > > > > > card > > > > > > > in > > > > > > > it, it will become mmcsd0 because it gets probed > > > > > > > first.  If it > > > > > > > has > > > > > > > no > > > > > > > card in it, the onboard eMMC becomes mmcsd0 because the > > > > > > > sd slot > > > > > > > didn't > > > > > > > claim that device id.  There is no way to change the > > > > > > > order of > > > > > > > probing; > > > > > > > probing happens in order of the devices in the chip.  The > > > > > > > BBB > > > > > > > makers > > > > > > > decided to connect the external sd to the first device > > > > > > > and the > > > > > > > onboard > > > > > > > eMMC to the second one. > > > > > > Thank you for rephrasing of what I wanted to say in my > > > > > > initial > > > > > > post: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I know, this is how FreeBSD deals with the device > > > > > > > > numbering, > > > > > > > > i.e. > > > > > > > > serial numbers starting at zero without particular > > > > > > > > meaning, > > > > > > > > and I > > > > > > > > know that we should not rely on the number ordering. > > > > > > So, yes, this part is absolutely clear and understood. > > > > > > > > > > > > > > > > > > > > > If you want the eMMC to be the root filesystem whether > > > > > > > there is > > > > > > > an > > > > > > > external sd card installed or not, the only solution is > > > > > > > to use > > > > > > > UFS > > > > > > > or > > > > > > > GPT labels instead of device names to refer to partitions > > > > > > > in > > > > > > > fstab. > > > > > > I do not rely on device identifiers in fstab on non of my > > > > > > numerous > > > > > > FreeBSD boxes, instead, I use the various sorts of labels > > > > > > ever > > > > > > since, > > > > > > and I continue to do it also with the BBB installation(s). > > > > > > > > > > > > # df -h > > > > > > Filesystem         Size    Used   Avail Capacity  Mounted > > > > > > on > > > > > > /dev/ufs/SYSTEM     13G    875M     11G     7%    / > > > > > > devfs              1.0K    1.0K      0B   100%    /dev > > > > > > /dev/label/BOOT    4.0M    924K    3.1M    23%    /boot/msd > > > > > > os > > > > > > tmpfs               50M    4.0K     50M     0%    /tmp > > > > > > > > > > > > However, this does not help in the given case, because the > > > > > > MMC > > > > > > device > > > > > > driver refuses to enumerate the SD card when inserted into > > > > > > a BBB > > > > > > that > > > > > > has been already started-up from the internal flash. So the > > > > > > question > > > > > > is, how can I get the SD card activated once inserted into > > > > > > a > > > > > > running > > > > > > system, and I would happily live with any device identifier > > > > > > for > > > > > > it, > > > > > > even let it mmcsd77 if only the device would be accessible > > > > > > by > > > > > > this. > > > > > > > > > > > > Best regards > > > > > > > > > > > > Rolf > > > > > Oh, you mean you boot from eMMC without an sd card, then > > > > > later when > > > > > you > > > > > insert an sd card it's not detected?  I've never tried that > > > > > (I've > > > > > never > > > > > used the onboard eMMC at all), but it wouldn't surprise me > > > > > that > > > > > it's > > > > > broken. > > > > Yes, that is the problem. > > > > > > > > > > > > > > > > > > > It would imply we're not handling the card-detect properly, > > > > > probably because it's a gpio pin, and we didn't have good > > > > > gpio > > > > > support > > > > > back when I was working on the TI sdcard driver. > > > > Well, this might be related to an issues with the U-Boot/MLO > > > > facility. Remember that I replaced the factory one on the eMMC > > > > by the > > > > one from the FreeBSD 12.0-CURRENT(Beaglebone) image. Actually > > > > this > > > > allows me to boot FreeBSD from the internal eMMC without an SD > > > > card, > > > > however with a remarkable notice at the very beginning of the > > > > boot > > > > sequence: > > > > > > > >   U-Boot SPL 2016.05 (Dec 21 2016 - 18:05:07) > > > >   Trying to boot from MMC2 > > > >   Card did not respond to voltage select! > > > >   *** Warning - MMC init failed, using default environment > > > > > > > > The "Card did not respond" notice and the consecutive warning > > > > does > > > > not appear when I boot from the SD card, instead I see another > > > > one > > > > about a not supported property by the SD card:  > > > > > > > >   U-Boot SPL 2016.05 (Dec 21 2016 - 18:05:07) > > > >   Trying to boot from MMC1 > > > >   Card doesn't support part_switch > > > >   MMC partition switch failed > > > >   *** Warning - MMC partition switch failed, using default > > > > environment > > > > > > > > Perhaps U-Boot disables/deactivates/turns-off something on the > > > > board > > > > already in the very early stage. Perhaps I need to adapt the U- > > > > Boot > > > > image for internal eMMC booting. > > > > > > > > > > > > > > > > > > > Yep, I just looked at the source, and there's no handling for > > > > > gpio- > > > > > based sd card detect in the TI driver.  Maybe I can find some > > > > > time > > > > > this > > > > > weekend to add it, now that we have a better gpio > > > > > infrastructure > > > > > for > > > > > drivers to use. > > > > Many thanks in advance for spending your time. > > > > > > > > Best regards > > > > > > > > Rolf > > > Okay, I got this all done and tested this weekend, and just > > > committed > > > all the changes for am335x (beaglebone) and imx6 (wandboard, > > > cubox, > > > etc).  It's pretty easy to convert an existing driver, so I > > > expect > > > other boards with sdhci-compatible hardware to get updated soon > > > too. > > > > > > If you are set up to build custom kernels, you just need to > > > update your > > > sources to r311736 or later and rebuild.  Otherwise you can wait > > > until > > > the next 12-current snapshot is available (I think those still > > > come out > > > weekly). > > Ian, > > > > thank you very much for all you efforts. > > > > My x86-machines are running custom kernels and personally I am set > > building it, however, I am in the course of porting my own software > > to the BeagleBone, and I learned already that compiling huge code > > bases on it is not fun at all. > > > > At some point in time in the near future, I need to setup ARM cross > > building on one of my faster x86 machines. For the time being, I > > will wait for the next snapshot, and of course I will report my > > findings. > I tried the FreeBSD 12 snapshot for the BeagleBone from 2017-02-10, > and it does not work at all. > > The new u-boot is complaining that it cannot find a configured device > and drops into the console, and I needed to revert to the previous u- > boot, i.e. the one that was on the snapshot from 2017-01-05. > > With that the new kernel loaded, however, when trying to mount root, > kernel's vfs complained that the indicated device /dev/mmcsd0s2a is > read-only, and booting was not finished. > > I gave up with FreeBSD-12.0-CURRENT-arm-armv6-BEAGLEBONE-20170210- > r313561, and I will try again with the next snapshot. > > Best regards > > Rolf Sorry for the long delay on this.  I had flagged this mail for followup but somehow forgot to ever do so.  It turns out that read-only problem is a bug I introduced along with the card-detect changes.  I've just committed a fix in r314071, which should hopefully show up in the next shapshot build. -- Ian From owner-freebsd-arm@freebsd.org Wed Feb 22 04:56:39 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BDB5CCE9F84 for ; Wed, 22 Feb 2017 04:56:39 +0000 (UTC) (envelope-from tony@tndh.net) Received: from express.tndh.net (express.tndh.net [IPv6:2001:470:e930:1240:20d:56ff:fe04:4c0a]) (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 96A671245; Wed, 22 Feb 2017 04:56:39 +0000 (UTC) (envelope-from tony@tndh.net) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tndh.net; s=dkim; h=Subject:Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Date:In-Reply-To:References:Cc:To:From; bh=gzzj7KlAX0sIRDGGP+vWQLVfww06WAtEwE/aytggfRk=; b=AxWD+vd0NyVrFLrWAOWXS6RsJmQ7s55T/Q2+yx1da1IiGDbQfCPoRKczdO1ajDBtmWYgPWGsKzNksOmUQEa+ua6d1/sS554Wi/shXMfoNJfzLZbxpLHfXlZcWLnzrdBGp943IinDOMqIpX17aIQdlBe1yg/1OSjYWl5VA7sET+raV+LX; Received: from express.tndh.net ([2001:470:e930:1240:20d:56ff:fe04:4c0a] helo=eaglet) by express.tndh.net with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1cgOyV-000PvH-BC; Tue, 21 Feb 2017 20:56:38 -0800 From: "Tony Hain" To: "'Ian Lepore'" Cc: References: <155401d28ba9$ccdc28c0$66947a40$@tndh.net> <157701d28bda$dd004700$9700d500$@tndh.net> <1487638318.73144.116.camel@freebsd.org> <159c01d28c18$bfbb90d0$3f32b270$@tndh.net> <1487692868.73144.118.camel@freebsd.org> In-Reply-To: <1487692868.73144.118.camel@freebsd.org> Date: Tue, 21 Feb 2017 20:56:25 -0800 Message-ID: <166701d28cc8$056ca600$1045f200$@tndh.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQCnfVO6Je0ytic8F/R4KA9fUNGMCgJKP4/IAZlpht8CMgTsKwGPcGNKAeVObVWjfj3OUA== Content-Language: en-us X-SA-Exim-Connect-IP: 2001:470:e930:1240:20d:56ff:fe04:4c0a X-SA-Exim-Mail-From: tony@tndh.net X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on express.tndh.net X-Spam-Level: X-Spam-Status: No, score=-1.0 required=4.5 tests=ALL_TRUSTED,RP_MATCHES_RCVD autolearn=unavailable version=3.3.1 Subject: RE: Fatal kernel abort (was: r313878M builds mmcsd0s2 as read-only & /etc/fstab is missing) X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on express.tndh.net) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2017 04:56:39 -0000 Ian Lepore wrote: >> ................... > > > > I have tried both /dev/mmcsd0s2a and /dev/mmcsd0s2 in fstab, and = both > > are failing as read-only. They are not marked that way on the media > > because I can mount and write files from the crochet system. My = first > > thought was that something in the boot sequence handing off the = device > > to FreeBSD as read-only, but when I try to mount the dos partition = it > > fails to mount and I end up with the kernel panic. When I mounted = the > > dos partition on the crochet system the only difference I can see > > between the running BBB and the dos sector in the BBG card is that = the > > file names are upper case on the working one and lower case on the > > failing one. Given that the kernel boots, the name case is unlikely = to > > affect the mounting of the second partition as read-only. > > > > Thanks again for pointing me in the right direction. >=20 > I don't use crochet, hardly know anything about it. =A0But I know a = lot of people > do use it, so it seems like if it were really creating broken unusable images, > other people would have something to say about that. >=20 That was my first thought, but buildworld has only been completing about = 1/3 of the time, so I wasn't sure if something in the base build changed an assumption that crochet was making. It turns out the reason loader.conf = and fstab were missing on my 12.0 builds was that when I changed from 11 to = 12 I exceeded the disk capacity of the build system, so I moved some things = off to nfs mounts. The crochet scripts were mounted, but all the work space = was local. In any case I had not been watching the builds so I never saw the cpio errors that scrolled off the console of the vm. When I ran it over = ssh I could scroll back and see 'cannot expand over softlink' errors. There = was no "link" anywhere and all the workspace was local, but something about = the nfs mount of the script itself fails. I changed the cpio lines to use = rsync since it was installed on that system, and the builds are completing correctly with all the files. Unfortunately they still fail to boot and = drop into single user because / mounts readonly. Tony From owner-freebsd-arm@freebsd.org Wed Feb 22 18:52:21 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CFE6CCE9ECC for ; Wed, 22 Feb 2017 18:52:21 +0000 (UTC) (envelope-from rj@obsigna.com) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6B5101C36 for ; Wed, 22 Feb 2017 18:52:20 +0000 (UTC) (envelope-from rj@obsigna.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1487789538; l=1390; s=domk; d=obsigna.com; h=To:References:Content-Transfer-Encoding:Date:In-Reply-To:From: Subject:Mime-Version:Content-Type; bh=DqPGCaT5nLxhxiST2bMaHLWre9sSaPVopoYEDDiT/xg=; b=ozRVIavk3QpVA3rXJULFk/ZB4VQdtn6HKE0hWmPi0uDDXDwW4QslSIS+UGKW3l8iZN hX4g4/zjx54/ltVtdFWRGu8bLHYzPmiGgXZKe0AJE68e4XBkbJOMz9wxb498uHL+bthW fQCu4VbbeBwc5ZaftDX0m3r2dJCwuCHVSooDM= X-RZG-AUTH: :O2kGeEG7b/pS1EK7WHa0hxqKZr4lnx6UhT0M0o35iAdWtoM07Gt3wQHFGh0i99HgKKA= X-RZG-CLASS-ID: mo00 Received: from mail.obsigna.com (bb02b584.virtua.com.br [187.2.181.132]) by smtp.strato.de (RZmta 39.13 DYNA|AUTH) with ESMTPSA id a0b08dt1MIqIOd9 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve secp521r1 with 521 ECDH bits, eq. 15360 bits RSA)) (Client did not present a certificate) for ; Wed, 22 Feb 2017 19:52:18 +0100 (CET) Received: from rolf.projectworld.net (rolf.projectworld.net [192.168.222.15]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.obsigna.com (Postfix) with ESMTPSA id 8382B7506E02 for ; Wed, 22 Feb 2017 15:52:15 -0300 (BRT) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: BeagleBone Black MMC ordering clashes From: "Dr. Rolf Jansen" In-Reply-To: <1487735878.73144.140.camel@freebsd.org> Date: Wed, 22 Feb 2017 15:52:14 -0300 Content-Transfer-Encoding: quoted-printable Message-Id: <419A8740-2BA4-45A6-B73D-15012373A5A0@obsigna.com> References: <7D750433-59FC-4999-AC24-041683E17310@obsigna.com> <1483718084.96230.5.camel@freebsd.org> <0D800E14-799A-4926-AEF8-CD698D647E40@obsigna.com> <1483722560.96230.10.camel@freebsd.org> <1483928120.96230.61.camel@freebsd.org> <6A97EEB3-6B24-48E7-959F-67F4275AFEC8@obsigna.com> <1487735878.73144.140.camel@freebsd.org> To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2017 18:52:21 -0000 Am 22.02.2017 um 00:57 schrieb Ian Lepore : > On Thu, 2017-02-16 at 07:48 -0200, Dr. Rolf Jansen wrote: >> Am 09.01.2017 um 00:32 schrieb Dr. Rolf Jansen : >>=20 >> I tried the FreeBSD 12 snapshot for the BeagleBone from 2017-02-10, >> and it does not work at all. >>=20 >> The new u-boot is complaining that it cannot find a configured device >> and drops into the console, and I needed to revert to the previous u- >> boot, i.e. the one that was on the snapshot from 2017-01-05. >>=20 >> With that the new kernel loaded, however, when trying to mount root, >> kernel's vfs complained that the indicated device /dev/mmcsd0s2a is >> read-only, and booting was not finished. >>=20 >> I gave up with FreeBSD-12.0-CURRENT-arm-armv6-BEAGLEBONE-20170210- >> r313561, and I will try again with the next snapshot. >=20 > Sorry for the long delay on this. I had flagged this mail for = followup > but somehow forgot to ever do so. It turns out that read-only problem > is a bug I introduced along with the card-detect changes. I've just > committed a fix in r314071, which should hopefully show up in the next > shapshot build. Thank you for following this up. For the time being I have a working = system, and I can patiently wait for the fixes. I will inform about my results, once the next snapshot is out. Best regards Rolf From owner-freebsd-arm@freebsd.org Wed Feb 22 21:41:51 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 39537CEA463 for ; Wed, 22 Feb 2017 21:41:51 +0000 (UTC) (envelope-from karl@denninger.net) Received: from mail.denninger.net (denninger.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id 0A93CD1C for ; Wed, 22 Feb 2017 21:41:50 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (Karl-Desktop.Denninger.net [192.168.1.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.denninger.net (Postfix) with ESMTPSA id 916C3684DA for ; Wed, 22 Feb 2017 15:41:44 -0600 (CST) To: "freebsd-arm@freebsd.org" From: Karl Denninger Subject: -HEAD unbuildable for RPI3? Message-ID: Date: Wed, 22 Feb 2017 15:41:27 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms070702070504050603050304" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2017 21:41:51 -0000 This is a cryptographically signed message in MIME format. --------------ms070702070504050603050304 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Crochet for the RPI3 fails here: cc -target aarch64-unknown-freebsd12.0 --sysroot=3D/pics/Crochet-work/obj/arm64.aarch64/pics/CrossBuild-12/src/t= mp -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe =20 -I/pics/CrossBuild-12/src/lib/libc/include -I/pics/CrossBuild-12/src/include -I/pics/CrossBuild-12/src/lib/libc/aarch64 -DNLS=20 -D__DBINTERFACE_PRIVATE -I/pics/CrossBuild-12/src/contrib/gdtoa -I/pics/CrossBuild-12/src/contrib/libc-vis -DNO_COMPAT7 -DINET6 -I/pics/Crochet-work/obj/arm64.aarch64/pics/CrossBuild-12/src/lib/libc -I/pics/CrossBuild-12/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/pics/CrossBuild-12/src/lib/libmd -I/pics/CrossBuild-12/src/contrib/jemalloc/include -I/pics/CrossBuild-12/src/contrib/tzcode/stdtime -I/pics/CrossBuild-12/src/lib/libc/stdtime -I/pics/CrossBuild-12/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/pics/CrossBuild-12/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.key_call.pico -MTkey_call.pico -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -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=20 -Qunused-arguments -I/pics/CrossBuild-12/src/lib/libutil -I/pics/CrossBuild-12/src/lib/msun/aarch64 -I/pics/CrossBuild-12/src/lib/msun/src -c /pics/CrossBuild-12/src/lib/libc/rpc/key_call.c -o key_call.pico /pics/CrossBuild-12/src/lib/libc/rpc/key_call.c:84:1: error: unknown type name 'cryptkeyres' cryptkeyres *(*__key_encryptsession_pk_LOCAL)(uid_t, void *arg) =3D 0; ^ /pics/CrossBuild-12/src/lib/libc/rpc/key_call.c:85:1: error: unknown type name 'cryptkeyres' cryptkeyres *(*__key_decryptsession_pk_LOCAL)(uid_t, void *arg) =3D 0; ^ /pics/CrossBuild-12/src/lib/libc/rpc/key_call.c:93:2: error: use of undeclared identifier 'keystatus' keystatus status; ^ /pics/CrossBuild-12/src/lib/libc/rpc/key_call.c:95:25: error: use of undeclared identifier 'KEY_SET' if (!key_call((u_long) KEY_SET, (xdrproc_t)xdr_keybuf, ^ /pics/CrossBuild-12/src/lib/libc/rpc/key_call.c:95:45: error: use of undeclared identifier 'xdr_keybuf' if (!key_call((u_long) KEY_SET, (xdrproc_t)xdr_keybuf, ^ =2E..... There's a handful of commits from 2/17 in libc, but it's not immediately obvious those are involved here. I'm on r314110 as of an hour or so ago. --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms070702070504050603050304 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC BlwwggZYMIIEQKADAgECAgE9MA0GCSqGSIb3DQEBCwUAMIGQMQswCQYDVQQGEwJVUzEQMA4G A1UECBMHRmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3Rl bXMgTExDMRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhND dWRhIFN5c3RlbXMgTExDIENBMB4XDTE2MTIxODE5NDUzNVoXDTIxMTIxNzE5NDUzNVowVzEL MAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxGzAZBgNVBAMUEmthcmxAZGVubmluZ2VyLm5ldDCCAiIwDQYJKoZIhvcNAQEBBQADggIP ADCCAgoCggIBAM2N5maxs7NkoY9g5NMxFWll0TYiO7gXrGZTo3q25ZJgNdPMwrntLz/5ewE9 07TEbwJ3ah/Ep9BfZm7JF9vTtE1HkgKtXNKi0pawNGm1Yn26Dz5AbUr1byby6dFtDJr14E07 trzDCtRRvTkOVSBj6PQPal0fAnDtkIYQBVcuMkXkuMCtyfE95pjm8g4K9l7lAcKii3T1/3rE hCc1o2nBnb7EN1/XwBeCDGB+I2SN/ftZDbKQqGAF5q9dUn+iXU7Z/CVSfUWmhVh6cVZA4Ftv TglUqj410OuPx+cUQch3h1kFgsuhQR63HiJc3HbRJllHsV0rihvL1CjeARQkhnA6uY9NLFST p5I/PfzBzW2MSmtN/tGZvmfKKnmtbfUNgkzbIR1K3lsum+yEL71kB93Xtz/4f1demEx5c8TJ RBIniDHjDeLGK1aoBu8nfnvXAvgthFNTWBOEoR49AHEPjC3kZj0l8JQml1Y8bTQD5gtC5txl klO60WV0EufU7Hy9CmynMuFtjiA2v71pm097rXeCdrAKgisdYeEESB+SFrlY65rLiLv4n8o1 PX7DqRfqKkOYIakZ0ug/yHVKcq2EM3RiJxwzls5gT70CoOBlKbrC98O8TA6teON0Jq30M06t NTI2HhvNbJDLbBH+Awf4h1UKB+0ufENwjVvF5Jfz8Ww/FaSDAgMBAAGjgfQwgfEwNwYIKwYB BQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vY3VkYXN5c3RlbXMubmV0Ojg4ODgwCQYD VR0TBAIwADARBglghkgBhvhCAQEEBAMCBaAwCwYDVR0PBAQDAgXgMCwGCWCGSAGG+EIBDQQf Fh1PcGVuU1NMIEdlbmVyYXRlZCBDZXJ0aWZpY2F0ZTAdBgNVHQ4EFgQUpfAI3y+751pp9A0w 6vJHx8RoR/MwHwYDVR0jBBgwFoAUJHGbnYV9/N3dvbDKkpQDofrTbTUwHQYDVR0RBBYwFIES a2FybEBkZW5uaW5nZXIubmV0MA0GCSqGSIb3DQEBCwUAA4ICAQBiB6MlugxYJdccD8boZ/u8 d8VxmLkJCtbfyYHRjYdyoABLW5hE3k3xSpYCM9L7vzWyV/UWwDYKi4ZzxHo4g+jG/GQZfKhx v38BQjL2G9xD0Hn2d+cygOq3UPjVYlbbfQoew6JbyCFXrrZ7/0jvRMLAN2+bRC7ynaFUixPH Whnj9JSH7ieYdzak8KN+G2coIC2t2iyfXVKehzi5gdNQ0vJ7+ypbGsRm4gE8Mdo9N/WgFPvZ HPFqR9Dwas7Z+aHwOabpk5r/336SyjOaZsn3MqKJQZL6GqDKusVOCWt+9uFAD8kadg7FetZe atIoD9I+zbp59oVoMnkMDMx7Hi85faU03csusqMGsjSsAzWSI1N8PJytZlchLiykokLKc3OL G87QKlErotlou7cfPX2BbEAH5wmkj9oiqZhxIL/wwAUA+PkiTbEmksKBNompSjUq/6UsR8EA s74gnu17lmijv8mrg2qMlwRirE7qG8pnE8egLtCDxcjd0Of9WMi2NJskn0/ovC7P+J60Napl m3ZIgPJst1piYSE0Zc1FIat4fFphMfK5v4iLblo1tFSlkdx1UNDGdg/U+LaXkNVXlMp8fyPm R80V6cIrCAlEWnBJNxG1UyfbbsvNMCCZBM4faGGsR/hhQOiydlruxhjL6P8J2WV8p11DdeGx KymWoil2s1J5WTGCBRMwggUPAgEBMIGWMIGQMQswCQYDVQQGEwJVUzEQMA4GA1UECBMHRmxv cmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExDMRww GgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhNDdWRhIFN5c3Rl bXMgTExDIENBAgE9MA0GCWCGSAFlAwQCAwUAoIICTTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcN AQcBMBwGCSqGSIb3DQEJBTEPFw0xNzAyMjIyMTQxMjdaME8GCSqGSIb3DQEJBDFCBED2SuTg WP+7HAVpzRi/imf3jnyU8atRx1MMs2LTlcdI4g2FhrVO/cdsDT2wzMREDelkBzhtYIKH9u+p KYtRCYkkMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggq hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZI hvcNAwICASgwgacGCSsGAQQBgjcQBDGBmTCBljCBkDELMAkGA1UEBhMCVVMxEDAOBgNVBAgT B0Zsb3JpZGExEjAQBgNVBAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1zIExM QzEcMBoGA1UEAxMTQ3VkYSBTeXN0ZW1zIExMQyBDQTEiMCAGCSqGSIb3DQEJARYTQ3VkYSBT eXN0ZW1zIExMQyBDQQIBPTCBqQYLKoZIhvcNAQkQAgsxgZmggZYwgZAxCzAJBgNVBAYTAlVT MRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1ZGEg U3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG9w0B CQEWE0N1ZGEgU3lzdGVtcyBMTEMgQ0ECAT0wDQYJKoZIhvcNAQEBBQAEggIAj4myXH9Nr//B 9omAW3m7zi5pLnb52lNgDW7U4glqkj1jqNd20keLPugPlePicA1lK/WsgmPIrseOAQEpVFy0 wE5D9tWIHdc/YvC68LUp8El9LuhINzdjIl/NYYow4Su17nubn99jKy8StVi3w09sqI74mEdS +S1kw93NbaSA2nRF1yOU9xFWi2lysjvwEPbhyNYKPoxrrKZkz0eifo/0IDA9DrdR4RWzP1MK aWpHoEQTpY+eXe7/z3saBnXa9cmr4bjOw3zc0QNF5Od6PfF8axAkZ801+sXZbwgjHqLY4t5L EaLyYzn4Fy9DhfNy8BL5x52RvPTxserY6qi4haXwfQ8kSBlw9pQDMmRTvNBtDeWiZcS5mlDm q5NRFKBQMELPREaUmEM6GK9pcEbjrMQs3G0LtElqBZ0/3ODAKMBw6eYYe4qVLxb2bzydWgT4 /ybYuGIX/wxFJW+w1AmOHYAYIvrdQ+rLGoPoDvbNy+xKFKlji1/87K2krYUp3VmIVC/QA4Mz GpCpwIKvkxx4hjSCwZwSXrH2HevPLw5rw4WMWVtlH8f131UOE31wrZquOMAYUtBOLeJvzS6K ejqrCSVABZ7dCfg0nLkgwbVmnCnhuHpTaPdBLT3QhNTnuS0MS4gCLdMAgw6R/s0oqZTMHppo 18smESxzegiclXMI8QEiqNAAAAAAAAA= --------------ms070702070504050603050304-- From owner-freebsd-arm@freebsd.org Thu Feb 23 01:24:10 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2E620CE849E for ; Thu, 23 Feb 2017 01:24:10 +0000 (UTC) (envelope-from tony@tndh.net) Received: from express.tndh.net (express.tndh.net [IPv6:2001:470:e930:1240:20d:56ff:fe04:4c0a]) (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 035BC13CD for ; Thu, 23 Feb 2017 01:24:09 +0000 (UTC) (envelope-from tony@tndh.net) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tndh.net; s=dkim; h=Subject:Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Date:In-Reply-To:References:To:From; bh=aP3urH/PQTclSX5fHqY2TZNc+6FR/DRKqqj3PLb6Ack=; b=ApdbklzZR5DtUP6tNcz7HCzS2jrTvLUSEc7hvsWHkJVq4r6taCqMblWkBNoLjMLYcI3i9B1u9nytWup83ozbwjiGV7q5F5GgSwJgCao7GE/XK4gHYRkCnx8xpyyl0pW2lor/OXOI52e8T5R5Pw9NVXXX4jf8lQnXJfO9Njib5W6LEXGW; Received: from express.tndh.net ([2001:470:e930:1240:20d:56ff:fe04:4c0a] helo=eaglet) by express.tndh.net with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1cgi8O-000L5z-Gp; Wed, 22 Feb 2017 17:24:07 -0800 From: "Tony Hain" To: "'Karl Denninger'" , References: In-Reply-To: Date: Wed, 22 Feb 2017 17:23:52 -0800 Message-ID: <17b401d28d73$7e772a60$7b657f20$@tndh.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHGRrbY8HF7/TOUfgAmRMYPIcMOSKGOVbYA Content-Language: en-us X-SA-Exim-Connect-IP: 2001:470:e930:1240:20d:56ff:fe04:4c0a X-SA-Exim-Mail-From: tony@tndh.net X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on express.tndh.net X-Spam-Level: X-Spam-Status: No, score=-1.0 required=4.5 tests=ALL_TRUSTED,RP_MATCHES_RCVD autolearn=unavailable version=3.3.1 Subject: RE: -HEAD unbuildable for RPI3? X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on express.tndh.net) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2017 01:24:10 -0000 Something must have been trashed in some crypto libraries last night. I = haven't been able to buildworld for a BBB all day either. Tried several = svn updates during the day, and all failed to build, though I didn't = keep track of all the failures. Just wiped the workspace, updated and = tried again. The last complete build I had was r314061. Latest ----=20 Image name is: FreeBSD-armv6-12.0-BEAGLEBONE-314112M.img ... --- ssh-pkcs11-helper.o --- cc -target armv6-gnueabihf-freebsd12.0 = --sysroot=3D/home/tony/beaglebone/obj/arm.armv6/usr/src/tmp = -B/home/tony/beaglebone/obj/arm.armv6/usr/src/tmp/usr/bin -O -pipe = -I/usr/src/secure/libexec/ssh-pkcs11-helper/../../../crypto/openssh = -include ssh_namespace.h -DHAVE_LDNS=3D1 -g -MD = -MF.depend.ssh-pkcs11-helper.o -MTssh-pkcs11-helper.o -std=3Dgnu99 = -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/secure/libexec/ssh-pkcs11-helper/../../../crypto/openssh/ssh-pkc= s11-helper.c -o ssh-pkcs11-helper.o --- all_subdir_tests --- /usr/src/tests/sys/kern/ptrace_test.c:1694:3: error: implicit = declaration of function 'breakpoint' is invalid in C99 = [-Werror,-Wimplicit-function-declaration] breakpoint(); ^ 1 error generated. *** [ptrace_test.o] Error code 1 make[6]: stopped in /usr/src/tests/sys/kern 1 error make[6]: stopped in /usr/src/tests/sys/kern *** [ptrace_test] Error code 2 > -----Original Message----- > From: owner-freebsd-arm@freebsd.org [mailto:owner-freebsd- > arm@freebsd.org] On Behalf Of Karl Denninger > Sent: Wednesday, February 22, 2017 1:41 PM > To: freebsd-arm@freebsd.org > Subject: -HEAD unbuildable for RPI3? >=20 > Crochet for the RPI3 fails here: >=20 > cc -target aarch64-unknown-freebsd12.0 > --sysroot=3D/pics/Crochet-work/obj/arm64.aarch64/pics/CrossBuild- > 12/src/tmp > -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe > -I/pics/CrossBuild-12/src/lib/libc/include > -I/pics/CrossBuild-12/src/include > -I/pics/CrossBuild-12/src/lib/libc/aarch64 -DNLS > -D__DBINTERFACE_PRIVATE -I/pics/CrossBuild-12/src/contrib/gdtoa > -I/pics/CrossBuild-12/src/contrib/libc-vis -DNO_COMPAT7 -DINET6 > -I/pics/Crochet-work/obj/arm64.aarch64/pics/CrossBuild-12/src/lib/libc > -I/pics/CrossBuild-12/src/lib/libc/resolv -D_ACL_PRIVATE = -DPOSIX_MISTAKE > -I/pics/CrossBuild-12/src/lib/libmd > -I/pics/CrossBuild-12/src/contrib/jemalloc/include > -I/pics/CrossBuild-12/src/contrib/tzcode/stdtime > -I/pics/CrossBuild-12/src/lib/libc/stdtime > -I/pics/CrossBuild-12/src/lib/libc/locale -DBROKEN_DES -DPORTMAP > -DDES_BUILTIN -I/pics/CrossBuild-12/src/lib/libc/rpc -DYP -DNS_CACHING > -DSYMBOL_VERSIONING -MD -MF.depend.key_call.pico -MTkey_call.pico > -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall > -Wno-format-y2k -Wno-uninitialized -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 > -Qunused-arguments -I/pics/CrossBuild-12/src/lib/libutil > -I/pics/CrossBuild-12/src/lib/msun/aarch64 > -I/pics/CrossBuild-12/src/lib/msun/src -c > /pics/CrossBuild-12/src/lib/libc/rpc/key_call.c -o key_call.pico > /pics/CrossBuild-12/src/lib/libc/rpc/key_call.c:84:1: error: unknown > type name 'cryptkeyres' > cryptkeyres *(*__key_encryptsession_pk_LOCAL)(uid_t, void *arg) =3D 0; > ^ > /pics/CrossBuild-12/src/lib/libc/rpc/key_call.c:85:1: error: unknown > type name 'cryptkeyres' > cryptkeyres *(*__key_decryptsession_pk_LOCAL)(uid_t, void *arg) =3D 0; > ^ > /pics/CrossBuild-12/src/lib/libc/rpc/key_call.c:93:2: error: use of > undeclared identifier 'keystatus' > keystatus status; > ^ > /pics/CrossBuild-12/src/lib/libc/rpc/key_call.c:95:25: error: use of > undeclared identifier 'KEY_SET' > if (!key_call((u_long) KEY_SET, (xdrproc_t)xdr_keybuf, > ^ > /pics/CrossBuild-12/src/lib/libc/rpc/key_call.c:95:45: error: use of > undeclared identifier 'xdr_keybuf' > if (!key_call((u_long) KEY_SET, (xdrproc_t)xdr_keybuf, > ^ >=20 > ...... >=20 > There's a handful of commits from 2/17 in libc, but it's not = immediately > obvious those are involved here. >=20 > I'm on r314110 as of an hour or so ago. >=20 > -- > Karl Denninger > karl@denninger.net > /The Market Ticker/ > /[S/MIME encrypted email preferred]/ From owner-freebsd-arm@freebsd.org Thu Feb 23 04:19:30 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6516ACE9992 for ; Thu, 23 Feb 2017 04:19:30 +0000 (UTC) (envelope-from karl@denninger.net) Received: from mail.denninger.net (denninger.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id 1F413104E for ; Thu, 23 Feb 2017 04:19:29 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (Karl-Desktop.Denninger.net [192.168.1.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.denninger.net (Postfix) with ESMTPSA id 487C368A6A for ; Wed, 22 Feb 2017 22:19:28 -0600 (CST) Subject: Re: -HEAD unbuildable for RPI3? To: freebsd-arm@freebsd.org References: <17b401d28d73$7e772a60$7b657f20$@tndh.net> From: Karl Denninger Message-ID: <61f505a7-2678-a428-2bbc-b18c1ebdc4a4@denninger.net> Date: Wed, 22 Feb 2017 22:19:11 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <17b401d28d73$7e772a60$7b657f20$@tndh.net> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms070104030207010003090206" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2017 04:19:30 -0000 This is a cryptographically signed message in MIME format. --------------ms070104030207010003090206 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2/22/2017 19:23, Tony Hain wrote: > Something must have been trashed in some crypto libraries last night. I= haven't been able to buildworld for a BBB all day either. Tried several = svn updates during the day, and all failed to build, though I didn't keep= track of all the failures. Just wiped the workspace, updated and tried a= gain. The last complete build I had was r314061. > Latest ----=20 > Image name is: > FreeBSD-armv6-12.0-BEAGLEBONE-314112M.img > ... > --- ssh-pkcs11-helper.o --- > cc -target armv6-gnueabihf-freebsd12.0 --sysroot=3D/home/tony/beaglebon= e/obj/arm.armv6/usr/src/tmp -B/home/tony/beaglebone/obj/arm.armv6/usr/src= /tmp/usr/bin -O -pipe -I/usr/src/secure/libexec/ssh-pkcs11-helper/../.= =2E/../crypto/openssh -include ssh_namespace.h -DHAVE_LDNS=3D1 -g -MD -M= F.depend.ssh-pkcs11-helper.o -MTssh-pkcs11-helper.o -std=3Dgnu99 -Wno-poi= nter-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable= -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-sw= itch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c /usr/src/secure/libexec/ssh-pkcs11-helper/../../../cryp= to/openssh/ssh-pkcs11-helper.c -o ssh-pkcs11-helper.o > --- all_subdir_tests --- > /usr/src/tests/sys/kern/ptrace_test.c:1694:3: error: implicit declarati= on of function 'breakpoint' is invalid in C99 [-Werror,-Wimplicit-functio= n-declaration] > breakpoint(); > ^ > 1 error generated. > *** [ptrace_test.o] Error code 1 > > make[6]: stopped in /usr/src/tests/sys/kern > 1 error > > make[6]: stopped in /usr/src/tests/sys/kern > *** [ptrace_test] Error code 2 > I'm getting a blowup in the same place now... which is different than what I was getting earlier. Something got boogered but I'm not sure exactly when -- I looked through the commit logs for today and didn't see anything obvious -- I haven't updated in a few days, so it could have been anywhere in the last week or so. --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms070104030207010003090206 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC BlwwggZYMIIEQKADAgECAgE9MA0GCSqGSIb3DQEBCwUAMIGQMQswCQYDVQQGEwJVUzEQMA4G A1UECBMHRmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3Rl bXMgTExDMRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhND dWRhIFN5c3RlbXMgTExDIENBMB4XDTE2MTIxODE5NDUzNVoXDTIxMTIxNzE5NDUzNVowVzEL MAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxGzAZBgNVBAMUEmthcmxAZGVubmluZ2VyLm5ldDCCAiIwDQYJKoZIhvcNAQEBBQADggIP ADCCAgoCggIBAM2N5maxs7NkoY9g5NMxFWll0TYiO7gXrGZTo3q25ZJgNdPMwrntLz/5ewE9 07TEbwJ3ah/Ep9BfZm7JF9vTtE1HkgKtXNKi0pawNGm1Yn26Dz5AbUr1byby6dFtDJr14E07 trzDCtRRvTkOVSBj6PQPal0fAnDtkIYQBVcuMkXkuMCtyfE95pjm8g4K9l7lAcKii3T1/3rE hCc1o2nBnb7EN1/XwBeCDGB+I2SN/ftZDbKQqGAF5q9dUn+iXU7Z/CVSfUWmhVh6cVZA4Ftv TglUqj410OuPx+cUQch3h1kFgsuhQR63HiJc3HbRJllHsV0rihvL1CjeARQkhnA6uY9NLFST p5I/PfzBzW2MSmtN/tGZvmfKKnmtbfUNgkzbIR1K3lsum+yEL71kB93Xtz/4f1demEx5c8TJ RBIniDHjDeLGK1aoBu8nfnvXAvgthFNTWBOEoR49AHEPjC3kZj0l8JQml1Y8bTQD5gtC5txl klO60WV0EufU7Hy9CmynMuFtjiA2v71pm097rXeCdrAKgisdYeEESB+SFrlY65rLiLv4n8o1 PX7DqRfqKkOYIakZ0ug/yHVKcq2EM3RiJxwzls5gT70CoOBlKbrC98O8TA6teON0Jq30M06t NTI2HhvNbJDLbBH+Awf4h1UKB+0ufENwjVvF5Jfz8Ww/FaSDAgMBAAGjgfQwgfEwNwYIKwYB BQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vY3VkYXN5c3RlbXMubmV0Ojg4ODgwCQYD VR0TBAIwADARBglghkgBhvhCAQEEBAMCBaAwCwYDVR0PBAQDAgXgMCwGCWCGSAGG+EIBDQQf Fh1PcGVuU1NMIEdlbmVyYXRlZCBDZXJ0aWZpY2F0ZTAdBgNVHQ4EFgQUpfAI3y+751pp9A0w 6vJHx8RoR/MwHwYDVR0jBBgwFoAUJHGbnYV9/N3dvbDKkpQDofrTbTUwHQYDVR0RBBYwFIES a2FybEBkZW5uaW5nZXIubmV0MA0GCSqGSIb3DQEBCwUAA4ICAQBiB6MlugxYJdccD8boZ/u8 d8VxmLkJCtbfyYHRjYdyoABLW5hE3k3xSpYCM9L7vzWyV/UWwDYKi4ZzxHo4g+jG/GQZfKhx v38BQjL2G9xD0Hn2d+cygOq3UPjVYlbbfQoew6JbyCFXrrZ7/0jvRMLAN2+bRC7ynaFUixPH Whnj9JSH7ieYdzak8KN+G2coIC2t2iyfXVKehzi5gdNQ0vJ7+ypbGsRm4gE8Mdo9N/WgFPvZ HPFqR9Dwas7Z+aHwOabpk5r/336SyjOaZsn3MqKJQZL6GqDKusVOCWt+9uFAD8kadg7FetZe atIoD9I+zbp59oVoMnkMDMx7Hi85faU03csusqMGsjSsAzWSI1N8PJytZlchLiykokLKc3OL G87QKlErotlou7cfPX2BbEAH5wmkj9oiqZhxIL/wwAUA+PkiTbEmksKBNompSjUq/6UsR8EA s74gnu17lmijv8mrg2qMlwRirE7qG8pnE8egLtCDxcjd0Of9WMi2NJskn0/ovC7P+J60Napl m3ZIgPJst1piYSE0Zc1FIat4fFphMfK5v4iLblo1tFSlkdx1UNDGdg/U+LaXkNVXlMp8fyPm R80V6cIrCAlEWnBJNxG1UyfbbsvNMCCZBM4faGGsR/hhQOiydlruxhjL6P8J2WV8p11DdeGx KymWoil2s1J5WTGCBRMwggUPAgEBMIGWMIGQMQswCQYDVQQGEwJVUzEQMA4GA1UECBMHRmxv cmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExDMRww GgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhNDdWRhIFN5c3Rl bXMgTExDIENBAgE9MA0GCWCGSAFlAwQCAwUAoIICTTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcN AQcBMBwGCSqGSIb3DQEJBTEPFw0xNzAyMjMwNDE5MTFaME8GCSqGSIb3DQEJBDFCBEAqKl5d /olHezj6RgklsRsv4T46X9rRUQivrBrFXdRySujchd+MwWyExa15kRVi6aN7PRigR9gzEv30 W2Kw8RlKMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggq hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZI hvcNAwICASgwgacGCSsGAQQBgjcQBDGBmTCBljCBkDELMAkGA1UEBhMCVVMxEDAOBgNVBAgT B0Zsb3JpZGExEjAQBgNVBAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1zIExM QzEcMBoGA1UEAxMTQ3VkYSBTeXN0ZW1zIExMQyBDQTEiMCAGCSqGSIb3DQEJARYTQ3VkYSBT eXN0ZW1zIExMQyBDQQIBPTCBqQYLKoZIhvcNAQkQAgsxgZmggZYwgZAxCzAJBgNVBAYTAlVT MRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1ZGEg U3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG9w0B CQEWE0N1ZGEgU3lzdGVtcyBMTEMgQ0ECAT0wDQYJKoZIhvcNAQEBBQAEggIAcEc0Up+Oo+3f IZay/wa4CASYjmV3SHSqmBu51didXYnjUeI+ibW4kvdIRBUokcmua+7PiAp1S6hYW83JCNYP Mcs4RZvC7jF73EzLyErYanTBBwlwMqhedphUBVFy8tIuQmy6Fk5+TBVNHrEDvAAR2IcJOotH c2ToATBaRnLcJR3r96VMSxAZprFoYY84K9d2gSbffzRKCfCN7d8OBAJTGyPhgeSLvK6VV7za Vnc8qwdHTinUaPpZfacx0DdWhZdYg+AZbExn1JGY8FOtU2yQmld9B0hfO1AVNqq4mEMMeEA2 HIQZqgO8tHNq6479xvnsMdEOBNzbOs9NkQEAAih+sQuDA4TZGkEO12UuTTvfc/p2q/VwNpxn mF65iqctevttUPKuLloZ0iHr/okgfL8ETNJV555I+ykWtu/vGiFkGDFjMK0SxgOoLtrFeD8m YHGykpSPgFeEAGCc1tFpyzYrhW4z1Qkog/Js6YSVB8uB87fsJ4BYhKEJMbZEdYxjnki0iLZK FNGHJwe/nRWrRVBRvLjI6DneB7pz+G09Z4VYD6dB+dfkGyYm23zXEQ+S+Yxt70krKaYfhZeY o3F2z/sMXV4O+HnSBvRuR8eizHbfeQfvNXwWL3g0P53eu8JILLb2vXyVJ0nrh+k95Av2PqgI sN1z9IaMC+52evpxIQ96Z4QAAAAAAAA= --------------ms070104030207010003090206-- From owner-freebsd-arm@freebsd.org Thu Feb 23 04:40:42 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 405D6CEA198 for ; Thu, 23 Feb 2017 04:40:42 +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 16A5C1BFB for ; Thu, 23 Feb 2017 04:40:42 +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 v1N4efBS007884 for ; Thu, 23 Feb 2017 04:40:41 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 217307] Commit r314075 produces implicit forward declaration error Date: Thu, 23 Feb 2017 04:40:42 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: karl@denninger.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2017 04:40:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217307 Bug ID: 217307 Summary: Commit r314075 produces implicit forward declaration error Product: Base System Version: CURRENT Hardware: arm64 OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: karl@denninger.net Post this commit the following blowup occurs in Crochet when trying to build for the RPI3: --- all_subdir_tests --- /pics/CrossBuild-12/src/tests/sys/kern/ptrace_test.c:1694:3: error: implicit declaration of function 'breakpoint' is invalid in C99 [-Werror,-Wimplicit-function-declaration] breakpoint(); ^ --- all_subdir_lib --- This call was introduced here: root@NewFS:/pics/CrossBuild-12/src/tests/sys/kern # svnlite log -r314075 --= diff ptrace_test.c | more ------------------------------------------------------------------------ r314075 | badger | 2017-02-21 22:35:07 -0600 (Tue, 21 Feb 2017) | 7 lines Fix world build for archs where __builtin_debugtrap() does not work. The offending code was introduced in r313992. Reported by: rpokala Approved by: kib (mentor) Index: ptrace_test.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- ptrace_test.c (revision 314074) +++ ptrace_test.c (revision 314075) @@ -37,6 +37,7 @@ #include #include #include +#include #include #include #include @@ -1690,7 +1691,7 @@ ATF_REQUIRE((fpid =3D fork()) !=3D -1); if (fpid =3D=3D 0) { trace_me(); - __builtin_debugtrap(); + breakpoint(); exit(1); } ------------------------------------------------------------------------ At present I am only building -HEAD for the Pi3, so I do not know if the sa= me issue arises on all architectures (I assume not, or the commit likely would= not have been posted.) --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Thu Feb 23 04:45:13 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4C072CEA405 for ; Thu, 23 Feb 2017 04:45:13 +0000 (UTC) (envelope-from karl@denninger.net) Received: from mail.denninger.net (denninger.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id 20D891F3E for ; Thu, 23 Feb 2017 04:45:12 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (Karl-Desktop.Denninger.net [192.168.1.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.denninger.net (Postfix) with ESMTPSA id 6F1B9688A3 for ; Wed, 22 Feb 2017 22:45:12 -0600 (CST) Subject: Re: -HEAD unbuildable for RPI3? To: freebsd-arm@freebsd.org References: <17b401d28d73$7e772a60$7b657f20$@tndh.net> <61f505a7-2678-a428-2bbc-b18c1ebdc4a4@denninger.net> From: Karl Denninger Message-ID: <37043229-d507-524a-a910-9b798f9b8000@denninger.net> Date: Wed, 22 Feb 2017 22:44:55 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <61f505a7-2678-a428-2bbc-b18c1ebdc4a4@denninger.net> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms090904080209090702070407" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2017 04:45:13 -0000 This is a cryptographically signed message in MIME format. --------------ms090904080209090702070407 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2/22/2017 22:19, Karl Denninger wrote: > On 2/22/2017 19:23, Tony Hain wrote: >> Something must have been trashed in some crypto libraries last night. = I haven't been able to buildworld for a BBB all day either. Tried several= svn updates during the day, and all failed to build, though I didn't kee= p track of all the failures. Just wiped the workspace, updated and tried = again. The last complete build I had was r314061. >> Latest ----=20 >> Image name is: >> FreeBSD-armv6-12.0-BEAGLEBONE-314112M.img >> ... >> --- ssh-pkcs11-helper.o --- >> cc -target armv6-gnueabihf-freebsd12.0 --sysroot=3D/home/tony/beaglebo= ne/obj/arm.armv6/usr/src/tmp -B/home/tony/beaglebone/obj/arm.armv6/usr/sr= c/tmp/usr/bin -O -pipe -I/usr/src/secure/libexec/ssh-pkcs11-helper/../= =2E./../crypto/openssh -include ssh_namespace.h -DHAVE_LDNS=3D1 -g -MD -= MF.depend.ssh-pkcs11-helper.o -MTssh-pkcs11-helper.o -std=3Dgnu99 -Wno-po= inter-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-s= witch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qun= used-arguments -c /usr/src/secure/libexec/ssh-pkcs11-helper/../../../cry= pto/openssh/ssh-pkcs11-helper.c -o ssh-pkcs11-helper.o >> --- all_subdir_tests --- >> /usr/src/tests/sys/kern/ptrace_test.c:1694:3: error: implicit declarat= ion of function 'breakpoint' is invalid in C99 [-Werror,-Wimplicit-functi= on-declaration] >> breakpoint(); >> ^ >> 1 error generated. >> *** [ptrace_test.o] Error code 1 >> >> make[6]: stopped in /usr/src/tests/sys/kern >> 1 error >> >> make[6]: stopped in /usr/src/tests/sys/kern >> *** [ptrace_test] Error code 2 >> > I'm getting a blowup in the same place now... which is different than > what I was getting earlier. > > Something got boogered but I'm not sure exactly when -- I looked throug= h > the commit logs for today and didn't see anything obvious -- I haven't > updated in a few days, so it could have been anywhere in the last week > or so. > The offending commit is here: root@NewFS:/pics/CrossBuild-12/src/tests/sys/kern # svnlite log -r314075 --diff ptrace_test.c | more ------------------------------------------------------------------------ r314075 | badger | 2017-02-21 22:35:07 -0600 (Tue, 21 Feb 2017) | 7 lines= Fix world build for archs where __builtin_debugtrap() does not work. The offending code was introduced in r313992. Reported by: rpokala Approved by: kib (mentor) Index: ptrace_test.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- ptrace_test.c (revision 314074) +++ ptrace_test.c (revision 314075) @@ -37,6 +37,7 @@ #include #include #include +#include #include #include #include @@ -1690,7 +1691,7 @@ ATF_REQUIRE((fpid =3D fork()) !=3D -1); if (fpid =3D=3D 0) { trace_me(); - __builtin_debugtrap(); + breakpoint(); exit(1); } ------------------------------------------------------------------------ --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms090904080209090702070407 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC BlwwggZYMIIEQKADAgECAgE9MA0GCSqGSIb3DQEBCwUAMIGQMQswCQYDVQQGEwJVUzEQMA4G A1UECBMHRmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3Rl bXMgTExDMRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhND dWRhIFN5c3RlbXMgTExDIENBMB4XDTE2MTIxODE5NDUzNVoXDTIxMTIxNzE5NDUzNVowVzEL MAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxGzAZBgNVBAMUEmthcmxAZGVubmluZ2VyLm5ldDCCAiIwDQYJKoZIhvcNAQEBBQADggIP ADCCAgoCggIBAM2N5maxs7NkoY9g5NMxFWll0TYiO7gXrGZTo3q25ZJgNdPMwrntLz/5ewE9 07TEbwJ3ah/Ep9BfZm7JF9vTtE1HkgKtXNKi0pawNGm1Yn26Dz5AbUr1byby6dFtDJr14E07 trzDCtRRvTkOVSBj6PQPal0fAnDtkIYQBVcuMkXkuMCtyfE95pjm8g4K9l7lAcKii3T1/3rE hCc1o2nBnb7EN1/XwBeCDGB+I2SN/ftZDbKQqGAF5q9dUn+iXU7Z/CVSfUWmhVh6cVZA4Ftv TglUqj410OuPx+cUQch3h1kFgsuhQR63HiJc3HbRJllHsV0rihvL1CjeARQkhnA6uY9NLFST p5I/PfzBzW2MSmtN/tGZvmfKKnmtbfUNgkzbIR1K3lsum+yEL71kB93Xtz/4f1demEx5c8TJ RBIniDHjDeLGK1aoBu8nfnvXAvgthFNTWBOEoR49AHEPjC3kZj0l8JQml1Y8bTQD5gtC5txl klO60WV0EufU7Hy9CmynMuFtjiA2v71pm097rXeCdrAKgisdYeEESB+SFrlY65rLiLv4n8o1 PX7DqRfqKkOYIakZ0ug/yHVKcq2EM3RiJxwzls5gT70CoOBlKbrC98O8TA6teON0Jq30M06t NTI2HhvNbJDLbBH+Awf4h1UKB+0ufENwjVvF5Jfz8Ww/FaSDAgMBAAGjgfQwgfEwNwYIKwYB BQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vY3VkYXN5c3RlbXMubmV0Ojg4ODgwCQYD VR0TBAIwADARBglghkgBhvhCAQEEBAMCBaAwCwYDVR0PBAQDAgXgMCwGCWCGSAGG+EIBDQQf Fh1PcGVuU1NMIEdlbmVyYXRlZCBDZXJ0aWZpY2F0ZTAdBgNVHQ4EFgQUpfAI3y+751pp9A0w 6vJHx8RoR/MwHwYDVR0jBBgwFoAUJHGbnYV9/N3dvbDKkpQDofrTbTUwHQYDVR0RBBYwFIES a2FybEBkZW5uaW5nZXIubmV0MA0GCSqGSIb3DQEBCwUAA4ICAQBiB6MlugxYJdccD8boZ/u8 d8VxmLkJCtbfyYHRjYdyoABLW5hE3k3xSpYCM9L7vzWyV/UWwDYKi4ZzxHo4g+jG/GQZfKhx v38BQjL2G9xD0Hn2d+cygOq3UPjVYlbbfQoew6JbyCFXrrZ7/0jvRMLAN2+bRC7ynaFUixPH Whnj9JSH7ieYdzak8KN+G2coIC2t2iyfXVKehzi5gdNQ0vJ7+ypbGsRm4gE8Mdo9N/WgFPvZ HPFqR9Dwas7Z+aHwOabpk5r/336SyjOaZsn3MqKJQZL6GqDKusVOCWt+9uFAD8kadg7FetZe atIoD9I+zbp59oVoMnkMDMx7Hi85faU03csusqMGsjSsAzWSI1N8PJytZlchLiykokLKc3OL G87QKlErotlou7cfPX2BbEAH5wmkj9oiqZhxIL/wwAUA+PkiTbEmksKBNompSjUq/6UsR8EA s74gnu17lmijv8mrg2qMlwRirE7qG8pnE8egLtCDxcjd0Of9WMi2NJskn0/ovC7P+J60Napl m3ZIgPJst1piYSE0Zc1FIat4fFphMfK5v4iLblo1tFSlkdx1UNDGdg/U+LaXkNVXlMp8fyPm R80V6cIrCAlEWnBJNxG1UyfbbsvNMCCZBM4faGGsR/hhQOiydlruxhjL6P8J2WV8p11DdeGx KymWoil2s1J5WTGCBRMwggUPAgEBMIGWMIGQMQswCQYDVQQGEwJVUzEQMA4GA1UECBMHRmxv cmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExDMRww GgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhNDdWRhIFN5c3Rl bXMgTExDIENBAgE9MA0GCWCGSAFlAwQCAwUAoIICTTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcN AQcBMBwGCSqGSIb3DQEJBTEPFw0xNzAyMjMwNDQ0NTVaME8GCSqGSIb3DQEJBDFCBEBDQd+/ EAMtmoKLtiR5iEQ0Vf9HTEikoSkLButirkijHnnyFKETO3N0earKdGfKB2+VwClESm5l//iv JUv7qBRKMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggq hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZI hvcNAwICASgwgacGCSsGAQQBgjcQBDGBmTCBljCBkDELMAkGA1UEBhMCVVMxEDAOBgNVBAgT B0Zsb3JpZGExEjAQBgNVBAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1zIExM QzEcMBoGA1UEAxMTQ3VkYSBTeXN0ZW1zIExMQyBDQTEiMCAGCSqGSIb3DQEJARYTQ3VkYSBT eXN0ZW1zIExMQyBDQQIBPTCBqQYLKoZIhvcNAQkQAgsxgZmggZYwgZAxCzAJBgNVBAYTAlVT MRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1ZGEg U3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG9w0B CQEWE0N1ZGEgU3lzdGVtcyBMTEMgQ0ECAT0wDQYJKoZIhvcNAQEBBQAEggIAkGE9dh9eGrHg vXISvWWU5EzQbaDhc+7IO7n2mBYJJPNn6ss23XFqs/lzhp3mASGmmTsiKnbyfUO0z3KqJAZc Be2TRlo7/ivKDbtUJ0OxA7A+8eezdXm7aB8JNTliqxHPy4lPdJZ1kzttQSX0c73lMLu4aWHY 9mQNnRmDN3FD20y0is/7/H9qbaATkSZRvLQap5Qv0nW69lSzqIhHzXUQP+k4xeRAGKFF0Cdy LebVcfRuuLKQEloH/puA/KgaNMv5zaXimH5ixkpMwR6NYT0V2dx4KfQ6vsCPpBvNnJ7LY6kQ AjGHQUx/3mwlix/IdXVpgKD9O1vHvaeoLbvw1i5rTtvBP+9tzhCud+hHeTNfhvV0hgVgqQvz DHt6P4iOcR+SnMBztn57X3CBLYGXsUJjY5wJVXldUDasqBLWAn2BIJTT0YaOViPfEQfNxa6p cDa6/klxfPQ8JtoDScMUoY8WRFLAQhNmCdrn+0o8I8Lm+1ZNvo65gjccZKhSjlIzJGMNignm YefHU4UrPH+9y7PwNPlT523zjOJ1VZQQF+XnCCTvzZ1MXc3wwmSbX3ByWUJc9v8CVh9zOYiA tYrg8tjjFIlfm55qEMkwg21uoX/yBpfekSiTr3OTBdLuFZjUttbQJEt2VcbsMkFUfoAspg4t CB4yMQ8jRovMQUWzmCeAH40AAAAAAAA= --------------ms090904080209090702070407-- From owner-freebsd-arm@freebsd.org Thu Feb 23 15:08:45 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 10C0FCEB4D4 for ; Thu, 23 Feb 2017 15:08:45 +0000 (UTC) (envelope-from karl@denninger.net) Received: from mail.denninger.net (denninger.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id D5F321F5D for ; Thu, 23 Feb 2017 15:08:44 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (Karl-Desktop.Denninger.net [192.168.1.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.denninger.net (Postfix) with ESMTPSA id C3F0168CA2 for ; Thu, 23 Feb 2017 09:08:43 -0600 (CST) Subject: Re: -HEAD unbuildable for RPI3? To: freebsd-arm@freebsd.org References: <17b401d28d73$7e772a60$7b657f20$@tndh.net> <61f505a7-2678-a428-2bbc-b18c1ebdc4a4@denninger.net> <37043229-d507-524a-a910-9b798f9b8000@denninger.net> From: Karl Denninger Message-ID: Date: Thu, 23 Feb 2017 09:08:24 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <37043229-d507-524a-a910-9b798f9b8000@denninger.net> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms000909060500060907030607" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2017 15:08:45 -0000 This is a cryptographically signed message in MIME format. --------------ms000909060500060907030607 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2/22/2017 22:44, Karl Denninger wrote: > On 2/22/2017 22:19, Karl Denninger wrote: >> On 2/22/2017 19:23, Tony Hain wrote: >>> Something must have been trashed in some crypto libraries last night.= I haven't been able to buildworld for a BBB all day either. Tried severa= l svn updates during the day, and all failed to build, though I didn't ke= ep track of all the failures. Just wiped the workspace, updated and tried= again. The last complete build I had was r314061. >>> Latest ----=20 >>> Image name is: >>> FreeBSD-armv6-12.0-BEAGLEBONE-314112M.img >>> ... >>> --- ssh-pkcs11-helper.o --- >>> cc -target armv6-gnueabihf-freebsd12.0 --sysroot=3D/home/tony/beagleb= one/obj/arm.armv6/usr/src/tmp -B/home/tony/beaglebone/obj/arm.armv6/usr/s= rc/tmp/usr/bin -O -pipe -I/usr/src/secure/libexec/ssh-pkcs11-helper/..= /../../crypto/openssh -include ssh_namespace.h -DHAVE_LDNS=3D1 -g -MD -M= F.depend.ssh-pkcs11-helper.o -MTssh-pkcs11-helper.o -std=3Dgnu99 -Wno-poi= nter-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable= -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-sw= itch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c /usr/src/secure/libexec/ssh-pkcs11-helper/../../../cryp= to/openssh/ssh-pkcs11-helper.c -o ssh-pkcs11-helper.o >>> --- all_subdir_tests --- >>> /usr/src/tests/sys/kern/ptrace_test.c:1694:3: error: implicit declara= tion of function 'breakpoint' is invalid in C99 [-Werror,-Wimplicit-funct= ion-declaration] >>> breakpoint(); >>> ^ >>> 1 error generated. >>> *** [ptrace_test.o] Error code 1 >>> >>> make[6]: stopped in /usr/src/tests/sys/kern >>> 1 error >>> >>> make[6]: stopped in /usr/src/tests/sys/kern >>> *** [ptrace_test] Error code 2 >>> >> I'm getting a blowup in the same place now... which is different than >> what I was getting earlier. >> >> Something got boogered but I'm not sure exactly when -- I looked throu= gh >> the commit logs for today and didn't see anything obvious -- I haven't= >> updated in a few days, so it could have been anywhere in the last week= >> or so. >> > The offending commit is here: > > root@NewFS:/pics/CrossBuild-12/src/tests/sys/kern # svnlite log -r31407= 5 > --diff ptrace_test.c | more > -----------------------------------------------------------------------= - > r314075 | badger | 2017-02-21 22:35:07 -0600 (Tue, 21 Feb 2017) | 7 lin= es > > Fix world build for archs where __builtin_debugtrap() does not work. > > The offending code was introduced in r313992. > > Reported by: rpokala > Approved by: kib (mentor) > > > Index: ptrace_test.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- ptrace_test.c (revision 314074) > +++ ptrace_test.c (revision 314075) > @@ -37,6 +37,7 @@ > #include > #include > #include > +#include > #include > #include > #include > @@ -1690,7 +1691,7 @@ > ATF_REQUIRE((fpid =3D fork()) !=3D -1); > if (fpid =3D=3D 0) { > trace_me(); > - __builtin_debugtrap(); > + breakpoint(); > exit(1); > } > > > -----------------------------------------------------------------------= - r314118 fixed this last night. --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms000909060500060907030607 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC BlwwggZYMIIEQKADAgECAgE9MA0GCSqGSIb3DQEBCwUAMIGQMQswCQYDVQQGEwJVUzEQMA4G A1UECBMHRmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3Rl bXMgTExDMRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhND dWRhIFN5c3RlbXMgTExDIENBMB4XDTE2MTIxODE5NDUzNVoXDTIxMTIxNzE5NDUzNVowVzEL MAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxGzAZBgNVBAMUEmthcmxAZGVubmluZ2VyLm5ldDCCAiIwDQYJKoZIhvcNAQEBBQADggIP ADCCAgoCggIBAM2N5maxs7NkoY9g5NMxFWll0TYiO7gXrGZTo3q25ZJgNdPMwrntLz/5ewE9 07TEbwJ3ah/Ep9BfZm7JF9vTtE1HkgKtXNKi0pawNGm1Yn26Dz5AbUr1byby6dFtDJr14E07 trzDCtRRvTkOVSBj6PQPal0fAnDtkIYQBVcuMkXkuMCtyfE95pjm8g4K9l7lAcKii3T1/3rE hCc1o2nBnb7EN1/XwBeCDGB+I2SN/ftZDbKQqGAF5q9dUn+iXU7Z/CVSfUWmhVh6cVZA4Ftv TglUqj410OuPx+cUQch3h1kFgsuhQR63HiJc3HbRJllHsV0rihvL1CjeARQkhnA6uY9NLFST p5I/PfzBzW2MSmtN/tGZvmfKKnmtbfUNgkzbIR1K3lsum+yEL71kB93Xtz/4f1demEx5c8TJ RBIniDHjDeLGK1aoBu8nfnvXAvgthFNTWBOEoR49AHEPjC3kZj0l8JQml1Y8bTQD5gtC5txl klO60WV0EufU7Hy9CmynMuFtjiA2v71pm097rXeCdrAKgisdYeEESB+SFrlY65rLiLv4n8o1 PX7DqRfqKkOYIakZ0ug/yHVKcq2EM3RiJxwzls5gT70CoOBlKbrC98O8TA6teON0Jq30M06t NTI2HhvNbJDLbBH+Awf4h1UKB+0ufENwjVvF5Jfz8Ww/FaSDAgMBAAGjgfQwgfEwNwYIKwYB BQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vY3VkYXN5c3RlbXMubmV0Ojg4ODgwCQYD VR0TBAIwADARBglghkgBhvhCAQEEBAMCBaAwCwYDVR0PBAQDAgXgMCwGCWCGSAGG+EIBDQQf Fh1PcGVuU1NMIEdlbmVyYXRlZCBDZXJ0aWZpY2F0ZTAdBgNVHQ4EFgQUpfAI3y+751pp9A0w 6vJHx8RoR/MwHwYDVR0jBBgwFoAUJHGbnYV9/N3dvbDKkpQDofrTbTUwHQYDVR0RBBYwFIES a2FybEBkZW5uaW5nZXIubmV0MA0GCSqGSIb3DQEBCwUAA4ICAQBiB6MlugxYJdccD8boZ/u8 d8VxmLkJCtbfyYHRjYdyoABLW5hE3k3xSpYCM9L7vzWyV/UWwDYKi4ZzxHo4g+jG/GQZfKhx v38BQjL2G9xD0Hn2d+cygOq3UPjVYlbbfQoew6JbyCFXrrZ7/0jvRMLAN2+bRC7ynaFUixPH Whnj9JSH7ieYdzak8KN+G2coIC2t2iyfXVKehzi5gdNQ0vJ7+ypbGsRm4gE8Mdo9N/WgFPvZ HPFqR9Dwas7Z+aHwOabpk5r/336SyjOaZsn3MqKJQZL6GqDKusVOCWt+9uFAD8kadg7FetZe atIoD9I+zbp59oVoMnkMDMx7Hi85faU03csusqMGsjSsAzWSI1N8PJytZlchLiykokLKc3OL G87QKlErotlou7cfPX2BbEAH5wmkj9oiqZhxIL/wwAUA+PkiTbEmksKBNompSjUq/6UsR8EA s74gnu17lmijv8mrg2qMlwRirE7qG8pnE8egLtCDxcjd0Of9WMi2NJskn0/ovC7P+J60Napl m3ZIgPJst1piYSE0Zc1FIat4fFphMfK5v4iLblo1tFSlkdx1UNDGdg/U+LaXkNVXlMp8fyPm R80V6cIrCAlEWnBJNxG1UyfbbsvNMCCZBM4faGGsR/hhQOiydlruxhjL6P8J2WV8p11DdeGx KymWoil2s1J5WTGCBRMwggUPAgEBMIGWMIGQMQswCQYDVQQGEwJVUzEQMA4GA1UECBMHRmxv cmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExDMRww GgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhNDdWRhIFN5c3Rl bXMgTExDIENBAgE9MA0GCWCGSAFlAwQCAwUAoIICTTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcN AQcBMBwGCSqGSIb3DQEJBTEPFw0xNzAyMjMxNTA4MjRaME8GCSqGSIb3DQEJBDFCBEB+2Igy ITdqbJBQO6ZqR+AYf6Tjb8fhjuVBYY/jdwZwRWjwuUQ7Sid9JvIrBc/rg7Fx+d9l2ZFcg8EM rlC1PZi3MGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggq hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZI hvcNAwICASgwgacGCSsGAQQBgjcQBDGBmTCBljCBkDELMAkGA1UEBhMCVVMxEDAOBgNVBAgT B0Zsb3JpZGExEjAQBgNVBAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1zIExM QzEcMBoGA1UEAxMTQ3VkYSBTeXN0ZW1zIExMQyBDQTEiMCAGCSqGSIb3DQEJARYTQ3VkYSBT eXN0ZW1zIExMQyBDQQIBPTCBqQYLKoZIhvcNAQkQAgsxgZmggZYwgZAxCzAJBgNVBAYTAlVT MRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1ZGEg U3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG9w0B CQEWE0N1ZGEgU3lzdGVtcyBMTEMgQ0ECAT0wDQYJKoZIhvcNAQEBBQAEggIAUCBBN5qsEh0M gCDDsJ+RhFdN3jtaWJJnZHYjlOP8KTr7YZ1fHZYWdDFtBCfsEa5pVB6Tj9rieb4uHoh5dwJT 0jRvRYsDjwaNbPfFzpNxll4XbUrx17RUPJ8Op5jYPge9VPAM/up+wjgQhh6TMt406DdaJqw6 gCLjND3WowQFIzxUM9bkJ/0ExvOJQ3ThBKt7XBLCVdqg8/jc6WrsWG6sWeCK1OcWEDhLysRn EixjLcZncaC7/g8qR+Dn+BS8KZ5jluJRSFJaKIOyRP68HWPxonmMtcS6IVaOwhaHWuIHVri5 UZvjon8QF5H/ORnUeUprBpNdurOffxpBOT567fNbxm2cOxm/qKBH68JV9x7nfvbM8wWcMn4l niC6dutk4W1ESJQ4rVmF5uSzP5xOEgQxnJK7mPRTHG77WkeAQU6vxk0BHPyQtlBuHfgPrdNH Y2j9ghEGUHAdWNVvQdGPLrj8SRDZKRRuVst8erPkuh7yOZxKFhC69Q2Dvl3PvZNYseoRFZhW SqufdFbbhPhg8Z4/6pMmrOIdvJbCfDkkDKUAU/0NEfsscHVRsP4eT23wGqWJp7xlGtOxpRNs 4cSLquG0EWhjjE7Lm5KEOPK7XyfTCahN+lV/33o7Bi1YFm0N5yrVKTGkYTxM622xsyUbkmFc BfFnS4bCBuOtM025PkfUYmYAAAAAAAA= --------------ms000909060500060907030607-- From owner-freebsd-arm@freebsd.org Thu Feb 23 15:09:35 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 31FF4CEB524 for ; Thu, 23 Feb 2017 15:09:35 +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 21C211FDF for ; Thu, 23 Feb 2017 15:09:35 +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 v1NF9YgR073829 for ; Thu, 23 Feb 2017 15:09:35 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 217307] Commit r314075 produces implicit forward declaration error Date: Thu, 23 Feb 2017 15:09:35 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: karl@denninger.net X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2017 15:09:35 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217307 karl@denninger.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |FIXED --- Comment #1 from karl@denninger.net --- Fixed by r314118 last evening --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Thu Feb 23 15:53:59 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 95935CEA391 for ; Thu, 23 Feb 2017 15:53:59 +0000 (UTC) (envelope-from lausts@laus.org) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.231]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cdptpa-oedge", Issuer "cdptpa-oedge" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5A7CB196F for ; Thu, 23 Feb 2017 15:53:58 +0000 (UTC) (envelope-from lausts@laus.org) Received: from [65.29.112.189] ([65.29.112.189:11122] helo=mail.laus.org) by cdptpa-omsmta01 (envelope-from ) (ecelerity 3.6.9.48312 r(Core:3.6.9.0)) with ESMTP id 4C/A5-03423-4950FA85; Thu, 23 Feb 2017 15:53:56 +0000 Received: from [192.168.1.100] (presario [192.168.1.100]) by mail.laus.org (8.15.2/8.15.2) with ESMTPS id v1NFrtdo001108 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 23 Feb 2017 10:53:56 -0500 (EST) (envelope-from lausts@laus.org) X-Authentication-Warning: mail.laus.org: Host presario [192.168.1.100] claimed to be [192.168.1.100] Reply-To: lausts@acm.org Subject: Re: Fatal kernel abort References: <155401d28ba9$ccdc28c0$66947a40$@tndh.net> <157701d28bda$dd004700$9700d500$@tndh.net> <1487638318.73144.116.camel@freebsd.org> <159c01d28c18$bfbb90d0$3f32b270$@tndh.net> <1487692868.73144.118.camel@freebsd.org> <7d331926-08e2-9699-aaa9-538d40ee29dc@mail.laus.org> <1487711291.73144.131.camel@freebsd.org> <1487735742.73144.138.camel@freebsd.org> To: freebsd-arm@freebsd.org From: Thomas Laus Message-ID: Date: Thu, 23 Feb 2017 10:53:55 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <1487735742.73144.138.camel@freebsd.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-RR-Connecting-IP: 107.14.168.6:25 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2017 15:53:59 -0000 On 02/21/17 22:55, Ian Lepore wrote: > > Yep, it turned out I caused this with my changes to support gpio pins > for card detect and write protect. The fdt data for beaglebone doesn't > list any pins for write protect and doesn't have the "wp-disable" > property (which is a bug in the fdt data, because eMMC and micro-sd > cannot be write protected). The old driver logic treated that as "not > protected" and a side effect of the way the new code works effectively > reversed that into saying everything is write protected. > > I just commited a fix for it as r314071, sorry for taking so long to > realize all of this was fallout from my change. > Everything works after building r314137. The ptrace_test.c fix was committed last night and I had a successful crochet-freebsd build this morning. My Beaglebone Black boots, looks and acts normally now. Thanks to all involved. Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From owner-freebsd-arm@freebsd.org Thu Feb 23 18:33:42 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BEFD1CEBE3F for ; Thu, 23 Feb 2017 18:33:42 +0000 (UTC) (envelope-from tony@tndh.net) Received: from express.tndh.net (express.tndh.net [IPv6:2001:470:e930:1240:20d:56ff:fe04:4c0a]) (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 91C9EB04; Thu, 23 Feb 2017 18:33:42 +0000 (UTC) (envelope-from tony@tndh.net) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tndh.net; s=dkim; h=Subject:Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Date:In-Reply-To:References:To:From; bh=snQQejAuJPBTy/aeel4zxeosgKGds3CyRqKXDb2k2RI=; b=ASYOctcMYqDwUKS55nK+8UZv1EeuCvgxxVRwUETB+UJVHgDf92pOvRVLHNXn33+KPT/CxlAk9eAZyDpE2iNPtFr+rAEehU/1o8TSU9ya0pphDzheSyF9Awvdf2Vv2EQmXGdthbngZdyivYnym3VYU/W0T+BcYmQN/boV0+IsGmeii4Re; Received: from express.tndh.net ([2001:470:e930:1240:20d:56ff:fe04:4c0a] helo=eaglet) by express.tndh.net with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1cgyCs-000Cya-AF; Thu, 23 Feb 2017 10:33:39 -0800 From: "Tony Hain" To: "'Ian Lepore'" , "'Dr. Rolf Jansen'" , References: <7D750433-59FC-4999-AC24-041683E17310@obsigna.com> <1483718084.96230.5.camel@freebsd.org> <0D800E14-799A-4926-AEF8-CD698D647E40@obsigna.com> <1483722560.96230.10.camel@freebsd.org> <1483928120.96230.61.camel@freebsd.org> <6A97EEB3-6B24-48E7-959F-67F4275AFEC8@obsigna.com> <1487735878.73144.140.camel@freebsd.org> In-Reply-To: <1487735878.73144.140.camel@freebsd.org> Date: Thu, 23 Feb 2017 10:33:35 -0800 Message-ID: <18c201d28e03$58128320$08378960$@tndh.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQIsuqSVEiIHQqpRkzGImUrzelkclAGoJCvSArH9CvMB+l/RWwDlXP6mAUAWfFcBXgUtAQG5jgj4AttK81agTynOYA== Content-Language: en-us X-SA-Exim-Connect-IP: 2001:470:e930:1240:20d:56ff:fe04:4c0a X-SA-Exim-Mail-From: tony@tndh.net X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on express.tndh.net X-Spam-Level: X-Spam-Status: No, score=-1.0 required=4.5 tests=ALL_TRUSTED,RP_MATCHES_RCVD autolearn=unavailable version=3.3.1 Subject: RE: BeagleBone Black MMC ordering clashes X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on express.tndh.net) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2017 18:33:42 -0000 Ian Lepore wrote: > > ................. snip ........................ > > > > With that the new kernel loaded, however, when trying to mount root, > > kernel's vfs complained that the indicated device /dev/mmcsd0s2a is > > read-only, and booting was not finished. > > > > I gave up with FreeBSD-12.0-CURRENT-arm-armv6-BEAGLEBONE-20170210- > > r313561, and I will try again with the next snapshot. > > > > Best regards > > > > Rolf >=20 > Sorry for the long delay on this. =A0I had flagged this mail for = followup but > somehow forgot to ever do so. =A0It turns out that read-only problem = is a bug I > introduced along with the card-detect changes. =A0I've just committed = a fix in > r314071, which should hopefully show up in the next shapshot build. >=20 > -- Ian buildworld finally completed successfully with r314118, and both the BBB = & BBG were able to mount the sd card rw. From owner-freebsd-arm@freebsd.org Thu Feb 23 19:32:59 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 64951CEB497 for ; Thu, 23 Feb 2017 19:32:59 +0000 (UTC) (envelope-from karl@denninger.net) Received: from mail.denninger.net (denninger.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id 21493316 for ; Thu, 23 Feb 2017 19:32:58 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (Karl-Desktop.Denninger.net [192.168.1.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.denninger.net (Postfix) with ESMTPSA id 0B64F2091AD for ; Thu, 23 Feb 2017 13:32:57 -0600 (CST) To: "freebsd-arm@freebsd.org" From: Karl Denninger Subject: PI3 led mapping fails Message-ID: Date: Thu, 23 Feb 2017 13:32:38 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms030105050404060808040109" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2017 19:32:59 -0000 This is a cryptographically signed message in MIME format. --------------ms030105050404060808040109 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Is this simply an omission (or error) in the DTS file we're using for the Pi3, or is this a code difference? I find the LED interface to be extremely useful on embedded systems as an "I'm alive and working" (or "warning detected", etc) indicator. gpioled0: on ofwbus0 gpioled0: failed to map pin A quick look at the dts file it appears we're grabbing shows that the definition is in there for the activity LED, but not the power one, and it has a "virtgpio" declaration rather than a hard GPIO pin number. Is that where the problem is coming from? --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms030105050404060808040109 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC BlwwggZYMIIEQKADAgECAgE9MA0GCSqGSIb3DQEBCwUAMIGQMQswCQYDVQQGEwJVUzEQMA4G A1UECBMHRmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3Rl bXMgTExDMRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhND dWRhIFN5c3RlbXMgTExDIENBMB4XDTE2MTIxODE5NDUzNVoXDTIxMTIxNzE5NDUzNVowVzEL MAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxGzAZBgNVBAMUEmthcmxAZGVubmluZ2VyLm5ldDCCAiIwDQYJKoZIhvcNAQEBBQADggIP ADCCAgoCggIBAM2N5maxs7NkoY9g5NMxFWll0TYiO7gXrGZTo3q25ZJgNdPMwrntLz/5ewE9 07TEbwJ3ah/Ep9BfZm7JF9vTtE1HkgKtXNKi0pawNGm1Yn26Dz5AbUr1byby6dFtDJr14E07 trzDCtRRvTkOVSBj6PQPal0fAnDtkIYQBVcuMkXkuMCtyfE95pjm8g4K9l7lAcKii3T1/3rE hCc1o2nBnb7EN1/XwBeCDGB+I2SN/ftZDbKQqGAF5q9dUn+iXU7Z/CVSfUWmhVh6cVZA4Ftv TglUqj410OuPx+cUQch3h1kFgsuhQR63HiJc3HbRJllHsV0rihvL1CjeARQkhnA6uY9NLFST p5I/PfzBzW2MSmtN/tGZvmfKKnmtbfUNgkzbIR1K3lsum+yEL71kB93Xtz/4f1demEx5c8TJ RBIniDHjDeLGK1aoBu8nfnvXAvgthFNTWBOEoR49AHEPjC3kZj0l8JQml1Y8bTQD5gtC5txl klO60WV0EufU7Hy9CmynMuFtjiA2v71pm097rXeCdrAKgisdYeEESB+SFrlY65rLiLv4n8o1 PX7DqRfqKkOYIakZ0ug/yHVKcq2EM3RiJxwzls5gT70CoOBlKbrC98O8TA6teON0Jq30M06t NTI2HhvNbJDLbBH+Awf4h1UKB+0ufENwjVvF5Jfz8Ww/FaSDAgMBAAGjgfQwgfEwNwYIKwYB BQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vY3VkYXN5c3RlbXMubmV0Ojg4ODgwCQYD VR0TBAIwADARBglghkgBhvhCAQEEBAMCBaAwCwYDVR0PBAQDAgXgMCwGCWCGSAGG+EIBDQQf Fh1PcGVuU1NMIEdlbmVyYXRlZCBDZXJ0aWZpY2F0ZTAdBgNVHQ4EFgQUpfAI3y+751pp9A0w 6vJHx8RoR/MwHwYDVR0jBBgwFoAUJHGbnYV9/N3dvbDKkpQDofrTbTUwHQYDVR0RBBYwFIES a2FybEBkZW5uaW5nZXIubmV0MA0GCSqGSIb3DQEBCwUAA4ICAQBiB6MlugxYJdccD8boZ/u8 d8VxmLkJCtbfyYHRjYdyoABLW5hE3k3xSpYCM9L7vzWyV/UWwDYKi4ZzxHo4g+jG/GQZfKhx v38BQjL2G9xD0Hn2d+cygOq3UPjVYlbbfQoew6JbyCFXrrZ7/0jvRMLAN2+bRC7ynaFUixPH Whnj9JSH7ieYdzak8KN+G2coIC2t2iyfXVKehzi5gdNQ0vJ7+ypbGsRm4gE8Mdo9N/WgFPvZ HPFqR9Dwas7Z+aHwOabpk5r/336SyjOaZsn3MqKJQZL6GqDKusVOCWt+9uFAD8kadg7FetZe atIoD9I+zbp59oVoMnkMDMx7Hi85faU03csusqMGsjSsAzWSI1N8PJytZlchLiykokLKc3OL G87QKlErotlou7cfPX2BbEAH5wmkj9oiqZhxIL/wwAUA+PkiTbEmksKBNompSjUq/6UsR8EA s74gnu17lmijv8mrg2qMlwRirE7qG8pnE8egLtCDxcjd0Of9WMi2NJskn0/ovC7P+J60Napl m3ZIgPJst1piYSE0Zc1FIat4fFphMfK5v4iLblo1tFSlkdx1UNDGdg/U+LaXkNVXlMp8fyPm R80V6cIrCAlEWnBJNxG1UyfbbsvNMCCZBM4faGGsR/hhQOiydlruxhjL6P8J2WV8p11DdeGx KymWoil2s1J5WTGCBRMwggUPAgEBMIGWMIGQMQswCQYDVQQGEwJVUzEQMA4GA1UECBMHRmxv cmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExDMRww GgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhNDdWRhIFN5c3Rl bXMgTExDIENBAgE9MA0GCWCGSAFlAwQCAwUAoIICTTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcN AQcBMBwGCSqGSIb3DQEJBTEPFw0xNzAyMjMxOTMyMzhaME8GCSqGSIb3DQEJBDFCBEBeNi69 nN9vVMt/ZfSOUchn2y+W/ftxQfbiHP1EkrEQ7MtGy8q+3Qf6iKjh4o16y0lbX1E+Xhux/XPA cDFlxLjRMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggq hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZI hvcNAwICASgwgacGCSsGAQQBgjcQBDGBmTCBljCBkDELMAkGA1UEBhMCVVMxEDAOBgNVBAgT B0Zsb3JpZGExEjAQBgNVBAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1zIExM QzEcMBoGA1UEAxMTQ3VkYSBTeXN0ZW1zIExMQyBDQTEiMCAGCSqGSIb3DQEJARYTQ3VkYSBT eXN0ZW1zIExMQyBDQQIBPTCBqQYLKoZIhvcNAQkQAgsxgZmggZYwgZAxCzAJBgNVBAYTAlVT MRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1ZGEg U3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG9w0B CQEWE0N1ZGEgU3lzdGVtcyBMTEMgQ0ECAT0wDQYJKoZIhvcNAQEBBQAEggIAt5IrOB1/VbgM OVOTjbW5WAxHdho6KYLVkaZADSzQhSJnka6af/7Bdyk15oIjhrhvHQndTSNDgJ3O/xwEjFMP MgFE8rzPGU8He8NOpq/1z551v3vZZocqn6gNpLwyEkvl1uTK1dISxXOiOTio/mlbyPnpJwxi 0/FPUzPUDrZUT5rKs8SivZ1CkoR9W9pAfKMPAI/tYuBYtDxYoB1QUj0TRJG0g64m+RuOF/mx NJ26xgR4+9/5G8Kb4L3+uRwxavj83CokPfyD8CeKlk0OjD9evadfgcr+wR8UcVjvdWRyjJQy 6I6AZv3e5Sr7E2Cgy958sAJg8PiIUJdvc2HJCdVLuWk/IIcJTCEbTaddmEMvZE1AfOF5f715 GgCSXpHon8uQIZnTJEu+egLMohe6Zon8DyR/MZQo+WICOoemtXknrlNrr7rQfbOvx8dDp5Ah Oi/je6ZdSjdlZqkqKPiIClfNAKZalDgMr5PCYosLFzYEgjv19gpJN1SCT4Oi5/G7r9Neb67g cM/QMv0tgC5s2uJ2Fe1G8AIdL/FESIcNuNqht11DBUpH4eRNzXNFzlPfahxWJ7HjMVoJiM4h j3leLyM+o5RHz+Mi90OFqfKih+l8oir92DZulwlp3iXksP0FZ/FF02bgXN1d1LZT1AW0SoIC iPCum4ZLa7Hr29lQ63/qFI8AAAAAAAA= --------------ms030105050404060808040109-- From owner-freebsd-arm@freebsd.org Thu Feb 23 23:35:27 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0F667CEBE7A for ; Thu, 23 Feb 2017 23:35:27 +0000 (UTC) (envelope-from tony@tndh.net) Received: from express.tndh.net (express.tndh.net [IPv6:2001:470:e930:1240:20d:56ff:fe04:4c0a]) (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 E202C1C83 for ; Thu, 23 Feb 2017 23:35:26 +0000 (UTC) (envelope-from tony@tndh.net) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tndh.net; s=dkim; h=Subject:Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Date:To:From; bh=IKiCfoSFoCV9pHzRNoQBagifKzFzHHYDOBnx9Auyxts=; b=AueWdZUmq4CtVDvQi2CKUTfq8JCoiGg/rhT+OH1P8HxEEaye5w1INmIzsqQGcgoQ2XHcIKToC6nPU7974jnwUTlKX5pGSKNQEx/BvvXrzsljU6lBnOOze0Vu0qmy8oGxk/Xe5CSt4D3IOE2+SOT7ACjUJS/fswnPae+DCBVNZJCV4e79; Received: from express.tndh.net ([2001:470:e930:1240:20d:56ff:fe04:4c0a] helo=eaglet) by express.tndh.net with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1ch2ut-000Hvx-Il for freebsd-arm@freebsd.org; Thu, 23 Feb 2017 15:35:25 -0800 From: "Tony Hain" To: Date: Thu, 23 Feb 2017 15:35:20 -0800 Message-ID: <190501d28e2d$7fe014b0$7fa03e10$@tndh.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdKOEumOq2vI/KQ2RmmobhTVuHQeWw== Content-Language: en-us X-SA-Exim-Connect-IP: 2001:470:e930:1240:20d:56ff:fe04:4c0a X-SA-Exim-Mail-From: tony@tndh.net X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on express.tndh.net X-Spam-Level: X-Spam-Status: No, score=-1.0 required=4.5 tests=ALL_TRUSTED,RP_MATCHES_RCVD autolearn=unavailable version=3.3.1 Subject: BBG cpsw0 - attach returned 6 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on express.tndh.net) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2017 23:35:27 -0000 The BBG phy works with the debian image on mmcsd1: Linux beaglebone 4.4.9-ti-r25 #1 SMP Thu May 5 23:08:13 UTC 2016 armv7l ... debian@beaglebone:~$ ifconfig eth0 Link encap:Ethernet HWaddr 88:4a:ea:f5:a2:0e ... debian@beaglebone:~$ sudo ping 8.8.8.8 PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data. 64 bytes from 8.8.8.8: icmp_seq=1 ttl=55 time=10.3 ms But failed in FreeBSD 12.0-CURRENT #0 r314118M: Wed Feb 22 22:49:19 PST 2017 BBG # dmesg|grep cpsw cpswss0: <3-port Switch Ethernet Subsystem> mem 0x4a100000-0x4a1007ff,0x4a101200-0x4a1012ff irq 38,39,40,41 on simplebus0 cpswss0: CPSW SS Version 1.12 (0) cpswss0: Initial queue size TX=128 RX=384 cpsw0: on cpswss0 cpsw0: Failed to read from PHY. cpsw0: attaching PHYs failed device_attach: cpsw0 attach returned 6 I used the BBG dts as the base since I didn't care about the HDMI, and the loader.conf fdt_file points to the appropriate name, even though the files are identical at this point: # diff /boot/dtb/am335x-boneblack.dtb /boot/dtb/am335x-bonegreen.dtb # BBG # grep fdt /boot/loader.conf #fdt_file="am335x-boneblack.dtb" fdt_file="am335x-bonegreen.dtb" BBB # grep fdt /boot/loader.conf fdt_file="am335x-boneblack.dtb" #fdt_file="am335x-bonegreen.dtb" The BBB Ethernet works fine. BBB # dmesg|grep cpsw cpswss0: <3-port Switch Ethernet Subsystem> mem 0x4a100000-0x4a1007ff,0x4a101200-0x4a1012ff irq 38,39,40,41 on simplebus0 cpswss0: CPSW SS Version 1.12 (0) cpswss0: Initial queue size TX=128 RX=384 cpsw0: on cpswss0 miibus0: on cpsw0 cpsw0: Ethernet address: b0:d5:cc:fb:f6:c6 cpsw0: link state changed to DOWN cpsw0: link state changed to UP # ping 8.8.8.8 PING 8.8.8.8 (8.8.8.8): 56 data bytes 64 bytes from 8.8.8.8: icmp_seq=0 ttl=55 time=10.319 ms remote refid st t when poll reach delay offset jitter oPPS(0) .PPS. 0 l 15 32 377 0.0000 -1.2604 0.0001 xNMEA(0) .GPS. 0 l 54 64 377 0.0000 -50.4108 2.0103 *2001:470:xxxx:7 .GPS. 1 u 15 64 377 0.9646 -1.3970 0.9580 ntpd ntpsec-0.9.6+536 2017-02-22T20:26:50Z Last update: 2017-02-23T12:42:30 (16) When I did the boot to debian on the BBG, I forgot to pull the sd card, and debian's fsck trashed the mmcsd0 system partition. When I recopied it back I forgot to change the loader.conf and rc.conf, and the cpsw device was recognized: BBG # dmesg|grep cpsw cpswss0: <3-port Switch Ethernet Subsystem> mem 0x4a100000-0x4a1007ff,0x4a101200-0x4a1012ff irq 38,39,40,41 on simplebus0 cpswss0: CPSW SS Version 1.12 (0) cpswss0: Initial queue size TX=128 RX=384 cpsw0: on cpswss0 miibus0: on cpsw0 cpsw0: Ethernet address: 88:4a:ea:f5:a2:0e cpsw0: link state changed to DOWN cpsw0: link state changed to UP Just to make sure there was not something about the name I reset it back to fdt_file=am335x-bonegreen.dtb and the correct rc.conf, and all is well. # ping 8.8.8.8 PING 8.8.8.8 (8.8.8.8): 56 data bytes 64 bytes from 8.8.8.8: icmp_seq=0 ttl=55 time=10.790 ms Appears to have been a transient issue, though it could have been some hardware state that was cleared by the debian boot. But that doesn't make sense given the number of power cycles. Is there something I should do to further diagnose this issue if it occurs again? Tony From owner-freebsd-arm@freebsd.org Fri Feb 24 17:28:42 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D27C6CEB244 for ; Fri, 24 Feb 2017 17:28:42 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CD931986 for ; Fri, 24 Feb 2017 17:28:41 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from zeta.dino.sk (fw3.dino.sk [84.245.95.254]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Fri, 24 Feb 2017 18:28:32 +0100 id 00DF881B.58B06D40.0000CD05 Date: Fri, 24 Feb 2017 18:28:31 +0100 From: Milan Obuch To: freebsd-arm@freebsd.org Subject: Re: FreeBSD on Pine64 experience Message-ID: <20170224182831.76c15809@zeta.dino.sk> In-Reply-To: <20170220124619.7f04ad6a@zeta.dino.sk> References: <20170220124619.7f04ad6a@zeta.dino.sk> X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.29; i386-portbld-freebsd10.3) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2017 17:28:42 -0000 On Mon, 20 Feb 2017 12:46:19 +0100 Milan Obuch wrote: > Hi, > > some time ago I've got Pine64 board with 1 GB RAM. I decided to put > FreeBSD on it as I saw arm64 architecture being worked on. First I > tried to build u-boot, it worked somehow, but I was not able to find > out the way boot works here, and did not find much time to play > afterwards. I completed full rebuild with sources at svn revision 313999 now. It took almost four days... but no problems so far, everything seems to be stable, just some spurious interrupts were detected over the build, maybe ten over those four days. [ snip ] > env ABI=FreeBSD:11:aarch64 pkg install aarch64-binutils > > which installed both pkg and aarch64-binutils packages. I know from my > earlier attempts to cross compile world for arm64 it was enough to > build world, but it was not enough for native build. Trouble was our > build environment is sanitized and aarch64-binutils package is > installed into /usr/local/aarch64-freebsd/{bin,lib} directories, so > they are not in path. I did not find other way to get it working > without too much fussing with makefiles et all, but simple crude hack > worked - I created links with > > ln -s /usr/local/aarch64-freebsd/bin/* /bin > Actually only ld needs this, so ln -s /usr/local/aarch64-freebsd/bin/ld /bin was enough. Also, with no deeper analysis, it seems it is necessary just for early stage of building toolchain (beginning of 'make buildworld'). And now, after svn upgrade to version 314213, it seems to be not necessary anymore... I just fired next buildworld... > Nothing more was necessary for native buildworld/buildkernel to > succeed. At this point after nfs mounting /usr/port I was able to > build ports. > > When trying installworld, it proceeded almost flawlessly, just at the > end following error was reported: > > ===> etc (install) > ===> etc/newsyslog.conf.d (install) > ===> etc/sendmail (install) > cd /usr/src/etc/../share/man; make makedb > makewhatis /usr/share/man > makewhatis /usr/share/openssl/man > : /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/tsd.h:687: > Failed assertion: "tsd_booted" *** Signal 6 > This problem remains, at least it occured again this time. > Remaining steps, make delete-old, mergemaster and make delete-old-libs > all completed successfully, with mergemaster being painfully slow > due /var/tmp/temproot being od SD card. > > Now I am running newly built 12-CURRENT on Pine, I looks like it works > well. Just a small nit - my 'uname -a' now prints > > FreeBSD pine 12.0-CURRENT FreeBSD 12.0-CURRENT #0: Mon Feb 20 > 00:47:55 CET 2017 root@tiny.dino.sk:/usr/obj/usr/src/sys/GENERIC > arm64 > > Originally it was 12.0-CURRENT # - does anybody > know where this revision number is being lost? Could it be somehow > caused by fact my src tree was 'svn checkout'ed on another machine > (i386)? > Well, I can not verify my theory - I am not able to do svn checkout into nfs mounted directory from arm64 and armv6 systems (nfsd runs on i386 system). Maybe it just could not work this way... Regards, Milan From owner-freebsd-arm@freebsd.org Fri Feb 24 17:57:26 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E75D5CEBA36 for ; Fri, 24 Feb 2017 17:57:26 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qt0-x236.google.com (mail-qt0-x236.google.com [IPv6:2607:f8b0:400d:c0d::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9FF98B8E for ; Fri, 24 Feb 2017 17:57:26 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-qt0-x236.google.com with SMTP id r45so22694537qte.3 for ; Fri, 24 Feb 2017 09:57:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=nbqWNAQSOp6xKsdqcJpjCAHrhGaJOXgDCPPly2Q9mFM=; b=RJm1H6ZPby4VkqA9g7NujvgVdURogof3K70U9xthViaqHWoCbzw/jFeWZXO/2vmDqP WJTtacdfXBtB6mgeH9+sMv/qGTonKN0BySfvUhzWnphPeLdY2qBJ9UFF10U7sr/pZ5on 6CMLIKtFlB9iM/BJd9+z/lkcTVF5pN+TgkGEb/2llfVEvOsuPghLmHM/D/JmLpcqdW+e 3vA+6RD1yw6C8YpGczvFa6o0wlsFiG/hUTm+Y3cXbE7w1IoBvocXsS3LbqdiabeZMegA 1gCAWH8XBMcTgQyfoizP3iPlwma06MriWYmChJIVWYjj9Jcs0vpEZ8zhozVEzi8vqPR0 9yIQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=nbqWNAQSOp6xKsdqcJpjCAHrhGaJOXgDCPPly2Q9mFM=; b=HvSI0J7NTx8s4jfNgsiizTL+clmzPzBtH1Q9QsknPFhpfTnPxJRNf779ewnVQaCOlj NhUYAFTA6kEnfePbJoezySd0ZpNjN27BQM0bjsOol09rlRBjcjw2iuNrBinpf1t33E4a 3kOo7dDJzmKMmHUPLS5XBO61jW7xboArmnecUK5i9fvfwVo3ugtql0ziUl6t1CVpOzrH m6CcLUvtjoF8gGMY5UVsbZcY6XVWWO98+mV1VpaxoS6A+ZN1Q/UX3xP/KSRMxdvo7IUG ffB9EeXP3VbduNs2V2ZTp8o/WuC9esHwC4xTpkO3sPF3eAFt4v4cSiZ4NKpJx1cZ4HUx 67+Q== X-Gm-Message-State: AMke39ngXdPAt8lxBaUqnqFtzqA5coWzexdn/BG8Ms22UOxn7XOZ/gacCFQHTF9/t0rf3J68 X-Received: by 10.200.36.81 with SMTP id d17mr3705649qtd.99.1487959045634; Fri, 24 Feb 2017 09:57:25 -0800 (PST) Received: from mutt-hbsd ([63.88.83.66]) by smtp.gmail.com with ESMTPSA id 30sm5231781qtr.38.2017.02.24.09.57.24 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 24 Feb 2017 09:57:24 -0800 (PST) Date: Fri, 24 Feb 2017 12:57:24 -0500 From: Shawn Webb To: Milan Obuch Cc: freebsd-arm@freebsd.org Subject: Re: FreeBSD on Pine64 experience Message-ID: <20170224175724.25y7a6jeubxlzusc@mutt-hbsd> References: <20170220124619.7f04ad6a@zeta.dino.sk> <20170224182831.76c15809@zeta.dino.sk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="65337z2jv62m22xr" Content-Disposition: inline In-Reply-To: <20170224182831.76c15809@zeta.dino.sk> X-Operating-System: FreeBSD mutt-hbsd 12.0-CURRENT-HBSD FreeBSD 12.0-CURRENT-HBSD X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: NeoMutt/20170206 (1.7.2) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2017 17:57:27 -0000 --65337z2jv62m22xr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 24, 2017 at 06:28:31PM +0100, Milan Obuch wrote: > On Mon, 20 Feb 2017 12:46:19 +0100 > Milan Obuch wrote: >=20 > > Hi, > >=20 > > some time ago I've got Pine64 board with 1 GB RAM. I decided to put > > FreeBSD on it as I saw arm64 architecture being worked on. First I > > tried to build u-boot, it worked somehow, but I was not able to find > > out the way boot works here, and did not find much time to play > > afterwards. >=20 > I completed full rebuild with sources at svn revision 313999 now. It > took almost four days... but no problems so far, everything seems to be > stable, just some spurious interrupts were detected over the build, > maybe ten over those four days. >=20 > [ snip ] >=20 > > env ABI=3DFreeBSD:11:aarch64 pkg install aarch64-binutils > >=20 > > which installed both pkg and aarch64-binutils packages. I know from my > > earlier attempts to cross compile world for arm64 it was enough to > > build world, but it was not enough for native build. Trouble was our > > build environment is sanitized and aarch64-binutils package is > > installed into /usr/local/aarch64-freebsd/{bin,lib} directories, so > > they are not in path. I did not find other way to get it working > > without too much fussing with makefiles et all, but simple crude hack > > worked - I created links with > >=20 > > ln -s /usr/local/aarch64-freebsd/bin/* /bin > > >=20 > Actually only ld needs this, so >=20 > ln -s /usr/local/aarch64-freebsd/bin/ld /bin >=20 > was enough. Also, with no deeper analysis, it seems it is necessary > just for early stage of building toolchain (beginning of 'make > buildworld'). And now, after svn upgrade to version 314213, it seems to > be not necessary anymore... I just fired next buildworld... >=20 > > Nothing more was necessary for native buildworld/buildkernel to > > succeed. At this point after nfs mounting /usr/port I was able to > > build ports. > >=20 > > When trying installworld, it proceeded almost flawlessly, just at the > > end following error was reported: > >=20 > > =3D=3D=3D> etc (install) > > =3D=3D=3D> etc/newsyslog.conf.d (install) > > =3D=3D=3D> etc/sendmail (install) =20 > > cd /usr/src/etc/../share/man; make makedb > > makewhatis /usr/share/man > > makewhatis /usr/share/openssl/man > > : /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/i= nternal/tsd.h:687: > > Failed assertion: "tsd_booted" *** Signal 6 > > >=20 > This problem remains, at least it occured again this time. Until the root cause of this problem is found, you can workaround it by disabling tcache via malloc.conf: ln -s tcache:false /etc/malloc.conf Thanks, --=20 Shawn Webb Cofounder and Security Engineer HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --65337z2jv62m22xr Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEKrq2ve9q9Ia+iT2eaoRlj1JFbu4FAliwdAEACgkQaoRlj1JF bu6i5w//S3CPF+coT/3SKJkV6jgWZjjynXvYYARxx9moia1YT3ElNk5kbH/j3v08 yyR4hhdIJed5j7xWvRImi6oQeJWtl+QE3ihBcL373t+GHN2DhGFU7DQT3uwbIphx pUoYXhGfw/AD16rI9nUGzYtXqLSHNHw7T6mjpX2SLXQN0/V0U9XOyy/1jg57XGxf 29pwMpCE6klSj4t12hYAlRBLxl2nQG+LD9x5T34oogKEaNeFzHzMgzmeWQ6O22oH I7Beg6Emp8TyiiVydxH09bMSJECl/JAdvz21BiWV19EhLPkT90G7MFSGrw8bjhQO y+GTGcJHuGIsmnOB8D+o0M19C9lSJ6Rezb0IZhPaho9F7yFCLIyy8jJk47uKcYiz FIaIZHVC3SBCUWKUMh3SepeOjGy7sDbS52RfCDda0fDavxmSxNesRNQv25gO3rvK w5n0m6N/FjMXpYZb0DIMeZOscD7WsSZMAGf1n7u7OAoRDuBwHiXlJJ83mjmpnuGm df1p9iYdemRW1D5rEZNglEmInF4iJiCgQ9aacjnB/7UcXQWA/kkERIbs5MwudL0u Aq3r4BzdMovR0lDbbVCofoM2NRMjGlPmkSrGLQJ9CZQhVQ16wqx2w0IZ/3aFITtO xYfh1XXDAODsXihZpua7U5euhi2iqUq0QIdFPylDT+NatIbD1J0= =ctfI -----END PGP SIGNATURE----- --65337z2jv62m22xr--