From owner-freebsd-arm@freebsd.org Sun Oct 7 19:15:10 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1859410C9FBD for ; Sun, 7 Oct 2018 19:15:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-34.consmr.mail.ne1.yahoo.com (sonic317-34.consmr.mail.ne1.yahoo.com [66.163.184.45]) (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 ABFE99070E for ; Sun, 7 Oct 2018 19:15:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: CTLKtfIVM1lTgponTBTGi7Sho627GE7In2aMmPjk3SUQsoyCyDSXUIqBso3HGS8 T9Qi3tzBYDVLcJCMs51CW8xkPfKH3VvOS5zGSktkNjZ9aNYgGhqSObLCdSEGTaCyIFGFEGmu6OZ0 .Ct7sEr6gbNALj09mJs0nE6wxma4Fp7igXj6r30MGusoALGkcTpywtvQKGNG1GCXdM6KULDG7KXn PI31KJvgbcOnh5x0uWwraMkVpvGziH0yS0jnwAAARoBlxdKe3XWObPzvlBQMIBbuPDXShndsktC8 A1WaHSFvpqYo7cQcu7QLTnd5cyzRmIs4czFUK2k6PWkEP4odLzQT82x3xfX4TuvMRPGa1va2LE4L yRN9WpHaZKMPWevp0s9majv5_lmMq4EwJ6VaT5eygN7fyHjVuz.d2Tp7R0gxzQxgMkEUVdPAtjyO PDcaMZxwgK2NGfupUWdgoaniPLokpX_tkOWtfPfa6atEAKbK4Y_iNQpOxePryoDi46xeb9RsmFj4 i0DYJTIbZaHuKnRoFT7k.XC0j9WDSZ0.bYOIuagpZSMhf5CLYni6zGCe31Ab0n.CfJL9_jNSPqti VXXVP2Q01qfHydTFDVBZQ53X1ZTr_2s.RIaciEYHZMKyJ3WYdfa7VHn9Hvdp9CA9WDJWmyN6jh3W sYabojHuP.Rbj.VZeeTH.lwFFJ66ryD1Lc4VvyGVC_lzMgPbAX81.l3e5v5Et0CzqN6qXWPUD9y3 QnVdJuIY4kBYOH8cDbE40Hq0byOHBCGLmeG.vljeGnhc8YQ01wY74S.xyP0jX4W4eliNI1ri2DGz FXbL1z9w7cWwsz18TzRsTHMsHT5oIvca6MNfA9LeFl99tNe4KjhpaenzpSImlVZ0bWXiRM4tkWts 2.LSu.eW_on2SiteyTpbk9yz_HcLxyJ9.fyXJQFVBjvVevIkijH4IA9JyD1lDuh9e7099J8HU6qx tYzo7Nd30p82Uq.4csF1zp1tQZUoLAmXUZPfx3YcS8AEwzFB3izHT71G.cY1GogBMX8qmwz2ZrQR KtFI1IpdV4jhpq6jfXVfva1INeG1txbovL6EwlGEyag-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.ne1.yahoo.com with HTTP; Sun, 7 Oct 2018 19:15:03 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.101]) ([76.115.7.162]) by smtp416.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID e2a7333a320352434cea53262a3be320 for ; Sun, 07 Oct 2018 19:15:00 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: FYI: I finally got FreeBSD 12 booted under qemu/kvm with general Ethernet access (on a MACCHIATObin running linux) Message-Id: Date: Sun, 7 Oct 2018 12:14:59 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Oct 2018 19:15:10 -0000 Getting the general Ethernet access going involved on the linux environment for the experiment running head -r339076 under qemu/kvm: # ip link add br0 type bridge # ip link set eth2 master br0 The following file is not generic to all linux's (neither are the eth2 references): # more /etc/network/interfaces.d/br0 auto br0 iface br0 inet dhcp bridge_ports eth2 bridge_stp off bridge_maxwait 0 bridge_fd 0 iface br0 inet6 auto accept_ra 1 # more /etc/qemu-ifup #!/bin/sh set -x if [ -n "$1" ];then ip tuntap add $1 mode tap user `whoami` ip link set $1 up sleep 0.5s ip link set $1 master br0 exit 0 else echo "Error: no interface specified" exit 1 fi I had built a more recent qemu than was the default install for the environment. Thus the path below. (I've omitted the MAC address that I used.) # qemu-2.11.1/bin/debug/native/aarch64-softmmu/qemu-system-aarch64 \ -M virt,gic-version=2 \ -m 12288M -cpu host,pmu=off -smp 3 -enable-kvm \ -bios QEMU_EFI.fd \ -serial telnet::4444,server -nographic \ -drive if=none,format=raw,file=vm.raw,id=hd0 \ -device virtio-blk-device,drive=hd0 \ -device e1000,netdev=net0,mac=OMITTED \ -netdev tap,id=net0 (While I've tried a bunch of variations, I could easily be doing something wrong invoking a qemu-system-aarch64 .) Other notes/problems: Unfortunately, like every past attempt at such where I used -cpu host, -smp, and -enable-kvm on a few Linux-booted systems where I've tried such, processes are subject to occasional, random illegal instruction and segmentation fault program crashes. (The host linux has no such problems.) True even before getting Ethernet access working in FreeBSD. sh, cron, vi, pkg, etc. with trackbacks of the call stacks for the same program being generally widely varying from one to the next. Even fairly early boot processes occasionally fail --and also late processes during shutdown. It does seem to be able to sit idle over night without generating any *.core files, at least sometimes. In active use it has process crashes far more frequently. Building software is not reasonable to do. Just getting pkg to download and install something tends to be a retry-many-times context. I have one /var/crash/ entry from a very late process crash, but getting a copy out of the virtual machine would likely be problematical. The system is non-debug but with symbols. Historically debug kernel builds did not help me identify anything specific. But I've not tried in this specific environment (yet). (And my investigations tend to have a large dose of learn-as-I-go instead of primarily being directly-apply-what-I-know. So I'm not all that likely to identify anything rapidly.) === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun Oct 7 22:05:43 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AB92E10A887D for ; Sun, 7 Oct 2018 22:05:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-22.consmr.mail.gq1.yahoo.com (sonic312-22.consmr.mail.gq1.yahoo.com [98.137.69.203]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 35BBB96833 for ; Sun, 7 Oct 2018 22:05:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: bO7NBKUVM1lQ6_vdl8nnrPQJow6YeqHjtz6LOlAKfufH8507hvZCi6mQPVJBJAv gG7pWl_0BnvdUAGJJUkHF1s6BibZmaHZWdR8bss0aBwlLx1bUnHUZ_OpwSOv1cinMM4syYLUbp_B mZE6CCavD.x4PNuEkzv1i3r4XfYARyc4tu3YkB_undRzo6AuYATC5j354h_aMazbK5rDHzWr_6ct CXRtlYSBfiSNm5h4hR.060BintnKzMuL6SYEPhLOcAEZx1POx4m8MjmwOYRFVUiVTmnrAdHsyFaa CewbIt1gq.PQJRJr4KSip.X2V_CaIjrIhK4Nw0ekxKVxVAdLyuGUnZOo4HrHb6Ykb.j8LJtm3.9K 4XaQCya6wbKA92DTAXnDOC0n11u9wdL1Ob9OpSzbx_0uaPAyUaSLXT8Nim7M5Q3LXj_kcPfmFF1F Xa1tD0wyvQq_JBxfCyPHcFzgP4L1WR4h8YhAXGNKipnZXBG8cuX_9D5PU2.0xcOhaSUuF7hVxYwh M44pF8F9FOoOmRyutJx9eHTxaeZ8Ggz_KQFpCQPNG3DnHDc6sJmv60tEaEXyfuMdrd8Rylc0V0jh FV27nt83H2vxqAOWh4GREMe3HjCaSD7hsZhb5sxX9t4x27dD.rQSrCurUc_Y83NG8WL5CrXVuBjg fTKZ8tmNjbOOGruCcFqOyvdFkga3QYqFXBPurYQ1Uxqq_M46GFwepg1azwZDG_iTSY9P73G1uLKc VJzsbPFjxohev2auJgTUpmKLAhW5RJWaSdKc027B8G5qE3s3NYtPZU9y4cqWMaXwUZXNQ3F.Ex.0 NuQ0HpBXtykIeOLW.tnRxZzfDDDCy9RfAl4jV63UDUpSOHZiaeIyz0QKNPPs8bUh2ninqxpgWxQa 7IYcF948pSKs9LkPoMsR3u9URg9hvVtU50kGHJIIGZYfgGAwFgjGdrLQzBR9y6O7TgLOr5Xfny5S SPtKJ1N3_vB.mlMgVOClrSPhBmkB0UJ16tti_Bg9cGqTrrPg0gMGSBX1XzQSEZbJLrhVJA8lu_JW 3Py5oryW1A5ZV49qjd.nmgl2N60yHWFKEEZwb1y8nO2U- Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Sun, 7 Oct 2018 22:05:35 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.101]) ([76.115.7.162]) by smtp418.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID a4790a95616722338929e9964c69b518 for ; Sun, 07 Oct 2018 22:05:33 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Question: How to boot FreeBSD head on a MACCHIATOBin (double shot)? Message-Id: Date: Sun, 7 Oct 2018 15:05:32 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Oct 2018 22:05:44 -0000 Anyone willing to provide notes or instructions for setting up a MACCHIATOBin (double shot) to boot FreeBSD head from a SATA SSD? (Failing that: a USB storage device?) (Failing that: microsd card?) This could well include notes/instructions about what needs to be on the media that may be unique to the MACCHIATOBin. I realize that various things will not work yet. I'd just explore some of what does work. Needing to have the kernel and earlier stages and a preliminary /etc/fstab and /boot/loader.conf on an microsd card but getting the UFS file system (/) from the SATA SSD is likely a workable combination, similar to what I've sometimes done on smaller single board computers. For such, it is the kernel and earlier stages where I'm unclear on the details for the MACCHIATOBin double shot. For context for the example MACCHIATOBin double shot Rev 1.3 that I have access to: BootROM - 2.03 Starting CP-1 IOROM 1.07 Booting from SPI NOR flash 1 (0x32) Found valid image at boot postion 0x000 lNOTICE: Starting binary extension NOTICE: SVC: SW Revision 0x0. SVC is not supported mv_ddr: mv_ddr-devel-17.10.1-g??? (Oct 15 2017 - 13:40:06) mv_ddr: completed successfully NOTICE: Cold boot NOTICE: Booting Trusted Firmware NOTICE: BL1: v1.3(release):armada-17.10.3:4af6d73 NOTICE: BL1: Built : 13:40:06, Oct 15 2017 NOTICE: BL1: Booting BL2 lNOTICE: BL2: v1.3(release):armada-17.10.3:4af6d73 NOTICE: BL2: Built : 13:40:06, Oct 15 2017 NOTICE: BL1: Booting BL31 lNOTICE: MSS PM is not supported in this build NOTICE: BL31: v1.3(release):armada-17.10.3:4af6d73 NOTICE: BL31: Built : 13:40:07, Oct 15 2017 l U-Boot 2017.03-armada-17.10.1 (Oct 15 2017 - 14:03:12 +0300) Model: MACCHIATOBin-8040 === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Oct 8 18:39:15 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DA11410C77AE for ; Mon, 8 Oct 2018 18:39:15 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out.migadu.com (out.migadu.com [91.121.223.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.migadu.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5BF10762A1 for ; Mon, 8 Oct 2018 18:39:14 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: (Migadu outbound); Mon, 08 Oct 2018 18:38:01 +0000 Authentication-Results: out.migadu.com; auth=pass (plain) Received: from [192.168.1.141] ([62.122.208.146]) by out.migadu.com (Haraka/2.8.16) with ESMTPSA id B75B07BC-CE26-4CF8-BC01-3ECFAB538884.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 verify=FAIL); Mon, 08 Oct 2018 18:38:01 +0000 Date: Mon, 08 Oct 2018 21:37:59 +0300 From: Greg V Subject: Re: Question: How to boot FreeBSD head on a MACCHIATOBin (double shot)? To: Mark Millard Cc: freebsd-arm Message-Id: <1539023879.3199.0@smtp.migadu.com> In-Reply-To: References: X-Mailer: geary/0.12.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed DKIM-Signature: v=1; a=rsa-sha256; bh=pm7czqYqxlx/nGiLHX5PD60mafHXBPLZkzEWAyAyOPc=; c=relaxed/simple; d=unrelenting.technology; h=from:subject:date:to; s=default; b=htiSfsKswXL5nmzj1LTXBzwxzaytp3+Ns+ntJqkkl+xAOUE2o+kjF2CaKxFaOcXaK03RF23PV8Xl1L0Ew7P8dgVwmlDuF+MVDmNrkmabLVSHpOEAcbCg7a80W/iHPqAOSJ7cGsvUOEM8a4JuMPBY968Krg2IfIQ2xstwrDOj7G8= X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 18:39:16 -0000 On Mon, Oct 8, 2018 at 1:05 AM, Mark Millard via freebsd-arm wrote: > Anyone willing to provide notes or instructions > for setting up a MACCHIATOBin (double shot) to boot > FreeBSD head from a SATA SSD? (Failing that: a USB > storage device?) (Failing that: microsd card?) > This could well include notes/instructions about > what needs to be on the media that may be unique > to the MACCHIATOBin. I realize that various things > will not work yet. I'd just explore some of what > does work. From what I remember on this mailing list, PCIe and Ethernet won't work. (BTW, OpenBSD does have a PCIe driver for it already... and for the Rockchip RK3399 too... dang) > Needing to have the kernel and earlier stages > and a preliminary /etc/fstab and /boot/loader.conf > on an microsd card but getting the UFS file system > (/) from the SATA SSD is likely a workable combination, > similar to what I've sometimes done on smaller > single board computers. For such, it is the kernel > and earlier stages where I'm unclear on the details > for the MACCHIATOBin double shot. According to their wiki, SATA is supported in U-Boot: http://wiki.macchiatobin.net/tiki-index.php?page=Use+SATA+drives+in+U-Boot You should be able to just load and run loader.efi from the drive's EFI System Partition. (And USB is supported too, so you can load from a USB stick to install onto the SATA drive.) If the built-in U-Boot doesn't support EFI, you can chainload a custom build of U-Boot with the EFI option enabled. According to https://linux.debian.ports.arm.narkive.com/Co7jtx9F/debian-installer-on-arm64#post2 you can even load an EDK II (TianoCore) build from U-Boot (without directly flashing it). From owner-freebsd-arm@freebsd.org Mon Oct 8 18:41:12 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 53DFD10C79C7 for ; Mon, 8 Oct 2018 18:41:12 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out.migadu.com (out.migadu.com [91.121.223.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.migadu.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C5CF776624 for ; Mon, 8 Oct 2018 18:41:11 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: (Migadu outbound); Mon, 08 Oct 2018 18:41:10 +0000 Authentication-Results: out.migadu.com; auth=pass (plain) Received: from [192.168.1.141] ([62.122.208.146]) by out.migadu.com (Haraka/2.8.16) with ESMTPSA id F1915D90-3FD2-4F1C-8091-FB1768EE7073.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 verify=FAIL); Mon, 08 Oct 2018 18:41:10 +0000 Date: Mon, 08 Oct 2018 21:41:08 +0300 From: Greg V Subject: Re: FYI: I finally got FreeBSD 12 booted under qemu/kvm with general Ethernet access (on a MACCHIATObin running linux) To: Mark Millard Cc: freebsd-arm Message-Id: <1539024068.3199.1@smtp.migadu.com> In-Reply-To: References: X-Mailer: geary/0.12.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed DKIM-Signature: v=1; a=rsa-sha256; bh=kNGeJEPq7I6biTCqtygFvkUEpK2IwhPTABqm9q4m1qU=; c=relaxed/simple; d=unrelenting.technology; h=from:subject:date:to; s=default; b=g2ZMMRme66+YH0EL3ijSM34xPHKcSS0OcZZILxZLXHIVK8v/JMGFZe9BXJHFYkxn/hu2I6euDYtDhNvxNkFjaeoE30wOKm2ev6ooHc5eRCQXlnjp1UT0f0eDFeIlEAW/HGiaAkA09BCUzMqXGKMxM0rGmwgxuNWrxBY7OJMtngQ= X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 18:41:12 -0000 On Sun, Oct 7, 2018 at 10:14 PM, Mark Millard via freebsd-arm wrote: > Unfortunately, like every past attempt at such where I used > -cpu host, -smp, and -enable-kvm on a few Linux-booted systems > where I've tried such, processes are subject to occasional, random > illegal instruction and segmentation fault program crashes. (The > host linux has no such problems.) True even before getting Ethernet > access working in FreeBSD. Hmmmm, I never saw any program crashes on Scaleway's KVM VPS (ThunderX hardware), but I have awfully slow storage performance. How fast is the disk on your KVM setup? From owner-freebsd-arm@freebsd.org Mon Oct 8 19:15:12 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 97D5410C8B4E for ; Mon, 8 Oct 2018 19:15:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-3.consmr.mail.bf2.yahoo.com (sonic307-3.consmr.mail.bf2.yahoo.com [74.6.134.42]) (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 3F97578531 for ; Mon, 8 Oct 2018 19:15:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: pSeos8UVM1lUDN1kzajaxuCOQIYZzKvWVA3FN1xTmkb.k.XeyIzcNaXBWmARvz0 _jFValrf.67g7rM7CfIxX_N0NflBLDjJMmJSLFHnmb7MkvGeyIue7BJJb9RPL7KuQt0aRpq8AKvI HzFLArWV1EWxKBis9MShd4dzUGWHeZsq1wGGh_A6M_NVC.td0Rs8jWn4fyNYAL7vSFJ0_Q3ngtrV BF0zFx3gB1f6ExXWrExT264J9OFjM4jkZ2GVNLV9aCkAA3ILTaZ6zyXx3L2SKma7ziuLdZmurQH3 x4X8pBQVzDOkfKz1QSD7UYW7e0SrNGSYp530TuBRgLcDjCdCitghE06Lu05PIX_Ethlbzb8XYWOA q.uxVBeJpFA63taGm7sIYkGswqg0cbBO_Yh2eRmvuHJWn_d1KUO2ejJq_GiQ5j.pnpV97GUWEhPb wUN_ELZPsieGHTCRrfSYW0BK0eQrFmYz8ApDC_NJqjH5G5MqlCExHhBrGRtR0TaxiQuwXhu_UCjP g2.hvhqUBOl4saUe2po5Ol0BqvI_SH9k3pWAr1gvRXNzLQ_72iaJEpfZXmzzn_5RFx0qhUBfI6Q1 uZbSaJQeqmQGtO62wQAzoNoccMamlathPxtS89MreNR0dzO8VEMNX0On4h8pvCHGN8aYx5wUYLYo VOgH8KPzYx7_TFg4aezRsLx1GSsZ3m_f5ais_xRYa.kwh.r2c8CW_QXUmCpD7TISdzLNpztk3BSj b8WycVhwIXJ6_W.dXqTy.bMT.cjX6kduGkcQNZivY1ondYmLBSmtNAbwZLUh6pAB2mXX4CFl.K6B 7roYrz9H.MWaGuE4E8h9V0t_caoAUgbaEzU8J3.9KU.KJIGhnM0P8dP6bkxIvcx.haQ9gPfyarBB Taws6isVeqygsgPK8kJBNH56XTwu6Ts378AKt47LfXmJiYaQ.fBVLVvRggQRUuEcaI7kG8AL7YJu vWHVUr9OKqi2gS8.GCkQQcHShwIKxtRrUQc5f.oSmi2B6okwVVKnH0n28z6MehOd4Di82t0jKgit BjsvH_qtwQfjIkAkqrnVbUNsFFuBMSNO2p3qCi81bn_wbwwrACfzE.nQL6T_DShM- Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.bf2.yahoo.com with HTTP; Mon, 8 Oct 2018 19:15:06 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.101]) ([76.115.7.162]) by smtp429.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 59c5acd6af4438c5b33dfbc1fb958278; Mon, 08 Oct 2018 19:15:01 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: FYI: I finally got FreeBSD 12 booted under qemu/kvm with general Ethernet access (on a MACCHIATObin running linux) From: Mark Millard In-Reply-To: <1539024068.3199.1@smtp.migadu.com> Date: Mon, 8 Oct 2018 12:14:59 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <6D5D6E6E-CD6D-4DD7-ABBB-FB9D46FA1D84@yahoo.com> References: <1539024068.3199.1@smtp.migadu.com> To: Greg V X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 19:15:12 -0000 On 2018-Oct-8, at 11:41 AM, Greg V = wrote: > On Sun, Oct 7, 2018 at 10:14 PM, Mark Millard via freebsd-arm = wrote: >> Unfortunately, like every past attempt at such where I used >> -cpu host, -smp, and -enable-kvm on a few Linux-booted systems >> where I've tried such, processes are subject to occasional, random >> illegal instruction and segmentation fault program crashes. (The >> host linux has no such problems.) True even before getting Ethernet >> access working in FreeBSD. >=20 > Hmmmm, I never saw any program crashes on Scaleway's KVM VPS (ThunderX = hardware), but I have awfully slow storage performance. >=20 > How fast is the disk on your KVM setup? I've only booted linux via a microsd card so far, a Class A1 SanDisk Ultra. I've not planned on putting linux on the fast media that I hope to put FreeBSD on and boot from someday. As stands, I do not have spare fast media for the MACCHIATObin. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Oct 8 19:26:59 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A57CE10C91DF for ; Mon, 8 Oct 2018 19:26:59 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out.migadu.com (out.migadu.com [91.121.223.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.migadu.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 260A6794A0 for ; Mon, 8 Oct 2018 19:26:58 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: (Migadu outbound); Mon, 08 Oct 2018 19:26:56 +0000 Authentication-Results: out.migadu.com; auth=pass (plain) Received: from [192.168.1.141] ([62.122.208.146]) by out.migadu.com (Haraka/2.8.16) with ESMTPSA id F2804276-DC0C-4758-B8BC-F5C3936A5B0D.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 verify=FAIL); Mon, 08 Oct 2018 19:26:56 +0000 Date: Mon, 08 Oct 2018 22:26:54 +0300 From: Greg V Subject: Re: FYI: I finally got FreeBSD 12 booted under qemu/kvm with general Ethernet access (on a MACCHIATObin running linux) To: Mark Millard Cc: freebsd-arm Message-Id: <1539026814.3199.2@smtp.migadu.com> In-Reply-To: <6D5D6E6E-CD6D-4DD7-ABBB-FB9D46FA1D84@yahoo.com> References: <1539024068.3199.1@smtp.migadu.com> <6D5D6E6E-CD6D-4DD7-ABBB-FB9D46FA1D84@yahoo.com> X-Mailer: geary/0.12.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed DKIM-Signature: v=1; a=rsa-sha256; bh=UYd5n3pHr+8WZ2tSmiiVysAQG32n0kg3V0kC8qppt/0=; c=relaxed/simple; d=unrelenting.technology; h=from:subject:date:to; s=default; b=QvKy3B/++sSFLqKfuTTqrLX2bEtHtxAloKPDeOzTDy8BvaY9ThBcHTuHw4guZxIrLNXpOo52fnQ+9wdeeFSd6QlKsLPQ3K1irMe7y3USQv2JtS57glB5xFJLoMzoDWyMUB5PCGyS3/P298gOfHXdVzvm9PGEQpRolzfcK926tTE= X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 19:26:59 -0000 On Mon, Oct 8, 2018 at 10:14 PM, Mark Millard wrote: > On 2018-Oct-8, at 11:41 AM, Greg V > wrote: > >> On Sun, Oct 7, 2018 at 10:14 PM, Mark Millard via freebsd-arm >> wrote: >>> Unfortunately, like every past attempt at such where I used >>> -cpu host, -smp, and -enable-kvm on a few Linux-booted systems >>> where I've tried such, processes are subject to occasional, random >>> illegal instruction and segmentation fault program crashes. (The >>> host linux has no such problems.) True even before getting Ethernet >>> access working in FreeBSD. >> >> Hmmmm, I never saw any program crashes on Scaleway's KVM VPS >> (ThunderX hardware), but I have awfully slow storage performance. >> >> How fast is the disk on your KVM setup? > > I've only booted linux via a microsd card so far, > a Class A1 SanDisk Ultra. I've not planned on > putting linux on the fast media that I hope > to put FreeBSD on and boot from someday. As > stands, I do not have spare fast media for the > MACCHIATObin. Surely QEMU/KVM supports booting from bare metal hard disks (not files), so you could put FreeBSD on the disk you want to eventually boot directly from, and initially try it under KVM. I actually had a setup where I would boot the same FreeBSD disk on my desktop both directly on metal and under Hyper-V :) But anyway, I think you'd notice the difference even on microSD. The performance on the VPS is *that* bad. From owner-freebsd-arm@freebsd.org Mon Oct 8 19:54:43 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5B14710C9CF2 for ; Mon, 8 Oct 2018 19:54:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.ne1.yahoo.com (sonic305-21.consmr.mail.ne1.yahoo.com [66.163.185.147]) (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 E96677AA9D for ; Mon, 8 Oct 2018 19:54:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: ZGVR_gQVM1lb6ZeSRB1z7l4LbZfiCDpako2xV1CAaaCh3IBQkti3sTMmn3kbZYK MEkPD4Znbv44gfk_I7PTK8kQ3.aBcqJOZXEcKke1S3iwQtOJ2x4gz_3uHhDnfl.mnJ5DGsa63K2g aGyBijT4zXEbfmzSPJIsRN7gDVL0hUTC.D5x3sZ4MjtM.5e.3rlX1.6DimRGg8db1ebe.TNOrTlf Ivv7t5y.AHkiiYA.32Kvt_ZsvwysWhiwxfnGAW7FdfmkPwbLr_IAZKTYhPUrm75qRqUY4jnqfA0s .P7QuKqNJwtmwET_rIcy4UMey2cAjKS9s8cf42xChwqcj.AOJr4QaOHhCyyb_otIeoShZOkQf.WF NFr_W6cqrY7dK.YPtOe0DVKaU_yJ5UDQTptuDgf3MXeGRky1dRpqKF7Vr_fdROPkL1uL05bWat2y Iagcn9rQzzjSPiGTx1WX8Nih93rxHaIftAEIqokJhdBWoKiveBd5iSfKyf.cVqwuy9OOG4w6aP4F tFUmqgjHr1NbrRncFW2nXCEs4_Cz.DpQYvmkSs1cis2sqIVBYb0UKb_lrNKc_QGhcCof.aVNS6wb uQPM6OGbb0rnHAhaFjYBLkDuyNYR_xVeksbiwftAKBld_k9oEJHXKnCdY17ZNSOdZpcpjc9kMKZQ j.oFewB3n.tMdmej_2.La6be19E2xPoEeZpVF7iQySAIRNVFYnONFFhKJ5z3gARJxJSHxMBNZRfu 7un8iqvMRQPbb1xclf5CDCkjETF6_VXRwMP9Lub.xL_.hHnonWYeQFCqJ_2b0RdVE7_YZQ6yQk7b 0tT3CraKybd9hgP6_phDjqfyfvzdlkdnw5ezL4pdRyoEmOR6CMZ.zqmIPKxpdw_zTC13sF.hlZHA 6YA8AM65OLyJZ64umlb._XID9tWbTacsjCW6fnKHn1hNh8X5uGa63_RzU70UFRZRwHK0cJQ2UZAk RW4InquX8Hfk.5oF4eu6zHKLj25aswoO0nToOOOMPTpTAQzsXDhPVQlrp8iwg7LTRSULUFf33K0D Bs7v3LUddSn5p.dXhwO01H7b85XR_5WEDZgCvAPKSORgNijYODSdR1C8OIztY4eU84A-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.ne1.yahoo.com with HTTP; Mon, 8 Oct 2018 19:54:41 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.101]) ([76.115.7.162]) by smtp423.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 6d2bfed66c2592ca0f8820d5732b4e74; Mon, 08 Oct 2018 19:54:40 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Question: How to boot FreeBSD head on a MACCHIATOBin (double shot)? From: Mark Millard In-Reply-To: <1539023879.3199.0@smtp.migadu.com> Date: Mon, 8 Oct 2018 12:54:38 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <84911233-9535-4005-82DC-1910BC3BF101@yahoo.com> References: <1539023879.3199.0@smtp.migadu.com> To: Greg V X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 19:54:43 -0000 On 2018-Oct-8, at 11:37 AM, Greg V = wrote: > On Mon, Oct 8, 2018 at 1:05 AM, Mark Millard via freebsd-arm = wrote: >> Anyone willing to provide notes or instructions >> for setting up a MACCHIATOBin (double shot) to boot >> FreeBSD head from a SATA SSD? (Failing that: a USB >> storage device?) (Failing that: microsd card?) >> This could well include notes/instructions about >> what needs to be on the media that may be unique >> to the MACCHIATOBin. I realize that various things >> will not work yet. I'd just explore some of what >> does work. >=20 > =46rom what I remember on this mailing list, PCIe and Ethernet won't = work. >=20 > (BTW, OpenBSD does have a PCIe driver for it already... and for the = Rockchip RK3399 too... dang) >=20 >> Needing to have the kernel and earlier stages >> and a preliminary /etc/fstab and /boot/loader.conf >> on an microsd card but getting the UFS file system >> (/) from the SATA SSD is likely a workable combination, >> similar to what I've sometimes done on smaller >> single board computers. For such, it is the kernel >> and earlier stages where I'm unclear on the details >> for the MACCHIATOBin double shot. >=20 > According to their wiki, SATA is supported in U-Boot: > = http://wiki.macchiatobin.net/tiki-index.php?page=3DUse+SATA+drives+in+U-Bo= ot Various details do not seem to match, such as the 1, 8, 9 device numbering for SATA (scsi) vs.: Marvell>> scsi scan scanning bus for devices... SATA link 0 timeout. SATA link 1 timeout. AHCI 0001.0000 32 slots 2 ports 6 Gbps 0x3 impl SATA mode flags: 64bit ncq led only pmp fbss pio slum part sxs=20 Target spinup took 0 ms. SATA link 1 timeout. AHCI 0001.0000 32 slots 2 ports 6 Gbps 0x3 impl SATA mode flags: 64bit ncq led only pmp fbss pio slum part sxs=20 Device 0: (0:0) Vendor: ATA Prod.: Samsung SSD 850 Rev: EXM0 Type: Hard Disk Capacity: 976762.3 MB =3D 953.8 GB (2000409264 x 512) The text seem to be for some older version of the board and/or firmware: the picture and description of the SATA connector position numbering is for an older board. > You should be able to just load and run loader.efi from the drive's = EFI System Partition. The help at the Marvell>> prompt mentioned EFI once: bootefi - Boots an EFI payload from memory with the longer description being: bootefi [fdt address] - boot EFI payload stored at address . If specified, the device tree located at gets exposed as EFI configuration table. I interpreted this as a lack of direct use of on-media EFI material being supported. > (And USB is supported too, so you can load from a USB stick to install = onto the SATA drive.) I was not successful at referencing USB media, despite: Marvell>> usb info 1: Hub, USB Revision 3.0 - U-Boot XHCI Host Controller=20 - Class: Hub - PacketSize: 9 Configurations: 1 - Vendor: 0x0000 Product 0x0000 Version 1.0 Configuration: 1 - Interfaces: 1 Self Powered 0mA Interface: 0 - Alternate Setting 0, Endpoints: 1 - Class Hub - Endpoint 1 In Interrupt MaxPacket 8 Interval 255ms 2: Mass Storage, USB Revision 3.0 - SanDisk Extreme - Class: (from Interface) Mass Storage - PacketSize: 9 Configurations: 1 - Vendor: 0x0781 Product 0x5580 Version 0.16 Configuration: 1 - Interfaces: 1 Bus Powered 100mA Interface: 0 - Alternate Setting 0, Endpoints: 2 - Class Mass Storage, Transp. SCSI, Bulk only - Endpoint 1 In Bulk MaxPacket 1024 - Endpoint 2 Out Bulk MaxPacket 1024 I just got "** Bad device usb 2 **" when trying have it do something with "2:" above --and things like: Marvell>> usb storage Card did not respond to voltage select! mmc_init: -95, time 26 No storage devices, perhaps not 'usb start'ed..? > If the built-in U-Boot doesn't support EFI, you can chainload a custom = build of U-Boot with the EFI option enabled. I'm not familiar with setting up and doing such (yet?). > According to = https://linux.debian.ports.arm.narkive.com/Co7jtx9F/debian-installer-on-ar= m64#post2 > you can even load an EDK II (TianoCore) build from U-Boot (without = directly flashing it). >=20 I'm not familiar with setting up doing such (yet?). Based on my (lack of) background in the area, no direction seemed to have clear steps to take. It seemed more like an error-prone exploration for me. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Oct 8 20:08:01 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B2BBE10CA290 for ; Mon, 8 Oct 2018 20:08:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-22.consmr.mail.ne1.yahoo.com (sonic302-22.consmr.mail.ne1.yahoo.com [66.163.186.148]) (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 4E8077B488 for ; Mon, 8 Oct 2018 20:08:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Hny7hHEVM1mAOq72Q7RFJW42yzBLbwFZ1Q_2hf5T3tjXZC73hwAnKGkUCEsGGna f_Uz7K324Oie6srH4vyF.u53h2Vrs36HC6KhcQ5vxuInxO2EH6Jyl3r9DZMFezkUHzhMfzD7FW14 nr_JSlAHag7gDAFfKYt.a0R9Gw2t64y6IuDxP4oQ8kKPGsoIKOVM__2ArX4qoGTxnDixdhuMawIT W1HtnESCgHnkPVFQfItMviZWNt0o1FajcNTWz0mRiLgpgA374Nyk9tIx_Ce94ClvJHmNQDjV2PKj Xky2rN_x7qd4BeDm39odwh37OQV1X6go4jCVvTI3hEV7XZwaLF0_MbHMvBOL_4YvUXviEA43Vbke D5pePentWZpPvQMasfRq7R25gq4NBNv_tijKiJyb8yaEQHpiMjJUNSuvTBLC4A76Ymlm4sRdQ9.k iQais_IQBE9MhJhWuNXIevE41vZsFcRR4vtqHRco7lUeYh3EJqnJhWLGicRKUjwDpldW0XSQQ3l9 W0gjhRKF87LCEkhJfXGhoBt6POeVABFkdvCOEeoJLBj4cb7neMOg7NjSsPmtVKQt6MPcDL2QeyA1 dtilLbQJbkS1X8y3fJCEzUlzg4Lv21D_sU0sH6wi4gGrjTIFvg9BfKEguozxQE5nMiLbOT2w82hL 0WwYQXASRK.06O6FQZTuNH1Fg5q9FtGNWgiu3kMfnYNe93SIO.wLXEiaBqF5zRXAsKWJgzYstjTw AY.YCY3fWtJlUXKNd8dawzMnwDoUC7D5pfsQhSMC.1f2SclHGIbAzbEKvEUGQrvo05utURgJPskU GkibJAUO86vDpigVCse3.pp9X3mmwthpao.YvOWF5RGNc_ejmZUuf0vMnY2GqdMWK_1qysQCfb5K 64g8C3.iwWgGarUwJkZdmp.O0.m3Z1Nf5XcCf54cJ8BaHA3mxv09I_wwG4NQNCS.fs3zTv6x4fkg M2ZlCqI4Wd4raU.QtVxsLyXdlBSthMI_ldWNEoYBUnOE7Xr0GsLgHLiDnSc2HydiVIaNxOCBFXnX lqGYpkrxSIb5lHYwz_Q9asm.xq3yauklJHFOzm7slvuVCw1OHNIRYlmQ7w8x5 Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.ne1.yahoo.com with HTTP; Mon, 8 Oct 2018 20:08:00 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.101]) ([76.115.7.162]) by smtp421.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 03cd4e519368431d82cc43d37f40842e; Mon, 08 Oct 2018 20:07:55 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: FYI: I finally got FreeBSD 12 booted under qemu/kvm with general Ethernet access (on a MACCHIATObin running linux) From: Mark Millard In-Reply-To: <1539026814.3199.2@smtp.migadu.com> Date: Mon, 8 Oct 2018 13:07:54 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <89370727-44EB-40AD-A8B7-4D3AA823BB8A@yahoo.com> References: <1539024068.3199.1@smtp.migadu.com> <6D5D6E6E-CD6D-4DD7-ABBB-FB9D46FA1D84@yahoo.com> <1539026814.3199.2@smtp.migadu.com> To: Greg V X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 20:08:01 -0000 On 2018-Oct-8, at 12:26 PM, Greg V = wrote: > On Mon, Oct 8, 2018 at 10:14 PM, Mark Millard = wrote: >> On 2018-Oct-8, at 11:41 AM, Greg V = wrote: >>> On Sun, Oct 7, 2018 at 10:14 PM, Mark Millard via freebsd-arm = wrote: >>>> Unfortunately, like every past attempt at such where I used >>>> -cpu host, -smp, and -enable-kvm on a few Linux-booted systems >>>> where I've tried such, processes are subject to occasional, random >>>> illegal instruction and segmentation fault program crashes. (The >>>> host linux has no such problems.) True even before getting Ethernet >>>> access working in FreeBSD. >>> Hmmmm, I never saw any program crashes on Scaleway's KVM VPS = (ThunderX hardware), but I have awfully slow storage performance. >>> How fast is the disk on your KVM setup? >> I've only booted linux via a microsd card so far, >> a Class A1 SanDisk Ultra. I've not planned on >> putting linux on the fast media that I hope >> to put FreeBSD on and boot from someday. As >> stands, I do not have spare fast media for the >> MACCHIATObin. >=20 > Surely QEMU/KVM supports booting from bare metal hard disks (not = files), so you could put FreeBSD on the disk you want to eventually boot = directly from, and initially try it under KVM. I actually had a setup = where I would boot the same FreeBSD disk on my desktop both directly on = metal and under Hyper-V :) I do that under Hyper-V (Windows 10 Pro) and directly. But linux/qemu/kvm is effectively new to me and everything is exploratory. I may get there. > But anyway, I think you'd notice the difference even on microSD. > The performance on the VPS is *that* bad. >=20 At some point I may be I can run something like: iozone -a -a0 -a1 -a2 -e -I for you and supply some of the output (from a run that does not crash first). The -e and -I tend to avoid measuring oeprations that have not (yet) gone to the storage media or are just in cache. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Oct 8 20:26:58 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 723EB10CAAB0 for ; Mon, 8 Oct 2018 20:26:58 +0000 (UTC) (envelope-from mw@semihalf.com) Received: from mail-it1-x12d.google.com (mail-it1-x12d.google.com [IPv6:2607:f8b0:4864:20::12d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 100D97C124 for ; Mon, 8 Oct 2018 20:26:57 +0000 (UTC) (envelope-from mw@semihalf.com) Received: by mail-it1-x12d.google.com with SMTP id 134-v6so13237482itz.2 for ; Mon, 08 Oct 2018 13:26: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=YYLt0JN6mqAwU/P3MA0GmuKNbi3glqvbqNz+DPBuJqQ=; b=zMRQrujmW5l8IZ6ML9f3Lgsj4zdN9LbvMgcivbwK2Rp6TMbhAMNWknHQ6plNkP7vOt DTqNUumiT027C2bl1BjYWfegBuEFPlElVi+F9GntWKMqrmcNv+elad1mvvfY4o6YAIPT mVWkomwzrFaQAjC0he7BnyfoHaoIZbibHhosi3nv+Zc5r9ho5fAtWyp65SNjkoEDF04F bJLui89/NE4pkG2cBOjTt/ZiYmPJygxLOfl8tkpVL+VMfmw9IYysr0wpkxj/B5TK8qnl FSogFYnXFT4v/Hx2h4XLLeJ2mI5hXdQPDKvA0J1yeGuqBb7vnpY9xjmTBpeM6Cpdtv0c ZthA== 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=YYLt0JN6mqAwU/P3MA0GmuKNbi3glqvbqNz+DPBuJqQ=; b=bWMGSv9IBU6pTrGlTdy7PuYY0gQk7u3V76mQEI2S8w1yGQZIXTVEXPujmXcarh6kjg 5jAMqql2CmxuT0KMDcvF+sZpq9BXJeiEumArky3LBfgdlwOdfyIQFFKn1yb/mS4XWb0I IdvW+QEWjKbQvwl8++WHw5apTLeeAwgtFqcBAWLXHFrA0b3qReN+raz1p8h+X/bx6XjW oQFhMQL8ghRpvA8nG9vvJcI0XKTYTHEUxPJ/oViMViIGRy6iy80aAp2B73aSIRNkcisG XjA9sgROXl98zAxhW2x2Dn5MSSQO2pNazvN7A4SsMOXo6pa/ONJuoDnfM8pUavgOKpVs cieQ== X-Gm-Message-State: ABuFfohB980KYKEAi85BCzZsvZ48TB3AXDGiNSeqVYu04SsC7JQqIHZN V/BFElZmSj28TZ3nsGiWpPJfA+n1QGJGmcZoFRZrRA== X-Google-Smtp-Source: ACcGV63xzWIKllcxghhZaXGDvRUZY8eqs9eSi1eirm+atfb0+7CDxhugxDFHQc+ksc9gSw5qagOpobzLJ7WM8gJaGAM= X-Received: by 2002:a24:c543:: with SMTP id f64-v6mr18271684itg.138.1539030417230; Mon, 08 Oct 2018 13:26:57 -0700 (PDT) MIME-Version: 1.0 References: <1539023879.3199.0@smtp.migadu.com> <84911233-9535-4005-82DC-1910BC3BF101@yahoo.com> In-Reply-To: <84911233-9535-4005-82DC-1910BC3BF101@yahoo.com> From: Marcin Wojtas Date: Mon, 8 Oct 2018 22:26:45 +0200 Message-ID: Subject: Re: Question: How to boot FreeBSD head on a MACCHIATOBin (double shot)? To: marklmi@yahoo.com Cc: greg@unrelenting.technology, freebsd-arm Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 20:26:58 -0000 Hi Mark, pon., 8 pa=C5=BA 2018 o 21:56 Mark Millard via freebsd-arm napisa=C5=82(a): > > On 2018-Oct-8, at 11:37 AM, Greg V wrote= : > > > On Mon, Oct 8, 2018 at 1:05 AM, Mark Millard via freebsd-arm wrote: > >> Anyone willing to provide notes or instructions > >> for setting up a MACCHIATOBin (double shot) to boot > >> FreeBSD head from a SATA SSD? (Failing that: a USB > >> storage device?) (Failing that: microsd card?) > >> This could well include notes/instructions about > >> what needs to be on the media that may be unique > >> to the MACCHIATOBin. I realize that various things > >> will not work yet. I'd just explore some of what > >> does work. > > > > From what I remember on this mailing list, PCIe and Ethernet won't work= . > > > > (BTW, OpenBSD does have a PCIe driver for it already... and for the Roc= kchip RK3399 too... dang) > > > >> Needing to have the kernel and earlier stages > >> and a preliminary /etc/fstab and /boot/loader.conf > >> on an microsd card but getting the UFS file system > >> (/) from the SATA SSD is likely a workable combination, > >> similar to what I've sometimes done on smaller > >> single board computers. For such, it is the kernel > >> and earlier stages where I'm unclear on the details > >> for the MACCHIATOBin double shot. > > > > According to their wiki, SATA is supported in U-Boot: > > http://wiki.macchiatobin.net/tiki-index.php?page=3DUse+SATA+drives+in+U= -Boot > > Various details do not seem to match, such as the 1, 8, 9 > device numbering for SATA (scsi) vs.: > > Marvell>> scsi scan > scanning bus for devices... > SATA link 0 timeout. > SATA link 1 timeout. > AHCI 0001.0000 32 slots 2 ports 6 Gbps 0x3 impl SATA mode > flags: 64bit ncq led only pmp fbss pio slum part sxs > Target spinup took 0 ms. > SATA link 1 timeout. > AHCI 0001.0000 32 slots 2 ports 6 Gbps 0x3 impl SATA mode > flags: 64bit ncq led only pmp fbss pio slum part sxs > Device 0: (0:0) Vendor: ATA Prod.: Samsung SSD 850 Rev: EXM0 > Type: Hard Disk > Capacity: 976762.3 MB =3D 953.8 GB (2000409264 x 512) > > The text seem to be for some older version of the board > and/or firmware: the picture and description of the > SATA connector position numbering is for an older board. > > > You should be able to just load and run loader.efi from the drive's EFI= System Partition. > > The help at the Marvell>> prompt mentioned EFI once: > > bootefi - Boots an EFI payload from memory > > with the longer description being: > > bootefi [fdt address] > - boot EFI payload stored at address . > If specified, the device tree located at gets > exposed as EFI configuration table. > > I interpreted this as a lack of direct use of on-media EFI > material being supported. > > > (And USB is supported too, so you can load from a USB stick to install = onto the SATA drive.) > > I was not successful at referencing USB media, > despite: > > Marvell>> usb info > 1: Hub, USB Revision 3.0 > - U-Boot XHCI Host Controller > - Class: Hub > - PacketSize: 9 Configurations: 1 > - Vendor: 0x0000 Product 0x0000 Version 1.0 > Configuration: 1 > - Interfaces: 1 Self Powered 0mA > Interface: 0 > - Alternate Setting 0, Endpoints: 1 > - Class Hub > - Endpoint 1 In Interrupt MaxPacket 8 Interval 255ms > > 2: Mass Storage, USB Revision 3.0 > - SanDisk Extreme > - Class: (from Interface) Mass Storage > - PacketSize: 9 Configurations: 1 > - Vendor: 0x0781 Product 0x5580 Version 0.16 > Configuration: 1 > - Interfaces: 1 Bus Powered 100mA > Interface: 0 > - Alternate Setting 0, Endpoints: 2 > - Class Mass Storage, Transp. SCSI, Bulk only > - Endpoint 1 In Bulk MaxPacket 1024 > - Endpoint 2 Out Bulk MaxPacket 1024 > > I just got "** Bad device usb 2 **" when trying > have it do something with "2:" above --and things > like: > > Marvell>> usb storage > Card did not respond to voltage select! > mmc_init: -95, time 26 > No storage devices, perhaps not 'usb start'ed..? > > > > If the built-in U-Boot doesn't support EFI, you can chainload a custom = build of U-Boot with the EFI option enabled. > > I'm not familiar with setting up and doing such (yet?). > > > According to https://linux.debian.ports.arm.narkive.com/Co7jtx9F/debian= -installer-on-arm64#post2 > > you can even load an EDK II (TianoCore) build from U-Boot (without dire= ctly flashing it). > > > > I'm not familiar with setting up doing such (yet?). > > > Based on my (lack of) background in the area, no > direction seemed to have clear steps to take. It > seemed more like an error-prone exploration for > me. > I personally recommend using UEFI edk2 (it happens, I'm its maintainer;). If you don't want to risk bricking the board, you can burn it on the uSD (and keep the u-boot on the SPI flash) e.g. directly via tftp or from usb (see 'help bubt'): Marvell>> mmc dev 1 Marvell>> bubt flash-image.bin mmc After that simply change the boot source: http://wiki.macchiatobin.net/tiki-index.php?page=3DMACCHIATObin+Interface+l= ist#Boot_Selection All UEFI sources are open - either in Marvell repos: https://github.com/MarvellEmbeddedProcessors/uefi-marvell/commits/uefi-2.7-= armada-18.09 or in the official upstream branch: https://github.com/tianocore/edk2-platforms/commits/master The gap between Marvell branch and the tianocore is very narrow, working on pushing everything. If you wish I can spare you reading the build howtos and send you a valid binary, just let know. Best regards, Marcin From owner-freebsd-arm@freebsd.org Mon Oct 8 21:10:33 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C59A610CBB7D for ; Mon, 8 Oct 2018 21:10:33 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out.migadu.com (out.migadu.com [91.121.223.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.migadu.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 536FA7D6B3 for ; Mon, 8 Oct 2018 21:10:33 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: (Migadu outbound); Mon, 08 Oct 2018 21:10:31 +0000 Authentication-Results: out.migadu.com; auth=pass (plain) Received: from [192.168.1.141] ([62.122.208.146]) by out.migadu.com (Haraka/2.8.16) with ESMTPSA id 75910F1F-E87B-489A-BA90-1082378E5D3E.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 verify=FAIL); Mon, 08 Oct 2018 21:10:30 +0000 Date: Tue, 09 Oct 2018 00:10:28 +0300 From: Greg V Subject: Re: Question: How to boot FreeBSD head on a MACCHIATOBin (double shot)? To: Mark Millard Cc: freebsd-arm Message-Id: <1539033028.40692.0@smtp.migadu.com> In-Reply-To: <84911233-9535-4005-82DC-1910BC3BF101@yahoo.com> References: <1539023879.3199.0@smtp.migadu.com> <84911233-9535-4005-82DC-1910BC3BF101@yahoo.com> X-Mailer: geary/0.12.4 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: quoted-printable DKIM-Signature: v=1; a=rsa-sha256; bh=XWJN//4tE7Kazmyzygqtrzu9nvESIEtJKclbTWI8lLA=; c=relaxed/simple; d=unrelenting.technology; h=from:subject:date:to; s=default; b=VjavHvLJS41+WMc8ZE1u3jnLeKTR2CA4PbD75F4T43/ruqF7js+Hn1ybtZ0i7IIY9aTInGcgVjQe5vkajqMPDoKZgD2JBXHR0DWoXSl01q+iw6e4UdF5IG1dZSBwpD5hT2LKyVqhsEma0iQLDpEnfVlfRxnXH/aKWnOhkq6Z/T8= X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 21:10:34 -0000 On Mon, Oct 8, 2018 at 10:54 PM, Mark Millard wrote: > On 2018-Oct-8, at 11:37 AM, Greg V =20 > wrote: >=20 >> On Mon, Oct 8, 2018 at 1:05 AM, Mark Millard via freebsd-arm=20 >> wrote: >>> Anyone willing to provide notes or instructions >>> for setting up a MACCHIATOBin (double shot) to boot >>> FreeBSD head from a SATA SSD? (Failing that: a USB >>> storage device?) (Failing that: microsd card?) >>> This could well include notes/instructions about >>> what needs to be on the media that may be unique >>> to the MACCHIATOBin. I realize that various things >>> will not work yet. I'd just explore some of what >>> does work. >>=20 >> From what I remember on this mailing list, PCIe and Ethernet won't=20 >> work. >>=20 >> (BTW, OpenBSD does have a PCIe driver for it already... and for the=20 >> Rockchip RK3399 too... dang) >>=20 >>> Needing to have the kernel and earlier stages >>> and a preliminary /etc/fstab and /boot/loader.conf >>> on an microsd card but getting the UFS file system >>> (/) from the SATA SSD is likely a workable combination, >>> similar to what I've sometimes done on smaller >>> single board computers. For such, it is the kernel >>> and earlier stages where I'm unclear on the details >>> for the MACCHIATOBin double shot. >>=20 >> According to their wiki, SATA is supported in U-Boot: >> =20 >> http://wiki.macchiatobin.net/tiki-index.php?page=3DUse+SATA+drives+in+U-= Boot >=20 > Various details do not seem to match, such as the 1, 8, 9 > device numbering for SATA (scsi) vs.: >=20 > Marvell>> scsi scan > scanning bus for devices... > SATA link 0 timeout. > SATA link 1 timeout. > AHCI 0001.0000 32 slots 2 ports 6 Gbps 0x3 impl SATA mode > flags: 64bit ncq led only pmp fbss pio slum part sxs > Target spinup took 0 ms. > SATA link 1 timeout. > AHCI 0001.0000 32 slots 2 ports 6 Gbps 0x3 impl SATA mode > flags: 64bit ncq led only pmp fbss pio slum part sxs > Device 0: (0:0) Vendor: ATA Prod.: Samsung SSD 850 Rev: EXM0 > Type: Hard Disk > Capacity: 976762.3 MB =3D 953.8 GB (2000409264 x 512) >=20 > The text seem to be for some older version of the board > and/or firmware: the picture and description of the > SATA connector position numbering is for an older board. >=20 >> You should be able to just load and run loader.efi from the drive's=20 >> EFI System Partition. >=20 > The help at the Marvell>> prompt mentioned EFI once: >=20 > bootefi - Boots an EFI payload from memory >=20 > with the longer description being: >=20 > bootefi [fdt address] > - boot EFI payload stored at address . > If specified, the device tree located at gets > exposed as EFI configuration table. >=20 > I interpreted this as a lack of direct use of on-media EFI > material being supported. I agree with the EDK2 recommendation, but in case you (or anyone=20 reading the list) want to do in in U-Boot: U-Boot is rather low level, nothing is direct :) You have to take two steps =97 first load the EFI file from a=20 filesystem (or network, or whatever) into some address in memory, then=20 bootefi that address. (Also load the FDT file using the same mechanism.) Look up the fatload command for the FAT filesystem (which includes EFI=20 System Partitions.) There are usually suggested addresses exposed as variables like=20 kernel_addr_r and fdt_addr_r. For example, I boot most of my SBCs over the network with a script like=20 this: env set serverip 192.168.1.2 env set baudrate 15000000 env set bootargs boot.nfsroot.server=3D${serverip}=20 boot.nfsroot.path=3D/solitude-tank/greg/Netboot/ROCKPro64=20 comconsole_speed=3D${baudrate} tftpboot ${kernel_addr_r} loader.efi tftpboot ${fdt_addr_r} dtb/rockchip/rk3399-rockpro64.dtb bootefi ${kernel_addr_r} ${fdt_addr_r} In the local storage case, instead of 'tftpboot' you'd use 'fatload'=20 (or load for any file system really). = From owner-freebsd-arm@freebsd.org Tue Oct 9 01:46:54 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5A6B210B3347 for ; Tue, 9 Oct 2018 01:46:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-22.consmr.mail.ne1.yahoo.com (sonic305-22.consmr.mail.ne1.yahoo.com [66.163.185.148]) (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 E80B38C88D for ; Tue, 9 Oct 2018 01:46:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: X0YmIFsVM1m7jc2W9lAH1jev7OBKlfRhzPIELoyyoX47_GQo3.tGEF1wGQOCuAm FsF48mzWav6ti4CD6E4j.6cPhdpCPuSGb5WKSX7N547Jk1OOQioap7xQXEOKlTD6sa5HRz05YSI2 YOM59_LEMZwP5KGUmJC0YJNM4oSQND53ok6JXln4FSRNSoZn0cdslMFwUFp.N2s3r3_KoafIUytZ gsYmsPKNBpa7wCrJjnfnim2n.IOk6nYyKfiynuXoQaxcVNipXLp2J8FhD.LgTczKdbWw3M0lk7Me 8pqKfUfmKAHT9UT2goFX0j8.uObEr1rRYZ64DFdsqtw7YCjSmB5P0fNBs9BruNZqrUWOnyr_qF.k vEanDFcQoOMkW5Kka_762o19VtKzeIHFVLGJWDjsuoSWuhL0ggfyYINIBJCbniUC8MMbxWnb50lz j9FOnIg8lM0.yS_tFjdqx2PEyWOWw8UPU1Cny5rqEVL2lfQmGg14eoY.VTBCab9fnyFgh3NeIfOK eiNomYtwNBTT.K9DsB5Bcta34Jn.O83ocJdhD0_QQXU66INUHVzNIHzotDFn57xFt9FehVu2IB0w xsVDsMIw3tNFgqjlHA2PoZxSq5.VFxQEc_qkNCUR6qtMwjZLM1HGmc76QYNq7Onk_ZKouF3i18p0 0CCkGkTsyE3AHEXprxbf8VnzdG0zYiU8dGsD8TXLcUgNPjGjY8yNUa1FBYxSrr7DxB9plibZufu4 GI5TrdMKuFeIyarqlkqfuOS9.1iFCXzQfE.iHDzUL.0D_9ETlsvpxGxrCXCPsoQR9Rylvmrjijoh koeEfaQG4zcpvzaV1ZIQaH0343qH8Hk.gsrHP1FaMV.FXlJlH.uYv3WrHpEYHGayGeyXb24uF7eZ yT854ZckoMtboRd1DgsZPzFIAbd0JeaOXwrFdgCLgqSljgxrdz9y7SHGHGB5.TSMxczKpx0nZ.c3 eNmWcAOrEu64PR9a8y1QJTEKsSzVQHV1TE0CjV.v46tEu36a4J78LTo_xpAYPkAVb5Tz2k3osSND ink7eCHRAbqPgXOmBCWKfyvtTB9du3jg29DxdcauaY6MUJbCz4PWldIcfgeWiTca_gOF4zC5TfQ- - Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.ne1.yahoo.com with HTTP; Tue, 9 Oct 2018 01:46:47 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.101]) ([76.115.7.162]) by smtp404.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 095538f16fe0911adec1abe2ae426440; Tue, 09 Oct 2018 01:46:44 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: FYI: I finally got FreeBSD 12 booted under qemu/kvm with general Ethernet access (on a MACCHIATObin running linux) From: Mark Millard In-Reply-To: <89370727-44EB-40AD-A8B7-4D3AA823BB8A@yahoo.com> Date: Mon, 8 Oct 2018 18:46:42 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <5CE7962C-3ADB-48F8-9804-4ABEDB16F578@yahoo.com> References: <1539024068.3199.1@smtp.migadu.com> <6D5D6E6E-CD6D-4DD7-ABBB-FB9D46FA1D84@yahoo.com> <1539026814.3199.2@smtp.migadu.com> <89370727-44EB-40AD-A8B7-4D3AA823BB8A@yahoo.com> To: Greg V X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 01:46:54 -0000 On 2018-Oct-8, at 1:07 PM, Mark Millard wrote: > On 2018-Oct-8, at 12:26 PM, Greg V = wrote: >=20 >> On Mon, Oct 8, 2018 at 10:14 PM, Mark Millard = wrote: >>> On 2018-Oct-8, at 11:41 AM, Greg V = wrote: >>>> On Sun, Oct 7, 2018 at 10:14 PM, Mark Millard via freebsd-arm = wrote: >>>>> Unfortunately, like every past attempt at such where I used >>>>> -cpu host, -smp, and -enable-kvm on a few Linux-booted systems >>>>> where I've tried such, processes are subject to occasional, random >>>>> illegal instruction and segmentation fault program crashes. (The >>>>> host linux has no such problems.) True even before getting = Ethernet >>>>> access working in FreeBSD. >>>> Hmmmm, I never saw any program crashes on Scaleway's KVM VPS = (ThunderX hardware), but I have awfully slow storage performance. >>>> How fast is the disk on your KVM setup? >>> I've only booted linux via a microsd card so far, >>> a Class A1 SanDisk Ultra. I've not planned on >>> putting linux on the fast media that I hope >>> to put FreeBSD on and boot from someday. As >>> stands, I do not have spare fast media for the >>> MACCHIATObin. >>=20 >> Surely QEMU/KVM supports booting from bare metal hard disks (not = files), so you could put FreeBSD on the disk you want to eventually boot = directly from, and initially try it under KVM. I actually had a setup = where I would boot the same FreeBSD disk on my desktop both directly on = metal and under Hyper-V :) >=20 > I do that under Hyper-V (Windows 10 Pro) and directly. But > linux/qemu/kvm is effectively new to me and everything is > exploratory. I may get there. >=20 >> But anyway, I think you'd notice the difference even on microSD. >> The performance on the VPS is *that* bad. >>=20 >=20 > At some point I may be I can run something > like: >=20 > iozone -a -a0 -a1 -a2 -e -I >=20 > for you and supply some of the output > (from a run that does not crash first). > The -e and -I tend to avoid measuring > oeprations that have not (yet) gone to > the storage media or are just in cache. iozone turned out to be a non-useful idea: It comes up with a bunch of speeds being way over 100000 KBytes/s for reclen's of 32 KBytes or more, even a re-read of 1069489 KBytes/s and a read of 915107 KBytes/s are examples. There may be caching/buffering in qemu/kvm/linux not under control of the -e and -I (and FreeBSD) and/or time may not measure out well. I'm not going to try to figure the contributions at this point. iozone also gets SIGSEGV at some random point, possibly more reliably than other things that have produced core files in what little that I've done with FreeBSD in this context. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Oct 9 03:31:44 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B661610BBF51 for ; Tue, 9 Oct 2018 03:31:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-20.consmr.mail.gq1.yahoo.com (sonic301-20.consmr.mail.gq1.yahoo.com [98.137.64.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4077771F6F for ; Tue, 9 Oct 2018 03:31:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 1KHL87YVM1k.X.Wep3CByqdbxxiZEn0ipyNpGObjTUweqHfTlGX748dvacOW6tK Bt7HNjpbnPp5ozNJ2fMYgkwPv05ksOOmbeiyyFVoirW.C_EqK_xM0e6NomNXj_SKjybJsmiAJJoJ pGaMXXnvSvvwG1nFeiua1nslsEe38FeUn5vlau5aCFsSQA6ZQinof7.kvpxUV_f.HDfCccqifUI1 ZDehMwEQwqoeWNqgs3qjn6m9lAFizrqSTKi6we1piW.iUSIT10UyWyEZsARDcG55h92c7RBTmA9I NbVlDHgEdPXajLnGjvloiG157KeTa0b3QufSd0NsJ..1AbXW5h9FyWVxvueRIt7wqeCP035AHvhK HWt2Xl87bHqqdVHYAkwS1Bs0BA6hl3Vhr6KyNYpENTgN_wQl2QqfzcnzT.FbnCp0.CrIzN7JizRf LgvgRucXmzzy2MqUyhHOJlo3.VThSLDef7He7guNwoH7r7Ayj.jO4bDMHu2jUi7MPpn1cL6G3mhq S2jGjzD0MOHz4Fctr3LRrLpRm1j3lPnMfcVr97LDRScY1vg7Oa6S5F.OSsIHLuX6PlngHlRvOoKy zMdtFr3FpU2Qqq8Do8mKWCrA56dQlt3WqoVEaevRMky5Ew6GdRRWkBlpET9qsWnRuf3LxTGoEGBf PIXmDUfa8.aBEWmG39ayfbbaEjBoGMAqXUzarc4LSJzaMm5SY7CVwPJjgjiNd0Jz9cycoXvwuNU. qtTb9RYor1M_OJmCW3nQ_BJooT0jLZjBQq43x_f0la0JFlB6KpaO8K3Txb99XsjkA.yAdhhui9JN kggBSLzJzReG8imHDMuHq_APeusI6f5a17B67x0olgVtOg8OFCIccOugIYPoxLn5J7BMytWftwiK 2OmMYm9KSlnfCyS6qySfKNudZdxtuxH34HlkMXLQ2px2GbSMsWtmwGP4AYVXU0fjiy.csjVIPEmY HrNBjNFG7PJkQgpnGLcMhCcvGAwYzpWUM9HDJp.47Bfl8i8J8HGKQIb2NIl9.Ul8zIBGpgLBFqdI AOYSY7PFuWpnWCaa0dDbPCyaNH3bw04HjEbjPw_tZPHd8X1rQGrrttdm2KL0- Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Tue, 9 Oct 2018 03:31:37 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.101]) ([76.115.7.162]) by smtp418.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID fb3614a4dbb1d0fb304f2be6d24ef3ef; Tue, 09 Oct 2018 03:31:36 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Question: How to boot FreeBSD head on a MACCHIATOBin (double shot)? From: Mark Millard In-Reply-To: <1539033028.40692.0@smtp.migadu.com> Date: Mon, 8 Oct 2018 20:31:36 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <1539023879.3199.0@smtp.migadu.com> <84911233-9535-4005-82DC-1910BC3BF101@yahoo.com> <1539033028.40692.0@smtp.migadu.com> To: Greg V X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 03:31:45 -0000 On 2018-Oct-8, at 2:10 PM, Greg V = wrote: > On Mon, Oct 8, 2018 at 10:54 PM, Mark Millard = wrote: >> On 2018-Oct-8, at 11:37 AM, Greg V = wrote: >>> On Mon, Oct 8, 2018 at 1:05 AM, Mark Millard via freebsd-arm = wrote: >>>> Anyone willing to provide notes or instructions >>>> for setting up a MACCHIATOBin (double shot) to boot >>>> FreeBSD head from a SATA SSD? (Failing that: a USB >>>> storage device?) (Failing that: microsd card?) >>>> This could well include notes/instructions about >>>> what needs to be on the media that may be unique >>>> to the MACCHIATOBin. I realize that various things >>>> will not work yet. I'd just explore some of what >>>> does work. >>> =46rom what I remember on this mailing list, PCIe and Ethernet won't = work. >>> (BTW, OpenBSD does have a PCIe driver for it already... and for the = Rockchip RK3399 too... dang) >>>> Needing to have the kernel and earlier stages >>>> and a preliminary /etc/fstab and /boot/loader.conf >>>> on an microsd card but getting the UFS file system >>>> (/) from the SATA SSD is likely a workable combination, >>>> similar to what I've sometimes done on smaller >>>> single board computers. For such, it is the kernel >>>> and earlier stages where I'm unclear on the details >>>> for the MACCHIATOBin double shot. >>> According to their wiki, SATA is supported in U-Boot: >>> = http://wiki.macchiatobin.net/tiki-index.php?page=3DUse+SATA+drives+in+U-Bo= ot >> Various details do not seem to match, such as the 1, 8, 9 >> device numbering for SATA (scsi) vs.: >> Marvell>> scsi scan >> scanning bus for devices... >> SATA link 0 timeout. >> SATA link 1 timeout. >> AHCI 0001.0000 32 slots 2 ports 6 Gbps 0x3 impl SATA mode >> flags: 64bit ncq led only pmp fbss pio slum part sxs >> Target spinup took 0 ms. >> SATA link 1 timeout. >> AHCI 0001.0000 32 slots 2 ports 6 Gbps 0x3 impl SATA mode >> flags: 64bit ncq led only pmp fbss pio slum part sxs >> Device 0: (0:0) Vendor: ATA Prod.: Samsung SSD 850 Rev: EXM0 >> Type: Hard Disk >> Capacity: 976762.3 MB =3D 953.8 GB (2000409264 x 512) >> The text seem to be for some older version of the board >> and/or firmware: the picture and description of the >> SATA connector position numbering is for an older board. >>> You should be able to just load and run loader.efi from the drive's = EFI System Partition. >> The help at the Marvell>> prompt mentioned EFI once: >> bootefi - Boots an EFI payload from memory >> with the longer description being: >> bootefi [fdt address] >> - boot EFI payload stored at address . >> If specified, the device tree located at gets >> exposed as EFI configuration table. >> I interpreted this as a lack of direct use of on-media EFI >> material being supported. >=20 > I agree with the EDK2 recommendation, but in case you (or anyone = reading the list) want to do in in U-Boot: >=20 > U-Boot is rather low level, nothing is direct :) > You have to take two steps =E2=80=94 first load the EFI file from a = filesystem (or network, or whatever) into some address in memory, then = bootefi that address. > (Also load the FDT file using the same mechanism.) > Look up the fatload command for the FAT filesystem (which includes EFI = System Partitions.) >=20 > There are usually suggested addresses exposed as variables like = kernel_addr_r and fdt_addr_r. >=20 > For example, I boot most of my SBCs over the network with a script = like this: >=20 > env set serverip 192.168.1.2 > env set baudrate 15000000 > env set bootargs boot.nfsroot.server=3D${serverip} = boot.nfsroot.path=3D/solitude-tank/greg/Netboot/ROCKPro64 = comconsole_speed=3D${baudrate} > tftpboot ${kernel_addr_r} loader.efi > tftpboot ${fdt_addr_r} dtb/rockchip/rk3399-rockpro64.dtb > bootefi ${kernel_addr_r} ${fdt_addr_r} >=20 > In the local storage case, instead of 'tftpboot' you'd use 'fatload' = (or load for any file system really). I took the .dtb from the linux boot media and put a copy in the fat file system tied to the FreeBSD media. The .efi is a copy of one that boots another arm FreeBSD system and was already in place. I tried fatload for each ( using $kernel_addr then $fdt_addr ) and end up with: QUOTE Marvell>> bootefi $kernel_addr $fdt_addr ## Starting EFI application at 05000000 ... Scanning disk sdhci@6e0000.blk... Card did not respond to voltage select! mmc_init: -95, time 26 Found 1 disks "Synchronous Abort" handler, esr 0x96000045 ELR: 7ff7f260 LR: 7ff79bb0 x0 : 00000000bffff000 x1 : 0000000000000000 x2 : 000000000000001f x3 : 0000000000000000 x4 : 0000000000000018 x5 : 0000000000000000 x6 : 0000000000000003 x7 : 0000000000000001 x8 : 000000007ff9f748 x9 : 0000000000000008 x10: 0000000000000001 x11: 0000000000000006 x12: 00000000ffffffff x13: 00000000ffffffff x14: 000000007f70f40c x15: 0000000008000000 x16: 000000007ff9c594 x17: 000000007ff9c594 x18: 000000007f716d18 x19: 00000000bffff000 x20: 000000007ff9d530 x21: 0000000008000fff x22: 000000007ffa5a30 x23: 000000007ffb26b4 x24: 000000007f70f4f0 x25: 000000007ff8a000 x26: 000000007ff9d530 x27: 000000007e6fade8 x28: 0000000000000000 x29: 000000007f70f490 Resetting CPU ... END QUOTE for anything that I've tried for env set bootargs. By contrast, just after power up, no fatload use or other such, produced: Marvell>> bootefi $kernel_addr $fdt_addr ## Starting EFI application at 05000000 ... WARNING: Invalid device tree, expect boot to fail efi_load_pe: Invalid DOS Signature ## Application terminated, r =3D -2 Marvell>>=20 So the loads are changing the behavior. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Oct 9 10:18:08 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2E71E10C88C3 for ; Tue, 9 Oct 2018 10:18:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C4D9A80F3F for ; Tue, 9 Oct 2018 10:18:07 +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 18E9D11D26 for ; Tue, 9 Oct 2018 10:18:07 +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 w99AI6JJ090876 for ; Tue, 9 Oct 2018 10:18:06 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w99AI6nV090875 for freebsd-arm@FreeBSD.org; Tue, 9 Oct 2018 10:18:06 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 231325] CURRENT ALPHA5: rescue/sh check failed Date: Tue, 09 Oct 2018 10:18:06 +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: regression X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: des@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution cc bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 10:18:08 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D231325 Dag-Erling Sm=C3=83=C2=B8rgrav changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED CC| |des@FreeBSD.org Status|New |Closed --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Wed Oct 10 10:17:07 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7BA7510CECDA for ; Wed, 10 Oct 2018 10:17:07 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-21.consmr.mail.gq1.yahoo.com (sonic312-21.consmr.mail.gq1.yahoo.com [98.137.69.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 06B67778C4 for ; Wed, 10 Oct 2018 10:17:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 5Lcpbr0VM1kgK4glpUHb.tAdRxmHtWwpMxuztVNPfWisa3nln2PXN3Fgr5FhYLF KgIyKuLfpIhP1l9xNCTQGLhEJ0cp2usIjPT1_9HRQasdIuDPyLYOdGHzputWSKUjgC5AoY9YFfcV U5zZc_Umh4fUGPYkjgDLYwA1H6dMGdvM3kj4ei44H5ifj6_P1wMjCxhHL07A1USKAaYfZAqEYCbd 3KvRHjRoNGG_neNNDt8SzpS7N_wv3kxIoEI_W9VqFBFn7tp3B9ycG4IrAi4CxjPWNSZM7.g.8wC. 5H4vsBEafd7DIQLFud6_8vTzHK20N0FBttZ3jl.WsyxrEBhqH2lDEn8ABjpDlH6Jtim7s8QKydZq ok7nak5zVvyWBXOy79j0KgmWxfKniDn4jD596cOY92tvuDYo3WwQ0anEdBrNR2Sh33wA3o8K.6Z4 acMqZax.OO4lV74AHW.LI5EOr8akOkgwa.aX5ziaxpD3PMgke7IzXRG.bKyummti_OLsBX7B8dII 5ztgmdwwKucDjeBF_A5WcBSf1pyoQUohVfSdjET2oX_AhoV5hLYOJ58O9ta8TPnqIEgxaux6vo5r KEt5spkwgKzaTERyjX0OLcIaVlhD7DCUu4yX8s5c3748_FB8LTX3wGVnjTod10YR_q1.5fY.iZx3 0DyqMbPVx.Kx3ip01ixJZAM.j5oJ_HMETWOggOBjpv1Q5OWZlbzRKIpzcrngyY4M5316L7Mlg3nY 3LsBpvBfMrFZjAm8UMrHeTbplPxnA5TLOCkfYamew.lw1HQIayKcsTCfKcIhGTguE5_4XSJKkfKO iz4rhWYndDnoDkhoULuofcE3JakLPZCT_hBIfLTfAmmIvzU0FCvsEIVLS9JIVPEUNXdkc9QMPovO WsVdoH4S2xwKWJg0MQz8nphsFP2IOMPVUpJZkPlCdZbt.uzi7MBAvAJJ912s4JgEf1KD7o52OGDq T42LXgRGrBSIOk27d.JnoSKcGecmQejnE8suXyGUdTxGzipWCgTv6f5sq2u__3nBXttLNKHR3OJU 9QuGlq.qnt72NsO40rpsPsd3rCL6Fl2pfpOwGgvEINmfOGCv3sSAAUWrSEGl8C34VeyoZc5azKyP siaI4gw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Wed, 10 Oct 2018 10:17:00 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.101]) ([76.115.7.162]) by smtp412.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 78b143f7e26acda13a55422b970f7cb4; Wed, 10 Oct 2018 09:56:44 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: FYI: SoftIron Overdrive 1000 (aarch64 Cortex-A57) vs. old PowerMac G5 (powerpc64) "Quad Core": a comparison of build times Message-Id: Date: Wed, 10 Oct 2018 02:56:44 -0700 To: FreeBSD PowerPC ML , freebsd-arm X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2018 10:17:07 -0000 The following is based on WITHOUT_LLVM_TARGET_ALL=3D and powerpc64 has WITH_LIB32=3D while aarch64 does not. In both cases system-clang is used to do the buildworld buildkernel, although for powerpc64 one would not normally install and try to boot and use the result for FreeBSD as things are. The builds are self-hosted, not cross builds. OverDrive 1000 buildworld buildkernel: a little under 3 hr 17 min. G5 "Quad Core" buildworld buildkernel: around 4 hr 53 min (4 hr = 14 min ignoring lib32 time). The G5 had not started building lib32 (or the kernel) until about 3 hr 28 min into its build. aarch64 has no lib32 to build. The G5 did not start on the kernel until around 4 hr 7 min. So around 4 hr 14 min when not counting lib32's time. powerpc64 is using devel/powerpc64-binutils (or devel/binutils) but aarch64 is using lld. (Last I tried lld would not let the build complete for powerpc64, if I remember right.) For powerpc64 the binutils used had been built already. What was built was (same-in-both part): (neither built a bootstrap compiler or linker) #WITH_CROSS_COMPILER=3D WITH_SYSTEM_COMPILER=3D WITH_SYSTEM_LINKER=3D # WITH_LIBCPLUSPLUS=3D WITHOUT_BINUTILS_BOOTSTRAP=3D WITH_ELFTOOLCHAIN_BOOTSTRAP=3D WITHOUT_LLVM_TARGET_ALL=3D #WITH_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D WITH_LLD=3D WITHOUT_BINUTILS=3D WITH_LLDB=3D # WITH_BOOT=3D # WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GCC_IS_CC=3D WITHOUT_GNUCXX=3D The variations for what was built between aarch64 vs. powerpc64 were: #WITH_LLD_BOOTSTRAP=3D WITHOUT_LLD_BOOTSTRAP=3D WITH_LLD_IS_LD=3D WITHOUT_LLD_IS_LD=3D WITHOUT_LIB32=3D [This is effectively a comment: aarch64 never has = lib32] WITH_LIB32=3D powerpc64 uses: LOADER_DEFAULT_INTERP=3D4th Also, cortex-a57 used: LDFLAGS.lld+=3D -Wl,--no-threads Note: My actual powerpc64 builds are via devel/powerpc64-gcc and devel/powerpc64-binutils (or devel/binutils), but I've not built for aarch64 that way. For powerpc64 I do build clang and have clang as cc. (Clang's powerpc64 problems are tied to things special for buildworld and buildkernel .) Unfortunately, devel/powerpc64-gcc based builds are WITHOUT_LIB32=3D because for lib32 it misuses R30 in crtbeginS code (vs. the ABI for FreeBSD) and 32-bit code just produces core files from the bad dereference that results. Note: The G5 so-called "Quad Core" has 4 cores overall in the system but they are evenly split across 2 sockets: 2 dual-core processors. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Oct 11 01:08:53 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D028E10C1E85 for ; Thu, 11 Oct 2018 01:08: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 48C7B79D71 for ; Thu, 11 Oct 2018 01:08: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 w9B18kK3023354 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 10 Oct 2018 18:08:46 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id w9B18jW1023353; Wed, 10 Oct 2018 18:08:45 -0700 (PDT) (envelope-from fbsd) Date: Wed, 10 Oct 2018 18:08:44 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Can't set root password on ALPHA9 for RPI3 Message-ID: <20181011010844.GA23105@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 01:08:54 -0000 In setting up ALPHA9 on an RPI3 an error comes up in trying to set a password using single-user mode on the serial console. Initially the machine came up multi-user, whence I realized I'd forgotten to set a root password. I pulled the plug and booted to single user successfully. However, when I typed # passwd Changing local password for root New Password: Retype New Password: passwd: pam_chauthtok(): Error in service module Fsck says the filesystem is clean. I could re-image the microSD card and start over, but would rather save the configuration done so far if it's possible. Thanks for reading, and any guidance! bob prohaska From owner-freebsd-arm@freebsd.org Thu Oct 11 01:50:08 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9387510C53FB for ; Thu, 11 Oct 2018 01:50:08 +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 1384C7BF9B for ; Thu, 11 Oct 2018 01:50:07 +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 w9B1o8Mq023464 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 10 Oct 2018 18:50:09 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id w9B1o7pR023463; Wed, 10 Oct 2018 18:50:07 -0700 (PDT) (envelope-from fbsd) Date: Wed, 10 Oct 2018 18:50:07 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Re: Can't set root password on ALPHA9 for RPI3 Message-ID: <20181011015007.GB23105@www.zefox.net> References: <20181011010844.GA23105@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181011010844.GA23105@www.zefox.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 01:50:08 -0000 On Wed, Oct 10, 2018 at 06:08:44PM -0700, bob prohaska wrote: > In setting up ALPHA9 on an RPI3 an error comes up in trying to > set a password using single-user mode on the serial console. > > Initially the machine came up multi-user, whence I realized > I'd forgotten to set a root password. I pulled the plug and > booted to single user successfully. However, when I typed > > # passwd > Changing local password for root > New Password: > Retype New Password: > passwd: pam_chauthtok(): Error in service module > Eventually I re-learned the default root password is root, and in multi-user mode that worked to log in and set a secure root password. However, rebooting (gracefully, this time) to single-user, the error persists, both for root and a normal user. As an aside, with a Dell keyboard-hub and Dell mouse the Timeout poll on interrupt endpoint Timeout poll on interrupt endpoint ...... ......... flood is still present. It goes away once the kernel starts but still seems to prevent hands-off booting. So far no other problems. The system no longer hangs when a 1920 x 1200 monitor is connected. Thanks for reading! bob prohaska From owner-freebsd-arm@freebsd.org Thu Oct 11 17:07:16 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E4B8410C125C for ; Thu, 11 Oct 2018 17:07:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-22.consmr.mail.gq1.yahoo.com (sonic303-22.consmr.mail.gq1.yahoo.com [98.137.64.203]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5462778EC0 for ; Thu, 11 Oct 2018 17:07:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Qf4m8fAVM1mmClriKZDi2Qm8v2bqF7DFpn_PR4gH4oiv85Br.t1k2VbiwmoMwF3 PLHTWNTPczHC._4YBABx9WWZOqDLPGOZDQYkbLcVlDc1uSzMVH7JwZDJEbDDnKE1WOLQteCJXRx7 Uigx2oBC_2HZ7WgTsonSEN_l9XTfABnVOaMYGEuwFatN6uwQqJsIysTsAo0NhYvXR0wt3veUviCL eTRyppiC3Wl2J8t3EKWCl_w.hTqEA843npBHSYjestFsYvvUSCk.FQuOWYtod6Zbse6ewCNEEWnZ AEOtXjgwmp13Mntmgkneb0bLChpQFQC9FmNfCUMV_Vwf.fhMJMDY0r5bNs9ZILmiOJ88pK4JlvOy Z2d84DWrTCD2OQnzLjpIWXHwcOLBRzk8XpYdXW2U4kH5ogDOxwWT.lp7wDn82iejnEiFpJNrM92y zPkS2eEb7vixTm.wtJUWdC7glkHAmHs0Ro3FVubsxOLVMxgQ5LmeJty8lzDl_4OnOqKsqi1Q_454 RVp.RptukwSXrxpxDhxB_fXCPFXjTUsdIXwZEqndaRI5PLgxnJMrj_MbLTPN2Pjv90mEvXhcy8_G IL3XajFyMV7dZpQd1MD1ZBnlVYf2GZd0Sfm380YaR41iMqerYV0mUtpuxqBlGsS.sqaCxXgGzZIS mWBu4gf9P6yqEne.ugsd6zdpRyAEk3xj06oJIkgX84W_GO9NsWfqIg.gi_X6c08H_xY.IrURwDOc 7m79bdNrzT.mu1zM5R_wl01FH7uyTLDRSpQDZTdLppZAWmPyzUHXpmB0Yl23bhwWOfSFgkRCGnch 6HCudOSXCZzf8SX7ZeXG.qHjHNcqX8qjrmQo.Ob_hRGp03qpR9yloSRDLuyDv_jd3m64B4Ny.P_6 _4UIU0k4s89y1mZOplsk2QSvDu5DBHSI18HeiHG3NJ0dPSef_dFlMeBKSs_ks_FTZ5cuS6YBHh1r zMxVGVBdWrb.0qjhIhxYh6zc071m_8Qsfc0XTYSE4I8qkI6NcegpUBrQUx6tV1uwmesgRKkqmQHp anASx3N8W.I6IxCogLI_J9zNfhRh_.WCwAai5QrW_mZT1LO5mHZkqHJEnRXOg2nxYEwKVYl42HJH bv66qZQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Thu, 11 Oct 2018 17:07:13 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp432.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID e284c6eac1ca469319cad90f648090ca; Thu, 11 Oct 2018 17:07:11 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: FYI: SoftIron Overdrive 1000 (aarch64 Cortex-A57) vs. old PowerMac G5 (powerpc64) "Quad Core": a comparison of build times Date: Thu, 11 Oct 2018 10:07:11 -0700 References: To: freebsd-arm , FreeBSD PowerPC ML In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 17:07:16 -0000 [Adding notes about Watts when near 0% idle.] On 2018-Oct-10, at 2:56 AM, Mark Millard wrote: > The following is based on WITHOUT_LLVM_TARGET_ALL=3D and > powerpc64 has WITH_LIB32=3D while aarch64 does not. In > both cases system-clang is used to do the buildworld > buildkernel, although for powerpc64 one would not > normally install and try to boot and use the result > for FreeBSD as things are. The builds are self-hosted, > not cross builds. >=20 > OverDrive 1000 buildworld buildkernel: a little under 3 hr 17 min. > G5 "Quad Core" buildworld buildkernel: around 4 hr 53 min (4 = hr 14 min ignoring lib32 time). >=20 > The G5 had not started building lib32 (or the kernel) until > about 3 hr 28 min into its build. aarch64 has no lib32 to > build. The G5 did not start on the kernel until around 4 hr > 7 min. So around 4 hr 14 min when not counting lib32's time. >=20 > powerpc64 is using devel/powerpc64-binutils (or devel/binutils) > but aarch64 is using lld. (Last I tried lld would not let the > build complete for powerpc64, if I remember right.) For powerpc64 > the binutils used had been built already. >=20 >=20 > What was built was (same-in-both part): > (neither built a bootstrap compiler or > linker) >=20 > #WITH_CROSS_COMPILER=3D > WITH_SYSTEM_COMPILER=3D > WITH_SYSTEM_LINKER=3D > # > WITH_LIBCPLUSPLUS=3D > WITHOUT_BINUTILS_BOOTSTRAP=3D > WITH_ELFTOOLCHAIN_BOOTSTRAP=3D > WITHOUT_LLVM_TARGET_ALL=3D > #WITH_CLANG_BOOTSTRAP=3D > WITH_CLANG=3D > WITH_CLANG_IS_CC=3D > WITH_CLANG_FULL=3D > WITH_CLANG_EXTRAS=3D > WITH_LLD=3D > WITHOUT_BINUTILS=3D > WITH_LLDB=3D > # > WITH_BOOT=3D > # > WITHOUT_GCC_BOOTSTRAP=3D > WITHOUT_GCC=3D > WITHOUT_GCC_IS_CC=3D > WITHOUT_GNUCXX=3D >=20 >=20 > The variations for what was built between aarch64 vs. > powerpc64 were: >=20 > #WITH_LLD_BOOTSTRAP=3D > WITHOUT_LLD_BOOTSTRAP=3D >=20 > WITH_LLD_IS_LD=3D > WITHOUT_LLD_IS_LD=3D >=20 > WITHOUT_LIB32=3D [This is effectively a comment: aarch64 never has = lib32] > WITH_LIB32=3D >=20 > powerpc64 uses: LOADER_DEFAULT_INTERP=3D4th >=20 > Also, cortex-a57 used: LDFLAGS.lld+=3D -Wl,--no-threads >=20 >=20 > Note: My actual powerpc64 builds are via devel/powerpc64-gcc > and devel/powerpc64-binutils (or devel/binutils), but I've > not built for aarch64 that way. For powerpc64 I do build > clang and have clang as cc. (Clang's powerpc64 problems are > tied to things special for buildworld and buildkernel .) > Unfortunately, devel/powerpc64-gcc based builds are > WITHOUT_LIB32=3D because for lib32 it misuses R30 in crtbeginS > code (vs. the ABI for FreeBSD) and 32-bit code just produces > core files from the bad dereference that results. >=20 > Note: The G5 so-called "Quad Core" has 4 cores overall in the > system but they are evenly split across 2 sockets: 2 dual-core > processors. Continuing the comparison of things separated by over a decade: Watts when (near) 0% idle over sustained periods during buildworld or poudriere bulk. PowerMac G5 so-called "Quad Core": around 380 W. SoftIron Overdrive 1000: a little under 45 W. The Overdrive does not have a video card. The G5 has a video card that is in use as a basic console, not x11 or such. Other than the video card, the other G5 optional hardware includes its 16 GiBytes of RAM and one 480 GByte SSD appropriate to the older SATA technology. One Ethernet connection. A USB keyboard. The OverDrive 1000 has 8 GiBytes of RAM and the hard drive was replaced by a 1TB Samsung 960 Pro SSD. One Ethernet connection. Its USB serial console is set up. At the system level both total to having 4 cores (structured very differently to get there). And the Overdrive builds FreeBSD and ports somewhat faster overall. Cool. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Oct 11 20:44:54 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CD81510C7227 for ; Thu, 11 Oct 2018 20:44:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-9.consmr.mail.gq1.yahoo.com (sonic315-9.consmr.mail.gq1.yahoo.com [98.137.65.33]) (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 480528145C for ; Thu, 11 Oct 2018 20:44:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Yi4wiGIVM1khoktXnfF7baJiTtyOLGY8SLN0KwZsWUylz8BYNZtT_pSGVxkjHGE 3PdTk.JqfGuoWAfqZ33XHk.Hak2TtE5aG6WfwA4IKy.hBVxHoo.L3Fmdf9wlWhOvsAXOEQmf95hB atQgWXyfgyDYuUFXo2i.c5fDt6e4m4Sd7Cb9TIVOJP5NoT0ZVmIQZrJ8BvOZjXu.4Qsg7xWeYCI8 bLg9bFd14j_9lsJfUAil1LlO7WNrbQlh8lVZyoqG2klo_x9_fy0sx2pRtiSHF0PhKywzU4VlCPz4 73p3cGX317l7f3eG72YbmIaN8txBhQINgYNjo8xjQrfWyd.pkpAHvNHoA3cq.SYCyB.tlchdhY8t ghfL940xvcby7TYmCn1t3CYnQKzpDkE.Sd7Q9KrgmWqiq_iCxYeORSbk6GW4IC_Op08lOHB6Lgyo c7Pzy5rfEbVTZ8V00WSvO0omsDMQGyQzj6IVClVYicHUKbuyqVd3MrEHKaQ0tBYQKeu34uDMkLxY tt0hSBFynemJndCTFvO3mjXdrFaLNsN3BHeZdb9eO6PFkZxNWaLkeEUqT19RRSaMTL_mGqpuMCzH IiA_L4Lw15gzAmi6T5p6Y_pQvJW.CZSL49LcLY_6xrw34UZ2qu4jX1wpPUB3xfYLS2J4IuhXYUra odetOQf9cpFkQji7Qeu.wrQe46I3dMLqEV9ItGdbhqw29tksZCqwJe3paGEuNGFByofxCYpN.Pq_ rZzjiNsR4lJHFRQW_0GngxPpmO2DzcMpWSTnhSjDvfMkgM0bCoehgI8DtGOhqUqFu20LKhmlU2TV icjKVLXOm3faV9kEaQLkD2eRXHYKHLw5K_OOH0.00arg1Y2EmkQKRlRuYKACawNssTswWMKXVETl gPkJmLY9f9c56nfFoA0hVwsXZ3P5b29EZb8yS3wxgUAh1Ex6dc_LzpttpEzL59A_kOjnM.Az9bT3 N04BN0iRWLqZ00s4ro6OmR4PDD6cPK9LvV8TcYhXcjNf9FuuZYmZB.j5gzzxwK91T.Cl49pjxHfV f_BmeyJSBX6OZk0jxuJBG232r_qNfso3sMMtjKFSoZn_9AiSSrmtu Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Thu, 11 Oct 2018 20:44:49 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp402.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID e824b8d49ae608a9cadb5bb66f01a6e1 for ; Thu, 11 Oct 2018 20:44:46 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Failed 1st attempt to boot Orange Pi Plus 2E (OPi+2E): a boot log with boot -v output for "Fatal kernel mode data abort: 'Translation Fault (L1)' on read" Message-Id: <84F44B08-F829-4268-80E5-3BA045AA37F2@yahoo.com> Date: Thu, 11 Oct 2018 13:44:45 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 20:44:54 -0000 My attempt to boot a Orange Pi Plus 2E ended in: . . . pcm0: mem 0x1c22c00-0x1c22fff irq 29 on = simplebus0 simplebus0: no default resources for rid =3D 1, type =3D 3 Fatal kernel mode data abort: 'Translation Fault (L1)' on read trapframe: 0xc0e13bc8 FSR=3D00000005, FAR=3D00000004, spsr=3D600000d3 r0 =3Dc507fc00, r1 =3D00000000, r2 =3D00000080, r3 =3D00000000 r4 =3Dc507fc00, r5 =3Dc6efef00, r6 =3D00000080, r7 =3D00000000 r8 =3D00000007, r9 =3Dc507fc00, r10=3Dffffffff, r11=3Dc0e13c78 r12=3D00000000, ssp=3Dc0e13c58, slr=3Dc0649ff0, pc =3Dc064a0fc [ thread pid 0 tid 100000 ] Stopped at h3_pr_set_clear+0x20: ldmib r1, {r0-r1} db>=20 The same media was previously used to boot and operate a BPi-M3 but I replaced u-boot and the boot.scr with those for the OPi+2E (2018.09 from a port build via poudriere-devel). The boot media is a microsd card, a SanDisk Ultra with Class A1. The world and kernel materials are based on -r339076 . Is the failure expected for a OPi+2E at this point? For anyone that might care: a boot log follows that includes a bt . . . (The below does have "|=08/=08-=08\=08" and such edited out. It has boot -v output.) U-Boot SPL 2018.09 (Oct 02 2018 - 19:35:28 +0000) DRAM: 2048 MiB Trying to boot from MMC1 U-Boot 2018.09 (Oct 02 2018 - 19:35:28 +0000) Allwinner Technology CPU: Allwinner H3 (SUN8I 1680) Model: Xunlong Orange Pi Plus 2E DRAM: 2 GiB MMC: SUNXI SD/MMC: 0, SUNXI SD/MMC: 1 Loading Environment from FAT... Unable to use mmc 1:1... In: serial Out: serial Err: serial Net: phy interface7 eth0: ethernet@1c30000 starting USB... USB0: USB EHCI 1.00 USB1: USB OHCI 1.0 USB2: USB EHCI 1.00 USB3: USB OHCI 1.0 USB4: USB EHCI 1.00 USB5: USB OHCI 1.0 USB6: USB EHCI 1.00 USB7: 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 bus 4 for devices... 1 USB Device(s) found scanning bus 6 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 1 =08=08=08 0=20 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 367032 bytes read in 18 ms (19.4 MiB/s) ## Starting application at 0x42000000 ... Consoles: U-Boot console =20 Compatible U-Boot API signature found @0xb9f5bca0 FreeBSD/armv7 U-Boot loader, Revision 1.2 DRAM: 2048MB Number of U-Boot devices: 1 U-Boot env: loaderdev not set, will probe all devices. Found U-Boot device: disk Probing all disk devices... Checking unit=3D0 slice=3D partition=3D... good. Booting from disk0s2a: Loading /boot/defaults/loader.conf Loading /boot/device.hints Loading /boot/loader.conf =08Loading /boot/loader.conf.local Loading kernel... =08/boot/kernel/kernel text=3D0x889d68 data=3D0xad8e0+0x1f79a0 = syms=3D[0x4+0xa6630+0x4+0x108bbf] Loading configured modules... /boot/entropy size=3D0x1000 /boot/kernel/umodem.ko text=3D0x1550 text=3D0xf30 data=3D0x1080+0xf84 = syms=3D[0x4+0xe90+0x4+0xa7e] loading required module 'ucom' /boot/kernel/ucom.ko text=3D0x174c text=3D0x2a30 data=3D0x1080+0x17b8 = syms=3D[0x4+0x13e0+0x4+0xbac] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel] in 9 seconds...=20 Type '?' for a list of commands, 'help' for more detailed help. loader> boot -v /boot/dtb/sun8i-h3-orangepi-plus2e.dtb size=3D0x6630 Loaded DTB from file 'sun8i-h3-orangepi-plus2e.dtb'. =08Kernel entry at 0x42400180... Kernel args: -v ---<>--- KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2018 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.0-ALPHA8 #20 r339076M: Mon Oct 1 20:11:52 PDT 2018 = markmi@FBSDUSSD:/usr/obj/armv7_clang/arm.armv7/usr/src/arm.armv7/sys/GENER= IC-NODBG arm FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on = LLVM 6.0.1) VT: init without driver. Preloaded elf kernel "/boot/kernel/kernel" at 0xc0d01000. Preloaded boot_entropy_cache "/boot/entropy" at 0xc0d09888. Preloaded elf module "/boot/kernel/umodem.ko" at 0xc0d098d4. Preloaded elf module "/boot/kernel/ucom.ko" at 0xc0d09e10. Preloaded dtb "/boot/dtb/sun8i-h3-orangepi-plus2e.dtb" at 0xc0d0a34c. module_register: cannot register ofwbus/pcib from kernel; already loaded = from kernel Module ofwbus/pcib failed to register: 17 module_register: cannot register simplebus/pcib from kernel; already = loaded from kernel Module simplebus/pcib failed to register: 17 CPU: ARM Cortex-A7 r0p5 (ECO: 0x00000000) CPU Features:=20 Multiprocessing, Thumb2, Security, Virtualization, Generic Timer, = VMSAv7, PXN, LPAE, Coherent Walk Optional instructions:=20 SDIV/UDIV, UMULL, SMULL, SIMD(ext) LoUU:2 LoC:3 LoUIS:2=20 Cache level 1: 32KB/64B 4-way data cache WB Read-Alloc Write-Alloc 32KB/32B 2-way instruction cache Read-Alloc Cache level 2: 512KB/64B 8-way unified cache WB Read-Alloc Write-Alloc real memory =3D 0 (0 MB) avail memory =3D 2087534592 (1990 MB) Physical memory chunk(s): 0x40000000 - 0xbfffffff, 2048 MB ( 524288 pages) Excluded memory regions: 0x42400000 - 0x43253fff, 14 MB ( 3668 pages) NoAlloc=20 Static device mappings: 0x01c00000 - 0x01ffffff mapped at VA 0xffb00000 No PSCI/SMCCC call function found FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs random: read 3840 bytes from preloaded cache random: unblocking device. arc4random: read 32 bytes from preloaded cache VIMAGE (virtualized network stack) enabled ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 snd_unit_init() u=3D0x00ff8000 [512] d=3D0x00007c00 [32] c=3D0x000003ff = [1024] feeder_register: snd_unit=3D-1 snd_maxautovchans=3D16 latency=3D5 = feeder_rate_min=3D1 feeder_rate_max=3D2016000 feeder_rate_round=3D25 random: entropy device external interface nfslock: pseudo-device crypto: null: openfirm: kbd0 at kbdmux0 mem: ofwbus0: aw_ccu0: on ofwbus0 clk_fixed0: on aw_ccu0 clk_fixed1: on aw_ccu0 clk_fixed2: on aw_ccu0 simplebus0: on ofwbus0 ccu_h3ng0: mem = 0x1c20000-0x1c203ff on simplebus0 ccu_h3ng0: Setting pll_periph0 as parent for ahb1 ccu_h3ng0: Setting pll_periph0 as parent for ahb2 ccu_h3ng0: Setting pll_ddr as parent for dram Clock: pll_cpux, parent: osc24M(0), freq: 1008000000 Clock: pll_audio, parent: osc24M(0), freq: 24571428 Clock: pll_periph0, parent: osc24M(0), freq: 600000000 Clock: pll_periph1, parent: osc24M(0), freq: 600000000 Clock: pll_ddr, parent: osc24M(0), freq: 1344000000 Clock: pll_video, parent: osc24M(0), freq: 30303 Clock: pll_ve, parent: osc24M(0), freq: 30303 Clock: pll_gpu, parent: osc24M(0), freq: 30303 Clock: pll_de, parent: osc24M(0), freq: 30303 Clock: apb2, parent: osc24M(1), freq: 24000000 Clock: nand, parent: osc24M(0), freq: 24000000 Clock: mmc0, parent: pll_periph0(1), freq: 50000000 Clock: mmc1, parent: osc24M(0), freq: 24000000 Clock: mmc2, parent: pll_periph0(1), freq: 50000000 Clock: ts, parent: osc24M(0), freq: 24000000 Clock: ce, parent: osc24M(0), freq: 24000000 Clock: spi0, parent: osc24M(0), freq: 24000000 Clock: spi1, parent: osc24M(0), freq: 24000000 Clock: spdif, parent: pll_audio(0), freq: 24571428 Clock: dram, parent: pll_ddr(0), freq: 1344000000 Clock: de, parent: pll_periph0-2x(0), freq: 1200000000 Clock: tcon0, parent: pll_video(0), freq: 30303 Clock: tve, parent: pll_de(0), freq: 30303 Clock: deinterlace, parent: pll_periph0(0), freq: 600000000 Clock: csi-sclk, parent: pll_periph0(0), freq: 600000000 Clock: csi-mclk, parent: osc24M(0), freq: 24000000 Clock: ve, parent: pll_ve(0), freq: 30303 Clock: hdmi, parent: pll_video(0), freq: 30303 Clock: mbus, parent: pll_periph0-2x(1), freq: 300000000 Clock: gpu, parent: pll_gpu(0), freq: 30303 Clock: ahb1, parent: pll_periph0(3), freq: 600000000 Clock: ahb2, parent: pll_periph0(1), freq: 300000000 Clock: cpux, parent: pll_cpux(2), freq: 1008000000 Clock: i2s0mux, parent: pll_audio-8x(0), freq: 196571424 Clock: i2s1mux, parent: pll_audio-8x(0), freq: 196571424 Clock: i2s2mux, parent: pll_audio-8x(0), freq: 196571424 Clock: axi, parent: cpux(0), freq: 336000000 Clock: apb1, parent: ahb1(0), freq: 150000000 Clock: thsdiv, parent: osc24M(0), freq: 12000000 Clock: pll_periph0-2x, parent: pll_periph0(0), freq: 1200000000 Clock: pll_audio-2x, parent: pll_audio(0), freq: 49142856 Clock: pll_audio-4x, parent: pll_audio(0), freq: 98285712 Clock: pll_audio-8x, parent: pll_audio(0), freq: 196571424 Clock: bus-ce, parent: ahb1(0), freq: 600000000 Clock: bus-dma, parent: ahb1(0), freq: 600000000 Clock: bus-mmc0, parent: ahb1(0), freq: 600000000 Clock: bus-mmc1, parent: ahb1(0), freq: 600000000 Clock: bus-mmc2, parent: ahb1(0), freq: 600000000 Clock: bus-nand, parent: ahb1(0), freq: 600000000 Clock: bus-dram, parent: ahb1(0), freq: 600000000 Clock: bus-emac, parent: ahb2(0), freq: 300000000 Clock: bus-ts, parent: ahb1(0), freq: 600000000 Clock: bus-hstimer, parent: ahb1(0), freq: 600000000 Clock: bus-spi0, parent: ahb1(0), freq: 600000000 Clock: bus-spi1, parent: ahb1(0), freq: 600000000 Clock: bus-otg, parent: ahb1(0), freq: 600000000 Clock: bus-ehci0, parent: ahb1(0), freq: 600000000 Clock: bus-ehci1, parent: ahb2(0), freq: 300000000 Clock: bus-ehci2, parent: ahb2(0), freq: 300000000 Clock: bus-ehci3, parent: ahb2(0), freq: 300000000 Clock: bus-ohci0, parent: ahb1(0), freq: 600000000 Clock: bus-ohci1, parent: ahb2(0), freq: 300000000 Clock: bus-ohci2, parent: ahb2(0), freq: 300000000 Clock: bus-ohci3, parent: ahb2(0), freq: 300000000 Clock: bus-ve, parent: ahb1(0), freq: 600000000 Clock: bus-tcon0, parent: ahb1(0), freq: 600000000 Clock: bus-tcon1, parent: ahb1(0), freq: 600000000 Clock: bus-deinterlace, parent: ahb1(0), freq: 600000000 Clock: bus-csi, parent: ahb1(0), freq: 600000000 Clock: bus-tve, parent: ahb1(0), freq: 600000000 Clock: bus-hdmi, parent: ahb1(0), freq: 600000000 Clock: bus-de, parent: ahb1(0), freq: 600000000 Clock: bus-gpu, parent: ahb1(0), freq: 600000000 Clock: bus-msgbox, parent: ahb1(0), freq: 600000000 Clock: bus-spinlock, parent: ahb1(0), freq: 600000000 Clock: bus-codec, parent: apb1(0), freq: 150000000 Clock: bus-spdif, parent: apb1(0), freq: 150000000 Clock: bus-pio, parent: apb1(0), freq: 150000000 Clock: bus-ths, parent: apb1(0), freq: 150000000 Clock: bus-i2s0, parent: apb1(0), freq: 150000000 Clock: bus-i2s1, parent: apb1(0), freq: 150000000 Clock: bus-i2s2, parent: apb1(0), freq: 150000000 Clock: bus-i2c0, parent: apb2(0), freq: 24000000 Clock: bus-i2c1, parent: apb2(0), freq: 24000000 Clock: bus-i2c2, parent: apb2(0), freq: 24000000 Clock: bus-uart0, parent: apb2(0), freq: 24000000 Clock: bus-uart1, parent: apb2(0), freq: 24000000 Clock: bus-uart2, parent: apb2(0), freq: 24000000 Clock: bus-uart3, parent: apb2(0), freq: 24000000 Clock: bus-scr, parent: apb2(0), freq: 24000000 Clock: bus-ephy, parent: ahb1(0), freq: 600000000 Clock: bus-dbg, parent: ahb1(0), freq: 600000000 Clock: ths, parent: thsdiv(0), freq: 12000000 Clock: i2s0, parent: i2s0mux(0), freq: 196571424 Clock: i2s1, parent: i2s1mux(0), freq: 196571424 Clock: i2s2, parent: i2s2mux(0), freq: 196571424 Clock: usb-phy0, parent: osc24M(0), freq: 24000000 Clock: usb-phy1, parent: osc24M(0), freq: 24000000 Clock: usb-phy2, parent: osc24M(0), freq: 24000000 Clock: usb-phy3, parent: osc24M(0), freq: 24000000 Clock: usb-ohci0, parent: osc24M(0), freq: 24000000 Clock: usb-ohci1, parent: osc24M(0), freq: 24000000 Clock: usb-ohci2, parent: osc24M(0), freq: 24000000 Clock: usb-ohci3, parent: osc24M(0), freq: 24000000 Clock: dram-ve, parent: dram(0), freq: 1344000000 Clock: dram-csi, parent: dram(0), freq: 1344000000 Clock: dram-deinterlace, parent: dram(0), freq: 1344000000 Clock: dram-ts, parent: dram(0), freq: 1344000000 Clock: csi-misc, parent: osc24M(0), freq: 24000000 Clock: ac-dig, parent: pll_audio(0), freq: 24571428 Clock: avs, parent: osc24M(0), freq: 24000000 Clock: hdmi-ddc, parent: osc24M(0), freq: 24000000 iichb0: mem = 0x1f02400-0x1f027ff irq 42 on simplebus0 iichb0: could not find clock device_attach: iichb0 attach returned 19 regfix0: on ofwbus0 regfix1: on ofwbus0 regfix2: on ofwbus0 regfix3: on ofwbus0 regfix4: on ofwbus0 ccu_sun8i_r0: mem = 0x1f01400-0x1f014ff on simplebus0 Clock: ar100, parent: osc32k(0), freq: 32768 Clock: apb0, parent: ahb0(0), freq: 32768 Clock: ahb0, parent: ar100(0), freq: 32768 Clock: ir, parent: osc32k(0), freq: 32768 Clock: apb0-pio, parent: apb0(0), freq: 32768 Clock: apb0-ir, parent: apb0(0), freq: 32768 Clock: apb0-timer, parent: apb0(0), freq: 32768 Clock: apb0-rsb, parent: apb0(0), freq: 32768 Clock: apb0-uart, parent: apb0(0), freq: 32768 Clock: apb0-i2c, parent: apb0(0), freq: 32768 Clock: apb0-twd, parent: apb0(0), freq: 32768 iichb0: mem = 0x1f02400-0x1f027ff irq 42 on simplebus0 iicbus0: on iichb0 sy8106a0: at addr 0xca on iicbus0 gic0: mem = 0x1c81000-0x1c81fff,0x1c82000-0x1c83fff,0x1c84000-0x1c85fff,0x1c86000-0x1c= 87fff irq 37 on simplebus0 gic0: pn 0x1, arch 0x2, rev 0x1, implementer 0x43b irqs 160 gpio0: mem 0x1c20800-0x1c20bff irq = 18,19 on simplebus0 gpiobus0: on gpio0 Processing 1 pin-config node(s) in pinctrl-0 for mmc@1c0f000 Processing 1 pin-config node(s) in pinctrl-0 for mmc@1c10000 Processing 1 pin-config node(s) in pinctrl-0 for mmc@1c11000 Processing 1 pin-config node(s) in pinctrl-0 for ethernet@1c30000 Processing 1 pin-config node(s) in pinctrl-0 for serial@1c28000 Processing 1 pin-config node(s) in pinctrl-0 for ir@1f02000 Processing 1 pin-config node(s) in pinctrl-0 for i2c@1f02400 Processing 2 pin-config node(s) in pinctrl-0 for leds Processing 1 pin-config node(s) in pinctrl-0 for r_gpio_keys Processing 1 pin-config node(s) in pinctrl-0 for mmc@1c0f000 Processing 1 pin-config node(s) in pinctrl-0 for mmc@1c10000 Processing 1 pin-config node(s) in pinctrl-0 for mmc@1c11000 Processing 1 pin-config node(s) in pinctrl-0 for ethernet@1c30000 Processing 1 pin-config node(s) in pinctrl-0 for serial@1c28000 Processing 1 pin-config node(s) in pinctrl-0 for ir@1f02000 Processing 1 pin-config node(s) in pinctrl-0 for i2c@1f02400 Processing 2 pin-config node(s) in pinctrl-0 for leds Processing 1 pin-config node(s) in pinctrl-0 for r_gpio_keys gpio1: mem 0x1f02c00-0x1f02fff irq 43 = on simplebus0 gpiobus1: on gpio1 Processing 1 pin-config node(s) in pinctrl-0 for mmc@1c0f000 Processing 1 pin-config node(s) in pinctrl-0 for mmc@1c10000 Processing 1 pin-config node(s) in pinctrl-0 for mmc@1c11000 Processing 1 pin-config node(s) in pinctrl-0 for ethernet@1c30000 Processing 1 pin-config node(s) in pinctrl-0 for serial@1c28000 Processing 1 pin-config node(s) in pinctrl-0 for ir@1f02000 Processing 1 pin-config node(s) in pinctrl-0 for i2c@1f02400 Processing 2 pin-config node(s) in pinctrl-0 for leds Processing 1 pin-config node(s) in pinctrl-0 for r_gpio_keys Processing 1 pin-config node(s) in pinctrl-0 for mmc@1c0f000 Processing 1 pin-config node(s) in pinctrl-0 for mmc@1c10000 Processing 1 pin-config node(s) in pinctrl-0 for mmc@1c11000 Processing 1 pin-config node(s) in pinctrl-0 for ethernet@1c30000 Processing 1 pin-config node(s) in pinctrl-0 for serial@1c28000 Processing 1 pin-config node(s) in pinctrl-0 for ir@1f02000 Processing 1 pin-config node(s) in pinctrl-0 for i2c@1f02400 Processing 2 pin-config node(s) in pinctrl-0 for leds Processing 1 pin-config node(s) in pinctrl-0 for r_gpio_keys rtc0: mem 0x1f00000-0x1f00053 irq 39,40 on simplebus0 rtc0: Using internal oscillator rtc0: registered as a time-of-day clock, resolution 1.000000s generic_timer0: irq 0,1,2,3 on ofwbus0 Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality 1000 aw_syscon0: mem 0x1c00000-0x1c00fff on simplebus0 awusbphy0: mem = 0x1c19400-0x1c1942b,0x1c1a800-0x1c1a803,0x1c1b800-0x1c1b803,0x1c1c800-0x1c= 1c803,0x1c1d800-0x1c1d803 on simplebus0 ofwbus0: compat allwinner,sun8i-h3-display-engine (no = driver attached) simplebus0: mem 0x1000000-0x10fffff compat = allwinner,sun8i-h3-de2-clk (no driver attached) simplebus0: mem 0x1100000-0x11fffff compat = allwinner,sun8i-h3-de2-mixer-0 (no driver attached) a31dmac0: mem 0x1c02000-0x1c02fff irq 4 on = simplebus0 simplebus0: mem 0x1c0c000-0x1c0cfff irq 5 = compat allwinner,sun8i-h3-tcon-tv (no driver attached) aw_mmc0: mem = 0x1c0f000-0x1c0ffff irq 6 on simplebus0 aw_mmc0: vmmc-supply regulator found mmc0: on aw_mmc0 aw_mmc1: mem = 0x1c10000-0x1c10fff irq 7 on simplebus0 aw_mmc1: vmmc-supply regulator found mmc1: on aw_mmc1 aw_mmc2: mem = 0x1c11000-0x1c11fff irq 8 on simplebus0 aw_mmc2: vmmc-supply regulator found mmc2: on aw_mmc2 simplebus0: mem 0x1c19000-0x1c193ff irq 9 compat = allwinner,sun8i-h3-musb (no driver attached) ehci0: mem 0x1c1a000-0x1c1a0ff = irq 10 on simplebus0 usbus0: EHCI version 1.0 usbus0 on ehci0 ehci0: usbpf: Attached ohci0: mem 0x1c1a400-0x1c1a4ff irq 11 on = simplebus0 usbus1 on ohci0 ohci0: usbpf: Attached ehci1: mem 0x1c1b000-0x1c1b0ff = irq 12 on simplebus0 usbus2: EHCI version 1.0 usbus2 on ehci1 ehci1: usbpf: Attached ohci1: mem 0x1c1b400-0x1c1b4ff irq 13 on = simplebus0 usbus3 on ohci1 ohci1: usbpf: Attached ehci2: mem 0x1c1c000-0x1c1c0ff = irq 14 on simplebus0 usbus4: EHCI version 1.0 usbus4 on ehci2 ehci2: usbpf: Attached ohci2: mem 0x1c1c400-0x1c1c4ff irq 15 on = simplebus0 usbus5 on ohci2 ohci2: usbpf: Attached ehci3: mem 0x1c1d000-0x1c1d0ff = irq 16 on simplebus0 usbus6: EHCI version 1.0 usbus6 on ehci3 ehci3: usbpf: Attached ohci3: mem 0x1c1d400-0x1c1d4ff irq 17 on = simplebus0 usbus7 on ohci3 ohci3: usbpf: Attached gpioc0: on gpio0 simplebus0: mem 0x1c20c00-0x1c20c9f irq 20,21 compat = allwinner,sun4i-a10-timer (no driver attached) awg0: mem 0x1c30000-0x1c3ffff irq 22 on = simplebus0 simplebus0: no default resources for rid =3D 1, type =3D 3 awg0: PHY type: rgmii, conf mode: reg awg0: EMAC clock: 0x00050006 awg0: AHB frequency 300000000 Hz, MDC div: 0x3 miibus0: on awg0 rgephy0: PHY 0 on = miibus0 rgephy0: OUI 0x00e04c, model 0x0011, rev. 5 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, = 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, = 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, = 1000baseT-FDX-flow-master, auto, auto-flow rgephy1: PHY 1 on = miibus0 rgephy1: OUI 0x00e04c, model 0x0011, rev. 5 rgephy1: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, = 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, = 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, = 1000baseT-FDX-flow-master, auto, auto-flow awg0: bpf attached awg0: Ethernet address: 02:81:57:76:75:e7 simplebus0: mem 0x1c68000-0x1c68fff irq 23 disabled compat = allwinner,sun8i-h3-spi (no driver attached) simplebus0: mem 0x1c69000-0x1c69fff irq 24 disabled compat = allwinner,sun8i-h3-spi (no driver attached) aw_wdog0: mem 0x1c20ca0-0x1c20cbf irq 25 on = simplebus0 simplebus0: mem 0x1c21000-0x1c213ff irq 26 disabled = compat allwinner,sun8i-h3-spdif (no driver attached) simplebus0: mem 0x1c21400-0x1c21407 disabled compat = allwinner,sun8i-h3-pwm (no driver attached) simplebus0: mem 0x1c22000-0x1c223ff irq 27 disabled compat = allwinner,sun8i-h3-i2s (no driver attached) simplebus0: mem 0x1c22400-0x1c227ff irq 28 disabled compat = allwinner,sun8i-h3-i2s (no driver attached) pcm0: mem 0x1c22c00-0x1c22fff irq 29 on = simplebus0 simplebus0: no default resources for rid =3D 1, type =3D 3 Fatal kernel mode data abort: 'Translation Fault (L1)' on read trapframe: 0xc0e13bc8 FSR=3D00000005, FAR=3D00000004, spsr=3D600000d3 r0 =3Dc507fc00, r1 =3D00000000, r2 =3D00000080, r3 =3D00000000 r4 =3Dc507fc00, r5 =3Dc6efef00, r6 =3D00000080, r7 =3D00000000 r8 =3D00000007, r9 =3Dc507fc00, r10=3Dffffffff, r11=3Dc0e13c78 r12=3D00000000, ssp=3Dc0e13c58, slr=3Dc0649ff0, pc =3Dc064a0fc [ thread pid 0 tid 100000 ] Stopped at h3_pr_set_clear+0x20: ldmib r1, {r0-r1} db> =00bt Tracing pid 0 tid 100000 td 0xc0addca0 db_trace_self() at db_trace_self pc =3D 0xc0616a6c lr =3D 0xc0075514 (db_stack_trace+0x10c) sp =3D 0xc0e138d8 fp =3D 0xc0e138f0 db_stack_trace() at db_stack_trace+0x10c pc =3D 0xc0075514 lr =3D 0xc0075168 (db_command+0x258) sp =3D 0xc0e138f8 fp =3D 0xc0e13998 r4 =3D 0x00000001 r5 =3D 0x00000000 r6 =3D 0xc071e142 r10 =3D 0xc0adb09c db_command() at db_command+0x258 pc =3D 0xc0075168 lr =3D 0xc0074f00 (db_command_loop+0x74) sp =3D 0xc0e139a0 fp =3D 0xc0e139b0 r4 =3D 0xc075f330 r5 =3D 0xc075eb8e r6 =3D 0xc0adb084 r7 =3D 0xc0ac9850 r8 =3D 0xc08918e8 r9 =3D 0xc0ac9830 r10 =3D 0xc090e008 db_command_loop() at db_command_loop+0x74 pc =3D 0xc0074f00 lr =3D 0xc0078a14 (db_trap+0x12c) sp =3D 0xc0e139b8 fp =3D 0xc0e13ad0 r4 =3D 0x00000000 r5 =3D 0xc0adb088 r6 =3D 0xc0e13bc8 r10 =3D 0xc090e008 db_trap() at db_trap+0x12c pc =3D 0xc0078a14 lr =3D 0xc0305a5c (kdb_trap+0x18c) sp =3D 0xc0e13ad8 fp =3D 0xc0e13b00 r4 =3D 0x00000000 r5 =3D 0x00000005 r6 =3D 0xc0e13bc8 r7 =3D 0xc0ac9850 kdb_trap() at kdb_trap+0x18c pc =3D 0xc0305a5c lr =3D 0xc0639504 (abort_fatal+0x218) sp =3D 0xc0e13b08 fp =3D 0xc0e13b28 r4 =3D 0xc0e13bc8 r5 =3D 0xc0ac9840 r6 =3D 0x00000000 r7 =3D 0x00000005 r8 =3D 0x00000005 r9 =3D 0xc0e13bc8 r10 =3D 0x00000004 abort_fatal() at abort_fatal+0x218 pc =3D 0xc0639504 lr =3D 0xc063913c (abort_handler+0x34c) sp =3D 0xc0e13b30 fp =3D 0xc0e13bc0 r4 =3D 0x00000005 r5 =3D 0x00000005 r6 =3D 0x00000000 r7 =3D 0x00000005 r8 =3D 0x00000013 r10 =3D 0x00000004 abort_handler() at abort_handler+0x34c pc =3D 0xc063913c lr =3D 0xc06193cc (exception_exit) sp =3D 0xc0e13bc8 fp =3D 0xc0e13c78 r4 =3D 0xc507fc00 r5 =3D 0xc6efef00 r6 =3D 0x00000080 r7 =3D 0x00000000 r8 =3D 0x00000007 r9 =3D 0xc507fc00 r10 =3D 0xffffffff exception_exit() at exception_exit pc =3D 0xc06193cc lr =3D 0xc0649ff0 (h3_mixer_init+0x58) sp =3D 0xc0e13c58 fp =3D 0xc0e13c78 r0 =3D 0xc507fc00 r1 =3D 0x00000000 r2 =3D 0x00000080 r3 =3D 0x00000000 r4 =3D 0xc507fc00 r5 =3D 0xc6efef00 r6 =3D 0x00000080 r7 =3D 0x00000000 r8 =3D 0x00000007 r9 =3D 0xc507fc00 r10 =3D 0xffffffff r12 =3D 0x00000000 h3_pr_set_clear() at h3_pr_set_clear+0x20 pc =3D 0xc064a0fc lr =3D 0xc0649ff0 (h3_mixer_init+0x58) sp =3D 0xc0e13c80 fp =3D 0xc0e13c88 r4 =3D 0xc507fc00 r5 =3D 0xc6efef00 r6 =3D 0xc6efef00 r7 =3D 0x00000000 r8 =3D 0xc507fc00 r9 =3D 0x00000000 r10 =3D 0xffffffff h3_mixer_init() at h3_mixer_init+0x58 pc =3D 0xc0649ff0 lr =3D 0xc0121938 (mixer_obj_create+0x124) sp =3D 0xc0e13c90 fp =3D 0xc0e13ca8 r4 =3D 0xdbef8000 r5 =3D 0x00000000 mixer_obj_create() at mixer_obj_create+0x124 pc =3D 0xc0121938 lr =3D 0xc0121a64 (mixer_init+0xac) sp =3D 0xc0e13cb0 fp =3D 0xc0e13ce0 r4 =3D 0xc50e8a00 r5 =3D 0x00000000 r6 =3D 0xc507fc00 r7 =3D 0xc08ef25c r8 =3D 0x00002c60 r9 =3D 0xc6efef00 mixer_init() at mixer_init+0xac pc =3D 0xc0121a64 lr =3D 0xc0649a58 (a10codec_attach+0x304) sp =3D 0xc0e13ce8 fp =3D 0xc0e13d78 r4 =3D 0xc6efef00 r5 =3D 0xc507fc00 r6 =3D 0xc507fc04 r7 =3D 0x00000000 r8 =3D 0x00002c60 r9 =3D 0xc02f88cc r10 =3D 0xc6efef50 a10codec_attach() at a10codec_attach+0x304 pc =3D 0xc0649a58 lr =3D 0xc02f43dc (device_attach+0x4e0) sp =3D 0xc0e13d80 fp =3D 0xc0e13dc8 r4 =3D 0xc6efef00 r5 =3D 0xc7040880 r6 =3D 0xe8a1ec90 r7 =3D 0x00000000 r8 =3D 0xc0ada50c r10 =3D 0xc6efef50 device_attach() at device_attach+0x4e0 pc =3D 0xc02f43dc lr =3D 0xc02f5fbc = (bus_generic_new_pass+0x118) sp =3D 0xc0e13dd0 fp =3D 0xc0e13de8 r4 =3D 0xc6efef00 r5 =3D 0xc08b731c r6 =3D 0xc0adef20 r7 =3D 0xc509b000 r8 =3D 0xc0ac9034 r9 =3D 0xc508918c r10 =3D 0xc0add8f4 bus_generic_new_pass() at bus_generic_new_pass+0x118 pc =3D 0xc02f5fbc lr =3D 0xc02f5f84 = (bus_generic_new_pass+0xe0) sp =3D 0xc0e13df0 fp =3D 0xc0e13e08 r4 =3D 0xc7040880 r5 =3D 0xc08b731c r6 =3D 0xc0adef20 r7 =3D 0x00000000 r8 =3D 0xc0ac9034 r10 =3D 0xc0add8f4 bus_generic_new_pass() at bus_generic_new_pass+0xe0 pc =3D 0xc02f5f84 lr =3D 0xc02f5f84 = (bus_generic_new_pass+0xe0) sp =3D 0xc0e13e10 fp =3D 0xc0e13e28 r4 =3D 0xc7040c80 r5 =3D 0xc08b731c r6 =3D 0xc0adef20 r7 =3D 0x00000000 r8 =3D 0xc0ac9034 r10 =3D 0xc0add8f4 bus_generic_new_pass() at bus_generic_new_pass+0xe0 pc =3D 0xc02f5f84 lr =3D 0xc02f5f84 = (bus_generic_new_pass+0xe0) sp =3D 0xc0e13e30 fp =3D 0xc0e13e48 r4 =3D 0xc7040d80 r5 =3D 0xc08b731c r6 =3D 0xc0adef20 r7 =3D 0x00000000 r8 =3D 0xc0ac9034 r10 =3D 0xc0add8f4 bus_generic_new_pass() at bus_generic_new_pass+0xe0 pc =3D 0xc02f5f84 lr =3D 0xc02f7a28 (root_bus_configure+0x80) sp =3D 0xc0e13e50 fp =3D 0xc0e13e68 r4 =3D 0xc08b731c r5 =3D 0xc7041000 r6 =3D 0xc0ac9034 r7 =3D 0xc7046000 r8 =3D 0xc0adea58 r10 =3D 0xc0add8f4 root_bus_configure() at root_bus_configure+0x80 pc =3D 0xc02f7a28 lr =3D 0xc0248078 (mi_startup+0x18c) sp =3D 0xc0e13e70 fp =3D 0xc0e13e90 r4 =3D 0xc0addc90 r5 =3D 0x00000001 r6 =3D 0xc0911654 r7 =3D 0x00000000 r8 =3D 0xc0addc94 r10 =3D 0xc0add8f4 mi_startup() at mi_startup+0x18c pc =3D 0xc0248078 lr =3D 0xc00002c4 (_start+0x144) sp =3D 0xc0e13e98 fp =3D 0x00000000 r4 =3D 0xc00003f8 r5 =3D 0xc0b2c000 r6 =3D 0x420e3e80 r7 =3D 0x00c52078 r8 =3D 0xc0d01000 r9 =3D 0x01c28000 r10 =3D 0x0000000a _start() at _start+0x144 pc =3D 0xc00002c4 lr =3D 0xc00002c4 (_start+0x144) sp =3D 0xc0e13e98 fp =3D 0x00000000 db>=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Fri Oct 12 06:20:48 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7E4BC10D4A35 for ; Fri, 12 Oct 2018 06:20:48 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from mail.kronometrix.org (mail.kronometrix.org [95.85.46.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.kronometrix.org", Issuer "mail.kronometrix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E90C57459D for ; Fri, 12 Oct 2018 06:20:47 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from [192.168.1.101] (84-253-216-17.bb.dnainternet.fi [84.253.216.17]) (authenticated bits=0) by mail.kronometrix.org (8.15.2/8.15.2) with ESMTPSA id w9C6AF40039125 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 12 Oct 2018 06:10:16 GMT (envelope-from sparvu@kronometrix.org) X-Authentication-Warning: mail.kronometrix.org: Host 84-253-216-17.bb.dnainternet.fi [84.253.216.17] claimed to be [192.168.1.101] From: Stefan Parvu Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.0 \(3445.100.39\)) Subject: RPI3 Alpha8 vs Alpha9 images Message-Id: <1A9E78C8-3379-48DF-832C-153E279D93A6@kronometrix.org> Date: Fri, 12 Oct 2018 09:10:09 +0300 To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.3445.100.39) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2018 06:20:48 -0000 Hi, Is there any changelog to check what has changed between Alpha8 and = Alpha9 releases for aarch64 RPI3B+ ? I bet this might have generic and arm related = things ?=20 Are there any major changes, fixes regarding RBPi3+ on latest Alpha9 ?=20= Thank you, Stefan= From owner-freebsd-arm@freebsd.org Fri Oct 12 08:23:05 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5A61310B09D5 for ; Fri, 12 Oct 2018 08:23:05 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 040A577E8F for ; Fri, 12 Oct 2018 08:23:04 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Date: Fri, 12 Oct 2018 10:22:55 +0200 (CEST) From: Ronald Klop To: freebsd-arm@freebsd.org Message-ID: <790865838.1.1539332575346@localhost> In-Reply-To: <1A9E78C8-3379-48DF-832C-153E279D93A6@kronometrix.org> References: <1A9E78C8-3379-48DF-832C-153E279D93A6@kronometrix.org> Subject: Re: RPI3 Alpha8 vs Alpha9 images MIME-Version: 1.0 X-Mailer: Realworks (429.25886-266147) Importance: Normal X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2018 08:23:05 -0000 See. https://svnweb.freebsd.org/base/head/?view=log ALPHA9 starts from 339271 ALPHA8 starts from 338991 You can also use svn on the commandline to get these logs if you are familiar with this. Ronald. Van: Stefan Parvu Datum: vrijdag, 12 oktober 2018 08:10 Aan: freebsd-arm@freebsd.org Onderwerp: RPI3 Alpha8 vs Alpha9 images > > Hi, > > Is there any changelog to check what has changed between Alpha8 and Alpha9 releases > for aarch64 RPI3B+ ? I bet this might have generic and arm related things ? > > Are there any major changes, fixes regarding RBPi3+ on latest Alpha9 ? > > Thank you, > Stefan > _______________________________________________ > 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 Oct 12 08:28:56 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B655410B0C79 for ; Fri, 12 Oct 2018 08:28:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 585F37808B for ; Fri, 12 Oct 2018 08:28:56 +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 9F62216ECC for ; Fri, 12 Oct 2018 08:28:55 +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 w9C8StXA010619 for ; Fri, 12 Oct 2018 08:28:55 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w9C8StJM010618 for freebsd-arm@FreeBSD.org; Fri, 12 Oct 2018 08:28:55 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 226430] Can't netboot Orange Pi PC (Allwinner H3) Date: Fri, 12 Oct 2018 08:28:55 +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 Only Me X-Bugzilla-Who: greg@unrelenting.technology X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2018 08:28:56 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D226430 Greg V changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Open |Closed Resolution|--- |FIXED --- Comment #2 from Greg V --- Netboot with EFI works now, possibly was a configuration error somewhere --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Fri Oct 12 09:17:20 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2F34810B3348 for ; Fri, 12 Oct 2018 09:17:20 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from mail.kronometrix.org (mail.kronometrix.org [95.85.46.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.kronometrix.org", Issuer "mail.kronometrix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B49B279B52 for ; Fri, 12 Oct 2018 09:17:19 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from [192.168.1.101] (84-253-216-17.bb.dnainternet.fi [84.253.216.17]) (authenticated bits=0) by mail.kronometrix.org (8.15.2/8.15.2) with ESMTPSA id w9C9HGGj040701 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 12 Oct 2018 09:17:17 GMT (envelope-from sparvu@kronometrix.org) X-Authentication-Warning: mail.kronometrix.org: Host 84-253-216-17.bb.dnainternet.fi [84.253.216.17] claimed to be [192.168.1.101] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.0 \(3445.100.39\)) Subject: Re: RPI3 Alpha8 vs Alpha9 images From: Stefan Parvu X-Priority: 3 (Normal) In-Reply-To: <790865838.1.1539332575346@localhost> Date: Fri, 12 Oct 2018 12:17:10 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: References: <1A9E78C8-3379-48DF-832C-153E279D93A6@kronometrix.org> <790865838.1.1539332575346@localhost> To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.3445.100.39) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2018 09:17:20 -0000 cool. i will have a look. Thanks a lot, Stefan > On 12 Oct 2018, at 11.22, Ronald Klop wrote: >=20 > See. > https://svnweb.freebsd.org/base/head/?view=3Dlog > ALPHA9 starts from 339271 > ALPHA8 starts from 338991 >=20 > You can also use svn on the commandline to get these logs if you are = familiar with this. >=20 > Ronald. > Van: Stefan Parvu > Datum: vrijdag, 12 oktober 2018 08:10 > Aan: freebsd-arm@freebsd.org > Onderwerp: RPI3 Alpha8 vs Alpha9 images >> Hi, >> Is there any changelog to check what has changed between Alpha8 and = Alpha9 releases >> for aarch64 RPI3B+ ? I bet this might have generic and arm related = things ? >> Are there any major changes, fixes regarding RBPi3+ on latest Alpha9 = ? >> Thank you, >> Stefan >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Fri Oct 12 13:57:30 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2861F10BF0B5 for ; Fri, 12 Oct 2018 13:57:30 +0000 (UTC) (envelope-from soniakumar880@aol.com) Received: from sonic309-19.consmr.mail.sg3.yahoo.com (sonic309-19.consmr.mail.sg3.yahoo.com [106.10.244.82]) (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 4A82883D03 for ; Fri, 12 Oct 2018 13:57:28 +0000 (UTC) (envelope-from soniakumar880@aol.com) X-YMail-OSG: sUCXAxoVM1kteJ5jc4v2.UA.mdMB4SQEFkkIQDzS7SuQeGi6hiJ6u5PgJhKemXI N_i.rJiVAsheGcr6NGx7ZgwAnRiAG1Ibaonyb52ewaiU8nNbY63rfIanpO4CznAW8JyOAz4ZItms NXsY6N0S.j1bdccoBcvc0ZUoprIj7D.E3GFlU37EqKIkPeUWu1grMzGWVBURe2kewF_ZDoCF77bB yadOnmW4oyxZP_M4066SQZ7_xt5fa_CHttdPcnNVUjhAPftLhOvMN99Xf4c2nAVZ32uM3pnhcaOT JKSkFteYCNJnnoVPl54GY6WrCXRSorKuVBEf8EAjD9ncIU_1dMnb.cHtQ0uylHb3UjSmfL1yblfl wJTII9UoZqHzueKicvG9e5OuLWjHqkutnOVpAP9Ny6XibOsWFtkMEThXa6vzW2B0MRhemiJOBjmh RfCE1Zpb7RbcMIhofMbGY2XOZpp0FJlEl8gnoZtqkdS5mbsckdagYFAMC3gnrmpxK0_S4Oqb_7Wr 62WIZ0Bp4FjK1zW5Eyqeo1EdN.Rm93bjtya05OOezmw6J7nZzWz6FieY9Qn7YuDIO8J2IBGpZf5m xPoniinYI1.yc9kHGSbeXRQk2MHY_w9do380q6wxRa9UQJTCc9nvcrTmZKUPbqyddMGUdiGEDlXC coKzUYw3axx4v.TW9or7oSlyUbYQXYAGDDtgfGxUdIywtaoi2rh152aZhcRELHYtVLWYr0SlIneH GWHmiBCIcM74DpsD0mfwniFmxk0yB9pmc9KoEwrtN7r.nfLVDh07gAI1nrpOhpNrfPPPzimg8mKN QJrtdTwL9IzVhkMbYwnSJOcdn0rinC1AeL51il9Q85._TgUcpX13sN6LQG6JSP9PCRardtr7WRjd .J95ZcoQXZZ6FgT25654xKCMDapAOi0u40ZqwGta8eq0waq_woUk5kwU_oIji3lX8EHWDItfeEyT iEeUrA2K6TRaaQMStGedR1.GCBGMLG4A7_7XPChiNbTJNGju31VWrD2beYzjPw5tkAveYwq67TkT e_hU8h4gRh_D8dTSR5XejIlvw_bZnxdG7XLAiks146CrB54Li_tL7kIjpAjH1 Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.sg3.yahoo.com with HTTP; Fri, 12 Oct 2018 13:57:24 +0000 Received: from 182.69.200.226 (EHLO bst32PC) ([182.69.200.226]) by smtp410.mail.sg3.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 81224f6190a8cf38ebc21248af066927 for ; Fri, 12 Oct 2018 13:47:10 +0000 (UTC) From: To: Subject: 1st-Page-Ranking Date: Fri, 12 Oct 2018 19:17:06 +0530 Message-ID: <044201d46232$19b9f090$4d2dd1b0$@com> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AdRiMg9MPzo5WKFlTEeAu3EDoVLGLA== Content-Language: en-us Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2018 13:57:30 -0000 Hi, Hope you are doing well there. We will help them find you by putting you on the 1st page of Google (Top 3). Do let me know if you are interested. If you can give me a website URL I can do a detailed analysis and send quotes accordingly. Kind Regards Rani pandey Business Development Executive Disclaimer : If you are one of our existing clients then kindly disregard this E-mail or you can enquire about any other service which we are offering at present. From owner-freebsd-arm@freebsd.org Fri Oct 12 14:33:39 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7C8E510C023B for ; Fri, 12 Oct 2018 14:33: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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0075685205 for ; Fri, 12 Oct 2018 14:33: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 5FC661A20F for ; Fri, 12 Oct 2018 14:33: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 w9CEXcS6019580 for ; Fri, 12 Oct 2018 14:33:38 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w9CEXcMw019579 for freebsd-arm@FreeBSD.org; Fri, 12 Oct 2018 14:33: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 232204] 11.2-RELEASE on Raspberry Pi2 ignoring one CPU. Date: Fri, 12 Oct 2018 14:33: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: 11.2-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: steve@oldmillretro.co.uk X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2018 14:33:39 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D232204 Bug ID: 232204 Summary: 11.2-RELEASE on Raspberry Pi2 ignoring one CPU. Product: Base System Version: 11.2-RELEASE Hardware: arm OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: steve@oldmillretro.co.uk I have 2 Raspberry Pi2s running FreeBSD 11.2-RELEASE, one is using the late= st image (https://download.freebsd.org/ftp/releases/ISO-IMAGES/11.2/FreeBSD-11.2-REL= EASE-arm-armv6-RPI2.img.xz), the other I have built from source (r338421). Both seemed to function perfe= ctly with no stability issues but I noticed some odd load values. Despite being 98%-100% idle, the systems show load values in the region of but never less than 1.00. After some brief investigation only CPU 0,1 and 3 are being util= ised despite all 4 cores being discovered on boot. CPU 2 remains 100% idle at all times on both machines.=20 root@pi2:~ # sysctl hw.ncpu hw.ncpu: 4 Running top -P at idle shows :- last pid: 9083; load averages: 1.09, 1.09, 1.03 up 3+01:04:56 06:2= 5:53 21 processes: 1 running, 20 sleeping CPU 0: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 1: 5.3% user, 0.0% nice, 0.0% system, 0.0% interrupt, 94.7% idle CPU 2: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 3: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle Mem: 4464K Active, 31M Inact, 72M Wired, 29M Buf, 688M Free Swap: Running top -P with make -j8 buildworld :- last pid: 10475; load averages: 8.62, 3.53, 2.06 up 3+01:16:06 14:2= 9:56 67 processes: 12 running, 55 sleeping CPU 0: 73.7% user, 0.0% nice, 12.5% system, 13.7% interrupt, 0.0% idle CPU 1: 89.0% user, 0.0% nice, 11.0% system, 0.0% interrupt, 0.0% idle CPU 2: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 3: 82.0% user, 0.0% nice, 6.7% system, 11.4% interrupt, 0.0% idle Mem: 113M Active, 92M Inact, 93M Wired, 38M Buf, 498M Free Swap: --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Fri Oct 12 20:36:36 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 367FE10C9E55 for ; Fri, 12 Oct 2018 20:36:36 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.89]) (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 C9F2575171 for ; Fri, 12 Oct 2018 20:36:35 +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 1gB4Ac-0008BV-T0 for freebsd-arm@freebsd.org; Fri, 12 Oct 2018 22:36:27 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-arm@freebsd.org Date: Fri, 12 Oct 2018 22:36:25 +0200 Subject: building 11.2 on arm MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.0 X-Scan-Signature: f4db13d1ab50da585241c80c5e12767b X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2018 20:36:36 -0000 Hi, I'm cross-compiling for 11.2-RELEASE/arm (for the sheevaplug) on my rpi3b+ 12-ALHPA5/arm64. And I get this error. It is building make -j1. ===> gnu/usr.bin/binutils/libbfd (all) cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=32 -I. -I/data/src/11.2/gnu/usr.bin/binutils/libbfd -I/data/src/11.2/gnu/usr.bin/binutils/libbfd/../libbfd -I/data/src/obj-11.2/arm.arm/data/src/11.2/tmp/data/src/11.2/gnu/usr.bi n/binutils/libbfd/../libbfd -I/data/src/11.2/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/include -D_GNU_SOURCE -I/data/src/11.2/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd -DSELECT_ARCHITE CTURES=" &bfd_arm_arch" -DHAVE_bfd_elf32_littlearm_vec -DHAVE_bfd_elf32_bigarm_vec -DSELECT_VECS=" &bfd_elf32_littlearm_vec ,&bfd_elf32_bigarm_vec" -DDEFAULT_VECTOR=bfd_elf32_littlearm_vec -DDEBUGDIR="NULL" -MD -MF.d epend.elf32.o -MTelf32.o -std=gnu99 -Qunused-arguments -I/data/src/obj-11.2/arm.arm/data/src/11.2/tmp/legacy/usr/include -c /data/src/11.2/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32.c -o elf32 .o In file included from /data/src/11.2/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32.c:22: In file included from /data/src/11.2/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elfcode.h:69: /data/src/11.2/gnu/usr.bin/binutils/libbfd/bfd.h:93:2: error: Unsupported architecture/platform. #error Unsupported architecture/platform. ^ /data/src/11.2/gnu/usr.bin/binutils/libbfd/bfd.h:97:9: error: unknown type name 'BFD_HOST_64_BIT' typedef BFD_HOST_64_BIT bfd_int64_t; ^ /data/src/11.2/gnu/usr.bin/binutils/libbfd/bfd.h:98:9: error: unknown type name 'BFD_HOST_U_64_BIT' typedef BFD_HOST_U_64_BIT bfd_uint64_t; ^ /data/src/11.2/gnu/usr.bin/binutils/libbfd/bfd.h:133:3: error: No 64 bit integer type available #error No 64 bit integer type available ^ I compile with these variables set: export TARGET_ARCH=arm export KERNCONF=SHEEVAPLUG export WITH_NAND=yes export WITH_ARM_EABI=yes export NO_CLEAN=yes It is about this piece of code: #if defined(__i386__) || defined(__powerpc__) || defined(__arm__) || defined(__mips__) #define BFD_HOST_64BIT_LONG 0 #define BFD_HOST_64_BIT long long #define BFD_HOST_U_64_BIT unsigned long long #elif defined(__alpha__) || defined(__sparc64__) || defined(__amd64__) #define BFD_HOST_64BIT_LONG 1 #define BFD_HOST_64_BIT long #define BFD_HOST_U_64_BIT unsigned long #else #error Unsupported architecture/platform. #endif /* 64-bit host */ Any easy fix for this? Regards, Ronald. From owner-freebsd-arm@freebsd.org Fri Oct 12 20:51:45 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DFF9110CA758 for ; Fri, 12 Oct 2018 20:51:44 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.89]) (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 863E775A13 for ; Fri, 12 Oct 2018 20:51:44 +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 1gB4PN-0004CR-KC for freebsd-arm@freebsd.org; Fri, 12 Oct 2018 22:51:43 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-arm@freebsd.org Subject: Re: building 11.2 on arm References: Date: Fri, 12 Oct 2018 22:51:41 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.0 X-Scan-Signature: 10fb2eeb1e6a32429c7ce102d6ec6cdf X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2018 20:51:45 -0000 With this patch the build keeps running. $ svnlite diff Index: gnu/usr.bin/binutils/libbfd/bfd.h =================================================================== --- gnu/usr.bin/binutils/libbfd/bfd.h (revision 339336) +++ gnu/usr.bin/binutils/libbfd/bfd.h (working copy) @@ -85,7 +85,7 @@ #define BFD_HOST_64BIT_LONG 0 #define BFD_HOST_64_BIT long long #define BFD_HOST_U_64_BIT unsigned long long -#elif defined(__alpha__) || defined(__sparc64__) || defined(__amd64__) +#elif defined(__alpha__) || defined(__sparc64__) || defined(__amd64__) || defined(__arm64__) || defined(__aarch64__) #define BFD_HOST_64BIT_LONG 1 #define BFD_HOST_64_BIT long #define BFD_HOST_U_64_BIT unsigned long Does this make any sense? Ronald. On Fri, 12 Oct 2018 22:36:25 +0200, Ronald Klop wrote: > Hi, > > I'm cross-compiling for 11.2-RELEASE/arm (for the sheevaplug) on my > rpi3b+ 12-ALHPA5/arm64. > > And I get this error. It is building make -j1. > > ===> gnu/usr.bin/binutils/libbfd (all) > cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=32 -I. > -I/data/src/11.2/gnu/usr.bin/binutils/libbfd > -I/data/src/11.2/gnu/usr.bin/binutils/libbfd/../libbfd > -I/data/src/obj-11.2/arm.arm/data/src/11.2/tmp/data/src/11.2/gnu/usr.bi > n/binutils/libbfd/../libbfd > -I/data/src/11.2/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/include > -D_GNU_SOURCE > -I/data/src/11.2/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd > -DSELECT_ARCHITE > CTURES=" &bfd_arm_arch" -DHAVE_bfd_elf32_littlearm_vec > -DHAVE_bfd_elf32_bigarm_vec -DSELECT_VECS=" &bfd_elf32_littlearm_vec > ,&bfd_elf32_bigarm_vec" -DDEFAULT_VECTOR=bfd_elf32_littlearm_vec > -DDEBUGDIR="NULL" -MD -MF.d > epend.elf32.o -MTelf32.o -std=gnu99 -Qunused-arguments > -I/data/src/obj-11.2/arm.arm/data/src/11.2/tmp/legacy/usr/include -c > /data/src/11.2/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32.c > -o elf32 > .o > In file included from > /data/src/11.2/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32.c:22: > In file included from > /data/src/11.2/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elfcode.h:69: > /data/src/11.2/gnu/usr.bin/binutils/libbfd/bfd.h:93:2: error: > Unsupported architecture/platform. > #error Unsupported architecture/platform. > ^ > /data/src/11.2/gnu/usr.bin/binutils/libbfd/bfd.h:97:9: error: unknown > type name 'BFD_HOST_64_BIT' > typedef BFD_HOST_64_BIT bfd_int64_t; > ^ > /data/src/11.2/gnu/usr.bin/binutils/libbfd/bfd.h:98:9: error: unknown > type name 'BFD_HOST_U_64_BIT' > typedef BFD_HOST_U_64_BIT bfd_uint64_t; > ^ > /data/src/11.2/gnu/usr.bin/binutils/libbfd/bfd.h:133:3: error: No 64 bit > integer type available > #error No 64 bit integer type available > ^ > > I compile with these variables set: > export TARGET_ARCH=arm > export KERNCONF=SHEEVAPLUG > export WITH_NAND=yes > export WITH_ARM_EABI=yes > export NO_CLEAN=yes > > It is about this piece of code: > > #if defined(__i386__) || defined(__powerpc__) || defined(__arm__) || > defined(__mips__) > #define BFD_HOST_64BIT_LONG 0 > #define BFD_HOST_64_BIT long long > #define BFD_HOST_U_64_BIT unsigned long long > #elif defined(__alpha__) || defined(__sparc64__) || defined(__amd64__) > #define BFD_HOST_64BIT_LONG 1 > #define BFD_HOST_64_BIT long > #define BFD_HOST_U_64_BIT unsigned long > #else > #error Unsupported architecture/platform. > #endif /* 64-bit host */ > > > Any easy fix for this? > > Regards, > Ronald. > _______________________________________________ > 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 Oct 12 21:50:01 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4AD9010CBF4F for ; Fri, 12 Oct 2018 21:50:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-3.consmr.mail.bf2.yahoo.com (sonic307-3.consmr.mail.bf2.yahoo.com [74.6.134.42]) (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 E3F177774D for ; Fri, 12 Oct 2018 21:50:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: AAAb7aEVM1nrJUlKdau6dClHVF20zXU_8eClMXVARuBEngMhhRf8tzQFOdgc8Ab fdCKnrSTfJeOYV2NfwOCTorLnHRs_Yvn62JOohD6EMuEjgRgKjGpsCWwhJ0dexH.5z4MQ4Rp_pr6 9jD9gKq1cH3G1HTcXqFzS808sTeLiJFh8iI_eky86mENgStILi2hmA2E07bmIUGr8bsvABq5BNez Q9In.KLPT3ZlAuBmJS.DI5anqPPYhINhqUBGyl6c_9Kyp5E_BzBUea_cyxOmXNFvCTQHAWh5lCjB kTiUZke7SJguiUQoyShTXADCvr_yRM3OoK9HNat6BGAccpJaRnRxL0CwK1irviUwvoFwX6NXJEHX haRKkRvIhCYVnai7s8gyIaSvGDYrV7Q2DBMuKRu1r1pMBHUFd2bMw1ffgv9eshxOqBdGvdKMEGdX 4GroGA3l.T8ZsS4xZuVZAtxAEXwEY1iq1ipgdkvq2xyWQwlp_EniurN.a_hEqfhGkXS11S0Fo_DM sAj2D.eOslR.llCKFqeUWOotCUIdwlX_rV5IniiuXVyNUVoOPJ7ZPj2VngDzwQvyuyYapuD0nN8D LgkqGQjz4vlAAb6HCqvFVKZYTsR7G9AbYkvKkVEMFwNHbRHB6tbMBLZDBlAbG65ymZHyJXVGn4hp SkMetqkMlnoev3h3o9qleDwAxM0D2s9nSb78GCyfCDpLiUXWap8rbhga6J50A2DIbag4DQDsw.Bw CGYnIq48hDViOB2fZQ1fgBnZ_NHOOuRoqxfGA4Z5ojdWNdWC4PvsGpfyB3NPl4TeTc7Qbe_TRb0V 3HrWPQp2VQJgbCRrJfwYlYqzpwFktVKO9rEbDyXrbU1mi9ff0VcmBfRMKr.Wgjuwu8DZvbCc5Wns K9MryCZGl4PZWdaxzar6UshUEWGdbhZF6ZycsNjvpjPS1gs40Prt9380kFZ_VzqY2MwIHawSz188 3XHweUedZZ18ebe5WLMC3jrPCjlQJlEcmwIKZRG5EWXs2fkJ9eytSHfcCCDZOprcXHuqYeTV7D4H fZkM35Ad.G9hrGgGTuGWBbpHr4y2_xYE8SZkjI23QXX.QtmQR.3XXhFwF6GBiOAv8CvM9TpUNm.f 3 Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.bf2.yahoo.com with HTTP; Fri, 12 Oct 2018 21:49:59 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp411.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 6cb563bfb8d5330df4ab70af8a9f7948 for ; Fri, 12 Oct 2018 21:49:56 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: A personal head -r339076 based aarch64 (cortext-A57 Overdrive 1000) system's kyua failed summary (6) and broken summary (116) Message-Id: <85C5ACD9-9380-4644-9EF2-53529947794C@yahoo.com> Date: Fri, 12 Oct 2018 14:49:54 -0700 To: "freebsd-arm@freebsd.org" X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2018 21:50:01 -0000 # uname -apKU FreeBSD FBSDCA57 12.0-ALPHA8 FreeBSD 12.0-ALPHA8 #3 r339076M: Thu Oct 4 = 14:24:26 PDT 2018 = markmi@FBSDUSSD:/usr/obj/cortexA57_clang/arm64.aarch64/usr/src/arm64.aarch= 64/sys/GENERIC-NODBG arm64 aarch64 1200084 1200084 /usr/ports (and so kyua) was at -r480180 . The test run was via: # kyua test -k /usr/tests/Kyuafile I'll note that the configuration makes no use of zfs: it is a ufs-only context. The summaries are: # kyua report --results-filter failed --results-file /usr/tests | more =3D=3D=3D> Failed tests lib/libc/ssp/ssp_test:vsnprintf -> failed: atf-check failed; see the = output of the test for details [0.060s] lib/libc/ssp/ssp_test:vsprintf -> failed: atf-check failed; see the = output of the test for details [0.060s] lib/libproc/proc_test:symbol_lookup -> failed: = /usr/src/lib/libproc/tests/proc_test.c:143: memcmp(sym, &tsym, = sizeof(*sym)) !=3D 0 [0.021s] lib/msun/trig_test:accuracy -> failed: 3 checks failed; see output for = more details [0.007s] lib/msun/trig_test:special -> failed: 8 checks failed; see output for = more details [0.007s] sys/kern/ptrace_test:ptrace__PT_STEP_with_signal -> failed: = /usr/src/tests/sys/kern/ptrace_test.c:3465: WSTOPSIG(status) =3D=3D = SIGABRT not met [0.008s] =3D=3D=3D> Summary Results read from = /root/.kyua/store/results.usr_tests.20181012-193126-201177.db Test cases: 7299 total, 212 skipped, 37 expected failures, 116 broken, 6 = failed Total time: 4030.940s # kyua report --results-filter broken --results-file /usr/tests | more =3D=3D=3D> Broken tests lib/libc/string/memcmp_test:diff -> broken: Premature exit; test case = received signal 6 (core dumped) [0.179s] lib/libregex/exhaust_test:regcomp_too_big -> broken: Premature exit; = test case received signal 11 (core dumped) [0.539s] lib/msun/exponential_test:main -> broken: Received signal 6 [0.194s] lib/msun/fenv_test:main -> broken: Received signal 6 [0.197s] lib/msun/fma_test:main -> broken: Received signal 6 [0.203s] lib/msun/invtrig_test:main -> broken: Received signal 6 [0.192s] lib/msun/logarithm_test:main -> broken: Received signal 6 [0.195s] lib/msun/lrint_test:main -> broken: Received signal 6 [0.192s] lib/msun/nearbyint_test:main -> broken: Received signal 6 [0.198s] lib/msun/next_test:main -> broken: Received signal 6 [0.191s] lib/msun/rem_test:main -> broken: Received signal 6 [0.200s] sbin/growfs/legacy_test:main -> broken: TAP test program yielded = invalid data: Load of '/tmp/kyua.Pfmxd4/5704/stdout.txt' failed: = Reported plan differs from actual executed tests [0.157s] sys/cddl/zfs/include/libtest_test:__test_cases_list__ -> broken: Test = program did not exit cleanly [0.002s] sys/cddl/zfs/tests/acl/cifs/cifs_test:__test_cases_list__ -> broken: = Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/acl/nontrivial/nontrivial_test:__test_cases_list__ = -> broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/acl/trivial/trivial_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/atime/atime_test:__test_cases_list__ -> broken: = Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/bootfs/bootfs_test:__test_cases_list__ -> broken: = Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/cache/cache_test:__test_cases_list__ -> broken: = Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/cachefile/cachefile_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/clean_mirror/clean_mirror_test:__test_cases_list__ = -> broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/cli_root/zdb/zdb_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/cli_root/zfs/zfs_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/cli_root/zfs_clone/zfs_clone_test:__test_cases_list__ = -> broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/cli_root/zfs_copies/zfs_copies_test:__test_cases_list__= -> broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/cli_root/zfs_create/zfs_create_test:__test_cases_list__= -> broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/cli_root/zfs_destroy/zfs_destroy_test:__test_cases_list= __ -> broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/cli_root/zfs_diff/zfs_diff_test:__test_cases_list__ = -> broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/cli_root/zfs_get/zfs_get_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/cli_root/zfs_inherit/zfs_inherit_test:__test_cases_list= __ -> broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/cli_root/zfs_mount/zfs_mount_test:__test_cases_list__ = -> broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/cli_root/zfs_promote/zfs_promote_test:__test_cases_list= __ -> broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/cli_root/zfs_property/zfs_property_test:__test_cases_li= st__ -> broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/cli_root/zfs_receive/zfs_receive_test:__test_cases_list= __ -> broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/cli_root/zfs_rename/zfs_rename_test:__test_cases_list__= -> broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/cli_root/zfs_reservation/zfs_reservation_test:__test_ca= ses_list__ -> broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/cli_root/zfs_rollback/zfs_rollback_test:__test_cases_li= st__ -> broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/cli_root/zfs_send/zfs_send_test:__test_cases_list__ = -> broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/cli_root/zfs_set/zfs_set_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/cli_root/zfs_share/zfs_share_test:__test_cases_list__ = -> broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/cli_root/zfs_snapshot/zfs_snapshot_test:__test_cases_li= st__ -> broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/cli_root/zfs_unmount/zfs_unmount_test:__test_cases_list= __ -> broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/cli_root/zfs_unshare/zfs_unshare_test:__test_cases_list= __ -> broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/cli_root/zfs_upgrade/zfs_upgrade_test:__test_cases_list= __ -> broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/cli_root/zpool/zpool_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/cli_root/zpool_add/zpool_add_test:__test_cases_list__ = -> broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/cli_root/zpool_attach/zpool_attach_test:__test_cases_li= st__ -> broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/cli_root/zpool_clear/zpool_clear_test:__test_cases_list= __ -> broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/cli_root/zpool_create/zpool_create_test:__test_cases_li= st__ -> broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/cli_root/zpool_destroy/zpool_destroy_test:__test_cases_= list__ -> broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/cli_root/zpool_detach/zpool_detach_test:__test_cases_li= st__ -> broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/cli_root/zpool_expand/zpool_expand_test:__test_cases_li= st__ -> broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/cli_root/zpool_export/zpool_export_test:__test_cases_li= st__ -> broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/cli_root/zpool_get/zpool_get_test:__test_cases_list__ = -> broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/cli_root/zpool_history/zpool_history_test:__test_cases_= list__ -> broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/cli_root/zpool_import/zpool_import_test:__test_cases_li= st__ -> broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/cli_root/zpool_offline/zpool_offline_test:__test_cases_= list__ -> broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/cli_root/zpool_online/zpool_online_test:__test_cases_li= st__ -> broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/cli_root/zpool_remove/zpool_remove_test:__test_cases_li= st__ -> broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/cli_root/zpool_replace/zpool_replace_test:__test_cases_= list__ -> broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/cli_root/zpool_scrub/zpool_scrub_test:__test_cases_list= __ -> broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/cli_root/zpool_set/zpool_set_test:__test_cases_list__ = -> broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/cli_root/zpool_status/zpool_status_test:__test_cases_li= st__ -> broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/cli_root/zpool_upgrade/zpool_upgrade_test:__test_cases_= list__ -> broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/cli_user/misc/misc_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/cli_user/zfs_list/zfs_list_test:__test_cases_list__ = -> broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/cli_user/zpool_iostat/zpool_iostat_test:__test_cases_li= st__ -> broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/cli_user/zpool_list/zpool_list_test:__test_cases_list__= -> broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/compression/compression_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/ctime/ctime_test:__test_cases_list__ -> broken: = Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/delegate/zfs_allow_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/delegate/zfs_unallow_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/devices/devices_test:__test_cases_list__ -> broken: = Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/exec/exec_test:__test_cases_list__ -> broken: Test = program did not exit cleanly [0.003s] sys/cddl/zfs/tests/grow_pool/grow_pool_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/grow_replicas/grow_replicas_test:__test_cases_list__ = -> broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/history/history_test:__test_cases_list__ -> broken: = Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/hotplug/hotplug_test:__test_cases_list__ -> broken: = Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/hotspare/hotspare_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/inheritance/inheritance_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/inuse/inuse_test:__test_cases_list__ -> broken: = Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/large_files/large_files_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/migration/migration_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/mmap/mmap_test:__test_cases_list__ -> broken: Test = program did not exit cleanly [0.003s] sys/cddl/zfs/tests/mount/mount_test:__test_cases_list__ -> broken: = Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/mv_files/mv_files_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/nestedfs/nestedfs_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/no_space/no_space_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] = sys/cddl/zfs/tests/online_offline/online_offline_test:__test_cases_list__ = -> broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/pool_names/pool_names_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/poolversion/poolversion_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/quota/quota_test:__test_cases_list__ -> broken: = Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/redundancy/redundancy_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/refquota/refquota_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/refreserv/refreserv_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/replacement/replacement_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/reservation/reservation_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/rootpool/rootpool_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/scrub_mirror/scrub_mirror_test:__test_cases_list__ = -> broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/slog/slog_test:__test_cases_list__ -> broken: Test = program did not exit cleanly [0.003s] sys/cddl/zfs/tests/snapshot/snapshot_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/snapused/snapused_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/sparse/sparse_test:__test_cases_list__ -> broken: = Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/threadsappend/threadsappend_test:__test_cases_list__ = -> broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/truncate/truncate_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/txg_integrity/txg_integrity_test:__test_cases_list__ = -> broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/userquota/userquota_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/utils_test/utils_test_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/write_dirs/write_dirs_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/zfsd/zfsd_test:__test_cases_list__ -> broken: Test = program did not exit cleanly [0.003s] sys/cddl/zfs/tests/zil/zil_test:__test_cases_list__ -> broken: Test = program did not exit cleanly [0.003s] sys/cddl/zfs/tests/zvol/zvol_ENOSPC/zvol_ENOSPC_test:__test_cases_list__ = -> broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/zvol/zvol_cli/zvol_cli_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/zvol/zvol_misc/zvol_misc_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/zvol/zvol_swap/zvol_swap_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] sys/cddl/zfs/tests/zvol_thrash/zvol_thrash_test:__test_cases_list__ -> = broken: Test program did not exit cleanly [0.003s] =3D=3D=3D> Summary Results read from = /root/.kyua/store/results.usr_tests.20181012-193126-201177.db Test cases: 7299 total, 212 skipped, 37 expected failures, 116 broken, 6 = failed Total time: 4030.940s =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat Oct 13 07:32:22 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 359B610B8837 for ; Sat, 13 Oct 2018 07:32:22 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.89]) (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 D05158D69C; Sat, 13 Oct 2018 07:32:21 +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 1gBEPH-00084X-Km; Sat, 13 Oct 2018 09:32:18 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-arm@freebsd.org Subject: Re: cross building 11.2 on arm (gnu/usr.bin/binutils/libbfd/bfd.h) References: Date: Sat, 13 Oct 2018 09:32:16 +0200 Cc: "Andrew Turner" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.0 X-Scan-Signature: 27c1264e312f7e45ec0349526d776c80 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Oct 2018 07:32:22 -0000 After a manual diff between this file on 11.2 and head I found: https://svnweb.freebsd.org/base?view=revision&revision=336027 Which is the same fix. Is there a chance to have this MFC'ed to 11? Ronald. On Fri, 12 Oct 2018 22:51:41 +0200, Ronald Klop wrote: > With this patch the build keeps running. > > $ svnlite diff > Index: gnu/usr.bin/binutils/libbfd/bfd.h > =================================================================== > --- gnu/usr.bin/binutils/libbfd/bfd.h (revision 339336) > +++ gnu/usr.bin/binutils/libbfd/bfd.h (working copy) > @@ -85,7 +85,7 @@ > #define BFD_HOST_64BIT_LONG 0 > #define BFD_HOST_64_BIT long long > #define BFD_HOST_U_64_BIT unsigned long long > -#elif defined(__alpha__) || defined(__sparc64__) || defined(__amd64__) > +#elif defined(__alpha__) || defined(__sparc64__) || defined(__amd64__) > || defined(__arm64__) || defined(__aarch64__) > #define BFD_HOST_64BIT_LONG 1 > #define BFD_HOST_64_BIT long > #define BFD_HOST_U_64_BIT unsigned long > > Does this make any sense? > > Ronald. > > > On Fri, 12 Oct 2018 22:36:25 +0200, Ronald Klop > wrote: > >> Hi, >> >> I'm cross-compiling for 11.2-RELEASE/arm (for the sheevaplug) on my >> rpi3b+ 12-ALHPA5/arm64. >> >> And I get this error. It is building make -j1. >> >> ===> gnu/usr.bin/binutils/libbfd (all) >> cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=32 -I. >> -I/data/src/11.2/gnu/usr.bin/binutils/libbfd >> -I/data/src/11.2/gnu/usr.bin/binutils/libbfd/../libbfd >> -I/data/src/obj-11.2/arm.arm/data/src/11.2/tmp/data/src/11.2/gnu/usr.bi >> n/binutils/libbfd/../libbfd >> -I/data/src/11.2/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/include >> -D_GNU_SOURCE >> -I/data/src/11.2/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd >> -DSELECT_ARCHITE >> CTURES=" &bfd_arm_arch" -DHAVE_bfd_elf32_littlearm_vec >> -DHAVE_bfd_elf32_bigarm_vec -DSELECT_VECS=" &bfd_elf32_littlearm_vec >> ,&bfd_elf32_bigarm_vec" -DDEFAULT_VECTOR=bfd_elf32_littlearm_vec >> -DDEBUGDIR="NULL" -MD -MF.d >> epend.elf32.o -MTelf32.o -std=gnu99 -Qunused-arguments >> -I/data/src/obj-11.2/arm.arm/data/src/11.2/tmp/legacy/usr/include -c >> /data/src/11.2/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32.c >> -o elf32 >> .o >> In file included from >> /data/src/11.2/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32.c:22: >> In file included from >> /data/src/11.2/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elfcode.h:69: >> /data/src/11.2/gnu/usr.bin/binutils/libbfd/bfd.h:93:2: error: >> Unsupported architecture/platform. >> #error Unsupported architecture/platform. >> ^ >> /data/src/11.2/gnu/usr.bin/binutils/libbfd/bfd.h:97:9: error: unknown >> type name 'BFD_HOST_64_BIT' >> typedef BFD_HOST_64_BIT bfd_int64_t; >> ^ >> /data/src/11.2/gnu/usr.bin/binutils/libbfd/bfd.h:98:9: error: unknown >> type name 'BFD_HOST_U_64_BIT' >> typedef BFD_HOST_U_64_BIT bfd_uint64_t; >> ^ >> /data/src/11.2/gnu/usr.bin/binutils/libbfd/bfd.h:133:3: error: No 64 >> bit integer type available >> #error No 64 bit integer type available >> ^ >> >> I compile with these variables set: >> export TARGET_ARCH=arm >> export KERNCONF=SHEEVAPLUG >> export WITH_NAND=yes >> export WITH_ARM_EABI=yes >> export NO_CLEAN=yes >> >> It is about this piece of code: >> >> #if defined(__i386__) || defined(__powerpc__) || defined(__arm__) || >> defined(__mips__) >> #define BFD_HOST_64BIT_LONG 0 >> #define BFD_HOST_64_BIT long long >> #define BFD_HOST_U_64_BIT unsigned long long >> #elif defined(__alpha__) || defined(__sparc64__) || defined(__amd64__) >> #define BFD_HOST_64BIT_LONG 1 >> #define BFD_HOST_64_BIT long >> #define BFD_HOST_U_64_BIT unsigned long >> #else >> #error Unsupported architecture/platform. >> #endif /* 64-bit host */ >> >> >> Any easy fix for this? >> >> Regards, >> Ronald. >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org"