From owner-freebsd-arm@freebsd.org Sun Apr 26 00:20:49 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 882E62C5CD5 for ; Sun, 26 Apr 2020 00:20:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-21.consmr.mail.gq1.yahoo.com (sonic306-21.consmr.mail.gq1.yahoo.com [98.137.68.84]) (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 498pTr4Zktz3HFN for ; Sun, 26 Apr 2020 00:20:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: A747TiQVM1k2pIttzH6BTC9HPTM.qM0Ehucs4csPXlQEGDar1OdciRaFX2WaktU gjDfhSAPtTxQmJOm94vbFzuXFC16lHagdiJbVQ.0uLu7ATLSi1QcHNq0JZ8lDSZqVrPYyEFfL5jP Y2BTJJH5nL4OPDjFeg36VtJHVbvJ5_nXf0W.qPQR9erKowqLcUkM341D.NFIFmOLJ0a_Aj8A3phV jX3IlV2y6GChrPkJtA4rFZwur_Rj6wVbYQj_HQW1Zp5deT32GDvapAr8_FbSj8bcYvyWHa2PAPIC euj68NIOe7SPjmDbGxrlufLpucy0pIrh4Fj8Quf.rMgPmIVeb3vDTtdaVucj9G.N0xee0bCokTTr nOFraaH2eNsnyvG6nzFLWgoaBsqzL6CaSyRsLspIMH.sEE.x0sSASFi6o1JTyqDqYnlHvlra_gdo hE5y8dzE1b.J7wwmCxB8WYhizxYEsH9xXTnLBXPBJ35eMRVTVUfc8t91LAKtwTUNAmnp5pNSx0E_ 7aqoL3iOWhn.vQLkzEJPUAMR_Pk5t5pEksj0jaY8qNaTduLiqSAFMWQAbdg5zOYUoFh9gh3oqSZP hXP9xXJEUwoDi1.aw15hfaWZeXbLqcwD__89si0d75RVpnpZ9W5NJXf89JeMfGm.Aw.Er5uX2P4T Hv6VKDE_4jmEbnXx4AxkM.AIF0i1C.tOXbVY1L2JyaorA0UXg5M9FnplKStKkv4XtIQ_Ax1Kgbp2 lHvazKYDk_lfysG9odxCd7EvYsZecUmjSG_A2CCEvflPfRlBbrFv9VKRtJ.C0FUA3GA7Bw1BMpRM nkegiPbq4ZpoXmKW7ak_UwH3JKrbAQd5EfwoJo4Bu_rvit.hyB1ydaC6aWcp9aOXH5wjYf2Arfgk l40EDj0jrqrLqhkOzSolqYO3da__EZ6yycQmjPYeFvtYMqG5ljw6V4FW.jH3FBrh1sMLPTp_YyYq 7SMFTDdQXxLFreF2Y2LIc2a1Byj5bzWoULfVLtT0YYguTxiRekh1plz1qYF.8W341Jie7HRlIwF3 U0AWZGdvboWPQqkPPUBZtXFN_8VGox6uhqnmcDbuJ1tY3Hd_MrhW54E7OgFx1TyZZyt_5j_xdKGp D_GymX91ENfOkdhSFaOXtSHml6cf0FL41YnEJxCQbswWGzpPOxurIxS.VhDBKS0tsLSpLS0wU7Yf B0KnRttxeCf7RxHfqTIVzmvH66fslbONfLbmTVIbHKVdkkMgqFYai1VWmhBDQSrJ9.J07dGoOHZ8 bdEijAiyaVTrNrrGlh5IvSpjJ8YoniUa3CojPW9NFekkz.wdjB8m3YAE795lY_J01O_X3vpAqfG8 Q.wLzQhzugWCBLjzBwS8aKttx4Ss1j_HfFBRZof3XrmAEzKJEuW.WoSAHnxOs5Ets.buqk0U0Mb7 XkagM4KL54JvEyqJDyhyTlF0JorWjJdSEKDF8k1nb_nNyxid.aIPY3uVaghA- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Sun, 26 Apr 2020 00:20:47 +0000 Received: by smtp414.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 0cb952cbd6f79a160070931aa303e3a0; Sun, 26 Apr 2020 00:20:46 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Booting from USB on RPI3 From: Mark Millard In-Reply-To: <20200425222657.GA11076@www.zefox.net> Date: Sat, 25 Apr 2020 17:20:45 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <20200423233259.GD3996@www.zefox.net> <74DB7BC9-8F60-404B-BF7B-02B06D5A1011@yahoo.com> <20200424021808.GA4638@www.zefox.net> <20200424195953.GA6707@www.zefox.net> <5FA69E16-72DE-4175-A0FB-BEFA1A865633@yahoo.com> <20200425001743.GA7044@www.zefox.net> <5A943B45-FE58-452D-BBC5-534756782276@yahoo.com> <20200425030008.GB7044@www.zefox.net> <592BD226-145D-4A89-81E4-257FB20624FE@yahoo.com> <20200425222657.GA11076@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 498pTr4Zktz3HFN X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.26 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.84)[-0.838,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.92)[-0.924,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (6.42), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[84.68.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[84.68.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Apr 2020 00:20:49 -0000 On 2020-Apr-25, at 15:26, bob prohaska wrote: > On Fri, Apr 24, 2020 at 09:32:13PM -0700, Mark Millard wrote: > [much snippage]=20 >>=20 >> https://www.raspberrypi.org/forums/viewtopic.php?f=3D28&t=3D58151 >>=20 >> reports relative to what causes the rainbow screen=20 >> on the RPi3*'s (and when). Code from start.elf is what draws >> the rainbow screen (as part of testing the GPU). start.elf >> comes after bootcode.bin . >>=20 >=20 >=20 > I looked at that page but didn't read far enough 8-( It's=20 > possible my Pi3 requires a microSD card, but the "no rainbow=20 > screen" doesn't prove anything. =20 >=20 >> Here is the sequencing documented that leads to the rainbow >> screen: >>=20 >> QUOTE >> . . . uses its MMC hardware to attempt to read a file from a MMC = compatible device. On the Pi, this is the SD card; the file should be on = a FAT16 or FAT32-compatible filing system, and is called bootcode.bin. = At this point, the ARM CPU is still in reset, so the contents of = bootcode.bin are executed by the dedicated processor of the GPU: this = code has more smarts, and can read the next file called start.elf, which = in turn reads and interprets config.txt. It configures things like = memory and Video/HDMI modes, console frame buffers, tests the GPU = (resulting in the "rainbow screen"), and then handles the loading and = configuring of the Linux Kernel (addresses, device tree, uart/console = baud rates and suchlike). Only after this is the ARM CPU started, to = execute the kernel code. >> END QUOTE >>=20 >> (For FreeBSD that "kernel code" above is not the FreeBSD >> kernel yet: more stages before reaching that point.) >>=20 >> Early on the LEDs are what needs to be looked at: >>=20 >> QUOTE >> Error ACT LED patterns (for RPI up-to but not including RPI4 >> While booting, the ACT LED should blink in an irregular pattern, = indicating that it is reading from the card. If it starts blinking in a = regular, Morse code-like pattern, then it is signalling an error.=20 >>=20 > This Pi3 blinks once, very briefly. Hard to catch in the act. The just-below indicates that the vintage of bootcode.bin could well matter for "blinks just once". >> If it blinks just once, it could be that you have a Raspberry Pi with = SDRAM from Micron. If the processor has a logo showing an M with an = orbit around it, then using the latest software should solve your = problem. Also make sure you are using a 4GB SD card, as a 2GB won't work = in this particular case. >>=20 >> These are the other patterns that the ACT LED might show during a = failed boot, together with their meanings (the below blink codes are NOT = valid for a RPI4, read the RPI4 section for ACT LED flash messages!): >>=20 >> * 3 flashes: start.elf not found >> * 4 flashes: start.elf not launch-able (corrupt) See below: (not = valid for RPI4! On an RPI4 four flashes means no boot code found!) >> * 7 flashes: kernel.img not found >> * 8 flashes: SDRAM not recognized. You need newer = bootcode.bin/start.elf firmware, or your SDRAM is damaged >> END QUOTE >>=20 >> (Same URL.) >>=20 >>>>> I gather the Raspberry Pi Foundation didn't more widely=20 >>>>> publicise the boot-from-usb feature because it didn't work=20 >>>>> with a too-large fraction of USB storage devices. >>>>=20 >>>> Which leads to an alternate experiment: a different USB >>>> "drive", one without the long wait. >>>>=20 >>>> Technically this could be a USB microsd card reader >>>> with the media you can boot from the microsd card >>>> slot: That might well prove that you can boot without >>>> use of the microsd card slot so long as the USB drive >>>> is compatibile. If yes: Then it becomes a case of >>>> selecting an appropriate USB drive and getting it set >>>> up. >>>>=20 >=20 > Sticking the existing microSD in a USB adapter and trying to > boot it is easy and worth a try, if only to debunk my claim > that this particular Pi3 _requires_ a microSD card to start.=20 See the later note about /etc/fstab . >>>=20 >>> Is there some larger question that I'm not recognizing? >>> I've tried a usb flash drive with FreeBSD on it a couple >>> of times with no microSD. >>=20 >> I did not remember that you had done so. That would be >> approximately what I was suggesting (depending on what >> materials were on the USB flash drive). >>=20 >=20 > Don't think I mentioned it. The experiment was flawed and done > without sufficient care, the results too confusing to recount. > I was looking at the serial console and screen, not the LEDs. > When it didn't respond I just accepted the Pi needed a card. >=20 > The larger question is now raised 8-) >=20 > The machine is still chewing away at buildworld. No "indefinite > wait" warnings, but it's panic'd twice with > panic: non-current pmap [long hex number] > So far buildworld has picked up where it left off, but there's > still plenty of time for things to go wrong.=20 There recently has been updates to the dts's and then to the u-boot ports (some just via u-boot-master --but rpi3 and rpi4 have updates as well). If you are to report details from the non-current pmap panics at some point, you probably should indicate the stage(s) of materials involved as part of that. (I've not noticed any updates to the rpi-firmware port.) > At the next convenient pause I'll stick the microSD card in=20 > a USB adapter and watch the LEDs, then look at the serial > console.=20 /etc/fstab on the microsdcard likely will need to be adjusted if you still have a /dev/mmcsd0* or /dev/da0* style of notation in use there. One of the advantages of getting labeling set up correctly/uniquely is that the label based notation stays the same no matter which way/place the media is plugged in. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun Apr 26 03:52:57 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B272C2CA623 for ; Sun, 26 Apr 2020 03:52:57 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 498vBc3dKjz3wm5 for ; Sun, 26 Apr 2020 03:52:56 +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 03Q3qwLG012394 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 25 Apr 2020 20:52:58 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 03Q3qwre012393; Sat, 25 Apr 2020 20:52:58 -0700 (PDT) (envelope-from fbsd) Date: Sat, 25 Apr 2020 20:52:57 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Pi2 running 12.1 stops at loader prompt unbidden Message-ID: <20200426035257.GB11076@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 498vBc3dKjz3wm5 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [1.71 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.03)[-0.031,0]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; IP_SCORE(0.05)[ip: (0.22), ipnet: 50.1.16.0/20(0.11), asn: 7065(-0.03), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.21)[-0.212,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Apr 2020 03:52:57 -0000 For some reason a Pi2 running 12.1-STABLE r360240 GENERIC arm stops at the loader prompt on the serial console: [normal boot output] ..... /boot/entropy size=0x1000 Hit [Enter] to boot immediately, or any other key for command prompt. Type '?' for a list of commands, 'help' for more detailed help. without any input on the serial console. No mouse nor keyboard. Typing "boot" at the prompt continues successfully. The machine just completed a complete buildworld/buildkernel/install cycle so it should be reasonably up-to-date. Have I got a configuration error someplace? By all prior experience it should have kept going. Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Sun Apr 26 07:36:26 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EEE0F2CE2F1 for ; Sun, 26 Apr 2020 07:36:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-23.consmr.mail.gq1.yahoo.com (sonic311-23.consmr.mail.gq1.yahoo.com [98.137.65.204]) (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 49908T6VXsz45H0 for ; Sun, 26 Apr 2020 07:36:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: zfgWalUVM1nXSOcUjwiAlIyuhrB_LKvmZEtY7we_7_gdNpNxqEUfA.NWwylAZT4 4z12tUqAsX9S__SfufxLvXmInczh4EDUOX9knz1qMCAk0ccGo8EQxBOD.C_vzEZYBXlcsm7Gi.xL BD4xVIZzNPJDeLNzXTf.Cpgj53fmEUdmiscnH_QNdvwSnwOfXVkYRidhno2WgMuysvS6mN_Ki_QV VLWJhJ5dXVpAZxpggW3u1N3lF1VBj5eWnyVJNsvGSwnmW45wsggvSoXF0G3PheorFCbXX7w_dbZy iVvXqlpcJE8TrcT_lMx5lGvVnXgT.3JX7bPw.JOJp488DmO2UqyIpENQkTwyrL4PvabEydgUNtTc QH4ZJMUeruF.L1ffJI39X.8bZBPlgJuMIu7gjUfFu9IccuXTySlsE1x_L.m0XHWlCKFQku2njhzP QUZ6YoOdsRQiJK28tTnfY3qI62P3LFuInAsaQR3p2KPX9dsM0BoKjp7hgAMENwHkdCo4mh.K0fO8 ZUnZExEmWrEg1.jKCZN0BUG3vT5P0Cd2OZdS4v5jpkxHlbsRyeAq55JFjVWmHtjoRuCfgMWlkoTR m0cNSbiQ1NvG75GSC0i69fcQ2iSVifIZbSVWHCxx_ic36aZkD1riXVShLsSWmthJGk.rHU1hsPqD Ga1T8o4BLFpPliDzW_CcUAkGZSGw_giUPJlCYAn.CbJIJz_5Hql47jzbJD9hxIFiKS3za5Y0_cpG S0dRsUqkc9sHtSvB099tSigLmBdGsod40wmdASHtn9GSuo06wJCfsunzfhTeOFDu2Zq.VBC59m.J NpY9KgH0GzDcHr2jl_6GGNSU.CR47RDFRPoHREXPNYi1Y6yb6H91GY0_7UcFGCcWJWpqHRkhOzaY j7f1ZdxAJu7VYXcDKiiGC7BOMMqda6_tx0XTYEhCrc5EgaFOtJ7uTCTDwafY1Pyqqvh6X_XHet9A w963__s0KZxuId60UeeOgv1aqQmkpc2JyLuunYa4pOGz0fNB4eYRNe0uUsICe83.oNv9xSjccecm oyMk3mvs35CxD7iPlDgvRvGU_UbCt.5hi0f2Q3huekOgaCK7v8CpRj6Svzekt9z0ip4xI7z5pzKs VrZbjXa0haPY5YsixpNmgN1FHEO1HTTqNzMzxxoMTZRfkRtTwKIhCI8unHv2ayQHOQwuH6nhjigZ k9XbWovPB4zkK_rOIoLN6313zNPLAGi0SuRn6eOml0c1dHLge4EVbe6.SYlfrq8vT5uRcl6WORDm .uCDio9mKH52mgm7Ldqvt7rsutSlZxodIs1AGm_gdgGDMcSJ1b1KI0UxffXnfVfemA4fri1r1Xxo MIfdiGd4v91wEsxlD5Wed3NmpzH8gGAP7_tGbWe6C8DNVuR4ZcFm7pxsNJxq5ox022xexrEiV8Q6 fhf3_DE37PiRUD.OqT0Cz0SrEggMgBoZ1lLrrP2ZiskiY8bauBMpq6kDp Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Sun, 26 Apr 2020 07:36:24 +0000 Received: by smtp417.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 0c822844a0695a6c3aad994cfa23bf0d; Sun, 26 Apr 2020 07:36:20 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: RPI4 mmc device fails without WITNESS option ? Message-Id: <2EBD6DB4-6DEA-4BEF-8289-2BB47DA8B786@yahoo.com> Date: Sun, 26 Apr 2020 00:36:17 -0700 To: =?utf-8?Q?S=C3=B8ren_Schmidt?= , freebsd-arm X-Mailer: Apple Mail (2.3608.80.23.2.2) References: <2EBD6DB4-6DEA-4BEF-8289-2BB47DA8B786.ref@yahoo.com> X-Rspamd-Queue-Id: 49908T6VXsz45H0 X-Spamd-Bar: / X-Spamd-Result: default: False [-0.15 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.27)[-0.274,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.37)[-0.371,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE_FREEMAIL(0.00)[]; IP_SCORE(0.00)[ip: (5.06), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[204.65.137.98.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Apr 2020 07:36:27 -0000 S=C3=B8ren Schmidt soren.schmidt at gmail.com wrote on Fri Apr 24 09:58:09 UTC 2020 : > Just wanted to check perf on a 4G RPI=E2=82=AC here, and without = WITNESS in the kernel config it hangs: > CPU 1: ARM Cortex-A72 r0p3 affinity: 1 > CPU 2: ARM Cortex-A72 r0p3 affinity: 2 > CPU 3: ARM Cortex-A72 r0p3 affinity: 3 > regulator: shutting down unused regulators > sdhci_bcm0-slot0: Controller timeout > sdhci_bcm0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER = DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > sdhci_bcm0-slot0: Sys addr: 0x000000c8 | Version: 0x00001002 > sdhci_bcm0-slot0: Blk size: 0x00000200 | Blk cnt: 0x00000004 > sdhci_bcm0-slot0: Argument: 0x01cf7fc1 | Trn mode: 0x00000036 > sdhci_bcm0-slot0: Present: 0x1fff0a06 | Host ctl: 0x00000007 > sdhci_bcm0-slot0: Power: 0x0000000f | Blk gap: 0x00000080 > sdhci_bcm0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 > sdhci_bcm0-slot0: Timeout: 0x00000003 | Int stat: 0x00000000 > sdhci_bcm0-slot0: Int enab: 0x01ff003b | Sig enab: 0x01ff0009 > sdhci_bcm0-slot0: AC12 err: 0x00000000 | Host ctl2:0x00000000 > sdhci_bcm0-slot0: Caps: 0x45ee6432 | Caps2: 0x0000a525 > sdhci_bcm0-slot0: Max curr: 0x00080008 | ADMA err: 0x00000000 > sdhci_bcm0-slot0: ADMA addr:0x00000000 | Slot int: 0x00000000 > sdhci_bcm0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > mmcsd0: Error indicated: 1 Timeout > mmcsd0: Error indicated: 1 Timeout > mmcsd0: Error indicated: 1 Timeout > mmcsd0: Error indicated: 1 Timeout > mmcsd0: Error indicated: 1 Timeout > mountroot: waiting for device /dev/mmcsd0s2a... > Mounting from ufs:/dev/mmcsd0s2a failed with error 19. >=20 > With WITNESS enabled it just chuck along and boots.. After updating from head -r359427 to -r360311 (non-debug kernel), including u-boot.bin and FreeBSD loader.efi updates, I fairly frequently see such controller-timeout based mountroot failures. So far I've found that using boot -v seems to make booting more reliable. But sometimes it boots without doing anything special. It may be that even just stopping it to manually type boot is more reliable. (Seems to be a timing-relationships based problem? It will probably take a lot more use to conclude if there really is an improvement.) I've not tried a debug kernel. Side note: So far the EtherNet seems to be working when it does boot. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun Apr 26 07:47:04 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B61512CE5A8 for ; Sun, 26 Apr 2020 07:47:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-20.consmr.mail.gq1.yahoo.com (sonic302-20.consmr.mail.gq1.yahoo.com [98.137.68.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4990Nk2lmvz45fw for ; Sun, 26 Apr 2020 07:47:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: uV2xq1oVM1kB24hOJ9dVh4q2VnO9wjfLRiktQwI5u1kQnGu.5L0ay7_1mY1IxsH fACw97fkne_VwBahSbU1T3Vm9ekgqsgJCmHXvTkelCMbbbw_cqQgFBP.vd7huX7lvVTsJXk2abYV 54k1ITfq5YGJZUmqeVnvpZ9.H4hYhsOAnN0C_1B6QjcqTbk1YKkBcrMgJB.GEGGz6PWRFi_0Xpv1 GwnvUC05K6zTJay7hYXgkwFpJwnVLL3ZGJNCJ7KEsMwWA5TemqJC1HqfxNTGfExG3YyfcC1mI_D8 CUyQhIyImRZOO5qU4MCuHS9kRNg0E5GI99FsNzXPS9Vhqnot5dCJQspYKw7PjrAv2sf9mvfZ0PeR DQHWQUCtHTW.9UJkSuCmNu4mUpwqRUDlies.zYMlR4eMX6nqGBIw6yVtttZQiQDDQw8sgKKGq4Nk pgCF2sOzDy9rCRs4kFQHelCmOgTvRcD.skgO6ajD3xzl.9RTLYuH6zgNx9Qrq_aDCBjQid0oqNXo apDIhBNvHb8BJsz0O44DZOquikEPfB0H9HPVd6hdUYxSJCDDxFE1BHpS4puSQaiSVfgYAt7f7WcX gcn1Jn6tfR4qJKRQjw5qxzQ96NpqmsLjceMjCYD1RsQZIgWp3n3e9HWAItBnPEJC.wxoLNeI.QS2 XZ9d0Jk9ug77997ih1zs4FbAHcci_gz232bV_k.FkPWIDsW86CJXSqD1AqJstJekbjfkQiRObwZN kaDlYW9fbgRXHuHxvebPwt.T8x86EhFcalZHI_iPOIHEC2mnt4aY0ZTxP1hFNziiKxOaqqUik07O bARmNvl5bq6EA5M8VqwmUUtddwe8qmaA0IUxJzbSaC17XKmyZGMtx7R9Fd04BYDgyeOcRs7r1Pso c.2xVE7F9aw3iokEkp9.TVfOF_hq5BM3CtOxzm7gf3qXkgcrHrDUrkyc1rOSdpUj2d89o0PrTT4x Vb9ta3_8hxa9Zh4v5I7.o8ffaCho4WvoXeKbq6g21AvSRiy3lK4yMrgMxZljcoYdfDepNewejjcD OnGiWYhtamaxAYd0R3z_KlfVJgeA3SuZjlO9z3YU8Yc99UdhCqbglHYco_.H3b4oO0MpdMVXdpjx 5h49LEL_fx2Ie87ZnxS07KnKga2_r11xA0HoyNkneSMsZPh6pBGCKz2tj_zABJDwe_HkT61wnIYv 7oFXiBnI7NiH04uZ.bXg4G4ABQdnyGsZjMBw44bpZvf16GZCr4uBvNOS5LTjCikl67BpY6H0I2di SaESZMdMaDAebc9vL3DyrR._CyKcMe1LSUN550s2UESnbk7TmF_HoLz36WKNGvznLD1k6DF.fkxB Vr2Tyh4r5dyIsB6Gv4nqAGpN1RYy.77SwkOr_gEp5c3n44gmpexry_lUwahafaEmmFIvSJVkeAUD x8LomxyB1OUeYCYBvDU7Ia_qN_pli.07nNx1ZMugxYD4z2WXolaneMzWSVV.7JN3qvABcMXxPcvV QiJo2h3rlQ.1_M6pY5QV8xLdlNZxK6X42.Rn1651SHVVlldbcvNozONE01W5wjIEXF3mA7lcIZeU Owt_7BIr4hHgZTX.PAhWT Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Sun, 26 Apr 2020 07:47:00 +0000 Received: by smtp418.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 7e4a8e68bd978da8534ef71912e565c3; Sun, 26 Apr 2020 07:46:58 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Applying distribution patches for u-boot-rpi4-2020.04 fails during build (poudriere-devel context) From: Mark Millard In-Reply-To: <20200425110019.ec2e012449fa242346dcb641@bidouilliste.com> Date: Sun, 26 Apr 2020 00:46:56 -0700 Cc: freebsd-arm , FreeBSD ports , freebsd-uboot@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <2AB77D60-F960-4C84-A9DC-8C2873A5C1FE.ref@yahoo.com> <2AB77D60-F960-4C84-A9DC-8C2873A5C1FE@yahoo.com> <20200425105647.1406a2357cb0b825e19696a5@bidouilliste.com> <20200425110019.ec2e012449fa242346dcb641@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4990Nk2lmvz45fw X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.49 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.994,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (0.30), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[146.68.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[146.68.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Apr 2020 07:47:04 -0000 On 2020-Apr-25, at 02:00, Emmanuel Vadot = wrote: > On Sat, 25 Apr 2020 10:56:47 +0200 > Emmanuel Vadot wrote: >=20 >> On Sat, 25 Apr 2020 00:43:27 -0700 >> Mark Millard via freebsd-uboot wrote: >>=20 >>> =46rom the log file: >>>=20 >>> =3D=3D=3D> Patching for u-boot-rpi4-2020.04 >>> =3D=3D=3D> Applying distribution patches for u-boot-rpi4-2020.04 >>> 2 out of 2 hunks failed--saving rejects to = scripts/dtc/libfdt/fdt_addresses.c.rej >>=20 >> We don't have such patch in the tree. >=20 > Sorry, it's > = https://patchwork.ozlabs.org/project/uboot/patch/20190726091339.24420-1-ma= tthias.bgg@kernel.org/ >=20 > I think I didn't had this port on my list of u-boot port to check, > I'll fix that today. Thanks for the fix. I've finally updated from head -r359427 to -r360311 (non-debug kernel), including u-boot.bin and FreeBSD loader.efi updates. The RPi4 is operational with the updates. I fairly frequently see controller-timeout based mountroot failures like S=C3=B8ren Schmidt reported on the freebsd-arm list. But, other than that, things seem to still be working that worked before for my very basic usage4 context --and EtherNet has been working when the RPi4 boots. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun Apr 26 08:14:18 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E2A2E2CF0B4 for ; Sun, 26 Apr 2020 08:14:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-20.consmr.mail.gq1.yahoo.com (sonic309-20.consmr.mail.gq1.yahoo.com [98.137.65.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 4991090vrnz477C for ; Sun, 26 Apr 2020 08:14:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: dYUHK5kVM1n1JVpKeTHCqVGfAne8SlAmA2m7nxiVRPmWQuGo0radl_R2GYMbsHM lzbmdD1.HFP6qDl1xmynaye8xUuoACAdU0P4Tku9yqyNYukCNxGaI7G_rNxsXl9TISG0qF4GdFU_ UhsgMrP.RFqi_u3HBKfJGXBUKBa9jEbGEygGNFrNzzUkzFjHPY0FyHE9EWvRAe4gThvYNU2OsHFU uM_TMZLOc1fVKT9OZpBMHELkJpPBX2QfXqfS6QI74F.kO7lhxLQSZEdV8o_koH59DCOEYYEywNno AYEa3L4.gbkPj3iAz1FC9nha5gSNiVliQyTKjBq_ShjFrQEIDLd8M2r12qUiE9o7_SWPje8RgoDf mpOkORFNRsvT4LrcNwZGcqISIqsVYghJLECAK4uyPIIrwxgLpOC.TeJs2sfWfcr1BTogY02om9uQ l1amc9eLmdBTtGA4nPy3Z8IshwzXgbRKAGQpki5CR72em1j8lNlHlHLOE.ZDpXIQIbVxkp734dK2 lReC0GwctFhb.tMRTkj_ZM3V9AFIgLtMXSTEsurs7xSjFBmAEuW.c0ASBj9D48d4EHbVnH8d0gaX P8USNVfe9eifDVNSIAFsPuj7fz2G5F_wUCLPOkIsBrcVftA6etbuKUvVzEWBVAeHAErmUf4_O_kN bfZ9Jv0p4r4pTPWxA8JhDBrfnyPxweJhRkU6Vl_k6RhDWr_Hk5Kl4dGZbn1VGqntj6x8tutCT6vq egVd4NoL2JDrpoJtfnwSR3mjZOqym6b8XjKbfU5khpv1DVSpfRJwhgLVTLjkV2YpjxvDh2d7Q5oA hOihExz5HS_dCTodZ5UlB5iXXW3RP2sYlBdTpJ6.MH7SwQ2xukJz5e8chQJ2AKdBWXxru6.1V5f7 8n.OVxNFggZe8VbiqpVJKvN3Kf0zP5YgA9xG50AMJOI3o0J0WdDISdC0ZWrXAjumA.cW.Oa4LX98 wbtB_MCLVQaant4DChx98HNK60gBIjeapAEUQEJ8PtNpOhDR_xkGoguX6OH262l9Gd21rg09aFvW 5FcJJGf.bVkMNpL2C881nEbonxfmqrqa.h0izLugtA7PKCJw5RcGLR7JHTqYpwAXYQId_gE9x3Om h5lcsh0sWm5yQQIbTkU_x1RZRFDk5l_7fO2uD1zcIR9KAuFasxctPKghAIdLZmBAXeydvnnl3XFJ jyiNT4yvm1M.qkD0e3t1eBqcafdd7P_4MgmORDEmmO_xD4_IAgY7U4xWQ0SS.05lGe5AeM_GJC4x v3keWK2QAKT89MX.fp3G_IOwIk6vm_ortzJconS_SpFVBk1JTI5aqwfU9qm36cTJNE7AIZq23Q2O laq7FEUNaWPyKSYA4ZjN09sxoL_ngigbrzuwSFwwg6HWq8UUyhG5RxgcHhTofPtkj32sui7cGfJ3 WuhXLbqqXcebKgNRCVG0Ogg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Sun, 26 Apr 2020 08:14:15 +0000 Received: by smtp427.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 80d66ca60667d2e1fa725c946d085427; Sun, 26 Apr 2020 08:14: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 13.4 \(3608.80.23.2.2\)) Subject: aarch64 based sysutils/u-boot-rpi[34] (and more?) builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found" Message-Id: <0085757C-02B1-4CB9-9B67-01EB5D6AA86A@yahoo.com> Date: Sun, 26 Apr 2020 01:14:09 -0700 To: freebsd-arm , FreeBSD ports X-Mailer: Apple Mail (2.3608.80.23.2.2) References: <0085757C-02B1-4CB9-9B67-01EB5D6AA86A.ref@yahoo.com> X-Rspamd-Queue-Id: 4991090vrnz477C X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.26 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (6.67), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.83)[-0.834,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; NEURAL_HAM_LONG(-0.92)[-0.921,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[146.65.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[146.65.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Apr 2020 08:14:18 -0000 The below where based on poudriere-devel based build attempts. /usr/ports/ was based on head -r532972 and aarch64 FreeBSD was based on head -r360311 . amd64 FreeBSD did not have the build problem for the aaarch64-targeted u-boot ports. The overall build is still going and more aarch64-targeted u-boot builds might fail. sysutils/u-boot-rpi4 : aarch64-none-elf-gcc -x c -DDO_DEPS_ONLY -M -MP -Wall = -Wstrict-prototypes -Wno-format-security -fno-builtin -ffreestanding = -std=3Dgnu11 -fshort-wchar -fno-strict-aliasing -fno-PIE -O2 = -fno-stack-protector -fno-delete-null-pointer-checks = -fmacro-prefix-map=3D./=3D -g -fstack-usage -Wno-format-nonliteral = -Werror=3Ddate-time -D__KERNEL__ -D__UBOOT__ -D__ARM__ = -fno-pic -mstrict-align -ffunction-sections -fdata-sections = -fno-common -ffixed-r9 -fno-common -ffixed-x18 -pipe -Iinclude = -I./arch/arm/include -include ./include/linux/kconfig.h -nostdinc = -isystem /usr/local/lib/gcc/aarch64-none-elf/8.4.0/include -MQ = include/config/auto.conf ./include/common.h > include/autoconf.mk.dep || = { rm include/autoconf.mk.dep; false; } sed -n -f ./tools/scripts/define2mk.sed u-boot.cfg | while read line; = do if [ -n "" ] || ! grep -q "${line%=3D*}=3D" include/config/auto.conf; = then echo "$line"; fi done > include/autoconf.mk aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but = liblto_plugin.so not found compilation terminated. gmake[2]: *** [scripts/Makefile.autoconf:48: include/autoconf.mk.dep] = Error 1 gmake[2]: *** Waiting for unfinished jobs.... gmake[1]: *** No rule to make target 'include/config/auto.conf', needed = by 'include/config/uboot.release'. Stop. gmake[1]: Leaving directory = '/wrkdirs/usr/ports/sysutils/u-boot-rpi4/work/u-boot-2020.04' sysutils/u-boot-rpi3 : aarch64-none-elf-gcc -x c -DDO_DEPS_ONLY -M -MP -Wall = -Wstrict-prototypes -Wno-format-security -fno-builtin -ffreestanding = -std=3Dgnu11 -fshort-wchar -fno-strict-aliasing -fno-PIE -O2 = -fno-stack-protector -fno-delete-null-pointer-checks = -fmacro-prefix-map=3D./=3D -g -fstack-usage -Wno-format-nonliteral = -Werror=3Ddate-time -D__KERNEL__ -D__UBOOT__ -D__ARM__ = -fno-pic -mstrict-align -ffunction-sections -fdata-sections = -fno-common -ffixed-r9 -fno-common -ffixed-x18 -pipe -Iinclude = -I./arch/arm/include -include ./include/linux/kconfig.h -nostdinc = -isystem /usr/local/lib/gcc/aarch64-none-elf/8.4.0/include -MQ = include/config/auto.conf ./include/common.h > include/autoconf.mk.dep || = { rm include/autoconf.mk.dep; false; } aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but = liblto_plugin.so not found compilation terminated. gmake[2]: *** [scripts/Makefile.autoconf:48: include/autoconf.mk.dep] = Error 1 gmake[2]: *** Waiting for unfinished jobs.... gmake[1]: *** No rule to make target 'include/config/auto.conf', needed = by 'include/config/uboot.release'. Stop. gmake[1]: Leaving directory = '/wrkdirs/usr/ports/sysutils/u-boot-rpi3/work/u-boot-2020.04' =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun Apr 26 19:13:54 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5A0DF2B9E62 for ; Sun, 26 Apr 2020 19:13:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-21.consmr.mail.gq1.yahoo.com (sonic310-21.consmr.mail.gq1.yahoo.com [98.137.69.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 499HdF3P2Yz3MG3 for ; Sun, 26 Apr 2020 19:13:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: VHUu1A0VM1nsKQ0Ultmu7InzttCss7rVZw7fdbuYow80ejTDQqGRBwANgHOmIdz Q5m9vXTHMan0csbM77ZsX.eCXOzIDmFNls20vTVJXv.bwanFEVkVL697OE83egXnYNwcAMmB2nKr V84KABfjEIC91QUU5.QYZ6oLsS5eR0DH4ZHghGeWpLBpDLPyzyKTw3EOQdp4jpfG4RULmK4guVfv .MruKEV_ut5S8wuwmMQ6C6vRznNhMbThbXkkBFk1F.g.FGqtzv3ljXOmGliT0LIVQWW2RxXXCcmJ YN.ArY.FJXKascN0It4lN5Tk1Dng0u5ZMfYhj2yySbmcmLluW66Fp.P1rqdfe0rN8WgnC5.Jf97Y KWsD1AhGYaWU49iKDnwJCPo4Iuop3_1Z8pYb5mQ_RZpGKZRnke19ms3UEqq24lNDXrbWI3FFe1Ko 4Ib6tP.1BV2Qmq4fkOQXCpGZh9ajDOspkJaGZ6ozhiY_bVSzshQB0U5i__.RGsEHJSniO.c7JR6G 2Z_pO6FbK339fm9k_2q_F1c0w3qHC7xlLjvoPef6FYJehAIJmpgK6M5UQRyNrcA4OpdiVdlOC5mO 6yYg8qj0vgeasnoRdGSpNZKtwNDfKhbuwul0_WpquG4V2Oqq86D6jy.KskGhECxKSGdMRorH3uLW 4klp0yJv0F3O4hrUtV5pwJoweVmsz8P1lDKJbaDXsjJDUrGfFY.Syo1cYWfqgbAuqX7TtAwLgFYk 5ARHjTW04ZQWgCivVXNrgT_WcaTwgxPIWmnBjLN9osD1OF5UNnG4zA6VQ9_6QeCw1eA8w6ZVZbvL RJvk1pQrSC_ou0oCHtOm00vvcunyYM9L9KjSvrM1pAK36AHz_U58BfHN8bAR53yTmNnHlbNg0NAl uM7we4LKWx5V2.Kkj8Q1090Pof0Kki5vV5KzyIVEb5m_GiXFxzum3D.gOYz9i6dDNX2UViWadY.c 5F7BUppb6IIDOu_.KlB6ujhYU83hFIYKm5nnLls9zXn7RwybX7kHwh4duvNR62TvQXr4LqXm9ACH m10PBSbb2XDCN51exCV1HD7vZpM3dnzB05FxevTlzXcg09cdw3PhGaSRo8t6FYwN1kCEATpr5G.5 fQqZamSysOWRh0zClNYb70Pt6wSkCRMKwJm1I13RK0amAW3H1dGMbR_2eCYA4RFo9CfSap2bSF8s ltOPp2a.QiqJaQUn890TtVH7mKUOSRXdyZo5w7vLTjhthi8RRL7Dtd1pssw56FEfXDYHbPRyGCfd ltjjmwcqRdqUqa_s3CRVOKmBoHQIaOCegNgqWM4j6djOaO2kXbLpEZYPcP2SvjX0mp79GmF5hDBS 98yEZWOP7T8MUQaGCLpWh8rS.HX.gdG31c59qtAqSxo9.ONPa7NU.UKd5BzASxsRUnPPa_0SM4Rv 6xd0Gxt9SuZSG2WBY6tt2Tg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Sun, 26 Apr 2020 19:13:51 +0000 Received: by smtp431.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 05842ca88a521df5a55ae73d6c67f738; Sun, 26 Apr 2020 19:13:47 +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 13.4 \(3608.80.23.2.2\)) Subject: Re: aarch64 host based sysutils/u-boot-{pine64, rock64, rpi[34]} builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found" Date: Sun, 26 Apr 2020 12:13:46 -0700 References: <0085757C-02B1-4CB9-9B67-01EB5D6AA86A@yahoo.com> To: freebsd-arm , FreeBSD ports In-Reply-To: <0085757C-02B1-4CB9-9B67-01EB5D6AA86A@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 499HdF3P2Yz3MG3 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.23 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.75)[-0.746,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.99)[-0.987,0]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[147.69.137.98.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (2.86), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Apr 2020 19:13:54 -0000 On 2020-Apr-26, at 01:14, Mark Millard wrote: > The below where based on poudriere-devel based build attempts. > /usr/ports/ was based on head -r532972 and aarch64 FreeBSD was > based on head -r360311 . amd64 FreeBSD did not have the build > problem for the aaarch64-targeted u-boot ports. >=20 > The overall build is still going and more aarch64-targeted > u-boot builds might fail. >=20 >=20 > sysutils/u-boot-rpi4 : >=20 > aarch64-none-elf-gcc -x c -DDO_DEPS_ONLY -M -MP -Wall = -Wstrict-prototypes -Wno-format-security -fno-builtin -ffreestanding = -std=3Dgnu11 -fshort-wchar -fno-strict-aliasing -fno-PIE -O2 = -fno-stack-protector -fno-delete-null-pointer-checks = -fmacro-prefix-map=3D./=3D -g -fstack-usage -Wno-format-nonliteral = -Werror=3Ddate-time -D__KERNEL__ -D__UBOOT__ -D__ARM__ = -fno-pic -mstrict-align -ffunction-sections -fdata-sections = -fno-common -ffixed-r9 -fno-common -ffixed-x18 -pipe -Iinclude = -I./arch/arm/include -include ./include/linux/kconfig.h -nostdinc = -isystem /usr/local/lib/gcc/aarch64-none-elf/8.4.0/include -MQ = include/config/auto.conf ./include/common.h > include/autoconf.mk.dep || = { rm include/autoconf.mk.dep; false; } > sed -n -f ./tools/scripts/define2mk.sed u-boot.cfg | while read line; = do if [ -n "" ] || ! grep -q "${line%=3D*}=3D" include/config/auto.conf; = then echo "$line"; fi done > include/autoconf.mk > aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but = liblto_plugin.so not found > compilation terminated. > gmake[2]: *** [scripts/Makefile.autoconf:48: include/autoconf.mk.dep] = Error 1 > gmake[2]: *** Waiting for unfinished jobs.... > gmake[1]: *** No rule to make target 'include/config/auto.conf', = needed by 'include/config/uboot.release'. Stop. > gmake[1]: Leaving directory = '/wrkdirs/usr/ports/sysutils/u-boot-rpi4/work/u-boot-2020.04' >=20 >=20 > sysutils/u-boot-rpi3 : >=20 > aarch64-none-elf-gcc -x c -DDO_DEPS_ONLY -M -MP -Wall = -Wstrict-prototypes -Wno-format-security -fno-builtin -ffreestanding = -std=3Dgnu11 -fshort-wchar -fno-strict-aliasing -fno-PIE -O2 = -fno-stack-protector -fno-delete-null-pointer-checks = -fmacro-prefix-map=3D./=3D -g -fstack-usage -Wno-format-nonliteral = -Werror=3Ddate-time -D__KERNEL__ -D__UBOOT__ -D__ARM__ = -fno-pic -mstrict-align -ffunction-sections -fdata-sections = -fno-common -ffixed-r9 -fno-common -ffixed-x18 -pipe -Iinclude = -I./arch/arm/include -include ./include/linux/kconfig.h -nostdinc = -isystem /usr/local/lib/gcc/aarch64-none-elf/8.4.0/include -MQ = include/config/auto.conf ./include/common.h > include/autoconf.mk.dep || = { rm include/autoconf.mk.dep; false; } > aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but = liblto_plugin.so not found > compilation terminated. > gmake[2]: *** [scripts/Makefile.autoconf:48: include/autoconf.mk.dep] = Error 1 > gmake[2]: *** Waiting for unfinished jobs.... > gmake[1]: *** No rule to make target 'include/config/auto.conf', = needed by 'include/config/uboot.release'. Stop. > gmake[1]: Leaving directory = '/wrkdirs/usr/ports/sysutils/u-boot-rpi3/work/u-boot-2020.04' The pine64 and rock64 u-boot builds also failed this way. With the rpi[34], those 4 are all the aarch64-targeted u-boot builds that I tried. By contrast, the armv7 u-boot's that I tried all completed: orangepi-plus-2e, rpi2, and sinovoip-bpi-m3. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun Apr 26 23:36:08 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 275602C0BE7 for ; Sun, 26 Apr 2020 23:36:08 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 499PRp5fQzz47hL for ; Sun, 26 Apr 2020 23:36:06 +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 03QNZxTw001699 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 26 Apr 2020 16:35:59 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 03QNZwIu001698; Sun, 26 Apr 2020 16:35:58 -0700 (PDT) (envelope-from fbsd) Date: Sun, 26 Apr 2020 16:35:58 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Re: Booting from USB on RPI3 Message-ID: <20200426233558.GA1674@www.zefox.net> References: <20200424021808.GA4638@www.zefox.net> <20200424195953.GA6707@www.zefox.net> <5FA69E16-72DE-4175-A0FB-BEFA1A865633@yahoo.com> <20200425001743.GA7044@www.zefox.net> <5A943B45-FE58-452D-BBC5-534756782276@yahoo.com> <20200425030008.GB7044@www.zefox.net> <592BD226-145D-4A89-81E4-257FB20624FE@yahoo.com> <20200425222657.GA11076@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 499PRp5fQzz47hL X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [2.21 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.65)[-0.645,0]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; IP_SCORE(0.05)[ip: (0.22), ipnet: 50.1.16.0/20(0.11), asn: 7065(-0.03), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.90)[0.901,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Apr 2020 23:36:08 -0000 > > On 2020-Apr-25, at 15:26, bob prohaska wrote: > > > Sticking the existing microSD in a USB adapter and trying to > > boot it is easy and worth a try, if only to debunk my claim > > that this particular Pi3 _requires_ a microSD card to start. > Just tried booting the existing microSD card in a USB adapter, with no microSD in the slot. It worked hands off. Also tried booting the USB mechanical hard disk with a microSD in the slot having only bootcode.bin and timeout files. That worked hands off. So, there's nothing wrong with this Pi3B, the entire drill was all operator error..... Thanks to everyone for much patient good counsel! bob prohaska From owner-freebsd-arm@freebsd.org Mon Apr 27 06:30:44 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 86EA52AA042 for ; Mon, 27 Apr 2020 06:30:44 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mail-lj1-x22f.google.com (mail-lj1-x22f.google.com [IPv6:2a00:1450:4864:20::22f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 499ZfC6x8xz4V6t for ; Mon, 27 Apr 2020 06:30:43 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mail-lj1-x22f.google.com with SMTP id b2so16274231ljp.4 for ; Sun, 26 Apr 2020 23:30:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=0YXYUiMEK7EgGay83BdM4/hruS/PDMOVMMOyIRdqCSQ=; b=WKwo+WWphkMuDmoxd7+TWYQ28R2N7SMpAR5WFichGWXA0j4mkA5p7V3UKvk46C5WQd RnIDm1hFHYNYpw8zMpHtgfoX+R0HNqtI/xSEX+fkb03gaC1SlkmTBlbzQk6XGHC6ln+h aNWvu3FXqvieFhbQcv3a9U5KhP60aFN4s2J7+qyzKZk3ns18wQqtEut/p12W5Uxfmzfv YxjwmE+CliTZ/6kXoLO9OZI1n+tqdEhxRzz8zm2qgn4NSsOANnFIyT3LB0MnR4dq8p7j ab+Nqr9E5craAdmlrkFslyTUBYJUsVDH6yImITQ6hOk/TDODQmOMrG26iDXsXiHbHZXu 8aQw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=0YXYUiMEK7EgGay83BdM4/hruS/PDMOVMMOyIRdqCSQ=; b=UOiRbeonOYw+pagUD2gJ/sUEy6BFcn/A9Qcx8lKJjbCVbf8B7h7qLNGQbhMWGj3h8n dyBuwPGrq7QNS8ZB7vldwKsMVL7/r8+sGokpsMv2rlwYpjPhWi8B+wTAUZ4OkfyV7j8G sBe7k7y2Wl9MRvCAjD32zs0pGkB5U/IXpuFYTTnePl+vu5PLJtulahc45EimrAIoBLXD 5wno8GLJ/MvyfFBqs5i0GbRfVT6reD8mfIN6bXTGG+FdmmMgJnp8zypm/dQd+12K/3Jw 8Bfxc8tWZK+tgybVgKvvaNeszFX7iPFaEXQiPEk5/1zDouw6vTFjfFUjMZ2XDKGrjXb4 MTRA== X-Gm-Message-State: AGi0PuaF3LpxiV2ejmhxagDw4RJMkYAoX4wEloYjxKNOFS6HqDfzfj0L 96WQKi5w4WGTmiT36V5yFOE= X-Google-Smtp-Source: APiQypJakVnuFTRWC82rZu4UvTkrmOHY4gpqm1G4T6B4i6Yt9639r8RkRMwHYOLLs1JxG1davJhIpA== X-Received: by 2002:a2e:9c9a:: with SMTP id x26mr13587904lji.44.1587969042372; Sun, 26 Apr 2020 23:30:42 -0700 (PDT) Received: from mac.deepcore.dk ([85.27.186.9]) by smtp.gmail.com with ESMTPSA id 83sm10626114lfn.30.2020.04.26.23.30.41 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 26 Apr 2020 23:30:41 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: RPI4 mmc device fails without WITNESS option ? From: =?utf-8?Q?S=C3=B8ren_Schmidt?= In-Reply-To: <2EBD6DB4-6DEA-4BEF-8289-2BB47DA8B786@yahoo.com> Date: Mon, 27 Apr 2020 08:30:40 +0200 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <2EBD6DB4-6DEA-4BEF-8289-2BB47DA8B786.ref@yahoo.com> <2EBD6DB4-6DEA-4BEF-8289-2BB47DA8B786@yahoo.com> To: Mark Millard X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 499ZfC6x8xz4V6t X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=WKwo+WWp; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sorenschmidt@gmail.com designates 2a00:1450:4864:20::22f as permitted sender) smtp.mailfrom=sorenschmidt@gmail.com X-Spamd-Result: default: False [-1.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[f.2.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-9.26), ipnet: 2a00:1450::/32(-2.33), asn: 15169(-0.43), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 06:30:44 -0000 On 26 Apr 2020, at 09.36, Mark Millard wrote: >=20 > S=C3=B8ren Schmidt soren.schmidt at gmail.com wrote on > Fri Apr 24 09:58:09 UTC 2020 : >=20 >> Just wanted to check perf on a 4G RPI=E2=82=AC here, and without = WITNESS in the kernel config it hangs: >> CPU 1: ARM Cortex-A72 r0p3 affinity: 1 >> CPU 2: ARM Cortex-A72 r0p3 affinity: 2 >> CPU 3: ARM Cortex-A72 r0p3 affinity: 3 >> regulator: shutting down unused regulators >> sdhci_bcm0-slot0: Controller timeout >> sdhci_bcm0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER = DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> sdhci_bcm0-slot0: Sys addr: 0x000000c8 | Version: 0x00001002 >> sdhci_bcm0-slot0: Blk size: 0x00000200 | Blk cnt: 0x00000004 >> sdhci_bcm0-slot0: Argument: 0x01cf7fc1 | Trn mode: 0x00000036 >> sdhci_bcm0-slot0: Present: 0x1fff0a06 | Host ctl: 0x00000007 >> sdhci_bcm0-slot0: Power: 0x0000000f | Blk gap: 0x00000080 >> sdhci_bcm0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 >> sdhci_bcm0-slot0: Timeout: 0x00000003 | Int stat: 0x00000000 >> sdhci_bcm0-slot0: Int enab: 0x01ff003b | Sig enab: 0x01ff0009 >> sdhci_bcm0-slot0: AC12 err: 0x00000000 | Host ctl2:0x00000000 >> sdhci_bcm0-slot0: Caps: 0x45ee6432 | Caps2: 0x0000a525 >> sdhci_bcm0-slot0: Max curr: 0x00080008 | ADMA err: 0x00000000 >> sdhci_bcm0-slot0: ADMA addr:0x00000000 | Slot int: 0x00000000 >> sdhci_bcm0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= >> mmcsd0: Error indicated: 1 Timeout >> mmcsd0: Error indicated: 1 Timeout >> mmcsd0: Error indicated: 1 Timeout >> mmcsd0: Error indicated: 1 Timeout >> mmcsd0: Error indicated: 1 Timeout >> mountroot: waiting for device /dev/mmcsd0s2a... >> Mounting from ufs:/dev/mmcsd0s2a failed with error 19. >>=20 >> With WITNESS enabled it just chuck along and boots.. >=20 > After updating from head -r359427 to -r360311 (non-debug > kernel), including u-boot.bin and FreeBSD loader.efi updates, > I fairly frequently see such controller-timeout based > mountroot failures. >=20 > So far I've found that using boot -v seems to make booting > more reliable. But sometimes it boots without doing anything > special. It may be that even just stopping it to manually > type boot is more reliable. (Seems to be a timing-relationships > based problem? It will probably take a lot more use to > conclude if there really is an improvement.) >=20 > I've not tried a debug kernel. So I=E2=80=99m not alone at least :), for me it hangs every time if = WITNESS is disabled, verbose or not. Maybe it depends on the SD card used, they are certainly not created = equally=E2=80=A6 > Side note: So far the EtherNet seems to be working when it > does boot. Yes, works without issue here as well (with WITNESS that is :) ) -S=C3=B8ren From owner-freebsd-arm@freebsd.org Mon Apr 27 10:32:59 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7355D2B2FF0; Mon, 27 Apr 2020 10:32:59 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 499h1k1Q3Yz3KTS; Mon, 27 Apr 2020 10:32:57 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1587983569; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=upoVhipY65GVZC0k/wKIFt1juH2HfW50U/68nyBw4z8=; b=VOev+s019DPWN4X7x4cVo9TUfdy3k7Uani+dR4Ql5Pwcujqa8vpImVxtfJH+dt4d3MInJZ DP3x2//XiLglebPLoJgL0VgIE8bfS/YPXS0OP47j2OlI2XHDcSsRfytXgpVl40eY45DRpO bf6hofdkn49a/B+P/vTAt5upuMIxsSY= Received: from skull.home.blih.net (lfbn-idf2-1-900-181.w86-238.abo.wanadoo.fr [86.238.131.181]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 9c9fe303 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Mon, 27 Apr 2020 10:32:49 +0000 (UTC) Date: Mon, 27 Apr 2020 12:32:46 +0200 From: Emmanuel Vadot To: Mark Millard Cc: Mark Millard via freebsd-arm , FreeBSD ports Subject: Re: aarch64 host based sysutils/u-boot-{pine64, rock64, rpi[34]} builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found" Message-Id: <20200427123246.42e3844f39c349aac81009ff@bidouilliste.com> In-Reply-To: References: <0085757C-02B1-4CB9-9B67-01EB5D6AA86A@yahoo.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 499h1k1Q3Yz3KTS X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=VOev+s01; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-3.90 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-1.40)[ip: (-9.29), ipnet: 212.83.128.0/19(1.84), asn: 12876(0.43), country: FR(0.00)]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 10:32:59 -0000 On Sun, 26 Apr 2020 12:13:46 -0700 Mark Millard via freebsd-arm wrote: > > > On 2020-Apr-26, at 01:14, Mark Millard wrote: > > > The below where based on poudriere-devel based build attempts. > > /usr/ports/ was based on head -r532972 and aarch64 FreeBSD was > > based on head -r360311 . amd64 FreeBSD did not have the build > > problem for the aaarch64-targeted u-boot ports. > > > > The overall build is still going and more aarch64-targeted > > u-boot builds might fail. > > > > > > sysutils/u-boot-rpi4 : > > > > aarch64-none-elf-gcc -x c -DDO_DEPS_ONLY -M -MP -Wall -Wstrict-prototypes -Wno-format-security -fno-builtin -ffreestanding -std=gnu11 -fshort-wchar -fno-strict-aliasing -fno-PIE -O2 -fno-stack-protector -fno-delete-null-pointer-checks -fmacro-prefix-map=./= -g -fstack-usage -Wno-format-nonliteral -Werror=date-time -D__KERNEL__ -D__UBOOT__ -D__ARM__ -fno-pic -mstrict-align -ffunction-sections -fdata-sections -fno-common -ffixed-r9 -fno-common -ffixed-x18 -pipe -Iinclude -I./arch/arm/include -include ./include/linux/kconfig.h -nostdinc -isystem /usr/local/lib/gcc/aarch64-none-elf/8.4.0/include -MQ include/config/auto.conf ./include/common.h > include/autoconf.mk.dep || { rm include/autoconf.mk.dep; false; } > > sed -n -f ./tools/scripts/define2mk.sed u-boot.cfg | while read line; do if [ -n "" ] || ! grep -q "${line%=*}=" include/config/auto.conf; then echo "$line"; fi done > include/autoconf.mk > > aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found > > compilation terminated. > > gmake[2]: *** [scripts/Makefile.autoconf:48: include/autoconf.mk.dep] Error 1 > > gmake[2]: *** Waiting for unfinished jobs.... > > gmake[1]: *** No rule to make target 'include/config/auto.conf', needed by 'include/config/uboot.release'. Stop. > > gmake[1]: Leaving directory '/wrkdirs/usr/ports/sysutils/u-boot-rpi4/work/u-boot-2020.04' > > > > > > sysutils/u-boot-rpi3 : > > > > aarch64-none-elf-gcc -x c -DDO_DEPS_ONLY -M -MP -Wall -Wstrict-prototypes -Wno-format-security -fno-builtin -ffreestanding -std=gnu11 -fshort-wchar -fno-strict-aliasing -fno-PIE -O2 -fno-stack-protector -fno-delete-null-pointer-checks -fmacro-prefix-map=./= -g -fstack-usage -Wno-format-nonliteral -Werror=date-time -D__KERNEL__ -D__UBOOT__ -D__ARM__ -fno-pic -mstrict-align -ffunction-sections -fdata-sections -fno-common -ffixed-r9 -fno-common -ffixed-x18 -pipe -Iinclude -I./arch/arm/include -include ./include/linux/kconfig.h -nostdinc -isystem /usr/local/lib/gcc/aarch64-none-elf/8.4.0/include -MQ include/config/auto.conf ./include/common.h > include/autoconf.mk.dep || { rm include/autoconf.mk.dep; false; } > > aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found > > compilation terminated. > > gmake[2]: *** [scripts/Makefile.autoconf:48: include/autoconf.mk.dep] Error 1 > > gmake[2]: *** Waiting for unfinished jobs.... > > gmake[1]: *** No rule to make target 'include/config/auto.conf', needed by 'include/config/uboot.release'. Stop. > > gmake[1]: Leaving directory '/wrkdirs/usr/ports/sysutils/u-boot-rpi3/work/u-boot-2020.04' The lto plugins didn't used to compile on a native build of gcc on aarch64 but I've updated gcc to 8.4 recently, maybe the plugin now works or gcc think that it does and try to use it. I'll do tests, thanks for the report. > > The pine64 and rock64 u-boot builds also failed this way. > With the rpi[34], those 4 are all the aarch64-targeted > u-boot builds that I tried. > > By contrast, the armv7 u-boot's that I tried all completed: > orangepi-plus-2e, rpi2, and sinovoip-bpi-m3. > > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > _______________________________________________ > 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" -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Mon Apr 27 16:50:50 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4C9CD2BF95E for ; Mon, 27 Apr 2020 16:50:50 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from gromit.grondar.org (gromit.grondar.org [IPv6:2a01:348:e::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 499rPj6tKbz4Kr2; Mon, 27 Apr 2020 16:50:49 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from [2a02:8011:300b:42:7139:4375:9d61:a28c] by gromit.grondar.org with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.93.0.4 (FreeBSD)) (envelope-from ) id 1jT6xp-000D15-AV; Mon, 27 Apr 2020 17:50:37 +0100 Content-Type: multipart/signed; boundary="Apple-Mail=_F89DEE36-EB5C-4B2A-89E8-3A1D38583E43"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Bootable image for Macchatobin Double Shot? From: Mark Murray In-Reply-To: Date: Mon, 27 Apr 2020 17:50:36 +0100 Cc: Greg V , freebsd-arm Message-Id: <7967BCD8-4444-4E22-ADF3-9688D5B94EBD@FreeBSD.org> References: <0532198F-B7DE-46A2-B262-6358EE8370E1@FreeBSD.org> <9F7FB8F8-A29C-4F95-B0BB-CFEFEAFDDD5E@FreeBSD.org> <1039B382-2CA4-4F49-9F95-08BD1386A447@FreeBSD.org> <092721df6b1de3e75820acd32ba1b0e7@unrelenting.technology> <461d8d1da4ad0c03e0f3a256e4ff4b77@unrelenting.technology> To: Marcin Wojtas X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 499rPj6tKbz4Kr2 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-0.60 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-0.86)[-0.857,0]; NEURAL_SPAM_LONG(0.26)[0.260,0]; ASN(0.00)[asn:39326, ipnet:2a01:348::/32, country:GB] X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 16:50:50 -0000 --Apple-Mail=_F89DEE36-EB5C-4B2A-89E8-3A1D38583E43 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii > On 27 Apr 2020, at 17:24, Marcin Wojtas wrote: > I would really prefer that everyone used the top of tree > edk2/edk2-platforms version of the MacchiatoBin port. IMO a good > compromise would be having a variable (preferably in the boot menu), > that allowed to set non-quirked PCIE ACPI description and SPCR, that > would work with the vanilla FreeBSD. I can provide you with the > binaries for testing, once submitting patches. What do you think? I'm happy to give it a go. I'm in favour of "vanilla" code where possible. M -- --Apple-Mail=_F89DEE36-EB5C-4B2A-89E8-3A1D38583E43 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 Comment: GPGTools - http://gpgtools.org iQEzBAEBCgAdFiEEyzPHvybPbOpU9MCxQlsJDh9CUqAFAl6nDVwACgkQQlsJDh9C UqCrSgf9Gfp4wP22HQNjyyU1/AlqPy6+9PqiSbXNxSGnW8O26XzWBVkL17AylJ7P fkdohYfrmYK21PdvlsAIknrYsyL/BG8WyFzSMLyPQF0+e7gfom9JvJeXdvU0u2Ul GLufVKbfQ3O54ycFN35nHh3eEXny855jQ+qg9enXOSeK/0R1z1CqoZv3QrdgLJU0 jP5hBtAnI6518oj6uRNUhMHKognc6Q/IzOtgK3B4mD89RZi+Hx1p5CBgRgaNJ+9n Nk0Ry/KeRL2ZPE+rIMN+seWVx2WQxNmg7cZzZWXGJa99h6aZ5ka2S7My2UvpXbQK 9kGxfDNUgmEeSt6uJs1R5UoJcrCt6g== =eIHs -----END PGP SIGNATURE----- --Apple-Mail=_F89DEE36-EB5C-4B2A-89E8-3A1D38583E43-- From owner-freebsd-arm@freebsd.org Mon Apr 27 17:16:44 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DC5A22C0654 for ; Mon, 27 Apr 2020 17:16:44 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out0.migadu.com (out0.migadu.com [94.23.1.103]) (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 499rzb1Tv8z4Md6; Mon, 27 Apr 2020 17:16:42 +0000 (UTC) (envelope-from greg@unrelenting.technology) MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1588007793; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=HWmwx+8DOcUmoy/zdH3K8xZFDh/Syz8/C7CLLx5v6oQ=; b=hYqWsR+QQj8fXifwywO18nzWtUTyl0Ou1XkeX+qPIaeab8R+j131JwdMdEABCANzyh4h8Q cRZQEKYozEou+Ye2r004XTqKDzeLN5KPa3nksaz7x4hb+UOLNR8+bgPKJXemix12b01pKA hzEoav6wsOtTkQqHQKxAxFMFkycILmM= Date: Mon, 27 Apr 2020 17:16:33 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: greg@unrelenting.technology Message-ID: <22fff3856f9f1b5c6e47119bd5eef376@unrelenting.technology> Subject: Re: Bootable image for Macchatobin Double Shot? To: "Marcin Wojtas" , "Mark Murray" Cc: "freebsd-arm" In-Reply-To: References: <0532198F-B7DE-46A2-B262-6358EE8370E1@FreeBSD.org> <9F7FB8F8-A29C-4F95-B0BB-CFEFEAFDDD5E@FreeBSD.org> <1039B382-2CA4-4F49-9F95-08BD1386A447@FreeBSD.org> <092721df6b1de3e75820acd32ba1b0e7@unrelenting.technology> <461d8d1da4ad0c03e0f3a256e4ff4b77@unrelenting.technology> X-Spam-Score: 0.90 X-Rspamd-Queue-Id: 499rzb1Tv8z4Md6 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=hYqWsR+Q; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 94.23.1.103 as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-0.25 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.52)[-0.523,0]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:94.23.1.103]; NEURAL_HAM_LONG(-0.85)[-0.848,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.12)[ipnet: 94.23.0.0/16(3.61), asn: 16276(2.01), country: FR(0.00)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; FROM_NO_DN(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:94.23.0.0/16, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 17:16:44 -0000 April 27, 2020 7:24 PM, "Marcin Wojtas" wrote:=0A=0A> M= ark, Greg,=0A> =0A> Let me chip in, as I noticed my home dir in the logs = :)=0A> =0A> sob., 25 kwi 2020 o 21:21 Mark Murray nap= isa=C5=82(a):=0A>> On 25 Apr 2020, at 19:01, greg@unrelenting.technology = wrote:=0A>>> I've started an attempt at porting the onboard NIC driver la= st summer:=0A>>> https://github.com/myfreeweb/pepevtwo-kmod=0A> =0A> As y= ou might have noticed, the NIC is pretty complex - one controller=0A> con= sists of a common part with 3 ports capable of working in multiple=0A> 1/= 10G modes, common parsing and buffer management engines. All this=0A> has= to be put into iflib. I once evaluated expected effort - I'd love=0A> to= have it in FreeBSD, but it is too big for a hobby project...=0A=0ALinuxK= PI helps with running some of the Linux driver code as-is, for what=0Atha= t's worth.=0A=0ALast time I was looking at the code, what I really didn't= understand=0Ais the mapping between iflib and Linux's API..=0A=0A> About= PCIE controller deficiency - with the Designware IP, the=0A> endpoint is= replicated on all 32 BUS#0 devices, only if it's a simple=0A> present on= BDF 0.0.0. This is why we need 'filtering' in the config=0A> space acces= sors. As in Linux ACPI version of the pcie-host-generic for=0A> ARM is fr= ozen and no quirks allowed, so the trick with iATU windows=0A> was applie= d in ACPI. It works for cards, such as E1000e, GT730, SATA=0A> controller= s, etc., but for more complex ones or PCIE switches it's a=0A> dead end -= this is why the default ACPI settings does not work for=0A> your cards.= =0A=0AI've noticed that the "simple" card I have (SATA) is recognized by = EFI's=0A`pci` command as "legacy". Maybe the window quirk could be applie= d in EDK2=0Aonly if it sees that flag?=0A=0A(Super fun case though: while= most of the cards I have don't get replicated=0Aat all, the Radeon HD 79= 70 gets replicated as *two* devices.)=0A=0A> There were multiple attempts= to handle it in firmware=0A> (address translation, address trapping in E= L3), but none worked fine.=0A> Same issue is problematic on the Socionext= Synquacer platform, which=0A> uses the same PCIE IP.=0A=0AWasn't there s= ome success with some kind of address magic on the Synquacer?=0A=0A> I wo= uld really prefer that everyone used the top of tree=0A> edk2/edk2-platfo= rms version of the MacchiatoBin port. IMO a good=0A> compromise would be = having a variable (preferably in the boot menu),=0A> that allowed to set = non-quirked PCIE ACPI description and SPCR, that=0A> would work with the = vanilla FreeBSD. I can provide you with the=0A> binaries for testing, onc= e submitting patches. What do you think?=0A=0AYes, boot menu toggles are = my preferred solution too=0A(other than the "legacy" check above I guess)= ,=0Aif you can do it upstream, that would be great!=0A=0A---=0A=0AMy buil= ds are already basically top of tree EDK2 + non-quirked tables:=0Ahttps:/= /github.com/myfreeweb/edk2-platforms/commits/master=0Ahttps://github.com/= myfreeweb/edk2/commits/master=0A=0Ahowever, I still use Marvell's fork of= TrustedFirmware-A,=0Asince TF-A upstream really doesn't work for me:=0A-= fails to start in weird ways when built with clang=0A- fails checksum wh= en booted from an SD card=0A- otherwise, proceeds to EDK2, but then=0A F= reeBSD panics during boot, when sleeping CPUs or something=0A (sometimes= during "Root mount waiting for: CAM")=0A=0AAnd the Marvell version has *= none* of these problems.=0AI've studied the diff between them in Marvell-= related directories,=0Afound no significant difference o_0=0A=0A---=0A=0A= In other news, I have the PMU (pmcstat) working with ACPI:=0Ahttps://revi= ews.freebsd.org/D24423=0A=0A=0AAlso, I've noticed suspend-to-RAM support = in TF-A code :)=0ADoes that work on Linux? How would I tell it to wake up= =0Aif there's no power button on the mcbin?=0AWould a USB keyboard interr= upt wake it up? From owner-freebsd-arm@freebsd.org Mon Apr 27 18:46:13 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 71EE52C241B; Mon, 27 Apr 2020 18:46:13 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 499tyr00Htz4SbW; Mon, 27 Apr 2020 18:46:11 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1588013169; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=DZP8sHqwUFdXMi5lpGduBbOidz7Gq0Lzt2vMzrjQQQ4=; b=Iqxaz5TQvekOwMITT4u9QCKSG9glnHhf460yLLYu1jC1kv3hWTIFom2Wgdao/QEuDkjCu/ HnfWaOaTxVQ9w1RK9Bz0BNGxfRKViKrw3HazvIkgksQgxZrfPePYORA1XCJZ82y1e4uDU0 1S1Qro8MN7OpzU/geSJsQwPj/Tb2TLY= Received: from skull.home.blih.net (lfbn-idf2-1-900-181.w86-238.abo.wanadoo.fr [86.238.131.181]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 5d895652 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Mon, 27 Apr 2020 18:46:09 +0000 (UTC) Date: Mon, 27 Apr 2020 20:46:06 +0200 From: Emmanuel Vadot To: Mark Millard Cc: Mark Millard via freebsd-arm , FreeBSD ports Subject: Re: aarch64 host based sysutils/u-boot-{pine64, rock64, rpi[34]} builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found" Message-Id: <20200427204606.69157e78e6eb92f3481e47e3@bidouilliste.com> In-Reply-To: <20200427123246.42e3844f39c349aac81009ff@bidouilliste.com> References: <0085757C-02B1-4CB9-9B67-01EB5D6AA86A@yahoo.com> <20200427123246.42e3844f39c349aac81009ff@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 499tyr00Htz4SbW X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=Iqxaz5TQ; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-3.91 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-1.41)[ip: (-9.31), ipnet: 212.83.128.0/19(1.83), asn: 12876(0.42), country: FR(0.00)]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 18:46:13 -0000 On Mon, 27 Apr 2020 12:32:46 +0200 Emmanuel Vadot wrote: > On Sun, 26 Apr 2020 12:13:46 -0700 > Mark Millard via freebsd-arm wrote: > > > > > > > On 2020-Apr-26, at 01:14, Mark Millard wrote: > > > > > The below where based on poudriere-devel based build attempts. > > > /usr/ports/ was based on head -r532972 and aarch64 FreeBSD was > > > based on head -r360311 . amd64 FreeBSD did not have the build > > > problem for the aaarch64-targeted u-boot ports. > > > > > > The overall build is still going and more aarch64-targeted > > > u-boot builds might fail. > > > > > > > > > sysutils/u-boot-rpi4 : > > > > > > aarch64-none-elf-gcc -x c -DDO_DEPS_ONLY -M -MP -Wall -Wstrict-prototypes -Wno-format-security -fno-builtin -ffreestanding -std=gnu11 -fshort-wchar -fno-strict-aliasing -fno-PIE -O2 -fno-stack-protector -fno-delete-null-pointer-checks -fmacro-prefix-map=./= -g -fstack-usage -Wno-format-nonliteral -Werror=date-time -D__KERNEL__ -D__UBOOT__ -D__ARM__ -fno-pic -mstrict-align -ffunction-sections -fdata-sections -fno-common -ffixed-r9 -fno-common -ffixed-x18 -pipe -Iinclude -I./arch/arm/include -include ./include/linux/kconfig.h -nostdinc -isystem /usr/local/lib/gcc/aarch64-none-elf/8.4.0/include -MQ include/config/auto.conf ./include/common.h > include/autoconf.mk.dep || { rm include/autoconf.mk.dep; false; } > > > sed -n -f ./tools/scripts/define2mk.sed u-boot.cfg | while read line; do if [ -n "" ] || ! grep -q "${line%=*}=" include/config/auto.conf; then echo "$line"; fi done > include/autoconf.mk > > > aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found > > > compilation terminated. > > > gmake[2]: *** [scripts/Makefile.autoconf:48: include/autoconf.mk.dep] Error 1 > > > gmake[2]: *** Waiting for unfinished jobs.... > > > gmake[1]: *** No rule to make target 'include/config/auto.conf', needed by 'include/config/uboot.release'. Stop. > > > gmake[1]: Leaving directory '/wrkdirs/usr/ports/sysutils/u-boot-rpi4/work/u-boot-2020.04' > > > > > > > > > sysutils/u-boot-rpi3 : > > > > > > aarch64-none-elf-gcc -x c -DDO_DEPS_ONLY -M -MP -Wall -Wstrict-prototypes -Wno-format-security -fno-builtin -ffreestanding -std=gnu11 -fshort-wchar -fno-strict-aliasing -fno-PIE -O2 -fno-stack-protector -fno-delete-null-pointer-checks -fmacro-prefix-map=./= -g -fstack-usage -Wno-format-nonliteral -Werror=date-time -D__KERNEL__ -D__UBOOT__ -D__ARM__ -fno-pic -mstrict-align -ffunction-sections -fdata-sections -fno-common -ffixed-r9 -fno-common -ffixed-x18 -pipe -Iinclude -I./arch/arm/include -include ./include/linux/kconfig.h -nostdinc -isystem /usr/local/lib/gcc/aarch64-none-elf/8.4.0/include -MQ include/config/auto.conf ./include/common.h > include/autoconf.mk.dep || { rm include/autoconf.mk.dep; false; } > > > aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found > > > compilation terminated. > > > gmake[2]: *** [scripts/Makefile.autoconf:48: include/autoconf.mk.dep] Error 1 > > > gmake[2]: *** Waiting for unfinished jobs.... > > > gmake[1]: *** No rule to make target 'include/config/auto.conf', needed by 'include/config/uboot.release'. Stop. > > > gmake[1]: Leaving directory '/wrkdirs/usr/ports/sysutils/u-boot-rpi3/work/u-boot-2020.04' > > The lto plugins didn't used to compile on a native build of gcc > on aarch64 but I've updated gcc to 8.4 recently, maybe the plugin now > works or gcc think that it does and try to use it. > I'll do tests, thanks for the report. This is solved with r533162. I've tested that sysutils/u-boot-pine64-lts build and boots fine. Let me know if you have still any issues. Thanks. > > > > The pine64 and rock64 u-boot builds also failed this way. > > With the rpi[34], those 4 are all the aarch64-targeted > > u-boot builds that I tried. > > > > By contrast, the armv7 u-boot's that I tried all completed: > > orangepi-plus-2e, rpi2, and sinovoip-bpi-m3. > > > > > > === > > Mark Millard > > marklmi at yahoo.com > > ( dsl-only.net went > > away in early 2018-Mar) > > > > _______________________________________________ > > 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" > > > -- > Emmanuel Vadot > _______________________________________________ > 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" -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Tue Apr 28 00:15:19 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C139B2CC37C for ; Tue, 28 Apr 2020 00:15:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-21.consmr.mail.gq1.yahoo.com (sonic306-21.consmr.mail.gq1.yahoo.com [98.137.68.84]) (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 49B2GZ3Y3Nz3xXY for ; Tue, 28 Apr 2020 00:15:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: vufCnZQVM1k0hoJs7ELThbnJQ1A7biaDOrEOW9lUKgMQM6kzJK4B1r3QP3XeS8n eBeKVjspCQxI9dG9y.krM2Whnv5ipzOLgXkNMncSvo1Kvy1TSm1T_bmZJvI6htHLNi92qcvzR1b8 TE_dfhXIUf.I4XlS7PSGuop8z2tvJFVcZQ.Z2qY_wVdOZBa7q3kpbS_2jdrHFLdwubU6CNGI2PKt _f6_9yvIHxzXtQD7mWalFtnBbOIX3ZnFo0Stpi2dxWDoD1skuv_.XRYxyKqvVew4ecXgASo8Pm7U 8XINjMyQx6VDX1yN__bqQD1SoK40Caf9Qkuufq.sben_uudJ3lh3UwIZnwmjPG_wykmXbtuK_SQ7 8piFoNl65y6JonaVIlree50.aeirVO3gYiZh4vEK.1T29OJAZ7hTQMru66HsDZTOcfoDNMfjF9_n f1v40ZMuMRALyVPgHF3MJqkJAfiMJxLcCHP6QXv6gHEpY5eTzXFVCSBGeoxLYE1G7pASYc6o0U9j Gd7RseqU8irS54MAY7ZEsUEEm.WBS01uMvCnf1Df47qYna7N0gZ2HwYWd_irEJ8pWZ5v6TEqcoxL lByrWqs.Nzir8eSLLfnM_9.9GNKtYf_2JosvI8Tkh1lt.aH7sa6v4iJgCB4IcQKS.Pd7Qw84XdpO .Ef8q6BkteSnos2YQN9Hn17EkB_sr7.Aj65tYZxuwpTaYJ3jMpelDB7ryKsdrV2JlTbXQqzqEQ1P byJ.KoHxQcgN9XMbmrUzBKsMnzGdeqR2M5XJ4npRc.18n6zmiVDqzs_S2JjtPkOsOTPqdybpiov5 8VV3GeYD0xOBDdvWaz0HHeaaR.Yl2R0EDizJSCp7nzy8nqgImVRg6AR3.K.5iNj_cSVT5qpR_r1q ZVm1TUc4j.IFiqojdLICaJk8.XndFctfdakcAi0cOWvvzAytHWo_O.eKUET1FqLPoN4dSfYb630b gfE4GhvPgqtn0N01.PJt1qEzz0WLeLiIojEr3UtUZOgdcnoG7OfRkc9OTAH7njRXAOTlsu0tJKcR bt62M38My0NEa_j7yPnlk8dNd9C9RusEhWdW24kscl6S3iIElk2y6u86.cMbF.gMf6QtgaBe6R6M 6Mh_zQcvxLITqxRj4tzeloQQjOn6UgtttTObDw6ICiaiZvAekLuMdNg749moUocCyB7l6BmUDo7Q 3k1FnYuNhTLUPjKGVFVt8nwiOSL5C9a49DI0qE1q5aLz2hZl_O9eDy3JglKp.x.20QTJY7qlvWQ1 X6nfTDqw5y9Vey6IEkosGsFgeR7uJhci9n3O2YRTif2pxgbYF0akQLjCcU9DTeceYP_LVlYDQv1g TRTM5NwF8L1fHJcboT7v4QYACtXRJs6YFnQX6GwWDvpFh4q1BiW_LTe5U.KOUeH0FSXB9pcsDp0i ltBiwHOn8VGwgdzBZKBToIT6FQ2BdCoAIMe.KyvfBbQvp5o7kPs703GLaQg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Tue, 28 Apr 2020 00:15:16 +0000 Received: by smtp411.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 82d425cd48066cf405ac9a65ba3a02f1; Tue, 28 Apr 2020 00:15:13 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: aarch64 host based sysutils/u-boot-{pine64, rock64, rpi[34]} builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found" From: Mark Millard In-Reply-To: <20200427204606.69157e78e6eb92f3481e47e3@bidouilliste.com> Date: Mon, 27 Apr 2020 17:15:11 -0700 Cc: freebsd-arm , FreeBSD ports Content-Transfer-Encoding: quoted-printable Message-Id: <38BE4488-2BE4-4B9F-BABA-0324B6A7AE8D@yahoo.com> References: <0085757C-02B1-4CB9-9B67-01EB5D6AA86A@yahoo.com> <20200427123246.42e3844f39c349aac81009ff@bidouilliste.com> <20200427204606.69157e78e6eb92f3481e47e3@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49B2GZ3Y3Nz3xXY X-Spamd-Bar: - X-Spamd-Result: default: False [-1.33 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.48)[-0.482,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.35)[-0.347,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (6.15), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[84.68.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[84.68.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2020 00:15:19 -0000 On 2020-Apr-27, at 11:46, Emmanuel Vadot = wrote: > On Mon, 27 Apr 2020 12:32:46 +0200 > Emmanuel Vadot wrote: >=20 >> On Sun, 26 Apr 2020 12:13:46 -0700 >> Mark Millard via freebsd-arm wrote: >>=20 >>>=20 >>>=20 >>> On 2020-Apr-26, at 01:14, Mark Millard wrote: >>>=20 >>>> The below where based on poudriere-devel based build attempts. >>>> /usr/ports/ was based on head -r532972 and aarch64 FreeBSD was >>>> based on head -r360311 . amd64 FreeBSD did not have the build >>>> problem for the aaarch64-targeted u-boot ports. >>>>=20 >>>> The overall build is still going and more aarch64-targeted >>>> u-boot builds might fail. >>>>=20 >>>>=20 >>>> sysutils/u-boot-rpi4 : >>>>=20 >>>> aarch64-none-elf-gcc -x c -DDO_DEPS_ONLY -M -MP -Wall = -Wstrict-prototypes -Wno-format-security -fno-builtin -ffreestanding = -std=3Dgnu11 -fshort-wchar -fno-strict-aliasing -fno-PIE -O2 = -fno-stack-protector -fno-delete-null-pointer-checks = -fmacro-prefix-map=3D./=3D -g -fstack-usage -Wno-format-nonliteral = -Werror=3Ddate-time -D__KERNEL__ -D__UBOOT__ -D__ARM__ = -fno-pic -mstrict-align -ffunction-sections -fdata-sections = -fno-common -ffixed-r9 -fno-common -ffixed-x18 -pipe -Iinclude = -I./arch/arm/include -include ./include/linux/kconfig.h -nostdinc = -isystem /usr/local/lib/gcc/aarch64-none-elf/8.4.0/include -MQ = include/config/auto.conf ./include/common.h > include/autoconf.mk.dep || = { rm include/autoconf.mk.dep; false; } >>>> sed -n -f ./tools/scripts/define2mk.sed u-boot.cfg | while read = line; do if [ -n "" ] || ! grep -q "${line%=3D*}=3D" = include/config/auto.conf; then echo "$line"; fi done > = include/autoconf.mk >>>> aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but = liblto_plugin.so not found >>>> compilation terminated. >>>> gmake[2]: *** [scripts/Makefile.autoconf:48: = include/autoconf.mk.dep] Error 1 >>>> gmake[2]: *** Waiting for unfinished jobs.... >>>> gmake[1]: *** No rule to make target 'include/config/auto.conf', = needed by 'include/config/uboot.release'. Stop. >>>> gmake[1]: Leaving directory = '/wrkdirs/usr/ports/sysutils/u-boot-rpi4/work/u-boot-2020.04' >>>>=20 >>>>=20 >>>> sysutils/u-boot-rpi3 : >>>>=20 >>>> aarch64-none-elf-gcc -x c -DDO_DEPS_ONLY -M -MP -Wall = -Wstrict-prototypes -Wno-format-security -fno-builtin -ffreestanding = -std=3Dgnu11 -fshort-wchar -fno-strict-aliasing -fno-PIE -O2 = -fno-stack-protector -fno-delete-null-pointer-checks = -fmacro-prefix-map=3D./=3D -g -fstack-usage -Wno-format-nonliteral = -Werror=3Ddate-time -D__KERNEL__ -D__UBOOT__ -D__ARM__ = -fno-pic -mstrict-align -ffunction-sections -fdata-sections = -fno-common -ffixed-r9 -fno-common -ffixed-x18 -pipe -Iinclude = -I./arch/arm/include -include ./include/linux/kconfig.h -nostdinc = -isystem /usr/local/lib/gcc/aarch64-none-elf/8.4.0/include -MQ = include/config/auto.conf ./include/common.h > include/autoconf.mk.dep || = { rm include/autoconf.mk.dep; false; } >>>> aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but = liblto_plugin.so not found >>>> compilation terminated. >>>> gmake[2]: *** [scripts/Makefile.autoconf:48: = include/autoconf.mk.dep] Error 1 >>>> gmake[2]: *** Waiting for unfinished jobs.... >>>> gmake[1]: *** No rule to make target 'include/config/auto.conf', = needed by 'include/config/uboot.release'. Stop. >>>> gmake[1]: Leaving directory = '/wrkdirs/usr/ports/sysutils/u-boot-rpi3/work/u-boot-2020.04' >>=20 >> The lto plugins didn't used to compile on a native build of gcc >> on aarch64 but I've updated gcc to 8.4 recently, maybe the plugin now >> works or gcc think that it does and try to use it. >> I'll do tests, thanks for the report. >=20 > This is solved with r533162. > I've tested that sysutils/u-boot-pine64-lts build and boots fine. > Let me know if you have still any issues. The poudriere-devel runs based on updating /usr/ports content ended up scheduling 190 package builds, including a couple of llvm*'s. Depending on where in the sequence things happen, it could be some time before having such full-native results. In a amd64->aarch64 pouriere-devel based cross-build, with nxb-bin in use (a faster build environment in my context), I got: . . . gmake[4]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/ilp32/libgcc' gmake[3]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/libgcc' gmake[2]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/libgcc' gmake[1]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build' =3D=3D=3D=3D> Compressing man pages (compress-man) = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D> Building package for aarch64-none-elf-gcc-8.4.0_1 pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/gtype.state:No such file or directory pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No = such file or direct ory pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/addresses.h:No such file or = directory pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/alias.h:No such file or directory . . . (long list) . . . That leads to: [00:29:06] [04] [00:10:01] Saved devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA53-default/default/aa= rch64-none-elf-gcc-8.4.0_1.tar [00:29:10] [04] [00:10:05] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1: Failed: package [00:29:12] [04] [00:10:07] Skipping sysutils/atf-rk3328 | = atf-rk3328-v2.3: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed [00:29:12] [04] [00:10:07] Skipping sysutils/atf-sun50i_a64 | = atf-sun50i_a64-v2.3: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-pine64 | = u-boot-pine64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rock64 | = u-boot-rock64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rpi3 | = u-boot-rpi3-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rpi4 | = u-boot-rpi4-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed I'm guessing that the full-native builds will do similarly. But we will eventually see. > Thanks. >=20 >>>=20 >>> The pine64 and rock64 u-boot builds also failed this way. >>> With the rpi[34], those 4 are all the aarch64-targeted >>> u-boot builds that I tried. >>>=20 >>> By contrast, the armv7 u-boot's that I tried all completed: >>> orangepi-plus-2e, rpi2, and sinovoip-bpi-m3. >>=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 Tue Apr 28 03:14:52 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BDD642A9932 for ; Tue, 28 Apr 2020 03:14:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-23.consmr.mail.gq1.yahoo.com (sonic304-23.consmr.mail.gq1.yahoo.com [98.137.68.204]) (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 49B6Fl59gQz48wh for ; Tue, 28 Apr 2020 03:14:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: O_KfgNcVM1kIpqBRSOc640FHA1d.4io12mZGjhXa_rr2pvXuYSu.sS6uBgVTgq1 3wd6Qsz..EKpeT3EDeE1WMyU1Us49TACAcbsSc6eKzO4i_jYir4PBRRcboy6GkdF_2ST5mYTsjhg _lp6lC0JxrBFUQbffbiC8XUymX_gJQQTDc_H2i4fNVTiPsYRnM2rNF0o9VYvL5ZEfPdiomxlQSYC iI9GI5ed_uQxDna9vWHL9e6taNN6kUG5EmRDaB_uJCTL.OO2.GB20qSAN1kEtkEUIcMOFI6IPi7j sH2xOB2bE1Tw3_aUBInzpnEz8Klfc7heWkpIJ9Lf7a9.z7MZ2LSig38k54QQvKVCNZQqvGu2QpLz hum_TgLiCcQ9WKVZz4ITXOp1cuoiyYYX6xSU1eR5I4jc6ogmNhmAnYD_SMfOBgYTHMQwhdpfK9dP dkXnvBP4Z_4ZbKVpU7utQmJnc9VJDMsqLpBk44AaKbkYFjpXHUfqlsOaAKsGSXHFKThbb8GwAHdg 0.aBoXf2jyJHaQDW.G6VH6lD_RrPD4Wy29c4M6928_tYbR6a5HmyiuA7e60Ynr40WBh4rsJl0rGE o1qevldBfuVNDOOHJq1a.gR7fUtDyAWmNGm2q6PvJZmzNfSVHzx5ryFkKzriQJSqYlewzOehFquP 23fNRLhN828bjGPiX6rxAMreEag441Xa2M3_AQX9JHJrMT4DCdvpRJtL.YnQraStmntM.LLTlXA1 w40SaBZKhZ7rQOJQoqgUvBuFxRcMHBq9W8_mF_1bfz9elHOUaqyexPHduzdT78LByHeznAiu4zXP JIq7JNhTI0109UjocBiEjKCPBmaiAqwMjHWakhI7.Lx_GkVfynK.gPRCm.1EqzgOmeV_5WHZi6Y3 6QcIn8oujqC_MikuRlK7muWOANDYvp6wsg1.z8jhIUD1QAOjvu0Z2mfaqzVdmasib9JkSsiMO.Ao yE2dYGz6Y65r8RuWqy_EsHCRmgK84AJQS1WEsfTAyZCIVPKaoOvaZn.QarigaQHFTto2TMz9KPBI F_uScXqDnEbT9_hEoaBukZmlxIrl2l5EHSi95qCudkqJreBsKNQjkUn3bPwv8w1KaCW0CjzWmPin nduOREtIBKjcbNq9CuHBEsUxhPdJf12swduEza3u.8EyMgIzOT7yQ43Q4lM4rReQ_ZeU1P36y3_9 iS2GqsHCr0hMI9OGDi3VfwxrO0zjFpjX5XhVsSa6zou.O2LtfVfW4iAE9NwiKf.lExx_j5KrvBHB ZKZfR_QPsbs9WUJXMMr1aSfWiIgs.O_xKwrHGagYGX8jlOOQFMqlEvyw5Wo0VzbcloZ4Qu2S.i.l aSnf2rxkFCHImIR6qw9t6ABRtCxnATHVSukRsBBKws1h6IdecrUDl8fDJtKvHZf1gKu1lGpOrr3z ldz831AYVZTmwBByu_d27xIc- Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Tue, 28 Apr 2020 03:14:50 +0000 Received: by smtp415.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID d453ee33d88ac91d378c18f1cd6325c1; Tue, 28 Apr 2020 03:14:48 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: aarch64 host based sysutils/u-boot-{pine64, rock64, rpi[34]} builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found" From: Mark Millard In-Reply-To: <38BE4488-2BE4-4B9F-BABA-0324B6A7AE8D@yahoo.com> Date: Mon, 27 Apr 2020 20:14:47 -0700 Cc: freebsd-arm , FreeBSD ports Content-Transfer-Encoding: quoted-printable Message-Id: <90693ED6-E93D-4105-8B63-F77313F77079@yahoo.com> References: <0085757C-02B1-4CB9-9B67-01EB5D6AA86A@yahoo.com> <20200427123246.42e3844f39c349aac81009ff@bidouilliste.com> <20200427204606.69157e78e6eb92f3481e47e3@bidouilliste.com> <38BE4488-2BE4-4B9F-BABA-0324B6A7AE8D@yahoo.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49B6Fl59gQz48wh X-Spamd-Bar: - X-Spamd-Result: default: False [-1.17 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.42)[-0.425,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.24)[-0.241,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (7.21), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[204.68.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[204.68.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2020 03:14:52 -0000 On 2020-Apr-27, at 17:15, Mark Millard wrote: > On 2020-Apr-27, at 11:46, Emmanuel Vadot = wrote: >=20 >> On Mon, 27 Apr 2020 12:32:46 +0200 >> Emmanuel Vadot wrote: >>=20 >>> On Sun, 26 Apr 2020 12:13:46 -0700 >>> Mark Millard via freebsd-arm wrote: >>>=20 >>>>=20 >>>>=20 >>>> On 2020-Apr-26, at 01:14, Mark Millard = wrote: >>>>=20 >>>>> The below where based on poudriere-devel based build attempts. >>>>> /usr/ports/ was based on head -r532972 and aarch64 FreeBSD was >>>>> based on head -r360311 . amd64 FreeBSD did not have the build >>>>> problem for the aaarch64-targeted u-boot ports. >>>>>=20 >>>>> The overall build is still going and more aarch64-targeted >>>>> u-boot builds might fail. >>>>>=20 >>>>>=20 >>>>> sysutils/u-boot-rpi4 : >>>>>=20 >>>>> aarch64-none-elf-gcc -x c -DDO_DEPS_ONLY -M -MP -Wall = -Wstrict-prototypes -Wno-format-security -fno-builtin -ffreestanding = -std=3Dgnu11 -fshort-wchar -fno-strict-aliasing -fno-PIE -O2 = -fno-stack-protector -fno-delete-null-pointer-checks = -fmacro-prefix-map=3D./=3D -g -fstack-usage -Wno-format-nonliteral = -Werror=3Ddate-time -D__KERNEL__ -D__UBOOT__ -D__ARM__ = -fno-pic -mstrict-align -ffunction-sections -fdata-sections = -fno-common -ffixed-r9 -fno-common -ffixed-x18 -pipe -Iinclude = -I./arch/arm/include -include ./include/linux/kconfig.h -nostdinc = -isystem /usr/local/lib/gcc/aarch64-none-elf/8.4.0/include -MQ = include/config/auto.conf ./include/common.h > include/autoconf.mk.dep || = { rm include/autoconf.mk.dep; false; } >>>>> sed -n -f ./tools/scripts/define2mk.sed u-boot.cfg | while read = line; do if [ -n "" ] || ! grep -q "${line%=3D*}=3D" = include/config/auto.conf; then echo "$line"; fi done > = include/autoconf.mk >>>>> aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but = liblto_plugin.so not found >>>>> compilation terminated. >>>>> gmake[2]: *** [scripts/Makefile.autoconf:48: = include/autoconf.mk.dep] Error 1 >>>>> gmake[2]: *** Waiting for unfinished jobs.... >>>>> gmake[1]: *** No rule to make target 'include/config/auto.conf', = needed by 'include/config/uboot.release'. Stop. >>>>> gmake[1]: Leaving directory = '/wrkdirs/usr/ports/sysutils/u-boot-rpi4/work/u-boot-2020.04' >>>>>=20 >>>>>=20 >>>>> sysutils/u-boot-rpi3 : >>>>>=20 >>>>> aarch64-none-elf-gcc -x c -DDO_DEPS_ONLY -M -MP -Wall = -Wstrict-prototypes -Wno-format-security -fno-builtin -ffreestanding = -std=3Dgnu11 -fshort-wchar -fno-strict-aliasing -fno-PIE -O2 = -fno-stack-protector -fno-delete-null-pointer-checks = -fmacro-prefix-map=3D./=3D -g -fstack-usage -Wno-format-nonliteral = -Werror=3Ddate-time -D__KERNEL__ -D__UBOOT__ -D__ARM__ = -fno-pic -mstrict-align -ffunction-sections -fdata-sections = -fno-common -ffixed-r9 -fno-common -ffixed-x18 -pipe -Iinclude = -I./arch/arm/include -include ./include/linux/kconfig.h -nostdinc = -isystem /usr/local/lib/gcc/aarch64-none-elf/8.4.0/include -MQ = include/config/auto.conf ./include/common.h > include/autoconf.mk.dep || = { rm include/autoconf.mk.dep; false; } >>>>> aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but = liblto_plugin.so not found >>>>> compilation terminated. >>>>> gmake[2]: *** [scripts/Makefile.autoconf:48: = include/autoconf.mk.dep] Error 1 >>>>> gmake[2]: *** Waiting for unfinished jobs.... >>>>> gmake[1]: *** No rule to make target 'include/config/auto.conf', = needed by 'include/config/uboot.release'. Stop. >>>>> gmake[1]: Leaving directory = '/wrkdirs/usr/ports/sysutils/u-boot-rpi3/work/u-boot-2020.04' >>>=20 >>> The lto plugins didn't used to compile on a native build of gcc >>> on aarch64 but I've updated gcc to 8.4 recently, maybe the plugin = now >>> works or gcc think that it does and try to use it. >>> I'll do tests, thanks for the report. >>=20 >> This is solved with r533162. >> I've tested that sysutils/u-boot-pine64-lts build and boots fine. >> Let me know if you have still any issues. >=20 > The poudriere-devel runs based on updating /usr/ports content > ended up scheduling 190 package builds, including a couple of > llvm*'s. Depending on where in the sequence things happen, it > could be some time before having such full-native results. >=20 > In a amd64->aarch64 pouriere-devel based cross-build, with > nxb-bin in use (a faster build environment in my context), > I got: >=20 > . . . > gmake[4]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/ilp32/libgcc' > gmake[3]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/libgcc' > gmake[2]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/libgcc' > gmake[1]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build' > =3D=3D=3D=3D> Compressing man pages (compress-man) > = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =3D=3D=3D> Building package for aarch64-none-elf-gcc-8.4.0_1 > pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/gtype.state:No such file or directory > pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No = such file or direct > ory > pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/addresses.h:No such file or = directory > pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/alias.h:No such file or directory > . . . (long list) . . . >=20 >=20 > That leads to: >=20 > [00:29:06] [04] [00:10:01] Saved devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA53-default/default/aa= rch64-none-elf-gcc-8.4.0_1.tar > [00:29:10] [04] [00:10:05] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1: Failed: package > [00:29:12] [04] [00:10:07] Skipping sysutils/atf-rk3328 | = atf-rk3328-v2.3: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed > [00:29:12] [04] [00:10:07] Skipping sysutils/atf-sun50i_a64 | = atf-sun50i_a64-v2.3: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed > [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-pine64 | = u-boot-pine64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed > [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rock64 | = u-boot-rock64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed > [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rpi3 | = u-boot-rpi3-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed > [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rpi4 | = u-boot-rpi4-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >=20 >=20 >=20 > I'm guessing that the full-native builds will do similarly. > But we will eventually see. One of the aarch64 environments finally got there: [07:40:23] [02] [00:23:04] Saved devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA57-default/default/aa= rch64-none-elf-gcc-8.4.0_1.tar [07:40:42] [02] [00:23:23] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1: Failed: package [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-pine64 | = u-boot-pine64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rock64 | = u-boot-rock64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rpi3 | = u-boot-rpi3-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rpi4 | = u-boot-rpi4-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed It failed for the same sorts of reasons as the cross build: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D> Building package for aarch64-none-elf-gcc-8.4.0_1 pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/gtype.state:No such file or directory pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No = such file or direct ory . . . >> Thanks. >>=20 >>>>=20 >>>> The pine64 and rock64 u-boot builds also failed this way. >>>> With the rpi[34], those 4 are all the aarch64-targeted >>>> u-boot builds that I tried. >>>>=20 >>>> By contrast, the armv7 u-boot's that I tried all completed: >>>> orangepi-plus-2e, rpi2, and sinovoip-bpi-m3. >>>=20 >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) =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 Apr 28 14:39:19 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AA4652BB0BA; Tue, 28 Apr 2020 14:39:19 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49BPRV2TZ1z3JpN; Tue, 28 Apr 2020 14:39:17 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1588084749; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=4hAG89Jc0ZU0XDfa/1f9qxgO1LhnFIjTMVUlv3mL4D8=; b=MfmibvnKD00dbFl1AcoPvFeh5NVi7VcYAbJ/rLPYERDdboOfNfQN0GuIO7BNP7I+jKxdin uCOCIFkoZm3iaFbKyJFO4D6dUHaVJ9rw+j6QEHw0PCqd1+xMcmvQypwmoPbMpsjRgWoHCi SkuWclbCnOlNjHstsKMap3Erw8hxFHo= Received: from skull.home.blih.net (lfbn-idf2-1-900-181.w86-238.abo.wanadoo.fr [86.238.131.181]) by mx.blih.net (OpenSMTPD) with ESMTPSA id c0927fdd (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Tue, 28 Apr 2020 14:39:09 +0000 (UTC) Date: Tue, 28 Apr 2020 16:39:06 +0200 From: Emmanuel Vadot To: Mark Millard Cc: freebsd-arm , FreeBSD ports Subject: Re: aarch64 host based sysutils/u-boot-{pine64, rock64, rpi[34]} builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found" Message-Id: <20200428163906.a5081a0493970fb4556fe08b@bidouilliste.com> In-Reply-To: <90693ED6-E93D-4105-8B63-F77313F77079@yahoo.com> References: <0085757C-02B1-4CB9-9B67-01EB5D6AA86A@yahoo.com> <20200427123246.42e3844f39c349aac81009ff@bidouilliste.com> <20200427204606.69157e78e6eb92f3481e47e3@bidouilliste.com> <38BE4488-2BE4-4B9F-BABA-0324B6A7AE8D@yahoo.com> <90693ED6-E93D-4105-8B63-F77313F77079@yahoo.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49BPRV2TZ1z3JpN X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=MfmibvnK; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-3.92 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-1.42)[ip: (-9.34), ipnet: 212.83.128.0/19(1.82), asn: 12876(0.42), country: FR(0.00)]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2020 14:39:19 -0000 On Mon, 27 Apr 2020 20:14:47 -0700 Mark Millard wrote: > On 2020-Apr-27, at 17:15, Mark Millard wrote: > > > On 2020-Apr-27, at 11:46, Emmanuel Vadot wrote: > > > >> On Mon, 27 Apr 2020 12:32:46 +0200 > >> Emmanuel Vadot wrote: > >> > >>> On Sun, 26 Apr 2020 12:13:46 -0700 > >>> Mark Millard via freebsd-arm wrote: > >>> > >>>> > >>>> > >>>> On 2020-Apr-26, at 01:14, Mark Millard wrote: > >>>> > >>>>> The below where based on poudriere-devel based build attempts. > >>>>> /usr/ports/ was based on head -r532972 and aarch64 FreeBSD was > >>>>> based on head -r360311 . amd64 FreeBSD did not have the build > >>>>> problem for the aaarch64-targeted u-boot ports. > >>>>> > >>>>> The overall build is still going and more aarch64-targeted > >>>>> u-boot builds might fail. > >>>>> > >>>>> > >>>>> sysutils/u-boot-rpi4 : > >>>>> > >>>>> aarch64-none-elf-gcc -x c -DDO_DEPS_ONLY -M -MP -Wall -Wstrict-prototypes -Wno-format-security -fno-builtin -ffreestanding -std=gnu11 -fshort-wchar -fno-strict-aliasing -fno-PIE -O2 -fno-stack-protector -fno-delete-null-pointer-checks -fmacro-prefix-map=./= -g -fstack-usage -Wno-format-nonliteral -Werror=date-time -D__KERNEL__ -D__UBOOT__ -D__ARM__ -fno-pic -mstrict-align -ffunction-sections -fdata-sections -fno-common -ffixed-r9 -fno-common -ffixed-x18 -pipe -Iinclude -I./arch/arm/include -include ./include/linux/kconfig.h -nostdinc -isystem /usr/local/lib/gcc/aarch64-none-elf/8.4.0/include -MQ include/config/auto.conf ./include/common.h > include/autoconf.mk.dep || { rm include/autoconf.mk.dep; false; } > >>>>> sed -n -f ./tools/scripts/define2mk.sed u-boot.cfg | while read line; do if [ -n "" ] || ! grep -q "${line%=*}=" include/config/auto.conf; then echo "$line"; fi done > include/autoconf.mk > >>>>> aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found > >>>>> compilation terminated. > >>>>> gmake[2]: *** [scripts/Makefile.autoconf:48: include/autoconf.mk.dep] Error 1 > >>>>> gmake[2]: *** Waiting for unfinished jobs.... > >>>>> gmake[1]: *** No rule to make target 'include/config/auto.conf', needed by 'include/config/uboot.release'. Stop. > >>>>> gmake[1]: Leaving directory '/wrkdirs/usr/ports/sysutils/u-boot-rpi4/work/u-boot-2020.04' > >>>>> > >>>>> > >>>>> sysutils/u-boot-rpi3 : > >>>>> > >>>>> aarch64-none-elf-gcc -x c -DDO_DEPS_ONLY -M -MP -Wall -Wstrict-prototypes -Wno-format-security -fno-builtin -ffreestanding -std=gnu11 -fshort-wchar -fno-strict-aliasing -fno-PIE -O2 -fno-stack-protector -fno-delete-null-pointer-checks -fmacro-prefix-map=./= -g -fstack-usage -Wno-format-nonliteral -Werror=date-time -D__KERNEL__ -D__UBOOT__ -D__ARM__ -fno-pic -mstrict-align -ffunction-sections -fdata-sections -fno-common -ffixed-r9 -fno-common -ffixed-x18 -pipe -Iinclude -I./arch/arm/include -include ./include/linux/kconfig.h -nostdinc -isystem /usr/local/lib/gcc/aarch64-none-elf/8.4.0/include -MQ include/config/auto.conf ./include/common.h > include/autoconf.mk.dep || { rm include/autoconf.mk.dep; false; } > >>>>> aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found > >>>>> compilation terminated. > >>>>> gmake[2]: *** [scripts/Makefile.autoconf:48: include/autoconf.mk.dep] Error 1 > >>>>> gmake[2]: *** Waiting for unfinished jobs.... > >>>>> gmake[1]: *** No rule to make target 'include/config/auto.conf', needed by 'include/config/uboot.release'. Stop. > >>>>> gmake[1]: Leaving directory '/wrkdirs/usr/ports/sysutils/u-boot-rpi3/work/u-boot-2020.04' > >>> > >>> The lto plugins didn't used to compile on a native build of gcc > >>> on aarch64 but I've updated gcc to 8.4 recently, maybe the plugin now > >>> works or gcc think that it does and try to use it. > >>> I'll do tests, thanks for the report. > >> > >> This is solved with r533162. > >> I've tested that sysutils/u-boot-pine64-lts build and boots fine. > >> Let me know if you have still any issues. > > > > The poudriere-devel runs based on updating /usr/ports content > > ended up scheduling 190 package builds, including a couple of > > llvm*'s. Depending on where in the sequence things happen, it > > could be some time before having such full-native results. > > > > In a amd64->aarch64 pouriere-devel based cross-build, with > > nxb-bin in use (a faster build environment in my context), > > I got: > > > > . . . > > gmake[4]: Leaving directory '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-elf/ilp32/libgcc' > > gmake[3]: Leaving directory '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-elf/libgcc' > > gmake[2]: Leaving directory '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-elf/libgcc' > > gmake[1]: Leaving directory '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build' > > ====> Compressing man pages (compress-man) > > =========================================================================== > > =================================================== > > ===> Building package for aarch64-none-elf-gcc-8.4.0_1 > > pkg-static: Unable to access file /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc/aarch64-none-elf/8.4.0/plugin/gtype.state:No such file or directory > > pkg-static: Unable to access file /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc/aarch64-none-elf/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No such file or direct > > ory > > pkg-static: Unable to access file /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc/aarch64-none-elf/8.4.0/plugin/include/addresses.h:No such file or directory > > pkg-static: Unable to access file /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc/aarch64-none-elf/8.4.0/plugin/include/alias.h:No such file or directory > > . . . (long list) . . . > > > > > > That leads to: > > > > [00:29:06] [04] [00:10:01] Saved devel/aarch64-none-elf-gcc | aarch64-none-elf-gcc-8.4.0_1 wrkdir to: /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA53-default/default/aarch64-none-elf-gcc-8.4.0_1.tar > > [00:29:10] [04] [00:10:05] Finished devel/aarch64-none-elf-gcc | aarch64-none-elf-gcc-8.4.0_1: Failed: package > > [00:29:12] [04] [00:10:07] Skipping sysutils/atf-rk3328 | atf-rk3328-v2.3: Dependent port devel/aarch64-none-elf-gcc | aarch64-none-elf-gcc-8.4.0_1 failed > > [00:29:12] [04] [00:10:07] Skipping sysutils/atf-sun50i_a64 | atf-sun50i_a64-v2.3: Dependent port devel/aarch64-none-elf-gcc | aarch64-none-elf-gcc-8.4.0_1 failed > > [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-pine64 | u-boot-pine64-2020.04: Dependent port devel/aarch64-none-elf-gcc | aarch64-none-elf-gcc-8.4.0_1 failed > > [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rock64 | u-boot-rock64-2020.04: Dependent port devel/aarch64-none-elf-gcc | aarch64-none-elf-gcc-8.4.0_1 failed > > [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rpi3 | u-boot-rpi3-2020.04: Dependent port devel/aarch64-none-elf-gcc | aarch64-none-elf-gcc-8.4.0_1 failed > > [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rpi4 | u-boot-rpi4-2020.04: Dependent port devel/aarch64-none-elf-gcc | aarch64-none-elf-gcc-8.4.0_1 failed > > > > > > > > I'm guessing that the full-native builds will do similarly. > > But we will eventually see. > > One of the aarch64 environments finally got there: > > [07:40:23] [02] [00:23:04] Saved devel/aarch64-none-elf-gcc | aarch64-none-elf-gcc-8.4.0_1 wrkdir to: /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA57-default/default/aarch64-none-elf-gcc-8.4.0_1.tar > [07:40:42] [02] [00:23:23] Finished devel/aarch64-none-elf-gcc | aarch64-none-elf-gcc-8.4.0_1: Failed: package > [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-pine64 | u-boot-pine64-2020.04: Dependent port devel/aarch64-none-elf-gcc | aarch64-none-elf-gcc-8.4.0_1 failed > [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rock64 | u-boot-rock64-2020.04: Dependent port devel/aarch64-none-elf-gcc | aarch64-none-elf-gcc-8.4.0_1 failed > [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rpi3 | u-boot-rpi3-2020.04: Dependent port devel/aarch64-none-elf-gcc | aarch64-none-elf-gcc-8.4.0_1 failed > [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rpi4 | u-boot-rpi4-2020.04: Dependent port devel/aarch64-none-elf-gcc | aarch64-none-elf-gcc-8.4.0_1 failed > > It failed for the same sorts of reasons as the cross build: > > =================================================== > ===> Building package for aarch64-none-elf-gcc-8.4.0_1 > pkg-static: Unable to access file /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc/aarch64-none-elf/8.4.0/plugin/gtype.state:No such file or directory > pkg-static: Unable to access file /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc/aarch64-none-elf/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No such file or direct > ory > . . . > I can reproduce that with poudriere too. For some reason this doesn't happened when doing a make package ... > >> Thanks. > >> > >>>> > >>>> The pine64 and rock64 u-boot builds also failed this way. > >>>> With the rpi[34], those 4 are all the aarch64-targeted > >>>> u-boot builds that I tried. > >>>> > >>>> By contrast, the armv7 u-boot's that I tried all completed: > >>>> orangepi-plus-2e, rpi2, and sinovoip-bpi-m3. > >>> > > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Tue Apr 28 16:23:26 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B4BF62BEC95 for ; Tue, 28 Apr 2020 16:23:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-24.consmr.mail.gq1.yahoo.com (sonic311-24.consmr.mail.gq1.yahoo.com [98.137.65.205]) (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 49BRld0v7Dz3yBW for ; Tue, 28 Apr 2020 16:23:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: MOBdenwVM1ka4EFT6vm_.wO3BoHWJco2w5nGMipQvr63SKxfCD3Kft26mI7Bdkp 98klHPCHCzc3Jp5l1vtlX07XfNA3wyHYG6x6ba7GIMzXKZzeybCV3OOLr6hkCRegKZQt3tSK9jCm 3GcBepe.lkkgLzlgaiYqN1THqeplLOCURSPpAh_meDNGrVJKSqwBUqoEudHUB9OKKcFGOFdku_Cn kbFbn13edC8tuV5Py4m6OEMc0t.cXlPnFXMxl7hUHf1do.prkqj0w_lstGR2LoeyaPJ0H9gyhc4U BZJre79CFycNuXue5dI.rYOH1GKaFmY8DFID6f8pqBXziG8PyA.EF6oQ_ykyQXVSJFVYH2nUdccI vKWrI1p67FiInMyNpgUKiMwe9w56B_k3A55bX.ghsg.Z2TANhs0QeSu6tdkhA4vjP7HQoup.nlET E.qS24ugkr5UjTUSfCyXerGIHDZApmKU.UWnSunL6WlNg961EAWqHded0FcshGnM4I5r1h2FWU.2 tYT_gM6liz1dBMAIxE3CcPMomkh5s6oyJdCKW5jT7RrFDDmO_k88ziBSONH1aQTdBwm6OmBy_ujR Ce_CutvWEHIiknjbKEhGVv2omdaGV_1wFaax1xk_wpEqZLrwrgLR7hEWTRpLcUKJiMBa6oIySp94 HiqAesHfBrYCS4_i0KrH_evDqqXUwHwGQORgYZMPCdDFNnhQk0JjWu7_.iv81X1eHmHH3vr1QKN9 f5qsfOy2YGnDKzgSsAyCRddyHB3qi2bDFllhXZwqJUkyAqgd5v9wx7ovIYCsYlz7KjYS_tBYC.3c N0MIpX_MMF18GWDf48m7kPmEXhB8Cix7fnOVDPxW6qUFhZ8UUmySLAaPa2AMeayBh_lADer2Z2Vh CnBqUMlt3Cs.hdSRJqyUrqOqs0uUAbFXxVqN2glndvHWBkJBoqPpeIrzobUpOj4XYCN5nYYB0P4M 9ugHnebXnkgQRdgQbde9sCxlxG8M96XiZSrW1RxaVgasK9Iif4Kk3GOa5c0MRUmFr55cFPHj760w ehe05gMFMKgcIniWdatR_dG7DoZz_R6wfpttoxcnigJ.8ltADeM7VmaFrMCPfC610okEtSfCPsJn yxMTvmvZFPBmLagSxy2m8rvb6BuMUpNX7Jhsb0A2Zwn0xcio_GFj14Q24w5oF5ieRSup0wm4B7fV ASoNBScD1pd1Fqj0msZKt1yzVI5SFWlR3uYouHh8ubTWv_hDWdw1IAN7ML9yz87OoX4YgI9qbGBb XoFrVMOnDMa3tbHjiSkvatWBJBOZkLHUOWZCBSR_T44Smpc3vw7KrwNOXi7jWMjpqUlPIjOYWevK c6Ss539dv0GLrcBHU6by0QR5ebqaljq82TfetrF2vBPn77AA4MR4RIlXJNDlRFrp6BqqmY5e2UkN zgffE354sFss8w5WRZsw- Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Tue, 28 Apr 2020 16:23:23 +0000 Received: by smtp403.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 5c95accc90a45bd754ed8f54a042697e; Tue, 28 Apr 2020 16:23:22 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: aarch64 host based sysutils/u-boot-{pine64, rock64, rpi[34]} builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found" From: Mark Millard In-Reply-To: <20200428163906.a5081a0493970fb4556fe08b@bidouilliste.com> Date: Tue, 28 Apr 2020 09:23:21 -0700 Cc: freebsd-arm , FreeBSD ports Content-Transfer-Encoding: quoted-printable Message-Id: <13AAC979-927E-43BA-BF16-64C41546A690@yahoo.com> References: <0085757C-02B1-4CB9-9B67-01EB5D6AA86A@yahoo.com> <20200427123246.42e3844f39c349aac81009ff@bidouilliste.com> <20200427204606.69157e78e6eb92f3481e47e3@bidouilliste.com> <38BE4488-2BE4-4B9F-BABA-0324B6A7AE8D@yahoo.com> <90693ED6-E93D-4105-8B63-F77313F77079@yahoo.com> <20200428163906.a5081a0493970fb4556fe08b@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49BRld0v7Dz3yBW X-Spamd-Bar: - X-Spamd-Result: default: False [-1.90 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.63)[-0.630,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.77)[-0.769,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (3.66), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[205.65.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[205.65.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2020 16:23:26 -0000 On 2020-Apr-28, at 07:39, Emmanuel Vadot = wrote: > On Mon, 27 Apr 2020 20:14:47 -0700 > Mark Millard wrote: >=20 >> On 2020-Apr-27, at 17:15, Mark Millard wrote: >>=20 >>> On 2020-Apr-27, at 11:46, Emmanuel Vadot = wrote: >>>=20 >>>> On Mon, 27 Apr 2020 12:32:46 +0200 >>>> Emmanuel Vadot wrote: >>>>=20 >>>>> On Sun, 26 Apr 2020 12:13:46 -0700 >>>>> . . . >>>>=20 >>>> This is solved with r533162. >>>> I've tested that sysutils/u-boot-pine64-lts build and boots fine. >>>> Let me know if you have still any issues. >>>=20 >>> The poudriere-devel runs based on updating /usr/ports content >>> ended up scheduling 190 package builds, including a couple of >>> llvm*'s. Depending on where in the sequence things happen, it >>> could be some time before having such full-native results. >>>=20 >>> In a amd64->aarch64 pouriere-devel based cross-build, with >>> nxb-bin in use (a faster build environment in my context), >>> I got: >>>=20 >>> . . . >>> gmake[4]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/ilp32/libgcc' >>> gmake[3]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/libgcc' >>> gmake[2]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/libgcc' >>> gmake[1]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build' >>> =3D=3D=3D=3D> Compressing man pages (compress-man) >>> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<= phase: package >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> =3D=3D=3D> Building package for aarch64-none-elf-gcc-8.4.0_1 >>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/gtype.state:No such file or directory >>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No = such file or direct >>> ory >>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/addresses.h:No such file or = directory >>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/alias.h:No such file or directory >>> . . . (long list) . . . >>>=20 >>>=20 >>> That leads to: >>>=20 >>> [00:29:06] [04] [00:10:01] Saved devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA53-default/default/aa= rch64-none-elf-gcc-8.4.0_1.tar >>> [00:29:10] [04] [00:10:05] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1: Failed: package >>> [00:29:12] [04] [00:10:07] Skipping sysutils/atf-rk3328 | = atf-rk3328-v2.3: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>> [00:29:12] [04] [00:10:07] Skipping sysutils/atf-sun50i_a64 | = atf-sun50i_a64-v2.3: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>> [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-pine64 | = u-boot-pine64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>> [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rock64 | = u-boot-rock64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>> [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rpi3 | = u-boot-rpi3-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>> [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rpi4 | = u-boot-rpi4-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>=20 >>>=20 >>>=20 >>> I'm guessing that the full-native builds will do similarly. >>> But we will eventually see. >>=20 >> One of the aarch64 environments finally got there: >>=20 >> [07:40:23] [02] [00:23:04] Saved devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA57-default/default/aa= rch64-none-elf-gcc-8.4.0_1.tar >> [07:40:42] [02] [00:23:23] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1: Failed: package >> [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-pine64 | = u-boot-pine64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >> [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rock64 | = u-boot-rock64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >> [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rpi3 | = u-boot-rpi3-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >> [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rpi4 | = u-boot-rpi4-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>=20 >> It failed for the same sorts of reasons as the cross build: >>=20 >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> =3D=3D=3D> Building package for aarch64-none-elf-gcc-8.4.0_1 >> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/gtype.state:No such file or directory >> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No = such file or direct >> ory >> . . . >>=20 >=20 > I can reproduce that with poudriere too. > For some reason this doesn't happened when doing a make package ... It also happened for the poudriere-based build of devel/arm-none-eabi-gcc : [00:26:15] [07] [00:13:23] Saving devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1 wrkdir [00:26:23] [07] [00:13:31] Saved devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA53-default/default/ar= m-none-eabi-gcc-8.4.0_1.tar [00:26:28] [07] [00:13:36] Finished devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1: Failed: package [00:26:30] [07] [00:13:38] Skipping sysutils/u-boot-orangepi-plus-2e | = u-boot-orangepi-plus-2e-2020.04: Dependent port devel/arm-none-eabi-gcc = | arm-none-eabi-gcc-8.4.0_1 failed [00:26:30] [07] [00:13:38] Skipping sysutils/u-boot-rpi2 | = u-boot-rpi2-2020.04: Dependent port devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1 failed [00:26:30] [07] [00:13:38] Skipping sysutils/u-boot-sinovoip-bpi-m3 | = u-boot-sinovoip-bpi-m3-2020.04: Dependent port devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1 failed because of: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D> Building package for arm-none-eabi-gcc-8.4.0_1 pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/gtype.state:No such file or directory pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No such = file or directory pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/addresses.h:No such file or directory pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/alias.h:No such file or directory pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/all-tree.def:No such file or directory . . . >>>> Thanks. >>>>=20 >>>>>>=20 >>>>>> The pine64 and rock64 u-boot builds also failed this way. >>>>>> With the rpi[34], those 4 are all the aarch64-targeted >>>>>> u-boot builds that I tried. >>>>>>=20 >>>>>> By contrast, the armv7 u-boot's that I tried all completed: >>>>>> orangepi-plus-2e, rpi2, and sinovoip-bpi-m3. >>>>>=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 Tue Apr 28 19:58:10 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 58A002C37B4 for ; Tue, 28 Apr 2020 19:58:10 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49BXWN0pY8z4DH7 for ; Tue, 28 Apr 2020 19:58: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 03SJw0NZ007547 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 28 Apr 2020 12:58:00 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 03SJvxUg007546; Tue, 28 Apr 2020 12:58:00 -0700 (PDT) (envelope-from fbsd) Date: Tue, 28 Apr 2020 12:57:59 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Trouble booting the April 23 snapshot for rpi3 Message-ID: <20200428195759.GA7169@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 49BXWN0pY8z4DH7 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [2.07 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.75)[-0.750,0]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; IP_SCORE(0.05)[ip: (0.22), ipnet: 50.1.16.0/20(0.11), asn: 7065(-0.03), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.87)[0.873,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2020 19:58:10 -0000 In trying to boot the April 23 RPI3 snapshot the machine is reporting what looks like an old problem: ---<>--- KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2020 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 13.0-CURRENT #0 r360211: Thu Apr 23 08:12:13 UTC 2020 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 FreeBSD clang version 10.0.0 (git@github.com:llvm/llvm-project.git llvmorg-10.0.0-0-gd32170dbd5b) WARNING: WITNESS option enabled, expect reduced performance. VT(efifb): resolution 1920x1200 module firmware already present! KLD file umodem.ko is missing dependencies Starting CPU 1 (1) panic: Failed to start CPU 1 (1), error -1 cpuid = 0 time = 1 KDB: stack backtrace: db_trace_self() at db_trace_self_wrapper+0x28 pc = 0xffff00000075c2d4 lr = 0xffff0000001088b8 sp = 0xffff000000010590 fp = 0xffff000000010790 db_trace_self_wrapper() at vpanic+0x194 pc = 0xffff0000001088b8 lr = 0xffff000000415a74 sp = 0xffff0000000107a0 fp = 0xffff0000000107f0 vpanic() at panic+0x44 pc = 0xffff000000415a74 lr = 0xffff00000041581c sp = 0xffff000000010800 fp = 0xffff0000000108b0 panic() at start_cpu+0x224 pc = 0xffff00000041581c lr = 0xffff00000076a5b0 sp = 0xffff0000000108c0 fp = 0xffff0000000108c0 start_cpu() at cpu_init_fdt+0x34 pc = 0xffff00000076a5b0 lr = 0xffff0000007698b0 sp = 0xffff0000000108d0 fp = 0xffff000000010930 cpu_init_fdt() at ofw_cpu_early_foreach+0x180 pc = 0xffff0000007698b0 lr = 0xffff00000020c648 sp = 0xffff000000010940 fp = 0xffff000000010990 ofw_cpu_early_foreach() at mp_start+0x8c pc = 0xffff00000020c648 lr = 0xffff000000470490 sp = 0xffff0000000109a0 fp = 0xffff0000000109f0 mp_start() at mi_startup+0x12c pc = 0xffff000000470490 lr = 0xffff0000003a9ac4 sp = 0xffff000000010a00 fp = 0xffff000000010a20 mi_startup() at virtdone+0x5c pc = 0xffff0000003a9ac4 lr = 0xffff00000000108c sp = 0xffff000000010a30 fp = 0x0000000000000000 KDB: enter: panic [ thread pid 0 tid 0 ] Stopped at 0 db> db> bt Tracing pid 0 tid 0 td 0xffff000000cedb80 db_trace_self() at db_stack_trace+0xfc pc = 0xffff00000075c2d4 lr = 0xffff000000105cbc sp = 0xffff000000010180 fp = 0xffff000000010190 db_stack_trace() at db_command+0x228 pc = 0xffff000000105cbc lr = 0xffff000000105920 sp = 0xffff0000000101a0 fp = 0xffff000000010250 db_command() at db_command_loop+0x54 pc = 0xffff000000105920 lr = 0xffff0000001056c8 sp = 0xffff000000010260 fp = 0xffff0000000102b0 db_command_loop() at db_trap+0xf4 pc = 0xffff0000001056c8 lr = 0xffff000000108a20 sp = 0xffff0000000102c0 fp = 0xffff0000000104e0 db_trap() at kdb_trap+0x1cc pc = 0xffff000000108a20 lr = 0xffff00000045e10c sp = 0xffff0000000104f0 fp = 0xffff000000010550 kdb_trap() at do_el1h_sync+0xf4 pc = 0xffff00000045e10c lr = 0xffff00000077a8a4 sp = 0xffff000000010560 fp = 0xffff0000000105b0 do_el1h_sync() at handle_el1h_sync+0x78 pc = 0xffff00000077a8a4 lr = 0xffff00000075e878 sp = 0xffff0000000105c0 fp = 0xffff000000010700 handle_el1h_sync() at kdb_enter+0x34 pc = 0xffff00000075e878 lr = 0xffff00000045d730 sp = 0xffff000000010710 fp = 0xffff000000010790 kdb_enter() at vpanic+0x1b0 pc = 0xffff00000045d730 lr = 0xffff000000415a90 sp = 0xffff0000000107a0 fp = 0xffff0000000107f0 vpanic() at panic+0x44 pc = 0xffff000000415a90 lr = 0xffff00000041581c sp = 0xffff000000010800 fp = 0xffff0000000108b0 panic() at start_cpu+0x224 pc = 0xffff00000041581c lr = 0xffff00000076a5b0 sp = 0xffff0000000108c0 fp = 0xffff0000000108c0 start_cpu() at cpu_init_fdt+0x34 pc = 0xffff00000076a5b0 lr = 0xffff0000007698b0 sp = 0xffff0000000108d0 fp = 0xffff000000010930 cpu_init_fdt() at ofw_cpu_early_foreach+0x180 pc = 0xffff0000007698b0 lr = 0xffff00000020c648 sp = 0xffff000000010940 fp = 0xffff000000010990 ofw_cpu_early_foreach() at mp_start+0x8c pc = 0xffff00000020c648 lr = 0xffff000000470490 sp = 0xffff0000000109a0 fp = 0xffff0000000109f0 mp_start() at mi_startup+0x12c pc = 0xffff000000470490 lr = 0xffff0000003a9ac4 sp = 0xffff000000010a00 fp = 0xffff000000010a20 mi_startup() at virtdone+0x5c pc = 0xffff0000003a9ac4 lr = 0xffff00000000108c sp = 0xffff000000010a30 fp = 0x0000000000000000 db> Reboot fails with cpu reset failed. This looks to my eye like the problem discussed in the thread "Re: Panic on Rpi3 at r358976" but that conversation ended in mid-March and I thought was resolved. Is anybody else having trouble with this snapshot? The filename is FreeBSD-13.0-CURRENT-arm64-aarch64-RPI3-20200423-r360211.img Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Tue Apr 28 20:01:44 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A65B02C39D9 for ; Tue, 28 Apr 2020 20:01:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-24.consmr.mail.gq1.yahoo.com (sonic311-24.consmr.mail.gq1.yahoo.com [98.137.65.205]) (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 49BXbS5LQRz4DmS for ; Tue, 28 Apr 2020 20:01:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: s8ipQ_8VM1kc00em7MxluK2pI9aFiJEosWZjZ2ZpzZizPD9xk56aoK70GXZkrch WFozTarYszCXcsE8amBtHO4dOWxyHzmLEHCxHG0B1J9KCTZboJiQXGxpwHgqwoZ.zs_FQnCJ2rZ0 CRs9HHpoj.J5g_rWllUt7mFfjU3.YkCPbhmA_Du_Lv2AjMZ.aGxdVePvVcMyV2ATORZqa68CKuAl fgld1vllWQzkmYzMF5Fc23fJE2C3TfCDzai2j6Tk35kYL8l4Q7bLcdVDc5FYrnTQ07.vHahR8oc6 SbdQFAbLihnPOrDm8DhKw6_DRlFCqjYONsyBwKBWUG.cXUin18KQwTBmRbhvXCmhrXVEHoMxL3iH rP8lMxn3KSusVOwmbVg4AM3lK3qOAI3fnvfYYJGj8CwXyG7AEb4aw0pIZDbb.fD1E_XIG3zbdEfB ocJ70Xua6mhoY4jhYhu6e6idtfSEar0hLMY5YgunrYVdBrpyKxU3GYsnGmqZFayP8ZFti92hTyE6 .px71F0xgEr1CoorEWt4LuwwTfJqZUW3CGeHGzc98ORxX9xrgfgMgRNa1ajt8pUQNk2U39AWCTNw bXtg6.4IaO85W3mQ__0pSxqip7mdFdUA7LkYlhn_XIp_SpwbtDfboqygmKrRrvlgdC8LVOOrySXG 9Y7O0vFGj6Yt34MaiCsQqVGgO8gTWeuvNsUnC5STW46et4hRbQ0CAMf_MwMSr8qPZrFRPfIzSK_I 1u4lJLP0AkTupwu4PXkrYzlZNuUtbQzDlRguZFvj_QaF_.YTfJVZdA45s7Woc2mNBe3JmMrFfyWp IenQnrgzkBphven3CEJFbsQhVUXJ_nNadCUx16jSEPEv.12UB5LjhGolXt2LL0zO1oHK4oPfJdO_ 0EiNazvsGhA.JHuZaRmHwI_MuhV0w4ekSHp0cfhUlBuKNqLKhE3CWYqDIvsNvCeSWe4JTV2BE8v8 Xi1QcXUdZwpxBC7.5LOMEbyNQR41vqbKKAsmEj50RNimOwShhClksd16b63dkBwSBEFP3nzWp3Dg EJR3uDD0TRsqvrn1dO4nIUAeFMrGUD_wzFYshEw7DoMGiMorbwS7odgK1VtO6X.50YdiLtnRIFB2 by2CEgv7cmjunUzv9vuph3nhXKQrhQbdxmyUZ1rb0Yk46hMIeM0TPTZMIrcQvmSm6D40wEmlzuZ6 IH4Hae4wkFc4MDjJOPT1x7o3fWSBSf1aWMXUHbpxTPa6WFfGC6NGqBz.TFhB42S9cY1pb6yTMEIc BYye4nH4MuOn7iLbzvd1W5Ks1voODjqk2m8z4af3O.v59JIfPur3ApY6VQ24IanIhnwp82S5qCRk E63JGKMMVmpiUdsI2VyM.vOgG_D8psN2iG.8ediG4SnQ.7HETq84RUZ8TS0nnqbT4_SxS92p.paH fnKeOJ_8jaWWe_O3D4wtgVms- Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Tue, 28 Apr 2020 20:01:38 +0000 Received: by smtp415.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID e2b84b136a970654c54aca9981777e28; Tue, 28 Apr 2020 20:01:37 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: aarch64 host based sysutils/u-boot-{pine64, rock64, rpi[34]} builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found" From: Mark Millard In-Reply-To: <13AAC979-927E-43BA-BF16-64C41546A690@yahoo.com> Date: Tue, 28 Apr 2020 13:01:35 -0700 Cc: freebsd-arm , FreeBSD ports Content-Transfer-Encoding: quoted-printable Message-Id: <7CD48F1B-7405-454A-BEFE-3B17D321D89F@yahoo.com> References: <0085757C-02B1-4CB9-9B67-01EB5D6AA86A@yahoo.com> <20200427123246.42e3844f39c349aac81009ff@bidouilliste.com> <20200427204606.69157e78e6eb92f3481e47e3@bidouilliste.com> <38BE4488-2BE4-4B9F-BABA-0324B6A7AE8D@yahoo.com> <90693ED6-E93D-4105-8B63-F77313F77079@yahoo.com> <20200428163906.a5081a0493970fb4556fe08b@bidouilliste.com> <13AAC979-927E-43BA-BF16-64C41546A690@yahoo.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49BXbS5LQRz4DmS X-Spamd-Bar: - X-Spamd-Result: default: False [-1.96 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.66)[-0.664,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.80)[-0.796,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (3.44), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[205.65.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[205.65.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2020 20:01:44 -0000 On 2020-Apr-28, at 09:23, Mark Millard wrote: > On 2020-Apr-28, at 07:39, Emmanuel Vadot = wrote: >=20 >> On Mon, 27 Apr 2020 20:14:47 -0700 >> Mark Millard wrote: >>=20 >>> On 2020-Apr-27, at 17:15, Mark Millard wrote: >>>=20 >>>> On 2020-Apr-27, at 11:46, Emmanuel Vadot = wrote: >>>>=20 >>>>> On Mon, 27 Apr 2020 12:32:46 +0200 >>>>> Emmanuel Vadot wrote: >>>>>=20 >>>>>> On Sun, 26 Apr 2020 12:13:46 -0700 >>>>>> . . . >>>>>=20 >>>>> This is solved with r533162. >>>>> I've tested that sysutils/u-boot-pine64-lts build and boots fine. >>>>> Let me know if you have still any issues. >>>>=20 >>>> The poudriere-devel runs based on updating /usr/ports content >>>> ended up scheduling 190 package builds, including a couple of >>>> llvm*'s. Depending on where in the sequence things happen, it >>>> could be some time before having such full-native results. >>>>=20 >>>> In a amd64->aarch64 pouriere-devel based cross-build, with >>>> nxb-bin in use (a faster build environment in my context), >>>> I got: >>>>=20 >>>> . . . >>>> gmake[4]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/ilp32/libgcc' >>>> gmake[3]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/libgcc' >>>> gmake[2]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/libgcc' >>>> gmake[1]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build' >>>> =3D=3D=3D=3D> Compressing man pages (compress-man) >>>> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>> =3D=3D=3D> Building package for aarch64-none-elf-gcc-8.4.0_1 >>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/gtype.state:No such file or directory >>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No = such file or direct >>>> ory >>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/addresses.h:No such file or = directory >>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/alias.h:No such file or directory >>>> . . . (long list) . . . >>>>=20 >>>>=20 >>>> That leads to: >>>>=20 >>>> [00:29:06] [04] [00:10:01] Saved devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA53-default/default/aa= rch64-none-elf-gcc-8.4.0_1.tar >>>> [00:29:10] [04] [00:10:05] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1: Failed: package >>>> [00:29:12] [04] [00:10:07] Skipping sysutils/atf-rk3328 | = atf-rk3328-v2.3: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>> [00:29:12] [04] [00:10:07] Skipping sysutils/atf-sun50i_a64 | = atf-sun50i_a64-v2.3: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>> [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-pine64 | = u-boot-pine64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>> [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rock64 | = u-boot-rock64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>> [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rpi3 | = u-boot-rpi3-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>> [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rpi4 | = u-boot-rpi4-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>=20 >>>>=20 >>>>=20 >>>> I'm guessing that the full-native builds will do similarly. >>>> But we will eventually see. >>>=20 >>> One of the aarch64 environments finally got there: >>>=20 >>> [07:40:23] [02] [00:23:04] Saved devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA57-default/default/aa= rch64-none-elf-gcc-8.4.0_1.tar >>> [07:40:42] [02] [00:23:23] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1: Failed: package >>> [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-pine64 | = u-boot-pine64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>> [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rock64 | = u-boot-rock64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>> [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rpi3 | = u-boot-rpi3-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>> [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rpi4 | = u-boot-rpi4-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>=20 >>> It failed for the same sorts of reasons as the cross build: >>>=20 >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<= phase: package >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> =3D=3D=3D> Building package for aarch64-none-elf-gcc-8.4.0_1 >>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/gtype.state:No such file or directory >>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No = such file or direct >>> ory >>> . . . >>>=20 >>=20 >> I can reproduce that with poudriere too. >> For some reason this doesn't happened when doing a make package ... >=20 > It also happened for the poudriere-based build of > devel/arm-none-eabi-gcc : >=20 > [00:26:15] [07] [00:13:23] Saving devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1 wrkdir > [00:26:23] [07] [00:13:31] Saved devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA53-default/default/ar= m-none-eabi-gcc-8.4.0_1.tar > [00:26:28] [07] [00:13:36] Finished devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1: Failed: package > [00:26:30] [07] [00:13:38] Skipping sysutils/u-boot-orangepi-plus-2e | = u-boot-orangepi-plus-2e-2020.04: Dependent port devel/arm-none-eabi-gcc = | arm-none-eabi-gcc-8.4.0_1 failed > [00:26:30] [07] [00:13:38] Skipping sysutils/u-boot-rpi2 | = u-boot-rpi2-2020.04: Dependent port devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1 failed > [00:26:30] [07] [00:13:38] Skipping sysutils/u-boot-sinovoip-bpi-m3 | = u-boot-sinovoip-bpi-m3-2020.04: Dependent port devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1 failed >=20 > because of: >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =3D=3D=3D> Building package for arm-none-eabi-gcc-8.4.0_1 > pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/gtype.state:No such file or directory > pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No such = file or directory > pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/addresses.h:No such file or directory > pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/alias.h:No such file or directory > pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/all-tree.def:No such file or directory > . . . >=20 Some other differences between a poudriere based build and a portmaster based build for the aarch64 case follow. The paths with /mnt/prefixes are to the portmaster based build: # diff -r /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/ = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/ | grep -i = "enable_plugin" < enable_plugin =3D no > enable_plugin =3D yes < /* #undef ENABLE_PLUGIN */ > #define ENABLE_PLUGIN 1 < enable_plugin=3D'no' > enable_plugin=3D'yes' > #define ENABLE_PLUGIN 1 < S["enable_plugin"]=3D"no" > S["enable_plugin"]=3D"yes" > D["ENABLE_PLUGIN"]=3D" 1" While looking for differences that might contribute to the "no"s above, I ran into something possibly unrelated but important in the future . . . One thing is that I have a WITHOUT_BINUTILS=3D system build as part of testing that such will work when if fully goes away. I see differences in part based on that: 1383c1382,1383 < configure:8340: result: no --- > configure:8326: found /usr/local/bin/as > configure:8337: result: as 1407c1407,1408 < configure:9740: result: no --- > configure:9726: found /usr/local/bin/objdump > configure:9737: result: objdump . . . 2369a2371 > ac_cv_prog_AS=3Das 2377a2380 > ac_cv_prog_OBJDUMP=3Dobjdump (No evidence so far that such contributes to lack of plugins being enabled. It is just a difference that I ran into while looking.) The devel/*-none-*-gcc examples do not cause /usr/local/bin/ instances of as or objdump to exist in poudriere-devel contexts, even when the system does not have the commands of itself. At some point this likely will need to change. As I have time I'll look around more at the build materials and see if I find an explanation for plugins not being enabled under poudriere-devel based builds. =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 Apr 28 20:12:08 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3F68B2C3F3E for ; Tue, 28 Apr 2020 20:12:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-55.consmr.mail.gq1.yahoo.com (sonic307-55.consmr.mail.gq1.yahoo.com [98.137.64.31]) (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 49BXqV5jpVz4FXr for ; Tue, 28 Apr 2020 20:12:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: wHruz6kVM1m4ozen7cKj8op1ruYNrrU5CJfo.bqFWcKRPZoDTLQXNr9XvBOcwJ6 KQnlshIqYHLdpMUdjaOspkFGIqpIZgrXW1QnrxoJJGVR7SEoePVutgysFAivTe7rVAyob1kPjSvs 6zSucJVgn_N..2uhrilqPUsc8Z6F_446RdJIJfFh9EsEGe04vO4sj4LoDpyuQDHyqYm909VsPJTy XmfSHb75Q7jmi_fTfmOWvuP_hAd60eVwq549l3pOAZBiv34YLmbuX39rH6qMBRTx3ft4OvKADkAQ CdTRyTxCv0GGjudutCGffXTGdQC9_dMNnIUOqUUDV5q_cOcNDkUsIJIpYmnO_osbx2zccDs2vnDc qXx7bS5kQqe3rXUv6TG.tk_uXag_8niRNdlHiLizXAHw5aVX1.VwABAqY6vVKT7OW_BD8CEQMcXG n3jxrtcc5DhPv9Y0SOmwbl0XvrYIU2Mq.EFevlWKEKt2Yv47KB7piy.ZGpeIVNSzPJDtMq51QuLu uXhUWywKJyY2dl6UM7_SI_PHbM2ctMzJlIoZE7rPBqozdokcjeCA4i9EXF01U7Xx6hgiZs8cxrhv h6TVcrvNx2RLWH1lQI9NrDebY5gAnbQW0Riyg.EV5JJys9zl8tmDv2k55l.rEruyw_EDbEO2j4G9 ovXz7ZxvuYz_JC8EwGK7CyDFMKefWXXvM0skRn37Q7smYma6TuAz8q74o6P509_g0SX5lKNQXxHZ QZkYPjQZq5zkSimgZhbH0hs_qwdzL0jipDhD9P7Mf9ZgkC7nKMurEEGKuXAcI.5SuRVC5os5g7xP Qds0rxK3Wm9oftrcF2ZiIqDRSMVcYTwsHe9JenDKfhZey3oX3mH9pTBkmsz5BUyKXR4pR.nXWhGL FNilknhQSzZo_2G5BEwzkjMH6MeeK99Ai6WtiXpZyf7xM8ReV4rEMaygnVW4pKjRWHgjnQ5JIUWn VlrFoplFE7HdVWsAhuXWh2jPAC2N4Sf2Lz5tYJo2z0PRPDjNvOmR4tF22IfBbr.Sw6G8wuzmxO4y 1rzl69XfdYlnejy4xghaGSEyVxTijTLV51PiSUnSRWwAFZ5ZhL60CAa03mK4pV0xL12Y16QY3qHw u54wQRb22AeXyccpwwQY9oCP5yH94CM7_.s3MvqHqnONy.QdpKtm3jyOQOxIZT4LmeS.LLYMJG1h jFIBo4DiQ2aBlqqXCEM6LM1KzA8LZfhBsyztdaawsAMPsiuubFkAJDZ9B4ukbVtxAjA_ZdL8x_WW TNsf_DMxgY24qYP1pr1zcHHg.O.55uSvtC60l48XwTg6bg9L63AMfyEIHefNoCzZDfjyvx7Xwi2w Hkkrcb4LL.dvUtSIwNUAqmB_iY06K2OZZ3SjwjlWA9ZJ9FWt.GfR7nwcPdiV6b0OcDr9WmpHEfi9 LnmCunM9CaW1Os9mEbEWfBqdsBcO0HlR8lwqBbCWdX5W.Qm7oFZowiffCCjzu Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Tue, 28 Apr 2020 20:12:04 +0000 Received: by smtp430.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 997790f80521d12facc329edafb73514; Tue, 28 Apr 2020 20:11:59 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Trouble booting the April 23 snapshot for rpi3 From: Mark Millard In-Reply-To: <20200428195759.GA7169@www.zefox.net> Date: Tue, 28 Apr 2020 13:11:58 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <46FAA17D-6104-4DAC-A0AA-63ED4DDD72DC@yahoo.com> References: <20200428195759.GA7169@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49BXqV5jpVz4FXr X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.18 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.77)[-0.768,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.91)[-0.913,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (3.03), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[31.64.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[31.64.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2020 20:12:08 -0000 On 2020-Apr-28, at 12:57, bob prohaska wrote: > In trying to boot the April 23 RPI3 snapshot the machine is > reporting what looks like an old problem: >=20 > ---<>--- > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2020 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 13.0-CURRENT #0 r360211: Thu Apr 23 08:12:13 UTC 2020 > = root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 > FreeBSD clang version 10.0.0 (git@github.com:llvm/llvm-project.git = llvmorg-10.0.0-0-gd32170dbd5b) > WARNING: WITNESS option enabled, expect reduced performance. > VT(efifb): resolution 1920x1200 > module firmware already present! > KLD file umodem.ko is missing dependencies > Starting CPU 1 (1) > panic: Failed to start CPU 1 (1), error -1 >=20 > cpuid =3D 0 > time =3D 1 > KDB: stack backtrace: > db_trace_self() at db_trace_self_wrapper+0x28 > pc =3D 0xffff00000075c2d4 lr =3D 0xffff0000001088b8 > sp =3D 0xffff000000010590 fp =3D 0xffff000000010790 >=20 > db_trace_self_wrapper() at vpanic+0x194 > pc =3D 0xffff0000001088b8 lr =3D 0xffff000000415a74 > sp =3D 0xffff0000000107a0 fp =3D 0xffff0000000107f0 >=20 > vpanic() at panic+0x44 > pc =3D 0xffff000000415a74 lr =3D 0xffff00000041581c > sp =3D 0xffff000000010800 fp =3D 0xffff0000000108b0 >=20 > panic() at start_cpu+0x224 > pc =3D 0xffff00000041581c lr =3D 0xffff00000076a5b0 > sp =3D 0xffff0000000108c0 fp =3D 0xffff0000000108c0 >=20 > start_cpu() at cpu_init_fdt+0x34 > pc =3D 0xffff00000076a5b0 lr =3D 0xffff0000007698b0 > sp =3D 0xffff0000000108d0 fp =3D 0xffff000000010930 >=20 > cpu_init_fdt() at ofw_cpu_early_foreach+0x180 > pc =3D 0xffff0000007698b0 lr =3D 0xffff00000020c648 > sp =3D 0xffff000000010940 fp =3D 0xffff000000010990 >=20 > ofw_cpu_early_foreach() at mp_start+0x8c > pc =3D 0xffff00000020c648 lr =3D 0xffff000000470490 > sp =3D 0xffff0000000109a0 fp =3D 0xffff0000000109f0 >=20 > mp_start() at mi_startup+0x12c > pc =3D 0xffff000000470490 lr =3D 0xffff0000003a9ac4 > sp =3D 0xffff000000010a00 fp =3D 0xffff000000010a20 >=20 > mi_startup() at virtdone+0x5c > pc =3D 0xffff0000003a9ac4 lr =3D 0xffff00000000108c > sp =3D 0xffff000000010a30 fp =3D 0x0000000000000000 >=20 > KDB: enter: panic > [ thread pid 0 tid 0 ] > Stopped at 0 > db>=20 > db> bt > Tracing pid 0 tid 0 td 0xffff000000cedb80 > db_trace_self() at db_stack_trace+0xfc > pc =3D 0xffff00000075c2d4 lr =3D 0xffff000000105cbc > sp =3D 0xffff000000010180 fp =3D 0xffff000000010190 >=20 > db_stack_trace() at db_command+0x228 > pc =3D 0xffff000000105cbc lr =3D 0xffff000000105920 > sp =3D 0xffff0000000101a0 fp =3D 0xffff000000010250 >=20 > db_command() at db_command_loop+0x54 > pc =3D 0xffff000000105920 lr =3D 0xffff0000001056c8 > sp =3D 0xffff000000010260 fp =3D 0xffff0000000102b0 >=20 > db_command_loop() at db_trap+0xf4 > pc =3D 0xffff0000001056c8 lr =3D 0xffff000000108a20 > sp =3D 0xffff0000000102c0 fp =3D 0xffff0000000104e0 >=20 > db_trap() at kdb_trap+0x1cc > pc =3D 0xffff000000108a20 lr =3D 0xffff00000045e10c > sp =3D 0xffff0000000104f0 fp =3D 0xffff000000010550 >=20 > kdb_trap() at do_el1h_sync+0xf4 > pc =3D 0xffff00000045e10c lr =3D 0xffff00000077a8a4 > sp =3D 0xffff000000010560 fp =3D 0xffff0000000105b0 >=20 > do_el1h_sync() at handle_el1h_sync+0x78 > pc =3D 0xffff00000077a8a4 lr =3D 0xffff00000075e878 > sp =3D 0xffff0000000105c0 fp =3D 0xffff000000010700 >=20 > handle_el1h_sync() at kdb_enter+0x34 > pc =3D 0xffff00000075e878 lr =3D 0xffff00000045d730 > sp =3D 0xffff000000010710 fp =3D 0xffff000000010790 >=20 > kdb_enter() at vpanic+0x1b0 > pc =3D 0xffff00000045d730 lr =3D 0xffff000000415a90 > sp =3D 0xffff0000000107a0 fp =3D 0xffff0000000107f0 >=20 > vpanic() at panic+0x44 > pc =3D 0xffff000000415a90 lr =3D 0xffff00000041581c > sp =3D 0xffff000000010800 fp =3D 0xffff0000000108b0 >=20 > panic() at start_cpu+0x224 > pc =3D 0xffff00000041581c lr =3D 0xffff00000076a5b0 > sp =3D 0xffff0000000108c0 fp =3D 0xffff0000000108c0 >=20 > start_cpu() at cpu_init_fdt+0x34 > pc =3D 0xffff00000076a5b0 lr =3D 0xffff0000007698b0 > sp =3D 0xffff0000000108d0 fp =3D 0xffff000000010930 >=20 > cpu_init_fdt() at ofw_cpu_early_foreach+0x180 > pc =3D 0xffff0000007698b0 lr =3D 0xffff00000020c648 > sp =3D 0xffff000000010940 fp =3D 0xffff000000010990 >=20 > ofw_cpu_early_foreach() at mp_start+0x8c > pc =3D 0xffff00000020c648 lr =3D 0xffff000000470490 > sp =3D 0xffff0000000109a0 fp =3D 0xffff0000000109f0 >=20 > mp_start() at mi_startup+0x12c > pc =3D 0xffff000000470490 lr =3D 0xffff0000003a9ac4 > sp =3D 0xffff000000010a00 fp =3D 0xffff000000010a20 >=20 > mi_startup() at virtdone+0x5c > pc =3D 0xffff0000003a9ac4 lr =3D 0xffff00000000108c > sp =3D 0xffff000000010a30 fp =3D 0x0000000000000000 >=20 > db>=20 >=20 > Reboot fails with cpu reset failed. This looks to my eye like > the problem discussed in the thread "Re: Panic on Rpi3 at r358976" > but that conversation ended in mid-March and I thought was resolved. >=20 > Is anybody else having trouble with this snapshot? The filename is > FreeBSD-13.0-CURRENT-arm64-aarch64-RPI3-20200423-r360211.img What version of u-boot-rpi3 materials is in the snapshot? Is it based on: Quarterly packages? Latest packages? Its own build of the most-recent sysutils/u-boot-rpi3 source at the time? My guess: Based on the quarterly package --and quarterly may not have been updated at the time of the snapshot build. =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 Apr 28 20:17:25 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6F9892C40FF for ; Tue, 28 Apr 2020 20:17:25 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49BXxd2LBrz4Fnt; Tue, 28 Apr 2020 20:17:25 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id EB1FB1D458; Tue, 28 Apr 2020 20:17:24 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Tue, 28 Apr 2020 20:17:22 +0000 From: Glen Barber To: Mark Millard Cc: bob prohaska , freebsd-arm@freebsd.org Subject: Re: Trouble booting the April 23 snapshot for rpi3 Message-ID: <20200428201722.GI9584@FreeBSD.org> References: <20200428195759.GA7169@www.zefox.net> <46FAA17D-6104-4DAC-A0AA-63ED4DDD72DC@yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ltaNo38lfiiImPbJ" Content-Disposition: inline In-Reply-To: <46FAA17D-6104-4DAC-A0AA-63ED4DDD72DC@yahoo.com> X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2020 20:17:25 -0000 --ltaNo38lfiiImPbJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 28, 2020 at 01:11:58PM -0700, Mark Millard via freebsd-arm wrot= e: >=20 >=20 > On 2020-Apr-28, at 12:57, bob prohaska wrote: >=20 > > In trying to boot the April 23 RPI3 snapshot the machine is > > reporting what looks like an old problem: > >=20 > > ---<>--- > > KDB: debugger backends: ddb > > KDB: current backend: ddb > > Copyright (c) 1992-2020 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 13.0-CURRENT #0 r360211: Thu Apr 23 08:12:13 UTC 2020 > > root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENE= RIC arm64 > > FreeBSD clang version 10.0.0 (git@github.com:llvm/llvm-project.git llvm= org-10.0.0-0-gd32170dbd5b) > > WARNING: WITNESS option enabled, expect reduced performance. > > VT(efifb): resolution 1920x1200 > > module firmware already present! > > KLD file umodem.ko is missing dependencies > > Starting CPU 1 (1) > > panic: Failed to start CPU 1 (1), error -1 > >=20 > > cpuid =3D 0 > > time =3D 1 > > KDB: stack backtrace: > > db_trace_self() at db_trace_self_wrapper+0x28 > > pc =3D 0xffff00000075c2d4 lr =3D 0xffff0000001088b8 > > sp =3D 0xffff000000010590 fp =3D 0xffff000000010790 > >=20 > > db_trace_self_wrapper() at vpanic+0x194 > > pc =3D 0xffff0000001088b8 lr =3D 0xffff000000415a74 > > sp =3D 0xffff0000000107a0 fp =3D 0xffff0000000107f0 > >=20 > > vpanic() at panic+0x44 > > pc =3D 0xffff000000415a74 lr =3D 0xffff00000041581c > > sp =3D 0xffff000000010800 fp =3D 0xffff0000000108b0 > >=20 > > panic() at start_cpu+0x224 > > pc =3D 0xffff00000041581c lr =3D 0xffff00000076a5b0 > > sp =3D 0xffff0000000108c0 fp =3D 0xffff0000000108c0 > >=20 > > start_cpu() at cpu_init_fdt+0x34 > > pc =3D 0xffff00000076a5b0 lr =3D 0xffff0000007698b0 > > sp =3D 0xffff0000000108d0 fp =3D 0xffff000000010930 > >=20 > > cpu_init_fdt() at ofw_cpu_early_foreach+0x180 > > pc =3D 0xffff0000007698b0 lr =3D 0xffff00000020c648 > > sp =3D 0xffff000000010940 fp =3D 0xffff000000010990 > >=20 > > ofw_cpu_early_foreach() at mp_start+0x8c > > pc =3D 0xffff00000020c648 lr =3D 0xffff000000470490 > > sp =3D 0xffff0000000109a0 fp =3D 0xffff0000000109f0 > >=20 > > mp_start() at mi_startup+0x12c > > pc =3D 0xffff000000470490 lr =3D 0xffff0000003a9ac4 > > sp =3D 0xffff000000010a00 fp =3D 0xffff000000010a20 > >=20 > > mi_startup() at virtdone+0x5c > > pc =3D 0xffff0000003a9ac4 lr =3D 0xffff00000000108c > > sp =3D 0xffff000000010a30 fp =3D 0x0000000000000000 > >=20 > > KDB: enter: panic > > [ thread pid 0 tid 0 ] > > Stopped at 0 > > db>=20 > > db> bt > > Tracing pid 0 tid 0 td 0xffff000000cedb80 > > db_trace_self() at db_stack_trace+0xfc > > pc =3D 0xffff00000075c2d4 lr =3D 0xffff000000105cbc > > sp =3D 0xffff000000010180 fp =3D 0xffff000000010190 > >=20 > > db_stack_trace() at db_command+0x228 > > pc =3D 0xffff000000105cbc lr =3D 0xffff000000105920 > > sp =3D 0xffff0000000101a0 fp =3D 0xffff000000010250 > >=20 > > db_command() at db_command_loop+0x54 > > pc =3D 0xffff000000105920 lr =3D 0xffff0000001056c8 > > sp =3D 0xffff000000010260 fp =3D 0xffff0000000102b0 > >=20 > > db_command_loop() at db_trap+0xf4 > > pc =3D 0xffff0000001056c8 lr =3D 0xffff000000108a20 > > sp =3D 0xffff0000000102c0 fp =3D 0xffff0000000104e0 > >=20 > > db_trap() at kdb_trap+0x1cc > > pc =3D 0xffff000000108a20 lr =3D 0xffff00000045e10c > > sp =3D 0xffff0000000104f0 fp =3D 0xffff000000010550 > >=20 > > kdb_trap() at do_el1h_sync+0xf4 > > pc =3D 0xffff00000045e10c lr =3D 0xffff00000077a8a4 > > sp =3D 0xffff000000010560 fp =3D 0xffff0000000105b0 > >=20 > > do_el1h_sync() at handle_el1h_sync+0x78 > > pc =3D 0xffff00000077a8a4 lr =3D 0xffff00000075e878 > > sp =3D 0xffff0000000105c0 fp =3D 0xffff000000010700 > >=20 > > handle_el1h_sync() at kdb_enter+0x34 > > pc =3D 0xffff00000075e878 lr =3D 0xffff00000045d730 > > sp =3D 0xffff000000010710 fp =3D 0xffff000000010790 > >=20 > > kdb_enter() at vpanic+0x1b0 > > pc =3D 0xffff00000045d730 lr =3D 0xffff000000415a90 > > sp =3D 0xffff0000000107a0 fp =3D 0xffff0000000107f0 > >=20 > > vpanic() at panic+0x44 > > pc =3D 0xffff000000415a90 lr =3D 0xffff00000041581c > > sp =3D 0xffff000000010800 fp =3D 0xffff0000000108b0 > >=20 > > panic() at start_cpu+0x224 > > pc =3D 0xffff00000041581c lr =3D 0xffff00000076a5b0 > > sp =3D 0xffff0000000108c0 fp =3D 0xffff0000000108c0 > >=20 > > start_cpu() at cpu_init_fdt+0x34 > > pc =3D 0xffff00000076a5b0 lr =3D 0xffff0000007698b0 > > sp =3D 0xffff0000000108d0 fp =3D 0xffff000000010930 > >=20 > > cpu_init_fdt() at ofw_cpu_early_foreach+0x180 > > pc =3D 0xffff0000007698b0 lr =3D 0xffff00000020c648 > > sp =3D 0xffff000000010940 fp =3D 0xffff000000010990 > >=20 > > ofw_cpu_early_foreach() at mp_start+0x8c > > pc =3D 0xffff00000020c648 lr =3D 0xffff000000470490 > > sp =3D 0xffff0000000109a0 fp =3D 0xffff0000000109f0 > >=20 > > mp_start() at mi_startup+0x12c > > pc =3D 0xffff000000470490 lr =3D 0xffff0000003a9ac4 > > sp =3D 0xffff000000010a00 fp =3D 0xffff000000010a20 > >=20 > > mi_startup() at virtdone+0x5c > > pc =3D 0xffff0000003a9ac4 lr =3D 0xffff00000000108c > > sp =3D 0xffff000000010a30 fp =3D 0x0000000000000000 > >=20 > > db>=20 > >=20 > > Reboot fails with cpu reset failed. This looks to my eye like > > the problem discussed in the thread "Re: Panic on Rpi3 at r358976" > > but that conversation ended in mid-March and I thought was resolved. > >=20 > > Is anybody else having trouble with this snapshot? The filename is > > FreeBSD-13.0-CURRENT-arm64-aarch64-RPI3-20200423-r360211.img >=20 > What version of u-boot-rpi3 materials is in the snapshot? Is > it based on: Quarterly packages? Latest packages? Its own > build of the most-recent sysutils/u-boot-rpi3 source at > the time? >=20 > My guess: Based on the quarterly package --and quarterly may > not have been updated at the time of the snapshot build. >=20 It is based on the latest branch, but more specifically the port is built from a checkout of head from the ports tree. Glen --ltaNo38lfiiImPbJ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAl6oj1IACgkQAxRYpUeP 4pMkqBAAk4dKPM9awQjzc1xiBx3AjxqAg5QEape2NGNgN9uAKM3If4fsI1/rfNpB 24dSJ5zQU6XPJjLWIxwAs+KrO89KxiYigp5OnZ8jw85agFIgVzcemZfgBqrgjGRU O+HrxJ9PlznqoNJT5ht6d5eeKvAP7VOYgPZfMK67v8k+nXNNcO9ysa+6SQ1853QC vf4Hesl9oA8ZZcvbtiNuZTE/bHjjRgxOWHevOYC7eTJy29cMfQ6lmXUIWlHkRgRD 4Rv9kXmexOGcwL/Vl5mEqh8PoT5vepEo/lDHKvA6iPvU1/hdseOVlomnhvsEZdLr TtSbbHMd66sK05qrhgL2aj7ItIfJx1lHA+GG8vAlcQLIhykEZ0LniF/oIZ4AU2rL u88wkaUM1I0I/IfulgQEanXng4Kr7LClLe9yg5uRTGzexw608k37HXVYW3xVtGil AUAikCsdmZFKA3uDdaYghWBs1reX7P/+Tt1nTycvSHQzcbn33r31z9RGtCu/eBhx mWMPObeGwPL6jDWx4heJZkU0hqkWpJJg2x/Aj+4Tf7dnBHwuppuCEL1hxzT6JtUh OXVpBLeeKdDMHVXQy218LDSj9x4CZTON72EZ2+XY4A5pob6COP04jzuArzqd6E6k Sn+ekwBuNe0uz1lXcJks+O8M6itwS9JQSQGLVX0zaDt9hFzivGE= =GUxZ -----END PGP SIGNATURE----- --ltaNo38lfiiImPbJ-- From owner-freebsd-arm@freebsd.org Tue Apr 28 21:01:03 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 922D52C4DB4 for ; Tue, 28 Apr 2020 21:01:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-21.consmr.mail.gq1.yahoo.com (sonic310-21.consmr.mail.gq1.yahoo.com [98.137.69.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 49BYvy1zxYz4HYh for ; Tue, 28 Apr 2020 21:01:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: y2LWJDAVM1l2VvIN3zTxStktprN2WxMhl.DGw7TwgSmGC4LWii2DxVlrSiWDot0 0rCdPUV8.SwNZW4yvO1cGnuMW0c6AcFwR5YfytaBA9T7zSzFHky.wVaACbRR7LEz.GrXzrrL4gEm m46vtdASSS07BNZN10mOuCMdeEnRyPr9E3314A0gUIr4Y4hF.CEkzG5iQKzL0NdtViU7iIdGfmRJ fxKQ0HdyrBJ6pbNn08JJ3rNy464KEdSvkSwZ72OVidLsZcdK9PAdra5cavSByEjK.uBKsilMKPek sX_vW9jI2R6Q2HEACHUjGeF8T4RX0wzX7krN.hxPTuR7VptTTMSOlL2vXol6oXt4eVZV3CK6SAGP YcR0_Eswrm9bwePQZ2at6CnKmdDP7DDqnosjy_uCA7tCYtoRmfnX12x31ph4QXQCAbHOq_kPisAh yBERWuC4DGALAKulMHwvabqz.j_2KieF9Q3Gg.DTfu7Vg2thhK9DC_ONSE3kSkq4ciKGir0E9F5b gobFo4Hdl4ZCcxsTwxlGBnfYThj47oct51KfIFsat6ye8ii7oLFSqeNhMKcYnzlTOiy.Z8HkV1ro OggWSSFu4mkn023Saku6zKePuucOpeDzURnLasp2VVK3owJ4WbREQTZ00e5L6zm04NBxIHCAQ7KM gLi4D5f1MvvnUN1pbhv3uHFX.i6KvIzdgFxWCyfO_Z22d.zb19lq9GuBIeLfIgX8BqMEzXKUxcyj fYNTtt9DaLspJukJuZKLrfbjrw4xhe8sFs5VeH0Pd1sE4A1qHm4lK_b9DDIZlR9TJ7kaY4QhEhrv 6tsB3wrmRiUMMb7QrJ3GU8.J2S_3PPD7JrwKerdEbK2L0nQpMkJidzVUCxXMXWFsJyqlm30.iqAK OC32GshrvqG6yrDMh60uj6R9RRbIAzCphuYDWs7qAEC1c4bdwd9rkuLRChr52zzeorAKGG2mWuO5 QOrkJsfsNjoOORxUfAEGxrdDIAP05dOdWH7UKp62MtPIYck8Cy7UbMIxuneWYAbYry3HFvkRr03m F1JgBzBgYerLb2K0NVV3.6rFDkFeJnxKa68gGfsPGQLUlxGuHgCCNt2cu4cuOqUwkQO35oHZMt0D C0qtGpfmRD4YxSWP0wJz0exnOBTHUw8S3MFtBwIouXxfmAPrSCEFRDnd7v9ZKLK_C3K3PfQO48nM UAIJWnushl1MamczwgIRDU35GvEkgICpr2ixbeN8jEfFC_A2LB7Hq4Uqtq.GTA1D1nWsaJJLfDjv LYLwOtokaaD6.pXpylMhDx6NGp0t1hpnFujUvCakH2pv2v1C02BWU2xNp9QWhKAgzdGu0ItK8vKM FBRZCpN4Rs0CgPBHXIdK4Tuh8vrO.P0huDEhS1_zeUv6jz9TV3UzAvm_3G0MDqeAncDC8csEBUlC 0UB7VcMtsZWOOInVJZ5lRq5E6y7Lb5p6Djbt5MHlile8AtUT0SPe43hmXY7_z0w-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Tue, 28 Apr 2020 21:01:00 +0000 Received: by smtp427.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 3e4b5dc05b1e1a19018aa1ecb94fdde1; Tue, 28 Apr 2020 21:00:58 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: aarch64 host based sysutils/u-boot-{pine64, rock64, rpi[34]} builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found" From: Mark Millard In-Reply-To: <7CD48F1B-7405-454A-BEFE-3B17D321D89F@yahoo.com> Date: Tue, 28 Apr 2020 14:00:57 -0700 Cc: freebsd-arm , FreeBSD ports Content-Transfer-Encoding: quoted-printable Message-Id: <1D414E35-6785-4D15-A798-DFB34C2ACC34@yahoo.com> References: <0085757C-02B1-4CB9-9B67-01EB5D6AA86A@yahoo.com> <20200427123246.42e3844f39c349aac81009ff@bidouilliste.com> <20200427204606.69157e78e6eb92f3481e47e3@bidouilliste.com> <38BE4488-2BE4-4B9F-BABA-0324B6A7AE8D@yahoo.com> <90693ED6-E93D-4105-8B63-F77313F77079@yahoo.com> <20200428163906.a5081a0493970fb4556fe08b@bidouilliste.com> <13AAC979-927E-43BA-BF16-64C41546A690@yahoo.com> <7CD48F1B-7405-454A-BEFE-3B17D321D89F@yahoo.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49BYvy1zxYz4HYh X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.16 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.78)[-0.780,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.88)[-0.883,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (2.72), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[147.69.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[147.69.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2020 21:01:03 -0000 [Found a cause of the poudiere vs. not distinction.] On 2020-Apr-28, at 13:01, Mark Millard wrote: >=20 > On 2020-Apr-28, at 09:23, Mark Millard wrote: >=20 >> On 2020-Apr-28, at 07:39, Emmanuel Vadot = wrote: >>=20 >>> On Mon, 27 Apr 2020 20:14:47 -0700 >>> Mark Millard wrote: >>>=20 >>>> On 2020-Apr-27, at 17:15, Mark Millard = wrote: >>>>=20 >>>>> On 2020-Apr-27, at 11:46, Emmanuel Vadot wrote: >>>>>=20 >>>>>> On Mon, 27 Apr 2020 12:32:46 +0200 >>>>>> Emmanuel Vadot wrote: >>>>>>=20 >>>>>>> On Sun, 26 Apr 2020 12:13:46 -0700 >>>>>>> . . . >>>>>>=20 >>>>>> This is solved with r533162. >>>>>> I've tested that sysutils/u-boot-pine64-lts build and boots fine. >>>>>> Let me know if you have still any issues. >>>>>=20 >>>>> The poudriere-devel runs based on updating /usr/ports content >>>>> ended up scheduling 190 package builds, including a couple of >>>>> llvm*'s. Depending on where in the sequence things happen, it >>>>> could be some time before having such full-native results. >>>>>=20 >>>>> In a amd64->aarch64 pouriere-devel based cross-build, with >>>>> nxb-bin in use (a faster build environment in my context), >>>>> I got: >>>>>=20 >>>>> . . . >>>>> gmake[4]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/ilp32/libgcc' >>>>> gmake[3]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/libgcc' >>>>> gmake[2]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/libgcc' >>>>> gmake[1]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build' >>>>> =3D=3D=3D=3D> Compressing man pages (compress-man) >>>>> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= >>>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>>> =3D=3D=3D> Building package for aarch64-none-elf-gcc-8.4.0_1 >>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/gtype.state:No such file or directory >>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No = such file or direct >>>>> ory >>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/addresses.h:No such file or = directory >>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/alias.h:No such file or directory >>>>> . . . (long list) . . . >>>>>=20 >>>>>=20 >>>>> That leads to: >>>>>=20 >>>>> [00:29:06] [04] [00:10:01] Saved devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA53-default/default/aa= rch64-none-elf-gcc-8.4.0_1.tar >>>>> [00:29:10] [04] [00:10:05] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1: Failed: package >>>>> [00:29:12] [04] [00:10:07] Skipping sysutils/atf-rk3328 | = atf-rk3328-v2.3: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>> [00:29:12] [04] [00:10:07] Skipping sysutils/atf-sun50i_a64 | = atf-sun50i_a64-v2.3: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>> [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-pine64 | = u-boot-pine64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>> [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rock64 | = u-boot-rock64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>> [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rpi3 | = u-boot-rpi3-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>> [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rpi4 | = u-boot-rpi4-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>>=20 >>>>>=20 >>>>>=20 >>>>> I'm guessing that the full-native builds will do similarly. >>>>> But we will eventually see. >>>>=20 >>>> One of the aarch64 environments finally got there: >>>>=20 >>>> [07:40:23] [02] [00:23:04] Saved devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA57-default/default/aa= rch64-none-elf-gcc-8.4.0_1.tar >>>> [07:40:42] [02] [00:23:23] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1: Failed: package >>>> [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-pine64 | = u-boot-pine64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>> [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rock64 | = u-boot-rock64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>> [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rpi3 | = u-boot-rpi3-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>> [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rpi4 | = u-boot-rpi4-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>=20 >>>> It failed for the same sorts of reasons as the cross build: >>>>=20 >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>> =3D=3D=3D> Building package for aarch64-none-elf-gcc-8.4.0_1 >>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/gtype.state:No such file or directory >>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No = such file or direct >>>> ory >>>> . . . >>>>=20 >>>=20 >>> I can reproduce that with poudriere too. >>> For some reason this doesn't happened when doing a make package ... >>=20 >> It also happened for the poudriere-based build of >> devel/arm-none-eabi-gcc : >>=20 >> [00:26:15] [07] [00:13:23] Saving devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1 wrkdir >> [00:26:23] [07] [00:13:31] Saved devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA53-default/default/ar= m-none-eabi-gcc-8.4.0_1.tar >> [00:26:28] [07] [00:13:36] Finished devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1: Failed: package >> [00:26:30] [07] [00:13:38] Skipping sysutils/u-boot-orangepi-plus-2e = | u-boot-orangepi-plus-2e-2020.04: Dependent port = devel/arm-none-eabi-gcc | arm-none-eabi-gcc-8.4.0_1 failed >> [00:26:30] [07] [00:13:38] Skipping sysutils/u-boot-rpi2 | = u-boot-rpi2-2020.04: Dependent port devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1 failed >> [00:26:30] [07] [00:13:38] Skipping sysutils/u-boot-sinovoip-bpi-m3 | = u-boot-sinovoip-bpi-m3-2020.04: Dependent port devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1 failed >>=20 >> because of: >>=20 >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> =3D=3D=3D> Building package for arm-none-eabi-gcc-8.4.0_1 >> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/gtype.state:No such file or directory >> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No such = file or directory >> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/addresses.h:No such file or directory >> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/alias.h:No such file or directory >> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/all-tree.def:No such file or directory >> . . . >>=20 >=20 > Some other differences between a poudriere based build > and a portmaster based build for the aarch64 case follow. > The paths with /mnt/prefixes are to the portmaster based > build: >=20 > # diff -r /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/ = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/ | grep -i = "enable_plugin" > < enable_plugin =3D no >> enable_plugin =3D yes > < /* #undef ENABLE_PLUGIN */ >> #define ENABLE_PLUGIN 1 > < enable_plugin=3D'no' >> enable_plugin=3D'yes' >> #define ENABLE_PLUGIN 1 > < S["enable_plugin"]=3D"no" >> S["enable_plugin"]=3D"yes" >> D["ENABLE_PLUGIN"]=3D" 1" >=20 > While looking for differences that might contribute to the > "no"s above, I ran into something possibly unrelated but > important in the future . . . >=20 > One thing is that I have a WITHOUT_BINUTILS=3D system build as > part of testing that such will work when if fully goes away. > I see differences in part based on that: >=20 > 1383c1382,1383 > < configure:8340: result: no > --- >> configure:8326: found /usr/local/bin/as >> configure:8337: result: as > 1407c1407,1408 > < configure:9740: result: no > --- >> configure:9726: found /usr/local/bin/objdump >> configure:9737: result: objdump > . . . > 2369a2371 >> ac_cv_prog_AS=3Das > 2377a2380 >> ac_cv_prog_OBJDUMP=3Dobjdump >=20 > (No evidence so far that such contributes to lack of > plugins being enabled. It is just a difference that > I ran into while looking.) >=20 > The devel/*-none-*-gcc examples do not cause > /usr/local/bin/ instances of as or objdump to > exist in poudriere-devel contexts, even when > the system does not have the commands of itself. > At some point this likely will need to change. >=20 >=20 >=20 > As I have time I'll look around more at the build > materials and see if I find an explanation for > plugins not being enabled under poudriere-devel > based builds. Turns out that objdump is important and makes the distinction in my context . . . work/gcc-8.4.0/config/gcc-plugin.m4 has: . . . AC_DEFUN([GCC_ENABLE_PLUGINS], [# Check for plugin support AC_ARG_ENABLE(plugin, [AS_HELP_STRING([--enable-plugin], [enable plugin support])], enable_plugin=3D$enableval, enable_plugin=3Dyes; default_plugin=3Dyes) pluginlibs=3D plugin_check=3Dyes case "${host}" in . . . *) if test x$build =3D x$host; then export_sym_check=3D"objdump${exeext} -T" elif test x$host =3D x$target; then export_sym_check=3D"$gcc_cv_objdump -T" else export_sym_check=3D fi ;; esac . . . if test x"$enable_plugin" =3D x"yes" -a x"$plugin_check" =3D x"yes"; = then AC_MSG_CHECKING([for exported symbols]) if test "x$export_sym_check" !=3D x; then echo "int main() {return 0;} int foobar() {return 0;}" > = conftest.c ${CC} ${CFLAGS} ${LDFLAGS} conftest.c -o conftest$ac_exeext > = /dev/null 2>&1 if $export_sym_check conftest$ac_exeext | grep foobar > = /dev/null; then : # No need to use a flag AC_MSG_RESULT([yes]) else AC_MSG_RESULT([yes]) AC_MSG_CHECKING([for -rdynamic]) ${CC} ${CFLAGS} ${LDFLAGS} -rdynamic conftest.c -o = conftest$ac_exeext > /dev/null 2>&1 if $export_sym_check conftest$ac_exeext | grep foobar > = /dev/null; then plugin_rdynamic=3Dyes pluginlibs=3D"-rdynamic" else plugin_rdynamic=3Dno enable_plugin=3Dno fi AC_MSG_RESULT([$plugin_rdynamic]) fi else AC_MSG_RESULT([unable to check]) fi . . . But (both the poudriere-devel based build and the portmaster build show such so I picked to show just one): = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log:g= cc_cv_objdump=3D/usr/local/aarch64-none-elf/bin/objdump = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log:g= cc_cv_objdump=3D'/usr/local/aarch64-none-elf/bin/objdump' = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.cache= :gcc_cv_objdump=3D${gcc_cv_objdump=3D/usr/local/aarch64-none-elf/bin/objdu= mp} Under poudiere-devel there is no /usr/local/aarch64-none-elf/bin/objdump = path. Under make/portmaster there may be an old = /usr/local/aarch64-none-elf/bin/objdump path. In my environments (showing one example context): # ls -ldT /usr/local/aarch64-none-elf/bin/objdump -r-xr-xr-x 2 root wheel 8593272 Jan 30 01:05:50 2020 = /usr/local/aarch64-none-elf/bin/objdump So in portmaster (or make) the old = /usr/local/aarch64-none-elf/bin/objdump is used but in poudriere the path used fails and that failure is not handled distinctly as "objdump tool missing". It looks like devel/aarch64-none-elf-gcc/Makefile would need changes for WITHOUT_BINUTILS=3D contexts in order to make sure that an objdump exists via a known/used path, including in poudriere based builds. =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 Apr 28 21:29:06 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6B0EA2C5BC7 for ; Tue, 28 Apr 2020 21:29:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-20.consmr.mail.gq1.yahoo.com (sonic314-20.consmr.mail.gq1.yahoo.com [98.137.69.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49BZXK0pcsz4KkD for ; Tue, 28 Apr 2020 21:29:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: wnZEbWUVM1m47hCAa85J3WGKIsLfcbEkkuoOTbU8nHTftxf3NQOig3rHntmdrIS dP9AbGm2J8ZtqzvlK04KaalJhkNJsufa2SwnhXlL.ZypliYnVGVHSi6.7QUIIk8yTMldXuuTJiPd p1rWYmUcCmZznhg.IydeIhNzLwj0efIjLVPOu.7ZmF3xu9gshgqFXWb5fNnw7Lxan6McJ732QLc4 4iS5Citfi2I44G4ygdmiqNDHYcpjGmrByIqSx1cvCWfXrPX7Cx4CbPmi0QL41r6DtAS2pIRaxL8Y 9RWBvUFqLx_7Rb6tPnozhmE..64McUybCxs7s3DPTmTmbAHfj0gjIRkF2s4SWGRMPysrQkoB9d77 VN2UahYQvZKUGqYKvD0W2q_JZwx_ngKcDqRNQkpRCblaNZF7yCKIidOFsrLrAm4fgk3fsFtODfqD padEsEyKFhV2bdFZfLkir9SZs1EAl4.XoJrGav39spHt.oTOIaTW5bZzrlKV5LhAmb2lMnB3tNaQ rjZ1PnUfQmYkodgjPua2oXdlOKrG2dv_uOW8kMPsX4Fe4RiJttwevhtZ.pvPwRAHOFAbn8TuTr_D tUsiXO_XEwhUEIU51odVfSsxYD35Jx_pRBRe9jhKYQxvN_rPPzkctKE17iVRPYsYxF5DXvzdH7B0 qkjDjnmMPhv1GYaykf2.8BnDqNAhywpC0t5_A5j4s8mWCNNOIVcHEQGzVTsR7p5Awn03nCF2F1FA cFNzKYs.nhvo85SwZCOmwlWDeFAYqNr4sOUeINSPA5SkX5eaB41amsMORnWr__mkQmpEluietfpJ j2aWbCT44YnHfyk0a47CTAR7JiWBexkRwFyWWrUjBsaiN1yxe10hC5knikKEoNWgdAtXaUpSHv4h CYfQb.UkIYSjQ0S3rzwzCgexgk9rZnCQTV3fYXD4pE1hVOI23WeXnIM_r4TViP9nhpA9G0an1nfo Gy4eLJWsOwGJTWLDRfoLmwvD1MFppsnifNlhD5YH.a2FU90kEpV25VB0JDJ0sIeHI9G5uoE2uIUf 7Hm5TdyYmCSXcFONLbi9ng0yo23rhn_uD.fgmNeg5qB1AXWanO7QyCO4KIy25z01.Kbm7mmZhxX6 3zICnqjyQOLhelPv6CeeH1t9cTdpWQ6i4EwPfDdPvTHGBAeFp7.z2A6bNbtNtNWOkULYXozTKVW6 DAG1CoTWENfT1G86fcxdgZsudo_ZrNFZYtBn5.1mVFM6W9q2SCVmxQGMoByPkV4Ku2R9XRV57hgP OFz9J5vXVpMNTo9HXvxIq4fLOvKFofaG3Q3ENRE5BJodiUDdiOMdyKL5sFDVmSab91s6mM2osF1M 3TvBfpbVqLcMpbgtwANGG6yBrXwKtOpLROmUutoI4C0f7v57M76hK774cvxp2cq68Hha8b4hDIx1 t1wXDoxiDq.P8kCcfSXW33qdK Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Tue, 28 Apr 2020 21:29:03 +0000 Received: by smtp430.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 53c119fe4a23a8c5acd36f6235a55688; Tue, 28 Apr 2020 21:28:58 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: aarch64 host based sysutils/u-boot-{pine64, rock64, rpi[34]} builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found" From: Mark Millard In-Reply-To: <1D414E35-6785-4D15-A798-DFB34C2ACC34@yahoo.com> Date: Tue, 28 Apr 2020 14:28:57 -0700 Cc: freebsd-arm , FreeBSD ports Content-Transfer-Encoding: quoted-printable Message-Id: References: <0085757C-02B1-4CB9-9B67-01EB5D6AA86A@yahoo.com> <20200427123246.42e3844f39c349aac81009ff@bidouilliste.com> <20200427204606.69157e78e6eb92f3481e47e3@bidouilliste.com> <38BE4488-2BE4-4B9F-BABA-0324B6A7AE8D@yahoo.com> <90693ED6-E93D-4105-8B63-F77313F77079@yahoo.com> <20200428163906.a5081a0493970fb4556fe08b@bidouilliste.com> <13AAC979-927E-43BA-BF16-64C41546A690@yahoo.com> <7CD48F1B-7405-454A-BEFE-3B17D321D89F@yahoo.com> <1D414E35-6785-4D15-A798-DFB34C2ACC34@yahoo.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49BZXK0pcsz4KkD X-Spamd-Bar: - X-Spamd-Result: default: False [-1.46 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.45)[-0.445,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.52)[-0.519,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (4.61), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[83.69.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[83.69.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2020 21:29:06 -0000 [Looks like more than objdump may be involved for /usr/local/aarch64-none-elf/bin/ use.] On 2020-Apr-28, at 14:00, Mark Millard wrote: > [Found a cause of the poudiere vs. not distinction.] >=20 > On 2020-Apr-28, at 13:01, Mark Millard wrote: >>=20 >> On 2020-Apr-28, at 09:23, Mark Millard wrote: >>=20 >>> On 2020-Apr-28, at 07:39, Emmanuel Vadot = wrote: >>>=20 >>>> On Mon, 27 Apr 2020 20:14:47 -0700 >>>> Mark Millard wrote: >>>>=20 >>>>> On 2020-Apr-27, at 17:15, Mark Millard = wrote: >>>>>=20 >>>>>> On 2020-Apr-27, at 11:46, Emmanuel Vadot wrote: >>>>>>=20 >>>>>>> On Mon, 27 Apr 2020 12:32:46 +0200 >>>>>>> Emmanuel Vadot wrote: >>>>>>>=20 >>>>>>>> On Sun, 26 Apr 2020 12:13:46 -0700 >>>>>>>> . . . >>>>>>>=20 >>>>>>> This is solved with r533162. >>>>>>> I've tested that sysutils/u-boot-pine64-lts build and boots = fine. >>>>>>> Let me know if you have still any issues. >>>>>>=20 >>>>>> The poudriere-devel runs based on updating /usr/ports content >>>>>> ended up scheduling 190 package builds, including a couple of >>>>>> llvm*'s. Depending on where in the sequence things happen, it >>>>>> could be some time before having such full-native results. >>>>>>=20 >>>>>> In a amd64->aarch64 pouriere-devel based cross-build, with >>>>>> nxb-bin in use (a faster build environment in my context), >>>>>> I got: >>>>>>=20 >>>>>> . . . >>>>>> gmake[4]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/ilp32/libgcc' >>>>>> gmake[3]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/libgcc' >>>>>> gmake[2]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/libgcc' >>>>>> gmake[1]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build' >>>>>> =3D=3D=3D=3D> Compressing man pages (compress-man) >>>>>> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= >>>>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>>>> =3D=3D=3D> Building package for aarch64-none-elf-gcc-8.4.0_1 >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/gtype.state:No such file or directory >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No = such file or direct >>>>>> ory >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/addresses.h:No such file or = directory >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/alias.h:No such file or directory >>>>>> . . . (long list) . . . >>>>>>=20 >>>>>>=20 >>>>>> That leads to: >>>>>>=20 >>>>>> [00:29:06] [04] [00:10:01] Saved devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA53-default/default/aa= rch64-none-elf-gcc-8.4.0_1.tar >>>>>> [00:29:10] [04] [00:10:05] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1: Failed: package >>>>>> [00:29:12] [04] [00:10:07] Skipping sysutils/atf-rk3328 | = atf-rk3328-v2.3: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>>> [00:29:12] [04] [00:10:07] Skipping sysutils/atf-sun50i_a64 | = atf-sun50i_a64-v2.3: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>>> [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-pine64 | = u-boot-pine64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>>> [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rock64 | = u-boot-rock64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>>> [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rpi3 | = u-boot-rpi3-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>>> [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rpi4 | = u-boot-rpi4-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>> I'm guessing that the full-native builds will do similarly. >>>>>> But we will eventually see. >>>>>=20 >>>>> One of the aarch64 environments finally got there: >>>>>=20 >>>>> [07:40:23] [02] [00:23:04] Saved devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA57-default/default/aa= rch64-none-elf-gcc-8.4.0_1.tar >>>>> [07:40:42] [02] [00:23:23] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1: Failed: package >>>>> [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-pine64 | = u-boot-pine64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>> [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rock64 | = u-boot-rock64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>> [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rpi3 | = u-boot-rpi3-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>> [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rpi4 | = u-boot-rpi4-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>>=20 >>>>> It failed for the same sorts of reasons as the cross build: >>>>>=20 >>>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>>> =3D=3D=3D> Building package for aarch64-none-elf-gcc-8.4.0_1 >>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/gtype.state:No such file or directory >>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No = such file or direct >>>>> ory >>>>> . . . >>>>>=20 >>>>=20 >>>> I can reproduce that with poudriere too. >>>> For some reason this doesn't happened when doing a make package ... >>>=20 >>> It also happened for the poudriere-based build of >>> devel/arm-none-eabi-gcc : >>>=20 >>> [00:26:15] [07] [00:13:23] Saving devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1 wrkdir >>> [00:26:23] [07] [00:13:31] Saved devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA53-default/default/ar= m-none-eabi-gcc-8.4.0_1.tar >>> [00:26:28] [07] [00:13:36] Finished devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1: Failed: package >>> [00:26:30] [07] [00:13:38] Skipping sysutils/u-boot-orangepi-plus-2e = | u-boot-orangepi-plus-2e-2020.04: Dependent port = devel/arm-none-eabi-gcc | arm-none-eabi-gcc-8.4.0_1 failed >>> [00:26:30] [07] [00:13:38] Skipping sysutils/u-boot-rpi2 | = u-boot-rpi2-2020.04: Dependent port devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1 failed >>> [00:26:30] [07] [00:13:38] Skipping sysutils/u-boot-sinovoip-bpi-m3 = | u-boot-sinovoip-bpi-m3-2020.04: Dependent port devel/arm-none-eabi-gcc = | arm-none-eabi-gcc-8.4.0_1 failed >>>=20 >>> because of: >>>=20 >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<= phase: package >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> =3D=3D=3D> Building package for arm-none-eabi-gcc-8.4.0_1 >>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/gtype.state:No such file or directory >>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No such = file or directory >>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/addresses.h:No such file or directory >>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/alias.h:No such file or directory >>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/all-tree.def:No such file or directory >>> . . . >>>=20 >>=20 >> Some other differences between a poudriere based build >> and a portmaster based build for the aarch64 case follow. >> The paths with /mnt/prefixes are to the portmaster based >> build: >>=20 >> # diff -r /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/ = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/ | grep -i = "enable_plugin" >> < enable_plugin =3D no >>> enable_plugin =3D yes >> < /* #undef ENABLE_PLUGIN */ >>> #define ENABLE_PLUGIN 1 >> < enable_plugin=3D'no' >>> enable_plugin=3D'yes' >>> #define ENABLE_PLUGIN 1 >> < S["enable_plugin"]=3D"no" >>> S["enable_plugin"]=3D"yes" >>> D["ENABLE_PLUGIN"]=3D" 1" >>=20 >> While looking for differences that might contribute to the >> "no"s above, I ran into something possibly unrelated but >> important in the future . . . >>=20 >> One thing is that I have a WITHOUT_BINUTILS=3D system build as >> part of testing that such will work when if fully goes away. >> I see differences in part based on that: >>=20 >> 1383c1382,1383 >> < configure:8340: result: no >> --- >>> configure:8326: found /usr/local/bin/as >>> configure:8337: result: as >> 1407c1407,1408 >> < configure:9740: result: no >> --- >>> configure:9726: found /usr/local/bin/objdump >>> configure:9737: result: objdump >> . . . >> 2369a2371 >>> ac_cv_prog_AS=3Das >> 2377a2380 >>> ac_cv_prog_OBJDUMP=3Dobjdump >>=20 >> (No evidence so far that such contributes to lack of >> plugins being enabled. It is just a difference that >> I ran into while looking.) >>=20 >> The devel/*-none-*-gcc examples do not cause >> /usr/local/bin/ instances of as or objdump to >> exist in poudriere-devel contexts, even when >> the system does not have the commands of itself. >> At some point this likely will need to change. >>=20 >>=20 >>=20 >> As I have time I'll look around more at the build >> materials and see if I find an explanation for >> plugins not being enabled under poudriere-devel >> based builds. >=20 > Turns out that objdump is important and makes the > distinction in my context . . . >=20 > work/gcc-8.4.0/config/gcc-plugin.m4 has: >=20 > . . . > AC_DEFUN([GCC_ENABLE_PLUGINS], > [# Check for plugin support > AC_ARG_ENABLE(plugin, > [AS_HELP_STRING([--enable-plugin], [enable plugin support])], > enable_plugin=3D$enableval, > enable_plugin=3Dyes; default_plugin=3Dyes) >=20 > pluginlibs=3D > plugin_check=3Dyes >=20 > case "${host}" in > . . . > *) > if test x$build =3D x$host; then > export_sym_check=3D"objdump${exeext} -T" > elif test x$host =3D x$target; then > export_sym_check=3D"$gcc_cv_objdump -T" > else > export_sym_check=3D > fi > ;; > esac > . . . > if test x"$enable_plugin" =3D x"yes" -a x"$plugin_check" =3D x"yes"; = then >=20 > AC_MSG_CHECKING([for exported symbols]) > if test "x$export_sym_check" !=3D x; then > echo "int main() {return 0;} int foobar() {return 0;}" > = conftest.c > ${CC} ${CFLAGS} ${LDFLAGS} conftest.c -o conftest$ac_exeext > = /dev/null 2>&1 > if $export_sym_check conftest$ac_exeext | grep foobar > = /dev/null; then > : # No need to use a flag > AC_MSG_RESULT([yes]) > else > AC_MSG_RESULT([yes]) > AC_MSG_CHECKING([for -rdynamic]) > ${CC} ${CFLAGS} ${LDFLAGS} -rdynamic conftest.c -o = conftest$ac_exeext > /dev/null 2>&1 > if $export_sym_check conftest$ac_exeext | grep foobar > = /dev/null; then > plugin_rdynamic=3Dyes > pluginlibs=3D"-rdynamic" > else > plugin_rdynamic=3Dno > enable_plugin=3Dno > fi > AC_MSG_RESULT([$plugin_rdynamic]) > fi > else > AC_MSG_RESULT([unable to check]) > fi > . . . >=20 > But (both the poudriere-devel based build and the portmaster > build show such so I picked to show just one): >=20 > = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log:g= cc_cv_objdump=3D/usr/local/aarch64-none-elf/bin/objdump > = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log:g= cc_cv_objdump=3D'/usr/local/aarch64-none-elf/bin/objdump' > = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.cache= :gcc_cv_objdump=3D${gcc_cv_objdump=3D/usr/local/aarch64-none-elf/bin/objdu= mp} >=20 > Under poudiere-devel there is no = /usr/local/aarch64-none-elf/bin/objdump path. > Under make/portmaster there may be an old = /usr/local/aarch64-none-elf/bin/objdump path. >=20 > In my environments (showing one example context): >=20 > # ls -ldT /usr/local/aarch64-none-elf/bin/objdump > -r-xr-xr-x 2 root wheel 8593272 Jan 30 01:05:50 2020 = /usr/local/aarch64-none-elf/bin/objdump >=20 > So in portmaster (or make) the old = /usr/local/aarch64-none-elf/bin/objdump > is used but in poudriere the path used fails and that failure is not > handled distinctly as "objdump tool missing". >=20 > It looks like devel/aarch64-none-elf-gcc/Makefile would need > changes for WITHOUT_BINUTILS=3D contexts in order to make sure > that an objdump exists via a known/used path, including in > poudriere based builds. looks like nm, objdump, and readelf have that = /usr/local/aarch64-none-elf/bin/ style path issue shown in work/.build/gcc/config.log . There are some ld references as well. (Again: /mnt/ is for portmaster build context; otherwise it is poudriere = based.) # grep -B1 /usr/local/aarch64-none-elf/bin/ = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log-c= onfigure:22232: checking what nm to use = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log:c= onfigure:22240: result: /usr/local/aarch64-none-elf/bin/nm = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log-c= onfigure:22312: checking what objdump to use = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log:c= onfigure:22322: result: /usr/local/aarch64-none-elf/bin/objdump = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log-c= onfigure:22384: checking what readelf to use = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log:c= onfigure:22394: result: /usr/local/aarch64-none-elf/bin/readelf -- = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log-g= cc_cv_mkdir_takes_one_arg=3Dno = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log:g= cc_cv_nm=3D/usr/local/aarch64-none-elf/bin/nm = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log-g= cc_cv_no_pie=3Dyes = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log:g= cc_cv_objdump=3D/usr/local/aarch64-none-elf/bin/objdump -- = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log-g= cc_cv_prog_makeinfo_modern=3Dyes = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log:g= cc_cv_readelf=3D/usr/local/aarch64-none-elf/bin/readelf -- = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log-O= RIGINAL_LD_GOLD_FOR_TARGET=3D'/usr/local/bin/aarch64-none-elf-ld.gold' = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log:O= RIGINAL_NM_FOR_TARGET=3D'/usr/local/aarch64-none-elf/bin/nm' -- = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log-g= cc_cv_ld=3D'/usr/local/bin/aarch64-none-elf-ld' = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log:g= cc_cv_nm=3D'/usr/local/aarch64-none-elf/bin/nm' = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log:g= cc_cv_objdump=3D'/usr/local/aarch64-none-elf/bin/objdump' = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log:g= cc_cv_readelf=3D'/usr/local/aarch64-none-elf/bin/readelf' -- = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og-configure:22232: checking what nm to use = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og:configure:22240: result: /usr/local/aarch64-none-elf/bin/nm = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og-configure:22312: checking what objdump to use = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og:configure:22322: result: /usr/local/aarch64-none-elf/bin/objdump = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og-configure:22384: checking what readelf to use = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og:configure:22394: result: /usr/local/aarch64-none-elf/bin/readelf -- = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og-gcc_cv_mkdir_takes_one_arg=3Dno = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og:gcc_cv_nm=3D/usr/local/aarch64-none-elf/bin/nm = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og-gcc_cv_no_pie=3Dyes = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og:gcc_cv_objdump=3D/usr/local/aarch64-none-elf/bin/objdump -- = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og-gcc_cv_prog_makeinfo_modern=3Dyes = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og:gcc_cv_readelf=3D/usr/local/aarch64-none-elf/bin/readelf -- = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og-ORIGINAL_LD_GOLD_FOR_TARGET=3D'/usr/local/bin/aarch64-none-elf-ld.gold'= = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og:ORIGINAL_NM_FOR_TARGET=3D'/usr/local/aarch64-none-elf/bin/nm' -- = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og-gcc_cv_ld=3D'/usr/local/bin/aarch64-none-elf-ld' = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og:gcc_cv_nm=3D'/usr/local/aarch64-none-elf/bin/nm' = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og:gcc_cv_objdump=3D'/usr/local/aarch64-none-elf/bin/objdump' = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og:gcc_cv_readelf=3D'/usr/local/aarch64-none-elf/bin/readelf' =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 Apr 28 21:40:16 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C1DC62C6003 for ; Tue, 28 Apr 2020 21:40:16 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49BZnD3Zg8z4LK1; Tue, 28 Apr 2020 21:40:16 +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 03SLeEjJ007777 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 28 Apr 2020 14:40:14 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 03SLeEVn007776; Tue, 28 Apr 2020 14:40:14 -0700 (PDT) (envelope-from fbsd) Date: Tue, 28 Apr 2020 14:40:13 -0700 From: bob prohaska To: Glen Barber Cc: Mark Millard , freebsd-arm@freebsd.org Subject: Re: Trouble booting the April 23 snapshot for rpi3 Message-ID: <20200428214013.GB7169@www.zefox.net> References: <20200428195759.GA7169@www.zefox.net> <46FAA17D-6104-4DAC-A0AA-63ED4DDD72DC@yahoo.com> <20200428201722.GI9584@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200428201722.GI9584@FreeBSD.org> X-Rspamd-Queue-Id: 49BZnD3Zg8z4LK1 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-5.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.996,0]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2020 21:40:16 -0000 On Tue, Apr 28, 2020 at 08:17:22PM +0000, Glen Barber wrote: > On Tue, Apr 28, 2020 at 01:11:58PM -0700, Mark Millard via freebsd-arm wrote: > > > > > > On 2020-Apr-28, at 12:57, bob prohaska wrote: > > > > > In trying to boot the April 23 RPI3 snapshot the machine is > > > reporting what looks like an old problem: [big snip] > > It is based on the latest branch, but more specifically the port is > built from a checkout of head from the ports tree. > Looking back through the old thread, Kyle W. put up a patch to test, which I didn't do. Mark M. got the patch working on a Pi4, but the conversation ended, at least under that subject line, with no explicit resolution. Could the problem have slipped between the chairs? With much help from Mark M. my pi3 was working by March 22nd, so the u-boot issue got fixed, in some fashion, by then. Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Wed Apr 29 04:11:05 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2A71B2CDA26 for ; Wed, 29 Apr 2020 04:11:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-22.consmr.mail.gq1.yahoo.com (sonic309-22.consmr.mail.gq1.yahoo.com [98.137.65.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 49BlS70N3Gz3C5D for ; Wed, 29 Apr 2020 04:11:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: y4uUTisVM1lp0aO990457AsxAtGeNTdeBZNM.1FYiTPKVvhiKcDOoTO.jHsvLGu XqD_Bofa4kKA6OaKTGrRkLn6DCQtIsgf9FA4lU8jL.Php5DTqcyh60ArjvGmo.LuJxsQxXhhbZf1 QdWNFbaXb23xos57TZJdYVwQd_1Vzfja.NtLylvxOR_2UPxrvAGprBTwlju8PtCulmywPeXdGMyf rTiME4pGgH6U0do_7olVm1Ym4ORm2AgQU.WwSY4Rofyqda0E35rm.ezdpcqxAwdaBtM_SynZUmyQ gZHq03V9Ac0Lw48w.zWYg.gMpkWYnbT4yVclgWCll4j8aSe.uUd_nDMkj8Je4DHuRP2gN1y4oubT wHw_tZpUS_oQQvody5e4sq_0ikWYutg8QDoy7ghNUzTl1O9jYoMGJlg7rBty7EHr1AoZ_m1UhuMs E1XqXm0IBEsji2qmKh25XT71cifH5LMbwWWWTeKpnEfGuLZQXz5YTgHqjst3E1s8igFrvbGmNuOK a_HYHNc0bJCq1Q2m7qjNYBT651dAitAZg9BqMZZ_Sqf541GojOUqeAxuSQs9sr992xJ_pMM1_Law faiSA.7dPJoAMYY_zXt2wXi7wxobOmLv3uESKTCv4p9O8pm3HFKGsHaMC_4YBf4HnBNgeb7feuoT 36hfXFJHi6gXfjchoh6ym7aNTLnTrpPezVW2tG7u6zbf_C0_o5zxRwYbNXIVwDtOq7emlbHotgF2 XEUPqvPq9UIg2F1c752rhj61_lhbaBDhQoM208izZuwemaeKmrP6JSPz9s6AoI6b8n0XeZX3mDVz d492jyffzlzChMBz_ICwEv80_9gjPLaD4QcFmKhop_G3Nx6fie5cI7UdXevvHjIjZN9o0R.79T3M KXPYssIEIK8d7kIFVibrhIC3PMRYoJXKZ0_aaKYfBmwhgvaSHwJpleQ4_UzN9cCBmFlSQF65B4DD hw2xCq.mPIbkYSnzhEtZy.oe71I_YLR5Bu0z8Cl9tWJd3BXXvVJZgVlAXHxMdlsMJz_wDRhI1gOu GfYEvOlUi6gjmIuCn6S.fauyaYT3VgtkTZSfFSuVjAMdsIqXNIvBj7fWyC0ym.b66VpQaKkKoMUc lBTQDX9tYXSJb63yVyhSKiAIF.sVgGZrRnhUC1__R0KER1N1PcdFUeXbfRLlmg0cg33p61TOGqfy g8gwPHYXN1Akq46L53iCeNX37qT8QoMFcVf2RmCFnRueErzfVSvd_IlfmUFTuJAjxeGeX4JBQZ2k FkVFFxEVZPwfklugfvLOuShvMHfb0tql8CDVyvK4H7JXqdlP9Xk9Oij3xFIcivkYzCFB5Qa4_OMb 7DZRqwzUW1LS51LMqXI3lLoUDDhCWNoDFp1hELLC7vIKilnm9V43pgrIRIHPj9kFtoyf1YmS408o IIbuwoVzOgPgYZ6iWOYEqbq1XoA8.q6ttICYa8BFKYjCrJp7MuZb9NaSRrA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Wed, 29 Apr 2020 04:11:01 +0000 Received: by smtp429.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 243dbdc5248f18bc50a6e6efd57c4e42; Wed, 29 Apr 2020 04:10:59 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Trouble booting the April 23 snapshot for rpi3 From: Mark Millard In-Reply-To: <20200428214013.GB7169@www.zefox.net> Date: Tue, 28 Apr 2020 21:10:58 -0700 Cc: Glen Barber , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20200428195759.GA7169@www.zefox.net> <46FAA17D-6104-4DAC-A0AA-63ED4DDD72DC@yahoo.com> <20200428201722.GI9584@FreeBSD.org> <20200428214013.GB7169@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49BlS70N3Gz3C5D X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (-2.28), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[148.65.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[148.65.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2020 04:11:05 -0000 On 2020-Apr-28, at 14:40, bob prohaska wrote: > On Tue, Apr 28, 2020 at 08:17:22PM +0000, Glen Barber wrote: >> On Tue, Apr 28, 2020 at 01:11:58PM -0700, Mark Millard via = freebsd-arm wrote: >>>=20 >>>=20 >>> On 2020-Apr-28, at 12:57, bob prohaska = wrote: >>>=20 >>>> In trying to boot the April 23 RPI3 snapshot the machine is >>>> reporting what looks like an old problem: > [big snip] >=20 >>=20 >> It is based on the latest branch, but more specifically the port is >> built from a checkout of head from the ports tree. Looking in: http://pkg.freebsd.org/FreeBSD:13:aarch64/latest/All/ shows: u-boot-rpi3-2019.10.txz 203564 2020-Jan-03 18:32 So using "latest" need not mean recent, unfortunately. RPi4 fairs no better: u-boot-rpi4-2019.10.txz 181908 2020-Jan-01 00:47 So, unless the snapshot process built these from more recent source, the snapshot would not have Kyle's changes and the old problems would exist. Hopefully, at some point, http://pkg.freebsd.org/FreeBSD:13:aarch64/latest/All/ will get updates to these. May be the recent change to 2020.04 from 2019.10 might cause such an update to latest? > Looking back through the old thread, Kyle W. put up a patch to test, > which I didn't do. Mark M. got the patch working on a Pi4, but the > conversation ended, at least under that subject line, with no explicit > resolution. Could the problem have slipped between the chairs?=20 >=20 > With much help from Mark M. my pi3 was working by March 22nd, so the=20= > u-boot issue got fixed, in some fashion, by then. After expanding the .img on media, you could replace any old-vintage of u-boot-rpi3 materials with newer ones that you had built from source and installed in /usr/local/share/u-boot/u-boot-rpi3/ . While my context is from source based builds, not snapshots, the RPi3 is running: # uname -apKU FreeBSD Pine64P2G 13.0-CURRENT FreeBSD 13.0-CURRENT #2 r360311M: Sat Apr = 25 10:39:37 PDT 2020 = markmi@FBSDFHUGE:/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarc= h64/sys/GENERIC-NODBG arm64 aarch64 1300092 1300092 (The media can also boot the Pine64+ 2GB --but is in the RPi3 currently.) I do warn that there is for arm64/aarch64 : https://lists.freebsd.org/pipermail/freebsd-bugs/2020-April/093970.html but no bisect has determined the failure start. (Failure is not immediate: bisect would be every slow.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Wed Apr 29 08:36:11 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 64D882AC58F for ; Wed, 29 Apr 2020 08:36:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-21.consmr.mail.gq1.yahoo.com (sonic314-21.consmr.mail.gq1.yahoo.com [98.137.69.84]) (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 49BsL22zdNz3RKf for ; Wed, 29 Apr 2020 08:36:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: wctFVAIVM1m8Qal5fP2Ex_uluVZQ08JqxlyvH0FcYR.LxDWFGLUS5ZIbVRQMEkC eOxnjVIK1IU3l5yps1RlUNCq63StQJ77QT.Nu9SwS4B4OPqOMJGAnc2eYTfekKAODpZnGtS98Jlb fbG3Fd9qpVmQoukuN9Cjnm5ZHsqY8Ibug2cBXxsGmtLqH4rdxsjRNt2mv8NL8JvzQ6jbsifDlibt B3GxYg1NkSFMj3Y9mzY5VVJJX1hNJPRiQXRhFypHApJ5Mv.k8NRKSEQpEmRBLpHtiOkmNaBDOOl_ mMqfk75Q63FsJ0JKE8cPbDGkS8yVsdvhsmuqbYNNpCoMjxPuoB7qpU9BF5KQAyJhffwnfHRJtnhY qyauGiojyQVV2qHYXpBFdoue8mFeN6WSzjo76hk5lTP..jJ0aB6ki7HiuGnG7wl3KzUhH5qVtiZg ZNRQcjZECfL92Wd9uPUyJpyNnRNxfv6IQLOqpPXX.WKfo2MtAtg2DbIIVBNI5fXXXV_1nca1Gb1q lK.8IjtamF4a3wIad69AAYZfyxAZ1ynumGhDJT0on9KMRXTgAWhAgQnbYJ_Bxg7qqQbDOaDUByCZ awgGR4t49b0ZndgI0ro51yTsWjWbefiPdjble56m6H9Uhx7aO1fx8Dm2uCfSNK__28BgFhOgsfNn QMETXYf5mMSOFRaEVre1BFrKxDZilR2m6c694I1XT2wqkQJqO44WMQD7U7xc5g8oidpdVlp2y2jA e1rqpgwY0sJ_ENaFjtKlgdrowTqL.NnZe6RDd3wGXZdIRp3fmp_TL.UURjU2.kDwLGX1eEFYRBu5 b0bQfZGaTrpBaDbCLQfK3a3jQ0B5cHTYpZLRtYDRtYZ9Ft0DXl7.7.pXo02whtjhQqO8Bu_Ouj32 r2Zt1Bv0aVue4p1A6YYVdqbcG1BeFiceks5P6oKpwmN5jjGeQmGrjNARvqZ09Btlhw4mbEPeD0pL t_inPb2h3aSeVL4xwPGzIfEGy4pwrtzW6fwy84jFrXxNvMkW46vZS_n8cJzV62v8Ag1a10kryb5W aYbcGl70P6zz1HlKP18fVAAWiZYY.BjG8hCD_u6nUbzfmdiqenf4VE8Nm3D5jxdrQwBh619uJh2s tDDkcPENsPshFa1X2rwPRtfAloatxs2miSMMIcwai9SlUXaDs0IlmuNoC3Goab70puMD5rOAscWn e7GweOwEs24OYWmkWNkC6CVMryGFG1JxtOXn15nqep6.K6ahBSbk2ktBqISBV4QDtU5_40cNW1v5 hBgZOEa2T6NvzDtwEL_KN9Q.Vd.mVue1T6kTQEP6AvZ9T9X.sCil.K5Ka41aheS_xtY65QxZ8g3q nZzmx8SBLGgIcYgMjD4U3SEXgjSURPYqdVL8yeCwuqGkMk4.IBmcORYK5i1TFxa6e0ANBcMj75qI DNShy3Uc28M8bGHKo Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Wed, 29 Apr 2020 08:36:08 +0000 Received: by smtp404.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID a6ca71896bafe5b8d2080e944fd77826; Wed, 29 Apr 2020 08:36:03 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: aarch64 host based sysutils/u-boot-{pine64, rock64, rpi[34]} builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found" From: Mark Millard In-Reply-To: Date: Wed, 29 Apr 2020 01:36:01 -0700 Cc: freebsd-arm , FreeBSD ports Content-Transfer-Encoding: quoted-printable Message-Id: <7F714D23-99F3-4C31-92F1-A4ED2EABE93B@yahoo.com> References: <0085757C-02B1-4CB9-9B67-01EB5D6AA86A@yahoo.com> <20200427123246.42e3844f39c349aac81009ff@bidouilliste.com> <20200427204606.69157e78e6eb92f3481e47e3@bidouilliste.com> <38BE4488-2BE4-4B9F-BABA-0324B6A7AE8D@yahoo.com> <90693ED6-E93D-4105-8B63-F77313F77079@yahoo.com> <20200428163906.a5081a0493970fb4556fe08b@bidouilliste.com> <13AAC979-927E-43BA-BF16-64C41546A690@yahoo.com> <7CD48F1B-7405-454A-BEFE-3B17D321D89F@yahoo.com> <1D414E35-6785-4D15-A798-DFB34C2ACC34@yahoo.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49BsL22zdNz3RKf X-Spamd-Bar: / X-Spamd-Result: default: False [-0.79 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.07)[-0.067,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.22)[-0.225,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (5.44), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[84.69.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[84.69.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2020 08:36:11 -0000 [Build successes for building via poudriere-devel. Message history removed.] Based on (some whitespace details might not survive): # svnlite diff /usr/ports/devel/aarch64-none-elf-gcc/ Index: /usr/ports/devel/aarch64-none-elf-gcc/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/ports/devel/aarch64-none-elf-gcc/Makefile (revision = 533162) +++ /usr/ports/devel/aarch64-none-elf-gcc/Makefile (working copy) @@ -19,7 +19,8 @@ LIB_DEPENDS=3D libgmp.so:math/gmp \ libmpfr.so:math/mpfr \ libmpc.so:math/mpc -BUILD_DEPENDS=3D = ${GCC_TARGET}-as:devel/binutils@${PKGNAMEPREFIX:C/-$//:C/-/_/g} +BUILD_DEPENDS=3D = ${GCC_TARGET}-as:devel/binutils@${PKGNAMEPREFIX:C/-$//:C/-/_/g} \ + objdump:devel/binutils RUN_DEPENDS=3D = ${GCC_TARGET}-as:devel/binutils@${PKGNAMEPREFIX:C/-$//:C/-/_/g} =20 USES=3D gmake iconv libtool tar:xz makeinfo compiler:c++11-lang Things then finish (extracted messages from an amd64->aarch64 = poudriere-based nxb-bin involved cross-build): [00:14:17] [04] [00:13:40] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1: Success [00:15:16] [02] [00:00:57] Finished sysutils/atf-sun50i_a64 | = atf-sun50i_a64-v2.3: Success [00:15:19] [01] [00:01:00] Finished sysutils/atf-rk3328 | = atf-rk3328-v2.3: Success [00:16:10] [05] [00:15:33] Finished devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1: Success [00:21:34] [04] [00:07:15] Finished sysutils/u-boot-rpi4 | = u-boot-rpi4-2020.04: Success [00:21:56] [03] [00:07:37] Finished sysutils/u-boot-rpi3 | = u-boot-rpi3-2020.04: Success [00:30:31] [06] [00:14:19] Finished sysutils/u-boot-rpi2 | = u-boot-rpi2-2020.04: Success [00:35:15] [07] [00:19:03] Finished sysutils/u-boot-sinovoip-bpi-m3 | = u-boot-sinovoip-bpi-m3-2020.04: Success [00:35:34] [01] [00:20:15] Finished sysutils/u-boot-rock64 | = u-boot-rock64-2020.04: Success [00:35:41] [05] [00:19:29] Finished sysutils/u-boot-orangepi-plus-2e | = u-boot-orangepi-plus-2e-2020.04: Success (u-boot-pine64 still in process due to MAKE_JOBS_UNSAFE=3Dyes use.) aarch64 native builds also finished (not shown). amd64 poudriere-based builds (non-qemu) also finished: [00:03:22] [01] [00:03:08] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1: Success [00:03:31] [03] [00:00:08] Finished sysutils/atf-sun50i_a64 | = atf-sun50i_a64-v2.3: Success [00:03:31] [01] [00:00:08] Finished sysutils/atf-rk3328 | = atf-rk3328-v2.3: Success [00:03:33] [02] [00:03:19] Finished devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1: Success [00:04:00] [04] [00:00:37] Finished sysutils/u-boot-rpi3 | = u-boot-rpi3-2020.04: Success [00:04:01] [05] [00:00:38] Finished sysutils/u-boot-rpi4 | = u-boot-rpi4-2020.04: Success [00:04:18] [06] [00:00:44] Finished sysutils/u-boot-rpi2 | = u-boot-rpi2-2020.04: Success [00:04:40] [02] [00:01:06] Finished sysutils/u-boot-orangepi-plus-2e | = u-boot-orangepi-plus-2e-2020.04: Success [00:04:41] [07] [00:01:07] Finished sysutils/u-boot-sinovoip-bpi-m3 | = u-boot-sinovoip-bpi-m3-2020.04: Success [00:04:42] [01] [00:01:10] Finished sysutils/u-boot-rock64 | = u-boot-rock64-2020.04: Success [00:06:46] [03] [00:03:15] Finished sysutils/u-boot-pine64 | = u-boot-pine64-2020.04: Success FYI: # svnlite diff /usr/ports/sysutils/u-boot-pine64/ Index: /usr/ports/sysutils/u-boot-pine64/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/ports/sysutils/u-boot-pine64/Makefile (revision 533162) +++ /usr/ports/sysutils/u-boot-pine64/Makefile (working copy) @@ -6,4 +6,6 @@ BOARD_CONFIG=3D pine64_plus_defconfig FAMILY=3D allwinner64 =20 +MAKE_JOBS_UNSAFE=3Dyes + .include "${MASTERDIR}/Makefile" based on historical build-race problems specific to pine64's u-boot build. But it makes the qemu-based build take a very long time. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Wed Apr 29 10:50:43 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F1A022AFC1F; Wed, 29 Apr 2020 10:50:43 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49BwKF5wlHz43QN; Wed, 29 Apr 2020 10:50:41 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1588157439; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=4gMKw4NdIECLBxaezQxu4GJ8vNW69yiKMTOOTA1Mxnc=; b=S9CwuK/pCanCAB043SOTCdWd5Deu1Qv9g6Y5vYvMNAvtO/3PANkT/wBYXgEUmKoc6gLtya CoyVa8Z6WVEcv15bQJJx+GaF2U7EdCk8oJASVD2pjFkdu8IzTLMcjclXsVglccAF9pUygB WRWba62jAEPPh2OX1M6OFEDxM6E10rY= Received: from skull.home.blih.net (lfbn-idf2-1-900-181.w86-238.abo.wanadoo.fr [86.238.131.181]) by mx.blih.net (OpenSMTPD) with ESMTPSA id a16617f8 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Wed, 29 Apr 2020 10:50:39 +0000 (UTC) Date: Wed, 29 Apr 2020 12:50:36 +0200 From: Emmanuel Vadot To: Mark Millard Cc: freebsd-arm , FreeBSD ports Subject: Re: aarch64 host based sysutils/u-boot-{pine64, rock64, rpi[34]} builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found" Message-Id: <20200429125036.fbd1c0679e677260e6868eb7@bidouilliste.com> In-Reply-To: <7F714D23-99F3-4C31-92F1-A4ED2EABE93B@yahoo.com> References: <0085757C-02B1-4CB9-9B67-01EB5D6AA86A@yahoo.com> <20200427123246.42e3844f39c349aac81009ff@bidouilliste.com> <20200427204606.69157e78e6eb92f3481e47e3@bidouilliste.com> <38BE4488-2BE4-4B9F-BABA-0324B6A7AE8D@yahoo.com> <90693ED6-E93D-4105-8B63-F77313F77079@yahoo.com> <20200428163906.a5081a0493970fb4556fe08b@bidouilliste.com> <13AAC979-927E-43BA-BF16-64C41546A690@yahoo.com> <7CD48F1B-7405-454A-BEFE-3B17D321D89F@yahoo.com> <1D414E35-6785-4D15-A798-DFB34C2ACC34@yahoo.com> <7F714D23-99F3-4C31-92F1-A4ED2EABE93B@yahoo.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49BwKF5wlHz43QN X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=S9CwuK/p; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-3.94 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-1.44)[ip: (-9.40), ipnet: 212.83.128.0/19(1.79), asn: 12876(0.42), country: FR(0.00)]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2020 10:50:44 -0000 On Wed, 29 Apr 2020 01:36:01 -0700 Mark Millard wrote: > [Build successes for building via poudriere-devel. > Message history removed.] > > Based on (some whitespace details might not survive): > > # svnlite diff /usr/ports/devel/aarch64-none-elf-gcc/ > Index: /usr/ports/devel/aarch64-none-elf-gcc/Makefile > =================================================================== > --- /usr/ports/devel/aarch64-none-elf-gcc/Makefile (revision 533162) > +++ /usr/ports/devel/aarch64-none-elf-gcc/Makefile (working copy) > @@ -19,7 +19,8 @@ > LIB_DEPENDS= libgmp.so:math/gmp \ > libmpfr.so:math/mpfr \ > libmpc.so:math/mpc > -BUILD_DEPENDS= ${GCC_TARGET}-as:devel/binutils@${PKGNAMEPREFIX:C/-$//:C/-/_/g} > +BUILD_DEPENDS= ${GCC_TARGET}-as:devel/binutils@${PKGNAMEPREFIX:C/-$//:C/-/_/g} \ > + objdump:devel/binutils That brings binutils-native as a build depend, which works on aarch64 but I don't think it will for cross building. But yes the solution is something like that, the "missing" objdump seems to make gcc not building the plugins. > RUN_DEPENDS= ${GCC_TARGET}-as:devel/binutils@${PKGNAMEPREFIX:C/-$//:C/-/_/g} > > USES= gmake iconv libtool tar:xz makeinfo compiler:c++11-lang > > > Things then finish (extracted messages from an amd64->aarch64 poudriere-based > nxb-bin involved cross-build): > > [00:14:17] [04] [00:13:40] Finished devel/aarch64-none-elf-gcc | aarch64-none-elf-gcc-8.4.0_1: Success > [00:15:16] [02] [00:00:57] Finished sysutils/atf-sun50i_a64 | atf-sun50i_a64-v2.3: Success > [00:15:19] [01] [00:01:00] Finished sysutils/atf-rk3328 | atf-rk3328-v2.3: Success > [00:16:10] [05] [00:15:33] Finished devel/arm-none-eabi-gcc | arm-none-eabi-gcc-8.4.0_1: Success > [00:21:34] [04] [00:07:15] Finished sysutils/u-boot-rpi4 | u-boot-rpi4-2020.04: Success > [00:21:56] [03] [00:07:37] Finished sysutils/u-boot-rpi3 | u-boot-rpi3-2020.04: Success > [00:30:31] [06] [00:14:19] Finished sysutils/u-boot-rpi2 | u-boot-rpi2-2020.04: Success > [00:35:15] [07] [00:19:03] Finished sysutils/u-boot-sinovoip-bpi-m3 | u-boot-sinovoip-bpi-m3-2020.04: Success > [00:35:34] [01] [00:20:15] Finished sysutils/u-boot-rock64 | u-boot-rock64-2020.04: Success > [00:35:41] [05] [00:19:29] Finished sysutils/u-boot-orangepi-plus-2e | u-boot-orangepi-plus-2e-2020.04: Success > > (u-boot-pine64 still in process due to MAKE_JOBS_UNSAFE=yes use.) > > aarch64 native builds also finished (not shown). > > amd64 poudriere-based builds (non-qemu) also finished: > > [00:03:22] [01] [00:03:08] Finished devel/aarch64-none-elf-gcc | aarch64-none-elf-gcc-8.4.0_1: Success > [00:03:31] [03] [00:00:08] Finished sysutils/atf-sun50i_a64 | atf-sun50i_a64-v2.3: Success > [00:03:31] [01] [00:00:08] Finished sysutils/atf-rk3328 | atf-rk3328-v2.3: Success > [00:03:33] [02] [00:03:19] Finished devel/arm-none-eabi-gcc | arm-none-eabi-gcc-8.4.0_1: Success > [00:04:00] [04] [00:00:37] Finished sysutils/u-boot-rpi3 | u-boot-rpi3-2020.04: Success > [00:04:01] [05] [00:00:38] Finished sysutils/u-boot-rpi4 | u-boot-rpi4-2020.04: Success > [00:04:18] [06] [00:00:44] Finished sysutils/u-boot-rpi2 | u-boot-rpi2-2020.04: Success > [00:04:40] [02] [00:01:06] Finished sysutils/u-boot-orangepi-plus-2e | u-boot-orangepi-plus-2e-2020.04: Success > [00:04:41] [07] [00:01:07] Finished sysutils/u-boot-sinovoip-bpi-m3 | u-boot-sinovoip-bpi-m3-2020.04: Success > [00:04:42] [01] [00:01:10] Finished sysutils/u-boot-rock64 | u-boot-rock64-2020.04: Success > [00:06:46] [03] [00:03:15] Finished sysutils/u-boot-pine64 | u-boot-pine64-2020.04: Success > > > > FYI: > > # svnlite diff /usr/ports/sysutils/u-boot-pine64/ > Index: /usr/ports/sysutils/u-boot-pine64/Makefile > =================================================================== > --- /usr/ports/sysutils/u-boot-pine64/Makefile (revision 533162) > +++ /usr/ports/sysutils/u-boot-pine64/Makefile (working copy) > @@ -6,4 +6,6 @@ > BOARD_CONFIG= pine64_plus_defconfig > FAMILY= allwinner64 > > +MAKE_JOBS_UNSAFE=yes > + > .include "${MASTERDIR}/Makefile" > > based on historical build-race problems specific to pine64's > u-boot build. But it makes the qemu-based build take a very > long time. > > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Wed Apr 29 17:22:59 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5C3B82BC482; Wed, 29 Apr 2020 17:22:59 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49C51s6wfTz4Y4Z; Wed, 29 Apr 2020 17:22:57 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1588180970; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=CJiu4fa4oIG43AEWlesv8colE2mvk+7M1qoWFvWK8QA=; b=ItD3ufY6w+RODR6AndMjiR5o/oLTkhxMgMrMqD7AP5rZCOdbPRzLM3Nvpc2tDXvkSmWq5e qeJ4Lmq+AA4YZ+EkscpF+VfZvuezMlj1OSBeFhOstnDw16SqGWIsJm3M5Ijb2BT9tGWFXg A8VtOtuHSaHgOtjWkfeyGaNHAmTlgxU= Received: from skull.home.blih.net (lfbn-idf2-1-900-181.w86-238.abo.wanadoo.fr [86.238.131.181]) by mx.blih.net (OpenSMTPD) with ESMTPSA id a1a8ca27 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Wed, 29 Apr 2020 17:22:50 +0000 (UTC) Date: Wed, 29 Apr 2020 19:22:45 +0200 From: Emmanuel Vadot To: Mark Millard Cc: freebsd-arm , FreeBSD ports Subject: Re: aarch64 host based sysutils/u-boot-{pine64, rock64, rpi[34]} builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found" Message-Id: <20200429192245.ee77ccc269f75435aa379d26@bidouilliste.com> In-Reply-To: <20200429125036.fbd1c0679e677260e6868eb7@bidouilliste.com> References: <0085757C-02B1-4CB9-9B67-01EB5D6AA86A@yahoo.com> <20200427123246.42e3844f39c349aac81009ff@bidouilliste.com> <20200427204606.69157e78e6eb92f3481e47e3@bidouilliste.com> <38BE4488-2BE4-4B9F-BABA-0324B6A7AE8D@yahoo.com> <90693ED6-E93D-4105-8B63-F77313F77079@yahoo.com> <20200428163906.a5081a0493970fb4556fe08b@bidouilliste.com> <13AAC979-927E-43BA-BF16-64C41546A690@yahoo.com> <7CD48F1B-7405-454A-BEFE-3B17D321D89F@yahoo.com> <1D414E35-6785-4D15-A798-DFB34C2ACC34@yahoo.com> <7F714D23-99F3-4C31-92F1-A4ED2EABE93B@yahoo.com> <20200429125036.fbd1c0679e677260e6868eb7@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49C51s6wfTz4Y4Z X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=ItD3ufY6; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-3.94 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-1.44)[ip: (-9.42), ipnet: 212.83.128.0/19(1.77), asn: 12876(0.42), country: FR(-0.00)]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2020 17:22:59 -0000 On Wed, 29 Apr 2020 12:50:36 +0200 Emmanuel Vadot wrote: > On Wed, 29 Apr 2020 01:36:01 -0700 > Mark Millard wrote: > > > [Build successes for building via poudriere-devel. > > Message history removed.] > > > > Based on (some whitespace details might not survive): > > > > # svnlite diff /usr/ports/devel/aarch64-none-elf-gcc/ > > Index: /usr/ports/devel/aarch64-none-elf-gcc/Makefile > > =================================================================== > > --- /usr/ports/devel/aarch64-none-elf-gcc/Makefile (revision 533162) > > +++ /usr/ports/devel/aarch64-none-elf-gcc/Makefile (working copy) > > @@ -19,7 +19,8 @@ > > LIB_DEPENDS= libgmp.so:math/gmp \ > > libmpfr.so:math/mpfr \ > > libmpc.so:math/mpc > > -BUILD_DEPENDS= ${GCC_TARGET}-as:devel/binutils@${PKGNAMEPREFIX:C/-$//:C/-/_/g} > > +BUILD_DEPENDS= ${GCC_TARGET}-as:devel/binutils@${PKGNAMEPREFIX:C/-$//:C/-/_/g} \ > > + objdump:devel/binutils > > That brings binutils-native as a build depend, which works on aarch64 > but I don't think it will for cross building. > But yes the solution is something like that, the "missing" objdump > seems to make gcc not building the plugins. > > > RUN_DEPENDS= ${GCC_TARGET}-as:devel/binutils@${PKGNAMEPREFIX:C/-$//:C/-/_/g} > > > > USES= gmake iconv libtool tar:xz makeinfo compiler:c++11-lang > > > > > > Things then finish (extracted messages from an amd64->aarch64 poudriere-based > > nxb-bin involved cross-build): > > > > [00:14:17] [04] [00:13:40] Finished devel/aarch64-none-elf-gcc | aarch64-none-elf-gcc-8.4.0_1: Success > > [00:15:16] [02] [00:00:57] Finished sysutils/atf-sun50i_a64 | atf-sun50i_a64-v2.3: Success > > [00:15:19] [01] [00:01:00] Finished sysutils/atf-rk3328 | atf-rk3328-v2.3: Success > > [00:16:10] [05] [00:15:33] Finished devel/arm-none-eabi-gcc | arm-none-eabi-gcc-8.4.0_1: Success > > [00:21:34] [04] [00:07:15] Finished sysutils/u-boot-rpi4 | u-boot-rpi4-2020.04: Success > > [00:21:56] [03] [00:07:37] Finished sysutils/u-boot-rpi3 | u-boot-rpi3-2020.04: Success > > [00:30:31] [06] [00:14:19] Finished sysutils/u-boot-rpi2 | u-boot-rpi2-2020.04: Success > > [00:35:15] [07] [00:19:03] Finished sysutils/u-boot-sinovoip-bpi-m3 | u-boot-sinovoip-bpi-m3-2020.04: Success > > [00:35:34] [01] [00:20:15] Finished sysutils/u-boot-rock64 | u-boot-rock64-2020.04: Success > > [00:35:41] [05] [00:19:29] Finished sysutils/u-boot-orangepi-plus-2e | u-boot-orangepi-plus-2e-2020.04: Success > > > > (u-boot-pine64 still in process due to MAKE_JOBS_UNSAFE=yes use.) > > > > aarch64 native builds also finished (not shown). > > > > amd64 poudriere-based builds (non-qemu) also finished: > > > > [00:03:22] [01] [00:03:08] Finished devel/aarch64-none-elf-gcc | aarch64-none-elf-gcc-8.4.0_1: Success > > [00:03:31] [03] [00:00:08] Finished sysutils/atf-sun50i_a64 | atf-sun50i_a64-v2.3: Success > > [00:03:31] [01] [00:00:08] Finished sysutils/atf-rk3328 | atf-rk3328-v2.3: Success > > [00:03:33] [02] [00:03:19] Finished devel/arm-none-eabi-gcc | arm-none-eabi-gcc-8.4.0_1: Success > > [00:04:00] [04] [00:00:37] Finished sysutils/u-boot-rpi3 | u-boot-rpi3-2020.04: Success > > [00:04:01] [05] [00:00:38] Finished sysutils/u-boot-rpi4 | u-boot-rpi4-2020.04: Success > > [00:04:18] [06] [00:00:44] Finished sysutils/u-boot-rpi2 | u-boot-rpi2-2020.04: Success > > [00:04:40] [02] [00:01:06] Finished sysutils/u-boot-orangepi-plus-2e | u-boot-orangepi-plus-2e-2020.04: Success > > [00:04:41] [07] [00:01:07] Finished sysutils/u-boot-sinovoip-bpi-m3 | u-boot-sinovoip-bpi-m3-2020.04: Success > > [00:04:42] [01] [00:01:10] Finished sysutils/u-boot-rock64 | u-boot-rock64-2020.04: Success > > [00:06:46] [03] [00:03:15] Finished sysutils/u-boot-pine64 | u-boot-pine64-2020.04: Success > > > > > > > > FYI: > > > > # svnlite diff /usr/ports/sysutils/u-boot-pine64/ > > Index: /usr/ports/sysutils/u-boot-pine64/Makefile > > =================================================================== > > --- /usr/ports/sysutils/u-boot-pine64/Makefile (revision 533162) > > +++ /usr/ports/sysutils/u-boot-pine64/Makefile (working copy) > > @@ -6,4 +6,6 @@ > > BOARD_CONFIG= pine64_plus_defconfig > > FAMILY= allwinner64 > > > > +MAKE_JOBS_UNSAFE=yes > > + > > .include "${MASTERDIR}/Makefile" > > > > based on historical build-race problems specific to pine64's > > u-boot build. But it makes the qemu-based build take a very > > long time. > > > > > > === > > Mark Millard > > marklmi at yahoo.com > > ( dsl-only.net went > > away in early 2018-Mar) > > > > > -- > Emmanuel Vadot > _______________________________________________ > 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" Issue should be fixed in r533381. It works for me on aarch64 and on amd64. -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Wed Apr 29 20:17:03 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9AA7A2C1862 for ; Wed, 29 Apr 2020 20:17:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-55.consmr.mail.gq1.yahoo.com (sonic315-55.consmr.mail.gq1.yahoo.com [98.137.65.31]) (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 49C8tj6rWZz3Gwn for ; Wed, 29 Apr 2020 20:17:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 4TTxZ4wVM1l.4sDei9Xam1SJCp1XZ9qvkIAklRc1l6oX9h6mZE2hNiDYWdEHJte qqHrSY568BCriSgkfqRY9WaQ.Uyb3b6EqVumbVUW9lzi9XJJXDI4KZHbL6LoEdgndLl9mvxzxOv5 05yHGBYIX6itcK3DygPqDNyZEh6stDNrZ4iWEiAA2CskrTpLH_zmdEGGzdJFTJUIy48uBysIJkF4 ReCYHO5AaYTy2lH77eDNPgl_1B2azTsBkFiukrdWy1CSIHgaVkkSgWJSqmmBLgWo39VxHQGT5.VQ 7MfEXmZEO5wWj6mTie4OqAg9c4EaQ0FkBQpP1fBKY9xw_Da6Yb2cB.T3BeSQGXH0KatgAAtSTBPO NGipJ2cG2YJrHGG0H.DjfHN4wjtDmxHhn.zsqq9_phH9aWZZku9KYhLjS9EMfw.nFuAbM3Wp0Pz1 9hANs09GyVJja8NRbVGFiV1Wn32Xj..wLfkomtTLd16ADz98LTCmcOSTp_D0LvIwaopx9lb9bmS8 2.7eYgmdy7Sc2oxvcKaQKSvwZkuQSR_6tIkCOYRtIgrEexR37QZZE8RGuNfZrRC0E2IF3NuBPCd0 RHCGbkrjZQq4RYnRIFdwo0idosFql9va5R.jp_Tmn.VHkVn3H4Y5MZOcbCE9Pw6DxRrpk4vmzJyK hX8Bw3ZIwEoYWV2n6QpDAzbPt7oWWglOQo4QcvS5T.a97J0eFLHiNfKN65bxKsOYgTkHt_LQvqBQ k3n1B7mJ5_MKF3RcXY2At0zfBNAIb.ZXbpvw5EvW3hcLH.99Ft5GaQeodo6epdfhM_0hALtbIknn 3Dp7.Xo73w.sqdHVLbtA6W2oNjiKVrkoQK_XAATOKxtbiSRLyklva9OLoGDbaK90yAqoTamGO5xy tG9ZnqGv._hNa7Go8lAgSsZtxTT7HQhW8D.JO9gyon7dboNEW4UCwDLxyFQNAZ7SVgyezZQ4dqjW XAyNt0XzlZ.uWSS_Kjis3eakhMu8qpxlj9_TPRXZ02B0xjqE4eFn6H6Jv_PHo7B20qm63GNGQ1Hs Q.hVGs_fu4NXncm.YWDbKZuo8rxOdYgFoZrQtIvJXuiMd2CyZo.tExpKuCM99J1dklAznv.p1S.M Nw0.YB7bYEtomKGX6Yao8aNvphvKk2GVFCGfMD.EFtYHrm7yRFalD_IXlb67GlbZldeUAFbh_clE RedTDznNmanpZ7F7Khe7CMvDo_FehzRIwZn_xk9rpTyIV8X8tcaV5XLZ1coKAYuu9QbfrF.fXFXe ZqTZ7TtqUGCFCl4f70OkrA0xxDILKXaqI5uICM7kxjyelgu4mATGpu9w138ishsVP4kIdwwPkPkb vWiJPS3nA89OP.nqOy_slmtuOCVyaH.PXsoh7MEuwugOLlCazR7iIQ7H8XxYEqVNaWkepkWqPShR JJNwQAb4aPkeCZJ5THheuL1bbhqB9m1wsI7m4UEe.Xof8rKWl1kYrt04NCgEdvy8rEUelUA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Wed, 29 Apr 2020 20:16:59 +0000 Received: by smtp415.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 147bc2fc69342ca519dda7671bae95c1; Wed, 29 Apr 2020 20:16:56 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: aarch64 host based sysutils/u-boot-{pine64, rock64, rpi[34]} builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found" From: Mark Millard In-Reply-To: <20200429192245.ee77ccc269f75435aa379d26@bidouilliste.com> Date: Wed, 29 Apr 2020 13:16:55 -0700 Cc: freebsd-arm , FreeBSD ports Content-Transfer-Encoding: quoted-printable Message-Id: <63269C29-F51E-43D2-A162-40C4EFF402A9@yahoo.com> References: <0085757C-02B1-4CB9-9B67-01EB5D6AA86A@yahoo.com> <20200427123246.42e3844f39c349aac81009ff@bidouilliste.com> <20200427204606.69157e78e6eb92f3481e47e3@bidouilliste.com> <38BE4488-2BE4-4B9F-BABA-0324B6A7AE8D@yahoo.com> <90693ED6-E93D-4105-8B63-F77313F77079@yahoo.com> <20200428163906.a5081a0493970fb4556fe08b@bidouilliste.com> <13AAC979-927E-43BA-BF16-64C41546A690@yahoo.com> <7CD48F1B-7405-454A-BEFE-3B17D321D89F@yahoo.com> <1D414E35-6785-4D15-A798-DFB34C2ACC34@yahoo.com> <7F714D23-99F3-4C31-92F1-A4ED2EABE93B@yahoo.com> <20200429125036.fbd1c0679e677260e6868eb7@bidouilliste.com> <20200429192245.ee77ccc269f75435aa379d26@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49C8tj6rWZz3Gwn X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.10 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.75)[-0.753,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.84)[-0.842,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (2.28), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[31.65.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[31.65.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2020 20:17:03 -0000 On 2020-Apr-29, at 10:22, Emmanuel Vadot = wrote: > On Wed, 29 Apr 2020 12:50:36 +0200 > Emmanuel Vadot wrote: >=20 >> On Wed, 29 Apr 2020 01:36:01 -0700 >> Mark Millard wrote: >>=20 >>> [Build successes for building via poudriere-devel. >>> Message history removed.] >>>=20 >>> Based on (some whitespace details might not survive): >>>=20 >>> # svnlite diff /usr/ports/devel/aarch64-none-elf-gcc/ >>> Index: /usr/ports/devel/aarch64-none-elf-gcc/Makefile >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> --- /usr/ports/devel/aarch64-none-elf-gcc/Makefile (revision = 533162) >>> +++ /usr/ports/devel/aarch64-none-elf-gcc/Makefile (working copy) >>> @@ -19,7 +19,8 @@ >>> LIB_DEPENDS=3D libgmp.so:math/gmp \ >>> libmpfr.so:math/mpfr \ >>> libmpc.so:math/mpc >>> -BUILD_DEPENDS=3D = ${GCC_TARGET}-as:devel/binutils@${PKGNAMEPREFIX:C/-$//:C/-/_/g} >>> +BUILD_DEPENDS=3D = ${GCC_TARGET}-as:devel/binutils@${PKGNAMEPREFIX:C/-$//:C/-/_/g} \ >>> + objdump:devel/binutils >>=20 >> That brings binutils-native as a build depend, which works on aarch64 >> but I don't think it will for cross building. >> But yes the solution is something like that, the "missing" objdump >> seems to make gcc not building the plugins. >>=20 >>> RUN_DEPENDS=3D = ${GCC_TARGET}-as:devel/binutils@${PKGNAMEPREFIX:C/-$//:C/-/_/g} >>>=20 >>> USES=3D gmake iconv libtool tar:xz makeinfo compiler:c++11-lang >>>=20 >>>=20 >>> Things then finish (extracted messages from an amd64->aarch64 = poudriere-based >>> nxb-bin involved cross-build): >>>=20 >>> [00:14:17] [04] [00:13:40] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1: Success >>> [00:15:16] [02] [00:00:57] Finished sysutils/atf-sun50i_a64 | = atf-sun50i_a64-v2.3: Success >>> [00:15:19] [01] [00:01:00] Finished sysutils/atf-rk3328 | = atf-rk3328-v2.3: Success >>> [00:16:10] [05] [00:15:33] Finished devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1: Success >>> [00:21:34] [04] [00:07:15] Finished sysutils/u-boot-rpi4 | = u-boot-rpi4-2020.04: Success >>> [00:21:56] [03] [00:07:37] Finished sysutils/u-boot-rpi3 | = u-boot-rpi3-2020.04: Success >>> [00:30:31] [06] [00:14:19] Finished sysutils/u-boot-rpi2 | = u-boot-rpi2-2020.04: Success >>> [00:35:15] [07] [00:19:03] Finished sysutils/u-boot-sinovoip-bpi-m3 = | u-boot-sinovoip-bpi-m3-2020.04: Success >>> [00:35:34] [01] [00:20:15] Finished sysutils/u-boot-rock64 | = u-boot-rock64-2020.04: Success >>> [00:35:41] [05] [00:19:29] Finished sysutils/u-boot-orangepi-plus-2e = | u-boot-orangepi-plus-2e-2020.04: Success >>>=20 >>> (u-boot-pine64 still in process due to MAKE_JOBS_UNSAFE=3Dyes use.) >>>=20 >>> aarch64 native builds also finished (not shown). >>>=20 >>> amd64 poudriere-based builds (non-qemu) also finished: >>>=20 >>> [00:03:22] [01] [00:03:08] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1: Success >>> [00:03:31] [03] [00:00:08] Finished sysutils/atf-sun50i_a64 | = atf-sun50i_a64-v2.3: Success >>> [00:03:31] [01] [00:00:08] Finished sysutils/atf-rk3328 | = atf-rk3328-v2.3: Success >>> [00:03:33] [02] [00:03:19] Finished devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1: Success >>> [00:04:00] [04] [00:00:37] Finished sysutils/u-boot-rpi3 | = u-boot-rpi3-2020.04: Success >>> [00:04:01] [05] [00:00:38] Finished sysutils/u-boot-rpi4 | = u-boot-rpi4-2020.04: Success >>> [00:04:18] [06] [00:00:44] Finished sysutils/u-boot-rpi2 | = u-boot-rpi2-2020.04: Success >>> [00:04:40] [02] [00:01:06] Finished sysutils/u-boot-orangepi-plus-2e = | u-boot-orangepi-plus-2e-2020.04: Success >>> [00:04:41] [07] [00:01:07] Finished sysutils/u-boot-sinovoip-bpi-m3 = | u-boot-sinovoip-bpi-m3-2020.04: Success >>> [00:04:42] [01] [00:01:10] Finished sysutils/u-boot-rock64 | = u-boot-rock64-2020.04: Success >>> [00:06:46] [03] [00:03:15] Finished sysutils/u-boot-pine64 | = u-boot-pine64-2020.04: Success >>>=20 >>>=20 >>>=20 >>> FYI: >>>=20 >>> # svnlite diff /usr/ports/sysutils/u-boot-pine64/ >>> Index: /usr/ports/sysutils/u-boot-pine64/Makefile >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> --- /usr/ports/sysutils/u-boot-pine64/Makefile (revision = 533162) >>> +++ /usr/ports/sysutils/u-boot-pine64/Makefile (working copy) >>> @@ -6,4 +6,6 @@ >>> BOARD_CONFIG=3D pine64_plus_defconfig >>> FAMILY=3D allwinner64 >>>=20 >>> +MAKE_JOBS_UNSAFE=3Dyes >>> + >>> .include "${MASTERDIR}/Makefile" >>>=20 >>> based on historical build-race problems specific to pine64's >>> u-boot build. But it makes the qemu-based build take a very >>> long time. >>>=20 >>>=20 >>> =3D=3D=3D >>> Mark Millard >>> marklmi at yahoo.com >>> ( dsl-only.net went >>> away in early 2018-Mar) >>>=20 >>=20 >>=20 >> --=20 >> Emmanuel Vadot >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org" >=20 > Issue should be fixed in r533381. > It works for me on aarch64 and on amd64. >=20 (The aarch64 hardware contexts are busy so I tested via amd64 native poudriere and amd64->aarch64 nxb-bin poudriere for now.) It worked for devel/aarch64-non-elf-gcc on my aarch64 targeting tests but . . . This fix failed for amd64->aarch64 nxb-bin based poudriere build of arm-none-eabi-gcc : [00:09:45] [02] [00:09:40] Finished devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1: Failed: package . . . [00:11:15] Failed ports: devel/arm-none-eabi-gcc:package The objdump failed for being the wrong kind of executable: Links are now set up to build a cross-compiler from aarch64-unknown-freebsd13.0 to arm-none-eabi. checking for exported symbols... objdump: conftest: file format not = recognized yes checking for -rdynamic... objdump: conftest: file format not recognized no This again lead to enable_plugins=3Dno and the package stage noticing the missing files: =3D=3D=3D> Building package for arm-none-eabi-gcc-8.4.0_1 pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/gtype.state:No such file or directory pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No such = file or directory pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/addresses.h:No such file or directory . . . By contrast the patch I tried earlier: -BUILD_DEPENDS=3D = ${GCC_TARGET}-as:devel/binutils@${PKGNAMEPREFIX:C/-$//:C/-/_/g} +BUILD_DEPENDS=3D = ${GCC_TARGET}-as:devel/binutils@${PKGNAMEPREFIX:C/-$//:C/-/_/g} \ + objdump:devel/binutils worked in all cases that I'm testing. Note: I do not test amd64->armv7 via nxb-bin based poudriere cross builds because qemu has its own failures that hang up builds when I try that. But I expect that armv7 building aarch64-non-elf-gcc would have the same problem aarch64 has building arm-none-eabi-gcc. =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 Apr 30 00:12:01 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5E43B2C74B2 for ; Thu, 30 Apr 2020 00:12:01 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49CG5r05FFz410F; Thu, 30 Apr 2020 00:11:59 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 03U0Bpo4094125 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 29 Apr 2020 17:11:51 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 03U0Bo8n094124; Wed, 29 Apr 2020 17:11:51 -0700 (PDT) (envelope-from fbsd) Date: Wed, 29 Apr 2020 17:11:50 -0700 From: bob prohaska To: Mark Millard Cc: Glen Barber , freebsd-arm@freebsd.org Subject: Re: Trouble booting the April 23 snapshot for rpi3 Message-ID: <20200430001150.GA94067@www.zefox.net> References: <20200428195759.GA7169@www.zefox.net> <46FAA17D-6104-4DAC-A0AA-63ED4DDD72DC@yahoo.com> <20200428201722.GI9584@FreeBSD.org> <20200428214013.GB7169@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 49CG5r05FFz410F X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [2.13 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.63)[-0.634,0]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; IP_SCORE(0.05)[ip: (0.22), ipnet: 50.1.16.0/20(0.11), asn: 7065(-0.03), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.82)[0.815,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2020 00:12:01 -0000 On Tue, Apr 28, 2020 at 09:10:58PM -0700, Mark Millard wrote: > > So, unless the snapshot process built these from more recent > source, the snapshot would not have Kyle's changes and the > old problems would exist. Is it certain Kyle's patches made it into -current? With my thanks! bob prohaska > From owner-freebsd-arm@freebsd.org Thu Apr 30 01:45:37 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DB1312C92F4 for ; Thu, 30 Apr 2020 01:45:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-25.consmr.mail.gq1.yahoo.com (sonic312-25.consmr.mail.gq1.yahoo.com [98.137.69.206]) (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 49CJ9r3Pwnz45BX for ; Thu, 30 Apr 2020 01:45:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: w1qQZFEVM1nBGdFXX5jFRJmPWamXuF_QH6aSQc4idRfNIE_0._GzsQM4mTAwYo1 4RAC43w68KpD_446xe_XaUiZzO3N6CsYRUFAZ_EnhmFwn1X8J_0GgSse7wpc2dDYAiqIeztAk0gM JEhFcWDH9IRWd3TFmzgEH4MPI4wXkC.RKeqVMlOzVH_IRlxSOZe4iirIEEGB._i9ibMPT2HUSb_7 bz8RXq3Kp11p1RDMPD3hRDnHBHHSetpGz4cfd9nfs73pwcOJLjRfYPv3iRvO8GRlVP826pqcWK8l L1ahbaMehe6GPBN3sx8nBHktTmS6sRitw1ze5gaQZGuPerqqX9K7DQQZhBRs0niwReoZu8JZJBR5 gj6S6Rs5lA57BxSAzrtHOZCQSHKG.99efOX3cUcv2PiG0osdZ18JeL8WfulNLqDarPg8Q5CDx2dU YNuw0WJzN414iNEo6LsUkXSFtkvQVPyq9cOeE_DSxbZa4msgpy6py4EY7Bh7pGE7DF.7X9kTqLSo D8fxWPxddYdstOcLIICevbYP.ZLlgzeI_uFSJId0g0reTaay7Ujc5i4py843cekDwbBHqReWvts. xYVA4dQjeK_EVAQ8oI56S2JmLi5.B1WvkEv8Y0JAVLnQliQrPhmMdygHsdby8AlPLE03vobGuuWO 817yX4VdYAf9I71J0l8Pj8Yv3jd.LW.ykEgoWZSnVi.xBRuZlyp5XL8JlmiUzRYZ2oD_N.nl6Azj V0YqjYl0nv3bXaAyFyxbck6XOq8wUa9O9o_.jCP4MRPhdcf6YzwPA2x6FAvqMT.GmK_oubxR0HiA ISI5SSW4VNKnL1aUp_0cu4BTgqa6U2i1xIIo6CL94fos1dLUnJJK_taojNmgzo9p7UwVfyJCR..7 MRJvMgm0nre6pZXQgenGia4XxP0kLJ6JGhXxIxXAyuUrDQVqtuAAeeY_mh0wBCoNtckGrZYcAUcp 1EqeN8wO8LKcFRsCvhLol_e6L5yjpqZz3l_EWf7_doyD_iTZOWMJSDScb2KxKE_W8KaZf.IPfXc3 e03rMypWxGeeZqoAEpXU5ZHW8_KT3kkRfk5gGUI2HfCLpI_ZaU.VKaGXYv9VHOgbbFiG7pgKH7EU .qj0ucuylw5b4s28ZggwZRGi4lz3kZ1_btf_8lT93qcLKHS6KsEu2xOToNIsqQ1iBCiK6boB6glt PI._Zow5voVZqH5rRevfUWhYsuYUQbfj9VEPY7MxAT3nrRuQxewWvqQlrUKP1VCUvq3ICVFVA26K Z0O0I4RvWOQOaQfLLM4iWWZHHWm6pJFtXQZPSEnLMUi0TvnXzUb9Sl8bdZYrszdXHxKhz24ZApa. 05Q6v_IHM4biga6t0ZM8fy6DQsbOPqcO1EVHVjzDjztFOXnAWRpTyIibzW5T_r9v56ykIyBDeNAg hFygpNsq09AsMQbcqTNtd6wSpsuBH5woOrRmvV_zjTBxfx3MrdcdZ_jJcO_mM Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Thu, 30 Apr 2020 01:45:35 +0000 Received: by smtp432.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 5d1d00c621680efad5d1aa746d02d3d9; Thu, 30 Apr 2020 01:45:30 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Trouble booting the April 23 snapshot for rpi3 From: Mark Millard In-Reply-To: <20200430001150.GA94067@www.zefox.net> Date: Wed, 29 Apr 2020 18:45:30 -0700 Cc: Glen Barber , freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <20200428195759.GA7169@www.zefox.net> <46FAA17D-6104-4DAC-A0AA-63ED4DDD72DC@yahoo.com> <20200428201722.GI9584@FreeBSD.org> <20200428214013.GB7169@www.zefox.net> <20200430001150.GA94067@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49CJ9r3Pwnz45BX X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (-2.77), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[206.69.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[206.69.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2020 01:45:37 -0000 On 2020-Apr-29, at 17:11, bob prohaska wrote: > On Tue, Apr 28, 2020 at 09:10:58PM -0700, Mark Millard wrote: >> >> So, unless the snapshot process built these from more recent >> source, the snapshot would not have Kyle's changes and the >> old problems would exist. > > Is it certain Kyle's patches made it into -current? The change was not to FreeBSD at all (any vintage). The change was only to the ports: sysutils/u-boot-rpi[34] so that the result would have a sufficient number of pages indicated reserved (in the right place). In turn the kernel automatically avoids using those pages. Snapshot builds for the like of RPi3 and RPi4 (and others) have more than just FreeBSD in the image: one or more ports contribute material as well. It is a separate question which vintage of the ports are used to make snapshots. /[ports]/head/sysutils/u-boot-rpi3 reports -r528547 as being the update for RPi3's (I also show the more recent update log entries): Revision 532703 - Directory Listing Modified Thu Apr 23 18:46:43 2020 UTC (6 days, 6 hours ago) by manu sysutils/u-boot: Update to 2020.04 While here use python3 for it as it now works. Two slave ports have been marked broken : u-boot-pandaboard and u-boot-duovero Both of those boards have ~0 users in FreeBSD so if you are one of those raise your hand. Revision 528547 - Directory Listing Modified Mon Mar 16 21:32:55 2020 UTC (6 weeks, 2 days ago) by kevans sysutils/u-boot-rpi{3,4}: Add patch to fix PSCI stub reservation For the traditional spin table setup, only the lowest page needs to be reserved. However, our PSCI stubs are slightly bigger and occupy a little over one page. These patches, already sent upstream, allow a variable number of initial pages to be reserved for the SMP stubs. We then set the values for these in our fragment to '2' to reserve the first and second page. Approved by: koobs (mentor) Approved by: manu (uboot, maintainer) MFH: 2020Q1 Differential Revision: https://reviews.freebsd.org/D24085 /[ports]/head/sysutils/u-boot-rpi4 reports -r528547 as being the update for RPi4's (I also show the more recent update log entries): Revision 532958 - Directory Listing Modified Sat Apr 25 15:55:08 2020 UTC (4 days, 9 hours ago) by manu u-boot-rpi4: Remove patches that are present upstream in 2020.04 Reported by: Mark Millard Revision 532703 - Directory Listing Modified Thu Apr 23 18:46:43 2020 UTC (6 days, 6 hours ago) by manu sysutils/u-boot: Update to 2020.04 While here use python3 for it as it now works. Two slave ports have been marked broken : u-boot-pandaboard and u-boot-duovero Both of those boards have ~0 users in FreeBSD so if you are one of those raise your hand. Revision 528547 - Directory Listing Modified Mon Mar 16 21:32:55 2020 UTC (6 weeks, 2 days ago) by kevans sysutils/u-boot-rpi{3,4}: Add patch to fix PSCI stub reservation For the traditional spin table setup, only the lowest page needs to be reserved. However, our PSCI stubs are slightly bigger and occupy a little over one page. These patches, already sent upstream, allow a variable number of initial pages to be reserved for the SMP stubs. We then set the values for these in our fragment to '2' to reserve the first and second page. Approved by: koobs (mentor) Approved by: manu (uboot, maintainer) MFH: 2020Q1 Differential Revision: https://reviews.freebsd.org/D24085 === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Apr 30 02:22:21 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 964492CA55C for ; Thu, 30 Apr 2020 02:22:21 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49CK0C1Qd0z47MB for ; Thu, 30 Apr 2020 02:22:18 +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 03U2MGvl094887 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 29 Apr 2020 19:22:17 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 03U2MG8h094886; Wed, 29 Apr 2020 19:22:16 -0700 (PDT) (envelope-from fbsd) Date: Wed, 29 Apr 2020 19:22:16 -0700 From: bob prohaska To: Mark Millard Cc: bob prohaska , freebsd-arm@freebsd.org Subject: Re: Trouble booting the April 23 snapshot for rpi3 Message-ID: <20200430022216.GA94744@www.zefox.net> References: <20200428195759.GA7169@www.zefox.net> <46FAA17D-6104-4DAC-A0AA-63ED4DDD72DC@yahoo.com> <20200428201722.GI9584@FreeBSD.org> <20200428214013.GB7169@www.zefox.net> <20200430001150.GA94067@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 49CK0C1Qd0z47MB X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [1.88 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.76)[-0.759,0]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; IP_SCORE(0.05)[ip: (0.22), ipnet: 50.1.16.0/20(0.11), asn: 7065(-0.03), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.69)[0.689,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2020 02:22:21 -0000 On Wed, Apr 29, 2020 at 06:45:30PM -0700, Mark Millard wrote: > > > On 2020-Apr-29, at 17:11, bob prohaska wrote: > > > On Tue, Apr 28, 2020 at 09:10:58PM -0700, Mark Millard wrote: > >> > >> So, unless the snapshot process built these from more recent > >> source, the snapshot would not have Kyle's changes and the > >> old problems would exist. > > > > Is it certain Kyle's patches made it into -current? > > The change was not to FreeBSD at all (any vintage). The > change was only to the ports: > > sysutils/u-boot-rpi[34] > > so that the result would have a sufficient number of > pages indicated reserved (in the right place). In turn > the kernel automatically avoids using those pages. > > Snapshot builds for the like of RPi3 and RPi4 (and others) > have more than just FreeBSD in the image: one or more > ports contribute material as well. It is a separate > question which vintage of the ports are used to make > snapshots. > Ahh, that's a distinction that escaped me entirely. Would anybody be interested in taking the snapshot down, since it doesn't boot? The 12.1 snapshot works fine. Thank you! bob prohaska From owner-freebsd-arm@freebsd.org Fri May 1 08:30:02 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 157B92CE41B for ; Fri, 1 May 2020 08:30:02 +0000 (UTC) (envelope-from kamalpr@gmail.com) Received: from mail-io1-xd31.google.com (mail-io1-xd31.google.com [IPv6:2607:f8b0:4864:20::d31]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49D5603Ck4z4DJd for ; Fri, 1 May 2020 08:30:00 +0000 (UTC) (envelope-from kamalpr@gmail.com) Received: by mail-io1-xd31.google.com with SMTP id w4so4253381ioc.6 for ; Fri, 01 May 2020 01:30:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:reply-to:from:date:message-id:subject:to; bh=UkOHBmkX2rIRgWp3SqrSLLCNG+/AaI/9g4RCUJL0Fk0=; b=eH2wvRwQAwRTrMqLJHqk1GZ7gmXzx++nrcQPCksVqiC3m8bCJjJNEm4eMUPQsEDSqK Zk0OD21wlV3sjay+e6swNm448BDftyeh3B7XAvyIGFtHmx7ub6s+ZFo8YMHvHaQMXjH1 3fDYLdlBrFUs3fmCXDSMLIUO7XCDHma5/uaEyIyeovTJ9VS6Nq/s3wEcrmnNjp7YQZ3O t/Dca+wOA2cKwMDvUwOvwHzAd5WrC3ubHlcdS+/gqokS6DJ/96JW1vQYCt4IK5SsMIew Jpv16egk9PrYN6K0Um++d1bDYmfZnQQlhixdNEElAZ5g53Bf0TqiFz8eZzsyE9nOifgT PHag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:from:date:message-id :subject:to; bh=UkOHBmkX2rIRgWp3SqrSLLCNG+/AaI/9g4RCUJL0Fk0=; b=KCtDjrHnyW0vR1aokk13l+uGUXyxhneXfy1sVqJTCsimDVIJQ9xwefDJtweE7HmePp XfMHMGm8yQHA1jOVVxs2a3u7nGqb9p5tUNUo7sDWSpfRKeGGr296672o6QBqVYK+Q48f zyT31bPDpJvw170vm30jucrzDjXFxHNeEr6O7PjPW9cYA2byvrfab1p2F3/iowtvTn7r teaAu/gGR/Ssu/1dkGEhB4kg7S/udqNgu/j9Ju1B3/LtPYKKL/OivsJB5DEuw0n0spqN 4tEs5AMhU5Fsymmd3lEZabkQjILlK9Cr4r1VASrCanIkrVzhD49cijz4aErGU7wg4i0y Mpdg== X-Gm-Message-State: AGi0Puap4YTe6nZgtfuApK5/m60OwxjXJp5ZMwNjTV4mcmXJVsxa84j3 AfHc2PPkUSpMZEvct3zyfJzFP2zASH+pw9AKOYaMf6nXSw== X-Google-Smtp-Source: APiQypLeAfUP72t4jSXEnkDxAjAMx1vR5FmIYR18DIskcA9LshbIbc5aBFuYS+AZBaaK1OTeHfYfX3wsor9UPrUJUCc= X-Received: by 2002:a05:6602:2ad3:: with SMTP id m19mr2912365iov.74.1588321799038; Fri, 01 May 2020 01:29:59 -0700 (PDT) MIME-Version: 1.0 Reply-To: kamalp@acm.org From: "Kamal R. Prasad" Date: Fri, 1 May 2020 13:59:48 +0530 Message-ID: Subject: pl022 driver To: freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 49D5603Ck4z4DJd X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=eH2wvRwQ; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kamalpr@gmail.com designates 2607:f8b0:4864:20::d31 as permitted sender) smtp.mailfrom=kamalpr@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; HAS_REPLYTO(0.00)[kamalp@acm.org]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-6.48), ipnet: 2607:f8b0::/32(-0.33), asn: 15169(-0.43), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[1.3.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 May 2020 08:30:02 -0000 hello, I am looking for a pl022 driver for freebsd. Can someone point me to the same? thanks -kamal From owner-freebsd-arm@freebsd.org Fri May 1 10:13:37 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E57BE2D1578 for ; Fri, 1 May 2020 10:13:37 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from mail-ua1-f67.google.com (mail-ua1-f67.google.com [209.85.222.67]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49D7PY0P25z4LGQ for ; Fri, 1 May 2020 10:13:36 +0000 (UTC) (envelope-from ray@ddteam.net) Received: by mail-ua1-f67.google.com with SMTP id u12so3547553uau.10 for ; Fri, 01 May 2020 03:13:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=GgDRtvKrZ933MkF7wt19uH8hpcOlZvjhlyjBhvZuKjk=; b=ooxabOMsfnwxAxpk+BASCliHSs8u+dCKIh8WVieO4Xb8Buw7RIHZiHeKNqIc8g3Fi4 2Bzg1lQKCKNvmFDiKSKuVeDvAA/Q6ijqE2JhVsz5nWOLObqYC6T0jwK8A89huGYXra+z lfMxruHN1eMlfpZjb4kXC/zotk66IsZd5PSFRuN4YPxQfBF7XDMpMXH7GtjZAE7uk+dh 2AVeiixtc5CpfIM2+EH6yIMqAkePntiJ/tyGRLoYs6czNuv6D8eFWXiOisgy3SqJVkIy uoEkUuGzrsAey8uPyopmuvmTYsnd8E0cqDP68gWM1wzefDjQGr6GTSgde/62HuhNhdI3 r8ug== X-Gm-Message-State: AGi0PuZI+tfxgMccawdWNsll11V5zZfb7okrSi2BmWILT2ZKudK5m7Wl b4sY8BImJ+mjCd6Y/7tLTJrCVObySb7cw7mbHwtwrP/A7RA3Q5BF X-Google-Smtp-Source: APiQypLpVjfRzFuPBIYqfPlkkThIAY3v2mkk4Ua+InV6vuAbw0neqliccr6K2mnLWtlUXGcwo6xb77Oo5oj1hVzlZNo= X-Received: by 2002:ab0:2095:: with SMTP id r21mr2272667uak.92.1588328016064; Fri, 01 May 2020 03:13:36 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Aleksandr Rybalko Date: Fri, 1 May 2020 13:13:24 +0300 Message-ID: Subject: Re: pl022 driver To: kamalp@acm.org Cc: freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 49D7PY0P25z4LGQ X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=softfail (mx1.freebsd.org: 209.85.222.67 is neither permitted nor denied by domain of ray@ddteam.net) smtp.mailfrom=ray@ddteam.net X-Spamd-Result: default: False [-0.55 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.92)[-0.923,0]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.65)[-0.651,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; URI_COUNT_ODD(1.00)[7]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[67.222.85.209.list.dnswl.org : 127.0.5.0]; IP_SCORE(-0.17)[ipnet: 209.85.128.0/17(-0.40), asn: 15169(-0.43), country: US(-0.05)]; FORGED_SENDER(0.30)[ray@dlink.ua,ray@ddteam.net]; DMARC_NA(0.00)[dlink.ua]; RWL_MAILSPIKE_POSSIBLE(0.00)[67.222.85.209.rep.mailspike.net : 127.0.0.17]; MIME_TRACE(0.00)[0:+,1:+,2:~]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[ray@dlink.ua,ray@ddteam.net]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 May 2020 10:13:38 -0000 Hi Kamal, dunno why, but it was deleted or even never committed. There is copy from SOC project https://socsvn.freebsd.org/socsvn/soc2015/mihai/bhyve-on-arm-head/sys/arm/l= pc/lpc_spi.c =D0=BF=D1=82, 1 =D1=82=D1=80=D0=B0=D0=B2. 2020 =D0=BE 11:30 Kamal R. Prasad= =D0=BF=D0=B8=D1=88=D0=B5: > hello, > > I am looking for a pl022 driver for freebsd. Can someone point me to the > same? > > thanks > -kamal > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > --=20 WBW ------- Rybalko Aleksandr aka Alex RAY D-Link.ua From owner-freebsd-arm@freebsd.org Sat May 2 11:30:46 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1C3952CCA85 for ; Sat, 2 May 2020 11:30:46 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:a:f40b::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49Dn4509HKz456b for ; Sat, 2 May 2020 11:30:44 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=192.168.25.127; helo=restart.be; envelope-from=hlh@restart.be; receiver= DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 49Dn3x1STfzP8 Received: from restart.be (norquay.tunnel.bel [192.168.25.127]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 49Dn3x1STfzP8 for ; Sat, 2 May 2020 13:30:36 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1]) (authenticated bits=0) by restart.be (8.15.2/8.15.2) with ESMTPSA id 042BUQuO006227 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=OK) for ; Sat, 2 May 2020 13:30:35 +0200 (CEST) (envelope-from hlh@restart.be) X-Authentication-Warning: norquay.restart.bel: Host morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1] claimed to be morzine.restart.bel Subject: Re: FreeBSD 13.0-CURRENT #0 r358465 on rockpro64 and RTC To: freebsd-arm@freebsd.org References: <2ff55aa2-b919-3f2b-715b-a97bb0debe21@restart.be> <71529742-60eb-4301-808a-d9dd3902d50e@localhost> <95809d4d-9375-70b7-df83-1ba614ad6a8a@restart.be> <1bb31f7d-2fef-3c98-5243-4818be9c8de0@restart.be> <62980dcd-468a-8df5-608a-5a1fc981a3d5@restart.be> From: Henri Hennebert Message-ID: Date: Sat, 2 May 2020 13:30:26 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <62980dcd-468a-8df5-608a-5a1fc981a3d5@restart.be> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49Dn4509HKz456b X-Spamd-Bar: - X-Spamd-Result: default: False [-1.37 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[restart.be:s=tignes]; NEURAL_HAM_MEDIUM(-0.77)[-0.765,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:a:f40b::1/128]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.98)[-0.985,0]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[restart.be:+]; DMARC_POLICY_ALLOW(-0.50)[restart.be,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(1.38)[ipnet: 2001:41d0::/32(4.91), asn: 16276(2.00), country: FR(-0.00)]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2020 11:30:46 -0000 On 4/4/20 10:36 AM, Henri Hennebert via freebsd-arm wrote: > On 3/8/20 9:18 AM, Henri Hennebert via freebsd-arm wrote: >> On 3/7/20 12:06 PM, Henri Hennebert via freebsd-arm wrote: >>> On 3/6/20 3:20 PM, Greg V wrote: >>>> >>>> >>>> Mar 6, 2020 3:21:03 PM Henri Hennebert via freebsd-arm : >>>> >>>>> Hello >>>>> >>>>> I am running FreeBSD 13.0-CURRENT #0 r358465 on a rockpro64 4GB with a >>>>> RTC BACKUP BATTERY HOLDER - CR-2032. >>>>> >>>>> (u-boot from https://wiki.freebsd.org/arm64/ROCKPro64 to run with the >>>>> 4GB and with hw.ncpu=4 in loader.conf) >>>>> >>>>> I tested the 3V of the battery. >>>>> >>>>> It seems that the RTC is not managed for now (time lost after power >>>>> off), is it correct? >>>> >>>> Hi, the RTC driver is not merged yet: >>>> >>>> https://reviews.freebsd.org/D22692 >>>> >>> I try it and it work for me! >>> >> Strangely after a night off time is lost :-o > > I change the battery (Duracell 2032). All was well but after 3 days the > voltage drops from 3.2 to 2.98 V and the RTC lost the time and date. > I was leaving the rockpro64 connected to my laptop with a FTDI TTL232R-3V3 as the uart console. Now removing this from the laptop after power off allow the RTC to stay operational for 2 weeks. > So it's a hardware problem. >> >> Henri >> _______________________________________________ >> 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 Sat May 2 16:39:21 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 076682D3F20 for ; Sat, 2 May 2020 16:39:21 +0000 (UTC) (envelope-from oskar.holmlund@yahoo.com) Received: from sonic304-22.consmr.mail.ir2.yahoo.com (sonic304-22.consmr.mail.ir2.yahoo.com [77.238.179.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 49Dvw76zsDz4N6q for ; Sat, 2 May 2020 16:39:19 +0000 (UTC) (envelope-from oskar.holmlund@yahoo.com) X-YMail-OSG: 86OCqSEVM1mc8nXvnbi2FidarksDTl0_68Oi.hO_VLEsdlOIJpig.q1KuG6zEkF RJ8rUt34Rf68ezhO9F43hx68SaacYWbjqyniJlSyqAMTJM9E97xoBEFQYipGjWyTCO4qZTWZuh.G sLYmjHHcyJXUobqzcFipTJaDtZD_iUq.6ojAPLMV5EHrRcO8j1GG.OXMN6jiz6sxSGl4aQTyybFH ZKwVm6HxSyqM7BdbpkAp4dno63gHi6rSmshNZCR_K.2rq9KWgLRxmOpEhUTmVs4pux0KnI2Lszig 3B20KCDjcu78Eo02Mgk4nEjtrKkiYZhSc.4l968iI.0pgkm1ponlKUB59pnVgPXYVaRwybKnsc0_ dxyzOatkWwv.jMwywTDZj8ud03QwGM24UO5492rtci3_xG9Wasg8dCtzj1SspEL9XvMTONLo.THK KIiqS_ohnGfxgQzApLq1LHIFrA2VOrZCCfYDcQu_t.uUTeDV8hKLKjlfNQb19t3ZJk0nn6.0DUYf VVWjf84D8yZVd16XE5D8kwKQMfOvIoPM2dqdXQ2HVL1DYH_S7JPQy9J58wIHVfCkgzGg3dDISNFP x_lKdJeRg9AV.wQRSoC_5Zb702Cd7JPbtAGReTym281Z.Bc1oeiyFezENGVgLs6Ag1nV2SK.NOY8 a7YltnFpznyC1BnC2mY6B_Tqwj63AGMlG13EL4YpyL2qT6XQ6YDrqqLo6VVik5L2f.pgqv6PwDwk skMD.MBD5hH71F7pQ1gIZB8EoiAqvsgPrbjSPeCYaGQ458XKS3v3Dpw7ecFIuga3Vvxwo2AcOA7S bFsWDvk_Ynyy7EHXel2isI5qCJMbftLKwhyvCwpwNINRce4sMDyOSXsZS2y3VMKUM6K43i2iRrzL 39zXim2lVT0HZlETc4cic.Q1fdOyOI1lbiNdL15zk.JiKEPPfzcAVoQxmUd69TBmtk8pcAyZtjXZ uciiUE2f63cWbLywxik0pI6OhalNGtOmE4ne3TX1fb2rM9RyyFYgcQlPDDTEkM4EQ4DQkafLM.E_ _C.Wlm4LXwv1wvIl7eGao7Xm40CVIIq18eAq1MKM6xQ6t0jXuZalJ0tb04T52DCXfDCcsRlTrQ2k IQU1oBk9avH_Rjulf1IdMP7gbeD_ickaEBs7ouVfVGBRRsewEa.FiHZRZ9tCFHNrxN9VxlrC9cCh FkU5tR1vcIJuXdEaXsCvpy9l0MNp7WqSXkDB4eBh4z7ed7uo7c6U0Sto9PPGdlqXbiz3QsZC.y2w 6fGNX6INF7NPxKUltfySaHZnUD3.LgmmDtVS8 Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.ir2.yahoo.com with HTTP; Sat, 2 May 2020 16:39:18 +0000 Date: Sat, 2 May 2020 16:39:13 +0000 (UTC) From: Oskar Holmlund To: Freebsd-arm Message-ID: <1038254550.435162.1588437553830@mail.yahoo.com> Subject: TI omap4/pandaboard freebsd 12+ users? MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit References: <1038254550.435162.1588437553830.ref@mail.yahoo.com> X-Mailer: WebService/1.1.15756 YMailNorrin Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:75.0) Gecko/20100101 Firefox/75.0 X-Rspamd-Queue-Id: 49Dvw76zsDz4N6q X-Spamd-Bar: + X-Spamd-Result: default: False [1.12 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(0.47)[0.468,0]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[147.179.238.77.list.dnswl.org : 127.0.5.0]; NEURAL_SPAM_LONG(0.65)[0.655,0]; IP_SCORE(0.00)[ip: (4.46), ipnet: 77.238.176.0/22(2.11), asn: 34010(1.67), country: GB(-0.07)]; IP_SCORE_FREEMAIL(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[147.179.238.77.rep.mailspike.net : 127.0.0.17]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:34010, ipnet:77.238.176.0/22, country:GB]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2020 16:39:21 -0000 Is anyone actively using freebsd 12 / current on TI OMAP4 systems? Due to issues with upcomming import of Linux 5.5 device tree to stable (already in current). https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244754 I decided to try to do a clock implementation with the sys/dev/extres/clk framework. I can get all the clocks/clkctrls out of the device tree and map it to the extres/clk framework, all the parent-child relation between the different clocks are working, the registers reads&writes seems to work. Now its time to update the drivers with the clk framework. I have different systems based on AM335x to test on but none with the omap4. If no one are using omap4 based systems i will silently ignore these files, on the other hand if someone is using omap4 based systems please let me know if you want to try my code :) From owner-freebsd-arm@freebsd.org Sat May 2 16:54:22 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EAA852D461B for ; Sat, 2 May 2020 16:54:22 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49DwFT5fhMz4P3w for ; Sat, 2 May 2020 16:54:21 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1588438454; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=ikpKiFWPUjnSFUYVy382R0oKEXFINGk/lM9BdNKat8w=; b=nPL0vYuPCSV4esO42/tsw23k6/2bHUWyiR7WrN58C65cKn+pKr8yMFszd9QkNvumDb2HRu gA8qi5IcsKJob+1xrmtR6emCf9krUyp0MD0h0tJ8MY8ho3/A45ZMba6Lfdlv0Fx5+kE+Uq C1ztUCBpD7PBF2Jnv59txeJ1HkGf5iY= Received: from tails.home (lfbn-idf2-1-900-181.w86-238.abo.wanadoo.fr [86.238.131.181]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 67010bc6 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sat, 2 May 2020 16:54:14 +0000 (UTC) Date: Sat, 2 May 2020 18:54:13 +0200 From: Emmanuel Vadot To: Oskar Holmlund Cc: Oskar Holmlund via freebsd-arm Subject: Re: TI omap4/pandaboard freebsd 12+ users? Message-Id: <20200502185413.2c69acbc8eb8f47e22deee0f@bidouilliste.com> In-Reply-To: <1038254550.435162.1588437553830@mail.yahoo.com> References: <1038254550.435162.1588437553830.ref@mail.yahoo.com> <1038254550.435162.1588437553830@mail.yahoo.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49DwFT5fhMz4P3w X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=nPL0vYuP; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-2.94 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-1.44)[ip: (-9.39), ipnet: 212.83.128.0/19(1.76), asn: 12876(0.42), country: FR(-0.00)]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2020 16:54:23 -0000 Hi Oskar ! On Sat, 2 May 2020 16:39:13 +0000 (UTC) Oskar Holmlund via freebsd-arm wrote: > Is anyone actively using freebsd 12 / current on TI OMAP4 systems? > > Due to issues with upcomming import of Linux 5.5 device tree to stable (already in current). > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244754 > I decided to try to do a clock implementation with the sys/dev/extres/clk framework. I can get all the clocks/clkctrls out of the device tree and map it to the extres/clk framework, all the parent-child relation between the different clocks are working, the registers reads&writes seems to work. > > Now its time to update the drivers with the clk framework. I have different systems based on AM335x to test on but none with the omap4. > If no one are using omap4 based systems i will silently ignore these files, on the other hand if someone is using omap4 based systems please let me know if you want to try my code :) > _______________________________________________ > 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" I have a pandaboard here to test stuff. That's cool news, do you have links to your code ? Cheers, -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Sat May 2 22:26:26 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D78822C602B for ; Sat, 2 May 2020 22:26:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-25.consmr.mail.gq1.yahoo.com (sonic303-25.consmr.mail.gq1.yahoo.com [98.137.64.206]) (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 49F3cd2r2Gz3Gms for ; Sat, 2 May 2020 22:26:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: aglDqhQVM1nU54k_66LPFmURK58XOc6zG3UR_TcEbnpjufqzZwiTWBt1BPv5Md1 Rvr67Sa4fj8G.OMly7.7G2aLTvYeGtgBliqOE0GOPBaM3iGS2zdvGQ9NcZCoVM.DxY7dV18AY5AQ PRMcPbyIPN92zzMFrnlGGSp_6F9wigaUkcdn9fogp0dE5fFeHPf86kp2fdXbcpMFp_zXKW_HPBqm L_kld4oR2aWnBoX5qOdycvElQ44UULzkbl.BULws90yD3yDwajZYkumJTQ2Im7r19c9Ef5u5UxPl O39QJ5h7q2Ya12_2G.yxSBsth_c3_f4Ms47NRnTz9R88AbNbdWJxEU8SUAOz8fYnuEfJDfokGeus 5wjlVWCReFF0NWGCQr6iV41Slc7PjpAmzFJ6rcB52U8gop0T5B1g6iFsGpsAZaBZHTM0Qq5ITzxJ 5kCGyPVHo3dQSWDvG0DLBR4jjnjjl6OS8vAw5qR8Hij.4Ss2pklY8ldi6m1lI8CbOO7g91OL9Qft QIYMhkvplssJxPljnl9kVOU.swfPoL4QO7OJhld7fy7jpJ_2I6JWYWHz9rzKkf9Ce_7JQAF4W1Po J_kaLh5nG97qeEDcXLHuU01huqJC1px1RMnSZS5ghZI8OT9O05buMqMtIspi.KjBCLR3IV_yy0e5 S4e3t4TmZoTeo.2n1x59ejMpDQGjbRNSailGtfDzgSz3Lq0OnVqTmjWz6aBXlhzRgcgx7xHwTkkl 7Oq1SABMZhhYAYYG4qRWNX05xeAbNIs9B3uCAnB0q3rbmWtdK35dM0BVE1SXkzZ7ExwctIwZJ8Ws AKMdLUTppTJu458rX97z.zIH.N_OXYADyQvt.8sP9dM657A5hP9cHneQ2D3Tn59vhn6RbhS3N6_4 SatDuhKwbjKcdss5L.6jvs6neaIGdUcCXKE1gjgzY2e0AQ8XrGRuoOSrTmV0syifnJQNjjYiaM1H r9gD05ACb1kexUwP4OST5FKoOKTRsBrOOpDKQdkYRwspX0p3eGAFURPzn2LTXC1zY7IUfadLc_a3 6bE7OCI0AQpmeSB9uTIWm3PsEX05FSb3QCO7DwOcVW3d9z15CIhyT2AtGP2qP4TQUsFiHEIefCKk GCQZ4iNgA658SmVPkYEVp07MXKuvNrp5Sa1GODE6lVXioFu.rr0x0d94Eq42GUoooayDlnWxi_qq m7m7qw7ZAWluXzIv1kE.78kKEQM.ldJWilt7HYev6_mokIpH8Kl87iE67nHWHOM2YIe8W0ga4ZwB e55O9CvEVCmr.1FLkgnEuV9rt6hZW5NEKv5A7HSY5KmZ9sPxw0BwXF602IwXjCzTfebuJTnCM01B n81d14t0tPywbiKy_s07bBDk_whvxFZNAq1KFU4ZE_B4cX74KwIH5_Mk1R_hkK_gYpqw63Q6LHxw pAI5SbUozJ7u0KH7rwCua26tu3_XBBN7s9WB8Mxt7HwcOgBJswqDA.8okPU0- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Sat, 2 May 2020 22:26:23 +0000 Received: by smtp416.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID f4bd1ccc48b3132743ec61d2ccb6be18; Sat, 02 May 2020 22:26:20 +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 13.4 \(3608.80.23.2.2\)) Subject: Re: svn commit: r533381 - head/devel/aarch64-none-elf-gcc Message-Id: Date: Sat, 2 May 2020 15:26:18 -0700 To: Emmanuel Vadot , svn-ports-head@freebsd.org, freebsd-arm X-Mailer: Apple Mail (2.3608.80.23.2.2) References: X-Rspamd-Queue-Id: 49F3cd2r2Gz3Gms X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.49 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.994,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (0.63), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[206.64.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[206.64.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2020 22:26:26 -0000 > Author: manu > Date: Wed Apr 29 17:17:52 2020 > New Revision: 533381 > URL:=20 > https://svnweb.freebsd.org/changeset/ports/533381 >=20 >=20 > Log: > devel/aarch64-none-elf-gcc: Fix building plugins > =20 > For building plugins gcc needs objdump, whcih exists in amd64 world = but > not on aarch64. We already have a dependancy on devel/binutils but = this > port install binaries in ${LOCALBASE}/${GCC_TARGET}/bin so add that = to > the PATH. > =20 > Reported by: Mark Millard >=20 > Modified: > head/devel/aarch64-none-elf-gcc/Makefile >=20 > Modified: head/devel/aarch64-none-elf-gcc/Makefile > = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D > --- head/devel/aarch64-none-elf-gcc/Makefile Wed Apr 29 16:07:00 2020 = (r533380) > +++ head/devel/aarch64-none-elf-gcc/Makefile Wed Apr 29 17:17:52 2020 = (r533381) > @@ -46,6 +46,8 @@ CONFIGURE_ARGS+=3D--target=3D${GCC_TARGET} = --disable-nls - > --with-as=3D${LOCALBASE}/bin/${GCC_TARGET}-as \ > --with-ld=3D${LOCALBASE}/bin/${GCC_TARGET}-ld > =20 > +MAKE_ENV+=3D PATH=3D${PATH}:${LOCALBASE}/${GCC_TARGET}/bin > + . . . ${LOCALBASE}/${GCC_TARGET}/bin is not appropriate to all uses of this Makefile : the contained objdump does not handle all the file formats that the cross build tries to use ${LOCALBASE}/${GCC_TARGET}/bin/objdump for: ${LOCALBASE}/arm-none-eabi/bin/objdump does not handle "ARM aarch64, version 1 (FreeBSD)", even on an aarch64 system. ${LOCALBASE}/aarch64-none-elf/bin/objdump does not handle "ARM, EABI5 version 1 (FreeBSD)", even on a armv7 system. By contrast, devel/binutils@native handles the system's file format just fine in all cases where the build attempts its use. The builds are trying (in part) to have the system use the objdump that is inappropriate for what the build is attempting to do. I'll list evidence for each case, first aarch64 vs. arm-none-eabi. aarch64 systen vs. /usr/local/arm-none-eabi/bin/objdump use . . . On aarch64 (Rock64) for GCC_TARGET being arm-none-eabi for working with arm-none-eabi tools the objdump does not even recognize its own format: /usr/local/arm-none-eabi/bin/objdump -a = /usr/local/arm-none-eabi/bin/objdump /usr/local/arm-none-eabi/bin/objdump: = /usr/local/arm-none-eabi/bin/objdump: file format not recognized This is because: file /usr/local/arm-none-eabi/bin/objdump /usr/local/arm-none-eabi/bin/objdump: ELF 64-bit LSB executable, ARM = aarch64, version 1 (FreeBSD), dynamically linked, interpreter = /libexec/ld-elf.so.1, for FreeBSD 13.0 (1300092), FreeBSD-style, with = debug_info, not stripped but /usr/local/arm-none-eabi/bin/objdump does not handle the ARM aarch64, version 1 (FreeBSD) format. The build is attempting to use the /usr/local/arm-none-eabi/bin/objdump on "ARM aarch64, version 1 (FreeBSD)" files and is getting the "file format not recognized" notice. It needs "objdump" to find a version that does handle the format. armv7 system vs. /usr/local/aarch64-none-elf/bin/objdump use . . . On armv7 (OPi+2e) for GCC_TARGET being aarch64-none-elf for working with aarch64-none-elf tools the objdump does not even recognize its own format: # /usr/local/aarch64-none-elf/bin/objdump -a = /usr/local/aarch64-none-elf/bin/objdump /usr/local/aarch64-none-elf/bin/objdump: file format elf32-littlearm /usr/local/aarch64-none-elf/bin/objdump This is because: # file /usr/local/aarch64-none-elf/bin/objdump /usr/local/aarch64-none-elf/bin/objdump: ELF 32-bit LSB executable, ARM, = EABI5 version 1 (FreeBSD), dynamically linked, interpreter = /libexec/ld-elf.so.1, for FreeBSD 13.0 (1300082), FreeBSD-style, = stripped but /usr/local/aarch64-none-elf/bin/objdump does not handle the ARM, EABI5 version 1 (FreeBSD) format. The build is attempting to use the = /usr/local/aarch64-none-elf/bin/objdump on "ARM, EABI5 version 1 (FreeBSD)" files and is getting the "file = format not recognized" notice. It needs "objdump" to find a version that does handle the format. I'll note that, as far as I can tell, when the build wants to use aarch64-none-elf/bin/objdump or arm-none-eabi/bin/objdump it explicitly uses a path to the special variant instead of being PATH dependent. My suggestion is the patch that I originally reported on the lists: -BUILD_DEPENDS=3D = ${GCC_TARGET}-as:devel/binutils@${PKGNAMEPREFIX:C/-$//:C/-/_/g} +BUILD_DEPENDS=3D = ${GCC_TARGET}-as:devel/binutils@${PKGNAMEPREFIX:C/-$//:C/-/_/g} \ + objdump:devel/binutils This has worked in all my poudriere-devel based testing so far: I've been able to build the following in an armv7 context despite it needing to build and use both aarch64-none-elf and arm-none-eabi materials: Finished devel/aarch64-none-elf-gcc | aarch64-none-elf-gcc-8.4.0_1: = Success Finished sysutils/rpi-firmware | rpi-firmware-1.20190925.g20200109: = Success Finished devel/arm-none-eabi-gcc | arm-none-eabi-gcc-8.4.0_1: Success Finished sysutils/u-boot-rpi2 | u-boot-rpi2-2020.04: Success Finished sysutils/u-boot-orangepi-plus-2e | = u-boot-orangepi-plus-2e-2020.04: Success Finished sysutils/u-boot-sinovoip-bpi-m3 | = u-boot-sinovoip-bpi-m3-2020.04: Success (I do not normally have armv7 build aarch64 material but do have aarch64 build both aarch64 and armv7 materials.) Similarly I've been able to build those in an aarch64 context, as well as building: Finished sysutils/atf-rk3328 | atf-rk3328-v2.3: Success Finished sysutils/atf-sun50i_a64 | atf-sun50i_a64-v2.3: Success Finished sysutils/u-boot-rpi4 | u-boot-rpi4-2020.04: Success Finished sysutils/u-boot-rpi3 | u-boot-rpi3-2020.04: Success Finished sysutils/u-boot-rock64 | u-boot-rock64-2020.04: Success Finished sysutils/u-boot-pine64 | u-boot-pine64-2020.04: Success Such is not true when attempted with -r533381 . (Note: I really specified to build the u-boot-*'s and the others were built via dependencies.) =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 May 2 22:52:13 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AFC6A2C6BBC for ; Sat, 2 May 2020 22:52:13 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-22.consmr.mail.gq1.yahoo.com (sonic302-22.consmr.mail.gq1.yahoo.com [98.137.68.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 49F4BN0cnCz3JG6 for ; Sat, 2 May 2020 22:52:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: YDt4ZywVM1mOcI2_FuokHIfFxTHb.Z_QMvNyouUHGND0HiOpuHWJ4RmSMuZbC7h UrGIb0v86DEBHIJfyoeX3wVfMT4GxCvwWnKrj9.ZUn3MagV0Oit43kMqdjLd.Vk3ouVlhMrFZZGa 29qh3tIqGTWvaBybCsrE_FmDlvrjrI1v.IoMoczAHvYnx8qvcy5ahL7rnemkhmRHYnW7L1F99502 BbgST6Pn44C3bQF076qHJrOkow4_lkd4C7II13DYHfLb3INILvpcem9ghm2RWUf9iy7Xkpwosltd OYVDppsUEyQd2HN5NSBxJvwErQ4dmfy6Nf6ViuhaFUGHtkcJbp0gGad9tLZxf9U5eCE8ZrAknl57 1nNE3Zdk5tUj6oiIcxlKGllZT8T3ZsbujpmanKXvjp08BegYA5mmIcGMDUzTYXBgQpxzeQDw8c.B 9wyqifdDRjN_gXIAEYrkHeUPYzgIJHqEBd6bpvIFkygbLXdxc2y7_Za1lrPjLg.vXUVaesbHKQ9l M50Q78IWo_sz.sqJyXLwx_bLsSHRtBT0YSewYwcUN4wb4ZRXkl65zmktGTcc0uO9gdjRd.hVY3Lf sjiI5w2gCWY0YE4upLI0ssG7sPflW_JlLVMEErg7LaLomjhIYBQIP4dLmg8jiPATg6ebdXkUESYp FLSbfm9KhZAGcmbBDFnWeIraF5IwMPy9g9nO2uHMSWFUi3GUU131yOAH4UshaOzdMp2CFB0TFPDu jf9ml2hBRHXEtZYPrAL0JbUAEdeMJ9uTuJgNuVaNvUE0FtBzBzs8T83_Ixb.cwM.l1V_CdqiPGSj ECR0UNr6LsFJKYtLsRlZI6sSO386MEv8w6n0F1yQNADOz5oH8yhAndFcEFHPXnZ5WJh029xe5bFj NT6ihtZZhEIneBvUIozMTVauNASWU3ppFBHwAh0S10Rp4ttP0_bQIX8bMsK.zbB0NNcfmC5DpROp ttiqv.vWeRLgLlLEl12mmZN7CosrhCkcEdard8cPkBSJUUwozdcveNHVkRzxfbp9Km51E5Sc1tvi J5Q0LyWrc28kQtlqsJ6dpcCagRJK4Z_uGE.upzVjnvAeoITwPY1xMwPPQTWxHy8AAuYUDFV5ftyp TIVuDU2U34YQd85NASCdh2L4zCnZwOS5jLA2PbxDj9Mx.nbzrTywydshoPcWd1C8jLdBSQ4Q8Ce4 3NRT9ihGfJ7k.s9hfbFexGAdpM8E5HXJU1Cbn8NMRl18n.x1IHPvu7R7TDNVYJm8l0BMvvzcEKyf Bktekkciwa3_mxAd5TtWU1dT2NZJAoy5xFw8chOItgPxBw1jqbzl6DN3yoehy8gXPOhxObn3rWQh cOsZVTOpsyyHJC.glK5Y21y1F.xaNf65D_yWtqxBgPXTxA1VrKua2QyQbjEr_sGQ9zq5wkZNdxgv EwxA2EWk959bXs8xtRK34ly4- Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Sat, 2 May 2020 22:52:10 +0000 Received: by smtp411.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID aa0e3deb3165a14004fd6ca0c432f44d; Sat, 02 May 2020 22:52:09 +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 13.4 \(3608.80.23.2.2\)) Subject: Re: svn commit: r533381 - head/devel/aarch64-none-elf-gcc Date: Sat, 2 May 2020 15:52:08 -0700 References: To: Emmanuel Vadot , svn-ports-head@freebsd.org, freebsd-arm In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49F4BN0cnCz3JG6 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.41 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.94)[-0.942,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.97)[-0.967,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (3.45), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[148.68.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[148.68.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2020 22:52:13 -0000 [Correcting an omission.] > On 2020-May-2, at 15:26, Mark Millard wrote: >=20 >> Author: manu >> Date: Wed Apr 29 17:17:52 2020 >> New Revision: 533381 >> URL:=20 >> https://svnweb.freebsd.org/changeset/ports/533381 >>=20 >>=20 >> Log: >> devel/aarch64-none-elf-gcc: Fix building plugins >>=20 >> For building plugins gcc needs objdump, whcih exists in amd64 world = but >> not on aarch64. We already have a dependancy on devel/binutils but = this >> port install binaries in ${LOCALBASE}/${GCC_TARGET}/bin so add that = to >> the PATH. >>=20 >> Reported by: Mark Millard >>=20 >> Modified: >> head/devel/aarch64-none-elf-gcc/Makefile >>=20 >> Modified: head/devel/aarch64-none-elf-gcc/Makefile >> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D >> --- head/devel/aarch64-none-elf-gcc/Makefile Wed Apr 29 16:07:00 2020 = (r533380) >> +++ head/devel/aarch64-none-elf-gcc/Makefile Wed Apr 29 17:17:52 2020 = (r533381) >> @@ -46,6 +46,8 @@ CONFIGURE_ARGS+=3D--target=3D${GCC_TARGET} = --disable-nls - >> --with-as=3D${LOCALBASE}/bin/${GCC_TARGET}-as \ >> --with-ld=3D${LOCALBASE}/bin/${GCC_TARGET}-ld >>=20 >> +MAKE_ENV+=3D PATH=3D${PATH}:${LOCALBASE}/${GCC_TARGET}/bin >> + > . . . >=20 > ${LOCALBASE}/${GCC_TARGET}/bin is not appropriate to all uses of > this Makefile : the contained objdump does not handle all the > file formats that the cross build tries to use > ${LOCALBASE}/${GCC_TARGET}/bin/objdump for: >=20 > ${LOCALBASE}/arm-none-eabi/bin/objdump does not handle "ARM aarch64, > version 1 (FreeBSD)", even on an aarch64 system. >=20 > ${LOCALBASE}/aarch64-none-elf/bin/objdump does not handle "ARM, EABI5 > version 1 (FreeBSD)", even on a armv7 system. >=20 > By contrast, devel/binutils@native handles the system's file format > just fine in all cases where the build attempts its use. >=20 > The builds are trying (in part) to have the system use the objdump > that is inappropriate for what the build is attempting to do. >=20 > I'll list evidence for each case, first aarch64 vs. arm-none-eabi. >=20 >=20 >=20 > aarch64 systen vs. /usr/local/arm-none-eabi/bin/objdump use . . . >=20 > On aarch64 (Rock64) for GCC_TARGET being arm-none-eabi > for working with arm-none-eabi tools the objdump does > not even recognize its own format: >=20 > /usr/local/arm-none-eabi/bin/objdump -a = /usr/local/arm-none-eabi/bin/objdump > /usr/local/arm-none-eabi/bin/objdump: = /usr/local/arm-none-eabi/bin/objdump: file format not recognized >=20 > This is because: >=20 > file /usr/local/arm-none-eabi/bin/objdump > /usr/local/arm-none-eabi/bin/objdump: ELF 64-bit LSB executable, ARM = aarch64, version 1 (FreeBSD), dynamically linked, interpreter = /libexec/ld-elf.so.1, for FreeBSD 13.0 (1300092), FreeBSD-style, with = debug_info, not stripped >=20 > but /usr/local/arm-none-eabi/bin/objdump does not handle the > ARM aarch64, version 1 (FreeBSD) format. >=20 > The build is attempting to use the = /usr/local/arm-none-eabi/bin/objdump > on "ARM aarch64, version 1 (FreeBSD)" files and is getting the "file > format not recognized" notice. It needs "objdump" to find a version > that does handle the format. >=20 >=20 >=20 >=20 > armv7 system vs. /usr/local/aarch64-none-elf/bin/objdump use . . . >=20 > On armv7 (OPi+2e) for GCC_TARGET being aarch64-none-elf > for working with aarch64-none-elf tools the objdump does > not even recognize its own format: >=20 > # /usr/local/aarch64-none-elf/bin/objdump -a = /usr/local/aarch64-none-elf/bin/objdump >=20 > /usr/local/aarch64-none-elf/bin/objdump: file format = elf32-littlearm > /usr/local/aarch64-none-elf/bin/objdump >=20 > This is because: >=20 > # file /usr/local/aarch64-none-elf/bin/objdump > /usr/local/aarch64-none-elf/bin/objdump: ELF 32-bit LSB executable, = ARM, EABI5 version 1 (FreeBSD), dynamically linked, interpreter = /libexec/ld-elf.so.1, for FreeBSD 13.0 (1300082), FreeBSD-style, = stripped >=20 > but /usr/local/aarch64-none-elf/bin/objdump does not handle the > ARM, EABI5 version 1 (FreeBSD) format. >=20 > The build is attempting to use the = /usr/local/aarch64-none-elf/bin/objdump > on "ARM, EABI5 version 1 (FreeBSD)" files and is getting the "file = format > not recognized" notice. It needs "objdump" to find a version > that does handle the format. >=20 >=20 >=20 > I'll note that, as far as I can tell, when the build wants to > use aarch64-none-elf/bin/objdump or arm-none-eabi/bin/objdump > it explicitly uses a path to the special variant instead of > being PATH dependent. >=20 >=20 > My suggestion is the patch that I originally reported on > the lists: >=20 > -BUILD_DEPENDS=3D = ${GCC_TARGET}-as:devel/binutils@${PKGNAMEPREFIX:C/-$//:C/-/_/g} > +BUILD_DEPENDS=3D = ${GCC_TARGET}-as:devel/binutils@${PKGNAMEPREFIX:C/-$//:C/-/_/g} \ > + objdump:devel/binutils >=20 > This has worked in all my poudriere-devel based testing > so far: >=20 > I've been able to build the following in an armv7 > context despite it needing to build and use both > aarch64-none-elf and arm-none-eabi materials: >=20 > Finished devel/aarch64-none-elf-gcc | aarch64-none-elf-gcc-8.4.0_1: = Success > Finished sysutils/rpi-firmware | rpi-firmware-1.20190925.g20200109: = Success > Finished devel/arm-none-eabi-gcc | arm-none-eabi-gcc-8.4.0_1: Success > Finished sysutils/u-boot-rpi2 | u-boot-rpi2-2020.04: Success > Finished sysutils/u-boot-orangepi-plus-2e | = u-boot-orangepi-plus-2e-2020.04: Success > Finished sysutils/u-boot-sinovoip-bpi-m3 | = u-boot-sinovoip-bpi-m3-2020.04: Success >=20 > (I do not normally have armv7 build aarch64 material but do have > aarch64 build both aarch64 and armv7 materials.) >=20 > Similarly I've been able to build those in an aarch64 > context, as well as building: >=20 > Finished sysutils/atf-rk3328 | atf-rk3328-v2.3: Success > Finished sysutils/atf-sun50i_a64 | atf-sun50i_a64-v2.3: Success > Finished sysutils/u-boot-rpi4 | u-boot-rpi4-2020.04: Success > Finished sysutils/u-boot-rpi3 | u-boot-rpi3-2020.04: Success > Finished sysutils/u-boot-rock64 | u-boot-rock64-2020.04: Success > Finished sysutils/u-boot-pine64 | u-boot-pine64-2020.04: Success >=20 > Such is not true when attempted with -r533381 . >=20 > (Note: I really specified to build the u-boot-*'s and the > others were built via dependencies.) I should have also indicated that I explicitly request sysutils/rpi-firmware to be built, not just the sysutils/u-boot-*'s. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)