From owner-freebsd-arm@freebsd.org Sun Mar 31 15:57:06 2019 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 011C815636D7 for ; Sun, 31 Mar 2019 15:57:06 +0000 (UTC) (envelope-from freebsdnewbie@freenet.de) Received: from mout0.freenet.de (mout0.freenet.de [IPv6:2001:748:100:40::2:2]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (Client CN "*.freenet.de", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3B0E3875ED for ; Sun, 31 Mar 2019 15:57:05 +0000 (UTC) (envelope-from freebsdnewbie@freenet.de) Received: from [195.4.92.165] (helo=mjail2.freenet.de) by mout0.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (port 25) (Exim 4.90_1 #2) id 1hAcpS-0002p9-Eo for freebsd-arm@freebsd.org; Sun, 31 Mar 2019 17:57:02 +0200 Received: from [::1] (port=35824 helo=mjail2.freenet.de) by mjail2.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (Exim 4.90_1 #2) id 1hAcpS-0003tt-DF for freebsd-arm@freebsd.org; Sun, 31 Mar 2019 17:57:02 +0200 Received: from sub6.freenet.de ([195.4.92.125]:54790) by mjail2.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (Exim 4.90_1 #2) id 1hAcmt-0005Zu-6m for freebsd-arm@freebsd.org; Sun, 31 Mar 2019 17:54:23 +0200 Received: from p4ffc67a1.dip0.t-ipconnect.de ([79.252.103.161]:61107 helo=freebsd-t450.fritz.box) by sub6.freenet.de with esmtpsa (ID freebsdnewbie@freenet.de) (TLSv1.2:ECDHE-RSA-CHACHA20-POLY1305:256) (port 465) (Exim 4.90_1 #2) id 1hAcmt-0007fx-4e for freebsd-arm@freebsd.org; Sun, 31 Mar 2019 17:54:23 +0200 Date: Sun, 31 Mar 2019 17:54:22 +0200 From: Manuel =?ISO-8859-1?Q?St=FChn?= To: freebsd-arm@freebsd.org Subject: Re: efi-loader ignores dtb files? Message-Id: <20190331175422.8bc3cb1b654ad0c5a7c9f533@freenet.de> In-Reply-To: <20190328215048.9dccb364c7ccac59f77bb98f@freenet.de> References: <20190327192320.GA64908@freebsd-t450.fritz.box> <20190328190355.1459c85b48211905f8a3e04a@freenet.de> <20190328215048.9dccb364c7ccac59f77bb98f@freenet.de> 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-Originated-At: 79.252.103.161!61107 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Mar 2019 15:57:06 -0000 On Thu, 28 Mar 2019 21:50:48 +0100 Manuel St=FChn wrote: > On Thu, 28 Mar 2019 14:10:27 -0500 > Kyle Evans wrote: >=20 > > On Thu, Mar 28, 2019 at 1:30 PM Kyle Evans wrote: > > > > > > On Thu, Mar 28, 2019 at 1:06 PM Manuel St=FChn wrote: > > > > > > > > On Wed, 27 Mar 2019 14:35:26 -0500 > > > > Kyle Evans wrote: > > > [... snip ...] > > > > > I'm not sure off-hand why fdt_overlays were not recognized. I wou= ld > > > > > drop to loader prompt and double check that it actually ended up = in > > > > > the environment, but I don't see any reason off-hand that it woul= dn't. > > > > > > > > I tried to load the overlays from loader prompt by hand like this: > > > > load -t dtbo sun50i-nanopi-neo2-codec.dtbo > > > > load -t dtbo sun50i-nanopi-neo2-sid.dtbo > > > > load -t dtbo sun50i-nanopi-neo2-ths.dtbo > > > > and they got applied correctly and the corresponding devices appear= ed in the OS. > > > > > > > > As another test I did was to not load the base dtb file via loader.= conf but to use the one provided by u-boot/EFI. > > > > The output looked like this > > > > [...] > > > > Using DTB provided by EFI at 0x47ef8000. > > > > Loading DTB overlays: 'sun50i-nanopi-neo2-codec.dtbo,sun50i-nanopi-= neo2-sid,sun50i-nanopi-neo2-ths.dtbo' > > > > /boot/dtb/overlays/sun50i-nanopi-neo2-codec.dtbo size=3D0x11a > > > > /boot/dtb/overlays/sun50i-nanopi-neo2-sid.dtbo size=3D0x1f5 > > > > /boot/dtb/overlays/sun50i-nanopi-neo2-ths.dtbo size=3D0x3c5 > > > > applying DTB overlay '/boot/dtb/overlays/sun50i-nanopi-neo2-codec.d= tbo' > > > > applying DTB overlay '/boot/dtb/overlays/sun50i-nanopi-neo2-sid.dtb= o' > > > > applying DTB overlay '/boot/dtb/overlays/sun50i-nanopi-neo2-ths.dtb= o' > > > > failed to apply overlay: FDT_ERR_NOTFOUND > > > > [...] > > > > In this case the overlays were found and loaded, but did most likel= y not match the u-boot dtb file. > > > > > > > > Is there an issue with loading overlays in conjunction with manuall= y loading dtb files via loader.conf? > > > > > > > > > > Yes, I see a problem -- try something like [0] (not even compile > > > tested, but it should work). I'll start working out a more proper > > > solution. > >=20 > > I've devised a solution that's a little less hacky at [1]. It > > separates out the loading of overlays from platform_load_dtb into its > > own platform_load_overlays. I've left it as a platform-specific thing > > instead of lifting it into the common fdt bits for two reasons: > >=20 > > 1.) We still technically support setting fdt_overlays in the U-Boot > > environment and honoring that, and > > 2.) Not all FDT platforms support overlays as they've not been tested, > > so it's probably best to nop it there for now just in case... > >=20 > > If we're ok with dropping #1 (probably not even used, but we don't > > have a way of measuring usage there) and OK with adding untested > > overlay support to powerpc/{ofw,kboot} then this diff drops > > dramatically and the calls to fdt_platform_load_overlays get replaced > > with fdt_load_dtb_overlays calls.boot/loader_lua.efi > >=20 > > > [0] https://people.freebsd.org/~kevans/overlay-hack.diff > >=20 > > [1] http://people.freebsd.org/~kevans/overlay-lesshack.diff >=20 > Thank you for your patches. I've been trying patch[1] but unfortunately > it seems to not work for me.=20 The patch[1] _does_ work, actually. I only had to realize that the loader-files in /boot seem not being involved in booting the system. After updating /EFI/BOOT/bootaa64.efi with the patched version of boot/loader_lua.efi all the overlays were applied correctly. > Due to my lack of knowledge on how to only > build and install /usr/src/stand=20 Only for the records: how to cross-build and install only /usr/src/stand:=20 % export TARGET=3Darm64 % export TARGET_ARCH=3Daarch64 % export DESTDIR=3D/path/to/install % cd /usr/src/ % make buildenv % cd /usr/src/stand % make && make install > I've built+installed both > kernel+world, but the described behavior did not change; still no > overlays when defining a dtb file in loader.conf. --=20 Manuel From owner-freebsd-arm@freebsd.org Mon Apr 1 00:04:11 2019 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 5357F1571093 for ; Mon, 1 Apr 2019 00:04:11 +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.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DCBA9965AE for ; Mon, 1 Apr 2019 00:04:10 +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 23CC9FB63 for ; Mon, 1 Apr 2019 00:04:10 +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 x3104AqD020008 for ; Mon, 1 Apr 2019 00:04:10 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x3104Ab8019999 for freebsd-arm@FreeBSD.org; Mon, 1 Apr 2019 00:04:10 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 236920] Bad asm constraints in arm64 byte swap functions Date: Mon, 01 Apr 2019 00:04:10 +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: jfc@mit.edu X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Apr 2019 00:04:11 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D236920 Bug ID: 236920 Summary: Bad asm constraints in arm64 byte swap functions Product: Base System Version: CURRENT Hardware: arm64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: jfc@mit.edu Created attachment 203277 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D203277&action= =3Dedit Fix inline assembly The bswap inline functions in sys/arm64/include/endian.h look wrong. The ARM byte swap instructions are ordinary RISC register to register instructions and should have "=3Dr" as the constraint on the output operand= and "r" as the constraint on the input operand. A message to the freebsd-arm list mentioned an error message "invalid opera= nd in inline asm" associated with one of the inline assembly statements in endian.h. This could have been caused by the strange constraints on the in= line assembly. I've tested that buildworld works with the attached patch. I have only run= a couple network utilities as a smoke test. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Mon Apr 1 05:53:19 2019 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 12EA2158280E for ; Mon, 1 Apr 2019 05:53:19 +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 7E33476FBB for ; Mon, 1 Apr 2019 05:53:18 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: by mailman.ysv.freebsd.org (Postfix) id 3F02A158280A; Mon, 1 Apr 2019 05:53:18 +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 16D8D1582809 for ; Mon, 1 Apr 2019 05:53:18 +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 DE88976F80 for ; Mon, 1 Apr 2019 05:53:09 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=cs.huji.ac.il; s=57791128; h=To:References:Message-Id:Content-Transfer-Encoding:Cc:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type; bh=11Ve4g8Fcl+k1/EbCNHUjYNQ6QXR8ggssPZ8bu4w4u4=; b=WTJniLSHlqMLZlVbyZ1tBfzqh424Qx0V2AjOkSW29v99pCXN2cJETqk0uAGCN0ILB0g8iiknwK+5gETS8jKNcAnLUnJO95XRVFbtqbLds2n9SVXPM1W+VlYhhzlZRdVOCiseo2GaCvm5ZGLfcQxWSlShiSBB0Ojh3Gr7W36eS1z7I8sEEVnftJA5ZQCnVZGrIwnLe8qYw8YD+xYVj/lofHZe5yvLNH7CaQ2H7OXYulNiHxMYAUlVx62gZYORkJat5h13HGXZSaBKPB0Ppk2bX2FShAK8nw5fzGHAv3P9UThHcJrT/Z+8HY7q9jvwct8Gp5RCRbO+432g5yovHrZU/A==; Received: from bach.cs.huji.ac.il ([132.65.80.20]) by kabab.cs.huji.ac.il with esmtp id 1hApsN-0008l9-N5; Mon, 01 Apr 2019 08:52:55 +0300 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: network booting allwinner(nanopi) From: Daniel Braniss In-Reply-To: <20190329193608.GC99439@cicely7.cicely.de> Date: Mon, 1 Apr 2019 08:52:55 +0300 Cc: "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <20190329193608.GC99439@cicely7.cicely.de> To: ticso@cicely.de X-Mailer: Apple Mail (2.3445.9.1) X-Rspamd-Queue-Id: DE88976F80 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cs.huji.ac.il header.s=57791128 header.b=WTJniLSH X-Spamd-Result: default: False [-3.39 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.995,0]; R_DKIM_ALLOW(-0.20)[cs.huji.ac.il:s=57791128]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[huji.ac.il]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[cs.huji.ac.il:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[210.116.65.132.list.dnswl.org : 127.0.10.0]; MX_GOOD(-0.01)[kabab.cs.huji.ac.il,post.cs.huji.ac.il]; R_SPF_NA(0.00)[]; NEURAL_HAM_SHORT(-0.90)[-0.901,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:378, ipnet:132.64.0.0/13, country:EU]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.68)[ipnet: 132.64.0.0/13(-1.90), asn: 378(-1.52), country: EU(-0.01)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Apr 2019 05:53:19 -0000 > On 29 Mar 2019, at 22:36, Bernd Walter = wrote: >=20 > On Fri, Mar 29, 2019 at 09:34:30AM +0300, Daniel Braniss wrote: >> Hi, >> with last weeks head (r345465), >> I tried - again - to netboot and the old way no longer works >> usb start >> setenv loaderdev net >> boot >>=20 >> now it complains allot:-) but no dice. >> So, is there a way that netboot works? >=20 > On a Pi1 project I put the following in loader.conf: > currdev=3D"net0" > This requires the loader.conf to be on the SD card however. > I used an UFS partition for that, but I assume that the msdosfs > partition would work too as the loader can read that filesystem > as well. >=20 > --=20 > B.Walter http://www.bwct.de > Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. well, this is what I get: U-Boot SPL 2019.01 (Mar 24 2019 - 10:15:37 +0200) DRAM: 512 MiB Trying to boot from MMC1 U-Boot 2019.01 (Mar 24 2019 - 10:15:37 +0200) Allwinner Technology CPU: Allwinner H3 (SUN8I 1680) Model: FriendlyARM NanoPi NEO DRAM: 512 MiB MMC: SUNXI SD/MMC: 0 Loading Environment from FAT... *** Warning - bad CRC, using default = environment In: serial Out: serial Err: serial Net: phy interface0 Error: ethernet@1c30000 address not set. eth-1: ethernet@1c30000 starting USB... USB0: USB EHCI 1.00 USB1: USB OHCI 1.0 USB2: USB EHCI 1.00 USB3: USB OHCI 1.0 scanning bus 0 for devices... 1 USB Device(s) found scanning bus 2 for devices... 1 USB Device(s) found scanning usb for storage devices... 0 Storage Device(s) found Hit any key to stop autoboot: 2 =08=08=08 0 =3D> usb start =3D> boot=08 =08=08 =08=08 =08=08 =08setn=08 =08env loaderdev net =3D> boot switch to partitions #0, OK mmc0 is current device Scanning mmc 0:1... Found U-Boot script /boot.scr 199 bytes read in 1 ms (194.3 KiB/s) ## Executing script at 43100000 375752 bytes read in 19 ms (18.9 MiB/s) ## Starting application at 0x42000000 ... Consoles: U-Boot console =20 Compatible U-Boot API signature found @0x5bf595c8 FreeBSD/armv7 U-Boot loader, Revision 1.2 DRAM: 512MB Number of U-Boot devices: 1 U-Boot env: loaderdev=3D'net' Found U-Boot device: disk Found U-Boot device: net Booting from net0: net_probe: no network devices found, maybe not enumerated yet..? netboot: couldn't probe uboot_eth0 net_open: netif_open() failed Startup error in /boot/lua/loader.lua: LUA ERROR: cannot open /boot/lua/loader.lua: device not configured. net_probe: no network devices found, maybe not enumerated yet..? netboot: couldn't probe uboot_eth0 net_open: netif_open() failed net_probe: no network devices found, maybe not enumerated yet..? netboot: couldn't probe uboot_eth0 net_open: netif_open() failed net_probe: no network devices found, maybe not enumerated yet..? netboot: couldn't probe uboot_eth0 net_open: netif_open() failed net_probe: no network devices found, maybe not enumerated yet..? netboot: couldn't probe uboot_eth0 net_open: netif_open() failed net_probe: no network devices found, maybe not enumerated yet..? netboot: couldn't probe uboot_eth0 net_open: netif_open() failed net_probe: no network devices found, maybe not enumerated yet..? netboot: couldn't probe uboot_eth0 net_open: netif_open() failed net_probe: no network devices found, maybe not enumerated yet..? netboot: couldn't probe uboot_eth0 net_open: netif_open() failed net_probe: no network devices found, maybe not enumerated yet..? netboot: couldn't probe uboot_eth0 net_open: netif_open() failed net_probe: no network devices found, maybe not enumerated yet..? netboot: couldn't probe uboot_eth0 net_open: netif_open() failed can't load 'kernel' Type '?' for a list of commands, 'help' for more detailed help. loader>= From owner-freebsd-arm@freebsd.org Mon Apr 1 21:20:05 2019 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 0FB91156F766 for ; Mon, 1 Apr 2019 21:20:05 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [IPv6:2001:470:6c08::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CA67F8A691 for ; Mon, 1 Apr 2019 21:20:03 +0000 (UTC) (envelope-from peter@pean.org) Received: from [IPv6:2001:470:de59::885b:f5ed:c23c:d392] (unknown [IPv6:2001:470:de59:0:885b:f5ed:c23c:d392]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id 0FA9B1B37E6; Mon, 1 Apr 2019 23:19:48 +0200 (CEST) From: =?utf-8?Q?Peter_Ankerst=C3=A5l?= Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_50CCBADD-0C50-4E78-B0C2-D405A603190E"; protocol="application/pkcs7-signature"; micalg=sha-256 Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: Help getting Marvell-A388 SBC booted Date: Mon, 1 Apr 2019 23:18:46 +0200 In-Reply-To: Cc: doc.solo@web.de, freebsd-arm To: Marcin Wojtas References: X-Mailer: Apple Mail (2.3445.102.3) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Apr 2019 21:20:05 -0000 --Apple-Mail=_50CCBADD-0C50-4E78-B0C2-D405A603190E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On 1 Feb 2019, at 10:03, Marcin Wojtas wrote: >=20 > Hi S=C3=B6ren, >=20 > pt., 1 lut 2019 o 09:18 napisa=C5=82(a): >>=20 >> Hi Marcin, >>=20 >> I used this device tree: = https://github.com/Artox/crochet/blob/pr-clearfog/board/Clearfog/files/arm= ada-388-helios4.dts. I did a crochet build of FreeBSD-12 with config = from above mentioned github repo. >>=20 >> I will build everything from scratch now, but documentation is really = sparse. So I still don't know what is really important to get FBSD = booted. My understanding is, that U-Boot needs the API enabled and that = there are some deviations from the linux device trees. Anything else? >=20 > We made an effort to remove all deviations from the Linux device > trees, when adding support to GENERIC config. Therefore any > customisation is no longer needed (it was added long time before 12 > release). We also used unmodified u-boot from Marvell repos all the > time. I need to check and help you (but not before the weekend :) ). Hi! Im trying to get FreeBSD 12 running on the ClearFog Base (with eMMC). I = have built a image using crochet with the modifications found at = https://github.com/Artox/crochet/ But so far I have no luck getting it booted: - =3D> fatload mmc 0:2 0x1000000 armada-388-clearfog-base.dtb reading armada-388-clearfog-base.dtb 24814 bytes read in 17 ms (1.4 MiB/s) =3D> fatload mmc 0:2 0x2000000 ubldr.bin reading ubldr.bin 367160 bytes read in 33 ms (10.6 MiB/s) =3D> go 0x2000000 ## Starting application at 0x02000000 ... ## Application terminated, rc =3D 0x1BADAB1 - I have tried to write a few different u-boot to my eMMC with the same = result. dd if=3Du-boot-clearfog-base-mmc.kwb of=3D/dev/mmcblk0 bs=3D512 seek=3D1 1. The ones built with sysutils/u-boot-clearfog 2. = https://images.solid-build.xyz/A38X/U-Boot/u-boot-clearfog-base-mmc.kwb --Apple-Mail=_50CCBADD-0C50-4E78-B0C2-D405A603190E Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCDKIw ggZMMIIFNKADAgECAhAIYx54g0aQ2jlpvYBCpK60MA0GCSqGSIb3DQEBCwUAMGUxCzAJBgNVBAYT AlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2VydC5jb20xJDAi BgNVBAMTG0RpZ2lDZXJ0IFNIQTIgQXNzdXJlZCBJRCBDQTAeFw0xOTAzMjAwMDAwMDBaFw0yMjAz MjAxMjAwMDBaMHQxCzAJBgNVBAYTAlNFMRAwDgYDVQQHEwdVcHBzYWxhMRkwFwYDVQQKDBBQZXRl ciBBbmtlcnN0w6VsMRkwFwYDVQQDDBBQZXRlciBBbmtlcnN0w6VsMR0wGwYJKoZIhvcNAQkBFg5w ZXRlckBwZWFuLm9yZzCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBANbMh3R37S2b/qQU LkhUSZvHgrl9zRt2ARiVkAhOEQxdOax6XCm6LbNNSSk3uduA+kKhLKf442IUff0RfNJfm/6SEDm0 sR7jWLR4duWmo2f5fWl9/E6ALvWVqJY5ILR9fz7xoB1YjM4OXyNXPYYHZh/rTYek6XL2Ku7Ph2iD mhvYlmHO28MKUA0DvHrFSdLV5/K/gVIMS8c0rlPNi5fWU8WG9NTaNvdXYKPomb2pfo5d9DXFLZs2 F0aPCielmvcWnt1CaVrhdk8vs+/gIra1ZHkha3pYAGkXq+n/3teZNh8gX7ltVJpPWs2IYtRTd0j1 YjqWBK9kgilL6CBQs5q76Mcjm0A3iCTOUFHmmkLMBJcKiobpcOAcWBS3Wf7jgbkZAuoWnbJPg+DA COzna8lg/S1+FlMGxOZsosrcoagzxMIYddfTC/lMFX+lXifW30cudPjWx5fM0QoDKGILPa85K1ex BsiaHx1danwitEMux6RlTuHKAJg7CkiMc9aP5P0aGbHTpJTYh8uHdL83sgnekwJ5Dgkh7BNqVhED 0cjDfAsNHOdhTTHdEprqrJ9ytkHmWFvUhiX9hkW0LFgFc5apbB/mwsUstfPHfDOflLidbtcG4Xgw 8fKv/it0xlJwPhxhHHZkndwrkjsoz/jbyFrlbPBBkA1dwamhtppwcZsWiqlJAgMBAAGjggHnMIIB 4zAfBgNVHSMEGDAWgBTnAiOAAE/Y17yUC9k/dDlJMjyKeTAdBgNVHQ4EFgQUxx/6f5aEHV7C1Tuz e+XbwXnlIOkwDAYDVR0TAQH/BAIwADAZBgNVHREEEjAQgQ5wZXRlckBwZWFuLm9yZzAOBgNVHQ8B Af8EBAMCBaAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMEMGA1UdIAQ8MDowOAYKYIZI AYb9bAQBAjAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy5kaWdpY2VydC5jb20vQ1BTMIGIBgNV HR8EgYAwfjA9oDugOYY3aHR0cDovL2NybDMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0U0hBMkFzc3Vy ZWRJRENBLWcyLmNybDA9oDugOYY3aHR0cDovL2NybDQuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0U0hB MkFzc3VyZWRJRENBLWcyLmNybDB5BggrBgEFBQcBAQRtMGswJAYIKwYBBQUHMAGGGGh0dHA6Ly9v Y3NwLmRpZ2ljZXJ0LmNvbTBDBggrBgEFBQcwAoY3aHR0cDovL2NhY2VydHMuZGlnaWNlcnQuY29t L0RpZ2lDZXJ0U0hBMkFzc3VyZWRJRENBLmNydDANBgkqhkiG9w0BAQsFAAOCAQEAtH6RpZidx4wf eniyd1+ZDD5lSQXq2OVV8mwMnYFJpYSlnyorSJR4zWCtnjcLDNvZGIWizSk29F3CGUJ9sW774Lvm xk8Yr64ntT9phUozFtSiBPxpjXTdXIIRcSu8Fjh+FWaoMw2z7ONCZX0wT5QnqV9YdrMg/+wzdo6n rgJfafUI6qXSImKlGJ1Xnzka/QS+pxcyUtsFLw0O9bnLaOBCUtmKItTv9FT/fBJenhdm4k4uMFgh w5kWF4dZsof0HOkQeC+DfsFJbIJ5wheT/uZhuF/Fz8mTJ0qNl8V4+fm1nSWYWJtygb/FENpK0HVa ffwSJp3f02pu/cHNKOwc62w4uTCCBk4wggU2oAMCAQICEASueWBmZpAaucV/pmxb3M0wDQYJKoZI hvcNAQELBQAwZTELMAkGA1UEBhMCVVMxFTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQ d3d3LmRpZ2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNlcnQgQXNzdXJlZCBJRCBSb290IENBMB4X DTEzMTEwNTEyMDAwMFoXDTI4MTEwNTEyMDAwMFowZTELMAkGA1UEBhMCVVMxFTATBgNVBAoTDERp Z2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNlcnQg U0hBMiBBc3N1cmVkIElEIENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA3PgRIz9q te/AJ3kbLQWHohBDMd8O1BUbT3ekIs4+jHDwvgeO3ScqvAEdtiwKyt1pWB9B7WoFH9pjeFkeIiwr +Lp+yTU7VvEffEJ+JbAjGcZFONc9RPkgfGCuHLBaGAS+jzv3qfCUmqYMY0m2QRdTQDK9T+ZQelAf JUXo8Ymvzf9e/1Dz8BcR/73FifW9YrnY+45FBIVtmc3FSE39JqsCNkXqNtdfauIagkEK3OnZ9ZEX jsYhrTg8E+Yef2ac1U3ZRtr2z1KnfTskw7TBUTXGm+vU737kewPhRL16CzfgT8uCig1xGOSm4Iks G/OyczzBsJKeGH29q33FfQihLMKfcwIDAQABo4IC+DCCAvQwEgYDVR0TAQH/BAgwBgEB/wIBADAO BgNVHQ8BAf8EBAMCAYYwNAYIKwYBBQUHAQEEKDAmMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5k aWdpY2VydC5jb20wgYEGA1UdHwR6MHgwOqA4oDaGNGh0dHA6Ly9jcmw0LmRpZ2ljZXJ0LmNvbS9E aWdpQ2VydEFzc3VyZWRJRFJvb3RDQS5jcmwwOqA4oDaGNGh0dHA6Ly9jcmwzLmRpZ2ljZXJ0LmNv bS9EaWdpQ2VydEFzc3VyZWRJRFJvb3RDQS5jcmwwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUF BwMEMIIBswYDVR0gBIIBqjCCAaYwggGiBgpghkgBhv1sAAIEMIIBkjAoBggrBgEFBQcCARYcaHR0 cHM6Ly93d3cuZGlnaWNlcnQuY29tL0NQUzCCAWQGCCsGAQUFBwICMIIBVh6CAVIAQQBuAHkAIAB1 AHMAZQAgAG8AZgAgAHQAaABpAHMAIABDAGUAcgB0AGkAZgBpAGMAYQB0AGUAIABjAG8AbgBzAHQA aQB0AHUAdABlAHMAIABhAGMAYwBlAHAAdABhAG4AYwBlACAAbwBmACAAdABoAGUAIABEAGkAZwBp AEMAZQByAHQAIABDAFAALwBDAFAAUwAgAGEAbgBkACAAdABoAGUAIABSAGUAbAB5AGkAbgBnACAA UABhAHIAdAB5ACAAQQBnAHIAZQBlAG0AZQBuAHQAIAB3AGgAaQBjAGgAIABsAGkAbQBpAHQAIABs AGkAYQBiAGkAbABpAHQAeQAgAGEAbgBkACAAYQByAGUAIABpAG4AYwBvAHIAcABvAHIAYQB0AGUA ZAAgAGgAZQByAGUAaQBuACAAYgB5ACAAcgBlAGYAZQByAGUAbgBjAGUALjAdBgNVHQ4EFgQU5wIj gABP2Ne8lAvZP3Q5STI8inkwHwYDVR0jBBgwFoAUReuir/SSy4IxLVGLp6chnfNtyA8wDQYJKoZI hvcNAQELBQADggEBAE7UiSe5/R2Hd34PKAWQ8QovyTs+vZOckMav+pFRhzJUa+jKwXFRXJmOtfrg YhmZpgeafBMn2+UCooQS2RX2CkRXxDSPbXMfOtagAT3e44LkRWuy6yX9gF4dOZC+W0L2zpFg4/mg VgxIEM4zaHvNk6vwastPWA+5e10bBIGepyLiV0kn7pKTCL5pCFMCOi5dyBn0UIBOAtmwXZG0k4f5 lpaBVUCOZu2C2LsoX+1MYe0GWCgZUxFEvEcgKbIEbNiJVJk7ddtneCweknjGVT1YEhEybr1DDE00 23vGQtvsvqubYUwGkuOO3yEqUFcEwGCiNdUknmY3CUnP1fhls+DibsIxggQpMIIEJQIBATB5MGUx CzAJBgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2Vy dC5jb20xJDAiBgNVBAMTG0RpZ2lDZXJ0IFNIQTIgQXNzdXJlZCBJRCBDQQIQCGMeeINGkNo5ab2A QqSutDANBglghkgBZQMEAgEFAKCCAYEwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG 9w0BCQUxDxcNMTkwNDAxMjExODQ3WjAvBgkqhkiG9w0BCQQxIgQgdJ3mitC0/Ni4PC8sEOZ9pvuw IkM/O5YlCrZF7Yb/D6QwgYgGCSsGAQQBgjcQBDF7MHkwZTELMAkGA1UEBhMCVVMxFTATBgNVBAoT DERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNl cnQgU0hBMiBBc3N1cmVkIElEIENBAhAIYx54g0aQ2jlpvYBCpK60MIGKBgsqhkiG9w0BCRACCzF7 oHkwZTELMAkGA1UEBhMCVVMxFTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRp Z2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNlcnQgU0hBMiBBc3N1cmVkIElEIENBAhAIYx54g0aQ 2jlpvYBCpK60MA0GCSqGSIb3DQEBAQUABIICANTWykWURoet+L/erZff4eP1ObCP1qJozqsQnStu 7ci/KBWltNT4uGcmpDND6OSsGLPDIJEo1qQdE4xkPG+ZV5wts6oQC5GyYO0qKNVOHgCdcrZZT6/y gPgErl2uY/newgTMoy2i3YbemDJCp4dCOd0MtxEvpiP9x+3L97I8ogjWxaJU1A9hSzgttpK9zr+W wPbd1iBT4ZP9sibP0BGBiBCAaKr4PcKEP6WirX2Na1ZNgCIJGGlyiYttKUJJkHUeBw3jO+8/VCeg u00yvXQKlZwGqLH4P14izG+drd3LpvbzGrQYfH7eUaFfKSf64eamfCehaDWqNaYIx/2CFeHWztT9 raVKcG64FDnA8y2StWTbi/mhpRTENCXQSdL3i0q6GYo1lsFWNVdMHY6+dVcc6+yBeXSGxr5uXpk/ 8VMjQtZJUy0ocZjkaXfidYxqCu85nJZmhtdOP/4wLxOI4EhJtn+ekvrgdxZABPq0Z+50xsyxY6Nz OufknqUSZvHVTmEPSh+k/G5Zdrepu4IhCfIuzMBRh7PEkesqS1ka7aGpoa23TgR05M8crOPgyiqQ sUWeIT0kuwQmFXDgd3ejSfTaFR9NfqbmN7yU2kFjCIFw/W56qIkcXG+OgQ/rBvP0KxClvlnvgSML AkUzJBOqobuTG2hLJp4m3UCGyg2pkhuWTW9EAAAAAAAA --Apple-Mail=_50CCBADD-0C50-4E78-B0C2-D405A603190E-- From owner-freebsd-arm@freebsd.org Mon Apr 1 22:47:04 2019 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 51B8F1570DA5 for ; Mon, 1 Apr 2019 22:47:04 +0000 (UTC) (envelope-from sem@semmy.ru) Received: from sunner.semmy.ru (sunner.semmy.ru [IPv6:2a00:14d0:0:20::3]) (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 12BEC8CEC7 for ; Mon, 1 Apr 2019 22:46:58 +0000 (UTC) (envelope-from sem@semmy.ru) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=semmy.ru; s=dkim; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date: Message-ID:Subject:From:To:Sender:Reply-To:Cc:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=4Nr1jF5MeloqIiFXJV1LumAZj9Hsdkw+L96TwkBxTJo=; b=aQTVusUw8jRWjfvK4bQO+OuZow QM0Qmnu0UeVVTWnCY/AY64ZarIQalbmuJNUc7cUoi+mSimY0vPkSDB4tvGuDli/bihhMdQaOgTPWM v0GrPrz031OPyoH3A3kBd9ywBnoLkgQgKrMPIVsYUMrv6ZFmL2zCtTuseYrs7yGrZon8=; Received: from [2a02:2168:8c97:fe00:1169:9d86:58a3:2643] (helo=notebook.home.semmy.ru) by sunner.semmy.ru with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1hB5hg-0002fe-5G for freebsd-arm@FreeBSD.org; Tue, 02 Apr 2019 01:46:56 +0300 To: freebsd-arm@FreeBSD.org From: Sergey Matveychuk Subject: Can't boot 12.0-RELEASE on Raspberry Pi 3 B+ Message-ID: <56f70560-a1fe-8278-79c9-834bf2df97e5@semmy.ru> Date: Tue, 2 Apr 2019 01:46:56 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 12BEC8CEC7 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=semmy.ru header.s=dkim header.b=aQTVusUw; spf=pass (mx1.freebsd.org: domain of sem@semmy.ru designates 2a00:14d0:0:20::3 as permitted sender) smtp.mailfrom=sem@semmy.ru X-Spamd-Result: default: False [0.49 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[semmy.ru:s=dkim]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:14d0:0:20::3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[semmy.ru]; NEURAL_SPAM_MEDIUM(0.69)[0.689,0]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.63)[-0.627,0]; NEURAL_SPAM_SHORT(0.36)[0.359,0]; DKIM_TRACE(0.00)[semmy.ru:+]; MX_GOOD(-0.01)[mail.semmy.ru]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.58)[asn: 8331(2.89), country: RU(0.00)]; ASN(0.00)[asn:8331, ipnet:2a00:14d0::/32, country:RU]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Apr 2019 22:47:04 -0000 Hi. I've took an image FreeBSD-12.0-RELEASE-arm-armv6-RPI-B.img, wrote it on microSD with dd(1) and tried to boot on my Raspberry Pi 3 B+. Green LED blinks shortly and I see only rainbow screen on my HDMI display and it stuck. And I see no data on UART interface. What's problem? How to debug? Give me a hint please. From owner-freebsd-arm@freebsd.org Mon Apr 1 22:58:04 2019 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 2D5051571450 for ; Mon, 1 Apr 2019 22:58:04 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x82f.google.com (mail-qt1-x82f.google.com [IPv6:2607:f8b0:4864:20::82f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 293228D49D for ; Mon, 1 Apr 2019 22:58:03 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x82f.google.com with SMTP id p20so12782811qtc.9 for ; Mon, 01 Apr 2019 15:58:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=/X0QuYcpsTjeW7VvsO4/RXpEJElKlPs5nptxsExnpBc=; b=gmfsuOOHy8iKmBgCZTuNNLbgmA1g7WBSQZiiuFuTTTBOVggw69INsiglKA4nzOCjYs YMZ7E1pmGeuE3azwSbNB5ZWs4wJN+5gwErs0osKHxJeaUV/q5h0JvudmodqDV6apJnLg jdt7GHDG2tOShc1mYm90TpuajqnX1vUCglih/PffiG0qSUrn+59nN6A69q3xdAa7VWzj 5r7dfWMvXMKXD8dCFhwWq603OGFLlaXJUtA/Dl+TxF9q0mt+UjF7ja2BbgqFq4e8qX9W CLcOfWQfs+KThZDjfRM2cbByuBAtzmZ5JTMsK3382o1+onN2BkSCLuQWxhrWzaVZX71c K68A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=/X0QuYcpsTjeW7VvsO4/RXpEJElKlPs5nptxsExnpBc=; b=dk/cFMtKwjBpbJssLAmoJ6k3+XzzJQ3P53NIxQ4u/S+1DtaQlT5zcVDW+0TOOTsr55 Tr0NjCCK8n/LZ894ut5ysdmPw23YjDSTTGUuMvV7s20o/yrT+EUbQXriMkj37dFdx9ZV u+XVj+C7Ci40P1J7qxtWkLKXy0SBqom6KSUIuf/pAO61w5HGBWaWhs4VWMrsDbSThmJu tbpzfLk3D9O+Wfuvfis8pT25vy+4mpvs4pRH+URTEwqhwqC4A3gyJxJPq7NYGMoqpBiD 9r4H3Coxt77DX0qRlUIYfQW8/TjEX0kaXHDoe5WSTdANhjQHukjassAGr/MZq4VZObjb dajQ== X-Gm-Message-State: APjAAAW1ipxhp0rN55Jfl7qhlfE3dcQMsGwUHZ6Rd6v7O9+N25orpY+p /kkflsBDAsCpxo1LfwJJ3Phajqs/8Di3JkVp12mvlggB X-Google-Smtp-Source: APXvYqyNTshcyfGKGVS0OOB6clY2TjUfR01HkloO8ParYIYCG+lsaBrhaHf5bW9V5sUsHz8bFNQ2Vgn0CD75gpbf384= X-Received: by 2002:ac8:3feb:: with SMTP id v40mr56383485qtk.102.1554159482615; Mon, 01 Apr 2019 15:58:02 -0700 (PDT) MIME-Version: 1.0 References: <56f70560-a1fe-8278-79c9-834bf2df97e5@semmy.ru> In-Reply-To: <56f70560-a1fe-8278-79c9-834bf2df97e5@semmy.ru> From: Warner Losh Date: Mon, 1 Apr 2019 16:57:51 -0600 Message-ID: Subject: Re: Can't boot 12.0-RELEASE on Raspberry Pi 3 B+ To: Sergey Matveychuk Cc: "freebsd-arm@freebsd.org" X-Rspamd-Queue-Id: 293228D49D X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=gmfsuOOH X-Spamd-Result: default: False [-5.73 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.93)[-0.927,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[f.2.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; MX_GOOD(-0.01)[cached: ALT1.aspmx.l.google.com]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; IP_SCORE(-2.79)[ip: (-8.85), ipnet: 2607:f8b0::/32(-2.89), asn: 15169(-2.15), country: US(-0.06)]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Apr 2019 22:58:04 -0000 On Mon, Apr 1, 2019 at 4:47 PM Sergey Matveychuk wrote: > Hi. > > I've took an image FreeBSD-12.0-RELEASE-arm-armv6-RPI-B.img, wrote it on > microSD with dd(1) and tried to boot on my Raspberry Pi 3 B+. Green LED > blinks shortly and I see only rainbow screen on my HDMI display and it > stuck. And I see no data on UART interface. > > What's problem? How to debug? Give me a hint please. > The PRI3 is a arm64 box, maybe use that image instead? Warner From owner-freebsd-arm@freebsd.org Mon Apr 1 22:59:47 2019 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 B7BB815714D4 for ; Mon, 1 Apr 2019 22:59:47 +0000 (UTC) (envelope-from sem@semmy.ru) Received: from sunner.semmy.ru (sunner.semmy.ru [IPv6:2a00:14d0:0:20::3]) (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 1D2F48D524 for ; Mon, 1 Apr 2019 22:59:47 +0000 (UTC) (envelope-from sem@semmy.ru) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=semmy.ru; s=dkim; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version: Date:Message-ID:From:References:Cc:To:Subject:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=1cq6nsEIZms9ZlTLL/1NCREQmqfB8nWondcROJUaaYQ=; b=gEv9i0jclc5I/hS+YNP5x8lD83 WKSu6t+zugvpNx9aoVvrxgmBcvuR1rng8isS+FvxTODmPHdmYMqOQVxvpQ510c1EAhsRuj4wxE/15 oUWNsZT1ER7GJPJJgwAX+50QzT4XKgJVfBCD6X7kQkU+rP90XD6iWhPI+cci56wValXA=; Received: from [2a02:2168:8c97:fe00:1169:9d86:58a3:2643] (helo=notebook.home.semmy.ru) by sunner.semmy.ru with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1hB5u5-0002gQ-EG; Tue, 02 Apr 2019 01:59:45 +0300 Subject: Re: Can't boot 12.0-RELEASE on Raspberry Pi 3 B+ To: Warner Losh Cc: "freebsd-arm@freebsd.org" References: <56f70560-a1fe-8278-79c9-834bf2df97e5@semmy.ru> From: Sergey Matveychuk Message-ID: Date: Tue, 2 Apr 2019 01:59:45 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 1D2F48D524 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=semmy.ru header.s=dkim header.b=gEv9i0jc; spf=pass (mx1.freebsd.org: domain of sem@semmy.ru designates 2a00:14d0:0:20::3 as permitted sender) smtp.mailfrom=sem@semmy.ru X-Spamd-Result: default: False [-0.07 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[semmy.ru:s=dkim]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:14d0:0:20::3]; NEURAL_HAM_LONG(-0.71)[-0.711,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[semmy.ru]; NEURAL_SPAM_MEDIUM(0.52)[0.516,0]; NEURAL_SPAM_SHORT(0.06)[0.062,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[semmy.ru:+]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[cached: mail.semmy.ru]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.57)[asn: 8331(2.86), country: RU(0.00)]; ASN(0.00)[asn:8331, ipnet:2a00:14d0::/32, country:RU]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Apr 2019 22:59:47 -0000 02.04.2019 1:57, Warner Losh пишет: > > > On Mon, Apr 1, 2019 at 4:47 PM Sergey Matveychuk > wrote: > > Hi. > > I've took an image FreeBSD-12.0-RELEASE-arm-armv6-RPI-B.img, wrote > it on > microSD with dd(1) and tried to boot on my Raspberry Pi 3 B+. Green LED > blinks shortly and I see only rainbow screen on my HDMI display and it > stuck. And I see no data on UART interface. > > What's problem? How to debug? Give me a hint please. > > > The PRI3 is a arm64 box, maybe use that image instead? > Ah, I was mistaken with RPI-B in image name. Thanks. From owner-freebsd-arm@freebsd.org Tue Apr 2 02:00:53 2019 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 2F5A0154F792; Tue, 2 Apr 2019 02:00:53 +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 4AFA86BE6E; Tue, 2 Apr 2019 02:00:52 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id x321xvSI027287 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 1 Apr 2019 18:59:58 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id x321xvFC027286; Mon, 1 Apr 2019 18:59:57 -0700 (PDT) (envelope-from fbsd) Date: Mon, 1 Apr 2019 18:59:56 -0700 From: bob prohaska To: John F Carr Cc: "freebsd-ports@freebsd.org" , "freebsd-arm@freebsd.org" Subject: Re: RPI3, error: invalid operand in inline asm: 'rev16 ${0:w}, ${1:w}' Message-ID: <20190402015956.GA27268@www.zefox.net> References: <20190330152327.GA11933@www.zefox.net> <236A3D25-0B4D-46DA-95BA-71DA505CC2E0@exchange.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <236A3D25-0B4D-46DA-95BA-71DA505CC2E0@exchange.mit.edu> User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 4AFA86BE6E X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [5.16 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_GOOD(-0.10)[text/plain]; SUBJECT_HAS_CURRENCY(1.00)[]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.72)[0.720,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.44)[0.445,0]; MX_GOOD(-0.01)[cached: www.zefox.net]; NEURAL_SPAM_LONG(0.96)[0.958,0]; IP_SCORE(0.15)[ip: (0.56), ipnet: 50.1.16.0/20(0.28), asn: 7065(-0.01), country: US(-0.06)]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Apr 2019 02:00:53 -0000 On Sat, Mar 30, 2019 at 05:50:35PM +0000, John F Carr wrote: > > > > On Mar 30, 2019, at 11:23 , bob prohaska wrote: > > > > In a recent attempt to compile www/chromium on an RPI3 running r345516 > > compilation stopped with repeated reports of > > > > /usr/include/machine/endian.h:89:19: error: invalid operand in inline asm: 'rev16 ${0:w}, ${1:w}' > > > > Chromium compiled on the same host a couple of months ago, but the > > executable failed on a runtime library error. Now attempts to upgrade > > stop during compilation. Ports are presently at revision 496949. > > > > Thanks for reading, and any guidance. > > > > bob prohaska > > The swap function at that line in sys/arm64/include/endian.h doesn't look right to me. I think it should read > > __asm("rev16 %w0, %w1\n" : "=r" (ret) : "r" (w)); > > instead of > > __asm __volatile("rev16 %w0, %w1\n" : "=&r" (ret), "+r" (v)); > > Two changes: (1) it doesn't need to be volatile because it has no side effects and (2) the constraints and lack of explicit input operand are wrong. The other swap functions should have similar changes. > Apologies for being obtuse, but is that suggestive of a problem with the host system, or a problem with the port? Thanks for reading! bob prohaska From owner-freebsd-arm@freebsd.org Tue Apr 2 10:42:47 2019 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 AFBDA1560D98; Tue, 2 Apr 2019 10:42:47 +0000 (UTC) (envelope-from jfc@mit.edu) Received: from outgoing-exchange-3.mit.edu (outgoing-exchange-3.mit.edu [18.9.28.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.outgoing-exchange.mit.edu", Issuer "InCommon RSA Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A0C9B86136; Tue, 2 Apr 2019 10:42:46 +0000 (UTC) (envelope-from jfc@mit.edu) Received: from OC11EXEDGE4.EXCHANGE.MIT.EDU (OC11EXEDGE4.EXCHANGE.MIT.EDU [18.9.3.27]) by outgoing-exchange-3.mit.edu (8.14.7/8.12.4) with ESMTP id x32Aduln032007; Tue, 2 Apr 2019 06:39:57 -0400 Received: from OC11EXHUB9.exchange.mit.edu (18.9.3.23) by OC11EXEDGE4.EXCHANGE.MIT.EDU (18.9.3.27) with Microsoft SMTP Server (TLS) id 14.3.439.0; Tue, 2 Apr 2019 06:39:22 -0400 Received: from OC11EXPO24.exchange.mit.edu ([169.254.1.112]) by OC11EXHUB9.exchange.mit.edu ([18.9.3.23]) with mapi id 14.03.0439.000; Tue, 2 Apr 2019 06:39:43 -0400 From: John F Carr To: bob prohaska CC: John F Carr , "freebsd-ports@freebsd.org" , "freebsd-arm@freebsd.org" Subject: Re: RPI3, error: invalid operand in inline asm: 'rev16 ${0:w}, ${1:w}' Thread-Topic: RPI3, error: invalid operand in inline asm: 'rev16 ${0:w}, ${1:w}' Thread-Index: AQHU5wysVg2BgjPU/Ui4D1u3G3LuWKYktxyAgAOtYgCAAJE5AA== Date: Tue, 2 Apr 2019 10:39:42 +0000 Message-ID: <28F4BF7B-4391-4A4B-ABEC-36A154F9FAE2@exchange.mit.edu> References: <20190330152327.GA11933@www.zefox.net> <236A3D25-0B4D-46DA-95BA-71DA505CC2E0@exchange.mit.edu> <20190402015956.GA27268@www.zefox.net> In-Reply-To: <20190402015956.GA27268@www.zefox.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [18.9.1.84] Content-Type: text/plain; charset="us-ascii" Content-ID: <9D7C6A3AD60A034DB6B3CA434E3F1E08@exchange.mit.edu> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Rspamd-Queue-Id: A0C9B86136 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of jfc@mit.edu designates 18.9.28.13 as permitted sender) smtp.mailfrom=jfc@mit.edu X-Spamd-Result: default: False [-1.48 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; HAS_XOIP(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:18.9.28.0/24]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; SUBJECT_HAS_CURRENCY(1.00)[]; DMARC_NA(0.00)[mit.edu]; NEURAL_HAM_LONG(-0.96)[-0.959,0]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mit-edu.mail.protection.outlook.com,mit-edu.mail.protection.outlook.com]; NEURAL_HAM_SHORT(-0.67)[-0.670,0]; NEURAL_HAM_MEDIUM(-0.53)[-0.529,0]; IP_SCORE(-0.01)[asn: 3(-0.00), country: US(-0.06)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3, ipnet:18.9.0.0/16, country:US]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Apr 2019 10:42:47 -0000 On Apr 1, 2019, at 21:59 , bob prohaska wrote: >=20 > On Sat, Mar 30, 2019 at 05:50:35PM +0000, John F Carr wrote: >>=20 >>=20 >>> On Mar 30, 2019, at 11:23 , bob prohaska wrote: >>>=20 >>> In a recent attempt to compile www/chromium on an RPI3 running r345516 >>> compilation stopped with repeated reports of=20 >>>=20 >>> /usr/include/machine/endian.h:89:19: error: invalid operand in inline a= sm: 'rev16 ${0:w}, ${1:w}' >>>=20 >>> Chromium compiled on the same host a couple of months ago, but the=20 >>> executable failed on a runtime library error. Now attempts to upgrade >>> stop during compilation. Ports are presently at revision 496949. >>>=20 >>> Thanks for reading, and any guidance. >>>=20 >>> bob prohaska >>=20 >> The swap function at that line in sys/arm64/include/endian.h doesn't loo= k right to me. I think it should read >>=20 >> __asm("rev16 %w0, %w1\n" : "=3Dr" (ret) : "r" (w)); >>=20 >> instead of >>=20 >> __asm __volatile("rev16 %w0, %w1\n" : "=3D&r" (ret), "+r" (v)); >>=20 >> Two changes: (1) it doesn't need to be volatile because it has no side e= ffects and (2) the constraints and lack of explicit input operand are wrong= . The other swap functions should have similar changes. >>=20 >=20 > Apologies for being obtuse, but is that suggestive of a problem with the > host system, or a problem with the port? >=20 > Thanks for reading! >=20 > bob prohaska >=20 The problem I mentioned is with the system. I filed a bug: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D236920 If you change the system header /usr/include/machine/endian.h according to the path in that bug report, does chromium compile?= From owner-freebsd-arm@freebsd.org Tue Apr 2 10:46:05 2019 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 2ECDB1560F4D for ; Tue, 2 Apr 2019 10:46:05 +0000 (UTC) (envelope-from mw@semihalf.com) Received: from mail-qt1-x836.google.com (mail-qt1-x836.google.com [IPv6:2607:f8b0:4864:20::836]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C639F8623D for ; Tue, 2 Apr 2019 10:46:04 +0000 (UTC) (envelope-from mw@semihalf.com) Received: by mail-qt1-x836.google.com with SMTP id s15so14604052qtn.3 for ; Tue, 02 Apr 2019 03:46:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=A1kNI76aFo7+7bzLD1ej3JZ6gxOFKS1EKcT59QzYH9w=; b=GbYrd4YZGku6OmCLU7Pwe+F69w5mcdTj5Vi9fkad+gkx49gThtDz6zMtA+n9qPydYX WU+9NLbUdqUffpDEJCzHkj61E/4Qhwp+w81FLJYFHsR9/obb/YssdQSlAy+pbODuSQmn 5FxiDmTbtZZM8d8/igXm3ZYcLgVzE+ttW4pbMOWSsKIOBSOzm7Quf0rV72wTHsXQk520 q1niIbWjxZBj7lLhBAR2rzd7TQ8bR0pu4XOAVPkBXt/8TmXguukSdjOGrqs7ofa2GHXb PRqAO9Bz/FpSGl16ljshcCDbjV6BOIieWZvHsvpvjZ1I2EBwDoa3KF6vOGoQd74UYrK/ 78kg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=A1kNI76aFo7+7bzLD1ej3JZ6gxOFKS1EKcT59QzYH9w=; b=kSTyMVymWRStxKm3fVU0AFrI9T92+KoznV7LgJKIcRzdUqIDNTEXX8qI5/0oAAjkuM 8ms3pWzVeSk/OOSWI8NOCkXXuKoEIp9685B4nDKj8W7HuBDnuKdSOasCp/aM0YL1f3Sx Yk36u78E7XWRoIV3Ryjl/83cyhzRZSHKdlweUBLLjfEfe+WYF0q/GFF3OyC31NqVmS5h kpmmI4W76m6TWXckNi48+KekLGC3t3C2RctvK+tIobnQSIDz/Blmr80i7uOfwIKDSM/Q Xoq793kTxJcXGfEzTN4pq7IlkvV5GCXndqwRVsitTD/mVX4wYi83BAtXlfYlpUNvvHsQ wJsw== X-Gm-Message-State: APjAAAWih71JmNVMfEhKgvQat0b5O3Qcy0hixkRe6BJphsL8fwink5gF T1r1rZLDg1UYJkbQ1uYmopFUYqeD0lSRdQUu4Lqmjg== X-Google-Smtp-Source: APXvYqyW8bI9lDc6bdO2els490Fz36LolK0wWd5Zn9z2TZRgdIDbMm5QJvSghg5q4Ng7MkL2sLjW6CNgLRUEVJsyOs0= X-Received: by 2002:a0c:d27a:: with SMTP id o55mr57905510qvh.21.1554201964308; Tue, 02 Apr 2019 03:46:04 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Marcin Wojtas Date: Tue, 2 Apr 2019 12:45:51 +0200 Message-ID: Subject: Re: Help getting Marvell-A388 SBC booted To: =?UTF-8?Q?Peter_Ankerst=C3=A5l?= Cc: doc.solo@web.de, freebsd-arm Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: C639F8623D X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.99)[-0.986,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Apr 2019 10:46:05 -0000 Hi Peter, pon., 1 kwi 2019 o 23:19 Peter Ankerst=C3=A5l napisa=C5=82= (a): > > > > > On 1 Feb 2019, at 10:03, Marcin Wojtas wrote: > > > > Hi S=C3=B6ren, > > > > pt., 1 lut 2019 o 09:18 napisa=C5=82(a): > >> > >> Hi Marcin, > >> > >> I used this device tree: https://github.com/Artox/crochet/blob/pr-clea= rfog/board/Clearfog/files/armada-388-helios4.dts. I did a crochet build of = FreeBSD-12 with config from above mentioned github repo. > >> > >> I will build everything from scratch now, but documentation is really = sparse. So I still don't know what is really important to get FBSD booted. = My understanding is, that U-Boot needs the API enabled and that there are s= ome deviations from the linux device trees. Anything else? > > > > We made an effort to remove all deviations from the Linux device > > trees, when adding support to GENERIC config. Therefore any > > customisation is no longer needed (it was added long time before 12 > > release). We also used unmodified u-boot from Marvell repos all the > > time. I need to check and help you (but not before the weekend :) ). > > Hi! > > Im trying to get FreeBSD 12 running on the ClearFog Base (with eMMC). I h= ave built a image using crochet with the modifications found at https://git= hub.com/Artox/crochet/ > > But so far I have no luck getting it booted: > - > =3D> fatload mmc 0:2 0x1000000 armada-388-clearfog-base.dtb > reading armada-388-clearfog-base.dtb > 24814 bytes read in 17 ms (1.4 MiB/s) > =3D> fatload mmc 0:2 0x2000000 ubldr.bin > reading ubldr.bin > 367160 bytes read in 33 ms (10.6 MiB/s) > =3D> go 0x2000000 > ## Starting application at 0x02000000 ... > ## Application terminated, rc =3D 0x1BADAB1 > - > > I have tried to write a few different u-boot to my eMMC with the same res= ult. > dd if=3Du-boot-clearfog-base-mmc.kwb of=3D/dev/mmcblk0 bs=3D512 seek=3D1 > > 1. The ones built with sysutils/u-boot-clearfog > 2. https://images.solid-build.xyz/A38X/U-Boot/u-boot-clearfog-base-mmc.kw= b > Please try https://github.com/SolidRun/u-boot-armada38x.git , as pointed in: https://developer.solid-run.com/knowledge-base/freebsd/ Best regards, Marcin > From owner-freebsd-arm@freebsd.org Tue Apr 2 10:50:24 2019 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 030E415611E3 for ; Tue, 2 Apr 2019 10:50:24 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [52.16.239.146]) (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 90904863EB for ; Tue, 2 Apr 2019 10:50:20 +0000 (UTC) (envelope-from peter@pean.org) Received: from vpn-client14.uppmax.uu.se (klein.uppmax.uu.se [89.44.250.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id 6A5C21B76E1; Tue, 2 Apr 2019 12:50:11 +0200 (CEST) From: =?utf-8?Q?Peter_Ankerst=C3=A5l?= Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_05C21977-FFB5-4B75-A463-DED0066D1FF1"; protocol="application/pkcs7-signature"; micalg=sha-256 Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: Help getting Marvell-A388 SBC booted Date: Tue, 2 Apr 2019 12:50:05 +0200 In-Reply-To: Cc: doc.solo@web.de, freebsd-arm To: Marcin Wojtas References: X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 90904863EB X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of peter@pean.org designates 52.16.239.146 as permitted sender) smtp.mailfrom=peter@pean.org X-Spamd-Result: default: False [-5.26 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; SIGNED_SMIME(-2.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; DMARC_NA(0.00)[pean.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mx4.jails.se,mail.jails.se,mx3.jails.se]; NEURAL_HAM_SHORT(-0.96)[-0.959,0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-0.40)[ipnet: 52.16.0.0/15(-0.60), asn: 16509(-1.31), country: US(-0.06)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; ASN(0.00)[asn:16509, ipnet:52.16.0.0/15, country:US]; FREEMAIL_CC(0.00)[web.de]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Apr 2019 10:50:24 -0000 --Apple-Mail=_05C21977-FFB5-4B75-A463-DED0066D1FF1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii >>=20 >> I have tried to write a few different u-boot to my eMMC with the same = result. >> dd if=3Du-boot-clearfog-base-mmc.kwb of=3D/dev/mmcblk0 bs=3D512 = seek=3D1 >>=20 >> 1. The ones built with sysutils/u-boot-clearfog >> 2. = https://images.solid-build.xyz/A38X/U-Boot/u-boot-clearfog-base-mmc.kwb >>=20 >=20 > Please try https://github.com/SolidRun/u-boot-armada38x.git , as > pointed in: https://developer.solid-run.com/knowledge-base/freebsd/ >=20 I did try to build it but I only had a FreeBSD machine readily = available. But I guess I can try to build it in a VM. Thanks. /Perter. --Apple-Mail=_05C21977-FFB5-4B75-A463-DED0066D1FF1 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCDKIw ggZMMIIFNKADAgECAhAIYx54g0aQ2jlpvYBCpK60MA0GCSqGSIb3DQEBCwUAMGUxCzAJBgNVBAYT AlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2VydC5jb20xJDAi BgNVBAMTG0RpZ2lDZXJ0IFNIQTIgQXNzdXJlZCBJRCBDQTAeFw0xOTAzMjAwMDAwMDBaFw0yMjAz MjAxMjAwMDBaMHQxCzAJBgNVBAYTAlNFMRAwDgYDVQQHEwdVcHBzYWxhMRkwFwYDVQQKDBBQZXRl ciBBbmtlcnN0w6VsMRkwFwYDVQQDDBBQZXRlciBBbmtlcnN0w6VsMR0wGwYJKoZIhvcNAQkBFg5w ZXRlckBwZWFuLm9yZzCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBANbMh3R37S2b/qQU LkhUSZvHgrl9zRt2ARiVkAhOEQxdOax6XCm6LbNNSSk3uduA+kKhLKf442IUff0RfNJfm/6SEDm0 sR7jWLR4duWmo2f5fWl9/E6ALvWVqJY5ILR9fz7xoB1YjM4OXyNXPYYHZh/rTYek6XL2Ku7Ph2iD mhvYlmHO28MKUA0DvHrFSdLV5/K/gVIMS8c0rlPNi5fWU8WG9NTaNvdXYKPomb2pfo5d9DXFLZs2 F0aPCielmvcWnt1CaVrhdk8vs+/gIra1ZHkha3pYAGkXq+n/3teZNh8gX7ltVJpPWs2IYtRTd0j1 YjqWBK9kgilL6CBQs5q76Mcjm0A3iCTOUFHmmkLMBJcKiobpcOAcWBS3Wf7jgbkZAuoWnbJPg+DA COzna8lg/S1+FlMGxOZsosrcoagzxMIYddfTC/lMFX+lXifW30cudPjWx5fM0QoDKGILPa85K1ex BsiaHx1danwitEMux6RlTuHKAJg7CkiMc9aP5P0aGbHTpJTYh8uHdL83sgnekwJ5Dgkh7BNqVhED 0cjDfAsNHOdhTTHdEprqrJ9ytkHmWFvUhiX9hkW0LFgFc5apbB/mwsUstfPHfDOflLidbtcG4Xgw 8fKv/it0xlJwPhxhHHZkndwrkjsoz/jbyFrlbPBBkA1dwamhtppwcZsWiqlJAgMBAAGjggHnMIIB 4zAfBgNVHSMEGDAWgBTnAiOAAE/Y17yUC9k/dDlJMjyKeTAdBgNVHQ4EFgQUxx/6f5aEHV7C1Tuz e+XbwXnlIOkwDAYDVR0TAQH/BAIwADAZBgNVHREEEjAQgQ5wZXRlckBwZWFuLm9yZzAOBgNVHQ8B Af8EBAMCBaAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMEMGA1UdIAQ8MDowOAYKYIZI AYb9bAQBAjAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy5kaWdpY2VydC5jb20vQ1BTMIGIBgNV HR8EgYAwfjA9oDugOYY3aHR0cDovL2NybDMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0U0hBMkFzc3Vy ZWRJRENBLWcyLmNybDA9oDugOYY3aHR0cDovL2NybDQuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0U0hB MkFzc3VyZWRJRENBLWcyLmNybDB5BggrBgEFBQcBAQRtMGswJAYIKwYBBQUHMAGGGGh0dHA6Ly9v Y3NwLmRpZ2ljZXJ0LmNvbTBDBggrBgEFBQcwAoY3aHR0cDovL2NhY2VydHMuZGlnaWNlcnQuY29t L0RpZ2lDZXJ0U0hBMkFzc3VyZWRJRENBLmNydDANBgkqhkiG9w0BAQsFAAOCAQEAtH6RpZidx4wf eniyd1+ZDD5lSQXq2OVV8mwMnYFJpYSlnyorSJR4zWCtnjcLDNvZGIWizSk29F3CGUJ9sW774Lvm xk8Yr64ntT9phUozFtSiBPxpjXTdXIIRcSu8Fjh+FWaoMw2z7ONCZX0wT5QnqV9YdrMg/+wzdo6n rgJfafUI6qXSImKlGJ1Xnzka/QS+pxcyUtsFLw0O9bnLaOBCUtmKItTv9FT/fBJenhdm4k4uMFgh w5kWF4dZsof0HOkQeC+DfsFJbIJ5wheT/uZhuF/Fz8mTJ0qNl8V4+fm1nSWYWJtygb/FENpK0HVa ffwSJp3f02pu/cHNKOwc62w4uTCCBk4wggU2oAMCAQICEASueWBmZpAaucV/pmxb3M0wDQYJKoZI hvcNAQELBQAwZTELMAkGA1UEBhMCVVMxFTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQ d3d3LmRpZ2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNlcnQgQXNzdXJlZCBJRCBSb290IENBMB4X DTEzMTEwNTEyMDAwMFoXDTI4MTEwNTEyMDAwMFowZTELMAkGA1UEBhMCVVMxFTATBgNVBAoTDERp Z2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNlcnQg U0hBMiBBc3N1cmVkIElEIENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA3PgRIz9q te/AJ3kbLQWHohBDMd8O1BUbT3ekIs4+jHDwvgeO3ScqvAEdtiwKyt1pWB9B7WoFH9pjeFkeIiwr +Lp+yTU7VvEffEJ+JbAjGcZFONc9RPkgfGCuHLBaGAS+jzv3qfCUmqYMY0m2QRdTQDK9T+ZQelAf JUXo8Ymvzf9e/1Dz8BcR/73FifW9YrnY+45FBIVtmc3FSE39JqsCNkXqNtdfauIagkEK3OnZ9ZEX jsYhrTg8E+Yef2ac1U3ZRtr2z1KnfTskw7TBUTXGm+vU737kewPhRL16CzfgT8uCig1xGOSm4Iks G/OyczzBsJKeGH29q33FfQihLMKfcwIDAQABo4IC+DCCAvQwEgYDVR0TAQH/BAgwBgEB/wIBADAO BgNVHQ8BAf8EBAMCAYYwNAYIKwYBBQUHAQEEKDAmMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5k aWdpY2VydC5jb20wgYEGA1UdHwR6MHgwOqA4oDaGNGh0dHA6Ly9jcmw0LmRpZ2ljZXJ0LmNvbS9E aWdpQ2VydEFzc3VyZWRJRFJvb3RDQS5jcmwwOqA4oDaGNGh0dHA6Ly9jcmwzLmRpZ2ljZXJ0LmNv bS9EaWdpQ2VydEFzc3VyZWRJRFJvb3RDQS5jcmwwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUF BwMEMIIBswYDVR0gBIIBqjCCAaYwggGiBgpghkgBhv1sAAIEMIIBkjAoBggrBgEFBQcCARYcaHR0 cHM6Ly93d3cuZGlnaWNlcnQuY29tL0NQUzCCAWQGCCsGAQUFBwICMIIBVh6CAVIAQQBuAHkAIAB1 AHMAZQAgAG8AZgAgAHQAaABpAHMAIABDAGUAcgB0AGkAZgBpAGMAYQB0AGUAIABjAG8AbgBzAHQA aQB0AHUAdABlAHMAIABhAGMAYwBlAHAAdABhAG4AYwBlACAAbwBmACAAdABoAGUAIABEAGkAZwBp AEMAZQByAHQAIABDAFAALwBDAFAAUwAgAGEAbgBkACAAdABoAGUAIABSAGUAbAB5AGkAbgBnACAA UABhAHIAdAB5ACAAQQBnAHIAZQBlAG0AZQBuAHQAIAB3AGgAaQBjAGgAIABsAGkAbQBpAHQAIABs AGkAYQBiAGkAbABpAHQAeQAgAGEAbgBkACAAYQByAGUAIABpAG4AYwBvAHIAcABvAHIAYQB0AGUA ZAAgAGgAZQByAGUAaQBuACAAYgB5ACAAcgBlAGYAZQByAGUAbgBjAGUALjAdBgNVHQ4EFgQU5wIj gABP2Ne8lAvZP3Q5STI8inkwHwYDVR0jBBgwFoAUReuir/SSy4IxLVGLp6chnfNtyA8wDQYJKoZI hvcNAQELBQADggEBAE7UiSe5/R2Hd34PKAWQ8QovyTs+vZOckMav+pFRhzJUa+jKwXFRXJmOtfrg YhmZpgeafBMn2+UCooQS2RX2CkRXxDSPbXMfOtagAT3e44LkRWuy6yX9gF4dOZC+W0L2zpFg4/mg VgxIEM4zaHvNk6vwastPWA+5e10bBIGepyLiV0kn7pKTCL5pCFMCOi5dyBn0UIBOAtmwXZG0k4f5 lpaBVUCOZu2C2LsoX+1MYe0GWCgZUxFEvEcgKbIEbNiJVJk7ddtneCweknjGVT1YEhEybr1DDE00 23vGQtvsvqubYUwGkuOO3yEqUFcEwGCiNdUknmY3CUnP1fhls+DibsIxggQpMIIEJQIBATB5MGUx CzAJBgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2Vy dC5jb20xJDAiBgNVBAMTG0RpZ2lDZXJ0IFNIQTIgQXNzdXJlZCBJRCBDQQIQCGMeeINGkNo5ab2A QqSutDANBglghkgBZQMEAgEFAKCCAYEwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG 9w0BCQUxDxcNMTkwNDAyMTA1MDA1WjAvBgkqhkiG9w0BCQQxIgQgrjyRWfhGyBJeibe4S0cU2oGp P6DUgBJxc+dXjbjSxZowgYgGCSsGAQQBgjcQBDF7MHkwZTELMAkGA1UEBhMCVVMxFTATBgNVBAoT DERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNl cnQgU0hBMiBBc3N1cmVkIElEIENBAhAIYx54g0aQ2jlpvYBCpK60MIGKBgsqhkiG9w0BCRACCzF7 oHkwZTELMAkGA1UEBhMCVVMxFTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRp Z2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNlcnQgU0hBMiBBc3N1cmVkIElEIENBAhAIYx54g0aQ 2jlpvYBCpK60MA0GCSqGSIb3DQEBAQUABIICAMN5U206O2/89uJQcTuI5RwWCows0wZLb+o9twBD 4R+CoW3VNVkqfVyt8kCG8NsKvh0gKZYwghD6vLjYgQB9lLJor/v2XSdKRubX+N3lN9ETrwk1gSwG 7gW73cXu0vAe/UaSzhD5NP9Ko3Qyx/WJJP2cP1ycTsk0e+sxnnIVFZk7xjX2uqcPpiQLT9cOAD/m tvMoQUjFGtjbkpb/m7lgfnYvwbmSf6pLeKK4sXFIfUYGtcYVub5ywvjH3u8fRnFuB0vbK5GEV9z7 EQ7KaaS+zftkl8FJURQ2N+nRIzIrzFG9SeqrVGsjwaepvg0P+0mRH2TWVMF4xdyvwmFPdPRAjps+ 3PR7k/YTuP9Wva2Q7RiYVq1zb693dDyHlpIe+AVpmQkfRTggkbYi96Zn9yyYagQk8ESyQV/XolKu 88ZQQuBB93xaqyf/VWUUQ2E97G8iFlwM19T7pGegQnIwQSySb1X2MRiaKhtFXAkdqD6bpqM+0HOW i6m3sAq/KiAysE3myNRyBS+eQNHZ1kESJY+6I4cSNGOolsOTH/XiL7qplcBEICnrOaI3e8w8OjCp labpzfPm4LFzFtqJJeCYp++4y3j2c5xEc8QLzwl2bFuTvrPZGidRrkgmYVHYHA4kLsK4VZw/Nhx9 KKWg+Chn/5uzCFKqGsU0X42zpkIY206yuutwAAAAAAAA --Apple-Mail=_05C21977-FFB5-4B75-A463-DED0066D1FF1-- From owner-freebsd-arm@freebsd.org Tue Apr 2 14:58:59 2019 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 D0C271569B7C for ; Tue, 2 Apr 2019 14:58:58 +0000 (UTC) (envelope-from mw@semihalf.com) Received: from mail-qk1-x730.google.com (mail-qk1-x730.google.com [IPv6:2607:f8b0:4864:20::730]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8AC4D8FEE7 for ; Tue, 2 Apr 2019 14:58:57 +0000 (UTC) (envelope-from mw@semihalf.com) Received: by mail-qk1-x730.google.com with SMTP id g1so8084759qki.5 for ; Tue, 02 Apr 2019 07:58:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=JOvBWE6rGoVnd3RVSJ+PBhRH7XqLTJ9YwdnRs3qR+QA=; b=J8hUWqZp5Yh/w4WzoiTMzkZ6Gd/DvsyE3EhbKu1sDvYzLNhSbQsWJwwgsE0T1/MroN ye8jYfjf9rjh+fwQdXlfJanlM8AB+Gwk1/ODXSy6EZZHD9QOxMDv3GLd6kT4mYnFQDEt JOi9A0Agw8qxgDDkUxP3/EbFoFhzmaqORuNHhUcohBXaNO67GPHhFPASWTRUggMEMG0Q kSRhQSKwVuhJqtIUBvD2EiGu+peVFqqarHPw7sAwVOfMd7DKJFai3FKcXsTOmE5zrXLF 3N0GcJPATom7i1diXOQ9TrXCei4eAueyBAjn9JH3iUwdrV2+ooQIPYdAkuKfopxdW/WY lEMA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=JOvBWE6rGoVnd3RVSJ+PBhRH7XqLTJ9YwdnRs3qR+QA=; b=L5vREYQdRjnVTsFB5+LwDClCIz4Stp2aiJTmfp7iLfZ1zuazHgJfN7yFKKM33qb9/8 a/j1iEBLVBBhHE0KXm7OjyLdN51twu0I6SbM60JzlGUtZeSHjTi4LvWmXJ60IsJkh0oM nmqFCnNp9QuXoRkGQWTB/oiqVqBzIWGEd1i7uat+BZFNPGpLdhiKJ5lkb4ODdD8HpAW6 lcdYb2ntxh6f+HSb044qN+oBfQzVWuhaC9fjz4cXtogIqpcymvXNGkTGCdjeSLNSEvtz s26QRsbwE6mv+wUX7QmEFVFAgCbb59fnfLKdsz59Dp3WpueMXHE4CZaQf4cNzcUPvG+k 4Kxg== X-Gm-Message-State: APjAAAXZcNf0dFRfHhZpvLbTER6425bKOavlVjcr99D5kz192VXVooqL 30hubW6fmex9hLFpE83QWE7LEP2vFZS2XlaH+qWARwGVT9Kq3Dih X-Google-Smtp-Source: APXvYqyJu69PuXvUaQm/QLbErbV3H24KVwDxDro35s/1++3OY/84heEZfxmHgbmRzxoG+KxIo8wLPuBLbxU/mrVm6+Q= X-Received: by 2002:a37:a40d:: with SMTP id n13mr51651378qke.325.1554217136856; Tue, 02 Apr 2019 07:58:56 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Marcin Wojtas Date: Tue, 2 Apr 2019 16:58:44 +0200 Message-ID: Subject: Re: Help getting Marvell-A388 SBC booted To: =?UTF-8?Q?Peter_Ankerst=C3=A5l?= Cc: doc.solo@web.de, freebsd-arm Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 8AC4D8FEE7 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=semihalf-com.20150623.gappssmtp.com header.s=20150623 header.b=J8hUWqZp X-Spamd-Result: default: False [-6.11 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[semihalf-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[semihalf.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[semihalf-com.20150623.gappssmtp.com:+]; MX_GOOD(-0.01)[ASPMX2.GOOGLEMAIL.com,ALT2.ASPMX.L.GOOGLE.com,ASPMX.L.GOOGLE.com,ALT1.ASPMX.L.GOOGLE.com,ASPMX3.GOOGLEMAIL.com]; RCVD_IN_DNSWL_NONE(0.00)[0.3.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.97)[-0.970,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FREEMAIL_CC(0.00)[web.de]; IP_SCORE(-2.83)[ip: (-9.03), ipnet: 2607:f8b0::/32(-2.89), asn: 15169(-2.15), country: US(-0.06)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Apr 2019 14:58:59 -0000 Peter, wt., 2 kwi 2019 o 12:50 Peter Ankerst=C3=A5l napisa=C5=82(= a): > > > >> > >> I have tried to write a few different u-boot to my eMMC with the same = result. > >> dd if=3Du-boot-clearfog-base-mmc.kwb of=3D/dev/mmcblk0 bs=3D512 seek= =3D1 > >> > >> 1. The ones built with sysutils/u-boot-clearfog > >> 2. https://images.solid-build.xyz/A38X/U-Boot/u-boot-clearfog-base-mmc= .kwb > >> > > > > Please try https://github.com/SolidRun/u-boot-armada38x.git , as > > pointed in: https://developer.solid-run.com/knowledge-base/freebsd/ > > > > I did try to build it but I only had a FreeBSD machine readily available.= But I guess I can try to build it in a VM. > You can also dd SolidRun image https://images.solid-build.xyz/A38X/FreeBSD/ and simply replace kernel/dtb in /boot directory after booting. Best regards, Marcin From owner-freebsd-arm@freebsd.org Tue Apr 2 15:43:24 2019 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 16B92156AA94 for ; Tue, 2 Apr 2019 15:43:24 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [52.16.239.146]) (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 877846A900 for ; Tue, 2 Apr 2019 15:43:21 +0000 (UTC) (envelope-from peter@pean.org) Received: from [10.16.203.63] (c-5eea21f4-74736162.cust.telenor.se [94.234.33.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id B1BF01B8185; Tue, 2 Apr 2019 17:43:13 +0200 (CEST) Content-Type: multipart/signed; boundary=Apple-Mail-D227938F-B7BF-48AC-BA17-8F6389A4608E; protocol="application/pkcs7-signature"; micalg=sha-256 Mime-Version: 1.0 (1.0) Subject: Re: Help getting Marvell-A388 SBC booted From: =?utf-8?Q?Peter_Ankerst=C3=A5l?= X-Mailer: iPhone Mail (16E227) In-Reply-To: Date: Tue, 2 Apr 2019 17:43:17 +0200 Cc: doc.solo@web.de, freebsd-arm Content-Transfer-Encoding: 7bit Message-Id: References: To: Marcin Wojtas X-Rspamd-Queue-Id: 877846A900 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of peter@pean.org designates 52.16.239.146 as permitted sender) smtp.mailfrom=peter@pean.org X-Spamd-Result: default: False [-4.60 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; SIGNED_SMIME(-2.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; DMARC_NA(0.00)[pean.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mx4.jails.se]; NEURAL_HAM_SHORT(-0.27)[-0.275,0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-0.42)[ipnet: 52.16.0.0/15(-0.71), asn: 16509(-1.31), country: US(-0.06)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; ASN(0.00)[asn:16509, ipnet:52.16.0.0/15, country:US]; FREEMAIL_CC(0.00)[web.de]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Apr 2019 15:43:24 -0000 --Apple-Mail-D227938F-B7BF-48AC-BA17-8F6389A4608E Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable > On 2 Apr 2019, at 16:58, Marcin Wojtas wrote: >=20 > Peter, >=20 > wt., 2 kwi 2019 o 12:50 Peter Ankerst=C3=A5l napisa=C5=82= (a): >>=20 >>=20 >>>>=20 >>>> I have tried to write a few different u-boot to my eMMC with the same r= esult. >>>> dd if=3Du-boot-clearfog-base-mmc.kwb of=3D/dev/mmcblk0 bs=3D512 seek=3D= 1 >>>>=20 >>>> 1. The ones built with sysutils/u-boot-clearfog >>>> 2. https://images.solid-build.xyz/A38X/U-Boot/u-boot-clearfog-base-mmc.= kwb >>>>=20 >>>=20 >>> Please try https://github.com/SolidRun/u-boot-armada38x.git , as >>> pointed in: https://developer.solid-run.com/knowledge-base/freebsd/ >>>=20 >>=20 >> I did try to build it but I only had a FreeBSD machine readily available.= But I guess I can try to build it in a VM. >>=20 >=20 > You can also dd SolidRun image > https://images.solid-build.xyz/A38X/FreeBSD/ and simply replace > kernel/dtb in /boot directory after booting. >=20 Hi! I want to compile it myself and for some reason those images does not seem t= o fit on my internal eMMC.=20= --Apple-Mail-D227938F-B7BF-48AC-BA17-8F6389A4608E Content-Type: application/pkcs7-signature; name=smime.p7s Content-Disposition: attachment; filename=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCBlAw ggZMMIIFNKADAgECAhAIYx54g0aQ2jlpvYBCpK60MA0GCSqGSIb3DQEBCwUAMGUxCzAJBgNVBAYT AlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2VydC5jb20xJDAi BgNVBAMTG0RpZ2lDZXJ0IFNIQTIgQXNzdXJlZCBJRCBDQTAeFw0xOTAzMjAwMDAwMDBaFw0yMjAz MjAxMjAwMDBaMHQxCzAJBgNVBAYTAlNFMRAwDgYDVQQHEwdVcHBzYWxhMRkwFwYDVQQKDBBQZXRl ciBBbmtlcnN0w6VsMRkwFwYDVQQDDBBQZXRlciBBbmtlcnN0w6VsMR0wGwYJKoZIhvcNAQkBFg5w ZXRlckBwZWFuLm9yZzCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBANbMh3R37S2b/qQU LkhUSZvHgrl9zRt2ARiVkAhOEQxdOax6XCm6LbNNSSk3uduA+kKhLKf442IUff0RfNJfm/6SEDm0 sR7jWLR4duWmo2f5fWl9/E6ALvWVqJY5ILR9fz7xoB1YjM4OXyNXPYYHZh/rTYek6XL2Ku7Ph2iD mhvYlmHO28MKUA0DvHrFSdLV5/K/gVIMS8c0rlPNi5fWU8WG9NTaNvdXYKPomb2pfo5d9DXFLZs2 F0aPCielmvcWnt1CaVrhdk8vs+/gIra1ZHkha3pYAGkXq+n/3teZNh8gX7ltVJpPWs2IYtRTd0j1 YjqWBK9kgilL6CBQs5q76Mcjm0A3iCTOUFHmmkLMBJcKiobpcOAcWBS3Wf7jgbkZAuoWnbJPg+DA COzna8lg/S1+FlMGxOZsosrcoagzxMIYddfTC/lMFX+lXifW30cudPjWx5fM0QoDKGILPa85K1ex BsiaHx1danwitEMux6RlTuHKAJg7CkiMc9aP5P0aGbHTpJTYh8uHdL83sgnekwJ5Dgkh7BNqVhED 0cjDfAsNHOdhTTHdEprqrJ9ytkHmWFvUhiX9hkW0LFgFc5apbB/mwsUstfPHfDOflLidbtcG4Xgw 8fKv/it0xlJwPhxhHHZkndwrkjsoz/jbyFrlbPBBkA1dwamhtppwcZsWiqlJAgMBAAGjggHnMIIB 4zAfBgNVHSMEGDAWgBTnAiOAAE/Y17yUC9k/dDlJMjyKeTAdBgNVHQ4EFgQUxx/6f5aEHV7C1Tuz e+XbwXnlIOkwDAYDVR0TAQH/BAIwADAZBgNVHREEEjAQgQ5wZXRlckBwZWFuLm9yZzAOBgNVHQ8B Af8EBAMCBaAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMEMGA1UdIAQ8MDowOAYKYIZI AYb9bAQBAjAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy5kaWdpY2VydC5jb20vQ1BTMIGIBgNV HR8EgYAwfjA9oDugOYY3aHR0cDovL2NybDMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0U0hBMkFzc3Vy ZWRJRENBLWcyLmNybDA9oDugOYY3aHR0cDovL2NybDQuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0U0hB MkFzc3VyZWRJRENBLWcyLmNybDB5BggrBgEFBQcBAQRtMGswJAYIKwYBBQUHMAGGGGh0dHA6Ly9v Y3NwLmRpZ2ljZXJ0LmNvbTBDBggrBgEFBQcwAoY3aHR0cDovL2NhY2VydHMuZGlnaWNlcnQuY29t L0RpZ2lDZXJ0U0hBMkFzc3VyZWRJRENBLmNydDANBgkqhkiG9w0BAQsFAAOCAQEAtH6RpZidx4wf eniyd1+ZDD5lSQXq2OVV8mwMnYFJpYSlnyorSJR4zWCtnjcLDNvZGIWizSk29F3CGUJ9sW774Lvm xk8Yr64ntT9phUozFtSiBPxpjXTdXIIRcSu8Fjh+FWaoMw2z7ONCZX0wT5QnqV9YdrMg/+wzdo6n rgJfafUI6qXSImKlGJ1Xnzka/QS+pxcyUtsFLw0O9bnLaOBCUtmKItTv9FT/fBJenhdm4k4uMFgh w5kWF4dZsof0HOkQeC+DfsFJbIJ5wheT/uZhuF/Fz8mTJ0qNl8V4+fm1nSWYWJtygb/FENpK0HVa ffwSJp3f02pu/cHNKOwc62w4uTGCBCkwggQlAgEBMHkwZTELMAkGA1UEBhMCVVMxFTATBgNVBAoT DERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNl cnQgU0hBMiBBc3N1cmVkIElEIENBAhAIYx54g0aQ2jlpvYBCpK60MA0GCWCGSAFlAwQCAQUAoIIB gTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xOTA0MDIxNTQzMTda MC8GCSqGSIb3DQEJBDEiBCDwauCLJDwEMOdYjL/2QefnbeqV4mt33HzoEAfp2YLsqDCBiAYJKwYB BAGCNxAEMXsweTBlMQswCQYDVQQGEwJVUzEVMBMGA1UEChMMRGlnaUNlcnQgSW5jMRkwFwYDVQQL ExB3d3cuZGlnaWNlcnQuY29tMSQwIgYDVQQDExtEaWdpQ2VydCBTSEEyIEFzc3VyZWQgSUQgQ0EC EAhjHniDRpDaOWm9gEKkrrQwgYoGCyqGSIb3DQEJEAILMXugeTBlMQswCQYDVQQGEwJVUzEVMBMG A1UEChMMRGlnaUNlcnQgSW5jMRkwFwYDVQQLExB3d3cuZGlnaWNlcnQuY29tMSQwIgYDVQQDExtE aWdpQ2VydCBTSEEyIEFzc3VyZWQgSUQgQ0ECEAhjHniDRpDaOWm9gEKkrrQwDQYJKoZIhvcNAQEB BQAEggIAllEf60JBKumQpX8srAQdK/ygZrkC7PBZn9NdKrZLOECZKVr5x0U7tJCoWB2QQRp1EDKF XM84e9tznnYpogPx7qI0LbhGAkb1uX+IxCoPjtJCcu7KWIzEwakNTGFLI38U8HCI5okc0IYa+7/I XubqJTMT8DMoGVLmQ4LIStuyDyJ16aLG6KX9EFB6coPPmo2YP9uhWu7rT6nOUtrBLLniUFEXuzY2 JNanK6tnXmYSSM7pAg7gzKWx6DfW1opEk9KhhH/mMM+1M8AQHVJFVOBG8ar3GWTz/D3RbdQ5jqpg I4fzuf5y5EigAb0Co17wqBzYUFmAMpNsQA41cHprdT9TMr0pwQ/6H6dhicNLBgrO303qSPHTWKem AkkJLtshiA+XmS4lmGwC54M4x2yHObfE8792FxvVbzWTWn7cCmtI4j6FRmfhYfUJbUSANrupnBBY pKegXCSTNWMgJbOodABh4UZMCXwE5KftjefS9f2o/jyKGIWwZ/x/bW4pjIqwyQIbDgHkdLeuEb44 399jMxsX84WJSoQWSJ+Sz2b4R4cNO6A4t3t0yQ9t5aQ5NYLG4F/yjicOaKBrbBOhjYyYkd64CE0J mEhbhxoMptMvRhw6CUxz6dt+pMSzDJ5uwTB3y7s2/lN3FcDCY7tuQ52WgGix+J2y2ionJzjc7SrK YbTDmwoAAAAAAAA= --Apple-Mail-D227938F-B7BF-48AC-BA17-8F6389A4608E-- From owner-freebsd-arm@freebsd.org Tue Apr 2 16:18:01 2019 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 AF186156BB8D; Tue, 2 Apr 2019 16:18:01 +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 11F496BF8E; Tue, 2 Apr 2019 16:17:59 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id x32GHDjQ031097 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 2 Apr 2019 09:17:14 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id x32GHDt3031096; Tue, 2 Apr 2019 09:17:13 -0700 (PDT) (envelope-from fbsd) Date: Tue, 2 Apr 2019 09:17:13 -0700 From: bob prohaska To: John F Carr Cc: "freebsd-ports@freebsd.org" , "freebsd-arm@freebsd.org" Subject: Re: RPI3, error: invalid operand in inline asm: 'rev16 ${0:w}, ${1:w}' Message-ID: <20190402161713.GA30854@www.zefox.net> References: <20190330152327.GA11933@www.zefox.net> <236A3D25-0B4D-46DA-95BA-71DA505CC2E0@exchange.mit.edu> <20190402015956.GA27268@www.zefox.net> <28F4BF7B-4391-4A4B-ABEC-36A154F9FAE2@exchange.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <28F4BF7B-4391-4A4B-ABEC-36A154F9FAE2@exchange.mit.edu> User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 11F496BF8E X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.82 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_GOOD(-0.10)[text/plain]; SUBJECT_HAS_CURRENCY(1.00)[]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.52)[0.516,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.42)[0.421,0]; MX_GOOD(-0.01)[cached: www.zefox.net]; NEURAL_SPAM_LONG(0.85)[0.846,0]; IP_SCORE(0.15)[ip: (0.55), ipnet: 50.1.16.0/20(0.28), asn: 7065(-0.01), country: US(-0.06)]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Apr 2019 16:18:01 -0000 On Tue, Apr 02, 2019 at 10:39:42AM +0000, John F Carr wrote: > > The problem I mentioned is with the system. I filed a bug: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236920 > > If you change the system header /usr/include/machine/endian.h > according to the path in that bug report, does chromium compile? The patch applied without difficulty and I've restarted the make process using portmaster-devel. For some reason make in the ports tree seems to be re-extracting distfiles when it isn't necessary, can that be turned off? I think the behavior is new, sometime in the last few months. In this case it'll impose a considerable time penalty. It would appear to render impossible any patching of ports source files. Thanks for reading, and your help! bob prohaska From owner-freebsd-arm@freebsd.org Tue Apr 2 17:40:27 2019 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 5B35D156DE25 for ; Tue, 2 Apr 2019 17:40:27 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [IPv6:2001:470:6c08::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 82F246F232 for ; Tue, 2 Apr 2019 17:40:26 +0000 (UTC) (envelope-from peter@pean.org) Received: from [IPv6:2001:470:de59::a4e4:2140:c166:cd43] (unknown [IPv6:2001:470:de59:0:a4e4:2140:c166:cd43]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id 095FC1B8552; Tue, 2 Apr 2019 19:40:17 +0200 (CEST) From: =?utf-8?Q?Peter_Ankerst=C3=A5l?= Message-Id: <8C03A09C-19CA-4BA9-8DCA-0597970F37CC@pean.org> Content-Type: multipart/signed; boundary="Apple-Mail=_443B1E0B-F632-4F47-834D-A79E76DF0691"; protocol="application/pkcs7-signature"; micalg=sha-256 Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: Help getting Marvell-A388 SBC booted Date: Tue, 2 Apr 2019 19:40:17 +0200 In-Reply-To: Cc: doc.solo@web.de, freebsd-arm To: Marcin Wojtas References: X-Mailer: Apple Mail (2.3445.102.3) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Apr 2019 17:40:27 -0000 --Apple-Mail=_443B1E0B-F632-4F47-834D-A79E76DF0691 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On 2 Apr 2019, at 12:45, Marcin Wojtas wrote: >=20 > Please try https://github.com/SolidRun/u-boot-armada38x.git , as > pointed in: https://developer.solid-run.com/knowledge-base/freebsd/ >=20 > Best regards, > Marcin Hi! I have now tried to use the instructions from = https://developer.solid-run.com/knowledge-base/freebsd/ and built a = u-boot.mmc. # dd if=3Du-boot.mmc of=3D/dev/mmcblk0 bs=3D512 seek=3D1 1855+1 records in 1855+1 records out U-Boot 2018.01-02337-gdc4398fdb8 (May 14 2018 - 18:38:05 +0200), Build: = jenkins-u-boot-clearfog-model=3Dbase,variant=3Dmmc-10 [...] =3D> fatload mmc 0:2 0x1000000 armada-388-clearfog-base.dtb reading armada-388-clearfog-base.dtb 24814 bytes read in 18 ms (1.3 MiB/s) =3D> fatload mmc 0:2 0x2000000 ubldr.bin reading ubldr.bin 367160 bytes read in 34 ms (10.3 MiB/s) =3D> go 0x2000000 ## Starting application at 0x02000000 ... ## Application terminated, rc =3D 0x1BADAB1 --Apple-Mail=_443B1E0B-F632-4F47-834D-A79E76DF0691 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCDKIw ggZMMIIFNKADAgECAhAIYx54g0aQ2jlpvYBCpK60MA0GCSqGSIb3DQEBCwUAMGUxCzAJBgNVBAYT AlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2VydC5jb20xJDAi BgNVBAMTG0RpZ2lDZXJ0IFNIQTIgQXNzdXJlZCBJRCBDQTAeFw0xOTAzMjAwMDAwMDBaFw0yMjAz MjAxMjAwMDBaMHQxCzAJBgNVBAYTAlNFMRAwDgYDVQQHEwdVcHBzYWxhMRkwFwYDVQQKDBBQZXRl ciBBbmtlcnN0w6VsMRkwFwYDVQQDDBBQZXRlciBBbmtlcnN0w6VsMR0wGwYJKoZIhvcNAQkBFg5w ZXRlckBwZWFuLm9yZzCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBANbMh3R37S2b/qQU LkhUSZvHgrl9zRt2ARiVkAhOEQxdOax6XCm6LbNNSSk3uduA+kKhLKf442IUff0RfNJfm/6SEDm0 sR7jWLR4duWmo2f5fWl9/E6ALvWVqJY5ILR9fz7xoB1YjM4OXyNXPYYHZh/rTYek6XL2Ku7Ph2iD mhvYlmHO28MKUA0DvHrFSdLV5/K/gVIMS8c0rlPNi5fWU8WG9NTaNvdXYKPomb2pfo5d9DXFLZs2 F0aPCielmvcWnt1CaVrhdk8vs+/gIra1ZHkha3pYAGkXq+n/3teZNh8gX7ltVJpPWs2IYtRTd0j1 YjqWBK9kgilL6CBQs5q76Mcjm0A3iCTOUFHmmkLMBJcKiobpcOAcWBS3Wf7jgbkZAuoWnbJPg+DA COzna8lg/S1+FlMGxOZsosrcoagzxMIYddfTC/lMFX+lXifW30cudPjWx5fM0QoDKGILPa85K1ex BsiaHx1danwitEMux6RlTuHKAJg7CkiMc9aP5P0aGbHTpJTYh8uHdL83sgnekwJ5Dgkh7BNqVhED 0cjDfAsNHOdhTTHdEprqrJ9ytkHmWFvUhiX9hkW0LFgFc5apbB/mwsUstfPHfDOflLidbtcG4Xgw 8fKv/it0xlJwPhxhHHZkndwrkjsoz/jbyFrlbPBBkA1dwamhtppwcZsWiqlJAgMBAAGjggHnMIIB 4zAfBgNVHSMEGDAWgBTnAiOAAE/Y17yUC9k/dDlJMjyKeTAdBgNVHQ4EFgQUxx/6f5aEHV7C1Tuz e+XbwXnlIOkwDAYDVR0TAQH/BAIwADAZBgNVHREEEjAQgQ5wZXRlckBwZWFuLm9yZzAOBgNVHQ8B Af8EBAMCBaAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMEMGA1UdIAQ8MDowOAYKYIZI AYb9bAQBAjAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy5kaWdpY2VydC5jb20vQ1BTMIGIBgNV HR8EgYAwfjA9oDugOYY3aHR0cDovL2NybDMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0U0hBMkFzc3Vy ZWRJRENBLWcyLmNybDA9oDugOYY3aHR0cDovL2NybDQuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0U0hB MkFzc3VyZWRJRENBLWcyLmNybDB5BggrBgEFBQcBAQRtMGswJAYIKwYBBQUHMAGGGGh0dHA6Ly9v Y3NwLmRpZ2ljZXJ0LmNvbTBDBggrBgEFBQcwAoY3aHR0cDovL2NhY2VydHMuZGlnaWNlcnQuY29t L0RpZ2lDZXJ0U0hBMkFzc3VyZWRJRENBLmNydDANBgkqhkiG9w0BAQsFAAOCAQEAtH6RpZidx4wf eniyd1+ZDD5lSQXq2OVV8mwMnYFJpYSlnyorSJR4zWCtnjcLDNvZGIWizSk29F3CGUJ9sW774Lvm xk8Yr64ntT9phUozFtSiBPxpjXTdXIIRcSu8Fjh+FWaoMw2z7ONCZX0wT5QnqV9YdrMg/+wzdo6n rgJfafUI6qXSImKlGJ1Xnzka/QS+pxcyUtsFLw0O9bnLaOBCUtmKItTv9FT/fBJenhdm4k4uMFgh w5kWF4dZsof0HOkQeC+DfsFJbIJ5wheT/uZhuF/Fz8mTJ0qNl8V4+fm1nSWYWJtygb/FENpK0HVa ffwSJp3f02pu/cHNKOwc62w4uTCCBk4wggU2oAMCAQICEASueWBmZpAaucV/pmxb3M0wDQYJKoZI hvcNAQELBQAwZTELMAkGA1UEBhMCVVMxFTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQ d3d3LmRpZ2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNlcnQgQXNzdXJlZCBJRCBSb290IENBMB4X DTEzMTEwNTEyMDAwMFoXDTI4MTEwNTEyMDAwMFowZTELMAkGA1UEBhMCVVMxFTATBgNVBAoTDERp Z2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNlcnQg U0hBMiBBc3N1cmVkIElEIENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA3PgRIz9q te/AJ3kbLQWHohBDMd8O1BUbT3ekIs4+jHDwvgeO3ScqvAEdtiwKyt1pWB9B7WoFH9pjeFkeIiwr +Lp+yTU7VvEffEJ+JbAjGcZFONc9RPkgfGCuHLBaGAS+jzv3qfCUmqYMY0m2QRdTQDK9T+ZQelAf JUXo8Ymvzf9e/1Dz8BcR/73FifW9YrnY+45FBIVtmc3FSE39JqsCNkXqNtdfauIagkEK3OnZ9ZEX jsYhrTg8E+Yef2ac1U3ZRtr2z1KnfTskw7TBUTXGm+vU737kewPhRL16CzfgT8uCig1xGOSm4Iks G/OyczzBsJKeGH29q33FfQihLMKfcwIDAQABo4IC+DCCAvQwEgYDVR0TAQH/BAgwBgEB/wIBADAO BgNVHQ8BAf8EBAMCAYYwNAYIKwYBBQUHAQEEKDAmMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5k aWdpY2VydC5jb20wgYEGA1UdHwR6MHgwOqA4oDaGNGh0dHA6Ly9jcmw0LmRpZ2ljZXJ0LmNvbS9E aWdpQ2VydEFzc3VyZWRJRFJvb3RDQS5jcmwwOqA4oDaGNGh0dHA6Ly9jcmwzLmRpZ2ljZXJ0LmNv bS9EaWdpQ2VydEFzc3VyZWRJRFJvb3RDQS5jcmwwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUF BwMEMIIBswYDVR0gBIIBqjCCAaYwggGiBgpghkgBhv1sAAIEMIIBkjAoBggrBgEFBQcCARYcaHR0 cHM6Ly93d3cuZGlnaWNlcnQuY29tL0NQUzCCAWQGCCsGAQUFBwICMIIBVh6CAVIAQQBuAHkAIAB1 AHMAZQAgAG8AZgAgAHQAaABpAHMAIABDAGUAcgB0AGkAZgBpAGMAYQB0AGUAIABjAG8AbgBzAHQA aQB0AHUAdABlAHMAIABhAGMAYwBlAHAAdABhAG4AYwBlACAAbwBmACAAdABoAGUAIABEAGkAZwBp AEMAZQByAHQAIABDAFAALwBDAFAAUwAgAGEAbgBkACAAdABoAGUAIABSAGUAbAB5AGkAbgBnACAA UABhAHIAdAB5ACAAQQBnAHIAZQBlAG0AZQBuAHQAIAB3AGgAaQBjAGgAIABsAGkAbQBpAHQAIABs AGkAYQBiAGkAbABpAHQAeQAgAGEAbgBkACAAYQByAGUAIABpAG4AYwBvAHIAcABvAHIAYQB0AGUA ZAAgAGgAZQByAGUAaQBuACAAYgB5ACAAcgBlAGYAZQByAGUAbgBjAGUALjAdBgNVHQ4EFgQU5wIj gABP2Ne8lAvZP3Q5STI8inkwHwYDVR0jBBgwFoAUReuir/SSy4IxLVGLp6chnfNtyA8wDQYJKoZI hvcNAQELBQADggEBAE7UiSe5/R2Hd34PKAWQ8QovyTs+vZOckMav+pFRhzJUa+jKwXFRXJmOtfrg YhmZpgeafBMn2+UCooQS2RX2CkRXxDSPbXMfOtagAT3e44LkRWuy6yX9gF4dOZC+W0L2zpFg4/mg VgxIEM4zaHvNk6vwastPWA+5e10bBIGepyLiV0kn7pKTCL5pCFMCOi5dyBn0UIBOAtmwXZG0k4f5 lpaBVUCOZu2C2LsoX+1MYe0GWCgZUxFEvEcgKbIEbNiJVJk7ddtneCweknjGVT1YEhEybr1DDE00 23vGQtvsvqubYUwGkuOO3yEqUFcEwGCiNdUknmY3CUnP1fhls+DibsIxggQpMIIEJQIBATB5MGUx CzAJBgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2Vy dC5jb20xJDAiBgNVBAMTG0RpZ2lDZXJ0IFNIQTIgQXNzdXJlZCBJRCBDQQIQCGMeeINGkNo5ab2A QqSutDANBglghkgBZQMEAgEFAKCCAYEwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG 9w0BCQUxDxcNMTkwNDAyMTc0MDE3WjAvBgkqhkiG9w0BCQQxIgQgWR38MeeQ2l081W9+TAD+OJyX yWCTiGqAYb63qXFQo5IwgYgGCSsGAQQBgjcQBDF7MHkwZTELMAkGA1UEBhMCVVMxFTATBgNVBAoT DERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNl cnQgU0hBMiBBc3N1cmVkIElEIENBAhAIYx54g0aQ2jlpvYBCpK60MIGKBgsqhkiG9w0BCRACCzF7 oHkwZTELMAkGA1UEBhMCVVMxFTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRp Z2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNlcnQgU0hBMiBBc3N1cmVkIElEIENBAhAIYx54g0aQ 2jlpvYBCpK60MA0GCSqGSIb3DQEBAQUABIICAKIv40AUfKdR1JzPlgg2wGNO2V5xZht3ROC5uaLG bUsiaWb08PDEDVhhVIh04S+RRf4F7qfch6bWYIwqv1H9MYOsXXxg4jvfPFkbHgOi45uEyKQmNfuP Kip4AfIryjLo9UVXI+oYHtgETUtzKDAvGgif2A6gy9u2brROtKZLCn7UsxBwl3XO/N41sYOwmesX ON4+iH8PYipyJWhCdsH9wcp6rYC7McH2X2scq6mmiM/CS+SyloMaE5Zr8DCxn/R3hcyxgXIofLMH Sdv0aSTFjfjyTyUQV+Evk/bPMBXEILSsyIiO94nmempDxN8eNA19q1M2gvC6uIcRP9lsIn+dolUX /UxOGgdjjV8AbvXWqPIZRAaMiI4EqR//rFGZ3T8RLYaV2xTLqO6e4CKk+5CpkzwFL1u3NkGlWB13 GJNh0UOyVPMOC3F5W5TjF4LVK79yTx0XChzrcx5rifAkCsAg7w+1lP+e7tLrJZsb9MhTAGKXBLDb +1IFfLCTwh5ceEXtIjHVc/kXsOyyAWYykMNYjMLSKaN6DB6r/pdHvqkY447jAExHmEKXV9BNMmRe CjGwOXp8t0Wu/VS0v3T+nyXwYlQG65Vr0SJY1hNC5wYFTVkvveBDkU0l85tQuj1o1/gWqY37KCoQ 9drjw3do88C6l7EelSsAbMju/I58eGo9JCV9AAAAAAAA --Apple-Mail=_443B1E0B-F632-4F47-834D-A79E76DF0691-- From owner-freebsd-arm@freebsd.org Tue Apr 2 18:04:24 2019 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 300DE156EAEC for ; Tue, 2 Apr 2019 18:04:24 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound3d.ore.mailhop.org (outbound3d.ore.mailhop.org [54.186.57.195]) (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 A2AD77025D for ; Tue, 2 Apr 2019 18:04:23 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1554228256; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=Yjc1PHkBc8G5rLwZGVUKMCSu799myzkoOyX24ZMioD1Y6lZ7hsdDHZdfLIcqwgK44Gm6av6oHB9tL f15hd597UFY8gX/psivr7Xe8B/2qsIG41PHE3PlH3qiAjAYFrwybeU07NAaUqwG/eZb4CHn7Oi6yNp fBPVodsWESFanowKBZVUdqipGpqNGOoVdohBaoT3V97ZdD1zWoly1rkkOSm7zQ28jCOrAEqjQeBqBb Sa5zaHOKuC5qNG2YGMxbHzyHrfc5LwqcmjrMOKTC8WBliIJyMP+KiY6hhMvmv6njiTy5Pzks/t5tvO X5dF6tkvNpClAzI9lrQj4es443Js/Ng== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=rN0jdFQDiBptjeW68HKqtHB8RpobfaOnA5+urKzKe4I=; b=oyl2iGs2xCO/rfTdN8vM2U63tMsZfufToSnboWhwwaePTCF0kTdC2v4139/fri4BODwzD/dhYQ/va jlV0tmzrO/xlio3NJHEA1ogt0YJVbYlHxArIcNZ2/VlBKLw3dqzRxNDm9HhdL0kGkOSm+8+PWUlHVo dYRs1McEk6le6BmMgDs2TkAoAqUBZCdfLw1T+dOj4NFyHca07rtACBcvLvW1pp03N4UP2Zwf/vgJjh 9g14L1sVgj39s+A7hE+goOPlfz8orWw8ixHCAyJG+EqXPAEadz/nVrIsgfq8DBibGgVXB3TDtSOUMh 7qH5JuJBkAGSr0g5nznbHZqpQLxwBjw== ARC-Authentication-Results: i=1; outbound3.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=rN0jdFQDiBptjeW68HKqtHB8RpobfaOnA5+urKzKe4I=; b=SPXxsXsLexImc2DIutemI75THStGFdLMB7ZtbivU3fnwwT9i4M5OzQakYDEubKX5XTpTKBAbuj6dd thxNK7tF0ZOqAUuPmLXx7iTDhutBzz5u8VPhVIm/dG26TrpfcRVVK1u8lZcftaUYHDfHilbgZOvxTk E2ZH3hOK2gurEbitHOV3xDu1ZyNKxu1pZdgtr7hgszrG99Syrzolm8qX0hUhp3n7P1JJ4nmWK0DIf+ xSMC5rWeUVh6zhY/T0Wva7OpQBpVjw4HM131TJ6Ie9VQixl9vbRqyE32aOEhXZlayFXZXdsG+EDnJ0 572RqNuUcP66NSAeLghWBEHtR2yNlWQ== X-MHO-RoutePath: aGlwcGll X-MHO-User: b6e2b64c-5571-11e9-9bb1-1f29e4676f89 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 outbound3.ore.mailhop.org (Halon) with ESMTPSA id b6e2b64c-5571-11e9-9bb1-1f29e4676f89; Tue, 02 Apr 2019 18:04:15 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id x32I47qk010896; Tue, 2 Apr 2019 12:04:09 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1784daf44a17088a55215afb491d21188623a239.camel@freebsd.org> Subject: Re: Help getting Marvell-A388 SBC booted From: Ian Lepore To: Peter =?ISO-8859-1?Q?Ankerst=E5l?= , Marcin Wojtas Cc: doc.solo@web.de, freebsd-arm Date: Tue, 02 Apr 2019 12:04:07 -0600 In-Reply-To: <8C03A09C-19CA-4BA9-8DCA-0597970F37CC@pean.org> References: <8C03A09C-19CA-4BA9-8DCA-0597970F37CC@pean.org> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: A2AD77025D X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.99)[-0.989,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Apr 2019 18:04:24 -0000 On Tue, 2019-04-02 at 19:40 +0200, Peter Ankerstål wrote: > > On 2 Apr 2019, at 12:45, Marcin Wojtas wrote: > > > > Please try https://github.com/SolidRun/u-boot-armada38x.git , as > > pointed in: https://developer.solid-run.com/knowledge-base/freebsd/ > > > > Best regards, > > Marcin > > Hi! > > I have now tried to use the instructions from > https://developer.solid-run.com/knowledge-base/freebsd/ and built a > u-boot.mmc. > > # dd if=u-boot.mmc of=/dev/mmcblk0 bs=512 seek=1 > 1855+1 records in > 1855+1 records out > > > U-Boot 2018.01-02337-gdc4398fdb8 (May 14 2018 - 18:38:05 +0200), > Build: jenkins-u-boot-clearfog-model=base,variant=mmc-10 > [...] > => fatload mmc 0:2 0x1000000 armada-388-clearfog-base.dtb > reading armada-388-clearfog-base.dtb > 24814 bytes read in 18 ms (1.3 MiB/s) > => fatload mmc 0:2 0x2000000 ubldr.bin > reading ubldr.bin > 367160 bytes read in 34 ms (10.3 MiB/s) > => go 0x2000000 > ## Starting application at 0x02000000 ... > ## Application terminated, rc = 0x1BADAB1 > 0x1BADAB1 means that u-boot isn't built with the CONFIG_API option and ubldr won't work with it. -- Ian From owner-freebsd-arm@freebsd.org Tue Apr 2 18:09:57 2019 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 CBF46156ECFC; Tue, 2 Apr 2019 18:09:57 +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 0E0D9704C9; Tue, 2 Apr 2019 18:09:55 +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 x32I9AF6031661 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 2 Apr 2019 11:09:11 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id x32I9A3x031660; Tue, 2 Apr 2019 11:09:10 -0700 (PDT) (envelope-from fbsd) Date: Tue, 2 Apr 2019 11:09:09 -0700 From: bob prohaska To: John F Carr Cc: "freebsd-arm@freebsd.org" , "freebsd-ports@freebsd.org" Subject: Re: RPI3, error: invalid operand in inline asm: 'rev16 ${0:w}, ${1:w}' Message-ID: <20190402180909.GA31620@www.zefox.net> References: <20190330152327.GA11933@www.zefox.net> <236A3D25-0B4D-46DA-95BA-71DA505CC2E0@exchange.mit.edu> <20190402015956.GA27268@www.zefox.net> <28F4BF7B-4391-4A4B-ABEC-36A154F9FAE2@exchange.mit.edu> <20190402161713.GA30854@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190402161713.GA30854@www.zefox.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 0E0D9704C9 X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [5.09 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_GOOD(-0.10)[text/plain]; SUBJECT_HAS_CURRENCY(1.00)[]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.63)[0.632,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.51)[0.508,0]; MX_GOOD(-0.01)[cached: www.zefox.net]; NEURAL_SPAM_LONG(0.92)[0.915,0]; IP_SCORE(0.15)[ip: (0.55), ipnet: 50.1.16.0/20(0.27), asn: 7065(-0.01), country: US(-0.06)]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Apr 2019 18:09:58 -0000 On Tue, Apr 02, 2019 at 09:17:13AM -0700, bob prohaska wrote: > On Tue, Apr 02, 2019 at 10:39:42AM +0000, John F Carr wrote: > > > > The problem I mentioned is with the system. I filed a bug: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236920 > > > > If you change the system header /usr/include/machine/endian.h > > according to the path in that bug report, does chromium compile? > > The patch applied without difficulty and I've restarted the make > process using portmaster-devel. > The compile stopped again, seemingly with the same error, unchanged. Oddly, there's also an error immediately before, which has been seen before but I thought has been fixed at some point, In file included from ../../base/third_party/libevent/event.c:49: In file included from /usr/include/signal.h:42: /usr/include/machine/ucontext.h:46:2: error: unknown type name '__uint128_t' __uint128_t fp_q[32]; ^ 1 error generated. The relevant parts of the console output are at http://www.zefox.net/~fbsd/rpi3/portmaster/chromium/r345516/console.txt in case anybody's willing to take a look. Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Tue Apr 2 19:00:00 2019 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 4F7651570487 for ; Tue, 2 Apr 2019 19:00:00 +0000 (UTC) (envelope-from josua.mayer97@gmail.com) Received: from mail-wm1-x32c.google.com (mail-wm1-x32c.google.com [IPv6:2a00:1450:4864:20::32c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0F0547283C for ; Tue, 2 Apr 2019 18:59:59 +0000 (UTC) (envelope-from josua.mayer97@gmail.com) Received: by mail-wm1-x32c.google.com with SMTP id 4so4584368wmf.1 for ; Tue, 02 Apr 2019 11:59:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:openpgp:autocrypt:message-id:date :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=mkMLKOSrs4ris5mRR1AtOdVsj+DjzE33A3AlwuFboBM=; b=IqxFo+yP44xa/0SmBhtBGV/0PqS6bK9DedgTNiT0xNqs5XKQIv+CdPBV/wKex+3Sio njOy+zXuK43v2Nmds07TUdKm+czy3pZ8CBwuET+jnf9x0AtHwZ+hJu8A50w7oxRSQuer 3lWGp4tl8haHu8YfC7VWOdNO6CkfxuZ0qhUVIw82Jh6q7lHu8xODp3wbdQZQkQhqeRHm epv7vAVcYAPvymNFKeVrlZVDdfs+sZjt3qJ3TnscILLwpQvi1uSkoU3Ge1e2VLJuQ0tx qFM/pWwQmHbom1VoV09DAhg5E3OEKaYbpvF4Moimom7Rac/QSpZe5juR7nCQgo2RrKbV H1Nw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:openpgp:autocrypt :message-id:date:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=mkMLKOSrs4ris5mRR1AtOdVsj+DjzE33A3AlwuFboBM=; b=giRvtnFP9FTM6acjgTp4zbxglbgNrjjkR94nWGvMd5m7oo/inyvol2S8ZGgimNQl/z 9uK5PLpaBjJApm+1dts9A0N/JybIMmlg5bCsdxXSKj75Zn16xHhTRwxiy57LJZsUA9at 8/dYTd473zooXqMrX81L7aGRRZa4AGgnJJEn5IjlldE8gRremEjUkVd9gw2DOv8TgUNn BJDpfp6YXB71fAoY9V0cYcn9MDthShxKlqe9OeVjFMSUmIq3g9Jra5q1/75akw67K/p2 SygVWlLz0jW1nDW6UBPLwx+5EPHg/DcTVTipIPv05S2Sy4N5rSVX+D6GutohZlLYiu+6 lYOg== X-Gm-Message-State: APjAAAUTIDpvzuXH6UfAMWly/U6c8EfO1dy7CRfjxjFyktujBex8QOmd mxRC7QyUbQLZ2bEA8IjKHMzeNPNQ X-Google-Smtp-Source: APXvYqxYhx3xWIFtS6T9qFTvLWMCg9ieT6jA1zYHRrRWX+Btz3sXed4Hjnhvc1BTlabIrqQi9U2FKA== X-Received: by 2002:a1c:7008:: with SMTP id l8mr4629541wmc.49.1554231597531; Tue, 02 Apr 2019 11:59:57 -0700 (PDT) Received: from [192.168.2.163] (p57A7C512.dip0.t-ipconnect.de. [87.167.197.18]) by smtp.gmail.com with ESMTPSA id j22sm41275205wrd.91.2019.04.02.11.59.56 for (version=TLS1_3 cipher=AEAD-AES128-GCM-SHA256 bits=128/128); Tue, 02 Apr 2019 11:59:56 -0700 (PDT) Subject: Re: Help getting Marvell-A388 SBC booted To: freebsd-arm@freebsd.org References: <8C03A09C-19CA-4BA9-8DCA-0597970F37CC@pean.org> <1784daf44a17088a55215afb491d21188623a239.camel@freebsd.org> From: Josua Mayer Openpgp: preference=signencrypt Autocrypt: addr=josua.mayer97@gmail.com; prefer-encrypt=mutual; keydata= mQINBFtbYt4BEACysNSF+vmzzBvR+YgJDK6X34V+WUStfjN3YqbcClZxUWe2rOt3BfxsuG+a cmOHVmS5ufOOXE7dsB6w9eviNOO2h/XWCdyjnrtYY4bCxmDzyHV3MZW3Z4OlJWOFffOa5HPe fog8Xn5wsLm+tKyMWJAqSjJrJSJmmgucT/QkHOsnUtPRPSDRsTiWBZQgtplgVYswdaGxE8sy XIJJfpQVX9G6rm+1Qyc8BEGcgvx9cHjzaK+NbFPo8UsZZ1YxuqPba3Kr7NlmLFp78oTBYtTY 2bTCtNd/mBKkDd1qhEm/TqX1DElXlnWwKOEDX9FxvWIjVtVP04kdXJspb8U404GLbH3H86+D XAjAkXI7QY/CRsmENvi0wzxjb8PduWYslqJA6yMeoJY9iB1aiK/1LetfozUBX1nKhXCzfOz3 dAaHhUel0dylxRndQP7lpahvZw9FLv9Ijc2gafh7hQ7PxJue1H0v5nrOkyfxr9/kZSLnKk16 /LD88Wlu3O2oDNOc0Mcw29VGxTkHMsi5qWsYXGX4fFrIpmuZ9L1yNdY2Z0HJEMFC3oP7imts X05sQzIdDwlDe9afW5bI1QzYHeve1EvC3hDTjl3uAbKY5tOFs0S6bZo1mXDe7Ul6gCkMJSg3 j1WKRC9N1fp7sW9qVxfyFYljGVeN2UpJqBXEIghLewgetxnzSwARAQABtCVKb3N1YSBNYXll ciA8am9zdWEubWF5ZXI5N0BnbWFpbC5jb20+iQJOBBMBCgA4FiEEBGzKTuBeYuHyxSgAY7Jb EByN8BkFAltbZT0CGwMFCwkIBwMFFQoJCAsFFgIDAQACHgECF4AACgkQY7JbEByN8Bn97w// WLLmSYDg2e/zlcD0cjtRDnHliDk6b/FVoqPLlY1taFAIzQzptowYLGhwaid4HpghmwmeM0t4 auadcOPj6Cge/fW+9uTpehP+E4Knp1CpWVNNPfNcad/7wL98rBTy+3huaPnwAIeXdVdc7Jfi 3nnvX8o1NFuivZ7SXaBKtZo1iSm2B4yn7TndjQKqJ/TzQdYp9Sb7CiG1JWT/hAH8Zax8lETx BVhgOPZpe9RH108NlVnVwDtIN55O7iSMAVwl3ON3khuTVFtYmVd7iOFkzUx4TCJ6YSZsWQzz NHawbBavHE1DsDdT1BrJsz42DJjuBJXNtEDd/KRzzOhsLDjoZpoIvgFgeNAIxvLozae1ajvT 1g3Twgb+ewDVsmB9m2IjleNJyIlNG0vTX3/SQPsS6I3sVo1Q30rC6IUGBiK2PKJDkFcPz2xK YrdR49t5zBk6olXiCdoYgjlCkA8yxVaFMLMnLxzyfiD5ngT9k74j6CZV/M+M8/7tTyOOk+Ni wCe0NCrYk+PED9pLBQ294Z15aA0x83X4a1lmZOh7agspQ3Xsc1KwA7MpHy/P3sAZJt6P77Ft YbRXErbzm+ZkWGdCzEYF8khgds+4mTJFWH58Jm1rm0ZsYeyK+VyES/D1E8yCQalWYSw7yQ4I ivQwrzjl7HBNmSPMqHRzKSvgoGixABxKiOS5Ag0EW1ti3gEQAMngBnhTg9c0119KxFq1pJCh nsCNYlNQXVembZHjxCU7ui0sTJsDotJ4RZfFnIyXuDf0xPpLwxtQsdaShx66MqUEwFoni+X4 a8j+q6osWF51vNS8VXT3D/gmAubuf0CrVPWmgeU9IvsBtUotfq6dpLkBGqFe9pXHnaUovRbc cdXjYBFwUrpxAwNqOJWgLQ9ePEaZ3viXvr0KwIt2YH1n3XWeVqqpGmXevsioVKbP4Jgq8GFE pp9VnraEiQ+U8hYGjKRFyCisDSVhQzN1J+XDSYlQ7a4AQZ+C7yO4RJe95JDhc3WN0nzvyEcr AFLGgCWOxfEBg++upA3BTmVxESRAGTf+zo6y9rCAgB6Tbj2VZxN82MPbs9C7znKvQR8V5cUC XEYlmxIGSuuvJ8hc6q46ygZlZEPD1wvCV+UiQicEv0Qi3f2q4vNQOWCxYcQLIO6eJB6lnUba mC9rWQqQiVHc572U7gmsUbRtL8Re8ZuFQZbYNu+kDkMm4gqDLnpM6SLBZRmjGAYkwGssycUB nPDRWaKTDhnLqqjlFo+GAXNxt/rG6o2UGqJYASJ96ib0d1l7RbPshDj0hYmkKG62P9C4yR5n jkXXnjJKbHcraT3w+WO+bq6qDGiRJGtlYr2u8Y687k/xJzgRRLDdIgO+UEgMNdc5NUzj1f+M SmUCySrkuVS7ABEBAAGJAjYEGAEKACAWIQQEbMpO4F5i4fLFKABjslsQHI3wGQUCW1ti3gIb DAAKCRBjslsQHI3wGUU9EACqTPgZ8zuH0iBhdViM/RSjXoSUEre40ZdqfX4PwvYw2LWqPO2l hMEFB18ljpTQGg5sMBhuzIRWlB7X7E2Pe3cNG6wtzHaaDHr3DXxir/Y+hH3x7Xh8XduzKvsf nYxgd8BrNXCeDzzgGzjw27mieAHmitu+TNoq8+whceZ5FVtIs5+1lovHEduAYqMNg6acAjYw vCJcCqMD+LwZ7MuZNmzVsmTBOXYt89G51TzEJNnixhpLfvJQv6XjfB3GSQX5t2K7eCnHQjcW HwZCi9+/IznvuKIdXtoXDkEYO99/hXq8PYyPzwzQuuhxD7q2y4Vepg892Wd25VXoki1QNDxb BSOR0JYYYYi8uUaMUwb//aVOeDSrVB6MC79HezU0U6WabAbwmDMg5RYGwBtOLOg5V4khPGBD S4ntspMxn6uwHmUP3bQI9i4/R3ZCbm82BKrDnumvgXA2ZjOocm4KnBUq7iFcHCHtXTF0cP3f CKO5ue43dppoEyy/YbY+MykMGSDds0Zo1WS7BLtY1jU57BJpeA2LyB+tlnqneBY7bSiCnLFk R445GWURcesv2Be076yKhbVggsu2+1yv+NbToFBhLNhqHJH0e0nUrxmvoWDYRhGIODRtk3dk m/pY86DbEeNK+Y8ByMRDt5Pa0RFAOeDAxA8BcPD1/koQbNgp0it70I2nNrkCDQRbW2TiARAA yZ4qQ+6XWKDnK8f8fHUSc5U+C8yQJwwjwq8YjTOJAGlrJPH62ap1Bs8KKd0HXLYx3Z0aAOtw lGWYUEJtHQAMUed8sYz08dSs5XrRQ0p50o+7Jg12XAqaCqcQjq2XS9YImBB4W2GQASiHwDpR ZlJT+s4CfozWMiK0yBiYyYEXv3ndkXq2DlOYXIG3HxGH881RentUS4ufRpe3jS148pKjYg5O p142XP9jBVO9sSqMcpQnnJaRlLxt/f3WvhOAgSui+E/VTkR++Avo16hcrM+us05YuGePzHLB 81ZcENAts9VRBSH0yM1uA1omWgy+iVMqTTtz0KyI5huiktNkDvoT4eO0qV9bvaED+vrZR+2n 25TuqIPoQpAW6yfdgot/2MyRGEFlBvmshFDuUBwR2HIfIrewb+pCpif9YTCXbT9k4SOwYirJ TvItKv/w/AVOQ5jpBd7J2+fsirNYhdC2DgEPW8aJGra0ElwJBS/bS3eIuhQt3jtoTlK9FN7Z eE0hpFLqlsJZ3DYunsQ59alZjHo5u9qLDDI2f916zsbI+eajQva9ax/kXWXcEHpQk20MFj7c AT4tCbFYy84sPqKMEccY2BrbnlzKvSwHqRJAyK0TApKJk2EG/io6SMU7Ez6O0Rv2JW2XQy8Q ROGvD1IwYXOGdz42CeNHTAGvWUwb+xHTAYEAEQEAAYkEbAQYAQoAIBYhBARsyk7gXmLh8sUo AGOyWxAcjfAZBQJbW2TiAhsCAkAJEGOyWxAcjfAZwXQgBBkBCgAdFiEEp/mKrntZgfn46C9m OMa81b1flPwFAltbZOIACgkQOMa81b1flPyzIw//XY+Lf7v50TDbaks2bHc7sgysIQlYMLjE QD4tLXeowgl6NB8uYvU3mok/mgkClXEmYUqNYZtBZ9lW5wdOlZ9tjWKshZEXtCadROAq0ux7 J5nJMgtQRif9+QmW/DSOR02LZ1x7qGWBbMBGT8kYX4AiXo1RMORbcoXz/a6+RO8LXQeAYdrF QIbb5OzVKnAiVLirCUnI3ZMfgyjtAgcHYSNVggHbBOI5bJEwFQvMuD65wzbgLbNQBJXNMeZR R9WucRm9GcFZgX+XlwGx/Lls16iH+tgvEnoUJnukNad+EeGESBputyGhtS5tknF1CN7MxHj+ MI+GOpkcK1+2TUcA4CEn89KiLNVvIkLemWDcBwXC3okiFXGaqmIOGHw4ngErGPbKcmChO/3h lRAJYVuYLStJMPcgr+Q8b5li1EzezV2NW3MNpmXEpDnA3GFoch6krI0cyys8680ToByTwRHZ HpD4MJNPdS60ZL75gfnO+kTHFirlvw/7Omo+CfbCxTQC2uUneSMvzpZe4nf0/UdYXbo8t7AR diUZzKYsfzl/wKtzLaKWvuVJZnV5j+p67uBwoqtCzwZd7srOo1zTmlcHwjcNX0ks/P02Nxne 8fUYjDzvKm3XZSL7PHoxiQmZlcT13r3thL45SO7DTQCTgRlYPsmM45IZPdmAO03ff0uz2SaP HA+TYQ/5AeGp8YXeWJT0ts+7wz7Mf2ztTB/CSusQ44CiboBOKu0+ED5GzfLtk+eDZDXIIWhQ yxey8G9JRrthIdRuxeTKqSOePnIyBp8cNllgx7cgyL2oXCHVVOOk8mRC97GoFxw35Ls8FQzg knrC0xbFytCLJVIwOXYtJRc+kkqa4X8znhHtSicoUSriSab8vQR7EedXxOSt1abWVh8Y+inn hW8nr/lPGdcZlCff72tLlHZEgdwY1o6qKZkudiTdwTwpB+xYDv58TJKDtCUaFiKIjP6YVSwi OgbyzAW1diMI246jJg/x+RytRzkWkg4HvOJiUM3y2pr9KaHjFzMBSYADukTuJ6MkcvC1aqsY whKXMx5cWMpCisP6kZQNfsfM5UdvFghk+2bs33XNPFOilBozFo9OkEPpc8tezZqq7seZupYX 4AsCiHxwat8Z+I6ecNNIc0O8zkzUPqJotWehO12vlTpPU4qyDjyn16Ude1Nb+y6cK3R1Bu1+ baaDWy6Yx9bIat1koYXY0TD9hhIRdQ1Z3T0qBqm2b9oMT8XzhIhlBzwkrku5XmVfHILh6m/D Atc5XoeNksMaV6XsdxSAsBT6Vy5Ancd9LQ6hx2F4N/EY2K+X/j63RQwyJSrHXWHyY1if/TY3 CKEuEwlKLbUIs14huWIjQI1HmQ9RjWe3DUkI6Y6MpmY= Message-ID: <1d7c4986-43ab-238c-efc2-bd6d73af3773@gmail.com> Date: Tue, 2 Apr 2019 20:59:55 +0200 MIME-Version: 1.0 In-Reply-To: <1784daf44a17088a55215afb491d21188623a239.camel@freebsd.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 0F0547283C X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=IqxFo+yP; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of josuamayer97@gmail.com designates 2a00:1450:4864:20::32c as permitted sender) smtp.mailfrom=josuamayer97@gmail.com X-Spamd-Result: default: False [-6.77 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.99)[-0.994,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-2.77)[ip: (-9.22), ipnet: 2a00:1450::/32(-2.37), asn: 15169(-2.17), country: US(-0.06)]; RCVD_IN_DNSWL_NONE(0.00)[c.2.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Apr 2019 19:00:00 -0000 Hi everybody, Am 02.04.19 um 20:04 schrieb Ian Lepore: [...] >> I have now tried to use the instructions from >> https://developer.solid-run.com/knowledge-base/freebsd/ and built a >> u-boot.mmc. >> >> # dd if=u-boot.mmc of=/dev/mmcblk0 bs=512 seek=1 >> 1855+1 records in >> 1855+1 records out >> >> >> U-Boot 2018.01-02337-gdc4398fdb8 (May 14 2018 - 18:38:05 +0200), >> Build: jenkins-u-boot-clearfog-model=base,variant=mmc-10 Don't mean to be picky here - but this looks like the U-Boot binary on images.solid-build.xyz --> so not the one you compiled. I think you need to check where you deployed the u-boot.mmc, and where the BootROM loads it. [...] >> ## Application terminated, rc = 0x1BADAB1 >> > > 0x1BADAB1 means that u-boot isn't built with the CONFIG_API option and > ubldr won't work with it. > > -- Ian br Josua From owner-freebsd-arm@freebsd.org Tue Apr 2 19:07:13 2019 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 64B9E15706FF for ; Tue, 2 Apr 2019 19:07:13 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-io1-xd2e.google.com (mail-io1-xd2e.google.com [IPv6:2607:f8b0:4864:20::d2e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2663772DC1 for ; Tue, 2 Apr 2019 19:07:12 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-io1-xd2e.google.com with SMTP id c4so11880297ioh.9 for ; Tue, 02 Apr 2019 12:07:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=VrGqwOs2BwTSFNzwAMBCAzSHnUanrISubORZkD5iGwE=; b=pFRdYDcPOGEGV/gQkWU5TQB/KACI9GJgaQw2ehB6KkJrOi/Qq10aK2pPvQYRzvpPzN gAYk0qmojTbzF/HGdhxxTMJJrQ/dA2U2+QA03eUq5aTc/yiJoFOTy7v/Z5iCiEtm6isB 5hJAZOTFvgxx0VAcvkoDLeVMz2rq25VMvhc9iU2LewLVUjLpdg1uuVr2M8u43UMKcCd/ Nq9jaeG6+V3g1rj7H8qzLChL4TqI5IxE7IhorSnVhEZxUxkyUDiC3ALIK3bicFW6IEJT LGib/qZk8mrMOWXi0r0zeQLdKTjDZb8S9tppIkRfM5N878zq+9+18Db+GXNIn02hkp4h JnZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=VrGqwOs2BwTSFNzwAMBCAzSHnUanrISubORZkD5iGwE=; b=SCVbwF4KKVLzKevHWlHqRgyksW8ZCp+VW5WJ2PmNX8x3BKdiDF79W+SSA5Xlkgt/zt jde98UOqxm/wrzwyLYsQZ4YRGhIBMwG/9S/5xjWUjKDn/XocGZGgLSkZb70yC3VeUIWW ArHdsB/wRu3+ljU+3gEZqAsuuWNYyXZlwEXoeFPZDceRDYkt8vnCtSkmVY5kwCUZdjr5 DTQquZoNjeOKbfp5AC49xnDlkh0cBxG63sl/u7SZdNOMi9s5zXcYnMjF5HMdwk6Y+bSG hJ5afGDsGdFm7UFif+YQvDTWcvgLusdkGG0YgB5PGuM+5VkWdtMZYoZZeAG6yR09JGl2 RMMQ== X-Gm-Message-State: APjAAAUN28EZVk0o7/V0SLbxKIpQtFEaKNDXBHOI5fyTUwKfTdAXs/rQ hK3Xd6mKyouOwWR7s8IAOLuuy3am9L7TMN/UEEumoacb X-Google-Smtp-Source: APXvYqyuZTHY3idWRlj6Lsus80kw9KAm7vKx/FMLPnT3s/ORLJ30T5hT+oEyPW6vg+FcQvvy28s3DNrjqYaW9Jxa2IQ= X-Received: by 2002:a5d:8b41:: with SMTP id c1mr1411146iot.173.1554232031564; Tue, 02 Apr 2019 12:07:11 -0700 (PDT) MIME-Version: 1.0 References: <8C03A09C-19CA-4BA9-8DCA-0597970F37CC@pean.org> <1784daf44a17088a55215afb491d21188623a239.camel@freebsd.org> In-Reply-To: <1784daf44a17088a55215afb491d21188623a239.camel@freebsd.org> From: Russell Haley Date: Tue, 2 Apr 2019 12:07:00 -0700 Message-ID: Subject: Re: Help getting Marvell-A388 SBC booted To: freebsd-arm X-Rspamd-Queue-Id: 2663772DC1 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=pFRdYDcP; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of russhaley@gmail.com designates 2607:f8b0:4864:20::d2e as permitted sender) smtp.mailfrom=russhaley@gmail.com X-Spamd-Result: default: False [-6.70 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.97)[-0.970,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-2.72)[ip: (-8.43), ipnet: 2607:f8b0::/32(-2.93), asn: 15169(-2.17), country: US(-0.06)]; RCVD_IN_DNSWL_NONE(0.00)[e.2.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Apr 2019 19:07:13 -0000 On Tue, Apr 2, 2019 at 11:05 AM Ian Lepore wrote: > On Tue, 2019-04-02 at 19:40 +0200, Peter Ankerst=C3=A5l wrote: > > > On 2 Apr 2019, at 12:45, Marcin Wojtas wrote: > > > > > > Please try https://github.com/SolidRun/u-boot-armada38x.git , as > > > pointed in: https://developer.solid-run.com/knowledge-base/freebsd/ > > > > > > Best regards, > > > Marcin > > > > Hi! > > > > I have now tried to use the instructions from > > https://developer.solid-run.com/knowledge-base/freebsd/ and built a > > u-boot.mmc. > > > > # dd if=3Du-boot.mmc of=3D/dev/mmcblk0 bs=3D512 seek=3D1 > > 1855+1 records in > > 1855+1 records out > > > > > > U-Boot 2018.01-02337-gdc4398fdb8 (May 14 2018 - 18:38:05 +0200), > > Build: jenkins-u-boot-clearfog-model=3Dbase,variant=3Dmmc-10 > > [...] > > =3D> fatload mmc 0:2 0x1000000 armada-388-clearfog-base.dtb > > reading armada-388-clearfog-base.dtb > > 24814 bytes read in 18 ms (1.3 MiB/s) > > =3D> fatload mmc 0:2 0x2000000 ubldr.bin > > reading ubldr.bin > > 367160 bytes read in 34 ms (10.3 MiB/s) > > =3D> go 0x2000000 > > ## Starting application at 0x02000000 ... > > ## Application terminated, rc =3D 0x1BADAB1 > > > > 0x1BADAB1 means that u-boot isn't built with the CONFIG_API option and > ubldr won't work with it. > > -- Ian > > There seems to be a uboot for the clearfog board in the ports collection. Perhaps try that? https://www.freshports.org/sysutils/u-boot-clearfog/ Cheers, Russ > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Tue Apr 2 19:50:53 2019 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 556201571984 for ; Tue, 2 Apr 2019 19:50:53 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [IPv6:2001:470:6c08::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 79C2A75035 for ; Tue, 2 Apr 2019 19:50:51 +0000 (UTC) (envelope-from peter@pean.org) Received: from [IPv6:2001:470:de59::8c54:5201:5a84:56a3] (unknown [IPv6:2001:470:de59:0:8c54:5201:5a84:56a3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id ED6D81B8E68; Tue, 2 Apr 2019 21:50:44 +0200 (CEST) From: =?utf-8?Q?Peter_Ankerst=C3=A5l?= Message-Id: <2C4399AB-4A84-4048-B4E8-A00AE5650FDE@pean.org> Content-Type: multipart/signed; boundary="Apple-Mail=_F2BBFB83-10FA-4C5E-8D6C-1230C162FA5B"; protocol="application/pkcs7-signature"; micalg=sha-256 Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: Help getting Marvell-A388 SBC booted Date: Tue, 2 Apr 2019 21:50:44 +0200 In-Reply-To: Cc: freebsd-arm To: Russell Haley References: <8C03A09C-19CA-4BA9-8DCA-0597970F37CC@pean.org> <1784daf44a17088a55215afb491d21188623a239.camel@freebsd.org> X-Mailer: Apple Mail (2.3445.102.3) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Apr 2019 19:50:53 -0000 --Apple-Mail=_F2BBFB83-10FA-4C5E-8D6C-1230C162FA5B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On 2 Apr 2019, at 21:07, Russell Haley wrote: >>=20 >> 0x1BADAB1 means that u-boot isn't built with the CONFIG_API option = and >> ubldr won't work with it. >>=20 >> -- Ian >>=20 >> There seems to be a uboot for the clearfog board in the ports = collection. > Perhaps try that? >=20 > https://www.freshports.org/sysutils/u-boot-clearfog/ Yes I know (see my first post), I have tried it but as you can see from = my reply to Josua I apparently didn't flash it correctly. I will try = that now. Thanks for your help. /Peter.= --Apple-Mail=_F2BBFB83-10FA-4C5E-8D6C-1230C162FA5B Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCDKIw ggZMMIIFNKADAgECAhAIYx54g0aQ2jlpvYBCpK60MA0GCSqGSIb3DQEBCwUAMGUxCzAJBgNVBAYT AlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2VydC5jb20xJDAi BgNVBAMTG0RpZ2lDZXJ0IFNIQTIgQXNzdXJlZCBJRCBDQTAeFw0xOTAzMjAwMDAwMDBaFw0yMjAz MjAxMjAwMDBaMHQxCzAJBgNVBAYTAlNFMRAwDgYDVQQHEwdVcHBzYWxhMRkwFwYDVQQKDBBQZXRl ciBBbmtlcnN0w6VsMRkwFwYDVQQDDBBQZXRlciBBbmtlcnN0w6VsMR0wGwYJKoZIhvcNAQkBFg5w ZXRlckBwZWFuLm9yZzCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBANbMh3R37S2b/qQU LkhUSZvHgrl9zRt2ARiVkAhOEQxdOax6XCm6LbNNSSk3uduA+kKhLKf442IUff0RfNJfm/6SEDm0 sR7jWLR4duWmo2f5fWl9/E6ALvWVqJY5ILR9fz7xoB1YjM4OXyNXPYYHZh/rTYek6XL2Ku7Ph2iD mhvYlmHO28MKUA0DvHrFSdLV5/K/gVIMS8c0rlPNi5fWU8WG9NTaNvdXYKPomb2pfo5d9DXFLZs2 F0aPCielmvcWnt1CaVrhdk8vs+/gIra1ZHkha3pYAGkXq+n/3teZNh8gX7ltVJpPWs2IYtRTd0j1 YjqWBK9kgilL6CBQs5q76Mcjm0A3iCTOUFHmmkLMBJcKiobpcOAcWBS3Wf7jgbkZAuoWnbJPg+DA COzna8lg/S1+FlMGxOZsosrcoagzxMIYddfTC/lMFX+lXifW30cudPjWx5fM0QoDKGILPa85K1ex BsiaHx1danwitEMux6RlTuHKAJg7CkiMc9aP5P0aGbHTpJTYh8uHdL83sgnekwJ5Dgkh7BNqVhED 0cjDfAsNHOdhTTHdEprqrJ9ytkHmWFvUhiX9hkW0LFgFc5apbB/mwsUstfPHfDOflLidbtcG4Xgw 8fKv/it0xlJwPhxhHHZkndwrkjsoz/jbyFrlbPBBkA1dwamhtppwcZsWiqlJAgMBAAGjggHnMIIB 4zAfBgNVHSMEGDAWgBTnAiOAAE/Y17yUC9k/dDlJMjyKeTAdBgNVHQ4EFgQUxx/6f5aEHV7C1Tuz e+XbwXnlIOkwDAYDVR0TAQH/BAIwADAZBgNVHREEEjAQgQ5wZXRlckBwZWFuLm9yZzAOBgNVHQ8B Af8EBAMCBaAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMEMGA1UdIAQ8MDowOAYKYIZI AYb9bAQBAjAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy5kaWdpY2VydC5jb20vQ1BTMIGIBgNV HR8EgYAwfjA9oDugOYY3aHR0cDovL2NybDMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0U0hBMkFzc3Vy ZWRJRENBLWcyLmNybDA9oDugOYY3aHR0cDovL2NybDQuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0U0hB MkFzc3VyZWRJRENBLWcyLmNybDB5BggrBgEFBQcBAQRtMGswJAYIKwYBBQUHMAGGGGh0dHA6Ly9v Y3NwLmRpZ2ljZXJ0LmNvbTBDBggrBgEFBQcwAoY3aHR0cDovL2NhY2VydHMuZGlnaWNlcnQuY29t L0RpZ2lDZXJ0U0hBMkFzc3VyZWRJRENBLmNydDANBgkqhkiG9w0BAQsFAAOCAQEAtH6RpZidx4wf eniyd1+ZDD5lSQXq2OVV8mwMnYFJpYSlnyorSJR4zWCtnjcLDNvZGIWizSk29F3CGUJ9sW774Lvm xk8Yr64ntT9phUozFtSiBPxpjXTdXIIRcSu8Fjh+FWaoMw2z7ONCZX0wT5QnqV9YdrMg/+wzdo6n rgJfafUI6qXSImKlGJ1Xnzka/QS+pxcyUtsFLw0O9bnLaOBCUtmKItTv9FT/fBJenhdm4k4uMFgh w5kWF4dZsof0HOkQeC+DfsFJbIJ5wheT/uZhuF/Fz8mTJ0qNl8V4+fm1nSWYWJtygb/FENpK0HVa ffwSJp3f02pu/cHNKOwc62w4uTCCBk4wggU2oAMCAQICEASueWBmZpAaucV/pmxb3M0wDQYJKoZI hvcNAQELBQAwZTELMAkGA1UEBhMCVVMxFTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQ d3d3LmRpZ2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNlcnQgQXNzdXJlZCBJRCBSb290IENBMB4X DTEzMTEwNTEyMDAwMFoXDTI4MTEwNTEyMDAwMFowZTELMAkGA1UEBhMCVVMxFTATBgNVBAoTDERp Z2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNlcnQg U0hBMiBBc3N1cmVkIElEIENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA3PgRIz9q te/AJ3kbLQWHohBDMd8O1BUbT3ekIs4+jHDwvgeO3ScqvAEdtiwKyt1pWB9B7WoFH9pjeFkeIiwr +Lp+yTU7VvEffEJ+JbAjGcZFONc9RPkgfGCuHLBaGAS+jzv3qfCUmqYMY0m2QRdTQDK9T+ZQelAf JUXo8Ymvzf9e/1Dz8BcR/73FifW9YrnY+45FBIVtmc3FSE39JqsCNkXqNtdfauIagkEK3OnZ9ZEX jsYhrTg8E+Yef2ac1U3ZRtr2z1KnfTskw7TBUTXGm+vU737kewPhRL16CzfgT8uCig1xGOSm4Iks G/OyczzBsJKeGH29q33FfQihLMKfcwIDAQABo4IC+DCCAvQwEgYDVR0TAQH/BAgwBgEB/wIBADAO BgNVHQ8BAf8EBAMCAYYwNAYIKwYBBQUHAQEEKDAmMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5k aWdpY2VydC5jb20wgYEGA1UdHwR6MHgwOqA4oDaGNGh0dHA6Ly9jcmw0LmRpZ2ljZXJ0LmNvbS9E aWdpQ2VydEFzc3VyZWRJRFJvb3RDQS5jcmwwOqA4oDaGNGh0dHA6Ly9jcmwzLmRpZ2ljZXJ0LmNv bS9EaWdpQ2VydEFzc3VyZWRJRFJvb3RDQS5jcmwwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUF BwMEMIIBswYDVR0gBIIBqjCCAaYwggGiBgpghkgBhv1sAAIEMIIBkjAoBggrBgEFBQcCARYcaHR0 cHM6Ly93d3cuZGlnaWNlcnQuY29tL0NQUzCCAWQGCCsGAQUFBwICMIIBVh6CAVIAQQBuAHkAIAB1 AHMAZQAgAG8AZgAgAHQAaABpAHMAIABDAGUAcgB0AGkAZgBpAGMAYQB0AGUAIABjAG8AbgBzAHQA aQB0AHUAdABlAHMAIABhAGMAYwBlAHAAdABhAG4AYwBlACAAbwBmACAAdABoAGUAIABEAGkAZwBp AEMAZQByAHQAIABDAFAALwBDAFAAUwAgAGEAbgBkACAAdABoAGUAIABSAGUAbAB5AGkAbgBnACAA UABhAHIAdAB5ACAAQQBnAHIAZQBlAG0AZQBuAHQAIAB3AGgAaQBjAGgAIABsAGkAbQBpAHQAIABs AGkAYQBiAGkAbABpAHQAeQAgAGEAbgBkACAAYQByAGUAIABpAG4AYwBvAHIAcABvAHIAYQB0AGUA ZAAgAGgAZQByAGUAaQBuACAAYgB5ACAAcgBlAGYAZQByAGUAbgBjAGUALjAdBgNVHQ4EFgQU5wIj gABP2Ne8lAvZP3Q5STI8inkwHwYDVR0jBBgwFoAUReuir/SSy4IxLVGLp6chnfNtyA8wDQYJKoZI hvcNAQELBQADggEBAE7UiSe5/R2Hd34PKAWQ8QovyTs+vZOckMav+pFRhzJUa+jKwXFRXJmOtfrg YhmZpgeafBMn2+UCooQS2RX2CkRXxDSPbXMfOtagAT3e44LkRWuy6yX9gF4dOZC+W0L2zpFg4/mg VgxIEM4zaHvNk6vwastPWA+5e10bBIGepyLiV0kn7pKTCL5pCFMCOi5dyBn0UIBOAtmwXZG0k4f5 lpaBVUCOZu2C2LsoX+1MYe0GWCgZUxFEvEcgKbIEbNiJVJk7ddtneCweknjGVT1YEhEybr1DDE00 23vGQtvsvqubYUwGkuOO3yEqUFcEwGCiNdUknmY3CUnP1fhls+DibsIxggQpMIIEJQIBATB5MGUx CzAJBgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2Vy dC5jb20xJDAiBgNVBAMTG0RpZ2lDZXJ0IFNIQTIgQXNzdXJlZCBJRCBDQQIQCGMeeINGkNo5ab2A QqSutDANBglghkgBZQMEAgEFAKCCAYEwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG 9w0BCQUxDxcNMTkwNDAyMTk1MDQ1WjAvBgkqhkiG9w0BCQQxIgQg90xJhICoH8r6Y1iiFy5Mp88B s/2WJqcLqeV0HBxi91UwgYgGCSsGAQQBgjcQBDF7MHkwZTELMAkGA1UEBhMCVVMxFTATBgNVBAoT DERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNl cnQgU0hBMiBBc3N1cmVkIElEIENBAhAIYx54g0aQ2jlpvYBCpK60MIGKBgsqhkiG9w0BCRACCzF7 oHkwZTELMAkGA1UEBhMCVVMxFTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRp Z2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNlcnQgU0hBMiBBc3N1cmVkIElEIENBAhAIYx54g0aQ 2jlpvYBCpK60MA0GCSqGSIb3DQEBAQUABIICAFYstYNcFmR32g39VG+6uTeCG3ljNk2j3rLTDRlG oH1Tp4pS17kf/Kh2x0lC/toPHgPsCDqqMfyf4CGvdCOUbBVa4TlOnHv6xJALkDKsNuuSfjCJSN44 1AAFEMKjJGH71+es3kvP+viHfBuyim7s5bhKYXErSR24PfglS8JIqn8YZ3unO06ENHPpff5kUzSB 0GuGw7gGUI1SvC8fGtcNvlzYhsW7zguCCHhbvEtaLfL6DP3OWcx6nbRoZpOLAMYGrbPxUVrXCvO0 AeOtGzY1HlvtvkYbg31UE2+m1mwLrPZE4o0g2eF7JqMmiYC4srU3YCqOshhtcEL+b+jfbzszgZBA P7Rf0JmULUpHw3lMnX3XPgt7bXbpwgzMN3DxTjoWeLb70HuwpdmwUs2w3icCj3VfV87laQlbNzXp npLNsaGLYpEWGSYJphfxTIo8IfT/fiABz6Uz8XbFvdbblh70WuHcRnIFYDIUjVsaAlluhtKvyBJC g5ie5vXjy1NnSrs3IUYT8VlpMD7E/hJ5+EB67RKlmGmBk/xD0IsRR91FAOELllfnjKdwFKY5m84G wWf7i/uHRkUS7M8ErHOB1vDR1QSGYFcpVnW6BRwsvResPDGKhysoSQLOv6i33mY3oMmagZ+6E+/m TUMWyBmogECsDzn7h1TcUM4yvYg7x2AfNj1tAAAAAAAA --Apple-Mail=_F2BBFB83-10FA-4C5E-8D6C-1230C162FA5B-- From owner-freebsd-arm@freebsd.org Tue Apr 2 20:04:43 2019 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 D903A1571E91 for ; Tue, 2 Apr 2019 20:04:42 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [52.16.239.146]) (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 EF4BE75BAE for ; Tue, 2 Apr 2019 20:04:39 +0000 (UTC) (envelope-from peter@pean.org) Received: from [IPv6:2001:470:de59::8c54:5201:5a84:56a3] (unknown [IPv6:2001:470:de59:0:8c54:5201:5a84:56a3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id B0EB91B8FD9; Tue, 2 Apr 2019 22:04:32 +0200 (CEST) From: =?utf-8?Q?Peter_Ankerst=C3=A5l?= Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_CC3DFCF9-9F6A-4C5A-8A57-9F3DEDDF71E2"; protocol="application/pkcs7-signature"; micalg=sha-256 Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: Help getting Marvell-A388 SBC booted Date: Tue, 2 Apr 2019 22:04:29 +0200 In-Reply-To: <1d7c4986-43ab-238c-efc2-bd6d73af3773@gmail.com> Cc: freebsd-arm@freebsd.org To: Josua Mayer References: <8C03A09C-19CA-4BA9-8DCA-0597970F37CC@pean.org> <1784daf44a17088a55215afb491d21188623a239.camel@freebsd.org> <1d7c4986-43ab-238c-efc2-bd6d73af3773@gmail.com> X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: EF4BE75BAE X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of peter@pean.org designates 52.16.239.146 as permitted sender) smtp.mailfrom=peter@pean.org X-Spamd-Result: default: False [-5.29 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; HAS_ATTACHMENT(0.00)[]; MX_GOOD(-0.01)[cached: mx4.jails.se]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.94)[-0.942,0]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-0.44)[ipnet: 52.16.0.0/15(-0.81), asn: 16509(-1.32), country: US(-0.06)]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:16509, ipnet:52.16.0.0/15, country:US]; MIME_TRACE(0.00)[0:+,1:+]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; SIGNED_SMIME(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; DMARC_NA(0.00)[pean.org]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Apr 2019 20:04:43 -0000 --Apple-Mail=_CC3DFCF9-9F6A-4C5A-8A57-9F3DEDDF71E2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On 2 Apr 2019, at 20:59, Josua Mayer wrote: >=20 > Hi everybody, >=20 > Am 02.04.19 um 20:04 schrieb Ian Lepore: > [...] >>> I have now tried to use the instructions from=20 >>> https://developer.solid-run.com/knowledge-base/freebsd/ and built a >>> u-boot.mmc. >>>=20 >>> # dd if=3Du-boot.mmc of=3D/dev/mmcblk0 bs=3D512 seek=3D1 >>> 1855+1 records in >>> 1855+1 records out >>>=20 >>>=20 >>> U-Boot 2018.01-02337-gdc4398fdb8 (May 14 2018 - 18:38:05 +0200), >>> Build: jenkins-u-boot-clearfog-model=3Dbase,variant=3Dmmc-10 > Don't mean to be picky here - but this looks like the U-Boot binary on > images.solid-build.xyz --> so not the one you compiled. > I think you need to check where you deployed the u-boot.mmc, and where > the BootROM loads it. > [=E2=80=A6] Yes, I did not try to load the compiled version to the boot0 partition. = i.e I did NOT do this: dd if=3Du-boot.mmc of=3D/dev/mmcblk0boot0 only of=3D/dev/mmcblk0 (since its the only thing mentioned on = https://developer.solid-run.com/knowledge-base/freebsd/ (I guess it has to do with my very weak knowledge of arm stuff). Anyhow, I did flash the boot0 now and it seems to work. Thanks! /Peter. >>> ## Application terminated, rc =3D 0x1BADAB1 >>>=20 >>=20 >> 0x1BADAB1 means that u-boot isn't built with the CONFIG_API option = and >> ubldr won't work with it. >>=20 >> -- Ian >=20 > br > Josua > _______________________________________________ > 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" --Apple-Mail=_CC3DFCF9-9F6A-4C5A-8A57-9F3DEDDF71E2 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCDKIw ggZMMIIFNKADAgECAhAIYx54g0aQ2jlpvYBCpK60MA0GCSqGSIb3DQEBCwUAMGUxCzAJBgNVBAYT AlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2VydC5jb20xJDAi BgNVBAMTG0RpZ2lDZXJ0IFNIQTIgQXNzdXJlZCBJRCBDQTAeFw0xOTAzMjAwMDAwMDBaFw0yMjAz MjAxMjAwMDBaMHQxCzAJBgNVBAYTAlNFMRAwDgYDVQQHEwdVcHBzYWxhMRkwFwYDVQQKDBBQZXRl ciBBbmtlcnN0w6VsMRkwFwYDVQQDDBBQZXRlciBBbmtlcnN0w6VsMR0wGwYJKoZIhvcNAQkBFg5w ZXRlckBwZWFuLm9yZzCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBANbMh3R37S2b/qQU LkhUSZvHgrl9zRt2ARiVkAhOEQxdOax6XCm6LbNNSSk3uduA+kKhLKf442IUff0RfNJfm/6SEDm0 sR7jWLR4duWmo2f5fWl9/E6ALvWVqJY5ILR9fz7xoB1YjM4OXyNXPYYHZh/rTYek6XL2Ku7Ph2iD mhvYlmHO28MKUA0DvHrFSdLV5/K/gVIMS8c0rlPNi5fWU8WG9NTaNvdXYKPomb2pfo5d9DXFLZs2 F0aPCielmvcWnt1CaVrhdk8vs+/gIra1ZHkha3pYAGkXq+n/3teZNh8gX7ltVJpPWs2IYtRTd0j1 YjqWBK9kgilL6CBQs5q76Mcjm0A3iCTOUFHmmkLMBJcKiobpcOAcWBS3Wf7jgbkZAuoWnbJPg+DA COzna8lg/S1+FlMGxOZsosrcoagzxMIYddfTC/lMFX+lXifW30cudPjWx5fM0QoDKGILPa85K1ex BsiaHx1danwitEMux6RlTuHKAJg7CkiMc9aP5P0aGbHTpJTYh8uHdL83sgnekwJ5Dgkh7BNqVhED 0cjDfAsNHOdhTTHdEprqrJ9ytkHmWFvUhiX9hkW0LFgFc5apbB/mwsUstfPHfDOflLidbtcG4Xgw 8fKv/it0xlJwPhxhHHZkndwrkjsoz/jbyFrlbPBBkA1dwamhtppwcZsWiqlJAgMBAAGjggHnMIIB 4zAfBgNVHSMEGDAWgBTnAiOAAE/Y17yUC9k/dDlJMjyKeTAdBgNVHQ4EFgQUxx/6f5aEHV7C1Tuz e+XbwXnlIOkwDAYDVR0TAQH/BAIwADAZBgNVHREEEjAQgQ5wZXRlckBwZWFuLm9yZzAOBgNVHQ8B Af8EBAMCBaAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMEMGA1UdIAQ8MDowOAYKYIZI AYb9bAQBAjAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy5kaWdpY2VydC5jb20vQ1BTMIGIBgNV HR8EgYAwfjA9oDugOYY3aHR0cDovL2NybDMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0U0hBMkFzc3Vy ZWRJRENBLWcyLmNybDA9oDugOYY3aHR0cDovL2NybDQuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0U0hB MkFzc3VyZWRJRENBLWcyLmNybDB5BggrBgEFBQcBAQRtMGswJAYIKwYBBQUHMAGGGGh0dHA6Ly9v Y3NwLmRpZ2ljZXJ0LmNvbTBDBggrBgEFBQcwAoY3aHR0cDovL2NhY2VydHMuZGlnaWNlcnQuY29t L0RpZ2lDZXJ0U0hBMkFzc3VyZWRJRENBLmNydDANBgkqhkiG9w0BAQsFAAOCAQEAtH6RpZidx4wf eniyd1+ZDD5lSQXq2OVV8mwMnYFJpYSlnyorSJR4zWCtnjcLDNvZGIWizSk29F3CGUJ9sW774Lvm xk8Yr64ntT9phUozFtSiBPxpjXTdXIIRcSu8Fjh+FWaoMw2z7ONCZX0wT5QnqV9YdrMg/+wzdo6n rgJfafUI6qXSImKlGJ1Xnzka/QS+pxcyUtsFLw0O9bnLaOBCUtmKItTv9FT/fBJenhdm4k4uMFgh w5kWF4dZsof0HOkQeC+DfsFJbIJ5wheT/uZhuF/Fz8mTJ0qNl8V4+fm1nSWYWJtygb/FENpK0HVa ffwSJp3f02pu/cHNKOwc62w4uTCCBk4wggU2oAMCAQICEASueWBmZpAaucV/pmxb3M0wDQYJKoZI hvcNAQELBQAwZTELMAkGA1UEBhMCVVMxFTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQ d3d3LmRpZ2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNlcnQgQXNzdXJlZCBJRCBSb290IENBMB4X DTEzMTEwNTEyMDAwMFoXDTI4MTEwNTEyMDAwMFowZTELMAkGA1UEBhMCVVMxFTATBgNVBAoTDERp Z2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNlcnQg U0hBMiBBc3N1cmVkIElEIENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA3PgRIz9q te/AJ3kbLQWHohBDMd8O1BUbT3ekIs4+jHDwvgeO3ScqvAEdtiwKyt1pWB9B7WoFH9pjeFkeIiwr +Lp+yTU7VvEffEJ+JbAjGcZFONc9RPkgfGCuHLBaGAS+jzv3qfCUmqYMY0m2QRdTQDK9T+ZQelAf JUXo8Ymvzf9e/1Dz8BcR/73FifW9YrnY+45FBIVtmc3FSE39JqsCNkXqNtdfauIagkEK3OnZ9ZEX jsYhrTg8E+Yef2ac1U3ZRtr2z1KnfTskw7TBUTXGm+vU737kewPhRL16CzfgT8uCig1xGOSm4Iks G/OyczzBsJKeGH29q33FfQihLMKfcwIDAQABo4IC+DCCAvQwEgYDVR0TAQH/BAgwBgEB/wIBADAO BgNVHQ8BAf8EBAMCAYYwNAYIKwYBBQUHAQEEKDAmMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5k aWdpY2VydC5jb20wgYEGA1UdHwR6MHgwOqA4oDaGNGh0dHA6Ly9jcmw0LmRpZ2ljZXJ0LmNvbS9E aWdpQ2VydEFzc3VyZWRJRFJvb3RDQS5jcmwwOqA4oDaGNGh0dHA6Ly9jcmwzLmRpZ2ljZXJ0LmNv bS9EaWdpQ2VydEFzc3VyZWRJRFJvb3RDQS5jcmwwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUF BwMEMIIBswYDVR0gBIIBqjCCAaYwggGiBgpghkgBhv1sAAIEMIIBkjAoBggrBgEFBQcCARYcaHR0 cHM6Ly93d3cuZGlnaWNlcnQuY29tL0NQUzCCAWQGCCsGAQUFBwICMIIBVh6CAVIAQQBuAHkAIAB1 AHMAZQAgAG8AZgAgAHQAaABpAHMAIABDAGUAcgB0AGkAZgBpAGMAYQB0AGUAIABjAG8AbgBzAHQA aQB0AHUAdABlAHMAIABhAGMAYwBlAHAAdABhAG4AYwBlACAAbwBmACAAdABoAGUAIABEAGkAZwBp AEMAZQByAHQAIABDAFAALwBDAFAAUwAgAGEAbgBkACAAdABoAGUAIABSAGUAbAB5AGkAbgBnACAA UABhAHIAdAB5ACAAQQBnAHIAZQBlAG0AZQBuAHQAIAB3AGgAaQBjAGgAIABsAGkAbQBpAHQAIABs AGkAYQBiAGkAbABpAHQAeQAgAGEAbgBkACAAYQByAGUAIABpAG4AYwBvAHIAcABvAHIAYQB0AGUA ZAAgAGgAZQByAGUAaQBuACAAYgB5ACAAcgBlAGYAZQByAGUAbgBjAGUALjAdBgNVHQ4EFgQU5wIj gABP2Ne8lAvZP3Q5STI8inkwHwYDVR0jBBgwFoAUReuir/SSy4IxLVGLp6chnfNtyA8wDQYJKoZI hvcNAQELBQADggEBAE7UiSe5/R2Hd34PKAWQ8QovyTs+vZOckMav+pFRhzJUa+jKwXFRXJmOtfrg YhmZpgeafBMn2+UCooQS2RX2CkRXxDSPbXMfOtagAT3e44LkRWuy6yX9gF4dOZC+W0L2zpFg4/mg VgxIEM4zaHvNk6vwastPWA+5e10bBIGepyLiV0kn7pKTCL5pCFMCOi5dyBn0UIBOAtmwXZG0k4f5 lpaBVUCOZu2C2LsoX+1MYe0GWCgZUxFEvEcgKbIEbNiJVJk7ddtneCweknjGVT1YEhEybr1DDE00 23vGQtvsvqubYUwGkuOO3yEqUFcEwGCiNdUknmY3CUnP1fhls+DibsIxggQpMIIEJQIBATB5MGUx CzAJBgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2Vy dC5jb20xJDAiBgNVBAMTG0RpZ2lDZXJ0IFNIQTIgQXNzdXJlZCBJRCBDQQIQCGMeeINGkNo5ab2A QqSutDANBglghkgBZQMEAgEFAKCCAYEwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG 9w0BCQUxDxcNMTkwNDAyMjAwNDMwWjAvBgkqhkiG9w0BCQQxIgQgAfxhQwq/66pf2PSpX6WyuWW1 +TnGZtchjQr+JNPStCowgYgGCSsGAQQBgjcQBDF7MHkwZTELMAkGA1UEBhMCVVMxFTATBgNVBAoT DERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNl cnQgU0hBMiBBc3N1cmVkIElEIENBAhAIYx54g0aQ2jlpvYBCpK60MIGKBgsqhkiG9w0BCRACCzF7 oHkwZTELMAkGA1UEBhMCVVMxFTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRp Z2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNlcnQgU0hBMiBBc3N1cmVkIElEIENBAhAIYx54g0aQ 2jlpvYBCpK60MA0GCSqGSIb3DQEBAQUABIICAKlIXRHui5OWZ7BmJVX0D++icV9J+Df7wDl1jPDu UPtqP878Z1MeJZ/hkTUm1UiGn2Zv1NYjUykzqpX0b3qgY8YVufdSgz8NDyVqbotkUEoU3AV1ssXA fNqK6J9Lc4Ou+IY4pBNG/nsdMorvpTLmws8iYorgba1eK2Qct06xo6Gn58LKn7NVNeKjtqHLFS/j xzxTqdnDSZo1Gg0uxwg8JVMJuUie4fZ19xTZT94WxmZP9Qxb3ogV4/BDAnw6o57WMFO/Q8MuT3T7 cE9AmoYqKJiVvsnU0MZnwtcGWnDES9QkGVeuisrMeyWF2FfgyfZkyKIfLD3xSfIVnFGeAThehpJk WfG3/vBXWJbj30JSdjrELCIfERiuAiTYDUnvcWcIgnex7rjaOLfmfyoxsw+pBss4i0f47nnVEQfs Ho+jYmyYO1k/MCfoWY/AFJ1YYmAtpWGY5fB7jO8Izky84pNUrPzL27sMiQbUsYJjtAAIfq+0TXug kl/r0xiB8HmeJRHTt93NNBoQfU0jIULbLw/jZoqnV4s3dKHs/OHZE6/KuzW/LiOBMQ8esRvWqi37 C0t8WyF5Kz3a1gfjPBYhChfRKKOIo6on++gQAFAkm2CTF00bJgavGx0xvlwtp2sKF/xM7nwmPvQi OzpWf3rTflnIFA0WoT1uoeWxf8t7qSB3LjtVAAAAAAAA --Apple-Mail=_CC3DFCF9-9F6A-4C5A-8A57-9F3DEDDF71E2-- From owner-freebsd-arm@freebsd.org Tue Apr 2 20:36:49 2019 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 E7FBC1572EA7; Tue, 2 Apr 2019 20:36:48 +0000 (UTC) (envelope-from jfc@mit.edu) Received: from outgoing-exchange-1.mit.edu (outgoing-exchange-1.mit.edu [18.9.28.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.outgoing-exchange.mit.edu", Issuer "InCommon RSA Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 62B9677277; Tue, 2 Apr 2019 20:36:47 +0000 (UTC) (envelope-from jfc@mit.edu) Received: from oc11exedge2.exchange.mit.edu (OC11EXEDGE2.EXCHANGE.MIT.EDU [18.9.3.18]) by outgoing-exchange-1.mit.edu (8.14.7/8.12.4) with ESMTP id x32KVDvb016837; Tue, 2 Apr 2019 16:31:15 -0400 Received: from W92EXHUB15.exchange.mit.edu (18.7.73.26) by oc11exedge2.exchange.mit.edu (18.9.3.18) with Microsoft SMTP Server (TLS) id 15.0.1293.2; Tue, 2 Apr 2019 16:31:01 -0400 Received: from OC11EXPO24.exchange.mit.edu ([169.254.1.112]) by W92EXHUB15.exchange.mit.edu ([18.7.73.26]) with mapi id 14.03.0439.000; Tue, 2 Apr 2019 16:31:12 -0400 From: John F Carr To: bob prohaska CC: "freebsd-arm@freebsd.org" , "freebsd-ports@freebsd.org" Subject: Re: RPI3, error: invalid operand in inline asm: 'rev16 ${0:w}, ${1:w}' Thread-Topic: RPI3, error: invalid operand in inline asm: 'rev16 ${0:w}, ${1:w}' Thread-Index: AQHU5wysVg2BgjPU/Ui4D1u3G3LuWKYktxyAgAOtYgCAAJE5AIAAXk2AgAAfRoCAACevgA== Date: Tue, 2 Apr 2019 20:31:12 +0000 Message-ID: References: <20190330152327.GA11933@www.zefox.net> <236A3D25-0B4D-46DA-95BA-71DA505CC2E0@exchange.mit.edu> <20190402015956.GA27268@www.zefox.net> <28F4BF7B-4391-4A4B-ABEC-36A154F9FAE2@exchange.mit.edu> <20190402161713.GA30854@www.zefox.net> <20190402180909.GA31620@www.zefox.net> In-Reply-To: <20190402180909.GA31620@www.zefox.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [18.9.1.84] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Rspamd-Queue-Id: 62B9677277 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of jfc@mit.edu designates 18.9.28.15 as permitted sender) smtp.mailfrom=jfc@mit.edu X-Spamd-Result: default: False [-1.25 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:18.9.28.0/24]; NEURAL_HAM_LONG(-0.92)[-0.916,0]; MIME_GOOD(-0.10)[text/plain]; SUBJECT_HAS_CURRENCY(1.00)[]; DMARC_NA(0.00)[mit.edu]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mit-edu.mail.protection.outlook.com]; NEURAL_HAM_SHORT(-0.29)[-0.286,0]; NEURAL_HAM_MEDIUM(-0.73)[-0.726,0]; IP_SCORE(-0.01)[asn: 3(-0.00), country: US(-0.06)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3, ipnet:18.9.0.0/16, country:US]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Apr 2019 20:36:49 -0000 >=20 > On Apr 2, 2019, at 14:09 , bob prohaska wrote: >=20 > On Tue, Apr 02, 2019 at 09:17:13AM -0700, bob prohaska wrote: >> On Tue, Apr 02, 2019 at 10:39:42AM +0000, John F Carr wrote: >>>=20 >>> The problem I mentioned is with the system. I filed a bug: >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D236920 >>>=20 >>> If you change the system header /usr/include/machine/endian.h >>> according to the path in that bug report, does chromium compile? >>=20 >> The patch applied without difficulty and I've restarted the make >> process using portmaster-devel.=20 >>=20 >=20 > The compile stopped again, seemingly with the same error, unchanged. >=20 > Oddly, there's also an error immediately before, which has been seen > before but I thought has been fixed at some point,=20 >=20 > In file included from ../../base/third_party/libevent/event.c:49: > In file included from /usr/include/signal.h:42: > /usr/include/machine/ucontext.h:46:2: error: unknown type name '__uint128= _t' > __uint128_t fp_q[32]; > ^ > 1 error generated. >=20 > The relevant parts of the console output are at >=20 > http://www.zefox.net/~fbsd/rpi3/portmaster/chromium/r345516/console.txt >=20 > in case anybody's willing to take a look. >=20 > Thanks for reading, >=20 > bob prohaska I looked a little closer and figured out why it's failing. The chromium po= rt compiles with options "--target=3Darm-linux-gnueabihf -march=3Darmv7-a".= That means it's using a Linux ABI on 32 bit ARM v7. The byte reverse fun= ctions in machine/endian.h do not work with that target. I think the rev* = instructions don't exist in ARM v7. Does chromium come with object files built for ARM7a on Linux, so that targ= et has to be used?= From owner-freebsd-arm@freebsd.org Tue Apr 2 21:39:26 2019 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 2D151154F12F; Tue, 2 Apr 2019 21:39:26 +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 6AC62817B7; Tue, 2 Apr 2019 21:39:23 +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 x32Lcc33032375 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 2 Apr 2019 14:38:39 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id x32LcbVh032374; Tue, 2 Apr 2019 14:38:38 -0700 (PDT) (envelope-from fbsd) Date: Tue, 2 Apr 2019 14:38:37 -0700 From: bob prohaska To: John F Carr Cc: "freebsd-arm@freebsd.org" , "freebsd-ports@freebsd.org" Subject: Re: RPI3, error: invalid operand in inline asm: 'rev16 ${0:w}, ${1:w}' Message-ID: <20190402213837.GA32014@www.zefox.net> References: <20190330152327.GA11933@www.zefox.net> <236A3D25-0B4D-46DA-95BA-71DA505CC2E0@exchange.mit.edu> <20190402015956.GA27268@www.zefox.net> <28F4BF7B-4391-4A4B-ABEC-36A154F9FAE2@exchange.mit.edu> <20190402161713.GA30854@www.zefox.net> <20190402180909.GA31620@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 6AC62817B7 X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.38 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_GOOD(-0.10)[text/plain]; SUBJECT_HAS_CURRENCY(1.00)[]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.34)[0.345,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.08)[0.081,0]; MX_GOOD(-0.01)[cached: www.zefox.net]; NEURAL_SPAM_LONG(0.92)[0.919,0]; IP_SCORE(0.15)[ip: (0.54), ipnet: 50.1.16.0/20(0.27), asn: 7065(-0.01), country: US(-0.06)]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Apr 2019 21:39:26 -0000 On Tue, Apr 02, 2019 at 08:31:12PM +0000, John F Carr wrote: > > > > On Apr 2, 2019, at 14:09 , bob prohaska wrote: > > > > On Tue, Apr 02, 2019 at 09:17:13AM -0700, bob prohaska wrote: > >> On Tue, Apr 02, 2019 at 10:39:42AM +0000, John F Carr wrote: > >>> > >>> The problem I mentioned is with the system. I filed a bug: > >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236920 > >>> > >>> If you change the system header /usr/include/machine/endian.h > >>> according to the path in that bug report, does chromium compile? > >> > >> The patch applied without difficulty and I've restarted the make > >> process using portmaster-devel. > >> > > > > The compile stopped again, seemingly with the same error, unchanged. > > > > Oddly, there's also an error immediately before, which has been seen > > before but I thought has been fixed at some point, > > > > In file included from ../../base/third_party/libevent/event.c:49: > > In file included from /usr/include/signal.h:42: > > /usr/include/machine/ucontext.h:46:2: error: unknown type name '__uint128_t' > > __uint128_t fp_q[32]; > > ^ > > 1 error generated. > > > > The relevant parts of the console output are at > > > > http://www.zefox.net/~fbsd/rpi3/portmaster/chromium/r345516/console.txt > > > > in case anybody's willing to take a look. > > > > Thanks for reading, > > > > bob prohaska > > I looked a little closer and figured out why it's failing. The chromium port compiles with options "--target=arm-linux-gnueabihf -march=armv7-a". That means it's using a Linux ABI on 32 bit ARM v7. The byte reverse functions in machine/endian.h do not work with that target. I think the rev* instructions don't exist in ARM v7. > > Does chromium come with object files built for ARM7a on Linux, so that target has to be used? I hope that question is directed to someone else! I can only state that a couple of versions ago chromium compiled and ran on the Pi3. That particular compile session had to be restarted many times to finish. By the time I was able to re-run it, compilation was successful but the executable failed with an error in a shared object library. Since then, roughly early February, chromium hasn't compiled on the Pi3. Prior to early February it compiled with difficulties connected to VM limitations. Thanks for reading! bob prohaska From owner-freebsd-arm@freebsd.org Wed Apr 3 02:58:09 2019 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 BC1481558C55 for ; Wed, 3 Apr 2019 02:58:08 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound3d.ore.mailhop.org (outbound3d.ore.mailhop.org [54.186.57.195]) (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 B412D8C666 for ; Wed, 3 Apr 2019 02:58:07 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1554260286; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=S2Zq3voeA1dSMCmKWZogGpjsh3auRVyPkSfHOu6k7Vko9VU1Z7Ur9dBr2VSA1RMkON1GrUa8SxUvV uzcZJPKw5DVoEaU+uMRUHQLfJxTvwPVKGw5tV4D7VicD1Zzt2AjboFRKmIUBfz/DR8tsY312cfsbT6 7spnfLZWIOOEqmskBjbCIV41duV1TmHAaTqAXB8vCj1o4BqLATjXrtbRbMyOG+ZqLw2cEWSH3C3SRO RC5CqTizW2p6rqv3UX5teuc1g6sD+CccwPN9DOObExrqPpFrqub7CUxk/UAfKm9R2N8MbtiL194/Ak eo6T3RdU3dw0nsM1pVxBDg6YlApE8VQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=KLE1eq0f5Xuk4lc3XOvW1zfPZXVbC5nGNM0q+Z7LJNM=; b=aRoDltERDhTmnW6GiI6k7xPX6idyoKKDjeiRPIwFeVN5Eti0JD0Mg0Df02EoOsZe9omiTIGzrQKut 4OJWN2CYOFcNSQI7jetO96/ZtXAfRp6gPqcIrUckQxroJRl2FxoCvdBtDbNWKEKYnbbrqKIS7CEeGU xGXz/0YS05hofR/fJrrLcU+1gjFrv12mFjcOnNljwja5j2yMqY+zljV+UbysNXtzXhuC6hPLeNoRfs SrsUPbBVej7d4YZkJ/6EY45dFuChgfnlo/qtKWbZf7xeIbfM4ylc7WLDF8F1TrRuBONK3XPdFQOdmL x+aIegsMVXwuPtBGitugeWA7dgWl/xw== ARC-Authentication-Results: i=1; outbound3.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=KLE1eq0f5Xuk4lc3XOvW1zfPZXVbC5nGNM0q+Z7LJNM=; b=dz/qV+MYdcPePECzPJkQmbUIcwPuj87nzcTcX4XfXEAkBKMBS6/M3m4waBI1qdEnBRRRMeFKMZ2ET PUtvfbM64Q44f7gr8iOq9PJL1lYpo57kgfQwoWanCFVgDgwVU3KuDCE692X4I6qy7ZkstmYIY8oLPw iXu4dbW3XULAaAqsUccFTyUKLEn8IhMrOfgLCV8ll3XVTWq66ojjh02CbUt3ybJdfSyKQPsARbM2vt pkCLNx87KXzJtK0YhH+TrS2SzlpVjIx752SpNmameIiEHahJpRmc75+hsLCrzlWhrqyfY/1rO/vg3N MhVMmICLnwvKEHJ5K32ZPyZc9dkJ8sg== X-MHO-RoutePath: aGlwcGll X-MHO-User: 4b86020b-55bc-11e9-9bb1-1f29e4676f89 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 outbound3.ore.mailhop.org (Halon) with ESMTPSA id 4b86020b-55bc-11e9-9bb1-1f29e4676f89; Wed, 03 Apr 2019 02:58:04 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id x332w1jQ012122; Tue, 2 Apr 2019 20:58:01 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: Subject: Re: insanely-high interrupt rates From: Ian Lepore To: Karl Denninger , ticso@cicely.de Cc: "freebsd-arm@freebsd.org" Date: Tue, 02 Apr 2019 20:58:01 -0600 In-Reply-To: References: <004ddba628b94b80845d8e509ddcb648d21fd6c9.camel@freebsd.org> <20190319161423.GH57400@cicely7.cicely.de> <52df098fdc0caf5de1879c93239534fffbd49b56.camel@freebsd.org> <40f57de2-2b25-3981-a416-b9958cc97636@denninger.net> <669892ac3fc37b0843a156c0ab102316829103fd.camel@freebsd.org> <663f2566-b035-7011-70eb-4163b41e6e55@denninger.net> <20190325164827.GL57400@cicely7.cicely.de> <3db9cf8a-68ee-e339-67bf-760ee51464fd@denninger.net> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: B412D8C666 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.983,0]; ASN(0.00)[asn:16509, ipnet:54.186.0.0/15, country:US] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Apr 2019 02:58:09 -0000 On Mon, 2019-03-25 at 12:16 -0500, Karl Denninger wrote: > On 3/25/2019 12:05, Ian Lepore wrote: > > On Mon, 2019-03-25 at 11:58 -0500, Karl Denninger wrote: > > > On 3/25/2019 11:48, Bernd Walter wrote: > > > > On Mon, Mar 25, 2019 at 11:33:32AM -0500, Karl Denninger wrote: > > > > > > [insanely high interrupt rates] > > Is the interrupt rate consistent from second to second? Running > > 'vmstat 1' for a while might be useful to see that. That many > > interrupts almost sounds like a line is floating, but if that were > > the > > case I'd expect a widely varying number of int/sec. > > > > If you build custom kernels, it might be helpful to apply r345475 > > locally... it will display partial device names instead of just '+' > > when the name doesn't fit in the vmstat output. > > > > -- Ian > > No, but it's in the same general range -- around 500k although it does > flop around some, and occasionally by a lot (e.g. if I sit and watch it > it'll occasionally put up VERY different numbers -- e.g. a ~730k number, > then it goes back, etc.) > > I don't generally build custom kernels on these but I CAN put this into > the STABLE tree I'm building that from since I keep a separate one for > Crochet builds on these boxes. Where do I find that specific delta? (I > usually just svn things and I don't want to roll it all the way back to > there, right -- or do I?) > I now have an rpi2b, and I see the same thing you do in the 'vmstat -i' output, including rates like 500K int/sec on cpu3 timer0. But while it was behaving like that, the output from 'vmstat 1' showed a perfectly steady 8800-9200 int/sec, which is certainly more consistent with top showing under 2% being used for combined system+interrupt. I think the problem here is with vmstat -i, not with actual interrupts. Something about the stats reporting is wrong on armv6/v7. Note that this is completely separate from the spurious interrupt problem, which I still haven't been able to reproduce. -- Ian From owner-freebsd-arm@freebsd.org Wed Apr 3 03:10:32 2019 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 8B2CF1559154 for ; Wed, 3 Apr 2019 03:10:32 +0000 (UTC) (envelope-from bc09b8e4-55bb-11e9-8851-525400432308@service.eastpurchase.com) Received: from ucmailus14.sendcloud.org (ucmailus14.sendcloud.org [107.150.108.161]) by mx1.freebsd.org (Postfix) with ESMTP id E9B598CF9E for ; Wed, 3 Apr 2019 03:10:25 +0000 (UTC) (envelope-from bc09b8e4-55bb-11e9-8851-525400432308@service.eastpurchase.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=service.eastpurchase.com; i=@service.eastpurchase.com; q=dns/txt; s=mail; t=1554260041; h=Date : From : Reply-To : To : Message-ID : Subject : MIME-Version : Content-Type : List-Unsubscribe : Date : From : Subject; bh=obNUExHg1dXv8tSfrQYKdL4Ua/3S0S2n39h4hK3P9+o=; b=VISspgeuHcYWi6bKW90GtOreFmy62scvJuZ4mPf2AmSEM/Ex/JbGGg/o44kf/0cGjzeywn bMHrd520KpbmdnOc9sgOJ97xntWNrT0i01Bqht++up+N0k9mcnkttewo2o9Z+uzxkY15LnD8 lRqZtd2lOR2p/IYdaxB96NzluE4FY= Received: from sendcloud.api (Unknown [127.0.0.1]) by SendCloud Inbound Server with ESMTPA id D85F6CE7-2FF7-4A4D-BC68-FEB5EB0EE04D.1 envelope-from <001@service.eastpurchase.com> (authenticated bits=0); Wed, 03 Apr 2019 10:54:00 +0800 Date: Wed, 3 Apr 2019 10:54:00 +0800 (CST) From: Grace Lin <001@service.eastpurchase.com> Reply-To: 001 <001@doublesheep.cn> To: freebsd-arm@freebsd.org Message-ID: <1554260040839_99612_23910_7699.sc-10_9_13_218-inbound0$freebsd-arm@freebsd.org> Subject: =?utf-8?q?PLASTIC_TURNOVER_BOX=28EU_BOX=29=5BEU4316=5D_Grace_Lin?= SC-Custom-originalTaskCode: f4c7fc8e-c96d-439a-8f00-d52631e25dc5 SC-Custom-mailingTaskCode: d703fb94-35dd-461b-b55f-cb3a0a384bce X-SMTPAPI: X-SENDCLOUD-UUID: 1554260040839_99612_23910_7699.sc-10_9_13_218-inbound0$freebsd-arm@freebsd.org X-SENDCLOUD-LOG: 1554260040839_99612_23910_7699.sc-10_9_13_218-inbound0$freebsd-arm@freebsd.org#freebsd-arm@freebsd.org#165128#99612#0 X-Rspamd-Queue-Id: E9B598CF9E X-Spamd-Bar: +++++++ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=service.eastpurchase.com header.s=mail header.b=VISspgeu; dmarc=pass (policy=none) header.from=service.eastpurchase.com; spf=pass (mx1.freebsd.org: domain of bc09b8e4-55bb-11e9-8851-525400432308@service.eastpurchase.com designates 107.150.108.161 as permitted sender) smtp.mailfrom=bc09b8e4-55bb-11e9-8851-525400432308@service.eastpurchase.com X-Spamd-Result: default: False [7.61 / 15.00]; HAS_REPLYTO(0.00)[001@doublesheep.cn]; MX_INVALID(0.50)[cached]; MID_CONTAINS_TO(1.00)[]; R_SPF_ALLOW(-0.20)[+ip4:107.150.108.1/24]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[service.eastpurchase.com:+]; DMARC_POLICY_ALLOW(-0.50)[service.eastpurchase.com,none]; CTYPE_MIXED_BOGUS(1.00)[]; SUBJ_EXCESS_QP(1.20)[]; FORGED_SENDER(0.30)[001@service.eastpurchase.com,bc09b8e4-55bb-11e9-8851-525400432308@service.eastpurchase.com]; RCVD_NO_TLS_LAST(0.10)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.83)[ip: (2.42), ipnet: 107.150.104.0/21(0.90), asn: 135377(0.77), country: HK(0.08)]; ASN(0.00)[asn:135377, ipnet:107.150.104.0/21, country:HK]; FROM_NEQ_ENVFROM(0.00)[001@service.eastpurchase.com,bc09b8e4-55bb-11e9-8851-525400432308@service.eastpurchase.com]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[service.eastpurchase.com:s=mail]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.99)[0.990,0]; MIME_GOOD(-0.10)[multipart/mixed]; HTML_SHORT_LINK_IMG_3(0.50)[]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; HAS_LIST_UNSUB(-0.01)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(1.00)[0.999,0]; NEURAL_SPAM_LONG(1.00)[1.000,0]; RCVD_IN_DNSWL_NONE(0.00)[161.108.150.107.list.dnswl.org : 127.0.15.0]; MIME_HTML_ONLY(0.20)[]; RCVD_COUNT_TWO(0.00)[2]; GREYLIST(0.00)[pass,body] X-Spam: Yes MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Apr 2019 03:10:32 -0000 From owner-freebsd-arm@freebsd.org Wed Apr 3 03:49:32 2019 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 C7F35155A6D8 for ; Wed, 3 Apr 2019 03:49:32 +0000 (UTC) (envelope-from ian@freebsd.org) 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 4B4E18E6F2 for ; Wed, 3 Apr 2019 03:49:32 +0000 (UTC) (envelope-from ian@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 0B943155A6D7; Wed, 3 Apr 2019 03:49:32 +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 D820D155A6D6 for ; Wed, 3 Apr 2019 03:49:31 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound3d.ore.mailhop.org (outbound3d.ore.mailhop.org [54.186.57.195]) (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 10D6C8E6F1 for ; Wed, 3 Apr 2019 03:49:30 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1554263370; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=rmAc4YYtbycNQtYErrZT0zj/7s6gXb/7UCq9dnyy8kjlA7Z5zPvhR7tj6FDCCI7a3d405cjedJgBK Rvy8cUFFfpHUzOqpDxiOdiKAYYj4CvlXy2CIez4/vjVHgdQDsiywOUzFjyE1y/3/L5eWH7vfi2DQtM wVxXNG38oftyb0FTl99DAEM5GJlW8WMBvtwKWZqfKdnUffo8vMRPCDmwNRdfU+mWAGaeW+CK4EU+6S L2BgaVb3hstQEh6YWqQNusVWYP5wyKs/uiikrDxBWjluzNFIGDMQcNpBJI8sxXRopTrCTlTV7o+oNS YF+4rSlt/B4YETDIBxrl6NmKb0VAFCw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=hStRgEhVXwYOykwIEotqfrmifVj82E04E2XrbK5GEro=; b=pyl3+nQddFdVgfUeq0v3Bc36kHTrZkmykxOR2x9psOaxCnDjx7xadZUqYTvRnZ4zPiMoBHbqnSUdv xMQBSrJKMZyS9bGdVDbVeOcr2j+Thmk/wDz7OFniqURQ0OyWjCOzWArq8QO2uz3PhV7HnbU0EVu2gj EtISn4TKf3InObEhZGDxbx2GCStgYzHRJ+eKjVJ/2ecnaUY1v5LgMayJtVSwavbcDCLfKxLp1bnddR t74Mr0uyFGl5H2ImP/qtamWdKOVdNkKTZEahmRuNGX0Z46VCl2DrzpRCi1H83zMB8/q0jB45CCRQt6 nFyvY99f9kOYwyVQeTkihZSlsxy81Qw== ARC-Authentication-Results: i=1; outbound3.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=hStRgEhVXwYOykwIEotqfrmifVj82E04E2XrbK5GEro=; b=vkJ5AWGka98JcK4wHp+zAY9Qptyktc4UJBdM83C5WarWEB09W2SxPaIPOXm3z/dsbx0OOgQjqcx+C CvmE4+vLFu2E1OvyhO+866GJuaPGJxBIWvOzq6ozH8zjoIb38HqLc+zlMkPBbkqSfuYhxHGMddcOAb buE3DgVgXIlM8F93zIiPpAfK008GcAyDYldQnBUFSv++1hil23gp4iXUDFLFb1WVPT4Mg4GSODfPn7 qWFkH0DthlRqrtePGVDUqOF4tPABk2okSodkfI0IvFGpGFrZJtXCiLmtZGltJmd/H18Ht53JHmoaq9 r1P7Wmo2SpABqvayXpEiDp+8hI97emw== X-MHO-RoutePath: aGlwcGll X-MHO-User: 7929d8c9-55c3-11e9-9bb1-1f29e4676f89 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 outbound3.ore.mailhop.org (Halon) with ESMTPSA id 7929d8c9-55c3-11e9-9bb1-1f29e4676f89; Wed, 03 Apr 2019 03:49:28 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id x333nOaB012247; Tue, 2 Apr 2019 21:49:24 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <86cda185c41f215bbd808da32b619678ee0fdc61.camel@freebsd.org> Subject: Re: network booting allwinner(nanopi) From: Ian Lepore To: Daniel Braniss , ticso@cicely.de Cc: "freebsd-arm@freebsd.org" Date: Tue, 02 Apr 2019 21:49:24 -0600 In-Reply-To: References: <20190329193608.GC99439@cicely7.cicely.de> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 10D6C8E6F1 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.99 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.99)[-0.989,0]; ASN(0.00)[asn:16509, ipnet:54.186.0.0/15, country:US]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Apr 2019 03:49:33 -0000 On Mon, 2019-04-01 at 08:52 +0300, Daniel Braniss wrote: > > On 29 Mar 2019, at 22:36, Bernd Walter > > wrote: > > > > On Fri, Mar 29, 2019 at 09:34:30AM +0300, Daniel Braniss wrote: > > > Hi, > > > with last weeks head (r345465), > > > I tried - again - to netboot and the old way no longer works > > > usb start > > > setenv loaderdev net > > > boot > > > > > > now it complains allot:-) but no dice. > > > So, is there a way that netboot works? > > > > On a Pi1 project I put the following in loader.conf: > > currdev="net0" > > This requires the loader.conf to be on the SD card however. > > I used an UFS partition for that, but I assume that the msdosfs > > partition would work too as the loader can read that filesystem > > as well. > > > > -- > > B.Walter http://www.bwct.de > > Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner > > uvm. > > well, this is what I get: > U-Boot SPL 2019.01 (Mar 24 2019 - 10:15:37 +0200) > DRAM: 512 MiB > Trying to boot from MMC1 > > > U-Boot 2019.01 (Mar 24 2019 - 10:15:37 +0200) Allwinner Technology > > CPU: Allwinner H3 (SUN8I 1680) > Model: FriendlyARM NanoPi NEO > DRAM: 512 MiB > MMC: SUNXI SD/MMC: 0 > Loading Environment from FAT... *** Warning - bad CRC, using default > environment > > In: serial > Out: serial > Err: serial > Net: phy interface0 > > Error: ethernet@1c30000 address not set. > eth-1: ethernet@1c30000 > starting USB... > USB0: USB EHCI 1.00 > USB1: USB OHCI 1.0 > USB2: USB EHCI 1.00 > USB3: USB OHCI 1.0 > scanning bus 0 for devices... 1 USB Device(s) found > scanning bus 2 for devices... 1 USB Device(s) found > scanning usb for storage devices... 0 Storage Device(s) found > Hit any key to stop autoboot: 2  0 > => usb start > => boot    setn env loaderdev net > => boot > switch to partitions #0, OK > mmc0 is current device > Scanning mmc 0:1... > Found U-Boot script /boot.scr > 199 bytes read in 1 ms (194.3 KiB/s) > ## Executing script at 43100000 > 375752 bytes read in 19 ms (18.9 MiB/s) > ## Starting application at 0x42000000 ... > Consoles: U-Boot console > Compatible U-Boot API signature found @0x5bf595c8 > > FreeBSD/armv7 U-Boot loader, Revision 1.2 > > DRAM: 512MB > Number of U-Boot devices: 1 > U-Boot env: loaderdev='net' > Found U-Boot device: disk > Found U-Boot device: net > Booting from net0: > net_probe: no network devices found, maybe not enumerated yet..? > netboot: couldn't probe uboot_eth0 > net_open: netif_open() failed > Startup error in /boot/lua/loader.lua: > LUA ERROR: cannot open /boot/lua/loader.lua: device not configured. > > net_probe: no network devices found, maybe not enumerated yet..? > netboot: couldn't probe uboot_eth0 > net_open: netif_open() failed > net_probe: no network devices found, maybe not enumerated yet..? > netboot: couldn't probe uboot_eth0 > net_open: netif_open() failed > net_probe: no network devices found, maybe not enumerated yet..? > netboot: couldn't probe uboot_eth0 > net_open: netif_open() failed > net_probe: no network devices found, maybe not enumerated yet..? > netboot: couldn't probe uboot_eth0 > net_open: netif_open() failed > net_probe: no network devices found, maybe not enumerated yet..? > netboot: couldn't probe uboot_eth0 > net_open: netif_open() failed > net_probe: no network devices found, maybe not enumerated yet..? > netboot: couldn't probe uboot_eth0 > net_open: netif_open() failed > net_probe: no network devices found, maybe not enumerated yet..? > netboot: couldn't probe uboot_eth0 > net_open: netif_open() failed > net_probe: no network devices found, maybe not enumerated yet..? > netboot: couldn't probe uboot_eth0 > net_open: netif_open() failed > net_probe: no network devices found, maybe not enumerated yet..? > netboot: couldn't probe uboot_eth0 > net_open: netif_open() failed > can't load 'kernel' > > Type '?' for a list of commands, 'help' for more detailed help. > loader> > Modern u-boot can only netboot using efi. Doing it with efi requires that all your config be set in the dhcpd, there is no way to define the server or rootpath on a per-arm-system basis other than by hardcoding the mac address of each arm system in the dhcpd config on the server. In the uboot env, 'setenv boot_targets dhcp', and your dhcpd.conf needs an entry something like this: host rpi2 { hardware ethernet b8:27:eb:e9:04:e8; option host-name "rpi2"; next-server 172.22.42.240; filename "/rpi2/boot/loader.efi"; option root-path "172.22.42.240:/rpi2/"; } If your dhcpd and tftp servers are the same, you probably don't need the next-server option. If you're not using nfsroot, you probably don't need the root-path option. -- Ian From owner-freebsd-arm@freebsd.org Wed Apr 3 05:20:51 2019 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 63348155CDA4 for ; Wed, 3 Apr 2019 05:20:51 +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 7C2C4916F9 for ; Wed, 3 Apr 2019 05:20:50 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: by mailman.ysv.freebsd.org (Postfix) id 40073155CDA1; Wed, 3 Apr 2019 05:20:50 +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 ECFD7155CDA0 for ; Wed, 3 Apr 2019 05:20:49 +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 2EEE5916A1; Wed, 3 Apr 2019 05:20:46 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=cs.huji.ac.il; s=57791128; h=References:To:Cc:In-Reply-To:Date:Subject:Mime-Version:Content-Type:Message-Id:From; bh=R83GIEiJ23LuwmskB25b4MUwJ80qEPUgyA2XbDGQWuM=; b=1f/0qmqnXd3HgSSvxKpV47XcySKlDgOPpnT+STzojZSXzhjqgiZoBTatjQtgrh9rTglCkKlqundDgtLaDI/iMcU+3kC2XYijSRPmLDO2nB6NZKcsNVwQvahNPA3PXTSWMxwo1GaQd86dtDiDvmHAFDZEsiTHEVqRjzks0CeFztzqgsP00fB7SVZvDH/x7NG6APREw1vMRg471PbJLLLX2U/BZtTuk+QgDHH2FH+uAEPbBN/+d7YE6IdMMmf0g2JLOzbo1k6374aRVmZG43hPhpNkQJDA4lYCOVPCxe1/rgLEHQ/C7IBiliZ/pjJvyTjUTRO7PeADTyXbqvuABJUuzg==; Received: from bach.cs.huji.ac.il ([132.65.80.20]) by kabab.cs.huji.ac.il with esmtp id 1hBYK6-0005h5-BJ; Wed, 03 Apr 2019 08:20:30 +0300 From: Daniel Braniss Message-Id: <02FE1A09-C90F-4898-A69C-C7B7CB1A33AB@cs.huji.ac.il> Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: network booting allwinner(nanopi) Date: Wed, 3 Apr 2019 08:20:29 +0300 In-Reply-To: <86cda185c41f215bbd808da32b619678ee0fdc61.camel@freebsd.org> Cc: ticso@cicely.de, "freebsd-arm@freebsd.org" To: Ian Lepore References: <20190329193608.GC99439@cicely7.cicely.de> <86cda185c41f215bbd808da32b619678ee0fdc61.camel@freebsd.org> X-Mailer: Apple Mail (2.3445.9.1) X-Rspamd-Queue-Id: 2EEE5916A1 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.97 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.97)[-0.971,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Apr 2019 05:20:51 -0000 > On 3 Apr 2019, at 06:49, Ian Lepore wrote: >=20 > On Mon, 2019-04-01 at 08:52 +0300, Daniel Braniss wrote: >>> On 29 Mar 2019, at 22:36, Bernd Walter >>> wrote: >>>=20 >>> On Fri, Mar 29, 2019 at 09:34:30AM +0300, Daniel Braniss wrote: >>>> Hi, >>>> with last weeks head (r345465), >>>> I tried - again - to netboot and the old way no longer works >>>> usb start >>>> setenv loaderdev net >>>> boot >>>>=20 >>>> now it complains allot:-) but no dice. >>>> So, is there a way that netboot works? >>>=20 >>> On a Pi1 project I put the following in loader.conf: >>> currdev=3D"net0" >>> This requires the loader.conf to be on the SD card however. >>> I used an UFS partition for that, but I assume that the msdosfs >>> partition would work too as the loader can read that filesystem >>> as well. >>>=20 >>> --=20 >>> B.Walter http://www.bwct.de >>> Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner >>> uvm. >>=20 >> well, this is what I get: >> U-Boot SPL 2019.01 (Mar 24 2019 - 10:15:37 +0200) >> DRAM: 512 MiB >> Trying to boot from MMC1 >>=20 >>=20 >> U-Boot 2019.01 (Mar 24 2019 - 10:15:37 +0200) Allwinner Technology >>=20 >> CPU: Allwinner H3 (SUN8I 1680) >> Model: FriendlyARM NanoPi NEO >> DRAM: 512 MiB >> MMC: SUNXI SD/MMC: 0 >> Loading Environment from FAT... *** Warning - bad CRC, using default >> environment >>=20 >> In: serial >> Out: serial >> Err: serial >> Net: phy interface0 >>=20 >> Error: ethernet@1c30000 address not set. >> eth-1: ethernet@1c30000 >> starting USB... >> USB0: USB EHCI 1.00 >> USB1: USB OHCI 1.0 >> USB2: USB EHCI 1.00 >> USB3: USB OHCI 1.0 >> scanning bus 0 for devices... 1 USB Device(s) found >> scanning bus 2 for devices... 1 USB Device(s) found >> scanning usb for storage devices... 0 Storage Device(s) found >> Hit any key to stop autoboot: 2 =08=08=08 0 >> =3D> usb start >> =3D> boot=08 =08=08 =08=08 =08=08 =08setn=08 =08env loaderdev net >> =3D> boot >> switch to partitions #0, OK >> mmc0 is current device >> Scanning mmc 0:1... >> Found U-Boot script /boot.scr >> 199 bytes read in 1 ms (194.3 KiB/s) >> ## Executing script at 43100000 >> 375752 bytes read in 19 ms (18.9 MiB/s) >> ## Starting application at 0x42000000 ... >> Consoles: U-Boot console =20 >> Compatible U-Boot API signature found @0x5bf595c8 >>=20 >> FreeBSD/armv7 U-Boot loader, Revision 1.2 >>=20 >> DRAM: 512MB >> Number of U-Boot devices: 1 >> U-Boot env: loaderdev=3D'net' >> Found U-Boot device: disk >> Found U-Boot device: net >> Booting from net0: >> net_probe: no network devices found, maybe not enumerated yet..? >> netboot: couldn't probe uboot_eth0 >> net_open: netif_open() failed >> Startup error in /boot/lua/loader.lua: >> LUA ERROR: cannot open /boot/lua/loader.lua: device not configured. >>=20 >> net_probe: no network devices found, maybe not enumerated yet..? >> netboot: couldn't probe uboot_eth0 >> net_open: netif_open() failed >> net_probe: no network devices found, maybe not enumerated yet..? >> netboot: couldn't probe uboot_eth0 >> net_open: netif_open() failed >> net_probe: no network devices found, maybe not enumerated yet..? >> netboot: couldn't probe uboot_eth0 >> net_open: netif_open() failed >> net_probe: no network devices found, maybe not enumerated yet..? >> netboot: couldn't probe uboot_eth0 >> net_open: netif_open() failed >> net_probe: no network devices found, maybe not enumerated yet..? >> netboot: couldn't probe uboot_eth0 >> net_open: netif_open() failed >> net_probe: no network devices found, maybe not enumerated yet..? >> netboot: couldn't probe uboot_eth0 >> net_open: netif_open() failed >> net_probe: no network devices found, maybe not enumerated yet..? >> netboot: couldn't probe uboot_eth0 >> net_open: netif_open() failed >> net_probe: no network devices found, maybe not enumerated yet..? >> netboot: couldn't probe uboot_eth0 >> net_open: netif_open() failed >> net_probe: no network devices found, maybe not enumerated yet..? >> netboot: couldn't probe uboot_eth0 >> net_open: netif_open() failed >> can't load 'kernel' >>=20 >> Type '?' for a list of commands, 'help' for more detailed help. >> loader> >>=20 >=20 > Modern u-boot can only netboot using efi. Doing it with efi requires > that all your config be set in the dhcpd, there is no way to define = the > server or rootpath on a per-arm-system basis other than by hardcoding > the mac address of each arm system in the dhcpd config on the server.=20= > In the uboot env, 'setenv boot_targets dhcp', and your dhcpd.conf = needs > an entry something like this: >=20 > host rpi2 { > hardware ethernet b8:27:eb:e9:04:e8; > option host-name "rpi2"; > next-server 172.22.42.240; > filename "/rpi2/boot/loader.efi"; > option root-path "172.22.42.240:/rpi2/"; > } >=20 > If your dhcpd and tftp servers are the same, you probably don't need > the next-server option. If you're not using nfsroot, you probably > don't need the root-path option. >=20 > -- Ian hi Ian, I=E2=80=99m fine with that, I control both the dhcp and tftp, so the question is, how do i boot using efi, how do I tell the efi boot to netbook? cheers, danny From owner-freebsd-arm@freebsd.org Wed Apr 3 08:17:41 2019 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 83C41156384C for ; Wed, 3 Apr 2019 08:17:41 +0000 (UTC) (envelope-from andrew@tao11.riddles.org.uk) Received: from lungold.riddles.org.uk (lungold.riddles.org.uk [82.68.208.19]) (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 D22386B212; Wed, 3 Apr 2019 08:17:39 +0000 (UTC) (envelope-from andrew@tao11.riddles.org.uk) Received: from [192.168.127.1] (port=14247 helo=caithnard.riddles.org.uk) by lungold.riddles.org.uk with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.88 (FreeBSD)) (envelope-from ) id 1hBb5M-0004Ls-Rt; Wed, 03 Apr 2019 08:17:28 +0000 Received: from [127.0.0.1] (port=38716 helo=caithnard.riddles.org.uk) by caithnard.riddles.org.uk with esmtp (Exim 4.89 (FreeBSD)) (envelope-from ) id 1hBb5M-0001x2-8C; Wed, 03 Apr 2019 08:17:28 +0000 From: Andrew Gierth To: Ian Lepore Cc: Karl Denninger , ticso@cicely.de, "freebsd-arm\@freebsd.org" Subject: Re: insanely-high interrupt rates In-Reply-To: (Ian Lepore's message of "Tue, 02 Apr 2019 20:58:01 -0600") Message-ID: <87bm1nzgot.fsf@news-spur.riddles.org.uk> References: <004ddba628b94b80845d8e509ddcb648d21fd6c9.camel@freebsd.org> <20190319161423.GH57400@cicely7.cicely.de> <52df098fdc0caf5de1879c93239534fffbd49b56.camel@freebsd.org> <40f57de2-2b25-3981-a416-b9958cc97636@denninger.net> <669892ac3fc37b0843a156c0ab102316829103fd.camel@freebsd.org> <663f2566-b035-7011-70eb-4163b41e6e55@denninger.net> <20190325164827.GL57400@cicely7.cicely.de> <3db9cf8a-68ee-e339-67bf-760ee51464fd@denninger.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (berkeley-unix) Date: Wed, 03 Apr 2019 09:17:27 +0100 MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: D22386B212 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-1.64 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.77)[-0.770,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.89)[-0.889,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[riddles.org.uk]; AUTH_NA(1.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[lungold.riddles.org.uk]; NEURAL_HAM_SHORT(-0.62)[-0.620,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13037, ipnet:82.68.0.0/14, country:GB]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-0.25)[ipnet: 82.68.0.0/14(-0.15), asn: 13037(-1.00), country: GB(-0.09)] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Apr 2019 08:17:41 -0000 >>>>> "Ian" == Ian Lepore writes: Ian> I now have an rpi2b, and I see the same thing you do in the Ian> 'vmstat -i' output, including rates like 500K int/sec on cpu3 Ian> timer0. But while it was behaving like that, the output from Ian> 'vmstat 1' showed a perfectly steady 8800-9200 int/sec, which is Ian> certainly more consistent with top showing under 2% being used for Ian> combined system+interrupt. I'm seeing this too right now. The problem is that whatever this problem is, it's not being accounted for in the %cpu statistics, probably because it takes one CPU completely out of play. So here's what I see. First, top: last pid: 6110; load averages: 1.00, 1.00, 1.00 up 1+19:26:47 08:35:02 107 threads: 6 running, 81 sleeping, 20 waiting CPU: 0.3% user, 0.0% nice, 0.7% system, 0.2% interrupt, 98.8% idle Mem: 10M Active, 611M Inact, 32M Laundry, 168M Wired, 98M Buf, 115M Free Swap: 4096M Total, 4096M Free PID USERNAME PRI NICE SIZE RES STATE C TIME CPU COMMAND 10 root 155 ki31 0 32K CPU2 2 43.3H 99.35% idle{idle: cpu2} 10 root 155 ki31 0 32K RUN 1 43.3H 98.71% idle{idle: cpu1} 10 root 155 ki31 0 32K CPU0 0 43.1H 98.49% idle{idle: cpu0} 1186 andrew 20 0 14M 8728K select 1 0:01 0.90% xterm Notice the load average of 1+, and that while it's reporting 98.8% idle, only three of the four cpu idle processes show up. The fourth idle process shows no accumulated CPU time, as shown here by ps axlH: 0 10 0 0 155 0 0 32 - RNL - 2589:43.57 [idle/idle: cpu0] 0 10 0 0 155 0 0 32 - RNL - 2597:14.64 [idle/idle: cpu1] 0 10 0 0 155 0 0 32 - RNL - 2597:19.11 [idle/idle: cpu2] 0 10 0 0 155 0 0 32 - RNL - 0:00.00 [idle/idle: cpu3] The CPU time spent handling these interrupts is not being accounted for anywhere. Also, to confirm that there is something odd going on, the CPU is running hotter than it would normally do while idle: ~42C rather than the ~38C that I would normally see with this level of activity. Ian> I think the problem here is with vmstat -i, not with actual Ian> interrupts. Something about the stats reporting is wrong on Ian> armv6/v7. There are two obvious issues with vmstat -i: it double- or triple-counts some interrupts, and it reports a false rate once the counters wrap (which happens quite quickly when this issue is in play). But these don't account for the problem described here. Here's lines from vmstat -i taken 10 seconds apart: local_intc0,3: + 3085878928 19685 local_intc0,3: + 3094431425 19738 That's 8552497 interrupts in 10 seconds, which matches systat -vm's report of ~850k interrupts/sec. Since these are 32-bit counters they will wrap in an hour and a half at that rate, so the ~19700/sec rate reported is entirely spurious (since it's just counter/uptime). Looking at the generic_timer driver, there's an obvious problem: it installs one interrupt handler on all the irqs and supposedly enables only one of the timers, but the interrupt handler code simply assumes that the timer causing the interrupt is the one that it enabled; if it gets an interrupt from one of the others, it'll never clear it or mask it, it'll just return with the interrupt unhandled, hence the interrupt storm. On 32-bit arm it is only supposed to enable the timer that's attached to local_intc0,1 and this indeed shows an interrupt rate of ~1100/sec which seems about right for the clock interrupt; the timer on local_intc0,3 (the virtual one) is never supposed to be enabled so far as I can tell. -- Andrew. From owner-freebsd-arm@freebsd.org Wed Apr 3 08:51:17 2019 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 DF19215648A8 for ; Wed, 3 Apr 2019 08:51:16 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.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 C31DA6CF86; Wed, 3 Apr 2019 08:51:15 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id x338p5S5025903; Wed, 3 Apr 2019 01:51:05 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id x338p5JG025902; Wed, 3 Apr 2019 01:51:05 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201904030851.x338p5JG025902@gndrsh.dnsmgr.net> Subject: Re: insanely-high interrupt rates In-Reply-To: To: Ian Lepore Date: Wed, 3 Apr 2019 01:51:05 -0700 (PDT) CC: Karl Denninger , ticso@cicely.de, "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-Rspamd-Queue-Id: C31DA6CF86 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [1.60 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.05)[-0.049,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.37)[0.373,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: gndrsh.dnsmgr.net]; NEURAL_SPAM_LONG(0.35)[0.350,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.03)[ip: (0.13), ipnet: 69.59.192.0/19(0.07), asn: 13868(0.04), country: US(-0.06)] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Apr 2019 08:51:17 -0000 > On Mon, 2019-03-25 at 12:16 -0500, Karl Denninger wrote: > > On 3/25/2019 12:05, Ian Lepore wrote: > > > On Mon, 2019-03-25 at 11:58 -0500, Karl Denninger wrote: > > > > On 3/25/2019 11:48, Bernd Walter wrote: > > > > > On Mon, Mar 25, 2019 at 11:33:32AM -0500, Karl Denninger wrote: > > > > > > > [insanely high interrupt rates] > > > Is the interrupt rate consistent from second to second? Running > > > 'vmstat 1' for a while might be useful to see that. That many > > > interrupts almost sounds like a line is floating, but if that were > > > the > > > case I'd expect a widely varying number of int/sec. > > > > > > If you build custom kernels, it might be helpful to apply r345475 > > > locally... it will display partial device names instead of just '+' > > > when the name doesn't fit in the vmstat output. > > > > > > -- Ian > > > > No, but it's in the same general range -- around 500k although it does > > flop around some, and occasionally by a lot (e.g. if I sit and watch it > > it'll occasionally put up VERY different numbers -- e.g. a ~730k number, > > then it goes back, etc.) > > > > I don't generally build custom kernels on these but I CAN put this into > > the STABLE tree I'm building that from since I keep a separate one for > > Crochet builds on these boxes. Where do I find that specific delta? (I > > usually just svn things and I don't want to roll it all the way back to > > there, right -- or do I?) > > > > I now have an rpi2b, and I see the same thing you do in the 'vmstat -i' > output, including rates like 500K int/sec on cpu3 timer0. But while it > was behaving like that, the output from 'vmstat 1' showed a perfectly > steady 8800-9200 int/sec, which is certainly more consistent with top > showing under 2% being used for combined system+interrupt. > > I think the problem here is with vmstat -i, not with actual interrupts. > Something about the stats reporting is wrong on armv6/v7. > > Note that this is completely separate from the spurious interrupt > problem, which I still haven't been able to reproduce. I do not know if this data is of any relavance but when I was trying to get a Samsung chrome book snow working: https://wiki.freebsd.org/FreeBSD/arm/Chromebook I had tons of problems with spurious interrupts if I tried to use the internal keyboard. I found that if I plugged a USB keyboard in and never touched the built in keyboard I could infact get booted to multiuser and use the system somewhat. This testing was done on head before the stable/12 branch, I can re-aquire the hardware if there is anyone interested in helping to debug this platform. > -- Ian -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-arm@freebsd.org Wed Apr 3 08:53:19 2019 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 5FD331564BFC for ; Wed, 3 Apr 2019 08:53:19 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) 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 9290F6D3E4 for ; Wed, 3 Apr 2019 08:53:18 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: by mailman.ysv.freebsd.org (Postfix) id 55F6B1564BF8; Wed, 3 Apr 2019 08:53:18 +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 31CD91564BF7 for ; Wed, 3 Apr 2019 08:53:18 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.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 A924D6D3E1; Wed, 3 Apr 2019 08:53:17 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id x338r3JN025917; Wed, 3 Apr 2019 01:53:03 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id x338r2lm025916; Wed, 3 Apr 2019 01:53:02 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201904030853.x338r2lm025916@gndrsh.dnsmgr.net> Subject: Re: network booting allwinner(nanopi) In-Reply-To: <86cda185c41f215bbd808da32b619678ee0fdc61.camel@freebsd.org> To: Ian Lepore Date: Wed, 3 Apr 2019 01:53:02 -0700 (PDT) CC: Daniel Braniss , ticso@cicely.de, "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-Rspamd-Queue-Id: A924D6D3E1 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.984,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Apr 2019 08:53:19 -0000 > On Mon, 2019-04-01 at 08:52 +0300, Daniel Braniss wrote: > > > On 29 Mar 2019, at 22:36, Bernd Walter > > > wrote: > > > > > > On Fri, Mar 29, 2019 at 09:34:30AM +0300, Daniel Braniss wrote: > > > > Hi, > > > > with last weeks head (r345465), > > > > I tried - again - to netboot and the old way no longer works > > > > usb start > > > > setenv loaderdev net > > > > boot > > > > > > > > now it complains allot:-) but no dice. > > > > So, is there a way that netboot works? > > > > > > On a Pi1 project I put the following in loader.conf: > > > currdev="net0" > > > This requires the loader.conf to be on the SD card however. > > > I used an UFS partition for that, but I assume that the msdosfs > > > partition would work too as the loader can read that filesystem > > > as well. > > > > > > -- > > > B.Walter http://www.bwct.de > > > Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner > > > uvm. > > > > well, this is what I get: > > U-Boot SPL 2019.01 (Mar 24 2019 - 10:15:37 +0200) > > DRAM: 512 MiB > > Trying to boot from MMC1 > > > > > > U-Boot 2019.01 (Mar 24 2019 - 10:15:37 +0200) Allwinner Technology > > > > CPU: Allwinner H3 (SUN8I 1680) > > Model: FriendlyARM NanoPi NEO > > DRAM: 512 MiB > > MMC: SUNXI SD/MMC: 0 > > Loading Environment from FAT... *** Warning - bad CRC, using default > > environment > > > > In: serial > > Out: serial > > Err: serial > > Net: phy interface0 > > > > Error: ethernet@1c30000 address not set. > > eth-1: ethernet@1c30000 > > starting USB... > > USB0: USB EHCI 1.00 > > USB1: USB OHCI 1.0 > > USB2: USB EHCI 1.00 > > USB3: USB OHCI 1.0 > > scanning bus 0 for devices... 1 USB Device(s) found > > scanning bus 2 for devices... 1 USB Device(s) found > > scanning usb for storage devices... 0 Storage Device(s) found > > Hit any key to stop autoboot: 2  0 > > => usb start > > => boot    setn env loaderdev net > > => boot > > switch to partitions #0, OK > > mmc0 is current device > > Scanning mmc 0:1... > > Found U-Boot script /boot.scr > > 199 bytes read in 1 ms (194.3 KiB/s) > > ## Executing script at 43100000 > > 375752 bytes read in 19 ms (18.9 MiB/s) > > ## Starting application at 0x42000000 ... > > Consoles: U-Boot console > > Compatible U-Boot API signature found @0x5bf595c8 > > > > FreeBSD/armv7 U-Boot loader, Revision 1.2 > > > > DRAM: 512MB > > Number of U-Boot devices: 1 > > U-Boot env: loaderdev='net' > > Found U-Boot device: disk > > Found U-Boot device: net > > Booting from net0: > > net_probe: no network devices found, maybe not enumerated yet..? > > netboot: couldn't probe uboot_eth0 > > net_open: netif_open() failed > > Startup error in /boot/lua/loader.lua: > > LUA ERROR: cannot open /boot/lua/loader.lua: device not configured. > > > > net_probe: no network devices found, maybe not enumerated yet..? > > netboot: couldn't probe uboot_eth0 > > net_open: netif_open() failed > > net_probe: no network devices found, maybe not enumerated yet..? > > netboot: couldn't probe uboot_eth0 > > net_open: netif_open() failed > > net_probe: no network devices found, maybe not enumerated yet..? > > netboot: couldn't probe uboot_eth0 > > net_open: netif_open() failed > > net_probe: no network devices found, maybe not enumerated yet..? > > netboot: couldn't probe uboot_eth0 > > net_open: netif_open() failed > > net_probe: no network devices found, maybe not enumerated yet..? > > netboot: couldn't probe uboot_eth0 > > net_open: netif_open() failed > > net_probe: no network devices found, maybe not enumerated yet..? > > netboot: couldn't probe uboot_eth0 > > net_open: netif_open() failed > > net_probe: no network devices found, maybe not enumerated yet..? > > netboot: couldn't probe uboot_eth0 > > net_open: netif_open() failed > > net_probe: no network devices found, maybe not enumerated yet..? > > netboot: couldn't probe uboot_eth0 > > net_open: netif_open() failed > > net_probe: no network devices found, maybe not enumerated yet..? > > netboot: couldn't probe uboot_eth0 > > net_open: netif_open() failed > > can't load 'kernel' > > > > Type '?' for a list of commands, 'help' for more detailed help. > > loader> > > > > Modern u-boot can only netboot using efi. Doing it with efi requires > that all your config be set in the dhcpd, there is no way to define the > server or rootpath on a per-arm-system basis other than by hardcoding > the mac address of each arm system in the dhcpd config on the server. > In the uboot env, 'setenv boot_targets dhcp', and your dhcpd.conf needs > an entry something like this: > > host rpi2 { > hardware ethernet b8:27:eb:e9:04:e8; > option host-name "rpi2"; > next-server 172.22.42.240; > filename "/rpi2/boot/loader.efi"; > option root-path "172.22.42.240:/rpi2/"; > } > > If your dhcpd and tftp servers are the same, you probably don't need > the next-server option. If you're not using nfsroot, you probably > don't need the root-path option. > > -- Ian What work needs to be done to take this to the next step of supporting the iPXE style multiboot environment so you do not have to do this per machine dhcpd hackery and can set root-path via iPXE menu. I have this working in a x86 platform situation, but would love to expand it into the arm world. Thanks for any insight, -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-arm@freebsd.org Wed Apr 3 09:36:39 2019 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 2701D15667DC for ; Wed, 3 Apr 2019 09:36:39 +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 5E57A6F964 for ; Wed, 3 Apr 2019 09:36:38 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: by mailman.ysv.freebsd.org (Postfix) id 0C4BC15667DA; Wed, 3 Apr 2019 09:36:37 +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 DDD2C15667D9 for ; Wed, 3 Apr 2019 09:36:36 +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 71B8B6F922; Wed, 3 Apr 2019 09:36:36 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=cs.huji.ac.il; s=57791128; h=To:References:Message-Id:Content-Transfer-Encoding:Cc:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type; bh=4ZQmoHz/WLbpv7ux/x8wh+CzUhQudVZHY4aIsIq1HNE=; b=UtGq4MtgzIvmZTG59mTIT+CjIsluyW/0bkekm5XNtlTvfwGl/HznLS31fn8uLsbqLhqhS9y+mrzEc9eWJP3HQNhUKB5M4vL/K1R75VmDfY7BruY+DsovUOKaQOjK0qQnqgA1YVmfirOW+k9CnOYm5OlX2Yah65+5UZKPrr8YmLevUNwq9YKEBxwB9uF2/MQiHfL15+Qpqt9Txqe+PfzbCNRbm40Ori4tb442AztNEMZ8MjVcQ1VBFhq7y6cZfLUA+iG/8STOovtQdEAHWDvpeFuzIXEp/1NItUEF3orSFfu9/E1Gq4QRaHbFEnOeV3OC0lltZFIUHO0vVYv9vKKrOQ==; Received: from bach.cs.huji.ac.il ([132.65.80.20]) by kabab.cs.huji.ac.il with esmtp id 1hBcJo-000Om1-00; Wed, 03 Apr 2019 12:36:28 +0300 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: network booting allwinner(nanopi) From: Daniel Braniss In-Reply-To: <201904030853.x338r2lm025916@gndrsh.dnsmgr.net> Date: Wed, 3 Apr 2019 12:36:27 +0300 Cc: Ian Lepore , ticso@cicely.de, "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <201904030853.x338r2lm025916@gndrsh.dnsmgr.net> To: "Rodney W. Grimes" X-Mailer: Apple Mail (2.3445.9.1) X-Rspamd-Queue-Id: 71B8B6F922 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.94 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.94)[-0.936,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Apr 2019 09:36:39 -0000 > On 3 Apr 2019, at 11:53, Rodney W. Grimes = wrote: >=20 >> On Mon, 2019-04-01 at 08:52 +0300, Daniel Braniss wrote: >>>> On 29 Mar 2019, at 22:36, Bernd Walter >>>> wrote: >>>>=20 >>>> On Fri, Mar 29, 2019 at 09:34:30AM +0300, Daniel Braniss wrote: >>>>> Hi, >>>>> with last weeks head (r345465), >>>>> I tried - again - to netboot and the old way no longer works >>>>> usb start >>>>> setenv loaderdev net >>>>> boot >>>>>=20 >>>>> now it complains allot:-) but no dice. >>>>> So, is there a way that netboot works? >>>>=20 >>>> On a Pi1 project I put the following in loader.conf: >>>> currdev=3D"net0" >>>> This requires the loader.conf to be on the SD card however. >>>> I used an UFS partition for that, but I assume that the msdosfs >>>> partition would work too as the loader can read that filesystem >>>> as well. >>>>=20 >>>> --=20 >>>> B.Walter http://www.bwct.de >>>> Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner >>>> uvm. >>>=20 >>> well, this is what I get: >>> U-Boot SPL 2019.01 (Mar 24 2019 - 10:15:37 +0200) >>> DRAM: 512 MiB >>> Trying to boot from MMC1 >>>=20 >>>=20 >>> U-Boot 2019.01 (Mar 24 2019 - 10:15:37 +0200) Allwinner Technology >>>=20 >>> CPU: Allwinner H3 (SUN8I 1680) >>> Model: FriendlyARM NanoPi NEO >>> DRAM: 512 MiB >>> MMC: SUNXI SD/MMC: 0 >>> Loading Environment from FAT... *** Warning - bad CRC, using default >>> environment >>>=20 >>> In: serial >>> Out: serial >>> Err: serial >>> Net: phy interface0 >>>=20 >>> Error: ethernet@1c30000 address not set. >>> eth-1: ethernet@1c30000 >>> starting USB... >>> USB0: USB EHCI 1.00 >>> USB1: USB OHCI 1.0 >>> USB2: USB EHCI 1.00 >>> USB3: USB OHCI 1.0 >>> scanning bus 0 for devices... 1 USB Device(s) found >>> scanning bus 2 for devices... 1 USB Device(s) found >>> scanning usb for storage devices... 0 Storage Device(s) found >>> Hit any key to stop autoboot: 2 =08=08=08 0 >>> =3D> usb start >>> =3D> boot=08 =08=08 =08=08 =08=08 =08setn=08 =08env loaderdev net >>> =3D> boot >>> switch to partitions #0, OK >>> mmc0 is current device >>> Scanning mmc 0:1... >>> Found U-Boot script /boot.scr >>> 199 bytes read in 1 ms (194.3 KiB/s) >>> ## Executing script at 43100000 >>> 375752 bytes read in 19 ms (18.9 MiB/s) >>> ## Starting application at 0x42000000 ... >>> Consoles: U-Boot console =20 >>> Compatible U-Boot API signature found @0x5bf595c8 >>>=20 >>> FreeBSD/armv7 U-Boot loader, Revision 1.2 >>>=20 >>> DRAM: 512MB >>> Number of U-Boot devices: 1 >>> U-Boot env: loaderdev=3D'net' >>> Found U-Boot device: disk >>> Found U-Boot device: net >>> Booting from net0: >>> net_probe: no network devices found, maybe not enumerated yet..? >>> netboot: couldn't probe uboot_eth0 >>> net_open: netif_open() failed >>> Startup error in /boot/lua/loader.lua: >>> LUA ERROR: cannot open /boot/lua/loader.lua: device not configured. >>>=20 >>> net_probe: no network devices found, maybe not enumerated yet..? >>> netboot: couldn't probe uboot_eth0 >>> net_open: netif_open() failed >>> net_probe: no network devices found, maybe not enumerated yet..? >>> netboot: couldn't probe uboot_eth0 >>> net_open: netif_open() failed >>> net_probe: no network devices found, maybe not enumerated yet..? >>> netboot: couldn't probe uboot_eth0 >>> net_open: netif_open() failed >>> net_probe: no network devices found, maybe not enumerated yet..? >>> netboot: couldn't probe uboot_eth0 >>> net_open: netif_open() failed >>> net_probe: no network devices found, maybe not enumerated yet..? >>> netboot: couldn't probe uboot_eth0 >>> net_open: netif_open() failed >>> net_probe: no network devices found, maybe not enumerated yet..? >>> netboot: couldn't probe uboot_eth0 >>> net_open: netif_open() failed >>> net_probe: no network devices found, maybe not enumerated yet..? >>> netboot: couldn't probe uboot_eth0 >>> net_open: netif_open() failed >>> net_probe: no network devices found, maybe not enumerated yet..? >>> netboot: couldn't probe uboot_eth0 >>> net_open: netif_open() failed >>> net_probe: no network devices found, maybe not enumerated yet..? >>> netboot: couldn't probe uboot_eth0 >>> net_open: netif_open() failed >>> can't load 'kernel' >>>=20 >>> Type '?' for a list of commands, 'help' for more detailed help. >>> loader> >>>=20 >>=20 >> Modern u-boot can only netboot using efi. Doing it with efi requires >> that all your config be set in the dhcpd, there is no way to define = the >> server or rootpath on a per-arm-system basis other than by hardcoding >> the mac address of each arm system in the dhcpd config on the server.=20= >> In the uboot env, 'setenv boot_targets dhcp', and your dhcpd.conf = needs >> an entry something like this: >>=20 >> host rpi2 { >> hardware ethernet b8:27:eb:e9:04:e8; >> option host-name "rpi2"; >> next-server 172.22.42.240; >> filename "/rpi2/boot/loader.efi"; >> option root-path "172.22.42.240:/rpi2/"; >> } >>=20 >> If your dhcpd and tftp servers are the same, you probably don't need >> the next-server option. If you're not using nfsroot, you probably >> don't need the root-path option. >>=20 >> -- Ian >=20 > What work needs to be done to take this to the next step > of supporting the iPXE style multiboot environment so you > do not have to do this per machine dhcpd hackery and can > set root-path via iPXE menu. I have this working in a > x86 platform situation, but would love to expand it into > the arm world. >=20 > Thanks for any insight, currently what I am missing is how to tel the loader to do the dhcp = request, and that=E2=80=99s not working because it can=E2=80=99t find the network = interface. in my case I have the PXE/iPXE stuff working. thanks, danny > --=20 > Rod Grimes = rgrimes@freebsd.org From owner-freebsd-arm@freebsd.org Wed Apr 3 10:42:58 2019 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 5AF8E1568A13 for ; Wed, 3 Apr 2019 10:42:58 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) 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 9B4677228F for ; Wed, 3 Apr 2019 10:42:57 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: by mailman.ysv.freebsd.org (Postfix) id 5423A1568A12; Wed, 3 Apr 2019 10:42:57 +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 2F6421568A0D for ; Wed, 3 Apr 2019 10:42:57 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.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 8A7107228D; Wed, 3 Apr 2019 10:42:56 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id x33AgeWV026772; Wed, 3 Apr 2019 03:42:40 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id x33Ageqk026771; Wed, 3 Apr 2019 03:42:40 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201904031042.x33Ageqk026771@gndrsh.dnsmgr.net> Subject: Re: network booting allwinner(nanopi) In-Reply-To: To: Daniel Braniss Date: Wed, 3 Apr 2019 03:42:40 -0700 (PDT) CC: "Rodney W. Grimes" , Ian Lepore , ticso@cicely.de, "freebsd-arm@freebsd.org" X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 8A7107228D X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.980,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Apr 2019 10:42:58 -0000 > > On 3 Apr 2019, at 11:53, Rodney W. Grimes wrote: > >=20 > >> On Mon, 2019-04-01 at 08:52 +0300, Daniel Braniss wrote: > >>>> On 29 Mar 2019, at 22:36, Bernd Walter > >>>> wrote: > >>>>=20 > >>>> On Fri, Mar 29, 2019 at 09:34:30AM +0300, Daniel Braniss wrote: > >>>>> Hi, > >>>>> with last weeks head (r345465), > >>>>> I tried - again - to netboot and the old way no longer works > >>>>> usb start > >>>>> setenv loaderdev net > >>>>> boot > >>>>>=20 > >>>>> now it complains allot:-) but no dice. > >>>>> So, is there a way that netboot works? > >>>>=20 > >>>> On a Pi1 project I put the following in loader.conf: > >>>> currdev=3D"net0" > >>>> This requires the loader.conf to be on the SD card however. > >>>> I used an UFS partition for that, but I assume that the msdosfs > >>>> partition would work too as the loader can read that filesystem > >>>> as well. > >>>>=20 > >>>> --=20 > >>>> B.Walter http://www.bwct.de > >>>> Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner > >>>> uvm. > >>>=20 > >>> well, this is what I get: > >>> U-Boot SPL 2019.01 (Mar 24 2019 - 10:15:37 +0200) > >>> DRAM: 512 MiB > >>> Trying to boot from MMC1 > >>>=20 > >>>=20 > >>> U-Boot 2019.01 (Mar 24 2019 - 10:15:37 +0200) Allwinner Technology > >>>=20 > >>> CPU: Allwinner H3 (SUN8I 1680) > >>> Model: FriendlyARM NanoPi NEO > >>> DRAM: 512 MiB > >>> MMC: SUNXI SD/MMC: 0 > >>> Loading Environment from FAT... *** Warning - bad CRC, using default > >>> environment > >>>=20 > >>> In: serial > >>> Out: serial > >>> Err: serial > >>> Net: phy interface0 > >>>=20 > >>> Error: ethernet@1c30000 address not set. > >>> eth-1: ethernet@1c30000 > >>> starting USB... > >>> USB0: USB EHCI 1.00 > >>> USB1: USB OHCI 1.0 > >>> USB2: USB EHCI 1.00 > >>> USB3: USB OHCI 1.0 > >>> scanning bus 0 for devices... 1 USB Device(s) found > >>> scanning bus 2 for devices... 1 USB Device(s) found > >>> scanning usb for storage devices... 0 Storage Device(s) found > >>> Hit any key to stop autoboot: 2 =08=08=08 0 > >>> =3D> usb start > >>> =3D> boot=08 =08=08 =08=08 =08=08 =08setn=08 =08env loaderdev net > >>> =3D> boot > >>> switch to partitions #0, OK > >>> mmc0 is current device > >>> Scanning mmc 0:1... > >>> Found U-Boot script /boot.scr > >>> 199 bytes read in 1 ms (194.3 KiB/s) > >>> ## Executing script at 43100000 > >>> 375752 bytes read in 19 ms (18.9 MiB/s) > >>> ## Starting application at 0x42000000 ... > >>> Consoles: U-Boot console =20 > >>> Compatible U-Boot API signature found @0x5bf595c8 > >>>=20 > >>> FreeBSD/armv7 U-Boot loader, Revision 1.2 > >>>=20 > >>> DRAM: 512MB > >>> Number of U-Boot devices: 1 > >>> U-Boot env: loaderdev=3D'net' > >>> Found U-Boot device: disk > >>> Found U-Boot device: net > >>> Booting from net0: > >>> net_probe: no network devices found, maybe not enumerated yet..? > >>> netboot: couldn't probe uboot_eth0 > >>> net_open: netif_open() failed > >>> Startup error in /boot/lua/loader.lua: > >>> LUA ERROR: cannot open /boot/lua/loader.lua: device not configured. > >>>=20 > >>> net_probe: no network devices found, maybe not enumerated yet..? > >>> netboot: couldn't probe uboot_eth0 > >>> net_open: netif_open() failed > >>> net_probe: no network devices found, maybe not enumerated yet..? > >>> netboot: couldn't probe uboot_eth0 > >>> net_open: netif_open() failed > >>> net_probe: no network devices found, maybe not enumerated yet..? > >>> netboot: couldn't probe uboot_eth0 > >>> net_open: netif_open() failed > >>> net_probe: no network devices found, maybe not enumerated yet..? > >>> netboot: couldn't probe uboot_eth0 > >>> net_open: netif_open() failed > >>> net_probe: no network devices found, maybe not enumerated yet..? > >>> netboot: couldn't probe uboot_eth0 > >>> net_open: netif_open() failed > >>> net_probe: no network devices found, maybe not enumerated yet..? > >>> netboot: couldn't probe uboot_eth0 > >>> net_open: netif_open() failed > >>> net_probe: no network devices found, maybe not enumerated yet..? > >>> netboot: couldn't probe uboot_eth0 > >>> net_open: netif_open() failed > >>> net_probe: no network devices found, maybe not enumerated yet..? > >>> netboot: couldn't probe uboot_eth0 > >>> net_open: netif_open() failed > >>> net_probe: no network devices found, maybe not enumerated yet..? > >>> netboot: couldn't probe uboot_eth0 > >>> net_open: netif_open() failed > >>> can't load 'kernel' > >>>=20 > >>> Type '?' for a list of commands, 'help' for more detailed help. > >>> loader> > >>>=20 > >>=20 > >> Modern u-boot can only netboot using efi. Doing it with efi requires > >> that all your config be set in the dhcpd, there is no way to define the > >> server or rootpath on a per-arm-system basis other than by hardcoding > >> the mac address of each arm system in the dhcpd config on the server.= =20 > >> In the uboot env, 'setenv boot_targets dhcp', and your dhcpd.conf needs > >> an entry something like this: > >>=20 > >> host rpi2 { > >> hardware ethernet b8:27:eb:e9:04:e8; > >> option host-name "rpi2"; > >> next-server 172.22.42.240; > >> filename "/rpi2/boot/loader.efi"; > >> option root-path "172.22.42.240:/rpi2/"; > >> } > >>=20 > >> If your dhcpd and tftp servers are the same, you probably don't need > >> the next-server option. If you're not using nfsroot, you probably > >> don't need the root-path option. > >>=20 > >> -- Ian > >=20 > > What work needs to be done to take this to the next step > > of supporting the iPXE style multiboot environment so you > > do not have to do this per machine dhcpd hackery and can > > set root-path via iPXE menu. I have this working in a > > x86 platform situation, but would love to expand it into > > the arm world. > >=20 > > Thanks for any insight, >=20 > currently what I am missing is how to tel the loader to do the dhcp reque= st, > and that?s not working because it can?t find the network interface. > in my case I have the PXE/iPXE stuff working. I can get paste the first round of dhcp, where I detect that this is a PXE asking for a arm payload, and I hand it an iPXE executable, which sets things up and chains to pxeloader, which seems to ignore the key=3Dvalue stuff that multiboot compliance should be processing. I have diskless booted Linux on my Pi's this way, would love to have the BSD side working too. > thanks, > danny > > Rod Grimes rgrimes@free= bsd.org --=20 Rod Grimes rgrimes@freebsd.= org From owner-freebsd-arm@freebsd.org Wed Apr 3 13:38:36 2019 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 59897156E43A for ; Wed, 3 Apr 2019 13:38:36 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-it1-f181.google.com (mail-it1-f181.google.com [209.85.166.181]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8F266817CC for ; Wed, 3 Apr 2019 13:38:35 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-it1-f181.google.com with SMTP id x132so9052321itf.2 for ; Wed, 03 Apr 2019 06:38:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=4pAYXV6a1+GdjNDtrGAyVnyAWx6X8aqjQ4ja0p1SGTA=; b=MkqVoXldE93dOShfeIHJSopkFynyixnvMp+X41HJfoSQfD0n/H+Bu1XguMHW2kAGO6 PifyQfl0iAN9wPZt3HPNXe1+rHibju+D5ZE8xma/HZBuM0nb0aAJC0FmiNHSyKuVN2c4 tfFWc1oVHm4ocnSB42wogsRv+gJyb+E/FGVYI4pRmy3BTqJsn/0dsX53Qc06Gw0lCQ5n gFfDLZJs3H8/YQUtPmU15X2Q/zfkiS+WtEp88WE3Bku/kOc4HCo22MuAvnMxMtikWsiN YqhBMo2YFbW2gURgE5+fjZYqmSa5HKUzCv2qvb/s5dEhQdnJCeVOxU3ysNxQpptJiw6d CRTw== X-Gm-Message-State: APjAAAWnv7zL7dAJjplv1Tw0gnCSmqUOngYIV9LCvTMBGZNUcSDkHfLH yDW8knDmKCWam2d/DCviPmmQFFSGrNbS25tmeLs6Lt+d X-Google-Smtp-Source: APXvYqxHnlpRhQzq7bK2YVg16JF73OCRrFU3tfYT0zi0tI0uret7wrDNjGzi1YHfAz7s33B3kLUdvJRJ9ipb9GOp/OI= X-Received: by 2002:a02:a399:: with SMTP id y25mr249457jak.58.1554298708980; Wed, 03 Apr 2019 06:38:28 -0700 (PDT) MIME-Version: 1.0 References: <20190218022911.72261m7v5l6g1i7b@webmail.omc.net> In-Reply-To: <20190218022911.72261m7v5l6g1i7b@webmail.omc.net> From: Ed Maste Date: Wed, 3 Apr 2019 09:55:42 -0400 Message-ID: Subject: Re: Restore broken ThunderX support in 12 by MFCing r343764? To: kraileth@elderlinux.org Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 8F266817CC X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.181 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-4.90 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; IP_SCORE(-2.99)[ip: (-8.82), ipnet: 209.85.128.0/17(-3.88), asn: 15169(-2.17), country: US(-0.06)]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[181.166.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.90)[-0.900,0]; RCVD_TLS_LAST(0.00)[]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[181.166.85.209.rep.mailspike.net : 127.0.0.17]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Apr 2019 13:38:36 -0000 On Sun, 17 Feb 2019 at 20:29, wrote: > > Not being a developer though, I cannot judge if [r343764] cannot be MFC'd > into 12-STABLE due to making invasive changes or if it simply never > was because it was thought to be an improvement for 13 only and not an > actually pretty vital fix for 12. I suspect jchandra@ just didn't realize it's needed also on ThunderX, and I did not encounter any trouble with the ThunderX systems I have. It could just be that our (older) ThunderX reference firmware has fewer regions in its ACPI info and so works fine without r343764. Anyhow I've now merged the change to stable/12. With respect to vt_efifb the tunable is a simple workaround, but we really need this to work out-of-the-box. Do you have any further details on the failure when vt_efifb is enabled? Also, if you're aware of any other ThunderX issues please let me know. From owner-freebsd-arm@freebsd.org Wed Apr 3 16:48:58 2019 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 3C84E1573457 for ; Wed, 3 Apr 2019 16:48:58 +0000 (UTC) (envelope-from andrew@tao11.riddles.org.uk) Received: from lungold.riddles.org.uk (lungold.riddles.org.uk [82.68.208.19]) (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 220B98A52C; Wed, 3 Apr 2019 16:48:56 +0000 (UTC) (envelope-from andrew@tao11.riddles.org.uk) Received: from [192.168.127.1] (port=37943 helo=caithnard.riddles.org.uk) by lungold.riddles.org.uk with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.88 (FreeBSD)) (envelope-from ) id 1hBj4H-000525-Uh; Wed, 03 Apr 2019 16:48:53 +0000 Received: from [127.0.0.1] (port=64740 helo=caithnard.riddles.org.uk) by caithnard.riddles.org.uk with esmtp (Exim 4.89 (FreeBSD)) (envelope-from ) id 1hBj4H-0002FX-F1; Wed, 03 Apr 2019 16:48:53 +0000 From: Andrew Gierth To: Ian Lepore Cc: Karl Denninger , ticso@cicely.de, "freebsd-arm\@freebsd.org" Subject: Re: insanely-high interrupt rates In-Reply-To: (Ian Lepore's message of "Tue, 02 Apr 2019 20:58:01 -0600") Message-ID: <874l7fyrpr.fsf@news-spur.riddles.org.uk> References: <004ddba628b94b80845d8e509ddcb648d21fd6c9.camel@freebsd.org> <20190319161423.GH57400@cicely7.cicely.de> <52df098fdc0caf5de1879c93239534fffbd49b56.camel@freebsd.org> <40f57de2-2b25-3981-a416-b9958cc97636@denninger.net> <669892ac3fc37b0843a156c0ab102316829103fd.camel@freebsd.org> <663f2566-b035-7011-70eb-4163b41e6e55@denninger.net> <20190325164827.GL57400@cicely7.cicely.de> <3db9cf8a-68ee-e339-67bf-760ee51464fd@denninger.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (berkeley-unix) Date: Wed, 03 Apr 2019 17:48:52 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Rspamd-Queue-Id: 220B98A52C X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-0.71 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.49)[-0.487,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.83)[-0.829,0]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; DMARC_NA(0.00)[riddles.org.uk]; AUTH_NA(1.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: lungold.riddles.org.uk]; NEURAL_HAM_SHORT(-0.14)[-0.144,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:13037, ipnet:82.68.0.0/14, country:GB]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-0.24)[ipnet: 82.68.0.0/14(-0.14), asn: 13037(-0.99), country: GB(-0.09)]; MIME_UNKNOWN(0.10)[text/x-patch] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Apr 2019 16:48:58 -0000 --=-=-= Content-Type: text/plain Per my earlier analysis, and the discussion on IRC, I'm now running my RPI2B with the attached patch (against 12-stable). So far, I'm not seeing any issues. I don't think this patch is really a complete fix (in particular, on arm64 I would expect the opposite problem to exist, with spurious physical timer interrupts instead). I'm only running it to confirm my analysis of the problem and to get a working system. It should do fine on 32-bit arm though. -- Andrew. --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=armtimer.diff Content-Description: patch to arm generic_timer.c diff --git a/sys/arm/arm/generic_timer.c b/sys/arm/arm/generic_timer.c index df8fca4674c1..08f00608fb67 100644 --- a/sys/arm/arm/generic_timer.c +++ b/sys/arm/arm/generic_timer.c @@ -450,6 +450,8 @@ arm_tmr_attach(device_t dev) /* If we do not have the interrupt, skip it. */ if (sc->res[i] == NULL) continue; + if (sc->physical && i >= 2) + continue; error = bus_setup_intr(dev, sc->res[i], INTR_TYPE_CLK, arm_tmr_intr, NULL, sc, &sc->ihl[i]); if (error) { --=-=-=-- From owner-freebsd-arm@freebsd.org Wed Apr 3 16:55:05 2019 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 2B2101573777 for ; Wed, 3 Apr 2019 16:55:05 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [52.16.239.146]) (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 B31ED8A9CF for ; Wed, 3 Apr 2019 16:55:03 +0000 (UTC) (envelope-from peter@pean.org) Received: from [IPv6:2001:470:de59::fc8b:3de9:9297:c930] (unknown [IPv6:2001:470:de59:0:fc8b:3de9:9297:c930]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id 1400B1BBAC3 for ; Wed, 3 Apr 2019 18:54:50 +0200 (CEST) From: =?utf-8?Q?Peter_Ankerst=C3=A5l?= Content-Type: multipart/signed; boundary="Apple-Mail=_A585C701-7E0E-4EF9-B1AB-F217E97CC2DA"; protocol="application/pkcs7-signature"; micalg=sha-256 Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: SFP port on ClearFog base Message-Id: Date: Wed, 3 Apr 2019 18:54:46 +0200 To: freebsd-arm X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: B31ED8A9CF X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of peter@pean.org designates 52.16.239.146 as permitted sender) smtp.mailfrom=peter@pean.org X-Spamd-Result: default: False [-5.11 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; SIGNED_SMIME(-2.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DMARC_NA(0.00)[pean.org]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[mx4.jails.se,mail.jails.se,mx3.jails.se]; NEURAL_HAM_SHORT(-0.74)[-0.743,0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(-0.46)[ipnet: 52.16.0.0/15(-0.92), asn: 16509(-1.31), country: US(-0.06)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; ASN(0.00)[asn:16509, ipnet:52.16.0.0/15, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Apr 2019 16:55:05 -0000 --Apple-Mail=_A585C701-7E0E-4EF9-B1AB-F217E97CC2DA Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi! Im trying to get FreeBSD running smoothly on my new ClearFog Base and = right now I have a few network problems.=20 First the second rj45-port didnt work at all, but after reading this: = http://forum.solid-run.com/linux-kernel-and-bootloaders-f34/port-light-is-= always-on-does-not-work-t3074.html I changed this in the u-boot code and = now it seems to work, both in u-boot and FreeBSD. - - { BOARD_MAC_SPEED_1000M, -1, -1, MV_TRUE}, + { BOARD_MAC_SPEED_AUTO, 0x1, 0x1, MV_TRUE}, - But I want to get the SFP-port working as well and I don't have any idea = on where I should start.=20 Any pointers? Thanks /Peter.= --Apple-Mail=_A585C701-7E0E-4EF9-B1AB-F217E97CC2DA Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCDKIw ggZMMIIFNKADAgECAhAIYx54g0aQ2jlpvYBCpK60MA0GCSqGSIb3DQEBCwUAMGUxCzAJBgNVBAYT AlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2VydC5jb20xJDAi BgNVBAMTG0RpZ2lDZXJ0IFNIQTIgQXNzdXJlZCBJRCBDQTAeFw0xOTAzMjAwMDAwMDBaFw0yMjAz MjAxMjAwMDBaMHQxCzAJBgNVBAYTAlNFMRAwDgYDVQQHEwdVcHBzYWxhMRkwFwYDVQQKDBBQZXRl ciBBbmtlcnN0w6VsMRkwFwYDVQQDDBBQZXRlciBBbmtlcnN0w6VsMR0wGwYJKoZIhvcNAQkBFg5w ZXRlckBwZWFuLm9yZzCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBANbMh3R37S2b/qQU LkhUSZvHgrl9zRt2ARiVkAhOEQxdOax6XCm6LbNNSSk3uduA+kKhLKf442IUff0RfNJfm/6SEDm0 sR7jWLR4duWmo2f5fWl9/E6ALvWVqJY5ILR9fz7xoB1YjM4OXyNXPYYHZh/rTYek6XL2Ku7Ph2iD mhvYlmHO28MKUA0DvHrFSdLV5/K/gVIMS8c0rlPNi5fWU8WG9NTaNvdXYKPomb2pfo5d9DXFLZs2 F0aPCielmvcWnt1CaVrhdk8vs+/gIra1ZHkha3pYAGkXq+n/3teZNh8gX7ltVJpPWs2IYtRTd0j1 YjqWBK9kgilL6CBQs5q76Mcjm0A3iCTOUFHmmkLMBJcKiobpcOAcWBS3Wf7jgbkZAuoWnbJPg+DA COzna8lg/S1+FlMGxOZsosrcoagzxMIYddfTC/lMFX+lXifW30cudPjWx5fM0QoDKGILPa85K1ex BsiaHx1danwitEMux6RlTuHKAJg7CkiMc9aP5P0aGbHTpJTYh8uHdL83sgnekwJ5Dgkh7BNqVhED 0cjDfAsNHOdhTTHdEprqrJ9ytkHmWFvUhiX9hkW0LFgFc5apbB/mwsUstfPHfDOflLidbtcG4Xgw 8fKv/it0xlJwPhxhHHZkndwrkjsoz/jbyFrlbPBBkA1dwamhtppwcZsWiqlJAgMBAAGjggHnMIIB 4zAfBgNVHSMEGDAWgBTnAiOAAE/Y17yUC9k/dDlJMjyKeTAdBgNVHQ4EFgQUxx/6f5aEHV7C1Tuz e+XbwXnlIOkwDAYDVR0TAQH/BAIwADAZBgNVHREEEjAQgQ5wZXRlckBwZWFuLm9yZzAOBgNVHQ8B Af8EBAMCBaAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMEMGA1UdIAQ8MDowOAYKYIZI AYb9bAQBAjAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy5kaWdpY2VydC5jb20vQ1BTMIGIBgNV HR8EgYAwfjA9oDugOYY3aHR0cDovL2NybDMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0U0hBMkFzc3Vy ZWRJRENBLWcyLmNybDA9oDugOYY3aHR0cDovL2NybDQuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0U0hB MkFzc3VyZWRJRENBLWcyLmNybDB5BggrBgEFBQcBAQRtMGswJAYIKwYBBQUHMAGGGGh0dHA6Ly9v Y3NwLmRpZ2ljZXJ0LmNvbTBDBggrBgEFBQcwAoY3aHR0cDovL2NhY2VydHMuZGlnaWNlcnQuY29t L0RpZ2lDZXJ0U0hBMkFzc3VyZWRJRENBLmNydDANBgkqhkiG9w0BAQsFAAOCAQEAtH6RpZidx4wf eniyd1+ZDD5lSQXq2OVV8mwMnYFJpYSlnyorSJR4zWCtnjcLDNvZGIWizSk29F3CGUJ9sW774Lvm xk8Yr64ntT9phUozFtSiBPxpjXTdXIIRcSu8Fjh+FWaoMw2z7ONCZX0wT5QnqV9YdrMg/+wzdo6n rgJfafUI6qXSImKlGJ1Xnzka/QS+pxcyUtsFLw0O9bnLaOBCUtmKItTv9FT/fBJenhdm4k4uMFgh w5kWF4dZsof0HOkQeC+DfsFJbIJ5wheT/uZhuF/Fz8mTJ0qNl8V4+fm1nSWYWJtygb/FENpK0HVa ffwSJp3f02pu/cHNKOwc62w4uTCCBk4wggU2oAMCAQICEASueWBmZpAaucV/pmxb3M0wDQYJKoZI hvcNAQELBQAwZTELMAkGA1UEBhMCVVMxFTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQ d3d3LmRpZ2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNlcnQgQXNzdXJlZCBJRCBSb290IENBMB4X DTEzMTEwNTEyMDAwMFoXDTI4MTEwNTEyMDAwMFowZTELMAkGA1UEBhMCVVMxFTATBgNVBAoTDERp Z2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNlcnQg U0hBMiBBc3N1cmVkIElEIENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA3PgRIz9q te/AJ3kbLQWHohBDMd8O1BUbT3ekIs4+jHDwvgeO3ScqvAEdtiwKyt1pWB9B7WoFH9pjeFkeIiwr +Lp+yTU7VvEffEJ+JbAjGcZFONc9RPkgfGCuHLBaGAS+jzv3qfCUmqYMY0m2QRdTQDK9T+ZQelAf JUXo8Ymvzf9e/1Dz8BcR/73FifW9YrnY+45FBIVtmc3FSE39JqsCNkXqNtdfauIagkEK3OnZ9ZEX jsYhrTg8E+Yef2ac1U3ZRtr2z1KnfTskw7TBUTXGm+vU737kewPhRL16CzfgT8uCig1xGOSm4Iks G/OyczzBsJKeGH29q33FfQihLMKfcwIDAQABo4IC+DCCAvQwEgYDVR0TAQH/BAgwBgEB/wIBADAO BgNVHQ8BAf8EBAMCAYYwNAYIKwYBBQUHAQEEKDAmMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5k aWdpY2VydC5jb20wgYEGA1UdHwR6MHgwOqA4oDaGNGh0dHA6Ly9jcmw0LmRpZ2ljZXJ0LmNvbS9E aWdpQ2VydEFzc3VyZWRJRFJvb3RDQS5jcmwwOqA4oDaGNGh0dHA6Ly9jcmwzLmRpZ2ljZXJ0LmNv bS9EaWdpQ2VydEFzc3VyZWRJRFJvb3RDQS5jcmwwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUF BwMEMIIBswYDVR0gBIIBqjCCAaYwggGiBgpghkgBhv1sAAIEMIIBkjAoBggrBgEFBQcCARYcaHR0 cHM6Ly93d3cuZGlnaWNlcnQuY29tL0NQUzCCAWQGCCsGAQUFBwICMIIBVh6CAVIAQQBuAHkAIAB1 AHMAZQAgAG8AZgAgAHQAaABpAHMAIABDAGUAcgB0AGkAZgBpAGMAYQB0AGUAIABjAG8AbgBzAHQA aQB0AHUAdABlAHMAIABhAGMAYwBlAHAAdABhAG4AYwBlACAAbwBmACAAdABoAGUAIABEAGkAZwBp AEMAZQByAHQAIABDAFAALwBDAFAAUwAgAGEAbgBkACAAdABoAGUAIABSAGUAbAB5AGkAbgBnACAA UABhAHIAdAB5ACAAQQBnAHIAZQBlAG0AZQBuAHQAIAB3AGgAaQBjAGgAIABsAGkAbQBpAHQAIABs AGkAYQBiAGkAbABpAHQAeQAgAGEAbgBkACAAYQByAGUAIABpAG4AYwBvAHIAcABvAHIAYQB0AGUA ZAAgAGgAZQByAGUAaQBuACAAYgB5ACAAcgBlAGYAZQByAGUAbgBjAGUALjAdBgNVHQ4EFgQU5wIj gABP2Ne8lAvZP3Q5STI8inkwHwYDVR0jBBgwFoAUReuir/SSy4IxLVGLp6chnfNtyA8wDQYJKoZI hvcNAQELBQADggEBAE7UiSe5/R2Hd34PKAWQ8QovyTs+vZOckMav+pFRhzJUa+jKwXFRXJmOtfrg YhmZpgeafBMn2+UCooQS2RX2CkRXxDSPbXMfOtagAT3e44LkRWuy6yX9gF4dOZC+W0L2zpFg4/mg VgxIEM4zaHvNk6vwastPWA+5e10bBIGepyLiV0kn7pKTCL5pCFMCOi5dyBn0UIBOAtmwXZG0k4f5 lpaBVUCOZu2C2LsoX+1MYe0GWCgZUxFEvEcgKbIEbNiJVJk7ddtneCweknjGVT1YEhEybr1DDE00 23vGQtvsvqubYUwGkuOO3yEqUFcEwGCiNdUknmY3CUnP1fhls+DibsIxggQpMIIEJQIBATB5MGUx CzAJBgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2Vy dC5jb20xJDAiBgNVBAMTG0RpZ2lDZXJ0IFNIQTIgQXNzdXJlZCBJRCBDQQIQCGMeeINGkNo5ab2A QqSutDANBglghkgBZQMEAgEFAKCCAYEwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG 9w0BCQUxDxcNMTkwNDAzMTY1NDQ2WjAvBgkqhkiG9w0BCQQxIgQgGpohdZW4GOHU+3KYepPqrk8r 8mPMpJXXmzx6JaljxPgwgYgGCSsGAQQBgjcQBDF7MHkwZTELMAkGA1UEBhMCVVMxFTATBgNVBAoT DERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNl cnQgU0hBMiBBc3N1cmVkIElEIENBAhAIYx54g0aQ2jlpvYBCpK60MIGKBgsqhkiG9w0BCRACCzF7 oHkwZTELMAkGA1UEBhMCVVMxFTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRp Z2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNlcnQgU0hBMiBBc3N1cmVkIElEIENBAhAIYx54g0aQ 2jlpvYBCpK60MA0GCSqGSIb3DQEBAQUABIICAEy5soPDG5qeAp2YAJ68p0pYBMnVDuI1VWL8aqWV sKoAYh1Vyo0km+xYzQtpmxDWJLZe1x9ClCDNa1RYYLcnRXHXiwGjkAWuyeagdOajwLe31+pILTmy WhD2jWKHuht5M4wLfrOJAQ/8nSU5abZiFpdo67WY+BlboBREU5EQlSF8ylO/zpUmJzME7ZMT3ECC hKgaLHV5rV0avWoACAcMDkwAAN6HZU9LJAbfXlOXwvCLG6UfUIhxuEe7Es4t5wJRCS03bJxejpvn KBO/G6kcIQ1JGFNWJ93XFDK71ZLwHjhqGjhoDufZDFR2TTlGZZgvrUPna1BHSGs+zfnVfl6INZ2p Z4SjB6R57/PzLs4VjilfLfMObe/GzO6ioYRImMl+xYG1A23THLSFUvwjdUmn5s93CcQenq+7Pc89 Wqe5jiMock+PlRJQHrqgE+2/rtR2Ntr/9QnS1sVW1w34he27rnkiCaK1JnHeE7CicIb/Uj9rm6TA 7XsHBcybrEq0E5E/Lad8rAs8pBVCBQNsZAM1a38PiJYG9CB2icmK57x4SJAuO7wg6CZsiLTvAPRn XwH9sUmrrgxGXy0M6WAp3t7SfhUaABVgULuL2tqLAR3LAt1AIyHknNKSK9bTn25FXfeMVm60yhWs 3IqTZEZx63EBohuAmXDcbjsvCeNeqYc9yQZRAAAAAAAA --Apple-Mail=_A585C701-7E0E-4EF9-B1AB-F217E97CC2DA-- From owner-freebsd-arm@freebsd.org Wed Apr 3 21:08:35 2019 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 536B71553905 for ; Wed, 3 Apr 2019 21:08: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.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E2F8E6DF34 for ; Wed, 3 Apr 2019 21:08: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 14590150F7 for ; Wed, 3 Apr 2019 21:08: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 x33L8Xm8004303 for ; Wed, 3 Apr 2019 21:08:33 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x33L8Xuk004298 for freebsd-arm@FreeBSD.org; Wed, 3 Apr 2019 21:08: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 236624] Beaglebone Black: cpsw device does not load on FreeBSD 13.0-CURRENT Date: Wed, 03 Apr 2019 21:08:34 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: emaste@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: emaste@freebsd.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cc assigned_to 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.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Apr 2019 21:08:35 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D236624 Ed Maste changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed CC| |emaste@freebsd.org Assignee|freebsd-arm@FreeBSD.org |emaste@freebsd.org Resolution|--- |FIXED --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Thu Apr 4 05:16:17 2019 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 7C45F1562A44 for ; Thu, 4 Apr 2019 05:16:17 +0000 (UTC) (envelope-from marcel@brickporch.com) Received: from mail.brickporch.com (mail.brickporch.com [52.33.181.202]) by mx1.freebsd.org (Postfix) with ESMTP id 2576C8585D; Thu, 4 Apr 2019 05:16:16 +0000 (UTC) (envelope-from marcel@brickporch.com) Received: from twill.home.brickporch.com (unknown [69.84.7.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.brickporch.com (Postfix) with ESMTPSA id 0524E108B05; Thu, 4 Apr 2019 05:16:45 +0000 (UTC) From: Marcel Flores Message-Id: <3996B352-ABFB-4CA5-A897-6C6CD1D2A132@brickporch.com> Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: Restore broken ThunderX support in 12 by MFCing r343764? Date: Wed, 3 Apr 2019 22:16:07 -0700 In-Reply-To: Cc: kraileth@elderlinux.org, "freebsd-arm@freebsd.org" To: Ed Maste References: <20190218022911.72261m7v5l6g1i7b@webmail.omc.net> X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 2576C8585D X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of marcel@brickporch.com designates 52.33.181.202 as permitted sender) smtp.mailfrom=marcel@brickporch.com X-Spamd-Result: default: False [-0.28 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MIME_TRACE(0.00)[0:+,1:+]; DMARC_NA(0.00)[brickporch.com]; TO_DN_SOME(0.00)[]; URI_COUNT_ODD(1.00)[7]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.01)[0.012,0]; MX_GOOD(-0.01)[mail.brickporch.com]; NEURAL_HAM_MEDIUM(-0.99)[-0.992,0]; IP_SCORE(-0.60)[ipnet: 52.32.0.0/14(-1.60), asn: 16509(-1.32), country: US(-0.06)]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:16509, ipnet:52.32.0.0/14, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Apr 2019 05:16:17 -0000 > On Apr 3, 2019, at 6:55 AM, Ed Maste wrote: >=20 > On Sun, 17 Feb 2019 at 20:29, wrote: >>=20 >> Not being a developer though, I cannot judge if [r343764] cannot be = MFC'd >> into 12-STABLE due to making invasive changes or if it simply never >> was because it was thought to be an improvement for 13 only and not = an >> actually pretty vital fix for 12. >=20 > I suspect jchandra@ just didn't realize it's needed also on ThunderX, > and I did not encounter any trouble with the ThunderX systems I have. > It could just be that our (older) ThunderX reference firmware has > fewer regions in its ACPI info and so works fine without r343764. > Anyhow I've now merged the change to stable/12. >=20 > With respect to vt_efifb the tunable is a simple workaround, but we > really need this to work out-of-the-box. Do you have any further > details on the failure when vt_efifb is enabled? >=20 > Also, if you're aware of any other ThunderX issues please let me = know.] stable/12 now works. In fact, the hw.syscons.disable tuneable is no = longer needed either =E2=80=94 a fresh build stable/12 appears to be = working with GENERIC out of the box. Based on this thread, that = doesn=E2=80=99t totally make sense to me, but I=E2=80=99m not sure what = all else has made it into stable/12. The same can=E2=80=99t be said for 13, which, as of about 2 weeks ago (I = can confirm later this week if that would be worthwhile), behaves as = described here without it: = https://lists.freebsd.org/pipermail/freebsd-arm/2018-December/019130.html = Since the serial console essentially hangs, I=E2=80=99m not sure how to = get any additional information, but happy to try any suggestions. The only other issues I=E2=80=99ve had with the ThunderX Gigabyte board = I have is getting the onboard NIC to work (Seems to be about like this, = looking at dmesg: = https://lists.freebsd.org/pipermail/freebsd-arm/2018-April/017865.html), = but I imagine this is a driver question for the Gigabyte portions, = rather than an issue with the ThunderX itself. -m > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Thu Apr 4 05:29:23 2019 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 7A2B11563447 for ; Thu, 4 Apr 2019 05:29:23 +0000 (UTC) (envelope-from 01000169e6d2b1ad-38391cf5-5f11-4a6a-9dea-55c2de04ee45-000000@amazonses.com) Received: from a8-52.smtp-out.amazonses.com (a8-52.smtp-out.amazonses.com [54.240.8.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EBA7286075 for ; Thu, 4 Apr 2019 05:29:22 +0000 (UTC) (envelope-from 01000169e6d2b1ad-38391cf5-5f11-4a6a-9dea-55c2de04ee45-000000@amazonses.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=vnqrkfnvu6csdl6mwgk5t6ix3nnepx57; d=tarsnap.com; t=1554355762; h=Subject:References:To:From:Message-ID:Date:MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding; bh=RpoYoNfwVXXpcA8di8oRVG8dNj+NrZUuvxgv6rT/UCE=; b=CzEP8iRAGyVUczIgUkZqdi/SRorNLCGE5t/Uc7bb9v6KiTruk+WHL3fHa908RZLx t3l5Ok/hMJsmXoH6mV4XQINce1R/eyUMoteriVzZtXw/5tzVjCCYLAGtO7AaRNPMXjV OqV7ZSCgfwRTmsKQjl/4YKSwh1miT/BD5kssQiB8= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=6gbrjpgwjskckoa6a5zn6fwqkn67xbtw; d=amazonses.com; t=1554355762; h=Subject:References:To:From:Message-ID:Date:MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:Feedback-ID; bh=RpoYoNfwVXXpcA8di8oRVG8dNj+NrZUuvxgv6rT/UCE=; b=JYWB4PnOmXGzYblUE+r7XI2ZSRlkyrX3UKR+URvltsjMvJ0d8138ZCBp3i03N2UG tpt+FuNxJumVQy6+LaHTb0ZL20NFF2Kv70FG5MVGJq893vC37zOd+djKZeHGuyUWY3z JHnWz8H5xnKjeKTsnrHPiqmjUw0r2b7Y4CQaSLUU= Subject: EC2 ARM64 AMIs References: <201904032154.x33LslFs013075@repo.freebsd.org> To: "freebsd-cloud@freebsd.org" , freebsd-arm@freebsd.org From: Colin Percival Openpgp: preference=signencrypt Autocrypt: addr=cperciva@tarsnap.com; prefer-encrypt=mutual; keydata= mQGhBElrAAcRBACDfDys4ZtK+ErCJ1HAzYeteKpm3OEsvT/49AjUTLihkF79HhIKrCQU+1KC zv7BwHCMLb6hq30As9L7iFKG7n5QFLFC4Te/VcITUnWHMG/c3ViLOfJGvi+9/nOEHaM1dVJY D6tEp5yM1nHmVQpo9932j4KGuGFR0LhOK5IHXOSfGwCgxSFDPdgxe2OEjWxjGgY+oV3EafcD +JROXCTjlcQiG/OguQH4Vks3mhHfFnEppLxTkDuYgHZQiUtpcT9ssH5khgqoTyMar05OUdAj ZIhNbWDh4LgTj+7ZmvLhXT5Zxw8LX9d7T36aTB8XDQSenDqEtinMWOb0TCBBLbsB8EFG1WTT ESbZci9jJS5yhtktuZoY/eM8uXMD/3k4FWFO80VRRkELSp+XSy/VlSQjyi/rhl2nQq/oOA9F oJbDaB0yq9VNhxP+uFBzBWSqeIX0t1ZWLtNfVFr4TRP5hihI5ICrg/0OpqgisKsU2NFe9xyO hyJLYmfD8ebpDJ/9k30C7Iju9pVrwLm1QgS4S2fqJRcR+U4WbjvP7CgStCVDb2xpbiBQZXJj aXZhbCA8Y3BlcmNpdmFAdGFyc25hcC5jb20+iGEEExECACEFAklrALYCGwMHCwkIBwMCAQQV AggDBBYCAwECHgECF4AACgkQOM7KaQxqam6/igCgn+z2k3V5ggNppmWrZstt1U2lugsAoL7L wS9V9yLtil3oWmHtwpUqYruEuQINBElrAAcQCAD3ZLMIsP4CIDoJORg+YY0lqLVBgcnF7pFb 4Uy2+KvdWofN+DKH61rZLjgXXkNE9M4EQC1B4lGttBP8IY2gs41y3AUogGdyFbidq99rCBz7 LTsgARHwFxZoaHmXyiZLEU1QZuMqwPZV1mCviRhN5E3rRqYNXVcrnXAAuhBpvNyj/ntHvcDN 2/m+ochiuBYueU4kX3lHya7sOj+mTsndcWmQ9soOUyr8O0r/BG088bMn4qqtUw4dl5/pglXk jbl7uOOPinKf0WVd2r6M0wLPJCD4NPHrCWRLLLAjwfjrtoSRvXxDbXhCdgGBa72+K8eYLzVs hgq7tJOoBWzjVK6XRxR7AAMGB/9Mo3iJ2DxqDecd02KCB5BsFDICbJGhPltU7FwrtbC7djSb XUrwsEVLHi4st4cbdGNCWCrp0BRezXZKohKnNAPFOTK++ZfgeKxrV2sJod+Q9RILF86tQ4XF 7A7Yme5hy92t/WgiU4vc/fWbgP8gV/19f8nunaT2E9NSa70mZFjZNu4iuwThoUUO5CV3Wo0Y UISsnRK8XD1+LR3A2qVyLiFRwh/miC1hgLFCTGCQ3GLxZeZzIpYSlGdQJ0L5lixW5ZQD9r1I 8i/8zhE6qRFAM0upUMI3Gt1Oq2w03DiXrZU0Fu/R8Rm8rlnkQKA+95mRTUq1xL5P5NZIi4gJ Z569OPMFiEkEGBECAAkFAklrAAcCGwwACgkQOM7KaQxqam41igCfbaldnFTu5uAdrnrghESv EI3CAo8AoLkNMks1pThl2BJNRm4CtTK9xZeH X-Forwarded-Message-Id: <201904032154.x33LslFs013075@repo.freebsd.org> Message-ID: <01000169e6d2b1ad-38391cf5-5f11-4a6a-9dea-55c2de04ee45-000000@email.amazonses.com> Date: Thu, 4 Apr 2019 05:29:21 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.5.0 MIME-Version: 1.0 In-Reply-To: <201904032154.x33LslFs013075@repo.freebsd.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-SES-Outgoing: 2019.04.04-54.240.8.52 Feedback-ID: 1.us-east-1.Lv9FVjaNvvR5llaqfLoOVbo2VxOELl7cjN0AOyXnPlk=:AmazonSES X-Rspamd-Queue-Id: EBA7286075 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.983,0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Apr 2019 05:29:23 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi cloudy and army people, With this commit it became possible to build EC2 ARM64 AMIs straight out of a clean HEAD source tree: # make TARGET=arm64 TARGET_ARCH=aarch64 buildworld buildkernel # make -C release WITH_CLOUDWARE=YES AWSKEYFILE=... AWSREGION=... AWSBUCKET=... TARGET=arm64 TARGET_ARCH=aarch64 ec2ami If all goes well, gjb@ will be building these as part of the weekly FreeBSD snapshots; but in case anyone doesn't want to wait for those I've built a round of AMIs: ap-northeast-1: ami-0acf717e884761a19 ap-northeast-2: ami-06d3076e861fa7993 ap-south-1: ami-034d652acc6b0f378 ap-southeast-1: ami-00e6244ba84b97b4a ap-southeast-2: ami-0158b3ed5ffb72d63 ca-central-1: ami-0e57c2206fd35e008 eu-central-1: ami-084c50de545dc70b5 eu-north-1: ami-026634d6aff5e1ce2 eu-west-1: ami-09e7f14514dcf9d94 eu-west-2: ami-03224a0fa11ad5d60 eu-west-3: ami-0102b4b677e86aeb8 sa-east-1: ami-05051a63643cdcd17 us-east-1: ami-0ff7fa1d1acce3d38 us-east-2: ami-08475ffa7e3586891 us-west-1: ami-0de79ee79009d8a45 us-west-2: ami-074dde074e60ebf62 I hope to have this and related commits MFCed in time for the upcoming FreeBSD 11.3-RELEASE. Many thanks Greg V, who did most of the "heavy lifting" of figuring out what was needed in order to get FreeBSD working on ARM64 EC2 instances. Colin Percival - -------- Forwarded Message -------- Subject: svn commit: r345858 - in head/release: . tools Date: Wed, 3 Apr 2019 21:54:47 +0000 (UTC) From: Colin Percival To: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Author: cperciva Date: Wed Apr 3 21:54:47 2019 New Revision: 345858 URL: https://svnweb.freebsd.org/changeset/base/345858 Log: Add support for cross-building cloudware images. If MACHINE_ARCH doesn't match TARGET_ARCH, and we're not in the special case of building i386 images on an amd64 host, we need to pull in the qemu-user-static package; this allows us to run some commands inside the VM disk image chroot, most notably to install packages. Reviewed by: gjb MFC after: 2 weeks Sponsored by: FreeBSD/EC2 patreon (https://www.patreon.com/cperciva) Modified: head/release/Makefile.vm head/release/tools/ec2.conf head/release/tools/vmimage.subr -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQTq9Iu6fMd6MP78Dak4zsppDGpqbgUCXKWWXgAKCRA4zsppDGpq bkgHAJ9Xwoamqr0l5dRQALnpVMHvJv4duwCeJnAXhtVN+RLigu8hrBKvhE1NC5Q= =HecA -----END PGP SIGNATURE----- From owner-freebsd-arm@freebsd.org Thu Apr 4 15:19:51 2019 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 B05181573F5E; Thu, 4 Apr 2019 15:19:51 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.88]) (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 A31EC76702; Thu, 4 Apr 2019 15:19:49 +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 1hC49U-0004UB-9d; Thu, 04 Apr 2019 17:19:41 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: "freebsd-cloud@freebsd.org" , freebsd-arm@freebsd.org, "Colin Percival" Subject: Re: EC2 ARM64 AMIs References: <201904032154.x33LslFs013075@repo.freebsd.org> <01000169e6d2b1ad-38391cf5-5f11-4a6a-9dea-55c2de04ee45-000000@email.amazonses.com> Date: Thu, 04 Apr 2019 17:19:40 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <01000169e6d2b1ad-38391cf5-5f11-4a6a-9dea-55c2de04ee45-000000@email.amazonses.com> User-Agent: Opera Mail/1.0 (Win32) X-Authenticated-As-Hash: bdb49c4ff80bd276e321aade33e76e02752072e2 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.2 X-Scan-Signature: 246115766b56dba7f675551df821dbd2 X-Rspamd-Queue-Id: A31EC76702 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of ronald-lists@klop.ws designates 195.190.28.88 as permitted sender) smtp.mailfrom=ronald-lists@klop.ws X-Spamd-Result: default: False [-2.83 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:195.190.28.64/27]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[klop.ws]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mx2.greenhost.nl,mx1.greenhost.nl]; NEURAL_HAM_SHORT(-0.38)[-0.376,0]; IP_SCORE(-0.64)[ip: (-2.20), ipnet: 195.190.28.0/24(-0.58), asn: 47172(-0.44), country: NL(0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:47172, ipnet:195.190.28.0/24, country:NL]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Apr 2019 15:19:51 -0000 Really cool stuff! I hope it can give a boost to arm64 package building also. Ronald. On Thu, 04 Apr 2019 07:29:21 +0200, Colin Percival wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi cloudy and army people, > > With this commit it became possible to build EC2 ARM64 AMIs straight > out of a clean HEAD source tree: > > # make TARGET=arm64 TARGET_ARCH=aarch64 buildworld buildkernel > # make -C release WITH_CLOUDWARE=YES AWSKEYFILE=... AWSREGION=... > AWSBUCKET=... TARGET=arm64 TARGET_ARCH=aarch64 ec2ami > > If all goes well, gjb@ will be building these as part of the weekly > FreeBSD snapshots; but in case anyone doesn't want to wait for those > I've built a round of AMIs: > > ap-northeast-1: ami-0acf717e884761a19 > ap-northeast-2: ami-06d3076e861fa7993 > ap-south-1: ami-034d652acc6b0f378 > ap-southeast-1: ami-00e6244ba84b97b4a > ap-southeast-2: ami-0158b3ed5ffb72d63 > ca-central-1: ami-0e57c2206fd35e008 > eu-central-1: ami-084c50de545dc70b5 > eu-north-1: ami-026634d6aff5e1ce2 > eu-west-1: ami-09e7f14514dcf9d94 > eu-west-2: ami-03224a0fa11ad5d60 > eu-west-3: ami-0102b4b677e86aeb8 > sa-east-1: ami-05051a63643cdcd17 > us-east-1: ami-0ff7fa1d1acce3d38 > us-east-2: ami-08475ffa7e3586891 > us-west-1: ami-0de79ee79009d8a45 > us-west-2: ami-074dde074e60ebf62 > > I hope to have this and related commits MFCed in time for the upcoming > FreeBSD 11.3-RELEASE. > > Many thanks Greg V, who did most of the "heavy lifting" of figuring out > what was needed in order to get FreeBSD working on ARM64 EC2 instances. > > Colin Percival > > - -------- Forwarded Message -------- > Subject: svn commit: r345858 - in head/release: . tools > Date: Wed, 3 Apr 2019 21:54:47 +0000 (UTC) > From: Colin Percival > To: src-committers@freebsd.org, svn-src-all@freebsd.org, > svn-src-head@freebsd.org > > Author: cperciva > Date: Wed Apr 3 21:54:47 2019 > New Revision: 345858 > URL: https://svnweb.freebsd.org/changeset/base/345858 > > Log: > Add support for cross-building cloudware images. > > If MACHINE_ARCH doesn't match TARGET_ARCH, and we're not in the special > case of building i386 images on an amd64 host, we need to pull in the > qemu-user-static package; this allows us to run some commands inside > the VM disk image chroot, most notably to install packages. > > Reviewed by: gjb > MFC after: 2 weeks > Sponsored by: FreeBSD/EC2 patreon (https://www.patreon.com/cperciva) > > Modified: > head/release/Makefile.vm > head/release/tools/ec2.conf > head/release/tools/vmimage.subr > > -----BEGIN PGP SIGNATURE----- > > iF0EARECAB0WIQTq9Iu6fMd6MP78Dak4zsppDGpqbgUCXKWWXgAKCRA4zsppDGpq > bkgHAJ9Xwoamqr0l5dRQALnpVMHvJv4duwCeJnAXhtVN+RLigu8hrBKvhE1NC5Q= > =HecA > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Fri Apr 5 14:15:25 2019 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 D3E7E15782FD for ; Fri, 5 Apr 2019 14:15:24 +0000 (UTC) (envelope-from marcel@brickporch.com) Received: from mail.brickporch.com (mail.brickporch.com [52.33.181.202]) by mx1.freebsd.org (Postfix) with ESMTP id 8E35B933BF; Fri, 5 Apr 2019 14:15:23 +0000 (UTC) (envelope-from marcel@brickporch.com) Received: from twill.home.brickporch.com (unknown [69.84.7.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.brickporch.com (Postfix) with ESMTPSA id 31472108B05; Fri, 5 Apr 2019 14:15:57 +0000 (UTC) From: Marcel Flores Message-Id: Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: Restore broken ThunderX support in 12 by MFCing r343764? Date: Fri, 5 Apr 2019 07:15:14 -0700 In-Reply-To: <3996B352-ABFB-4CA5-A897-6C6CD1D2A132@brickporch.com> To: freebsd-arm@freebsd.org References: <20190218022911.72261m7v5l6g1i7b@webmail.omc.net> <3996B352-ABFB-4CA5-A897-6C6CD1D2A132@brickporch.com> X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 8E35B933BF X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of marcel@brickporch.com designates 52.33.181.202 as permitted sender) smtp.mailfrom=marcel@brickporch.com X-Spamd-Result: default: False [-0.29 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.982,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MIME_TRACE(0.00)[0:+,1:+]; DMARC_NA(0.00)[brickporch.com]; URI_COUNT_ODD(1.00)[11]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; IP_SCORE(-0.59)[ipnet: 52.32.0.0/14(-1.58), asn: 16509(-1.32), country: US(-0.06)]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MX_GOOD(-0.01)[mail.brickporch.com]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.01)[-0.013,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:16509, ipnet:52.32.0.0/14, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Apr 2019 14:15:25 -0000 > On Apr 3, 2019, at 10:16 PM, Marcel Flores = wrote: >=20 >=20 >=20 >> On Apr 3, 2019, at 6:55 AM, Ed Maste wrote: >>=20 >> On Sun, 17 Feb 2019 at 20:29, wrote: >>>=20 >>> Not being a developer though, I cannot judge if [r343764] cannot be = MFC'd >>> into 12-STABLE due to making invasive changes or if it simply never >>> was because it was thought to be an improvement for 13 only and not = an >>> actually pretty vital fix for 12. >>=20 >> I suspect jchandra@ just didn't realize it's needed also on ThunderX, >> and I did not encounter any trouble with the ThunderX systems I have. >> It could just be that our (older) ThunderX reference firmware has >> fewer regions in its ACPI info and so works fine without r343764. >> Anyhow I've now merged the change to stable/12. >>=20 >> With respect to vt_efifb the tunable is a simple workaround, but we >> really need this to work out-of-the-box. Do you have any further >> details on the failure when vt_efifb is enabled? >>=20 >> Also, if you're aware of any other ThunderX issues please let me = know.] >=20 > stable/12 now works. In fact, the hw.syscons.disable tuneable is no = longer needed either =E2=80=94 a fresh build stable/12 appears to be = working with GENERIC out of the box. Based on this thread, that = doesn=E2=80=99t totally make sense to me, but I=E2=80=99m not sure what = all else has made it into stable/12. >=20 > The same can=E2=80=99t be said for 13, which, as of about 2 weeks ago = (I can confirm later this week if that would be worthwhile), behaves as = described here without it: > = https://lists.freebsd.org/pipermail/freebsd-arm/2018-December/019130.html = > >=20 > Since the serial console essentially hangs, I=E2=80=99m not sure how = to get any additional information, but happy to try any suggestions. >=20 >=20 > The only other issues I=E2=80=99ve had with the ThunderX Gigabyte = board I have is getting the onboard NIC to work (Seems to be about like = this, looking at dmesg: = https://lists.freebsd.org/pipermail/freebsd-arm/2018-April/017865.html = ),= but I imagine this is a driver question for the Gigabyte portions, = rather than an issue with the ThunderX itself. >=20 Correction to the above =E2=80=94 just tried to boot current/13 r345863 = via USB installer, it actually gets further, sans tuneable, but gets stuck = somewhere.=20 Boot output attached. https://hastebin.com/xeteyuhome -m From owner-freebsd-arm@freebsd.org Fri Apr 5 21:14:06 2019 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 14B95155EB6B; Fri, 5 Apr 2019 21:14: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 AB00775A14; Fri, 5 Apr 2019 21:14:04 +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 x35LDJt5049589 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 5 Apr 2019 14:13:20 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id x35LDJK0049588; Fri, 5 Apr 2019 14:13:19 -0700 (PDT) (envelope-from fbsd) Date: Fri, 5 Apr 2019 14:13:19 -0700 From: bob prohaska To: freebsd-ports@freebsd.org Cc: freebsd-arm@freebsd.org Subject: /bin/sh: java: not found when compiling www/chromium on RPI3 Message-ID: <20190405211319.GA49560@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: AB00775A14 X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.24 / 15.00]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(0.14)[ip: (0.53), ipnet: 50.1.16.0/20(0.26), asn: 7065(-0.02), country: US(-0.06)]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.96)[0.957,0]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_SHORT(0.64)[0.642,0]; MX_GOOD(-0.01)[cached: www.zefox.net]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.61)[0.606,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Apr 2019 21:14:06 -0000 On an RPi3, after updating ports to 497846 and sources to r345516, attempts to compile www/chromium stop with /bin/sh: java: not found when using either make or portmaster. There seems to be neither a java execuable, nor a java port, anywhere on the system. There is a /usr/local/bin/node, which is the closest connection I can identify. Any suggestions appreciated! Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Fri Apr 5 23:19:46 2019 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 B5448156386A; Fri, 5 Apr 2019 23:19:46 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5771C83BE7; Fri, 5 Apr 2019 23:19:46 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id 24EF4177E5; Fri, 5 Apr 2019 23:19:46 +0000 (UTC) From: Jan Beich To: bob prohaska Cc: freebsd-ports@freebsd.org, freebsd-arm@freebsd.org Subject: Re: /bin/sh: java: not found when compiling www/chromium on RPI3 References: <20190405211319.GA49560@www.zefox.net> Date: Sat, 06 Apr 2019 01:19:42 +0200 In-Reply-To: <20190405211319.GA49560@www.zefox.net> (bob prohaska's message of "Fri, 5 Apr 2019 14:13:19 -0700") Message-ID: <5zrs-t4z5-wny@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: 5771C83BE7 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.97 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_SHORT(-0.97)[-0.970,0]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Apr 2019 23:19:46 -0000 bob prohaska writes: > On an RPi3, after updating ports to 497846 and sources to r345516, > attempts to compile www/chromium stop with > /bin/sh: java: not found > when using either make or portmaster. USE_JAVA check may need to be relaxed but on -CURRENT you'll bump into https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236566 From owner-freebsd-arm@freebsd.org Fri Apr 5 23:32:40 2019 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 E3BB81563F86 for ; Fri, 5 Apr 2019 23:32:39 +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.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7F8BD846EE for ; Fri, 5 Apr 2019 23:32:39 +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 BB8A9105AB for ; Fri, 5 Apr 2019 23:32:38 +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 x35NWcsi071042 for ; Fri, 5 Apr 2019 23:32:38 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x35NWcaP071041 for freebsd-arm@FreeBSD.org; Fri, 5 Apr 2019 23:32:38 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 237055] Ampere eMAG compatibility Date: Fri, 05 Apr 2019 23:32:38 +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 attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Apr 2019 23:32:40 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237055 Bug ID: 237055 Summary: Ampere eMAG compatibility 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 Created attachment 203420 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D203420&action= =3Dedit emag.multiuser.dmesg Sooo, now that Packet has Ampere eMAG instances (c2.large.arm), of course someone had to try FreeBSD and of course it's me=E2=80=A6 :D tl;dr I managed to boot to multiuser with some hacks, but PCIe is busted, n= eeds support for more ACPI stuff. Verbose boot log is attached, I'll attach ACPI tables and stuff too. --- 0. Installation I used an Ubuntu 18.04 instance, rerooted to a ramdisk ( using the method I described in https://community.online.net/t/freebsd-on-arm64/6678 ), resized the Linux partition, added a new one, loop mounted a memstick image, dd'd it onto the new partition, copied loader_lua.efi to the EFI partition, added a GRUB entry to chainload that: menuentry 'FreeBSD' { load_video insmod part_gpt insmod chain set root=3D'hd0,gpt1' chainloader /EFI/BSD/loader_lua.efi } and used https://github.com/mkatiyar/fuse-ufs2 to modify the UFS partition = from Linux. (As long as you don't copy files from the UFS partition *to itself*,= it works fine lol. If you do that, it gets stuck in a 100% cpu loop) 1. Console https://reviews.freebsd.org/D19507 is needed for any UART output now that o= ne part from there (not using the hardcoded regshift) has landed. Now we need = to hardcode it again but only for PL011. But that's not all. For some reason, I'm not seeing userspace output (/dev/console) even though the ACPI node for the console was picked up: uart0: iomem 0x12600000-0x12600fff irq 1 on acpi0 uart0: console (115200,n,8,1) uart0: fast interrupt uart0: PPS capture mode: DCD 2. Weird early memory access crashes EFI runtime support (specifically, enumerating efirtc) crashed in efi_call(= ) at efi_get_time+0x50. I disabled `options EFIRT`. Then ACPI crashed in AcpiExSystemMemorySpaceHandler when reading: exfield-0369 ExReadDataFromField : FieldRead [TO]: Obj 0xfffffd0010b41980, Type 11, Buf 0xfffffd0010b62b10, ByteLen 8 exfield-0372 ExReadDataFromField : FieldRead [FROM]: BitLen 1, BitOff 6, ByteOff 0 exfldio-0395 ExAccessRegion : [READ] Region [SystemMemory:0], Widt= h 4, ByteBase 0, Offset 0 at 000000001F10C004 I patched DSDT, removing OperationRegion CLKE from Device AHBC. The only th= ing that used this was Method _INI for Device I2C4, so I removed the body of th= at method as well. Who cares about i2c on a server :) that allowed booting to proceed. 3. PCIe is screwed up There's this interesting message for all PCI bridges: pcib0: bus end mismatch! expected 255 found 31. And some more interesting messages (for the last couple pcib's also with "I= /O port window" and "bar .. failed to allocate"): pcib0: rman_reserve_resource: start=3D0x30000000, end=3D0x301fffff, count= =3D0x200000 pcib0: pci_host_generic_core_alloc_resource FAIL: type=3D3, rid=3D32, start=3D0000000030000000, end=3D00000000301fffff, count=3D0000000000200000,= flags=3D0 pcib1: failed to allocate initial memory window: 0x30000000-0x301fffff pcib0: rman_reserve_resource: start=3D0x14080000000, end=3D0x14084ffffff, count=3D0x5000000 PCIe cards actually don't work when these messages are present: mlx5_core0: mem 0x14082000000-0x14083ffffff at device 0.0 on pc= i1 mlx5_core0: ERR: Failed mapping initialization segment, aborting Looking at Ampere's page https://github.com/AmpereComputing/ampere-centos-kernel/wiki/Ampere-CentOS-= Kernel-wiki it seems like Linux needed to ACPI _DMA objects and IORT named components: https://github.com/torvalds/linux/commit/4f0450af530e62b0217522cab4803b5a65= dccc46 https://github.com/torvalds/linux/commit/c04ac679c6b86e4e36fbb675c6c061b409= 1f5810 https://github.com/torvalds/linux/commit/7ad4263980826e8b02e121af22f4f4c910= 3fe86d https://github.com/torvalds/linux/commit/10d8ab2c15b9ef2f46c35e7c36781399d6= f2cc82 --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Sat Apr 6 05:19:25 2019 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 7610E156CBDD; Sat, 6 Apr 2019 05:19:25 +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 348BF8E296; Sat, 6 Apr 2019 05:19:23 +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 x365Icik051366 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 5 Apr 2019 22:18:39 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id x365Ic1O051365; Fri, 5 Apr 2019 22:18:38 -0700 (PDT) (envelope-from fbsd) Date: Fri, 5 Apr 2019 22:18:38 -0700 From: bob prohaska To: Jan Beich Cc: freebsd-ports@freebsd.org, freebsd-arm@freebsd.org Subject: Re: /bin/sh: java: not found when compiling www/chromium on RPI3 Message-ID: <20190406051838.GA51350@www.zefox.net> References: <20190405211319.GA49560@www.zefox.net> <5zrs-t4z5-wny@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5zrs-t4z5-wny@FreeBSD.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 348BF8E296 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.63 / 15.00]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.91)[0.911,0]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(0.14)[ip: (0.52), ipnet: 50.1.16.0/20(0.26), asn: 7065(-0.02), country: US(-0.06)]; NEURAL_SPAM_SHORT(0.42)[0.424,0]; MX_GOOD(-0.01)[cached: www.zefox.net]; NEURAL_SPAM_LONG(0.26)[0.264,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Apr 2019 05:19:25 -0000 On Sat, Apr 06, 2019 at 01:19:42AM +0200, Jan Beich wrote: > bob prohaska writes: > > > On an RPi3, after updating ports to 497846 and sources to r345516, > > attempts to compile www/chromium stop with > > /bin/sh: java: not found > > when using either make or portmaster. > > USE_JAVA check may need to be relaxed but on -CURRENT you'll bump into > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236566 I don't really understand the bug report, but gather it'll be a minute to fix. Thank you! bob prohaska From owner-freebsd-arm@freebsd.org Sat Apr 6 18:39:26 2019 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 5BD2315679D7 for ; Sat, 6 Apr 2019 18:39:26 +0000 (UTC) (envelope-from marcel@brickporch.com) Received: from mail.brickporch.com (mail.brickporch.com [52.33.181.202]) by mx1.freebsd.org (Postfix) with ESMTP id E52C18CA73 for ; Sat, 6 Apr 2019 18:39:24 +0000 (UTC) (envelope-from marcel@brickporch.com) Received: from twill.home.brickporch.com (unknown [69.84.7.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.brickporch.com (Postfix) with ESMTPSA id 68D3B108B05 for ; Sat, 6 Apr 2019 18:40:00 +0000 (UTC) From: Marcel Flores Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: Restore broken ThunderX support in 12 by MFCing r343764? Date: Sat, 6 Apr 2019 11:39:16 -0700 References: <20190218022911.72261m7v5l6g1i7b@webmail.omc.net> <3996B352-ABFB-4CA5-A897-6C6CD1D2A132@brickporch.com> To: freebsd-arm@freebsd.org In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: E52C18CA73 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of marcel@brickporch.com designates 52.33.181.202 as permitted sender) smtp.mailfrom=marcel@brickporch.com X-Spamd-Result: default: False [-1.98 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.996,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_TRACE(0.00)[0:+,1:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MX_GOOD(-0.01)[mail.brickporch.com]; NEURAL_HAM_SHORT(-0.68)[-0.681,0]; DMARC_NA(0.00)[brickporch.com]; IP_SCORE(-0.59)[ipnet: 52.32.0.0/14(-1.57), asn: 16509(-1.32), country: US(-0.06)]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:16509, ipnet:52.32.0.0/14, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Apr 2019 18:39:26 -0000 > On Apr 5, 2019, at 7:15 AM, Marcel Flores = wrote: >=20 >>=20 >> On Apr 3, 2019, at 10:16 PM, Marcel Flores > wrote: >>=20 >>=20 >>=20 >>> On Apr 3, 2019, at 6:55 AM, Ed Maste wrote: >>>=20 >>> On Sun, 17 Feb 2019 at 20:29, wrote: >>>>=20 >>>> Not being a developer though, I cannot judge if [r343764] cannot be = MFC'd >>>> into 12-STABLE due to making invasive changes or if it simply never >>>> was because it was thought to be an improvement for 13 only and not = an >>>> actually pretty vital fix for 12. >>>=20 >>> I suspect jchandra@ just didn't realize it's needed also on = ThunderX, >>> and I did not encounter any trouble with the ThunderX systems I = have. >>> It could just be that our (older) ThunderX reference firmware has >>> fewer regions in its ACPI info and so works fine without r343764. >>> Anyhow I've now merged the change to stable/12. >>>=20 >>> With respect to vt_efifb the tunable is a simple workaround, but we >>> really need this to work out-of-the-box. Do you have any further >>> details on the failure when vt_efifb is enabled? >>>=20 >>> Also, if you're aware of any other ThunderX issues please let me = know.] >>=20 >> stable/12 now works. In fact, the hw.syscons.disable tuneable is no = longer needed either =E2=80=94 a fresh build stable/12 appears to be = working with GENERIC out of the box. Based on this thread, that = doesn=E2=80=99t totally make sense to me, but I=E2=80=99m not sure what = all else has made it into stable/12. >>=20 >> The same can=E2=80=99t be said for 13, which, as of about 2 weeks ago = (I can confirm later this week if that would be worthwhile), behaves as = described here without it: >> = https://lists.freebsd.org/pipermail/freebsd-arm/2018-December/019130.html = >>> >>=20 >> Since the serial console essentially hangs, I=E2=80=99m not sure how = to get any additional information, but happy to try any suggestions. >>=20 >>=20 >> The only other issues I=E2=80=99ve had with the ThunderX Gigabyte = board I have is getting the onboard NIC to work (Seems to be about like = this, looking at dmesg: = https://lists.freebsd.org/pipermail/freebsd-arm/2018-April/017865.html = >)= , but I imagine this is a driver question for the Gigabyte portions, = rather than an issue with the ThunderX itself. >>=20 >=20 > Correction to the above =E2=80=94 just tried to boot current/13 = r345863 via USB > installer, it actually gets further, sans tuneable, but gets stuck = somewhere.=20 > Boot output attached. >=20 > https://hastebin.com/xeteyuhome >=20 > -m Fresh build on the box itself booted no trouble (GENERIC, no tuneable), = not=20 sure what the issue with the USB was: [marcel 02:40]% uname -v = = =20 FreeBSD 13.0-CURRENT r345978 GENERIC=20 -m > _______________________________________________ > 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 = "