From owner-freebsd-arm@freebsd.org Sun Jul 8 01:04:04 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B8FFD104493B for ; Sun, 8 Jul 2018 01:04:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-20.consmr.mail.gq1.yahoo.com (sonic302-20.consmr.mail.gq1.yahoo.com [98.137.68.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 37E187699B for ; Sun, 8 Jul 2018 01:04:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: DWLJDF8VM1n3EHwAR8TXG8GLzC.2FoVcMKZghWhZAzdSmrCCQX8wMvgpgRCfJGT r5GSAoIjijwRHKTi8AW0rNXyZpItNN7kUaaeaYlKtQdxJHFi1wEaXKUDsWmtuvTJz.UtZh1rkHgk Ci5UGhpuW_2ZplIkfJd2MB1yKOIf_uHyblUu61NjFSUlHoopiUVSXbc9zWmIih5byHL_AHWh0p3C KOhJxwSlXp.NV1EZ6lJQuN1loiTaZ.4GeQjFi_mVFi5V3E1ahO7YqF6qhz4646HxIryC8RAVqPYG LfKq4Xdp60cGRDLu9ckrio7m32oIkQRz5fwnljOPY9zv.caikE8AXt2.B7ECweh3kocLMjRzGK6R xhM2PUkQbEfzw2jilUpBGBhHkppKUL.FgivG0PdE3N0hGv4tb1ToICacmXTAGhN1Dc.rBvpL2D9l nkPBs3noq86noF1_kJG18D96XpuWIrZTrhvYJNgsJ_s_RMw3Xcjm0MN_L2gR4EZy4uDlbksO36Wf NamXUsDnOXKVsZ8LqtdcgvZUrsUY0RKtU8FasOngnsal1ornQ0v1THllXM922kfs8O1VW3JZ7Y1f DW52j_KYEoTLHk9t1I.fXu5MmN.6xjYtNW0WcirOP5UsUFVWtIkkm1x9cYJ_sVz.6duNfN4vtf2D sBnhwGrbySWCcjMSuhj.cQrNRsRG2hqZOdQ1v0oM70Ll6MgBIY.zx_n5qs.H4g9Nin9mza8DPkYe FD45GkkCgprlVT4Fti3MziKoIl6IlcEb75YUMuC7S_6AKFaCXW92Ouz1a6uQb1HjF_Lhlr.EC83a cymjQMtOO8qAKajDTdC_j4mLotGmWhELqcEF4u24mT93rq_xy03bcAzPq0ZaAdw2IzslxF9FIJzf y9s2YvuusNULFTBHk0WzxDYui2XEOwLk_reb4HJieCZveGN5aFsPZlQGpsxeAZaerTQTNr85P9Km OFHESMk4fHhGz.qll1JYzzlr.6wJn2Ol0WmwnMnlmz8_0S32scl0uiOaPzrfUwA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Sun, 8 Jul 2018 01:04:02 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp424.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID e3da6c7a5a50ecd55b4205549b4b6e3d; Sun, 08 Jul 2018 01:04:00 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.4 \(3445.8.2\)) Subject: Re: svn commit: r336078 [ ci.freebsd.org 's FreeBSD-head-aarch64-build still broken ] Message-Id: Date: Sat, 7 Jul 2018 18:03:58 -0700 To: ian@FreeBSD.org, svn-src-head@freebsd.org, freebsd-arm X-Mailer: Apple Mail (2.3445.8.2) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jul 2018 01:04:04 -0000 https://ci.freebsd.org/job/FreeBSD-head-aarch64-build/8461/consoleText = shows: =3D=3D=3D> share/man/man4/man4.aarch64 (distribute) cd = /usr/src/share/man/man4/man4.aarch64; make __MAKE_CONF=3D/dev/null = SRCCONF=3D/dev/null install installconfig -DNO_SUBDIR = DESTDIR=3D/usr/obj/usr/src/arm64.aarch64/release/dist/base SHARED=3Dcopies= install -o root -g wheel -m 444 armv8crypto.4.gz = /usr/obj/usr/src/arm64.aarch64/release/dist/base/usr/share/man/man4/aarch6= 4/ install: = /usr/obj/usr/src/arm64.aarch64/release/dist/base/usr/share/man/man4/aarch6= 4/: No such file or directory *** Error code 71=20 (which is farther than it got before.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun Jul 8 01:07:41 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2402C1044FE4 for ; Sun, 8 Jul 2018 01:07:41 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 9712076E1C for ; Sun, 8 Jul 2018 01:07:40 +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 w6817nva080123 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 7 Jul 2018 18:07:49 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id w6817mNS080122; Sat, 7 Jul 2018 18:07:48 -0700 (PDT) (envelope-from fbsd) Date: Sat, 7 Jul 2018 18:07:48 -0700 From: bob prohaska To: Trev Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: RPI3 swap experiments Message-ID: <20180708010748.GA80035@www.zefox.net> References: <20180629155131.GA35717@www.zefox.net> <20180629233937.GC35717@www.zefox.net> <0f137e06-214a-3e8c-a216-f061ec04ac2c@sentry.org> <20180630005145.GA43801@www.zefox.net> <6f3406e2-71f3-d0c2-2b65-703e1a1d3c25@sentry.org> <8e92b2b7-da61-3efb-7231-9fac76b2c1d4@sentry.org> <2deaaec3-f78f-0b09-5ca7-27e14c6979f9@sentry.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jul 2018 01:07:41 -0000 On Sun, Jul 08, 2018 at 09:32:32AM +1000, Trev wrote: > Trev wrote on 04/07/2018 07:09: > > Conclusion: The only way to buildworld on the RPi3B+ is to use an > > external USB mechanical hard disk (my hybrid Seagate 500G 2.5" drive > > required a powered USB hub). No issues on a RPi2B v1.1 with swap and > > /usr on a USB memory key. > > One last experiment occurred to me: I placed a SanDisk 8GB Ultra micro > SDCard in a microSD card reader (this one: > https://www.amazon.co.uk/MICRO-SD-MICRO-SDHC-MEMORY-READER/dp/B002WKD0CQ > ), created a 2G swap partition and ran make -j4 buildworld SUCCESSFULLY! > Twice. > It seems something is right on the edge. R335835 updated itself to r336019 using 3 GB of USB swap on da0, along with /var/, /tmp/ and /usr/. No powered hub was used. No errors of any kind. When I tried to mix swap from microSD OOMA killed buildworld. OOMA also killed buildworld when all swap was on microSD, which is a step backwards; that arrangement used to work. I haven't yet repeated those tests on r336019. For the last 21 hours the machine has been running stress2's all.sh script. Top reports CPU: 1.1% user, 0.0% nice, 98.9% system, 0.0% interrupt, 0.0% idle but the machine seems quite responsive to ssh inputs. Not sure I believe it. > uname -aKUp > FreeBSD rpi3.sentry.org 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r335854: > Mon Jul 2 16:03:04 AEST 2018 > root@rpi3.sentry.org:/usr/obj/usr/src/arm64.aarch64/sys/RPI3-12.0 arm64 > aarch64 1200069 1200069 > > > gpart show -l da0 > => 40 15523760 da0 GPT (7.4G) > 40 4194304 1 usdswap (2.0G) > 4194344 11329456 - free - (5.4G) > > > # Custom /etc/fstab for FreeBSD embedded images > /dev/ufs/rootfs / ufs rw,noatime 1 1 > /dev/msdosfs/MSDOSBOOT /boot/msdos msdosfs rw,noatime 0 0 > md1 /tmp mfs rw,noatime,-s100m 0 0 > md2 /var/log mfs rw,noatime,-s15m 0 0 > md3 /var/tmp mfs rw,noatime,-s15m 0 0 > /dev/da0p1 none swap sw 0 0 > > > da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 > da0: Removable Direct Access SCSI device > da0: Serial Number 058F63356432 > da0: 40.000MB/s transfers > da0: 7580MB (15523840 512 byte sectors) > da0: quirks=0x2 > > > The only unusual, but apparently harmless, log messages were: > > Jul 7 15:39:01 rpi3 kernel: swap_pager: indefinite wait buffer: bufobj: > 0, blkno: 143089, size: 327 > 68 > Jul 7 17:46:35 rpi3 kernel: swap_pager: indefinite wait buffer: bufobj: > 0, blkno: 14712, size: 8192 > Jul 7 17:47:21 rpi3 kernel: swap_pager: indefinite wait buffer: bufobj: > 0, blkno: 17239, size: 2457 > 6 > Jul 7 17:47:21 rpi3 kernel: swap_pager: indefinite wait buffer: bufobj: > 0, blkno: 20737, size: 8192 > Jul 7 17:47:21 rpi3 kernel: swap_pager: indefinite wait buffer: bufobj: > 0, blkno: 511807, size: 409 > 6 > Jul 7 18:50:34 rpi3 kernel: swap_pager: indefinite wait buffer: bufobj: > 0, blkno: 988, size: 4096 > Jul 7 18:50:34 rpi3 kernel: swap_pager: indefinite wait buffer: bufobj: > 0, blkno: 318727, size: 655 > 36 > Jul 7 18:55:02 rpi3 kernel: swap_pager: indefinite wait buffer: bufobj: > 0, blkno: 354041, size: 286 > 72 > Jul 7 21:45:10 rpi3 kernel: swap_pager: indefinite wait buffer: bufobj: > 0, blkno: 164496, size: 491 > 52 > Jul 7 23:04:38 rpi3 kernel: swap_pager: indefinite wait buffer: bufobj: > 0, blkno: 372151, size: 655 > 36 Those messages seem an ill portent, but they didn't guarantee failure for me, either. thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Sun Jul 8 01:30:58 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 945751047A79 for ; Sun, 8 Jul 2018 01:30:58 +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 173F9783B1 for ; Sun, 8 Jul 2018 01:30:57 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-RoutePath: aGlwcGll X-MHO-User: 8c9601ad-824e-11e8-aa1a-954dbaed88ca X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound1.eu.mailhop.org (Halon) with ESMTPSA id 8c9601ad-824e-11e8-aa1a-954dbaed88ca; Sun, 08 Jul 2018 01:30:52 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id w681UobJ030092; Sat, 7 Jul 2018 19:30:50 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1531013450.1336.6.camel@freebsd.org> Subject: Re: svn commit: r336078 [ ci.freebsd.org 's FreeBSD-head-aarch64-build still broken ] From: Ian Lepore To: Mark Millard , svn-src-head@freebsd.org, freebsd-arm Date: Sat, 07 Jul 2018 19:30:50 -0600 In-Reply-To: References: 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.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jul 2018 01:30:58 -0000 On Sat, 2018-07-07 at 18:03 -0700, Mark Millard wrote: > https://ci.freebsd.org/job/FreeBSD-head-aarch64-build/8461/consoleTex > t shows: > > ===> share/man/man4/man4.aarch64 (distribute) cd > /usr/src/share/man/man4/man4.aarch64; make __MAKE_CONF=/dev/null > SRCCONF=/dev/null install installconfig -DNO_SUBDIR > DESTDIR=/usr/obj/usr/src/arm64.aarch64/release/dist/base > SHARED=copies install -o root -g wheel -m 444 armv8crypto.4.gz > /usr/obj/usr/src/arm64.aarch64/release/dist/base/usr/share/man/man4/a > arch64/ install: > /usr/obj/usr/src/arm64.aarch64/release/dist/base/usr/share/man/man4/a > arch64/: No such file or directory *** Error code 71  > > (which is farther than it got before.) > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > r336080 may fix it.  I'm not sure, because I can't build an aarch64 world right now because of other build errors. -- Ian From owner-freebsd-arm@freebsd.org Sun Jul 8 07:40:33 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EB345FF8FFC; Sun, 8 Jul 2018 07:40:32 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47C7D864B6; Sun, 8 Jul 2018 07:40:31 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id d78fede6; Sun, 8 Jul 2018 09:33:49 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h= mime-version:content-type:content-transfer-encoding:date:from:to :cc:subject:in-reply-to:references:message-id; s=mail; bh=O5RKkN YN8mClac9QIPsCb0LN36E=; b=t1BE3vcSSPI3GztkyuPhEf7y0E++WmWdc0kv9G 7eaZ435nAg0UItjfhzxrwkaUt805sF0jGzWN3Whzcm8g2RBQh6q0pPYOGb7qVWT5 JVkCCL7PaTkEFlT6Fd4bngofXVfgzVmbSqz2lpylq/p6GTQxCcyYzeLPknivRTte gRPKU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h= mime-version:content-type:content-transfer-encoding:date:from:to :cc:subject:in-reply-to:references:message-id; q=dns; s=mail; b= YGnXa4wXHmSipgMMuHwuFB8lHUi2DU1842A/tRSYXsqDnRZceIVk2N/J4++ct+mJ 7TiJIvWKlO7gKgwB6UvZGcyT1jzMpJFoQ02WpXTBpHm7TjLaknuwvqPDNTYweCXE zZRvg1a2Sym6pRPxYoQabRhiHfUNBKYfK1Jx60PWRbA= Received: from webmail.megadrive.org (www1.blih.net [212.83.177.180]) by mail.blih.net (OpenSMTPD) with ESMTP id 2889c01d; Sun, 8 Jul 2018 09:33:49 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 08 Jul 2018 09:33:49 +0200 From: Emmanuel Vadot To: freebsd-arm@freebsd.org Cc: owner-freebsd-arm@freebsd.org Subject: Re: docs for allwinner A64/R18 Crypto Engine Organization: Bidouilliste In-Reply-To: <20180707213435.GH2884@funkthat.com> References: <20180707213435.GH2884@funkthat.com> Message-ID: X-Sender: manu@bidouilliste.com User-Agent: Roundcube Webmail/1.1.1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jul 2018 07:40:33 -0000 On 2018-07-07 23:34, John-Mark Gurney wrote: > Does anyone have docs for the crypto engine, or know someone who could > get them to me? I just ordered some boards and was thinking I'd look > at adding some support for it. > > Thanks. Hi John-Mark, There is some register description in the user manual (http://linux-sunxi.org/images/b/b4/Allwinner_A64_User_Manual_V1.1.pdf) but I've never really read it so I Don't know if it's enough to do a implementation. What boards did you ordered ? -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Sun Jul 8 08:31:25 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A9DFE1027573 for ; Sun, 8 Jul 2018 08:31:25 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4867D895A0 for ; Sun, 8 Jul 2018 08:31:25 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.110.112]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1fc56C-0003lQ-GX; Sun, 08 Jul 2018 10:31:16 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-arm@freebsd.org, "Andrea Venturoli" Subject: Re: FreeBSD on latest RPI3+ References: <9E4BB8D2-DCDC-4C69-BE37-1D0896295B56@kronometrix.org> Date: Sun, 08 Jul 2018 10:31:17 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.0 X-Scan-Signature: 5a1627636b35b65657045ef62631cd80 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jul 2018 08:31:25 -0000 On Wed, 04 Jul 2018 19:49:55 +0200, Andrea Venturoli wrote: > On 07/03/18 17:54, Ronald Klop wrote: >> On Mon, 02 Jul 2018 11:17:38 +0200, Stefan Parvu >> wrote: >> >>> Hi, >>> >>> Do we support already the latest RPI3+ [1] ? Probable that would be >>> FreeBSD 12.0 no back porting to FreeBSD 11.x ? >> Yes, I have it running out of the box. Just install the RPI3 FreeBSD >> 12/aarch64 snapshot [1][2]. > > Hello. > > The OP question was one I was going to ask myself... > > Specifically, you said 12 works; but does 11.2? 12 has an installable 'release' (read: snapshot) image for RPI3(+). 11.2 does not have this. So I think 11.2 does not work. Regards, Ronald. > > bye & Thanks > av. > _______________________________________________ > 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 Sun Jul 8 19:10:34 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D5E5210234A7 for ; Sun, 8 Jul 2018 19:10:34 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gate2.funkthat.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 41AEA83E4B for ; Sun, 8 Jul 2018 19:10:33 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id w68JASf0038411 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 8 Jul 2018 12:10:28 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id w68JARce038410; Sun, 8 Jul 2018 12:10:27 -0700 (PDT) (envelope-from jmg) Date: Sun, 8 Jul 2018 12:10:27 -0700 From: John-Mark Gurney To: Emmanuel Vadot Cc: freebsd-arm@freebsd.org Subject: Re: docs for allwinner A64/R18 Crypto Engine Message-ID: <20180708191027.GI2884@funkthat.com> Mail-Followup-To: Emmanuel Vadot , freebsd-arm@freebsd.org References: <20180707213435.GH2884@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-RELEASE-p7 amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Sun, 08 Jul 2018 12:10:28 -0700 (PDT) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jul 2018 19:10:35 -0000 Emmanuel Vadot wrote this message on Sun, Jul 08, 2018 at 09:33 +0200: > On 2018-07-07 23:34, John-Mark Gurney wrote: > > Does anyone have docs for the crypto engine, or know someone who could > > get them to me? I just ordered some boards and was thinking I'd look > > at adding some support for it. > > > > Thanks. > > Hi John-Mark, > > There is some register description in the user manual > (http://linux-sunxi.org/images/b/b4/Allwinner_A64_User_Manual_V1.1.pdf) > but I've never really read it so I Don't know if it's enough to do a > implementation. Yeah, I saw the register definitions, but it is extremely lacking.. With a lot of work and puzzling how things work and trial and error, I might be able to get something working, but it'd be a lot less with proper documentation... > What boards did you ordered ? The Pine A64-LTS. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@freebsd.org Sun Jul 8 21:01:04 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 56C5810310C3 for ; Sun, 8 Jul 2018 21:01:04 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E84AF8B1B9 for ; Sun, 8 Jul 2018 21:01:03 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 2713A19B54 for ; Sun, 8 Jul 2018 21:01:03 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w68L13vx065681 for ; Sun, 8 Jul 2018 21:01:03 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w68L13We065673 for freebsd-arm@FreeBSD.org; Sun, 8 Jul 2018 21:01:03 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201807082101.w68L13We065673@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: freebsd-arm@FreeBSD.org Subject: Problem reports for freebsd-arm@FreeBSD.org that need special attention Date: Sun, 8 Jul 2018 21:01:03 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jul 2018 21:01:04 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- New | 220297 | arch(7) rename arm64 to aarch64 respecting `uname 1 problems total for which you should take action. From owner-freebsd-arm@freebsd.org Mon Jul 9 14:44:06 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 74F3C102C26F for ; Mon, 9 Jul 2018 14:44:06 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 DD01872CBA for ; Mon, 9 Jul 2018 14:44:05 +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 w69EiEl2086236 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 9 Jul 2018 07:44:15 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id w69EiEJF086235; Mon, 9 Jul 2018 07:44:14 -0700 (PDT) (envelope-from fbsd) Date: Mon, 9 Jul 2018 07:44:13 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Re: RPI3B+ does not reboot Message-ID: <20180709144413.GA84647@www.zefox.net> References: <20180703002249.GA57112@www.zefox.net> <2b1d5d6a-602e-4d53-12a5-0f23c3569101@sentry.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2b1d5d6a-602e-4d53-12a5-0f23c3569101@sentry.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jul 2018 14:44:06 -0000 On Tue, Jul 03, 2018 at 10:38:15AM +1000, Trev wrote: > bob prohaska wrote on 03/07/2018 10:22: > > On Mon, Jul 02, 2018 at 02:58:30PM +0000, Wis Macomson wrote: > >> Can you disconnect the serial TX data (data to the RPi) and try the reboots? > >> > >> It may be that this signal is partially powering the processor through the input ESD protection diode, leading to very awkward internal states. This has been observed on the Rock64 (RK3328 SoC) and Rockpro64 (RK3399). > >> > >> If you can just break the TX connection, you'll be able to see the boot messages. > >> > > > > Updating from the June 28 snapshot (which did it twice) to r335835 seems to make > > the problem go away. > > r335854 compiled Mon Jul 2 16:03:04 AEST 2018 and I still have the > "cpu_reset failed" issue :( Still seeing this at r336118. On initial startup reboot worked correctly, but after running a day the problem returned. Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Mon Jul 9 15:04:19 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9E5A5102E6BE for ; Mon, 9 Jul 2018 15:04:19 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2ECE773BE9 for ; Mon, 9 Jul 2018 15:04:19 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 60C1D2336C for ; Mon, 9 Jul 2018 15:04:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w69F4IN0051225 for ; Mon, 9 Jul 2018 15:04:18 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w69F4I7O051217 for freebsd-arm@FreeBSD.org; Mon, 9 Jul 2018 15:04:18 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 229644] PINE64+ 12.0-CURRENT #0 r336112 - time management problem Date: Mon, 09 Jul 2018 15:04:18 +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 Only Me X-Bugzilla-Who: hlh@restart.be 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.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jul 2018 15:04:19 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D229644 Bug ID: 229644 Summary: PINE64+ 12.0-CURRENT #0 r336112 - time management problem Product: Base System Version: CURRENT Hardware: arm64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: hlh@restart.be Since r320599 until now (r336112) the time drift forward on my PINE64+ 2GB. When i'm running something like `periodic daily` I get [root@nakiska log]# grep clock_step /var/log/ntp.log 18 Jun 12:15:54 ntpd[612]: 0.0.0.0 061c 0c clock_step -178.960234 s 18 Jun 18:30:01 ntpd[612]: 0.0.0.0 061c 0c clock_step -178.955695 s 18 Jun 20:13:55 ntpd[612]: 0.0.0.0 061c 0c clock_step -536.871265 s 18 Jun 21:12:26 ntpd[612]: 0.0.0.0 061c 0c clock_step -715.825332 s 18 Jun 21:41:26 ntpd[612]: 0.0.0.0 061c 0c clock_step -178.958017 s 18 Jun 23:25:20 ntpd[612]: 0.0.0.0 061c 0c clock_step -178.960867 s 19 Jun 01:59:07 ntpd[612]: 0.0.0.0 061c 0c clock_step -178.962636 s 19 Jun 04:34:33 ntpd[612]: 0.0.0.0 061c 0c clock_step -894.789746 s 19 Jun 06:57:26 ntpd[612]: 0.0.0.0 061c 0c clock_step -357.918200 s 19 Jun 07:28:08 ntpd[612]: 0.0.0.0 c61c 0c clock_step -178.958874 s 19 Jun 08:38:21 ntpd[612]: 0.0.0.0 061c 0c clock_step -178.954737 s 19 Jun 11:50:59 ntpd[612]: 0.0.0.0 061c 0c clock_step -894.783737 s 19 Jun 12:18:09 ntpd[612]: 0.0.0.0 061c 0c clock_step -178.956662 s 19 Jun 12:52:37 ntpd[612]: 0.0.0.0 c61c 0c clock_step -178.958208 s 19 Jun 13:56:11 ntpd[612]: 0.0.0.0 061c 0c clock_step -178.955571 s 19 Jun 16:28:27 ntpd[612]: 0.0.0.0 c61c 0c clock_step -538.144980 s 19 Jun 19:01:44 ntpd[1671]: 0.0.0.0 c61c 0c clock_step -178.961168 s 21 Jun 14:41:37 ntpd[611]: 0.0.0.0 c61c 0c clock_step -7177.962418 s 21 Jun 16:38:42 ntpd[1675]: 0.0.0.0 061c 0c clock_step -178.956129 s 21 Jun 18:48:15 ntpd[614]: 0.0.0.0 c61c 0c clock_step -1.435511 s 21 Jun 19:48:19 ntpd[614]: 0.0.0.0 061c 0c clock_step -178.955568 s 24 Jun 17:27:39 ntpd[608]: 0.0.0.0 c61c 0c clock_step -7178.592515 s 24 Jun 16:30:34 ntpd[4620]: 0.0.0.0 c61c 0c clock_step -178.958430 s 24 Jun 17:24:06 ntpd[611]: 0.0.0.0 c61c 0c clock_step -1.564513 s 9 Jul 12:07:35 ntpd[609]: 0.0.0.0 c61c 0c clock_step +26.217479 s 9 Jul 14:11:01 ntpd[609]: 0.0.0.0 061c 0c clock_step -178.957072 s 9 Jul 15:08:30 ntpd[609]: 0.0.0.0 061c 0c clock_step -178.954202 s 9 Jul 15:38:16 ntpd[612]: 0.0.0.0 c61c 0c clock_step -0.880727 s 9 Jul 15:57:34 ntpd[612]: 0.0.0.0 061c 0c clock_step -178.960327 s 9 Jul 16:52:54 ntpd[612]: 0.0.0.0 061c 0c clock_step -894.784369 s 9 Jul 16:52:07 ntpd[612]: 0.0.0.0 c61c 0c clock_step -178.957528 s [root@nakiska log]# As you can see the value of clock_step is ~ (n * -178.95) with n =3D 1, 2, = 3, 4, 5 --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Mon Jul 9 15:30:27 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 246E51030940 for ; Mon, 9 Jul 2018 15:30:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-20.consmr.mail.gq1.yahoo.com (sonic306-20.consmr.mail.gq1.yahoo.com [98.137.68.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9995D74FE6 for ; Mon, 9 Jul 2018 15:30:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: PzidxlIVM1nv0AFLCBRy6kWJSVxrCDt0DHWEPRV0QQ.mEooEaaYBMFYM9ulXGzn i6Wh6GlIbBkbjOY4yTYXzo7lsMPb4gZlJeeLxDy_Nx9b_vbYQZkiek20P2E7Y.B4IG63lXDMdHf4 JTkjasRL5hRWmjwA4teXksbzdZvYzlLl_1u83Y8hzrG_i6eq2UMcPRm8zr.AsjH1W7j4aQXcThLW JQqqoLgk4fYMPj0uW44x5ZCj6mAtMmdd.n5RIKrCclzXCJslgHfErh9I3DJXBOEZ_p_XL5KXuSLA 4XXiPMLXmq_aMgo3_uHdg9rAU18IFjTeFvKnd0440uZ4YL9Txnq6zwcPoZ3ceW28Z9hSmTDGc5PP vnkfp2bPmuKTL6rMUgsjo8H3dZvzaQJBuiX67DOXbuWEtBLD1zuH5DaRp2fgdi6ZXcwxTWVYCXgQ liRAkiZCM0Dxkkmp54LCcWkRFI7sYjIVjHFPI2zJ3mQ1hize50GW7ceqKOUESG24s_M9KaYeH9L5 kBWXNdZqv4uTWiJnUUdUD5EVWS9fjEjbmYm3DQHyge7wZIyLc6s6RwJcpcO91s6MpFeZkfcU0tKF nU3o_W6wJ0dePwYg1_iykVaWSGnCaIdzhQuBG6.oeFUFE2.2OAg37pKfILPqdSC5moPiZ3yR1fYy xQ0DPNUdARlCwwH_o_C5JLqq9I2BEir1eRq5OWMIZjOy7.canDHzRmPVi0ED2MOiju4ZyqO4x0N9 2uDIsBYEbyWa4SHAkQ0AYJ1CzA5ODFgAzrjWcce.QZPZs4ynw0cbIe.h_BS3WIYJ9vhcpa5.zptx O_979lr1BQlpcCKK71gciA0PV5MkST1nLiIY.fq_2JVGB2L_CZ6S53H5kwS1upRWm3ahuh0TOq6Q iBXe6FBHgyINhv5YA8As5fY1yVxIbkCBdkY7EyacnK_uF2LOfTwU3sVKVzQMfDKhevxacIEpbSAc lj3NDDNNUBMmf8Dn2BRd4RaCzC8MOUFN7bI6ftwFMcZSaHbVhNg0LQlhaT5XxZ8I- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Mon, 9 Jul 2018 15:30:19 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp402.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 6b892dd1b11d957405cffe1e5ca10616; Mon, 09 Jul 2018 15:30:17 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.4 \(3445.8.2\)) Subject: svn commit: r336130 - head/sys/dev/pci [-r336129 too?] broke ci.freebsd.org 's FreeBSD-head-{armv7,armv6}-build Message-Id: <832D15A5-839F-4618-AE96-0F4B57B9F4EA@yahoo.com> Date: Mon, 9 Jul 2018 08:30:15 -0700 To: wma@FreeBSD.org, freebsd-arm , svn-src-head@freebsd.org X-Mailer: Apple Mail (2.3445.8.2) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jul 2018 15:30:27 -0000 Using armv7 as an example . . . https://ci.freebsd.org/job/FreeBSD-head-armv7-build/616/consoleText = shows: --- pci_host_generic.o --- /usr/src/sys/dev/pci/pci_host_generic.c:107:3: error: use of undeclared = identifier 'CPU_IMPL_CAVIUM' {CPU_IMPL_CAVIUM, CPU_PART_THUNDERX2, 0, 0, = thunderx2_ahci_bar_quirk}, ^ /usr/src/sys/dev/pci/pci_host_generic.c:107:20: error: use of undeclared = identifier 'CPU_PART_THUNDERX2' {CPU_IMPL_CAVIUM, CPU_PART_THUNDERX2, 0, 0, = thunderx2_ahci_bar_quirk}, ^ /usr/src/sys/dev/pci/pci_host_generic.c:114:3: error: use of undeclared = identifier 'CPU_IMPL_CAVIUM' {CPU_IMPL_CAVIUM, CPU_PART_THUNDERX2, 0, 0, 0x80, 0x10}, ^ /usr/src/sys/dev/pci/pci_host_generic.c:114:20: error: use of undeclared = identifier 'CPU_PART_THUNDERX2' {CPU_IMPL_CAVIUM, CPU_PART_THUNDERX2, 0, 0, 0x80, 0x10}, ^ /usr/src/sys/dev/pci/pci_host_generic.c:186:7: error: implicit = declaration of function 'CPU_MATCH' is invalid in C99 = [-Werror,-Wimplicit-function-declaration] if (CPU_MATCH(CPU_IMPL_MASK | CPU_PART_MASK, ^ /usr/src/sys/dev/pci/pci_host_generic.c:186:7: error: this function = declaration is not a prototype [-Werror,-Wstrict-prototypes] /usr/src/sys/dev/pci/pci_host_generic.c:186:17: error: use of undeclared = identifier 'CPU_IMPL_MASK' if (CPU_MATCH(CPU_IMPL_MASK | CPU_PART_MASK, ^ /usr/src/sys/dev/pci/pci_host_generic.c:186:33: error: use of undeclared = identifier 'CPU_PART_MASK' if (CPU_MATCH(CPU_IMPL_MASK | CPU_PART_MASK, ^ /usr/src/sys/dev/pci/pci_host_generic.c:215:7: error: implicit = declaration of function 'CPU_MATCH' is invalid in C99 = [-Werror,-Wimplicit-function-declaration] if (CPU_MATCH(CPU_IMPL_MASK | CPU_PART_MASK, ^ /usr/src/sys/dev/pci/pci_host_generic.c:215:17: error: use of undeclared = identifier 'CPU_IMPL_MASK' if (CPU_MATCH(CPU_IMPL_MASK | CPU_PART_MASK, ^ /usr/src/sys/dev/pci/pci_host_generic.c:215:33: error: use of undeclared = identifier 'CPU_PART_MASK' if (CPU_MATCH(CPU_IMPL_MASK | CPU_PART_MASK, ^ 11 errors generated. *** [pci_host_generic.o] Error code 1 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Wed Jul 11 11:42:58 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 021E81030D45; Wed, 11 Jul 2018 11:42:58 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 9C26E8CC47; Wed, 11 Jul 2018 11:42:57 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 00E9E20FAD; Wed, 11 Jul 2018 07:42:57 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Wed, 11 Jul 2018 07:42:57 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h=cc :content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm3; bh=grd00StZFjYRV2JhI8bO4K6Ux271Wjh3unsDzk81i+E=; b=qWhnS58z i53wLYdRBwmbi9cG8SUfi36lfQCoFdA2RVyz4kHlhRQFyaPUpdKp+XzaT5+XiYw4 mmdc0v2X3zDgWBcknuVFjtuWjUVmRpEuWhx8HZ34UQgyjBNwzxKb57QD7D176sc+ AP77GH8OgNPE8xww0dbYYKelqmG7jmsu62k/s3hy1PP5/PkfCPIjSDk/5ddEoQD1 wGNiMRLFru3HFXchTWIbh4a+QK63qUkswSGOXxlBVf5zX1GS9+b90Ml5/rbyEQVy 4tzWjiqsVsY6LzMPc+wmU98HjvB49IgUJp95upfFDOezKv8CtuwKfBEQtNt457h/ N0Qhy+SiiJ3Y0g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=grd00StZFjYRV2JhI8bO4K6Ux271W jh3unsDzk81i+E=; b=idEsUhA+3FsOWzwGLDjXhRUuEPW47Djsr7Xyjnl/Bmr0C TEhTox/TK/rtw546eJ0es8WIcpruE/PHWBTvDGIvMpwlf/gL1SROmDMq5HG2hgID zTF+IY7E/YuNsWZ9IttZKCYMeVyRA0rbngdIRQlUyMhSUw3xV365ejW05RQECnPw 4C+guYDHYe5/zbmMlzxdtxhSP2GJH05rxA4sU9AId+FlqEmaAdUb+ISQCXiafnKD NapR6fggUPvV11tBbO8VsPCoMNHda2pa4lo318SEggXe07htmKcug60mkQAm0pKa t52UI1B6czk3A4uNQD4yPLENGCYmgX2ynuA+JcyCw== X-ME-Proxy: X-ME-Sender: Received: from desktop.local (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id 3D574E4072; Wed, 11 Jul 2018 07:42:56 -0400 (EDT) To: freebsd-arm@freebsd.org Cc: FreeBSD Current From: tech-lists Subject: aarch64-arm64 fails to build kernel 12-current raspberry pi 3 Organization: none Message-ID: Date: Wed, 11 Jul 2018 12:42:54 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.9.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2018 11:42:58 -0000 Hello lists [x-posted to -current where it's also relevant] 12-current-arm64 fails to build generic-nodebug kernel context: 12.0-CURRENT #0 r336134: Mon Jul 9 GENERIC arm64 (this is the older rpi3B+) root@rpi3:/usr/src# svnlite info Path: . Working Copy Root Path: /ext/src URL: https://svn.freebsd.org/base/head Relative URL: ^/head Repository Root: https://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 336195 Node Kind: directory Schedule: normal Last Changed Author: eugen Last Changed Rev: 336195 Last Changed Date: 2018-07-11 10:41:50 +0100 (Wed, 11 Jul 2018) Some dirs on /usr are symlinked to a 1TB external disk. Swap is on the external disk. Made sure there was no src.conf or make.conf present: root@rpi3:/root# cd /etc root@rpi3:/etc# mv src.conf old.src.conf root@rpi3:/etc# mv make.conf old.make.conf root@rpi3:/etc# cd /usr/src root@rpi3:/usr/src# rm -rf /ext/obj root@rpi3:/usr/src# mkdir /ext/obj root@rpi3:/usr/src# ls -lah /usr total 72 drwxr-xr-x 12 root wheel 512B Jul 10 11:15 . drwxr-xr-x 20 root wheel 512B Jul 10 18:45 .. drwxr-xr-x 2 root wheel 7.5K Jul 9 20:45 bin drwxr-xr-x 2 root wheel 512B Jul 10 11:15 home drwxr-xr-x 56 root wheel 6.5K Jul 9 20:44 include drwxr-xr-x 10 root wheel 16K Jul 9 20:45 lib drwxr-xr-x 5 root wheel 512B Jul 9 20:28 lib32 drwxr-xr-x 5 root wheel 512B Jul 9 20:28 libdata drwxr-xr-x 9 root wheel 1.5K Jul 9 20:45 libexec lrwxr-xr-x 1 root wheel 10B Jul 10 11:43 local -> /ext/local lrwxr-xr-x 1 root wheel 8B Jul 10 11:41 obj -> /ext/obj lrwxr-xr-x 1 root wheel 10B Jul 10 11:41 ports -> /ext/ports drwxr-xr-x 2 root wheel 5.0K Jul 9 20:45 sbin drwxr-xr-x 29 root wheel 512B Jul 9 20:28 share lrwxr-xr-x 1 root wheel 8B Jul 10 11:41 src -> /ext/src drwxr-xr-x 15 root wheel 512B Jul 9 20:46 tests root@rpi3:/usr/src# make -j10 cleanworld && make -j10 cleandir && make -j10 clean <--- just to make absolutely sure [...] RPI3 is just a copy of GENERIC-NODEBUG. it looks like this: include GENERIC ident RPI3 nooptions INVARIANTS nooptions INVARIANT_SUPPORT nooptions WITNESS nooptions WITNESS_SKIPSPIN nooptions DEADLKRES nooptions USB_DEBUG root@rpi3:/usr/src# make -j1 buildkernel KERNCONF=RPI3 [...] ===> armv8crypto (all) [Creating objdir /ext/obj/ext/src/arm64.aarch64/sys/RPI3/modules/ext/src/sys/modules/armv8crypto...] machine -> /ext/src/sys/arm64/include ln -sf /ext/obj/ext/src/arm64.aarch64/sys/RPI3/opt_bus.h opt_bus.h awk -f /ext/src/sys/tools/makeobjops.awk /ext/src/sys/kern/device_if.m -h awk -f /ext/src/sys/tools/makeobjops.awk /ext/src/sys/kern/bus_if.m -h awk -f /ext/src/sys/tools/makeobjops.awk /ext/src/sys/opencrypto/cryptodev_if.m -h cc -target aarch64-unknown-freebsd12.0 --sysroot=/ext/obj/ext/src/arm64.aarch64/tmp -B/ext/obj/ext/src/arm64.aarch64/tmp/usr/bin -c -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -DKLD_TIED -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /ext/obj/ext/src/arm64.aarch64/sys/RPI3/opt_global.h -I. -I/ext/src/sys -I/ext/src/sys/contrib/ck/include -g -fPIC -I/ext/obj/ext/src/arm64.aarch64/sys/RPI3 -MD -MF.depend.genoffset.o -MTgenoffset.o -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -Wno-address-of-packed-member -std=iso9899:1999 /ext/src/sys/kern/genoffset.c sh /ext/src/sys/kern/genoffset.sh genoffset.o > offset.inc cc -target aarch64-unknown-freebsd12.0 --sysroot=/ext/obj/ext/src/arm64.aarch64/tmp -B/ext/obj/ext/src/arm64.aarch64/tmp/usr/bin -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -DKLD_TIED -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /ext/obj/ext/src/arm64.aarch64/sys/RPI3/opt_global.h -I. -I/ext/src/sys -I/ext/src/sys/contrib/ck/include -fno-common -g -fPIC -I/ext/obj/ext/src/arm64.aarch64/sys/RPI3 -MD -MF.depend.armv8_crypto.o -MTarmv8_crypto.o -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -Wno-address-of-packed-member -std=iso9899:1999 -c /ext/src/sys/crypto/armv8/armv8_crypto.c -o armv8_crypto.o ctfconvert -L VERSION -g armv8_crypto.o cc -target aarch64-unknown-freebsd12.0 --sysroot=/ext/obj/ext/src/arm64.aarch64/tmp -B/ext/obj/ext/src/arm64.aarch64/tmp/usr/bin -c -O3 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -DKLD_TIED -DHAVE_KERNEL_OPTION_HEADERS -include /ext/obj/ext/src/arm64.aarch64/sys/RPI3/opt_global.h -I. -I/ext/src/sys -I/ext/src/sys/contrib/ck/include -fno-common -g -fPIC -I/ext/obj/ext/src/arm64.aarch64/sys/RPI3 -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -Wno-address-of-packed-member -std=iso9899:1999 -Werror -march=armv8-a+crypto /ext/src/sys/crypto/armv8/armv8_crypto_wrap.c In file included from /ext/src/sys/crypto/armv8/armv8_crypto_wrap.c:46: /usr/lib/clang/6.0.1/include/arm_neon.h:31:10: fatal error: 'stdint.h' file not found #include ^~~~~~~~~~ 1 error generated. *** [armv8_crypto_wrap.o] Error code 1 make[4]: stopped in /ext/src/sys/modules/armv8crypto 1 error make[4]: stopped in /ext/src/sys/modules/armv8crypto *** [all_subdir_armv8crypto] Error code 2 make[3]: stopped in /ext/src/sys/modules 1 error make[3]: stopped in /ext/src/sys/modules *** [modules-all] Error code 2 make[2]: stopped in /ext/obj/ext/src/arm64.aarch64/sys/RPI3 1 error make[2]: stopped in /ext/obj/ext/src/arm64.aarch64/sys/RPI3 *** [buildkernel] Error code 2 make[1]: stopped in /ext/src 1 error make[1]: stopped in /ext/src *** [buildkernel] Error code 2 make: stopped in /ext/src 1 error make: stopped in /ext/src -- J. From owner-freebsd-arm@freebsd.org Wed Jul 11 12:10:36 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 88ACE103496F for ; Wed, 11 Jul 2018 12:10:36 +0000 (UTC) (envelope-from bscott@bunyatech.com.au) Received: from ppp150-101-221-139.static.internode.on.net (2001-44b8-4170-0a00-0000-0000-0000-0002.static.ipv6.internode.on.net [IPv6:2001:44b8:4170:a00::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "150.101.221.139", Issuer "Bunya Technology Certification Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A85A58E589 for ; Wed, 11 Jul 2018 12:10:34 +0000 (UTC) (envelope-from bscott@bunyatech.com.au) X-Clacks-Overhead: GNU Terry Pratchett Received: from DHCP.tawonga.bunyatech.com.au (DHCP.tawonga.bunyatech.com.au [10.0.1.78] (may be forged)) (authenticated bits=0) by cope.tawonga.bunyatech.com.au (8.15.2/8.15.2/MSA) with ESMTPSA id w6BCAPF6018215 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=OK) for ; Wed, 11 Jul 2018 22:10:27 +1000 (AEST) (envelope-from bscott@bunyatech.com.au) Subject: Re: aarch64-arm64 fails to build kernel 12-current raspberry pi 3 To: freebsd-arm@freebsd.org References: From: Brian Scott Message-ID: <65245a1f-1457-6c2e-699e-132af53adf0e@bunyatech.com.au> Date: Wed, 11 Jul 2018 22:10:25 +1000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2018 12:10:36 -0000 Same happened to me on 336007 last week. I put armv8crypto into WITHOUT_MODULES in make.conf because I needed the build for other reasons. I guess builds on other archs wouldn't be building armv8 stuff. Brian On 11/7/18 9:42 pm, tech-lists wrote: > Hello lists [x-posted to -current where it's also relevant] > > 12-current-arm64 fails to build generic-nodebug kernel > > context: > 12.0-CURRENT #0 r336134: Mon Jul  9 GENERIC arm64 (this is the older > rpi3B+) > > root@rpi3:/usr/src# svnlite info > Path: . > Working Copy Root Path: /ext/src > URL: https://svn.freebsd.org/base/head > Relative URL: ^/head > Repository Root: https://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 336195 > Node Kind: directory > Schedule: normal > Last Changed Author: eugen > Last Changed Rev: 336195 > Last Changed Date: 2018-07-11 10:41:50 +0100 (Wed, 11 Jul 2018) > > Some dirs on /usr are symlinked to a 1TB external disk. Swap is on the > external disk. Made sure there was no src.conf or make.conf present: > > root@rpi3:/root# cd /etc > root@rpi3:/etc# mv src.conf old.src.conf > root@rpi3:/etc# mv make.conf old.make.conf > root@rpi3:/etc# cd /usr/src > > root@rpi3:/usr/src# rm -rf /ext/obj > root@rpi3:/usr/src# mkdir /ext/obj > root@rpi3:/usr/src# ls -lah /usr > total 72 > drwxr-xr-x  12 root  wheel   512B Jul 10 11:15 . > drwxr-xr-x  20 root  wheel   512B Jul 10 18:45 .. > drwxr-xr-x   2 root  wheel   7.5K Jul  9 20:45 bin > drwxr-xr-x   2 root  wheel   512B Jul 10 11:15 home > drwxr-xr-x  56 root  wheel   6.5K Jul  9 20:44 include > drwxr-xr-x  10 root  wheel    16K Jul  9 20:45 lib > drwxr-xr-x   5 root  wheel   512B Jul  9 20:28 lib32 > drwxr-xr-x   5 root  wheel   512B Jul  9 20:28 libdata > drwxr-xr-x   9 root  wheel   1.5K Jul  9 20:45 libexec > lrwxr-xr-x   1 root  wheel    10B Jul 10 11:43 local -> /ext/local > lrwxr-xr-x   1 root  wheel     8B Jul 10 11:41 obj -> /ext/obj > lrwxr-xr-x   1 root  wheel    10B Jul 10 11:41 ports -> /ext/ports > drwxr-xr-x   2 root  wheel   5.0K Jul  9 20:45 sbin > drwxr-xr-x  29 root  wheel   512B Jul  9 20:28 share > lrwxr-xr-x   1 root  wheel     8B Jul 10 11:41 src -> /ext/src > drwxr-xr-x  15 root  wheel   512B Jul  9 20:46 tests > > root@rpi3:/usr/src# make -j10 cleanworld && make -j10 cleandir && make > -j10 clean <--- just to make absolutely sure > > [...] > > RPI3 is just a copy of GENERIC-NODEBUG. it looks like this: > > include GENERIC > > ident   RPI3 > > nooptions       INVARIANTS > nooptions       INVARIANT_SUPPORT > nooptions       WITNESS > nooptions       WITNESS_SKIPSPIN > nooptions       DEADLKRES > nooptions       USB_DEBUG > > root@rpi3:/usr/src# make -j1 buildkernel KERNCONF=RPI3 > > [...] > > ===> armv8crypto (all) > [Creating objdir > /ext/obj/ext/src/arm64.aarch64/sys/RPI3/modules/ext/src/sys/modules/armv8crypto...] > machine -> /ext/src/sys/arm64/include > ln -sf /ext/obj/ext/src/arm64.aarch64/sys/RPI3/opt_bus.h opt_bus.h > awk -f /ext/src/sys/tools/makeobjops.awk /ext/src/sys/kern/device_if.m -h > awk -f /ext/src/sys/tools/makeobjops.awk /ext/src/sys/kern/bus_if.m -h > awk -f /ext/src/sys/tools/makeobjops.awk > /ext/src/sys/opencrypto/cryptodev_if.m -h > cc -target aarch64-unknown-freebsd12.0 > --sysroot=/ext/obj/ext/src/arm64.aarch64/tmp > -B/ext/obj/ext/src/arm64.aarch64/tmp/usr/bin -c -O2 -pipe > -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -DKLD_TIED > -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include > /ext/obj/ext/src/arm64.aarch64/sys/RPI3/opt_global.h -I. > -I/ext/src/sys -I/ext/src/sys/contrib/ck/include -g -fPIC > -I/ext/obj/ext/src/arm64.aarch64/sys/RPI3 -MD -MF.depend.genoffset.o > -MTgenoffset.o -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv > -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual > -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ > -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas > -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -Wno-error-shift-negative-value > -Wno-address-of-packed-member -std=iso9899:1999 > /ext/src/sys/kern/genoffset.c > sh /ext/src/sys/kern/genoffset.sh genoffset.o > offset.inc > cc -target aarch64-unknown-freebsd12.0 > --sysroot=/ext/obj/ext/src/arm64.aarch64/tmp > -B/ext/obj/ext/src/arm64.aarch64/tmp/usr/bin  -O2 -pipe > -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -DKLD_TIED > -nostdinc   -DHAVE_KERNEL_OPTION_HEADERS -include > /ext/obj/ext/src/arm64.aarch64/sys/RPI3/opt_global.h -I. > -I/ext/src/sys -I/ext/src/sys/contrib/ck/include -fno-common -g -fPIC > -I/ext/obj/ext/src/arm64.aarch64/sys/RPI3   -MD > -MF.depend.armv8_crypto.o -MTarmv8_crypto.o -mgeneral-regs-only > -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef > -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ > -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas > -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -Wno-error-shift-negative-value > -Wno-address-of-packed-member    -std=iso9899:1999 -c > /ext/src/sys/crypto/armv8/armv8_crypto.c -o armv8_crypto.o > ctfconvert -L VERSION -g armv8_crypto.o > cc -target aarch64-unknown-freebsd12.0 > --sysroot=/ext/obj/ext/src/arm64.aarch64/tmp > -B/ext/obj/ext/src/arm64.aarch64/tmp/usr/bin -c -O3 -pipe > -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -DKLD_TIED > -DHAVE_KERNEL_OPTION_HEADERS -include > /ext/obj/ext/src/arm64.aarch64/sys/RPI3/opt_global.h -I. > -I/ext/src/sys -I/ext/src/sys/contrib/ck/include -fno-common -g -fPIC > -I/ext/obj/ext/src/arm64.aarch64/sys/RPI3 -ffixed-x18 -ffreestanding > -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign > -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs > -fdiagnostics-show-option -Wno-unknown-pragmas > -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -Wno-error-shift-negative-value > -Wno-address-of-packed-member -std=iso9899:1999  -Werror > -march=armv8-a+crypto /ext/src/sys/crypto/armv8/armv8_crypto_wrap.c > In file included from /ext/src/sys/crypto/armv8/armv8_crypto_wrap.c:46: > /usr/lib/clang/6.0.1/include/arm_neon.h:31:10: fatal error: 'stdint.h' > file not found > #include >          ^~~~~~~~~~ > 1 error generated. > *** [armv8_crypto_wrap.o] Error code 1 > > make[4]: stopped in /ext/src/sys/modules/armv8crypto > 1 error > > make[4]: stopped in /ext/src/sys/modules/armv8crypto > *** [all_subdir_armv8crypto] Error code 2 > > make[3]: stopped in /ext/src/sys/modules > 1 error > > make[3]: stopped in /ext/src/sys/modules > *** [modules-all] Error code 2 > > make[2]: stopped in /ext/obj/ext/src/arm64.aarch64/sys/RPI3 > 1 error > > make[2]: stopped in /ext/obj/ext/src/arm64.aarch64/sys/RPI3 > *** [buildkernel] Error code 2 > > make[1]: stopped in /ext/src > 1 error > > make[1]: stopped in /ext/src > *** [buildkernel] Error code 2 > > make: stopped in /ext/src > 1 error > > make: stopped in /ext/src > > From owner-freebsd-arm@freebsd.org Wed Jul 11 13:57:35 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 682BE1040035 for ; Wed, 11 Jul 2018 13:57:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F3E4172C3B for ; Wed, 11 Jul 2018 13:57:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 383991BD9D for ; Wed, 11 Jul 2018 13:57:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w6BDvYiU059963 for ; Wed, 11 Jul 2018 13:57:34 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w6BDvYXI059962 for freebsd-arm@FreeBSD.org; Wed, 11 Jul 2018 13:57:34 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 229700] FreeBSD clang version 6.0.0 crashed on RPI3 when building gdb-8.2 Date: Wed, 11 Jul 2018 13:57:34 +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 Only Me X-Bugzilla-Who: rajendra.sy@gmail.com 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.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2018 13:57:35 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D229700 Bug ID: 229700 Summary: FreeBSD clang version 6.0.0 crashed on RPI3 when building gdb-8.2 Product: Base System Version: CURRENT Hardware: arm64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: rajendra.sy@gmail.com Trying to build GDB-8.2 (gdb-8.2-branch) on RPI3. Here is the GDB configuration: $ configure --disable-werror --disable-nls --disable-binutils --disable-gpr= of --disable-gas --disable-ld --disable-gold --disable-gdbtk --prefix=3D clang++: error: unable to execute command: Killed clang++: error: clang frontend command failed due to signal (use -v to see invocation) FreeBSD clang version 6.0.0 (tags/RELEASE_600/final 326565) (based on LLVM 6.0.0) Target: aarch64-unknown-freebsd12.0 Thread model: posix InstalledDir: /usr/bin clang++: note: diagnostic msg: PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash backtrace, preproces= sed source, and associated run script. CXX bcache.o CXX bfd-target.o clang++: note: diagnostic msg: ******************** PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: clang++: note: diagnostic msg: /tmp/mi-interp-0c056e.cpp clang++: note: diagnostic msg: /tmp/mi-interp-0c056e.sh clang++: note: diagnostic msg: ******************** --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Wed Jul 11 14:10:21 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 249431041339 for ; Wed, 11 Jul 2018 14:10:21 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 C0F4A73868 for ; Wed, 11 Jul 2018 14:10:20 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 598AF21C93; Wed, 11 Jul 2018 10:10:20 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Wed, 11 Jul 2018 10:10:20 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=skBOnIggVdgL7Na/2rPwTugEUPuhj I02d/9dnL7TqKs=; b=FV+4/IMrVA8kyI9cFlBBoH2yWziwVkMUwpC/yNRQosjvz v0zTs+hicSwOHnWxPxI/6Dt/gqjIMH4hI3K2EzWUy7I/01ETDLVE1xvnUhwL18f3 YBiCC4foLBbvBKwQYJ6gk93qZ330eE78SGwFthQGoc8TlIIdC4y+WvHzj/kyKoQg 9iI30oyLHGQh/f9/FTVsja+8QxSMRktgfDxzakTumxqoG1x/wxX+mu64uVpg7afD cEnO+sF6vyj0V5swpC/lUAmNpccSvJJK1oPr7zhtANBjgzF2TAkbX/lOCumnEKNY bbpgn3Yqorrc6BpnW2k4aXdYaM0gURKcO9i4t6wVQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=skBOnI ggVdgL7Na/2rPwTugEUPuhjI02d/9dnL7TqKs=; b=nCGzB7nFIZGhjoeAycLtu4 mSiF5xwP8ay9iFthNp41aBneGZ/XvJ5g5l4iqu78v/+5uJ1q2DPbAAHOm0HmIhcb OkOvs3KA8aZXwh46x9hz1iEhWi15oU3DfDth1PW4Z4cz0SFX3MbZHSzJ+T+YUMQq jb8hoqglkirgaHEZ0OmiEhI/l5qwSt+wPnhHJV7AY9MWFiTAWnyOivAd54535O/v cH7iVFE/tSiLoaNKzs7nb+n/1kWRNXuI87XTWscXmYtzpNtxFi3pvcgl6KhoZoPm kl1RWdB7SvsXcOHMkRKqHKIvWSqIteTbC6A6pUf82VP+0bsf/OMqXcLWyLLmyIqg == X-ME-Proxy: X-ME-Sender: Received: from desktop.local (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id 57EC1E4516; Wed, 11 Jul 2018 10:10:19 -0400 (EDT) Subject: Re: aarch64-arm64 fails to build kernel 12-current raspberry pi 3 To: Brian Scott , freebsd-arm@freebsd.org References: <65245a1f-1457-6c2e-699e-132af53adf0e@bunyatech.com.au> From: tech-lists Organization: none Message-ID: <7f412994-c0c5-6e91-264d-02bc5557b6bb@zyxst.net> Date: Wed, 11 Jul 2018 15:10:18 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.9.0 MIME-Version: 1.0 In-Reply-To: <65245a1f-1457-6c2e-699e-132af53adf0e@bunyatech.com.au> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2018 14:10:21 -0000 On 11/07/2018 13:10, Brian Scott wrote: > Same happened to me on 336007 last week. I put armv8crypto into > WITHOUT_MODULES in make.conf because I needed the build for other reasons. I guess it should build as rpi3+ is Cortex-A53 which is ARMv8.0-A. I'll file a bug report -- J. From owner-freebsd-arm@freebsd.org Wed Jul 11 14:20:53 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4534D10421E9 for ; Wed, 11 Jul 2018 14:20:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D2D9C7437A for ; Wed, 11 Jul 2018 14:20:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 1DFB91C08B for ; Wed, 11 Jul 2018 14:20:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w6BEKpdH023702 for ; Wed, 11 Jul 2018 14:20:51 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w6BEKpr9023701 for freebsd-arm@FreeBSD.org; Wed, 11 Jul 2018 14:20:51 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 229702] armv8crypto fails to build on 12-current Date: Wed, 11 Jul 2018 14:20:51 +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 Many People X-Bugzilla-Who: tech-lists@zyxst.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.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2018 14:20:53 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D229702 Bug ID: 229702 Summary: armv8crypto fails to build on 12-current Product: Base System Version: CURRENT Hardware: arm64 OS: Any Status: New Severity: Affects Many People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: tech-lists@zyxst.net The following was on r336134 12-current snapshot, building from 336195 sour= ces on a raspberry pi 3+. No src.conf or make.conf is present.=20 RPI3 looks like this: include GENERIC ident RPI3 nooptions INVARIANTS nooptions INVARIANT_SUPPORT nooptions WITNESS nooptions WITNESS_SKIPSPIN nooptions DEADLKRES nooptions USB_DEBUG make -j1 buildkernel KERNCONF=3DRPI3 =3D=3D=3D> armv8crypto (all) [Creating objdir /ext/obj/ext/src/arm64.aarch64/sys/RPI3/modules/ext/src/sys/modules/armv8cr= ypto...] machine -> /ext/src/sys/arm64/include ln -sf /ext/obj/ext/src/arm64.aarch64/sys/RPI3/opt_bus.h opt_bus.h awk -f /ext/src/sys/tools/makeobjops.awk /ext/src/sys/kern/device_if.m -h awk -f /ext/src/sys/tools/makeobjops.awk /ext/src/sys/kern/bus_if.m -h awk -f /ext/src/sys/tools/makeobjops.awk /ext/src/sys/opencrypto/cryptodev_if.m -h cc -target aarch64-unknown-freebsd12.0 --sysroot=3D/ext/obj/ext/src/arm64.aarch64/tmp -B/ext/obj/ext/src/arm64.aarch64/tmp/usr/bin -c -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -DKLD_TIED -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /ext/obj/ext/src/arm64.aarch64/sys/RPI3/opt_global.h -I. -I/ext/src/sys -I/ext/src/sys/contrib/ck/include -g -fPIC -I/ext/obj/ext/src/arm64.aarch64/sys/RPI3 -MD -MF.depend.genoffset.o -MTgenoffset.o -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -Wno-address-of-packed-member -std=3Diso9899:1999 /ext/src/sys/kern/genoffset.c sh /ext/src/sys/kern/genoffset.sh genoffset.o > offset.inc cc -target aarch64-unknown-freebsd12.0 --sysroot=3D/ext/obj/ext/src/arm64.aarch64/tmp -B/ext/obj/ext/src/arm64.aarch64/tmp/usr/bin -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -DKLD_TIED -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /ext/obj/ext/src/arm64.aarch64/sys/RPI3/opt_global.h -I. -I/ext/src/sys -I/ext/src/sys/contrib/ck/include -fno-common -g -fPIC -I/ext/obj/ext/src/arm64.aarch64/sys/RPI3 -MD -MF.depend.armv8_crypto.o -MTarmv8_crypto.o -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -Wno-address-of-packed-member -std=3Diso9899:1999 -c /ext/src/sys/crypto/armv8/armv8_crypto.c -o armv8_crypto.o ctfconvert -L VERSION -g armv8_crypto.o cc -target aarch64-unknown-freebsd12.0 --sysroot=3D/ext/obj/ext/src/arm64.aarch64/tmp -B/ext/obj/ext/src/arm64.aarch64/tmp/usr/bin -c -O3 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -DKLD_TIED -DHAVE_KERNEL_OPTION_HEADERS -include /ext/obj/ext/src/arm64.aarch64/sys/RPI3/opt_global.h -I. -I/ext/src/sys -I/ext/src/sys/contrib/ck/include -fno-common -g -fPIC -I/ext/obj/ext/src/arm64.aarch64/sys/RPI3 -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -Wno-address-of-packed-member -std=3Diso9899:1999 -Werror -march=3Darmv8-a+crypto /ext/src/sys/crypto/armv8/armv8_crypto_wrap.c In file included from /ext/src/sys/crypto/armv8/armv8_crypto_wrap.c:46: /usr/lib/clang/6.0.1/include/arm_neon.h:31:10: fatal error: 'stdint.h' file not found #include ^~~~~~~~~~ 1 error generated. *** [armv8_crypto_wrap.o] Error code 1 make[4]: stopped in /ext/src/sys/modules/armv8crypto 1 error make[4]: stopped in /ext/src/sys/modules/armv8crypto *** [all_subdir_armv8crypto] Error code 2 make[3]: stopped in /ext/src/sys/modules 1 error make[3]: stopped in /ext/src/sys/modules *** [modules-all] Error code 2 make[2]: stopped in /ext/obj/ext/src/arm64.aarch64/sys/RPI3 1 error make[2]: stopped in /ext/obj/ext/src/arm64.aarch64/sys/RPI3 *** [buildkernel] Error code 2 make[1]: stopped in /ext/src 1 error make[1]: stopped in /ext/src *** [buildkernel] Error code 2 make: stopped in /ext/src 1 error make: stopped in /ext/src --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Wed Jul 11 16:03:15 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CA2C6104AD04 for ; Wed, 11 Jul 2018 16:03:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-14.consmr.mail.bf2.yahoo.com (sonic310-14.consmr.mail.bf2.yahoo.com [74.6.135.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6A72379076 for ; Wed, 11 Jul 2018 16:03:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: T2UNT6AVM1m0PAbmaSVDoA2WXcGLRrlq0rNTAjfTdOq03poRbKdaejZbLz4Rvk. Wsw3MgbQU4e_vapW16j0dimrlQpG5EDkaB4xfjFuG0No9heWqpsSgjzZiGSFtUYfEPp2ya3Qsg.G zd3uJ.l3LmmXcJRaROBFCYN6ByaetIHsbugG3V_.pw5XHVjR5UK.ZGlEDBtzYnHm.6Xadejot.U3 gtvoYfjSUndImcBTrGvSE2s.U5BcxziAgYCFba24kFfHIKDcmgysFZsGC74X_e.wfC6uu4BsyujP iSVzfRxtcQOh7vWjm3pYu5bx_RQW4IPGQWsEJGO.kxyTwnvkxFYaGz5RZvJB7ADjzB6VR2dPKdTD PEPEMG2iUorWAfy3Qbw5xId8oiTw.U0OYIa0p0PPGlgg2mO1lgA30VI.RPD8glch0fJt6..4u6OM T9XjJgScy3pPyK7nEjXjV4EnMWlz98clL0eU26TfT2mOk0C5.AhqsCXlpL.hegEkGuoHNBGSVkLm QLRG0rOvO3j3qxbDGUlrPRFw4ZmVxdN0ixaCp59rHccPN3JhJXmmVcCdoV0KNlf6W5STfpBnqhtu 2gMdrEzPsbvNY3na2.0OEpsSjBd5Jbly81yp83Ei2OV5_EWDfTVW9KrVeXHiv.JBkRwkrmHMbv2C fuZNo279uoBhcSxVzJrmRzf1FEhpP5TK9.tqcbnBXtsU2Ki6JX7nBLA1_aFygeWsZGb.1LgC1WqP LyPocNsdzI4otunWaoaR28zrTsb5vWvWXo81SBFF0oIVUfKlUoZSYnp0PvvgphFEVv8OXp78uT1e 8vJWfoMwlcjdX8VjQJsPZiOuuj6VKShH.P_x4rW8NSlbmRMPBpfIx9.wQbzSxOKr__zZ4jAo_JpI JZZsa4cCJ2WU98uxVAa854TMn4gW33lulzzQKC7fShGCVZLsSJEk4KF7eBRyy8SAVfp2zsUas_4f 0h6r_ySDligJDt4Cw78HK8CCjO911TzBue6bLKFJCPpZKHQyY_maWyD2Ax9ajI0WE5GgBig-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.bf2.yahoo.com with HTTP; Wed, 11 Jul 2018 16:03:08 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp428.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 74646b59ddcc1d129c2adaddc898559b; Wed, 11 Jul 2018 16:03:04 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: aarch64-arm64 fails to build kernel 12-current raspberry pi 3 From: Mark Millard In-Reply-To: <7f412994-c0c5-6e91-264d-02bc5557b6bb@zyxst.net> Date: Wed, 11 Jul 2018 09:03:02 -0700 Cc: Brian Scott , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <65245a1f-1457-6c2e-699e-132af53adf0e@bunyatech.com.au> <7f412994-c0c5-6e91-264d-02bc5557b6bb@zyxst.net> To: tech-lists X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2018 16:03:16 -0000 On 2018-Jul-11, at 7:10 AM, tech-lists wrote: > On 11/07/2018 13:10, Brian Scott wrote: >> Same happened to me on 336007 last week. I put armv8crypto into >> WITHOUT_MODULES in make.conf because I needed the build for other = reasons. >=20 > I guess it should build as rpi3+ is Cortex-A53 which is ARMv8.0-A. = I'll file a bug report Bugzilla 220125 (from over a year ago) is a non-fixed report about this = for the likes of: make kernel-toolchain buildkernel Over the time since then the workaround was to use: make buildworld buildkernel buildworld put the needed stdint.h in place, kernel-toolchain did not. If kernel-toolchain was in use, then the recent bugzilla 229702 and this exchange is a duplicate. If buildworld was in use then 229702 and this exchange is new. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Wed Jul 11 16:21:23 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4AAAC1022B0D for ; Wed, 11 Jul 2018 16:21:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-11.consmr.mail.bf2.yahoo.com (sonic304-11.consmr.mail.bf2.yahoo.com [74.6.128.34]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E5D0879CB7 for ; Wed, 11 Jul 2018 16:21:22 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: FzJZtDsVM1laMAzoMkgUJmeFZ6LTReUB_EPmfqM5J.d7wN.T8PO50DKdWjWW6PQ HFPmtlGGF1bNTlDeUJ4WVe.TdNEntkXpgNfsynFUUTDqrb7hWpo7G5ZxvoIANsUkRyEn.NiiTgTc m2QXfNoV1BTsx13xD3FHqpQK7Vi5xanxmZVI.EoAZItS4CaOONvLqMnJHx1R7.999_KCkyVycRCq akZRbs007.fWVKxTjX3D_qnVLTCondgKxZDLGlDUG3znUW3R8pu0.lQQX2noT0uBGhYWmxJ24Qpd wLAcOmKAUCqNyRBo2e5QWD_n2QG7I_SV8yR02nZhwSzOmvFVwIix5rN1gORnAt3byWW.ehYhcZAq G947MTWvQyghblVL6NSzlrHgoe1TpF2G2n48eMHNNYcNnWK6oSVkY7rpHRhZBbkSamLeGuXiVb9P vMswX0F5AIfjh2N4Dp11Hj9GgNyZMIiDIJBksZwNzoo.BPLrPYmQlmhkIihV1BT9Hkm16q4qBmJo rL0vh9AJ8MCZtiahifO93T3pIed5UWXULBC8AAvvx2xETOsnbJDKbA2n.LqXzQgq8uysCsBYoUCd 6xYmug83ceU9c6t51a18.QV2PF7M5N6DhLWqo.JZFPfpUnyC2mysZZ1k6_E2FRWVoi6Tvv0nZ1C7 jVENf0dhK8qBljpT_xbjtdS5ursbSqiPJAuqw1_kC.aQ3dk0lUi5bU0DsFo4_p9vII9t_hMQkVa8 oAoRJlMoAzWuROzVupO501Wq0N5pMHLwoXuJRGh.bQynTbU8l4eIN7LuB0Fzp9Tv_XTZ_yo86dMs ki9qZSgXy_MI1jLew7iT1nNgIrAX.r_fxRdaKd_rkMPDNJr5MCWN.rNzLXBVVbvuyz39e3hhVlj9 sbUXCd0wiTbrc2wrIlzRgkDrwH5kHFCnOJp8.jNny_T34IuDdvn_IuNCKnzk5i2B_ocdkivTCnqm LwTaFF1UZOVpft2B1eSckkwFaMAvb.h0LTzGCJb2r31lakuXIAnrKUtQ17wSDqQEZhA5CShs- Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.bf2.yahoo.com with HTTP; Wed, 11 Jul 2018 16:21:22 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp411.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID ccafd419de053a23f276ec87f9262c21; Wed, 11 Jul 2018 16:21:19 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: aarch64-arm64 fails to build kernel 12-current raspberry pi 3 Message-Id: Date: Wed, 11 Jul 2018 09:21:17 -0700 To: FreeBSD Current , freebsd-arm , FreeBSD Toolchain X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2018 16:21:23 -0000 tech-lists tech-lists at zyxst.net wrote on Wed Jul 11 11:42:58 UTC 2018 : > Hello lists [x-posted to -current where it's also relevant] >=20 > 12-current-arm64 fails to build generic-nodebug kernel >=20 > context: > 12.0-CURRENT #0 r336134: Mon Jul 9 GENERIC arm64 (this is the older = rpi3B+) >=20 >=20 > root at rpi3 > :/usr/src# svnlite info > Path: . > Working Copy Root Path: /ext/src > URL:=20 > https://svn.freebsd.org/base/head >=20 > Relative URL: ^/head > Repository Root:=20 > https://svn.freebsd.org/base >=20 > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 336195 > Node Kind: directory > Schedule: normal > Last Changed Author: eugen > Last Changed Rev: 336195 > Last Changed Date: 2018-07-11 10:41:50 +0100 (Wed, 11 Jul 2018) >=20 > Some dirs on /usr are symlinked to a 1TB external disk. Swap is on the=20= > external disk. Made sure there was no src.conf or make.conf present: >=20 >=20 > root at rpi3 > :/root# cd /etc >=20 > root at rpi3 > :/etc# mv src.conf old.src.conf >=20 > root at rpi3 > :/etc# mv make.conf old.make.conf >=20 > root at rpi3 > :/etc# cd /usr/src >=20 >=20 > root at rpi3 > :/usr/src# rm -rf /ext/obj >=20 > root at rpi3 > :/usr/src# mkdir /ext/obj >=20 > root at rpi3 > :/usr/src# ls -lah /usr > total 72 > drwxr-xr-x 12 root wheel 512B Jul 10 11:15 . > drwxr-xr-x 20 root wheel 512B Jul 10 18:45 .. > drwxr-xr-x 2 root wheel 7.5K Jul 9 20:45 bin > drwxr-xr-x 2 root wheel 512B Jul 10 11:15 home > drwxr-xr-x 56 root wheel 6.5K Jul 9 20:44 include > drwxr-xr-x 10 root wheel 16K Jul 9 20:45 lib > drwxr-xr-x 5 root wheel 512B Jul 9 20:28 lib32 > drwxr-xr-x 5 root wheel 512B Jul 9 20:28 libdata > drwxr-xr-x 9 root wheel 1.5K Jul 9 20:45 libexec > lrwxr-xr-x 1 root wheel 10B Jul 10 11:43 local -> /ext/local > lrwxr-xr-x 1 root wheel 8B Jul 10 11:41 obj -> /ext/obj > lrwxr-xr-x 1 root wheel 10B Jul 10 11:41 ports -> /ext/ports > drwxr-xr-x 2 root wheel 5.0K Jul 9 20:45 sbin > drwxr-xr-x 29 root wheel 512B Jul 9 20:28 share > lrwxr-xr-x 1 root wheel 8B Jul 10 11:41 src -> /ext/src > drwxr-xr-x 15 root wheel 512B Jul 9 20:46 tests >=20 >=20 > root at rpi3 > :/usr/src# make -j10 cleanworld && make -j10 cleandir && make=20 > -j10 clean <--- just to make absolutely sure >=20 > [...] >=20 > RPI3 is just a copy of GENERIC-NODEBUG. it looks like this: >=20 > include GENERIC >=20 > ident RPI3 >=20 > nooptions INVARIANTS > nooptions INVARIANT_SUPPORT > nooptions WITNESS > nooptions WITNESS_SKIPSPIN > nooptions DEADLKRES > nooptions USB_DEBUG >=20 >=20 > root at rpi3 > :/usr/src# make -j1 buildkernel KERNCONF=3DRPI3 >=20 > [...] [Like a answered in freebsd-arm . . .] Bugzilla 220125 (from over a year ago) is a non-fixed report about this = for the likes of: make kernel-toolchain buildkernel Over the time since then the workaround was to use: make buildworld buildkernel buildworld put the needed stdint.h in place, kernel-toolchain did not. If kernel-toolchain was in use, then the recent bugzilla 229702 and this exchange is a duplicate. If buildworld was in use then 229702 and this exchange is new. [Added note . . .] It seems from the quoted material that neither kernel-toolchain nor build world was done before buildkernel . My understanding is that the intent is that one or the other be done first. (But for aarch64 currently only buildworld works.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Wed Jul 11 18:20:27 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6C3E4103187F for ; Wed, 11 Jul 2018 18:20:27 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from hraggstad.unrelenting.technology (hraggstad.unrelenting.technology [71.19.146.151]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hraggstad.unrelenting.technology", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E4D4F7F5FC for ; Wed, 11 Jul 2018 18:20:26 +0000 (UTC) (envelope-from greg@unrelenting.technology) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=unrelenting.technology; h=date:from:subject:to:message-id; s=default; bh=6RPMrvuORORV2PN37yNH6Lv2EpRp5sSU5vWK/ylubzo=; b=Z5R8coUO0hIP+IOyC0qKXbvFryxqwKWbtM2Gi5mQAqOecoFAAdzPfHBazG1Jrma547CcU/+6bXNoIsPiNY4Sb4uddpC32iiK6ZGyGBjXNDxSCOGlWLz+w4kalYbwvvmP1YKcexXumb4/Km5A0r3eEKEvwKSIItxPvj7YaE0pMB8= Received: by hraggstad.unrelenting.technology (OpenSMTPD) with ESMTPSA id 968e41e5 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO for ; Wed, 11 Jul 2018 18:20:15 +0000 (UTC) Date: Wed, 11 Jul 2018 21:20:09 +0300 From: Greg V Subject: Netbooting ROCK64 To: freebsd-arm@freebsd.org Message-Id: <1531333209.1596.0@hraggstad.unrelenting.technology> X-Mailer: geary/0.12.2 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2018 18:20:27 -0000 Hi, I (still) cannot boot the ROCK64 over the network. Updated to ayufan's latest U-Boot build (U-Boot 2017.09-ge3eae80 (Jul=20 03 2018 - 21:32:05 +0000), Build: jenkins-linux-build-rock-64-273),=20 FreeBSD 12-CURRENT snapshot from 2018-07-09. loader.efi "Can't find device by handle" and terminates =97 I guess=20 it's talking about the Ethernet device, the one it recognized as=20 "MAC(..)". UART log: Using ethernet@ff540000 device TFTP from server 192.168.1.2; our IP address is 192.168.1.186 Filename 'loader.efi'. Load address: 0x2000000 Loading: ############################# 4.3 MiB/s done Bytes transferred =3D 423456 (67620 hex) ## Starting EFI application at 02000000 ... Card did not respond to voltage select! mmc_init: -95, time 12 Scanning disk rksdmmc@ff520000.blk... Card did not respond to voltage select! mmc_init: -95, time 12 Scanning disk rksdmmc@ff500000.blk... Found 2 disks Consoles: EFI console efipart_inithandles failed 2, expect failuresCommand line arguments:=20 loader.efi Image base: 0x2000000 EFI version: 2.05 EFI Firmware: Das U-boot (rev 0.00) FreeBSD/arm64 EFI loader, Revision 1.1 (Mon Jul 9 18:05:19 UTC 2018 root@releng3.nyi.freebsd.org) Load Path: loader.efi Load Device: MAC(06d4ce39aa76,0x0) BootCurrent: 0000 BootOrder: 0008 0000[*] 0000[*] 0000[*] 2f10 0000[*] 0000[*] 0000[*]=20 0000[*] 0000[*] 2f30 0000[*] 3b50 fcf0 0000[*] 0000[*] 4ddc fef4 0000 [*] 0000[*] 3b10 fcf0 0000[*] 0000[*] 4da8 fef4 0000[*] 0000[*] 3ba0=20 fcf0 0000[*] 0000[*] 2d40 fef4 0000[*] 0000[*] 8cf7 dffe b6f3 7f3d 39b0 5d06 b2e7 17d8 3b80 fcf0 0000[*] 0000[*] 0c30 fef7 0000[*] 0000[*]=20 0000[*] 0000[*] 0000[*] 0000[*] 0003 0000[*] 0000[*] 0000[*] 06e8 fefa=20 000 0[*] 0000[*] 3be8 fcf0 0000[*] 0000[*] a108 fef6 0000[*] 0000[*] 57dc=20 5baf d956 2fed d6a0 fcf4 0000[*] 0000[*] 5fe3 ff37 62bf 9568 3c90 fcf0 0000[*] 0000[*] a25c fef6 0000[*] 0000[*] 06e8 fefa 0000[*] 0000[*]=20 0000[*] 0820 0000[*] 0000[*] Can't find device by handle Failed to find bootable partition ## Application terminated, r =3D 14 in 1 seconds = From owner-freebsd-arm@freebsd.org Thu Jul 12 09:44:11 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9FB4010479BC; Thu, 12 Jul 2018 09:44:11 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout4-smtp.messagingengine.com (wout4-smtp.messagingengine.com [64.147.123.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3886B867A8; Thu, 12 Jul 2018 09:44:11 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id DEA442FF; Thu, 12 Jul 2018 05:44:02 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Thu, 12 Jul 2018 05:44:03 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=EMaXimHYrrdwjfoLDZYA2Mh9PsoDZ fqkBUQyA1Xm27g=; b=BpHBge6vwlsNpJToPgMayqyEEJJOv4vZiV1AT3iRJiFO8 i9UqhltNg7ZkL53dXwYqdpohQA5ueRPYT+XjO8nU+4Oc9Iyh1gqmI7ome6m//uJx cQiSkvrSR673IImoqPH2sqv8ER03ailK2F0lk08/7yiZ5BEfrEiF+JYvjmlJ1Uvd R75uoOseWu9Khz7HWOLa03xxtZu9MdIL5/6kXlj+MauXay09AmM6UcYqDEKAzbZc kdlgz6WLLQ3cMMZYatK6Mk55hqJh53AjxED789u5Y9cA5Nj77o5oKB1UZ++/82sr GaVDulsoVvBQAmq4hSXygFjF+0krG449OY7syrn+w== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=EMaXim HYrrdwjfoLDZYA2Mh9PsoDZfqkBUQyA1Xm27g=; b=M2EAaGPZ1sYNbvnFjuTRjD 9q5qpHm1TjmqOsv0tp/dyO6T2Y05da1V1a4KvCsdzBTROoqSOLDCdkrFkDFxD+MN RrFJLwXV4c2cz6JzBZzRRlpslYkXRCC0I+3b1LAKO15zcNYv0o2ayJF2J7A4Xca5 NfTdP+mU8IfYQKJ23jsbuNwXh8ds2DDP3/siroPdw/Bt+R8EhuMsSLvXE/sF29jS TaGjY8bdvgiOlimbq/02g0zbVyLdkJlgExdWWcCDI1d9sLQfpQ8ekaPhN72CmQ/r TwljdAPkleiEuGb0feoNrJLkDERWvLNCP/s5EYD3acNDm86ZjlKdF72IVCLkoKLA == X-ME-Proxy: X-ME-Sender: Received: from desktop.local (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id 56A871026B; Thu, 12 Jul 2018 05:44:01 -0400 (EDT) Subject: Re: aarch64-arm64 fails to build kernel 12-current raspberry pi 3 To: Mark Millard , FreeBSD Current , freebsd-arm , FreeBSD Toolchain References: From: tech-lists Organization: none Message-ID: Date: Thu, 12 Jul 2018 10:44:00 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2018 09:44:11 -0000 On 11/07/2018 17:21, Mark Millard wrote: > It seems from the quoted material that neither kernel-toolchain nor > build world was done before buildkernel . My understanding is that > the intent is that one or the other be done first. (But for aarch64 > currently only buildworld works.) Thanks for this. I'm running a buildworld now. For how long has it been the case that buildworld is needed for buildkernel? Coming from amd64 and before that, i386, in situations where I've only wanted to install a custom kernel, I was firstly used to making and installing it from /sys/{i386,amd64}/conf. Then that broke a number of years ago. Then got used to making kernel in /usr/src with make buildkernel && make installkernel. And now this is broken, on aarch64-arm64. Nobody knows if it's accidental or policy. -- J. From owner-freebsd-arm@freebsd.org Thu Jul 12 10:04:14 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8BE0810497CF for ; Thu, 12 Jul 2018 10:04:14 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0F16388086 for ; Thu, 12 Jul 2018 10:04:13 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id e4d42c71; Thu, 12 Jul 2018 12:04:06 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=PEgljTk/nOFNFk4pt+lI0rmHh7Q=; b=Gpko2fwisI10sCR9iu3slYq7OWL0 hQxOOgBYs2esPBiQCdJEo46qxScpba/9yxFbalztex7+UsecMM/96HMcFUop9EQG PvBLH0rjub7V/pZLXyb9+Hml4woLjgGBP/dtYu2b1iF/drarvE6JsI0Xb+zfniwm ZaaE2BD1VNGo0TY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=MUGJRCbVQcyMonYXjP/ZXkKO2qlY8i1ctbNwIZq9tf2qomhA9QTMvvXw WSmO9moEjDCmaWPaRuNwQEwrdBqVo2ZtkGqneblrN2xHegN03ZMjSlwEq2Uvbc4X P9cfz3RAvxwx6/1X6OTd4cfp4Lde1xT8Mm42Ul+/8UUV0RP2mzE= Received: from skull.home.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id ea82581a TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 12 Jul 2018 12:04:06 +0200 (CEST) Date: Thu, 12 Jul 2018 12:04:05 +0200 From: Emmanuel Vadot To: Greg V Cc: freebsd-arm@freebsd.org Subject: Re: Netbooting ROCK64 Message-Id: <20180712120405.a16a2733473400e899f34d2f@bidouilliste.com> In-Reply-To: <1531333209.1596.0@hraggstad.unrelenting.technology> References: <1531333209.1596.0@hraggstad.unrelenting.technology> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2018 10:04:14 -0000 On Wed, 11 Jul 2018 21:20:09 +0300 Greg V wrote: > Hi, >=20 > I (still) cannot boot the ROCK64 over the network. >=20 > Updated to ayufan's latest U-Boot build (U-Boot 2017.09-ge3eae80 (Jul=20 > 03 2018 - 21:32:05 +0000), Build: jenkins-linux-build-rock-64-273),=20 > FreeBSD 12-CURRENT snapshot from 2018-07-09. >=20 > loader.efi "Can't find device by handle" and terminates ? I guess=20 > it's talking about the Ethernet device, the one it recognized as=20 > "MAC(..)". >=20 > UART log: >=20 >=20 > Using ethernet@ff540000 device > TFTP from server 192.168.1.2; our IP address is 192.168.1.186 > Filename 'loader.efi'. > Load address: 0x2000000 > Loading: ############################# > 4.3 MiB/s > done > Bytes transferred =3D 423456 (67620 hex) > ## Starting EFI application at 02000000 ... > Card did not respond to voltage select! > mmc_init: -95, time 12 > Scanning disk rksdmmc@ff520000.blk... > Card did not respond to voltage select! > mmc_init: -95, time 12 > Scanning disk rksdmmc@ff500000.blk... > Found 2 disks > Consoles: EFI console > efipart_inithandles failed 2, expect failuresCommand line arguments:=20 > loader.efi > Image base: 0x2000000 > EFI version: 2.05 > EFI Firmware: Das U-boot (rev 0.00) >=20 > FreeBSD/arm64 EFI loader, Revision 1.1 > (Mon Jul 9 18:05:19 UTC 2018 root@releng3.nyi.freebsd.org) > Load Path: loader.efi > Load Device: MAC(06d4ce39aa76,0x0) > BootCurrent: 0000 > BootOrder: 0008 0000[*] 0000[*] 0000[*] 2f10 0000[*] 0000[*] 0000[*]=20 > 0000[*] 0000[*] 2f30 0000[*] 3b50 fcf0 0000[*] 0000[*] 4ddc fef4 0000 > [*] 0000[*] 3b10 fcf0 0000[*] 0000[*] 4da8 fef4 0000[*] 0000[*] 3ba0=20 > fcf0 0000[*] 0000[*] 2d40 fef4 0000[*] 0000[*] 8cf7 dffe b6f3 7f3d 39b0 > 5d06 b2e7 17d8 3b80 fcf0 0000[*] 0000[*] 0c30 fef7 0000[*] 0000[*]=20 > 0000[*] 0000[*] 0000[*] 0000[*] 0003 0000[*] 0000[*] 0000[*] 06e8 fefa=20 > 000 > 0[*] 0000[*] 3be8 fcf0 0000[*] 0000[*] a108 fef6 0000[*] 0000[*] 57dc=20 > 5baf d956 2fed d6a0 fcf4 0000[*] 0000[*] 5fe3 ff37 62bf 9568 3c90 fcf0 > 0000[*] 0000[*] a25c fef6 0000[*] 0000[*] 06e8 fefa 0000[*] 0000[*]=20 > 0000[*] 0820 0000[*] 0000[*] > Can't find device by handle > Failed to find bootable partition ^^^^ This is your problem. Do you have a nfs export serving the freebsd files ? > ## Application terminated, r =3D 14 in 1 seconds >=20 > _______________________________________________ > 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" --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Thu Jul 12 10:49:40 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BF5261025B25 for ; Thu, 12 Jul 2018 10:49:40 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from hraggstad.unrelenting.technology (hraggstad.unrelenting.technology [71.19.146.151]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hraggstad.unrelenting.technology", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 450878A016 for ; Thu, 12 Jul 2018 10:49:39 +0000 (UTC) (envelope-from greg@unrelenting.technology) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=unrelenting.technology; h=date:from:subject:to:message-id; s=default; bh=A77+M6TNkZrNmto65vqLStOGpx9r9DHwViiVtUoZXTg=; b=iT5GC4nWIpWxqe6NlL0F9wPY2wF0WWhaz506OK63jLdSZZwzU9HttMnJX2bW14j575hWVDfrvWOPMpruMFIttVhrMjHG38gyna8pSjZV1spe9lJ0r1vEHwHjRteaRC1GYh6eSyVwQNVtGtrsUkkh5bBext7bYIvVJlDyDRtM7kg= Received: by hraggstad.unrelenting.technology (OpenSMTPD) with ESMTPSA id 09398749 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 12 Jul 2018 10:49:35 +0000 (UTC) Date: Thu, 12 Jul 2018 13:49:30 +0300 From: Greg V Subject: Re: Netbooting ROCK64 To: Emmanuel Vadot Cc: freebsd-arm@freebsd.org Message-Id: <1531392570.1456.0@hraggstad.unrelenting.technology> In-Reply-To: <20180712120405.a16a2733473400e899f34d2f@bidouilliste.com> References: <1531333209.1596.0@hraggstad.unrelenting.technology> <20180712120405.a16a2733473400e899f34d2f@bidouilliste.com> X-Mailer: geary/0.12.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2018 10:49:40 -0000 On Thu, Jul 12, 2018 at 1:04 PM, Emmanuel Vadot wrote: > On Wed, 11 Jul 2018 21:20:09 +0300 > Greg V wrote: >> >> FreeBSD/arm64 EFI loader, Revision 1.1 >> (Mon Jul 9 18:05:19 UTC 2018 root@releng3.nyi.freebsd.org) >> Load Path: loader.efi >> Load Device: MAC(06d4ce39aa76,0x0) >> BootCurrent: 0000 >> BootOrder: 0008 0000[*] 0000[*] 0000[*] 2f10 0000[*] 0000[*] >> 0000[*] >> 0000[*] 0000[*] 2f30 0000[*] 3b50 fcf0 0000[*] 0000[*] 4ddc fef4 >> 0000 >> [*] 0000[*] 3b10 fcf0 0000[*] 0000[*] 4da8 fef4 0000[*] 0000[*] 3ba0 >> fcf0 0000[*] 0000[*] 2d40 fef4 0000[*] 0000[*] 8cf7 dffe b6f3 7f3d >> 39b0 >> 5d06 b2e7 17d8 3b80 fcf0 0000[*] 0000[*] 0c30 fef7 0000[*] 0000[*] >> 0000[*] 0000[*] 0000[*] 0000[*] 0003 0000[*] 0000[*] 0000[*] 06e8 >> fefa >> 000 >> 0[*] 0000[*] 3be8 fcf0 0000[*] 0000[*] a108 fef6 0000[*] 0000[*] >> 57dc >> 5baf d956 2fed d6a0 fcf4 0000[*] 0000[*] 5fe3 ff37 62bf 9568 3c90 >> fcf0 >> 0000[*] 0000[*] a25c fef6 0000[*] 0000[*] 06e8 fefa 0000[*] 0000[*] >> 0000[*] 0820 0000[*] 0000[*] >> Can't find device by handle >> Failed to find bootable partition > > ^^^^ > > This is your problem. > Do you have a nfs export serving the freebsd files ? Yeah, of course. And the u-boot script is explicitly configured to use it: env set serverip 192.168.1.2 env set baudrate 115200 env set bootargs boot.nfsroot.server=${serverip} boot.nfsroot.path= comconsole_speed=${baudrate} tftpboot ${kernel_addr_r} loader.efi bootefi ${kernel_addr_r} ${fdtcontroladdr} It's not getting to NFS. tcpdump shows no nfs activity from the board's IP address. Only ARP, TFTP and some weird UDP ports, all before loader.efi starts. A Raspberry Pi 3 boots fine with about the same setup (minus baudrate, plus fdt from file). Also, just checked: the nfs command in U-Boot actually tries to connect, 'sunrpc' and 'cadlock2' show up on tcpdump. Nothing shows up with loader.efi, and it terminates *instantly*. It clearly cannot find the Ethernet device itself. Could you please send me the loader.efi that works for you? And which version of U-Boot you use it with. From owner-freebsd-arm@freebsd.org Thu Jul 12 11:39:16 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3F4A2102B12C for ; Thu, 12 Jul 2018 11:39:16 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D4AC58C178 for ; Thu, 12 Jul 2018 11:39:15 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.110.112]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1fdZwB-0003wO-LU; Thu, 12 Jul 2018 13:39:07 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "freebsd-arm@freebsd.org" , "Wis Macomson" Subject: Re: RPI3B+ does not reboot References: Date: Thu, 12 Jul 2018 13:39:08 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.0 X-Scan-Signature: 71684ae416b12bc74806129cb02de027 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2018 11:39:16 -0000 On Mon, 02 Jul 2018 16:58:30 +0200, Wis Macomson wrote: > Can you disconnect the serial TX data (data to the RPi) and try the > reboots? > > It may be that this signal is partially powering the processor through > the input ESD protection diode, leading to very awkward internal states. > This has been observed on the Rock64 (RK3328 SoC) and Rockpro64 (RK3399). > > If you can just break the TX connection, you'll be able to see the boot > messages. > > -wis Hi, I will try this. Is this also relevant if my serial connection of the RPI3 is not connected to my laptop (via USB). Because the reboot also fails than. Regards, Ronald. From owner-freebsd-arm@freebsd.org Thu Jul 12 12:15:59 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2197C102F5E2 for ; Thu, 12 Jul 2018 12:15:59 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BA1438DDFD for ; Thu, 12 Jul 2018 12:15:58 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.110.112]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1fdaVo-0003S6-Qy for freebsd-arm@freebsd.org; Thu, 12 Jul 2018 14:15:57 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-arm@freebsd.org Date: Thu, 12 Jul 2018 14:15:34 +0200 Subject: ipfw panic on /etc/rc.d/ipfw start MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.0 X-Scan-Signature: 4cc6a862e0a753e674eb374334b394fd X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2018 12:15:59 -0000 Hi, I got a panic on ipfw after /etc/rc.d/ipfw start. [root@rpi3 /var/crash]# cat info.last Dump header from device: /dev/label/usbswap Architecture: aarch64 Architecture Version: 1 Dump Length: 158957568 Blocksize: 512 Compression: none Dumptime: Thu Jul 12 13:25:36 2018 Hostname: rpi3 Magic: FreeBSD Kernel Dump Version String: FreeBSD 12.0-CURRENT #2 r335679: Thu Jun 28 02:33:01 CEST 2018 builder@rpi3:/mnt/ssd/data/src/obj-head/mnt/ssd/data/src/head/arm64.aarch64/sys/GENERIC-NODEBUG Panic String: vm_fault_hold: fault on nofault entry, addr: 0xffff000054ad7000 Dump Parity: 2470008427 Bounds: 4 Dump Status: good [root@rpi3 /var/crash]# cat core.txt.4 Unable to find a kernel debugger. I have a dumpfile vmcore.4. Installed devel/gdb: [root@rpi3 ~]# kgdb -n last GNU gdb (GDB) 8.1 [GDB v8.1 for FreeBSD] Copyright (C) 2018 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "aarch64-portbld-freebsd12.0". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /mnt/ssd/data/src/obj-head/mnt/ssd/data/src/head/arm64.aarch64/sys/GENERIC-NODEBUG/kernel.full...done. warning: Breakpoint address adjusted from 0xffff0000006bae94 to 0xff0000006bae94. inferior.c:309: internal-error: struct inferior *find_inferior_pid(int): Assertion `pid != 0' failed. A problem internal to GDB has been detected, further debugging may prove unreliable. Quit this debugging session? (y or n) What can I do to help debug this? Regards, Ronald. From owner-freebsd-arm@freebsd.org Thu Jul 12 12:55:45 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9428C10339D9 for ; Thu, 12 Jul 2018 12:55:45 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward103p.mail.yandex.net (forward103p.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 07E048FDB2 for ; Thu, 12 Jul 2018 12:55:44 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mxback12j.mail.yandex.net (mxback12j.mail.yandex.net [IPv6:2a02:6b8:0:1619::87]) by forward103p.mail.yandex.net (Yandex) with ESMTP id E99C62186DB5; Thu, 12 Jul 2018 15:55:33 +0300 (MSK) Received: from smtp3p.mail.yandex.net (smtp3p.mail.yandex.net [2a02:6b8:0:1472:2741:0:8b6:8]) by mxback12j.mail.yandex.net (nwsmtp/Yandex) with ESMTP id fBAbJK02ta-tXEewu2P; Thu, 12 Jul 2018 15:55:33 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1531400133; bh=jWbmIqY1jNT11JGoFndXj6eYKL4diEiOhTXzNhp6SIs=; h=Subject:To:References:From:Message-ID:Date:In-Reply-To; b=YhIyx8k1sG3v1d6BFEcf+cHa/ixOix5soXwbUoz7cgE3GYsl1pBPL8eRuApFs6nZK n1d2KlHOmhFZ7gl1mU/2Z6uQDkWsnJQ40Kfxw34WvUEkVxXRkbg8cTezl3gZdnxiOZ 8kCWIekRTWYqlpVoTcKmOC0dbtjb7FS5/5GQpSq8= Received: by smtp3p.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id uawxZeCK3T-tXF8fAGQ; Thu, 12 Jul 2018 15:55:33 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1531400133; bh=jWbmIqY1jNT11JGoFndXj6eYKL4diEiOhTXzNhp6SIs=; h=Subject:To:References:From:Message-ID:Date:In-Reply-To; b=YhIyx8k1sG3v1d6BFEcf+cHa/ixOix5soXwbUoz7cgE3GYsl1pBPL8eRuApFs6nZK n1d2KlHOmhFZ7gl1mU/2Z6uQDkWsnJQ40Kfxw34WvUEkVxXRkbg8cTezl3gZdnxiOZ 8kCWIekRTWYqlpVoTcKmOC0dbtjb7FS5/5GQpSq8= Authentication-Results: smtp3p.mail.yandex.net; dkim=pass header.i=@yandex.ru Subject: Re: ipfw panic on /etc/rc.d/ipfw start To: Ronald Klop , freebsd-arm@freebsd.org References: From: "Andrey V. Elsukov" Openpgp: id=E6591E1B41DA1516F0C9BC0001C5EA0410C8A17A Autocrypt: addr=bu7cher@yandex.ru; prefer-encrypt=mutual; keydata= xsBNBEwBF1kBCADB9sXFhBEUy8qQ4X63Y8eBatYMHGEFWN9ypS5lI3RE6qQW2EYbxNk7qUC5 21YIIS1mMFVBEfvR7J9uc7yaYgFCEb6Sce1RSO4ULN2mRKGHP3/Sl0ijZEjWHV91hY1YTHEF ZW/0GYinDf56sYpDDehaBF5wkWIo1+QK5nmj3vl0DIDCMNd7QEiWpyLVwECgLX2eOAXByT8B bCqVhJGcG6iFP7/B9Ll6uX5gb8thM9LM+ibwErDBVDGiOgvfxqidab7fdkh893IBCXa82H9N CNwnEtcgzh+BSKK5BgvPohFMgRwjti37TSxwLu63QejRGbZWSz3OK3jMOoF63tCgn7FvABEB AAHNIkFuZHJleSBWLiBFbHN1a292IDxhZUBmcmVlYnNkLm9yZz7CwHsEEwECACUCGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheABQJMB/ruAhkBAAoJEAHF6gQQyKF6MLwH/3Ri/TZl9uo0 SepYWXOnxL6EaDVXDA+dLb1eLKC4PRBBjX29ttQ0KaWapiE6y5/AfzOPmRtHLrHYHjd/aiHX GMLHcYRXD+5GvdkK8iMALrZ28X0JXyuuZa8rAxWIWmCbYHNSBy2unqWgTI04Erodk90IALgM 9JeHN9sFqTM6zalrMnTzlcmel4kcjT3lyYw3vOKgoYLtsLhKZSbJoVVVlvRlGBpHFJI5AoYJ SyfXoN0rcX6k9X7Isp2K50YjqxV4v78xluh1puhwZyC0p8IShPrmrp9Oy9JkMX90o6UAXdGU KfdExJuGJfUZOFBTtNIMNIAKfMTjhpRhxONIr0emxxDOwE0ETAEXWQEIAJ2p6l9LBoqdH/0J PEFDY2t2gTvAuzz+8zs3R03dFuHcNbOwjvWCG0aOmVpAzkRa8egn5JB4sZaFUtKPYJEQ1Iu+ LUBwgvtXf4vWpzC67zs2dDuiW4LamH5p6xkTD61aHR7mCB3bg2TUjrDWn2Jt44cvoYxj3dz4 S49U1rc9ZPgD5axCNv45j72tggWlZvpefThP7xT1OlNTUqye2gAwQravXpZkl5JG4eOqJVIU X316iE3qso0iXRUtO7OseBf0PiVmk+wCahdreHOeOxK5jMhYkPKVn7z1sZiB7W2H2TojbmcK HZC22sz7Z/H36Lhg1+/RCnGzdEcjGc8oFHXHCxUAEQEAAcLAXwQYAQIACQUCTAEXWQIbDAAK CRABxeoEEMihegkYCAC3ivGYNe2taNm/4Nx5GPdzuaAJGKWksV+w9mo7dQvU+NmI2az5w8vw 98OmX7G0OV9snxMW+6cyNqBrVFTu33VVNzz9pnqNCHxGvj5dL5ltP160JV2zw2bUwJBYsgYQ WfyJJIM7l3gv5ZS3DGqaGIm9gOK1ANxfrR5PgPzvI9VxDhlr2juEVMZYAqPLEJe+SSxbwLoz BcFCNdDAyXcaAzXsx/E02YWm1hIWNRxanAe7Vlg7OL+gvLpdtrYCMg28PNqKNyrQ87LQ49O9 50IIZDOtNFeR0FGucjcLPdS9PiEqCoH7/waJxWp6ydJ+g4OYRBYNM0EmMgy1N85JJrV1mi5i Message-ID: Date: Thu, 12 Jul 2018 15:55:13 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="LTasyADAcj9EoEjFqFix9nuNWWx9UHEAq" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2018 12:55:45 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --LTasyADAcj9EoEjFqFix9nuNWWx9UHEAq Content-Type: multipart/mixed; boundary="PGwPNd6XA669Ae1MDSfdlj3rgkxmM1EGE"; protected-headers="v1" From: "Andrey V. Elsukov" To: Ronald Klop , freebsd-arm@freebsd.org Message-ID: Subject: Re: ipfw panic on /etc/rc.d/ipfw start References: In-Reply-To: --PGwPNd6XA669Ae1MDSfdlj3rgkxmM1EGE Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 12.07.2018 15:15, Ronald Klop wrote: > Hi, >=20 > I got a panic on ipfw after /etc/rc.d/ipfw start. >=20 Hi, this is probably may be related to https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D225816 --=20 WBR, Andrey V. Elsukov --PGwPNd6XA669Ae1MDSfdlj3rgkxmM1EGE-- --LTasyADAcj9EoEjFqFix9nuNWWx9UHEAq Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEzBAEBCAAdFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAltHT7UACgkQAcXqBBDI oXrd6Qf9FUKdoJRtdESg84Bq/C0QrNDoGXmXcVgqKU9omew5wdI6Uv8DMA2ex8N5 OYgPPW9p8C6Zokwfh8krXGLFP5f+0YxgYLq8af0tfHU7InVB72Wf25tlvI0ow0IJ DHrcXUaEptJixi4S1YeLUVBpU4d1atcN0r3A3owEgEX1UM/qoWr5K7ssPtevjUjF YMt2jUOc7jJ/EkXy7a54Z0ywWhfE5gp4Krd/5uzHusa9ABhTbnGqVcdn5Rf4EPwh 5YBB5h8DaU/VKljo4HNYxUYpy6LQo9GaWz2QsmoCdG6VV+Mhv8wn15A4eYVpjUDI Ar6cb1Ki0ZZsqjmFqZxgWJarv4PLZw== =NTLP -----END PGP SIGNATURE----- --LTasyADAcj9EoEjFqFix9nuNWWx9UHEAq-- From owner-freebsd-arm@freebsd.org Thu Jul 12 13:34:02 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 72F851039D1E for ; Thu, 12 Jul 2018 13:34:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-8.consmr.mail.gq1.yahoo.com (sonic316-8.consmr.mail.gq1.yahoo.com [98.137.69.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ED09D917B3 for ; Thu, 12 Jul 2018 13:34:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: OEY7IvoVM1le6b8GP7GhYjAG4CyYHT3qP1VlNmQ3sxV8jd3Ezvfrj7rHc0guaFk pLHrvaOTp.YOJ8ohWiphXmu0Hr.4bNMRJ6k8aAC1JYdNtiBAsspnuBkxDv4IzrZso.d9NVXhUJLe G15UtsLMRBfn6bWmGMaOfHguahm0KKKHc2PSLSYSU9ku9nXR92cBWhv2hrA3WL_CR4X22PIjIQUz KUOBlA2rGiYqDkHeMOHm.b3IUa42oDH3H2xQSyQ5WxfzW7IQjOPiy0FpxYmsJ6tQFadllm8nVHlo edC6Oa95qGHwLirSwXEaWkHUQCHgTqbaaU0DFRgUWiWdjsD9bq86Ajzj22.0J2YG0gObRdAFTWPT RLTeXwO.SMttMBpCU918G0pQGGDofqOcete.G0yTlijtbKKZqYnUaqiI3j4gkiNnOUF4IxHaIxYt yq3_b5dffO2bSakQSUJAz10kT9GkTrP_vJaM9jimb5R7AcKaHFB5jWoNfj53Zv58q_RAfZNVkLhZ esBBnG0XU0OcX7FXbqybiwoOU1VOzfYxiqI7uuA2Fuuw6SGrN5DY5HXaAEld3U9xaCSpsy_SGr5g qQGV2eeKXTfwtsLITZ3mUMvyHIbOlnc0cWriwkZgPB38L02zx.xImrPYPXrLCaO.9bSgd9e8qY8K s2xzGkZxIiRnjuhuXAMhCHX2bokDkNl75R4fL1qOAeq1F66hDlGMkQ.B9os3N5w.zipnaaIxKLGN IvO9ZmSfgclVmhuuPAlGcSi7TBRa0fOLGGaeCEVl6yia4dOwXubr3S5.FdaPZs1hdoF007yoTMk5 psY6qtTFy6Fys7XbElqT9gKcinjibJ6LHP9rLKuUsynmlRHgdcOv7OfSddJMc9oocYqo4zQHnSCH hgniFp.bCIWPwPm7G_qTG.25M_UIraMHAmeL89CD01sjuaJTpdMxbaM74QogvvWudQUu3RkAGuHu afA0gItpgfkW9NGotujA9S9WHwox_zlvEqRQu3x.dyE._VGf3WtRTW7xnszN33NrMhTdi Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Thu, 12 Jul 2018 13:34:00 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp422.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID a5dfb848dc8c05f45d2906755df2006c; Thu, 12 Jul 2018 13:23:51 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: aarch64-arm64 fails to build kernel 12-current raspberry pi 3 From: Mark Millard In-Reply-To: Date: Thu, 12 Jul 2018 06:23:49 -0700 Cc: FreeBSD Current , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <2F72F7DB-F5DD-471A-B644-9CDE3FABFAC1@yahoo.com> References: To: tech-lists X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2018 13:34:02 -0000 On 2018-Jul-12, at 2:44 AM, tech-lists wrote: > On 11/07/2018 17:21, Mark Millard wrote: >> It seems from the quoted material that neither kernel-toolchain nor >> build world was done before buildkernel . My understanding is that >> the intent is that one or the other be done first. (But for aarch64 >> currently only buildworld works.) >=20 > Thanks for this. I'm running a buildworld now. >=20 > For how long has it been the case that buildworld is needed for = buildkernel? Coming from amd64 and before that, i386, in situations = where I've only wanted to install a custom kernel, I was firstly used to = making and installing it from /sys/{i386,amd64}/conf. Then that broke a = number of years ago. Then got used to making kernel in /usr/src with = make buildkernel && make installkernel. And now this is broken, on = aarch64-arm64. Nobody knows if it's accidental or policy. It has been true since clang added use of stdint.h to the kernel build. Prior to this stdint.h was not needed to build the kernel for any architecture (as far as I know). As I remember, in C99 or later stdint.h is one of the headers required for a conforming freestanding implementation of C99+. stdint.h was added to C in C99. It was intended to be the subset of the older inttypes.h that was suitable for freestanding environments. inttypes.h is defined to include stdint.h for C99 and later as I remember (or to behave as-if it had?). https://www.freebsd.org/cgi/man.cgi?build(7) is very explicit about what is supposed to be the case relative to kernel-toolchain use: kernel-toolchain Rebuild the tools needed for kernel compilation. = Use this if you did not do a buildworld first. In other words: buildkernel is not intended to be = self-contained/sufficient according to the build documentation but buildworld should not be = required. Note the difference in the buildkernel and buildworld descriptions, = given the above: buildkernel Rebuild the kernel and the kernel modules. The = object directory can be changed from the default = /usr/obj by setting the MAKEOBJDIRPREFIX make(1) variable. vs. buildworld Build everything but the kernel, configure files = in etc, and release. The object directory can be changed = from the default /usr/obj by setting the = MAKEOBJDIRPREFIX make(1) variable. The actual build location = prefix used is ${MAKEOBJDIRPREFIX}${.CURDIR} for native = builds, and ${MAKEOBJDIRPREFIX}/${TARGET}${.CURDIR} for cross = builds and native builds with variable = CROSS_BUILD_TESTING set. Currently, overall, FreeBSD does not meet its own criteria for aarch64 = relative to kernel-toolchain . As far as I can tell the issue can be summarized relative to = kernel-toolchain by saying that kernel-toolchain does not currently establish a (full) freestanding C99 environment relative to the headers but clang requires (at least) one of the missing items ( stdint.h ) for aarch64. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Jul 12 14:00:55 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 14CE7103C2B2 for ; Thu, 12 Jul 2018 14:00:55 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8654592BF0 for ; Thu, 12 Jul 2018 14:00:54 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id f679fc15; Thu, 12 Jul 2018 16:00:52 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=+YoJSzhNe4gt4mKK+9p6pQq35Hc=; b=ld9M7/ORYATeLsKGl9MZz421tu31 1M/K6ARirsEa1Tk2vSZLyygdu4/p255fDFxZFev+w/Enl1HGIYpzVFeh8Egn1KE+ PzJa+9+UXir7Xo/FPL6l1CwQYc1bJij/mZamZxUCMxHiAHz3nhnKNPlDlbtj1pWC BKmrbb6SA0XIaGU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=C+tbqMvrl56dztiY33YhZwz8quSfT+u3W3rqTM+4Fc6bwEwIjLB4lslP RB8nvkNi+uI+bL5vBiPR7PlCrm0VmxSF5H6+Tx8WIIi8zOOVSxxFElG9AuYgeAEL ljpgk21RmmIRLRf7Jy0QZOIQuB7Kj0bLzIYq6MJM06nFzuPitdA= Received: from skull.home.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id c8b1ea45 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 12 Jul 2018 16:00:52 +0200 (CEST) Date: Thu, 12 Jul 2018 16:00:51 +0200 From: Emmanuel Vadot To: Greg V Cc: freebsd-arm@freebsd.org Subject: Re: Netbooting ROCK64 Message-Id: <20180712160051.ab6447bad4d97395552c3a5d@bidouilliste.com> In-Reply-To: <1531392570.1456.0@hraggstad.unrelenting.technology> References: <1531333209.1596.0@hraggstad.unrelenting.technology> <20180712120405.a16a2733473400e899f34d2f@bidouilliste.com> <1531392570.1456.0@hraggstad.unrelenting.technology> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2018 14:00:55 -0000 On Thu, 12 Jul 2018 13:49:30 +0300 Greg V wrote: > > > On Thu, Jul 12, 2018 at 1:04 PM, Emmanuel Vadot > wrote: > > On Wed, 11 Jul 2018 21:20:09 +0300 > > Greg V wrote: > >> > >> FreeBSD/arm64 EFI loader, Revision 1.1 > >> (Mon Jul 9 18:05:19 UTC 2018 root@releng3.nyi.freebsd.org) > >> Load Path: loader.efi > >> Load Device: MAC(06d4ce39aa76,0x0) > >> BootCurrent: 0000 > >> BootOrder: 0008 0000[*] 0000[*] 0000[*] 2f10 0000[*] 0000[*] > >> 0000[*] > >> 0000[*] 0000[*] 2f30 0000[*] 3b50 fcf0 0000[*] 0000[*] 4ddc fef4 > >> 0000 > >> [*] 0000[*] 3b10 fcf0 0000[*] 0000[*] 4da8 fef4 0000[*] 0000[*] 3ba0 > >> fcf0 0000[*] 0000[*] 2d40 fef4 0000[*] 0000[*] 8cf7 dffe b6f3 7f3d > >> 39b0 > >> 5d06 b2e7 17d8 3b80 fcf0 0000[*] 0000[*] 0c30 fef7 0000[*] 0000[*] > >> 0000[*] 0000[*] 0000[*] 0000[*] 0003 0000[*] 0000[*] 0000[*] 06e8 > >> fefa > >> 000 > >> 0[*] 0000[*] 3be8 fcf0 0000[*] 0000[*] a108 fef6 0000[*] 0000[*] > >> 57dc > >> 5baf d956 2fed d6a0 fcf4 0000[*] 0000[*] 5fe3 ff37 62bf 9568 3c90 > >> fcf0 > >> 0000[*] 0000[*] a25c fef6 0000[*] 0000[*] 06e8 fefa 0000[*] 0000[*] > >> 0000[*] 0820 0000[*] 0000[*] > >> Can't find device by handle > >> Failed to find bootable partition > > > > ^^^^ > > > > This is your problem. > > Do you have a nfs export serving the freebsd files ? > > Yeah, of course. > > And the u-boot script is explicitly configured to use it: > > env set serverip 192.168.1.2 > env set baudrate 115200 This is a wrong baudrate, RK SoC is using 1.5Mbps > env set bootargs boot.nfsroot.server=${serverip} > boot.nfsroot.path= comconsole_speed=${baudrate} > tftpboot ${kernel_addr_r} loader.efi > bootefi ${kernel_addr_r} ${fdtcontroladdr} I've never used nfs with loader like this, do you control the dhcp ? If so just set the correct rootpath in it and in uboot just do : setenv boot_targets dhcp saveenv > It's not getting to NFS. tcpdump shows no nfs activity from the board's > IP address. Only ARP, TFTP and some weird UDP ports, all before > loader.efi starts. > > A Raspberry Pi 3 boots fine with about the same setup (minus baudrate, > plus fdt from file). > > Also, just checked: the nfs command in U-Boot actually tries to > connect, 'sunrpc' and 'cadlock2' show up on tcpdump. > Nothing shows up with loader.efi, and it terminates *instantly*. > It clearly cannot find the Ethernet device itself. > > Could you please send me the loader.efi that works for you? > And which version of U-Boot you use it with. I use loader.efi from head and u-boot from ayufan. -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Thu Jul 12 14:07:52 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 88BB1103CC3B for ; Thu, 12 Jul 2018 14:07:52 +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 11FE49314E for ; Thu, 12 Jul 2018 14:07:51 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-RoutePath: aGlwcGll X-MHO-User: f066730b-85dc-11e8-aa1a-954dbaed88ca X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound1.eu.mailhop.org (Halon) with ESMTPSA id f066730b-85dc-11e8-aa1a-954dbaed88ca; Thu, 12 Jul 2018 14:07:42 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id w6CE7e50041473; Thu, 12 Jul 2018 08:07:40 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1531404460.66719.26.camel@freebsd.org> Subject: Re: Netbooting ROCK64 From: Ian Lepore To: Emmanuel Vadot , Greg V Cc: freebsd-arm@freebsd.org Date: Thu, 12 Jul 2018 08:07:40 -0600 In-Reply-To: <20180712160051.ab6447bad4d97395552c3a5d@bidouilliste.com> References: <1531333209.1596.0@hraggstad.unrelenting.technology> <20180712120405.a16a2733473400e899f34d2f@bidouilliste.com> <1531392570.1456.0@hraggstad.unrelenting.technology> <20180712160051.ab6447bad4d97395552c3a5d@bidouilliste.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.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2018 14:07:52 -0000 On Thu, 2018-07-12 at 16:00 +0200, Emmanuel Vadot wrote: > > env set bootargs boot.nfsroot.server=${serverip}  > > boot.nfsroot.path= comconsole_speed=${baudrate} > > tftpboot ${kernel_addr_r} loader.efi > > bootefi ${kernel_addr_r} ${fdtcontroladdr} > >  I've never used nfs with loader like this, do you control the dhcp ? >  If so just set the correct rootpath in it and in uboot just do : >  setenv boot_targets dhcp >  saveenv This is really not a good enough answer.  Many people have dhcp, not nearly as many have easy access to control the config of that dhcp server. It MUST be possible to set tftp and/or nfs boot parms from some persisent config on the system being booted, or we just don't have a viable netboot solution. Pre-efi, all you had to do for netbooting was   setenv loaderdev net   setenv rootpath serverip:/path/to/rootfs   boot It sure would be nice if we could maintain that level of simplicity with efi uboot. -- Ian From owner-freebsd-arm@freebsd.org Thu Jul 12 14:26:22 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3EF5F103EBB4 for ; Thu, 12 Jul 2018 14:26:22 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 88F0C941EE; Thu, 12 Jul 2018 14:26:21 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id a92e029c; Thu, 12 Jul 2018 16:26:20 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=UdISs71RObyu6Xgoac6LWr/roRA=; b=asj1qAofofUdX9KZAUoaPSSDjYcV OW89VAKCXBM8pNibfXev23OpzbSkucL+LXHFWxrjknRpkDhoR04wxFN/JeWpwvW/ SsHTmBfgtemZY0bKHLDlAtMElqvAqTJ8IWeRBb8NAk8ODeIE8ZYw5DdS7OXZlG3/ 4gnNQwaBpXoQqlI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=ktD96oP66i0KzUefloPeQ2xGmglRkDWx13GY3UWmYMItHa3JOnNH1tBq hXPx9785ibWiRlKYDxeh1Uk0l5uzhOyEv091Ejq5ZoysEynhwJO9fEJYbs7ZPnqS Yq15U9GDQZL8WT9UbzuVA9kcTVclLIngY30DtgWol2M6xmtE/9k= Received: from skull.home.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id fdf32810 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 12 Jul 2018 16:26:20 +0200 (CEST) Date: Thu, 12 Jul 2018 16:26:19 +0200 From: Emmanuel Vadot To: Ian Lepore Cc: Greg V , freebsd-arm@freebsd.org Subject: Re: Netbooting ROCK64 Message-Id: <20180712162619.c2946e4ec262319e0c0ebb7b@bidouilliste.com> In-Reply-To: <1531404460.66719.26.camel@freebsd.org> References: <1531333209.1596.0@hraggstad.unrelenting.technology> <20180712120405.a16a2733473400e899f34d2f@bidouilliste.com> <1531392570.1456.0@hraggstad.unrelenting.technology> <20180712160051.ab6447bad4d97395552c3a5d@bidouilliste.com> <1531404460.66719.26.camel@freebsd.org> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2018 14:26:22 -0000 On Thu, 12 Jul 2018 08:07:40 -0600 Ian Lepore wrote: > On Thu, 2018-07-12 at 16:00 +0200, Emmanuel Vadot wrote: > > > env set bootargs boot.nfsroot.server=3D${serverip}=A0 > > > boot.nfsroot.path=3D comconsole_speed=3D${baudrate} > > > tftpboot ${kernel_addr_r} loader.efi > > > bootefi ${kernel_addr_r} ${fdtcontroladdr} > >=20 > > =A0I've never used nfs with loader like this, do you control the dhcp ? > > =A0If so just set the correct rootpath in it and in uboot just do : > > =A0setenv boot_targets dhcp > > =A0saveenv >=20 > This is really not a good enough answer. =A0Many people have dhcp, not > nearly as many have easy access to control the config of that dhcp > server. Yes and it seems to work with rpi3. But u-boot on rpi is using 2018.03, not 2017.09 like on Rock64. I want to be sure that his setup is working. > It MUST be possible to set tftp and/or nfs boot parms from some > persisent config on the system being booted, or we just don't have a > viable netboot solution. >=20 > Pre-efi, all you had to do for netbooting was >=20 > =A0 setenv loaderdev net > =A0 setenv rootpath serverip:/path/to/rootfs > =A0 boot >=20 > It sure would be nice if we could maintain that level of simplicity > with efi uboot. >=20 > -- Ian --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Thu Jul 12 15:28:48 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 205B61044789 for ; Thu, 12 Jul 2018 15:28:48 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 95A1C96ED6 for ; Thu, 12 Jul 2018 15:28:47 +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 w6CFSuYT000992 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 12 Jul 2018 08:28:57 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id w6CFSusk000991; Thu, 12 Jul 2018 08:28:56 -0700 (PDT) (envelope-from fbsd) Date: Thu, 12 Jul 2018 08:28:56 -0700 From: bob prohaska To: "freebsd-arm@freebsd.org" Subject: Re: RPI3B+ does not reboot Message-ID: <20180712152856.GA882@www.zefox.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2018 15:28:48 -0000 On Thu, Jul 12, 2018 at 01:39:08PM +0200, Ronald Klop wrote: > On Mon, 02 Jul 2018 16:58:30 +0200, Wis Macomson wrote: > > > Can you disconnect the serial TX data (data to the RPi) and try the > > reboots? > > > > It may be that this signal is partially powering the processor through > > the input ESD protection diode, leading to very awkward internal states. > > This has been observed on the Rock64 (RK3328 SoC) and Rockpro64 (RK3399). > > > > If you can just break the TX connection, you'll be able to see the boot > > messages. > > > > -wis > > > Hi, > > I will try this. Is this also relevant if my serial connection of the RPI3 > is not connected to my laptop (via USB). > Because the reboot also fails than. > > Regards, > > Ronald. I'm still seeing cpu_reset failed on a Pi3 (not +) at r336188. TX and RX only are connected, GND is lifted. The Pi's board ground is connected via USB to the other four hosts in the ring. The USB-serial adapter is FTDI and has shown absolutely no tendency to lock up or malfunction. Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Thu Jul 12 17:20:28 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A3024102944B for ; Thu, 12 Jul 2018 17:20:28 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from hraggstad.unrelenting.technology (hraggstad.unrelenting.technology [71.19.146.151]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hraggstad.unrelenting.technology", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3076D73EC2 for ; Thu, 12 Jul 2018 17:20:27 +0000 (UTC) (envelope-from greg@unrelenting.technology) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=unrelenting.technology; h=date:from:subject:to:message-id; s=default; bh=k3MIF2m4zvyc/Vda1JjTFN0F/Y8pvm+ztYKXzTHsb80=; b=NbBnOC5/EtyRwnNSBvd7xFsUoovnUiU83TdqTasm1mtS9+FaXaGNAuscGv5H9lgTp5EtejexT3U7q1AjMFUxG+lz73EMKSO8Eajs3Q8LOLu7KC8rr09zfYbjJISbtu+uYnvMlvB7LLI8lQE4dbMta+BSXnj84lDPf2GHdbgZy3U= Received: by hraggstad.unrelenting.technology (OpenSMTPD) with ESMTPSA id 70bc26a3 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 12 Jul 2018 17:20:13 +0000 (UTC) Date: Thu, 12 Jul 2018 20:20:07 +0300 From: Greg V Subject: Re: Netbooting ROCK64 To: Emmanuel Vadot Cc: freebsd-arm@freebsd.org Message-Id: <1531416007.1431.0@hraggstad.unrelenting.technology> In-Reply-To: <20180712160051.ab6447bad4d97395552c3a5d@bidouilliste.com> References: <1531333209.1596.0@hraggstad.unrelenting.technology> <20180712120405.a16a2733473400e899f34d2f@bidouilliste.com> <1531392570.1456.0@hraggstad.unrelenting.technology> <20180712160051.ab6447bad4d97395552c3a5d@bidouilliste.com> X-Mailer: geary/0.12.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2018 17:20:28 -0000 On Thu, Jul 12, 2018 at 5:00 PM, Emmanuel Vadot wrote: > On Thu, 12 Jul 2018 13:49:30 +0300 > Greg V wrote: > >> >> >> On Thu, Jul 12, 2018 at 1:04 PM, Emmanuel Vadot >> >> wrote: >> > On Wed, 11 Jul 2018 21:20:09 +0300 >> > Greg V wrote: >> >> >> >> FreeBSD/arm64 EFI loader, Revision 1.1 >> >> (Mon Jul 9 18:05:19 UTC 2018 root@releng3.nyi.freebsd.org) >> >> Load Path: loader.efi >> >> Load Device: MAC(06d4ce39aa76,0x0) >> >> BootCurrent: 0000 >> >> BootOrder: 0008 0000[*] 0000[*] 0000[*] 2f10 0000[*] 0000[*] >> >> 0000[*] >> >> 0000[*] 0000[*] 2f30 0000[*] 3b50 fcf0 0000[*] 0000[*] 4ddc fef4 >> >> 0000 >> >> [*] 0000[*] 3b10 fcf0 0000[*] 0000[*] 4da8 fef4 0000[*] 0000[*] >> 3ba0 >> >> fcf0 0000[*] 0000[*] 2d40 fef4 0000[*] 0000[*] 8cf7 dffe b6f3 >> 7f3d >> >> 39b0 >> >> 5d06 b2e7 17d8 3b80 fcf0 0000[*] 0000[*] 0c30 fef7 0000[*] >> 0000[*] >> >> 0000[*] 0000[*] 0000[*] 0000[*] 0003 0000[*] 0000[*] 0000[*] >> 06e8 >> >> fefa >> >> 000 >> >> 0[*] 0000[*] 3be8 fcf0 0000[*] 0000[*] a108 fef6 0000[*] 0000[*] >> >> 57dc >> >> 5baf d956 2fed d6a0 fcf4 0000[*] 0000[*] 5fe3 ff37 62bf 9568 >> 3c90 >> >> fcf0 >> >> 0000[*] 0000[*] a25c fef6 0000[*] 0000[*] 06e8 fefa 0000[*] >> 0000[*] >> >> 0000[*] 0820 0000[*] 0000[*] >> >> Can't find device by handle >> >> Failed to find bootable partition >> > >> > ^^^^ >> > >> > This is your problem. >> > Do you have a nfs export serving the freebsd files ? >> >> Yeah, of course. >> >> And the u-boot script is explicitly configured to use it: >> >> env set serverip 192.168.1.2 >> env set baudrate 115200 > > This is a wrong baudrate, RK SoC is using 1.5Mbps It's using 1.5 Mbps by default, but I'm changing it here to 115200 because my UART dongle (CP2102) is not capable of 1.5Mbps, at least not without some firmware modification (http://www.olliw.eu/storm32bgc-wiki/How_to_configure_CP2102_USB_adapters_for_high_baud_rates) that I haven't done. The change works fine, it does actually switch to 115200 when starting the loader, and when it quits I get the U-Boot shell with the low baud rate :) >> env set bootargs boot.nfsroot.server=${serverip} >> boot.nfsroot.path= comconsole_speed=${baudrate} >> tftpboot ${kernel_addr_r} loader.efi >> bootefi ${kernel_addr_r} ${fdtcontroladdr} > > I've never used nfs with loader like this, do you control the dhcp ? > If so just set the correct rootpath in it and in uboot just do : > setenv boot_targets dhcp > saveenv I have separate servers for DHCP and TFTP, so I use manual paths because U-Boot does not respect any of the "next-server" style DHCP options and always overwrites the TFTP IP with the DHCP server's IP. All the auto discovery things are starting the payload the same way anyway. From owner-freebsd-arm@freebsd.org Thu Jul 12 18:11:16 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5CCA6102EC25 for ; Thu, 12 Jul 2018 18:11:16 +0000 (UTC) (envelope-from freebsdnewbie@freenet.de) Received: from mout3.freenet.de (mout3.freenet.de [IPv6:2001:748:100:40::2:5]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "*.freenet.de", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EFE02768A0 for ; Thu, 12 Jul 2018 18:11:15 +0000 (UTC) (envelope-from freebsdnewbie@freenet.de) Received: from [195.4.92.163] (helo=mjail0.freenet.de) by mout3.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (port 25) (Exim 4.90_1 #2) id 1fdg3d-0008VK-8P for freebsd-arm@freebsd.org; Thu, 12 Jul 2018 20:11:13 +0200 Received: from [::1] (port=48374 helo=mjail0.freenet.de) by mjail0.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (Exim 4.90_1 #2) id 1fdg3d-0002go-3o for freebsd-arm@freebsd.org; Thu, 12 Jul 2018 20:11:13 +0200 Received: from mx14.freenet.de ([195.4.92.24]:51406) by mjail0.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (Exim 4.90_1 #2) id 1fdg1T-0007vV-D4 for freebsd-arm@freebsd.org; Thu, 12 Jul 2018 20:08:59 +0200 Received: from p4fd9f062.dip0.t-ipconnect.de ([79.217.240.98]:54176 helo=freebsd-t420.fritz.box) by mx14.freenet.de with esmtpsa (ID freebsdnewbie@freenet.de) (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (port 587) (Exim 4.90_1 #2) id 1fdg1T-00071r-8K for freebsd-arm@freebsd.org; Thu, 12 Jul 2018 20:08:59 +0200 Date: Thu, 12 Jul 2018 20:08:58 +0200 From: Manuel =?iso-8859-15?Q?St=FChn?= To: freebsd-arm@freebsd.org Subject: sound on wandboard-quad Message-ID: <20180712180858.GA60719@freebsd-t420.fritz.box> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline User-Agent: Mutt/1.10.0 (2018-05-17) X-Spam-score: -5.2 X-Spamreport: Action: no action Symbol: TO_DN_NONE(0.00) Symbol: RCVD_COUNT_ONE(0.00) Symbol: TO_MATCH_ENVRCPT_ALL(0.00) Symbol: FREEMAIL_FROM(0.00) Symbol: RCVD_TLS_ALL(0.00) Symbol: FROM_HAS_DN(0.00) Symbol: NEURAL_HAM(-3.00) Symbol: MIME_GOOD(-0.10) Symbol: ASN(0.00) Symbol: FROM_EQ_ENVFROM(0.00) Symbol: FREEMAIL_ENVFROM(0.00) Symbol: BAYES_HAM(-2.14) Symbol: RCVD_VIA_SMTP_AUTH(0.00) Symbol: RCPT_COUNT_ONE(0.00) Message-ID: 20180712180858.GA60719@freebsd-t420.fritz.box X-FN-Spambar: X-Originated-At: 79.217.240.98!54176 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2018 18:11:16 -0000 Hi, is there any support for sound on the imx6-based wandboard quad? The wiki-page says no, but there seem to be some drivers (imx6_ssi.c imx6_audmux.c) which suggest some sound context. Unfortunately i don't know how to activate them. These drivers are marked as "optional sound" in "files.imx6". What does this mean? In a verbose boot of a recent CURRENT (r335134) I do see the following line: [..] simplebus2: mem 0x2028000-0x202bfff irq 68 compat fsl,imx6q-ssi (no driver attached) [..] How can the driver be attached? Thanks -- Manuel From owner-freebsd-arm@freebsd.org Thu Jul 12 18:15:05 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1A00D102F3E1 for ; Thu, 12 Jul 2018 18:15:05 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x22f.google.com (mail-io0-x22f.google.com [IPv6:2607:f8b0:4001:c06::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9CE8B76D5A for ; Thu, 12 Jul 2018 18:15:04 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x22f.google.com with SMTP id v26-v6so29046553iog.5 for ; Thu, 12 Jul 2018 11:15:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:from:date:message-id:subject:to; bh=grlNGrrpwzhtri07vsbvA5takS4fN7HGXHCGQIK+nTI=; b=i3Cu8w4waRYwY/WKk4pWylimpwyoRNDOuwrg4xx3ktpXQXb3QCwFnbQTNTWNBgeL/z c0zTcaSc1VUzri+FYn3Zh+HPv7OzRUeGKyWFY9j25Xit3x5tP1w0qKrGJlIOn9BWV82a FR8eR3x82i30/xYSPIHri6H7uvYEGgaOW6U/PPnd5yW3kBkH+Zn+ZIwziKQpn0qedj1/ QKyJQDkuAhSgIfC4K2GFxMVnOqa5dt2pdqJoMayGbEBlAf8sDXfR3n5ZFkn+/32r718z UkTQ120CuwJ3k1gNXHfVfF21GNlpzWI/M2Mvq0loP2ArLFTqIhl9w/tKWyTdPrx0WK39 Zpuw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:from:date:message-id:subject :to; bh=grlNGrrpwzhtri07vsbvA5takS4fN7HGXHCGQIK+nTI=; b=YUEP5rcJ3yc/WFkHOWzLQ4yteoLZeYBiLghagGFSfhpF3Ar02x5xP0YHJdDvmBDjqX U2DWiqSOWsAenKBm2nQrPs8hqrylQk2ASqzbdYbq+HWNcRL/Y0ldvwmfbnmJy7gIZy6E Z08Qg8SZADaw3Kfb9IcdRVr53YFz6rIS0L+OHgVxyuyIkMlHJW/qi2Qo89gtb/kJnVvd snY4KflbDCny2wx0JWGvnP2UgLfFyCbMUvhxS3D3EeN7B+A5xbgiVeeA5Pi2qTAjpc2T q9/6Hmr6fa5u/hvj2jQdinbX5D1nBZL6+PQAWtw5CcMPL4mMS/uWwJSP7bjgxGBXRBKQ jd9A== X-Gm-Message-State: AOUpUlELI6x159+FNhgbFjfZsZ2v4K3IZOSX0w0F6wdyxncCGOohowIA wM8x7w9JccSySxFtIwMUw98qr93SL7WWCD4AB2spJg== X-Google-Smtp-Source: AAOMgpcvLjDZuk8Dzm64EtyX8A8PI54Y8vKUwVVBlMr9MZ8WXwKEvPc8TBJLZf02xMsCcmVrxzqDk6H3MuC3hxT9mT4= X-Received: by 2002:a6b:3902:: with SMTP id g2-v6mr21720373ioa.168.1531419303521; Thu, 12 Jul 2018 11:15:03 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 2002:a4f:1183:0:0:0:0:0 with HTTP; Thu, 12 Jul 2018 11:15:02 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:1052:acc7:f9de:2b6d] From: Warner Losh Date: Thu, 12 Jul 2018 12:15:02 -0600 X-Google-Sender-Auth: stobdijbWA1EFCh8Tnp7IZHzZXc Message-ID: Subject: Retiring two more: Atmel and Xscale To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2018 18:15:05 -0000 I'd like to retire Atmel and Xscale support prior to 12. The atmel stuff has been dodgy for a long time and generally lacks the memory to run FreeBSD well. We have no current users of it. The Xscale stuff is old enough to not be relevant. There's no known users. Part of it is already set to go with the big endian stuff, but is there a reason to keep the rest? Warner From owner-freebsd-arm@freebsd.org Thu Jul 12 18:32:48 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4689C103134A; Thu, 12 Jul 2018 18:32:48 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CE46877ADC; Thu, 12 Jul 2018 18:32:47 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.home.andric.com (coleburn.home.andric.com [192.168.0.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 6F3285701C; Thu, 12 Jul 2018 20:32:39 +0200 (CEST) From: Dimitry Andric Message-Id: <6DDED0A0-588D-4323-8E22-1267AA06615E@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_538A729A-DF98-48DA-807D-508A89EBF62C"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: aarch64-arm64 fails to build kernel 12-current raspberry pi 3 Date: Thu, 12 Jul 2018 20:32:30 +0200 In-Reply-To: <2F72F7DB-F5DD-471A-B644-9CDE3FABFAC1@yahoo.com> Cc: tech-lists , freebsd-arm , FreeBSD Current , FreeBSD Toolchain To: Mark Millard References: <2F72F7DB-F5DD-471A-B644-9CDE3FABFAC1@yahoo.com> X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2018 18:32:48 -0000 --Apple-Mail=_538A729A-DF98-48DA-807D-508A89EBF62C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 12 Jul 2018, at 15:23, Mark Millard via freebsd-toolchain = wrote: >=20 > On 2018-Jul-12, at 2:44 AM, tech-lists = wrote: >=20 >> On 11/07/2018 17:21, Mark Millard wrote: >>> It seems from the quoted material that neither kernel-toolchain nor >>> build world was done before buildkernel . My understanding is that >>> the intent is that one or the other be done first. (But for aarch64 >>> currently only buildworld works.) >>=20 >> Thanks for this. I'm running a buildworld now. >>=20 >> For how long has it been the case that buildworld is needed for = buildkernel? Coming from amd64 and before that, i386, in situations = where I've only wanted to install a custom kernel, I was firstly used to = making and installing it from /sys/{i386,amd64}/conf. Then that broke a = number of years ago. Then got used to making kernel in /usr/src with = make buildkernel && make installkernel. And now this is broken, on = aarch64-arm64. Nobody knows if it's accidental or policy. >=20 > It has been true since clang added use of stdint.h to the kernel = build. > Prior to this stdint.h was not needed to build the kernel for any > architecture (as far as I know). No, it's because sys/crypto/armv8/armv8_crypto_wrap.c includes , an intrinsics header, which in turn requires . This was introduced in https://svnweb.freebsd.org/changeset/base/308921, and at the time resulted in similar build failures, specifically when one attempted to build a new kernel, without building world or a new toolchain first. -Dimitry --Apple-Mail=_538A729A-DF98-48DA-807D-508A89EBF62C Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCW0eevgAKCRCwXqMKLiCW o2PxAKDD0fu/b9FzE0adQQw7NOoggolVPgCfWlY233kbNrNJXnvnQCIFOD4OAhY= =e9Ml -----END PGP SIGNATURE----- --Apple-Mail=_538A729A-DF98-48DA-807D-508A89EBF62C-- From owner-freebsd-arm@freebsd.org Thu Jul 12 20:07:42 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A9C6F103F596 for ; Thu, 12 Jul 2018 20:07:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-22.consmr.mail.gq1.yahoo.com (sonic311-22.consmr.mail.gq1.yahoo.com [98.137.65.203]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2CF3E7D22B for ; Thu, 12 Jul 2018 20:07:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: rm40ypUVM1nNNXMc5qhht29uIIVeK6g8VtwLjCllCZcpLOQ6Ml8cOrCZ3qzcYGA cBZc6qSqPawwK64Ib.46IvjG5xxX0W8Gb8XRNwRWqihFWkUHjNTW2hzBc6BQJZAe_fvYmuadxhUB IEs8kWmlM256WwqVNSqAEqzrcBE09GSzQLnqdqTJfmlWVGAqZsSu4X.ndsS8d6o315CTSsSqfjDv 8otGbWGLIRNVpns0Vi7LNOh.UP7WOEUxHJzsMv4HtTc5_3FomS0iodjiVeh1jA.vA1YJccIY6KMs Xgu56_Pqu31xqXrHMITm_lcgkHx8I9TQ89Vz1Zp8T16_3pGieAV_DavV7e_l7XWPslGNDXD1gGl0 OkYdjO3XqA8B8gSaqRpIJ9z3_6V7qem8aKSVDdlJ.ZWmJrMz88WWCbQ5Q.xrW.Npxb4LImfMPfN5 IsUuEEsliFMGN7fWs51KSfA4OxpgOOlmHHTmwnR7drg3wGbhMqjB0KEHq1MrMGpIXhLp_5oKjmSm LxoWZDoM8eSv3G4SAd4DsgI5qqBNSV5E3f9WiUT0BzPal3oRl8LuZK0y9lobAkGIISs2E7COALvS Mrd5XZg2Q8ryLP2rhOjyGIgNmjtO1Z8Vaz75nW7gY3QlPEBaGXEVvktzZtUBUWYDFnvpf5HUHcY6 WWaK9m4_f5szWm9QcDnfco.1Hc3rVLVDirzQsJsg2AspiUxJgR2Vuni0xLy.ex3idMV_2algS0oa FzqVbZO0rTke_cTwE0PgyNTbtIRATnx3UNlZwUXs1KXlilQ6epSMd3IVFn.t0AaQhIQtgBKfWby0 OTwF9ukLEwDGp7c7OZiFVFe7_Wr6Wr3anMAslWV1FPpNpfYJuYcTM6lKQzhDYjRVIECAnV8.0fpx ktLr5pX3NDXYJQVPWBS58vY.MIbIVqgsCL.cxMU0i6GyNtq_YzjV.VyL4PhJlfF_qGSa.Aj7cfIR rE8W2V4iBgLxQGT5.9zNZJspD9jk5zHz7Z67Gjv1fi7P9BnSrG6bTqrnsayEBw0hfqf5A Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Thu, 12 Jul 2018 20:07:35 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp418.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID d319fa0f46a596cc767bf15d582c1f37; Thu, 12 Jul 2018 20:07:33 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: aarch64-arm64 fails to build kernel 12-current raspberry pi 3 From: Mark Millard In-Reply-To: <6DDED0A0-588D-4323-8E22-1267AA06615E@FreeBSD.org> Date: Thu, 12 Jul 2018 13:07:32 -0700 Cc: tech-lists , freebsd-arm , FreeBSD Current , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <3723A682-71BD-4654-9DCB-6FCBF12BEC49@yahoo.com> References: <2F72F7DB-F5DD-471A-B644-9CDE3FABFAC1@yahoo.com> <6DDED0A0-588D-4323-8E22-1267AA06615E@FreeBSD.org> To: Dimitry Andric X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2018 20:07:43 -0000 On 2018-Jul-12, at 11:32 AM, Dimitry Andric wrote: > On 12 Jul 2018, at 15:23, Mark Millard via freebsd-toolchain = wrote: >>=20 >> On 2018-Jul-12, at 2:44 AM, tech-lists = wrote: >>=20 >>> On 11/07/2018 17:21, Mark Millard wrote: >>>> It seems from the quoted material that neither kernel-toolchain nor >>>> build world was done before buildkernel . My understanding is that >>>> the intent is that one or the other be done first. (But for aarch64 >>>> currently only buildworld works.) >>>=20 >>> Thanks for this. I'm running a buildworld now. >>>=20 >>> For how long has it been the case that buildworld is needed for = buildkernel? Coming from amd64 and before that, i386, in situations = where I've only wanted to install a custom kernel, I was firstly used to = making and installing it from /sys/{i386,amd64}/conf. Then that broke a = number of years ago. Then got used to making kernel in /usr/src with = make buildkernel && make installkernel. And now this is broken, on = aarch64-arm64. Nobody knows if it's accidental or policy. >>=20 >> It has been true since clang added use of stdint.h to the kernel = build. >> Prior to this stdint.h was not needed to build the kernel for any >> architecture (as far as I know). >=20 > No, it's because sys/crypto/armv8/armv8_crypto_wrap.c includes > , an intrinsics header, which in turn requires . >=20 > This was introduced in = https://svnweb.freebsd.org/changeset/base/308921, > and at the time resulted in similar build failures, specifically when > one attempted to build a new kernel, without building world or a new > toolchain first. Sorry. I was distracted this morning and should have cross checked my claims instead of quickly babbling off the top of my head. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Jul 12 21:11:56 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 646401046FB2 for ; Thu, 12 Jul 2018 21:11:56 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (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 D1F5980A85 for ; Thu, 12 Jul 2018 21:11:55 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id w6CLBjjg080377; Thu, 12 Jul 2018 14:11:45 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w6CLBjP2080376; Thu, 12 Jul 2018 14:11:45 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201807122111.w6CLBjP2080376@pdx.rh.CN85.dnsmgr.net> Subject: Re: Retiring two more: Atmel and Xscale In-Reply-To: To: Warner Losh Date: Thu, 12 Jul 2018 14:11:45 -0700 (PDT) CC: "freebsd-arm@freebsd.org" X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2018 21:11:56 -0000 > I'd like to retire Atmel and Xscale support prior to 12. The atmel stuff > has been dodgy for a long time and generally lacks the memory to run > FreeBSD well. We have no current users of it. > > The Xscale stuff is old enough to not be relevant. There's no known users. > Part of it is already set to go with the big endian stuff, but is there a > reason to keep the rest? I thought a depreciation policy was in process to help deal with all of these. -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-arm@freebsd.org Thu Jul 12 21:54:11 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8362D104BA42 for ; Thu, 12 Jul 2018 21:54:11 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x234.google.com (mail-io0-x234.google.com [IPv6:2607:f8b0:4001:c06::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 1D21282BCE for ; Thu, 12 Jul 2018 21:54:11 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x234.google.com with SMTP id i18-v6so13846542ioj.13 for ; Thu, 12 Jul 2018 14:54:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=+bD34LZLj7hQxZwtSz1YzTsWN6gGrXZvWzeyhGIsapA=; b=S+6BJMG7ls0R2nVcjsps6MYeFWLoqkIK/+6dFU1pXcTw//+olbxXLdJcRVOT67y02y REOSyu4NLBqaLFF+OtdWsw2zYKtolQZp0gYvzd+dmAbeAh8LkvqAfiXvvXjWhWcvuWk0 poukqhH4qBQt5rutDME2OVzdHR+9AEhd3iDV4RLLXYQRyyLAut+bCfOcP26P39Gmo5zs slSYvMtMgest+ATDfaqkTYP2iRkOYJv5w+r9bul8C8ILVourK1bLOjQnxn0Lzuj7vV8i lBlcvUEY1bVoQvdAufLTvIJO8NltVatFsB6qhI7KQ5grTlxiFXbMGBj7+wnWb0cafgIO nNLg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=+bD34LZLj7hQxZwtSz1YzTsWN6gGrXZvWzeyhGIsapA=; b=UdQ9NBK8fDlQ1ZkTszSAm+F7Ax5GNxW3DuAcMbAE5o7bQtQztP7zLQsIxQXyHxUgN6 TtlEU/qgtnXWk4pskWcN52x/QxD5jbK0LpmXoJSwBfw3ZlY804BASWqNbeZ5NOfgwwZq qZaIOcAkhe9tKrodaIXEGr0Kq5Tw+6JE+RZGhvFkLBBL+VCd07XCeF4qg5EpuKpgXv8Y wFLedtgcEYToTeOui0CkTR4TlyEEjKUDnOgJUbLL4HRnOzNVW6CU+Hyv1u+0C4gI51qh 3oIE//QtCT7awa7I2ZyAvz/34vjjzKBx9piDdV9dZ+qFWeMqobohCG+Tdb3KCk9LRTQZ oyMA== X-Gm-Message-State: AOUpUlETshkZF2fdy5BArMXSAnlmQhns1fTyTtfVgX0jokuVgJ8Hifbo xkI29C+ad62YD+2UjU+sCjuDttuB1ACFZ5DAfaCtwA== X-Google-Smtp-Source: AAOMgpcDj7ZDkniZGI5mZG1pCTnjp3nV9XLdO8k/3SCS2ufVpNDdbrRNy1PIhwEJVDvH6Kjg4isjn7qH1cGiTtoU7YM= X-Received: by 2002:a6b:3902:: with SMTP id g2-v6mr22272392ioa.168.1531432450228; Thu, 12 Jul 2018 14:54:10 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 2002:a4f:1183:0:0:0:0:0 with HTTP; Thu, 12 Jul 2018 14:54:09 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:1052:acc7:f9de:2b6d] In-Reply-To: <201807122111.w6CLBjP2080376@pdx.rh.CN85.dnsmgr.net> References: <201807122111.w6CLBjP2080376@pdx.rh.CN85.dnsmgr.net> From: Warner Losh Date: Thu, 12 Jul 2018 15:54:09 -0600 X-Google-Sender-Auth: 0BdGof39f-DxRNGZ5m0cWKbZoZo Message-ID: Subject: Re: Retiring two more: Atmel and Xscale To: "Rodney W. Grimes" Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2018 21:54:11 -0000 On Thu, Jul 12, 2018 at 3:11 PM, Rodney W. Grimes < freebsd-rwg@pdx.rh.cn85.dnsmgr.net> wrote: > > I'd like to retire Atmel and Xscale support prior to 12. The atmel stuff > > has been dodgy for a long time and generally lacks the memory to run > > FreeBSD well. We have no current users of it. > > > > The Xscale stuff is old enough to not be relevant. There's no known > users. > > Part of it is already set to go with the big endian stuff, but is there a > > reason to keep the rest? > > I thought a depreciation policy was in process to help deal with > all of these. > It will, but these two are no-brainers. The last known users of both of these sub-ports are done with them (Atmel since 8.2, Xscale maybe longer). The one Atmel product I'm aware of will never upgrade past 8.2. The Xscale stuff has not been used even longer in any serious way (since the 7 timeframe, though there were one or two possible single users). If there's no objections, I'll just remove. If there are objections, it will be easy enough to do under that umbrella. Warner From owner-freebsd-arm@freebsd.org Fri Jul 13 05:27:10 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BE7831028C68 for ; Fri, 13 Jul 2018 05:27:10 +0000 (UTC) (envelope-from freebsd-arm@sentry.org) Received: from shadow.sentry.org (shadow.sentry.org [210.8.237.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "shadow.sentry.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D23E8754FB for ; Fri, 13 Jul 2018 05:27:09 +0000 (UTC) (envelope-from freebsd-arm@sentry.org) Received: from shadow.sentry.org (localhost [127.0.0.1]) by shadow.sentry.org (8.15.2/8.15.2) with ESMTP id w6D5QxgS023020 for ; Fri, 13 Jul 2018 15:27:00 +1000 (AEST) (envelope-from freebsd-arm@sentry.org) Subject: RPI3B+ ethernet LEDs From: Trev To: freebsd-arm@freebsd.org References: <20180627194217.GA27793@www.zefox.net> <20180628022457.GA30110@www.zefox.net> <7B9D272D-3EDE-46FA-8A1C-AEE65047167C@yahoo.com> <20180628163328.GA33408@www.zefox.net> <51e208b4-9f14-58f7-1e70-6ef8db2c0bed@sentry.org> <20180629155131.GA35717@www.zefox.net> <20180629233937.GC35717@www.zefox.net> <0f137e06-214a-3e8c-a216-f061ec04ac2c@sentry.org> <20180630005145.GA43801@www.zefox.net> <6f3406e2-71f3-d0c2-2b65-703e1a1d3c25@sentry.org> <8e92b2b7-da61-3efb-7231-9fac76b2c1d4@sentry.org> <2deaaec3-f78f-0b09-5ca7-27e14c6979f9@sentry.org> Message-ID: <074e7433-2bb6-142f-7a8d-7b01255bc307@sentry.org> Date: Fri, 13 Jul 2018 15:26:59 +1000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.4 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (shadow.sentry.org [0.0.0.0]); Fri, 13 Jul 2018 15:27:00 +1000 (AEST) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2018 05:27:10 -0000 Does anybody have operating LEDs on their RPi3B+ ? I only noticed today when the RPi3B+ was sitting next to the RPi2B which does have its ethernet LEDs working. From owner-freebsd-arm@freebsd.org Fri Jul 13 05:41:27 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0F69F10297AF for ; Fri, 13 Jul 2018 05:41:27 +0000 (UTC) (envelope-from trev@sentry.org) Received: from shadow.sentry.org (shadow.sentry.org [210.8.237.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "shadow.sentry.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 372D175BD8 for ; Fri, 13 Jul 2018 05:41:25 +0000 (UTC) (envelope-from trev@sentry.org) Received: from shadow.sentry.org (localhost [127.0.0.1]) by shadow.sentry.org (8.15.2/8.15.2) with ESMTP id w6D5fMVj023303 for ; Fri, 13 Jul 2018 15:41:22 +1000 (AEST) (envelope-from trev@sentry.org) To: freebsd-arm@freebsd.org From: Trevor Roydhouse Subject: RPi2B and FreeBSD 11-STABLE boot failure Organization: Sentry Message-ID: Date: Fri, 13 Jul 2018 15:41:22 +1000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.4 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (shadow.sentry.org [0.0.0.0]); Fri, 13 Jul 2018 15:41:22 +1000 (AEST) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2018 05:41:27 -0000 I installed: FreeBSD rpi2.sentry.org 11.2-STABLE FreeBSD 11.2-STABLE #0 r336133: Mon Jul 9 20:12:49 UTC 2018 root@releng2.nyi.freebsd.org:/usr/obj/arm.armv6/usr/src/sys/RPI2 arm and my RPi2B could no longer boot when the two USB memory keys were also plugged in. The sdcard kept being assigned as disk2, with the USB memory keys taking up disk0 and disk1, and then the system would unsuccessfully try booting from disk0 and finding no kernel file as that happened to be the /usr file system. After much google-fu, the workaround I found was to halt the boot at the uboot loader prompt (you have two seconds) and then: setenv loaderdev disk2 saveenv boot The above creates a persistent uboot.env file, so no manual intervention is needed again (unless the number of USB memory keys changes). It used to work previously without this workaround . From owner-freebsd-arm@freebsd.org Fri Jul 13 06:36:51 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5E335102B181 for ; Fri, 13 Jul 2018 06:36:51 +0000 (UTC) (envelope-from locke@airmail.cc) Received: from cock.li (cock.li [IPv6:2a06:1700:0:b::c0cc]) (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 DBD317724B for ; Fri, 13 Jul 2018 06:36:50 +0000 (UTC) (envelope-from locke@airmail.cc) X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on cock.li X-Spam-Level: X-Spam-Status: No, score=-0.1 required=5.0 tests=BAYES_40,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,NO_RECEIVED,NO_RELAYS shortcircuit=_SCTYPE_ autolearn=disabled version=3.4.1 MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=airmail.cc; s=mail; t=1531463807; bh=cG1AxIxX96XDJYwUr+7nZ3s3hKBRaTH7v43hd27/hRk=; h=Date:From:To:Subject:From; b=QP4PddXXIJVY7I82HGZ8W1RqHa+CRWCksJXIVXWnFQh9A0JTYpz0J+hmCyGanO96E zRkrWigsG515PBhC3mLewMzLFcxkllH24m4ZsGcP5n3+K2fdpw6/Z9NX133E4VioQ4 jiVDOt9SI6tDaUc9CGZ5LgryEOLvA7/44IEnCK95oHcA6BC4F8hYDROkHFrv2QPMbo ulOki80kkqx6+yevkCyLA/3wQnFTmFNRTzPoaBidLVOa+xij8pYqNBN5cifCGVrv6W qqBYHWyo7lsZTIUwGLaSV8C6s3oyuhIlMtcjRWMj5ITDik5Fb1fWUAulGTExGxnexT 0rCGB8of5xMWw== Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 13 Jul 2018 06:36:47 +0000 From: locke@airmail.cc To: freebsd-arm@freebsd.org Subject: Re: Netbooting ROCK64 Message-ID: <347c7bff2e617dc17074c1c144afeeb1@airmail.cc> X-Sender: locke@airmail.cc User-Agent: Roundcube Webmail/1.3.6 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2018 06:36:51 -0000 It works when you put in some SD card or USB drive. See here: https://forums.freebsd.org/threads/rock64.63647/ From owner-freebsd-arm@freebsd.org Fri Jul 13 09:56:28 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D3D051031AEB for ; Fri, 13 Jul 2018 09:56:28 +0000 (UTC) (envelope-from mlfbsd@kanar.ci0.org) Received: from kanar.ci0.org (kanar.ci0.org [IPv6:2001:bc8:35e6::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "sd-123398", Issuer "sd-123398" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 551477DBEF for ; Fri, 13 Jul 2018 09:56:28 +0000 (UTC) (envelope-from mlfbsd@kanar.ci0.org) Received: from kanar.ci0.org (localhost [127.0.0.1]) by kanar.ci0.org (8.15.2/8.15.2) with ESMTPS id w6D9uLcI060348 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 13 Jul 2018 11:56:22 +0200 (CEST) (envelope-from mlfbsd@kanar.ci0.org) Received: (from mlfbsd@localhost) by kanar.ci0.org (8.15.2/8.15.2/Submit) id w6D9uGqT060347; Fri, 13 Jul 2018 11:56:16 +0200 (CEST) (envelope-from mlfbsd) Date: Fri, 13 Jul 2018 11:56:16 +0200 From: Olivier Houchard To: Warner Losh Cc: "Rodney W. Grimes" , "freebsd-arm@freebsd.org" Subject: Re: Retiring two more: Atmel and Xscale Message-ID: <20180713095616.GA60331@ci0.org> References: <201807122111.w6CLBjP2080376@pdx.rh.CN85.dnsmgr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.8.0 (2017-02-23) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2018 09:56:29 -0000 Hi, On Thu, Jul 12, 2018 at 03:54:09PM -0600, Warner Losh wrote: > On Thu, Jul 12, 2018 at 3:11 PM, Rodney W. Grimes < > freebsd-rwg@pdx.rh.cn85.dnsmgr.net> wrote: > > > > I'd like to retire Atmel and Xscale support prior to 12. The atmel stuff > > > has been dodgy for a long time and generally lacks the memory to run > > > FreeBSD well. We have no current users of it. > > > > > > The Xscale stuff is old enough to not be relevant. There's no known > > users. > > > Part of it is already set to go with the big endian stuff, but is there a > > > reason to keep the rest? > > > > I thought a depreciation policy was in process to help deal with > > all of these. > > > > It will, but these two are no-brainers. The last known users of both of > these sub-ports are done with them (Atmel since 8.2, Xscale maybe longer). > The one Atmel product I'm aware of will never upgrade past 8.2. The Xscale > stuff has not been used even longer in any serious way (since the 7 > timeframe, though there were one or two possible single users). > > If there's no objections, I'll just remove. If there are objections, it > will be easy enough to do under that umbrella. > I think I'm the last known Xscale "user", and I would be more than glad to see it gone :) Regards, Olivier From owner-freebsd-arm@freebsd.org Fri Jul 13 10:15:32 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D6E21103244C; Fri, 13 Jul 2018 10:15:31 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (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 797D57E795; Fri, 13 Jul 2018 10:15:31 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 14A6D21FE5; Fri, 13 Jul 2018 06:15:25 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Fri, 13 Jul 2018 06:15:25 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=OippaRKapkCahOpgibX+QMrsj8rux X9DVzhDXdn4DBk=; b=CcIyeix5WyR1WXWVNWAJzgUSkbRMm7yiZraEuf/XiOmF9 FjoFw6fpb7kdFT1ITZeysTat4NmBozMgb0QqQi/Pk1OTrZILlvs23jsFa4hwQ6m0 SObHe4Q/2WRxEnKl1oCZh5f1N27kT1pV/QSiWzUIF/wjH3ldg621KnjKbcJVvDsy JBGqlRz5K29kK75JGUj4aBYVpHs86uQBHQiDQHg0C8DN95qfOUzQSmQWawOThpoo aFw+ntWkVpMS43HBiYMSn2spX4D0ryepuv60lx5xuRRXEYusp04aK6Z0szKPMtvK 19WFVXaZT8Yr8Y+2GR1RA1j8HYQnCKHIL9R65X37g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=OippaR KapkCahOpgibX+QMrsj8ruxX9DVzhDXdn4DBk=; b=HEv9AfKGy/2e/wguTFT+ZH +5lhtWKD+Y5JnMBBDz3Pnr0uorXnCxxAuroUq6XIxLyZrnLKQh6owWdC2oEVx0lw KmkZ65TQjTzTo48oxs1P8llBLYcVESbfzrzk8oDFLzEqRki62KHHZ4Q2MEDwQBeS eeflVOGNfp+Akzb7Eh8JJ5uhinlf0ZuGjIje+gJClvFgkvGtQdm+jk2N+5UgJ+4g eO68QmDef7xZX6fTsKnCDcNNoP0NhKr6xYZkuAqeP1TEcLax4TWLtMYTYiSkM7Be eTTR8zVsYuRxYIowEllOCZNNel9nbijp1vK7L6L+QxERiYbQO1yRRIImndpSH2Nw == X-ME-Proxy: X-ME-Sender: Received: from desktop.local (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id E7F13E4636; Fri, 13 Jul 2018 06:15:23 -0400 (EDT) Subject: Re: aarch64-arm64 fails to build kernel 12-current raspberry pi 3 To: Dimitry Andric , Mark Millard Cc: freebsd-arm , FreeBSD Current , FreeBSD Toolchain References: <2F72F7DB-F5DD-471A-B644-9CDE3FABFAC1@yahoo.com> <6DDED0A0-588D-4323-8E22-1267AA06615E@FreeBSD.org> From: tech-lists Organization: none Message-ID: Date: Fri, 13 Jul 2018 11:15:22 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <6DDED0A0-588D-4323-8E22-1267AA06615E@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2018 10:15:32 -0000 On 12/07/2018 19:32, Dimitry Andric wrote: > No, it's because sys/crypto/armv8/armv8_crypto_wrap.c includes > , an intrinsics header, which in turn requires . > > This was introduced inhttps://svnweb.freebsd.org/changeset/base/308921, > and at the time resulted in similar build failures, specifically when > one attempted to build a new kernel, without building world or a new > toolchain first. Hi, Ok, it's finished building and installing. The command I used was this: # make -j10 buildworld && make -j10 buildkernel KERNCONF=RPI3 and it all built, (so I'll close the PR I opened). Then I did make installkernel KERNCONF=RPI3 and because I thought might as well install everything now it's built, mergemaster -p and make installworld && mergemaster -Ui. So I take it then, that every time I want to build a kernel, I either have to do the above or use make kernel-toolchain. Is this correct? thanks, -- J. From owner-freebsd-arm@freebsd.org Fri Jul 13 10:22:20 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7B76C103298E for ; Fri, 13 Jul 2018 10:22:20 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (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 22C6E7F16A for ; Fri, 13 Jul 2018 10:22:20 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 9C57D21F37; Fri, 13 Jul 2018 06:22:19 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Fri, 13 Jul 2018 06:22:19 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=1ZP1BXZGfJfLYQo7eUPaQTLd9yg49 +F1Nl1cZ18OwZA=; b=uUwvwTmoR2S3HeSvutCIda5v2Vv1LUK8lxBdjEdDIRbb7 40hX3fXBl/cQxf2ufsw2fXWaKvjf++kJtg1EvSW+yBf0/ZGA2WHT3pw869sVxvCw HNHWgLLIzaG8ivY+bJ7B27RaEGtNxnOM1fiPqynA5bLbJVlfl5/JH2fbAiHQ0EIF 6weYqXy3S7Dikur6/WZUagEtXm6pLUtyHGEQxsD3fNUfCieLZK8b9hz5R4A2IHFu +mn4tFiAS8YAK27j6OFY8mQLt5ZGFEPYHvgrmh0kznJuKE2DjG8fg6hzmm968b91 B85cGVBptWns6AEcXpCz3JQAwNckN+jVtbJP0TFzg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=1ZP1BX ZGfJfLYQo7eUPaQTLd9yg49+F1Nl1cZ18OwZA=; b=PrEtr6+tgB4kInl+1Iamz+ dpFD1eQO8lxxRvdIwrioouqbFvFRfql+gbZ81JDrUu9csBd66nu16UJAJ74yFTeM DVS/P3KnwxRwNaFOs1ADfwBADOYHEAEXMkU4ZIwHEBf/dHJkyGyFCyb1IPvp7cdG AvDZfGnLtqLJAt39BVKOQEVB76/kDx7NW+xR3ngnPrGVpjKbb8j+KcSLbeERkzs+ I+pkeOv+/8mWEfFgkBaUA9DtLzDb2M5B2cmZNhSoFqLUqAgfl/i7CYB88EhdtdgT sM1teuNG8rVmPoCZsmSgLaoaS74qFKZBleQiFdk3HriFGFoTHXMTNvJAFIa4H1pA == X-ME-Proxy: X-ME-Sender: Received: from desktop.local (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id 8359BE414A; Fri, 13 Jul 2018 06:22:18 -0400 (EDT) Subject: Re: RPI3B+ does not reboot To: bob prohaska , "freebsd-arm@freebsd.org" References: <20180712152856.GA882@www.zefox.net> From: tech-lists Organization: none Message-ID: <07d4d5b7-278b-a08b-30ee-dffba947a0bb@zyxst.net> Date: Fri, 13 Jul 2018 11:22:17 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20180712152856.GA882@www.zefox.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2018 10:22:20 -0000 On 12/07/2018 16:28, bob prohaska wrote: > I'm still seeing cpu_reset failed on a Pi3 (not +) at r336188. TX and RX only > are connected, GND is lifted. The Pi's board ground is connected via USB to > the other four hosts in the ring. The USB-serial adapter is FTDI and has shown > absolutely no tendency to lock up or malfunction. Hi, I don't know if this is related at all, but since installing 12-current on rpi3 (latest snapshot), it won't come back up after a shutdown -r now, or from the reboot command. I have to *unplug the power*, wait 30s [1], then plug it back in for it to come back up [2]. [1] not 10 or 15 or 20s, it *has* to be 30s or over. [2] snapshot was r336134. in-situ source upgrade to r336215, problem persists. -- J. From owner-freebsd-arm@freebsd.org Fri Jul 13 11:24:07 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 75CEC1034F50 for ; Fri, 13 Jul 2018 11:24:07 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from hraggstad.unrelenting.technology (hraggstad.unrelenting.technology [71.19.146.151]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hraggstad.unrelenting.technology", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EC3C0811CB for ; Fri, 13 Jul 2018 11:24:06 +0000 (UTC) (envelope-from greg@unrelenting.technology) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=unrelenting.technology; h=date:from:subject:to:message-id; s=default; bh=Cjk705LhqPr8OCZRygRGha0PKaIti2cyYq9EKH01/ik=; b=f1ETsVgWIZbD+vJCStoRCBRV0tbWksLbBy8llFkTOY+vw72/Q+OEd4H3ORBXRBSew+PVaduUNSwm3Im4K9jBqJ0ylyKfodPFlblrez/Jd+J2c6ouBbI/WdJP/vwjL8YMiQYgBmZFZirBhkHZX6kLbjlHUzzP4F1Q8iUCUtAO98I= Received: by hraggstad.unrelenting.technology (OpenSMTPD) with ESMTPSA id 79a80781 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Fri, 13 Jul 2018 11:23:55 +0000 (UTC) Date: Fri, 13 Jul 2018 14:23:50 +0300 From: Greg V Subject: Re: Netbooting ROCK64 To: locke@airmail.cc Cc: freebsd-arm@freebsd.org Message-Id: <1531481030.2466.1@hraggstad.unrelenting.technology> In-Reply-To: <347c7bff2e617dc17074c1c144afeeb1@airmail.cc> References: <347c7bff2e617dc17074c1c144afeeb1@airmail.cc> X-Mailer: geary/0.12.2 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2018 11:24:07 -0000 On Fri, Jul 13, 2018 at 9:36 AM, locke@airmail.cc wrote: > It works when you put in some SD card or USB drive. See here:=20 > https://forums.freebsd.org/threads/rock64.63647/ Thanks! That got it to connect over NFS! What a weird bug=85 --- So yeah, after that: loader.efi doesn't respect boot.nfsroot.path and=20 tries to mount /, so I had to adjust the DHCP server like I have=20 already done for the RPis: (dnsmasq) dhcp-mac=3Dset:rock64,06:d4:ce:__:__:__ dhcp-option-force=3Dtag:rock64,17,"192.168.1.2:/some/path/for/rock64" Also the dtb built into u-boot resulted in a "Fatal data abort" after: gpio0: Cannot get clock Using a tftp'd dtb fixed it. Finally I have a working rock64!! :) = From owner-freebsd-arm@freebsd.org Fri Jul 13 11:38:34 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 643ED1035994 for ; Fri, 13 Jul 2018 11:38:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EF8F681B46 for ; Fri, 13 Jul 2018 11:38:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 3A4DDBAC8 for ; Fri, 13 Jul 2018 11:38:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w6DBcXV6002587 for ; Fri, 13 Jul 2018 11:38:33 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w6DBcXBi002586 for freebsd-arm@FreeBSD.org; Fri, 13 Jul 2018 11:38:33 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 229702] armv8crypto fails to build on 12-current Date: Fri, 13 Jul 2018 11:38:33 +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 Many People X-Bugzilla-Who: tech-lists@zyxst.net X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Not A Bug 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.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2018 11:38:34 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D229702 tech-lists@zyxst.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |Not A Bug --- Comment #5 from tech-lists@zyxst.net --- This succeeds with make buildworld done first, so closing this PR --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Fri Jul 13 15:27:21 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4DF74104088E for ; Fri, 13 Jul 2018 15:27:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-14.consmr.mail.bf2.yahoo.com (sonic310-14.consmr.mail.bf2.yahoo.com [74.6.135.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DAE168B16D for ; Fri, 13 Jul 2018 15:27:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: unhdnzIVM1kWBto7x6j6I96FGZ.etS60DFg4U3OTBLiyk4Q7rYcUlxDkykJe1dM iNM5PL9MaacU90ETusGM_3hEP9bZr6KZvQNffxnpkpUxsAXaQPROyQv4Sg5.Lo5Q1bp.H91xq25R i3tb_eiidhIVBsjhmDJJuYywJISahG9zIWQizmhz7EPCPYB0LwP1pT9Ij_8xjkIfsR0sU7mnDdP2 KmqtN9FDUIWD_9GXdBviJLne56XJZ5f77Vmldp.q38mx69J3CeGGR8hwSHdmRS0hUCtLfr9.qYUI 9BDUy4Bu8MkeMOFTMTkf1WoOgV0Pe_tJK0UL4C6vWirbak9SFJb_kakRuI6C8RKHdGR364H7l.6p zb4N.lUdyeme3RMVHHkRjMeNob2YY643DiH3l70RC.i6Otik1D2QQrmPP4JSB0DzrHixjth0LlSs kjW776_NrTQ.QFI.hzlVAS2iSbuj9XbLAyJrv4wCraadYmJ6aSr6tJVHeFGe.V.DohpOGwnfvKxk Df5.rcUFxavVeYlEKN_9aZi7_jBYcXRU5LJ5RwkjcQ1KI_3HhKVmBYL8eOenyVsFUD7Icq7YMM9W 0NSs2T8J5Yjon4EMiSIIxv_vWeaFMKC3_LZ34c.DS_nS9YXTEMHPWN6FJ1q9XqCbgURIX4P158rL um69AkVAkEsyw5lGdIbzuakBZwXRllJguCn1FVwEQaF7G34WxpIoJDhHuD8dBkZSzTfaBWKfhRJ3 1rygbxDnGi8RmQitqjud.ObdEarDYaQCsmKLkILn.E6.DS2leG3WO5XT.8c7LZcChXAbbwjWPT4j 7Zfbt5aZbz_CMZkKvyUEUulhMMcrVc8L_wyojOcUxfuYiMmvXee28vU9EdGp1pLNY.PEIZ7blebL TkYlQN6pOXYo7sxu_qxjqXHUKtfRiforw2b543yp5UwOFRWSvMLNg4nMG0.iU6rhFzd0Mje2CqkE tdSMIaMHLexPH0kD12hosgNinexwv08eTyuS9WW4PncrMNXp0tiKNj0qpp75d5Vka.3zkkg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.bf2.yahoo.com with HTTP; Fri, 13 Jul 2018 15:27:14 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp404.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 397c607cf7ff4eb30e9b1315c185d34f; Fri, 13 Jul 2018 15:27:12 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: aarch64-arm64 fails to build kernel 12-current raspberry pi 3 From: Mark Millard In-Reply-To: Date: Fri, 13 Jul 2018 08:27:10 -0700 Cc: Dimitry Andric , freebsd-arm , FreeBSD Current , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <43C85CB9-2F8A-4DB2-85F3-CAE6371666E4@yahoo.com> References: <2F72F7DB-F5DD-471A-B644-9CDE3FABFAC1@yahoo.com> <6DDED0A0-588D-4323-8E22-1267AA06615E@FreeBSD.org> To: tech-lists X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2018 15:27:21 -0000 On 2018-Jul-13, at 3:15 AM, tech-lists wrote: > On 12/07/2018 19:32, Dimitry Andric wrote: >> No, it's because sys/crypto/armv8/armv8_crypto_wrap.c includes >> , an intrinsics header, which in turn requires = . >> This was introduced = inhttps://svnweb.freebsd.org/changeset/base/308921, >> and at the time resulted in similar build failures, specifically when >> one attempted to build a new kernel, without building world or a new >> toolchain first. >=20 > Hi, >=20 > Ok, it's finished building and installing. The command I used was = this: >=20 > # make -j10 buildworld && make -j10 buildkernel KERNCONF=3DRPI3 make -j10 buildworld buildkernel KERNCONF=3DRPI3 would have worked. > and it all built, (so I'll close the PR I opened). Then I did make = installkernel KERNCONF=3DRPI3 and because I thought might as well = install everything now it's built, mergemaster -p and make installworld = && mergemaster -Ui. >=20 > So I take it then, that every time I want to build a kernel, I either = have to do the above or use make kernel-toolchain. Is this correct? If you first clear out the old build, then such would be true. (Where, for targeting aarch64, kernel-toolchain needs to be avoided.) But you can buildkernel using the results of the existing buildworld (or kernel-toolchain if it applies) when it is okay to not clear out the old build first. (kernel developers doing kernel development likely do this a lot.) Another way to make tradeoffs is to use META_MODE so that partial rebuilds are done, avoiding some of the strictly unnecessary rebuild activity. This would involve buildworld or kernel-toolchain (as appropriate for the target architecture). =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Fri Jul 13 15:46:17 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8CBF5104159C for ; Fri, 13 Jul 2018 15:46:17 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 17F0D8BEBA for ; Fri, 13 Jul 2018 15:46:16 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-RoutePath: aGlwcGll X-MHO-User: de5d2d13-86b3-11e8-8837-614b7c574d04 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound1.ore.mailhop.org (Halon) with ESMTPSA id de5d2d13-86b3-11e8-8837-614b7c574d04; Fri, 13 Jul 2018 15:46:14 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id w6DFkBjI044722; Fri, 13 Jul 2018 09:46:11 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1531496771.66719.50.camel@freebsd.org> Subject: Re: Retiring two more: Atmel and Xscale From: Ian Lepore To: Olivier Houchard , Warner Losh Cc: "freebsd-arm@freebsd.org" , "Rodney W. Grimes" Date: Fri, 13 Jul 2018 09:46:11 -0600 In-Reply-To: <20180713095616.GA60331@ci0.org> References: <201807122111.w6CLBjP2080376@pdx.rh.CN85.dnsmgr.net> <20180713095616.GA60331@ci0.org> Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2018 15:46:17 -0000 On Fri, 2018-07-13 at 11:56 +0200, Olivier Houchard wrote: > Hi, > > On Thu, Jul 12, 2018 at 03:54:09PM -0600, Warner Losh wrote: > > > > On Thu, Jul 12, 2018 at 3:11 PM, Rodney W. Grimes < > > freebsd-rwg@pdx.rh.cn85.dnsmgr.net> wrote: > > > > > > > > > > > > > I'd like to retire Atmel and Xscale support prior to 12. The > > > > atmel stuff > > > > has been dodgy for a long time and generally lacks the memory > > > > to run > > > > FreeBSD well. We have no current users of it. > > > > > > > > The Xscale stuff is old enough to not be relevant. There's no > > > > known > > > users. > > > > > > > > Part of it is already set to go with the big endian stuff, but > > > > is there a > > > > reason to keep the rest? > > > I thought a depreciation policy was in process to help deal with > > > all of these. > > > > > It will, but these two are no-brainers. The last known users of > > both of > > these sub-ports are done with them (Atmel since 8.2, Xscale maybe > > longer). > > The one Atmel product I'm aware of will never upgrade past 8.2. The > > Xscale > > stuff has not been used even longer in any serious way (since the 7 > > timeframe, though there were one or two possible single users). > > > > If there's no objections, I'll just remove. If there are > > objections, it > > will be easy enough to do under that umbrella. > > > I think I'm the last known Xscale "user", and I would be more than > glad > to see it gone :) > > Regards, > > Olivier > And I (well, $work) was the last known major user of atmel stuff. We were never able to get any version of freebsd after 8.2 to be stable enough on at91 hardware to ship products. That was after investing a couple hundred hours in trying to track down and fix causes of panics and disk data corruption in freebsd 9, 10, and 11 on our hardware. I never tried 12, because $work hasn't been interested in investing any more resources in such old hardware. I'm not convinced freebsd > 8 is really robust any armv4 or v5 systems, but we do have plenty of reports of "it works for me", so we've been doing what we can to keep it limping along for those folks. Afaik, that community is now down to users of Marvell Kirkwood chips (Sheeva and other *Plug systems). -- Ian From owner-freebsd-arm@freebsd.org Fri Jul 13 15:49:13 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8F1ED1041716 for ; Fri, 13 Jul 2018 15:49:13 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x22d.google.com (mail-it0-x22d.google.com [IPv6:2607:f8b0:4001:c0b::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 243DB8BFA5 for ; Fri, 13 Jul 2018 15:49:13 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x22d.google.com with SMTP id v71-v6so12140305itb.3 for ; Fri, 13 Jul 2018 08:49:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:from:date:message-id:subject:to; bh=W1QGzU1HcrIh5BXLPmX/AyG0ARBgzMaBSX/9F965CQc=; b=ezvwThXxKH3mCJh2gHtwwRl2cX8BT4tD3AteNvQyzm8/yrOJvAGw+FuemYzs+Szmua 0gHFs7SEu+txXkliv0HtzX0vsJe77EmrLd8wftEYtg0+wjiHpTsQ/O83xOX1Oe+Kt05b VAmu5qd7RS7+KRxEVJdEF9qTVptB+X01mgKGpe9Bhm1eygumK5rZ5MyP/uq0885QZp10 mgHrz3PRBkNdrayl/4RGfW5mG6tPSU132N4hYX7/pboYGRGy0383TZ2DzDVzgBdkBOzm kp4l9bZg6b5r2jTqkTNTnXz8COXCe2UFsmL0P/oL39ju7YtPU7b8i9YuxIeRwEMSNiw4 Aqgw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:from:date:message-id:subject :to; bh=W1QGzU1HcrIh5BXLPmX/AyG0ARBgzMaBSX/9F965CQc=; b=JIftOAKs5ZUi5Pn7ZyfvnJQh9KQdGS+aSnos3FJ2Gs+v+W8vuBfYOwbdzDQD/IYH7M cPNAtL9/LToLJd0bVDWMJI0jCWj20XTEphNW2w2NIzcOT9YpRHPEXDvOVytBFfxoFEz8 AWp1afikRLd47LjP6UcLfKbZgetnJl6kkqz3hwzJ1SLgh2sdMv38qgDuvuLkQyFyUzEV ry/MN5bP1tYKIbKE7PpjVVqyZBF0/ff31LX/7/GyxaS8sutUNi56Tb9r4BGmddhdx7Po Mw9hT7g2CcZQdcMS4wHQG+LMauZMQZsbzKen6oo1UL176+mPlEMxcRDNAMFxPdTnu6vf F0hg== X-Gm-Message-State: AOUpUlESEL24YV8kD72aQCVWNhxvZdopu6eRA3zJSCQ1dQrIzwdARlIE g6puJ2N+220Jo6/1jtqKZOeFb6QHOc0cmF+86o3cM7j2 X-Google-Smtp-Source: AAOMgpcmMk/TOOaIR2kQKcbBOMiM/9KVOWKI4f/fuIQyV4azW9dt8mtqY+txKWnCzmiQl06PVptIeh8M0+pU6Nz54A0= X-Received: by 2002:a02:6001:: with SMTP id i1-v6mr5955034jac.5.1531496952200; Fri, 13 Jul 2018 08:49:12 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 2002:a4f:1183:0:0:0:0:0 with HTTP; Fri, 13 Jul 2018 08:49:11 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:1052:acc7:f9de:2b6d] From: Warner Losh Date: Fri, 13 Jul 2018 09:49:11 -0600 X-Google-Sender-Auth: GdDyQMqa50I5LWtwgcM3caOTfVg Message-ID: Subject: Code Review for armeb decomissioning To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2018 15:49:13 -0000 https://reviews.freebsd.org/D16257 I'm currently building a universe with these changes. So far, it seems good. But more eyeballs would be good. I'm planning on pushing these changes Sunday or later. Warner From owner-freebsd-arm@freebsd.org Fri Jul 13 16:01:35 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 85B041041EEC for ; Fri, 13 Jul 2018 16:01:35 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x22d.google.com (mail-it0-x22d.google.com [IPv6:2607:f8b0:4001:c0b::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 16D758C73C for ; Fri, 13 Jul 2018 16:01:35 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x22d.google.com with SMTP id p17-v6so12196942itc.2 for ; Fri, 13 Jul 2018 09:01:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=M3kYmAF87uiUduimP87hXgkHMCHsYJIdxvOonnlVfcY=; b=vwRFllBrE29g4NYoV+XUEJIdWD55Gc7pdX5VoH/I7nlGyV8U4MkQ5kHjzz96JUj/YB zDo6vD6MS7Bxu1nCdmrynoIE1TrTHBFNCXS+cUBZg8xDui3I5X6W4VXTKPkSHsH3bD+h gUDDuGW9afjV1VSg8YdJUZPiCaC5wgEdCRPvbsIGLx8zXT0OSiB8L2sAiMjsUlwIZNzH 43BqyWGGXjG5YZ2YRKA2aGk41eOGAkMnUmKNkT3D97y3Rqy5PUrNiEkcfrfg7KTELnps rWGYqhGEeTITGexvTfA1Sw9PoTDKDEPraKGatk0/QOhf0gGUJ8T4ETSUuQLT9KZqnkGC NZxw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=M3kYmAF87uiUduimP87hXgkHMCHsYJIdxvOonnlVfcY=; b=JP2CLzNax617G8hrSu1+VEhNe2RpIrCpMvTORGTPlz0Q2jrkM/jLV4QjDzERmWiT2m DOn3THxIZomAvN0ZgBzt6L05pnskLgImV5+p+Y61bqI1boU2FmmuxHsRb+X20DpNbB/1 q14ZIUGMAlTJW2PWqxQijk/pd7Wvvl5AjMCUzZEHG/A6rPxtAwP/Xj6uyHvRmk3ZsYKP /ui0EDQv1epyq9/jruORP7oFDF/fj9cA6YBvsnfjzbDp0WowpWwoXOvoR73O7m0Al04h UZ7PwJQCecGLgmGBXtZzlU+coKPRM6R038YrV5S5udKBKpBo1ubNhZzW6qs2wXKXjPCY kUew== X-Gm-Message-State: AOUpUlHKWspWEQ4rLij+IlUB/2fbXhhEm3HhQLC48IBV+HR/GJ0u9u+9 1Br1A9aLctS1FurWFSw+ALj3LUhi1VTPxme3ro/qiw== X-Google-Smtp-Source: AAOMgpcB7UgUEAd7Fk1aVP9V6RcIht+u2UOHC6UZ9dqqCcPNMJkMN6DUcEusDQ1uiEzbfYMdFyQ6Wkpv+IWEzu4RwyY= X-Received: by 2002:a24:d50a:: with SMTP id a10-v6mr5285060itg.73.1531497694075; Fri, 13 Jul 2018 09:01:34 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 2002:a4f:1183:0:0:0:0:0 with HTTP; Fri, 13 Jul 2018 09:01:33 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:1052:acc7:f9de:2b6d] In-Reply-To: <1531496771.66719.50.camel@freebsd.org> References: <201807122111.w6CLBjP2080376@pdx.rh.CN85.dnsmgr.net> <20180713095616.GA60331@ci0.org> <1531496771.66719.50.camel@freebsd.org> From: Warner Losh Date: Fri, 13 Jul 2018 10:01:33 -0600 X-Google-Sender-Auth: xAgTm_lYPT3AXXDXW2-si8YQRzQ Message-ID: Subject: Re: Retiring two more: Atmel and Xscale To: Ian Lepore Cc: Olivier Houchard , "freebsd-arm@freebsd.org" , "Rodney W. Grimes" Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2018 16:01:35 -0000 On Fri, Jul 13, 2018 at 9:46 AM, Ian Lepore wrote: > On Fri, 2018-07-13 at 11:56 +0200, Olivier Houchard wrote: > > Hi, > > > > On Thu, Jul 12, 2018 at 03:54:09PM -0600, Warner Losh wrote: > > > > > > On Thu, Jul 12, 2018 at 3:11 PM, Rodney W. Grimes < > > > freebsd-rwg@pdx.rh.cn85.dnsmgr.net> wrote: > > > > > > > > > > > > > > > > > I'd like to retire Atmel and Xscale support prior to 12. The > > > > > atmel stuff > > > > > has been dodgy for a long time and generally lacks the memory > > > > > to run > > > > > FreeBSD well. We have no current users of it. > > > > > > > > > > The Xscale stuff is old enough to not be relevant. There's no > > > > > known > > > > users. > > > > > > > > > > Part of it is already set to go with the big endian stuff, but > > > > > is there a > > > > > reason to keep the rest? > > > > I thought a depreciation policy was in process to help deal with > > > > all of these. > > > > > > > It will, but these two are no-brainers. The last known users of > > > both of > > > these sub-ports are done with them (Atmel since 8.2, Xscale maybe > > > longer). > > > The one Atmel product I'm aware of will never upgrade past 8.2. The > > > Xscale > > > stuff has not been used even longer in any serious way (since the 7 > > > timeframe, though there were one or two possible single users). > > > > > > If there's no objections, I'll just remove. If there are > > > objections, it > > > will be easy enough to do under that umbrella. > > > > > I think I'm the last known Xscale "user", and I would be more than > > glad > > to see it gone :) > > > > Regards, > > > > Olivier > > > > And I (well, $work) was the last known major user of atmel stuff. We > were never able to get any version of freebsd after 8.2 to be stable > enough on at91 hardware to ship products. That was after investing a > couple hundred hours in trying to track down and fix causes of panics > and disk data corruption in freebsd 9, 10, and 11 on our hardware. I > never tried 12, because $work hasn't been interested in investing any > more resources in such old hardware. > > I'm not convinced freebsd > 8 is really robust any armv4 or v5 systems, > but we do have plenty of reports of "it works for me", so we've been > doing what we can to keep it limping along for those folks. Afaik, that > community is now down to users of Marvell Kirkwood chips (Sheeva and > other *Plug systems). > I know mine have been robust enough to do only toy-level things. My Atmel 11-current board was my dnsmasq server for my development network for a while. USB didn't work, however, and I had to hack the ate driver to fix some issues. I could run it off the SD card or netboot it. The issues that Ian and I had talked about wrt unaligned I/O were present in USB but not mmc. I echo Ian's experience in that I saw all kinds of panics with this between 9-current and 10-current, however. I ran this way only a few weeks, and it wasn't as robust as just dropping in a Banana Pi A20 because the board I had sometimes wouldn't boot right (u-boot issues). I've run the Banana Pi since then w/o thinking about it other than making DNS changes on it. Warner From owner-freebsd-arm@freebsd.org Fri Jul 13 17:12:30 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 51AFF10448CB for ; Fri, 13 Jul 2018 17:12:30 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [195.149.99.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BAD5E8F6AF for ; Fri, 13 Jul 2018 17:12:29 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id w6DHCQ4R059718 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 13 Jul 2018 19:12:27 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cicely.de; s=default; t=1531501947; bh=cAYGfQADlLA1PIBSvUoc+w+QblUP/ZE9qVKmcYATn6Q=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To; b=Tb2YNsmIApaf87cyG1LJauJCxYzKO0435TBsl8GchLh9wu02MiauWTqpt03mSpVLu yQAtcTzV7Gv3DUeOLogp3eZNsBlkzGdMGdoFaM1gsBr6J3gn0S6rKNsSc9+pm2SHih 13mQYuXtBIDLLlddSicIcWd6bMMSpJ7dAqokm/3Y= Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id w6DHCBPt007423 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 13 Jul 2018 19:12:11 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTPS id w6DHCBFm047075 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 13 Jul 2018 19:12:11 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id w6DHCBs8047074; Fri, 13 Jul 2018 19:12:11 +0200 (CEST) (envelope-from ticso) Date: Fri, 13 Jul 2018 19:12:11 +0200 From: Bernd Walter To: Warner Losh Cc: "freebsd-arm@freebsd.org" Subject: Re: Retiring two more: Atmel and Xscale Message-ID: <20180713171210.GD40394@cicely7.cicely.de> Reply-To: ticso@cicely.de References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely7.cicely.de 11.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2018 17:12:30 -0000 On Thu, Jul 12, 2018 at 12:15:02PM -0600, Warner Losh wrote: > I'd like to retire Atmel and Xscale support prior to 12. The atmel stuff > has been dodgy for a long time and generally lacks the memory to run > FreeBSD well. We have no current users of it. [1]beaver.cicely.de> uname -a FreeBSD beaver.cicely.de 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sun Nov 22 07:52:33 CET 2009 ticso@beaver.cicely.de:/mnt2/arm-2009-04-17/head/sys/arm/compile/BEAVER arm But yes, I think it is - unfortunately - a dead end with them and if I ever intend to go for a more recent FreeBSD version I will also change the hardware. > The Xscale stuff is old enough to not be relevant. There's no known users. > Part of it is already set to go with the big endian stuff, but is there a > reason to keep the rest? -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@freebsd.org Fri Jul 13 17:16:54 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 751921044BD5 for ; Fri, 13 Jul 2018 17:16:54 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x22b.google.com (mail-it0-x22b.google.com [IPv6:2607:f8b0:4001:c0b::22b]) (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 F17558FA49 for ; Fri, 13 Jul 2018 17:16:53 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x22b.google.com with SMTP id w16-v6so12503004ita.0 for ; Fri, 13 Jul 2018 10:16:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=qIOnC8gexNco8SBkCc9sVo9cCqJReJZwNMxVgb8kCko=; b=hyawEuv1uPpzAe+5jrKIkvDFHCNi3CCH5yuFoDURQXz8SdQFWMBC/dRsgXWRdSfqUq 10eg60jBfKkI5zHODVZD3CbnLh2lyhl+MsY/FTTNpkj7erlyktO6dGB5E5FfDQ7G9qq3 ZnoKxUBYRptiPz1rO2qBF1ufiBki3cnpUKzzsf18BDkds4Gx/t6EtcBIV6ggBv6Hu8PM 2PDuXjwUt9aalTrvLFSYq5A2oECylyxUYxgE9AUGujPN9vJ9xTq79+TGHU6bbgqpuBe9 a80dfvfbV7BFIpxVXnR5/419uCWFauH9Sg6tOWbVtf6YO0mMjNigul/reuPPIU2KeJGN yGCQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=qIOnC8gexNco8SBkCc9sVo9cCqJReJZwNMxVgb8kCko=; b=dGaUzCKMSRcp0Wypj32e33i9SLsxlT/hDENI8Kx3EYDeqBcuARJ8hGdR0qWkLu1bV2 Hr0zxY+BFyRzj2tbSOtnj6EupzwbPnyGwW9lPDtdzIfSNgOnOO/Kwg6f0EQ45H3W4YEf u9vkWmJevpX1zHWp8Rxwp1ss3hmxwQ2u+9/q3PFqV18m7v8WImTdBsVtEt6ccMyU+DTS +yPzubh2EcTkZU/IrLJEdrIBHjzeJyomJjcrrCVgh/5qvslDFcrFHxGdWOFwX1x0KAEb g2CC1fpDSTE51aWis+1EkRp9zl/MiNJY5NH6Jx3H48xFA6dRtDMGhTAIEOama9ZUd4z6 lpGw== X-Gm-Message-State: AOUpUlHLbYRVGemiUllfe7zJFw7dXuG+3iRJqJovj9flNKAhYHpfj9x0 syoC9s5ym1dSmZiocpVF61we21h6dFJOWFkvL6aSUg== X-Google-Smtp-Source: AAOMgpcsQreNA6wVFgpyiWoOCEbQrskisAd3dmnEaPOY1XYhm2c2XAzfoA2tVNgUIZnxs4iYg1zn+1nfcGQI0qk+zZs= X-Received: by 2002:a24:ad28:: with SMTP id c40-v6mr5479700itf.36.1531502213134; Fri, 13 Jul 2018 10:16:53 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 2002:a4f:1183:0:0:0:0:0 with HTTP; Fri, 13 Jul 2018 10:16:52 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:1052:acc7:f9de:2b6d] In-Reply-To: <20180713171210.GD40394@cicely7.cicely.de> References: <20180713171210.GD40394@cicely7.cicely.de> From: Warner Losh Date: Fri, 13 Jul 2018 11:16:52 -0600 X-Google-Sender-Auth: lJ2UNzqZkkysHJNdBrEJtVou6fQ Message-ID: Subject: Re: Retiring two more: Atmel and Xscale To: ticso@cicely.de Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2018 17:16:54 -0000 On Fri, Jul 13, 2018 at 11:12 AM, Bernd Walter wrote: > On Thu, Jul 12, 2018 at 12:15:02PM -0600, Warner Losh wrote: > > I'd like to retire Atmel and Xscale support prior to 12. The atmel stuff > > has been dodgy for a long time and generally lacks the memory to run > > FreeBSD well. We have no current users of it. > > [1]beaver.cicely.de> uname -a > FreeBSD beaver.cicely.de 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sun Nov 22 > 07:52:33 CET 2009 ticso@beaver.cicely.de:/mnt2/ > arm-2009-04-17/head/sys/arm/compile/BEAVER arm > > But yes, I think it is - unfortunately - a dead end with them and if I > ever intend to go for a more recent FreeBSD version I will also change > the hardware. Atmel does have a A5-based family, but nobody has done the work to port. If someone does, we can mine the repo for driver code that will be a good starting point. Warner From owner-freebsd-arm@freebsd.org Fri Jul 13 17:35:30 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0868110458B7 for ; Fri, 13 Jul 2018 17:35:30 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [195.149.99.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7196570593 for ; Fri, 13 Jul 2018 17:35:29 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id w6DHZQfH060205 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 13 Jul 2018 19:35:27 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cicely.de; s=default; t=1531503327; bh=aGbLmbAgCfxj3yQB022tDqx3Yx+HXz38NfYgRk1YFu0=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To; b=GnXjkP4GM2+y/qmdt0mgjppDINaqPGm4NNZnyY+z//Nz2FQzRtt6ie7eX/Et1/HUf 2KpjSpYoSVe6B4CJJsy3B5JjiREUZT32bSM7uL3ZWzu0GuEs3aPcuHGk5UMWFk+KfS a+oh7hElzxTpPPC0T8Buze9W0AzxQU/PFXwNyJnU= Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id w6DHZKAB007710 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 13 Jul 2018 19:35:20 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTPS id w6DHZKuk047180 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 13 Jul 2018 19:35:20 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id w6DHZKg7047179; Fri, 13 Jul 2018 19:35:20 +0200 (CEST) (envelope-from ticso) Date: Fri, 13 Jul 2018 19:35:20 +0200 From: Bernd Walter To: Warner Losh Cc: ticso@cicely.de, "freebsd-arm@freebsd.org" Subject: Re: Retiring two more: Atmel and Xscale Message-ID: <20180713173520.GE40394@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20180713171210.GD40394@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely7.cicely.de 11.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2018 17:35:30 -0000 On Fri, Jul 13, 2018 at 11:16:52AM -0600, Warner Losh wrote: > On Fri, Jul 13, 2018 at 11:12 AM, Bernd Walter > wrote: > > > On Thu, Jul 12, 2018 at 12:15:02PM -0600, Warner Losh wrote: > > > I'd like to retire Atmel and Xscale support prior to 12. The atmel stuff > > > has been dodgy for a long time and generally lacks the memory to run > > > FreeBSD well. We have no current users of it. > > > > [1]beaver.cicely.de> uname -a > > FreeBSD beaver.cicely.de 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sun Nov 22 > > 07:52:33 CET 2009 ticso@beaver.cicely.de:/mnt2/ > > arm-2009-04-17/head/sys/arm/compile/BEAVER arm > > > > But yes, I think it is - unfortunately - a dead end with them and if I > > ever intend to go for a more recent FreeBSD version I will also change > > the hardware. > > > Atmel does have a A5-based family, but nobody has done the work to port. If > someone does, we can mine the repo for driver code that will be a good > starting point. I know - I have a devboard, but iit wasn't attractive to me as an application SoC. I do like and still use their ARM microcontroller series however. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@freebsd.org Fri Jul 13 17:42:30 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6976C1045C8A for ; Fri, 13 Jul 2018 17:42:30 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x232.google.com (mail-it0-x232.google.com [IPv6:2607:f8b0:4001:c0b::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E249870A09 for ; Fri, 13 Jul 2018 17:42:29 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x232.google.com with SMTP id a195-v6so12588151itd.3 for ; Fri, 13 Jul 2018 10:42:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=qyO9DPTCT51zEYTu45MaiWsobMnJk+mOtqxWjYVxEQ8=; b=CzBcjT5g82K6IREEIQSgR3Qa3PPxPRP6+aeNNS0FW5cwC/aBghvllKsphWodo0HBTN FnVXq2RSPIOTh/UP7kskv5pnUEDylKBhCKodhwIMd092F90DWliJagD4cv4OO7Bs4vYk W003sLMJXh8iYsOi8zmOiuGbXYnUYjtr7FlpwuSv+Kbe1ZBfJBjmoOng76j0Xwp25ddF PJV3U3ocfBfB3+uwKv/KtBt22G0Y24cPnAfywZA8vXmUFDQCc7nqG3VdY0PWe7xzVecq matrDXjYmLfvH2+Z2n9XhUvrAXOsEvWZJx5nDHpy+B4SfIBjsf3bijjjnvQ4849yF76U 7lag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=qyO9DPTCT51zEYTu45MaiWsobMnJk+mOtqxWjYVxEQ8=; b=JMfEArK5Ey1jF6GxUZmJ+dK2os/i8jRXE7Bv3s5kWOOSFC2vEbVL2l9odFQ4OwYEkm jk6n7GlClrJMyAqIh4Yh8b9YF660iu1JkoPSPKna/rVIVXo8kDuibSmeyH/zMtNumbPj 4x74EWm1wJQmkoppc8JnfNQBGRPN7yfpuwAF9ro+Imke5Dv4e62P5jUKCd3vi+SHsd7N +xTVzmR03XQQhqjGmwREpFtROlPU7Kyj67aNWTL6/lobLIeak3IFehyyzJtWF5YiKMKF nrG3EDJxOKGnQAja8mOaOgvbK7AzmbwrMekMOOiB/dYh34qZpMGm0adNSS7f653UgRBT dLrw== X-Gm-Message-State: AOUpUlEVG+T26bEN8M4BAiUjtJhiDsjjo05dvsUj9iNL+k38edZjroJp pDqqxVCxw9hMK8khle7KSPvpqLSbSYyoxWagt2sJiA== X-Google-Smtp-Source: AAOMgpeUB+/uEX+WSaBuTJf1FnXoTX+8/HYCwNgOp8YPsf3pB1QVITcFsNMsMM20Vxmgi4+xFBBdHkFz1agqmN/n4Kw= X-Received: by 2002:a24:ad28:: with SMTP id c40-v6mr5553334itf.36.1531503749179; Fri, 13 Jul 2018 10:42:29 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 2002:a4f:1183:0:0:0:0:0 with HTTP; Fri, 13 Jul 2018 10:42:28 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:1052:acc7:f9de:2b6d] In-Reply-To: <20180713173520.GE40394@cicely7.cicely.de> References: <20180713171210.GD40394@cicely7.cicely.de> <20180713173520.GE40394@cicely7.cicely.de> From: Warner Losh Date: Fri, 13 Jul 2018 11:42:28 -0600 X-Google-Sender-Auth: Gl9Pp50B-40vKJF-cJ5UxxJVC0U Message-ID: Subject: Re: Retiring two more: Atmel and Xscale To: ticso@cicely.de Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2018 17:42:30 -0000 On Fri, Jul 13, 2018 at 11:35 AM, Bernd Walter wrote: > On Fri, Jul 13, 2018 at 11:16:52AM -0600, Warner Losh wrote: > > On Fri, Jul 13, 2018 at 11:12 AM, Bernd Walter > > wrote: > > > > > On Thu, Jul 12, 2018 at 12:15:02PM -0600, Warner Losh wrote: > > > > I'd like to retire Atmel and Xscale support prior to 12. The atmel > stuff > > > > has been dodgy for a long time and generally lacks the memory to run > > > > FreeBSD well. We have no current users of it. > > > > > > [1]beaver.cicely.de> uname -a > > > FreeBSD beaver.cicely.de 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sun Nov > 22 > > > 07:52:33 CET 2009 ticso@beaver.cicely.de:/mnt2/ > > > arm-2009-04-17/head/sys/arm/compile/BEAVER arm > > > > > > But yes, I think it is - unfortunately - a dead end with them and if I > > > ever intend to go for a more recent FreeBSD version I will also change > > > the hardware. > > > > > > Atmel does have a A5-based family, but nobody has done the work to port. > If > > someone does, we can mine the repo for driver code that will be a good > > starting point. > > I know - I have a devboard, but iit wasn't attractive to me as an > application SoC. > Yea. It's kinda cool, but not cool enough to be useful. > I do like and still use their ARM microcontroller series however. Cool. From owner-freebsd-arm@freebsd.org Sat Jul 14 06:33:54 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D0F501040B32 for ; Sat, 14 Jul 2018 06:33:53 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 691AC8C240 for ; Sat, 14 Jul 2018 06:33:53 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: by mailman.ysv.freebsd.org (Postfix) id 281801040B2C; Sat, 14 Jul 2018 06:33:53 +0000 (UTC) Delivered-To: arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 00E141040B2B for ; Sat, 14 Jul 2018 06:33:53 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8204C8C23F for ; Sat, 14 Jul 2018 06:33:52 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from imac.bk.cs.huji.ac.il ([132.65.179.42]) by kabab.cs.huji.ac.il with esmtp id 1feE7b-000GHH-DS for arm@freebsd.org; Sat, 14 Jul 2018 09:33:35 +0300 From: Daniel Braniss Content-Type: multipart/mixed; boundary="Apple-Mail=_B1D63C9C-37A2-4FFB-AD16-49B006E9E1B7" Mime-Version: 1.0 (Mac OS X Mail 11.4 \(3445.8.2\)) Subject: nanopi neo2 blues Message-Id: <37AB3D0B-3152-4CB4-AAE8-B24FDB81E17E@cs.huji.ac.il> Date: Sat, 14 Jul 2018 09:33:35 +0300 To: "freebsd-arm@freebsd.org" X-Mailer: Apple Mail (2.3445.8.2) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jul 2018 06:33:54 -0000 --Apple-Mail=_B1D63C9C-37A2-4FFB-AD16-49B006E9E1B7 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi, this is a 64bit arm h5 board. I can boot a GENERIC kernel, but it=E2=80=99s missing many devices, so I = tried ALLWINER_UP but failes to boot I guess i=E2=80=99m missing something :-) any help? thanks, danny --Apple-Mail=_B1D63C9C-37A2-4FFB-AD16-49B006E9E1B7 Content-Disposition: attachment; filename=tip.record Content-Type: application/octet-stream; x-unix-mode=0644; name="tip.record" Content-Transfer-Encoding: quoted-printable =0AOK=20reboot=0Aresetting=20...=0A=0AU-Boot=20SPL=202018.03=20(Jul=2013=20= 2018=20-=2018:31:20=20+0300)=0ADRAM:=20512=20MiB=0ATrying=20to=20boot=20= from=20MMC1=0A=0A=0AU-Boot=202018.03=20(Jul=2013=202018=20-=2018:31:20=20= +0300)=20Allwinner=20Technology=0A=0ACPU:=20=20=20Allwinner=20H5=20= (SUN50I)=0AModel:=20FriendlyARM=20NanoPi=20NEO=202=0ADRAM:=20=20512=20= MiB=0AMMC:=20=20=20SUNXI=20SD/MMC:=200=0ALoading=20Environment=20from=20= FAT...=20***=20Warning=20-=20bad=20CRC,=20using=20default=20environment=0A= =0AFailed=20(-5)=0ALoading=20Environment=20from=20MMC...=20***=20Warning=20= -=20bad=20CRC,=20using=20default=20environment=0A=0AFailed=20(-5)=0AIn:=20= =20=20=20serial=0AOut:=20=20=20serial=0AErr:=20=20=20serial=0ANet:=20=20=20= No=20ethernet=20found.=0Astarting=20USB...=0ANo=20controllers=20found=0A= Hit=20any=20key=20to=20stop=20autoboot:=20=202=20=08=08=08=201=20=08=08=08= =200=20=0Aswitch=20to=20partitions=20#0,=20OK=0Ammc0=20is=20current=20= device=0AScanning=20mmc=200:1...=0AFound=20EFI=20removable=20media=20= binary=20efi/boot/bootaa64.efi=0Alibfdt=20fdt_check_header():=20= FDT_ERR_BADMAGIC=0AScanning=20disks=20on=20usb...=0ADisk=20usb0=20not=20= ready=0ADisk=20usb1=20not=20ready=0ADisk=20usb2=20not=20ready=0ADisk=20= usb3=20not=20ready=0AScanning=20disks=20on=20mmc...=0AMMC=20Device=201=20= not=20found=0AMMC=20Device=202=20not=20found=0AMMC=20Device=203=20not=20= found=0AFound=203=20disks=0A37288=20bytes=20read=20in=2032=20ms=20(1.1=20= MiB/s)=0Alibfdt=20fdt_check_header():=20FDT_ERR_BADMAGIC=0A##=20Starting=20= EFI=20application=20at=2040080000=20...=0A[?25h[2J=0A>>=20FreeBSD=20EFI=20= boot=20block=0A=20=20=20Loader=20path:=20/boot/loader.efi=0A=0A=20=20=20= Initializing=20modules:=20UFS=0A=20=20=20Load=20Path:=20= /\efi\boot\bootaa64.efi=0A=20=20=20Load=20Device:=20= /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/USB(0x6,0x0)/HD(1,0x01,0,0x40= 3b,0x1ffe0)=0A=20=20=20Probing=203=20block=20devices.....*=20done=0A=20=20= =20=20UFS=20found=201=20partition=0A[?25h[18tConsoles:=20EFI=20console=20= =20=0A[?25h|=08/=08Command=20line=20arguments:=20loader.efi=0AImage=20= base:=200x58eb0040=0AEFI=20version:=202.70=0AEFI=20Firmware:=20Das=20= U-Boot=20(rev=200.00)=0A=0AFreeBSD/arm64=20EFI=20loader,=20Revision=20= 1.1=0A(Fri=20Jul=2013=2012:07:21=20IDT=202018=20danny@pe-44)=0A=20=20=20= Load=20Device:=20= /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/USB(0x6,0x0)/HD(2,0x01,0,0x24= 400,0x71f400)=0A=20=20=20BootCurrent:=200000=0A=20=20=20BootOrder:=20= 0008=200000[*]=200000[*]=200000[*]=200000[*]=200000[*]=200000[*]=20= 0000[*]=200004=200000[*]=200000[*]=200000[*]=208d80=205dfb=200000[*]=20= 0000[*]=20b4f8=2059f2=200000[*]=200000[*]=20b204=205df8=200000[*]=20= 0000[*]=20692c=205df7=200000[*]=200000[*]=200970=2059f4=200000[*]=20= 0000[*]=20402c=200000[*]=200000[*]=200000[*]=20b5a0=2059f2=200000[*]=20= 0000[*]=20b360=205df8=200000[*]=200000[*]=20b4f0=2059f2=200000[*]=20= 0000[*]=204fd8=205df9=200000[*]=200000[*]=2009b0=2059f4=200000[*]=20= 0000[*]=200004=200000[*]=200000[*]=200000[*]=208d80=205dfb=200000[*]=20= 0000[*]=20b558=2059f2=200000[*]=200000[*]=20b204=205df8=200000[*]=20= 0000[*]=200000[*]=204800=200000[*]=200000[*]=200970=2059f4=200000[*]=20= 0000[*]=204a90=205df7=200000[*]=200000[*]=20b600=2059f2=200000[*]=20= 0000[*]=20b360=205df8=200000[*]=200000[*]=208d80=205dfb=200000[*]=20= 0000[*]=208000=2058e4=200000[*]=200000[*]=0ATrying=20ESP:=20= /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/USB(0x6,0x0)/HD(2,0x01,0,0x24= 400,0x71f400)=0ASetting=20currdev=20to=20disk0p2:=0A= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08Lo= ading=20/boot/defaults/loader.conf=0A= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08don't=20= know=20how=20to=20load=20module=20'/boot/kernel/kernel'=0Adon't=20know=20= how=20to=20load=20module=20'/boot/kernel/kernel'=0A=0A= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08can't=20= load=20'kernel'=0A=0AType=20'?'=20for=20a=20list=20of=20commands,=20= 'help'=20for=20more=20detailed=20help.=0AOK=20~.=08=20=08=08=20=08=0AOK=20= --Apple-Mail=_B1D63C9C-37A2-4FFB-AD16-49B006E9E1B7-- From owner-freebsd-arm@freebsd.org Sat Jul 14 10:07:53 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3778E10499EA for ; Sat, 14 Jul 2018 10:07:53 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BDD1773945 for ; Sat, 14 Jul 2018 10:07:52 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.110.112]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1feHSp-00038k-A7; Sat, 14 Jul 2018 12:07:44 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-arm@freebsd.org, "Trevor Roydhouse" Subject: Re: RPi2B and FreeBSD 11-STABLE boot failure References: Date: Sat, 14 Jul 2018 12:07:42 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.0 X-Scan-Signature: a2d32f98be707cbcda8602d5fffa976a X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jul 2018 10:07:53 -0000 On Fri, 13 Jul 2018 07:41:22 +0200, Trevor Roydhouse wrote: > I installed: > > FreeBSD rpi2.sentry.org 11.2-STABLE FreeBSD 11.2-STABLE #0 r336133: Mon > Jul 9 20:12:49 UTC 2018 > root@releng2.nyi.freebsd.org:/usr/obj/arm.armv6/usr/src/sys/RPI2 arm > > and my RPi2B could no longer boot when the two USB memory keys were also > plugged in. > > The sdcard kept being assigned as disk2, with the USB memory keys taking > up disk0 and disk1, and then the system would unsuccessfully try booting > from disk0 and finding no kernel file as that happened to be the /usr > file system. > > After much google-fu, the workaround I found was to halt the boot at the > uboot loader prompt (you have two seconds) and then: > > setenv loaderdev disk2 > saveenv > boot > > The above creates a persistent uboot.env file, so no manual intervention > is needed again (unless the number of USB memory keys changes). > > It used to work previously without this workaround . On my RPI3B+ I disabled the 'usb start' commmand from the u-boot loader. setenv bootcmd run bootcmd_mmc1 saveenv Probably has the same net effect. I remember reading that the u-boot port gained support for booting from USB devices a while ago. I think that holds up the boot if the USB device does not have a bootable partition. NB: I did not do the u-boot port, so I might be totally wrong here. Ronald. From owner-freebsd-arm@freebsd.org Sat Jul 14 10:10:29 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0D3E41049B2F for ; Sat, 14 Jul 2018 10:10:29 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9945C73AD9 for ; Sat, 14 Jul 2018 10:10:28 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.110.112]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1feHVT-0004MT-AN; Sat, 14 Jul 2018 12:10:27 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-arm@freebsd.org, Trev Subject: Re: RPI3B+ ethernet LEDs References: <20180627194217.GA27793@www.zefox.net> <20180628022457.GA30110@www.zefox.net> <7B9D272D-3EDE-46FA-8A1C-AEE65047167C@yahoo.com> <20180628163328.GA33408@www.zefox.net> <51e208b4-9f14-58f7-1e70-6ef8db2c0bed@sentry.org> <20180629155131.GA35717@www.zefox.net> <20180629233937.GC35717@www.zefox.net> <0f137e06-214a-3e8c-a216-f061ec04ac2c@sentry.org> <20180630005145.GA43801@www.zefox.net> <6f3406e2-71f3-d0c2-2b65-703e1a1d3c25@sentry.org> <8e92b2b7-da61-3efb-7231-9fac76b2c1d4@sentry.org> <2deaaec3-f78f-0b09-5ca7-27e14c6979f9@sentry.org> <074e7433-2bb6-142f-7a8d-7b01255bc307@sentry.org> Date: Sat, 14 Jul 2018 12:10:26 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <074e7433-2bb6-142f-7a8d-7b01255bc307@sentry.org> User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.0 X-Scan-Signature: b23ffabd93680167408d22b6bc748885 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jul 2018 10:10:29 -0000 On Fri, 13 Jul 2018 07:26:59 +0200, Trev wrote: > Does anybody have operating LEDs on their RPi3B+ ? > > I only noticed today when the RPi3B+ was sitting next to the RPi2B which > does have its ethernet LEDs working. I don't see anything happening. But the ethernet LEDs are on the backside here, so I'm not sure I see it correctly. :-) From owner-freebsd-arm@freebsd.org Sat Jul 14 10:15:11 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BF1B61049EA8; Sat, 14 Jul 2018 10:15:11 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 84E9073F92; Sat, 14 Jul 2018 10:15:09 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.110.112]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1feHZz-00068w-Rh; Sat, 14 Jul 2018 12:15:08 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Dimitry Andric" , "Mark Millard" , tech-lists Cc: freebsd-arm , "FreeBSD Current" , "FreeBSD Toolchain" Subject: Re: aarch64-arm64 fails to build kernel 12-current raspberry pi 3 References: <2F72F7DB-F5DD-471A-B644-9CDE3FABFAC1@yahoo.com> <6DDED0A0-588D-4323-8E22-1267AA06615E@FreeBSD.org> Date: Sat, 14 Jul 2018 12:15:07 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.0 X-Scan-Signature: 523f42b60907f92a5b98f162865e3e4b X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jul 2018 10:15:11 -0000 On Fri, 13 Jul 2018 12:15:22 +0200, tech-lists wrote: > On 12/07/2018 19:32, Dimitry Andric wrote: >> No, it's because sys/crypto/armv8/armv8_crypto_wrap.c includes >> , an intrinsics header, which in turn requires . >> This was introduced inhttps://svnweb.freebsd.org/changeset/base/308921, >> and at the time resulted in similar build failures, specifically when >> one attempted to build a new kernel, without building world or a new >> toolchain first. > > Hi, > > Ok, it's finished building and installing. The command I used was this: > > # make -j10 buildworld && make -j10 buildkernel KERNCONF=RPI3 What is RPI3? Mine runs GENERIC and there is no RPI3 config in /usr/src/sys/arm64/conf. I can find RPI2 in sys/arm/conf. Regards, Ronald. From owner-freebsd-arm@freebsd.org Sat Jul 14 11:24:32 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A719C104C817; Sat, 14 Jul 2018 11:24:32 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout5-smtp.messagingengine.com (wout5-smtp.messagingengine.com [64.147.123.21]) (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 379A975F71; Sat, 14 Jul 2018 11:24:32 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id 7BA76345; Sat, 14 Jul 2018 07:24:24 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Sat, 14 Jul 2018 07:24:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=oTcfaA2ZCTZaaVfcRRhgslDRXGUrC n2nbGubSZuN0gY=; b=MeV6zaFl9vJHdE8dRG1Dsl40wqV8ZTGiXXmFeDzd72NbW A1VXMMPbwKf3DUPVdWFufjkJ2H2YD8WIWwmeM/KRSkc/k56vHrikXqCGNbu+2yVA g9d463N+f0KtsTGfNPJsqv3p+dMrgROzYTYyDer51IUv72ZdJ9Tq9Y3jlEad0P3L XfC55zJyX8Ur13/6XyUzHdLWGj/+/n4cbSNp9cQyeIsRoJwcFwmNjvPAN1aSlZG5 7P1mEejciVd27Ypq84H7m08lDC4PTAFh7DSS4ZnYvWVVUDHv4nKQ6/Z34BKnsLZ/ pRQgPRVWre/6Mrk63Ap86p13+F2l3ENNDgAVQSWbA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=oTcfaA 2ZCTZaaVfcRRhgslDRXGUrCn2nbGubSZuN0gY=; b=TlcWi8/O432vwroczQgAyh XIoVEPFU0KZHa1m7RmgPHmRZN7m5Dh2fmhoovqxLLYLoN1/4j8eXAw+4vhwWRPF3 WYxuN1H0zy/X6GdA2HQzKqwyYUG2laMTBqjjtFZnpMH5z17FFxeOnmkqumy+bm9u MHHoV6XlmDfJC8xYz4SSaeSeZ/8dafVvalpY1mysyCaUy3szrQXK1Cfva/5Eb6wc hWeO1DHaY86O1zU4P+NEf9581IfrjrbBVTIYjKnUjX4uLUp5jmtY9RGB7YSsuBZz esmXY1O3Xp+Pfgq2RSbw7e1NTYAdTmDRKLuiFxbGmZQZWTSjwFJ1Syr8iGa+Y5gQ == X-ME-Proxy: X-ME-Sender: Received: from desktop.local (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id F42221026B; Sat, 14 Jul 2018 07:24:22 -0400 (EDT) Subject: Re: aarch64-arm64 fails to build kernel 12-current raspberry pi 3 To: Ronald Klop , Dimitry Andric , Mark Millard Cc: freebsd-arm , FreeBSD Current , FreeBSD Toolchain References: <2F72F7DB-F5DD-471A-B644-9CDE3FABFAC1@yahoo.com> <6DDED0A0-588D-4323-8E22-1267AA06615E@FreeBSD.org> From: tech-lists Organization: none Message-ID: <2350edc7-44a9-c04d-3b30-66bb6998e9e2@zyxst.net> Date: Sat, 14 Jul 2018 12:24:21 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jul 2018 11:24:32 -0000 On 14/07/2018 11:15, Ronald Klop wrote: > What is RPI3? Mine runs GENERIC and there is no RPI3 config in > /usr/src/sys/arm64/conf. I can find RPI2 in sys/arm/conf. RPI3 is the same as GENERIC-NODEBUG, apart from the ident string which is also RPI3. (was mentioned at the start of the thread which branched off) -- J. From owner-freebsd-arm@freebsd.org Sat Jul 14 17:29:00 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BCB6710342A9 for ; Sat, 14 Jul 2018 17:29:00 +0000 (UTC) (envelope-from peo@nethead.se) Received: from ns1.nethead.se (ns1.nethead.se [5.150.237.139]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns1.nethead.se", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 59340821E5 for ; Sat, 14 Jul 2018 17:28:59 +0000 (UTC) (envelope-from peo@nethead.se) X-Virus-Scanned: amavisd-new at Nethead AB DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nethead.se; s=NETHEADSE; t=1531589331; bh=09qEExiixjrHC4EFU1i/YzVCcVi0B+vqZNqyiTh8JR4=; h=To:From:Subject:Date; b=VA22XH3QI7rPZgJKQ5NSZ9JgteH+MKcBatSu3cAtT4S9bseoVTmu6N/Z2q1PJHLPQ ijrFhQPfn5wyrCpIUqWNzE7L6PUgDW26wKt35xyMWU+M7LDg9ZDb/XbYRydxF8vVp2 QQChdwlvp5Rz/qJ5IBS1Ciw1nH0g44xapJfGYYIY= To: freebsd-arm@freebsd.org From: Per olof Ljungmark Subject: add swap on a rpi3 Message-ID: Date: Sat, 14 Jul 2018 19:28:49 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jul 2018 17:29:00 -0000 12.0-CURRENT #0 r336134 arm64 GENERIC on a rpi3 Cortex-A53 Can I add a swap "partition" somewhere below? I am booting from the SD card and run the system from an attached USB disk. As I understand it, I cannot create a freebsd-swap partition/slice with the BSD/MBR scheme, but is there another way to create a reasonably large swap (>1G) under ARM? => 63 31116225 mmcsd0 MBR (15G) 63 2016 - free - (1.0M) 2079 102312 1 fat32lba [active] (50M) 104391 31008825 2 freebsd (15G) 31113216 3072 - free - (1.5M) => 0 31008825 mmcsd0s2 BSD (15G) 0 57 - free - (29K) 57 31008768 1 freebsd-ufs (15G) => 63 125045361 da0 MBR (60G) 63 2016 - free - (1.0M) 2079 102312 1 fat32lba [active] (50M) 104391 83884089 2 freebsd (40G) 83988480 41056944 - free - (20G) => 0 83884089 da0s2 BSD (40G) 0 57 - free - (29K) 57 83884032 1 freebsd-ufs (40G) -- Per olof Ljungmark From owner-freebsd-arm@freebsd.org Sat Jul 14 17:41:49 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 39DE310349B8 for ; Sat, 14 Jul 2018 17:41:49 +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 BD127828A4 for ; Sat, 14 Jul 2018 17:41:48 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-RoutePath: aGlwcGll X-MHO-User: 2c392b40-878d-11e8-aa1a-954dbaed88ca X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound1.eu.mailhop.org (Halon) with ESMTPSA id 2c392b40-878d-11e8-aa1a-954dbaed88ca; Sat, 14 Jul 2018 17:41:45 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id w6EHfhcn047519; Sat, 14 Jul 2018 11:41:43 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1531590103.21781.10.camel@freebsd.org> Subject: Re: add swap on a rpi3 From: Ian Lepore To: Per olof Ljungmark , freebsd-arm@freebsd.org Date: Sat, 14 Jul 2018 11:41:43 -0600 In-Reply-To: References: 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.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jul 2018 17:41:49 -0000 On Sat, 2018-07-14 at 19:28 +0200, Per olof Ljungmark wrote: > 12.0-CURRENT #0 r336134 arm64 GENERIC on a rpi3 Cortex-A53 > > Can I add a swap "partition" somewhere below? I am booting from the > SD > card and run the system from an attached USB disk. > > As I understand it, I cannot create a freebsd-swap partition/slice > with > the BSD/MBR scheme, but is there another way to create a reasonably > large swap (>1G) under ARM? > > =>      63  31116225  mmcsd0  MBR  (15G) >         63      2016          - free -  (1.0M) >       2079    102312       1  fat32lba  [active]  (50M) >     104391  31008825       2  freebsd  (15G) >   31113216      3072          - free -  (1.5M) > > =>       0  31008825  mmcsd0s2  BSD  (15G) >          0        57            - free -  (29K) >         57  31008768         1  freebsd-ufs  (15G) > > =>       63  125045361  da0  MBR  (60G) >          63       2016       - free -  (1.0M) >        2079     102312    1  fat32lba  [active]  (50M) >      104391   83884089    2  freebsd  (40G) >    83988480   41056944       - free -  (20G) > > =>       0  83884089  da0s2  BSD  (40G) >          0        57         - free -  (29K) >         57  83884032      1  freebsd-ufs  (40G) > > Looks like you've got some free space is on da0, so:  gpart add -t freebsd -s -i 3 da0  gpart create -s bsd da0s3  gpart add -t freebsd-swap -s -i 2 da0s3 Now you have a swap parition at da0s3b (-i 2/partition b is sort of traditional for freebsd swap partitions, but there's no real need for it to be so). You can make the size of da0s3 bigger than 1g, and then carve out just 1g of it for swap, leaving space to add ufs partitions in that slice later if you want. -- Ian From owner-freebsd-arm@freebsd.org Sat Jul 14 18:03:21 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E50941035566 for ; Sat, 14 Jul 2018 18:03:20 +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 7613683419 for ; Sat, 14 Jul 2018 18:03:20 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-RoutePath: aGlwcGll X-MHO-User: 2e0c5601-8790-11e8-aa1a-954dbaed88ca X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound1.eu.mailhop.org (Halon) with ESMTPSA id 2e0c5601-8790-11e8-aa1a-954dbaed88ca; Sat, 14 Jul 2018 18:03:16 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id w6EI3ExF047565; Sat, 14 Jul 2018 12:03:14 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1531591394.21781.13.camel@freebsd.org> Subject: Re: sound on wandboard-quad From: Ian Lepore To: Manuel =?ISO-8859-1?Q?St=FChn?= , freebsd-arm@freebsd.org Date: Sat, 14 Jul 2018 12:03:14 -0600 In-Reply-To: <20180712180858.GA60719@freebsd-t420.fritz.box> References: <20180712180858.GA60719@freebsd-t420.fritz.box> 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.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jul 2018 18:03:21 -0000 On Thu, 2018-07-12 at 20:08 +0200, Manuel Stühn wrote: > Hi, > > is there any support for sound on the imx6-based wandboard quad?  The > wiki-page says no, but there seem to be some drivers (imx6_ssi.c > imx6_audmux.c) which suggest some sound context. Unfortunately i > don't know > how to activate them. These drivers are marked as "optional sound" in > "files.imx6".  What does this mean? In a verbose boot of a recent > CURRENT > (r335134) I do see the following line: > > [..] > simplebus2: mem 0x2028000-0x202bfff irq 68 compat > fsl,imx6q-ssi (no driver attached) > [..] > > How can the driver be attached? > > Thanks > -- > Manuel I begin looking into this a few days ago, and got as far as discovering that we have some drivers, but they need a binary firmware blob for the imx6 sdma engine. This morning I discovered that the firmware has been released by NXP with a permissive enough license that I think we can include it in the base freebsd source, I just have to learn how to do that. -- Ian From owner-freebsd-arm@freebsd.org Sat Jul 14 18:12:25 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 983FE1035B2B for ; Sat, 14 Jul 2018 18:12:25 +0000 (UTC) (envelope-from peo@nethead.se) Received: from ns1.nethead.se (ns1.nethead.se [5.150.237.139]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns1.nethead.se", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 325E4836E5; Sat, 14 Jul 2018 18:12:25 +0000 (UTC) (envelope-from peo@nethead.se) X-Virus-Scanned: amavisd-new at Nethead AB DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nethead.se; s=NETHEADSE; t=1531591943; bh=F/0L1Z7g2NyaIzcNijuIAxxthRWOgJRso4RBNPA39qo=; h=Subject:To:References:From:Date:In-Reply-To; b=tXbUVmGUVHKjFuR6PSeYKS6JRtMAyIJCk1RMP6QnxptRp0TFJ7cpNvLmY1qxQNd6N +JGJkNPKujCM9J/lSjsBB5ZXGUN/HeVeEZ/yyPMy4KvoLKnCX2hqr8ZlWS4+yvwJ7T 7BmN1j8ZhBeZUTc31FBLtKlG7PfcKTohjmYVGSnw= Subject: Re: add swap on a rpi3 To: Ian Lepore , freebsd-arm@freebsd.org References: <1531590103.21781.10.camel@freebsd.org> From: Per olof Ljungmark Message-ID: <8e8f3af9-6b82-2742-3003-47cfef4f5384@nethead.se> Date: Sat, 14 Jul 2018 20:12:21 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <1531590103.21781.10.camel@freebsd.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jul 2018 18:12:25 -0000 On 07/14/18 19:41, Ian Lepore wrote: > On Sat, 2018-07-14 at 19:28 +0200, Per olof Ljungmark wrote: >> 12.0-CURRENT #0 r336134 arm64 GENERIC on a rpi3 Cortex-A53 >> >> Can I add a swap "partition" somewhere below? I am booting from the >> SD >> card and run the system from an attached USB disk. >> >> As I understand it, I cannot create a freebsd-swap partition/slice >> with >> the BSD/MBR scheme, but is there another way to create a reasonably >> large swap (>1G) under ARM? >> >> =>      63  31116225  mmcsd0  MBR  (15G) >>         63      2016          - free -  (1.0M) >>       2079    102312       1  fat32lba  [active]  (50M) >>     104391  31008825       2  freebsd  (15G) >>   31113216      3072          - free -  (1.5M) >> >> =>       0  31008825  mmcsd0s2  BSD  (15G) >>          0        57            - free -  (29K) >>         57  31008768         1  freebsd-ufs  (15G) >> >> =>       63  125045361  da0  MBR  (60G) >>          63       2016       - free -  (1.0M) >>        2079     102312    1  fat32lba  [active]  (50M) >>      104391   83884089    2  freebsd  (40G) >>    83988480   41056944       - free -  (20G) >> >> =>       0  83884089  da0s2  BSD  (40G) >>          0        57         - free -  (29K) >>         57  83884032      1  freebsd-ufs  (40G) >> >> > > Looks like you've got some free space is on da0, so: > >  gpart add -t freebsd -s -i 3 da0 >  gpart create -s bsd da0s3 >  gpart add -t freebsd-swap -s -i 2 da0s3 > > Now you have a swap parition at da0s3b (-i 2/partition b is sort of > traditional for freebsd swap partitions, but there's no real need for > it to be so). > > You can make the size of da0s3 bigger than 1g, and then carve out just > 1g of it for swap, leaving space to add ufs partitions in that slice > later if you want. Thank you for the quick answer! I had missed "gpart create -s bsd" part. Just one more question, why "-i 2" here: gpart add -t freebsd-swap -s -i 2 da0s3 Could not as well be "-i 1" ? From owner-freebsd-arm@freebsd.org Sat Jul 14 18:15:02 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9A9031035D71 for ; Sat, 14 Jul 2018 18:15:00 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 196058390F for ; Sat, 14 Jul 2018 18:14:59 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-RoutePath: aGlwcGll X-MHO-User: cca67f21-8791-11e8-8837-614b7c574d04 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound1.ore.mailhop.org (Halon) with ESMTPSA id cca67f21-8791-11e8-8837-614b7c574d04; Sat, 14 Jul 2018 18:14:51 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id w6EIEoZD047586; Sat, 14 Jul 2018 12:14:50 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1531592090.21781.15.camel@freebsd.org> Subject: Re: add swap on a rpi3 From: Ian Lepore To: Per olof Ljungmark , freebsd-arm@freebsd.org Date: Sat, 14 Jul 2018 12:14:50 -0600 In-Reply-To: <8e8f3af9-6b82-2742-3003-47cfef4f5384@nethead.se> References: <1531590103.21781.10.camel@freebsd.org> <8e8f3af9-6b82-2742-3003-47cfef4f5384@nethead.se> 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.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jul 2018 18:15:03 -0000 On Sat, 2018-07-14 at 20:12 +0200, Per olof Ljungmark wrote: > On 07/14/18 19:41, Ian Lepore wrote: > > > > On Sat, 2018-07-14 at 19:28 +0200, Per olof Ljungmark wrote: > > > > > > 12.0-CURRENT #0 r336134 arm64 GENERIC on a rpi3 Cortex-A53 > > > > > > Can I add a swap "partition" somewhere below? I am booting from > > > the > > > SD > > > card and run the system from an attached USB disk. > > > > > > As I understand it, I cannot create a freebsd-swap > > > partition/slice > > > with > > > the BSD/MBR scheme, but is there another way to create a > > > reasonably > > > large swap (>1G) under ARM? > > > > > > =>      63  31116225  mmcsd0  MBR  (15G) > > >         63      2016          - free -  (1.0M) > > >       2079    102312       1  fat32lba  [active]  (50M) > > >     104391  31008825       2  freebsd  (15G) > > >   31113216      3072          - free -  (1.5M) > > > > > > =>       0  31008825  mmcsd0s2  BSD  (15G) > > >          0        57            - free -  (29K) > > >         57  31008768         1  freebsd-ufs  (15G) > > > > > > =>       63  125045361  da0  MBR  (60G) > > >          63       2016       - free -  (1.0M) > > >        2079     102312    1  fat32lba  [active]  (50M) > > >      104391   83884089    2  freebsd  (40G) > > >    83988480   41056944       - free -  (20G) > > > > > > =>       0  83884089  da0s2  BSD  (40G) > > >          0        57         - free -  (29K) > > >         57  83884032      1  freebsd-ufs  (40G) > > > > > > > > Looks like you've got some free space is on da0, so: > > > >  gpart add -t freebsd -s -i 3 da0 > >  gpart create -s bsd da0s3 > >  gpart add -t freebsd-swap -s -i 2 da0s3 > > > > Now you have a swap parition at da0s3b (-i 2/partition b is sort of > > traditional for freebsd swap partitions, but there's no real need > > for > > it to be so). > > > > You can make the size of da0s3 bigger than 1g, and then carve out > > just > > 1g of it for swap, leaving space to add ufs partitions in that > > slice > > later if you want. > Thank you for the quick answer! > > I had missed "gpart create -s bsd" part. > > Just one more question, why "-i 2" here: > gpart add -t freebsd-swap -s -i 2 da0s3 > > Could not as well be "-i 1" ? > It could be -i 1, then the swap partition would be da0s3a instead of s3b. There is no reason I know of other than freebsd tradition to make a swap partition be -i 2. -- Ian From owner-freebsd-arm@freebsd.org Sat Jul 14 20:32:15 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BCC5A103CFF6 for ; Sat, 14 Jul 2018 20:32:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5CEFF88863 for ; Sat, 14 Jul 2018 20:32:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id B9DA11CFF1 for ; Sat, 14 Jul 2018 20:32:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w6EKWE5W075981 for ; Sat, 14 Jul 2018 20:32:14 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w6EKWEn7075980 for freebsd-arm@FreeBSD.org; Sat, 14 Jul 2018 20:32:14 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 229777] dwc ethernet (ROCK64): nmbclusters limit reached results in panic Date: Sat, 14 Jul 2018 20:32:14 +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 Only Me X-Bugzilla-Who: greg@unrelenting.technology 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.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jul 2018 20:32:15 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D229777 Bug ID: 229777 Summary: dwc ethernet (ROCK64): nmbclusters limit reached results in panic Product: Base System Version: CURRENT Hardware: arm64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: greg@unrelenting.technology I was just building some software on an NFS mount, and suddenly: [zone: mbuf_cluster] kern.ipc.nmbclusters limit reached panic: ether_nh_input: no mbuf packet header! Raised the limit, but I don't think it should just panic? --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Sat Jul 14 21:24:15 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 424D9103EC17 for ; Sat, 14 Jul 2018 21:24:15 +0000 (UTC) (envelope-from rb743@hermes.cam.ac.uk) Received: from ppsw-32.csi.cam.ac.uk (ppsw-32.csi.cam.ac.uk [131.111.8.132]) (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 D61B48A1CE for ; Sat, 14 Jul 2018 21:24:14 +0000 (UTC) (envelope-from rb743@hermes.cam.ac.uk) X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from sc1.bsdpad.com ([163.172.212.18]:38208) by ppsw-32.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.158]:587) with esmtpsa (LOGIN:rb743) (TLSv1:ECDHE-RSA-AES256-SHA:256) id 1feS1V-000Drh-0K (Exim 4.91) (return-path ); Sat, 14 Jul 2018 22:24:13 +0100 Date: Sat, 14 Jul 2018 22:13:15 +0100 From: Ruslan Bukin To: Manuel =?utf-8?B?U3TDvGhu?= Cc: freebsd-arm@freebsd.org Subject: Re: sound on wandboard-quad Message-ID: <20180714211315.GA27603@bsdpad.com> References: <20180712180858.GA60719@freebsd-t420.fritz.box> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20180712180858.GA60719@freebsd-t420.fritz.box> User-Agent: Mutt/1.6.1 (2016-04-27) Sender: "R. Bukin" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jul 2018 21:24:15 -0000 What is DAC chip on wardboard? We may have sound output (i2s) working with sDMA, SSI and AUDMUX, but DAC (off-chip device) may require configuration by SPI or i2c. I.e. we may need a driver for DAC which is not part of i.MX6 soc Ruslan On Thu, Jul 12, 2018 at 08:08:58PM +0200, Manuel Stühn wrote: > Hi, > > is there any support for sound on the imx6-based wandboard quad? The > wiki-page says no, but there seem to be some drivers (imx6_ssi.c > imx6_audmux.c) which suggest some sound context. Unfortunately i don't know > how to activate them. These drivers are marked as "optional sound" in > "files.imx6". What does this mean? In a verbose boot of a recent CURRENT > (r335134) I do see the following line: > > [..] > simplebus2: mem 0x2028000-0x202bfff irq 68 compat fsl,imx6q-ssi (no driver attached) > [..] > > How can the driver be attached? > > Thanks > -- > Manuel > > _______________________________________________ > 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"