From owner-freebsd-arm@freebsd.org Sun Oct 11 00:27: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 1C6A342DAF7 for ; Sun, 11 Oct 2020 00:27:46 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-lj1-x231.google.com (mail-lj1-x231.google.com [IPv6:2a00:1450:4864:20::231]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4C82hK1p9Jz4Qxk; Sun, 11 Oct 2020 00:27:45 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-lj1-x231.google.com with SMTP id m16so13265573ljo.6; Sat, 10 Oct 2020 17:27:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=r6iLz1AcstGtPnphEWriVqeI93xIjdEexNCapGI42FU=; b=MhMPDQe0uhl8ORDTBZaeitBgstRjjVFwCZ6bwUEOmqvEcSrqx8M7pMopdGrNhsuYeg ITBdS2fLir6zVYdOQV8shDcmNe+8eejmx5AqnSOEXevk4JdykNS23mz2BAQNjErvGgFU OAwEcANtKDgfCZ5iTIys+Xa4RQkHzktWgFi2UnXlFCAtFPPV1/y6ybi7yEn5X9OeviXV 31h0r162o9p1VNjn/8gZLmOJxRPwDIgZO0My8rTWl1dzBzWwDWwOKdsP89fKHgWd1FdZ xwOf9WobMevbImSiSVo3GIUHonle35GoJv7hgPaZ3T8iSf2DJ4+la5pNjfwJux9/tbfk 77uw== X-Gm-Message-State: AOAM5316GCBib56Yf7Z3+S3uGQ8DGangv17CGLdnQYMOdOrhVp4Fpc+C xls5M//vBHVcOxQXJdlGTzpyl50vhP0= X-Google-Smtp-Source: ABdhPJzpQy756rkeRu2lukcn8CwfKHmCCHZ9RziDElgdyyiHKxKJmRIMJTAWP+bnXxfHOkOD2XKVew== X-Received: by 2002:a5d:4144:: with SMTP id c4mr4591481wrq.311.1602375681794; Sat, 10 Oct 2020 17:21:21 -0700 (PDT) Received: from [192.168.1.167] (dynamic-046-114-108-089.46.114.pool.telefonica.de. [46.114.108.89]) by smtp.googlemail.com with ESMTPSA id i14sm17537248wml.24.2020.10.10.17.21.20 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 10 Oct 2020 17:21:21 -0700 (PDT) From: Klaus Cucinauomo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.0.3.2.52\)) Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? Date: Sun, 11 Oct 2020 02:21:16 +0200 References: <2B1B21CB-1A63-42CE-8917-98870C88CACE.ref@yahoo.com> <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> To: Mark Millard , "gonzo@freebsd.org" , Kyle Evans , freebsd-arm@freebsd.org, Robert Crowston In-Reply-To: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> Message-Id: <2E68E19D-6D2C-47E7-890D-58AF933B988F@googlemail.com> X-Mailer: Apple Mail (2.3654.0.3.2.52) X-Rspamd-Queue-Id: 4C82hK1p9Jz4Qxk X-Spamd-Bar: +++++++++++++ X-Spamd-Result: default: False [13.31 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; GREYLIST(0.00)[pass,body]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(0.00)[googlemail.com,quarantine]; FREEMAIL_TO(0.00)[yahoo.com,FreeBSD.org,freebsd.org,protonmail.com]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[46.114.108.89:received]; R_DKIM_ALLOW(0.00)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_CSS(4.00)[46.114.108.89:received]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; NEURAL_SPAM_SHORT(0.89)[0.891]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.95)[0.947]; BAD_REP_POLICIES(0.10)[]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.108.89:received]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.97)[0.973]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::231:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-Spam: Yes X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Oct 2020 00:27:46 -0000 > Am 10.10.2020 um 08:53 schrieb Mark Millard : >=20 > =E2=80=A6.. a lot=E2=80=A6. >=20 ...yes, very good catch and absolutely true =E2=80=A6. you can avoid the rainbow-hang in u-boot 2020.10 with a brutal : -------$ rm /Volumes/MSDOSBOOT/armstub8-gic.bin------- modern firmware of = https://github.com/raspberrypi/firmware/tree/master/boot=20 should no longer depend on armstub8(-gic).bin, that=E2=80=99s why it is removed in ubuntu. but for some reason we will now panic in : =E2=80=94 Starting CPU 1 (1) panic: No PSCI/SMCCC call function set =E2=80=94 the reason seems to be here : https://kernelnomicon.org/?p=3D718 Regards K. From owner-freebsd-arm@freebsd.org Sun Oct 11 03:03:53 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 929E84347F8 for ; Sun, 11 Oct 2020 03:03:53 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x434.google.com (mail-wr1-x434.google.com [IPv6:2a00:1450:4864:20::434]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4C868R75bwz4b62; Sun, 11 Oct 2020 03:03:51 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x434.google.com with SMTP id s9so2684221wro.8; Sat, 10 Oct 2020 20:03:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=Zp+OXaTi/creVnSOF19NiSgwkn0W35WjzG3nSMGDv1o=; b=amqE+6sklBMx8AJd5h3FyIJ873C6ZmnxZFL07iKDmLRdvvgPf0esWVgAgryKyW/SS6 h5pJsNh/MHGmadjgcO7dStWetljOmUglwAhpRpEFPVxAanPYEw8QAgvhVw4ld7aV04u1 kh9wAb1dyCwm5/XbAHRHGTPBci19y48KdE/UqTFkgWL3fdUlt8JDookLvIZsXRXytbsd 1vwAwiiOZWJM9URrsZKBjQEdb+d9Nx0fmXs0+SPAu4Wr3kimqMC/KUqKJALbJRSumtYA lCKEuSjlWU9VpbUxwfWn4gXvqIonjTZldY7MRbhA92mC2TqXqnwAtyvnCXD5WKxmrsX+ ttJQ== X-Gm-Message-State: AOAM532L9J2jzQVZEdbvMnJnlMjR1VFDqT6LAOzPfutlP7gCcVTsrXzS bD5FMnq7F4jzKw4/9u+uuGM= X-Google-Smtp-Source: ABdhPJw0AIYBhdjprCpONUSJ+y/v64jAuXibOVtwdHzMyLMXjSrmklCBD35hsINykg7l9JQAhgCiVA== X-Received: by 2002:adf:f3c7:: with SMTP id g7mr23978260wrp.394.1602385429254; Sat, 10 Oct 2020 20:03:49 -0700 (PDT) Received: from [192.168.1.167] (dynamic-046-114-108-089.46.114.pool.telefonica.de. [46.114.108.89]) by smtp.googlemail.com with ESMTPSA id a3sm9266113wrh.94.2020.10.10.20.03.48 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 10 Oct 2020 20:03:48 -0700 (PDT) From: Klaus Cucinauomo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.0.3.2.52\)) Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? Date: Sun, 11 Oct 2020 05:03:46 +0200 References: <2B1B21CB-1A63-42CE-8917-98870C88CACE.ref@yahoo.com> <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> <2E68E19D-6D2C-47E7-890D-58AF933B988F@googlemail.com> To: Mark Millard , "gonzo@freebsd.org" , Kyle Evans , freebsd-arm@freebsd.org, Robert Crowston In-Reply-To: <2E68E19D-6D2C-47E7-890D-58AF933B988F@googlemail.com> Message-Id: X-Mailer: Apple Mail (2.3654.0.3.2.52) X-Rspamd-Queue-Id: 4C868R75bwz4b62 X-Spamd-Bar: +++++++++++++ X-Spamd-Result: default: False [13.17 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; GREYLIST(0.00)[pass,meta]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[googlemail.com]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(0.00)[googlemail.com,quarantine]; FREEMAIL_TO(0.00)[yahoo.com,FreeBSD.org,freebsd.org,protonmail.com]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[46.114.108.89:received]; R_DKIM_ALLOW(0.00)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_CSS(4.00)[46.114.108.89:received]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; NEURAL_SPAM_SHORT(0.74)[0.745]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.96)[0.957]; BAD_REP_POLICIES(0.10)[]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.108.89:received]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.97)[0.970]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::434:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-Spam: Yes X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Oct 2020 03:03:53 -0000 > Am 11.10.2020 um 02:21 schrieb Klaus Cucinauomo = : >=20 >=20 > =E2=80=A6... > the reason seems to be here : > https://kernelnomicon.org/?p=3D718 >=20 > Regards > K. >=20 I see! We are possibly a neglected minority :-) ... = https://patchwork.ozlabs.org/project/uboot/patch/20200226140357.27649-1-ke= vans@FreeBSD.org/ https://github.com/raspberrypi/firmware/issues/1340= From owner-freebsd-arm@freebsd.org Sun Oct 11 03:44:51 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 ACD87435E5B for ; Sun, 11 Oct 2020 03:44:51 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-ed1-x533.google.com (mail-ed1-x533.google.com [IPv6:2a00:1450:4864:20::533]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4C873k4QtWz4d6L for ; Sun, 11 Oct 2020 03:44:50 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-ed1-x533.google.com with SMTP id l24so13441096edj.8 for ; Sat, 10 Oct 2020 20:44:50 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=XWDbTqcW9iEcE3NhsWA6l2un5N3ils9nn2BZEAEOl20=; b=Bhh8bG4Hp3v1VMxCWRMNnCcUbkalCD6X5SwOnBc6yEbZOQlN8F8BO0rRPgGG5ONDJV ilHMhpl9N4ytQAWsn3URET1RMX3mTMdJaxTVgmcQ/Ug0USdwCt2vj23eTNyIqCPr0szf b3dMoH//QYdUX+XfaLhlOREzkYO3fNMEj3wfAwdlnXXmJotmvjHtimg6m2NIj/gXGZGk oWIf3fnWfd1hq/QHmYvonIOw1igP29c1B3mHWZYcicAJM6qIuydbJtC41tOVZa8It3b5 PKC1GW9re+XbjQV4GFMNsvveAlMkQcqRXffFYHw/Ace1uSR8EmZ0Uydh/K3c7Anp8Y4A TvRQ== X-Gm-Message-State: AOAM532vcQVKKuGP8yNMOMRIOUIMfl6xMx69CSx20G8BYq+ptuXFAVGk pPFZJyh+5e/XCQc+DJmkSCbjV75COx4= X-Google-Smtp-Source: ABdhPJzetI9ylhI017em7kEOtyX5inU59M6YJWIIM8B15ZNTbrmIx+mG/BYoViywJQAJbIhfPme3kQ== X-Received: by 2002:adf:ecc1:: with SMTP id s1mr22459228wro.120.1602387524897; Sat, 10 Oct 2020 20:38:44 -0700 (PDT) Received: from [192.168.1.167] (dynamic-046-114-108-089.46.114.pool.telefonica.de. [46.114.108.89]) by smtp.googlemail.com with ESMTPSA id u2sm19573692wre.7.2020.10.10.20.38.43 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 10 Oct 2020 20:38:44 -0700 (PDT) From: Klaus Cucinauomo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.0.3.2.52\)) Subject: Re: RPi4B: emmc2bus dma-range handling does not track the boot-time-FDT (u-boot based booting) Date: Sun, 11 Oct 2020 05:38:42 +0200 References: <98BC985D-EAAB-4AFB-AA8F-7391A45C4EBF@yahoo.com> <91324D35-B66A-4674-AE37-45F3DDB736FD@yahoo.com> <2B3F0409-88F2-4EBD-9C39-37929F973C77@yahoo.com> <803EF261-1407-4331-AC56-1D49E05F8382@googlemail.com> <2FAA304E-045B-4B10-AA14-1E869FB6FD00@yahoo.com> <27E7A6A9-04A4-4B15-96CB-84AE478ED755@googlemail.com> <93E411FA-6024-4E2F-AAFF-C051AF4F35EE@yahoo.com> <7CB99D94-6F37-4150-9D1B-9488D4FE83EF@googlemail.com> To: Mark Millard , freebsd-arm@freebsd.org In-Reply-To: Message-Id: <667C470A-02C8-495F-9638-2CC315FA8A70@googlemail.com> X-Mailer: Apple Mail (2.3654.0.3.2.52) X-Rspamd-Queue-Id: 4C873k4QtWz4d6L X-Spamd-Bar: +++++++++++ X-Spamd-Result: default: False [11.91 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; GREYLIST(0.00)[pass,body]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(0.00)[googlemail.com,quarantine]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[46.114.108.89:received]; R_DKIM_ALLOW(0.00)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_CSS(4.00)[46.114.108.89:received]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.59)[0.595]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_SPAM_MEDIUM(0.90)[0.897]; BAD_REP_POLICIES(0.10)[]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.108.89:received]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.92)[0.922]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::533:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-Spam: Yes X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Oct 2020 03:44:51 -0000 > Am 10.10.2020 um 03:46 schrieb Mark Millard : >=20 > =E2=80=A6=E2=80=A6...No use is made of FreeBSD=E2=80=99s = sys/gnu/dts/arm64/broadcom/ by this technique=E2=80=A6. > The .tar.gz provides the .dtb files directly., no compilation > needed. >=20 >=20 Yes, thanks for checking the sources for it=E2=80=A6... seems like we have to do it the hard way to stay in touch with the 8GB = model : = https://wiki.freebsd.org/FlattenedDeviceTree#Device_tree_compiler_.28dtc.2= 9 > Am 10.10.2020 um 03:08 schrieb Klaus Cucinauomo = : > Tomorrow I will look again exactly with which partition tables I = booted the SSD, =E2=80=A6. Tonight is tomorrow :-) =E2=80=A6...Setting currdev to disk0p2:=E2=80=A6.. OK lsdev disk devices: disk0: 234441649 X 512 blocks disk0s1: DOS/Windows disk0s2: FreeBSD disk0s2a: FreeBSD UFS From owner-freebsd-arm@freebsd.org Sun Oct 11 06:31: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 BB1D44396CD for ; Sun, 11 Oct 2020 06:31:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-8.consmr.mail.gq1.yahoo.com (sonic315-8.consmr.mail.gq1.yahoo.com [98.137.65.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4C8BmG4Ngbz3WYQ for ; Sun, 11 Oct 2020 06:31:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: GpJPz8AVM1kFLQSL3inmQdsZfvSnQyI0g0pUcOWL0Ua8xIfDnmmy0F70M2.sMlN mVHO5JFNIg7Jf4b0ECezFxzE2.FApwTzSpgTMrnCWtvO__DRCfZ3ii.Ug04cx1Yp5fVRQQ9RVbdq uhvjDHNiiigWfl4m3uH_rJJw340Q04oIV5xg4hKgF5UCGYyXKZyf2W1rtHjNie2BxruHrVUHs6G2 8lJ_vD5W9k3PN3t88Bry8_nvAoO_J0S1GVJ_PpZIqql2gF5TB3Z4RjNsBcVaIOjB6zSl1FkG6oC2 Tdx3tRfSSnWDTW7J_ERHH2XOfKaQeBmOfL2YVdLDRWL4nKMzVpjUxpTpJbUYd1ndtsUP9F90Kzsv .1KRiE3rFJYXX5lasDx4Xs2rcxxSfExeLa0FFEqtOsdV5kyqVhw7rRhGDL1qCSNADv4vNe3EmvYU Lt_RA1pKzPynR0VU.ON8CcsRUTZKyW55U0y0.HpvWRM5x.MaLXvfL5K28IWuOD7zAnINcGFmV10J ewPHLBv67ERe100zhISrByw25xSuBs1hwIQwyybRqgA6KQWD_ShG8qZAxjLDfd_5_Pb_AXYgz6PH pb9qfgi4OTEvivxuE4ilCHyfPyAt_osw.PEthrzPWcVgB6Eoa0aOwK4PArMjpdsNNT.QnBM5UWg. 6CcsgVqkPx6ZjE6y_iFFEgrKAnI36e5KIJa_q50N.Ep5Cwacdnfi4Fu8n0TXXKRG4qwgvoIyM0og dn0_ipySYswP5DJDy_bchsiI0pPqbNlJWujXx2ppo1WBW2yLrdEGmQ3tR1tWPXnK33TtQq48.4s6 ihFhZV0ibhJURneRnHHniKhSot.P3_cvBo8OkN2oJWzzPQIh0pGY27WcMrMRQo2PtyR3O4f5lvTu pbY39udJ1WqJ9l9ImJOrVKhAjGabCXFmd8FBFK_hmARjreGsEaZf3SNgMBXV2F4JThuJ637OYlIA 3.3MCyRghvrZw6ZI_yl.3IdFIPwfHY3Cx_aOrjywp8V7FRFdBJVLo_SlOV_EgPlzbr3l0aZixTok H5YQWA.D0H6rKP.LUbeQpFZS79tbY1MR9d28MnG0icsc_hC0H6ayZ14iKRiriQwnz2oXzUyIjJHI lOlYJ_kc7K__4ShGgzWr_7EcA7FT86DLRHUho1qfuBZgHWSpOUVM91yO9HoqsmBOEaN9lMlm7PQo vlW.inhKyFM8Rr4_T1bOwf1BDhz3XcSGHZl13AFJjPVDH9HRs8eJX7Vd3lkD0dwEcvh5J6EwPA28 YTz4rnMg3Mjl8SB73WpZVmizCBPIUsFATjNRcvVvuqr_XDiEKcAM_lLL576TUw2no5_GvCtfWxgQ DZzDhawHaM4w2.4jNDVFX3phkRlNaKWpRc9c9MuqLHKnC4QPJzEqs_Abeb8ALfk6farZDLrCXzQi AkeATc6WdrZbCaKEC1yBXWB9xgDIjjtLsiZSDkFWedbN7PZI4QOM2026e5KyQ19Hbns30mkKndEc 5wlNoWOVAPZrwliZAM1NCWOuqwQomj.J2e3P_S7lftUHJ_0XNeirBUi8LYSqEX0Kvx.9dnG4RlCK w7MW9lxhQ Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Sun, 11 Oct 2020 06:31:39 +0000 Received: by smtp403.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 9eabea541256bce65738466ef60d857f; Sun, 11 Oct 2020 06:31:38 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? From: Mark Millard In-Reply-To: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> Date: Sat, 10 Oct 2020 23:31:38 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> To: Kyle Evans , freebsd-arm X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4C8BmG4Ngbz3WYQ X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.04 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.57)[-0.574]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.981]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-0.99)[-0.989]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.32:from]; FREEMAIL_CC(0.00)[googlemail.com,protonmail.com]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Oct 2020 06:31:43 -0000 On 2020-Oct-9, at 23:53, Mark Millard wrote: > My evidence that suggests the possibility or likelyhood is . . . >=20 > In a dies-rather-early modern-firmware boot context (even without > USB involved!) I see the following sorts of notices in the debug > output during very early RPi firmware activity: >=20 > Read config.txt bytes 258 hnd 0x0000cfd2 hash '4f21032d556a3fd9' > recover4.elf not found (6) > recovery.elf not found (6) > Read start4.elf bytes 2283936 hnd 0x0000d88c hash 'ddddf81164f250ad' > Read fixup4.dat bytes 5422 hnd 0x0000e149 hash 'fdfbb390f4a2c93c' >=20 > Note the "hnd" values. I presume those are memory locations > identifying memory that is then holding some value(s) (that > look to be of fairly long term utility). But I do not know > for sure. >=20 > Somewhat later: >=20 > MESS:00:00:06.001798:0: brfs: File read: /mfs/sd/bcm2711-rpi-4-b.dtb > MESS:00:00:06.005041:0: Loading 'bcm2711-rpi-4-b.dtb' to 0x4000 size = 0xb99c > . . . > MESS:00:00:07.226859:0: brfs: File read: /mfs/sd/armstub8-gic.bin > MESS:00:00:07.229885:0: Loading 'armstub8-gic.bin' to 0x0 size 0x1700 > MESS:00:00:07.236077:0: brfs: File read: 5888 bytes > MESS:00:00:07.354201:0: brfs: File read: /mfs/sd/u-boot.bin > MESS:00:00:07.356719:0: Loading 'u-boot.bin' to 0x80000 size 0x8b9c0 > MESS:00:00:07.362807:0: Device tree loaded to 0x4000 (size 0xbe0c) >=20 > (I did not show re-reading config.txt, some HDMI notices, > loading of overlays, or the attempted open of the > non-existent cmdline.txt .) >=20 > So: >=20 > 0x4000 up to 0xF99c (which contains 0xcfd2, 0xd88c, and 0xe149) > (Even before armstub8-gic.bin is loaded.) >=20 > 0x4000 up to 0xFE0C (which contains 0xcfd2, 0xd88c, and 0xe149) > (After armstub8-gic.bin and u-boot.bin have been loaded.) >=20 > Only a few more lines are output before things are hung up: >=20 > MESS:00:00:07.368908:0: uart: Set PL011 baud rate to 103448.300000 Hz > MESS:00:00:07.377816:0: uart: Baud rate change done... > MESS:00:00:07.379870:0: uart: Baud rate change done... > MESS:00:00:07.385266:0: gpioman: gpioman_get_pin_num: pin = SDCARD_CONTROL_POWER not defined >=20 > (Note: Even a working boot for a microsd-card-only context > using older firmware gets the above set of 4 messages --but > keeps going.) >=20 > (The re-reads of config.txt may mean that the initial/only > hnd listed for it no longer matters.) >=20 >=20 >=20 > I see the same sort of hangup with modern firmware when a USB3 > SSD is in use instead of a microsd card: >=20 > Read config.txt bytes 258 hnd 0x000080ec hash '241c057b26cdfc4e' > recover4.elf not found (6) > recovery.elf not found (6) > Read start4.elf bytes 2277248 hnd 0x00003df5 hash '8e98b15f075142da' > Read fixup4.dat bytes 5409 hnd 0x00003519 hash 'bdc1f053a4ad68f8' >=20 > vs. >=20 > MESS:00:00:06.184750:0: Loading 'bcm2711-rpi-4-b.dtb' to 0x4000 size = 0xb99c > . . . > MESS:00:00:09.317648:0: Device tree loaded to 0x4000 (size 0xbe0c) >=20 > Again the "hnd" point inside the area that later holds the Device = Tree. >=20 > Again: >=20 > MESS:00:00:09.323596:0: uart: Set PL011 baud rate to 103448.300000 Hz > MESS:00:00:09.332661:0: uart: Baud rate change done... > MESS:00:00:09.334714:0: uart: Baud rate change done... > MESS:00:00:09.340188:0: gpioman: gpioman_get_pin_num: pin = SDCARD_CONTROL_POWER not defined >=20 > (Yep: looks basically the same as before.) >=20 >=20 >=20 > In a working modern-firmware-in-use context (uefi/ACPI via USB3 > SSD example), I see the following in the debug output during a > boot with modern firmware. Again note the "hnd" values vs. the > Device Tree memory. >=20 > Read config.txt bytes 257 hnd 0x00000014 hash '149443376548b81e' > recover4.elf not found (6) > recovery.elf not found (6) > Read start4.elf bytes 2283936 hnd 0x000007e2 hash 'ddddf81164f250ad' > Read fixup4.dat bytes 5422 hnd 0x000008fa hash 'fdfbb390f4a2c93c' >=20 > MESS:00:00:07.259636:0: Loading 'bcm2711-rpi-4-b.dtb' to 0x1f0000 size = 0xb99c > . . . > MESS:00:00:08.268417:0: brfs: File read: /mfs/sd/RPI_EFI.fd > MESS:00:00:08.270883:0: Loading 'RPI_EFI.fd' to 0x0 size 0x1f0000 > MESS:00:00:08.276708:0: No compatible kernel found > MESS:00:00:08.281210:0: Device tree loaded to 0x1f0000 (size 0xbd90) >=20 > There is no overlap between the later Device Tree area and the > hnd values. >=20 > There is an overlap between where RPI_EFI.fd is loaded and the > hnd values, but just at this later time frame, where the > overlaps might be less likely to matter. >=20 > So far, I've not observed problems for this. It might suggest that > my hnd hypothesis is wrong. Or that it is late enough that the > overlaps do not matter any more. >=20 > The messages continue in this case: >=20 > MESS:00:00:08.287327:0: uart: Set PL011 baud rate to 103448.300000 Hz > MESS:00:00:08.296362:0: uart: Baud rate change done... > MESS:00:00:08.298385:0: uart: Baud rate change done... > MESS:00:00:08.303463:0: bfs_xhci_stop > MESS:00:00:08.306631:0: XHCI-STOP > MESS:00:00:08.311953:0: xHC ver: 256 HCS: 05000420 fc000031 00e70004 = HCC: 002841eb > NOTICE: BL31: v2.3():v2.3 > NOTICE: BL31: Built : 10:40:51, Apr 21 2020 > UEFI firmware (version UEFI Firmware v1.20 built at 14:10:14 on Sep 1 = 2020) > . . . . >=20 >=20 > My memory is that armstub8-gic.bin currently requires the > 0x4000 for the start of the device tree. >=20 >=20 > If the above turns out to be right, then it is likely > that older firmware also got overlaps with the hnd values > but happened to not fail for some not-always-guaranteed > reason. This is probably the strongest point against my > hypothesis. >=20 I've seen: Read config.txt bytes 285 hnd 0x00000007 hash '901b7026086ee8cf' which suggests that my guess about "hnd" is false. Looking for overlaps with address ranges may well not be appropriate. I've seen other odd numbered values as well. What I learned from the Fedora 33 branch's material . . . A) I did manage to do a u-boot 2020.10 USB3-SSD-only boot with modern firmware on a 4 GiByte RPi4B. But it was a Fedora 33 branch context, not FreeBSD, not rpi3-psci-monitor. A different u-boot 2020.10 build than for FreeBSD as well. B) Attempting the same boot on a 8 GiByte RPi4B via the same media has the same problem seen via FreeBSD experiments for u-boot 2020.10 and 8 GiByte: starting USB... Bus xhci_pci: probe failed, error -110 No working controllers found So (B) would seem to be a u-boot 2020.10 issue, having nothing specifically to do with FreeBSD or with rpi3-psci-monitor use. =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 Oct 11 09:14: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 A2EFC43D1D4 for ; Sun, 11 Oct 2020 09:14:13 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail-40136.protonmail.ch (mail-40136.protonmail.ch [185.70.40.136]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C8GMm4Y3Yz3fYG for ; Sun, 11 Oct 2020 09:14:12 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Sun, 11 Oct 2020 09:13:57 +0000 To: Klaus Cucinauomo , Mark Millard , "gonzo@freebsd.org" , Kyle Evans , freebsd-arm@freebsd.org From: Robert Crowston Reply-To: Robert Crowston Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? Message-ID: In-Reply-To: <2E68E19D-6D2C-47E7-890D-58AF933B988F@googlemail.com> References: <2B1B21CB-1A63-42CE-8917-98870C88CACE.ref@yahoo.com> <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> <2E68E19D-6D2C-47E7-890D-58AF933B988F@googlemail.com> MIME-Version: 1.0 X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,HTML_MESSAGE shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch X-Rspamd-Queue-Id: 4C8GMm4Y3Yz3fYG X-Spamd-Bar: / X-Spamd-Result: default: False [-0.28 / 15.00]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[protonmail.com]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[protonmail.com:+]; MIME_BASE64_TEXT(0.10)[]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; NEURAL_HAM_SHORT(-0.06)[-0.058]; FREEMAIL_TO(0.00)[googlemail.com,yahoo.com,FreeBSD.org,freebsd.org]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.72)[-0.722]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.60)[-0.599]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; HAS_PHPMAILER_SIG(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; AUTOGEN_PHP_SPAMMY(1.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.40.136:from]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Oct 2020 09:14:13 -0000 V2UgaGF2ZSBhIHBhdGNoZWQgdmVyc2lvbiBvZiBhcm1zdHViOC1naWMuIFdlIHVzZSBpdCB0byBp bnN0YWxsIHNvbWUgY29kZSBpbiBhIGhpZ2hseSBwcml2aWxlZ2VkIGNvbnRleHQgdGhhdCB3ZSBs YXRlciBjYWxsIGZyb20gc3VwZXJ2aXNvciBtb2RlIHRvIHN0YXJ0IHRoZSBzZWNvbmRhcnkgQ1BV cy4gTGludXggdXNlcyBhIGRpZmZlcmVudCBhcHByb2FjaCB0byBzcGluIHVwIHRoZSBvdGhlciBD UFVzLgoKSSBoYXZlbuKAmXQgZm9sbG93ZWQgdGhpcyB0aHJlYWQgaW4gaHVnZSBkZXRhaWwsIGJ1 dCBpdCBzZWVtcyBsaWtlIHRoZSByYXNwYmVycnkgcGkgcGVvcGxlIGNoYW5nZWQgZXZlcnl0aGlu ZyBhZ2Fpbj8KCk9uIFN1biwgT2N0IDExLCAyMDIwIGF0IDAxOjIxLCBLbGF1cyBDdWNpbmF1b21v IDxtYWNpcGhvbmUyQGdvb2dsZW1haWwuY29tPiB3cm90ZToKCj4+IEFtIDEwLjEwLjIwMjAgdW0g MDg6NTMgc2NocmllYiBNYXJrIE1pbGxhcmQgPG1hcmtsbWlAeWFob28uY29tPjoKPj4KPj4g4oCm Li4gYSBsb3TigKYuCj4+Cj4KPiAuLi55ZXMsIHZlcnkgZ29vZCBjYXRjaCBhbmQgYWJzb2x1dGVs eSB0cnVlIOKApi4KPiB5b3UgY2FuIGF2b2lkIHRoZSByYWluYm93LWhhbmcgaW4gdS1ib290IDIw MjAuMTAgd2l0aCBhIGJydXRhbCA6Cj4gLS0tLS0tLSQgcm0gL1ZvbHVtZXMvTVNET1NCT09UL2Fy bXN0dWI4LWdpYy5iaW4tLS0tLS0tCj4gbW9kZXJuIGZpcm13YXJlIG9mIGh0dHBzOi8vZ2l0aHVi LmNvbS9yYXNwYmVycnlwaS9maXJtd2FyZS90cmVlL21hc3Rlci9ib290Cj4gc2hvdWxkIG5vIGxv bmdlciBkZXBlbmQgb24gYXJtc3R1YjgoLWdpYykuYmluLAo+IHRoYXTigJlzIHdoeSBpdCBpcyBy ZW1vdmVkIGluIHVidW50dS4KPgo+IGJ1dCBmb3Igc29tZSByZWFzb24gd2Ugd2lsbCBub3cgcGFu aWMgaW4gOgo+IOKAlAo+IFN0YXJ0aW5nIENQVSAxICgxKQo+IHBhbmljOiBObyBQU0NJL1NNQ0ND IGNhbGwgZnVuY3Rpb24gc2V0Cj4g4oCUCj4gdGhlIHJlYXNvbiBzZWVtcyB0byBiZSBoZXJlIDoK PiBodHRwczovL2tlcm5lbG5vbWljb24ub3JnLz9wPTcxOAo+Cj4gUmVnYXJkcwo+IEsu From owner-freebsd-arm@freebsd.org Sun Oct 11 09: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 1006943DE05 for ; Sun, 11 Oct 2020 09:39:19 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail-40136.protonmail.ch (mail-40136.protonmail.ch [185.70.40.136]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C8Gwk0Tgmz3gbY for ; Sun, 11 Oct 2020 09:39:17 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Sun, 11 Oct 2020 09:39:07 +0000 To: Mark Millard From: Robert Crowston Cc: Kyle Evans , freebsd-arm , Klaus Cucinauomo Reply-To: Robert Crowston Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? Message-ID: In-Reply-To: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> References: <2B1B21CB-1A63-42CE-8917-98870C88CACE.ref@yahoo.com> <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch X-Rspamd-Queue-Id: 4C8Gwk0Tgmz3gbY X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.06 / 15.00]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; FREEMAIL_FROM(0.00)[protonmail.com]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[protonmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; NEURAL_HAM_SHORT(-0.29)[-0.291]; FREEMAIL_TO(0.00)[yahoo.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.96)[-0.962]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-0.81)[-0.809]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.40.136:from]; FREEMAIL_CC(0.00)[FreeBSD.org,freebsd.org,googlemail.com]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Oct 2020 09:39:19 -0000 > My memory is that armstub8-gic.bin currently requires the > 0x4000 for the start of the device tree. In our patched version of armstub8-gic, we attempt to modify the device tre= e at runtime to add PSCI nodes (see https://github.com/gonzoua/rpi3-psci-mo= nitor/blob/master/fdtpatch.c#L133). That C function is called from assembly= . The only reference I can see to 0x4000 is that we use it for the top of t= he stack when we execute that C function (https://github.com/gonzoua/rpi3-p= sci-monitor/blob/master/pscimon.S#L172). In this case, the value is arbitra= ry, it just needs to be unused memory. We also pass 0x4000 as the second argument to the bootloader, but I do not = know what it does with it. =E2=80=94 RHC. =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 Original Me= ssage =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 On Saturday, 10 October 2020 07:53, Mark Millard wrote: > My evidence that suggests the possibility or likelyhood is . . . > > In a dies-rather-early modern-firmware boot context (even without > USB involved!) I see the following sorts of notices in the debug > output during very early RPi firmware activity: > > Read config.txt bytes 258 hnd 0x0000cfd2 hash '4f21032d556a3fd9' > recover4.elf not found (6) > recovery.elf not found (6) > Read start4.elf bytes 2283936 hnd 0x0000d88c hash 'ddddf81164f250ad' > Read fixup4.dat bytes 5422 hnd 0x0000e149 hash 'fdfbb390f4a2c93c' > > Note the "hnd" values. I presume those are memory locations > identifying memory that is then holding some value(s) (that > look to be of fairly long term utility). But I do not know > for sure. > > Somewhat later: > > MESS:00:00:06.001798:0: brfs: File read: /mfs/sd/bcm2711-rpi-4-b.dtb > MESS:00:00:06.005041:0: Loading 'bcm2711-rpi-4-b.dtb' to 0x4000 size 0xb9= 9c > . . . > MESS:00:00:07.226859:0: brfs: File read: /mfs/sd/armstub8-gic.bin > MESS:00:00:07.229885:0: Loading 'armstub8-gic.bin' to 0x0 size 0x1700 > MESS:00:00:07.236077:0: brfs: File read: 5888 bytes > MESS:00:00:07.354201:0: brfs: File read: /mfs/sd/u-boot.bin > MESS:00:00:07.356719:0: Loading 'u-boot.bin' to 0x80000 size 0x8b9c0 > MESS:00:00:07.362807:0: Device tree loaded to 0x4000 (size 0xbe0c) > > (I did not show re-reading config.txt, some HDMI notices, > loading of overlays, or the attempted open of the > non-existent cmdline.txt .) > > So: > > 0x4000 up to 0xF99c (which contains 0xcfd2, 0xd88c, and 0xe149) > (Even before armstub8-gic.bin is loaded.) > > 0x4000 up to 0xFE0C (which contains 0xcfd2, 0xd88c, and 0xe149) > (After armstub8-gic.bin and u-boot.bin have been loaded.) > > Only a few more lines are output before things are hung up: > > MESS:00:00:07.368908:0: uart: Set PL011 baud rate to 103448.300000 Hz > MESS:00:00:07.377816:0: uart: Baud rate change done... > MESS:00:00:07.379870:0: uart: Baud rate change done... > MESS:00:00:07.385266:0: gpioman: gpioman_get_pin_num: pin SDCARD_CONTROL_= POWER not defined > > (Note: Even a working boot for a microsd-card-only context > using older firmware gets the above set of 4 messages --but > keeps going.) > > (The re-reads of config.txt may mean that the initial/only > hnd listed for it no longer matters.) > > I see the same sort of hangup with modern firmware when a USB3 > SSD is in use instead of a microsd card: > > Read config.txt bytes 258 hnd 0x000080ec hash '241c057b26cdfc4e' > recover4.elf not found (6) > recovery.elf not found (6) > Read start4.elf bytes 2277248 hnd 0x00003df5 hash '8e98b15f075142da' > Read fixup4.dat bytes 5409 hnd 0x00003519 hash 'bdc1f053a4ad68f8' > > vs. > > MESS:00:00:06.184750:0: Loading 'bcm2711-rpi-4-b.dtb' to 0x4000 size 0xb9= 9c > . . . > MESS:00:00:09.317648:0: Device tree loaded to 0x4000 (size 0xbe0c) > > Again the "hnd" point inside the area that later holds the Device Tree. > > Again: > > MESS:00:00:09.323596:0: uart: Set PL011 baud rate to 103448.300000 Hz > MESS:00:00:09.332661:0: uart: Baud rate change done... > MESS:00:00:09.334714:0: uart: Baud rate change done... > MESS:00:00:09.340188:0: gpioman: gpioman_get_pin_num: pin SDCARD_CONTROL_= POWER not defined > > (Yep: looks basically the same as before.) > > In a working modern-firmware-in-use context (uefi/ACPI via USB3 > SSD example), I see the following in the debug output during a > boot with modern firmware. Again note the "hnd" values vs. the > Device Tree memory. > > Read config.txt bytes 257 hnd 0x00000014 hash '149443376548b81e' > recover4.elf not found (6) > recovery.elf not found (6) > Read start4.elf bytes 2283936 hnd 0x000007e2 hash 'ddddf81164f250ad' > Read fixup4.dat bytes 5422 hnd 0x000008fa hash 'fdfbb390f4a2c93c' > > MESS:00:00:07.259636:0: Loading 'bcm2711-rpi-4-b.dtb' to 0x1f0000 size 0x= b99c > . . . > MESS:00:00:08.268417:0: brfs: File read: /mfs/sd/RPI_EFI.fd > MESS:00:00:08.270883:0: Loading 'RPI_EFI.fd' to 0x0 size 0x1f0000 > MESS:00:00:08.276708:0: No compatible kernel found > MESS:00:00:08.281210:0: Device tree loaded to 0x1f0000 (size 0xbd90) > > There is no overlap between the later Device Tree area and the > hnd values. > > There is an overlap between where RPI_EFI.fd is loaded and the > hnd values, but just at this later time frame, where the > overlaps might be less likely to matter. > > So far, I've not observed problems for this. It might suggest that > my hnd hypothesis is wrong. Or that it is late enough that the > overlaps do not matter any more. > > The messages continue in this case: > > MESS:00:00:08.287327:0: uart: Set PL011 baud rate to 103448.300000 Hz > MESS:00:00:08.296362:0: uart: Baud rate change done... > MESS:00:00:08.298385:0: uart: Baud rate change done... > MESS:00:00:08.303463:0: bfs_xhci_stop > MESS:00:00:08.306631:0: XHCI-STOP > MESS:00:00:08.311953:0: xHC ver: 256 HCS: 05000420 fc000031 00e70004 HCC:= 002841eb > NOTICE: BL31: v2.3():v2.3 > NOTICE: BL31: Built : 10:40:51, Apr 21 2020 > UEFI firmware (version UEFI Firmware v1.20 built at 14:10:14 on Sep 1 202= 0) > . . . . > > My memory is that armstub8-gic.bin currently requires the > 0x4000 for the start of the device tree. > > If the above turns out to be right, then it is likely > that older firmware also got overlaps with the hnd values > but happened to not fail for some not-always-guaranteed > reason. This is probably the strongest point against my > hypothesis. > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=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 Oct 11 13:01:32 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 BC7DE3F3E3C for ; Sun, 11 Oct 2020 13:01:32 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x341.google.com (mail-wm1-x341.google.com [IPv6:2a00:1450:4864:20::341]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4C8MQ33nMtz4BLH; Sun, 11 Oct 2020 13:01:31 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x341.google.com with SMTP id j136so14680912wmj.2; Sun, 11 Oct 2020 06:01:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=+VvQcMQK2m1D1Jt+KEfAZGf0HG6NyLa/3CiA1bW+RLM=; b=E3tHWyAORZMaKy9l49DyHOaG8FcRZOVfNBgNecnAzYOrRqHPcMenirdppb27ZCYmSS ipQAsv09V3/nHRWIw69amN1pbzkjxKbFS1twL7/APXkBxQuHwe24U6mOpBG6Afr5uN5g 6+sZap+NXTVYIkzTK5ONH816tZPnBYNzIfcnRtN2XwatXcYUQTkjalf2/pop6H2WYqU/ 0hwzwalRFsspV6BLxz9k84wNcFV90vGUKcxp+zMrj7j8ehA1Fg0zh13nfgombXS0w96U iG6oZrUJSsXznTbRF/OcwDxgQGVfjKrU7T1STL8Um/piduqUavM5Y4Yxjit8hQwAAJbS Qvdg== X-Gm-Message-State: AOAM531kJGEuBcRpqgC1aRXbKgxPvNUfWml021pT6JcExrBKVbpFTSbV UvUnbmakur+FJOnY4O6iyY/rd7BxWMU= X-Google-Smtp-Source: ABdhPJz775SOKPZ6Cifmj56aqKsbWyEMNaxh959rESPtCmYReD8YxXIigWHGcbTVqaYAyT/GpYMsqA== X-Received: by 2002:a1c:9c13:: with SMTP id f19mr6467418wme.97.1602421288999; Sun, 11 Oct 2020 06:01:28 -0700 (PDT) Received: from [192.168.1.167] (dynamic-046-114-108-030.46.114.pool.telefonica.de. [46.114.108.30]) by smtp.googlemail.com with ESMTPSA id o4sm1997969wrv.8.2020.10.11.06.01.27 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 11 Oct 2020 06:01:28 -0700 (PDT) From: Klaus Cucinauomo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.0.3.2.52\)) Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? Date: Sun, 11 Oct 2020 15:01:26 +0200 References: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> To: Mark Millard , Robert Crowston , Kyle Evans , "gonzo@freebsd.org" , freebsd-arm@freebsd.org In-Reply-To: Message-Id: <3E9D015B-5702-4A52-9366-49E20BDDA5F4@googlemail.com> X-Mailer: Apple Mail (2.3654.0.3.2.52) X-Rspamd-Queue-Id: 4C8MQ33nMtz4BLH X-Spamd-Bar: ++++++++ X-Spamd-Result: default: False [8.24 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; GREYLIST(0.00)[pass,meta]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[googlemail.com]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(0.00)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.20)[-0.205]; FREEMAIL_TO(0.00)[yahoo.com,protonmail.com,freebsd.org,FreeBSD.org]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[46.114.108.30:received]; R_DKIM_ALLOW(0.00)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.108.30:received]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.99)[0.988]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.95)[0.955]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::341:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-Spam: Yes X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Oct 2020 13:01:32 -0000 > Am 11.10.2020 um 08:31 schrieb Mark Millard : >=20 > starting USB... > Bus xhci_pci: probe failed, error -110 > No working controllers found >=20 > So (B) would seem to be a u-boot 2020.10 issue, having > nothing specifically to do with FreeBSD or with > rpi3-psci-monitor use. It=E2=80=99s an xhci-issue in the DeviceTree in the 8GB = hardware-design(there=E2=80=99s no more dedicated chip for it). The VL805-firmware has to be loaded explicitly ; requires an early = xhci-reset : Again : = https://patchwork.ozlabs.org/project/linux-pci/patch/20200629161845.6021-4= -nsaenzjulienne@suse.de/ = https://patchwork.ozlabs.org/project/linux-pci/patch/20200629161845.6021-5= -nsaenzjulienne@suse.de/ afaik since these patches are not yet upstreamed we have to patch by = ourselves. > Am 11.10.2020 um 11:13 schrieb Robert Crowston = : >=20 > We have a patched version of armstub8-gic. We use it to install some = code in a highly privileged context that we later call from supervisor = mode to start the secondary CPUs. Linux uses a different approach to = spin up the other CPUs. That=E2=80=99s the problem, armstub8-gic should have been removed when = using modern firmware because it no longer depends on it. > Am 11.10.2020 um 11:13 schrieb Robert Crowston = : >=20 > I haven=E2=80=99t followed this thread in huge detail, but it seems = like the raspberry pi people changed everything again Yes, the RPI was built to Rob ( I mean to Rob your weekend free time :-) = Ha Ha > Am 11.10.2020 um 11:39 schrieb Robert Crowston = : >=20 > In our patched version of armstub8-gic, we attempt to modify the = device tree at runtime to add PSCI nodes=E2=80=A6=E2=80=A6... >=20 > =E2=80=94 RHC. =E2=80=A6 which results in panic after removing/unloading armstub8-gic = : https://dmesgd.nycbug.org/index.cgi?do=3Dview&id=3D5702 Regards K. From owner-freebsd-arm@freebsd.org Sun Oct 11 13:11:30 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 71CC53F3C78 for ; Sun, 11 Oct 2020 13:11:30 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail1.protonmail.ch (mail1.protonmail.ch [185.70.40.18]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C8MdX4cqJz4Cys; Sun, 11 Oct 2020 13:11:28 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Sun, 11 Oct 2020 13:11:24 +0000 To: Klaus Cucinauomo From: Robert Crowston Cc: Mark Millard , Kyle Evans , "gonzo@freebsd.org" , "freebsd-arm@freebsd.org" Reply-To: Robert Crowston Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? Message-ID: In-Reply-To: <3E9D015B-5702-4A52-9366-49E20BDDA5F4@googlemail.com> References: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> <3E9D015B-5702-4A52-9366-49E20BDDA5F4@googlemail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch X-Rspamd-Queue-Id: 4C8MdX4cqJz4Cys X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.49 / 15.00]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[protonmail.com]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[protonmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; NEURAL_HAM_SHORT(-0.78)[-0.783]; FREEMAIL_TO(0.00)[googlemail.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.81)[-0.807]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.90)[-0.900]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.40.18:from]; FREEMAIL_CC(0.00)[yahoo.com,freebsd.org,FreeBSD.org]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Oct 2020 13:11:30 -0000 > That=E2=80=99s the problem, armstub8-gic should have been removed when us= ing modern firmware because it no longer depends on it. So are you telling me that I could rip out all the startup logic from the a= rmstub and just leave our CPU spin up logic? =E2=80=94 RHC. From owner-freebsd-arm@freebsd.org Sun Oct 11 13:17:48 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 B483D3F4411 for ; Sun, 11 Oct 2020 13:17:48 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x344.google.com (mail-wm1-x344.google.com [IPv6:2a00:1450:4864:20::344]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4C8Mmr0gBjz4D6L; Sun, 11 Oct 2020 13:17:47 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x344.google.com with SMTP id d3so14695432wma.4; Sun, 11 Oct 2020 06:17:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=caDzfGKWXWQr4aBVxy/DdmaAaJ8JDxPpAt3ShYrAG54=; b=mz+a9HumhnYn5bk4eWFhn8MEqy/nPI5Nj514r5mm8uLNpiWWxS0lM+wB5PgNMdShGM 6ETFKQUOxUxcPOUx4QC/0fq5fPoFj8ahXtULLb3RHDpL9TCzrLZ4BittnkvjLugEbQIn IEgAlokI2bRzRJxNF+1dP0alInnLPn+hbr7TNe/5XjPZBTAupG2hCihFsc4EGYGpI4Pa sjjpceYFZfITGdXF6sxnqm52RSgEpX17CbPcVbQA4N7bI+3JghioOO1UtXsqcD2liKCV qMEs66nhOOseBLHNrPnb3oLmdywM3hbp2IhFBYQFTg2hVGYG0uN/2yTCTh3ssvyKSy5B uriw== X-Gm-Message-State: AOAM532tYj7BrxxjUmGyvMvC34nXv0zqJGiHz1os60k+EVgaf6lxTmsz SxaXdVs3o8pk3+FcwJGLBqY= X-Google-Smtp-Source: ABdhPJzGXvqE1yTPHhBaHAysMBQf3Lr2jDvh86eGtUW4PAprVz7Z0TANT2aepzCACb0p1fOv9TCUFQ== X-Received: by 2002:a7b:c181:: with SMTP id y1mr6626788wmi.58.1602422266637; Sun, 11 Oct 2020 06:17:46 -0700 (PDT) Received: from [192.168.1.167] (dynamic-046-114-108-030.46.114.pool.telefonica.de. [46.114.108.30]) by smtp.googlemail.com with ESMTPSA id t4sm16452439wra.75.2020.10.11.06.17.45 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 11 Oct 2020 06:17:46 -0700 (PDT) From: Klaus Cucinauomo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.0.3.2.52\)) Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? Date: Sun, 11 Oct 2020 15:17:41 +0200 References: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> <3E9D015B-5702-4A52-9366-49E20BDDA5F4@googlemail.com> To: Robert Crowston , Kyle Evans , "gonzo@freebsd.org" , Mark Millard , freebsd-arm@freebsd.org In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3654.0.3.2.52) X-Rspamd-Queue-Id: 4C8Mmr0gBjz4D6L X-Spamd-Bar: ++++++++ X-Spamd-Result: default: False [8.09 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; GREYLIST(0.00)[pass,meta]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(0.00)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.26)[-0.255]; FREEMAIL_TO(0.00)[protonmail.com,freebsd.org,FreeBSD.org,yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[46.114.108.30:received]; R_DKIM_ALLOW(0.00)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.108.30:received]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.95)[0.947]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.90)[0.897]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::344:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-Spam: Yes X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Oct 2020 13:17:48 -0000 > Am 11.10.2020 um 15:11 schrieb Robert Crowston = : >=20 >> That=E2=80=99s the problem, armstub8-gic should have been removed = when using modern firmware because it no longer depends on it. >=20 > So are you telling me that I could rip out all the startup logic from = the armstub and just leave our CPU spin up logic? >=20 > =E2=80=94 RHC. yes, exactly, even : $rm /Volumes/MSDOSBOOT/armstub8-gic.bin=20 ( while I wouldn't swear that the initialization of your pcie driver = from fdt will continue to run smoothly in the boot-process directly from = SSD, I expect necessary adjustments..) K. From owner-freebsd-arm@freebsd.org Sun Oct 11 13:22: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 11CE23F4487 for ; Sun, 11 Oct 2020 13:22: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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4C8Mtd48Kxz4DYy; Sun, 11 Oct 2020 13:22:49 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from grouter.grondar.org ([88.96.155.38] helo=graphologist.grondar.org) by gromit.grondar.org with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94 (FreeBSD)) (envelope-from ) id 1kRbJD-00054p-GO; Sun, 11 Oct 2020 14:22:43 +0100 Content-Type: multipart/signed; boundary="Apple-Mail=_3EA13A54-31F8-4B5C-AE73-D8548A6E0176"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? From: Mark Murray In-Reply-To: Date: Sun, 11 Oct 2020 14:22:41 +0100 Cc: Robert Crowston , Kyle Evans , "gonzo@freebsd.org" , Mark Millard , Klaus Cucinauomo Message-Id: References: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> <3E9D015B-5702-4A52-9366-49E20BDDA5F4@googlemail.com> To: freebsd-arm X-Mailer: Apple Mail (2.3608.120.23.2.4) X-Rspamd-Queue-Id: 4C8Mtd48Kxz4DYy X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:39326, ipnet:2a01:348::/32, country:GB]; local_wl_from(0.00)[FreeBSD.org] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Oct 2020 13:22:50 -0000 --Apple-Mail=_3EA13A54-31F8-4B5C-AE73-D8548A6E0176 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi folks, > On 11 Oct 2020, at 14:17, Klaus Cucinauomo via freebsd-arm = wrote: >=20 >=20 >=20 >> Am 11.10.2020 um 15:11 schrieb Robert Crowston = : >>=20 >>> That=E2=80=99s the problem, armstub8-gic should have been removed = when using modern firmware because it no longer depends on it. >>=20 >> So are you telling me that I could rip out all the startup logic from = the armstub and just leave our CPU spin up logic? >>=20 >> =E2=80=94 RHC. >=20 > yes, exactly, even : > $rm /Volumes/MSDOSBOOT/armstub8-gic.bin >=20 > ( while I wouldn't swear that the initialization of your pcie driver = from fdt will continue to run smoothly in the boot-process directly from = SSD, > I expect necessary adjustments..) I'm watching progress with a very interested half-an-eye. There seems to = be a lot of progress in understanding the RPI4B+, which excites me a = lot! Is there a single summary/script/blog that I could go to to get up to = speed with you all, please? Keep it up! :-) M -- --Apple-Mail=_3EA13A54-31F8-4B5C-AE73-D8548A6E0176 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 iQEzBAEBCgAdFiEEyzPHvybPbOpU9MCxQlsJDh9CUqAFAl+DByEACgkQQlsJDh9C UqBahgf/YGouRYVqgxeUhsHftD5L84dYS1i6ED8mEVQP6TX882qfAToG2L6mp02P lbgmJZzsnfI2eVUpqZINl1ymqwOGCuFnWGKUr2EpuICjzGuAIOirWpkmwo6rWYj5 evSyhr95Wn1JPaUlFk9GLOQVhV1bU/ClLgUrSFhRL9f3dM8tq39tcVw3qemKVCLO pgLNpwMSOBcGMIGFTbDVJZqo3jRLUqcAQocgyVje3uKaaK6pv5uJbJ9SY/mhkjA0 HsXbmjJDODBqtgS0d7Exc1MmD9nPRWmrLVvg5eTvqZHYsSQRiYtR5q6Du9oHccEh 4IpBmUMelUheSpWglsesI1qqhh40zA== =mnnx -----END PGP SIGNATURE----- --Apple-Mail=_3EA13A54-31F8-4B5C-AE73-D8548A6E0176-- From owner-freebsd-arm@freebsd.org Sun Oct 11 13:38: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 A5F5A3F4AD8 for ; Sun, 11 Oct 2020 13:38:49 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail-40134.protonmail.ch (mail-40134.protonmail.ch [185.70.40.134]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C8NF44sBqz4FSm; Sun, 11 Oct 2020 13:38:48 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Sun, 11 Oct 2020 13:38:39 +0000 To: Klaus Cucinauomo From: Robert Crowston Cc: Kyle Evans , "gonzo@freebsd.org" , Mark Millard , "freebsd-arm@freebsd.org" Reply-To: Robert Crowston Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? Message-ID: In-Reply-To: References: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> <3E9D015B-5702-4A52-9366-49E20BDDA5F4@googlemail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch X-Rspamd-Queue-Id: 4C8NF44sBqz4FSm X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.55 / 15.00]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[protonmail.com]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[protonmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; NEURAL_HAM_SHORT(-0.80)[-0.800]; FREEMAIL_TO(0.00)[googlemail.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.83)[-0.831]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.92)[-0.922]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.40.134:from]; FREEMAIL_CC(0.00)[freebsd.org,FreeBSD.org,yahoo.com]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Oct 2020 13:38:49 -0000 After updating to the latest dtb firmware from https://github.com/raspberry= pi/firmware/tree/63b192231130f1bdd074f3ae0794889d53bdeb06/boot, and flashin= g the eeprom to the 2020-09-03 version, my system boots just fine. https://dmesgd.nycbug.org/index.cgi?do=3Dview&id=3D5703 All I did was remove the device_tree_address=3D0x4000 from config.txt. # cat config.txt arm_64bit=3D1 armstub=3Darmstub8-gic.bin dtoverlay=3Ddisable-bt dtoverlay=3Dmmc enable_jtag_gpio=3D1 enable_uart=3D1 kernel=3Du-boot.bin (I have not tried updating u-boot yet.) Am I missing something here? =E2=80=94 RHC. =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 Original Me= ssage =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 On Sunday, 11 October 2020 14:17, Klaus Cucinauomo wrote: > > > > Am 11.10.2020 um 15:11 schrieb Robert Crowston crowston@protonmail.com: > > > > > That=E2=80=99s the problem, armstub8-gic should have been removed whe= n using modern firmware because it no longer depends on it. > > > > So are you telling me that I could rip out all the startup logic from t= he armstub and just leave our CPU spin up logic? > > =E2=80=94 RHC. > > yes, exactly, even : > $rm /Volumes/MSDOSBOOT/armstub8-gic.bin > > ( while I wouldn't swear that the initialization of your pcie driver from= fdt will continue to run smoothly in the boot-process directly from SSD, > I expect necessary adjustments..) > > K. From owner-freebsd-arm@freebsd.org Sun Oct 11 13:45: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 5D8303F5115 for ; Sun, 11 Oct 2020 13:45:13 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail-40133.protonmail.ch (mail-40133.protonmail.ch [185.70.40.133]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C8NNS4VSvz4FqD for ; Sun, 11 Oct 2020 13:45:12 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Sun, 11 Oct 2020 13:44:57 +0000 To: Robert Crowston From: Robert Crowston Cc: Klaus Cucinauomo , "freebsd-arm@freebsd.org" , "gonzo@freebsd.org" Reply-To: Robert Crowston Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? Message-ID: In-Reply-To: References: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> <3E9D015B-5702-4A52-9366-49E20BDDA5F4@googlemail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch X-Rspamd-Queue-Id: 4C8NNS4VSvz4FqD X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.58 / 15.00]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24:c]; FREEMAIL_FROM(0.00)[protonmail.com]; DKIM_TRACE(0.00)[protonmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; NEURAL_HAM_SHORT(-0.75)[-0.747]; FREEMAIL_TO(0.00)[protonmail.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.90)[-0.904]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-0.93)[-0.930]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.40.133:from]; FREEMAIL_CC(0.00)[googlemail.com,freebsd.org,FreeBSD.org]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Oct 2020 13:45:13 -0000 > All I did was remove the device_tree_address=3D0x4000 from config.txt. I wonder if this means I am falling back to the firmware embedded in u-boot= , which I last built back in June. =E2=80=94 RHC. From owner-freebsd-arm@freebsd.org Sun Oct 11 14:10:07 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 D18423F54AB for ; Sun, 11 Oct 2020 14:10:07 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x341.google.com (mail-wm1-x341.google.com [IPv6:2a00:1450:4864:20::341]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4C8NxC2fTQz4Gyc; Sun, 11 Oct 2020 14:10:07 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x341.google.com with SMTP id d81so14705760wmc.1; Sun, 11 Oct 2020 07:10:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=OfEjfQ2ehLIUkiaIRHJ8tm/EXYnKPgbfDRSzGq/tzdo=; b=eKuhxxNmtugup8SvekQz8ynVRG+hHveZ30pbamAXXiv2dcB6NRd5ni6PMq8t3ehJHD EUI+c7WqWBl+5Ehpbw0WqGiwDa6j8FUAD+PKdEd/n5GIboRppzLCU/+UyDRIEMNdcHMR A0FEgDoN3LPnfwbnWnGlfi9OMOLa5heURgn2M7tmwIdefmasycTHiVNMaVe49AH9YZOG Q1ac2mrcgyCQQA8veAOi7gH50UZxjir0hYsSvPt2msRdbc0R6ooUgdWzINM4ZBhnDjTe sQs3mEAPp75K/z+vbxg2C1FmVDLtIzfnGG0qjCSWRy7FE0kcPXMD6x3ZseEGlIDg/Tc6 9Wvg== X-Gm-Message-State: AOAM5339VFSIAI7nFSAnhSTPi5RLh50vlmKKzcc6xJD7BqeJsWmU7WsQ HQdiDZ+txQewhRxsab6kQJo= X-Google-Smtp-Source: ABdhPJwOMFCkBgx/1YgwvwuqagAUASDiOVAvUAwDk3ldBMZf6pykQJoTkh93NpSPku2j+RDmKTbvEw== X-Received: by 2002:a1c:a983:: with SMTP id s125mr7140506wme.50.1602425406065; Sun, 11 Oct 2020 07:10:06 -0700 (PDT) Received: from [192.168.1.167] (dynamic-046-114-108-030.46.114.pool.telefonica.de. [46.114.108.30]) by smtp.googlemail.com with ESMTPSA id p21sm20152677wmc.28.2020.10.11.07.10.04 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 11 Oct 2020 07:10:05 -0700 (PDT) From: Klaus Cucinauomo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.0.3.2.52\)) Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? Date: Sun, 11 Oct 2020 16:10:02 +0200 References: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> <3E9D015B-5702-4A52-9366-49E20BDDA5F4@googlemail.com> To: Robert Crowston , "gonzo@freebsd.org" , Kyle Evans , Mark Millard , freebsd-arm@freebsd.org In-Reply-To: Message-Id: <79AA6AB2-9FE6-4A80-9E72-F6D7B7E6803F@googlemail.com> X-Mailer: Apple Mail (2.3654.0.3.2.52) X-Rspamd-Queue-Id: 4C8NxC2fTQz4Gyc X-Spamd-Bar: +++++++++ X-Spamd-Result: default: False [9.14 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; GREYLIST(0.00)[pass,meta]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(0.00)[googlemail.com,quarantine]; FREEMAIL_TO(0.00)[protonmail.com,FreeBSD.org,freebsd.org,yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[46.114.108.30:received]; R_DKIM_ALLOW(0.00)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.108.30:received]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; NEURAL_SPAM_SHORT(0.72)[0.718]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.98)[0.980]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.94)[0.942]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::341:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-Spam: Yes X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Oct 2020 14:10:07 -0000 > Am 11.10.2020 um 15:38 schrieb Robert Crowston = : >=20 > (I have not tried updating u-boot yet.) =E2=80=A6 All I did was remove = the device_tree_address=3D0x4000 from config.txt. In boot 2020.10 the whole armstubs-stuff should or has to be removed = when using modern firmware so=20 =E2=80=A6.MESS:00:00:08.221028:0: Loading =E2=80=9Aarmstub8-gic.bin' to = 0x0 size 0x1700... will result in a hdmi-rainbow - screen - hang ( or console-hang)(`ve = tested it with your removed device_tree_address=3D0x4000 also(still = hangs)) If you want to test I`ve uploaded the u-boot2020.10 to spare you some = compile-time on your nice weekend ;-) : https://wiki.freebsd.org/arm/Raspberry%20Pi#RPI4 (Best to test directly boot from SSD because that=E2=80=99s the purpose = to upgrade u-boot) Regards K.= From owner-freebsd-arm@freebsd.org Sun Oct 11 14:23:20 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 3DF363F5AC9 for ; Sun, 11 Oct 2020 14:23:20 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x443.google.com (mail-wr1-x443.google.com [IPv6:2a00:1450:4864:20::443]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4C8PDR5FKWz4HXG; Sun, 11 Oct 2020 14:23:19 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x443.google.com with SMTP id x7so7349713wrl.3; Sun, 11 Oct 2020 07:23:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=pXYHU8m4KquSQJ4/tDB5IHPzvrqWeOtb+RT5LvCIPBU=; b=gF4ke3QIeT6HZzbB1AkB5QHP0fMS3WvomCk+aSCn59W8HreX5pkKFPNWafM93xhSXP OBPDvFMP5ow505byANEijzcSAVyy4t+QxVBhNIXI/Dkz+lxR5hKFra+o/WsgdCcTpk6/ hWJOl6bueVl+1/+SAPI6B+/IlzAs9o1uXX81qzdYjl3IE6C5vTVP0nS90JATLcGU+xiy RWf7gDsZHAVCe7tAU6GVeeL4AA4V9lqr1JbLB6f6b3gjiHol4uCMEGPHKBziukjfd7xa RJt5K/YM17dVuxzExSDJQ6hplXNA0bIP55FG5w+fHi26hRwm++a+8pcfROFpmN44WaX5 aLjA== X-Gm-Message-State: AOAM530vc8Sm4F5/hNi6GMfmH6C3x4I2eiQNs3Ti5rDtRHvuF/zQldnv Hh+bO9Ek+kKErqzcUQURKdY= X-Google-Smtp-Source: ABdhPJzkhkr/BZAjX1jlo4LBNAeQeNLUOZTnvFmRc9dD//fk8ptf5Qm+Q06bQcDVJxAmwO7qoK0X2g== X-Received: by 2002:adf:90a2:: with SMTP id i31mr27176732wri.276.1602426198325; Sun, 11 Oct 2020 07:23:18 -0700 (PDT) Received: from [192.168.1.167] (dynamic-046-114-108-030.46.114.pool.telefonica.de. [46.114.108.30]) by smtp.googlemail.com with ESMTPSA id i126sm21048071wmi.0.2020.10.11.07.23.17 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 11 Oct 2020 07:23:17 -0700 (PDT) From: Klaus Cucinauomo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.0.3.2.52\)) Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? Date: Sun, 11 Oct 2020 16:23:15 +0200 References: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> <3E9D015B-5702-4A52-9366-49E20BDDA5F4@googlemail.com> <79AA6AB2-9FE6-4A80-9E72-F6D7B7E6803F@googlemail.com> To: Robert Crowston , "gonzo@freebsd.org" , Kyle Evans , Mark Millard , freebsd-arm@freebsd.org In-Reply-To: <79AA6AB2-9FE6-4A80-9E72-F6D7B7E6803F@googlemail.com> Message-Id: <3577889D-3102-4B50-955B-798717F93F92@googlemail.com> X-Mailer: Apple Mail (2.3654.0.3.2.52) X-Rspamd-Queue-Id: 4C8PDR5FKWz4HXG X-Spamd-Bar: +++++++++ X-Spamd-Result: default: False [9.15 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; GREYLIST(0.00)[pass,meta]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(0.00)[googlemail.com,quarantine]; FREEMAIL_TO(0.00)[protonmail.com,FreeBSD.org,freebsd.org,yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[46.114.108.30:received]; R_DKIM_ALLOW(0.00)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.108.30:received]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; NEURAL_SPAM_SHORT(0.72)[0.715]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.98)[0.983]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.95)[0.951]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::443:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-Spam: Yes X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Oct 2020 14:23:20 -0000 > Am 11.10.2020 um 16:10 schrieb Klaus Cucinauomo = : >=20 >=20 >=20 >> Am 11.10.2020 um 15:38 schrieb Robert Crowston = : >>=20 >> (I have not tried updating u-boot yet.) =E2=80=A6 All I did was = remove the device_tree_address=3D0x4000 from config.txt. >=20 > In boot 2020.10 the whole armstubs-stuff should or has to be removed = when using modern firmware > so=20 > =E2=80=A6.MESS:00:00:08.221028:0: Loading =E2=80=9Aarmstub8-gic.bin' = to 0x0 size 0x1700... > will result in a hdmi-rainbow - screen - hang ( or console-hang)(`ve = tested it with your removed device_tree_address=3D0x4000 also(still = hangs)) > If you want to test I`ve uploaded the u-boot2020.10 to spare you some = compile-time on your nice weekend ;-) : > https://wiki.freebsd.org/arm/Raspberry%20Pi#RPI4 > (Best to test directly boot from SSD because that=E2=80=99s the = purpose to upgrade u-boot) >=20 > Regards >=20 > K. Ah, Rob, forgot to mention(because you couldn=E2=80=99t read all my crap = here :-). : With the whole relevant msdos-partition-files of ubuntu = 64-bit-server(they don=E2=80=99t use armstubs) copied over to our = msdospartiton(but leaving armstus-gic in our config.txt), I was able to boot Fbsd with modern firmware directly from SSD(hangs = short before initializing pcie , short after gpio or so iirc)=E2=80=A6 And that booted quite slow(because armstubs conflict with modern fw) = =E2=80=A6 https://github.com/raspberrypi/firmware/issues/1340 K. From owner-freebsd-arm@freebsd.org Sun Oct 11 15:50:34 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 7F2E33F7619 for ; Sun, 11 Oct 2020 15:50:34 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail2.protonmail.ch (mail2.protonmail.ch [185.70.40.22]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C8R945Nn9z4LbW for ; Sun, 11 Oct 2020 15:50:32 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Sun, 11 Oct 2020 15:50:21 +0000 To: Klaus Cucinauomo , "gonzo@freebsd.org" , Kyle Evans , Mark Millard , freebsd-arm@freebsd.org From: Robert Crowston Reply-To: Robert Crowston Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? Message-ID: <0m0EOJpW7j-ziTjqjNz5Ldul7r8DT9bCjmgmsm5-kr9dX5pt2PEoQrZcFJ9nxtB8YXpqdrBk2ecMIjfijv3DEV26M9fzu3nwwQ90msFZBmw=@protonmail.com> In-Reply-To: <3577889D-3102-4B50-955B-798717F93F92@googlemail.com> References: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> <3E9D015B-5702-4A52-9366-49E20BDDA5F4@googlemail.com> <79AA6AB2-9FE6-4A80-9E72-F6D7B7E6803F@googlemail.com> <3577889D-3102-4B50-955B-798717F93F92@googlemail.com> MIME-Version: 1.0 X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,HTML_MESSAGE shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch X-Rspamd-Queue-Id: 4C8R945Nn9z4LbW X-Spamd-Bar: / X-Spamd-Result: default: False [0.68 / 15.00]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[protonmail.com]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[protonmail.com:+]; MIME_BASE64_TEXT(0.10)[]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; FREEMAIL_TO(0.00)[googlemail.com,FreeBSD.org,freebsd.org,yahoo.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.72)[-0.722]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.90)[0.900]; NEURAL_HAM_LONG(-0.60)[-0.598]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; HAS_PHPMAILER_SIG(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; AUTOGEN_PHP_SPAMMY(1.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.40.22:from]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Oct 2020 15:50:34 -0000 SSBndWVzcyBteSBwb2ludCBpcywgZWl0aGVyCiogd2Ugc3RpbGwga2VlcCB0aGUgYXJtc3R1YnMg ZmlsZSAoaW4gc29tZSBmb3JtKSBzbyB3ZSBoYXZlIGEgd2F5IHRvIGluamVjdCBvdXIgQ1BVIHNw aW4gdXAgbG9naWMgaW4gcHJpdmlsZWdlZCBtb2RlOyBvciwKKiB3ZSBpbXBsZW1lbnQgc29tZSBh bHRlcm5hdGl2ZSBzcGluIHVwIChsaWtlIExpbnV4IGRvZXMpLgoKSnVzdCB0YWtpbmcgaXQgb3V0 IHdpbGwgbm90IGhlbHAgdXMgdW5sZXNzIHdlIHR1cm4gb2ZmIFNNUC4KCkkgYW0gc3VycHJpc2Vk IHRoYXQgeW91IGNhbiBib290IHdpdGhvdXQgdGhlIGFybXN0dWIuIENhbiB5b3UgcG9zdCB0aGUg ZG1lc2c/CgpPbiBTdW4sIE9jdCAxMSwgMjAyMCBhdCAxNToyMywgS2xhdXMgQ3VjaW5hdW9tbyA8 bWFjaXBob25lMkBnb29nbGVtYWlsLmNvbT4gd3JvdGU6Cgo+PiBBbSAxMS4xMC4yMDIwIHVtIDE2 OjEwIHNjaHJpZWIgS2xhdXMgQ3VjaW5hdW9tbyA8bWFjaXBob25lMkBnb29nbGVtYWlsLmNvbT46 Cj4+Cj4+Cj4+Cj4+PiBBbSAxMS4xMC4yMDIwIHVtIDE1OjM4IHNjaHJpZWIgUm9iZXJ0IENyb3dz dG9uIDxjcm93c3RvbkBwcm90b25tYWlsLmNvbT46Cj4+Pgo+Pj4gKEkgaGF2ZSBub3QgdHJpZWQg dXBkYXRpbmcgdS1ib290IHlldC4pIOKApiBBbGwgSSBkaWQgd2FzIHJlbW92ZSB0aGUgZGV2aWNl X3RyZWVfYWRkcmVzcz0weDQwMDAgZnJvbSBjb25maWcudHh0Lgo+Pgo+PiBJbiBib290IDIwMjAu MTAgdGhlIHdob2xlIGFybXN0dWJzLXN0dWZmIHNob3VsZCBvciBoYXMgdG8gYmUgcmVtb3ZlZCB3 aGVuIHVzaW5nIG1vZGVybiBmaXJtd2FyZQo+PiBzbwo+PiDigKYuTUVTUzowMDowMDowOC4yMjEw Mjg6MDogTG9hZGluZyDigJphcm1zdHViOC1naWMuYmluJyB0byAweDAgc2l6ZSAweDE3MDAuLi4K Pj4gd2lsbCByZXN1bHQgaW4gYSBoZG1pLXJhaW5ib3cgLSBzY3JlZW4gLSBoYW5nICggb3IgY29u c29sZS1oYW5nKShgdmUgdGVzdGVkIGl0IHdpdGggeW91ciByZW1vdmVkIGRldmljZV90cmVlX2Fk ZHJlc3M9MHg0MDAwIGFsc28oc3RpbGwgaGFuZ3MpKQo+PiBJZiB5b3Ugd2FudCB0byB0ZXN0IElg dmUgdXBsb2FkZWQgdGhlIHUtYm9vdDIwMjAuMTAgdG8gc3BhcmUgeW91IHNvbWUgY29tcGlsZS10 aW1lIG9uIHlvdXIgbmljZSB3ZWVrZW5kIDstKSA6Cj4+IGh0dHBzOi8vd2lraS5mcmVlYnNkLm9y Zy9hcm0vUmFzcGJlcnJ5JTIwUGkjUlBJNAo+PiAoQmVzdCB0byB0ZXN0IGRpcmVjdGx5IGJvb3Qg ZnJvbSBTU0QgYmVjYXVzZSB0aGF04oCZcyB0aGUgcHVycG9zZSB0byB1cGdyYWRlIHUtYm9vdCkK Pj4KPj4gUmVnYXJkcwo+Pgo+PiBLLgo+Cj4gQWgsIFJvYiwgZm9yZ290IHRvIG1lbnRpb24oYmVj YXVzZSB5b3UgY291bGRu4oCZdCByZWFkIGFsbCBteSBjcmFwIGhlcmUgOi0pLiA6Cj4gV2l0aCB0 aGUgd2hvbGUgcmVsZXZhbnQgbXNkb3MtcGFydGl0aW9uLWZpbGVzIG9mIHVidW50dSA2NC1iaXQt c2VydmVyKHRoZXkgZG9u4oCZdCB1c2UgYXJtc3R1YnMpIGNvcGllZCBvdmVyIHRvIG91ciBtc2Rv c3BhcnRpdG9uKGJ1dCBsZWF2aW5nIGFybXN0dXMtZ2ljIGluIG91ciBjb25maWcudHh0KSwKPiBJ IHdhcyBhYmxlIHRvIGJvb3QgRmJzZCB3aXRoIG1vZGVybiBmaXJtd2FyZSBkaXJlY3RseSBmcm9t IFNTRChoYW5ncyBzaG9ydCBiZWZvcmUgaW5pdGlhbGl6aW5nIHBjaWUgLCBzaG9ydCBhZnRlciBn cGlvIG9yIHNvIGlpcmMp4oCmCj4gQW5kIHRoYXQgYm9vdGVkIHF1aXRlIHNsb3coYmVjYXVzZSBh cm1zdHVicyBjb25mbGljdCB3aXRoIG1vZGVybiBmdykg4oCmCj4gaHR0cHM6Ly9naXRodWIuY29t L3Jhc3BiZXJyeXBpL2Zpcm13YXJlL2lzc3Vlcy8xMzQwCj4KPiBLLg== From owner-freebsd-arm@freebsd.org Sun Oct 11 16:05: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 968DA3F7E03 for ; Sun, 11 Oct 2020 16:05:52 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C8RVm3LcHz4MJF; Sun, 11 Oct 2020 16:05:52 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qv1-f46.google.com (mail-qv1-f46.google.com [209.85.219.46]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 4C22F2226A; Sun, 11 Oct 2020 16:05:52 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qv1-f46.google.com with SMTP id de3so7244144qvb.5; Sun, 11 Oct 2020 09:05:52 -0700 (PDT) X-Gm-Message-State: AOAM533oUvnY8lx10YjCI1Uyt1zoso01UoK1HZu3tIxpulgCGAGj0pZ6 R/zh50YfyYYvcbZ9+q4iECFxmN9DBh9SgEd1noI= X-Google-Smtp-Source: ABdhPJxOH8NTcqoqcgVLZi3iKA9BDPiR+k4bFLnbNRRlbs8kB9JgtcJecqMiLCuag+YHzPdyyNsnOSdUVO9s2jmSLL8= X-Received: by 2002:ad4:4e47:: with SMTP id eb7mr14159846qvb.34.1602432351839; Sun, 11 Oct 2020 09:05:51 -0700 (PDT) MIME-Version: 1.0 References: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> <3E9D015B-5702-4A52-9366-49E20BDDA5F4@googlemail.com> <79AA6AB2-9FE6-4A80-9E72-F6D7B7E6803F@googlemail.com> <3577889D-3102-4B50-955B-798717F93F92@googlemail.com> <0m0EOJpW7j-ziTjqjNz5Ldul7r8DT9bCjmgmsm5-kr9dX5pt2PEoQrZcFJ9nxtB8YXpqdrBk2ecMIjfijv3DEV26M9fzu3nwwQ90msFZBmw=@protonmail.com> In-Reply-To: <0m0EOJpW7j-ziTjqjNz5Ldul7r8DT9bCjmgmsm5-kr9dX5pt2PEoQrZcFJ9nxtB8YXpqdrBk2ecMIjfijv3DEV26M9fzu3nwwQ90msFZBmw=@protonmail.com> From: Kyle Evans Date: Sun, 11 Oct 2020 11:05:40 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? To: Robert Crowston Cc: Klaus Cucinauomo , "gonzo@freebsd.org" , Mark Millard , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Oct 2020 16:05:52 -0000 On Sun, Oct 11, 2020 at 10:50 AM Robert Crowston wrote: > I guess my point is, either > * we still keep the armstubs file (in some form) so we have a way to inject our CPU spin up logic in privileged mode; or, > * we implement some alternative spin up (like Linux does). > > Just taking it out will not help us unless we turn off SMP. > > I am surprised that you can boot without the armstub. Can you post the dmesg? > mmel@ has mentioned that it may not be terribly hard to implement this with spin tables instead. This would also let us undo a config fragment in U-Boot, as we won't need to reserve any more than the first page if we're following the standardish procedure. From owner-freebsd-arm@freebsd.org Sun Oct 11 17:02: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 6DF6A3F8A55 for ; Sun, 11 Oct 2020 17:02:04 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail-40134.protonmail.ch (mail-40134.protonmail.ch [185.70.40.134]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C8Slb2rTFz4Q0G; Sun, 11 Oct 2020 17:02:02 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Sun, 11 Oct 2020 17:01:54 +0000 To: Kyle Evans From: Robert Crowston Cc: Klaus Cucinauomo , "gonzo@freebsd.org" , Mark Millard , "freebsd-arm@freebsd.org" Reply-To: Robert Crowston Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? Message-ID: In-Reply-To: References: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> <3E9D015B-5702-4A52-9366-49E20BDDA5F4@googlemail.com> <79AA6AB2-9FE6-4A80-9E72-F6D7B7E6803F@googlemail.com> <3577889D-3102-4B50-955B-798717F93F92@googlemail.com> <0m0EOJpW7j-ziTjqjNz5Ldul7r8DT9bCjmgmsm5-kr9dX5pt2PEoQrZcFJ9nxtB8YXpqdrBk2ecMIjfijv3DEV26M9fzu3nwwQ90msFZBmw=@protonmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch X-Rspamd-Queue-Id: 4C8Slb2rTFz4Q0G X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.39 / 15.00]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[protonmail.com]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[protonmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; NEURAL_HAM_SHORT(-0.53)[-0.528]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.90)[-0.897]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.97)[-0.967]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.40.134:from]; FREEMAIL_CC(0.00)[googlemail.com,freebsd.org,yahoo.com]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Oct 2020 17:02:04 -0000 > mmel@ has mentioned that it may not be terribly hard to implement this > with spin tables instead. This would also let us undo a config > fragment in U-Boot, as we won't need to reserve any more than the > first page if we're following the standardish procedure. Well, maybe that is the way to go. I upgraded to the latest (head) version of u-boot. Now when I try to boot, = I get stuck in malloc(). Anyone else see this? Snipped... Hit any key to stop autoboot: 0 switch to partitions #0, OK mmc0 is current device (System hangs, so let's see what's going on ...) (gdb) bt #0 malloc (bytes=3D) at common/dlmalloc.c:1433 #1 0x000000003b369d68 in xrealloc (ptr=3D, size=3D) at common/cli_hush.c:3348 #2 0x000000003b369dd8 in done_command (ctx=3Dctx@entry=3D0x3af46d20) at co= mmon/cli_hush.c:2566 #3 0x000000003b369e60 in done_pipe (ctx=3D0x3af46d20, ctx@entry=3D0x3af46d= 90, type=3DPIPE_SEQ) at common/cli_hush.c:2601 #4 0x000000003b36b854 in parse_stream (end_trigger=3D0, input=3D0x3af46d90= , ctx=3D0x3af46d90, dest=3D0x3af46d78) at common/cli_hush.c:3092 #5 parse_stream_outer (inp=3D0x3af46d90, inp@entry=3D0x3af46dc0, flag=3Dfl= ag@entry=3D11) at common/cli_hush.c:3199 #6 0x000000003b36ab04 in parse_string_outer ( s=3D0x3af64740 "echo Scanning ${devtype} ${devnum}:${distro_bootpart}..= .; for prefix in ${boot_prefixes}; do run scan_dev_for_extlinux; run scan_d= ev_for_scripts; done;run scan_dev _for_efi;", flag=3D11) at common/cli_hush.c:3274 #7 0x000000003b376610 in do_run (cmdtp=3D, flag=3D, argc=3D, argv=3D) at common/cli.c:148 #8 0x000000003b3772e8 in cmd_call (repeatable=3D0x3af46e7c, argv=3D0x3af67= 920, argc=3D2, flag=3D0, cmdtp=3D0x3b3d59b8) at common/command.c:581 #9 cmd_process (flag=3D0, argc=3D2, argv=3D0x3af67920, repeatable=3D0x3b3e= 4e94, ticks=3D0x0) at common/command.c:636 ... Reminds me of going back to step 1 in July 2019. :-) =E2=80=94 RHC. From owner-freebsd-arm@freebsd.org Sun Oct 11 19:06:32 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 3EA553FA5F9 for ; Sun, 11 Oct 2020 19:06:32 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x443.google.com (mail-wr1-x443.google.com [IPv6:2a00:1450:4864:20::443]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4C8WWC17LLz4TpW; Sun, 11 Oct 2020 19:06:31 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x443.google.com with SMTP id h5so6438902wrv.7; Sun, 11 Oct 2020 12:06:30 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=D8cRacrEB56Ya0qYHCx3HGX6blmabnrLkOAkSzqz2X4=; b=Hgfxb/RpzJnQp8ndYYOhIGCuUf+fJ+PU2Txnoxgbc93qXwD7KLqmKU56B5cgBCF/nA XtSSq4v94/9qYcQw0UpHB0Y5ETSVH/WDUG+wX+8TSBU7Bt3rc+8AjBBRAlTEp9Sw/PuI QLHBP4Fogmyt7CvvMXONKC7/SbsvtB2EZtUAOoZy8IVs5TEbNgD3oEoHFfzc9j6bDD07 Rnwtng8BYrxTXdn5Bnj/AJampYMedh2aNZslBSRFQVp//U9zIUqdvISZothwIKCdsEqg wIiIPHE4rR6Z256LIEuohIYldOvNq5x4clDP1A8ZfvQJP0o+K1/cG5CiB4iUatqRkpyB mRWg== X-Gm-Message-State: AOAM532ZMI8Jxv2ypJHPRvMOkIih6GolcBLQgU4o8EZO1SbnUW73w458 i+OjbKh0au5gHDMt3HzBH7w= X-Google-Smtp-Source: ABdhPJy7rh7YMShFTKSs9HwEhxOeed0vPjn4NnYCAdsGN8LpEJYa3NSpi7LUx8N2rMhBH1XnYd3BGA== X-Received: by 2002:adf:f643:: with SMTP id x3mr27448960wrp.180.1602443189079; Sun, 11 Oct 2020 12:06:29 -0700 (PDT) Received: from [192.168.1.167] (dynamic-046-114-108-030.46.114.pool.telefonica.de. [46.114.108.30]) by smtp.googlemail.com with ESMTPSA id s19sm20221795wmc.41.2020.10.11.12.06.27 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 11 Oct 2020 12:06:28 -0700 (PDT) From: Klaus Cucinauomo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.0.3.2.52\)) Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? Date: Sun, 11 Oct 2020 21:06:25 +0200 References: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> <3E9D015B-5702-4A52-9366-49E20BDDA5F4@googlemail.com> <79AA6AB2-9FE6-4A80-9E72-F6D7B7E6803F@googlemail.com> <3577889D-3102-4B50-955B-798717F93F92@googlemail.com> <0m0EOJpW7j-ziTjqjNz5Ldul7r8DT9bCjmgmsm5-kr9dX5pt2PEoQrZcFJ9nxtB8YXpqdrBk2ecMIjfijv3DEV26M9fzu3nwwQ90msFZBmw=@protonmail.com> To: Robert Crowston , Kyle Evans , Mark Millard , freebsd-arm@freebsd.org, "gonzo@freebsd.org" In-Reply-To: <0m0EOJpW7j-ziTjqjNz5Ldul7r8DT9bCjmgmsm5-kr9dX5pt2PEoQrZcFJ9nxtB8YXpqdrBk2ecMIjfijv3DEV26M9fzu3nwwQ90msFZBmw=@protonmail.com> Message-Id: <22B0D423-CEF4-4B74-846D-6F668A0F0B9F@googlemail.com> X-Mailer: Apple Mail (2.3654.0.3.2.52) X-Rspamd-Queue-Id: 4C8WWC17LLz4TpW X-Spamd-Bar: ++++++++ X-Spamd-Result: default: False [8.11 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; GREYLIST(0.00)[pass,meta]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(0.00)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.32)[-0.323]; FREEMAIL_TO(0.00)[protonmail.com,freebsd.org,yahoo.com,FreeBSD.org]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[46.114.108.30:received]; R_DKIM_ALLOW(0.00)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.108.30:received]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.98)[0.983]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.95)[0.952]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::443:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-Spam: Yes X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Oct 2020 19:06:32 -0000 > Am 11.10.2020 um 17:50 schrieb Robert Crowston = : > =E2=80=A6=E2=80=A6. > I am surprised that you can boot without the armstub. Can you post the = dmesg? > =E2=80=A6.. The absolute latest rpi-FW-master is only "bootable" without armstub and = only with the 4GB-model (8GB will need extra-patch) and only until 'No PSCI/SMCCC call function found ,it was the dmesg I = had sent :=20 https://dmesgd.nycbug.org/index.cgi?do=3Dview&id=3D5702=20 (In the dmesg-uart_2ndstage=3D1-output you can see that there=E2=80=99s = no armstub loaded) >=20 > Am 11.10.2020 um 18:05 schrieb Kyle Evans : > =E2=80=A6.. > mmel@ has mentioned that it may not be terribly hard to implement this > with spin tables instead. =E2=80=A6 sounds good ! > Am 11.10.2020 um 19:01 schrieb Robert Crowston = : > =E2=80=A6=E2=80=A6. > I upgraded to the latest (head) version of u-boot. Now when I try to = boot, I get stuck in malloc(). Anyone else see this? >=20 Did you exclude armstub from msdos-part ? Is it the 4GB(with VL805-fw-chip)? If it`s the 8GB : = https://patchwork.ozlabs.org/project/linux-pci/patch/20200629161845.6021-4= -nsaenzjulienne@suse.de/ = https://patchwork.ozlabs.org/project/linux-pci/patch/20200629161845.6021-5= -nsaenzjulienne@suse.de/ > Snipped... > Hit any key to stop autoboot: 0 > switch to partitions #0, OK > mmc0 is current device should not be mmc0 if you boot from USB/SSD Regards K. From owner-freebsd-arm@freebsd.org Sun Oct 11 19:37: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 EFD753FB476 for ; Sun, 11 Oct 2020 19:37:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.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 4C8XCH01rnz4W3D for ; Sun, 11 Oct 2020 19:37:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: FnSvcdUVM1kXYh79hNKnJAk.enYvCXHbu978MPOzRxzUANvpfS0bCI1ipuN_SXx 5eDguB4gTOvR1ptAIHAoZcbjN.HMcmjBIELhj3rDp6.8J8AwSpf39qBtFdSt4FEW14BtZsRktZH5 y4rOf_RZTNi8xT8BsEFmf1YZJqoK5p0WgqScDIolZZP6JVrF5qbw2I_W9GI41Y783bQmEXS4cfay khFZ7mumXvtOJY9X8WTUrv43Mw65LhX.kPVBhUIAA3L1KIPXxVHmmeydbZIgF4bRFGxDL2fKboms Ioe3acPKPW_7psU9khcN20BCKEFTgRQBfuqj3cLBHG4AQ.gFH76jGfJTgeWcsomdFiN3qvrgqYHG .AHdWMLr0GxlH7WKS7_GWId82ImnKHO2D69Rkm3FfceOMOkl69PLKiAblSxOkK_gPNWcpMojZzP8 pLO9FPtk1aaLYoZXU.EpzIuZ_uOXjcAxK_gq7IamfkgCfdWzyS4P2QXu9Mi.EXcvCoS4HNrpJMe. cf5.TxOfc9BBLi3rxyiwlX5Cdh7qRnHwUH5jp1992NTBAljAGelBNLqGT2WY6JCLlvn0mxzjfOKp w8nKrV4v0kELW4IBnt210l6IbnhtVTxu7hzNYebNIS3FdcZGN604eGlbIPMITZFSHieX3Xo.pmag YtgJ3Z5afVco28XFvM9tTc1qkNp9Pkbot7gZvTJ.EEB.S3xsTY9xPfWxVbs.20XQkcSY3WNkRRUh TIri4R_XsJEVpH7tZn3VFz8tRcYmo61cPJHMC46Dg3VrPtw_0CpPfFCymi8GcuDA1YozdJnoF6YB 3I0GgrwBBX6T5WrNcECtKR7qWLCRYwKHv.2aZvOo7i.uUNaMQ.AJAv.xBEQE.RiJykOEn_QBDw9y b9ZSCOrEakkZkyowesqEUpU1ILjpVYCcGOHiQvBdZRtb7gYEoUDjWqR3y6inpjJjh15b3jtdY.b1 vIWUohTp_VTLN4P8HDmwDNz33kpdsV0.kc1nQLdVHd.L5aS8Vf2Sq87iC.J29BOSGDsEnr_Tqoo_ USY0zaz4UAUhWfMq5oJ0tibbiKBZetsvYSqGLL2jBV_W09Vh5laqfR8fa.tayomjOMMF2d3QZdiZ HgQVk.w3Peelm.IuKo9.OOpNu.ebjJyMVP5mnNZxbmdAQMJh8baRnmUsRjaRwQAQ_JV41Lw7TqOa 1hfcEB8AmVqjv5dDxekwlhokoN_5R3jvkilvNKn6keXy7x.KeWESMzyBdGhqB6KvvvtWOD6At5xN fhpE1xJcZGfPJmlo5BQQO6pwz1Hoo5MBTQgD2pBnuw6NeUNs_gOH.CrOvI1Hjxp_3R7Si61VFI_B XJ2qgo_b8pyKZaIUPBXegGQEQ5oNFuDRfXvz2KbRwcWLJfFf71SCqppfAJed0bj4uSqGRj57.GDO GZFjk6_qIb3Qz7LDL1uP5xRDt_oaN6xcUw0X2E5KoZ6IeWZ1qpZdaGltj3GqyQnh_.MUjRnBLYAf oz5FaxIVhCUxExOVLQd2w7Z.uYLCbJlaW9SMG1pLIDO.bzK3Z.Z7mjGPB28oSNPSghyeJc.1sFo. bDS2ZY_cXP9.bGTHakIJ.OAvgD5wIiMQjIA.FqpDFs5uAk67bcJu4sicjUBA6 Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Sun, 11 Oct 2020 19:37:44 +0000 Received: by smtp415.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 78cade178de6d5a6ed260d22588240a6; Sun, 11 Oct 2020 19:37:44 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? From: Mark Millard In-Reply-To: Date: Sun, 11 Oct 2020 12:37:43 -0700 Cc: Klaus Cucinauomo , Kyle Evans , "gonzo@freebsd.org" , "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <68F95FE2-2FD7-4E7C-A671-8B45C445EF54@yahoo.com> References: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> <3E9D015B-5702-4A52-9366-49E20BDDA5F4@googlemail.com> To: Robert Crowston X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4C8XCH01rnz4W3D X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.79 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.29)[-1.286]; FREEMAIL_TO(0.00)[protonmail.com]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.002]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.001]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.83:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.83:from]; FREEMAIL_CC(0.00)[googlemail.com,freebsd.org,FreeBSD.org]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Oct 2020 19:37:50 -0000 On 2020-Oct-11, at 06:38, Robert Crowston = wrote: > After updating to the latest dtb firmware from = https://github.com/raspberrypi/firmware/tree/63b192231130f1bdd074f3ae07948= 89d53bdeb06/boot, and flashing the eeprom to the 2020-09-03 version, my = system boots just fine. >=20 > https://dmesgd.nycbug.org/index.cgi?do=3Dview&id=3D5703 >=20 > All I did was remove the device_tree_address=3D0x4000 from config.txt. >=20 > # cat config.txt > arm_64bit=3D1 > armstub=3Darmstub8-gic.bin > dtoverlay=3Ddisable-bt > dtoverlay=3Dmmc > enable_jtag_gpio=3D1 > enable_uart=3D1 > kernel=3Du-boot.bin >=20 > (I have not tried updating u-boot yet.) >=20 > Am I missing something here? Yes. Below, I show debug output that I've enabled. I've added notes in the middle based on what can happen when device_tree_address handling is left at the default that the example happens to show. (Happens to eventually load the 2020.10 u-boot but the below type of thing is also likely an example of why the device_tree_address use was originally specified: The problem starts before u-boot is loaded.) . . . Read config.txt bytes 231 hnd 0x0001379f hash '99d98fec5f158ab5' recover4.elf not found (6) recovery.elf not found (6) USB3 rport 2 status 00281203 -> 00621203 USB3 rport 2 status 00281203 -> 00621203 Read start4.elf bytes 2277248 hnd 0x00012ee3 hash '8e98b15f075142da' USB3 rport 2 status 00281203 -> 00621203 Read fixup4.dat bytes 5409 hnd 0x00013799 hash 'bdc1f053a4ad68f8' 0x00c03111 0x00000000 0x0000001f MEM GPU: 32 ARM: 991 TOTAL: 1023 Starting start4.elf @ 0xfeb00200 partition 0 MESS:00:00:16.648461:0: bfs_xhci_retrieve 3ee76240 MESS:00:00:16.650135:0: bfs_xhci_retrieve VL805 flags 00000001 MESS:00:00:16.662962:0: brfs: File read: /mfs/sd/config.txt MESS:00:00:16.665769:0: brfs: File read: 231 bytes MESS:00:00:16.721692:0: brfs: File read: /mfs/sd/config.txt MESS:00:00:16.730630:0: brfs: File read: 231 bytes MESS:00:00:17.211387:0: gpioman: gpioman_get_pin_num: pin = DISPLAY_DSI_PORT not defined MESS:00:00:17.218634:0: *** Restart logging MESS:00:00:17.260584:0: hdmi: HDMI:hdmi_get_state is deprecated, use = hdmi_get_display_state instead MESS:00:00:17.266525:0: HDMI0: hdmi_pixel_encoding: 300000000 MESS:00:00:17.272004:0: HDMI1: hdmi_pixel_encoding: 300000000 MESS:00:00:17.282397:0: dtb_file 'bcm2711-rpi-4-b.dtb' MESS:00:00:17.290723:0: brfs: File read: /mfs/sd/bcm2711-rpi-4-b.dtb MESS:00:00:17.293965:0: Loading 'bcm2711-rpi-4-b.dtb' to 0x100 size = 0xb99c NOTE: 0x100 above is inside the memory range that armstub8-gic.bin will load to, there by turning the dtb related content to garbage. (There might be other things in the memory range that do not have debug messages. I'll ignore that below.) MESS:00:00:17.377304:0: brfs: File read: 47516 bytes MESS:00:00:17.818436:0: brfs: File read: /mfs/sd/config.txt MESS:00:00:17.821050:0: brfs: File read: 231 bytes MESS:00:00:17.827281:0: brfs: File read: = /mfs/sd/overlays/disable-bt.dtbo MESS:00:00:17.952373:0: Loaded overlay 'disable-bt' MESS:00:00:18.233557:0: brfs: File read: 1073 bytes MESS:00:00:18.238164:0: brfs: File read: /mfs/sd/overlays/mmc.dtbo MESS:00:00:18.340392:0: Loaded overlay 'mmc' MESS:00:00:18.652626:0: brfs: File read: 1221 bytes MESS:00:00:18.654852:0: Failed to open command line file 'cmdline.txt' MESS:00:00:20.241899:0: brfs: File read: /mfs/sd/armstub8-gic.bin MESS:00:00:20.244930:0: Loading 'armstub8-gic.bin' to 0x0 size 0x1700 NOTE: The above replaces the earlier dtb related content. In my context the rest looked like: MESS:00:00:20.251124:0: brfs: File read: 5888 bytes MESS:00:00:20.306880:0: brfs: File read: /mfs/sd/u-boot.bin MESS:00:00:20.309380:0: Loading 'u-boot.bin' to 0x80000 size 0x8b9c0 MESS:00:00:20.315470:0: Device tree loaded to 0x2eff4100 (size 0xbe0c) MESS:00:00:20.321763:0: uart: Set PL011 baud rate to 103448.300000 Hz MESS:00:00:20.330821:0: uart: Baud rate change done... MESS:00:00:20.332881:0: uart: Baud rate change done... MESS:00:00:20.338282:0: bfs_xhci_stop MESS:00:00:20.341123:0: XHCI-STOP MESS:00:00:20.344315:0: xHC ver: 256 HCS: 05000420 fc000031 00e70004 = HCC: 002841eb U-Boot 2020.10 (Oct 09 2020 - 06:50:04 +0000) DRAM: 3.9 GiB RPI 4 Model B (0xc03111) MMC: mmc@7e300000: 1, emmc2@7e340000: 0 Loading Environment from FAT... In: serial Out: vidconsole Err: vidconsole Net: eth0: ethernet@7d580000 PCIe BRCM: link up, 5.0 Gbps x1 (SSC) starting USB... Bus xhci_pci: Register 5000420 NbrPorts 5 Starting the controller USB XHCI 1.00 scanning bus xhci_pci for devices... cannot reset port 2!? Device NOT ready Request Sense returned 02 3A 00 Device NOT ready Request Sense returned 02 3A 00 Device NOT ready Request Sense returned 02 3A 00 4 USB Device(s) found scanning usb for storage devices... 2 Storage Device(s) found Hit any key to stop autoboot: 2 =08=08=08 1 =08=08=08 0=20 Card did not respond to voltage select! Device 0: Vendor: OWC Rev: 0 Prod: Envoy Pro mini =20 Type: Hard Disk Capacity: 228936.5 MB =3D 223.5 GB (468862128 x 512) ... is now current device ** Unrecognized filesystem type ** ethernet@7d580000 Waiting for PHY auto negotiation to complete......... = TIMEOUT ! bcmgenet: PHY startup failed: -110 missing environment variable: pxeuuid missing environment variable: bootfile Retrieving file: pxelinux.cfg/01-dc-a6-32-27-c5-6a ethernet@7d580000 Waiting for PHY auto negotiation to complete......... = TIMEOUT ! bcmgenet: PHY startup failed: -110 missing environment variable: bootfile Retrieving file: pxelinux.cfg/00000000 . . . NOTE: The TIMEOUT repeats over and over (nothing 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 Oct 11 19:46:07 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 9BE4F3FB1F5 for ; Sun, 11 Oct 2020 19:46:07 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x42f.google.com (mail-wr1-x42f.google.com [IPv6:2a00:1450:4864:20::42f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4C8XNt5nVpz4W8b; Sun, 11 Oct 2020 19:46:06 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x42f.google.com with SMTP id y12so11222253wrp.6; Sun, 11 Oct 2020 12:46:06 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=V7BQhX0BasjugeZFm5xfirE6W75WGBCocfmsCV4nsN0=; b=I+t+fz24Ru7vHHcpzkNS/EuTxnWtzdQ7L3qXR+S4I/tx3jVCNYNxexMq1fkY2w8Scr h8rZYEwHasxUI1xDNPuETEPEVynjVX8S+veKoGYpMtWYAQwm2JJrCgAvNrDHMw1Y1nu+ nWq3ElQOgN14EzZ5DqPIKYMHaUe8H1nHUq1XFWVhucHGx5/1Ln9u8EwXsaGOVwrsFZ+t gqxzbSKBGaHRhWHmhwQCEaQiJMEJ7jWgwp4MAueDIMssYyAzH5DLKBDUaW3dAuIOEb5Z W+SKgcKWjcFKaX/6TGJ/60e6R8YAunihlGpZ6TglK3ApZjStBUuSVD0SojzaGUU/zkZW K7pg== X-Gm-Message-State: AOAM531IQRYxrpRKhkiUGAdrLhXGODBevm5JiX+CH57pVw1VCIRtv2gz L1PvHn8XKsr3ZJmfw4wm8HA= X-Google-Smtp-Source: ABdhPJxB37RpyQR2WvgbdoaqCzNtOn5/KL7cpym/HlwjZ/IL2FoVAM/b4lyCZJ6g5qtrB1qLACccnw== X-Received: by 2002:a5d:4cd1:: with SMTP id c17mr13927424wrt.109.1602445565500; Sun, 11 Oct 2020 12:46:05 -0700 (PDT) Received: from [192.168.1.167] (dynamic-046-114-108-030.46.114.pool.telefonica.de. [46.114.108.30]) by smtp.googlemail.com with ESMTPSA id t4sm17931165wra.75.2020.10.11.12.46.04 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 11 Oct 2020 12:46:04 -0700 (PDT) From: Klaus Cucinauomo Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.0.3.2.52\)) Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? Date: Sun, 11 Oct 2020 21:46:02 +0200 References: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> <3E9D015B-5702-4A52-9366-49E20BDDA5F4@googlemail.com> <68F95FE2-2FD7-4E7C-A671-8B45C445EF54@yahoo.com> To: Mark Millard , Robert Crowston , Kyle Evans , "gonzo@freebsd.org" , freebsd-arm@freebsd.org In-Reply-To: <68F95FE2-2FD7-4E7C-A671-8B45C445EF54@yahoo.com> Message-Id: <004BFE7F-6C71-4595-AA24-9D66D8C4E672@googlemail.com> X-Mailer: Apple Mail (2.3654.0.3.2.52) X-Rspamd-Queue-Id: 4C8XNt5nVpz4W8b X-Spamd-Bar: ++++++++ X-Spamd-Result: default: False [8.06 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; GREYLIST(0.00)[pass,meta]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(0.00)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.33)[-0.326]; FREEMAIL_TO(0.00)[yahoo.com,protonmail.com,freebsd.org,FreeBSD.org]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[46.114.108.30:received]; R_DKIM_ALLOW(0.00)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.108.30:received]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.97)[0.973]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.91)[0.912]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42f:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-Spam: Yes X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Oct 2020 19:46:07 -0000 > Am 11.10.2020 um 21:37 schrieb Mark Millard : > > MESS:00:00:20.241899:0: brfs: File read: /mfs/sd/armstub8-gic.bin > MESS:00:00:20.244930:0: Loading 'armstub8-gic.bin' to 0x0 size 0x1700 You have to DELETE the armstub from the MSDOS-partition, it loads automatically if available. Regards K. From owner-freebsd-arm@freebsd.org Sun Oct 11 19:53: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 30E443FB83E for ; Sun, 11 Oct 2020 19:53:52 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail-40134.protonmail.ch (mail-40134.protonmail.ch [185.70.40.134]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C8XYp2Hf2z4WVB for ; Sun, 11 Oct 2020 19:53:49 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Sun, 11 Oct 2020 19:53:41 +0000 To: Klaus Cucinauomo , Mark Millard , Kyle Evans , "gonzo@freebsd.org" , freebsd-arm@freebsd.org From: Robert Crowston Reply-To: Robert Crowston Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? Message-ID: In-Reply-To: <004BFE7F-6C71-4595-AA24-9D66D8C4E672@googlemail.com> References: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> <3E9D015B-5702-4A52-9366-49E20BDDA5F4@googlemail.com> <68F95FE2-2FD7-4E7C-A671-8B45C445EF54@yahoo.com> <004BFE7F-6C71-4595-AA24-9D66D8C4E672@googlemail.com> MIME-Version: 1.0 X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,HTML_MESSAGE shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch X-Rspamd-Queue-Id: 4C8XYp2Hf2z4WVB X-Spamd-Bar: - X-Spamd-Result: default: False [-1.05 / 15.00]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[protonmail.com]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[protonmail.com:+]; MIME_BASE64_TEXT(0.10)[]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; NEURAL_HAM_SHORT(-0.73)[-0.729]; FREEMAIL_TO(0.00)[googlemail.com,yahoo.com,freebsd.org,FreeBSD.org]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.74)[-0.739]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.68)[-0.680]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; HAS_PHPMAILER_SIG(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; AUTOGEN_PHP_SPAMMY(1.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.40.134:from]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Oct 2020 19:53:52 -0000 V2hhdCBwcm9ibGVtIGRvZXMgaXQgY2F1c2U/CgpZb3XigJl2ZSBkZXNjcmliZWQgaXQgYXMgaW5j b21wYXRpYmxlLCBidXQgd2hhdCBkb2VzIHRoYXQgbWVhbj8gSWYgaXQgaXNu4oCZdCB1c2VkLCB3 aHkgZGlkIHRoZSBSUGkgZm91bmRhdGlvbiB1cGRhdGUgdGhlIGFybXN0dWIgc291cmNlIGNvZGUg b25seSAzIGRheXMgYWdvPwoK4oCUIFJIQy4KCk9uIFN1biwgT2N0IDExLCAyMDIwIGF0IDIwOjQ2 LCBLbGF1cyBDdWNpbmF1b21vIDxtYWNpcGhvbmUyQGdvb2dsZW1haWwuY29tPiB3cm90ZToKCj4+ IEFtIDExLjEwLjIwMjAgdW0gMjE6Mzcgc2NocmllYiBNYXJrIE1pbGxhcmQgPG1hcmtsbWlAeWFo b28uY29tPjoKPj4KPj4gTUVTUzowMDowMDoyMC4yNDE4OTk6MDogYnJmczogRmlsZSByZWFkOiAv bWZzL3NkL2FybXN0dWI4LWdpYy5iaW4KPj4gTUVTUzowMDowMDoyMC4yNDQ5MzA6MDogTG9hZGlu ZyAnYXJtc3R1YjgtZ2ljLmJpbicgdG8gMHgwIHNpemUgMHgxNzAwCj4KPiBZb3UgaGF2ZSB0byBE RUxFVEUgdGhlIGFybXN0dWIgZnJvbSB0aGUgTVNET1MtcGFydGl0aW9uLAo+IGl0IGxvYWRzIGF1 dG9tYXRpY2FsbHkgaWYgYXZhaWxhYmxlLgo+IFJlZ2FyZHMKPiBLLg== From owner-freebsd-arm@freebsd.org Sun Oct 11 20:02: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 A07213FBCA8 for ; Sun, 11 Oct 2020 20:02:46 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x331.google.com (mail-wm1-x331.google.com [IPv6:2a00:1450:4864:20::331]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4C8Xm55c50z4X52; Sun, 11 Oct 2020 20:02:45 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x331.google.com with SMTP id a72so4707642wme.5; Sun, 11 Oct 2020 13:02:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=hhy4CxVyOi020/FuYdWPU4QffJXS2apeWf/GqstjpGQ=; b=YbmEdPBlvV3rdx2CUkWgAnfap90S2N99uoaX0jzOtB03XF5hu1Z3Pmao5uCExu3tbx rtUN20J1sNe3vkBY+NWT673dp7yTX0lFkj7ydsT9kM4R2/ZvMAMRpKva7UOyJcPQN2Fn P8q/Ock9SKcOQqAryMU8Ao5JN4jx3K7Uwe1W7QZKiWQISSvqmaGdIyq/8dwlOd4WwfNi +xzTFOF+WyRQKG4v1itaScgirXgejmmzK2JGUht7an6cJlfJsAf44V0syTaq7ZcvJMg1 04HMMzBoM9SxgS35/WP2OBgSHy6MnhT3w7W2mQ+fhgLP59RhAIpae/hotU4ir/aTHHY8 eNAg== X-Gm-Message-State: AOAM531BOeS7J9iUwbYHqlMjviqKWE9QyAHMl+vY+t2u/HPqX4gYEzgi FgxI9LZsX+rq8IUNfnxYaLM= X-Google-Smtp-Source: ABdhPJzVDpKTcrcc7y7SOuUe+kl2xNZOHcdUmHWWhA0Sz01UtE5eR741z0bEy0L5Pkem/8ZvvuJSPw== X-Received: by 2002:a1c:68d5:: with SMTP id d204mr7841184wmc.100.1602446564234; Sun, 11 Oct 2020 13:02:44 -0700 (PDT) Received: from [192.168.1.167] (dynamic-046-114-108-030.46.114.pool.telefonica.de. [46.114.108.30]) by smtp.googlemail.com with ESMTPSA id k5sm20438257wmb.19.2020.10.11.13.02.42 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 11 Oct 2020 13:02:43 -0700 (PDT) From: Klaus Cucinauomo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.0.3.2.52\)) Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? Date: Sun, 11 Oct 2020 22:02:41 +0200 References: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> <3E9D015B-5702-4A52-9366-49E20BDDA5F4@googlemail.com> <68F95FE2-2FD7-4E7C-A671-8B45C445EF54@yahoo.com> <004BFE7F-6C71-4595-AA24-9D66D8C4E672@googlemail.com> To: Robert Crowston , Mark Millard , Kyle Evans , "gonzo@freebsd.org" , freebsd-arm@freebsd.org In-Reply-To: Message-Id: <8EC192A3-2F73-451C-AF56-CA606761E333@googlemail.com> X-Mailer: Apple Mail (2.3654.0.3.2.52) X-Rspamd-Queue-Id: 4C8Xm55c50z4X52 X-Spamd-Bar: +++++++++ X-Spamd-Result: default: False [9.52 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; GREYLIST(0.00)[pass,meta]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[googlemail.com]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(0.00)[googlemail.com,quarantine]; FREEMAIL_TO(0.00)[protonmail.com,yahoo.com,freebsd.org,FreeBSD.org]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[46.114.108.30:received]; R_DKIM_ALLOW(0.00)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.108.30:received]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; NEURAL_SPAM_SHORT(1.14)[1.138]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.97)[0.971]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.92)[0.915]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::331:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-Spam: Yes X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Oct 2020 20:02:46 -0000 > Am 11.10.2020 um 21:53 schrieb Robert Crowston = : >=20 > What problem does it cause? >=20 > You=E2=80=99ve described it as incompatible, but what does that mean? = If it isn=E2=80=99t used, why did the RPi foundation update the armstub = source code only 3 days ago? >=20 > =E2=80=94 RHC.=20 to be honest: I also asked myselfwhy the update the armstubs if = they=E2=80=99re no more needed and 'arm_64bit=3D1' is enough :-)=20 ( Ubuntu from the official RPI-imager-tool doesn=E2=80=99t have no more = armstubs inside(and afaik gentoo also removed it)=E2=80=A6 At least our armstub is incompatible with the latest firmware=E2=80=A6 = so it seems relatively new that arnstubs can be removed.. Regards K. From owner-freebsd-arm@freebsd.org Sun Oct 11 20:12:09 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 E262C3FBD39 for ; Sun, 11 Oct 2020 20:12:09 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x42f.google.com (mail-wr1-x42f.google.com [IPv6:2a00:1450:4864:20::42f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4C8Xyx2ZYQz4Wv5; Sun, 11 Oct 2020 20:12:09 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x42f.google.com with SMTP id s9so4577835wro.8; Sun, 11 Oct 2020 13:12:09 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=KR++s+EorMsI2B4uOadkHcDRFpO2Bq51GNsTu3AeOVg=; b=WpodA+n5OwZPHUHvgJj7Fk3fh8O6WdhdYuzxFSoxw7t1JRQV6TnCUdyhfsqZJXts65 Fy30Nsz/UeYF+rbc3/K17ScGKco+FwkJi3Yd1jv7uUrNua7413R8at1R/+LADo3InEkq mBTJLq2+QZlo2YehC3AErkT5oJ2I1kOxi2G3hMzwAy4R2UFeK/zop7SA23TKpW8N7CW/ jnhrPlzgRtj5jxCfvCSZEJtF7PbBd8G/md6o0dMHuc07R+NE0URNHXJhqEVFxoE2aIVD 6vi46kC15xR+jnHPypnYLfuGdJXv644IMI3lfAvNIvVqiee337JC7l5pI5JP0dOu2vhY Zs5A== X-Gm-Message-State: AOAM5331nnPM7HXfNcuq68mxbdd0YAEKGuTqDuM49PlSQMI5vluXniwg NuGA+ixfTvzVN9wQeVr3MvA= X-Google-Smtp-Source: ABdhPJyZLJXkHyyyg5r8aDf1AUpbxPBLxKF1H7xyfs67VEaIOY4eZFRh+sRmmSKSDLKWF3Jn6eA1Pw== X-Received: by 2002:adf:ecc1:: with SMTP id s1mr25891849wro.120.1602447127913; Sun, 11 Oct 2020 13:12:07 -0700 (PDT) Received: from [192.168.1.167] (dynamic-046-114-108-030.46.114.pool.telefonica.de. [46.114.108.30]) by smtp.googlemail.com with ESMTPSA id j134sm20753614wmj.7.2020.10.11.13.12.06 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 11 Oct 2020 13:12:07 -0700 (PDT) From: Klaus Cucinauomo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.0.3.2.52\)) Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? Date: Sun, 11 Oct 2020 22:12:05 +0200 References: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> <3E9D015B-5702-4A52-9366-49E20BDDA5F4@googlemail.com> <68F95FE2-2FD7-4E7C-A671-8B45C445EF54@yahoo.com> <004BFE7F-6C71-4595-AA24-9D66D8C4E672@googlemail.com> <8EC192A3-2F73-451C-AF56-CA606761E333@googlemail.com> To: Robert Crowston , Mark Millard , Kyle Evans , "gonzo@freebsd.org" , freebsd-arm@freebsd.org In-Reply-To: <8EC192A3-2F73-451C-AF56-CA606761E333@googlemail.com> Message-Id: X-Mailer: Apple Mail (2.3654.0.3.2.52) X-Rspamd-Queue-Id: 4C8Xyx2ZYQz4Wv5 X-Spamd-Bar: +++++++++ X-Spamd-Result: default: False [9.57 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; GREYLIST(0.00)[pass,meta]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[googlemail.com]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(0.00)[googlemail.com,quarantine]; FREEMAIL_TO(0.00)[protonmail.com,yahoo.com,freebsd.org,FreeBSD.org]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[46.114.108.30:received]; R_DKIM_ALLOW(0.00)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.108.30:received]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; NEURAL_SPAM_SHORT(1.15)[1.151]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.98)[0.979]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.94)[0.942]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42f:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-Spam: Yes X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Oct 2020 20:12:09 -0000 > Am 11.10.2020 um 22:02 schrieb Klaus Cucinauomo = : >=20 >=20 >=20 >> Am 11.10.2020 um 21:53 schrieb Robert Crowston = : >>=20 >> What problem does it cause? >>=20 >> You=E2=80=99ve described it as incompatible, but what does that mean? = If it isn=E2=80=99t used, why did the RPi foundation update the armstub = source code only 3 days ago? >>=20 >> =E2=80=94 RHC.=20 >=20 > to be honest: I also asked myselfwhy the update the armstubs if = they=E2=80=99re no more needed and 'arm_64bit=3D1' is enough :-)=20 > ( Ubuntu from the official RPI-imager-tool doesn=E2=80=99t have no = more armstubs inside(and afaik gentoo also removed it)=E2=80=A6 > At least our armstub is incompatible with the latest firmware=E2=80=A6 = so it seems relatively new that arnstubs can be removed.. >=20 > Regards > K. >=20 Ah, forgot to answer what problem it causes: It causes an unresponsive rainbow-screen on hdmi and on console=20 we can only see the uart_2ndstage=3D1 - output(then it hangs), maybe you = JTAG-machine knows more =E2=80=A6 But it=E2=80=99s official, that armstub-gic.bin is no more needed to = boot 64bit(only for older firmware needed) K.= From owner-freebsd-arm@freebsd.org Sun Oct 11 20:21: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 82D883FBEE9 for ; Sun, 11 Oct 2020 20:21:19 +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 4C8Y9V11WKz4XPD for ; Sun, 11 Oct 2020 20:21:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: GTjtD.kVM1kWRv5g3CvPTvykDTq2RQrKFqYQQmexjIu24YfpM165Ve.bJYqVhsN cLQE.W8brtKopW8mjAlgk4ZaFdFbR6j1e1LyK2dgRY3YQ_kTzyf3CwqSaMJ1DuEl_FgadFDRx5jj f4FC3TgkJ6bTTY.hPgstxvMkpGaOTJITDKq0dmmi2WWshGX8mEVox5hbe1V86PDev2NcCKsYmKv9 Cm00DsXeJHgjdlRlroLwnIBs7MkytKARf8N_GZOJyP.QLLCNR400WhB9XSV61TDDGtOxCh35O8eN 1utN4Iu2hPiV9T9xNvDzo64q2PVpPog0S2sA46m2YxM036Tqit4WV7BmdEQKLXiSZyj95jnmtJLB Fqmy0vb6BztVaQsyLNj1NmaAewSox91idfdqT1Rg7D6DPctt.cn5.kh.XnIHAmajoCXb0mNL.2Gv AKs_ibX7aMnvN.8HJlxZZiIlcSizRR4.Bel561nUPwX3Uv_M_e1PFAO0yfrZ6xcpStWrLU_k2B7s ZUqPFJ_BeWHsQaUh4_cwS2M0ve51iZYpEiHPs4DE8z_cgYJ.3_Sv0dTsSjqzhU81u_vPnSEk1rlH okJRVw.oA4Gs1fuHjHWLCASxoweDA2e4s.09JkrvFkqfCIH.pn_hIHbvGbQPkglL2ZJjUSLKvDz5 hUkAh8BfU2ijeHrCYMg_fXfM01jxiEdaSMq.s7FRHqgZtf8HP_KqVw7QN3JGC5Ut.b4wtQibZt1. 6XmQ69AoFJe.20ajz3c2z6Kvpb8vL4SNFnmLBlC41x00vv1CVZoUQhbnY.EWlNxnD3PI8K.42tuW Ghe.eGvtFgB04BFrXFH6W1n8CSDrm6IazqBKWeHwlUDBTdTdfHIywLd7JnCmH2Iq7XeU2lOXQc9q jxGTuPyR7pDKQOAzXBY7EiOv36uc61cMPIzsc73WjSz2xs8YmjkRNR9m7AvrKvEDgprEZb0v6_Th 1Gxx4bpq5IvElOC7bPeDntuMZw9K1oEDtLKGtwAvsIzYdBqOfc8SutR_L8E6K1NhxmWdrL5gEQiw Z1ZLWuEcoPNer8TrLGASTgQn9wuJ8CvNG.e91A8YZ2JiCVnxO94Vr5K9MO800ZfyxYyQDcIhbXds m13_W0uoqOGkm.FvT1YjJXLf9iXcw5tafQqmtVI3Zd6pKqT5eLHQXq4d8I6lherrz3Vsq4gotkGm 8P_agnQu59SHo6v4P8SXfWMNw7gQ9bg8vSnYGVBUngqt1lp.JyJtZnB0WUlpevU3b2HtQJnSYQVJ xl9xJhJcfVVtMx4PzKh.xaeTOVsI7d11G21ILkKXnVoOTdWq09ruMb6Yx51vfMB0M.Rg6iwe4_B8 sntTxW4rsOiBmoIiWdtURi7n53SlULc5liz9rJF1ILF9v8aT5hns1KCeBow__72U3AoBweOMBFx_ htlFo0CiQsmaU4ILGkc2C4ctNWlcc7jyUE3h9sGva97pqwV8AvjllVEZGlm9CCnuD5gEh2newLxC JheGBO8xA.tAlvpUTG1IGO1eTgPCJnayrEbJlkPUE675oZUfjRb7rGJOEVDuq6_Rs5XC1x_1zCmb 58giE2OkY Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Sun, 11 Oct 2020 20:21:15 +0000 Received: by smtp414.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID cc0756eb6b9a04c0b524820a4bc31a50; Sun, 11 Oct 2020 20:21:12 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? From: Mark Millard In-Reply-To: <004BFE7F-6C71-4595-AA24-9D66D8C4E672@googlemail.com> Date: Sun, 11 Oct 2020 13:21:10 -0700 Cc: Robert Crowston , Kyle Evans , "gonzo@freebsd.org" , freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> <3E9D015B-5702-4A52-9366-49E20BDDA5F4@googlemail.com> <68F95FE2-2FD7-4E7C-A671-8B45C445EF54@yahoo.com> <004BFE7F-6C71-4595-AA24-9D66D8C4E672@googlemail.com> To: Klaus Cucinauomo X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4C8Y9V11WKz4XPD X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.23 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.73)[-0.728]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.001]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.001]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.205:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.205:from]; FREEMAIL_CC(0.00)[protonmail.com,freebsd.org,FreeBSD.org]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Oct 2020 20:21:19 -0000 On 2020-Oct-11, at 12:46, Klaus Cucinauomo wrote: > Am 11.10.2020 um 21:37 schrieb Mark Millard : >> >> MESS:00:00:20.241899:0: brfs: File read: /mfs/sd/armstub8-gic.bin >> MESS:00:00:20.244930:0: Loading 'armstub8-gic.bin' to 0x0 size 0x1700 > > > You have to DELETE the armstub from the MSDOS-partition, > it loads automatically if available. What I was replying to had nothing to do with investigations of deleting or otherwise avoiding armstub8-gic.bin . It was about why something like "device_tree_address=0x4000" is needed when something like armstub8-gic.bin is in use. I'm not currently working on your direction of avoiding armstub8-gic.bin . By the way, the naming conventions involved in finding armstub*.bin's allow the file to be renamed in order to not be found, instead of having to delete the file. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun Oct 11 20:29: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 DD0293FC318 for ; Sun, 11 Oct 2020 20:29:11 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x32b.google.com (mail-wm1-x32b.google.com [IPv6:2a00:1450:4864:20::32b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4C8YLb0k1Fz4Xxr for ; Sun, 11 Oct 2020 20:29:10 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x32b.google.com with SMTP id d81so15369078wmc.1 for ; Sun, 11 Oct 2020 13:29:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=1K55Wxmlr9WagsSDQg+pzOra/+6f+uwLkGJ913NSnkU=; b=ZGDGjpv3MBrApwqjpMOHsgnOw6SfXBpWrPzgbWGXFfLZDthTOAGoEdpiKsjnDiPTLO OJ79e7hvLe/3hDtOhCutZtmzS6pfv0m0kyTEbvyfj1JDVFJH/52ffHXaZNBgnHUIGtTD ensFxDBpq8hg6QpWNmMNsdODcaIwUohjUM9BeqjjVDvmThpuQ27lYSaLB3SDRQCc8Yqv ULjwiULSBKknQ6qD3DpOnXTGpI/mRtwtx03nF90OEKQKQCgw/vCEJdPkHtqmyCtkbaKn 4py+Vy/9TWreHIP7I1Xnu+ROv7xjTWVfqmDvpc7Glmx/GANxNGcM8TZ8kdFuVbZqo2qt vRzg== X-Gm-Message-State: AOAM532A+A3mrOEVe3acpvB7wLFyt+E/7fN0Njf/6ab7xs8itX9i2DEn s5m9SvmEQ2vi5akuCe+/EJQ= X-Google-Smtp-Source: ABdhPJxe1KtH/TZ5MQ4jRNKIjGN0i23KWuYtWGa6UHrC6c6D7vbeEq6DjDyX2J0rvm+dFbv5jsNqWw== X-Received: by 2002:a1c:e287:: with SMTP id z129mr7605812wmg.109.1602448148208; Sun, 11 Oct 2020 13:29:08 -0700 (PDT) Received: from [192.168.1.167] (dynamic-046-114-108-030.46.114.pool.telefonica.de. [46.114.108.30]) by smtp.googlemail.com with ESMTPSA id n3sm20902215wmn.28.2020.10.11.13.29.07 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 11 Oct 2020 13:29:07 -0700 (PDT) From: Klaus Cucinauomo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.0.3.2.52\)) Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? Date: Sun, 11 Oct 2020 22:29:05 +0200 References: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> <3E9D015B-5702-4A52-9366-49E20BDDA5F4@googlemail.com> <68F95FE2-2FD7-4E7C-A671-8B45C445EF54@yahoo.com> <004BFE7F-6C71-4595-AA24-9D66D8C4E672@googlemail.com> To: Mark Millard , Robert Crowston , freebsd-arm@freebsd.org In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3654.0.3.2.52) X-Rspamd-Queue-Id: 4C8YLb0k1Fz4Xxr X-Spamd-Bar: +++++++++ X-Spamd-Result: default: False [9.34 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; GREYLIST(0.00)[pass,meta]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(0.00)[googlemail.com,quarantine]; FREEMAIL_TO(0.00)[yahoo.com,protonmail.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(0.00)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.108.30:received]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(1.20)[1.200]; RECEIVED_SPAMHAUS_XBL(5.00)[46.114.108.30:received]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_SPAM_MEDIUM(0.78)[0.785]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.85)[0.851]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32b:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-Spam: Yes X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Oct 2020 20:29:11 -0000 > Am 11.10.2020 um 22:21 schrieb Mark Millard : >=20 > It was about why something like "device_tree_address=3D0x4000" is > needed when something like armstub8-gic.bin is in use. > ....the naming conventions involved in finding armstub*.bin'sallow the = file to be renamed in order to not be found,instead ofhaving to delete = the file. As also Rob proved in a previous post afaik, The latest rpi-FW is bootable even if the complete device_tree_address = -line is DELETED :-) Ha Ha=20 or to say : outcommented, if you like that more=E2=80=A6 K. From owner-freebsd-arm@freebsd.org Sun Oct 11 20:50: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 DBDE83FCAB5 for ; Sun, 11 Oct 2020 20:50:22 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-21.consmr.mail.gq1.yahoo.com (sonic309-21.consmr.mail.gq1.yahoo.com [98.137.65.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 4C8Yq14JZQz4YWl for ; Sun, 11 Oct 2020 20:50:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: cZVDgF0VM1lmO7N9Nl57lDgnOTka.TccGtYlvt1Bgm86X.a4R6WleHiGIFMUUet lg9FQ_sss9WrdFVuh0Ij0TxMMm74P6PiJIaw4BdjIkKiyCU7mOEMFEdONPuNH7mBZe.mpvIU.0cL nU1W5_fuXtrbGG6kZUn5yh27.WSve_zU1KEZUCaxOWkkg0gcHiU_sXYBXzFzaNaI8gYU4Sm1RBop GCsGDj102rbkibRQtUSHHPWLpsJN4CHtevLbOM8diDmhbdnj_Q0rmNJRalPy46ZAj4jEp_HxmrnU lQ1OMAnYbijDtsAjOjbp2yC3o9XMhNO37MueE3dzXaDLueqwwXy0hDWkueekHhBUwlPpCLPk8a.U u8.n8fKdd_xJ_eNcQUBmL71XIlP5orpymDtDu1lQHcRcQS9uv4AK5SpogW4ePAcPguUU94O6fNBM E0DAaqEqdYLJTiqAchKouZsTtJS5hkjzuriL8zlINwZt971yUXRxoyEDdg3fXP3hMEaBt7AJFAeM m0d2S1h57kjvWDxghv6rahVah8y499VQ4IGLXa9pWrkYz8c5vuE5Bbxl8uwtcJyuYpOXCP3U7K_8 Ig3wcExDC72MHhFm.BwM0__KGP1TVachvybY.Ish.yi8AXjGiY.5Th9cpFPkdBUkCf0Mr8z52cZ8 Y_2dDxQdFdg6W7DwISlhgKgKljVNEPN517YBrMfpugKBved2QWsI8Rn8xdIN7DJI2c5Aqz4zDRzA 05UzsYthg_V0XQlTaeXuv2NlELxQRkE0ACILW4KIz.xUEw_Iy2V.LL_6ueKJRIDToXjhlgXPOiWT DkaUtfltlK8X_LrHZDLJG9PBVIeitE4_CtDSKpUtRAAksojKjBW.APpjbgPcNv73vLOTlHFEF5z2 3Xf5AxDfCuNH2niqfCZCjoRJdDma6y0Ni0C47YO3TorEg9BZcAPASpACIcnOIDXTr_ykMjl5uN.D AUFIUMoHyo538xUEcYSX6JHLCpWGuJ8agMNquoWJPGew1qgg_VzR7QG6E42ANiXAB6sysYNx4uQV 11z1FhlYlK1qhn4FWeBQl9FG8zt1wOL0thxtcdeegjeYQVRyZ5AlSBAa5RwPg9lPS7u1V5Vcyu4T 328ll6RuEq3eC.EFVutwzUmLokg0OGVTSHNbMPyzSys4fxFXT0lHMPQau.217n74sMemjLTcDm3i BDzQb4bOdh8sgqU3InOWr7Jf4Vg6QUbvk6JFM6DX3ibF.TezE8BBq_60b6LH8eiN2jqPtEyVmoE9 PcjhWhh4XgknTJrZVt79LC74BDi6ul4Nv3NQ3TrKXFolQ_Esfxv0MbOw4g_6Halld0.bEU_w86Qd kLYtwix4reK1qd3NOnVMaxij1vtbNO4ltnR8T.I5_EyNNsFhTAEelHIv_GatI5dI8zLxQOrliIOE .EzSqSNIFp_QtWs_IrCYr6i.tib_Vb3w_1dL539zufn_JmjJQeKgFatT_HarKbGxmyWHZChpmFER NJzjCsrCqrN.0wm6kd3cSf8wLuZGFJpw2TMl3vdPsOVXkzrDkhuDv..bzJPvaSEw04no04qjs_7y wH6GSi7cXsBfXGkLUFZ3YpJmo4cP1H15XR6PCrVlWuTeJiA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Sun, 11 Oct 2020 20:50:19 +0000 Received: by smtp404.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 4f6fa8c687f942cd1d7f7bb735d9d081; Sun, 11 Oct 2020 20:50:16 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? From: Mark Millard In-Reply-To: Date: Sun, 11 Oct 2020 13:50:15 -0700 Cc: Robert Crowston , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> <3E9D015B-5702-4A52-9366-49E20BDDA5F4@googlemail.com> <68F95FE2-2FD7-4E7C-A671-8B45C445EF54@yahoo.com> <004BFE7F-6C71-4595-AA24-9D66D8C4E672@googlemail.com> To: Klaus Cucinauomo X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4C8Yq14JZQz4YWl X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.16 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.65)[-0.649]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.023]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.99)[-0.987]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.147:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.147:from]; FREEMAIL_CC(0.00)[protonmail.com,freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Oct 2020 20:50:22 -0000 On 2020-Oct-11, at 13:29, Klaus Cucinauomo = wrote: > Am 11.10.2020 um 22:21 schrieb Mark Millard : >>=20 >> It was about why something like "device_tree_address=3D0x4000" is >> needed when something like armstub8-gic.bin is in use. >> ....the naming conventions involved in finding armstub*.bin'sallow = the file to be renamed in order to not be found,instead ofhaving to = delete the file. >=20 >=20 > As also Rob proved in a previous post afaik, > The latest rpi-FW is bootable even if the complete device_tree_address = -line is DELETED :-) Ha Ha=20 > or to say : outcommented, if you like that more=E2=80=A6 My message that you misreplied to reported an example where that did not work and what is happening when it did not work. Rob proved that it does not always fail. He did not prove that the mechanism involved generally or always works when device_tree_address is left unset. =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 Oct 11 23:13: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 868493FFB02 for ; Sun, 11 Oct 2020 23:13:57 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail1.protonmail.ch (mail1.protonmail.ch [185.70.40.18]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C8d0h49Pvz4gKN; Sun, 11 Oct 2020 23:13:56 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Sun, 11 Oct 2020 23:13:50 +0000 To: Klaus Cucinauomo From: Robert Crowston Cc: Kyle Evans , Mark Millard , "freebsd-arm@freebsd.org" , "gonzo@freebsd.org" Reply-To: Robert Crowston Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? Message-ID: In-Reply-To: <22B0D423-CEF4-4B74-846D-6F668A0F0B9F@googlemail.com> References: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> <3E9D015B-5702-4A52-9366-49E20BDDA5F4@googlemail.com> <79AA6AB2-9FE6-4A80-9E72-F6D7B7E6803F@googlemail.com> <3577889D-3102-4B50-955B-798717F93F92@googlemail.com> <0m0EOJpW7j-ziTjqjNz5Ldul7r8DT9bCjmgmsm5-kr9dX5pt2PEoQrZcFJ9nxtB8YXpqdrBk2ecMIjfijv3DEV26M9fzu3nwwQ90msFZBmw=@protonmail.com> <22B0D423-CEF4-4B74-846D-6F668A0F0B9F@googlemail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch X-Rspamd-Queue-Id: 4C8d0h49Pvz4gKN X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.26 / 15.00]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[protonmail.com]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[protonmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; NEURAL_HAM_SHORT(-0.56)[-0.555]; FREEMAIL_TO(0.00)[googlemail.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.81)[-0.811]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.90)[-0.896]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.40.18:from]; FREEMAIL_CC(0.00)[freebsd.org,yahoo.com,FreeBSD.org]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Oct 2020 23:13:57 -0000 > > mmc0 is current device > > should not be mmc0 if you boot from USB/SSD I'm still using sd cards. armstub or not has no effect. Seems like a counter is overflowing in the in= ternals of malloc(). Not even when booting, just when interpreting the boot= cmd. I tried raising CONFIG_SYS_MALLOC_F_LEN, but it didn't change much. Th= e malloc() code in question is from 2002, so I doubt it's a bug there. I tr= ied rolling back from HEAD to v2020.10. Same problem. Very weird. =E2=80=94 RHC. From owner-freebsd-arm@freebsd.org Mon Oct 12 00:14: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 77ABE42876A for ; Mon, 12 Oct 2020 00:14:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-25.consmr.mail.gq1.yahoo.com (sonic304-25.consmr.mail.gq1.yahoo.com [98.137.68.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 4C8fL32HVqz4hsS for ; Mon, 12 Oct 2020 00:14:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: BlI5Dn8VM1kSkKMcE1RuN5xnwwkxQq4eenRw.tnewam.8xVn73AuqunHziZYT9L NIhoggvQB7zdoBO2dBq0zAJaWjr2Wlu.U76QO.ygrCa4nsoxdGP3jNxaL57qvD717yvlIoCWWtNi KAdxCgs07CmpHBQF2L1IKUxKGTutR9m1G9Lb6miBURHYBvpjkeUgZtmSRFmlD0RsA5dVnoQt1jK_ yJdcGRALN3EkBhSfVwbthvGgdr2GG57KaPJtxB4D4ovMYhLRAlahHGtFEozkg_bpxqgmaXtlRIS3 ufX4djR5lc3MBRFtBrKZ0IAeHS9GK01ZISbqgBmCwF1oDmRh9B72qc4nG6mvLN8oZWPHhpkwuIUA G1dynkg3npekZ9E7_.DufyipcjbNqTwIFIA3gBup1l7JcR_mZrZHK_DnRdT1BrmE05Oda0O9xZSV S23jh_Tze1MxNMq8W6hFLbS22mh8A7Ow6__2bFVKe_0aEmvcHEOUuZEjXzdEz.1or25N1mX3R7QK Lwz0PvUYtn3VrwmjwG95.1YfDJE6dkJqqxayXcT5K_3Pjp1arSs9.D4fNBFpfdqUh9t7v97Xk63A 2DE25SnraYkCdCbD2XgQFwNH_WAtRIqTuus7aUQfOvZRKW02djhekaZQEUSAbjhxm6zwFRqriTxD 0Wp15nf.AXQ6MrtdEnF9B66uxA0y6fk1UW_al.HTonO26uBcWzjvuQrJX0Yx4F0zsCATmZXAEYYz ZcgyYXKjfuR_eOEa5GsXVSedmOXZc105P8oCCsmdMedzhvS_H0a4puQHTXXNSTIfqJ2DkICcX59y MGGzvJ0w8cGhmEaNRseushrhGNlvoIrnqbYHQ1Yodn.SCoTMIpt20LbZofsEmOqcZfi1AocMlaTQ bpCTwXQg_AEuwZqqBXoqaf5yERrAGvakKAEZeqrtLg6cBspcTQNOnVMuPsUSdB0z0uanE1R3c9ry nhZBALFAHWNUVlyWAi.5CyY7f9Jne.otyTi88bELfI7HMtmAWhmRh639aNwT7JmQKbqMGSA.cGTu HgpJyjZC5rUgt28PsKjTw87roXtxgMaKRX1uNlm.5Z.ZuXykB846GEMStpPoNK4xT6EEH0y0pSk9 ym2zIFkCSSkmKnenP8EvimEjVuIAPpVlO18wpi8X7CcB.mhTtEZ7Sm_MDhXt10luDSLXosm5Yop4 9H_JJvaswiE6b99tcOIvEVnbL_9ShMtL1h9RPS5_1SUxV4FhIgezgsHTd7evEH8wexUGQEN2CCI6 MBvhd0jq4Ig.nziu5JkCvV17irRmN63h5BA2fI6Jy9riO3cmUfHflaC1UAz_GIVROJeE9fZOJcQd 2jjxLLewwjDce5Rz3YGAiu0ONtMef_xJo15MQ1_sBVPi_nnKTgrTZ7s_NjdoePC1FEgz31LQP7Uh VkPEOQ5rw84mkubt3aFciVUAe3WQy7d2oqVs0wuUQkOOioaH8nOhJWpeS_a0_OxVH7wGkS0Z2g7u 5kUNXL8ByqFu3ZLus6TqSloUSigALklQ4eU_15WpPhhediyUqBE8ZrRUybadF5vOyvn6apSi5K1y GjQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Mon, 12 Oct 2020 00:14:00 +0000 Received: by smtp404.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID de07ae361cc22ca614c6775f82c82313; Mon, 12 Oct 2020 00:13:55 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? From: Mark Millard In-Reply-To: Date: Sun, 11 Oct 2020 17:13:52 -0700 Cc: Klaus Cucinauomo , Kyle Evans , "freebsd-arm@freebsd.org" , "gonzo@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <05BC0444-07EB-461C-AEEF-3ABED5F0FA54@yahoo.com> References: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> <3E9D015B-5702-4A52-9366-49E20BDDA5F4@googlemail.com> <79AA6AB2-9FE6-4A80-9E72-F6D7B7E6803F@googlemail.com> <3577889D-3102-4B50-955B-798717F93F92@googlemail.com> <0m0EOJpW7j-ziTjqjNz5Ldul7r8DT9bCjmgmsm5-kr9dX5pt2PEoQrZcFJ9nxtB8YXpqdrBk2ecMIjfijv3DEV26M9fzu3nwwQ90msFZBmw=@protonmail.com> <22B0D423-CEF4-4B74-846D-6F668A0F0B9F@googlemail.com> To: Robert Crowston X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4C8fL32HVqz4hsS X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.25 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.75)[-0.746]; FREEMAIL_TO(0.00)[protonmail.com]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.002]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.206:from]; FREEMAIL_CC(0.00)[googlemail.com,freebsd.org,FreeBSD.org]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Oct 2020 00:14:04 -0000 >=20 > On 2020-Oct-11, at 16:13, Robert Crowston = wrote: >=20 >>> mmc0 is current device >>=20 >> should not be mmc0 if you boot from USB/SSD >=20 > I'm still using sd cards. >=20 > armstub or not has no effect. Seems like a counter is overflowing in = the internals of malloc(). Not even when booting, just when interpreting = the bootcmd. I tried raising CONFIG_SYS_MALLOC_F_LEN, but it didn't = change much. The malloc() code in question is from 2002, so I doubt it's = a bug there. I tried rolling back from HEAD to v2020.10. Same problem. Are you able to look at the content of the boot command, or at least the = beginning of it? Does it look reasonable and have the expected termination at the = expected place? The backtrace that you reported involves: case '|': done_word(dest, ctx); if (next=3D=3D'|') { b_getch(input); done_pipe(ctx,PIPE_OR); but having piped commands (|) seems possibly odd for the context. Garbage memory content may be more likely. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Oct 12 00:23: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 27163428A41 for ; Mon, 12 Oct 2020 00:23:18 +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 4C8fXh6HsLz4jWX for ; Mon, 12 Oct 2020 00:23:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: O5QXV64VM1mNx70B_R8d.4X55l953rT0ejmqV2ipHFxxSzXiYUnRIIU1ZJmXsV2 Bb7FwqfUg67Sr1FUKf2JR.sc5qa06tORx5I3KDYiZtppsgntjWv98v.wu9ezF6XU4_RkKcI6xNAC LN8jSlUxOUeg7o1QLjuw.ldVpQ9QLjmFeEtopQBJV4PrVkbtMte9HZuhKxioFuTngTCqaC3gkYWn 577ZTu92rENsX3YyBDrgxqsxjUbpSn2Ip8OsZH29MqOt99hPGYULiFq5iLC6s0b1mLAdL7GVcWoi mLoO1nOu49qcYWTdbcZ1T2ZYmuCD_GyhJnSpP0I5ZkLln6fv3xeHnIlbIcZFiPli6W7KR.xtQbXx 252T0xxaAL.6PSOlOTOKxUFzOxdnFpDQoQkW.j33q0EzvKL6VJ8s4Gh95oAmhDU3UoA90nqrNu1. MaeH08uZTayEsYtxvdg80e3KWPT.8UaUyS.7256mkMyXeScV0e2mPuoyhQtTOOkJH0By45Qk7Dxe RIpnjWc2ryYTxpLHuKNUMmO7te._lyHqi.Y4nIOFMChuoUnsaNZQixPVuLQj902Zg9uoPpqbKkCa capVhzpBYrwluVvhvuv.Xq4F4gCuqDWFCvt75s.SWXX8aMI4nAdH0g_JbXFXAMGPLi038e_PXnzJ oqAdYslLkEi0K6uQif0cRx8NkW3SmYg8djTQq9l.1aahf2vp7HecsbjrBLDcPDFIiwU6AXQ1F7hr 9KPee0BloqvtWb7QTtDJQmJEvgNCu396FNxYB7ew9_3d5rlRYas4fteWshSMQ9Ue4GLfdaiASxqg NriZ4UneVVyR3dHC4ta90LRzJTnLmOyxci9wZFP71tmEO8ds_5mH4Eh8Q32pX6MCV5bh2h1Amhho ATRTyewRN.lJfuSKrPv2nrOxUOooiEF.1xEsL4Sdjv1IqZW0_ttEuDEcoGHxrwclC8jD4v9MrehC wAU45eS.Q_dcfsQNKeUn64QPnjsiVkfaq5k7iy4_KoSyFugGH.amws5iHAAR_P3i0v8BJzPgxGqH K3qq_VXBkieid92hgBKx5ijI23daE6oz3uWuFx6XvBhe5abX38uD59y_Qj.yZ2Wdr5pgZZG0Xqx8 zGhq_oZB3TdThU9uWib9z7kOtjl3Xw_1T0BQziiyF7qSGQuRPduFBCPHCMPai_qfoL1XVMUfiwxI kDM7igxRGa_nanX3oEpJWr6eQ3qWt2pr7cscaYdvTFhHYrNM09qaQB7mdMuv2fANF5LS6vXRz2GW 67a8ZiFymMTDyp8RigcxE.zSi85iwaPPLwr0FfoA2dMbGYMXNgzhunG0l3.40RJ9WZzBLqViPuNi dXVG9kOqlU6aQevuRwtCn_eiy0mnNkc_IZth2Wmb6QoAlixzkODYEzrIHRQd1ifKRSE2fXqhQJEh SrVkTYp6sFBmWhpKm2DFS6GYnKxN_TsC_KlWF0qcNlFj0Vg.cKG0omCLXkcvjFPxe5Q6FucT2E7w dJeALzvf2Mb9ZjJ.EbtkTHnAQcnFi0FQZQ6C1uXkOvgZx6Ggm3ofKQs7iijwyfYleu2__bEZMMn4 v Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Mon, 12 Oct 2020 00:23:15 +0000 Received: by smtp410.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID e308054dfd56377834c55b2c1f800473; Mon, 12 Oct 2020 00:23:11 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? From: Mark Millard In-Reply-To: <05BC0444-07EB-461C-AEEF-3ABED5F0FA54@yahoo.com> Date: Sun, 11 Oct 2020 17:23:10 -0700 Cc: Klaus Cucinauomo , Kyle Evans , "freebsd-arm@freebsd.org" , "gonzo@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <3BB0EA68-D46E-4B4B-85E0-8D2D1EFFE2AF@yahoo.com> References: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> <3E9D015B-5702-4A52-9366-49E20BDDA5F4@googlemail.com> <79AA6AB2-9FE6-4A80-9E72-F6D7B7E6803F@googlemail.com> <3577889D-3102-4B50-955B-798717F93F92@googlemail.com> <0m0EOJpW7j-ziTjqjNz5Ldul7r8DT9bCjmgmsm5-kr9dX5pt2PEoQrZcFJ9nxtB8YXpqdrBk2ecMIjfijv3DEV26M9fzu3nwwQ90msFZBmw=@protonmail.com> <22B0D423-CEF4-4B74-846D-6F668A0F0B9F@googlemail.com> <05BC0444-07EB-461C-AEEF-3ABED5F0FA54@yahoo.com> To: Robert Crowston X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4C8fXh6HsLz4jWX X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.26 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.76)[-0.758]; FREEMAIL_TO(0.00)[protonmail.com]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.002]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.002]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.206:from]; FREEMAIL_CC(0.00)[googlemail.com,freebsd.org,FreeBSD.org]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Oct 2020 00:23:18 -0000 On 2020-Oct-11, at 17:13, Mark Millard wrote: >>=20 >> On 2020-Oct-11, at 16:13, Robert Crowston wrote: >>=20 >>>> mmc0 is current device >>>=20 >>> should not be mmc0 if you boot from USB/SSD >>=20 >> I'm still using sd cards. >>=20 >> armstub or not has no effect. Seems like a counter is overflowing in = the internals of malloc(). Not even when booting, just when interpreting = the bootcmd. I tried raising CONFIG_SYS_MALLOC_F_LEN, but it didn't = change much. The malloc() code in question is from 2002, so I doubt it's = a bug there. I tried rolling back from HEAD to v2020.10. Same problem. >=20 > Are you able to look at the content of the boot command, or at least = the beginning > of it? Does it look reasonable and have the expected termination at = the expected > place? >=20 > The backtrace that you reported involves: >=20 > case '|': > done_word(dest, ctx); > if (next=3D=3D'|') { > b_getch(input); > done_pipe(ctx,PIPE_OR); >=20 > but having piped commands (|) seems possibly odd for the > context. Garbage memory content may be more likely. >=20 My wording was poor because the done_pipe is actually for || (or) involving the (potential) pipe symbol. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Oct 12 02:23:41 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 49ED442A16A for ; Mon, 12 Oct 2020 02:23:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-25.consmr.mail.gq1.yahoo.com (sonic311-25.consmr.mail.gq1.yahoo.com [98.137.65.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 4C8jCb5l9mz4nNs for ; Mon, 12 Oct 2020 02:23:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: QmcJ5VQVM1nQGaNyIWI0W3z3MJZwnY_cg6JPBSX7YZDVEXITas23Simkssfgrdp 0PJL6a4_h2Q8HJ9CdVAsuXiRg.8YpA4nwchCLrdIBhWm3j6dBEkr6KuL4jVAKpz6aXvlCwe08tYy ZMbXId6_FAjixAkCnB2R7xAXuDzU6QePCBs6uFOzrnO8fiKPm7sxASW2Gh1aI7E70YGa9JoBWJvG 4TDHUnUrvPaxVFcNHUWQUGJb7xVyZM5trstWlY4ZP_1EmQ4sIl6dO165_iSfKIDdvDY1l6Uxh0Yb 8Y711RU3GEwl57N_r5QYJw2nzJZkVHA3lh9AiLafgY4CTBHFXJ7l9x8oMODvSYneMjKmC5MZjN6E HDsMv7DpC0Y_y9EpqctpUvqegMUhiFD.yleZpqkRuioNunbEdtrmbJrVW7dwLeUDMp2GMliCpb_O 9ufSFmlOekcv2CuvN3Pw3XODxxSoEjJQrX8jggVMx89wm2JliKsGIhQViup0cE4QR3K8MtQasyEG n0HxM4tkp_3TSJr77.YVsY_MPY83cb2z3z0DMzgVD5.i2TY0W417gTG_A2Fe6ssrlsBzqmeKPWSQ ZILk_RnC4Hv4hqbfI9r0M.xXI10gSAlUHqPLtIltCE3vhtMVHAhG3sFyUKCs6TFY7baRFJKmkNPV 4pMkxi5f.uxdZNnKRL3HkSMeQvPmdfQLRBwZwP.1mvW4Mey63e4T7Znp0QaU0bMC3cd.OCVkU24Z oGJp63WhwWaQhmy4DlIxvT7HoyeSDeur.vM0dBFCTe9b1WdfTURXCGrI4bvF.umrkXD5m06vShMh xnPYWLUqh5HQgeo3Mi40E_9H73tzoE2ggNJph0k1CXojXf5xeO71wk21EsZaRlmZdGbS9BWl_lb. Q5AHbWJpnKIB1zRoSTmd0mUe20zqiU.ccs1wTu5L380OBJP1J6jxWPOIjat812RMd8zVzVEi5jqv StDRzvG0rvWb4FP13iadTOxf68R70Iuoz9iw28jj5IcRKOkM2liXIWmBl6tuQ8EAXrF4un3jRWr4 0WppKm40_U83Wgy8eeu03py5kTtBN8WfP3u2zaJKaenZsl5g4_3m.8eg9xRlngfi_VSQ7oCFRKW_ _qCKpXQTe5PZxg0nCsZUlDKlJeBrnK8XO067nrmtFV09qgFMYQ1vljPZY.KWhdTDJ3eZRAuDEb7l Xa6CgTdocHEk82oM6yUOnwMgmYsdI8SlQiWaDd7U77hWd8kyefXQgGq7dy_VmyaY4AFqNG3Ge.Vf 5L1K2qj4ZXBUvIv_N5Gc1Yf6PdCbnqQtaTL8fmE6pT5AjFjJWrOoKFb7vNlCCglc2wTufuwr39rf tKofbXc5j4SzdJAFyXB7SbKrzVKZA_KusaLvBCdUvBX.iz.swn_4aw4p913NqFsJ7ioiN5l0pidX tLL.hnVr7j7EXZJdEBHwLdX07UpU9rY08eHPAB5Yc5mcXb3KolZ7ns3XBXJFL4M1HfMkIXiz_v0v ES1jHeaeY9tMCeMTfhhCJkvMOvpAl_5RaJeFG2h_929RpH3P8VcgW3sVdc9.BZlLHEPKONIDi8Xg O0iZLFL3nOAMSoNOCfX4Nhz7T3laqhrJdv3XGCR7BZA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Mon, 12 Oct 2020 02:23:37 +0000 Received: by smtp414.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID d2fb6f6ac019a1256708bde9b4b76fd6; Mon, 12 Oct 2020 02:23:36 +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.120.23.2.1\)) Subject: Patches from ~gonzo/arm/rpi3-smp/u-boot-patches/ missing from u-boot upstream and from relevant sysutils/u-boot-* ports? Message-Id: <9DE1EAA1-40DB-4614-843B-73A8861098E7@yahoo.com> Date: Sun, 11 Oct 2020 19:23:36 -0700 To: Robert Crowston , Oleksandr Tymoshenko , freebsd-arm X-Mailer: Apple Mail (2.3608.120.23.2.1) References: <9DE1EAA1-40DB-4614-843B-73A8861098E7.ref@yahoo.com> X-Rspamd-Queue-Id: 4C8jCb5l9mz4nNs X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.34 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.84)[-0.836]; FREEMAIL_TO(0.00)[protonmail.com,freebsd.org]; 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/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.03)[-1.031]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.98)[-0.976]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.206:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Oct 2020 02:23:41 -0000 There are u-boot patches (from 2015-Nov-25) listed at: https://people.freebsd.org/~gonzo/arm/rpi3-smp/u-boot-patches/ that are not in u-boot and are not in the sysutils/u-boot-master or sysutils/u-boot-rpi[34] ports tree via patch-* files. arm/rpi3-smp/u-boot-patches/patch-board_raspberrypi_rpi_rpi.c looks to be what was expected to handle the values from the: https://github.com/gonzoua/rpi3-psci-monitor/blob/master/pscimon.S code (w0 and x1 before boot_kernel). That calling code (to u-boot as kernel) looks like: primary_cpu: mov sp, #RESERVE_SIZE sub sp, sp, #16 ldr w0, dtb_ptr32 bl fixup_dt_blob ldr w4, kernel_entry32 ldr w0, dtb_ptr32 mov x1, #RESERVE_SIZE boot_kernel: mov x2, #0 mov x3, #0 br x4 The matching rpi.c patch code was (in part): +static u64 fw_fdt_address __attribute__ ((section(".data"))); +static u64 reserve_memory __attribute__ ((section(".data"))); + +void save_boot_params(u64 x0, u64 x1, u64 x2, u64 x3) +{ + fw_fdt_address =3D x0; + reserve_memory =3D x1; + save_boot_params_ret(); +} + +void dram_init_banksize(void) +{ + gd->bd->bi_dram[0].start =3D CONFIG_SYS_SDRAM_BASE + = reserve_memory; + gd->bd->bi_dram[0].size =3D get_effective_memsize() - = reserve_memory; +} . . . +#ifdef CONFIG_ARM64 + if (fw_fdt_address) + setenv_hex("fdt_addr_r", (ulong)fw_fdt_address); +#endif The only "set_env.*fdt_addr_r" that I find is: # grep -r "set_env.*fdt_addr_r" ./ | more ./arch/arm/mach-uniphier/board_late_init.c: = uniphier_set_env_addr("fdt_addr_r", "fdt_addr_r_offset"); As for the line with CONFIG_SYS_SDRAM_BASE, only one match seems to be for armv8 cotnexts: # grep -r "\bd->bi_dram[0].start = =3D CONFIG_SYS_SDRAM_BASE; . . . If there is other, more modern u-boot code that covers handling the x0 and x1 from pscimon.S I have yet to notice. (But, the code is not familiar so that might not be surprising.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Oct 12 04:55:41 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 A2DB842C402 for ; Mon, 12 Oct 2020 04:55:41 +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 4C8mb01nVFz4tdt for ; Mon, 12 Oct 2020 04:55:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: HKmmdQwVM1kVdcBSZQMkJjELPF9cwOgUkAukHHL9UONL6jyz35dvTGGY6Up9.wq 8dp18iawzijPz4X.1BywrHf9w4LbYVA05tz8NdMLc3FOcN.Bt9X6OvTCdm6WQR4bhOxX_SMUDOCs bTDYWWELtO5HwVUZPC4PSWedKiCpNRLrs3ky2p0zXhjjWCO90jv_D_rtQAGgqD.D8yM34XhXvzzZ 0N9rXpFZXUCjCA.u.Dqvz1YIPuKMRQVZvSDlS4IN3UEJxEjzLRxzZLdQN__Jh.yKKCupAPNUkkCY qb5NjZOHGKU4NnTGHxtj1BRznFF.nyGfBahMtyIqHU3eSW_0lQWb1Czu.Es2h0wBW50QaOfVGKgm QbrekkscLEAhsL6yt1nAg3Oei9AEEGLy2Z18SYvJlnGYoeNmj0JFyVx0iDGXMljJNG2.vmbVolFb G277R_OFxIDsp__xcbJs8f9EfAlxRlf0wrYrME0u39qlSg2LIgC1qZn5CBjsIPSJz9XqnHapQ4U0 MEzmSKDMn7gK7R2tSBYPUbBbWE09dGJlntuubK7fBQGZ9lvL1srZNgGozJzEwkLFMDT3mz3V1tKt II_OQFPqUU3XoMscieho77VclXwH6Y92l6r4M8hsMNDF10LNYD8GbAakxKUnf7IMLnvq2LNP8X7b ZwnxC0nMJILqnkQjThfF2lL99zcX87T35z36llx2g1YWjf0QpBIQGl6xkvebVmitg4xILTdUX2za m0QML3Wtdy3M8IaNs.VWZIf1qIV4e3_sUD.1F3.UXmiG7qTKB2p0fQ46tRu1fsHkHX5n3AmNU13_ j0CSrxwJq8v10vDHejsiztTfsWOKbYKGmaSF6XzB9__Def0hOn9UA1KuqbjlvrDlXJu5nA1HKHPD gyT4pGToRWeJHjn.8QZBTmI5Dg.Vnka.SELrITn4w8JvJj3KqoUAaZ10h9NFK4LqjZSZB0ue789R XFGWqcNtaKgWQ_u15SzZCiuDEfG71bZ3A.IMBrpCEAGyoGm5QL2x4iYvSBK6T7k_EZ8fFfYEZJqW clrS4SN9dIiQ0H3L0.2D6bMkfkPqkvbSePTB7SMyedpvP7rJ70ArwhCyftvhCbT8ROYcTYn3P3fi 0KYfsRA1d__s72OfwXp0G2m9m.GknBj6R4jFUqQrBA0NSWJk1n47aKUafqUEq7iOhsLw2cTbJrej 6EDtiGqWgJehRfZTS4E4G7NyrwehEbQ_fEyQgaz70Dmcc7GG5b3xMnOTIgeAplIlZvh1tV8Qr7XR LI7QXl0bliLKrarnjBzIFr0hVwL7mXmr8XhwXnVxypGawgWp1zhMMRRYqe9cwWiNdRht__Yv3nOD Md0YtWIbv6BJf80wWi3BoqeSM.fuYM0_tmhOlj4HN9RCMpcJvYFPS17XKSj0awBXglb2avprcdfd FnvkAShVSTf1yVOwbgcmGXKNMnh6M9rq8X99Pz9mQpoVEKYWz24pb.ivE3ziVH5iRUW2tEMZYp_t _cMSpoy.5aInp41ohzQGqTrCae07gpWa0VOHIpZHVH5sAY9hg7h3C4GZBwo.qmejpEVDKDHRbVsE q4HvhPxmbUHpmRVG3RpwxMyuz1_wk58q5BBUIG1YEZg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Mon, 12 Oct 2020 04:55:37 +0000 Received: by smtp421.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID a5bf9e173a105eaeb4f463a00b24fb83; Mon, 12 Oct 2020 04:55:36 +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.120.23.2.1\)) Subject: Re: Patches from ~gonzo/arm/rpi3-smp/u-boot-patches/ missing from u-boot upstream and from relevant sysutils/u-boot-* ports? Date: Sun, 11 Oct 2020 21:55:34 -0700 References: <9DE1EAA1-40DB-4614-843B-73A8861098E7@yahoo.com> To: Robert Crowston , Oleksandr Tymoshenko , freebsd-arm In-Reply-To: <9DE1EAA1-40DB-4614-843B-73A8861098E7@yahoo.com> Message-Id: <5A695B2A-8E46-449F-B9DF-2807B6A64C63@yahoo.com> X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4C8mb01nVFz4tdt X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.33 / 15.00]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.82)[-0.821]; FREEMAIL_TO(0.00)[protonmail.com,freebsd.org]; 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/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.03)[-1.032]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.98)[-0.975]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.84:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Oct 2020 04:55:41 -0000 On 2020-Oct-11, at 19:23, Mark Millard wrote: >=20 > There are u-boot patches (from 2015-Nov-25) listed at: >=20 > https://people.freebsd.org/~gonzo/arm/rpi3-smp/u-boot-patches/ >=20 > that are not in u-boot and are not in the sysutils/u-boot-master > or sysutils/u-boot-rpi[34] ports tree via patch-* files. >=20 > arm/rpi3-smp/u-boot-patches/patch-board_raspberrypi_rpi_rpi.c > looks to be what was expected to handle the values from the: >=20 > https://github.com/gonzoua/rpi3-psci-monitor/blob/master/pscimon.S >=20 > code (w0 and x1 before boot_kernel). That calling code (to u-boot > as kernel) looks like: >=20 > primary_cpu: > mov sp, #RESERVE_SIZE > sub sp, sp, #16 > ldr w0, dtb_ptr32 > bl fixup_dt_blob > ldr w4, kernel_entry32 > ldr w0, dtb_ptr32 > mov x1, #RESERVE_SIZE >=20 > boot_kernel: > mov x2, #0 > mov x3, #0 > br x4 >=20 > The matching rpi.c patch code was (in part): >=20 > +static u64 fw_fdt_address __attribute__ ((section(".data"))); > +static u64 reserve_memory __attribute__ ((section(".data"))); > + > +void save_boot_params(u64 x0, u64 x1, u64 x2, u64 x3) > +{ > + fw_fdt_address =3D x0; > + reserve_memory =3D x1; > + save_boot_params_ret(); > +} > + > +void dram_init_banksize(void) > +{ > + gd->bd->bi_dram[0].start =3D CONFIG_SYS_SDRAM_BASE + = reserve_memory; > + gd->bd->bi_dram[0].size =3D get_effective_memsize() - = reserve_memory; > +} > . . . > +#ifdef CONFIG_ARM64 > + if (fw_fdt_address) > + setenv_hex("fdt_addr_r", (ulong)fw_fdt_address); > +#endif >=20 > The only "set_env.*fdt_addr_r" that I find is: >=20 > # grep -r "set_env.*fdt_addr_r" ./ | more > ./arch/arm/mach-uniphier/board_late_init.c: = uniphier_set_env_addr("fdt_addr_r", "fdt_addr_r_offset"); >=20 > As for the line with CONFIG_SYS_SDRAM_BASE, only one match > seems to be for armv8 cotnexts: >=20 > # grep -r "\ ./arch/arm/cpu/armv8/fsl-layerscape/cpu.c: = gd->bd->bi_dram[0].start =3D CONFIG_SYS_SDRAM_BASE; > . . . >=20 > If there is other, more modern u-boot code that covers handling > the x0 and x1 from pscimon.S I have yet to notice. (But, the > code is not familiar so that might not be surprising.) Looks like I got only one part of the the above correct. There is material for fdt_addr via x0: board/raspberrypi/rpi/lowlevel_init.S does have: /* * Routine: save_boot_params (called after reset from start.S) * Description: save ATAG/FDT address provided by the firmware at boot = time */ .global save_boot_params save_boot_params: /* The firmware provided ATAG/FDT address can be found in r2/x0 = */ #ifdef CONFIG_ARM64 adr x8, fw_dtb_pointer str x0, [x8] #else ldr r8, =3Dfw_dtb_pointer str r2, [r8] #endif /* Returns */ b save_boot_params_ret and board/raspberrypi/rpi/rpi.c does have: /* * If the firmware provided a valid FDT at boot time, let's expose it in * ${fdt_addr} so it may be passed unmodified to the kernel. */ static void set_fdt_addr(void) { if (env_get("fdt_addr")) return; if (fdt_magic(fw_dtb_pointer) !=3D FDT_MAGIC) return; =20 env_set_hex("fdt_addr", fw_dtb_pointer); } =20 /* * Prevent relocation from stomping on a firmware provided FDT blob. */ unsigned long board_get_usable_ram_top(unsigned long total_size) { if ((gd->ram_top - fw_dtb_pointer) > SZ_64M) return gd->ram_top; return fw_dtb_pointer & ~0xffff; } . . . /* * If the firmware passed a device tree use it for U-Boot. */ void *board_fdt_blob_setup(void) { if (fdt_magic(fw_dtb_pointer) !=3D FDT_MAGIC) return NULL; return (void *)fw_dtb_pointer; } (So, somewhat different naming for what is involved.) That covers x0. But x1 seems to be ignored. May be its value proved to be unimportant or what it was for is now handled another way? =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Oct 12 05:13: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 A988542C79D for ; Mon, 12 Oct 2020 05:13:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-8.consmr.mail.gq1.yahoo.com (sonic316-8.consmr.mail.gq1.yahoo.com [98.137.69.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4C8n0645czz4vYL for ; Mon, 12 Oct 2020 05:13:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: ukS0_A0VM1nTHRzrmMRXeDhlrg_HgBc8vrdem1inMeS1i0JnX1hv5CjLzz6jLfX SsCuJhACFQvvrPSaB43Bkz6a9Km_GpDPLfoWVpIN1C76F_eP4L..8VZ4DCEztTVwlInPFH7VkPWf nFq0yJmuC3skzFUkpzFZQlMQKSeal7djuiLccMro.Gz_hJQ6eGzVKs_WlxYFhz5RJkS.sygGG6yb 8nL6gCiPQv3R_pAJvbgq_G4Wey2Iu7MLEkVgSQg8FNZriAmBvPbGKb4CO_02MSzXibCo7b4JtYHH CRJUImAcW.q1vafUV9rpQh.HXgJj0w3B0WduwR1R0q8qlmmC68vwHa9Q1QkFtgZ8xXe6oLK78DH6 nI32CIszua_Y_txMfkcjPP97.e4KUZX5EurwRQTljpKtU9X8i.PDFq_s_lylq7QEHjrnR6dyozPh dAKxfq86Blldxpcc3fLVVs0pXikSqunlFx.z58pjX3e5ePf.Fr1CALMkFhpHxa.oGcXlWlhOL5My Sg8J.1rTZT4loH1sDsIUsRUN5v5H4GH70dOWs.zj9DVijm4fXIYk4OHxJnZFMwaEPw8J4SHUgUzm WOw70EitnfSP7P89Y54yfFs6yVVUxzn_.odAoXqhiEvXuLN1IscRPb.LDVy2HkPznyiRszw8GGXC IhqY_xMpuPmExhsGXViB2x8Y.QpIdfpJKB.xpcDtLngJr.Swcw0J5euh7azodKYljoFl7BaYk4NB mxJ7lN0_6NjSdqBWAjem2vpJD5P5MEORmFYkUe4L8RTtfOr.SHAbxYsbuMp7_QAJoYGBhjLWG7hJ siHaH9r5pHKvcKW3EIwW3c5.7mGaYezS7WtQsz.BczO7JIkpc7zqb2mP3RdcmmwZ60njHuwPFNLX f8qphoYe9duANZ14XKK7VcPYqYFPL5H3_jEILWaytU0239RTB585hqIwAIhXGxxsUi5btXevguNs 9_fcmjwNelWxAWWd.IVmteDR9vN5WSfF_BQQoETCK49sRCfT1CudirYBoQoDNPvY4eRSp.Jdkw3. ogS10aDW0YqviI4KKZWzGh3yFQhA0DR70XjiLNgPCgswZCndVUr__WwL8IGbfMz9N6jWkUjIgIw_ ekdLqlTPt_0.Aa_ADRevK8DGCVJiwDFIcVyg2nb.bpM30HY3KMZdubK1FQ4y64wWT9G3BFLw7TLx Bt.I9AjI8ljK8Jbx_KV8ZV1yDq1OW0w7VzO2aMzPQsfMscIUH1kZKFz11ZD13hK.5MPhgrwzrTf5 5F57T64G3.MVj_bBcmnxP_A7z_HxDnqcy9XjnZaZTyOHFhHLneXSaMgopjBLLnXn6yBiV8xjr.1U KaPJbwqbCWLbWNm04os4eJw3a_NXwtwCgCbppoK7WS1PM7kNskjg3GDjyIBfUoJ8p8tMDQdEv_x9 En1BPL2TFp8ci02v_3V2e74j1kdSERRdY111yZREmFLZIJzUmVS8I0Mzhoy8CYtf3.emJm.qODPf 0L.QXuR36WqexcudvgzidO6CRgxky4FNtNTS6IVFPa36.vsPBeCZuOW3SNg9Tv0xwOIOoWFXUqSX 3.kQ.l_FP4Foti9j_1TQweSRTNl1i7jzcZgWerNg- Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Mon, 12 Oct 2020 05:13:57 +0000 Received: by smtp406.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 8d42b0732d74ba1b6ac87a14c75a5f78; Mon, 12 Oct 2020 05:13:51 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? From: Mark Millard In-Reply-To: <2E68E19D-6D2C-47E7-890D-58AF933B988F@googlemail.com> Date: Sun, 11 Oct 2020 22:13:51 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <2B1B21CB-1A63-42CE-8917-98870C88CACE.ref@yahoo.com> <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> <2E68E19D-6D2C-47E7-890D-58AF933B988F@googlemail.com> To: Klaus Cucinauomo X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4C8n0645czz4vYL X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.41 / 15.00]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; 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]; NEURAL_HAM_SHORT(-0.89)[-0.894]; FREEMAIL_TO(0.00)[googlemail.com]; 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/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.02)[-1.024]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.988]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.32:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Oct 2020 05:13:59 -0000 On 2020-Oct-10, at 17:21, Klaus Cucinauomo = wrote: >> Am 10.10.2020 um 08:53 schrieb Mark Millard : >>=20 >> =E2=80=A6.. a lot=E2=80=A6. >>=20 >=20 > ...yes, very good catch and absolutely true =E2=80=A6. > you can avoid the rainbow-hang in u-boot 2020.10 with a brutal : > -------$ rm /Volumes/MSDOSBOOT/armstub8-gic.bin------- > modern firmware of = https://github.com/raspberrypi/firmware/tree/master/boot=20 > should no longer depend on armstub8(-gic).bin, > that=E2=80=99s why it is removed in ubuntu. >=20 > but for some reason we will now panic in : > =E2=80=94 > Starting CPU 1 (1) > panic: No PSCI/SMCCC call function set > =E2=80=94 > the reason seems to be here : > https://kernelnomicon.org/?p=3D718 >=20 I do not know if you found it or not, but their is also the prior gonzo blog post on the subject that may be of interest: https://kernelnomicon.org/?p=3D714 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Oct 12 05:54: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 4A8DC42C67D for ; Mon, 12 Oct 2020 05:54:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.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 4C8ntL6Tqwz3Shl for ; Mon, 12 Oct 2020 05:54:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: c2ETQNkVM1mak45mHxhWB4KRMKs3dNrbSAkp7p1KhU75MmcK.uhZOitf2J.meD9 4jKJLpuAook5z8QgIqqaLf9_GahnT8Ii5iWzxHRhGle7WHdUeu8xLCrOj7Ft9X3s9JnXhq7BkfGv 2aAXqsJzLUmfrbkykNnOct_hVhRYRq_iCtVAGt_DTyNck4nQ9StjDwBGFfJC1A4P0n8x.N.K0PMw SyITtWZO0gh_lkNhqnQQ7ydURvncm3Fxzrti6Y32q.9wu7iU6bGDrovVpmIyvw55r0i72krafl8X PnogvCILHQ2F.8RkDbx9NT2dts713AOnigEz.KnC152zq4j_OSFrqNEP5UvNiQKFPsd8vKllEyGN hykr8lVBicFh3PwnOATY.DrWb_o62hGFzMsszrMhVdr4so6PIwwDEXv23bucDJs22a4op1PlrRt6 uxSiJ7EzJ4bFFXse20q1ok4OEtr4a27lN4w7cinnQOz1KqUXrQJLBuQHs3noxyOl02E1gZcXXfMG b8XCkBLLCqAiArrNYzW5pGMzJxufjtlp_zJJeA.1g4xgkoPuPwkMs.ymqDKmJ6HMWlejjeLt9WG6 naNVfmRFSbu0ONXXxE6ne3U9GGdoTbaHC0uVxbXdpSbRHzqy.yMX6PzoDRvstt1jkHNl3qE9kGSE EXc4X65KYXAHs0hwskVHkKqUtuNl4sPZPFKVIPphVg9twx0DfPvQIFR_2b1nfgvHh9F6lTWx1WBb ejvIkaMJ9vHGewQBGNsTDvBcAraqtojpP3hAAYP1FZeSWgwJt3YP6BYxI6rQF_JANcwLrra3l3aX L8M_c.gFC5xk4IxEUpRaV4PddGPLgccJZLOikT6FrTWJ3NkgGZjfMY9BJ84B0DNdMVmQUjtHNxct BP3AsTEAUd5_EzdK5zXXcX35pRF7NwLVczQkEYbRqycibGWSrMj0GKw4VpER4j5SjoRi4YwofiyR czB5s9uyXUpQuVC1omtgE51tVMlDpZMnN1wQ0awNXZ8kkjLMB6U.iN_jElka6CBqWZVZqaT1ehaa 1ZPTzc4s3kTrJsOsNgCXWplVRzTiHfR5.Wqgw0nirwUyEgGwdScPyotaeX5kKYCs3XLHhu6FkDDV pxRh7Sigk4KIv_ygarjdJ6UrBKqLBu8Y86XrA8Nynnsj4of5AyhWuRcbMHnSB5BZGTdfkz89c9dB gv7qAefi0PkBcdocfnoww66htvKrUM.R8UyV4l3lY_1MfS6qkDCio6TvsjVCMLXx9eVOAUy52fcC _jvPZ51MYhTUMQ7g6ksVKg9JyjBnYJnunTQRSwkaq8qDL1MgcaHOJUGdS.fzspfmO.FYeUc8..Fv CxV1BI7r_UkvZ2rxVUz.fUDEj.f4scnDy.61twsyVPofBAs9iD2aCITmnIH4IfKqTigoHX8xSJ3g YhCh7AJXs1W6oo53sZ7kFdr8l5yWoT_PUoZEzi37x2q4TZ0zkIOzov760IObL8OpPEcdbnRAEkD3 r4ZKXrIffJv9raK5qcHuCmhsRIc67tlXJBiqFxiBBkKZbdi66NTCIio.7LSdyg5M- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Mon, 12 Oct 2020 05:54:00 +0000 Received: by smtp421.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 8df8e9acfe698a22f63cbed2861cab94; Mon, 12 Oct 2020 05:53:55 +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.120.23.2.1\)) Subject: RPi4B: an example of what dtdebug=1 in config.txt shows Message-Id: <13275221-249C-457B-9BA2-CF6B32E37795@yahoo.com> Date: Sun, 11 Oct 2020 22:53:53 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3608.120.23.2.1) References: <13275221-249C-457B-9BA2-CF6B32E37795.ref@yahoo.com> X-Rspamd-Queue-Id: 4C8ntL6Tqwz3Shl X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.74 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.28)[-0.276]; 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/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.995]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.97)[-0.968]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; DBL_PROHIBIT(0.00)[0.0.0.3:email,0.0.0.4:email,0.0.0.5:email,0.0.0.1:email,0.0.0.0:email,0.0.0.2:email]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.148:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Oct 2020 05:54:04 -0000 Turns out there is a debug option for reporting on the loads of DTBs/DTBOs and such ( dtdebug=3D1 in config.txt ). For example, the following reports a: dtparam: uart0_clkrate=3D48000000 dtdebug: /__overrides__ has no uart0_clkrate property "Unknown dtparam 'uart0_clkrate' - ignored" . . . MESS:00:00:06.171732:0: dtb_file 'bcm2711-rpi-4-b.dtb' MESS:00:00:06.173753:0: Trying Device Tree file 'bcm2711-rpi-4-b.dtb' MESS:00:00:06.186642:0: brfs: File read: /mfs/sd/bcm2711-rpi-4-b.dtb MESS:00:00:06.189887:0: Loading 'bcm2711-rpi-4-b.dtb' to 0x4000 size = 0xb99c MESS:00:00:06.255822:0: dtdebug: delete_node(/__local_fixups__) MESS:00:00:06.277110:0: brfs: File read: 47516 bytes MESS:00:00:06.281513:0: dtdebug: using platform 'bcm2711' MESS:00:00:06.284083:0: dtdebug: overlay map not loaded MESS:00:00:06.298583:0: dtdebug: /aliases:i2c_vc=3Di2c0 MESS:00:00:06.330592:0: dtdebug: /__symbols__:i2c_vc=3Di2c0 MESS:00:00:06.362273:0: dtdebug: /__overrides__:i2c_vc=3Di2c0 MESS:00:00:06.425864:0: dtdebug: = /__overrides__:i2c_vc_baudrate=3Di2c0_baudrate MESS:00:00:06.442254:0: dtdebug: /aliases:i2c=3Di2c1 MESS:00:00:06.486806:0: dtdebug: /__symbols__:i2c=3Di2c1 MESS:00:00:06.518905:0: dtdebug: /__overrides__:i2c=3Di2c1 MESS:00:00:06.533566:0: dtdebug: /aliases:i2c_arm=3Di2c1 MESS:00:00:06.578548:0: dtdebug: /__symbols__:i2c_arm=3Di2c1 MESS:00:00:06.611142:0: dtdebug: /__overrides__:i2c_arm=3Di2c1 MESS:00:00:06.675270:0: dtdebug: = /__overrides__:i2c_baudrate=3Di2c1_baudrate MESS:00:00:06.740682:0: dtdebug: = /__overrides__:i2c_arm_baudrate=3Di2c1_baudrate MESS:00:00:06.783605:0: dtparam: uart0_clkrate=3D48000000 MESS:00:00:06.810402:0: dtdebug: /__overrides__ has no uart0_clkrate = property MESS:00:00:06.814487:0: Unknown dtparam 'uart0_clkrate' - ignored MESS:00:00:06.822400:0: brfs: File read: /mfs/sd/config.txt MESS:00:00:06.825716:0: brfs: File read: 268 bytes MESS:00:00:06.830377:0: dtdebug: Opened overlay file = 'overlays/disable-bt.dtbo' MESS:00:00:06.840220:0: brfs: File read: = /mfs/sd/overlays/disable-bt.dtbo MESS:00:00:06.964366:0: Loaded overlay 'disable-bt' MESS:00:00:07.035443:0: dtdebug: = merge_fragment(/soc/serial@7e215040,/fragment@0/__overlay__) MESS:00:00:07.040906:0: dtdebug: +prop(status) MESS:00:00:07.050549:0: dtdebug: merge_fragment() end MESS:00:00:07.110345:0: dtdebug: = merge_fragment(/soc/serial@7e201000,/fragment@1/__overlay__) MESS:00:00:07.115866:0: dtdebug: +prop(pinctrl-names) MESS:00:00:07.126576:0: dtdebug: +prop(pinctrl-0) MESS:00:00:07.134214:0: dtdebug: +prop(status) MESS:00:00:07.141657:0: dtdebug: merge_fragment() end MESS:00:00:07.202094:0: dtdebug: = merge_fragment(/soc/serial@7e201000/bluetooth,/fragment@2/__overlay__) MESS:00:00:07.208447:0: dtdebug: +prop(status) MESS:00:00:07.218497:0: dtdebug: merge_fragment() end MESS:00:00:07.276080:0: dtdebug: = merge_fragment(/soc/gpio@7e200000/uart0_pins,/fragment@3/__overlay__) MESS:00:00:07.282378:0: dtdebug: +prop(brcm,pins) MESS:00:00:07.292711:0: dtdebug: +prop(brcm,function) MESS:00:00:07.300685:0: dtdebug: +prop(brcm,pull) MESS:00:00:07.308342:0: dtdebug: merge_fragment() end MESS:00:00:07.365756:0: dtdebug: = merge_fragment(/soc/gpio@7e200000/bt_pins,/fragment@4/__overlay__) MESS:00:00:07.371761:0: dtdebug: +prop(brcm,pins) MESS:00:00:07.382181:0: dtdebug: +prop(brcm,function) MESS:00:00:07.390161:0: dtdebug: +prop(brcm,pull) MESS:00:00:07.397837:0: dtdebug: merge_fragment() end MESS:00:00:07.400362:0: dtdebug: = merge_fragment(/aliases,/fragment@5/__overlay__) MESS:00:00:07.407064:0: dtdebug: +prop(serial0) MESS:00:00:07.419821:0: dtdebug: +prop(serial1) MESS:00:00:07.429872:0: dtdebug: merge_fragment() end MESS:00:00:07.431938:0: brfs: File read: 1073 bytes MESS:00:00:07.436768:0: dtdebug: Opened overlay file 'overlays/mmc.dtbo' MESS:00:00:07.445400:0: brfs: File read: /mfs/sd/overlays/mmc.dtbo MESS:00:00:07.548017:0: Loaded overlay 'mmc' MESS:00:00:07.634627:0: dtdebug: = merge_fragment(/soc/mmc@7e300000,/fragment@0/__overlay__) MESS:00:00:07.639830:0: dtdebug: +prop(pinctrl-names) MESS:00:00:07.648969:0: dtdebug: +prop(pinctrl-0) MESS:00:00:07.654982:0: dtdebug: +prop(bus-width) MESS:00:00:07.660979:0: dtdebug: +prop(brcm,overclock-50) MESS:00:00:07.667633:0: dtdebug: +prop(status) MESS:00:00:07.673339:0: dtdebug: merge_fragment() end MESS:00:00:07.682924:0: dtdebug: = merge_fragment(/soc/gpio@7e200000,/fragment@1/__overlay__) MESS:00:00:07.729210:0: dtdebug: = merge_fragment(/soc/gpio@7e200000/mmc_pins,/fragment@1/__overlay__/mmc_pin= s) MESS:00:00:07.736082:0: dtdebug: +prop(brcm,pins) MESS:00:00:07.748628:0: dtdebug: +prop(brcm,function) MESS:00:00:07.758768:0: dtdebug: +prop(brcm,pull) MESS:00:00:07.768616:0: dtdebug: +prop(phandle) MESS:00:00:07.778171:0: dtdebug: merge_fragment() end MESS:00:00:07.780183:0: dtdebug: merge_fragment() end MESS:00:00:07.844036:0: dtdebug: = merge_fragment(/soc/mmc@7e202000,/fragment@2/__overlay__) MESS:00:00:07.849294:0: dtdebug: +prop(status) MESS:00:00:07.859282:0: dtdebug: merge_fragment() end MESS:00:00:07.943119:0: dtdebug: = merge_fragment(/soc/mmcnr@7e300000,/fragment@3/__overlay__) MESS:00:00:07.948515:0: dtdebug: +prop(status) MESS:00:00:07.956973:0: dtdebug: merge_fragment() end MESS:00:00:08.009901:0: brfs: File read: 1221 bytes MESS:00:00:08.012131:0: Failed to open command line file 'cmdline.txt' MESS:00:00:09.361061:0: dtparam: cam0-pwdn-ctrl=3D10 MESS:00:00:09.386959:0: dtdebug: found override cam0-pwdn-ctrl MESS:00:00:09.389727:0: dtparam: cam0-pwdn=3D5 MESS:00:00:09.417898:0: dtdebug: found override cam0-pwdn MESS:00:00:09.420235:0: dtparam: arm_freq=3D2000000000 MESS:00:00:09.449588:0: dtdebug: found override arm_freq MESS:00:00:09.451834:0: dtparam: core_freq=3D500000000 MESS:00:00:09.481454:0: dtdebug: /__overrides__ has no core_freq = property MESS:00:00:09.485194:0: Unknown dtparam 'core_freq' - ignored MESS:00:00:09.590631:0: dtdebug: delete_node(/hat) . . . It also reported: core_freq=3D500000000 dtdebug: /__overrides__ has no core_freq property Unknown dtparam 'core_freq' - ignored This seems to be an indirect effect of having used arm_freq=3D2000 in config.txt (as were the arm_freq=3D2000000000 related lines in the extraction above). I'm not aware that I did anything associated with the cam0-pwdn related lines: apparently an automatic adjustment. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Oct 12 06:41:24 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 D916342E089 for ; Mon, 12 Oct 2020 06:41:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-19.consmr.mail.gq1.yahoo.com (sonic305-19.consmr.mail.gq1.yahoo.com [98.137.64.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4C8pwz6j2Nz3VZK for ; Mon, 12 Oct 2020 06:41:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: mV5wgMsVM1nNXMq.XcI8UuiiRPUuUCFv7g7xQ.XKZnP5_WtqCPzMaR8Dwppn28I jNpDJdNan5quCMNtoYtQ5N5FPM4e_Whn4xyh82XZlfYvGBN1eTJEO6PgoWsPu4rtmhgEanAa1kqe OQPmrulN3urQNxUzon29mZcM6r7.Cx4JTuelQXhGYkrRlhFZ7yJphPY8BMOK81E673MPc70PDZRv 9xsfOOM9SDgMNJTabxo8fIjIgkmY5MSDoym7SqrOTdr_VHFkKwev_RYe4xLDGWEUuxbShKHLzeX8 v58PopjMxdO3jXUU8yq5Lvnkp_T6.iJBnNnVc.GljwK_VkQTKJA0O1r_vTTTfRwTH5H_6QNxhLtn DLCaq5dcVi1CwxZ2FS7CtTC6NSFMv37n7rIVpzafsHfIu1tuf9y2LxJ3wGVbAdLCXln.5z_FDats HHkfNbrNWemulHcGORkF6Nmt.Y8H1.3b3APfOGSOcZl8US003JDh1sjm4TClPUCOHBg1YTVGfeka TSQRkMgGMZreM1wYRLt8Xp.lJIudneTGY.5ZnqxpMsbOI_VqV8pyHnB4h9xwtByTpC1HHJEkviDL jE7qT1j8yZ9NOIZ.CPnMuLHRVVMNiXGnrP7l9pUf9k_c7dsKxVcL71SBow9xtPINWrbjbLSr.1ml rDAKE2wP4C2WfElvubgcyQpryY0teIOy69T5LCy.5bhd5S7GB5ardgX2ldgT9trEWaeV5JTm8AAG 22duI9nbcOnwGnJByGjxhNoUd1pv2v_12JQDcAjTN.3KvLuB.OKFVT3fyDVaFcTiQZNjNHlR5DID fJOeL6voFwX9J2VT_jUhKEnnzf81S99rmtlcsTaDdS9b5CzI6D1bIm603CV7n0YWbLSXaWrQSE34 OVv1qu_bozVOc8FfGXfJVNQ5I33vm0vcAZX8FsNPXOezkh2.8WlrxnVFvbhZBee9Wb.VY.AA8sDA 53m_UZvziHeq9bZEUbxjh.MdSgmwUlLRWg0LzVBVtfOjJQ0KNFXcNIV5td03XGoGo1TZLxVTtyeo B8Ics0BHL3jjFVIA4QFQZUKNBCyrg0gx3_rUpJG_XU1SmKOqIff9vgew5sL.vlaLERxgGSPxBFis y8C0mX0Hif59DQ3KBFZS5kGJplr6lu7_AMoq5xP.TA66IYjDBxYC8gZpm4tYfXDSJTP2RQkiscaD MahULpcxrzOyX.vBx2EMgL1wonYuVK5si58gEu0YYEm.fCB73o_KXxCwDROyf7_dGw9uWPt7EfjJ FWojsu5..Z4X5WMHQiaKJCSvEQzebtsbhHvxBEf6nkM95N_Tzhi0omNIrH8F_PrJ5Hh2p2Df1vlQ sMqpx3.PPoBRKD5I.aSgsdHG9z_0Q5xBKMhP1X9CSIAcXo3H9ElKYGQMrRw.CEjLIPSO.mTjlTsD K.iBetvL08.72gprbjG2.IPHA2zEnm1dC7InJQBOB4m3Af1lIh4F.N0RW9UbUkPERmvY6HNCp1_e jQ.k3k8QGvVnq7s.r2cSEnn1IecYjxz96ZwjpwqL7s38q5E7fjfyyoFxbuQ9N_mwfGgUq6H7Zsjg fNA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Mon, 12 Oct 2020 06:41:18 +0000 Received: by smtp425.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID fe9e7a560a6a483fe0f734b38e5c9dd1; Mon, 12 Oct 2020 06:41:16 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? From: Mark Millard In-Reply-To: <3BB0EA68-D46E-4B4B-85E0-8D2D1EFFE2AF@yahoo.com> Date: Sun, 11 Oct 2020 23:41:15 -0700 Cc: Klaus Cucinauomo , Kyle Evans , "freebsd-arm@freebsd.org" , "gonzo@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <59CDAD8F-52D6-481E-8C3C-8FF53F67CBC9@yahoo.com> References: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> <3E9D015B-5702-4A52-9366-49E20BDDA5F4@googlemail.com> <79AA6AB2-9FE6-4A80-9E72-F6D7B7E6803F@googlemail.com> <3577889D-3102-4B50-955B-798717F93F92@googlemail.com> <0m0EOJpW7j-ziTjqjNz5Ldul7r8DT9bCjmgmsm5-kr9dX5pt2PEoQrZcFJ9nxtB8YXpqdrBk2ecMIjfijv3DEV26M9fzu3nwwQ90msFZBmw=@protonmail.com> <22B0D423-CEF4-4B74-846D-6F668A0F0B9F@googlemail.com> <05BC0444-07EB-461C-AEEF-3ABED5F0FA54@yahoo.com> <3BB0EA68-D46E-4B4B-85E0-8D2D1EFFE2AF@yahoo.com> To: Robert Crowston X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4C8pwz6j2Nz3VZK X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.12 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.62)[-0.617]; FREEMAIL_TO(0.00)[protonmail.com]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.002]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.002]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.82:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.82:from]; FREEMAIL_CC(0.00)[googlemail.com,freebsd.org,FreeBSD.org]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Oct 2020 06:41:24 -0000 On 2020-Oct-11, at 17:23, Mark Millard wrote: > On 2020-Oct-11, at 17:13, Mark Millard wrote: >=20 >>>=20 >>> On 2020-Oct-11, at 16:13, Robert Crowston wrote: >>>=20 >>>>> mmc0 is current device >>>>=20 >>>> should not be mmc0 if you boot from USB/SSD >>>=20 >>> I'm still using sd cards. >>>=20 >>> armstub or not has no effect. Seems like a counter is overflowing in = the internals of malloc(). Not even when booting, just when interpreting = the bootcmd. I tried raising CONFIG_SYS_MALLOC_F_LEN, but it didn't = change much. The malloc() code in question is from 2002, so I doubt it's = a bug there. I tried rolling back from HEAD to v2020.10. Same problem. >>=20 >> Are you able to look at the content of the boot command, or at least = the beginning >> of it? Does it look reasonable and have the expected termination at = the expected >> place? >>=20 >> The backtrace that you reported involves: >>=20 >> case '|': >> done_word(dest, ctx); >> if (next=3D=3D'|') { >> b_getch(input); >> done_pipe(ctx,PIPE_OR); >>=20 >> but having piped commands (|) seems possibly odd for the >> context. Garbage memory content may be more likely. >>=20 >=20 > My wording was poor because the done_pipe is actually for > || (or) involving the (potential) pipe symbol. Looking at a "it will boot" context, u-boot's printenv does report one definition with || involved: scan_dev_for_boot_part=3Dpart list ${devtype} ${devnum} -bootable = devplist; env exists devplist || setenv devplist 1; for distro_bootpart = in ${devplist}; do if fstype ${devtype} ${devnum}:${distro_bootpart} = bootfstype; then run scan_dev_for_boot; fi; done; setenv devplist So that might be the context for the parse stage associated with the failure you gave a back-trace for. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Oct 12 07: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 8D12A42E76B for ; Mon, 12 Oct 2020 07:20:49 +0000 (UTC) (envelope-from yklaxds@gmail.com) Received: from mail-io1-xd2d.google.com (mail-io1-xd2d.google.com [IPv6:2607:f8b0:4864:20::d2d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4C8qpS5X6sz3Wy2 for ; Mon, 12 Oct 2020 07:20:48 +0000 (UTC) (envelope-from yklaxds@gmail.com) Received: by mail-io1-xd2d.google.com with SMTP id u19so16677144ion.3 for ; Mon, 12 Oct 2020 00:20:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=DfITsecbwJ50hrUzQ7I8Y2zQuLuW9bO2EyUvZofJYzQ=; b=Xhw90kQmieJthKwWIYMBsWngX1fLvfMeyWe89KnlPpD0UusuO4Gem4Vz2J5R+vXM3T PttKYZosEkIhmr7w973cm5mJ9nd/epFHRqqObLqsdLGjluXUsoqEHknxo+JL5HopaiIR o9wI9p0AdpUruyvit0nMt/+/T1fkFlV7RcWp4/GSQ4pDlJDIMDGLGjzJDIYcXmKu3y4n kO3jpe/JN/nU1PWuRFv9ctO+xsT1/xFvas2ZaaZpOUSiylKZeJceUSeuRClB5F4kJvAa VW1J1eWN/aYi/TQbFzFp6zCKjUplINP34BeqzZXDdTSq0CL2Oe7JXdY9bayFspUk4c8X yc7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=DfITsecbwJ50hrUzQ7I8Y2zQuLuW9bO2EyUvZofJYzQ=; b=A73mNHjRJ5sGPabXY7S6N9iBGGKJrVrj0EFAAl+W9MwQXCFb5N03z8dnIXSNIrb8mU eIxCn6vevF7bKqyT6otOMkJp1IV0ZvYQoYBCoPzgHH1qpLolCZE57hbnM2qnQabIsiUN RgdpfGkZWGqj6S0uPjAwd+/6sGBJ1BM4AJd10l7MarzG6OP8BQYlzPLU11fJG8R8kzi2 eTs8mwUezwhjV7xrwuazT/IBYnoANzRI3kbHG1szncWLrtjEq+DaaKYlxJlNihnBn+rQ UDwJ8VdxnVt0AQ2p606A/CPaPhfs3HVdZV6nw59EDHStUHLQbcjLb3ZMQZdHMciqeCwU j1IA== X-Gm-Message-State: AOAM531IFOQ2Es2e/zrQH7rKzc9joCwHF56M3e2sScQc6vtdJoHQRHJL febe/C84b6MhYH2ovL15plkLFBgw9J/CJe3lGCGzDon+0IM= X-Google-Smtp-Source: ABdhPJx8Fc9qd0NS9WCvUeVuuPRj1U2xegd6u7D6bOEGB2C0qkTDDwIN6d4PLhYFLspFY9wwUXWcYCJ/slMN4p7yZF0= X-Received: by 2002:a05:6638:10ef:: with SMTP id g15mr18802939jae.33.1602487247538; Mon, 12 Oct 2020 00:20:47 -0700 (PDT) MIME-Version: 1.0 From: ykla Date: Mon, 12 Oct 2020 15:20:36 +0800 Message-ID: Subject: FreeBSD 13 not support boot form USB-MSD on rpi4. To: freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 4C8qpS5X6sz3Wy2 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Xhw90kQm; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of yklaxds@gmail.com designates 2607:f8b0:4864:20::d2d as permitted sender) smtp.mailfrom=yklaxds@gmail.com X-Spamd-Result: default: False [-3.29 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.976]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.98)[-0.981]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::d2d:from]; NEURAL_HAM_SHORT(-0.33)[-0.328]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Oct 2020 07:20:49 -0000 If I changed all boot files that form https://github.com/raspberrypi/firmware/tree/master/boot , rpi4 will be rainbow screen. FreeBSD 13 not support boot form USB-MSD on rpi4. From owner-freebsd-arm@freebsd.org Mon Oct 12 07:41:14 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 4931542F0B5 for ; Mon, 12 Oct 2020 07:41:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-8.consmr.mail.gq1.yahoo.com (sonic315-8.consmr.mail.gq1.yahoo.com [98.137.65.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4C8rG05WvLz3YDr for ; Mon, 12 Oct 2020 07:41:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: zVN90MwVM1ke8smAaRECQ0C_.TVZmIHalZyMrVGgz75SHUYYiprk5NTyc_9k7hv kMbpjhO9ekOIseXHXAHLIsebzecZ7BTSsVBaGBYpcJIJqMt8p7aT.yxtpsYiql0.X5bo_RqD2ZSx U7T4sbD4Tv6HNZ93tYyLVZj5SrM2Qi9vsnkN35gyQ9b.dlk80n3Oo2YCJJN9LU7Agw0AWylPU73C 7Sc0fSeAmhYXXpNdZz94dEBw1S3lpS4Ubt2WLJMSWCMATgHWWKZH2mDw0df0fn5m0N_074LKMpcg oaKpuM7fnJm.Ns8NbtzHd00j1cTUbYNWj4DTtKVT2JBpd1HOEiOBrIubLL1SNfWsrzu1UK8TKZVn _E56HYfdk2x_ZehfdzlLYs2xCmyaXchlSjEJHkLCZJfSl8qQLL5sQij9xJ6QaifBNE50u3GYB0XI G5tPzD4KGSft3WvBnvc6QkWE9_ZRdZWtErnqbNP8ldZaqZ_ni75LVfMWLvMG7YEqyR1DLDESouNK 3UHrw0vtYPVNCpOB9Vk2on69budHgqwKQ_rskdD4lwFVLrn1INhtnWvJ30LWZCaR7FwRpviCgw5W FPHlTV0HXRDhfULcua242LzDco0XV.G3BwwBHoXFfUVIm9VNCch34XfKbSPmQTOJARMkNdL9bd8T YHKXgQqHV534x72Z0YP5TWraP7.OXkjLc_hnCsdfq9TZydUyFT_aXKn46DGEUF7z1Bah82eD7BfO sgxu0az66ZVFjHJdQK5AACKxb6mg_UkBQKWUOfrfWcKTqBo.PgMhStyFU7M71dEemqnO6vfGINq5 iOt3jnThH31cZpWCRhS4MGITR8ZqdnbKNe6TXFSqCjA5XH_vaN61JPQcnc6eQ8O79Bxne_GCfE17 cZGYSaALUGcfLtFPSlwB5OmchNe2k4pPVL_nb9WsVFGYIb3KT144R7cSb_BEoPFUQ34WTcFsBSNN wj_5_QWB1UIRO5ua0jegSTwW_iHGYPRfiD07S2RLiyQ.ExZAN_JzPwBCay_8c3tsOCXw25GfNgQd PIzNwJS7UCK3iNuytTAhk5bntosFtxYAnrqeDr06838Q4.p.cG7gttehytsHnqQpn8HYVoRT_nKr QracE.SJAC1Qf_wucUKosL_mX43OkNifSsAN_ZGO8IGh7.HjW0x08DOR2nuEtYcY7VH9eN0KEM7m 71elBNzo0exJPuY9te114PdPgqgqdbdoyDeH_JJey6ELQ3.V3y0I0ehpEh4eBkQGeEeLBD9hcVGF Fh1Qkfc1SN3mnhqo5lMap.pYBvuzQiGyzV9LxjGCvMD9.jT5FhacMYIbJ04UImYW5XGj2szK4laT EjHFrNS9CL4idFFjcrcFcRewEgsNG6ZuSjkJb38Q.qNwvO6dHjMmRFJ68bCoah28nlPdVVqv5l6j 3hMSLj.gvjQyaBTR3fv4cLr9JWfQWqXuKM.ARmJsoCXyJ9RthcBoxbCoK8EHYPN8VjVyGYemLknd 2O6V_p0rPtfUxJYD_Sn0SDQ_yl_oqWmLr_vJVL2lnrirXkBI3ut7kSJ5ailK_ilTd16xrm_kRnQ9 1IhHutJQRecP0UmF5hwtZA9pTJ8iE8Ao- Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Mon, 12 Oct 2020 07:41:10 +0000 Received: by smtp411.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 0222eacc2652a97a84c784e64089e9df; Mon, 12 Oct 2020 07:41:06 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: RPi4B: u-boot printenv shows: fdt_addr=4000 (input to u-boot) vs. fdt_addr_r=0x02600000 (output from u-boot): 4000 is used by FreeBSD? Message-Id: <09E20B0B-3D90-409B-9994-02A56F86FF5E@yahoo.com> Date: Mon, 12 Oct 2020 00:41:04 -0700 To: Robert Crowston , Oleksandr Tymoshenko , Kyle Evans , freebsd-arm X-Mailer: Apple Mail (2.3608.120.23.2.1) References: <09E20B0B-3D90-409B-9994-02A56F86FF5E.ref@yahoo.com> X-Rspamd-Queue-Id: 4C8rG05WvLz3YDr X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.43 / 15.00]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.95)[-0.947]; FREEMAIL_TO(0.00)[protonmail.com,freebsd.org,FreeBSD.org]; 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/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.03)[-1.031]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-0.95)[-0.952]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.32:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Oct 2020 07:41:14 -0000 The fdt_addr=4000 is from: MESS:00:00:06.171732:0: dtb_file 'bcm2711-rpi-4-b.dtb' MESS:00:00:06.173753:0: Trying Device Tree file 'bcm2711-rpi-4-b.dtb' MESS:00:00:06.186642:0: brfs: File read: /mfs/sd/bcm2711-rpi-4-b.dtb The fdt_addr_r=0x02600000 is from u-boot doing its own modifications to a copy it makes. But that is not what the debug output indicates is being used after u-boot produces its "output" fdt: MESS:00:00:09.631802:0: brfs: File read: /mfs/sd/armstub8-gic.bin MESS:00:00:09.634830:0: Loading 'armstub8-gic.bin' to 0x0 size 0x1700 MESS:00:00:09.641023:0: brfs: File read: 5888 bytes MESS:00:00:09.762872:0: brfs: File read: /mfs/sd/u-boot.bin MESS:00:00:09.765376:0: Loading 'u-boot.bin' to 0x80000 size 0x8b9c0 MESS:00:00:09.771462:0: Device tree loaded to 0x4000 (size 0xbe0c) The following points out that the reporting 0x4000 just above is odd. Other contexts are reporting addresses closer to what fdt_addr_r has above (0x02600000) after u-boot.bin load (and based on the default 0x100 for the input to u-boot). For operating systems contexts where device_tree_address is not forced (and no armstub8*.bin is in use), I've noted that the debug messages track this sort of staging and use the u-boot output: MESS:00:00:08.861956:0: brfs: File read: /mfs/sd/bcm2711-rpi-4-b.dtb MESS:00:00:08.865197:0: Loading 'bcm2711-rpi-4-b.dtb' to 0x100 size 0xb99c . . . MESS:00:00:10.443307:0: Loading 'rpi4-u-boot.bin' to 0x80000 size 0x8bb60 MESS:00:00:10.449832:0: Device tree loaded to 0x2eff4000 (size 0xbf18) That example is from the Fedora 33 branch, recently enough to be using u-boot 2020.10 . RaspiOS64 (debian variant) does the same sort of thing: MESS:00:00:06.029224:0: brfs: File read: /mfs/sd/bcm2711-rpi-4-b.dtb MESS:00:00:06.032473:0: Loading 'bcm2711-rpi-4-b.dtb' to 0x100 size 0xb99c . . . MESS:00:00:08.552427:0: brfs: File read: /mfs/sd/kernel8.img MESS:00:00:08.554979:0: Loading 'kernel8.img' to 0x80000 size 0xee6200 MESS:00:00:08.561240:0: Device tree loaded to 0x2eff4100 (size 0xbea2) (Note the lack of an explicit u-boot. This might be a u-boot "Falcon-Mode" context for all I know.) Ubuntu 2020.04.1 LTS is older and uses an older u-boot and older firmware but also reports an address similar to the prior two examples: ## Flattened Device Tree blob at 02600000 Booting using the fdt blob at 0x2600000 Using Device Tree in place at 0000000002600000, end 000000000260ea4f (The older firmware does not have the same debug output.) FreeBSD seems to be the odd one out for what fdt address it is likely given. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Oct 12 08:05: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 4405D42FC0F for ; Mon, 12 Oct 2020 08:05:25 +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 4C8rnw0fKTz3ZMl for ; Mon, 12 Oct 2020 08:05:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: WxoNg3YVM1n19q0C1ngH4JSEcFIIUr2QZAT1QLVXA78GuF8ivdz1ZW_bj5KH5wl Z9mPf.LZSde1u3_noJFe5bnkLxtiEhUjUzMNVaCUp6QdKMtti2liMQUbJVUlAabaWRcbmLnrCKfp W7h7Y8HvpnW3QgbacuW7PtTjsF.0RL.yUZ1pLYOyVgkMl3dTJCZrCaghI2LdS5_RjarTr0iKrTBo gID0aSRWFz1Zz8._BzjuVhE2_Vx.vK5BF0JwUIYHJAoSkwxNe88auBFIcCooqzO6Hk.5QIgyN_w7 islVQ3yZa_hWN50EduvyEOQ9eM7bX9b2_cPKZHGxuOR9Phm010453Tu505xR48jjluUX9_lq.2JJ CT.7zSBpVfFMVd6A.qqKoh2zbhIZDBxLuUIJ016pZRYGNYPgugbPazyOndhbNqNPZEbKzUOPEnnJ NDVE4JEVbbdBuwV8OUlk4Yi49MKEDIozSjs0A_ti.4Qz8j160Z25i.8SuTCOrVpQFpKq_9eKxoMX ykWWnEgNpJSw1L7PYCPpOK5RLDvMrO47omd0s7mOZ89dpUy10BwpBaSg5KHrjigIPrqWpKsTYpSE 2GKPBVXzKzxsxNkGeAnP.ht4LBQ4iQ3kbYINQNXRx7a7j7mXuJKbXmb3SPcJ3oPNAqb80VuTek6M 2oPihb97uLdBaoUtXL7pFiEVK_591A0ZmJ3S8vvVQZzwH5vVmVcgcz570tjImdqhY76oMFeS..VZ t_4hb3bkSWGX56lVVEuDgpBTlHOb6oilAFgMQCGb0Zam9xkehrleEwF9O0WzS2fdYpU9X8FNpN48 QUEB43HvjL7dXAXY8cM.NVrAzu1rWuhihelGl9FZoy42xPv3uynr2cxbbsBlM1xr1xSw3QPpvUOP cWKpiF43AD6sYL1ebaOOd_waStWpXWL9mB6XP9PiQ3sOT_57VrQ4imNNJ9_qbJRh6EXKmAaolLk0 S1LyHARYsmN_NTIhgMoCS2XFpLx7hpDGZ7d2Qz54OyLjnC19WTYlGxGc6BsQV4XyFBoP5zoqm9SS 27Lu1RxQ7UOmnNben4ikw8VMs.RMIYG.1TzInwKNdYjgx_dA0kZlrmd85Qgumv3k_zwyaAzV7HVl KA.QGuTnKXeDgrYFXqho5MnwjF04fanNBHGoJo8FXJKkoZDxhlHGxgMXSSCNkFwv25Cp.Ja92jaq xpcqexXEfEDJNMM9JdDtsW85zFBZ54jhqQTOpN4g4FGxiZjrtsu1xh3KhHQcNsoJ6aCkUHFMAy8n evBqvAJwCObpABATOOFjJl_DDwrD1RiyqOWvXcm_TEDw9.XI3YdYHW0vR8kFsdyPCz60h6YDDyPe tRErdHpxvznEwjCr_Lenhy0WCla7RB9JDz5lc0DgIl9ImDfLww_awiVqS2NE9_qkpViajilOs4UU IfbShzGuvgFm9oGc92a7IjarAp.aumjTAbZ.Y65UoTWuTjMI9gK07IAohdYwHExrK2giR0vnIgrm dOMD.YLQqHmQJAZNw3.SxJ7Lbcu8RDtSmwIna1ipNRqxpzav0Kisb172eQFZ6hEtoRrcOa6g5 Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Mon, 12 Oct 2020 08:05:21 +0000 Received: by smtp415.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 5cf7b6aa295f90d5bea5fad8c13e32e5; Mon, 12 Oct 2020 08:05:19 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: RPi4B: u-boot printenv shows: fdt_addr=4000 (input to u-boot) vs. fdt_addr_r=0x02600000 (output from u-boot): 4000 is used by FreeBSD? Date: Mon, 12 Oct 2020 01:05:16 -0700 References: <09E20B0B-3D90-409B-9994-02A56F86FF5E@yahoo.com> To: Robert Crowston , Oleksandr Tymoshenko , Kyle Evans , freebsd-arm In-Reply-To: <09E20B0B-3D90-409B-9994-02A56F86FF5E@yahoo.com> Message-Id: <7052E5C0-0228-4838-A072-AF689C377337@yahoo.com> X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4C8rnw0fKTz3ZMl X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.40 / 15.00]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.92)[-0.921]; FREEMAIL_TO(0.00)[protonmail.com,freebsd.org,FreeBSD.org]; 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/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.03)[-1.032]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-0.95)[-0.951]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.84:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Oct 2020 08:05:25 -0000 On 2020-Oct-12, at 00:41, Mark Millard wrote: > The fdt_addr=4000 is from: > > MESS:00:00:06.171732:0: dtb_file 'bcm2711-rpi-4-b.dtb' > MESS:00:00:06.173753:0: Trying Device Tree file 'bcm2711-rpi-4-b.dtb' > MESS:00:00:06.186642:0: brfs: File read: /mfs/sd/bcm2711-rpi-4-b.dtb > > The fdt_addr_r=0x02600000 is from u-boot doing its own modifications > to a copy it makes. > > But that is not what the debug output indicates is being used after > u-boot produces its "output" fdt: > > MESS:00:00:09.631802:0: brfs: File read: /mfs/sd/armstub8-gic.bin > MESS:00:00:09.634830:0: Loading 'armstub8-gic.bin' to 0x0 size 0x1700 > MESS:00:00:09.641023:0: brfs: File read: 5888 bytes > MESS:00:00:09.762872:0: brfs: File read: /mfs/sd/u-boot.bin > MESS:00:00:09.765376:0: Loading 'u-boot.bin' to 0x80000 size 0x8b9c0 > MESS:00:00:09.771462:0: Device tree loaded to 0x4000 (size 0xbe0c) > > The following points out that the reporting 0x4000 just above is > odd. Other contexts are reporting addresses closer to what > fdt_addr_r has above (0x02600000) after u-boot.bin load (and based > on the default 0x100 for the input to u-boot). > > > For operating systems contexts where device_tree_address is not forced > (and no armstub8*.bin is in use), I've noted that the debug messages > track this sort of staging and use the u-boot output: > > MESS:00:00:08.861956:0: brfs: File read: /mfs/sd/bcm2711-rpi-4-b.dtb > MESS:00:00:08.865197:0: Loading 'bcm2711-rpi-4-b.dtb' to 0x100 size 0xb99c > . . . > MESS:00:00:10.443307:0: Loading 'rpi4-u-boot.bin' to 0x80000 size 0x8bb60 > MESS:00:00:10.449832:0: Device tree loaded to 0x2eff4000 (size 0xbf18) > > That example is from the Fedora 33 branch, recently enough to be > using u-boot 2020.10 . > > RaspiOS64 (debian variant) does the same sort of thing: > > MESS:00:00:06.029224:0: brfs: File read: /mfs/sd/bcm2711-rpi-4-b.dtb > MESS:00:00:06.032473:0: Loading 'bcm2711-rpi-4-b.dtb' to 0x100 size 0xb99c > . . . > MESS:00:00:08.552427:0: brfs: File read: /mfs/sd/kernel8.img > MESS:00:00:08.554979:0: Loading 'kernel8.img' to 0x80000 size 0xee6200 > MESS:00:00:08.561240:0: Device tree loaded to 0x2eff4100 (size 0xbea2) > > (Note the lack of an explicit u-boot. This might be a u-boot > "Falcon-Mode" context for all I know.) > > Ubuntu 2020.04.1 LTS is older and uses an older u-boot and older > firmware but also reports an address similar to the prior two > examples: > > ## Flattened Device Tree blob at 02600000 > Booting using the fdt blob at 0x2600000 > Using Device Tree in place at 0000000002600000, end 000000000260ea4f > > (The older firmware does not have the same debug output.) > > > FreeBSD seems to be the odd one out for what fdt address it is likely > given. Well, I decided was going to fdt print / for fdt_addr vs. fdt_addr_r but got the following from the fdt addr commands: U-Boot> fdt addr 0x02600000 libfdt fdt_check_header(): FDT_ERR_BADMAGIC U-Boot> fdt addr 4000 U-Boot> where the earlier printenv showed: fdt_addr=4000 fdt_addr_r=0x02600000 So, may be it is the 0x02600000 figure itself that is what is wrong and the content for 4000 has the u-boot output? (I'm unsure.) === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Oct 12 08:30:30 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 9EF44430026 for ; Mon, 12 Oct 2020 08:30:30 +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 4C8sLs4g4Pz3bRR for ; Mon, 12 Oct 2020 08:30:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: nDYU7EcVM1m4ajkepRXgmsWfsjcQVaOGNWkCxno6sS344zds77AwhSOsNpCBkOg w.ceiB_tSWV0mG9JagnNG54PgusUr9qGtCJkoP363VbuRlGZ9_QKPGrfuPpegXxPatIaFqg.8LKh jmJz1epx483GCBwzYmpCwy7ROkLyKQd_9AxFpHDSNqUjuaUABRLj9oTdg7ZQD7tBHzZ6H7fM9_lN CvF94TMhOg8s..qAHeR2NL2mCMj8uBqzLY61uyv1sPgauHbSE4L2.KmCibAQJvP_zyvk4k.aIbZQ GOXtSNB2E9uSarmOEd_KmqqeK1N5L7uiqU9d7mxVwrJjoTGP.QHXmIfSgQwj_KuYhFrkHQRxC3zC gxkiMhNr_yi8pn8Zg65cxW02DVMnBPQBjHnhahJNblkgFSQ3hbwWA0WRUfflqKlCtQpKz3iLKKWC zWoH7Pz_BTsd_3rdtsVBRMlwT8YG8JFs0D433jmsB6VvWBL3nNOr2LhKXkBlGOZAVfi1XfleKHHr 5E4oZzo1xuOqZ.FrJhZSFpTVrs8WvIwKW7mGlnUKXImMRMak_dkYmliC93drehywKe2qCMmJor6L o95OoYtuQTdHOc1sHoo3pevBQ1ijV2vY4kGtTTJrq_kRbcZWAZPI_e0FddSj5vd7PSzV.hj3rCSn Pq_qdkvRkH8awsUlotb6kRIq12yfnrGHoZhW7u_XE4lpBwn56Cl03i5tQNj85wtoB4gERTjS2.CU DbBa16LzZjw2fT9cuL02nxEiGKzU5cYZehEKBl.p6waqrOAt5zJVhpjyrcWGs8ByAnciO5ERqcx5 uTR9knCAAMNk6aL9EgXr06VdIYQsn9Nj2vvHRGZ.O55pMD4u4vVh6fa1yzb47I_LhqJR37g1vx6B Os1JKzyhmVfKgNsMceUqF1Km_iWEJIo8C9bIp0g016LcPiaF12ISvcCjxSynw42Vs_evwKCf7F31 C8NgskSgoOqxC43Xr9wYrl1L3wwlr8DRLTjQ1xU1JeMv_2cWxpPJQs7sLCwA5HM10lE_GLagjzwj bprabsrj7n1UlrgVmnTLRsOKPvzPUuxcNnfulSJIr65VemSpZDjFo6GK3XkUhW_G6NG4VY4v7A77 Qtnu9QdO2TsHZhWGfr3ryW5uOgNJe7RL8FRd0zVBroW3ga2Utp8i7GjsKg01zmGOgxMi6aP3.wfs j20_WVG0nrw3hU7IUP5D_4cug_xKWXFYmPeJm7Bd8dyRHeRbEscan8_QToOy5E1JYiEeJgXNayXE SPzqH6bqwqJUzmnJ8KctXlClrODnK3VOoumjgJuu3XD0fdk.mb.Bmbx_ytxfL0EL9rkGm46.UMi3 viXOSQ5Xts7GTaKcJJ1um5.J07EbI20vuGcPiKBs80R3fEi5SfgR5SiESwPe5rR.hwPYmO3A7Fjg bFSl6js7Xddxm41nkO07L3NQbtNDlavTNugcHdxFMKwMzFK7aHBOEyNk.R7GhIqFSpp6noB3TyT_ wH2xtCDPbpYs3HszHQHDGQ26k2E0KBoBuSuQflWFU05cpOQASoTdDevSWDRrUMgWFewqGWhGx6Q- - Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Mon, 12 Oct 2020 08:30:28 +0000 Received: by smtp411.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 2d1a062367bb6e50b6548070de925ba3; Mon, 12 Oct 2020 08:30:25 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: RPi4B: u-boot printenv shows: fdt_addr=4000 (input to u-boot) vs. fdt_addr_r=0x02600000 (output from u-boot): 4000 is used by FreeBSD? Date: Mon, 12 Oct 2020 01:30:24 -0700 References: <09E20B0B-3D90-409B-9994-02A56F86FF5E@yahoo.com> <7052E5C0-0228-4838-A072-AF689C377337@yahoo.com> To: Robert Crowston , Oleksandr Tymoshenko , Kyle Evans , freebsd-arm In-Reply-To: <7052E5C0-0228-4838-A072-AF689C377337@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4C8sLs4g4Pz3bRR X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.40 / 15.00]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.92)[-0.920]; FREEMAIL_TO(0.00)[protonmail.com,freebsd.org,FreeBSD.org]; 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/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.03)[-1.032]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-0.95)[-0.952]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.84:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Oct 2020 08:30:30 -0000 On 2020-Oct-12, at 01:05, Mark Millard wrote: > On 2020-Oct-12, at 00:41, Mark Millard wrote: > >> The fdt_addr=4000 is from: >> >> MESS:00:00:06.171732:0: dtb_file 'bcm2711-rpi-4-b.dtb' >> MESS:00:00:06.173753:0: Trying Device Tree file 'bcm2711-rpi-4-b.dtb' >> MESS:00:00:06.186642:0: brfs: File read: /mfs/sd/bcm2711-rpi-4-b.dtb >> >> The fdt_addr_r=0x02600000 is from u-boot doing its own modifications >> to a copy it makes. >> >> But that is not what the debug output indicates is being used after >> u-boot produces its "output" fdt: >> >> MESS:00:00:09.631802:0: brfs: File read: /mfs/sd/armstub8-gic.bin >> MESS:00:00:09.634830:0: Loading 'armstub8-gic.bin' to 0x0 size 0x1700 >> MESS:00:00:09.641023:0: brfs: File read: 5888 bytes >> MESS:00:00:09.762872:0: brfs: File read: /mfs/sd/u-boot.bin >> MESS:00:00:09.765376:0: Loading 'u-boot.bin' to 0x80000 size 0x8b9c0 >> MESS:00:00:09.771462:0: Device tree loaded to 0x4000 (size 0xbe0c) >> >> The following points out that the reporting 0x4000 just above is >> odd. Other contexts are reporting addresses closer to what >> fdt_addr_r has above (0x02600000) after u-boot.bin load (and based >> on the default 0x100 for the input to u-boot). >> >> >> For operating systems contexts where device_tree_address is not forced >> (and no armstub8*.bin is in use), I've noted that the debug messages >> track this sort of staging and use the u-boot output: >> >> MESS:00:00:08.861956:0: brfs: File read: /mfs/sd/bcm2711-rpi-4-b.dtb >> MESS:00:00:08.865197:0: Loading 'bcm2711-rpi-4-b.dtb' to 0x100 size 0xb99c >> . . . >> MESS:00:00:10.443307:0: Loading 'rpi4-u-boot.bin' to 0x80000 size 0x8bb60 >> MESS:00:00:10.449832:0: Device tree loaded to 0x2eff4000 (size 0xbf18) >> >> That example is from the Fedora 33 branch, recently enough to be >> using u-boot 2020.10 . >> >> RaspiOS64 (debian variant) does the same sort of thing: >> >> MESS:00:00:06.029224:0: brfs: File read: /mfs/sd/bcm2711-rpi-4-b.dtb >> MESS:00:00:06.032473:0: Loading 'bcm2711-rpi-4-b.dtb' to 0x100 size 0xb99c >> . . . >> MESS:00:00:08.552427:0: brfs: File read: /mfs/sd/kernel8.img >> MESS:00:00:08.554979:0: Loading 'kernel8.img' to 0x80000 size 0xee6200 >> MESS:00:00:08.561240:0: Device tree loaded to 0x2eff4100 (size 0xbea2) >> >> (Note the lack of an explicit u-boot. This might be a u-boot >> "Falcon-Mode" context for all I know.) >> >> Ubuntu 2020.04.1 LTS is older and uses an older u-boot and older >> firmware but also reports an address similar to the prior two >> examples: >> >> ## Flattened Device Tree blob at 02600000 >> Booting using the fdt blob at 0x2600000 >> Using Device Tree in place at 0000000002600000, end 000000000260ea4f >> >> (The older firmware does not have the same debug output.) >> >> >> FreeBSD seems to be the odd one out for what fdt address it is likely >> given. > > Well, I decided was going to fdt print / for fdt_addr vs. fdt_addr_r > but got the following from the fdt addr commands: > > U-Boot> fdt addr 0x02600000 > libfdt fdt_check_header(): FDT_ERR_BADMAGIC > U-Boot> fdt addr 4000 > U-Boot> > > where the earlier printenv showed: > > fdt_addr=4000 > fdt_addr_r=0x02600000 > > So, may be it is the 0x02600000 figure itself that is what is > wrong and the content for 4000 has the u-boot output? (I'm > unsure.) Even more "which one" complications: typing boot resulted in: . . . Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... Using DTB provided by EFI at 0x7ef1000. So, yet a 3rd address. Rebooting and stopping in u-boot again, 0x4000 and 0x7ef1000 have good magic number status, unlike 0x02600000. Turns out the differences in the fdt print / output are not man . . . 0x7ef1000 had a few more lines: framebuffer@3e3cf000 { format = "a8r8g8b8"; stride = <0x00001e00>; height = <0x00000438>; width = <0x00000780>; reg = <0x00000000 0x3e3cf000 0x007e9000>; compatible = "simple-framebuffer"; status = "okay"; }; 0x7ef1000 vs. 0x4000 had: kaslr-seed = <0x1d98ffaa 0xdd0919a9>; vs. kaslr-seed = <0x076f7ceb 0x10310a1f>; The rest was a match. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Oct 12 11:01: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 77288433DED for ; Mon, 12 Oct 2020 11:01:11 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x443.google.com (mail-wr1-x443.google.com [IPv6:2a00:1450:4864:20::443]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4C8whk5RP2z43cp for ; Mon, 12 Oct 2020 11:01:10 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x443.google.com with SMTP id h7so18697081wre.4 for ; Mon, 12 Oct 2020 04:01:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=zR0qT8Hfp0bO7n0h6hCZZh8S0F2vbPplmNmOntUlfj0=; b=biMvosgfCddE6CtFDYB/+z+gHsZ5PZUXl8idn6zuj1HYFIXEuW34N5HLjmNbz9FfCj Vn2yeOoEe6uSpLE504BZ5hvjDGNLsKUBxDTDtt5l076uEM0KnmzUYJ93KFVuS8MK5VXf ERMVkpkjR2P5l+jBkgbqtEKsWyBgAnIYDLoF2NP4yNFDhEzcAQlP81H1daUAYBonZgi1 0m5gpV8zBl400ulg7EzxvRUP6PKu8XnUEVHgoZjN0fhWNqnInDEC6Eyh1OjLmf+hv6sd PQPiHIf0NZkm8xXCbQ6Vpc8QMb2Q/yKO0jqfppaD7Dqew2FOiO3PahvPm4yVWDp/7KP9 sV3g== X-Gm-Message-State: AOAM532g0sIGSBkvaGHPqt9JphEIJBfGHEq1WAZVhjy0jT9QP/N7v6vq 7QT7W7ZB+0dLwRmDxu6pxkQ= X-Google-Smtp-Source: ABdhPJxYf11FiWiEtW6DI+uFx4mx5n0YADEALmZyrrFiC71RWPe6+4X7CQSmTb3RbYugOCz68J4Z1w== X-Received: by 2002:adf:df07:: with SMTP id y7mr31885257wrl.347.1602500469024; Mon, 12 Oct 2020 04:01:09 -0700 (PDT) Received: from [192.168.1.167] (dynamic-046-114-111-194.46.114.pool.telefonica.de. [46.114.111.194]) by smtp.googlemail.com with ESMTPSA id h3sm19917784wrw.78.2020.10.12.04.01.07 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 12 Oct 2020 04:01:08 -0700 (PDT) From: Klaus Cucinauomo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.0.3.2.52\)) Subject: Re: FreeBSD 13 not support boot form USB-MSD on rpi4. Date: Mon, 12 Oct 2020 13:01:06 +0200 References: To: ykla , freebsd-arm@freebsd.org In-Reply-To: Message-Id: <8D0B817D-B0AA-4908-B10E-E48BBBCBC322@googlemail.com> X-Mailer: Apple Mail (2.3654.0.3.2.52) X-Rspamd-Queue-Id: 4C8whk5RP2z43cp X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.81)[-0.813]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.05)[-1.047]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.111.194:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.94)[-0.940]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::443:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Oct 2020 11:01:11 -0000 > Am 12.10.2020 um 09:20 schrieb ykla : >=20 > If I changed all boot files that form > https://github.com/raspberrypi/firmware/tree/master/boot , rpi4 will = be > rainbow screen. > FreeBSD 13 not support boot form USB-MSD on rpi4. > _______________________________________________ That=E2=80=99s the reason for the latest longer discussions related to = RPI4(B) here on the list. 2 possibilities: [1]. armstub8-gic.bin needs to be hacked further to get back = compatibility to the upstream or [2]. armstub8-gic.bin is removed (as in most current Linux-distros(which = are compatible with the upstream)), which needs further hacking in the fbsd-kernel(at least implement = spinTables to initialize SMP). Mark M. seems to be hoping for a possibility [3]( that we just have to = change the address space of current armstubs). I have no prove that this is what Mark is searching for(just a GUESS) = :-) Ha Ha=20 By the way, thanks Mark for the 2nd gonzo-SMP-blogpost link. K. =20 From owner-freebsd-arm@freebsd.org Mon Oct 12 11:35: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 5EEB8434569 for ; Mon, 12 Oct 2020 11:35:59 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x431.google.com (mail-wr1-x431.google.com [IPv6:2a00:1450:4864:20::431]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4C8xSt29VPz45H0 for ; Mon, 12 Oct 2020 11:35:57 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x431.google.com with SMTP id i1so12664176wro.1 for ; Mon, 12 Oct 2020 04:35:57 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=zhw7ZhvqSw3ZVCUpu2AHiJOV/gpB09Mys4W1wlewAfI=; b=JWEb/FTyYSmu0HH2qVv+OygPST8deBzSQcA1I+gxxPUsI15QyaXMSgArfyRASeDv5J mL0jkM/YVFOxtN2/Jc+WUYeexPj0+AUIPINuS5Z6HoAFYL8uogetkhF/k/LgMCydT6dt tAm0qJ1U8mN9DEIl8HN4ydfLneaejODf6/UzhiWvkrpV1uultpN2ho9WPgW1P9WVKwhp 6y25zFpay+IbIEbENuPXwTxNXvbSGQUNQsNupRYCcGw8XjE3itSBo01F3kh8kCnCcWoN G9o693NJJ4pl0Bpia2ono0c7YOPZwqeTM2No6kGfDsWak1WxHyYcEIYIcxaefsQglHtm WreQ== X-Gm-Message-State: AOAM530oT4pk5RZGKgw369ZiKFJK+aRY8EA73kOwkqJ6Oj4njsOI0C1u oagMkFG1Att9q+bMY6Og8f0= X-Google-Smtp-Source: ABdhPJztlVZotzLsys78aISpYZtO3+neKVJmMd1u9Kvpflq3MCf4pOX486Mxg0nFmA98Z+23xdN+UA== X-Received: by 2002:adf:d4c5:: with SMTP id w5mr4883343wrk.226.1602502556282; Mon, 12 Oct 2020 04:35:56 -0700 (PDT) Received: from [192.168.1.167] (dynamic-046-114-111-194.46.114.pool.telefonica.de. [46.114.111.194]) by smtp.googlemail.com with ESMTPSA id 71sm23771057wrm.20.2020.10.12.04.35.54 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 12 Oct 2020 04:35:55 -0700 (PDT) From: Klaus Cucinauomo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.0.3.2.52\)) Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? Date: Mon, 12 Oct 2020 13:35:53 +0200 References: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> <3E9D015B-5702-4A52-9366-49E20BDDA5F4@googlemail.com> <79AA6AB2-9FE6-4A80-9E72-F6D7B7E6803F@googlemail.com> <3577889D-3102-4B50-955B-798717F93F92@googlemail.com> <0m0EOJpW7j-ziTjqjNz5Ldul7r8DT9bCjmgmsm5-kr9dX5pt2PEoQrZcFJ9nxtB8YXpqdrBk2ecMIjfijv3DEV26M9fzu3nwwQ90msFZBmw=@protonmail.com> <22B0D423-CEF4-4B74-846D-6F668A0F0B9F@googlemail.com> To: Robert Crowston , freebsd-arm@freebsd.org In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3654.0.3.2.52) X-Rspamd-Queue-Id: 4C8xSt29VPz45H0 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.26 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.80)[-0.800]; FREEMAIL_TO(0.00)[protonmail.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.111.194:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.033]; NEURAL_HAM_LONG(-0.93)[-0.932]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::431:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Oct 2020 11:35:59 -0000 > Am 12.10.2020 um 01:13 schrieb Robert Crowston = : > ... >>> mmc0 is current device >>=20 >> should not be mmc0 if you boot from USB/SSD >=20 > I'm still using sd cards. > ... >=20 > =E2=80=94 RHC. The one and only pcie-BOSS itself is forced by armstubs to boot from a = poor 10Mb/sWrite SD-card-fingernail=E2=80=A6 This terrible misery must end. ;-) Ha Ha, =E2=80=A6... that=E2=80=99s why we want to use the xhci-boot feature of = 2020.10 Regards K. =E2=80=94 ... PCIe BRCM: link up, 5.0 Gbps x1 (SSC) starting USB... =E2=80=A6. Device 0: Vendor: JMicron Rev: 3202 Prod: Tech =20 Type: Hard Disk Capacity: 114473.4 MB =3D 111.7 GB (234441648 x 512) ... is now current device Scanning usb 0:1... Found EFI removable media binary efi/boot/bootaa64.efi =E2=80=A6 =E2=80=94= From owner-freebsd-arm@freebsd.org Mon Oct 12 17:37:56 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 911D043CD19 for ; Mon, 12 Oct 2020 17:37:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-24.consmr.mail.gq1.yahoo.com (sonic303-24.consmr.mail.gq1.yahoo.com [98.137.64.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 4C95VV1YBzz4T1t for ; Mon, 12 Oct 2020 17:37:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: tx14CK4VM1kF863vOy4euoKbNLyQsY4cWMNCr1ULxy5LS4oe6B7Afpr4q315lG8 EOQcSMNM.oBYjICcFs3sAmRhvF98ck1M4hat1Awf592ZS_G5QEynY9ZrbSJXyt__Uo1Xk2Hz2TOQ rt1slnXKO9yV1BBXP5zsIpmISEFxKQbLyD2ZKkjdCFsYWGTlOUIU7yFcfUgCFYKI50dmycrSgCJ7 XmHaWdKG2RENJnCSoTYBbPXq2hkVcEspkrsrh89wU9CI_4HmCb_yPn8zT0wiK0p8dR8fiYrly76L _fy_80opUuCm.jx._4TCWqdFp3KpddsYsa0wbGq1.Sz9vS.7_ZEHU__ZziPUGMIBchE1mqhgAJsX CO.ucPYFeih_qYEUJDmeDgqwLV7U_p8QfUnxZdrewaG91lzyk__1MkTfURJ9zAE8E6ey2MQaTtmt g7riUT20vQludq6c_VvNz_mpb5Z_nlvDrIrtGZR3iPqQLnmgtm8WRQJTdJB8SSKqi_NVeXz7BcFN ZprTaOOrhybMKxcs2qLQq6.M2ISEmZypUGz.J.lY4GFTvTcD_.EzqoZtoBCGOK_tPvVm8YXLdsxZ XwdkM6de_LDRDSNgtzdGSHQ6Wl_Io2h.9Rxkp8Hd1y2RqRbIQUIURmRNQEVPE0gpOC1SkkQUAaaz ka5faL0toDkZWKkA3kV.iIYhyNdgqPruwCMKWnLpLWRsdL4jrcPojqqiDL6NlCy7FQqQSq8_y.kM cUml5AdH5MbdQ6uAYp5P1TcHXoPDDMEiIvi4w9_.YdZytfUe2xTtyHJ8_Y4AjTb_AmhAjAVIE6we JnC7fcjVrbqFv6s3DG9kxokQoMjppJnobWxCBgpUTUXUEEKwiOHzj9qqG72jSncfut0I.o8OhwWH qp.silwmhE0Onhc6gXT644aphC_j.N4hACSc6zBhDKXbQ9_ZU.xnPwupgMSGSGj763dzlSzJcs.X tVRFdlpA8Lgl8CHGTVsOw6eawOR0WAMOIo6_DuhTpXVoaEKIFqVDub2anuPtysUuodKBe0JDZ6UX SAKSlYUe2ffj1FFFdpeJYJWthRDcLSt3_uDwC.Zzz1EwnwySnwOK2Y7DItKc8Rvktc3T5KRlarFC Rqm06J8IFTOVuoWmg._khbL9ZDHEfj6Ann4yWo89.CHaWlNeULp8XfcMc7iWnT6sEn1w1HGrIRqs bKwibWNELy7icGP5R9m16fJ8V1QQhP2cR86Kx9x6LaDYt4Ygk1pX.vPywTRCtqb57Ibyz__h0QsV fb_lt9_P_aDbXNbl_8qJBXWEPXqIOD4_NWZXekUxNYnM1E43Gook1q_W9ggXpQVCUms9B2kRcBXz ww4ZduBO62hpL9wjvc.VSPDfqrpGEKVOn9YGfRI73T0fqSaD.p4ti8ovwVBKScixej0moLNrkEcI JWeBFxN9GECPnsfM6OhKyRdNO2p.Dtp9dLrTVMEk_OCGT9mVQ5qLRnE6DJRaDqZ3gr.FseX9hQD9 oa9wqNlvnTWcg8h.61M0JINHahX94NQMdSqjjQTRzRX.OWACEy.6c3vRjrrKw1IhqH45RzaPbLs_ xigA- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Mon, 12 Oct 2020 17:37:51 +0000 Received: by smtp403.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 1262546cc1874ae40411569f8226df68; Mon, 12 Oct 2020 17:37:45 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? From: Mark Millard In-Reply-To: Date: Mon, 12 Oct 2020 10:37:44 -0700 Cc: Robert Crowston , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> <3E9D015B-5702-4A52-9366-49E20BDDA5F4@googlemail.com> <79AA6AB2-9FE6-4A80-9E72-F6D7B7E6803F@googlemail.com> <3577889D-3102-4B50-955B-798717F93F92@googlemail.com> <0m0EOJpW7j-ziTjqjNz5Ldul7r8DT9bCjmgmsm5-kr9dX5pt2PEoQrZcFJ9nxtB8YXpqdrBk2ecMIjfijv3DEV26M9fzu3nwwQ90msFZBmw=@protonmail.com> <22B0D423-CEF4-4B74-846D-6F668A0F0B9F@googlemail.com> To: Klaus Cucinauomo X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4C95VV1YBzz4T1t X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.03 / 15.00]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.55)[-0.554]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.021]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.96)[-0.956]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.205:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.205:from]; FREEMAIL_CC(0.00)[protonmail.com,freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Oct 2020 17:37:56 -0000 On 2020-Oct-12, at 04:35, Klaus Cucinauomo via freebsd-arm wrote: >> Am 12.10.2020 um 01:13 schrieb Robert Crowston = : >> ... >>>> mmc0 is current device >>>=20 >>> should not be mmc0 if you boot from USB/SSD >>=20 >> I'm still using sd cards. >> ... >>=20 >> =E2=80=94 RHC. >=20 > The one and only pcie-BOSS itself is forced by armstubs to boot from a = poor 10Mb/sWrite SD-card-fingernail=E2=80=A6 > This terrible misery must end. ;-) Ha Ha, > =E2=80=A6... that=E2=80=99s why we want to use the xhci-boot feature = of 2020.10 >=20 Well, depending on what all one wants to do with the RPi4B: There is an alternative that boots via USB3 SSDs just fine (no microsd card) via modern firmware and modern .dtb files, even for 8 MiByte RPI4B's that have the MSD USB updates: uefi/ACPI v1.20 . See: https://github.com/pftf/RPi4/releases/tag/v1.20/ and the installation notes at: https://github.com/pftf/RPi4 The FreeBSD fix is known so that 3072 MiByte does not have to be selected: the full memory can be used. (Add the use of a "subtract 1" at a particular point in the the patch for handling _DMA ACPI information. See https://reviews.freebsd.org/D25219 and https://lists.freebsd.org/pipermail/freebsd-arm/2020-October/022500.html for more. I'll include the svnlite diff later below, one based on head -r365932 .) There are the tradeoffs of needing to use USB based devices for: Ethernet microsd cards (I do not know about controlling pins and such, thus the "depending on what all one wants to do".) There is also the performance tradeoff in that the uefi/ACPI context seems to ignore sdram_freq_min=3D3200 in config.txt . (Last I checked the u-boot context was putting that to use.) For reference (probable whitespace oddities from being sent via e-mail): # svnlite diff /usr/src/sys/dev/acpica/acpi.c Index: /usr/src/sys/dev/acpica/acpi.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/sys/dev/acpica/acpi.c (revision 365932) +++ /usr/src/sys/dev/acpica/acpi.c (working copy) @@ -184,6 +184,7 @@ static void acpi_hint_device_unit(device_t acdev, device_t child, const char *name, int *unitp); static void acpi_reset_interfaces(device_t dev); +static bus_dma_tag_t acpi_get_dma_tag(device_t dev, device_t child); =20 static device_method_t acpi_methods[] =3D { /* Device interface */ @@ -218,6 +219,7 @@ DEVMETHOD(bus_hint_device_unit, acpi_hint_device_unit), DEVMETHOD(bus_get_cpus, acpi_get_cpus), DEVMETHOD(bus_get_domain, acpi_get_domain), + DEVMETHOD(bus_get_dma_tag, acpi_get_dma_tag), =20 /* ACPI bus */ DEVMETHOD(acpi_id_probe, acpi_device_id_probe), @@ -431,6 +433,123 @@ return (0); } =20 +struct dma_limits { + bus_addr_t lowaddr; +}; + +static ACPI_STATUS +dma_on_resource(ACPI_RESOURCE *res, void *arg) +{ + struct dma_limits *limits =3D arg; + bus_addr_t min, len; + + /* + * The minimum and maximum are device-side. To get the CPU-side = minimum, + * we add the translation offset. This can overflow to signify = lower addresses + * on the CPU than the device, e.g. "Bus 0xC0000000 -> CPU = 0x00000000" + * on the RPi4 is represented as 0xC0000000 min + = 0xFFFFFFFF40000000 offset. + */ + + switch (res->Type) { + case ACPI_RESOURCE_TYPE_ADDRESS16: + min =3D (uint16_t)(res->Data.Address16.Address.Minimum + + res->Data.Address16.Address.TranslationOffset); + len =3D res->Data.Address16.Address.AddressLength; + break; + case ACPI_RESOURCE_TYPE_ADDRESS32: + min =3D (uint32_t)(res->Data.Address32.Address.Minimum + + res->Data.Address32.Address.TranslationOffset); + len =3D res->Data.Address32.Address.AddressLength; + break; + case ACPI_RESOURCE_TYPE_ADDRESS64: + min =3D (uint64_t)(res->Data.Address64.Address.Minimum + + res->Data.Address64.Address.TranslationOffset); + len =3D res->Data.Address64.Address.AddressLength; + break; + case ACPI_RESOURCE_TYPE_END_TAG: + return (AE_OK); + default: + printf("ACPI: warning: DMA limit with unsupported = resource type %d\n", + res->Type); + return (AE_OK); + } + + if (min !=3D 0) + printf("ACPI: warning: DMA limit with non-zero minimum = address" + " not supported yet\n"); + + limits->lowaddr =3D MIN(limits->lowaddr, min + len); + + return (AE_OK); +} + +static int +get_dma_tag(ACPI_HANDLE handle, bus_dma_tag_t *result) +{ + ACPI_HANDLE parent; + unsigned int coherent; + struct dma_limits limits =3D { + .lowaddr =3D BUS_SPACE_MAXADDR, + }; + + if (ACPI_FAILURE(AcpiWalkResources(handle, "_DMA", + dma_on_resource, (void *)&limits))) { + /* Inherit resources from parent handle if we don't have = our own */ + if (ACPI_SUCCESS(AcpiGetParent(handle, &parent))) + return (get_dma_tag(parent, result)); + + /* The root (which has no parent) has no restrictions */ + *result =3D NULL; + return (0); + } + + if (ACPI_FAILURE(acpi_GetInteger(handle, "_CCA", &coherent))) + coherent =3D 0; + + /* + * First off, a note about lowaddr values. What sysctl showed + * me was (during investigation of u-boot/dtb/fdt oddities + * that had the same style of solution that I am trying here): + * + * . . . + * hw.busdma.zone2.lowaddr: 0x3c000fff + * . . . + * hw.busdma.zone1.lowaddr: 0x3fffffff + * . . . + * hw.busdma.zone0.lowaddr: 0xffffffff + * . . . + * + * So I've guessed that lowaddr should identify the + * end page of the possibly-use-it region, not the + * first do-not-use-it page. If I've guessed wrong, + * at most it would bounce one page that it could + * avoid bouncing. But, if I guessed correct, it + * might bounce a page that it should instead of + * not doing so. Thus the "-1" below. + */ + if (bus_dma_tag_create(NULL, 1, 0, + limits.lowaddr-1, BUS_SPACE_MAXADDR, NULL, NULL, + BUS_SPACE_MAXSIZE, BUS_SPACE_UNRESTRICTED, = BUS_SPACE_MAXSIZE, + coherent ? BUS_DMA_COHERENT : 0, NULL, NULL, + result) !=3D 0) + return (ENOMEM); + + return (0); +} + +static bus_dma_tag_t +acpi_get_dma_tag(device_t dev, device_t child) +{ + bus_dma_tag_t result; + + if (get_dma_tag(acpi_get_handle(child), &result) !=3D 0) { + device_printf(child, "could not get ACPI DMA limits\n"); + return (NULL); + } + + return (result); +} + /* * Fetch some descriptive data from ACPI to put in our attach message. */ I later found the code that means that the "-1" is required, confirming what I had guessed: sys/arm64/arm64/busdma_machdep.c 's common_bus_dma_tag_create has: common->lowaddr =3D trunc_page((vm_paddr_t)lowaddr) + (PAGE_SIZE - 1); common->highaddr =3D trunc_page((vm_paddr_t)highaddr) + (PAGE_SIZE - 1); and so forces reference to the last byte of the page identified by = lowaddr (and highaddr). Thus lowaddr needs to identify the last page that can = avoid bouncing (or earlier). =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Oct 12 17: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 1552743D111 for ; Mon, 12 Oct 2020 17:45:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-19.consmr.mail.gq1.yahoo.com (sonic314-19.consmr.mail.gq1.yahoo.com [98.137.69.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4C95gN1TKTz4TgB for ; Mon, 12 Oct 2020 17:45:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: hqrKV34VM1lxIko9bEqUfp5ZqBRIF5qMBl0qZTLaKJQCyjIUKcOArmU2KP65KnA GVKzwaLADHousF2n3c_xOnDzawLPF_qD_ceSVjJUe8cLxOYY.P6f6gpdFAlHbm7_E_qOGK4dGdqq Dj5BCl17X43WAJD.Go7QiozJs9hWoErwF78T8BlY5GDuVlLx7TWWb2eBU4kdXlEyU6lwmGIAWD4p XFURRYDd_7hUZ7TeEUbHuL0mWjqOrAz7PDrKKqkaSEp1sORc53sBxJxbHMj6tQe5DfYy0ygmHEh_ A_E6cwTM1yhe818vzAZW.E5mDoUxgbWQ7ghkqo95_QPjeav8s6yvBRQoQk.vPBmxQwYRMBv1Cid8 nyRrPtuMna2iMVvRB8Wasp11qz8Y1ChzjG6bNUuximU3VXn.PqUuwwuCkwj3O2HBofRI5TEXMJtE b6uJXgRdXA6H4ZIILoV63e51jz2F359HbwcGEAGMmNnJFyLVWdG3DfjMWxLIy77JMl0yXu3hjkWe 2jM25pccRwRq12RsCwR7yNP2_YDoFAVcU_W6o1o3sWlGRryxqR0c1rYuLJLOgGMER3MfyUiSS5ay 8258uEBxM4zGJhSoT.qwb8AH5aTfHA54TExhKluPl41A14VOiXieWAn_9MF4xyaeiVCWWiCW7s0R GF5e2qLlEuprvHvBfI.EvbjOzq.IUzKXQL0iHs.5.yM0BRURIf2VQcFr0uI_I4Ae.X203giyqfUM soS6d7B03qTwVZj9rj5UNWTOqxykjZDKQmM0G6zniNBQDJeyEbhmPaCQINyh5yUCfcDU3eJlHDIC aVCGXGhURf6.9qxsa86LQhBm3LPM3YRxAnz4MRLWJiKC4XGZbJ34uo9hbU5BLdUeWb.gJxqxNazs _j5L8_qFY9lzl8DIRvXcWb54W7eSoufr7Idas6rp1SoOSs7UTAd11E6q0Orc45Xpf2TKVYgsr8Dr WUaO.AEV2_8DFSfgDMpskjMYNdOqp26bmHdfG2XBeTImCfspH1bLd7ckkhO9Er0LnMrO_0WsCH6g cICDmBcqEuIvvj.vG1yKvJZGl3vydCC.8af9Os.epaF8tIvpzXrwboyzsiNM3z77kzOY__YqrdFC jR3cxek0ZurazBEWhWoNeh.kQORs3gN2bIKq1vJVBprl_2LVK5oB8KFNHpTCwk6ISb3PZ71k5Wk_ 2qbS51CYN3KHdVuX4LBE7a7JWvLKEoGOXJUAmqjvjpHmlHWYI6zgbCgyL96Y9r7K70IQTkmV.wbW gU8pID41Hy6I2aJD1..hEdD_z4alyGFkZmHc0qQKNpZlBK5JO1eI20xRZHdOHN5Q8LqlZwPV4Roo FqQCChof_cWJAEi2iiNTYvlx7Sh7yyQK.Kg8IT69TU5ME13SbrSynmY7RJ9U6btk36dNGUJKl4uU sdjE70ZYAEfvpMUxEEUGr5BFrLFwAr5ixDt801b0cCw_jsA9oyQAxwwW0T1fsQa5ZK1heYKYjz8w ZvXV79.iS6y5BF94RUw71WZnHAttL6sRE0QAHCBfoP4FxBMfGF4lfbwbJJw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Mon, 12 Oct 2020 17:45:34 +0000 Received: by smtp418.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 34a86205f92200bf1b1c1a76516770d3; Mon, 12 Oct 2020 17:45:29 +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.120.23.2.1\)) Subject: Re: Adding a "-1" into https://reviews.freebsd.org/D25219 's code looks to make uefi/ACPI handle USB3 SSD reliably Date: Mon, 12 Oct 2020 10:45:28 -0700 References: <5F1CF0D1-9FA2-48B9-984B-6A2B98CB87E9@yahoo.com> To: freebsd-arm In-Reply-To: <5F1CF0D1-9FA2-48B9-984B-6A2B98CB87E9@yahoo.com> Message-Id: <7A708F55-1586-4B51-8BE4-8148ADE1C665@yahoo.com> X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4C95gN1TKTz4TgB X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.09 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.56)[-0.556]; 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/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.04)[-1.037]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; URL_IN_SUBJECT(1.00)[reviews.freebsd.org]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.82:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.82:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Oct 2020 17:45:37 -0000 On 2020-Oct-7, at 00:26, Mark Millard wrote: > https://reviews.freebsd.org/D25219 has (in part) >=20 >> + if (bus_dma_tag_create(NULL, 1, 0, >> + limits.lowaddr, BUS_SPACE_MAXADDR, NULL, NULL, >=20 > Based on sysctl hw.busdma output and testing a change for the = u-boot/DTB/fdt code context that worked in testing so far, I've tried = using limits.lowaddr-1 in the above ACPI handling code instead. >=20 > It has worked so far. >=20 > So both existing implementations have the same basic > problem as far as I can tell: limits.lowaddr too large > by one, so identifying the wrong page. >=20 >=20 >=20 > What sysctl showed me was the likes of (before > changes that lead to lack of zone2 for u-boot/dtb/fdt): >=20 > . . . > hw.busdma.zone2.lowaddr: 0x3c000fff > . . . > hw.busdma.zone1.lowaddr: 0x3fffffff > . . . > hw.busdma.zone0.lowaddr: 0xffffffff > . . . >=20 > So I've guessed that lowaddr should identify the > end page of the possibly-use-it-directly region, > not the first do-not-use-it-directly page. If I've > guessed wrong, at most it would bounce one page > that it could avoid bouncing. But, if I guessed > correct, it might bounce a page that it should > instead of not doing so. Thus the "-1" addition. >=20 > For reference, after the first duplicate-and-diff test > for uefi/ACPI: >=20 > # sysctl hw.busdma > hw.busdma.zone0.alignment: 4096 > hw.busdma.zone0.lowaddr: 0xbfffffff > hw.busdma.zone0.total_deferred: 0 > hw.busdma.zone0.total_bounced: 762568 > hw.busdma.zone0.active_bpages: 12 > hw.busdma.zone0.reserved_bpages: 0 > hw.busdma.zone0.free_bpages: 824 > hw.busdma.zone0.total_bpages: 836 > hw.busdma.total_bpages: 836 >=20 > I'll note that "total_bounced" need not be the > a page count: it is incremented by 1 after > the loop for a bounce, not inside the loop. > Lots of pages of data were bounced. For reference, the patch that I'm running is below. It has a comment and the addition of the "-1" compared to what is in https://reviews.freebsd.org/D25219 . I've not observed any problems so far in my use. (E-mail may make whitespace odd below.) # svnlite diff /usr/src/sys/dev/acpica/acpi.c Index: /usr/src/sys/dev/acpica/acpi.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/sys/dev/acpica/acpi.c (revision 365932) +++ /usr/src/sys/dev/acpica/acpi.c (working copy) @@ -184,6 +184,7 @@ static void acpi_hint_device_unit(device_t acdev, device_t child, const char *name, int *unitp); static void acpi_reset_interfaces(device_t dev); +static bus_dma_tag_t acpi_get_dma_tag(device_t dev, device_t child); =20 static device_method_t acpi_methods[] =3D { /* Device interface */ @@ -218,6 +219,7 @@ DEVMETHOD(bus_hint_device_unit, acpi_hint_device_unit), DEVMETHOD(bus_get_cpus, acpi_get_cpus), DEVMETHOD(bus_get_domain, acpi_get_domain), + DEVMETHOD(bus_get_dma_tag, acpi_get_dma_tag), =20 /* ACPI bus */ DEVMETHOD(acpi_id_probe, acpi_device_id_probe), @@ -431,6 +433,123 @@ return (0); } =20 +struct dma_limits { + bus_addr_t lowaddr; +}; + +static ACPI_STATUS +dma_on_resource(ACPI_RESOURCE *res, void *arg) +{ + struct dma_limits *limits =3D arg; + bus_addr_t min, len; + + /* + * The minimum and maximum are device-side. To get the CPU-side = minimum, + * we add the translation offset. This can overflow to signify = lower addresses + * on the CPU than the device, e.g. "Bus 0xC0000000 -> CPU = 0x00000000" + * on the RPi4 is represented as 0xC0000000 min + = 0xFFFFFFFF40000000 offset. + */ + + switch (res->Type) { + case ACPI_RESOURCE_TYPE_ADDRESS16: + min =3D (uint16_t)(res->Data.Address16.Address.Minimum + + res->Data.Address16.Address.TranslationOffset); + len =3D res->Data.Address16.Address.AddressLength; + break; + case ACPI_RESOURCE_TYPE_ADDRESS32: + min =3D (uint32_t)(res->Data.Address32.Address.Minimum + + res->Data.Address32.Address.TranslationOffset); + len =3D res->Data.Address32.Address.AddressLength; + break; + case ACPI_RESOURCE_TYPE_ADDRESS64: + min =3D (uint64_t)(res->Data.Address64.Address.Minimum + + res->Data.Address64.Address.TranslationOffset); + len =3D res->Data.Address64.Address.AddressLength; + break; + case ACPI_RESOURCE_TYPE_END_TAG: + return (AE_OK); + default: + printf("ACPI: warning: DMA limit with unsupported = resource type %d\n", + res->Type); + return (AE_OK); + } + + if (min !=3D 0) + printf("ACPI: warning: DMA limit with non-zero minimum = address" + " not supported yet\n"); + + limits->lowaddr =3D MIN(limits->lowaddr, min + len); + + return (AE_OK); +} + +static int +get_dma_tag(ACPI_HANDLE handle, bus_dma_tag_t *result) +{ + ACPI_HANDLE parent; + unsigned int coherent; + struct dma_limits limits =3D { + .lowaddr =3D BUS_SPACE_MAXADDR, + }; + + if (ACPI_FAILURE(AcpiWalkResources(handle, "_DMA", + dma_on_resource, (void *)&limits))) { + /* Inherit resources from parent handle if we don't have = our own */ + if (ACPI_SUCCESS(AcpiGetParent(handle, &parent))) + return (get_dma_tag(parent, result)); + + /* The root (which has no parent) has no restrictions */ + *result =3D NULL; + return (0); + } + + if (ACPI_FAILURE(acpi_GetInteger(handle, "_CCA", &coherent))) + coherent =3D 0; + + /* + * First off, a note about lowaddr values. What sysctl showed + * me was (during investigation of u-boot/dtb/fdt oddities + * that had the same style of solution that I am trying here): + * + * . . . + * hw.busdma.zone2.lowaddr: 0x3c000fff + * . . . + * hw.busdma.zone1.lowaddr: 0x3fffffff + * . . . + * hw.busdma.zone0.lowaddr: 0xffffffff + * . . . + * + * So I've guessed that lowaddr should identify the + * end page of the possibly-use-it region, not the + * first do-not-use-it page. If I've guessed wrong, + * at most it would bounce one page that it could + * avoid bouncing. But, if I guessed correct, it + * might bounce a page that it should instead of + * not doing so. Thus the "-1" below. + */ + if (bus_dma_tag_create(NULL, 1, 0, + limits.lowaddr-1, BUS_SPACE_MAXADDR, NULL, NULL, + BUS_SPACE_MAXSIZE, BUS_SPACE_UNRESTRICTED, = BUS_SPACE_MAXSIZE, + coherent ? BUS_DMA_COHERENT : 0, NULL, NULL, + result) !=3D 0) + return (ENOMEM); + + return (0); +} + +static bus_dma_tag_t +acpi_get_dma_tag(device_t dev, device_t child) +{ + bus_dma_tag_t result; + + if (get_dma_tag(acpi_get_handle(child), &result) !=3D 0) { + device_printf(child, "could not get ACPI DMA limits\n"); + return (NULL); + } + + return (result); +} + /* * Fetch some descriptive data from ACPI to put in our attach message. */ I later found the code that confirms the need to do the "-1" . . . sys/arm64/arm64/busdma_machdep.c 's common_bus_dma_tag_create has: common->lowaddr =3D trunc_page((vm_paddr_t)lowaddr) + (PAGE_SIZE - 1); common->highaddr =3D trunc_page((vm_paddr_t)highaddr) + (PAGE_SIZE - 1); and so forces reference to the last byte of the page identified by = lowaddr (and highaddr). Thus lowaddr needs to identify the last page that can = avoid bouncing (or earlier). =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Oct 12 18:19: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 BF2D143DC31 for ; Mon, 12 Oct 2020 18:19:57 +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 4C96R04pWpz4Wp0 for ; Mon, 12 Oct 2020 18:19:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: yRyMOfcVM1mNoiSz8yUPW6wT.RiI1qUGHxp6JY26aUk8ScJVxjDDpbpt_mjzhI6 zFc7lTu9pIM3MezwPn9chCAbDUMLY5dYpgEVyr2suoLdhynd7eV8j2w2w0X8bZ3SVQ.gYTMC67RG CUz_2jtGnIrnUaXydJLX8fzvi1JIEFYB5Jy_TFhwvuysxLtoVqcR47wCRq.chd8ZNGUmaRAUU2at pbmJv9TxnqWQaBsg8lvIKk1CcsBmd8rR7uwTTRKHq27YiQunCMxjo4WKJByQFP8wIqCeO9oymgto WNh5XW9py3ONZ5kZgZ0SFB_E4napkENjH6kPZ3dHC8B_bME9SeX8IZZSymRju7vp4uzJQ.zgCDMa qkuz1ITO_275ZFDlzfcHW.5n_AcOck8eJWeSsNg4MOnb3hnNMT8AuP7zCxIS7aXEdrGnDVuDc5yc xu8jaF1DTMJE7uCjrolxwEab.DTxUn_EWYxcy5Ynn9hJGU7wXTlbJGOkHd_1NWskyxk232fGQGtc i69_bXtg_i2u9xa9fz85.peye6ezmNe_IZEIdau0hW6RY4PY6HQWN7NRBV8BbRhgU.AeT0D_K0B0 lP8CBhe6EbNSyFUKZe8pGvimkrk0qEjGB562Dq4yzqN4cnuEIujcUkHdPVpwkkHKGIIzC0YlNUTS 93.kisF5YhwnLTHpIg7JB6olID4KyruQUag2noisnvM83KwveLAdTrFx7WMYUp59P3BLzvbcCzPS M7ZKyRJAS46CokgWP8hLaktuFgB.eNXErGWu5zPSViiEf27DWKBVoLXune7VgcRkmi5pZRrdGBfE OdqcP4MbHa.1LtsxElaDCmFnHnjtJbcVkVMr0wfSwox8cEyEPvmD1FptiuXnO4OQb4gCfXywlUsB 9Bk7ONRBiGs3O5sCTge0vytVsVNJqZZF.8oJDOkXkscu7o7kxtW2VHEXAOKllHTRKvGTFqSGml3J R6a.MDzDhhEhcbSZSbg.NPjaAo7qCdkwFJkr9eOlqaUTo_ZGiLJgwQ8x06faqGPilWpRCPwLhiH8 qbi6uBknNZZJfYbjsiNtgWeOMbEwIApeIRGXUyP7Ozy3GlRsQQWAKKd5i9LsrtJah73ezBdNNVTF mV_UMpusFB_CnI9CCnOX3gFjguidRhd2xkBcHIX7BFNbc7sz2Jzf5zd8nJMLFOJcX4x9pUBRaV6G UX_69wxaEzljGLT5nP3ujMryapMuQRy20pJyeiHpkQ_xLa431RbP0v9kVMioz4TFVq4f5TpsvtmT 6Xcn_nt2U5fDo7mGVRmO9gz5uhODl1YZp_goHIg0R.OZWzeik86T58oc_CGveppQEpqhHz6Mha3E hQcacmRIqGOCqdfF4ymxSsl27FmeJ3lOaseRZhVYn6dbvZIP1htpsFYgSOxCeddVrF_jhB9rigLX P7XUzeEgrbsahWj0F.1FvEW.OHqlWud3TVlhEMzNo_XgwVVHtcFS0XOxUUiNl8Kufo1COpc1tTGj hXZj1T2rcM1dY7fI2uNkyuOeAEWDKrgbvqfkJ93B9pwHF.Bua.j0LdpJThlg2wp_J4hW7tkkAb8E - Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Mon, 12 Oct 2020 18:19:54 +0000 Received: by smtp406.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID baa4eb1499955b62789536209c3a2686; Mon, 12 Oct 2020 18:19:52 +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.120.23.2.1\)) Subject: RPi4B: an example of what RAM u-boot reserves during operation (not necessarily matching what it reports to the next stage) vs. armstub8-gic.bin Message-Id: Date: Mon, 12 Oct 2020 11:19:50 -0700 To: Kyle Evans , freebsd-arm X-Mailer: Apple Mail (2.3608.120.23.2.1) References: X-Rspamd-Queue-Id: 4C96R04pWpz4Wp0 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.34 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; 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]; NEURAL_HAM_SHORT(-0.83)[-0.828]; 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/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.04)[-1.037]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.979]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.206:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Oct 2020 18:19:57 -0000 U-Boot> bdinfo boot_params =3D 0x0000000000000100 . . . lmb_dump_all: memory.cnt =3D 0x2 memory.size =3D 0x0 memory.reg[0x0].base =3D 0x0 .size =3D 0x3e000000 memory.reg[0x1].base =3D 0x40000000 .size =3D 0xbc000000 reserved.cnt =3D 0x2 reserved.size =3D 0x0 reserved.reg[0x0].base =3D 0x0 .size =3D 0x1000 reserved.reg[0x1].base =3D 0x3db47b30 .size =3D 0x4b84d0 . . . That: reserved.reg[0x0].base =3D 0x0 .size =3D 0x1000 means that armstub8-gic.bin is not fully protected at this point in u-boot's execution. Basically boot_fdt_add_mem_rsv_regions is all that is used currently and it does not take into account CONFIG_RPI_EFI_NR_SPIN_PAGES=3D2 : /** * boot_fdt_add_mem_rsv_regions - Mark the memreserve and = reserved-memory * sections as unusable * @lmb: pointer to lmb handle, will be used for memory mgmt * @fdt_blob: pointer to fdt blob base address * * Adds the and reserved-memorymemreserve regions in the dtb to the lmb = block. * Adding the memreserve regions prevents u-boot from using them to = store the * initrd or the fdt blob. */ void boot_fdt_add_mem_rsv_regions(struct lmb *lmb, void *fdt_blob) { uint64_t addr, size; int i, total, ret; int nodeoffset, subnode; struct fdt_resource res; if (fdt_check_header(fdt_blob) !=3D 0) return; /* process memreserve sections */ total =3D fdt_num_mem_rsv(fdt_blob); for (i =3D 0; i < total; i++) { if (fdt_get_mem_rsv(fdt_blob, i, &addr, &size) !=3D 0) continue; boot_fdt_reserve_region(lmb, addr, size); } /* process reserved-memory */ nodeoffset =3D fdt_subnode_offset(fdt_blob, 0, = "reserved-memory"); if (nodeoffset >=3D 0) { subnode =3D fdt_first_subnode(fdt_blob, nodeoffset); while (subnode >=3D 0) { /* check if this subnode has a reg property */ ret =3D fdt_get_resource(fdt_blob, subnode, = "reg", 0, &res); if (!ret && fdtdec_get_is_enabled(fdt_blob, = subnode)) { addr =3D res.start; size =3D res.end - res.start + 1; boot_fdt_reserve_region(lmb, addr, = size); } subnode =3D fdt_next_subnode(fdt_blob, subnode); } } } =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Oct 12 21:05: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 013F04283BD for ; Mon, 12 Oct 2020 21:05:12 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail-40136.protonmail.ch (mail-40136.protonmail.ch [185.70.40.136]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C9B5g6bzQz4gGM for ; Mon, 12 Oct 2020 21:05:11 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Mon, 12 Oct 2020 21:04:58 +0000 To: Klaus Cucinauomo From: Robert Crowston Cc: "freebsd-arm@freebsd.org" Reply-To: Robert Crowston Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? Message-ID: In-Reply-To: References: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> <79AA6AB2-9FE6-4A80-9E72-F6D7B7E6803F@googlemail.com> <3577889D-3102-4B50-955B-798717F93F92@googlemail.com> <0m0EOJpW7j-ziTjqjNz5Ldul7r8DT9bCjmgmsm5-kr9dX5pt2PEoQrZcFJ9nxtB8YXpqdrBk2ecMIjfijv3DEV26M9fzu3nwwQ90msFZBmw=@protonmail.com> <22B0D423-CEF4-4B74-846D-6F668A0F0B9F@googlemail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch X-Rspamd-Queue-Id: 4C9B5g6bzQz4gGM X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.38 / 15.00]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[protonmail.com]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; DKIM_TRACE(0.00)[protonmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; NEURAL_HAM_SHORT(-0.59)[-0.586]; FREEMAIL_TO(0.00)[googlemail.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.87)[-0.865]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.93)[-0.931]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.40.136:from]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Oct 2020 21:05:13 -0000 The boot time has not been so important to me. Once the system has booted, = it is time for a new project. :-) Actually, what is a lot more interesting for me is network boot. Then I can= stop juggling SD cards when I test new kernels. =E2=80=94 RHC. =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 Original Me= ssage =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 On Monday, 12 October 2020 12:35, Klaus Cucinauomo wrote: > > > > Am 12.10.2020 um 01:13 schrieb Robert Crowston crowston@protonmail.com: > > ... > > > > > > mmc0 is current device > > > > > > should not be mmc0 if you boot from USB/SSD > > > > I'm still using sd cards. > > ... > > =E2=80=94 RHC. > > The one and only pcie-BOSS itself is forced by armstubs to boot from a po= or 10Mb/sWrite SD-card-fingernail=E2=80=A6 > This terrible misery must end. ;-) Ha Ha, > =E2=80=A6... that=E2=80=99s why we want to use the xhci-boot feature of 2= 020.10 > > Regards > K. > =E2=80=94 > ... > PCIe BRCM: link up, 5.0 Gbps x1 (SSC) > starting USB... > =E2=80=A6. > Device 0: Vendor: JMicron Rev: 3202 Prod: Tech > Type: Hard Disk > Capacity: 114473.4 MB =3D 111.7 GB (234441648 x 512) > ... is now current device > Scanning usb 0:1... > Found EFI removable media binary efi/boot/bootaa64.efi > =E2=80=A6 > =E2=80=94 From owner-freebsd-arm@freebsd.org Tue Oct 13 00:32:31 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 B6D7642CD61 for ; Tue, 13 Oct 2020 00:32:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-55.consmr.mail.gq1.yahoo.com (sonic316-55.consmr.mail.gq1.yahoo.com [98.137.69.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 4C9Ght4PY4z3cDh for ; Tue, 13 Oct 2020 00:32:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 9JJgTNYVM1lXUMoVmCguJsLGWrux8u8v4q56k1jNRUzaqhTDTbxUXDzMwNRwXEt b00aXa0PuFNOfX18ITzws8ZpPSdGBl7YBuAff1KSsFPJGYYQJXlZnGKcudrTMY1yPWwdX6NG_1uI rj4xj9sfawaKkus3TsoHPEbgp8Q5JwYAJhz2xdDceVzS6jiic_VGDLF.ROtsVmhFVc51nmE8uSW_ 9hJTe4c.0zJ.intIRkbU_YwAtEJ147Nr27W_wl0K8C12iSDYq_PYkZUWD95QEKubBOkjLSATqV5h g2ByN_mbWGUN.YQwSWmYghuFIkqlKyk3UgYeet1gGxgNKHPFSdKqQT7KLgefGriw_H8GuYjVbgdP tD0N8FBPfVF2zlhv7ZwXqaNNb_UvYpmxKoKnLlPGeTcqVorOMi0nnYfPDBqzMFBC4tA9Tm2rH08w 1gOsWd52.fhbVlSsrWrIlL_GZPTPi9kbSMmPmuEQuehRRpQVhIH9dPMd5FHnXhyw2MxXdubl33Bq K5VKHeUoqvB5AhUJrjG5mu8cyj.9zHvbgJlbFhCq272rK.GzU.6E6NeyMMF8bngLSG5ojBiPyFyJ d0uH.n07PxLC9sKlVeZr_zulcwe96xpNuX2Ic_iIouGt.BpKUOCGpTZZ7DDrW0HMIBBqzy7KOmsl JURrDvvqCyO96AqjAjvLg_EuwzjNjTGv4s6Zt.kNfETXLptKNBrMS.YteqRl27wn9MPWIAjtbF2g CdcKDTNNyqoN5ozo2d7mQsYZmVazGkFiYnl9ZBnHIvkgW_7e3kiSMFPuh_u4Kn6SDM9AbUFEoMd2 wZZTc3Sh7e5.9ic6Bqhe2o26XIf9eAfOoOUrK19JRH0fKRmleSIjTQI2QIlNvACwvDNZ.fBAqhbK G3ZWQM_HMY9c4aHZPyiRi32REszh.0.6XQdTEwKXMcWuABMvS1BSgjP4B6MbXXePZ7N7ZxfsZT3N iyCmjuzSUHhBqUBkp_78OPcAKKWUXEcPt..WfdmbNPhud1h_z7FP_kwOMm4rtLDu_bgxxHyzz3OX Kir0ik3VOv1AOdJDP2bMdPFzoFLo8NK914rerncLypEM9CdCAOEZ9fKepToSnH0eX6IP5Pl7u9YO mBY_lqeSSowIRcvbd6UccD4bszysezwZudJqSK0hZqimWeSAFuBokXtjEDx4RLcP48T2Xfp.73HL _vdLyhomM5SKIsNzwaax4l5WgQ31E6_O0grrx27hFlXtwP59ZH04KhQI.oMaki4epDnq.Vnd3SRM Jyz9AcB8oTZGKpmGsxfgHSLWA4oXA.zxdzUu9Cecyw6d9FQUb3eIGyv4eC2ypzb0GDKQfslYSi74 ijHbN.23T8gh1vQthi4XxlZqLjpljid48RLs4_0GVXmTnN84wdRySctqZ84TqdK_nTglJa3fvM9M xS6w9oybD4mrwpSS7RdEzsZ.5rku6gyFYOBG1NIryZ.Omc7c3CaOoT1OawKY2NFx8CC27D8bdceg zEkVCx8siye2tJC1CZmUSAdBScA.gMvRGyQ9V62Cqz.XMsf95T.b51IP.kpUq2cV3AgV5wGClyXd oNA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Tue, 13 Oct 2020 00:32:27 +0000 Received: by smtp419.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 9952ea08f1c3b880c6f70881e32284c0; Tue, 13 Oct 2020 00:32:21 +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.120.23.2.1\)) Subject: Re: RPi4B: an example of what RAM u-boot reserves during operation [patch included] Date: Mon, 12 Oct 2020 17:32:21 -0700 References: To: Kyle Evans , freebsd-arm In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4C9Ght4PY4z3cDh X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.65 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; 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]; NEURAL_HAM_SHORT(-1.21)[-1.208]; 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/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.96)[-0.962]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.982]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.31:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.31:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Oct 2020 00:32:31 -0000 On 2020-Oct-12, at 11:19, Mark Millard wrote: > U-Boot> bdinfo > boot_params =3D 0x0000000000000100 > . . . > lmb_dump_all: > memory.cnt =3D 0x2 > memory.size =3D 0x0 > memory.reg[0x0].base =3D 0x0 > .size =3D 0x3e000000 > memory.reg[0x1].base =3D 0x40000000 > .size =3D 0xbc000000 >=20 > reserved.cnt =3D 0x2 > reserved.size =3D 0x0 > reserved.reg[0x0].base =3D 0x0 > .size =3D 0x1000 > reserved.reg[0x1].base =3D 0x3db47b30 > .size =3D 0x4b84d0 > . . . >=20 > That: >=20 > reserved.reg[0x0].base =3D 0x0 > .size =3D 0x1000 >=20 > means that armstub8-gic.bin is not fully > protected at this point in u-boot's execution. >=20 > Basically boot_fdt_add_mem_rsv_regions is all that > is used currently and it does not take into account > CONFIG_RPI_EFI_NR_SPIN_PAGES=3D2 : >=20 > /** > * boot_fdt_add_mem_rsv_regions - Mark the memreserve and = reserved-memory > * sections as unusable > * @lmb: pointer to lmb handle, will be used for memory mgmt > * @fdt_blob: pointer to fdt blob base address > * > * Adds the and reserved-memorymemreserve regions in the dtb to the lmb = block. > * Adding the memreserve regions prevents u-boot from using them to = store the > * initrd or the fdt blob. > */ > void boot_fdt_add_mem_rsv_regions(struct lmb *lmb, void *fdt_blob) > { > uint64_t addr, size; > int i, total, ret; > int nodeoffset, subnode; > struct fdt_resource res; >=20 > if (fdt_check_header(fdt_blob) !=3D 0) > return; >=20 > /* process memreserve sections */ > total =3D fdt_num_mem_rsv(fdt_blob); > for (i =3D 0; i < total; i++) { > if (fdt_get_mem_rsv(fdt_blob, i, &addr, &size) !=3D 0) > continue; > boot_fdt_reserve_region(lmb, addr, size); > } >=20 > /* process reserved-memory */ > nodeoffset =3D fdt_subnode_offset(fdt_blob, 0, = "reserved-memory"); > if (nodeoffset >=3D 0) { > subnode =3D fdt_first_subnode(fdt_blob, nodeoffset); > while (subnode >=3D 0) { > /* check if this subnode has a reg property */ > ret =3D fdt_get_resource(fdt_blob, subnode, = "reg", 0, > &res); > if (!ret && fdtdec_get_is_enabled(fdt_blob, = subnode)) { > addr =3D res.start; > size =3D res.end - res.start + 1; > boot_fdt_reserve_region(lmb, addr, = size); > } >=20 > subnode =3D fdt_next_subnode(fdt_blob, = subnode); > } > } > } >=20 >=20 The patch later below causes u-boot to protect the first 2 pages during its operations, not just the first page (just 1 indicated by the firmware's supplied fdt): U-Boot> bdinfo lmb_dump_all: . . . reserved.cnt =3D 0x2 reserved.size =3D 0x0 reserved.reg[0x0].base =3D 0x0 .size =3D 0x2000 reserved.reg[0x1].base =3D 0x3db47b30 .size =3D 0x4b84d0 . . . u-boot's code does not deal with merging overlaps, just adjacent ranges. So the new code covers just base 0x1000u size 0x1000u as reserved, leaving how base 0x0u size 0x1000u was covered as it was. The patch looks like (up to whitespace variance via email handling): # diff -u board/raspberrypi/rpi/rpi.c.orig board/raspberrypi/rpi/rpi.c --- board/raspberrypi/rpi/rpi.c.orig 2020-10-05 08:15:32.000000000 = -0700 +++ board/raspberrypi/rpi/rpi.c 2020-10-12 17:12:10.371941000 -0700 @@ -12,6 +12,7 @@ #include #include #include +#include #include #include #include @@ -494,4 +495,28 @@ #endif =20 return 0; +} + +void board_lmb_reserve(struct lmb *lmb) +{ +#ifdef CONFIG_EFI_LOADER + /* + * NOTE: lmb_reserve (and more) does not deal with overlaps with + * pre-existing reservations. + * But board_lmb_reserve is called before the original + * first-page is added. So use knowledge of what will = happen + * later to avoid overlaps. + */ + + phys_addr_t base =3D 0x0u; + phys_addr_t size =3D CONFIG_RPI_EFI_NR_SPIN_PAGES << = EFI_PAGE_SHIFT; + + if (size <=3D EFI_PAGE_SIZE) return; + + /* Avoid future overlap */ + base +=3D EFI_PAGE_SIZE; + size -=3D EFI_PAGE_SIZE; + + lmb_reserve(lmb, base, size); +#endif } ft_board_setup already used CONFIG_RPI_EFI_NR_SPIN_PAGES based on only checking CONFIG_EFI_LOADER, so I did the same above. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Oct 13 02:28: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 1358642F0F2 for ; Tue, 13 Oct 2020 02:28:02 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x330.google.com (mail-wm1-x330.google.com [IPv6:2a00:1450:4864:20::330]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4C9KG84Bvkz40K9 for ; Tue, 13 Oct 2020 02:28:00 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x330.google.com with SMTP id e23so12352174wme.2 for ; Mon, 12 Oct 2020 19:28:00 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=qKGDQHKI+rbSwysPO9VTYxB2zmWbtJRjUSBXklXO3NU=; b=gKoSQeJybaPLG4lCvxfFwaAJ1fUxvVbCvLwEP8I+ruckocTexE23aqGi5FbAFCyexf pSPTi5ctIURDP6+GRGFJFO7xnzNLbGHw/u/SnZswwt05NlNUvfLJMQR29mWm/kGyg+w2 UWjuc5R57kFTXoFSig0ouGzceFJxnCZvYa6Q6JPxQxoCK/keqRNEqAk1r+Kx5gwKcK7P hoimoMyvAiVb1FstFQVkpjgzIdkLzK5wT4BQAJJhAqU3NOlndZnhq9RmyHe7mznReAUw hVkQE5Glmowq2PzzZEPwhVzbNgOfjtI8OC7RjqelvFOckTk6ojFk1EQTfWUZ/Rzt8lFS WAnA== X-Gm-Message-State: AOAM532FXIjXhaxSQagctLeN+3MDtGVJ/Mn1UsxGbTjtRq82nC2TW+iA o6RKYHco8OStcXjSR8gkDm8= X-Google-Smtp-Source: ABdhPJyGAS4f47vgFmGMmls7xxcwDk1C/i5NqeQkHKCUABH66YRidjZiWmUEbXZHS3NkMcJhzWv15w== X-Received: by 2002:a1c:7707:: with SMTP id t7mr14077140wmi.54.1602556078246; Mon, 12 Oct 2020 19:27:58 -0700 (PDT) Received: from [192.168.1.167] (dynamic-046-114-111-194.46.114.pool.telefonica.de. [46.114.111.194]) by smtp.googlemail.com with ESMTPSA id s19sm34544859wmc.0.2020.10.12.19.27.56 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 12 Oct 2020 19:27:57 -0700 (PDT) From: Klaus Cucinauomo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.0.3.2.52\)) Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? Date: Tue, 13 Oct 2020 04:27:55 +0200 References: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> <79AA6AB2-9FE6-4A80-9E72-F6D7B7E6803F@googlemail.com> <3577889D-3102-4B50-955B-798717F93F92@googlemail.com> <0m0EOJpW7j-ziTjqjNz5Ldul7r8DT9bCjmgmsm5-kr9dX5pt2PEoQrZcFJ9nxtB8YXpqdrBk2ecMIjfijv3DEV26M9fzu3nwwQ90msFZBmw=@protonmail.com> <22B0D423-CEF4-4B74-846D-6F668A0F0B9F@googlemail.com> To: Robert Crowston , freebsd-arm@freebsd.org In-Reply-To: Message-Id: <9F547C6B-9C90-4B72-961B-B4E90C5A27A7@googlemail.com> X-Mailer: Apple Mail (2.3654.0.3.2.52) X-Rspamd-Queue-Id: 4C9KG84Bvkz40K9 X-Spamd-Bar: - X-Spamd-Result: default: False [-1.81 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.40)[-0.401]; FREEMAIL_TO(0.00)[protonmail.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.111.194:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.975]; NEURAL_HAM_LONG(-0.93)[-0.933]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::330:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Oct 2020 02:28:02 -0000 > Am 12.10.2020 um 23:04 schrieb Robert Crowston = : >=20 > The boot time has not been so important to me. Once the system has = booted, it is time for a new project. :-) >=20 > Actually, what is a lot more interesting for me is network boot. Then = I can stop juggling SD cards when I test new kernels. >=20 > =E2=80=94 RHC. >=20 I see! You test your new kernel hacks over network-boot in order to = provide us with xhci-boot in u-boot 2020.10 in a timely manner. I fully agree with your project and thank you in advance! ;-) Haha Best Regards K.= From owner-freebsd-arm@freebsd.org Tue Oct 13 19:22: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 1A74E449883 for ; Tue, 13 Oct 2020 19:22:01 +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 4C9lm66gwcz49Mg for ; Tue, 13 Oct 2020 19:21:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: RBVjWH4VM1mD8Py0D0rUWOqtHsohQ41TegSzxiRUue7PppBQ7pSrAgMLV5WhG1d AoVKZQ_o76eBiYUZXReLquSNbvPkOxRVXyhOE7GsVRaYRigCq0kn3UwDO8bf1oGRyM645ciIssGK IrjVRbzQu.abOVddGOxsEP_.9Zwg9BThI2Ecleqq6GWtCeyo7KdKOufgFtUbWyKES.GAgDoHVTpg 9efs77T_k32V7FqGNV0w6fkJwbUArd7T_uWGZTdNAH7gBmjRcdzZe7UYKfjksxePDdf4u9dvNbSj p3JTxzk8cT_Jhll_w2smlQ0QJXBtAAix6vtAhcj.PxkLFLXRmiqCQVNEYDbmg_RxR_WhmsEJ7Ky8 kxB2ot3ZPwGu9DBqUoEQIVLWCAJI6Y.lGjqdPEAhzQetQLtk79Eroo4KibDWLlpl7ry4aNUS5AsC R5ABpFLWxdn_COE933NmmrM7ZFKEulUUCNDJ1c6GJK_yoNFSSC2kNX1P5yn3GQ_2jaNELrhLnw4Q qonet8xndW.SzFCvb1juuJiJC1LjnMxpFP1QS1gI0LLUN2Obfm5yzCDkAD.M48LY9kko59J8Vqin d1Md5qNMJQdkJHdr53qMSrIGixK0t_eAdkigYatG6lErORhVveymN3Lnpphq72QFc6h_lugVit6X cYmeWc.yDhgObGKo5y2lm2Nr0JaV8nxiO1vpYJ.atJ_VBCwWUU6oJgBMU2pcB4ltGMGs78Fa3fLX adjnQN3Y4z6mdIpjX5R01gMh1KhuLxrkL80DmZrgW21MRpBbicJAS6ORNbrg5SneMHlW4j44BSco fYpafJtkCbAong0NfGtn3FGjL.V_SC0qpFoY099bYNpNNplbtMk1OBnaNhAGu.lEGHm7ilUou3tO ycYvhUESPgEBIJsOy0tfzPyp7k0lLdaj01HCV_MLLCTXyGxPqwm2FOT5V.shKOT7XDKptixha6t9 mw3ja3BEtYCW4DM_im72bKSRpytASu_rjJnTB9RF0xqEraJdQ5rlROpwrlmF21RVIVvTzMd._r31 MZMfuNY.iPskA3fAkp8g4NkfQxVmuyS8FFgLqcYswTVrnnQX6Jde9WwfOe98nI2PJMgsqoJ6JqVN FGJatnm8U9iq1hwjzz4sUpNLxBu0ojokGcMKO2awIeIQJO1tde1VUVxaMkNcwfAfnJFifdO7F7zI BH25tH9GbqqsfOM980u6oVrqy7H9maF2X_MrX3us_eZ4eFsedWXnmujqv9E1WRZvnDyZjvOBCQ6P 5.PwReoirs4q4.0Ug8Eq8VSD8vZD6lywgjVUsJioWLuKBtTVsAn3pm2wA_AOn3DY2VYxGisZAGSf 80doLGAzlnicotNXIpYnSOKtxU7dOMeKQSWxuxgDqawN11cihzOG69RcT227qAGykJr5etExJNhj JRbgIOvrqZ.M.q6A5w1tLISm4teHPeojpNNJSVJlJrH_Wp0XxHmNFVWgCDMWeB8xeZoIT4gBpqJ3 CnlD1TVJg_PxZ8YR1C.dFGlD2Bcelrs_aPbMVnjuILSF_tpHoJloXmpDjp6mxxGMidgw6HcWX20A IVIVp1yzEjM1nt3yoJ1gcgj87EROWhI_SWxILsaGoJUM- Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Tue, 13 Oct 2020 19:21:56 +0000 Received: by smtp405.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 8eb07a1457f7f889cb74b42acdc5d873; Tue, 13 Oct 2020 19:21:52 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: RPi4B: an example of what RAM u-boot reserves during operation [patches updated] From: Mark Millard In-Reply-To: Date: Tue, 13 Oct 2020 12:21:50 -0700 Cc: Oleksandr Tymoshenko Content-Transfer-Encoding: quoted-printable Message-Id: <8AEC8B5C-F375-4C81-9033-D864B6C47C57@yahoo.com> References: To: Kyle Evans , freebsd-arm X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4C9lm66gwcz49Mg X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.12 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.62)[-0.619]; 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/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.029]; 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.971]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.31:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.31:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Oct 2020 19:22:01 -0000 On 2020-Oct-12, at 17:32, Mark Millard wrote: > On 2020-Oct-12, at 11:19, Mark Millard wrote: >=20 >> . . . >=20 > U-Boot> bdinfo > lmb_dump_all: > . . . > reserved.cnt =3D 0x2 > reserved.size =3D 0x0 > reserved.reg[0x0].base =3D 0x0 > .size =3D 0x2000 > reserved.reg[0x1].base =3D 0x3db47b30 > .size =3D 0x4b84d0 > . . . The above does not cover as much as gonzo's old code did during u-boot's time frame: the reserved space was 0x4000 in size and that figure is supplied via x1 from argstub8-gic.bin code. So the below is about having that reserve also covered (during u-boot's time frame): U-Boot> bdinfo . . . lmb_dump_all: . . . reserved.cnt =3D 0x2 reserved.size =3D 0x0 reserved.reg[0x0].base =3D 0x0 .size =3D 0x4000 reserved.reg[0x1].base =3D 0x3db47b30 .size =3D 0x4b84d0 . . . I doubt that the patches below are appropriate to upstream in some respects. It is more targeted at being a sysutils/u-boot-rpi[34] patch because what armstub8*.bin supplies in x1 seems specific to the armstub8*.bin FreeBSD uses. I'll note that doing this has not changed the current "rainbow stage hangup" when u-boot and modern firmware are used together (usb not needing to be involved). # more = /usr/ports/sysutils/u-boot-rpi4/files/patch-board__raspberrypi__rpi__lowle= vel_init.S=20 --- board/raspberrypi/rpi/lowlevel_init.S.orig 2020-10-05 = 08:15:32.000000000 -0700 +++ board/raspberrypi/rpi/lowlevel_init.S 2020-10-13 = 11:33:39.273950000 -0700 @@ -18,9 +18,22 @@ #ifdef CONFIG_ARM64 adr x8, fw_dtb_pointer str x0, [x8] +#if defined(CONFIG_EFI_LOADER) + /* Setup to allow reserving the stack and such that is */ + /* after the likes of FreeBSD armstub8-gic.bin in RAM. */ + adr x8, armstub_rsrvd + str x1, [x8] +#endif #else ldr r8, =3Dfw_dtb_pointer str r2, [r8] +#if defined(CONFIG_EFI_LOADER) +#error "Before aarch64 does not use armstub*.bin files" + /* Setup to allow reserving the stack and such that is */ + /* after the likes of a armstub*.bin in RAM. */ + ldr r8, =3Darmstub_rsrvd + str r3, [r8] +#endif #endif =20 /* Returns */ # more = /usr/ports/sysutils/u-boot-rpi4/files/patch-board__raspberrypi__rpi__rpi.c= =20 --- board/raspberrypi/rpi/rpi.c.orig 2020-10-05 08:15:32.000000000 = -0700 +++ board/raspberrypi/rpi/rpi.c 2020-10-13 11:02:15.582706000 -0700 @@ -12,6 +12,7 @@ #include #include #include +#include #include #include #include @@ -33,6 +34,7 @@ * does not get cleared later. */ unsigned long __section(".data") fw_dtb_pointer; +unsigned long __section(".data") armstub_rsrvd; =20 /* TODO(sjg@chromium.org): Move these to the msg.c file */ struct msg_get_arm_mem { @@ -494,4 +496,29 @@ #endif =20 return 0; +} + +void board_lmb_reserve(struct lmb *lmb) +{ +#ifdef CONFIG_EFI_LOADER + /* + * NOTE: lmb_reserve (and more) does not deal with overlaps with + * pre-existing reservations. + * But board_lmb_reserve is called before the original + * first-page is added. So use knowledge of what will = happen + * later to avoid overlaps. + */ + + phys_addr_t base =3D 0x0u; + phys_addr_t size =3D CONFIG_RPI_EFI_NR_SPIN_PAGES << = EFI_PAGE_SHIFT; + if (size < armstub_rsrvd) size =3D armstub_rsrvd; + + if (size <=3D EFI_PAGE_SIZE) return; + + /* Avoid future overlap */ + base +=3D EFI_PAGE_SIZE; + size -=3D EFI_PAGE_SIZE; + + lmb_reserve(lmb, base, size); +#endif } =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 Oct 14 01:13:15 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 F3951428418 for ; Wed, 14 Oct 2020 01:13:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-25.consmr.mail.gq1.yahoo.com (sonic311-25.consmr.mail.gq1.yahoo.com [98.137.65.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 4C9vYQ5fjfz4VxF for ; Wed, 14 Oct 2020 01:13:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 60REJrkVM1n39iM8eVjkMeUhKpTWHfMx2EtA4HAWrfWsFtxbpTfP0NUhoCuzFBn kkWmI6Y7WACFAVPGRSjyKGl.ypNEakplBuFzgoqYp35Skpsny3IbWpgC.ZBujl3iCvzOlK9n1vcB GHyN7WAKqJ6YOReXj8KzVETw3ztoKkMLOsxYT3g31fkENxfMKu.t0EjEUWGt.vcDd.5cEHqfgh2f jdODF_8grXRoaYTNu2WQXHyfSVrcTiB6n2_zulZd5t4xStYxs5vTOSIlcApSG7zpAIaKvee71_Rf lmb4rfcSX1n.D4CrCR1XiAMDf.XMzvfss.Tln_B.ML3vmsCqmIo7LRkW3Hw5GIOo1jwhyJsHQ09O NQI6NIxhJ53160GHfvk_GGzBdqp2_gtzqIaBiX3mRy0ovyQuFdKRm1sq5odBoXs4iHwk5Xlu5NFS VE9AL9KhClnsArZKOets4efL5isO1dr2PTkxCLYn9ERKGM0Ua7zlxvdgEpCt67Q9agYAzBzURKTY JZwondrF0uRZiMr7t90z_XTc3xxCSuZpLTyiBSB_SeOFB.m6wjOHrd1d6EkpreOTDJgepR_fAcE5 dy37FrHPhoEy_PDz_j297fwJZOHa1m_uDst3FgLFWGwX_6mu4L1bu7Ja.e.XMWNX6EkmK9AUiuPe R.w22d0cVPs.K3OsI7MKCUTSxP1eP_pcIYUgDaPg9G3Gx.hdxv9e_DLnOoHyIC5UF.a7mlVTee0T UmDjQ2RHFywV3tymEaL96SpbB2xu_qgIn9Nm1yOeXrTuSW4O79G36fnPOT4Phx63DGyKxQQIoGY8 fA8WHGp0ppH0GJgTq7JT0JF3Y8q4nAt.3wDDdndBrpPrbGbagJWh8yM8gN6GYlRgalE3tQEpitp. 13ecuP8NQWNiJvrD7jHlO0253H9qi_PFjDkS1O_um.xq3D1fd05P6JSm7fObqkLvmvfdggHyIHCO uVwuE3qLA3IddizW8E2gEoyfsKyYmTBNwS9U8W1yt2AeDbdXjY7bBe5PDFTR9mfWZNUzkk.4X3NV P.4QxNA63gw.7VkgHjj2iUuPSpUSu2H1ICHxfwRd2Wt17EV77mqjwYYrHD4whxG5kGqy39EYQhHf iAucX0ZYK3MKnEBTi2sVUacWI6UP.HU.9xqu43ppBB4Gkb4cYEvmjbqKsdfsFBBpwnsHh23szWkd k3UoIlIx9XZCaSlu5wfY3JgQxvD5tC7nx5IcOK0ptSPyUp32Nt16mwA0kCVUWdAFUiJNwNums3bT Sp.P.c048S0UJPa7cU3_4LvBxfwq4SsjtiBdtdk.Hse7is5jonS9EukVYVtn9qPyDcaXp9PVLJmb WlM1ifYaj81ZqNUFg1lQfGBMM2w78eJHu38sJNKRjD90.Q8Ypia66_90QWguVqCL7gL7YVYN7xo3 XncQkT4mF7YmZ0b888OUnuQY0dlVesDH8_G9xdUCBR_94HdKj8tT0ncC8Sj4Sgy8SlvYcSJkutO3 JyiBX0mgJe3fQISDj68csor_LLBgp5PCMXokR3lsUt2z8Aul5z3FtHL8YfhwP Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Wed, 14 Oct 2020 01:13:12 +0000 Received: by smtp414.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID cb09808079424ea837f26d99a39b24b3; Wed, 14 Oct 2020 01:13: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.120.23.2.1\)) Subject: 64-bit RPi4B u-boot hangup with modern rpi firmware: some information (but investigative-toolbox limited) Message-Id: <290E51C0-0AF5-4C75-AA7B-BA56DF1AFDFB@yahoo.com> Date: Tue, 13 Oct 2020 18:13:08 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3608.120.23.2.1) References: <290E51C0-0AF5-4C75-AA7B-BA56DF1AFDFB.ref@yahoo.com> X-Rspamd-Queue-Id: 4C9vYQ5fjfz4VxF X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.66 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.13)[-0.127]; 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/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.017]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.01)[-1.013]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.206:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Oct 2020 01:13:16 -0000 I tried building u-boot with: CONFIG_LOG=3Dy CONFIG_LOG_CONSOLE=3Dy CONFIG_LOG_MAX_LEVEL=3D7 and the first console output with the somewhat older firmware (for which the combination boots) was: initcall: 00000000000ec7b4 U-Boot 2020.10 (Oct 13 2020 - 20:26:59 +0000) That is display_options, just after serial_init and console_init_f are executed. No such output occurs with more modern firmware (same u-boot). That means, in the 4 GIByte RPi4B context that I have access to, that the hang up happens at some point during the sequence of initialization steps, on or before display_options: static const init_fnc_t init_sequence_f[] =3D { setup_mon_len, #ifdef CONFIG_OF_CONTROL fdtdec_setup, #endif #ifdef CONFIG_TRACE_EARLY trace_early_init, #endif initf_malloc, log_init, initf_bootstage, /* uses its own timer, so does not need = DM */ #ifdef CONFIG_BLOBLIST bloblist_init, #endif setup_spl_handoff, initf_console_record, #if defined(CONFIG_HAVE_FSP) arch_fsp_init, #endif arch_cpu_init, /* basic arch cpu dependent setup */ mach_cpu_init, /* SoC/machine dependent CPU setup */ initf_dm, arch_cpu_init_dm, #if defined(CONFIG_BOARD_EARLY_INIT_F) board_early_init_f, #endif #if defined(CONFIG_PPC) || defined(CONFIG_SYS_FSL_CLK) || = defined(CONFIG_M68K) /* get CPU and bus clocks according to the environment variable = */ get_clocks, /* get CPU and bus clocks (etc.) */ #endif #if !defined(CONFIG_M68K) timer_init, /* initialize timer */ #endif #if defined(CONFIG_BOARD_POSTCLK_INIT) board_postclk_init, #endif env_init, /* initialize environment */ init_baud_rate, /* initialze baudrate settings */ serial_init, /* serial communications setup */ console_init_f, /* stage 1 init of console */ display_options, /* say that we are here */ . . . I'll note that the use of the list is via: void board_init_f(ulong boot_flags) { gd->flags =3D boot_flags; gd->have_console =3D 0; =20 if (initcall_run_list(init_sequence_f)) hang(); . . . where: /** * hang - stop processing by staying in an endless loop * * The purpose of this function is to stop further execution of code = cause * something went completely wrong. To catch this and give some = feedback to * the user one needs to catch the bootstage_error (see = show_boot_progress()) * in the board code. */ void hang(void) { #if !defined(CONFIG_SPL_BUILD) || \ (CONFIG_IS_ENABLED(LIBCOMMON_SUPPORT) && \ CONFIG_IS_ENABLED(SERIAL_SUPPORT)) puts("### ERROR ### Please RESET the board ###\n"); #endif bootstage_error(BOOTSTAGE_ID_NEED_RESET); if (IS_ENABLED(CONFIG_SANDBOX)) os_exit(1); for (;;) ; } With the tools I have around, I do not see a way to find out what was the last element of init_sequence_f to (at least start to) be called (or if it stopped even before initcall_run_list would start). Note: CONFIG_LOG_MAX_LEVEL=3D7 (without something like CONFIG_LOG_DEFAULT_LEVEL being a smaller figure) is not reasonable for general use: Its output is massive. =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 Oct 14 03:43:07 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 4BAF242ADCF for ; Wed, 14 Oct 2020 03:43:07 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x42d.google.com (mail-wr1-x42d.google.com [IPv6:2a00:1450:4864:20::42d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4C9ytL4VWlz4cSt for ; Wed, 14 Oct 2020 03:43:06 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x42d.google.com with SMTP id h5so1993961wrv.7 for ; Tue, 13 Oct 2020 20:43:06 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=7JTWVwjAYlDG/W2KiA9XmRZTuTftyUbr9oE3kTfvc0s=; b=TMHKTQOVTp+tBs46r/kmOuxFnkZCaMmk1NJuEjHeEWH8zr9cHclVUMSquR45sTfBxC z3iNtk5i0H21KG4jKgVJj7HzsINafEPZqXGmZZyk7Fg8l4yEp1sRH8t3j30GoBJaN6z7 Vbwe9HvA+naURKWyHsC0ZDxtnltrsI8bhxTRsa7rVSbpE/7nIJGwp8W0cQw0JGC8VxjM N262LDfdvLfSAFZbid8qccNd4NXLniM0s6dkWId/4qLYSNCcwRJFR7wogjcygRiXcW/Y 8ak5upp6ACoFoVzfq/S5nljjDFFjzprzaYsmcX8aPWSHduU1qtO0v8J4UGROFUy4m4it d0dg== X-Gm-Message-State: AOAM530tFhXG03E8MfurY08PlbGjlUrrZIgVIYdPyADarGQpZAKQNFnO jI3y2xaxuSwt9h/ZCCRHFx8= X-Google-Smtp-Source: ABdhPJwnBWy+pKvd5KzqKx1DrNxYxwBKFq3ksRDX7UO8lnBzVhdVn8V+jLf/8C3TEJYNCpjLekfWxg== X-Received: by 2002:a5d:40c3:: with SMTP id b3mr3142604wrq.157.1602646984985; Tue, 13 Oct 2020 20:43:04 -0700 (PDT) Received: from [192.168.1.167] (dynamic-046-114-104-078.46.114.pool.telefonica.de. [46.114.104.78]) by smtp.googlemail.com with ESMTPSA id u20sm1399329wmm.29.2020.10.13.20.43.03 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 13 Oct 2020 20:43:03 -0700 (PDT) From: Klaus Cucinauomo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.0.3.2.52\)) Subject: Re: 64-bit RPi4B u-boot hangup with modern rpi firmware: some information (but investigative-toolbox limited) Date: Wed, 14 Oct 2020 05:43:01 +0200 References: <290E51C0-0AF5-4C75-AA7B-BA56DF1AFDFB.ref@yahoo.com> <290E51C0-0AF5-4C75-AA7B-BA56DF1AFDFB@yahoo.com> To: Mark Millard , freebsd-arm@freebsd.org In-Reply-To: <290E51C0-0AF5-4C75-AA7B-BA56DF1AFDFB@yahoo.com> Message-Id: <4114B1A0-03ED-4268-BA87-8CF196A935A4@googlemail.com> X-Mailer: Apple Mail (2.3654.0.3.2.52) X-Rspamd-Queue-Id: 4C9ytL4VWlz4cSt X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.19 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.66)[-0.661]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.002]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.104.78:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.03)[-1.025]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42d:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Oct 2020 03:43:07 -0000 > Am 14.10.2020 um 03:13 schrieb Mark Millard via freebsd-arm = : >=20 > ...64-bit RPi4B u-boot hangup with modern rpi firmware.. ???? there is no u-boot-hangup with modern firmware(at least not on my = board), the machine is hung up by using armstubs=E2=80=A6. first figured out by Mark Millard =E2=80=A6 :-) K. From owner-freebsd-arm@freebsd.org Wed Oct 14 04:43:27 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 3F81D42C25E for ; Wed, 14 Oct 2020 04:43:27 +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 4CB0Cy2kbHz4gGk for ; Wed, 14 Oct 2020 04:43:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 9Q_qDMUVM1kShQJXW5YpVIp.Cslf_js7xELqUbLJ2rCAAi_XjuZ7MusX43h.ksV jT8kDlkYNk0Uo3zunqXLnm_0.UZPAnI.7OQKXIRTn4oeuuCTybbSQk8QWDhQmMQbebwzKjjc0w34 8pdbkons.blh8UfY.jeDWfD8n3ns703M95pNdvBlTYwuIahxOmealNIoDnk_NcWPGOSo7fl6IQns x7YcsrTDC14taWAOLSrTN5ZoCahY3BY0UEgXMt3aybWwF7m2lXCISdv5moQDo3NfOWpfHaTv3rit SRRhEkcmSXUsHpHVbz77D0yM4W4tDqfHIQM5iDh5hlXOU9m.lNvme0vF0FZ5wmtxKo6CvZPBGqq9 m7tlHckrHRwU9Bw50EiaRMB7yIp_2oEYQD_CeLc_iwRUgV.KOLUjgws9m1Bj0iBrbjYkff2JClMV XojeRBEOizg1DBBesIB6MqY3lqusEjSo4qoQIdPiU8FxEf4h8rDh0HpK25xA4E0W5uMKNTZxJ..K WyExF3k97VlXmJEoI2oRMgPs56rrcfxIzeBngRqL1Sv92IXY4KffOMGWd_GfIjfZ8vn.1wV7RAt8 oBaLahC1HBOXuw3cKk47kSQIiqlV0ZAx5bh_ccmm4svkDMgs_UJsu.x0pRn9G7QJDD.qLz4J8lnQ mWNuvhfmH_ZDfQV7roWZlGSVAoBgYkciXKFFOGO3skWIsG9NCWaZiX_oyvmf0FvZRVHFGWYvaoCM 4WobAIMiGr2m.eToBMRjpDr4D09Ogqs0UTDnSbGmtM6tVaeXabJKkXUp5gTzcl5siH8p8Mpkl1us q.6w5o7Ga0VLvbUFTFEdGUX9wC0HQFdg9oY0mewUvrctbZw6JErWVY5dxWnhmF7vI9qRo0bncViL iwIZMc_OZsmyshw2UGZOS0f_qRY9hDoeBACka6q63WNKm_dnL5zS_olAiwXr4hVF.yuyR7zaIGWi nVo1loEEHaPFYeDBszf4ClEVwsbOfDzh4djwI97IDuPe3RhyvLOEe6uKqMIr882ncJWSI6oS5aBv servbdMbsMWF3iI6ovuRTb46VjZFP5Fukr_WtK7jEJC_nL25AhiDn57mJsemHV0u8M9XmHG9_jzB q4zAV0fkt6C4LDD8K5UjuWoBM3BtIx9.aP0uCTenNE7BSAlpskqqAB3uvGC1ELPXDyrbtlAfWffF r2HgHI2b_LiKSeu2O3A12MsB_5fzw.ZbjkUqUtSUe8VrRpC0_7gT3qz3.rj1Ty6Yyd9HSXSVGhR. 4WwEVk_X64s5qxjLVr5HSOGnz6OZm9JVfA8SjPDQFr_6GhPSuCPcQ2Q2wcZVNbPDkxmcZi.spquu nEgHOeS_MeCLBdA2SVOsJIo9MjPhfOn4aTJzADVnErqREV0wRza6NSiIJ5DB0yLm3DboEasC9DRR 5oouPUcLFaiKDopW_1VQwGk8Bq5CPoLJUOdgg6E1TV1rY3_2YLlgNCooC5OQ50KKMEgnDVD.9d1C 1z2iPXIX3amcOy.JGEz3QAnhcWxKkFCgJYRAHeTT700slEzr0C139VFojJyrMBCqpgP1jGZqKCg- - Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Wed, 14 Oct 2020 04:43:24 +0000 Received: by smtp425.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 7d678d8c3836e645567e8fae5d624eb0; Wed, 14 Oct 2020 04:43:21 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: 64-bit RPi4B u-boot hangup with modern rpi firmware: some information (but investigative-toolbox limited) From: Mark Millard In-Reply-To: <4114B1A0-03ED-4268-BA87-8CF196A935A4@googlemail.com> Date: Tue, 13 Oct 2020 21:43:19 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <290E51C0-0AF5-4C75-AA7B-BA56DF1AFDFB.ref@yahoo.com> <290E51C0-0AF5-4C75-AA7B-BA56DF1AFDFB@yahoo.com> <4114B1A0-03ED-4268-BA87-8CF196A935A4@googlemail.com> To: Klaus Cucinauomo X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4CB0Cy2kbHz4gGk X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.59 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.06)[-1.057]; FREEMAIL_TO(0.00)[googlemail.com]; 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/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.020]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.01)[-1.011]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.84:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Oct 2020 04:43:27 -0000 On 2020-Oct-13, at 20:43, Klaus Cucinauomo wrote: >=20 > Am 14.10.2020 um 03:13 schrieb Mark Millard via freebsd-arm = : >>=20 >> ...64-bit RPi4B u-boot hangup with modern rpi firmware.. >=20 > ???? > there is no u-boot-hangup with modern firmware(at least not on my = board), > the machine is hung up by using armstubs=E2=80=A6. > first figured out by Mark Millard =E2=80=A6 :-) The full set of observations that have been reported so far still have no root cause found and do not well justify assigning blaim, as far as I can tell. Below are notes indicating that attributing everything to armstub8-gic.bin may be a not-well-justified attribution on the current evidence . . . A) Robert C. provided a backtrace of a hangup in his context. The call chain was of u-boot routines, not armstub8-gic.bin code, not rpi firmware code. (By contrast, what I've done can not even show that u-boot ever was started after it was loaded. The same goes for armstub8-gic.bin : I've no direct evidence of my own that it was ever started, just loaded. I depend on Robert's report for the evidence that both were started.) Note: I was able to validate the part of the backtrace that Robert published was coherent with the u-boot 2020.10 source code. B) If I substitute some specific older rpi firmware, leaving armstub8-gic.bin and u-boot.bin alone, the 4 GiBYte RPi4B suddenly boots just fine. (But this may be tied to the relationships among the 3, not specifically to an error in the more modern rpi firmware.) C) Any combination of the 3 parts (rpi firmware, armstub8-gic.bin, u-boot) could be mishandling memory ownership in one or more ways. But until the actual mishandling(s) involved were found, attributing cause from available evidence is problematical. (B) illustrates that. I'll remind that I get the hangup with modern rpi firmware and u-boot 2020.10 when all USB parts are empty. Also with a USB3 SSD only boot on a 4 GiByte RPi4B, no microsd card. =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 Oct 14 05:34: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 03E7A42D321 for ; Wed, 14 Oct 2020 05:34:16 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x32b.google.com (mail-wm1-x32b.google.com [IPv6:2a00:1450:4864:20::32b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4CB1Lb0cnzz4j6d for ; Wed, 14 Oct 2020 05:34:14 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x32b.google.com with SMTP id f21so1051416wml.3 for ; Tue, 13 Oct 2020 22:34:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=zwOM3CuYJQIiXIc5W5eIUORyUvzt97jxhavhdWBPhr8=; b=i85raemwlygmiCmPMpTRbQOZ6Tgv2bqd9DtsmExngoXucR+lsUqcqshQ7juoWzhY+q vZ5+egEtIZ+LIS0zYeBwQqeOnBFF61WLbYc4tje5MkwrD4b7AQ7drfhmUrGjbrdjpZ+J BL62jbXKxsInOKdMHhQOsn70sLKV8vzGSME3K3FAa4A1UMcbaWyFd6no0PH2QUnQHorQ IKjGYIBdtY786gdcYgCp+eyKjiJr4BdZrn9OWWHZBX3mjTI/ImN0OqK4zYVRenihE8iS cypWyKQIaJ+1cZz8QIYqSi/BKCyJjM9GvwCcWETiQ4FFHw645L5zICUVdP3wlFIWWmrI kpUw== X-Gm-Message-State: AOAM531DQ/ZtQ2O2T/H+MK1fmB7KDmgnTtLHgUP+Ve7er4ZB+Lh+FT/n dq8DruxVxwwBy8zi5FOn+UB9xdYnOpk= X-Google-Smtp-Source: ABdhPJx1a5ww/9SIA9IKVnFdHr9fkBu8agL79w7iskgDJrr2N2tzg07EvpCP0vpgn28yjCCllLq4jA== X-Received: by 2002:a1c:bd57:: with SMTP id n84mr1631287wmf.126.1602653652421; Tue, 13 Oct 2020 22:34:12 -0700 (PDT) Received: from [192.168.1.167] (dynamic-046-114-104-078.46.114.pool.telefonica.de. [46.114.104.78]) by smtp.googlemail.com with ESMTPSA id y4sm2857094wrp.74.2020.10.13.22.34.10 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 13 Oct 2020 22:34:11 -0700 (PDT) From: Klaus Cucinauomo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.0.3.2.52\)) Subject: Re: 64-bit RPi4B u-boot hangup with modern rpi firmware: some information (but investigative-toolbox limited) Date: Wed, 14 Oct 2020 07:34:09 +0200 References: <290E51C0-0AF5-4C75-AA7B-BA56DF1AFDFB.ref@yahoo.com> <290E51C0-0AF5-4C75-AA7B-BA56DF1AFDFB@yahoo.com> <4114B1A0-03ED-4268-BA87-8CF196A935A4@googlemail.com> To: Mark Millard , freebsd-arm@freebsd.org In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3654.0.3.2.52) X-Rspamd-Queue-Id: 4CB1Lb0cnzz4j6d X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.61 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-1.07)[-1.072]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.003]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.104.78:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.03)[-1.030]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32b:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Oct 2020 05:34:16 -0000 > Am 14.10.2020 um 06:43 schrieb Mark Millard : >=20 >> =E2=80=A6... >=20 > By contrast, what I've done can > not even show that u-boot ever was started after it was loaded=E2=80=A6 I showed that even FreeBSD was started by u-boot with the modernFirmware = loaded (when the armstubs are NOT loaded) : https://dmesgd.nycbug.org/index.cgi?do=3Dview&id=3D5702 That finding is of course not a bugfix in the armstub but enough to say: = u-boot(at least that version shown in dmesg) doesn`t hang up with the = modernFirmware=20 From owner-freebsd-arm@freebsd.org Wed Oct 14 05:53:00 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 997AE42DD41 for ; Wed, 14 Oct 2020 05:53:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-8.consmr.mail.gq1.yahoo.com (sonic315-8.consmr.mail.gq1.yahoo.com [98.137.65.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CB1mC37VGz4k9n for ; Wed, 14 Oct 2020 05:52:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: P3Au8cIVM1mCXgdtp5D1rdPR_YtYCAudvcN25PJ6vmjvz4YluwxAruMrBz_Yks4 vboRKM3gmytHjroW0floydqvE3DiQVE.a2lRI46f1nHmlAAdFhuTTGA8X4TNdvHh8OkS_WecwNRK gYvPmXmqVFzpM8vFxKqgMVNCYwOFfC75KIt9phYouh0KhQEGM50JhoS4GmRun8BAbk.VWkkRikcR FH9gyE3fede5wu_w8EP4GV7x61W7QLLO57nzn2FakBEC1JTZ3i0lqlfp1uZPljqWxmBft_e95EMj 6mReYjtpuKCTsAs7wKRkjXIkGtvtefVpNezTz6iZLQ.zNZri81KYh8_dQft70YZF0iQsjc6g8kT3 wk3U.goh04ylPyox1ijyZfKpCZprgelMdq7Xyu9CyaCByxYHC0mfljRo3o43C6QzDuuLpvSxFB6A 3n62SUsU_h8FQFCqFSCbmsrbRMiXzUFxHSCkocgwnx2UCZ5ie4YNlAOQ5PS6IpzeV5outrgbEF4I bvwDvlxv9Cez8CBT9.5NjTScP1QYtYifnA4TMEY_kl0n280e5TlRvSyMMihfJpjKXsyUA9K6Ez8M 9EqfUj21kI3HBiv_4nDPIs5Uftt4u8ZtoRyk60R7WmEbYxhVBCR47IDt4n343XaGIKfEsQAUkaAH 8wDpXhFcn08h7_hgRqYwCCczLHmEN1_.j0IIyKA4CiLdbihiSLmCxgFEAeTgWJMu_NWqigXbMdA3 oohv7.G9G7t.1_0_9ArOCMJLkPJIQkFNI3hZFbBxE0EN93gtDNbc9BplAnnNifMSruVcgg0aPb6V 8rLnTp90bQoxBTf4N8O84vQP35Nb688ovXsD3Sn.4HCCaGWkAS13zUjiVUeymqdJ_cLzQJ3txYfD gqpjQIq6mXr3DdfAz1ToxHLogfC9Pil5p_ezbFYUtNvQkHcIg_wjWPJ5Cc4LK1MJB2C5CfVdaZzU X1EYRuql9MhgLohUgkLu72YFwpvREAFr1H2YQD8ij0QWz8IuOXvA0oz6hOjgaaq3Y0skl7fwv66T Kr.mE8JP6MWGM3kd8E1rA_9qfskHinFBSnBShnO7bPp4WjqFQCYmLFj2Ht_hXuphC.VLu_.0amA7 xBcS78adPFjZ_wYPRLzKSVbjVSV_M9s8CzAzyzrSRpnHAZAvQRnySA0NbUQVcrFJs7S0UbyNn_ZT Te5lUiURTYToQVBCRw.n26dd.eCUc1E_M9qCXjoaNAtR4_q0U247arkpl0BCDxIGZ.rJPeK5Blo0 t_tJQbt07MbzmJw.i9YqUQKInaA4PKA0wMwxzrrucVxl92MBwB1jtxt39LDbVk.5dNo8LEIJW.fe KN0493iLe21YIgNO3G8dUIwqAHkMqxgIQKbYUsa94aUm6S.vNzldhJwBswwBNfA9RztA2ROHs.R5 bH1OiNu.OLGp1jt3XkfBw9Anf26KXKitGAxpxHwyVW9bPGD6C0Lw5c8mBieMgAACnbraQ1.R7nVZ .ZXTbHfZ00rfnpE.Bto1Oe3ZvoLhKNmHublSXcj2kWB2dXKpmRBWfjPBTXYCz9llKDfwsX.Aonp2 VLVpDVkssK.8h1PPvOg1OgpUxpGk3L1vGQdSbqFiX0X1_Uz7AFK5tuQ9ixZ38YDyKS494qtA- Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Wed, 14 Oct 2020 05:52:56 +0000 Received: by smtp425.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 167d6086b8db5226342889a6a2025356; Wed, 14 Oct 2020 05:52:51 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: 64-bit RPi4B u-boot hangup with modern rpi firmware: some information (but investigative-toolbox limited) From: Mark Millard In-Reply-To: Date: Tue, 13 Oct 2020 22:52:50 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <290E51C0-0AF5-4C75-AA7B-BA56DF1AFDFB.ref@yahoo.com> <290E51C0-0AF5-4C75-AA7B-BA56DF1AFDFB@yahoo.com> <4114B1A0-03ED-4268-BA87-8CF196A935A4@googlemail.com> To: Klaus Cucinauomo X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4CB1mC37VGz4k9n X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.84 / 15.00]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.31)[-1.310]; FREEMAIL_TO(0.00)[googlemail.com]; 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/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.020]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.01)[-1.014]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.32:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Oct 2020 05:53:00 -0000 On 2020-Oct-13, at 22:34, Klaus Cucinauomo wrote: >=20 > Am 14.10.2020 um 06:43 schrieb Mark Millard : >>=20 >>> =E2=80=A6... >>=20 >> By contrast, what I've done can >> not even show that u-boot ever was started after it was loaded=E2=80=A6= >=20 > I showed that even FreeBSD was started by u-boot with the = modernFirmware loaded (when the armstubs are NOT loaded) : > https://dmesgd.nycbug.org/index.cgi?do=3Dview&id=3D5702 I know. That too is insufficient to assign blame. u-boot and FreeBSD = work just fine with armstug8-gic.bin in use with the older version of = firmware: everything works. (It is how I normally run with u-boot.) > That finding is of course not a bugfix in the armstub but enough to = say: u-boot(at least that version shown in dmesg) doesn`t hang up with = the modernFirmware=20 With a possibly very different memory layout and other relationships --and a guarantee that FreeBSD will fail to work as things are, since FreeBSD requires services from armstub8-gic.bin that are not otherwise present as things are (or that is my understanding). Again: the evidence for well assigning blame just is not there yet as far as I know. But you have prompted me to investigate in a different way, given my lack of being able to observe u-boot early enough. I'll test vintages of start4*.elf and fixup4*.dat pairs and see if that identifies a specific set of changes to them that seem to make the difference when varying just those 2 files. That should at least be new evidence, even if insufficient of itself. =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 Oct 14 06:18: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 C2EBE42E311 for ; Wed, 14 Oct 2020 06:18:21 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x429.google.com (mail-wr1-x429.google.com [IPv6:2a00:1450:4864:20::429]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4CB2KS6XnXz4kV2 for ; Wed, 14 Oct 2020 06:18:20 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x429.google.com with SMTP id t9so2245097wrq.11 for ; Tue, 13 Oct 2020 23:18:20 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=EK0cecx4+KZ7jS13E4K0w0yG/W5pi3TVSr8A7RdGowQ=; b=I9yCymX0KWOcbBD8o7UwRsJWmbHXkoS3o0WfPjvRt58HalNF1GGv9ROgEJWvONI0KM kiiwdD/N1kwmjFeVL7L4Fd1HG/AVc5jcGww8/OSsgWY6w52HS1979+TC4KHQc9gCeouR pbza/Jjai1pZMCXCqqpsntK6RBtxhtJCxW+YGQPKraDVAvmFQRvF04ZcXNv0WevIJx6Y wnPBtHlM3lt2faIai+RJAG3TDeCcv6iohjamYsYtyauzRBwndd4wlQAwkPV+FWKsLYQV 8jakOQ3aFJrjd0EC4Fj5U+3Ks3LcL8FjtmzEFpn9i7d5BIWKfSJqxD8SKoFjIQZxqtim I2xQ== X-Gm-Message-State: AOAM531GK+9hYPU6oMAdkLmmS7CPZHT10fD36tMOaiYRy7OVQLdF8Nno /LxRNSjCuCJ3KoYB/5vF+ak= X-Google-Smtp-Source: ABdhPJxHyLO6dbrmpebtnKPIh6Y9/TSVg0uwTD1u0J7E0EgnkCDJb6gn1lUlKKYOkQijodhVvGeQaw== X-Received: by 2002:adf:9d44:: with SMTP id o4mr3471533wre.361.1602656299106; Tue, 13 Oct 2020 23:18:19 -0700 (PDT) Received: from [192.168.1.167] (dynamic-046-114-104-078.46.114.pool.telefonica.de. [46.114.104.78]) by smtp.googlemail.com with ESMTPSA id l26sm2033432wmi.41.2020.10.13.23.18.17 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 13 Oct 2020 23:18:18 -0700 (PDT) From: Klaus Cucinauomo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.0.3.2.52\)) Subject: Re: 64-bit RPi4B u-boot hangup with modern rpi firmware: some information (but investigative-toolbox limited) Date: Wed, 14 Oct 2020 08:18:16 +0200 References: <290E51C0-0AF5-4C75-AA7B-BA56DF1AFDFB.ref@yahoo.com> <290E51C0-0AF5-4C75-AA7B-BA56DF1AFDFB@yahoo.com> <4114B1A0-03ED-4268-BA87-8CF196A935A4@googlemail.com> To: Mark Millard , freebsd-arm@freebsd.org In-Reply-To: Message-Id: <8EB23BD2-15C0-4679-87A9-87FE5906A7EA@googlemail.com> X-Mailer: Apple Mail (2.3654.0.3.2.52) X-Rspamd-Queue-Id: 4CB2KS6XnXz4kV2 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.37 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.83)[-0.834]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.003]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.104.78:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.03)[-1.028]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::429:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Oct 2020 06:18:21 -0000 > Am 14.10.2020 um 07:52 schrieb Mark Millard : >=20 > =E2=80=A6...FreeBSD requires services from > armstub8-gic.bin that are not otherwise present as things > are (or that is my understanding). as of today: correct understanding >=20 > ... I'll test vintages of start4*.elf and fixup4*.dat > pairs and see if that identifies a specific set of changes > to them... IIRC =E2=80=9Ewe" can hack armstubs but we cannot hack start4*.elf & = fixup4*.dat , but you can take a hexdump of start4*.elf to compare changes if you = feel like it, while I doubt that will easy find the cause(s).. K. From owner-freebsd-arm@freebsd.org Wed Oct 14 06:37: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 809E742E728 for ; Wed, 14 Oct 2020 06:37:49 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x431.google.com (mail-wr1-x431.google.com [IPv6:2a00:1450:4864:20::431]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4CB2lw3n3Bz4lbR for ; Wed, 14 Oct 2020 06:37:48 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x431.google.com with SMTP id t9so2292977wrq.11 for ; Tue, 13 Oct 2020 23:37:48 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=vosm1xDyl5MBYuZQnot+9wYM4y1Vw55x38UJZfgUM/k=; b=DkzrGbvhhpLNjvrTnQs3QhnTpWPRBYVOGlQPxNUcb1rRA8NbPSqsLCKGv+O8fu43Dy zLBTHSKrdHGGOINb8VDjYabZAHHCXBSCpPf0iYn1RRxFVA4/cnJ12xe62GQ0e5ijL1kN g7xZI/4k2dEVIPsyBfb0PdIbmUB0MWYIRbJd7S1Psv7jSsYy/E+553AbrZUtCUoL+e6u e5mhgZ64qB8okJdlkCmG9BrnHRXgROZpw9xVMAcKSsgqFhWRVLkWiD06iQJdz9WhttBI sZbE3j7NhvytbUhNPoOrTZ5RFgIribKvEqF3ck0ZWRU/Stz8zWEX6v3gxbxxUhgvcfJn MWJA== X-Gm-Message-State: AOAM533orm8Z7jHXYFVO27rYf31J4lNULu8LaVU3N4XM/35Yvx1m6w9e WZU+6HKR3k2u8w4KL33tRDc= X-Google-Smtp-Source: ABdhPJzkBn4oDr/nfqRByghBUHnjDkuOWAG+ZszHxN8PFiHRRvUPO/N7mOQGEs0oaamnacrVaPRrCw== X-Received: by 2002:adf:de91:: with SMTP id w17mr3529155wrl.84.1602657466284; Tue, 13 Oct 2020 23:37:46 -0700 (PDT) Received: from [192.168.1.167] (dynamic-046-114-104-078.46.114.pool.telefonica.de. [46.114.104.78]) by smtp.googlemail.com with ESMTPSA id v17sm3488073wrc.23.2020.10.13.23.37.45 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 13 Oct 2020 23:37:45 -0700 (PDT) From: Klaus Cucinauomo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.0.3.2.52\)) Subject: Re: 64-bit RPi4B u-boot hangup with modern rpi firmware: some information (but investigative-toolbox limited) Date: Wed, 14 Oct 2020 08:37:43 +0200 References: <290E51C0-0AF5-4C75-AA7B-BA56DF1AFDFB.ref@yahoo.com> <290E51C0-0AF5-4C75-AA7B-BA56DF1AFDFB@yahoo.com> <4114B1A0-03ED-4268-BA87-8CF196A935A4@googlemail.com> <8EB23BD2-15C0-4679-87A9-87FE5906A7EA@googlemail.com> To: Mark Millard , freebsd-arm@freebsd.org In-Reply-To: <8EB23BD2-15C0-4679-87A9-87FE5906A7EA@googlemail.com> Message-Id: <55705855-EC9F-4A59-A38C-77DBDEACC004@googlemail.com> X-Mailer: Apple Mail (2.3654.0.3.2.52) X-Rspamd-Queue-Id: 4CB2lw3n3Bz4lbR X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.40 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.87)[-0.870]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.004]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.104.78:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.03)[-1.031]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::431:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Oct 2020 06:37:49 -0000 > Am 14.10.2020 um 08:18 schrieb Klaus Cucinauomo = : >=20 >=20 >=20 >> Am 14.10.2020 um 07:52 schrieb Mark Millard : >>=20 >> =E2=80=A6...FreeBSD requires services from >> armstub8-gic.bin that are not otherwise present as things >> are (or that is my understanding). >=20 > as of today: correct understanding >=20 >>=20 >> ... I'll test vintages of start4*.elf and fixup4*.dat >> pairs and see if that identifies a specific set of changes >> to them... >=20 > IIRC =E2=80=9Ewe" can hack armstubs but we cannot hack start4*.elf & = fixup4*.dat , > but you can take a hexdump of start4*.elf to compare changes if you = feel like it, > while I doubt that will easy find the cause(s).. >=20 > K. >=20 .. also you can read this : https://github.com/raspberrypi/tools/issues/114 , a cool user =E2=80=9Eforced=E2=80=9C a commit related to the = boot-issue. I have compiled that armstub-version and copied over but of course I = didn=E2=80=99t expect it to fix our issue by one trial, because I have no clue where or by whom the fbsd-armstub-binaries were = compiled and merged in . I only =E2=80=9Eknow=E2=80=9C(or GUESS;-) that currently the = gonzo-psci-thing for starting CPU is dependent of the armstubs K.= From owner-freebsd-arm@freebsd.org Wed Oct 14 07:23: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 1179942F952 for ; Wed, 14 Oct 2020 07:23:01 +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 4CB3m41NZ9z4nvY for ; Wed, 14 Oct 2020 07:22:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Wr7amNkVM1lVz77sxMGnRUKQRsFirHgVA62WMP..7RwVxKzNl06OzVJTTsaQrKC IpgIkvQM6NCxvguUZDCn02YgqM7zCzEMAVA.Jikp0gOswl60pm5mDA3S2sn7RFpegj4Phf8urTcl t3wSHSXJhNp5rRAMLpcfXcjtihfZeEqltOnYx71RDYzgeUnBYBJiPTMsuHzQgcZ8n0SmVnL464Kg p9GCGo.m.4.6irzxRpVzH7DPTro_ysXiDswppvHo5sAuUdsc3.QSP312_4ShbguSJKQnc7biVZsd WfeDd1zv_zcQZV2V40wlZinic.Ll4UQcjeulQgqAZ_f1aayQsqQmQGSvIjvH8dWd9zAuq7_HYL3s UcZ9gILR1ubWVR59N_cjm0MS4OoNSoG8Y8ad3i_H1ta6LHddkFnCOdFwDyjdpT4_.XzLbm2NHATK iY0CrPNQTRDBxE6CKR7TWldVDztH5.w2fFrM7LG98nlgNCA2Rjat93weDsb3DSOLnbZMr_sAGx7_ 9tOcEYveaAOXjHuc013eoZ_H1Bih1C1O9CCHvx5DWiGQZJi6fwOu0maRrZHEsPExvjHA.HEMwPHw 5DNWLM1GLPxnCAnV_3b2fkrH4f_HJtvruHphKjWy2W4xbsdSw9pqWS6EqYhm99uiVyYVbpi8noHU x8ADE2Xb.Lyeknm51af5_d1QQ_248AX7vG4FtvDc7epMGQp2AWikOY0P3fZAnrd73YTACAeRqZXX PT1arqukrvCdJBAr.j9ZP5Mv61u6u.PzOyc8w6uVEapl0BZ7shHsfK6Tnjxrai06FHjMn2wYXOyh vKq_toQp7OLn6fMr4lZHeKZy7jlL_qn5nk_oqQ9_DxnGQfa3uAU6MiB3LvScAK4D4.I1ETVZqalW PqWRRoaxcFvQugqShKi5BbzMuuhQHzVFffR4coSOTg.62Rs8zI__Wrr9VZmdrh4oNqytdA5J4OvG AS.6xCW05bLJXVA2o9vzdre0l8XBPJwOw98q4gKpaiTUd5ZOKd6bEetWtKO5TQbqVzXCn5Hlqn4d WXEB_iyrKIFLN1GQ.zJIgipN4mgkoHvADP_4AUF.3e7ML4SkeqV2Ml0tyny89PXDFLGiW3s9rpxf 5KEPm86qGAENKOwRoj_TQDXg5GMivJ.FY.wABFfoHRgkyxU6e90TjvjlbzbYPm0vZOo6qu7GyIdP OJv3meA.dPoVLS7FQAm97WsPPNyOIq3lBtSS6KX5qE3Oa5kJdu8PZk8qdEBphDCIb7W6BBgWt9.7 OM1Zp7SjB7nr5hv2GvNTFbzBYHudoO9UgIwhSw.hVMgMpIW_pnaBf6wTiG.f3MmurBALE_I1UwCv A3Qb6ePLPfZFtU8S.1U0YAczob2T4rUh81JY0bH.ekLAarX.6ZZxoPAQsYfy7VwpaQRsQmOz7U7f xJj5rtd5Otfc11xNFbqx157NiuFFPi47unQZ84p8OTirz9t.2hHRziy7y3QrkTvzYZhK8OtgTZfu dfaNfSH87WPi0FZXRvUI_fr0XRelXE2SMAEe5uvOcAJvbTdNR5FRjRc_TAUykE9FjTnje61EwGV9 qRKmdNg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Wed, 14 Oct 2020 07:22:57 +0000 Received: by smtp411.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID e7de67d5d9b569733b7e35d162bcafd3; Wed, 14 Oct 2020 07:22:52 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: 64-bit RPi4B u-boot hangup with modern rpi firmware: some information (but investigative-toolbox limited) From: Mark Millard In-Reply-To: <8EB23BD2-15C0-4679-87A9-87FE5906A7EA@googlemail.com> Date: Wed, 14 Oct 2020 00:22:51 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <02528C74-F23F-46BB-8028-3DE9CB2A8327@yahoo.com> References: <290E51C0-0AF5-4C75-AA7B-BA56DF1AFDFB.ref@yahoo.com> <290E51C0-0AF5-4C75-AA7B-BA56DF1AFDFB@yahoo.com> <4114B1A0-03ED-4268-BA87-8CF196A935A4@googlemail.com> <8EB23BD2-15C0-4679-87A9-87FE5906A7EA@googlemail.com> To: Klaus Cucinauomo X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4CB3m41NZ9z4nvY X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.58 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.04)[-1.043]; FREEMAIL_TO(0.00)[googlemail.com]; 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/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.020]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.01)[-1.013]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.84:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Oct 2020 07:23:01 -0000 On 2020-Oct-13, at 23:18, Klaus Cucinauomo wrote: > Am 14.10.2020 um 07:52 schrieb Mark Millard : >>=20 >> =E2=80=A6...FreeBSD requires services from >> armstub8-gic.bin that are not otherwise present as things >> are (or that is my understanding). >=20 > as of today: correct understanding >=20 >>=20 >> ... I'll test vintages of start4*.elf and fixup4*.dat >> pairs and see if that identifies a specific set of changes >> to them... >=20 > IIRC =E2=80=9Ewe" can hack armstubs but we cannot hack start4*.elf & = fixup4*.dat , > but you can take a hexdump of start4*.elf to compare changes if you = feel like it, > while I doubt that will easy find the cause(s).. hexdump comparisons is not something I'm likely to do and is not what I said I was going to do. Types of changes are identified by the commit notes. It is possible with what I'm doing that a firmware problem would be identified that the rpi folks would work on. (Not claiming to know it is likely or anything.) I've already reported on the lists a patch for u-boot 2020.10 not avoiding stomping on memory owned by the armstub8-gic.bin that FreeBSD uses. (It is not guaranteed to stomp on such memory either: u-boot just does not reserve the memory area that it should and so treats it as available for potential use.) If I had only focused on armstub8-gic.bin I never would have found that problem. (Of course, if armstub8-gic.bin ends up eliminated, the problem I found goes away too.) Unfortunately, the patch does not fix the symptoms that started this effort but the defect could lead to problems. =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 Oct 14 08:08:12 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 0072D4314DF for ; Wed, 14 Oct 2020 08:08:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-23.consmr.mail.gq1.yahoo.com (sonic312-23.consmr.mail.gq1.yahoo.com [98.137.69.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 4CB4mB5hS4z4rZV for ; Wed, 14 Oct 2020 08:08:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: EyZXrKIVM1lchYOFL6lXjth2Cs5KVONlF3.1X1V7WvsebhqD5EGZqQxJ5HdnWSA VGTdIICPHiBhTJbOPV3sKvglTBhoBriPCEIRKvAOMQS1yCUuX0T1Q9JOkDBXK5zTtv17rHA.lDdl oFM10RBupXICN3.jp8X4xww4S3x65C7XkORjEh85buzpGJDC9.Sp4dMR4YCitmNoORT_W68v9GbR GyPio.JfBK_6.UkFFLGO08D8ZWI8Si00.CMovjh11kPr5UcG0RMCKZ8QYBcO2xiuvpYFfvdyw3vE X_cS1UPziLyF0gl11Sg7qQrOamppR.6vQ2Am6oUiqbHH6J1i7_yEPKXtMe1GMqEqMQxXv_wwqTbo sAp9mxCFLghCnjR81tYFGBY1STeW7Hl9F1LVb1rB_TYwisJv5.a7.6tohE4HEM9lA8DopKqlsySF iHDnm1YebvPAXs0skhIVvUiRGEaE8boKHA0CPTTdkLzqSThvsPMMn2xpM2fZS95iyjuIcTzprjom 9dsSdG8XUKHV9aqLN1LTA_hWmt7_1OSpjGiaGYdns7otAxEzF7SXMszE4GW6SghaQDPU3LeUZJ6g v5UpnFpANV2R3.aOcmiNE0qIrdpHIccKMBtJ02wEaMQurxpoPRFaA5D60qSlZbYRevRwmpN_NqAc xGZZmCG_bDQwP7LY5NNKFcc7ID5dT8JPMn8xUi0XMiKWwqKTOQwrh47brhlH4oi5SgOM0C8xtsSK HDur.hs9Osafr7zOKtczDMzO422F9yn1qYXJe7NJMQk.ZVVhCpnP29yrEQOTbnZRQu7QXC5u0tlZ 4lTWA0mfwnriGd2EesYFeawSHt1rwDTRBZtRouX1C0707pJCsaVuCEq9dL_w10Wq5KH3qm0KKziC oJQg8nI33yPrZBLfgIbGannYW8Mftt8gP8aHE9BXxWHkSg1Bd49H51E.PhwCVVhWjl25TzfPRNxJ dgrDh6vdB23lBCqqeZnvP_usHGj0oOJt97WLhxOytxbGOWoXBD2uyHL7TIni9KvBJfwf3DR2z47y gtlAbfYo5KCqThu1vgACCNqE3MMAaC.7SuaCZv42Cy9hHYv7yLp6bqP1XgCEIuvr7KDQ5iuQIsN1 TPtaERlVfMtwr3GoRhBseoBZ8ZJsqjeizTS.cI7SzrJzjtHH6H6UdBDenaFTYkcInJ250hKOm8i_ UGiNXo17ZW.XRlnBteM0UKHYBKXmO_MoxgeUzDifMZp03.kGcXdxm3ngNkUFCWHxS4F3Qxjtjwus ZexyCTblUnOmC3M__EjhR3q4PIYwSYMIeyRx4z5F5PB4o4.HUT7Q2qsBYXR7.SS_rOkB7KALhp.l 0jCyKF4.cI.ve2WaqoySrFtWSscgGHLbnBgxmwvQv4B8htwnMYtzgscrDirXMkswdqkLvrPJa.kK vxC98kfiS2z0ZT9LJhRJ4DH64JHhiXYZ04CJI3ZfNW7FvJhCPAHHE3.H2y0EiuyUQESvfBPCM9cZ 8GkyGW33iu8MbfeGbO646xHC3Pm1ZKXcZmFi2aI9SnkqwZ5N3b_kgDjixqwU5dHW5kvd.F4DguVt v Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Wed, 14 Oct 2020 08:08:08 +0000 Received: by smtp417.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 845b242d4bae90df07c7fbc55153403a; Wed, 14 Oct 2020 08:08:05 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: 64-bit RPi4B u-boot hangup with modern rpi firmware: some information (but investigative-toolbox limited) From: Mark Millard In-Reply-To: <02528C74-F23F-46BB-8028-3DE9CB2A8327@yahoo.com> Date: Wed, 14 Oct 2020 01:08:04 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <290E51C0-0AF5-4C75-AA7B-BA56DF1AFDFB.ref@yahoo.com> <290E51C0-0AF5-4C75-AA7B-BA56DF1AFDFB@yahoo.com> <4114B1A0-03ED-4268-BA87-8CF196A935A4@googlemail.com> <8EB23BD2-15C0-4679-87A9-87FE5906A7EA@googlemail.com> <02528C74-F23F-46BB-8028-3DE9CB2A8327@yahoo.com> To: Klaus Cucinauomo X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4CB4mB5hS4z4rZV X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.02 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.49)[-0.490]; FREEMAIL_TO(0.00)[googlemail.com]; 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/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.020]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.01)[-1.014]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.204:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.204:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Oct 2020 08:08:12 -0000 On 2020-Oct-14, at 00:22, Mark Millard wrote: > On 2020-Oct-13, at 23:18, Klaus Cucinauomo wrote: >=20 >> Am 14.10.2020 um 07:52 schrieb Mark Millard : >>>=20 >>> =E2=80=A6...FreeBSD requires services from >>> armstub8-gic.bin that are not otherwise present as things >>> are (or that is my understanding). >>=20 >> as of today: correct understanding >>=20 >>>=20 >>> ... I'll test vintages of start4*.elf and fixup4*.dat >>> pairs and see if that identifies a specific set of changes >>> to them... >>=20 >> IIRC =E2=80=9Ewe" can hack armstubs but we cannot hack start4*.elf = & fixup4*.dat , >> but you can take a hexdump of start4*.elf to compare changes if you = feel like it, >> while I doubt that will easy find the cause(s).. >=20 > hexdump comparisons is not something I'm likely to do and is > not what I said I was going to do. >=20 > Types of changes are identified by the commit notes. It is > possible with what I'm doing that a firmware problem would > be identified that the rpi folks would work on. (Not > claiming to know it is likely or anything.) Turns out that FreeBSD is not the only context with problems, others not involving armstub8-gic.bin or FreeBSD at all are also having (a sequence of) problems. See, for example, the sequence of notes in: https://github.com/raspberrypi/firmware/issues/1445 where problems showed up in contexts using edk2's uefi for RPi4's and, separately, for RPi3's. The known issues are being worked on. (I've no evidence at this point relative to sufficiency for FreeBSD's context.) > I've already reported on the lists a patch for u-boot 2020.10 > not avoiding stomping on memory owned by the armstub8-gic.bin > that FreeBSD uses. (It is not guaranteed to stomp on such > memory either: u-boot just does not reserve the memory area > that it should and so treats it as available for potential > use.) >=20 > If I had only focused on armstub8-gic.bin I never would have > found that problem. (Of course, if armstub8-gic.bin ends up > eliminated, the problem I found goes away too.) >=20 > Unfortunately, the patch does not fix the symptoms that > started this effort but the defect could lead to problems. =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 Wed Oct 14 12:22:24 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 B17594378F0 for ; Wed, 14 Oct 2020 12:22:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-54.consmr.mail.gq1.yahoo.com (sonic316-54.consmr.mail.gq1.yahoo.com [98.137.69.30]) (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 4CBBPW09X4z3dYY for ; Wed, 14 Oct 2020 12:22:22 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: XAO9UqcVM1n8Dy4WY9jUhjaSuTnjNg8QoQJPRHjjNDjLY3h_.Ycbat63mzCA7vA k6rWG_y1K9sujslbkamdzxmyxL2fyyVaFxGrY7TNBOJYK.At.JvyUyGJRmhACwXZvGCjKmxyj4NC hLISWJulwix12A70ejCTM25MJK8Mff.S6VC0hSWjW0KmvzKFbP5RZYxmA2GXZoDUFg2Tk7ueZQ_f .EN5cndOOGv4biqUKARhsIxDwKbUNAK7_8USou8r5.bHLTjcY2BajbL67_sHawENUbaBKvcpAJcF zelm3O5T0ENCyofwntLgqrIwzkV5NiUM_R6qNOlvI9axz5BPyH_lZHVFJKKMtt.2DTsGMU0fbuLA N56CB.Qfgb6FtGFTABJ6kFM.UScOq14ume0RE7S4TLq_x5ptkfWYOt5o6_vEgGd2XLHtEjgXxdQM j3gbZTtOGnyDro0LKn0dIf2mGkEZ4uAKNbmCBkRKI_DQIk2sbIazUjfredGSovV2gFsIMJlYPopM QC0oFp4qnvbHdv9rPl7wT3dGNLny4K1TQMwRILLqs1iPvmp0vhR_fl.SYqBZNUQnUiNfZE9GVWG8 _CEE5BGu9vfFZ1R7JEfvuoNIC9UcYYJMjcREbbSL2aKSDb8FfK.tRZmbohqkZHu1rSzptyQqjbBS n3NtajvOO_Lgye0aso4yyuszrD38umqlNu3Ml0bct0zwfjebkR4UaVqNU92CDA3fkFrSTHQfpGOY zBSe5HrXQre0JOULxCDis8aYWStdZ5cvTWFCCFI3QT4QTzh9UkX_7QkaCIB5tPIWDZ0VHRDdcDMm NY4gl1G7JpJVqvMWk7I8RRj5cW.FvWEPt_idu43RBgPkJFfrkxUsWBZUbg084xtB9vOr2Tmo1Jog 2oUyGMYh.6cOXNpV.yI2WRoTF0FjZHAGt3M62Nr1Z1AnlH_IVCm3o_X4tPoU_H16VJvsuQNvWqJA nVHhsN_21G3Fkg7qA1IAJHv3gBPitXRuQOyL4WcZw1.V1wOMaU8lhP_FWtiJxQ6E1xshnSTpSK2o qjvkSf8t9fgLiBGDnYcTFwleOWRdGBZv0YJwO1Dt5yoGe5eNs12zAvsYG4kG7jFWVm.ypifzQugC OtCLFsbAwThIksHcDleN4Ye5RlvhZMOheb6BF1D7iJVklLhszdxxeKrIzWGGd_5PTzHJhZxZqxdF yJtbRvDszQANcOLM.Wp7n2KrHdS2CRFgjzVE8oW8Z8AxS7GRo.dP8xB4a6AbGl2MLUrUHSr0bn2x 6vAtqJtGo5DLj85cEbhs8ZtnCHq0qraTeHCYTyMT4M2hwU97inmHrbS_H8ecqMJ1ApfnD4z2ceSZ nbog38PaKV1hAvCcEFoj9ae.aX2EB2MGQ9nA8OHtbAidbN2QlmtEziAANECd3lpTeKQTfq4fPJ.w sfJE6IEUGPM_uWKECN4Tyn5K4_vv6FbXQqfwKSuCGT0SA9FofJ4RfvwPFCqP1j6hy7iaSDKEBXkC co3Z5FpwCVb_yZUkoFeLt_gEX4Ezz.BCxR4GFpLKaUXQ42gEkN_UMdQ4wGF.KHaQtOc9Srdkrr4V tjE0qqm3vR25jdcJGqNE3SMweA8YSKf5.nT8- Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Wed, 14 Oct 2020 12:22:20 +0000 Received: by smtp422.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 6494a520f9d97a6eadf8778f22584256; Wed, 14 Oct 2020 12:22:20 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: 64-bit RPi4B u-boot hangup with modern rpi firmware: some information (but investigative-toolbox limited) From: Mark Millard In-Reply-To: Date: Wed, 14 Oct 2020 05:22:18 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <290E51C0-0AF5-4C75-AA7B-BA56DF1AFDFB.ref@yahoo.com> <290E51C0-0AF5-4C75-AA7B-BA56DF1AFDFB@yahoo.com> <4114B1A0-03ED-4268-BA87-8CF196A935A4@googlemail.com> <8EB23BD2-15C0-4679-87A9-87FE5906A7EA@googlemail.com> <02528C74-F23F-46BB-8028-3DE9CB2A8327@yahoo.com> To: Klaus Cucinauomo X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4CBBPW09X4z3dYY X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.91 / 15.00]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.39)[-0.389]; FREEMAIL_TO(0.00)[googlemail.com]; 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/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.008]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.02)[-1.015]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.30:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.30:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Oct 2020 12:22:24 -0000 On 2020-Oct-14, at 01:08, Mark Millard wrote: > On 2020-Oct-14, at 00:22, Mark Millard wrote: >=20 >> On 2020-Oct-13, at 23:18, Klaus Cucinauomo wrote: >>=20 >>> Am 14.10.2020 um 07:52 schrieb Mark Millard : >>>>=20 >>>> =E2=80=A6...FreeBSD requires services from >>>> armstub8-gic.bin that are not otherwise present as things >>>> are (or that is my understanding). >>>=20 >>> as of today: correct understanding >>>=20 >>>>=20 >>>> ... I'll test vintages of start4*.elf and fixup4*.dat >>>> pairs and see if that identifies a specific set of changes >>>> to them... The 2020-07-17 firmware commit activity (either place's copies): https://github.com/raspberrypi/firmware/commits/542aceb and: https://github.com/Hexxeh/rpi-firmware/commits/7059841=20 appear to be the last firmware update to work with armstub8-gic.bin and u-boot.bin . Everything more recent that I've tried fails by hanging with the rainbow showing. This matches up with the: https://github.com/raspberrypi/firmware/issues/1445 reference. A side note is that the ubuntu 2020.04.1 LTS firmware are actually from 2020-06-01 firmware commit activity: https://github.com/raspberrypi/firmware/commits/f382cc1 and: https://github.com/Hexxeh/rpi-firmware/commits/b2aabc3 >>> IIRC =E2=80=9Ewe" can hack armstubs but we cannot hack start4*.elf = & fixup4*.dat , >>> but you can take a hexdump of start4*.elf to compare changes if = you feel like it, >>> while I doubt that will easy find the cause(s).. >>=20 >> hexdump comparisons is not something I'm likely to do and is >> not what I said I was going to do. >>=20 >> Types of changes are identified by the commit notes. It is >> possible with what I'm doing that a firmware problem would >> be identified that the rpi folks would work on. (Not >> claiming to know it is likely or anything.) >=20 > Turns out that FreeBSD is not the only context with problems, > others not involving armstub8-gic.bin or FreeBSD at all are > also having (a sequence of) problems. See, for example, the > sequence of notes in: >=20 > https://github.com/raspberrypi/firmware/issues/1445 >=20 > where problems showed up in contexts using edk2's uefi > for RPi4's and, separately, for RPi3's. >=20 > The known issues are being worked on. (I've no evidence > at this point relative to sufficiency for FreeBSD's context.) >=20 >> I've already reported on the lists a patch for u-boot 2020.10 >> not avoiding stomping on memory owned by the armstub8-gic.bin >> that FreeBSD uses. (It is not guaranteed to stomp on such >> memory either: u-boot just does not reserve the memory area >> that it should and so treats it as available for potential >> use.) >>=20 >> If I had only focused on armstub8-gic.bin I never would have >> found that problem. (Of course, if armstub8-gic.bin ends up >> eliminated, the problem I found goes away too.) >>=20 >> Unfortunately, the patch does not fix the symptoms that >> started this effort but the defect could lead to problems. >=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 Wed Oct 14 21:14:24 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 0D7A6443390 for ; Wed, 14 Oct 2020 21:14:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.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 4CBQCL3Phkz4SyG for ; Wed, 14 Oct 2020 21:14:22 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 1PuLjZIVM1kNoMmK6yvLmqH4GbauJCTBPL78qlJhnBFZm6QRt6oe8kPQv.EPqKJ zMDxCEb.YPxRfzIAAuNLTL32ey7981Auy1jUMWtSTPVOspwDmQ7KvWWspk5ISDNCyBFOzgT0Buxh V6V3gOiCx2ByqSoQXXq1JMHcSkENUah3IemzrF3c1jM2NiaAOakViH111g8TrKfRV3UDMNPg5cnC TxOJHpt4WnzGo8wz_GMU7evLmVG4o2K8GQEP.qRGj_gb0MvXMWeRvBPfFpkBtL7GbL5ZsxL5_viC r0ZpcGrXjjwxwntzvPLT9tdt9Lih9qn5yc0LBKZknfb2udctbTRxSFr9eGmzgOx9mNO39WfUAbGP x84CmsJzjELJ1YNYykS7dKG250yYSBisRFDibcMRfEANR7jIVpwPtFCIK7s7navVJ3ugqAbKIDKO bE87T62N7SRVQRRizjneL8_8c1ojvXsb_d9tvt4UM9tL8cR5Xfi7biPkboWkpXhA5uFjb4OTuPKL _.rD.cypo1eB8DbmJmpPln4Eyypn8EKA8v5UypfD23J5T_mj0R8mw_zqX2cu9VpS80yA0EZ8TUC2 a_jZK2RPPC_ns8PocFpZptHxmvxsrVCEY_V5WP7gfUXdVq1AUSJmQWUngNgI6SdA4cHjbc_bKJA5 RzGqEDR7c5GyAL_972_w13BUYgllaEvqWHlgbxq4Wx7hBR4_aHfbl70qTrXdqt8OuKhX32EwQrNI l10_SQvchofhszRBgEKeGKZfTiyH7GbIPknnduzpVqciIUFSgv72zPAlPKEoyNfcuBy4e2vxBZzY SS188fhCLxI_s8tdcX4vjf32W4yFKZDaWuIf6EgGZtZhR5WrisWKtZbbzPs9Ffv9YYZyvfDlxCjO Wv343S8O5QvyV.A8BzGnpHwn6l3HLumaCfzxfVXyDSFQiXE8i0RmuMASj0d1ZKcOBeNEbUEy4qv9 QHsEO9Skni_qdJxb_BiKdVZmCPIdxn6tr7lzgt0VW3Ekasv7JJrUNLqSf7tK3gIIJCjPwsTDlZCs CuB6C065YYnuH1RvM.xgFPO4tgdFiyjWKcyfHFi_Fn7JFQwWyuLgpUPMNDFJsSDrp91j9EIHVDw0 FZQWK_LGEUsfrphLupitpv2kCkdR8GE1qlRmteQgiRgnPGW1eTp7VS1tS_416Vakf6FfcjXil6NX gN1JXTqybkCmBL1ttk_62DzmntAhF1c.vJhja.Ss03yKZxOutd.A0dX2roi2AUVphksuTTqVs13h ewu0Z1er22owUicHh3hWF5JEc73mjw.4k4DJUYWSDVSPK2B0nI8oEiLzlRdqT9dia.JjEB9TGQ6i 6OxEHb3.xPVUbKOSwh7sp6ra_zMsvKG0QQmy6MnMONtBnU0i_iRSEoiG1eWIL9feX2wUwwC7D6W2 PNre8mSt6Q0cjBi2B9MBprF04qb.KQ1sfCS8GsowFnCnwKEAjMYhnaaPcakDXwvi9sahL_466_vx 0ZKWn8kLrJhEYGQL_BLVLAvvOJ9N6Rs5UiH29L2HIfnlUyf7sqgQLcZytlFTeA6GAXbGeu4aE.nw kQzhB8RS.iyW7RtdDHuUCUBaCvFI0fW7V468rKjLtDjTCpA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Wed, 14 Oct 2020 21:14:20 +0000 Received: by smtp417.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 60eec464731166534c37ad483f45c307; Wed, 14 Oct 2020 21:14:19 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: 64-bit RPi4B u-boot hangup with modern rpi firmware: some information (but investigative-toolbox limited) From: Mark Millard In-Reply-To: Date: Wed, 14 Oct 2020 14:14:18 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <23232AED-BE4E-4E05-8B77-F9946D9B3613@yahoo.com> References: <290E51C0-0AF5-4C75-AA7B-BA56DF1AFDFB.ref@yahoo.com> <290E51C0-0AF5-4C75-AA7B-BA56DF1AFDFB@yahoo.com> <4114B1A0-03ED-4268-BA87-8CF196A935A4@googlemail.com> <8EB23BD2-15C0-4679-87A9-87FE5906A7EA@googlemail.com> <02528C74-F23F-46BB-8028-3DE9CB2A8327@yahoo.com> To: Klaus Cucinauomo X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4CBQCL3Phkz4SyG X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.06 / 15.00]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.53)[-0.532]; FREEMAIL_TO(0.00)[googlemail.com]; 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/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.008]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.02)[-1.015]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.84:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Oct 2020 21:14:24 -0000 On 2020-Oct-14, at 05:22, Mark Millard wrote: > On 2020-Oct-14, at 01:08, Mark Millard wrote: >=20 >> On 2020-Oct-14, at 00:22, Mark Millard wrote: >>=20 >>> On 2020-Oct-13, at 23:18, Klaus Cucinauomo wrote: >>>=20 >>>> Am 14.10.2020 um 07:52 schrieb Mark Millard : >>>>>=20 >>>>> =E2=80=A6...FreeBSD requires services from >>>>> armstub8-gic.bin that are not otherwise present as things >>>>> are (or that is my understanding). >>>>=20 >>>> as of today: correct understanding >>>>=20 >>>>>=20 >>>>> ... I'll test vintages of start4*.elf and fixup4*.dat >>>>> pairs and see if that identifies a specific set of changes >>>>> to them... >=20 > The 2020-07-17 firmware commit activity (either place's > copies): >=20 > https://github.com/raspberrypi/firmware/commits/542aceb > and: > https://github.com/Hexxeh/rpi-firmware/commits/7059841=20 >=20 > appear to be the last firmware update to work with > armstub8-gic.bin and u-boot.bin . Everything more recent > that I've tried fails by hanging with the rainbow showing. >=20 > This matches up with the: >=20 > https://github.com/raspberrypi/firmware/issues/1445 >=20 > reference. The comments for that issue from one of the fedorapeople.org people note that Fedora is having problems as well. Fedora does not use an armstub*.bin but uses u-boot and grub2. Basically, it looks like all firmware versions after the 2020-07-17 firmware referenced above are problematical and until the firmware has various issues adjusted/fixed, not having a problem is somewhat more accidental than one would hope. At this point, for the known issues, elimination of armstub8-gic.bin is not a general solution to the specific problems. (That need not have long term implications, however.) > A side note is that the ubuntu 2020.04.1 LTS firmware > are actually from 2020-06-01 firmware commit activity: >=20 > https://github.com/raspberrypi/firmware/commits/f382cc1 > and: > https://github.com/Hexxeh/rpi-firmware/commits/b2aabc3 >=20 >>>> IIRC =E2=80=9Ewe" can hack armstubs but we cannot hack = start4*.elf & fixup4*.dat , >>>> but you can take a hexdump of start4*.elf to compare changes if = you feel like it, >>>> while I doubt that will easy find the cause(s).. >>>=20 >>> hexdump comparisons is not something I'm likely to do and is >>> not what I said I was going to do. >>>=20 >>> Types of changes are identified by the commit notes. It is >>> possible with what I'm doing that a firmware problem would >>> be identified that the rpi folks would work on. (Not >>> claiming to know it is likely or anything.) >>=20 >> Turns out that FreeBSD is not the only context with problems, >> others not involving armstub8-gic.bin or FreeBSD at all are >> also having (a sequence of) problems. See, for example, the >> sequence of notes in: >>=20 >> https://github.com/raspberrypi/firmware/issues/1445 >>=20 >> where problems showed up in contexts using edk2's uefi >> for RPi4's and, separately, for RPi3's. >>=20 >> The known issues are being worked on. (I've no evidence >> at this point relative to sufficiency for FreeBSD's context.) >>=20 >>> I've already reported on the lists a patch for u-boot 2020.10 >>> not avoiding stomping on memory owned by the armstub8-gic.bin >>> that FreeBSD uses. (It is not guaranteed to stomp on such >>> memory either: u-boot just does not reserve the memory area >>> that it should and so treats it as available for potential >>> use.) >>>=20 >>> If I had only focused on armstub8-gic.bin I never would have >>> found that problem. (Of course, if armstub8-gic.bin ends up >>> eliminated, the problem I found goes away too.) >>>=20 >>> Unfortunately, the patch does not fix the symptoms that >>> started this effort but the defect could lead to problems. >>=20 >=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 Thu Oct 15 00:20:00 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 88B8B44619B for ; Thu, 15 Oct 2020 00:20:00 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-lf1-x144.google.com (mail-lf1-x144.google.com [IPv6:2a00:1450:4864:20::144]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4CBVKW1VTBz4c1K; Thu, 15 Oct 2020 00:19:58 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-lf1-x144.google.com with SMTP id b1so1435970lfp.11; Wed, 14 Oct 2020 17:19:58 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=4F6xO0y90bhEXox5e5cGWVG9YxSpspQqrGe5U+sSCc0=; b=FS5dHhv6czgHcMzecEXdVI3uqUp1o8MkZYCWUdFWMeIB+y7wQKO+GWkef/0RvtRKJe LvuKzPIeNxIl5VvKRpOOFnd8yYdk/0WMv9XsKMYW2vpTCJ+qneUdRDg8doXZS8r3jBP3 WfbVRgk+9em2uWlotLbI23JxcHnFaELiq1Q/dUkxJLaAnXpx1uzRGBkraZbOQ8mGSJAi wsNXuz0PQHfzoKhKSfiEWBcfSu2bJ0bb09kb5Dtozcl5pQyqUPC/Z7bS6nf11GDwGoHb 4yzXPeAy8bHQVhVdsS5kUMzN0QoRRV7lHx+HKCtHYYfD7OUdyyX4qnBca5h0uPKMT80u JJXw== X-Gm-Message-State: AOAM5330dR3mCKQBC2glsrnv0bLdEYDwp+XmFGza9p9CqMVHwkomn2dE Y6rn/iamDo95woN0WPXS4kAk2pH4r6o= X-Google-Smtp-Source: ABdhPJxgz2y4/RdYA4YtUhT8v46iiZtgqP6rfVapf3PDy1qzLe6fjf+KxkczA4q0H1WjOqI7TtRoaQ== X-Received: by 2002:a5d:4144:: with SMTP id c4mr1129028wrq.311.1602720783543; Wed, 14 Oct 2020 17:13:03 -0700 (PDT) Received: from [192.168.1.167] (dynamic-046-114-104-061.46.114.pool.telefonica.de. [46.114.104.61]) by smtp.googlemail.com with ESMTPSA id x4sm1550575wrt.93.2020.10.14.17.13.01 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 14 Oct 2020 17:13:02 -0700 (PDT) From: Klaus Cucinauomo Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.0.3.2.52\)) Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? Date: Thu, 15 Oct 2020 02:13:00 +0200 References: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> <3E9D015B-5702-4A52-9366-49E20BDDA5F4@googlemail.com> To: Mark Murray , Mark Millard , freebsd-arm@freebsd.org, Kyle Evans , Robert Crowston In-Reply-To: Message-Id: <27B925F2-F92F-4CA5-946C-F1466CD0D1F6@googlemail.com> X-Mailer: Apple Mail (2.3654.0.3.2.52) X-Rspamd-Queue-Id: 4CBVKW1VTBz4c1K X-Spamd-Bar: +++++++ X-Spamd-Result: default: False [7.96 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; GREYLIST(0.00)[pass,body]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(0.00)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.20)[-0.204]; FREEMAIL_TO(0.00)[FreeBSD.org,yahoo.com,freebsd.org,protonmail.com]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(0.00)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.104.61:received]; FROM_HAS_DN(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[46.114.104.61:received]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.69)[0.686]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.98)[0.979]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::144:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-Spam: Yes X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Oct 2020 00:20:00 -0000 > Am 14.10.2020 um 10:14 schrieb Mark Murray : >=20 > Hi >=20 > Yes, thank you I'm aware of that. I was wondering if the fast-moving = discussion was being turned into code equally fast anywhere :-) >=20 > M >=20 Hi,=20 yes, issue is fixed up by raspberrypi .org in start4.elf, see : = https://github.com/raspberrypi/firmware/issues/1445#issuecomment-708722949= https://dmesgd.nycbug.org/index.cgi?do=3Dview&id=3D5711 K.= From owner-freebsd-arm@freebsd.org Thu Oct 15 09:52:56 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 ED188439373 for ; Thu, 15 Oct 2020 09:52:56 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail2.protonmail.ch (mail2.protonmail.ch [185.70.40.22]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CBl2b6Txfz4Hpc for ; Thu, 15 Oct 2020 09:52:55 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Thu, 15 Oct 2020 09:52:46 +0000 To: Mark Millard From: Robert Crowston Cc: Klaus Cucinauomo , "freebsd-arm@freebsd.org" Reply-To: Robert Crowston Subject: Re: 64-bit RPi4B u-boot hangup with modern rpi firmware: some information (but investigative-toolbox limited) Message-ID: In-Reply-To: <23232AED-BE4E-4E05-8B77-F9946D9B3613@yahoo.com> References: <290E51C0-0AF5-4C75-AA7B-BA56DF1AFDFB.ref@yahoo.com> <8EB23BD2-15C0-4679-87A9-87FE5906A7EA@googlemail.com> <02528C74-F23F-46BB-8028-3DE9CB2A8327@yahoo.com> <23232AED-BE4E-4E05-8B77-F9946D9B3613@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch X-Rspamd-Queue-Id: 4CBl2b6Txfz4Hpc X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.35 / 15.00]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[protonmail.com]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; DKIM_TRACE(0.00)[protonmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; NEURAL_HAM_SHORT(-0.44)[-0.440]; FREEMAIL_TO(0.00)[yahoo.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.94)[-0.936]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.97)[-0.971]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.40.22:from]; FREEMAIL_CC(0.00)[googlemail.com,freebsd.org]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Oct 2020 09:52:57 -0000 My suspicion is that the latest firmware is interfering with a block of mem= ory somewhere above the 0x0, that we and others are relying on being able t= o use or having some content. =E2=80=94 RHC. From owner-freebsd-arm@freebsd.org Thu Oct 15 13:10: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 4CA4543E70B for ; Thu, 15 Oct 2020 13:10:13 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x32b.google.com (mail-wm1-x32b.google.com [IPv6:2a00:1450:4864:20::32b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4CBqQD4MWQz4Std for ; Thu, 15 Oct 2020 13:10:12 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x32b.google.com with SMTP id d3so3573342wma.4 for ; Thu, 15 Oct 2020 06:10:12 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=sR4KOuSeiHPk01yGfbTRNSIm1/dygAABXYzXoIBsqI8=; b=JH183rQcg2AffnU3HFcL7yHYZopzVJvGPYsmvzkItDs9Z85m8kXxr8HZtxHojlhEOI 1l6c5TdHFr2sk+NIWcsLi/OlQixx+240876VExW3aaMhJwjbnZl0PQNKzn99Bs1Nf/C4 fTl9fHtpYrl1nn2gdb9bgJPT8S9tLcE4XAEE67V3Eurwz0OnhdeqwFIdv8obkKm6IdTx ePtFMk0GZ5Q2AD3pe68Vn8F4yL3qsN1EKyOcE6T8DjksUOgfbwuEQxjpSZsbt6e4x+KH HXvfC3/4o0HM8ZpUV/pIMwS/wez6OmQI94zbtiToBeUadI1nnmKNL6Z2bjidJMCHaMCt F5pg== X-Gm-Message-State: AOAM531bbi0WqeiWuqtS0/59qljZHLEufQkz95lA8CpmgRsn07mhZb1J Evg/h9fr9W8y+hp9nQdAC88= X-Google-Smtp-Source: ABdhPJy+dcRjM7LNL/Kev/D+338vr6HjV7M0y+aj+5cBWENLqDPxz5mUhJa9gSbrwIL79jhcs4mm9g== X-Received: by 2002:a7b:ce8f:: with SMTP id q15mr3983737wmj.88.1602767411010; Thu, 15 Oct 2020 06:10:11 -0700 (PDT) Received: from [192.168.1.167] (dynamic-046-114-105-190.46.114.pool.telefonica.de. [46.114.105.190]) by smtp.googlemail.com with ESMTPSA id m11sm4422488wmf.10.2020.10.15.06.10.09 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 15 Oct 2020 06:10:10 -0700 (PDT) From: Klaus Cucinauomo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.0.3.2.82\)) Subject: Re: 64-bit RPi4B u-boot hangup with modern rpi firmware: some information (but investigative-toolbox limited) Date: Thu, 15 Oct 2020 15:10:08 +0200 References: <290E51C0-0AF5-4C75-AA7B-BA56DF1AFDFB.ref@yahoo.com> <8EB23BD2-15C0-4679-87A9-87FE5906A7EA@googlemail.com> <02528C74-F23F-46BB-8028-3DE9CB2A8327@yahoo.com> <23232AED-BE4E-4E05-8B77-F9946D9B3613@yahoo.com> To: Robert Crowston , freebsd-arm@freebsd.org In-Reply-To: Message-Id: <2F29B85B-A5BC-4468-AA1E-29D45FE81F0A@googlemail.com> X-Mailer: Apple Mail (2.3654.0.3.2.82) X-Rspamd-Queue-Id: 4CBqQD4MWQz4Std X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.43 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.86)[-0.863]; FREEMAIL_TO(0.00)[protonmail.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.034]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.105.190:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.03)[-1.033]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32b:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Oct 2020 13:10:13 -0000 > Am 15.10.2020 um 11:52 schrieb Robert Crowston = : >=20 > My suspicion is that the latest firmware is interfering with a block = of memory somewhere above the 0x0, that we and others are relying on = being able to use or having some content. >=20 > =E2=80=94 RHC. They have fixed it upstream : = https://github.com/raspberrypi/firmware/commit/2d83e2c8e07a81ab7ca4aa64577= 3aa0feed8d7dd K.= From owner-freebsd-arm@freebsd.org Thu Oct 15 20:31: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 B96C7446C3D for ; Thu, 15 Oct 2020 20:31:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-55.consmr.mail.gq1.yahoo.com (sonic308-55.consmr.mail.gq1.yahoo.com [98.137.68.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 4CC1Bt3t69z40dd for ; Thu, 15 Oct 2020 20:31:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: G1J4YLYVM1ko5lBP0_J2G0a7IG6t1z2ucb9qkkM1PxKtofiOzM1KoF3cqUi2tHO wfORDoFqjxjLl29asMp0h4h4L1Txfg89kgnsktIvuoXtD1Km61Ipl0L6JwYeyO2Rzjnz4blcnNFb v8fVrUdKBKc_VqWesYcdGX4CThqybCbXBpCdcl5laT_zHRkwx0u4JX2UI05TJrinmyoScwuFa3eD wSz_XiWDJ3SKTZAiUuW9tLuctQllw5.pVf8A6aTSba9e_L0bThsVBqVfD64MslMRcqk8xUmEF4pg ii3CWUCLi0NvOoocv3Qeidn8DBpDjjEiF5lDOPFEWf17wHPWn.CXZctWyGfp4.h68yPTNR_prJGy NoHQ09au5gmll3JtiWanLmUZi.ranM4Ddy8ftl6L.bJxA4mnUHrd9xZ9YfgAcxNg2JEQcbf52nP1 G52VFYlyBv2Q5yxIsr550xIexNTlwrEbvCk_THkrI1jP4LPqeOIAH2wz.GJGF8u2ghuLXVs7Ok5L 6NV8VOWBZSzgv7B3RBTiLsqYf5F.LLHDM3TROOUquJqqUOaB.xXhy7ybZNTRSXJVt.CbMK1yixIS XJQSq7_Shju.jY9l7R2WYHg1ekzgi2GVEkqXDrxxA.c0PvIfGWt3X27PcN_CKxVdPGGyrlQTUwma 8HbssMqYhPJAG7JMDRgW2VDrrFGoiCGgZkWu4rpRHY7SNmusa7WllrwM6BnuHzmY4A4ED3DWiEoi PRQUSI1jCIgZ0ZVK9j1QkVxt2RPoSs4Oj_6wTjAAS_9OTz7YERIse8LXFJR2e.nX2QF1aLMiiiev g7YCE3iabEqyNJYpT_nTS3iB3i9xmX_ZUkoR4uvJQC8Lr6ga59DzdliTuaefsqTGCVchjOSBz0gM RBXASWigLiTjcw2wtrraR.C2jk6BGY5EHTddoBLCKThWcdUSB6DeSj8jiEWhuYeOGF1Izhlges01 vnbiiBlBl1qRbuclNchiRDaDNtFCS_pDnRq.zpNaT7PcN.ORC1jNJjOxwvPvBqEGuIj2DXyno1ro AtnNbpYx7RDXJVTp6gJEWS6k7JoZNEOGYr4xr4vfsezJqMcp8LUAaMf46BDLLC2T9OixELrZWn1b JRbeo3w_XPZiTkvQHaJMHNegG7LOKCTF3fLkqh4.wsQcaeFCWv61UBVaSl3wYelTHJc51ViAjHjk GvoleBwXfdAQ4jKOX7HGNyjRTlTdT8Cg4G.jnwDYf6NnJViIth1yNJiw.hMJSO4RkmA9SooAy9YA Jo.HZEHiwVqD88gCRvzSJNTZSWXoBSLsyx0FrsnLJNxrzQX4XS9a72Z6rejTJhGSV_6t6ykZgGCh l7IwvDDrHQWc36U28QzFmLr5wSm1rr2wGZYcTbXHcPF5F7ofRG8tcRDbfjvzN9cBcqODUFtwUk47 SsV.9mgivg8tnJl1Wm_IchAar02Z1LCfQdTn0jUUabrBgJOBORxRwoqg.i7bGolunRagYZ6VAZJM 46_IPBE4MmCwSbKywBEt7BTP0Ashpw9_il8KQKc0bwoEBQrZP2BEppLc9haGjLlAME_jNc0wYPG3 8RNOw1ECUTmCykaHN9IErpmK00Y9Fj.lt Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Thu, 15 Oct 2020 20:31:00 +0000 Received: by smtp404.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 9f6378e9ee431acc1b21fa25999263d1; Thu, 15 Oct 2020 20:30:58 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: 64-bit RPi4B u-boot hangup with modern rpi firmware: some information (but investigative-toolbox limited) From: Mark Millard In-Reply-To: Date: Thu, 15 Oct 2020 13:30:57 -0700 Cc: "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <290E51C0-0AF5-4C75-AA7B-BA56DF1AFDFB.ref@yahoo.com> <8EB23BD2-15C0-4679-87A9-87FE5906A7EA@googlemail.com> <02528C74-F23F-46BB-8028-3DE9CB2A8327@yahoo.com> <23232AED-BE4E-4E05-8B77-F9946D9B3613@yahoo.com> To: Robert Crowston X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4CC1Bt3t69z40dd X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.08 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.56)[-0.557]; FREEMAIL_TO(0.00)[protonmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.04)[-1.039]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; NEURAL_HAM_LONG(-0.98)[-0.985]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.31:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.31:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Oct 2020 20:31:03 -0000 On 2020-Oct-15, at 02:52, Robert Crowston = wrote: > My suspicion is that the latest firmware is interfering with a block = of memory somewhere above the 0x0, that we and others are relying on = being able to use or having some content. There were multiple issues for firmware commits after the 2020-07-17 firmware commits (either place's copies). The good 2020-07-17 materials were from: https://github.com/raspberrypi/firmware/commits/542aceb and: https://github.com/Hexxeh/rpi-firmware/commits/7059841=20 A big issue over much of the recent time was that the firmware was handling over corrupted Device Tree content. This is one thing covered by the fix released today: https://github.com/raspberrypi/firmware/commits/2d83e2c and: https://github.com/Hexxeh/rpi-firmware/commits/98d9079 uefi/ACPI and fedora (no armstub*.bin use, uses u-boot and grub2) were also seeing problems with the firmware from commits after the 2020-07-17 commits. The problems were not specific to the armstub*.bin files that FreeBSD uses. If I understand right, the serial console baud rate change problem seen on, for example, RPi3*'s is still an issue. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Oct 15 20:39: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 9C101446D56 for ; Thu, 15 Oct 2020 20:39:44 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x32e.google.com (mail-wm1-x32e.google.com [IPv6:2a00:1450:4864:20::32e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4CC1Nv3cBtz40nV for ; Thu, 15 Oct 2020 20:39:43 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x32e.google.com with SMTP id k18so419966wmj.5 for ; Thu, 15 Oct 2020 13:39:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=ezsPnTWt9eOra37CBNPgKkAKh4alQyoa6/fSJajZ42s=; b=o4jCgnrFFDDCv/cXg6osSElrdlbDu8rmcpDsJv9oyzI9lANlBXc5A3R0cxsfxg0quZ WBOwJvZJvC2+trQ5tThb8PG+Vl+3EvMX1vdNa7UieGB7/RWC0+oi3WmCLKgXHIzgl9TR I2z6fEJXALFK3O4RxI8pdS3W7XdCx/Si9lh7RC1E7NKBEZQTZs+8cmJjilJFfcEpmfub r3l1iwL/wDETD/P1qePWa3+8DnlEaNCZEEx/TRVwQ4nQq7YdijokXErnxiY9Ezyr0HOE YdZobSS+tjfknfVTbU4Pe9cTrCrPbw233ZiB1tM2Y/O3f9e/FpKHqv6fq4sS02oZmXb9 tnsA== X-Gm-Message-State: AOAM532Y3I79waHDZ96XXHEDdDpg1bBFTvBSviGsjgyvVvx+WSwPNkiR q7/8xICkE5V1xtG6VpL53lE= X-Google-Smtp-Source: ABdhPJzOIFk9ImROjsEKe6p+mvFrl1Ei4EXSOaTQgZOlsN1wi3Att1YUvbU7Lj1X0TnOcnkCtccxbg== X-Received: by 2002:a1c:6788:: with SMTP id b130mr452550wmc.91.1602794381857; Thu, 15 Oct 2020 13:39:41 -0700 (PDT) Received: from [192.168.1.167] (dynamic-046-114-105-190.46.114.pool.telefonica.de. [46.114.105.190]) by smtp.googlemail.com with ESMTPSA id u8sm627919wrn.62.2020.10.15.13.39.40 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 15 Oct 2020 13:39:41 -0700 (PDT) From: Klaus Cucinauomo Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.0.3.2.82\)) Subject: Re: 64-bit RPi4B u-boot hangup with modern rpi firmware: some information (but investigative-toolbox limited) Date: Thu, 15 Oct 2020 22:39:39 +0200 References: <290E51C0-0AF5-4C75-AA7B-BA56DF1AFDFB.ref@yahoo.com> <8EB23BD2-15C0-4679-87A9-87FE5906A7EA@googlemail.com> <02528C74-F23F-46BB-8028-3DE9CB2A8327@yahoo.com> <23232AED-BE4E-4E05-8B77-F9946D9B3613@yahoo.com> To: Mark Millard , freebsd-arm@freebsd.org In-Reply-To: Message-Id: <1AE927D0-5EF3-4413-82E4-F6849E45AB11@googlemail.com> X-Mailer: Apple Mail (2.3654.0.3.2.82) X-Rspamd-Queue-Id: 4CC1Nv3cBtz40nV X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.15)[-0.148]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.05)[-1.052]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.105.190:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.997]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32e:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Oct 2020 20:39:44 -0000 > Am 15.10.2020 um 22:30 schrieb Mark Millard via freebsd-arm = : > If I understand right, the serial console baud rate change > problem seen on, for example, RPi3*'s is still an issue. >=20 No: = https://github.com/raspberrypi/firmware/issues/1445#issuecomment-709341782= K.= From owner-freebsd-arm@freebsd.org Thu Oct 15 22:54:27 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 34111449053 for ; Thu, 15 Oct 2020 22:54:27 +0000 (UTC) (envelope-from kiri@truefc.org) Received: from kx.truefc.org (1.212.52.36.ap.yournet.ne.jp [36.52.212.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp", Issuer "smtp" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CC4NK5lcJz46pg for ; Thu, 15 Oct 2020 22:54:25 +0000 (UTC) (envelope-from kiri@truefc.org) Received: from kx.truefc.org (kx.truefc.org [36.52.212.1]) by kx.truefc.org (8.16.1/8.16.1) with ESMTP id 09FMsFEv018733; Fri, 16 Oct 2020 07:54:15 +0900 (JST) (envelope-from kiri@kx.truefc.org) Message-Id: <202010152254.09FMsFEv018733@kx.truefc.org> Date: Fri, 16 Oct 2020 07:54:15 +0900 From: KIRIYAMA Kazuhiko To: freebsd-arm@freebsd.org Subject: Re: RockPro64 booting w/ u-boot v2019-rc3 In-Reply-To: <20190916064640.GN96402@funkthat.com> References: <20190916064640.GN96402@funkthat.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 MULE XEmacs/21.4 (patch 24) (Standard C) (amd64--freebsd) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4CC4NK5lcJz46pg X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of kiri@truefc.org has no SPF policy when checking 36.52.212.1) smtp.mailfrom=kiri@truefc.org X-Spamd-Result: default: False [-0.06 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.65)[-0.647]; FREEFALL_USER(0.00)[kiri]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.41)[-0.414]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[truefc.org]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.10)[-0.103]; RCPT_COUNT_TWO(0.00)[2]; RCVD_COUNT_ONE(0.00)[1]; R_SPF_NA(0.00)[no SPF record]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:10013, ipnet:36.52.208.0/21, country:JP]; MAILMAN_DEST(0.00)[freebsd-arm]; ONCE_RECEIVED(0.10)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Oct 2020 22:54:27 -0000 Hi, list I'm afraid of picking up too late topic, but I tried latest version of u-boot of Pinebook pro according to this mail, so I dare to report. I've made boot image of Pinebook pro using idbloader.img and u-boot.itb of sysutils/u-boot-pinebookpro as follows: # mdconfig -a -t vnode -f FreeBSD-13.0-CURRENT-arm64-aarch64-PINEBOOKPRO-20201001-e18fc94e525-memstick.img md0 # gpart destroy -F md0 md0 destroyed # gpart create -s gpt md0 md0 created # gpart add -b 32768 -t efi -s 66584 md0 md0p1 added # gpart show md0 => 40 2097072 md0 GPT (1.0G) 40 32728 - free - (16M) 32768 66584 1 efi (33M) 99352 1997760 - free - (975M) # gpart add -b 40 -t freebsd-boot -s 32728 md0 md0p2 added # gpart show md0 => 40 2097072 md0 GPT (1.0G) 40 32728 2 freebsd-boot (16M) 32768 66584 1 efi (33M) 99352 1997760 - free - (975M) # gpart add -t freebsd md0 md0s3 added # gpart show md0 => 40 2097072 md0 GPT (1.0G) 40 32728 2 freebsd-boot (16M) 32768 66584 1 efi (33M) 99352 1997760 3 freebsd (975M) # mdconfig -a -t vnode -f FreeBSD-13.0-CURRENT-arm64-aarch64-20201001-e18fc94e525-memstick.img md1 # gpart show md1 => 3 1655448 md1 GPT (808M) 3 66584 1 efi (33M) 66587 1588864 2 freebsd (776M) # dd if=/usr/local/share/u-boot/u-boot-pinebookpro/idbloader.img of=/dev/md0 seek=64 bs=512 conv=sync 322+0 records in 322+0 records out 164864 bytes transferred in 1.421807 secs (115954 bytes/sec) # dd if=/usr/local/share/u-boot/u-boot-pinebookpro/u-boot.itb of=/dev/md0 seek=16384 bs=512 conv=sync 1800+0 records in 1800+0 records out 921600 bytes transferred in 8.740609 secs (105439 bytes/sec) # dd if=/dev/md1p1 of=/dev/md0p1 bs=10240 conv=sync dd: /dev/md0p1: short write on character device dd: /dev/md0p1: end of device 3330+0 records in 3329+1 records out 34091008 bytes transferred in 28.605167 secs (1191778 bytes/sec) # dd if=/dev/md1s2 of=/dev/md0s3 bs=10240 conv=sync 79444+0 records in 79444+0 records out 813506560 bytes transferred in 681.676168 secs (1193392 bytes/sec) # gpart show md0 => 40 2097072 md0 GPT (1.0G) 40 32728 2 freebsd-boot (16M) 32768 66584 1 efi (33M) 99352 1997760 3 freebsd (975M) # And write FreeBSD-13.0-CURRENT-arm64-aarch64-PINEBOOKPRO-20201001-e18fc94e525-memstick.img to micro SD, and put it into Pinebook pro sd slot and boot it. But it could not boot with power led blinking. Is there any progress about Pinebook pro u-boot issues ? Best regards On Mon, 16 Sep 2019 15:46:40 +0900, jmg at funkthat.com (John-Mark Gurney) wrote: > > I recently received my RockPro64, and w/ a bit of help from manu, I > built a new u-boot firmware and get it booting from SD card. The > u-boot port firmware will boot, but receives an Unhandled System Error > shortly after going to multiuser mode. > > It doesn't yet set the PCIe slot. Is anyone working on this? If so, > can you point me to code? I'd like to get this working. > > Building u-boot isn't hard, but finding the correct part to build took > some help. > > Possibly imcomplete list of packages used: > aarch64-none-elf-binutils-2.32_1,1 GNU binutils for bare metal AArch64 cross-development > aarch64-none-elf-gcc-6.4.0_6 Cross GNU Compiler Collection for aarch64noneelf > atf-rk3399-v2.1 ARM TF-A for platform rk3399 > bison-3.4.1,1 Parser generator from FSF, (mostly) compatible with Yacc > dtc-1.4.7 Device Tree Compiler > gmake-4.2.1_3 GNU version of 'make' utility > gsed-4.7 GNU stream editor > python3-3_3 The "meta-port" for version 3 of the Python interpreter > > The default sed fails at one point, so used this patch: > diff --git a/scripts/Makefile.lib b/scripts/Makefile.lib > index ef116e0e0a..e0dedf8943 100644 > --- a/scripts/Makefile.lib > +++ b/scripts/Makefile.lib > @@ -302,7 +302,7 @@ cmd_dtc = mkdir -p $(dir ${dtc-tmp}) ; \ > -i $(dir $<) $(DTC_FLAGS) \ > -d $(depfile).dtc.tmp $(dtc-tmp) ; \ > cat $(depfile).pre.tmp $(depfile).dtc.tmp > $(depfile) ; \ > - sed -i "s:$(pre-tmp):$(<):" $(depfile) > + gsed -i "s:$(pre-tmp):$(<):" $(depfile) > > $(obj)/%.dtb: $(src)/%.dts FORCE > $(call if_changed_dep,dtc) > > > There is also a failure on the config step, and needs this patch as > well: > diff --git a/scripts/config_whitelist.txt b/scripts/config_whitelist.txt > index b18eab1707..3260c472b9 100644 > --- a/scripts/config_whitelist.txt > +++ b/scripts/config_whitelist.txt > @@ -3100,6 +3100,7 @@ CONFIG_SYS_MACB2_BASE > CONFIG_SYS_MACB3_BASE > CONFIG_SYS_MAIN_PWR_ON > CONFIG_SYS_MALLOC_BASE > +CONFIG_SYS_MALLOC_CLEAR_ON_INIT > CONFIG_SYS_MALLOC_SIMPLE > CONFIG_SYS_MAMR > CONFIG_SYS_MAPLE > > > And then built using the following commands: > export BL31=/usr/local/share/atf-rk3399/bl31.elf > gmake clean > gmake rockpro64-rk3399_defconfig > CROSS_COMPILE=aarch64-none-elf- gmake -j 4 > > I may have forgotten to include some steps. After building, I > installed the parts via: > dd if=idbloader.img of=/dev/disk4 oseek=64 bs=512 > dd if=u-boot.itb of=/dev/disk4 oseek=16384 bs=512 > > I used FreeBSD-13.0-CURRENT-arm64-aarch64-20190906-r351901-memstick.img > as a base, but it has the UEFI boot partition in this area, so I used > mdconfig to extract the parts, and then expanded the image, created a > new freebsd-boot partition to cover the space for the above, and then > replaced the images... > > => 3 2111549 mmcsd0 GPT (30G) [CORRUPT] > 3 32765 2 freebsd-boot (16M) > 32768 67584 1 efi (33M) > 100352 2011200 3 freebsd (982M) > > The corrupt tag is because I haven't expanded the gpt to cover the > full SD card yet. > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > > From peter at rulingia.com Mon Sep 16 07:44:45 2019 --- Kazuhiko Kiriyama From owner-freebsd-arm@freebsd.org Fri Oct 16 00:37: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 1AC1D44A57A for ; Fri, 16 Oct 2020 00:37:59 +0000 (UTC) (envelope-from gldisater@gmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4CC6gp6DPwz4D5m for ; Fri, 16 Oct 2020 00:37:58 +0000 (UTC) (envelope-from gldisater@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id D3FE044A97C; Fri, 16 Oct 2020 00:37:58 +0000 (UTC) Delivered-To: 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 D3C3744A87D for ; Fri, 16 Oct 2020 00:37:58 +0000 (UTC) (envelope-from gldisater@gmail.com) Received: from mail-io1-xd30.google.com (mail-io1-xd30.google.com [IPv6:2607:f8b0:4864:20::d30]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4CC6gp14SNz4Cpn for ; Fri, 16 Oct 2020 00:37:57 +0000 (UTC) (envelope-from gldisater@gmail.com) Received: by mail-io1-xd30.google.com with SMTP id m17so1664578ioo.1 for ; Thu, 15 Oct 2020 17:37:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-language:content-transfer-encoding; bh=S+IfvE0XIArxNM2GmbP/IpY00003vUCr87dygfA06Q0=; b=X3QudajXJq1cS7H0prSm6yZvtHHHj6aiAKgbA83z/m9LLpIR2QZnejRECuWALEnv6v muO6GI54poZ25AO/crFV0FLtg0FmwSEbXl35goP478uFipZPdONaEZQNgwZlR9o6JEQH WyfymL/9hbmjZc+COzIeoHEhciQnRMCjwIxy9y9vENmKmRjUxreHn01zmGdvtndawFLA Xa07rVDwzDiklYjOmlBZu6GXPCbVrlF0abGEU15k83ZEjZm4weMqdwlsXyIoq8v6qN7U CYGvfKlDh+1uS5MauJxHnJD1GG4Bh215eBErBcScNKUF/vvV4DS886r40QE1whp4KWxT 2y7w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-language:content-transfer-encoding; bh=S+IfvE0XIArxNM2GmbP/IpY00003vUCr87dygfA06Q0=; b=KA9Osib3u3d5ktQyBlWxYCrwMb6HpN6/8QDx3gVFt/ij15wDUR9wwjobRxmnZc3rKf RDZ2U3fKqfmwXMzPoqX+wrX3/0kWq2i5T3YGiXJVj3qsn0WmZCu5i3edZAExTIpgceXJ Yhe6rdWZl/naGRjl+T8kcqhqD6v0WLAImSyvSiX6p3U5tnd74yR8vTyYb0F14LThGFA0 UMYoIMMYy77IF8p59JoSEQ9LCq0dw1oiRnFBr7vKJGSaJCdHCOwP6i1BZaCNbr2dsYzZ i3az4SgOPPdWYH7Enl1BomMWDhUz7aFbOr9/QcH2S9wvRujzHSGCIzqZ4eYPwWC8MJte ae+g== X-Gm-Message-State: AOAM531tKASpTAIrK3n1W8JaY5BM/j0hy5r5C0WJgYfGjAGy8ElnI1Jq npuDUNAtLxxNtKT7CNsbB4poPmc43Lw= X-Google-Smtp-Source: ABdhPJyHlzO0LRE3DwBOk3XfTkhbht9BmtqKvRgSdUTSTGa39Q9yrsn+Vxj6lvGJFOiSxUQudnTYqg== X-Received: by 2002:a05:6638:14c5:: with SMTP id l5mr717323jak.68.1602808676644; Thu, 15 Oct 2020 17:37:56 -0700 (PDT) Received: from [192.168.1.201] (ip-45-74-99-44.user.start.ca. [45.74.99.44]) by smtp.gmail.com with ESMTPSA id c2sm696157iot.52.2020.10.15.17.37.55 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 15 Oct 2020 17:37:55 -0700 (PDT) To: arm@freebsd.org From: Jeremy Faulkner Subject: weird espressobin behavior Message-ID: Date: Thu, 15 Oct 2020 20:36:55 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4CC6gp14SNz4Cpn X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=X3QudajX; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gldisater@gmail.com designates 2607:f8b0:4864:20::d30 as permitted sender) smtp.mailfrom=gldisater@gmail.com X-Spamd-Result: default: False [-3.42 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.42)[-0.418]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; 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.005]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::d30:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Oct 2020 00:37:59 -0000 Got FreeBSD-13 to run on my espressobin and I'm seeing some weird behavior: gldisater@espressobin:~ $ netstat -h 1 input (Total) output packets errs idrops bytes packets errs bytes colls 1 0 0 256G 0 0 936G 0 1 0 0 256G 0 0 744G 0 1 0 0 256G 0 0 744G 0 0 0 0 60 0 0 182 0 2 0 0 512G 0 0 1.5T 0 gldisater@espressobin:~ $ netstat 1 input (Total) output packets errs idrops bytes packets errs bytes colls 3 0 0 3813930960494 0 0 2052994368314 0 1 0 0 274877907068 0 0 798863917424 0 2 0 0 3289944950260 0 0 798863917424 0 2 0 0 549755814136 0 0 996432413128 0 Pretty sure the gigabit networking can't put 1.5T out the wire. And: -------------------------------------------------------------- >>> World build completed on Thu Oct 15 17:12:16 EDT 2020 >>> World built in 3044 seconds, ncpu: 2, make -j2 -------------------------------------------------------------- The buildworld took over a day, not 50 minutes. gldisater@espressobin:~ $ uname -a FreeBSD espressobin 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r366596: Mon Oct 12 13:54:00 EDT 2020 root@espressobin:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 -- Jeremy Faulkner From owner-freebsd-arm@freebsd.org Fri Oct 16 04:11: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 DC5FE44F0AC for ; Fri, 16 Oct 2020 04:11:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-23.consmr.mail.gq1.yahoo.com (sonic303-23.consmr.mail.gq1.yahoo.com [98.137.64.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 4CCCQQ4Khhz4PM6 for ; Fri, 16 Oct 2020 04:11:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: WZ.C5N8VM1kuMIUu2vb7BsA4vXX3fgkQ7xv5IklU4CSO6AyjJSaPsT_vcSid0gF Q9glYcm8ZvGSe3nyVwv2QVdQR1S9TcWGjyIPjHwUtubTGx.Mo0TgEn79CEYmkBTuBw4YbLt4APEL K5SBrU78ll2ALLh.Ox6mBxrgrorm962m7ilD3Xi_vdd7k0FWjhmXNTuclWyUEbV4fio8bNV4gZ4r TZzryPZ5YerQf1zPwI201o3CLRAzxFnKbygKOCdCCwIA_yulGnlgzI1KW9Oi7uNISf3JxDLdP2CA CbNfL4ynYurdW1mvwzOIFGIdtsumTfvyll1vYQHXhEtW0a02Ff0nsWo6MUxMEQm1zkxllLgpUQs8 cqWs2VizCpnUFZ4e8RZxpjsTsglFgNAJGaj48OWWb72_rxT7hS_jMJSWqimavnmvLmY6.u3wDYFc syu6XInr227AOrWq3iuvMFc85MbNpCPBAPIBNPl0uwwfc.w66ZN6ehq96jINXB2dB45_fmPsy.nv LoSVZVCc_wy3O6pAMjz0f1Z6xsE1H1cuQoiPicEpj8MbAMnHo9NAZME.USFE47ML.XtQFQ2Wp2fd 3..8pkdj95pG.jxP6yiLxTMoDvtvh0BIsCk4DGPznDk1MPvkOf.2XXJozGX6hOPyZ8LzW.McyiAj 4MED7Ygbpfvg6SrCiJt32OWrGrO7wXmJDKO8JcZI_jiOGqrVcdOMVPro2bA5CvS7J1RI6GHjUNyA u8y8VTg6mkikH5XubmT5k7bvzveTllsP9xOS5X1LYGrilyKNbyFaQK9I.3hL0tsJua9iI4ysNrl9 B9tthJ9h82T_K06GmvgMTKzCjVIrpP4sLAWq2yrsjHkHYA.IChQ2MdAIbh8ckkmWG3Dyp7bjCBf3 LYg0Dx1BXO6.rWbnt94JCSepByd2sJvG71CkbWAXpq8gibI13ZEzHQThXdejFpDqsXq6j7TANl5B tA5lcREDXDUOC9zIkhhbSdzBoORvcNjzo546OlWdPWU0.isDLYSLE9L1KK_yeK_CD6HblC_xRS4B mODLBp3_BamOgbkJTOV2fUCPY24YAprBC9_AMlzCNlSC4IrybF_BEjnZOu7pyQI3ohFkoZBZnFFD 3fIWkRT.DFRT99EdHVu0coHZ8ktEH61OV1tOYe5Trqd8mj4VKP3fUg7Rtw6d2nkCh16eX8av0M01 yX7b7wZnXAGa_8qT0HTRi__kReyQJeM.Y2Bh7.fkzPxzswWu2b2xX00rAmii3Ykp6p6zsD4qeH6q dMM122NMR9GeV0OiSLOpwgd3NjjlpGGa.EDswRVRPjwAA41UbaygBJb2wsZZmQVzphfYm9DygUvW qJeiKkIBIUfyZaBqNVqk9Ru_23LuW_DJz1pe8Pd9ofcRUxQvJ.N.s2EBuP61p36YcsZ227Ovx.aw TlJVGqa2RRKNLYxs.VueUMuBxHcNEAY4rvWoWqKGtuUhozbW84c7C1DyJq4hEqZ9opN5XX7T9uBR yvIbiKgMJ.00lBtcMZJ5nfiHzY8.VCAi5_qndiZURUmzIhKYUSpzALRZJ83RjZi9q9V5.xN1tJbx 68ahAbgEHQ7aQ1aQuPTZ9eQ8AMfQEoSRwU5U- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Fri, 16 Oct 2020 04:11:39 +0000 Received: by smtp425.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 4fce5c2164c80912fad06d3816608acf; Fri, 16 Oct 2020 04:11:34 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: 64-bit RPi4B u-boot hangup with modern rpi firmware: some information (but investigative-toolbox limited) From: Mark Millard In-Reply-To: <1AE927D0-5EF3-4413-82E4-F6849E45AB11@googlemail.com> Date: Thu, 15 Oct 2020 21:11:33 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <854306A9-86D0-46F2-B60D-57E1AA3826E7@yahoo.com> References: <290E51C0-0AF5-4C75-AA7B-BA56DF1AFDFB.ref@yahoo.com> <8EB23BD2-15C0-4679-87A9-87FE5906A7EA@googlemail.com> <02528C74-F23F-46BB-8028-3DE9CB2A8327@yahoo.com> <23232AED-BE4E-4E05-8B77-F9946D9B3613@yahoo.com> <1AE927D0-5EF3-4413-82E4-F6849E45AB11@googlemail.com> To: Klaus Cucinauomo X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4CCCQQ4Khhz4PM6 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.59 / 15.00]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.08)[-1.080]; FREEMAIL_TO(0.00)[googlemail.com]; 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/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.026]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.989]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.204:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.204:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Oct 2020 04:11:44 -0000 > On 2020-Oct-15, at 13:39, Klaus Cucinauomo wrote: >=20 >=20 >> Am 15.10.2020 um 22:30 schrieb Mark Millard via freebsd-arm = : >=20 >> If I understand right, the serial console baud rate change >> problem seen on, for example, RPi3*'s is still an issue. >>=20 >=20 > No: >=20 > = https://github.com/raspberrypi/firmware/issues/1445#issuecomment-709341782= Cool. Thanks for letting me know. I've set up a modern-firmware RPI3B v1.2 to boot via a USB3 SDD (no microsd card involved) with head -r365932 using either of: A) u-boot 2020.10 ( armstub8.bin and u-boot.bin ) B) uefi/DeviceTree v1.20 ( RPI_EFI.fd ) The USB3 SSD is GPT partitioned: # gpart show -p =3D> 40 468862048 da0 GPT (224G) 40 2008 - free - (1.0M) 2048 413138944 da0p1 freebsd-ufs (197G) 413140992 6291456 da0p2 freebsd-swap (3.0G) 419432448 6291456 da0p4 freebsd-swap (3.0G) 425723904 524288 da0p3 efi (256M) 426248192 42613896 - free - (20G) # gpart show -pl =3D> 40 468862048 da0 GPT (224G) 40 2008 - free - (1.0M) 2048 413138944 da0p1 PINE642Groot (197G) 413140992 6291456 da0p2 PINE642Gswap (3.0G) 419432448 6291456 da0p4 PINE642Gswp2 (3.0G) 425723904 524288 da0p3 RPi3boot (256M) 426248192 42613896 - free - (20G) (Before the Pine64+ 2GB bit the dust, I also used this media to boot it and have not bothered to rename everything.) The USB3 SSD is on a powered hub, unlike my usual RPI4B context. Ethernet works. Frequently "shutdown -r now" hangs up after the Uptime notice. (When it works there is a fairly long pause first.) Unfortunately, FreeBSD -r365932 with the RPi3B v1.2 ends up with: u-boot example: # dmesg -a | grep -i mmc mmc0: on sdhci_bcm0 mmc0: No compatible cards found on bus uefi/DT example: # dmesg -a | grep -i mmc mmc0: on sdhost_bcm0 mmc1: on sdhci_bcm0 mmc0: No compatible cards found on bus mmc1: No compatible cards found on bus So, no /dev/mmc* in either context. (FYI: u-boot at its prompt does deal with the microsd card slot and having a card in it.) Note: uefi/ACPI for the RPi3 does not yet have serial mode and FreeBSD crashes similarly to using graphical mode on the RPi4's. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Fri Oct 16 09:53:58 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 DA86E42E25A; Fri, 16 Oct 2020 09:53:58 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: from mail-wr1-x435.google.com (mail-wr1-x435.google.com [IPv6:2a00:1450:4864:20::435]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4CCM1K6KvVz4hBs; Fri, 16 Oct 2020 09:53:57 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: by mail-wr1-x435.google.com with SMTP id h7so2045537wre.4; Fri, 16 Oct 2020 02:53:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:reply-to:subject:to:cc:references:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=CuqZdMzKnDhTNM9Ltncr6lMmS0lZ8LFVBEreqayUbyM=; b=D0NUUs04LgNmf/oYmEVddjwcyRNJZ+1+f3FCfBRe8XtH7mJdyz8VeWD/sa8Jz3mPyG pm/+ILlmaLzxcG2woEZg2U6hg50A2erihO1Kjycxw5cupq5og9bUBYMQ2LnqgJE316LU JhCAIjgJxLaefgRT945Gs2Y11MIeEd9q10hgJSmrT9UmRNtqCzbV4NFTf7Vw9Ft//xK2 fxGIgLphVd9A/yEscetrU5tSWke3Y0NLovxkuBY3MHLxFBfvB3RaoocR+KpiNIKEnDWZ RJWt7SXkJqmCwbWym7nrgTTbabW/+2j6V6udG0taxs9LobPCQhNI5qvRsVNtjn1tCmTN +idQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:reply-to:subject:to:cc:references :message-id:date:user-agent:mime-version:in-reply-to :content-language; bh=CuqZdMzKnDhTNM9Ltncr6lMmS0lZ8LFVBEreqayUbyM=; b=SlUQjmDHWPxO30oZqHiBvxr30lJTwB1vJCM6e2fQrnORL9iKWccy6/wztjrJV8lAPW f+MIE6+rAcPJ1Chzr4MXw4G7TBxEk3jzRwoG2M4rX41YRH2J8EQZlbASvTRtqyf2E301 0fI9h5NsbQnk5EvC2owO4q0ylnVD1PHewLBdQOHFUwD5XLguzBhtkshuyBhUWSJt64Lr uF6duAGV4ihRiY08kNCHuPnFd1/CFXcIYZQksReRAajTtTLQhm+zgiW4JAqR0NGsSOG9 JnZAySE9sU80svUAlfhzCZgCDqqvP/FbNmRyOiGVYFrXqUYEgTX/U9QFjris+B7UZDAo hygQ== X-Gm-Message-State: AOAM5321b8Z6N88AQvvGSfz5mHGuENDJ7Hdx7XOZEIw0fdTF8OPccmsv /4Fl6xcySTWLHDBSuGbp2M308wOAzRg= X-Google-Smtp-Source: ABdhPJyeDiij3O+qGbYLwt3o0u60WL0nR3dSBIsxjvUqIWfXHLY9fd/yr1adStJZDdcFcVqpsLIqBQ== X-Received: by 2002:a5d:52ca:: with SMTP id r10mr2786310wrv.195.1602842036145; Fri, 16 Oct 2020 02:53:56 -0700 (PDT) Received: from [88.208.79.100] (halouny.humusoft.cz. [88.208.79.100]) by smtp.gmail.com with ESMTPSA id t124sm2173731wmg.31.2020.10.16.02.53.54 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 16 Oct 2020 02:53:55 -0700 (PDT) Sender: Michal Meloun From: Michal Meloun X-Google-Original-From: Michal Meloun Reply-To: mmel@freebsd.org Subject: Re: panic: non-current pmap 0xffffa00020eab8f0 on Rpi3 To: Mark Johnston , bob prohaska Cc: freebsd-current@freebsd.org, freebsd-arm@freebsd.org References: <20201006021029.GA13260@www.zefox.net> <20201006133743.GA96285@raichu> Message-ID: Date: Fri, 16 Oct 2020 11:53:56 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.3.1 MIME-Version: 1.0 In-Reply-To: <20201006133743.GA96285@raichu> Content-Type: multipart/mixed; boundary="------------47B922A2C808702819A29B19" Content-Language: en-US X-Rspamd-Queue-Id: 4CCM1K6KvVz4hBs X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=D0NUUs04; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of melounmichal@gmail.com designates 2a00:1450:4864:20::435 as permitted sender) smtp.mailfrom=melounmichal@gmail.com X-Spamd-Result: default: False [0.33 / 15.00]; HAS_REPLYTO(0.00)[mmel@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; HAS_ATTACHMENT(0.00)[]; MIME_BASE64_TEXT_BOGUS(1.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; MIME_BASE64_TEXT(0.10)[]; CTYPE_MIXED_BOGUS(1.00)[]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+]; 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:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.001]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.22)[0.221]; NEURAL_HAM_LONG(-0.99)[-0.991]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; MID_RHS_MATCH_TO(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::435:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-current] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Oct 2020 09:53:58 -0000 This is a multi-part message in MIME format. --------------47B922A2C808702819A29B19 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit On 06.10.2020 15:37, Mark Johnston wrote: > On Mon, Oct 05, 2020 at 07:10:29PM -0700, bob prohaska wrote: >> Still seeing non-current pmap panics on the Pi3, this time a B+ running >> 13.0-CURRENT (GENERIC-MMCCAM) #0 71e02448ffb-c271826(master) >> during a -j4 buildworld. The backtrace reports >> >> panic: non-current pmap 0xffffa00020eab8f0 > > Could you show the output of "show procvm" from the debugger? I see same panic too, in my case its very rare - typical scenario is rebuild of kf5 ports (~250, 2 days of full load). Any idea how to debug this? Michal --------------47B922A2C808702819A29B19 Content-Type: text/plain; charset=UTF-8; name="pmap_panic.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="pmap_panic.txt" cGFuaWM6IG5vbi1jdXJyZW50IHBtYXAgMHhmZmZmYTAwMDEyZTkyYTgwCmNwdWlkID0gMgp0 aW1lID0gMTYwMjgzMTI2NQpLREI6IHN0YWNrIGJhY2t0cmFjZToKZGJfdHJhY2Vfc2VsZigp IGF0IGRiX2ZldGNoX2tzeW10YWIrMHgxNDgKICAgICAgICAgcGMgPSAweGZmZmYwMDAwMDA1 ZjY1NWMgIGxyID0gMHhmZmZmMDAwMDAwMTQ4ODA0CiAgICAgICAgIHNwID0gMHhmZmZmMDAw MDZkYzQxMjAwICBmcCA9IDB4ZmZmZjAwMDA2ZGM0MTQwMAoKZGJfZmV0Y2hfa3N5bXRhYigp IGF0IGtkYl9iYWNrdHJhY2UrMHgzOAogICAgICAgICBwYyA9IDB4ZmZmZjAwMDAwMDE0ODgw NCAgbHIgPSAweGZmZmYwMDAwMDAzNmQzYzAKICAgICAgICAgc3AgPSAweGZmZmYwMDAwNmRj NDE0MTAgIGZwID0gMHhmZmZmMDAwMDZkYzQxNGQwCgprZGJfYmFja3RyYWNlKCkgYXQgdnBh bmljKzB4MTljCiAgICAgICAgIHBjID0gMHhmZmZmMDAwMDAwMzZkM2MwICBsciA9IDB4ZmZm ZjAwMDAwMDMyYjMyMAogICAgICAgICBzcCA9IDB4ZmZmZjAwMDA2ZGM0MTRlMCAgZnAgPSAw eGZmZmYwMDAwNmRjNDE1MzAKCnZwYW5pYygpIGF0IHBhbmljKzB4NDQKICAgICAgICAgcGMg PSAweGZmZmYwMDAwMDAzMmIzMjAgIGxyID0gMHhmZmZmMDAwMDAwMzJhZjNjCiAgICAgICAg IHNwID0gMHhmZmZmMDAwMDZkYzQxNTQwICBmcCA9IDB4ZmZmZjAwMDA2ZGM0MTVmMAoKcGFu aWMoKSBhdCBwbWFwX3JlbW92ZV9wYWdlcysweDVjMAogICAgICAgICBwYyA9IDB4ZmZmZjAw MDAwMDMyYWYzYyAgbHIgPSAweGZmZmYwMDAwMDA2MGJmMGMKICAgICAgICAgc3AgPSAweGZm ZmYwMDAwNmRjNDE2MDAgIGZwID0gMHhmZmZmMDAwMDZkYzQxNjYwCgpwbWFwX3JlbW92ZV9w YWdlcygpIGF0IHZtc3BhY2VfZXhpdCsweGIwCiAgICAgICAgIHBjID0gMHhmZmZmMDAwMDAw NjBiZjBjICBsciA9IDB4ZmZmZjAwMDAwMDViOTg4YwogICAgICAgICBzcCA9IDB4ZmZmZjAw MDA2ZGM0MTY3MCAgZnAgPSAweGZmZmYwMDAwNmRjNDE2ZDAKCnZtc3BhY2VfZXhpdCgpIGF0 IGV4aXQxKzB4NGZjCiAgICAgICAgIHBjID0gMHhmZmZmMDAwMDAwNWI5ODhjICBsciA9IDB4 ZmZmZjAwMDAwMDJlM2ZjYwogICAgICAgICBzcCA9IDB4ZmZmZjAwMDA2ZGM0MTZlMCAgZnAg PSAweGZmZmYwMDAwNmRjNDE3NDAKCmV4aXQxKCkgYXQgc3lzX3N5c19leGl0KzB4MTAKICAg ICAgICAgcGMgPSAweGZmZmYwMDAwMDAyZTNmY2MgIGxyID0gMHhmZmZmMDAwMDAwMmUzYWNj CiAgICAgICAgIHNwID0gMHhmZmZmMDAwMDZkYzQxNzUwICBmcCA9IDB4ZmZmZjAwMDA2ZGM0 MTdhMAoKc3lzX3N5c19leGl0KCkgYXQgdW5oYW5kbGVkX2V4Y2VwdGlvbisweDU3YwogICAg ICAgICBwYyA9IDB4ZmZmZjAwMDAwMDJlM2FjYyAgbHIgPSAweGZmZmYwMDAwMDA2MTI1OGMK ICAgICAgICAgc3AgPSAweGZmZmYwMDAwNmRjNDE3YjAgIGZwID0gMHhmZmZmMDAwMDZkYzQx N2MwCgp1bmhhbmRsZWRfZXhjZXB0aW9uKCkgYXQgZG9fZWwwX3N5bmMrMHgzMjQKICAgICAg ICAgcGMgPSAweGZmZmYwMDAwMDA2MTI1OGMgIGxyID0gMHhmZmZmMDAwMDAwNjExZjY0CiAg ICAgICAgIHNwID0gMHhmZmZmMDAwMDZkYzQxN2QwICBmcCA9IDB4ZmZmZjAwMDA2ZGM0MTgw MAoKZG9fZWwwX3N5bmMoKSBhdCBkb19lbDBfc3luYysweDEyOAogICAgICAgICBwYyA9IDB4 ZmZmZjAwMDAwMDYxMWY2NCAgbHIgPSAweGZmZmYwMDAwMDA2MTFkNjgKICAgICAgICAgc3Ag PSAweGZmZmYwMDAwNmRjNDE4MTAgIGZwID0gMHhmZmZmMDAwMDZkYzQxODMwCgpkb19lbDBf c3luYygpIGF0IGhhbmRsZV9lbDBfc3luYysweDkwCiAgICAgICAgIHBjID0gMHhmZmZmMDAw MDAwNjExZDY4ICBsciA9IDB4ZmZmZjAwMDAwMDVmOGEyNAogICAgICAgICBzcCA9IDB4ZmZm ZjAwMDA2ZGM0MTg0MCAgZnAgPSAweGZmZmYwMDAwNmRjNDE5ODAKCmhhbmRsZV9lbDBfc3lu YygpIGF0IDB4NDA3YTVlZDAKICAgICAgICAgcGMgPSAweGZmZmYwMDAwMDA1ZjhhMjQgIGxy ID0gMHgwMDAwMDAwMDQwN2E1ZWQwCiAgICAgICAgIHNwID0gMHhmZmZmMDAwMDZkYzQxOTkw ICBmcCA9IDB4MDAwMGZmZmZmZmZmYmNiMAoKS0RCOiBlbnRlcjogcGFuaWMKWyB0aHJlYWQg cGlkIDIyNjAzIHRpZCAxMDAwOTkgXQpTdG9wcGVkIGF0ICAgICAgMHg0MDc3ZGYzMDogICAg IHVuZGVmaW5lZCAgICAgICA1NDAwMDA0MgpkYj4gc2hvdyBhbGwgcGNwdQpDdXJyZW50IENQ VTogMgoKY3B1aWQgICAgICAgID0gMApkeW5hbWljIHBjcHUgPSAweDY2Yzg4MApjdXJ0aHJl YWQgICAgPSAweGZmZmZhMDAwYjM5ZWIwMDA6IHBpZCAyMjYwNCB0aWQgMTAwMTM5IGNyaXRu ZXN0IDEgIm1zZ2ZtdCIKY3VycGNiICAgICAgID0gMHhmZmZmMDAwMDZkZDA5YWEwCmZwY3Vy dGhyZWFkICA9IDB4ZmZmZmEwMDBiMzllYjAwMDogcGlkIDIyNjA0ICJtc2dmbXQiCmlkbGV0 aHJlYWQgICA9IDB4ZmZmZmEwMDAwMTJhZDVhMDogdGlkIDEwMDAwMyAiaWRsZTogY3B1MCIK c3BpbiBsb2NrcyBoZWxkOgoKY3B1aWQgICAgICAgID0gMQpkeW5hbWljIHBjcHUgPSAweDQ1 YmZjODgwCmN1cnRocmVhZCAgICA9IDB4ZmZmZmEwMDBkYTQxODVhMDogcGlkIDIyNjA1IHRp ZCAxMDExNTUgY3JpdG5lc3QgMSAiY21ha2UiCmN1cnBjYiAgICAgICA9IDB4ZmZmZjAwMDA2 ZTAyY2FhMApmcGN1cnRocmVhZCAgPSAweGZmZmZhMDAwZGE0MTg1YTA6IHBpZCAyMjYwNSAi Y21ha2UiCmlkbGV0aHJlYWQgICA9IDB4ZmZmZmEwMDAwMTJhZDAwMDogdGlkIDEwMDAwNCAi aWRsZTogY3B1MSIKc3BpbiBsb2NrcyBoZWxkOgoKY3B1aWQgICAgICAgID0gMgpkeW5hbWlj IHBjcHUgPSAweDQ1YzAwODgwCmN1cnRocmVhZCAgICA9IDB4ZmZmZmEwMDAxMmM0YzAwMDog cGlkIDIyNjAzIHRpZCAxMDAwOTkgY3JpdG5lc3QgMSAibXNnZm10IgpjdXJwY2IgICAgICAg PSAweGZmZmYwMDAwNmRjNDFhYTAKZnBjdXJ0aHJlYWQgID0gMHhmZmZmYTAwMDEyYzRjNWEw OiBwaWQgMjIzMDcgImNtYWtlIgppZGxldGhyZWFkICAgPSAweGZmZmZhMDAwMDEyYWE1YTA6 IHRpZCAxMDAwMDUgImlkbGU6IGNwdTIiCnNwaW4gbG9ja3MgaGVsZDoKCmNwdWlkICAgICAg ICA9IDMKZHluYW1pYyBwY3B1ID0gMHg0NWMwNDg4MApjdXJ0aHJlYWQgICAgPSAweGZmZmZh MDAwMDc4OGQ1YTA6IHBpZCA3IHRpZCAxMDAwMzkgY3JpdG5lc3QgMSAiZG9uZXEwIgpjdXJw Y2IgICAgICAgPSAweGZmZmYwMDAwNDAzNzJhYTAKZnBjdXJ0aHJlYWQgID0gMHhmZmZmYTAw MDEyYzRjMDAwOiBwaWQgMjI2MDMgIm1zZ2ZtdCIKaWRsZXRocmVhZCAgID0gMHhmZmZmYTAw MDAxMmFhMDAwOiB0aWQgMTAwMDA2ICJpZGxlOiBjcHUzIgpzcGluIGxvY2tzIGhlbGQ6Cgpk Yj4gc2hvdyBwcm9jdm0KcCA9IDB4ZmZmZmEwMDAxMmU1ZDAwMCwgdm1zcGFjZSA9IDB4ZmZm ZmEwMDAxMmU5Mjk2MCwgbWFwID0gMHhmZmZmYTAwMDEyZTkyOTYwLCBwbWFwID0gMHhmZmZm YTAwMDEyZTkyYTgwClRhc2sgbWFwIDB4ZmZmZmEwMDAxMmU5Mjk2MDogcG1hcD0weGZmZmZh MDAwMTJlOTJhODAsIG5lbnRyaWVzPTg4LCB2ZXJzaW9uPTE3MAogIG1hcCBlbnRyeSAweGZm ZmZhMDAwMjM1M2I2YzA6IHN0YXJ0PTB4MjAwMDAwLCBlbmQ9MHgyMDgwMDAsIGVmbGFncz0w eGMwYywKICAgcHJvdD0xLzcvY29weSwgb2JqZWN0PTB4ZmZmZmEwMDBiYTFjZWM2MCwgb2Zm c2V0PTB4MCwgY29weSAobmVlZGVkKQogICAgT2JqZWN0IDB4ZmZmZmEwMDBiYTFjZWM2MDog dHlwZT0yLCBzaXplPTB4MTMsIHJlcz0xOSwgcmVmPTQsIGZsYWdzPTB4MTAwMCBydWlkIC0x IGNoYXJnZSAwCiAgICAgc3JlZj0wLCBiYWNraW5nX29iamVjdCgwKT0oMCkrMHgwCiAgbWFw IGVudHJ5IDB4ZmZmZmEwMDA0NTdjMzE4MDogc3RhcnQ9MHgyMTcwMDAsIGVuZD0weDIyMjAw MCwgZWZsYWdzPTB4YzBjLAogICBwcm90PTUvNy9jb3B5LCBvYmplY3Q9MHhmZmZmYTAwMGJh MWNlYzYwLCBvZmZzZXQ9MHg3MDAwLCBjb3B5IChuZWVkZWQpCiAgbWFwIGVudHJ5IDB4ZmZm ZmEwMDBiM2NhYTYwMDogc3RhcnQ9MHgyMzEwMDAsIGVuZD0weDIzMjAwMCwgZWZsYWdzPTAs CiAgIHByb3Q9MS83L2NvcHksIG9iamVjdD0weGZmZmZhMDAwNGIzNzZjNjAsIG9mZnNldD0w eDAsIG9iaiBydWlkIDAgY2hhcmdlIDEwMDAKICAgIE9iamVjdCAweGZmZmZhMDAwNGIzNzZj NjA6IHR5cGU9MCwgc2l6ZT0weDEsIHJlcz0xLCByZWY9MSwgZmxhZ3M9MHgzMDEwIHJ1aWQg MCBjaGFyZ2UgMTAwMAogICAgIHNyZWY9MCwgYmFja2luZ19vYmplY3QoMCk9KDApKzB4MAog IG1hcCBlbnRyeSAweGZmZmZhMDAwYjNjZTU3MjA6IHN0YXJ0PTB4MjQxMDAwLCBlbmQ9MHgy NDMwMDAsIGVmbGFncz0wLAogICBwcm90PTMvNy9jb3B5LCBvYmplY3Q9MHhmZmZmYTAwMGIz YTlhNTI4LCBvZmZzZXQ9MHgwLCBvYmogcnVpZCAwIGNoYXJnZSAyMDAwCiAgICBPYmplY3Qg MHhmZmZmYTAwMGIzYTlhNTI4OiB0eXBlPTAsIHNpemU9MHgyLCByZXM9MiwgcmVmPTEsIGZs YWdzPTB4MzAxMCBydWlkIDAgY2hhcmdlIDIwMDAKICAgICBzcmVmPTAsIGJhY2tpbmdfb2Jq ZWN0KDApPSgwKSsweDAKICBtYXAgZW50cnkgMHhmZmZmYTAwMDEyZGJlZTQwOiBzdGFydD0w eDQwMjQxMDAwLCBlbmQ9MHg0MDI0NjAwMCwgZWZsYWdzPTB4YzBjLAogICBwcm90PTEvNy9j b3B5LCBvYmplY3Q9MHhmZmZmYTAwMGQzNmM5MDAwLCBvZmZzZXQ9MHgwLCBjb3B5IChuZWVk ZWQpCiAgICBPYmplY3QgMHhmZmZmYTAwMGQzNmM5MDAwOiB0eXBlPTIsIHNpemU9MHgxZCwg cmVzPTI3LCByZWY9MjYsIGZsYWdzPTB4MTAwMCBydWlkIC0xIGNoYXJnZSAwCiAgICAgc3Jl Zj0wLCBiYWNraW5nX29iamVjdCgwKT0oMCkrMHgwCiAgbWFwIGVudHJ5IDB4ZmZmZmEwMDAy MzMwZDJhMDogc3RhcnQ9MHg0MDI1NTAwMCwgZW5kPTB4NDAyNmMwMDAsIGVmbGFncz0weGMw YywKICAgcHJvdD01LzcvY29weSwgb2JqZWN0PTB4ZmZmZmEwMDBkMzZjOTAwMCwgb2Zmc2V0 PTB4NDAwMCwgY29weSAobmVlZGVkKQogIG1hcCBlbnRyeSAweGZmZmZhMDAwMzY4Nzg4YTA6 IHN0YXJ0PTB4NDAyN2IwMDAsIGVuZD0weDQwMjdjMDAwLCBlZmxhZ3M9MHg4MDQsCiAgIHBy b3Q9MS83L2NvcHksIG9iamVjdD0weGZmZmZhMDAwYjdmZTJiNTgsIG9mZnNldD0weDAsIG9i aiBydWlkIDAgY2hhcmdlIDEwMDAsIGNvcHkgKGRvbmUpCiAgICBPYmplY3QgMHhmZmZmYTAw MGI3ZmUyYjU4OiB0eXBlPTAsIHNpemU9MHgxLCByZXM9MSwgcmVmPTEsIGZsYWdzPTB4MzAx MCBydWlkIDAgY2hhcmdlIDEwMDAKICAgICBzcmVmPTAsIGJhY2tpbmdfb2JqZWN0KDI2KT0o MHhmZmZmYTAwMGQzNmM5MDAwKSsweDFhMDAwCiAgbWFwIGVudHJ5IDB4ZmZmZmEwMDA0OTE1 NjMwMDogc3RhcnQ9MHg0MDI4YjAwMCwgZW5kPTB4NDAyYTMwMDAsIGVmbGFncz0wLAogICBw cm90PTMvNy9jb3B5LCBvYmplY3Q9MHhmZmZmYTAwMDIzMWU4NzM4LCBvZmZzZXQ9MHgwLCBv YmogcnVpZCAwIGNoYXJnZSAxODAwMAogICAgT2JqZWN0IDB4ZmZmZmEwMDAyMzFlODczODog dHlwZT0wLCBzaXplPTB4MTgsIHJlcz0yMywgcmVmPTEsIGZsYWdzPTB4MzAxMCBydWlkIDAg Y2hhcmdlIDE4MDAwCiAgICAgc3JlZj0wLCBiYWNraW5nX29iamVjdCgwKT0oMCkrMHgwCiAg bWFwIGVudHJ5IDB4ZmZmZmEwMDAxMmFkOTVhMDogc3RhcnQ9MHg0MDJhZTAwMCwgZW5kPTB4 NDAyYzMwMDAsIGVmbGFncz0weDQwYywKICAgcHJvdD0xLzcvY29weSwgb2JqZWN0PTB4ZmZm ZmEwMDA3OTc5NjYzMCwgb2Zmc2V0PTB4MCwgY29weSAobmVlZGVkKQogICAgT2JqZWN0IDB4 ZmZmZmEwMDA3OTc5NjYzMDogdHlwZT0yLCBzaXplPTB4NGQsIHJlcz01MywgcmVmPTgsIGZs YWdzPTB4MTAwMCBydWlkIC0xIGNoYXJnZSAwCiAgICAgc3JlZj0wLCBiYWNraW5nX29iamVj dCgwKT0oMCkrMHgwCiAgbWFwIGVudHJ5IDB4ZmZmZmEwMDA4NWJmNmQ4MDogc3RhcnQ9MHg0 MDJjMzAwMCwgZW5kPTB4NDAyZDIwMDAsIGVmbGFncz0weDEwMDBjLAogICBwcm90PTAvMC9j b3B5LCBvYmplY3Q9MCwgb2Zmc2V0PTB4MTUwMDAsIGNvcHkgKG5lZWRlZCkKICBtYXAgZW50 cnkgMHhmZmZmYTAwMDM4NWJkMzYwOiBzdGFydD0weDQwMmQyMDAwLCBlbmQ9MHg0MDMwOTAw MCwgZWZsYWdzPTB4NDBjLAogICBwcm90PTUvNy9jb3B5LCBvYmplY3Q9MHhmZmZmYTAwMDc5 Nzk2NjMwLCBvZmZzZXQ9MHgxNDAwMCwgY29weSAobmVlZGVkKQogICAgT2JqZWN0IDB4ZmZm ZmEwMDA3OTc5NjYzMDogdHlwZT0yLCBzaXplPTB4NGQsIHJlcz01MywgcmVmPTgsIGZsYWdz PTB4MTAwMCBydWlkIC0xIGNoYXJnZSAwCiAgICAgc3JlZj0wLCBiYWNraW5nX29iamVjdCgw KT0oMCkrMHgwCiAgbWFwIGVudHJ5IDB4ZmZmZmEwMDAxMmY1NGNjMDogc3RhcnQ9MHg0MDMw OTAwMCwgZW5kPTB4NDAzMTgwMDAsIGVmbGFncz0weDEwMDBjLAogICBwcm90PTAvMC9jb3B5 LCBvYmplY3Q9MCwgb2Zmc2V0PTB4NWIwMDAsIGNvcHkgKG5lZWRlZCkKICBtYXAgZW50cnkg MHhmZmZmYTAwMDcwYTM1ODQwOiBzdGFydD0weDQwMzE4MDAwLCBlbmQ9MHg0MDMxOTAwMCwg ZWZsYWdzPTB4NCwKICAgcHJvdD0xLzcvY29weSwgb2JqZWN0PTB4ZmZmZmEwMDA3MGZjYmU3 MCwgb2Zmc2V0PTB4MCwgb2JqIHJ1aWQgMCBjaGFyZ2UgMTAwMCwgY29weSAoZG9uZSkKICAg IE9iamVjdCAweGZmZmZhMDAwNzBmY2JlNzA6IHR5cGU9MCwgc2l6ZT0weDEsIHJlcz0xLCBy ZWY9MSwgZmxhZ3M9MHgzMDEwIHJ1aWQgMCBjaGFyZ2UgMTAwMAogICAgIHNyZWY9MCwgYmFj a2luZ19vYmplY3QoOCk9KDB4ZmZmZmEwMDA3OTc5NjYzMCkrMHg0YTAwMAogIG1hcCBlbnRy eSAweGZmZmZhMDAwMzY4NzZhZTA6IHN0YXJ0PTB4NDAzMTkwMDAsIGVuZD0weDQwMzI4MDAw LCBlZmxhZ3M9MHgxMDAwYywKICAgcHJvdD0wLzAvY29weSwgb2JqZWN0PTAsIG9mZnNldD0w eDZiMDAwLCBjb3B5IChuZWVkZWQpCiAgbWFwIGVudHJ5IDB4ZmZmZmEwMDBiN2I2Yzc4MDog c3RhcnQ9MHg0MDMyODAwMCwgZW5kPTB4NDAzMmEwMDAsIGVmbGFncz0weDQsCiAgIHByb3Q9 My83L2NvcHksIG9iamVjdD0weGZmZmZhMDAwNDU2OGNlNzAsIG9mZnNldD0weDAsIG9iaiBy dWlkIDAgY2hhcmdlIDIwMDAsIGNvcHkgKGRvbmUpCiAgICBPYmplY3QgMHhmZmZmYTAwMDQ1 NjhjZTcwOiB0eXBlPTAsIHNpemU9MHgyLCByZXM9MiwgcmVmPTEsIGZsYWdzPTB4MzAxMCBy dWlkIDAgY2hhcmdlIDIwMDAKICAgICBzcmVmPTAsIGJhY2tpbmdfb2JqZWN0KDgpPSgweGZm ZmZhMDAwNzk3OTY2MzApKzB4NGEwMDAKICBtYXAgZW50cnkgMHhmZmZmYTAwMDg1YjE3OWMw OiBzdGFydD0weDQwMzJhMDAwLCBlbmQ9MHg0MDMyYjAwMCwgZWZsYWdzPTAsCiAgIHByb3Q9 My83L2NvcHksIG9iamVjdD0weGZmZmZhMDAwYjNmMTM4NDAsIG9mZnNldD0weDAsIG9iaiBy dWlkIDAgY2hhcmdlIDEwMDAKICAgIE9iamVjdCAweGZmZmZhMDAwYjNmMTM4NDA6IHR5cGU9 MCwgc2l6ZT0weDEsIHJlcz0xLCByZWY9MSwgZmxhZ3M9MHgzMDEwIHJ1aWQgMCBjaGFyZ2Ug MTAwMAogICAgIHNyZWY9MCwgYmFja2luZ19vYmplY3QoMCk9KDApKzB4MAogIG1hcCBlbnRy eSAweGZmZmZhMDAwMjMxYTlmNjA6IHN0YXJ0PTB4NDAzMmIwMDAsIGVuZD0weDQwNDAxMDAw LCBlZmxhZ3M9MHg0MGMsCiAgIHByb3Q9MS83L2NvcHksIG9iamVjdD0weGZmZmZhMDAwZGEx YzlhNTAsIG9mZnNldD0weDAsIGNvcHkgKG5lZWRlZCkKICAgIE9iamVjdCAweGZmZmZhMDAw ZGExYzlhNTA6IHR5cGU9Miwgc2l6ZT0weDE3MywgcmVzPTExMiwgcmVmPTgsIGZsYWdzPTB4 MTAwMCBydWlkIC0xIGNoYXJnZSAwCiAgICAgc3JlZj0wLCBiYWNraW5nX29iamVjdCgwKT0o MCkrMHgwCiAgbWFwIGVudHJ5IDB4ZmZmZmEwMDBkYzVkZDg0MDogc3RhcnQ9MHg0MDQwMTAw MCwgZW5kPTB4NDA0MTAwMDAsIGVmbGFncz0weDEwMDBjLAogICBwcm90PTAvMC9jb3B5LCBv YmplY3Q9MCwgb2Zmc2V0PTB4ZDYwMDAsIGNvcHkgKG5lZWRlZCkKICBtYXAgZW50cnkgMHhm ZmZmYTAwMDg1YjE3ODQwOiBzdGFydD0weDQwNDEwMDAwLCBlbmQ9MHg0MDRhYjAwMCwgZWZs YWdzPTB4NDBjLAogICBwcm90PTUvNy9jb3B5LCBvYmplY3Q9MHhmZmZmYTAwMGRhMWM5YTUw LCBvZmZzZXQ9MHhkNTAwMCwgY29weSAobmVlZGVkKQogICAgT2JqZWN0IDB4ZmZmZmEwMDBk YTFjOWE1MDogdHlwZT0yLCBzaXplPTB4MTczLCByZXM9MTEyLCByZWY9OCwgZmxhZ3M9MHgx MDAwIHJ1aWQgLTEgY2hhcmdlIDAKICAgICBzcmVmPTAsIGJhY2tpbmdfb2JqZWN0KDApPSgw KSsweDAKICBtYXAgZW50cnkgMHhmZmZmYTAwMDIzMzBkNjAwOiBzdGFydD0weDQwNGFiMDAw LCBlbmQ9MHg0MDRiYTAwMCwgZWZsYWdzPTB4MTAwMGMsCiAgIHByb3Q9MC8wL2NvcHksIG9i amVjdD0wLCBvZmZzZXQ9MHgxODAwMDAsIGNvcHkgKG5lZWRlZCkKICBtYXAgZW50cnkgMHhm ZmZmYTAwMDEyYWQ5OTYwOiBzdGFydD0weDQwNGJhMDAwLCBlbmQ9MHg0MDRiYjAwMCwgZWZs YWdzPTB4NCwKICAgcHJvdD0xLzcvY29weSwgb2JqZWN0PTB4ZmZmZmEwMDA0OTRiMWQ2OCwg b2Zmc2V0PTB4MCwgb2JqIHJ1aWQgMCBjaGFyZ2UgMTAwMCwgY29weSAoZG9uZSkKICAgIE9i amVjdCAweGZmZmZhMDAwNDk0YjFkNjg6IHR5cGU9MCwgc2l6ZT0weDEsIHJlcz0xLCByZWY9 MSwgZmxhZ3M9MHgzMDEwIHJ1aWQgMCBjaGFyZ2UgMTAwMAogICAgIHNyZWY9MCwgYmFja2lu Z19vYmplY3QoOCk9KDB4ZmZmZmEwMDBkYTFjOWE1MCkrMHgxNmYwMDAKICBtYXAgZW50cnkg MHhmZmZmYTAwMGI3OTZkYzAwOiBzdGFydD0weDQwNGJiMDAwLCBlbmQ9MHg0MDRjYTAwMCwg ZWZsYWdzPTB4MTAwMGMsCiAgIHByb3Q9MC8wL2NvcHksIG9iamVjdD0wLCBvZmZzZXQ9MHgx OTAwMDAsIGNvcHkgKG5lZWRlZCkKICBtYXAgZW50cnkgMHhmZmZmYTAwMGUxYmJkNDIwOiBz dGFydD0weDQwNGNhMDAwLCBlbmQ9MHg0MDRjZDAwMCwgZWZsYWdzPTB4NCwKICAgcHJvdD0z LzcvY29weSwgb2JqZWN0PTB4ZmZmZmEwMDBkYTc2NmI1OCwgb2Zmc2V0PTB4MCwgb2JqIHJ1 aWQgMCBjaGFyZ2UgMzAwMCwgY29weSAoZG9uZSkKICAgIE9iamVjdCAweGZmZmZhMDAwZGE3 NjZiNTg6IHR5cGU9MCwgc2l6ZT0weDMsIHJlcz0zLCByZWY9MSwgZmxhZ3M9MHgzMDEwIHJ1 aWQgMCBjaGFyZ2UgMzAwMAogICAgIHNyZWY9MCwgYmFja2luZ19vYmplY3QoOCk9KDB4ZmZm ZmEwMDBkYTFjOWE1MCkrMHgxNmYwMDAKICBtYXAgZW50cnkgMHhmZmZmYTAwMDEyZjA5MDAw OiBzdGFydD0weDQwNGNkMDAwLCBlbmQ9MHg0MDRkMDAwMCwgZWZsYWdzPTAsCiAgIHByb3Q9 My83L2NvcHksIG9iamVjdD0weGZmZmZhMDAwNGIwNDVlNzAsIG9mZnNldD0weDAsIG9iaiBy dWlkIDAgY2hhcmdlIDMwMDAKICAgIE9iamVjdCAweGZmZmZhMDAwNGIwNDVlNzA6IHR5cGU9 MCwgc2l6ZT0weDMsIHJlcz0zLCByZWY9MSwgZmxhZ3M9MHgzMDEwIHJ1aWQgMCBjaGFyZ2Ug MzAwMAogICAgIHNyZWY9MCwgYmFja2luZ19vYmplY3QoMCk9KDApKzB4MAogIG1hcCBlbnRy eSAweGZmZmZhMDAwMzY4NzczNjA6IHN0YXJ0PTB4NDA0ZDAwMDAsIGVuZD0weDQwNGY0MDAw LCBlZmxhZ3M9MHg0MGMsCiAgIHByb3Q9MS83L2NvcHksIG9iamVjdD0weGZmZmZhMDAwNDkz ZmFhNTAsIG9mZnNldD0weDAsIGNvcHkgKG5lZWRlZCkKICAgIE9iamVjdCAweGZmZmZhMDAw NDkzZmFhNTA6IHR5cGU9Miwgc2l6ZT0weDllLCByZXM9NDAsIHJlZj04LCBmbGFncz0weDEw MDAgcnVpZCAtMSBjaGFyZ2UgMAogICAgIHNyZWY9MCwgYmFja2luZ19vYmplY3QoMCk9KDAp KzB4MAogIG1hcCBlbnRyeSAweGZmZmZhMDAwMTJlNDczYzA6IHN0YXJ0PTB4NDA0ZjQwMDAs IGVuZD0weDQwNTAzMDAwLCBlZmxhZ3M9MHgxMDAwYywKICAgcHJvdD0wLzAvY29weSwgb2Jq ZWN0PTAsIG9mZnNldD0weDI0MDAwLCBjb3B5IChuZWVkZWQpCiAgbWFwIGVudHJ5IDB4ZmZm ZmEwMDBlNDFmYzdlMDogc3RhcnQ9MHg0MDUwMzAwMCwgZW5kPTB4NDA1N2EwMDAsIGVmbGFn cz0weDQwYywKICAgcHJvdD01LzcvY29weSwgb2JqZWN0PTB4ZmZmZmEwMDA0OTNmYWE1MCwg b2Zmc2V0PTB4MjMwMDAsIGNvcHkgKG5lZWRlZCkKICAgIE9iamVjdCAweGZmZmZhMDAwNDkz ZmFhNTA6IHR5cGU9Miwgc2l6ZT0weDllLCByZXM9NDAsIHJlZj04LCBmbGFncz0weDEwMDAg cnVpZCAtMSBjaGFyZ2UgMAogICAgIHNyZWY9MCwgYmFja2luZ19vYmplY3QoMCk9KDApKzB4 MAogIG1hcCBlbnRyeSAweGZmZmZhMDAwMzI0NWFhODA6IHN0YXJ0PTB4NDA1N2EwMDAsIGVu ZD0weDQwNTg5MDAwLCBlZmxhZ3M9MHgxMDAwYywKICAgcHJvdD0wLzAvY29weSwgb2JqZWN0 PTAsIG9mZnNldD0weGFhMDAwLCBjb3B5IChuZWVkZWQpCiAgbWFwIGVudHJ5IDB4ZmZmZmEw MDA0OTEyOTk2MDogc3RhcnQ9MHg0MDU4OTAwMCwgZW5kPTB4NDA1OGQwMDAsIGVmbGFncz0w eDQsCiAgIHByb3Q9MS83L2NvcHksIG9iamVjdD0weGZmZmZhMDAwMzg1OWM0MjAsIG9mZnNl dD0weDAsIG9iaiBydWlkIDAgY2hhcmdlIDQwMDAsIGNvcHkgKGRvbmUpCiAgICBPYmplY3Qg MHhmZmZmYTAwMDM4NTljNDIwOiB0eXBlPTAsIHNpemU9MHg0LCByZXM9NCwgcmVmPTEsIGZs YWdzPTB4MzAxMCBydWlkIDAgY2hhcmdlIDQwMDAKICAgICBzcmVmPTAsIGJhY2tpbmdfb2Jq ZWN0KDgpPSgweGZmZmZhMDAwNDkzZmFhNTApKzB4OTkwMDAKICBtYXAgZW50cnkgMHhmZmZm YTAwMDMyNDVjZjYwOiBzdGFydD0weDQwNThkMDAwLCBlbmQ9MHg0MDU5YzAwMCwgZWZsYWdz PTB4MTAwMGMsCiAgIHByb3Q9MC8wL2NvcHksIG9iamVjdD0wLCBvZmZzZXQ9MHhiZDAwMCwg Y29weSAobmVlZGVkKQogIG1hcCBlbnRyeSAweGZmZmZhMDAwZGM1ZGQ2MDA6IHN0YXJ0PTB4 NDA1OWMwMDAsIGVuZD0weDQwNTllMDAwLCBlZmxhZ3M9MHg0LAogICBwcm90PTMvNy9jb3B5 LCBvYmplY3Q9MHhmZmZmYTAwMDQ1MjM4YTUwLCBvZmZzZXQ9MHgwLCBvYmogcnVpZCAwIGNo YXJnZSAyMDAwLCBjb3B5IChkb25lKQogICAgT2JqZWN0IDB4ZmZmZmEwMDA0NTIzOGE1MDog dHlwZT0wLCBzaXplPTB4MiwgcmVzPTIsIHJlZj0xLCBmbGFncz0weDMwMTAgcnVpZCAwIGNo YXJnZSAyMDAwCiAgICAgc3JlZj0wLCBiYWNraW5nX29iamVjdCg4KT0oMHhmZmZmYTAwMDQ5 M2ZhYTUwKSsweDljMDAwCiAgbWFwIGVudHJ5IDB4ZmZmZmEwMDA3MGFkMDM2MDogc3RhcnQ9 MHg0MDU5ZTAwMCwgZW5kPTB4NDA1OWYwMDAsIGVmbGFncz0wLAogICBwcm90PTMvNy9jb3B5 LCBydWlkIDAsIG9iamVjdD0wLCBvZmZzZXQ9MHgwCiAgbWFwIGVudHJ5IDB4ZmZmZmEwMDBi M2NlNWYwMDogc3RhcnQ9MHg0MDU5ZjAwMCwgZW5kPTB4NDA1YTMwMDAsIGVmbGFncz0weDQw YywKICAgcHJvdD0xLzcvY29weSwgb2JqZWN0PTB4ZmZmZmEwMDBiM2FlMDEwOCwgb2Zmc2V0 PTB4MCwgY29weSAobmVlZGVkKQogICAgT2JqZWN0IDB4ZmZmZmEwMDBiM2FlMDEwODogdHlw ZT0yLCBzaXplPTB4ZSwgcmVzPTE0LCByZWY9OCwgZmxhZ3M9MHgxMDAwIHJ1aWQgLTEgY2hh cmdlIDAKICAgICBzcmVmPTAsIGJhY2tpbmdfb2JqZWN0KDApPSgwKSsweDAKICBtYXAgZW50 cnkgMHhmZmZmYTAwMDM4NWE3MjQwOiBzdGFydD0weDQwNWEzMDAwLCBlbmQ9MHg0MDViMjAw MCwgZWZsYWdzPTB4MTAwMGMsCiAgIHByb3Q9MC8wL2NvcHksIG9iamVjdD0wLCBvZmZzZXQ9 MHg0MDAwLCBjb3B5IChuZWVkZWQpCiAgbWFwIGVudHJ5IDB4ZmZmZmEwMDAzODY0ZWQ4MDog c3RhcnQ9MHg0MDViMjAwMCwgZW5kPTB4NDA1YjgwMDAsIGVmbGFncz0weDQwYywKICAgcHJv dD01LzcvY29weSwgb2JqZWN0PTB4ZmZmZmEwMDBiM2FlMDEwOCwgb2Zmc2V0PTB4MzAwMCwg Y29weSAobmVlZGVkKQogICAgT2JqZWN0IDB4ZmZmZmEwMDBiM2FlMDEwODogdHlwZT0yLCBz aXplPTB4ZSwgcmVzPTE0LCByZWY9OCwgZmxhZ3M9MHgxMDAwIHJ1aWQgLTEgY2hhcmdlIDAK ICAgICBzcmVmPTAsIGJhY2tpbmdfb2JqZWN0KDApPSgwKSsweDAKICBtYXAgZW50cnkgMHhm ZmZmYTAwMDQ5MTU3MjQwOiBzdGFydD0weDQwNWI4MDAwLCBlbmQ9MHg0MDVjNzAwMCwgZWZs YWdzPTB4MTAwMGMsCiAgIHByb3Q9MC8wL2NvcHksIG9iamVjdD0wLCBvZmZzZXQ9MHgxOTAw MCwgY29weSAobmVlZGVkKQogIG1hcCBlbnRyeSAweGZmZmZhMDAwYjNjZTViNDA6IHN0YXJ0 PTB4NDA1YzcwMDAsIGVuZD0weDQwNWM4MDAwLCBlZmxhZ3M9MHg0LAogICBwcm90PTEvNy9j b3B5LCBvYmplY3Q9MHhmZmZmYTAwMDQ5N2QyYzYwLCBvZmZzZXQ9MHgwLCBvYmogcnVpZCAw IGNoYXJnZSAxMDAwLCBjb3B5IChkb25lKQogICAgT2JqZWN0IDB4ZmZmZmEwMDA0OTdkMmM2 MDogdHlwZT0wLCBzaXplPTB4MSwgcmVzPTEsIHJlZj0xLCBmbGFncz0weDMwMTAgcnVpZCAw IGNoYXJnZSAxMDAwCiAgICAgc3JlZj0wLCBiYWNraW5nX29iamVjdCg4KT0oMHhmZmZmYTAw MGIzYWUwMTA4KSsweDgwMDAKICBtYXAgZW50cnkgMHhmZmZmYTAwMDM4NjRlNmMwOiBzdGFy dD0weDQwNWM4MDAwLCBlbmQ9MHg0MDVkNzAwMCwgZWZsYWdzPTB4MTAwMGMsCiAgIHByb3Q9 MC8wL2NvcHksIG9iamVjdD0wLCBvZmZzZXQ9MHgyOTAwMCwgY29weSAobmVlZGVkKQogIG1h cCBlbnRyeSAweGZmZmZhMDAwMzY4Yzg1NDA6IHN0YXJ0PTB4NDA1ZDcwMDAsIGVuZD0weDQw NWQ4MDAwLCBlZmxhZ3M9MHg0LAogICBwcm90PTMvNy9jb3B5LCBvYmplY3Q9MHhmZmZmYTAw MDQ1MjBjNjMwLCBvZmZzZXQ9MHgwLCBvYmogcnVpZCAwIGNoYXJnZSAxMDAwLCBjb3B5IChk b25lKQogICAgT2JqZWN0IDB4ZmZmZmEwMDA0NTIwYzYzMDogdHlwZT0wLCBzaXplPTB4MSwg cmVzPTEsIHJlZj0xLCBmbGFncz0weDMwMTAgcnVpZCAwIGNoYXJnZSAxMDAwCiAgICAgc3Jl Zj0wLCBiYWNraW5nX29iamVjdCg4KT0oMHhmZmZmYTAwMGIzYWUwMTA4KSsweDgwMDAKICBt YXAgZW50cnkgMHhmZmZmYTAwMDg1YzFhNjYwOiBzdGFydD0weDQwNWQ4MDAwLCBlbmQ9MHg0 MDVkYTAwMCwgZWZsYWdzPTAsCiAgIHByb3Q9My83L2NvcHksIG9iamVjdD0weGZmZmZhMDAw ZTQzYWE5NDgsIG9mZnNldD0weDAsIG9iaiBydWlkIDAgY2hhcmdlIDIwMDAKICAgIE9iamVj dCAweGZmZmZhMDAwZTQzYWE5NDg6IHR5cGU9MCwgc2l6ZT0weDIsIHJlcz0xLCByZWY9MSwg ZmxhZ3M9MHgzMDEwIHJ1aWQgMCBjaGFyZ2UgMjAwMAogICAgIHNyZWY9MCwgYmFja2luZ19v YmplY3QoMCk9KDApKzB4MAogIG1hcCBlbnRyeSAweGZmZmZhMDAwMzg1YTkyNDA6IHN0YXJ0 PTB4NDA1ZGEwMDAsIGVuZD0weDQwNWVkMDAwLCBlZmxhZ3M9MHg0MGMsCiAgIHByb3Q9MS83 L2NvcHksIG9iamVjdD0weGZmZmZhMDAwYjdlNWQ5NDgsIG9mZnNldD0weDAsIGNvcHkgKG5l ZWRlZCkKICAgIE9iamVjdCAweGZmZmZhMDAwYjdlNWQ5NDg6IHR5cGU9Miwgc2l6ZT0weDQy LCByZXM9NDQsIHJlZj0xOCwgZmxhZ3M9MHgxMDAwIHJ1aWQgLTEgY2hhcmdlIDAKICAgICBz cmVmPTAsIGJhY2tpbmdfb2JqZWN0KDApPSgwKSsweDAKICBtYXAgZW50cnkgMHhmZmZmYTAw MDQ5MTI5MWUwOiBzdGFydD0weDQwNWVkMDAwLCBlbmQ9MHg0MDVmYzAwMCwgZWZsYWdzPTB4 MTAwMGMsCiAgIHByb3Q9MC8wL2NvcHksIG9iamVjdD0wLCBvZmZzZXQ9MHgxMzAwMCwgY29w eSAobmVlZGVkKQogIG1hcCBlbnRyeSAweGZmZmZhMDAwMTJkYmVmMDA6IHN0YXJ0PTB4NDA1 ZmMwMDAsIGVuZD0weDQwNjI3MDAwLCBlZmxhZ3M9MHg0MGMsCiAgIHByb3Q9NS83L2NvcHks IG9iamVjdD0weGZmZmZhMDAwYjdlNWQ5NDgsIG9mZnNldD0weDEyMDAwLCBjb3B5IChuZWVk ZWQpCiAgICBPYmplY3QgMHhmZmZmYTAwMGI3ZTVkOTQ4OiB0eXBlPTIsIHNpemU9MHg0Miwg cmVzPTQ0LCByZWY9MTgsIGZsYWdzPTB4MTAwMCBydWlkIC0xIGNoYXJnZSAwCiAgICAgc3Jl Zj0wLCBiYWNraW5nX29iamVjdCgwKT0oMCkrMHgwCiAgbWFwIGVudHJ5IDB4ZmZmZmEwMDBh NjgxNzZjMDogc3RhcnQ9MHg0MDYyNzAwMCwgZW5kPTB4NDA2MzYwMDAsIGVmbGFncz0weDEw MDBjLAogICBwcm90PTAvMC9jb3B5LCBvYmplY3Q9MCwgb2Zmc2V0PTB4NGQwMDAsIGNvcHkg KG5lZWRlZCkKICBtYXAgZW50cnkgMHhmZmZmYTAwMDM2OGNiNWEwOiBzdGFydD0weDQwNjM2 MDAwLCBlbmQ9MHg0MDYzNzAwMCwgZWZsYWdzPTB4NCwKICAgcHJvdD0xLzcvY29weSwgb2Jq ZWN0PTB4ZmZmZmEwMDAyMzQ1Y2U3MCwgb2Zmc2V0PTB4MCwgb2JqIHJ1aWQgMCBjaGFyZ2Ug MTAwMCwgY29weSAoZG9uZSkKICAgIE9iamVjdCAweGZmZmZhMDAwMjM0NWNlNzA6IHR5cGU9 MCwgc2l6ZT0weDEsIHJlcz0xLCByZWY9MSwgZmxhZ3M9MHgzMDEwIHJ1aWQgMCBjaGFyZ2Ug MTAwMAogICAgIHNyZWY9MCwgYmFja2luZ19vYmplY3QoMTgpPSgweGZmZmZhMDAwYjdlNWQ5 NDgpKzB4M2MwMDAKICBtYXAgZW50cnkgMHhmZmZmYTAwMDEyZjA5YTgwOiBzdGFydD0weDQw NjM3MDAwLCBlbmQ9MHg0MDY0NjAwMCwgZWZsYWdzPTB4MTAwMGMsCiAgIHByb3Q9MC8wL2Nv cHksIG9iamVjdD0wLCBvZmZzZXQ9MHg1ZDAwMCwgY29weSAobmVlZGVkKQogIG1hcCBlbnRy eSAweGZmZmZhMDAwODVmOGI3ODA6IHN0YXJ0PTB4NDA2NDYwMDAsIGVuZD0weDQwNjQ4MDAw LCBlZmxhZ3M9MHg0LAogICBwcm90PTMvNy9jb3B5LCBvYmplY3Q9MHhmZmZmYTAwMDQ5MjY2 MjEwLCBvZmZzZXQ9MHgwLCBvYmogcnVpZCAwIGNoYXJnZSAyMDAwLCBjb3B5IChkb25lKQog ICAgT2JqZWN0IDB4ZmZmZmEwMDA0OTI2NjIxMDogdHlwZT0wLCBzaXplPTB4MiwgcmVzPTIs IHJlZj0xLCBmbGFncz0weDMwMTAgcnVpZCAwIGNoYXJnZSAyMDAwCiAgICAgc3JlZj0wLCBi YWNraW5nX29iamVjdCgxOCk9KDB4ZmZmZmEwMDBiN2U1ZDk0OCkrMHgzYzAwMAogIG1hcCBl bnRyeSAweGZmZmZhMDAwZGM1ZGQ5YzA6IHN0YXJ0PTB4NDA2NDgwMDAsIGVuZD0weDQwNmMx MDAwLCBlZmxhZ3M9MHg0MGMsCiAgIHByb3Q9MS83L2NvcHksIG9iamVjdD0weGZmZmZhMDAw NDQ1MDA2MzAsIG9mZnNldD0weDAsIGNvcHkgKG5lZWRlZCkKICAgIE9iamVjdCAweGZmZmZh MDAwNDQ1MDA2MzA6IHR5cGU9Miwgc2l6ZT0weDFlYSwgcmVzPTM1MiwgcmVmPTM0LCBmbGFn cz0weDEwMDAgcnVpZCAtMSBjaGFyZ2UgMAogICAgIHNyZWY9MCwgYmFja2luZ19vYmplY3Qo MCk9KDApKzB4MAogIG1hcCBlbnRyeSAweGZmZmZhMDAwNzBhZDBiYTA6IHN0YXJ0PTB4NDA2 YzEwMDAsIGVuZD0weDQwNmQwMDAwLCBlZmxhZ3M9MHgxMDAwYywKICAgcHJvdD0wLzAvY29w eSwgb2JqZWN0PTAsIG9mZnNldD0weDc5MDAwLCBjb3B5IChuZWVkZWQpCiAgbWFwIGVudHJ5 IDB4ZmZmZmEwMDA4NWU5NjFlMDogc3RhcnQ9MHg0MDZkMDAwMCwgZW5kPTB4NDA4MjUwMDAs IGVmbGFncz0weDQwYywKICAgcHJvdD01LzcvY29weSwgb2JqZWN0PTB4ZmZmZmEwMDA0NDUw MDYzMCwgb2Zmc2V0PTB4NzgwMDAsIGNvcHkgKG5lZWRlZCkKICAgIE9iamVjdCAweGZmZmZh MDAwNDQ1MDA2MzA6IHR5cGU9Miwgc2l6ZT0weDFlYSwgcmVzPTM1MiwgcmVmPTM0LCBmbGFn cz0weDEwMDAgcnVpZCAtMSBjaGFyZ2UgMAogICAgIHNyZWY9MCwgYmFja2luZ19vYmplY3Qo MCk9KDApKzB4MAogIG1hcCBlbnRyeSAweGZmZmZhMDAwMTJkYmUzYzA6IHN0YXJ0PTB4NDA4 MjUwMDAsIGVuZD0weDQwODM0MDAwLCBlZmxhZ3M9MHgxMDAwYywKICAgcHJvdD0wLzAvY29w eSwgb2JqZWN0PTAsIG9mZnNldD0weDFkZDAwMCwgY29weSAobmVlZGVkKQogIG1hcCBlbnRy eSAweGZmZmZhMDAwODVmOGE2MDA6IHN0YXJ0PTB4NDA4MzQwMDAsIGVuZD0weDQwODNlMDAw LCBlZmxhZ3M9MHg0LAogICBwcm90PTEvNy9jb3B5LCBvYmplY3Q9MHhmZmZmYTAwMDRiNGIx MTA4LCBvZmZzZXQ9MHgwLCBvYmogcnVpZCAwIGNoYXJnZSBhMDAwLCBjb3B5IChkb25lKQog ICAgT2JqZWN0IDB4ZmZmZmEwMDA0YjRiMTEwODogdHlwZT0wLCBzaXplPTB4YSwgcmVzPTks IHJlZj0xLCBmbGFncz0weDMwMTAgcnVpZCAwIGNoYXJnZSBhMDAwCiAgICAgc3JlZj0wLCBi YWNraW5nX29iamVjdCgzNCk9KDB4ZmZmZmEwMDA0NDUwMDYzMCkrMHgxY2MwMDAKICBtYXAg ZW50cnkgMHhmZmZmYTAwMDg1ZjAwMTgwOiBzdGFydD0weDQwODNlMDAwLCBlbmQ9MHg0MDg0 ZDAwMCwgZWZsYWdzPTB4MTAwMGMsCiAgIHByb3Q9MC8wL2NvcHksIG9iamVjdD0wLCBvZmZz ZXQ9MHgxZjYwMDAsIGNvcHkgKG5lZWRlZCkKICBtYXAgZW50cnkgMHhmZmZmYTAwMDMyNDVh OTAwOiBzdGFydD0weDQwODRkMDAwLCBlbmQ9MHg0MDg1MzAwMCwgZWZsYWdzPTB4NCwKICAg cHJvdD0zLzcvY29weSwgb2JqZWN0PTB4ZmZmZmEwMDA3MGRmNTk0OCwgb2Zmc2V0PTB4MCwg b2JqIHJ1aWQgMCBjaGFyZ2UgNjAwMCwgY29weSAoZG9uZSkKICAgIE9iamVjdCAweGZmZmZh MDAwNzBkZjU5NDg6IHR5cGU9MCwgc2l6ZT0weDYsIHJlcz02LCByZWY9MSwgZmxhZ3M9MHgz MDEwIHJ1aWQgMCBjaGFyZ2UgNjAwMAogICAgIHNyZWY9MCwgYmFja2luZ19vYmplY3QoMzQp PSgweGZmZmZhMDAwNDQ1MDA2MzApKzB4MWQ1MDAwCiAgbWFwIGVudHJ5IDB4ZmZmZmEwMDAx MmVkOWQyMDogc3RhcnQ9MHg0MDg1MzAwMCwgZW5kPTB4NDBhODEwMDAsIGVmbGFncz0wLAog ICBwcm90PTMvNy9jb3B5LCBvYmplY3Q9MHhmZmZmYTAwMGRhNjZlYjU4LCBvZmZzZXQ9MHgw LCBvYmogcnVpZCAwIGNoYXJnZSAyMmUwMDAKICAgIE9iamVjdCAweGZmZmZhMDAwZGE2NmVi NTg6IHR5cGU9MCwgc2l6ZT0weDIyZSwgcmVzPTIyLCByZWY9MSwgZmxhZ3M9MHgzMDEwIHJ1 aWQgMCBjaGFyZ2UgMjJlMDAwCiAgICAgc3JlZj0wLCBiYWNraW5nX29iamVjdCgwKT0oMCkr MHgwCiAgbWFwIGVudHJ5IDB4ZmZmZmEwMDAzODY0ZTMwMDogc3RhcnQ9MHg0MGE4MTAwMCwg ZW5kPTB4NDBhYWEwMDAsIGVmbGFncz0weDQwYywKICAgcHJvdD0xLzcvY29weSwgb2JqZWN0 PTB4ZmZmZmEwMDA0YjUyNTczOCwgb2Zmc2V0PTB4MCwgY29weSAobmVlZGVkKQogICAgT2Jq ZWN0IDB4ZmZmZmEwMDA0YjUyNTczODogdHlwZT0yLCBzaXplPTB4NWQsIHJlcz00NCwgcmVm PTgsIGZsYWdzPTB4MTAwMCBydWlkIC0xIGNoYXJnZSAwCiAgICAgc3JlZj0wLCBiYWNraW5n X29iamVjdCgwKT0oMCkrMHgwCiAgbWFwIGVudHJ5IDB4ZmZmZmEwMDBiNzk2ZGY2MDogc3Rh cnQ9MHg0MGFhYTAwMCwgZW5kPTB4NDBhYjkwMDAsIGVmbGFncz0weDEwMDBjLAogICBwcm90 PTAvMC9jb3B5LCBvYmplY3Q9MCwgb2Zmc2V0PTB4MjkwMDAsIGNvcHkgKG5lZWRlZCkKICBt YXAgZW50cnkgMHhmZmZmYTAwMDEyYWQ2N2UwOiBzdGFydD0weDQwYWI5MDAwLCBlbmQ9MHg0 MGFlOTAwMCwgZWZsYWdzPTB4NDBjLAogICBwcm90PTUvNy9jb3B5LCBvYmplY3Q9MHhmZmZm YTAwMDRiNTI1NzM4LCBvZmZzZXQ9MHgyODAwMCwgY29weSAobmVlZGVkKQogICAgT2JqZWN0 IDB4ZmZmZmEwMDA0YjUyNTczODogdHlwZT0yLCBzaXplPTB4NWQsIHJlcz00NCwgcmVmPTgs IGZsYWdzPTB4MTAwMCBydWlkIC0xIGNoYXJnZSAwCiAgICAgc3JlZj0wLCBiYWNraW5nX29i amVjdCgwKT0oMCkrMHgwCiAgbWFwIGVudHJ5IDB4ZmZmZmEwMDAxMmY4MWU0MDogc3RhcnQ9 MHg0MGFlOTAwMCwgZW5kPTB4NDBhZjgwMDAsIGVmbGFncz0weDEwMDBjLAogICBwcm90PTAv MC9jb3B5LCBvYmplY3Q9MCwgb2Zmc2V0PTB4NjgwMDAsIGNvcHkgKG5lZWRlZCkKICBtYXAg ZW50cnkgMHhmZmZmYTAwMGNiYTZmZWEwOiBzdGFydD0weDQwYWY4MDAwLCBlbmQ9MHg0MGFm YzAwMCwgZWZsYWdzPTB4NCwKICAgcHJvdD0xLzcvY29weSwgb2JqZWN0PTB4ZmZmZmEwMDBk YmFjMTk0OCwgb2Zmc2V0PTB4MCwgb2JqIHJ1aWQgMCBjaGFyZ2UgNDAwMCwgY29weSAoZG9u ZSkKICAgIE9iamVjdCAweGZmZmZhMDAwZGJhYzE5NDg6IHR5cGU9MCwgc2l6ZT0weDQsIHJl cz00LCByZWY9MSwgZmxhZ3M9MHgzMDEwIHJ1aWQgMCBjaGFyZ2UgNDAwMAogICAgIHNyZWY9 MCwgYmFja2luZ19vYmplY3QoOCk9KDB4ZmZmZmEwMDA0YjUyNTczOCkrMHg1NzAwMAogIG1h cCBlbnRyeSAweGZmZmZhMDAwNDU3NGFmMDA6IHN0YXJ0PTB4NDBhZmMwMDAsIGVuZD0weDQw YjBiMDAwLCBlZmxhZ3M9MHgxMDAwYywKICAgcHJvdD0wLzAvY29weSwgb2JqZWN0PTAsIG9m ZnNldD0weDdiMDAwLCBjb3B5IChuZWVkZWQpCiAgbWFwIGVudHJ5IDB4ZmZmZmEwMDAxMmFk OTI0MDogc3RhcnQ9MHg0MGIwYjAwMCwgZW5kPTB4NDBiMGQwMDAsIGVmbGFncz0weDQsCiAg IHByb3Q9My83L2NvcHksIG9iamVjdD0weGZmZmZhMDAwNDQ0YzJhNTAsIG9mZnNldD0weDAs IG9iaiBydWlkIDAgY2hhcmdlIDIwMDAsIGNvcHkgKGRvbmUpCiAgICBPYmplY3QgMHhmZmZm YTAwMDQ0NGMyYTUwOiB0eXBlPTAsIHNpemU9MHgyLCByZXM9MiwgcmVmPTEsIGZsYWdzPTB4 MzAxMCBydWlkIDAgY2hhcmdlIDIwMDAKICAgICBzcmVmPTAsIGJhY2tpbmdfb2JqZWN0KDgp PSgweGZmZmZhMDAwNGI1MjU3MzgpKzB4NWEwMDAKICBtYXAgZW50cnkgMHhmZmZmYTAwMDM4 NjRlOWMwOiBzdGFydD0weDQwYjBkMDAwLCBlbmQ9MHg0MGIzZTAwMCwgZWZsYWdzPTAsCiAg IHByb3Q9My83L2NvcHksIG9iamVjdD0weGZmZmZhMDAwODVhMzRlNzAsIG9mZnNldD0weDAs IG9iaiBydWlkIDAgY2hhcmdlIDMxMDAwCiAgICBPYmplY3QgMHhmZmZmYTAwMDg1YTM0ZTcw OiB0eXBlPTAsIHNpemU9MHgzMSwgcmVzPTIwLCByZWY9MSwgZmxhZ3M9MHgzMDEwIHJ1aWQg MCBjaGFyZ2UgMzEwMDAKICAgICBzcmVmPTAsIGJhY2tpbmdfb2JqZWN0KDApPSgwKSsweDAK ICBtYXAgZW50cnkgMHhmZmZmYTAwMGI3OTZkN2UwOiBzdGFydD0weDQwYjNlMDAwLCBlbmQ9 MHg0MGIzZjAwMCwgZWZsYWdzPTB4NDBjLAogICBwcm90PTEvNy9jb3B5LCBvYmplY3Q9MHhm ZmZmYTAwMDQ0NDc0MTA4LCBvZmZzZXQ9MHgwLCBjb3B5IChuZWVkZWQpCiAgICBPYmplY3Qg MHhmZmZmYTAwMDQ0NDc0MTA4OiB0eXBlPTIsIHNpemU9MHgzLCByZXM9MywgcmVmPTQsIGZs YWdzPTB4MTAwMCBydWlkIC0xIGNoYXJnZSAwCiAgICAgc3JlZj0wLCBiYWNraW5nX29iamVj dCgwKT0oMCkrMHgwCiAgbWFwIGVudHJ5IDB4ZmZmZmEwMDAxMmU1MDNjMDogc3RhcnQ9MHg0 MGIzZjAwMCwgZW5kPTB4NDBiNGUwMDAsIGVmbGFncz0weDEwMDBjLAogICBwcm90PTAvMC9j b3B5LCBvYmplY3Q9MCwgb2Zmc2V0PTB4MTAwMCwgY29weSAobmVlZGVkKQogIG1hcCBlbnRy eSAweGZmZmZhMDAwMjMzMGMxZTA6IHN0YXJ0PTB4NDBiNGUwMDAsIGVuZD0weDQwYjUwMDAw LCBlZmxhZ3M9MHg0MGMsCiAgIHByb3Q9NS83L2NvcHksIG9iamVjdD0weGZmZmZhMDAwNDQ0 NzQxMDgsIG9mZnNldD0weDAsIGNvcHkgKG5lZWRlZCkKICAgIE9iamVjdCAweGZmZmZhMDAw NDQ0NzQxMDg6IHR5cGU9Miwgc2l6ZT0weDMsIHJlcz0zLCByZWY9NCwgZmxhZ3M9MHgxMDAw IHJ1aWQgLTEgY2hhcmdlIDAKICAgICBzcmVmPTAsIGJhY2tpbmdfb2JqZWN0KDApPSgwKSsw eDAKICBtYXAgZW50cnkgMHhmZmZmYTAwMDg1YzFhZDgwOiBzdGFydD0weDQwYjUwMDAwLCBl bmQ9MHg0MGI1ZjAwMCwgZWZsYWdzPTB4MTAwMGMsCiAgIHByb3Q9MC8wL2NvcHksIG9iamVj dD0wLCBvZmZzZXQ9MHgxMjAwMCwgY29weSAobmVlZGVkKQogIG1hcCBlbnRyeSAweGZmZmZh MDAwODVmNDIxZTA6IHN0YXJ0PTB4NDBiNWYwMDAsIGVuZD0weDQwYjYwMDAwLCBlZmxhZ3M9 MHg0LAogICBwcm90PTEvNy9jb3B5LCBvYmplY3Q9MHhmZmZmYTAwMDg1Y2I0OTQ4LCBvZmZz ZXQ9MHgwLCBvYmogcnVpZCAwIGNoYXJnZSAxMDAwLCBjb3B5IChkb25lKQogICAgT2JqZWN0 IDB4ZmZmZmEwMDA4NWNiNDk0ODogdHlwZT0wLCBzaXplPTB4MSwgcmVzPTEsIHJlZj0xLCBm bGFncz0weDMwMTAgcnVpZCAwIGNoYXJnZSAxMDAwCiAgICAgc3JlZj0wLCBiYWNraW5nX29i amVjdCg0KT0oMHhmZmZmYTAwMDQ0NDc0MTA4KSsweDEwMDAKICBtYXAgZW50cnkgMHhmZmZm YTAwMDg1ZjQyY2MwOiBzdGFydD0weDQwYjYwMDAwLCBlbmQ9MHg0MGI2ZjAwMCwgZWZsYWdz PTB4MTAwMGMsCiAgIHByb3Q9MC8wL2NvcHksIG9iamVjdD0wLCBvZmZzZXQ9MHgyMjAwMCwg Y29weSAobmVlZGVkKQogIG1hcCBlbnRyeSAweGZmZmZhMDAwMTJmMGQ0MjA6IHN0YXJ0PTB4 NDBiNmYwMDAsIGVuZD0weDQwYjcwMDAwLCBlZmxhZ3M9MHg0LAogICBwcm90PTMvNy9jb3B5 LCBvYmplY3Q9MHhmZmZmYTAwMDc5N2Y0ZTcwLCBvZmZzZXQ9MHgwLCBvYmogcnVpZCAwIGNo YXJnZSAxMDAwLCBjb3B5IChkb25lKQogICAgT2JqZWN0IDB4ZmZmZmEwMDA3OTdmNGU3MDog dHlwZT0wLCBzaXplPTB4MSwgcmVzPTEsIHJlZj0xLCBmbGFncz0weDMwMTAgcnVpZCAwIGNo YXJnZSAxMDAwCiAgICAgc3JlZj0wLCBiYWNraW5nX29iamVjdCg0KT0oMHhmZmZmYTAwMDQ0 NDc0MTA4KSsweDEwMDAKICBtYXAgZW50cnkgMHhmZmZmYTAwMDcwYWQwNDIwOiBzdGFydD0w eDQwYjcwMDAwLCBlbmQ9MHg0MGI3MTAwMCwgZWZsYWdzPTB4NDBjLAogICBwcm90PTEvNy9j b3B5LCBvYmplY3Q9MHhmZmZmYTAwMDQ5MDQ3NTI4LCBvZmZzZXQ9MHgwLCBjb3B5IChuZWVk ZWQpCiAgICBPYmplY3QgMHhmZmZmYTAwMDQ5MDQ3NTI4OiB0eXBlPTIsIHNpemU9MHgyLCBy ZXM9MiwgcmVmPTQsIGZsYWdzPTB4MTAwMCBydWlkIC0xIGNoYXJnZSAwCiAgICAgc3JlZj0w LCBiYWNraW5nX29iamVjdCgwKT0oMCkrMHgwCiAgbWFwIGVudHJ5IDB4ZmZmZmEwMDA4NWYw MDg0MDogc3RhcnQ9MHg0MGI3MTAwMCwgZW5kPTB4NDBiODAwMDAsIGVmbGFncz0weDEwMDBj LAogICBwcm90PTAvMC9jb3B5LCBvYmplY3Q9MCwgb2Zmc2V0PTB4MTAwMCwgY29weSAobmVl ZGVkKQogIG1hcCBlbnRyeSAweGZmZmZhMDAwMTJlNDc0MjA6IHN0YXJ0PTB4NDBiODAwMDAs IGVuZD0weDQwYjgyMDAwLCBlZmxhZ3M9MHg0MGMsCiAgIHByb3Q9NS83L2NvcHksIG9iamVj dD0weGZmZmZhMDAwNDkwNDc1MjgsIG9mZnNldD0weDAsIGNvcHkgKG5lZWRlZCkKICAgIE9i amVjdCAweGZmZmZhMDAwNDkwNDc1Mjg6IHR5cGU9Miwgc2l6ZT0weDIsIHJlcz0yLCByZWY9 NCwgZmxhZ3M9MHgxMDAwIHJ1aWQgLTEgY2hhcmdlIDAKICAgICBzcmVmPTAsIGJhY2tpbmdf b2JqZWN0KDApPSgwKSsweDAKICBtYXAgZW50cnkgMHhmZmZmYTAwMDIzMzBkNzIwOiBzdGFy dD0weDQwYjgyMDAwLCBlbmQ9MHg0MGI5MTAwMCwgZWZsYWdzPTB4MTAwMGMsCiAgIHByb3Q9 MC8wL2NvcHksIG9iamVjdD0wLCBvZmZzZXQ9MHgxMjAwMCwgY29weSAobmVlZGVkKQogIG1h cCBlbnRyeSAweGZmZmZhMDAwMTJmNTQ5YzA6IHN0YXJ0PTB4NDBiOTEwMDAsIGVuZD0weDQw YjkyMDAwLCBlZmxhZ3M9MHg0LAogICBwcm90PTEvNy9jb3B5LCBvYmplY3Q9MHhmZmZmYTAw MGRhM2E5ZDY4LCBvZmZzZXQ9MHgwLCBvYmogcnVpZCAwIGNoYXJnZSAxMDAwLCBjb3B5IChk b25lKQogICAgT2JqZWN0IDB4ZmZmZmEwMDBkYTNhOWQ2ODogdHlwZT0wLCBzaXplPTB4MSwg cmVzPTEsIHJlZj0xLCBmbGFncz0weDMwMTAgcnVpZCAwIGNoYXJnZSAxMDAwCiAgICAgc3Jl Zj0wLCBiYWNraW5nX29iamVjdCg0KT0oMHhmZmZmYTAwMDQ5MDQ3NTI4KSsweDEwMDAKICBt YXAgZW50cnkgMHhmZmZmYTAwMGU0MWZjYjQwOiBzdGFydD0weDQwYjkyMDAwLCBlbmQ9MHg0 MGJhMTAwMCwgZWZsYWdzPTB4MTAwMGMsCiAgIHByb3Q9MC8wL2NvcHksIG9iamVjdD0wLCBv ZmZzZXQ9MHgyMjAwMCwgY29weSAobmVlZGVkKQogIG1hcCBlbnRyeSAweGZmZmZhMDAwZGM1 ZGQzNjA6IHN0YXJ0PTB4NDBiYTEwMDAsIGVuZD0weDQwYmEyMDAwLCBlZmxhZ3M9MHg0LAog ICBwcm90PTMvNy9jb3B5LCBvYmplY3Q9MHhmZmZmYTAwMGU0MmNlNTI4LCBvZmZzZXQ9MHgw LCBvYmogcnVpZCAwIGNoYXJnZSAxMDAwLCBjb3B5IChkb25lKQogICAgT2JqZWN0IDB4ZmZm ZmEwMDBlNDJjZTUyODogdHlwZT0wLCBzaXplPTB4MSwgcmVzPTEsIHJlZj0xLCBmbGFncz0w eDMwMTAgcnVpZCAwIGNoYXJnZSAxMDAwCiAgICAgc3JlZj0wLCBiYWNraW5nX29iamVjdCg0 KT0oMHhmZmZmYTAwMDQ5MDQ3NTI4KSsweDEwMDAKICBtYXAgZW50cnkgMHhmZmZmYTAwMDg1 ZGRmZGUwOiBzdGFydD0weDQwYmEyMDAwLCBlbmQ9MHg0MGJhMzAwMCwgZWZsYWdzPTB4NDBj LAogICBwcm90PTEvNy9jb3B5LCBvYmplY3Q9MHhmZmZmYTAwMDg1ZmRkMTA4LCBvZmZzZXQ9 MHgwLCBjb3B5IChuZWVkZWQpCiAgICBPYmplY3QgMHhmZmZmYTAwMDg1ZmRkMTA4OiB0eXBl PTIsIHNpemU9MHgyLCByZXM9MiwgcmVmPTQsIGZsYWdzPTB4MTAwMCBydWlkIC0xIGNoYXJn ZSAwCiAgICAgc3JlZj0wLCBiYWNraW5nX29iamVjdCgwKT0oMCkrMHgwCiAgbWFwIGVudHJ5 IDB4ZmZmZmEwMDBiM2NlNWRlMDogc3RhcnQ9MHg0MGJhMzAwMCwgZW5kPTB4NDBiYjIwMDAs IGVmbGFncz0weDEwMDBjLAogICBwcm90PTAvMC9jb3B5LCBvYmplY3Q9MCwgb2Zmc2V0PTB4 MTAwMCwgY29weSAobmVlZGVkKQogIG1hcCBlbnRyeSAweGZmZmZhMDAwMzY4NzgxZTA6IHN0 YXJ0PTB4NDBiYjIwMDAsIGVuZD0weDQwYmIzMDAwLCBlZmxhZ3M9MHg0MGMsCiAgIHByb3Q9 NS83L2NvcHksIG9iamVjdD0weGZmZmZhMDAwODVmZGQxMDgsIG9mZnNldD0weDAsIGNvcHkg KG5lZWRlZCkKICAgIE9iamVjdCAweGZmZmZhMDAwODVmZGQxMDg6IHR5cGU9Miwgc2l6ZT0w eDIsIHJlcz0yLCByZWY9NCwgZmxhZ3M9MHgxMDAwIHJ1aWQgLTEgY2hhcmdlIDAKICAgICBz cmVmPTAsIGJhY2tpbmdfb2JqZWN0KDApPSgwKSsweDAKICBtYXAgZW50cnkgMHhmZmZmYTAw MDM4NjRlYWUwOiBzdGFydD0weDQwYmIzMDAwLCBlbmQ9MHg0MGJjMjAwMCwgZWZsYWdzPTB4 MTAwMGMsCiAgIHByb3Q9MC8wL2NvcHksIG9iamVjdD0wLCBvZmZzZXQ9MHgxMTAwMCwgY29w eSAobmVlZGVkKQogIG1hcCBlbnRyeSAweGZmZmZhMDAwMzY4Y2Y0ODA6IHN0YXJ0PTB4NDBi YzIwMDAsIGVuZD0weDQwYmMzMDAwLCBlZmxhZ3M9MHg0LAogICBwcm90PTEvNy9jb3B5LCBv YmplY3Q9MHhmZmZmYTAwMDI3MzQxNDIwLCBvZmZzZXQ9MHgwLCBvYmogcnVpZCAwIGNoYXJn ZSAxMDAwLCBjb3B5IChkb25lKQogICAgT2JqZWN0IDB4ZmZmZmEwMDAyNzM0MTQyMDogdHlw ZT0wLCBzaXplPTB4MSwgcmVzPTEsIHJlZj0xLCBmbGFncz0weDMwMTAgcnVpZCAwIGNoYXJn ZSAxMDAwCiAgICAgc3JlZj0wLCBiYWNraW5nX29iamVjdCg0KT0oMHhmZmZmYTAwMDg1ZmRk MTA4KSsweDAKICBtYXAgZW50cnkgMHhmZmZmYTAwMDMyNDVhYzAwOiBzdGFydD0weDQwYmMz MDAwLCBlbmQ9MHg0MGJkMjAwMCwgZWZsYWdzPTB4MTAwMGMsCiAgIHByb3Q9MC8wL2NvcHks IG9iamVjdD0wLCBvZmZzZXQ9MHgyMTAwMCwgY29weSAobmVlZGVkKQogIG1hcCBlbnRyeSAw eGZmZmZhMDAwNzBhMzUwYzA6IHN0YXJ0PTB4NDBiZDIwMDAsIGVuZD0weDQwYmQzMDAwLCBl ZmxhZ3M9MHg0LAogICBwcm90PTMvNy9jb3B5LCBvYmplY3Q9MHhmZmZmYTAwMGRhNmZkNDIw LCBvZmZzZXQ9MHgwLCBvYmogcnVpZCAwIGNoYXJnZSAxMDAwLCBjb3B5IChkb25lKQogICAg T2JqZWN0IDB4ZmZmZmEwMDBkYTZmZDQyMDogdHlwZT0wLCBzaXplPTB4MSwgcmVzPTEsIHJl Zj0xLCBmbGFncz0weDMwMTAgcnVpZCAwIGNoYXJnZSAxMDAwCiAgICAgc3JlZj0wLCBiYWNr aW5nX29iamVjdCg0KT0oMHhmZmZmYTAwMDg1ZmRkMTA4KSsweDAKICBtYXAgZW50cnkgMHhm ZmZmYTAwMDM4Mzk3NGUwOiBzdGFydD0weDQwYzAwMDAwLCBlbmQ9MHg0MTQwMDAwMCwgZWZs YWdzPTAsCiAgIHByb3Q9My83L2NvcHksIG9iamVjdD0weGZmZmZhMDAwYjc4MTljNjAsIG9m ZnNldD0weDAsIG9iaiBydWlkIDAgY2hhcmdlIDgwMDAwMAogICAgT2JqZWN0IDB4ZmZmZmEw MDBiNzgxOWM2MDogdHlwZT0wLCBzaXplPTB4ODAwLCByZXM9NzAsIHJlZj0xLCBmbGFncz0w eDMwMTAgcnVpZCAwIGNoYXJnZSA4MDAwMDAKICAgICBzcmVmPTAsIGJhY2tpbmdfb2JqZWN0 KDApPSgwKSsweDAKICBtYXAgZW50cnkgMHhmZmZmYTAwMDIzMWE5MzAwOiBzdGFydD0weGZm ZmZiZmZmZjAwMCwgZW5kPTB4ZmZmZmZmZmRmMDAwLCBlZmxhZ3M9MHgzMDAwMCwKICAgcHJv dD0wLzAvY29weSwgb2JqZWN0PTAsIG9mZnNldD0weDAKICBtYXAgZW50cnkgMHhmZmZmYTAw MGUxYmJkMTgwOiBzdGFydD0weGZmZmZmZmZkZjAwMCwgZW5kPTB4ZmZmZmZmZmZmMDAwLCBl ZmxhZ3M9MHgxMDAwLAogICBwcm90PTMvNy9jb3B5LCBvYmplY3Q9MHhmZmZmYTAwMGIzODAx MjEwLCBvZmZzZXQ9MHgwLCBvYmogcnVpZCAwIGNoYXJnZSAyMDAwMAogICAgT2JqZWN0IDB4 ZmZmZmEwMDBiMzgwMTIxMDogdHlwZT0wLCBzaXplPTB4MjAsIHJlcz0xMiwgcmVmPTEsIGZs YWdzPTB4MzAxMCBydWlkIDAgY2hhcmdlIDIwMDAwCiAgICAgc3JlZj0wLCBiYWNraW5nX29i amVjdCgwKT0oMCkrMHgwCiAgbWFwIGVudHJ5IDB4ZmZmZmEwMDA1MjY1ZDQ4MDogc3RhcnQ9 MHhmZmZmZmZmZmYwMDAsIGVuZD0weDEwMDAwMDAwMDAwMDAsIGVmbGFncz0wLAogICBwcm90 PTUvNS9zaGFyZSwgb2JqZWN0PTB4ZmZmZmEwMDAwMTA1OWQ2OCwgb2Zmc2V0PTB4MAogICAg T2JqZWN0IDB4ZmZmZmEwMDAwMTA1OWQ2ODogdHlwZT00LCBzaXplPTB4MSwgcmVzPTEsIHJl Zj0xOSwgZmxhZ3M9MHg2IHJ1aWQgLTEgY2hhcmdlIDAKICAgICBzcmVmPTAsIGJhY2tpbmdf b2JqZWN0KDApPSgwKSsweDAKZGI+ --------------47B922A2C808702819A29B19-- From owner-freebsd-arm@freebsd.org Sat Oct 17 01:27:27 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 D5E3D445395 for ; Sat, 17 Oct 2020 01:27:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-8.consmr.mail.gq1.yahoo.com (sonic307-8.consmr.mail.gq1.yahoo.com [98.137.64.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CClkQ2PMhz4RQK for ; Sat, 17 Oct 2020 01:27:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: i8SmqLIVM1mvZEkHl9VCcvSgOk6IR96ZYhasCVU6Vq4iLSRw9uQL6cXSa2su.3y Ps1KvaAtljbvd8U8gwv6XP5lIDGC7BUyF3VehU9k_bn7kqmlnbIPjeBCZX6pupHMoBkPGO3a9SHK .IxO3nhf7vDxQGWIu7OTTmZ21giH1oV6EuifelULk9.bM9qD2TYtkbVKVdEaHAzOVWhlHih5qtfJ 1P0.YgWzCHg2whHgwZ..O4M0wEOyG8nlK.i0VzBgr3R4lQATTdAwVWN_PiW4h1TAPeK.4SZ76XR. MnQl8JVBNL0ifElyYIu.qBa9.oxWlp9M6WKzULQ4.2d5.9pwH9ioUKZfzmTOYInA1GKLCcMi41rx U39Rl7GJuuUwFTkIuQI2hmDUXNa0wHn54U5JUtY52MgAFL2Mfh0IQOSn2QTfwFLVIJhKpGrmQPlI VZmT0R98lacn9MakOMfQiOgpcaGbjsZkrP8O3Lgh3N4BIMrtd6jdSXoXNbZpeOwVMSQYtMLb9iGY VgcMZIdjQevJXIsrmWP1QlO5uJF41dtAd0_z0W4_raKF5FXOL4oSGk6Iw7bNzRaXwa_rroeJ._SE 8rlvHM13hjv1QrQ8YTyMMASFqHXKGLvtyTlmAmBkwhieYlOleCZScV2_tcYTMUvAeAEOLeq1r1i1 R38QwHCAmGxFcUxRKz0Hi7vKa6sX_T3oS.RgYhrPe_IyYohLdvlmySbI2RsIvCdCtKGduruUwLxk Eo9kY4qPq12Mt1ohUeVwSMOsTu1HU20WUuIIPDu7p5FSMZsk1OZVGIFujqxWjaaa2QiDfbYEmtm4 tSAi_THlzP7LBbQVq9TVJQbgWfU_BUiTyX7DD.Mfa5VKYYYKj_JrogC3lhDa7vWLK6hX8T8ghaQs cj1PDQxvMRlv2i_w5Uwb9P_85nRGiW2Lp2b1MaUp9ZTxR_zu8DDZqxHbAb69Raqva97TRuI56RpE eCt9gRiUMx4awlC.tLnODFsaxYN8VTls6RpW1fQOEyU104Fr2b1RSCNEL66k0y3bWWO5ZEXbmH4S FJY6Eakezh8GSgVnLF001VhckBf9BNcXCxN8xzuYpDyvrhifogaxUsl.YigCLbyuNXsgy.gja55T swj300zZFOUI9oSQjdqPL.ftiNamXMbmufaqWZRlkS6IeLQo.Xt52Up9cdUn4BoGUW4iVj4t3_LA k7D3JmSwSkXa6G1P8UGfz9J8Wn9o4A_LxYQuZE1pQ6YnLtYjRTbKPHCAvxcQCR8n2XzhIHyQxILm pYqr4MMNi.Xnhsvet_1oGcrbOClsohYkz7zbhSWVvuQz9saRTRpBJH_LjcJXcAuzYViJ1U_Z_Cvt 70w4gQk_ve79SWFXfNM_8ULIVwmu.3PsFBsGylqJxkzw90bKh_mFUb_eW1KFdHZLEP5psqS5rddm 7ZIZPxpc5LhcE3E4eFKFK0WbucDQkj2qBTIB5YQ4WIj03VVnk6LeVCsP9d2Z_1S7HucDktqvJtUq 69ENDi7w96EsdTALfmOSENpTH9EIMCjojBsppFFMSLh28F69DQAJ_UVSrE0P8LkKUGtUPE4CCrHF VSC4zBR9yV81sC1xIVQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Sat, 17 Oct 2020 01:27:22 +0000 Received: by smtp418.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID af5ee3ae2b18dd27b4424a6f28fd6c19; Sat, 17 Oct 2020 01:27:21 +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.120.23.2.1\)) Subject: Experience report: u-boot update 2020.07 -> 2020.10 seems to go fairly well on the few u-boots that I've tested Message-Id: Date: Fri, 16 Oct 2020 18:27:21 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3608.120.23.2.1) References: X-Rspamd-Queue-Id: 4CClkQ2PMhz4RQK X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.01 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.51)[-0.514]; 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/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.990]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.002]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.32:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Oct 2020 01:27:27 -0000 I've built (via poudriere), installed, and booted the following upgrades (ones that I've working hardware for): u-boot-orangepi-plus-2e: 2020.07 -> 2020.10 u-boot-rock64: 2020.07 -> 2020.10 u-boot-rpi2: 2020.07 -> 2020.10 u-boot-rpi3: 2020.07 -> 2020.10 u-boot-rpi4: 2020.07 -> 2020.10 The rpi*'s were for experiments with using modern firmware (and eeprom content for the rpi4). Initial problems turned out to be RPi* firmware problems, instead of u-boot or armstub8*.bin problems. One issue for the RPi3 and RPi4 is that FreeBSD ended up with no /dev/mmcsd*'s. But this may well be rpi .dtb files or fdt output from the firmware needing to be tracked --instead of being a u-boot issue. Like before 2020.10, u-boot does not yet deal with 8 GiByte RPi4B's xHCI/USB. I'd not count this against any potential u-boot vintage upgrade. All my testing is from/for a head -r365932 context. I've built the following upgrades but the hardware for using them bit the dust some time ago or is now very flaky/unreliable to use: u-boot-pine64: 2020.07 -> 2020.10 u-boot-sinovoip-bpi-m3: 2020.07 -> 2020.10 The updates above are all based on: # svnlite status /usr/ports/sysutils/ M /usr/ports/sysutils/u-boot-master/Makefile M /usr/ports/sysutils/u-boot-master/distinfo M /usr/ports/sysutils/u-boot-pine64/Makefile ? = /usr/ports/sysutils/u-boot-rpi3/files/patch-board__raspberrypi__rpi__lowle= vel_init.S ? = /usr/ports/sysutils/u-boot-rpi3/files/patch-board__raspberrypi__rpi__rpi.c= ? = /usr/ports/sysutils/u-boot-rpi4/files/patch-board__raspberrypi__rpi__lowle= vel_init.S ? = /usr/ports/sysutils/u-boot-rpi4/files/patch-board__raspberrypi__rpi__rpi.c= M /usr/ports/sysutils/u-boot-tools/Makefile M /usr/ports/sysutils/u-boot-tools/distinfo One possible oddity in the below is that I added u-boot (the ELF file) to UBOOT_PLIST_RPI in order to have a file that my normal tools could look at easily. Either (A) that change should be removed or (B) having the ELF file installed for that purpose should be done more generally. Something to consider. The pine64 change just avoids a race during its build activity: adding MAKE_JOBS_UNSAFE=3Dyes . (This has been in my environment for a long time.) I will note that the ports activity is against head -r544650. I've not updated the port trees in some time but the ports involved do not change often. # svnlite diff /usr/ports/sysutils/u-boot-tools/ Index: /usr/ports/sysutils/u-boot-tools/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-tools/Makefile (revision 544650) +++ /usr/ports/sysutils/u-boot-tools/Makefile (working copy) @@ -2,7 +2,7 @@ # $FreeBSD$ =20 PORTNAME=3D u-boot-tools -DISTVERSION=3D 2020.07 +DISTVERSION=3D 2020.10 CATEGORIES=3D sysutils MASTER_SITES=3D ftp://ftp.denx.de/pub/u-boot/ DISTNAME=3D u-boot-${PORTVERSION} Index: /usr/ports/sysutils/u-boot-tools/distinfo =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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-tools/distinfo (revision 544650) +++ /usr/ports/sysutils/u-boot-tools/distinfo (working copy) @@ -1,3 +1,3 @@ -TIMESTAMP =3D 1594115686 -SHA256 (u-boot-2020.07.tar.bz2) =3D = c1f5bf9ee6bb6e648edbf19ce2ca9452f614b08a9f886f1a566aa42e8cf05f6a -SIZE (u-boot-2020.07.tar.bz2) =3D 15338841 +TIMESTAMP =3D 1602203101 +SHA256 (u-boot-2020.10.tar.bz2) =3D = 0d481bbdc05c0ee74908ec2f56a6daa53166cc6a78a0e4fac2ac5d025770a622 +SIZE (u-boot-2020.10.tar.bz2) =3D 15784894 # svnlite diff /usr/ports/sysutils/u-boot-master/ Index: /usr/ports/sysutils/u-boot-master/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-master/Makefile (revision 544650) +++ /usr/ports/sysutils/u-boot-master/Makefile (working copy) @@ -79,7 +79,7 @@ UBOOT_MOVE_ZYNQ_7000=3D${WRKSRC}/spl/boot.bin ${.CURDIR}/files/uEnv.txt =20 # Overrides for RPI family -UBOOT_PLIST_RPI=3D u-boot.bin +UBOOT_PLIST_RPI=3D u-boot.bin u-boot UBOOT_METADATA_RPI_FILES=3D ${UBOOT_PLIST_RPI} UBOOT_METADATA_RPI_METHOD=3D file =20 @@ -111,7 +111,7 @@ .if !defined(UBOOT_VERSION) && defined(UBOOT_VERSION_${FAMILY:tu}) UBOOT_VERSION=3D${UBOOT_VERSION_${FAMILY:tu}} .endif -UBOOT_VERSION?=3D 2020.07 +UBOOT_VERSION?=3D 2020.10 =20 # If a slave port defines a PORTREVISION use it .if defined(U_BOOT_SLAVE_PORTREVISION_${UBOOT_VERSION}) Index: /usr/ports/sysutils/u-boot-master/distinfo =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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-master/distinfo (revision 544650) +++ /usr/ports/sysutils/u-boot-master/distinfo (working copy) @@ -1,13 +1,5 @@ -TIMESTAMP =3D 1594110266 -SHA256 (u-boot/u-boot-2020.07.tar.bz2) =3D = c1f5bf9ee6bb6e648edbf19ce2ca9452f614b08a9f886f1a566aa42e8cf05f6a -SIZE (u-boot/u-boot-2020.07.tar.bz2) =3D 15338841 +TIMESTAMP =3D 1602204297 +SHA256 (u-boot/u-boot-2020.10.tar.bz2) =3D = 0d481bbdc05c0ee74908ec2f56a6daa53166cc6a78a0e4fac2ac5d025770a622 +SIZE (u-boot/u-boot-2020.10.tar.bz2) =3D 15784894 SHA256 (u-boot/939129/raw) =3D = 2a4ebf283aec8e74ec77b3cb071c6883f73807454ca94fea78361c7391187b97 SIZE (u-boot/939129/raw) =3D 310 -SHA256 (u-boot/1036621/raw) =3D = 28dbd66d14fab9dc782ce091d3c132a226b8425f6503c329ee8a7031b79b52f7 -SIZE (u-boot/1036621/raw) =3D 480 -SHA256 (u-boot/1173473/raw) =3D = 4f182d6f99b1d868237607200d64a1d8a2d57ea44fc25ca49bce929ad6457228 -SIZE (u-boot/1173473/raw) =3D 433 -SHA256 (u-boot/1172554/raw) =3D = d1a39d7d6487cfb481392e7ea4f0bf0d209c08e0c3426c29d7eeaeb9b806cf42 -SIZE (u-boot/1172554/raw) =3D 640 -SHA256 (u-boot/1172555/raw) =3D = 09d17a62fb6bc7c7ab73bfc7061fc5da2b5a32e7deb098c9f76aed8ff8991751 -SIZE (u-boot/1172555/raw) =3D 568 # 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 544650) +++ /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" The RPi3 and RPi4 patches are for handling extra behavior of the armstub8.bin and armstub8-gic.bin : having u-boot explicitly avoid using some associated memory. So far as I know this goes beyond what upstream expects and would require upstream to update interface definitions before they would accept even similar code. The content is the same for the RPi3 and RPi4, despite the duplications as I've done things in my environment. # more = /usr/ports/sysutils/u-boot-rpi3/files/patch-board__raspberrypi__rpi__lowle= vel_init.S --- board/raspberrypi/rpi/lowlevel_init.S.orig 2020-10-05 = 08:15:32.000000000 -0700 +++ board/raspberrypi/rpi/lowlevel_init.S 2020-10-13 = 11:33:39.273950000 -0700 @@ -18,9 +18,22 @@ #ifdef CONFIG_ARM64 adr x8, fw_dtb_pointer str x0, [x8] +#if defined(CONFIG_EFI_LOADER) + /* Setup to allow reserving the stack and such that is */ + /* after the likes of FreeBSD armstub8-gic.bin in RAM. */ + adr x8, armstub_rsrvd + str x1, [x8] +#endif #else ldr r8, =3Dfw_dtb_pointer str r2, [r8] +#if defined(CONFIG_EFI_LOADER) +#error "Before aarch64 does not use armstub*.bin files" + /* Setup to allow reserving the stack and such that is */ + /* after the likes of a armstub*.bin in RAM. */ + ldr r8, =3Darmstub_rsrvd + str r3, [r8] +#endif #endif =20 /* Returns */ (After the #error, I choose to show what the code would be like if later put to use. It is another thing an actual update might want to omit.) # more = /usr/ports/sysutils/u-boot-rpi4/files/patch-board__raspberrypi__rpi__lowle= vel_init.S --- board/raspberrypi/rpi/lowlevel_init.S.orig 2020-10-05 = 08:15:32.000000000 -0700 +++ board/raspberrypi/rpi/lowlevel_init.S 2020-10-13 = 11:33:39.273950000 -0700 @@ -18,9 +18,22 @@ #ifdef CONFIG_ARM64 adr x8, fw_dtb_pointer str x0, [x8] +#if defined(CONFIG_EFI_LOADER) + /* Setup to allow reserving the stack and such that is */ + /* after the likes of FreeBSD armstub8-gic.bin in RAM. */ + adr x8, armstub_rsrvd + str x1, [x8] +#endif #else ldr r8, =3Dfw_dtb_pointer str r2, [r8] +#if defined(CONFIG_EFI_LOADER) +#error "Before aarch64 does not use armstub*.bin files" + /* Setup to allow reserving the stack and such that is */ + /* after the likes of a armstub*.bin in RAM. */ + ldr r8, =3Darmstub_rsrvd + str r3, [r8] +#endif #endif =20 /* Returns */ # more = /usr/ports/sysutils/u-boot-rpi3/files/patch-board__raspberrypi__rpi__rpi.c= --- board/raspberrypi/rpi/rpi.c.orig 2020-10-05 08:15:32.000000000 = -0700 +++ board/raspberrypi/rpi/rpi.c 2020-10-13 11:02:15.582706000 -0700 @@ -12,6 +12,7 @@ #include #include #include +#include #include #include #include @@ -33,6 +34,7 @@ * does not get cleared later. */ unsigned long __section(".data") fw_dtb_pointer; +unsigned long __section(".data") armstub_rsrvd; =20 /* TODO(sjg@chromium.org): Move these to the msg.c file */ struct msg_get_arm_mem { @@ -494,4 +496,29 @@ #endif =20 return 0; +} + +void board_lmb_reserve(struct lmb *lmb) +{ +#ifdef CONFIG_EFI_LOADER + /* + * NOTE: lmb_reserve (and more) does not deal with overlaps with + * pre-existing reservations. + * But board_lmb_reserve is called before the original + * first-page is added. So use knowledge of what will = happen + * later to avoid overlaps. + */ + + phys_addr_t base =3D 0x0u; + phys_addr_t size =3D CONFIG_RPI_EFI_NR_SPIN_PAGES << = EFI_PAGE_SHIFT; + if (size < armstub_rsrvd) size =3D armstub_rsrvd; + + if (size <=3D EFI_PAGE_SIZE) return; + + /* Avoid future overlap */ + base +=3D EFI_PAGE_SIZE; + size -=3D EFI_PAGE_SIZE; + + lmb_reserve(lmb, base, size); +#endif } # more = /usr/ports/sysutils/u-boot-rpi4/files/patch-board__raspberrypi__rpi__rpi.c= --- board/raspberrypi/rpi/rpi.c.orig 2020-10-05 08:15:32.000000000 = -0700 +++ board/raspberrypi/rpi/rpi.c 2020-10-13 11:02:15.582706000 -0700 @@ -12,6 +12,7 @@ #include #include #include +#include #include #include #include @@ -33,6 +34,7 @@ * does not get cleared later. */ unsigned long __section(".data") fw_dtb_pointer; +unsigned long __section(".data") armstub_rsrvd; =20 /* TODO(sjg@chromium.org): Move these to the msg.c file */ struct msg_get_arm_mem { @@ -494,4 +496,29 @@ #endif =20 return 0; +} + +void board_lmb_reserve(struct lmb *lmb) +{ +#ifdef CONFIG_EFI_LOADER + /* + * NOTE: lmb_reserve (and more) does not deal with overlaps with + * pre-existing reservations. + * But board_lmb_reserve is called before the original + * first-page is added. So use knowledge of what will = happen + * later to avoid overlaps. + */ + + phys_addr_t base =3D 0x0u; + phys_addr_t size =3D CONFIG_RPI_EFI_NR_SPIN_PAGES << = EFI_PAGE_SHIFT; + if (size < armstub_rsrvd) size =3D armstub_rsrvd; + + if (size <=3D EFI_PAGE_SIZE) return; + + /* Avoid future overlap */ + base +=3D EFI_PAGE_SIZE; + size -=3D EFI_PAGE_SIZE; + + lmb_reserve(lmb, base, size); +#endif } =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat Oct 17 06:08:17 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 A113B42B460; Sat, 17 Oct 2020 06:08:17 +0000 (UTC) (envelope-from yklaxds@gmail.com) Received: from mail-il1-x12d.google.com (mail-il1-x12d.google.com [IPv6:2607:f8b0:4864:20::12d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4CCsyS4FQyz3S6m; Sat, 17 Oct 2020 06:08:16 +0000 (UTC) (envelope-from yklaxds@gmail.com) Received: by mail-il1-x12d.google.com with SMTP id j13so5123033ilc.4; Fri, 16 Oct 2020 23:08:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=/q1YxJ5amQii+E4S9TtZWs/+KjruKn7WR8rdNqDbZL0=; b=ZyiSa+xxfVllN12ZAneLoz20A7m6QpbUj9zQ+uR2VwG+EDG8GpaQm4wpzNC2jN+Tjr hVX+/0gabDDVn72eZRCjahIBWkdT7WdttajeUkvi21GmxlbpowEd4QTR5mnB89xor+6l NJ2KZBs3i56NG+LyMDRiw1YePn+xajNfVy25PoEJyUDd55+H2fOmULcn7RgOSCLpWh21 Q0OqmGR4UZmtv6dX265uXxC+v2SmbyQeLwSy2IZZneADifFCuL0k1jc5GAG1nhHsbwih jOOASqJdI2ijp5zY76iKSGruhkywIta3tjecTh3ZolfRITio6gw4lSChpx+6D1loHfwo Vapg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=/q1YxJ5amQii+E4S9TtZWs/+KjruKn7WR8rdNqDbZL0=; b=bQGAhe8GssGMsSOQL1eiQTagmOA/b1RRzGwUcAriX/dakSQIQLOlACXUVGxk5NCbJ4 QCP/ws+qj3wgQos8wCyiFdHVrsfHS0LNyEBpZyMSR75Qfhso/zGmdQ2w3g8+Mc4OClQG ErZRV4IL/EnPU/BlxD4OIc0d4kNNfHF0K36etJB0K61p7WL/8/+zGdz5Uf4sTbMUS6q3 ES3Cqv2grmsSXKQhQOcNBQQBHKULQJ+9F/pePqdPSuMXSNhOX5d4VG/jdFp/tHFU8bSz xFmiAHzyaIionAH+yTjpjWUA4qDm/mOLmsrXfBaSYHAYwjAOUctNu/mtATxGNXeJvnmJ Uvew== X-Gm-Message-State: AOAM532Ty8DvKbB7SL3S7hjWp3/uNgvJpuLWyA7XdcdM0roZrJLylwY6 gnbmzFC5WZQ4F0QzwgMjFsdL9RXPsyWFoe07AOXf860g4B0fMQ== X-Google-Smtp-Source: ABdhPJwH1HhJpmuc7fIoQ8p6SQNZbNZ+MtlSK2qcUVdCd5KP1TK/6LWqdgBUQf527Hoj7WbUzXOTAJ0mcoPagvK5a2o= X-Received: by 2002:a92:cd02:: with SMTP id z2mr401119iln.247.1602914894156; Fri, 16 Oct 2020 23:08:14 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a92:a10e:0:0:0:0:0 with HTTP; Fri, 16 Oct 2020 23:08:13 -0700 (PDT) From: ykla Date: Sat, 17 Oct 2020 14:08:13 +0800 Message-ID: Subject: Status of SDIO To: freebsd-current@freebsd.org, freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 4CCsyS4FQyz3S6m X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=ZyiSa+xx; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of yklaxds@gmail.com designates 2607:f8b0:4864:20::12d as permitted sender) smtp.mailfrom=yklaxds@gmail.com X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-0.98)[-0.983]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.002]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::12d:from]; NEURAL_HAM_SHORT(-0.51)[-0.511]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-arm]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Oct 2020 06:08:17 -0000 SDIO is used in raspberry pi. Rpi WiFi network needs SDIO drivers. But WIKI that about SDIO is not update for a long time. https://wiki.freebsd.org/SDIO So what's status of SDIO development? And maybe WIFI works well in raspberry pi? From owner-freebsd-arm@freebsd.org Sat Oct 17 12:53:51 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 EF86043741A; Sat, 17 Oct 2020 12:53:51 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (cross.sbone.de [195.201.62.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CD2yQ6d23z45xR; Sat, 17 Oct 2020 12:53:50 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 2A60E8D4A179; Sat, 17 Oct 2020 12:53:43 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id B2532E70813; Sat, 17 Oct 2020 12:53:42 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id mM6lGoTUb5L3; Sat, 17 Oct 2020 12:53:41 +0000 (UTC) Received: from [169.254.148.91] (unknown [IPv6:fde9:577b:c1a9:4902:280e:7b69:92fc:710f]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 80E15E707B1; Sat, 17 Oct 2020 12:53:41 +0000 (UTC) From: "Bjoern A. Zeeb" To: ykla Cc: freebsd-current@freebsd.org, freebsd-arm@freebsd.org Subject: Re: Status of SDIO Date: Sat, 17 Oct 2020 12:53:40 +0000 X-Mailer: MailMate (2.0BETAr6151) Message-ID: <78BF5EEB-D138-43EE-A14D-25A7BFFC91EB@lists.zabbadoz.net> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Rspamd-Queue-Id: 4CD2yQ6d23z45xR X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of bzeeb-lists@lists.zabbadoz.net designates 195.201.62.131 as permitted sender) smtp.mailfrom=bzeeb-lists@lists.zabbadoz.net X-Spamd-Result: default: False [-3.11 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:195.201.62.131]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zabbadoz.net]; NEURAL_HAM_LONG(-0.96)[-0.959]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.90)[-0.896]; NEURAL_HAM_MEDIUM(-0.95)[-0.953]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:195.201.0.0/16, country:DE]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-current] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Oct 2020 12:53:52 -0000 On 17 Oct 2020, at 6:08, ykla wrote: > SDIO is used in raspberry pi. Rpi WiFi network needs SDIO drivers. > But > WIKI that about SDIO is not update for a long time. > https://wiki.freebsd.org/SDIO > So what's status of SDIO development? And maybe WIFI works well in > raspberry pi? SDIO went in and works with MMCCAM. The brcmfmac driver I am still working on in my free time. Apparently that is also the only driver anyone ever seems interest in so far as no others have emerged either. /bz From owner-freebsd-arm@freebsd.org Sat Oct 17 14:24: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 4EB24439B49; Sat, 17 Oct 2020 14:24:01 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x335.google.com (mail-wm1-x335.google.com [IPv6:2a00:1450:4864:20::335]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4CD4yS3hv1z4FQh; Sat, 17 Oct 2020 14:24:00 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x335.google.com with SMTP id d81so6185994wmc.1; Sat, 17 Oct 2020 07:24:00 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=ajw/sEFA0gEvEG06G/J10ps3rWfRtXHrJeTd9OO/4/I=; b=SJBeaEnituPPck/7Y+90WVxb3rbvA+fwWWR4thW5pyu4Ovb+BjPn0z6ULsDA0dvhoR 3Rod3yZ1HrMvij/fwEDgXFaWiuz0ogctD9rJbBt8oie/pLaZS8/nMqYqf9t1FKlzU1KU YfUMLSx8mTMqao7xqqpCuU9d3vAn9jgyJqSxBFKFmjrj7Q03aCIVWjo4mtbE0NYyUf71 zqb/5ARGBpGTIyy0cREHkT/KkvqOfRdtp+/L2ZQTLSVu2iC2gj+t+Jif+L+N/krUgmDr 1yRf1fP52epn0YTx+IGItzxEkieS9TUNGeB5DzmswIeq6fVmcBUx1WptzDr6jPRyRh2g +UZg== X-Gm-Message-State: AOAM533raPHR4Boa45WNh4YxscENQWpKRHAOTwxoBjKLNwKFEFWVejzd s7NF5PSC7whLyyFQa6XurGIhSfasG2o= X-Google-Smtp-Source: ABdhPJxNyPs75uzuZB7j1OEOc5WN5crf7w+GNvO5ONxBYQFGzgfHKbTql3sZfFVOcWoetSdsdyOTRQ== X-Received: by 2002:a7b:cc89:: with SMTP id p9mr9161091wma.4.1602944285891; Sat, 17 Oct 2020 07:18:05 -0700 (PDT) Received: from [192.168.1.167] (dynamic-046-114-105-063.46.114.pool.telefonica.de. [46.114.105.63]) by smtp.googlemail.com with ESMTPSA id c185sm7810690wma.44.2020.10.17.07.18.04 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 17 Oct 2020 07:18:05 -0700 (PDT) From: Klaus Cucinauomo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.0.3.2.82\)) Subject: Re: Status of SDIO Date: Sat, 17 Oct 2020 16:18:01 +0200 References: <78BF5EEB-D138-43EE-A14D-25A7BFFC91EB@lists.zabbadoz.net> To: "Bjoern A. Zeeb" , freebsd-arm@freebsd.org, freebsd-current@freebsd.org, ykla In-Reply-To: <78BF5EEB-D138-43EE-A14D-25A7BFFC91EB@lists.zabbadoz.net> Message-Id: X-Mailer: Apple Mail (2.3654.0.3.2.82) X-Rspamd-Queue-Id: 4CD4yS3hv1z4FQh X-Spamd-Bar: +++++++ X-Spamd-Result: default: False [7.98 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; GREYLIST(0.00)[pass,body]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(0.00)[googlemail.com,quarantine]; FREEMAIL_TO(0.00)[lists.zabbadoz.net,freebsd.org,gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.105.63:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[46.114.105.63:received]; R_DKIM_ALLOW(0.00)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.50)[0.504]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; NEURAL_SPAM_MEDIUM(1.01)[1.007]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.96)[0.964]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::335:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-current] X-Spam: Yes X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Oct 2020 14:24:01 -0000 > Am 17.10.2020 um 14:53 schrieb Bjoern A. Zeeb = : >=20 > =E2=80=A6. > The brcmfmac driver I am still working on in my free time=E2=80=A6... >=20 > /bz > _______________________________________________ do you have a publicly viewable repository that shows the status of your = work, or can you possibly put it here in words? Do you manage to do this alone in your free time or would you recommend that others familiarize themselves with the = matter? thank you, Regards K.= From owner-freebsd-arm@freebsd.org Sat Oct 17 14:51:40 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 9D4B743A233; Sat, 17 Oct 2020 14:51:40 +0000 (UTC) (envelope-from dsl@mcusim.org) Received: from trac.mcusim.org (trac.mcusim.org [176.58.93.53]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CD5ZL4dssz4H91; Sat, 17 Oct 2020 14:51:38 +0000 (UTC) (envelope-from dsl@mcusim.org) Received: from ds-laptop (unknown [83.26.214.190]) (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) (No client certificate requested) by trac.mcusim.org (Postfix) with ESMTPSA id B68B94C7FA; Sat, 17 Oct 2020 16:51:30 +0200 (CEST) Date: Sat, 17 Oct 2020 16:51:28 +0200 From: Dmitry Salychev To: freebsd-hackers@freebsd.org Cc: freebsd-arm@freebsd.org Subject: BBB image build compilation errors Message-ID: <20201017145128.GA26055@ds-laptop> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline User-Agent: Unknown/0.75.1 X-Rspamd-Queue-Id: 4CD5ZL4dssz4H91 X-Spamd-Bar: - X-Spamd-Result: default: False [-1.66 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.979]; MID_RHS_NOT_FQDN(0.50)[]; NEURAL_HAM_SHORT(-0.48)[-0.485]; CTYPE_MIXED_BOGUS(1.00)[]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[mcusim.org,reject]; NEURAL_HAM_MEDIUM(-0.90)[-0.896]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:+,4:+,5:+]; ASN(0.00)[asn:36236, ipnet:176.58.93.0/24, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-hackers]; RECEIVED_SPAMHAUS_PBL(0.00)[83.26.214.190:received] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Oct 2020 14:51:40 -0000 --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Dear all, I'm trying to build an image for BeagleBone Black from r366684 using release.sh. These're compilation errors I got at stage 4.2 while building libunwind: -------------------------------------------------------------- >>> stage 4.2: building libraries -------------------------------------------------------------- ===> lib/libcompiler_rt (obj,all,install) ===> lib/libssp_nonshared (obj,all,install) ===> lib/libgcc_eh (obj,all,install) ===> lib/libgcc_s (obj,all,install) /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1-gcc-ext.c:33:27: error: must use 'struct' tag to refer to type '_Unwind_Exception' /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1-gcc-ext.c:108:19: error: unknown type name '_Unwind_Trace_Fn'; did you mean '_Unwind_Stop_Fn'? /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1-gcc-ext.c:176:66: error: too few arguments to function call, expected 6, have 2 /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1-gcc-ext.c:192:55: error: declaration of 'struct dwarf_eh_bases' will not be visible outside of this function [-Werror,-Wvisibility] ... /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1.c:38:56: error: must use 'struct' tag to refer to type '_Unwind_Exception' /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1.c:93:7: error: use of undeclared identifier '_Unwind_Personality_Fn' /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1.c:97:56: error: use of undeclared identifier 'p' /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1.c:99:13: error: use of undeclared identifier 'p' /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1.c:134:56: error: must use 'struct' tag to refer to type '_Unwind_Exception' You'll find a configuration file I used to call release.sh, make.conf, src.conf and a full log attached to this letter. I wonder whether this is a known problem or an incorrect configuration of mine. Regards, Dmitry --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="bbb_image.conf" #!/bin/sh # # $FreeBSD: head/release/arm/BEAGLEBONE.conf 336998 2018-07-31 19:12:31Z manu $ # EMBEDDED_TARGET_ARCH="armv7" EMBEDDED_TARGET="arm" EMBEDDEDBUILD=1 EMBEDDEDPORTS="sysutils/u-boot-beaglebone" FAT_SIZE="50m" FAT_TYPE="16" IMAGE_SIZE="3072M" KERNEL="GENERIC" MD_ARGS="-x 63 -y 255" NODOC=1 PART_SCHEME="MBR" CHROOTDIR="/usr/embedded/bbb" SRC_UPDATE_SKIP=1 MAKE_CONF="/usr/embedded/make.conf" SRC_CONF="/usr/embedded/src.conf" export BOARDNAME="BEAGLEBONE" arm_install_uboot() { UBOOT_DIR="/usr/local/share/u-boot/u-boot-beaglebone" FATMOUNT="${DESTDIR%${KERNEL}}/fat" chroot ${CHROOTDIR} mkdir -p "${FATMOUNT}" chroot ${CHROOTDIR} mount_msdosfs /dev/${mddev}s1 ${FATMOUNT} chroot ${CHROOTDIR} cp -p ${UBOOT_DIR}/MLO ${FATMOUNT}/MLO chroot ${CHROOTDIR} cp -p ${UBOOT_DIR}/u-boot.img ${FATMOUNT}/u-boot.img sync umount_loop ${CHROOTDIR}/${FATMOUNT} chroot ${CHROOTDIR} rmdir ${FATMOUNT} return 0 } --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="bbb_image_log.txt" make[1]: "/usr/embedded/bbb/usr/src/Makefile.inc1" line 334: SYSTEM_COMPILER: Determined that CC=cc matches the source tree. Not bootstrapping a cross-compiler. make[1]: "/usr/embedded/bbb/usr/src/Makefile.inc1" line 339: SYSTEM_LINKER: Determined that LD=ld matches the source tree. Not bootstrapping a cross-linker. -------------------------------------------------------------- >>> World build started on Sat Oct 17 16:20:02 CEST 2020 -------------------------------------------------------------- -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- Linking host tools into /usr/embedded/bbb/tmp/obj/usr/embedded/bbb/usr/src/amd64.amd64/tmp/legacy/bin -------------------------------------------------------------- >>> stage 1.1: legacy release compatibility shims -------------------------------------------------------------- ===> tools/build (obj,includes,all,install) -------------------------------------------------------------- >>> stage 1.2: bootstrap tools -------------------------------------------------------------- ===> lib/clang/libllvmminimal (obj,all,install) ===> usr.bin/fortune/strfile (obj,all,install) ===> usr.bin/dtc (obj,all,install) ===> usr.bin/lorder (obj,all,install) ===> lib/libopenbsd (obj,all,install) ===> usr.bin/rpcgen (obj,all,install) ===> usr.bin/yacc (obj,all,install) ===> usr.bin/xinstall (obj,all,install) ===> usr.sbin/bsnmpd/gensnmptree (obj,all,install) ===> lib/libnv (obj,all,install) ===> lib/libsbuf (obj,all,install) ===> usr.bin/vtfontcvt (obj,all,install) /usr/embedded/bbb/usr/src/usr.bin/vtfontcvt/vtfontcvt.c:839:21: warning: implicit declaration of function 'lz4_compress' is invalid in C99 [-Wimplicit-function-declaration] compressed_size = lz4_compress(uncompressed, compressed, ^ 1 warning generated. ===> usr.bin/mandoc (obj,all,install) ===> usr.bin/localedef (obj,all,install) ===> kerberos5/tools/make-roken (obj,all,install) ===> kerberos5/lib/libroken (obj,all,install) ===> usr.sbin/config (obj,all,install) ===> kerberos5/lib/libvers (obj,all,install) ===> kerberos5/tools/asn1_compile (obj,all,install) yacc: 4 shift/reduce conflicts. ===> kerberos5/tools/slc (obj,all,install) ===> usr.bin/compile_et (obj,all,install) ===> usr.bin/clang/clang-tblgen (obj,all,install) ===> usr.bin/clang/llvm-tblgen (obj,all,install) ===> usr.bin/clang/lldb-tblgen (obj,all,install) -------------------------------------------------------------- >>> stage 2.1: cleaning up the object tree -------------------------------------------------------------- ===> lib (cleandir) ===> libexec (cleandir) ===> bin (cleandir) ===> cddl (cleandir) ===> cddl/lib (cleandir) ===> bin/cat (cleandir) ===> cddl/lib/drti (cleandir) ===> libexec/atrun (cleandir) ===> bin/chflags (cleandir) ===> cddl/lib/libavl (cleandir) ===> lib/csu (cleandir) ===> libexec/blacklistd-helper (cleandir) ===> lib/csu/amd64 (cleandir) ===> bin/chio (cleandir) ===> libexec/comsat (cleandir) ===> cddl/lib/libctf (cleandir) ===> lib/libc (cleandir) ===> bin/chmod (cleandir) ===> libexec/dma (cleandir) ===> cddl/lib/libdtrace (cleandir) ===> libexec/dma/dmagent (cleandir) ===> bin/cp (cleandir) ===> libexec/dma/dma-mbox-create (cleandir) ===> cddl/lib/libicp (cleandir) ===> bin/date (cleandir) ===> libexec/flua (cleandir) ===> cddl/lib/libicp_rescue (cleandir) ===> bin/dd (cleandir) ===> libexec/getty (cleandir) ===> cddl/lib/libnvpair (cleandir) ===> bin/df (cleandir) ===> libexec/mail.local (cleandir) ===> cddl/lib/libspl (cleandir) ===> bin/domainname (cleandir) ===> libexec/makewhatis.local (cleandir) ===> bin/echo (cleandir) ===> cddl/lib/libtpool (cleandir) ===> libexec/mknetid (cleandir) ===> bin/ed (cleandir) ===> cddl/lib/libumem (cleandir) ===> libexec/phttpget (cleandir) ===> bin/expr (cleandir) ===> cddl/lib/libuutil (cleandir) ===> libexec/pppoed (cleandir) ===> bin/freebsd-version (cleandir) ===> cddl/lib/libzfs_core (cleandir) ===> libexec/rc (cleandir) ===> bin/getfacl (cleandir) ===> cddl/lib/libzfs (cleandir) ===> libexec/rc/rc.d (cleandir) ===> bin/hostname (cleandir) ===> cddl/lib/libzfsbootenv (cleandir) ===> bin/kenv (cleandir) ===> cddl/lib/libzpool (cleandir) ===> bin/kill (cleandir) ===> lib/libc_nonshared (cleandir) ===> libexec/revnetgroup (cleandir) ===> bin/ln (cleandir) ===> cddl/lib/libzutil (cleandir) ===> lib/libcompiler_rt (cleandir) ===> libexec/rpc.rquotad (cleandir) ===> bin/ls (cleandir) ===> cddl/sbin (cleandir) ===> cddl/sbin/zfs (cleandir) ===> libexec/rpc.rstatd (cleandir) ===> bin/mkdir (cleandir) ===> lib/libc++ (cleandir) ===> cddl/sbin/zpool (cleandir) ===> libexec/rpc.rusersd (cleandir) ===> bin/mv (cleandir) ===> libexec/rpc.rwalld (cleandir) ===> bin/pax (cleandir) ===> cddl/usr.bin (cleandir) ===> lib/libc++experimental (cleandir) ===> cddl/usr.bin/ctfconvert (cleandir) ===> libexec/rpc.sprayd (cleandir) ===> bin/pkill (cleandir) ===> lib/libcxxrt (cleandir) ===> cddl/usr.bin/ctfdump (cleandir) ===> libexec/rtld-elf (cleandir) ===> bin/ps (cleandir) ===> lib/libelf (cleandir) ===> cddl/usr.bin/ctfmerge (cleandir) ===> libexec/save-entropy (cleandir) ===> bin/pwait (cleandir) ===> cddl/usr.bin/zinject (cleandir) ===> lib/libssp (cleandir) ===> libexec/smrsh (cleandir) ===> bin/pwd (cleandir) ===> cddl/usr.bin/zstream (cleandir) ===> lib/libssp_nonshared (cleandir) ===> libexec/telnetd (cleandir) ===> bin/realpath (cleandir) ===> cddl/usr.bin/zstreamdump (cleandir) ===> lib/msun (cleandir) ===> libexec/tftp-proxy (cleandir) ===> bin/rm (cleandir) ===> cddl/usr.bin/ztest (cleandir) ===> libexec/ulog-helper (cleandir) ===> bin/rmdir (cleandir) ===> cddl/usr.sbin (cleandir) ===> cddl/usr.sbin/dtrace (cleandir) ===> lib/libsqlite3 (cleandir) ===> libexec/ypxfr (cleandir) ===> bin/setfacl (cleandir) ===> lib/geom (cleandir) ===> cddl/usr.sbin/dwatch (cleandir) ===> lib/geom/cache (cleandir) ===> libexec/bootpd (cleandir) ===> bin/sh (cleandir) ===> cddl/usr.sbin/dwatch/libexec (cleandir) ===> lib/geom/concat (cleandir) ===> libexec/bootpd/bootpgw (cleandir) ===> bin/sleep (cleandir) ===> cddl/usr.sbin/dwatch/examples (cleandir) ===> lib/geom/eli (cleandir) ===> libexec/bootpd/tools (cleandir) ===> libexec/bootpd/tools/bootpef (cleandir) ===> bin/stty (cleandir) ===> cddl/usr.sbin/lockstat (cleandir) ===> lib/geom/journal (cleandir) ===> libexec/bootpd/tools/bootptest (cleandir) ===> bin/sync (cleandir) ===> cddl/usr.sbin/plockstat (cleandir) ===> lib/geom/label (cleandir) ===> bin/test (cleandir) ===> libexec/fingerd (cleandir) ===> cddl/usr.sbin/zdb (cleandir) ===> lib/geom/mirror (cleandir) ===> bin/uuidgen (cleandir) ===> libexec/ftpd (cleandir) ===> cddl/usr.sbin/zfsd (cleandir) ===> lib/geom/mountver (cleandir) ===> bin/rmail (cleandir) ===> libexec/rbootd (cleandir) ===> cddl/usr.sbin/zhack (cleandir) ===> lib/geom/multipath (cleandir) ===> bin/csh (cleandir) ===> libexec/talkd (cleandir) ===> gnu (cleandir) ===> lib/geom/nop (cleandir) ===> gnu/lib (cleandir) ===> gnu/lib/libregex (cleandir) ===> libexec/tcpd (cleandir) ===> lib/geom/part (cleandir) ===> include (cleandir) ===> gnu/lib/libdialog (cleandir) ===> libexec/tftpd (cleandir) ===> lib/geom/raid (cleandir) ===> include/arpa (cleandir) ===> libexec/hyperv (cleandir) ===> gnu/usr.bin (cleandir) ===> lib/geom/raid3 (cleandir) ===> gnu/usr.bin/dialog (cleandir) ===> include/protocols (cleandir) ===> libexec/rtld-elf32 (cleandir) ===> lib/geom/shsec (cleandir) ===> include/rpcsvc (cleandir) ===> gnu/usr.bin/diff3 (cleandir) ===> kerberos5 (cleandir) ===> lib/geom/stripe (cleandir) ===> include/rpc (cleandir) ===> gnu/usr.bin/grep (cleandir) ===> kerberos5/lib (cleandir) ===> kerberos5/lib/libasn1 (cleandir) ===> lib/geom/virstor (cleandir) ===> gnu/usr.bin/binutils (cleandir) ===> include/xlocale (cleandir) ===> gnu/usr.bin/binutils/libiberty (cleandir) ===> include/gssapi (cleandir) ===> lib/lib9p (cleandir) ===> kerberos5/lib/libhdb (cleandir) ===> gnu/usr.bin/binutils/libbfd (cleandir) ===> rescue (cleandir) ===> lib/libalias (cleandir) ===> rescue/librescue (cleandir) ===> lib/libalias/libalias (cleandir) ===> kerberos5/lib/libheimntlm (cleandir) ===> gnu/usr.bin/binutils/libopcodes (cleandir) ===> rescue/rescue (cleandir) ===> lib/libalias/modules (cleandir) ===> kerberos5/lib/libhx509 (cleandir) ===> gnu/usr.bin/gdb (cleandir) ===> lib/libalias/modules/dummy (cleandir) ===> gnu/usr.bin/gdb/libgdb (cleandir) ===> lib/libalias/modules/ftp (cleandir) ===> kerberos5/lib/libkadm5clnt (cleandir) ===> lib/libalias/modules/irc (cleandir) ===> gnu/usr.bin/gdb/gdb (cleandir) ===> kerberos5/lib/libkadm5srv (cleandir) ===> lib/libalias/modules/nbt (cleandir) ===> gnu/usr.bin/gdb/kgdb (cleandir) ===> kerberos5/lib/libkrb5 (cleandir) ===> lib/libalias/modules/pptp (cleandir) ===> sbin (cleandir) ===> lib/libalias/modules/skinny (cleandir) ===> kerberos5/lib/libroken (cleandir) ===> sbin/adjkerntz (cleandir) ===> lib/libalias/modules/smedia (cleandir) ===> kerberos5/lib/libsl (cleandir) ===> sbin/camcontrol (cleandir) ===> lib/libarchive (cleandir) ===> kerberos5/lib/libvers (cleandir) ===> sbin/clri (cleandir) ===> kerberos5/lib/libkdc (cleandir) ===> sbin/comcontrol (cleandir) ===> lib/libauditd (cleandir) ===> sbin/conscontrol (cleandir) ===> kerberos5/lib/libwind (cleandir) ===> lib/libbegemot (cleandir) ===> sbin/ddb (cleandir) ===> kerberos5/lib/libheimbase (cleandir) ===> lib/libblocksruntime (cleandir) ===> sbin/devfs (cleandir) ===> lib/libbsdstat (cleandir) ===> kerberos5/lib/libheimipcc (cleandir) ===> sbin/devmatch (cleandir) ===> lib/libbsm (cleandir) ===> kerberos5/lib/libheimipcs (cleandir) ===> sbin/dhclient (cleandir) ===> kerberos5/lib/libkafs5 (cleandir) ===> lib/libbz2 (cleandir) ===> sbin/dmesg (cleandir) ===> kerberos5/lib/libgssapi_krb5 (cleandir) ===> lib/libcalendar (cleandir) ===> sbin/dump (cleandir) ===> lib/libcam (cleandir) ===> kerberos5/lib/libgssapi_ntlm (cleandir) ===> sbin/dumpfs (cleandir) ===> lib/libcapsicum (cleandir) ===> kerberos5/lib/libgssapi_spnego (cleandir) ===> sbin/dumpon (cleandir) ===> lib/libcasper (cleandir) ===> kerberos5/libexec (cleandir) ===> lib/libcasper/libcasper (cleandir) ===> sbin/etherswitchcfg (cleandir) ===> kerberos5/libexec/digest-service (cleandir) ===> lib/libcasper/services (cleandir) ===> sbin/ffsinfo (cleandir) ===> lib/libcasper/services/cap_dns (cleandir) ===> kerberos5/libexec/ipropd-master (cleandir) ===> sbin/fsck (cleandir) ===> lib/libcasper/services/cap_fileargs (cleandir) ===> kerberos5/libexec/ipropd-slave (cleandir) ===> sbin/fsck_ffs (cleandir) ===> kerberos5/libexec/hprop (cleandir) ===> lib/libcasper/services/cap_grp (cleandir) ===> sbin/fsck_msdosfs (cleandir) ===> kerberos5/libexec/hpropd (cleandir) ===> lib/libcasper/services/cap_net (cleandir) ===> sbin/fsdb (cleandir) ===> kerberos5/libexec/kdc (cleandir) ===> lib/libcasper/services/cap_pwd (cleandir) ===> sbin/fsirand (cleandir) ===> kerberos5/libexec/kdigest (cleandir) ===> lib/libcasper/services/cap_sysctl (cleandir) ===> sbin/gbde (cleandir) ===> kerberos5/libexec/kfd (cleandir) ===> lib/libcasper/services/cap_syslog (cleandir) ===> sbin/geom (cleandir) ===> kerberos5/libexec/kimpersonate (cleandir) ===> lib/libcompat (cleandir) ===> sbin/ggate (cleandir) ===> sbin/ggate/ggatec (cleandir) ===> kerberos5/libexec/kpasswdd (cleandir) ===> lib/libcrypt (cleandir) ===> sbin/ggate/ggated (cleandir) ===> kerberos5/libexec/kcm (cleandir) ===> lib/libdevctl (cleandir) ===> sbin/ggate/ggatel (cleandir) ===> kerberos5/libexec/kadmind (cleandir) ===> lib/libdevinfo (cleandir) ===> sbin/growfs (cleandir) ===> kerberos5/tools (cleandir) ===> lib/libdevstat (cleandir) ===> kerberos5/tools/make-roken (cleandir) ===> sbin/gvinum (cleandir) ===> lib/libdl (cleandir) ===> kerberos5/tools/asn1_compile (cleandir) ===> sbin/ifconfig (cleandir) ===> lib/libdwarf (cleandir) ===> kerberos5/tools/slc (cleandir) ===> sbin/init (cleandir) ===> kerberos5/usr.bin (cleandir) ===> lib/libedit (cleandir) ===> kerberos5/usr.bin/hxtool (cleandir) ===> sbin/kldconfig (cleandir) ===> lib/libedit/readline (cleandir) ===> sbin/kldload (cleandir) ===> kerberos5/usr.bin/kadmin (cleandir) ===> sbin/kldstat (cleandir) ===> kerberos5/usr.bin/kcc (cleandir) ===> lib/libelftc (cleandir) ===> sbin/kldunload (cleandir) ===> kerberos5/usr.bin/kdestroy (cleandir) ===> lib/libevent1 (cleandir) ===> sbin/ldconfig (cleandir) ===> kerberos5/usr.bin/kgetcred (cleandir) ===> lib/libexecinfo (cleandir) ===> sbin/md5 (cleandir) ===> kerberos5/usr.bin/kf (cleandir) ===> lib/libexpat (cleandir) ===> sbin/mdconfig (cleandir) ===> kerberos5/usr.bin/kinit (cleandir) ===> lib/libfetch (cleandir) ===> sbin/mdmfs (cleandir) ===> kerberos5/usr.bin/kpasswd (cleandir) ===> lib/libfigpar (cleandir) ===> sbin/mknod (cleandir) ===> kerberos5/usr.bin/krb5-config (cleandir) ===> lib/libgcc_eh (cleandir) ===> sbin/mksnap_ffs (cleandir) ===> kerberos5/usr.bin/ksu (cleandir) ===> lib/libgcc_s (cleandir) ===> sbin/mount (cleandir) ===> kerberos5/usr.bin/string2key (cleandir) ===> sbin/mount_cd9660 (cleandir) ===> kerberos5/usr.bin/verify_krb5_conf (cleandir) ===> lib/libgeom (cleandir) ===> sbin/mount_fusefs (cleandir) ===> kerberos5/usr.sbin (cleandir) ===> lib/libifconfig (cleandir) ===> kerberos5/usr.sbin/iprop-log (cleandir) ===> sbin/mount_msdosfs (cleandir) ===> lib/libipsec (cleandir) ===> kerberos5/usr.sbin/kstash (cleandir) ===> sbin/mount_nfs (cleandir) ===> lib/libjail (cleandir) ===> kerberos5/usr.sbin/ktutil (cleandir) ===> sbin/mount_nullfs (cleandir) ===> lib/libkiconv (cleandir) ===> secure (cleandir) ===> sbin/mount_udf (cleandir) ===> secure/lib (cleandir) ===> lib/libkvm (cleandir) ===> secure/lib/libcrypto (cleandir) ===> sbin/mount_unionfs (cleandir) ===> lib/liblua (cleandir) ===> sbin/newfs (cleandir) ===> lib/liblzma (cleandir) ===> sbin/newfs_msdos (cleandir) ===> sbin/nfsiod (cleandir) ===> lib/libmemstat (cleandir) ===> sbin/nos-tun (cleandir) ===> lib/libmd (cleandir) ===> sbin/pfilctl (cleandir) ===> lib/libmt (cleandir) ===> sbin/ping (cleandir) ===> secure/lib/libcrypto/engines (cleandir) ===> secure/lib/libcrypto/engines/capi (cleandir) ===> lib/lib80211 (cleandir) ===> sbin/rcorder (cleandir) ===> secure/lib/libcrypto/engines/padlock (cleandir) ===> lib/libnetbsd (cleandir) ===> sbin/reboot (cleandir) ===> lib/libnetmap (cleandir) ===> sbin/recoverdisk (cleandir) ===> secure/lib/libssl (cleandir) ===> lib/libnv (cleandir) ===> sbin/resolvconf (cleandir) ===> lib/libopenbsd (cleandir) ===> secure/lib/libssh (cleandir) ===> sbin/restore (cleandir) ===> lib/libopie (cleandir) ===> sbin/route (cleandir) ===> secure/libexec (cleandir) ===> secure/libexec/sftp-server (cleandir) ===> lib/libpam (cleandir) ===> sbin/savecore (cleandir) ===> lib/libpam/libpam (cleandir) ===> secure/libexec/ssh-keysign (cleandir) ===> sbin/setkey (cleandir) ===> lib/libpam/modules (cleandir) ===> secure/libexec/ssh-pkcs11-helper (cleandir) ===> sbin/shutdown (cleandir) ===> lib/libpam/modules/pam_chroot (cleandir) ===> secure/usr.bin (cleandir) ===> sbin/spppcontrol (cleandir) ===> lib/libpam/modules/pam_deny (cleandir) ===> secure/usr.bin/openssl (cleandir) ===> sbin/swapon (cleandir) ===> lib/libpam/modules/pam_echo (cleandir) ===> secure/usr.bin/scp (cleandir) ===> sbin/sysctl (cleandir) ===> lib/libpam/modules/pam_exec (cleandir) ===> secure/usr.bin/sftp (cleandir) ===> sbin/tunefs (cleandir) ===> lib/libpam/modules/pam_ftpusers (cleandir) ===> secure/usr.bin/ssh (cleandir) ===> sbin/umount (cleandir) ===> lib/libpam/modules/pam_group (cleandir) ===> secure/usr.bin/ssh-add (cleandir) ===> sbin/bsdlabel (cleandir) ===> lib/libpam/modules/pam_guest (cleandir) ===> secure/usr.bin/ssh-agent (cleandir) ===> sbin/fdisk (cleandir) ===> lib/libpam/modules/pam_krb5 (cleandir) ===> secure/usr.bin/ssh-keygen (cleandir) ===> sbin/ccdconfig (cleandir) ===> lib/libpam/modules/pam_ksu (cleandir) ===> secure/usr.bin/ssh-keyscan (cleandir) ===> sbin/devd (cleandir) ===> lib/libpam/modules/pam_lastlog (cleandir) ===> secure/usr.sbin (cleandir) ===> secure/usr.sbin/sshd (cleandir) ===> sbin/hastctl (cleandir) ===> lib/libpam/modules/pam_login_access (cleandir) ===> sbin/hastd (cleandir) ===> secure/caroot (cleandir) ===> lib/libpam/modules/pam_nologin (cleandir) ===> secure/caroot/trusted (cleandir) ===> sbin/ping6 (cleandir) ===> lib/libpam/modules/pam_opie (cleandir) ===> sbin/rtsol (cleandir) ===> lib/libpam/modules/pam_opieaccess (cleandir) ===> secure/caroot/blacklisted (cleandir) ===> sbin/ipf (cleandir) ===> lib/libpam/modules/pam_passwdqc (cleandir) ===> share (cleandir) ===> sbin/ipf/libipf (cleandir) ===> share/colldef (cleandir) ===> lib/libpam/modules/pam_permit (cleandir) ===> sbin/ipf/ipf (cleandir) ===> lib/libpam/modules/pam_radius (cleandir) ===> sbin/ipf/ipfs (cleandir) ===> lib/libpam/modules/pam_rhosts (cleandir) ===> sbin/ipf/ipfstat (cleandir) ===> lib/libpam/modules/pam_rootok (cleandir) ===> rescue/rescue/routed/rtquery (cleandir) ===> sbin/ipf/ipmon (cleandir) ===> lib/libpam/modules/pam_securetty (cleandir) ===> sbin/ipf/ipnat (cleandir) ===> lib/libpam/modules/pam_self (cleandir) ===> sbin/ipf/ippool (cleandir) ===> lib/libpam/modules/pam_ssh (cleandir) ===> sbin/ipfw (cleandir) ===> lib/libpam/modules/pam_tacplus (cleandir) ===> sbin/natd (cleandir) ===> lib/libpam/modules/pam_unix (cleandir) ===> sbin/iscontrol (cleandir) ===> lib/libpam/pam.d (cleandir) ===> sbin/nvmecontrol (cleandir) ===> lib/libpam/static_libpam (cleandir) ===> sbin/nvmecontrol/modules (cleandir) ===> sbin/nvmecontrol/modules/intel (cleandir) ===> lib/libpathconv (cleandir) ===> sbin/nvmecontrol/modules/wdc (cleandir) ===> lib/libpcap (cleandir) ===> sbin/decryptcore (cleandir) ===> lib/libpjdlog (cleandir) ===> sbin/pfctl (cleandir) ===> lib/libproc (cleandir) ===> sbin/pflogd (cleandir) ===> lib/libprocstat (cleandir) ===> sbin/quotacheck (cleandir) ===> lib/libprocstat/zfs (cleandir) ===> sbin/routed (cleandir) ===> lib/libregex (cleandir) ===> sbin/routed/rtquery (cleandir) ===> lib/librpcsvc (cleandir) ===> sbin/bectl (cleandir) ===> lib/librss (cleandir) ===> sbin/zfsbootcfg (cleandir) ===> lib/librt (cleandir) ===> stand (cleandir) ===> lib/librtld_db (cleandir) ===> stand/libsa (cleandir) ===> lib/libsbuf (cleandir) ===> stand/libsa32 (cleandir) ===> lib/libsmb (cleandir) ===> lib/libstdbuf (cleandir) ===> stand/ficl (cleandir) ===> lib/libstdthreads (cleandir) ===> stand/ficl32 (cleandir) ===> rescue/rescue/vi/catalog (cleandir) ===> lib/libsysdecode (cleandir) ===> stand/forth (cleandir) ===> lib/libtacplus (cleandir) ===> stand/liblua (cleandir) ===> lib/libthread_db (cleandir) ===> lib/libucl (cleandir) ===> stand/liblua32 (cleandir) ===> lib/libufs (cleandir) ===> stand/lua (cleandir) ===> lib/libugidfw (cleandir) ===> stand/fdt (cleandir) ===> lib/libulog (cleandir) ===> stand/defaults (cleandir) ===> lib/libutil (cleandir) ===> stand/man (cleandir) ===> lib/libvgl (cleandir) ===> stand/userboot (cleandir) ===> lib/libwrap (cleandir) ===> stand/userboot/test (cleandir) ===> lib/libxo (cleandir) ===> stand/userboot/userboot_4th (cleandir) ===> lib/libxo/libxo (cleandir) ===> stand/userboot/userboot_lua (cleandir) ===> lib/libxo/encoder (cleandir) ===> lib/libxo/encoder/csv (cleandir) ===> stand/i386 (cleandir) ===> lib/liby (cleandir) ===> stand/i386/mbr (cleandir) ===> lib/libz (cleandir) ===> stand/i386/pmbr (cleandir) ===> lib/libzstd (cleandir) ===> stand/i386/boot0 (cleandir) ===> lib/ncurses (cleandir) ===> lib/ncurses/ncurses (cleandir) ===> stand/i386/boot0sio (cleandir) ===> stand/i386/btx (cleandir) ===> lib/ncurses/form (cleandir) ===> stand/i386/btx/btx (cleandir) ===> lib/ncurses/menu (cleandir) ===> stand/i386/btx/btxldr (cleandir) ===> lib/ncurses/panel (cleandir) ===> stand/i386/btx/lib (cleandir) ===> lib/ncurses/ncursesw (cleandir) ===> stand/i386/boot2 (cleandir) ===> stand/i386/cdboot (cleandir) ===> stand/i386/gptboot (cleandir) ===> lib/ncurses/formw (cleandir) ===> stand/i386/isoboot (cleandir) ===> lib/ncurses/menuw (cleandir) ===> stand/i386/libi386 (cleandir) ===> lib/ncurses/panelw (cleandir) ===> stand/i386/loader_4th (cleandir) ===> lib/libngatm (cleandir) ===> stand/i386/loader_lua (cleandir) ===> lib/libblacklist (cleandir) ===> stand/i386/loader_simp (cleandir) ===> lib/libbluetooth (cleandir) ===> stand/i386/pxeldr (cleandir) ===> lib/libsdp (cleandir) ===> lib/libbsnmp (cleandir) ===> stand/i386/zfsboot (cleandir) ===> lib/libbsnmp/libbsnmp (cleandir) ===> lib/clang (cleandir) ===> stand/i386/gptzfsboot (cleandir) ===> lib/clang/libllvm (cleandir) ===> stand/efi (cleandir) ===> stand/efi/fdt (cleandir) ===> stand/efi/libefi (cleandir) ===> stand/efi/boot1 (cleandir) ===> stand/efi/gptboot (cleandir) ===> stand/efi/loader_4th (cleandir) ===> stand/efi/loader_lua (cleandir) ===> stand/efi/loader_simp (cleandir) ===> sys (cleandir) ===> usr.bin (cleandir) ===> share/ctypedef (cleandir) ===> usr.bin/alias (cleandir) ===> usr.bin/apply (cleandir) ===> share/dict (cleandir) ===> usr.bin/asa (cleandir) ===> share/doc (cleandir) ===> usr.bin/awk (cleandir) ===> share/doc/IPv6 (cleandir) ===> usr.bin/backlight (cleandir) ===> share/doc/legal (cleandir) ===> share/doc/legal/intel_ipw (cleandir) ===> usr.bin/banner (cleandir) ===> share/doc/legal/intel_iwi (cleandir) ===> usr.bin/basename (cleandir) ===> share/doc/legal/intel_iwn (cleandir) ===> usr.bin/brandelf (cleandir) ===> share/doc/legal/intel_wpi (cleandir) ===> usr.bin/bsdcat (cleandir) ===> share/doc/legal/realtek (cleandir) ===> usr.bin/bsdiff (cleandir) ===> share/doc/llvm (cleandir) ===> usr.bin/bsdiff/bsdiff (cleandir) ===> share/doc/llvm/clang (cleandir) ===> usr.bin/bsdiff/bspatch (cleandir) ===> share/dtrace (cleandir) ===> usr.bin/bzip2 (cleandir) ===> share/examples (cleandir) ===> usr.bin/bzip2recover (cleandir) ===> usr.bin/cap_mkdb (cleandir) ===> usr.bin/chat (cleandir) ===> usr.bin/chpass (cleandir) ===> usr.bin/cksum (cleandir) ===> usr.bin/cmp (cleandir) ===> usr.bin/col (cleandir) ===> usr.bin/colrm (cleandir) ===> usr.bin/column (cleandir) ===> usr.bin/comm (cleandir) ===> usr.bin/compress (cleandir) ===> usr.bin/cpuset (cleandir) ===> usr.bin/csplit (cleandir) ===> usr.bin/ctlstat (cleandir) ===> usr.bin/cut (cleandir) ===> usr.bin/diff (cleandir) ===> usr.bin/dirname (cleandir) ===> usr.bin/du (cleandir) ===> rescue/rescue/routed/rtquery (clean) ===> usr.bin/elfctl (cleandir) ===> usr.bin/elfdump (cleandir) ===> usr.bin/enigma (cleandir) ===> lib/clang/libclang (cleandir) ===> usr.bin/env (cleandir) ===> usr.bin/etdump (cleandir) ===> usr.bin/expand (cleandir) ===> usr.bin/false (cleandir) ===> usr.bin/fetch (cleandir) ===> usr.bin/find (cleandir) ===> usr.bin/fmt (cleandir) ===> usr.bin/fold (cleandir) ===> usr.bin/fstat (cleandir) ===> usr.bin/fsync (cleandir) ===> usr.bin/gcore (cleandir) ===> usr.bin/gencat (cleandir) ===> share/examples/ipfilter (cleandir) ===> usr.bin/getaddrinfo (cleandir) ===> lib/clang/liblldb (cleandir) ===> share/examples/smbfs (cleandir) ===> usr.bin/getconf (cleandir) ===> share/examples/smbfs/print (cleandir) ===> usr.bin/getent (cleandir) ===> share/i18n (cleandir) ===> share/i18n/csmapper (cleandir) ===> usr.bin/getopt (cleandir) ===> rescue/rescue/vi/catalog (clean) ===> share/i18n/csmapper/APPLE (cleandir) ===> usr.bin/grep (cleandir) ===> usr.bin/gzip (cleandir) ===> share/i18n/csmapper/AST (cleandir) ===> usr.bin/head (cleandir) ===> lib/clang/headers (cleandir) ===> share/i18n/csmapper/BIG5 (cleandir) ===> usr.bin/hexdump (cleandir) ===> lib/libcuse (cleandir) ===> share/i18n/csmapper/CNS (cleandir) ===> usr.bin/id (cleandir) ===> lib/libdevdctl (cleandir) ===> share/i18n/csmapper/CP (cleandir) ===> usr.bin/ident (cleandir) ===> lib/libpe (cleandir) ===> usr.bin/ipcrm (cleandir) ===> lib/libdpv (cleandir) ===> usr.bin/ipcs (cleandir) ===> lib/libmagic (cleandir) ===> usr.bin/join (cleandir) ===> share/i18n/csmapper/EBCDIC (cleandir) ===> lib/libgpio (cleandir) ===> usr.bin/jot (cleandir) ===> share/i18n/csmapper/GB (cleandir) ===> lib/libgssapi (cleandir) ===> usr.bin/keylogin (cleandir) ===> share/i18n/csmapper/GEORGIAN (cleandir) ===> usr.bin/keylogout (cleandir) ===> lib/librpcsec_gss (cleandir) ===> share/i18n/csmapper/ISO646 (cleandir) ===> usr.bin/killall (cleandir) ===> lib/libiconv_modules (cleandir) ===> lib/libiconv_modules/BIG5 (cleandir) ===> usr.bin/ktrace (cleandir) ===> share/i18n/csmapper/ISO-8859 (cleandir) ===> lib/libiconv_modules/DECHanyu (cleandir) ===> usr.bin/ktrdump (cleandir) ===> share/i18n/csmapper/JIS (cleandir) ===> lib/libiconv_modules/EUC (cleandir) ===> usr.bin/lam (cleandir) ===> share/i18n/csmapper/KAZAKH (cleandir) ===> usr.bin/lastcomm (cleandir) ===> lib/libiconv_modules/EUCTW (cleandir) ===> share/i18n/csmapper/KOI (cleandir) ===> usr.bin/ldd (cleandir) ===> lib/libiconv_modules/GBK2K (cleandir) ===> share/i18n/csmapper/KS (cleandir) ===> usr.bin/leave (cleandir) ===> lib/libiconv_modules/HZ (cleandir) ===> usr.bin/less (cleandir) ===> share/i18n/csmapper/MISC (cleandir) ===> lib/libiconv_modules/ISO2022 (cleandir) ===> usr.bin/lessecho (cleandir) ===> share/i18n/csmapper/TCVN (cleandir) ===> lib/libiconv_modules/JOHAB (cleandir) ===> usr.bin/lesskey (cleandir) ===> lib/libiconv_modules/MSKanji (cleandir) ===> share/i18n/esdb (cleandir) ===> usr.bin/limits (cleandir) ===> lib/libiconv_modules/UES (cleandir) ===> share/i18n/esdb/APPLE (cleandir) ===> usr.bin/locale (cleandir) ===> lib/libiconv_modules/UTF1632 (cleandir) ===> usr.bin/localedef (cleandir) ===> lib/libiconv_modules/UTF7 (cleandir) ===> usr.bin/lock (cleandir) ===> lib/libiconv_modules/UTF8 (cleandir) ===> share/i18n/esdb/AST (cleandir) ===> usr.bin/lockf (cleandir) ===> lib/libiconv_modules/VIQR (cleandir) ===> share/i18n/esdb/BIG5 (cleandir) ===> usr.bin/logger (cleandir) ===> lib/libiconv_modules/ZW (cleandir) ===> usr.bin/login (cleandir) ===> lib/libiconv_modules/iconv_none (cleandir) ===> share/i18n/esdb/CP (cleandir) ===> usr.bin/logins (cleandir) ===> lib/libiconv_modules/iconv_std (cleandir) ===> usr.bin/logname (cleandir) ===> lib/libiconv_modules/mapper_646 (cleandir) ===> usr.bin/look (cleandir) ===> lib/libiconv_modules/mapper_none (cleandir) ===> usr.bin/lorder (cleandir) ===> lib/libiconv_modules/mapper_parallel (cleandir) ===> usr.bin/lsvfs (cleandir) ===> lib/libiconv_modules/mapper_serial (cleandir) ===> usr.bin/lzmainfo (cleandir) ===> lib/libiconv_modules/mapper_std (cleandir) ===> usr.bin/m4 (cleandir) ===> lib/libiconv_modules/mapper_zone (cleandir) ===> usr.bin/mandoc (cleandir) ===> lib/libcom_err (cleandir) ===> usr.bin/mesg (cleandir) ===> lib/libldns (cleandir) ===> usr.bin/minigzip (cleandir) ===> lib/libstats (cleandir) ===> share/i18n/esdb/DEC (cleandir) ===> usr.bin/ministat (cleandir) ===> lib/libefivar (cleandir) ===> usr.bin/mkdep (cleandir) ===> share/i18n/esdb/EUC (cleandir) ===> lib/libthr (cleandir) ===> usr.bin/mkfifo (cleandir) ===> lib/libnetgraph (cleandir) ===> share/i18n/esdb/EBCDIC (cleandir) ===> usr.bin/mkimg (cleandir) ===> lib/libypclnt (cleandir) ===> usr.bin/mktemp (cleandir) ===> lib/libipt (cleandir) ===> usr.bin/mkuzip (cleandir) ===> share/i18n/esdb/GB (cleandir) ===> lib/libvmmapi (cleandir) ===> usr.bin/mt (cleandir) ===> share/i18n/esdb/GEORGIAN (cleandir) ===> lib/libomp (cleandir) ===> usr.bin/ncal (cleandir) ===> lib/libmp (cleandir) ===> share/i18n/esdb/ISO-2022 (cleandir) ===> usr.bin/netstat (cleandir) ===> lib/libpmc (cleandir) ===> usr.bin/newgrp (cleandir) ===> share/i18n/esdb/ISO-8859 (cleandir) ===> lib/libpmc/pmu-events (cleandir) ===> usr.bin/nfsstat (cleandir) ===> usr.bin/nice (cleandir) ===> lib/libpmcstat (cleandir) ===> usr.bin/nl (cleandir) ===> lib/libradius (cleandir) ===> share/i18n/esdb/ISO646 (cleandir) ===> usr.bin/nohup (cleandir) ===> lib/libmilter (cleandir) ===> usr.bin/opieinfo (cleandir) ===> lib/libsm (cleandir) ===> usr.bin/opiekey (cleandir) ===> lib/libsmdb (cleandir) ===> share/i18n/esdb/KAZAKH (cleandir) ===> usr.bin/opiepasswd (cleandir) ===> lib/libsmutil (cleandir) ===> usr.bin/pagesize (cleandir) ===> share/i18n/esdb/KOI (cleandir) ===> lib/libtelnet (cleandir) ===> usr.bin/passwd (cleandir) ===> lib/libunbound (cleandir) ===> share/i18n/esdb/MISC (cleandir) ===> usr.bin/paste (cleandir) ===> lib/libusbhid (cleandir) ===> usr.bin/patch (cleandir) ===> lib/libusb (cleandir) ===> usr.bin/pathchk (cleandir) ===> share/i18n/esdb/TCVN (cleandir) ===> usr.bin/perror (cleandir) ===> lib/ofed (cleandir) ===> lib/ofed/include (cleandir) ===> usr.bin/posixshmcontrol (cleandir) ===> share/i18n/esdb/UTF (cleandir) ===> lib/ofed/libibverbs (cleandir) ===> usr.bin/pr (cleandir) ===> lib/ofed/libibcm (cleandir) ===> usr.bin/printenv (cleandir) ===> share/keys (cleandir) ===> share/keys/pkg (cleandir) ===> lib/ofed/libibumad (cleandir) ===> usr.bin/printf (cleandir) ===> share/keys/pkg/trusted (cleandir) ===> lib/ofed/librdmacm (cleandir) ===> share/man (cleandir) ===> usr.bin/proccontrol (cleandir) ===> share/man/man1 (cleandir) ===> usr.bin/procstat (cleandir) ===> lib/ofed/libibmad (cleandir) ===> share/man/man3 (cleandir) ===> usr.bin/protect (cleandir) ===> lib/ofed/complib (cleandir) ===> share/man/man4 (cleandir) ===> usr.bin/rctl (cleandir) ===> lib/ofed/libvendor (cleandir) ===> usr.bin/renice (cleandir) ===> lib/ofed/libcxgb4 (cleandir) ===> usr.bin/resizewin (cleandir) ===> lib/ofed/libmlx4 (cleandir) ===> share/man/man5 (cleandir) ===> usr.bin/rev (cleandir) ===> lib/ofed/libmlx5 (cleandir) ===> share/man/man6 (cleandir) ===> usr.bin/revoke (cleandir) ===> lib/ofed/libibnetdisc (cleandir) ===> share/man/man7 (cleandir) ===> usr.bin/rpcinfo (cleandir) ===> lib/ofed/libopensm (cleandir) ===> share/man/man8 (cleandir) ===> usr.bin/rs (cleandir) ===> share/man/man9 (cleandir) ===> lib/libbe (cleandir) ===> usr.bin/rup (cleandir) ===> usr.sbin (cleandir) ===> usr.bin/ruptime (cleandir) ===> usr.bin/rusers (cleandir) ===> rescue/rescue/routed/rtquery (cleandepend) ===> share/misc (cleandir) ===> usr.bin/rwall (cleandir) ===> share/mk (cleandir) ===> usr.bin/rwho (cleandir) ===> usr.sbin/adduser (cleandir) ===> usr.bin/script (cleandir) ===> usr.sbin/arp (cleandir) ===> share/monetdef (cleandir) ===> usr.bin/sdiff (cleandir) ===> usr.sbin/binmiscctl (cleandir) ===> usr.bin/sed (cleandir) ===> usr.sbin/camdd (cleandir) ===> usr.bin/seq (cleandir) ===> usr.sbin/cdcontrol (cleandir) ===> usr.bin/shar (cleandir) ===> usr.sbin/chkgrp (cleandir) ===> usr.bin/showmount (cleandir) ===> usr.sbin/chown (cleandir) ===> usr.bin/sockstat (cleandir) ===> usr.sbin/chroot (cleandir) ===> usr.bin/soelim (cleandir) ===> usr.sbin/ckdist (cleandir) ===> usr.bin/sort (cleandir) ===> usr.sbin/clear_locks (cleandir) ===> usr.bin/split (cleandir) ===> usr.sbin/crashinfo (cleandir) ===> usr.bin/stat (cleandir) ===> usr.sbin/cron (cleandir) ===> usr.sbin/cron/lib (cleandir) ===> usr.bin/stdbuf (cleandir) ===> usr.sbin/cron/cron (cleandir) ===> usr.bin/strings (cleandir) ===> usr.sbin/cron/crontab (cleandir) ===> usr.bin/su (cleandir) ===> usr.sbin/ctladm (cleandir) ===> usr.bin/systat (cleandir) ===> usr.sbin/ctld (cleandir) ===> usr.bin/tabs (cleandir) ===> usr.sbin/daemon (cleandir) ===> usr.bin/tail (cleandir) ===> usr.sbin/dconschat (cleandir) ===> rescue/rescue/vi/catalog (cleandepend) ===> usr.bin/tar (cleandir) ===> usr.sbin/devctl (cleandir) ===> usr.bin/tcopy (cleandir) ===> usr.sbin/devinfo (cleandir) ===> usr.bin/tee (cleandir) ===> usr.sbin/diskinfo (cleandir) ===> usr.bin/time (cleandir) ===> usr.sbin/dumpcis (cleandir) ===> usr.bin/timeout (cleandir) ===> usr.sbin/etcupdate (cleandir) ===> usr.bin/tip (cleandir) ===> usr.bin/tip/tip (cleandir) ===> usr.sbin/extattr (cleandir) ===> etc (cleandir) ===> share/msgdef (cleandir) ===> usr.bin/top (cleandir) ===> usr.sbin/extattrctl (cleandir) ===> etc/sendmail (cleandir) ===> usr.sbin/fifolog (cleandir) ===> usr.bin/touch (cleandir) ===> usr.sbin/fifolog/lib (cleandir) ===> usr.bin/tput (cleandir) ===> usr.bin/tr (cleandir) ===> usr.sbin/fifolog/fifolog_create (cleandir) ===> usr.bin/true (cleandir) ===> usr.bin/truncate (cleandir) ===> usr.sbin/fifolog/fifolog_writer (cleandir) ===> usr.bin/tset (cleandir) ===> usr.bin/tsort (cleandir) ===> usr.sbin/fifolog/fifolog_reader (cleandir) ===> usr.bin/tty (cleandir) ===> usr.bin/uname (cleandir) ===> usr.sbin/fstyp (cleandir) ===> usr.bin/unexpand (cleandir) ===> usr.bin/uniq (cleandir) ===> usr.sbin/fwcontrol (cleandir) ===> usr.bin/unzip (cleandir) ===> usr.bin/units (cleandir) ===> usr.sbin/getfmac (cleandir) ===> usr.bin/unvis (cleandir) ===> usr.bin/uudecode (cleandir) ===> usr.sbin/getpmac (cleandir) ===> usr.bin/uuencode (cleandir) ===> usr.bin/vis (cleandir) ===> usr.sbin/gstat (cleandir) ===> usr.bin/vmstat (cleandir) ===> usr.bin/w (cleandir) ===> share/numericdef (cleandir) ===> usr.sbin/i2c (cleandir) ===> usr.bin/wall (cleandir) ===> usr.bin/wc (cleandir) ===> share/sendmail (cleandir) ===> usr.sbin/ifmcstat (cleandir) ===> usr.bin/what (cleandir) ===> usr.bin/whereis (cleandir) ===> usr.sbin/iostat (cleandir) ===> share/skel (cleandir) ===> usr.bin/which (cleandir) ===> usr.bin/whois (cleandir) ===> usr.sbin/iovctl (cleandir) ===> share/snmp (cleandir) ===> share/snmp/mibs (cleandir) ===> usr.bin/write (cleandir) ===> usr.bin/xargs (cleandir) ===> usr.sbin/kldxref (cleandir) ===> share/syscons (cleandir) ===> share/syscons/fonts (cleandir) ===> usr.bin/xinstall (cleandir) ===> usr.bin/xo (cleandir) ===> usr.sbin/mailwrapper (cleandir) ===> usr.bin/xz (cleandir) ===> usr.bin/xzdec (cleandir) ===> share/syscons/keymaps (cleandir) ===> usr.sbin/makefs (cleandir) ===> usr.bin/yes (cleandir) ===> usr.bin/zstd (cleandir) ===> usr.sbin/memcontrol (cleandir) ===> usr.bin/gh-bc (cleandir) ===> usr.bin/mkcsmapper_static (cleandir) ===> share/syscons/scrnmaps (cleandir) ===> usr.sbin/mergemaster (cleandir) ===> usr.bin/mkesdb_static (cleandir) ===> share/tabset (cleandir) ===> usr.sbin/mfiutil (cleandir) ===> usr.bin/smbutil (cleandir) ===> usr.bin/at (cleandir) ===> share/termcap (cleandir) ===> usr.sbin/mixer (cleandir) ===> usr.bin/atm (cleandir) ===> usr.bin/bluetooth (cleandir) ===> share/timedef (cleandir) ===> usr.bin/atm/sscop (cleandir) ===> usr.bin/bluetooth/bthost (cleandir) ===> usr.sbin/mlxcontrol (cleandir) ===> usr.bin/cpio (cleandir) ===> usr.bin/bluetooth/btsockstat (cleandir) ===> usr.sbin/mountd (cleandir) ===> usr.bin/calendar (cleandir) ===> usr.bin/bluetooth/rfcomm_sppd (cleandir) ===> usr.sbin/mount_smbfs (cleandir) ===> usr.bin/clang (cleandir) ===> usr.sbin/mpsutil (cleandir) ===> usr.bin/clang/clang (cleandir) ===> usr.bin/dpv (cleandir) ===> usr.sbin/mptutil (cleandir) ===> usr.bin/clang/clang-tblgen (cleandir) ===> usr.bin/ee (cleandir) ===> usr.sbin/mtest (cleandir) ===> usr.bin/clang/llvm-tblgen (cleandir) ===> usr.bin/file (cleandir) ===> usr.sbin/newsyslog (cleandir) ===> usr.sbin/newsyslog/newsyslog.conf.d (cleandir) ===> usr.bin/clang/lldb-tblgen (cleandir) ===> usr.bin/finger (cleandir) ===> usr.bin/clang/llvm-ar (cleandir) ===> usr.sbin/nfscbd (cleandir) ===> usr.bin/ftp (cleandir) ===> usr.bin/clang/llvm-nm (cleandir) ===> usr.sbin/nfsd (cleandir) ===> usr.bin/caesar (cleandir) ===> usr.bin/clang/llvm-objdump (cleandir) ===> usr.sbin/nfsdumpstate (cleandir) ===> usr.bin/factor (cleandir) ===> usr.bin/clang/llvm-symbolizer (cleandir) ===> usr.sbin/nfsrevoke (cleandir) ===> usr.bin/fortune (cleandir) ===> usr.bin/fortune/fortune (cleandir) ===> usr.sbin/nfsuserd (cleandir) ===> usr.bin/clang/lld (cleandir) ===> usr.bin/fortune/strfile (cleandir) ===> usr.sbin/nmtree (cleandir) ===> usr.bin/clang/lldb (cleandir) ===> usr.bin/fortune/datfiles (cleandir) ===> usr.sbin/nologin (cleandir) ===> usr.bin/clang/llvm-cov (cleandir) ===> usr.bin/fortune/unstr (cleandir) ===> usr.sbin/pciconf (cleandir) ===> usr.bin/clang/llvm-profdata (cleandir) ===> usr.bin/grdc (cleandir) ===> usr.bin/morse (cleandir) ===> usr.sbin/periodic (cleandir) ===> usr.bin/number (cleandir) ===> usr.sbin/periodic/etc (cleandir) ===> usr.sbin/periodic/etc/daily (cleandir) ===> usr.bin/pom (cleandir) ===> usr.bin/primes (cleandir) ===> usr.sbin/periodic/etc/security (cleandir) ===> usr.bin/random (cleandir) ===> usr.bin/iconv (cleandir) ===> usr.sbin/periodic/etc/weekly (cleandir) ===> usr.bin/mkcsmapper (cleandir) ===> usr.bin/mkesdb (cleandir) ===> usr.sbin/periodic/etc/monthly (cleandir) ===> usr.bin/iscsictl (cleandir) ===> usr.bin/kdump (cleandir) ===> usr.sbin/pnfsdscopymr (cleandir) ===> usr.bin/truss (cleandir) ===> usr.bin/compile_et (cleandir) ===> usr.sbin/pnfsdsfile (cleandir) ===> usr.bin/drill (cleandir) ===> usr.bin/host (cleandir) ===> usr.sbin/pnfsdskill (cleandir) ===> usr.bin/ldd32 (cleandir) ===> usr.bin/locate (cleandir) ===> usr.bin/locate/bigram (cleandir) ===> usr.sbin/powerd (cleandir) ===> usr.bin/locate/code (cleandir) ===> usr.bin/biff (cleandir) ===> usr.sbin/prometheus_sysctl_exporter (cleandir) ===> usr.bin/locate/locate (cleandir) ===> usr.bin/from (cleandir) ===> usr.sbin/pstat (cleandir) ===> usr.bin/mail (cleandir) ===> usr.bin/msgs (cleandir) ===> usr.sbin/pw (cleandir) ===> usr.bin/bmake (cleandir) ===> usr.bin/man (cleandir) ===> usr.sbin/pwd_mkdb (cleandir) ===> usr.bin/nc (cleandir) ===> usr.bin/ypcat (cleandir) ===> usr.sbin/pwm (cleandir) ===> usr.bin/ypmatch (cleandir) ===> usr.bin/ypwhich (cleandir) ===> usr.sbin/quot (cleandir) ===> usr.bin/ssh-copy-id (cleandir) ===> usr.bin/chkey (cleandir) ===> usr.sbin/rarpd (cleandir) ===> usr.bin/newkey (cleandir) ===> usr.bin/quota (cleandir) ===> usr.sbin/rmt (cleandir) ===> usr.bin/vacation (cleandir) ===> usr.bin/talk (cleandir) ===> usr.sbin/rpcbind (cleandir) ===> usr.bin/telnet (cleandir) ===> usr.bin/ul (cleandir) ===> usr.sbin/rpc.lockd (cleandir) ===> usr.bin/tftp (cleandir) ===> usr.bin/addr2line (cleandir) ===> usr.sbin/rpc.statd (cleandir) ===> usr.bin/ar (cleandir) ===> usr.bin/c89 (cleandir) ===> usr.sbin/rpc.umntall (cleandir) ===> usr.bin/c99 (cleandir) ===> usr.bin/ctags (cleandir) ===> usr.sbin/rtprio (cleandir) ===> usr.bin/cxxfilt (cleandir) ===> usr.bin/objcopy (cleandir) ===> usr.sbin/rwhod (cleandir) ===> usr.bin/file2c (cleandir) ===> usr.bin/gprof (cleandir) ===> usr.sbin/service (cleandir) ===> usr.bin/indent (cleandir) ===> usr.bin/lex (cleandir) ===> usr.sbin/services_mkdb (cleandir) ===> usr.bin/lex/lib (cleandir) ===> usr.bin/mkstr (cleandir) ===> usr.sbin/sesutil (cleandir) ===> usr.bin/nm (cleandir) ===> usr.bin/readelf (cleandir) ===> share/vt (cleandir) ===> usr.sbin/setfib (cleandir) ===> share/vt/fonts (cleandir) ===> usr.bin/rpcgen (cleandir) ===> usr.bin/unifdef (cleandir) ===> usr.sbin/setfmac (cleandir) ===> share/vt/keymaps (cleandir) ===> usr.bin/size (cleandir) ===> usr.bin/xstr (cleandir) ===> usr.sbin/setpmac (cleandir) ===> usr.bin/yacc (cleandir) ===> share/zoneinfo (cleandir) ===> usr.bin/vi (cleandir) ===> usr.sbin/smbmsg (cleandir) ===> usr.bin/vtfontcvt (cleandir) ===> usr.bin/vi/catalog (cleandir) ===> usr.sbin/snapinfo (cleandir) ===> usr.sbin/spi (cleandir) ===> usr.bin/usbhidaction (cleandir) ===> usr.sbin/spray (cleandir) ===> usr.sbin/syslogd (cleandir) ===> usr.bin/usbhidctl (cleandir) ===> usr.bin/last (cleandir) ===> usr.sbin/sysrc (cleandir) ===> usr.sbin/tcpdrop (cleandir) ===> usr.bin/users (cleandir) ===> usr.bin/who (cleandir) ===> usr.sbin/tcpdump (cleandir) ===> usr.sbin/traceroute (cleandir) ===> usr.bin/svn (cleandir) ===> usr.sbin/tcpdump/tcpdump (cleandir) ===> usr.bin/svn/lib (cleandir) ===> usr.bin/ofed (cleandir) ===> usr.sbin/trim (cleandir) ===> usr.bin/ofed/libibverbs (cleandir) ===> usr.bin/svn/lib/libapr (cleandir) ===> usr.bin/ofed/libibverbs/asyncwatch (cleandir) ===> usr.sbin/trpt (cleandir) ===> usr.sbin/tzsetup (cleandir) ===> usr.bin/svn/lib/libapr_util (cleandir) ===> usr.bin/ofed/libibverbs/devinfo (cleandir) ===> usr.sbin/ugidfw (cleandir) ===> usr.sbin/valectl (cleandir) ===> usr.bin/svn/lib/libserf (cleandir) ===> usr.bin/ofed/libibverbs/devices (cleandir) ===> usr.sbin/vigr (cleandir) ===> usr.sbin/vipw (cleandir) ===> usr.bin/ofed/libibverbs/rc_pingpong (cleandir) ===> usr.bin/svn/lib/libsvn_client (cleandir) ===> usr.sbin/wake (cleandir) ===> usr.sbin/watch (cleandir) ===> usr.bin/ofed/libibverbs/srq_pingpong (cleandir) ===> usr.sbin/watchdogd (cleandir) ===> usr.bin/svn/lib/libsvn_delta (cleandir) ===> usr.sbin/zic (cleandir) ===> usr.sbin/zic/zic (cleandir) ===> usr.bin/ofed/libibverbs/uc_pingpong (cleandir) ===> usr.sbin/zonectl (cleandir) ===> usr.bin/svn/lib/libsvn_diff (cleandir) ===> usr.sbin/zic/zdump (cleandir) ===> usr.bin/ofed/libibverbs/ud_pingpong (cleandir) ===> usr.sbin/acpi (cleandir) ===> usr.bin/svn/lib/libsvn_fs (cleandir) ===> usr.sbin/acpi/acpiconf (cleandir) ===> usr.sbin/apm (cleandir) ===> usr.bin/ofed/librdmacm (cleandir) ===> usr.bin/svn/lib/libsvn_fs_fs (cleandir) ===> usr.bin/ofed/librdmacm/ucmatose (cleandir) ===> usr.sbin/acpi/acpidb (cleandir) ===> usr.sbin/bhyve (cleandir) ===> usr.bin/svn/lib/libsvn_fs_util (cleandir) ===> usr.bin/ofed/librdmacm/mckey (cleandir) ===> usr.sbin/bhyvectl (cleandir) ===> usr.sbin/acpi/acpidump (cleandir) ===> usr.bin/svn/lib/libsvn_fs_x (cleandir) ===> usr.bin/ofed/librdmacm/rping (cleandir) ===> usr.sbin/bhyveload (cleandir) ===> usr.sbin/acpi/iasl (cleandir) ===> usr.bin/ofed/librdmacm/udaddy (cleandir) ===> usr.bin/svn/lib/libsvn_ra (cleandir) ===> usr.sbin/boot0cfg (cleandir) ===> usr.bin/ofed/infiniband-diags (cleandir) ===> usr.bin/svn/lib/libsvn_ra_local (cleandir) ===> usr.bin/ofed/infiniband-diags/ibstat (cleandir) ===> usr.sbin/btxld (cleandir) ===> usr.sbin/cpucontrol (cleandir) ===> usr.bin/svn/lib/libsvn_ra_serf (cleandir) ===> usr.sbin/hyperv (cleandir) ===> usr.sbin/kgmon (cleandir) ===> usr.sbin/lptcontrol (cleandir) ===> usr.sbin/hyperv/tools/kvp (cleandir) ===> usr.bin/svn/lib/libsvn_ra_svn (cleandir) ===> usr.sbin/mptable (cleandir) ===> usr.sbin/ndiscvt (cleandir) ===> usr.sbin/hyperv/tools/vss (cleandir) ===> usr.bin/svn/lib/libsvn_repos (cleandir) ===> usr.sbin/spkrtest (cleandir) ===> usr.sbin/zzz (cleandir) ===> usr.sbin/accton (cleandir) ===> usr.bin/svn/lib/libsvn_subr (cleandir) ===> usr.sbin/sa (cleandir) ===> usr.sbin/audit (cleandir) ===> usr.sbin/auditd (cleandir) ===> usr.sbin/auditdistd (cleandir) ===> usr.sbin/auditreduce (cleandir) ===> usr.bin/svn/lib/libsvn_wc (cleandir) ===> usr.sbin/praudit (cleandir) ===> usr.sbin/authpf (cleandir) ===> usr.sbin/autofs (cleandir) ===> usr.bin/svn/svn (cleandir) ===> usr.sbin/blacklistctl (cleandir) ===> usr.sbin/autofs/autofs (cleandir) ===> usr.sbin/blacklistd (cleandir) ===> usr.sbin/bluetooth (cleandir) ===> usr.bin/svn/svnadmin (cleandir) ===> usr.sbin/bluetooth/bluetooth-config (cleandir) ===> usr.sbin/bootparamd (cleandir) ===> usr.sbin/bsdinstall (cleandir) ===> usr.sbin/bootparamd/bootparamd (cleandir) ===> usr.bin/svn/svnbench (cleandir) ===> usr.sbin/bsdinstall/distextract (cleandir) ===> usr.sbin/bluetooth/bt3cfw (cleandir) ===> usr.sbin/bootparamd/callbootd (cleandir) ===> usr.bin/svn/svndumpfilter (cleandir) ===> usr.sbin/bsdinstall/distfetch (cleandir) ===> usr.sbin/bluetooth/btpand (cleandir) ===> usr.sbin/bsnmpd (cleandir) ===> usr.bin/svn/svnfsfs (cleandir) ===> usr.sbin/bsnmpd/gensnmptree (cleandir) ===> usr.sbin/bsdinstall/partedit (cleandir) ===> usr.sbin/bluetooth/hccontrol (cleandir) ===> usr.bin/svn/svnlook (cleandir) ===> usr.sbin/bsnmpd/bsnmpd (cleandir) ===> usr.sbin/bsdinstall/scripts (cleandir) ===> usr.sbin/bluetooth/hcsecd (cleandir) ===> usr.bin/svn/svnserve (cleandir) ===> usr.sbin/bsnmpd/modules (cleandir) ===> usr.sbin/bluetooth/hcseriald (cleandir) ===> usr.sbin/certctl (cleandir) ===> usr.bin/svn/svnsync (cleandir) ===> usr.sbin/bsnmpd/modules/snmp_bridge (cleandir) ===> usr.sbin/bluetooth/l2control (cleandir) ===> usr.sbin/cxgbetool (cleandir) ===> usr.bin/svn/svnversion (cleandir) ===> usr.sbin/bsnmpd/modules/snmp_hostres (cleandir) ===> usr.sbin/bluetooth/l2ping (cleandir) ===> usr.sbin/bsdconfig (cleandir) ===> usr.bin/svn/svnmucc (cleandir) ===> usr.sbin/bsnmpd/modules/snmp_lm75 (cleandir) ===> usr.sbin/bluetooth/rfcomm_pppd (cleandir) ===> usr.sbin/bsdconfig/console (cleandir) ===> usr.bin/svn/svnrdump (cleandir) ===> usr.sbin/bsdconfig/console/include (cleandir) ===> usr.sbin/bsnmpd/modules/snmp_mibII (cleandir) ===> usr.sbin/bluetooth/sdpcontrol (cleandir) ===> usr.sbin/bsdconfig/diskmgmt (cleandir) ===> usr.sbin/bsdconfig/docsinstall (cleandir) ===> usr.sbin/bluetooth/sdpd (cleandir) ===> usr.sbin/bsnmpd/modules/snmp_target (cleandir) ===> usr.sbin/bsdconfig/diskmgmt/include (cleandir) ===> usr.sbin/bsdconfig/docsinstall/include (cleandir) ===> usr.sbin/bluetooth/ath3kfw (cleandir) ===> usr.sbin/bsnmpd/modules/snmp_usm (cleandir) ===> usr.sbin/bsdconfig/dot (cleandir) ===> usr.sbin/bsdconfig/include (cleandir) ===> usr.sbin/bluetooth/bcmfw (cleandir) ===> usr.sbin/bsnmpd/modules/snmp_vacm (cleandir) ===> usr.sbin/bsdconfig/dot/include (cleandir) ===> usr.sbin/bsdconfig/includes (cleandir) ===> usr.sbin/bluetooth/bthidcontrol (cleandir) ===> usr.sbin/bsnmpd/modules/snmp_hast (cleandir) ===> usr.sbin/bsdconfig/includes/include (cleandir) ===> usr.sbin/bsdconfig/mouse (cleandir) ===> usr.sbin/bluetooth/bthidd (cleandir) ===> usr.sbin/bsnmpd/modules/snmp_pf (cleandir) ===> usr.sbin/bsdconfig/mouse/include (cleandir) ===> usr.sbin/bsdconfig/networking (cleandir) ===> usr.sbin/bluetooth/iwmbtfw (cleandir) ===> usr.sbin/bsnmpd/modules/snmp_netgraph (cleandir) ===> usr.sbin/bsdconfig/networking/include (cleandir) ===> usr.sbin/bsdconfig/packages (cleandir) ===> usr.sbin/efivar (cleandir) ===> usr.sbin/bsdconfig/packages/include (cleandir) ===> usr.sbin/bsdconfig/networking/share (cleandir) ===> usr.sbin/bsnmpd/modules/snmp_wlan (cleandir) ===> usr.sbin/efidp (cleandir) ===> usr.sbin/bsdconfig/password (cleandir) ===> usr.sbin/bsdconfig/security (cleandir) ===> usr.sbin/bsnmpd/tools (cleandir) ===> usr.sbin/bsnmpd/tools/libbsnmptools (cleandir) ===> usr.sbin/efibootmgr (cleandir) ===> usr.sbin/bsdconfig/password/include (cleandir) ===> usr.sbin/bsdconfig/security/include (cleandir) ===> usr.sbin/bsnmpd/tools/bsnmptools (cleandir) ===> usr.sbin/uefisign (cleandir) ===> usr.sbin/bsdconfig/password/share (cleandir) ===> usr.sbin/bsdconfig/share (cleandir) ===> usr.sbin/fdcontrol (cleandir) ===> usr.sbin/fdformat (cleandir) ===> usr.sbin/bsdconfig/share/media (cleandir) ===> usr.sbin/bsdconfig/startup (cleandir) ===> usr.sbin/fdread (cleandir) ===> usr.sbin/bsdconfig/startup/include (cleandir) ===> usr.sbin/fdwrite (cleandir) ===> usr.sbin/bsdconfig/share/packages (cleandir) ===> usr.sbin/bsdconfig/startup/share (cleandir) ===> usr.sbin/fmtree (cleandir) ===> usr.sbin/freebsd-update (cleandir) ===> usr.sbin/bsdconfig/timezone (cleandir) ===> usr.sbin/gssd (cleandir) ===> usr.sbin/bsdconfig/timezone/include (cleandir) ===> usr.sbin/bsdconfig/ttys (cleandir) ===> usr.sbin/gpioctl (cleandir) ===> usr.sbin/bsdconfig/ttys/include (cleandir) ===> usr.sbin/bsdconfig/timezone/share (cleandir) ===> usr.sbin/ip6addrctl (cleandir) ===> usr.sbin/mld6query (cleandir) ===> usr.sbin/bsdconfig/usermgmt (cleandir) ===> usr.sbin/ndp (cleandir) ===> usr.sbin/bsdconfig/examples (cleandir) ===> usr.sbin/rip6query (cleandir) ===> usr.sbin/bsdconfig/usermgmt/include (cleandir) ===> usr.sbin/route6d (cleandir) ===> usr.sbin/rrenumd (cleandir) ===> usr.sbin/rtadvctl (cleandir) ===> usr.sbin/bsdconfig/usermgmt/share (cleandir) ===> usr.sbin/rtadvd (cleandir) ===> usr.sbin/rtsold (cleandir) ===> usr.sbin/traceroute6 (cleandir) ===> usr.sbin/inetd (cleandir) ===> usr.sbin/ipfwpcap (cleandir) ===> usr.sbin/iscsid (cleandir) ===> usr.sbin/jail (cleandir) ===> usr.sbin/jexec (cleandir) ===> usr.sbin/jls (cleandir) ===> usr.sbin/kbdcontrol (cleandir) ===> usr.sbin/kbdmap (cleandir) ===> usr.sbin/moused (cleandir) ===> usr.sbin/vidcontrol (cleandir) ===> usr.sbin/pppctl (cleandir) ===> usr.sbin/nscd (cleandir) ===> usr.sbin/lpr (cleandir) ===> usr.sbin/manctl (cleandir) ===> usr.sbin/mlx5tool (cleandir) ===> usr.sbin/flowctl (cleandir) ===> usr.sbin/lpr/common_source (cleandir) ===> usr.sbin/ngctl (cleandir) ===> usr.sbin/nghook (cleandir) ===> usr.sbin/rpc.yppasswdd (cleandir) ===> usr.sbin/lpr/chkprintcap (cleandir) ===> usr.sbin/rpc.ypupdated (cleandir) ===> usr.sbin/rpc.ypxfrd (cleandir) ===> usr.sbin/ypbind (cleandir) ===> usr.sbin/lpr/lp (cleandir) ===> usr.sbin/ypldap (cleandir) ===> usr.sbin/yp_mkdb (cleandir) ===> usr.sbin/yppoll (cleandir) ===> usr.sbin/lpr/lpc (cleandir) ===> usr.sbin/yppush (cleandir) ===> usr.sbin/ypserv (cleandir) ===> usr.sbin/ypset (cleandir) ===> usr.sbin/lpr/lpd (cleandir) ===> usr.sbin/ntp (cleandir) ===> usr.sbin/keyserv (cleandir) ===> usr.sbin/ftp-proxy (cleandir) ===> usr.sbin/lpr/lpq (cleandir) ===> usr.sbin/ntp/libopts (cleandir) ===> usr.sbin/pkg (cleandir) ===> usr.sbin/pmcannotate (cleandir) ===> usr.sbin/lpr/lpr (cleandir) ===> usr.sbin/ntp/libntp (cleandir) ===> usr.sbin/pmccontrol (cleandir) ===> usr.sbin/lpr/lprm (cleandir) ===> usr.sbin/ntp/libntpevent (cleandir) ===> usr.sbin/pmcstat (cleandir) ===> usr.sbin/lpr/lptest (cleandir) ===> usr.sbin/pmcstudy (cleandir) ===> usr.sbin/ntp/libparse (cleandir) ===> usr.sbin/portsnap (cleandir) ===> usr.sbin/lpr/pac (cleandir) ===> usr.sbin/ppp (cleandir) ===> usr.sbin/portsnap/portsnap (cleandir) ===> usr.sbin/ntp/ntpd (cleandir) ===> usr.sbin/lpr/filters (cleandir) ===> usr.sbin/portsnap/make_index (cleandir) ===> usr.sbin/edquota (cleandir) ===> usr.sbin/ntp/ntpdc (cleandir) ===> usr.sbin/lpr/filters.ru (cleandir) ===> usr.sbin/quotaon (cleandir) ===> usr.sbin/repquota (cleandir) ===> usr.sbin/lpr/filters.ru/koi2alt (cleandir) ===> usr.sbin/ntp/ntpq (cleandir) ===> usr.sbin/editmap (cleandir) ===> usr.sbin/mailstats (cleandir) ===> usr.sbin/lpr/filters.ru/koi2855 (cleandir) ===> usr.sbin/ntp/ntpdate (cleandir) ===> usr.sbin/makemap (cleandir) ===> usr.sbin/praliases (cleandir) ===> usr.sbin/ntp/ntptime (cleandir) ===> usr.sbin/sendmail (cleandir) ===> usr.sbin/tcpdchk (cleandir) ===> usr.sbin/tcpdmatch (cleandir) ===> usr.sbin/ntp/ntp-keygen (cleandir) ===> usr.sbin/config (cleandir) ===> usr.sbin/crunch (cleandir) ===> usr.sbin/unbound (cleandir) ===> usr.sbin/crunch/crunchgen (cleandir) ===> usr.sbin/unbound/daemon (cleandir) ===> usr.sbin/ntp/sntp (cleandir) ===> usr.sbin/uathload (cleandir) ===> usr.sbin/crunch/crunchide (cleandir) ===> usr.sbin/unbound/anchor (cleandir) ===> usr.sbin/ntp/doc (cleandir) ===> usr.sbin/uhsoctl (cleandir) ===> usr.sbin/usbconfig (cleandir) ===> usr.sbin/unbound/checkconf (cleandir) ===> usr.sbin/usbdump (cleandir) ===> usr.sbin/ntp/doc/drivers (cleandir) ===> usr.sbin/ac (cleandir) ===> usr.sbin/unbound/control (cleandir) ===> usr.sbin/lastlogin (cleandir) ===> usr.sbin/ntp/doc/drivers/icons (cleandir) ===> usr.sbin/utx (cleandir) ===> usr.sbin/unbound/setup (cleandir) ===> usr.sbin/ancontrol (cleandir) ===> usr.sbin/ntp/doc/drivers/scripts (cleandir) ===> usr.sbin/wlandebug (cleandir) ===> usr.sbin/wpa (cleandir) ===> usr.sbin/wpa/wpa_supplicant (cleandir) ===> usr.sbin/ntp/doc/hints (cleandir) ===> usr.sbin/ntp/doc/icons (cleandir) ===> usr.sbin/wpa/wpa_cli (cleandir) ===> usr.sbin/wpa/wpa_passphrase (cleandir) ===> usr.sbin/ntp/doc/pic (cleandir) ===> usr.sbin/ntp/doc/scripts (cleandir) ===> usr.sbin/wpa/hostapd (cleandir) ===> usr.sbin/wpa/hostapd_cli (cleandir) ===> usr.sbin/wpa/ndis_events (cleandir) ===> lib (cleandir) ===> libexec (cleandir) ===> bin (cleandir) ===> cddl (cleandir) ===> cddl/lib (cleandir) ===> bin/cat (cleandir) ===> cddl/lib/drti (cleandir) ===> libexec/atrun (cleandir) ===> bin/chflags (cleandir) ===> libexec/blacklistd-helper (cleandir) ===> cddl/lib/libavl (cleandir) ===> lib/csu (cleandir) ===> lib/csu/i386 (cleandir) ===> bin/chio (cleandir) ===> libexec/comsat (cleandir) ===> cddl/lib/libctf (cleandir) ===> lib/libc (cleandir) ===> bin/chmod (cleandir) ===> libexec/dma (cleandir) ===> cddl/lib/libdtrace (cleandir) ===> libexec/dma/dmagent (cleandir) ===> bin/cp (cleandir) ===> libexec/dma/dma-mbox-create (cleandir) ===> cddl/lib/libicp (cleandir) ===> bin/date (cleandir) ===> libexec/flua (cleandir) ===> cddl/lib/libicp_rescue (cleandir) ===> bin/dd (cleandir) ===> libexec/getty (cleandir) ===> cddl/lib/libnvpair (cleandir) ===> bin/df (cleandir) ===> libexec/mail.local (cleandir) ===> cddl/lib/libspl (cleandir) ===> bin/domainname (cleandir) ===> libexec/mknetid (cleandir) ===> cddl/lib/libtpool (cleandir) ===> bin/echo (cleandir) ===> libexec/phttpget (cleandir) ===> bin/ed (cleandir) ===> cddl/lib/libumem (cleandir) ===> libexec/pppoed (cleandir) ===> bin/expr (cleandir) ===> cddl/lib/libuutil (cleandir) ===> libexec/rc (cleandir) ===> bin/freebsd-version (cleandir) ===> cddl/lib/libzfs_core (cleandir) ===> libexec/rc/rc.d (cleandir) ===> bin/getfacl (cleandir) ===> cddl/lib/libzfs (cleandir) ===> bin/hostname (cleandir) ===> lib/libc_nonshared (cleandir) ===> cddl/lib/libzfsbootenv (cleandir) ===> bin/kenv (cleandir) ===> lib/libcompiler_rt (cleandir) ===> cddl/lib/libzpool (cleandir) ===> libexec/revnetgroup (cleandir) ===> bin/kill (cleandir) ===> libexec/rpc.rquotad (cleandir) ===> bin/ln (cleandir) ===> cddl/lib/libzutil (cleandir) ===> lib/libc++ (cleandir) ===> libexec/rpc.rstatd (cleandir) ===> bin/ls (cleandir) ===> cddl/sbin (cleandir) ===> cddl/sbin/zfs (cleandir) ===> libexec/rpc.rusersd (cleandir) ===> bin/mkdir (cleandir) ===> lib/libc++experimental (cleandir) ===> cddl/sbin/zpool (cleandir) ===> libexec/rpc.rwalld (cleandir) ===> bin/mv (cleandir) ===> lib/libcxxrt (cleandir) ===> cddl/usr.bin (cleandir) ===> libexec/rpc.sprayd (cleandir) ===> bin/pax (cleandir) ===> lib/libelf (cleandir) ===> cddl/usr.bin/ctfconvert (cleandir) ===> libexec/rtld-elf (cleandir) ===> bin/pkill (cleandir) ===> cddl/usr.bin/ctfdump (cleandir) ===> lib/libssp (cleandir) ===> libexec/save-entropy (cleandir) ===> bin/ps (cleandir) ===> cddl/usr.bin/ctfmerge (cleandir) ===> lib/libssp_nonshared (cleandir) ===> libexec/smrsh (cleandir) ===> bin/pwait (cleandir) ===> cddl/usr.bin/zinject (cleandir) ===> lib/msun (cleandir) ===> libexec/telnetd (cleandir) ===> bin/pwd (cleandir) ===> cddl/usr.bin/zstream (cleandir) ===> libexec/tftp-proxy (cleandir) ===> bin/realpath (cleandir) ===> lib/libsqlite3 (cleandir) ===> cddl/usr.bin/zstreamdump (cleandir) ===> libexec/ulog-helper (cleandir) ===> bin/rm (cleandir) ===> cddl/usr.bin/ztest (cleandir) ===> lib/geom (cleandir) ===> libexec/ypxfr (cleandir) ===> lib/geom/cache (cleandir) ===> bin/rmdir (cleandir) ===> cddl/usr.sbin (cleandir) ===> cddl/usr.sbin/dtrace (cleandir) ===> libexec/bootpd (cleandir) ===> bin/setfacl (cleandir) ===> lib/geom/concat (cleandir) ===> libexec/bootpd/bootpgw (cleandir) ===> cddl/usr.sbin/dwatch (cleandir) ===> lib/geom/eli (cleandir) ===> bin/sh (cleandir) ===> cddl/usr.sbin/dwatch/libexec (cleandir) ===> libexec/bootpd/tools (cleandir) ===> lib/geom/journal (cleandir) ===> libexec/bootpd/tools/bootpef (cleandir) ===> bin/sleep (cleandir) ===> cddl/usr.sbin/dwatch/examples (cleandir) ===> bin/stty (cleandir) ===> libexec/bootpd/tools/bootptest (cleandir) ===> lib/geom/label (cleandir) ===> cddl/usr.sbin/lockstat (cleandir) ===> bin/sync (cleandir) ===> lib/geom/mirror (cleandir) ===> libexec/fingerd (cleandir) ===> cddl/usr.sbin/plockstat (cleandir) ===> bin/test (cleandir) ===> lib/geom/mountver (cleandir) ===> libexec/ftpd (cleandir) ===> cddl/usr.sbin/zdb (cleandir) ===> bin/uuidgen (cleandir) ===> lib/geom/multipath (cleandir) ===> libexec/rbootd (cleandir) ===> cddl/usr.sbin/zfsd (cleandir) ===> bin/rmail (cleandir) ===> lib/geom/nop (cleandir) ===> libexec/talkd (cleandir) ===> cddl/usr.sbin/zhack (cleandir) ===> bin/csh (cleandir) ===> lib/geom/part (cleandir) ===> libexec/tcpd (cleandir) ===> gnu (cleandir) ===> gnu/lib (cleandir) ===> lib/geom/raid (cleandir) ===> libexec/tftpd (cleandir) ===> gnu/lib/libregex (cleandir) ===> include (cleandir) ===> lib/geom/raid3 (cleandir) ===> libexec/hyperv (cleandir) ===> gnu/lib/libdialog (cleandir) ===> include/arpa (cleandir) ===> lib/geom/shsec (cleandir) ===> libexec/rtld-elf32 (cleandir) make[4]: "/usr/embedded/bbb/usr/src/share/mk/bsd.compat.mk" line 112: warning: NEED_COMPAT defined, but no LIBCOMPAT is available (COMPAT_ARCH == i386 ===> gnu/usr.bin (cleandir) ===> include/protocols (cleandir) ===> gnu/usr.bin/dialog (cleandir) ===> lib/geom/stripe (cleandir) ===> kerberos5 (cleandir) ===> include/rpcsvc (cleandir) ===> kerberos5/lib (cleandir) ===> gnu/usr.bin/diff3 (cleandir) ===> lib/geom/virstor (cleandir) ===> kerberos5/lib/libasn1 (cleandir) ===> include/rpc (cleandir) ===> gnu/usr.bin/grep (cleandir) ===> lib/lib9p (cleandir) ===> include/xlocale (cleandir) ===> kerberos5/lib/libhdb (cleandir) ===> gnu/usr.bin/binutils (cleandir) ===> lib/libalias (cleandir) ===> gnu/usr.bin/binutils/libiberty (cleandir) ===> lib/libalias/libalias (cleandir) ===> include/gssapi (cleandir) ===> kerberos5/lib/libheimntlm (cleandir) ===> gnu/usr.bin/binutils/libbfd (cleandir) ===> lib/libalias/modules (cleandir) ===> rescue (cleandir) ===> lib/libalias/modules/dummy (cleandir) ===> rescue/librescue (cleandir) ===> kerberos5/lib/libhx509 (cleandir) ===> gnu/usr.bin/binutils/libopcodes (cleandir) ===> lib/libalias/modules/ftp (cleandir) ===> rescue/rescue (cleandir) ===> kerberos5/lib/libkadm5clnt (cleandir) ===> gnu/usr.bin/gdb (cleandir) ===> lib/libalias/modules/irc (cleandir) ===> gnu/usr.bin/gdb/libgdb (cleandir) ===> kerberos5/lib/libkadm5srv (cleandir) ===> lib/libalias/modules/nbt (cleandir) ===> kerberos5/lib/libkrb5 (cleandir) ===> gnu/usr.bin/gdb/gdb (cleandir) ===> lib/libalias/modules/pptp (cleandir) ===> gnu/usr.bin/gdb/kgdb (cleandir) ===> lib/libalias/modules/skinny (cleandir) ===> kerberos5/lib/libroken (cleandir) ===> lib/libalias/modules/smedia (cleandir) ===> sbin (cleandir) ===> kerberos5/lib/libsl (cleandir) ===> lib/libarchive (cleandir) ===> sbin/adjkerntz (cleandir) ===> kerberos5/lib/libvers (cleandir) ===> sbin/camcontrol (cleandir) ===> lib/libauditd (cleandir) ===> kerberos5/lib/libkdc (cleandir) ===> lib/libbegemot (cleandir) ===> sbin/clri (cleandir) ===> kerberos5/lib/libwind (cleandir) ===> sbin/comcontrol (cleandir) ===> lib/libblocksruntime (cleandir) ===> kerberos5/lib/libheimbase (cleandir) ===> sbin/conscontrol (cleandir) ===> lib/libbsdstat (cleandir) ===> kerberos5/lib/libheimipcc (cleandir) ===> sbin/ddb (cleandir) ===> lib/libbsm (cleandir) ===> kerberos5/lib/libheimipcs (cleandir) ===> sbin/devfs (cleandir) ===> lib/libbz2 (cleandir) ===> kerberos5/lib/libkafs5 (cleandir) ===> sbin/devmatch (cleandir) ===> lib/libcalendar (cleandir) ===> kerberos5/lib/libgssapi_krb5 (cleandir) ===> sbin/dhclient (cleandir) ===> lib/libcam (cleandir) ===> kerberos5/lib/libgssapi_ntlm (cleandir) ===> sbin/dmesg (cleandir) ===> lib/libcapsicum (cleandir) ===> kerberos5/lib/libgssapi_spnego (cleandir) ===> sbin/dump (cleandir) ===> lib/libcasper (cleandir) ===> lib/libcasper/libcasper (cleandir) ===> kerberos5/libexec (cleandir) ===> sbin/dumpfs (cleandir) ===> kerberos5/libexec/digest-service (cleandir) ===> lib/libcasper/services (cleandir) ===> sbin/dumpon (cleandir) ===> lib/libcasper/services/cap_dns (cleandir) ===> kerberos5/libexec/ipropd-master (cleandir) ===> sbin/etherswitchcfg (cleandir) ===> lib/libcasper/services/cap_fileargs (cleandir) ===> kerberos5/libexec/ipropd-slave (cleandir) ===> sbin/ffsinfo (cleandir) ===> lib/libcasper/services/cap_grp (cleandir) ===> kerberos5/libexec/hprop (cleandir) ===> sbin/fsck (cleandir) ===> lib/libcasper/services/cap_net (cleandir) ===> kerberos5/libexec/hpropd (cleandir) ===> sbin/fsck_ffs (cleandir) ===> lib/libcasper/services/cap_pwd (cleandir) ===> kerberos5/libexec/kdc (cleandir) ===> sbin/fsck_msdosfs (cleandir) ===> lib/libcasper/services/cap_sysctl (cleandir) ===> kerberos5/libexec/kdigest (cleandir) ===> sbin/fsdb (cleandir) ===> lib/libcasper/services/cap_syslog (cleandir) ===> kerberos5/libexec/kfd (cleandir) ===> sbin/fsirand (cleandir) ===> lib/libcompat (cleandir) ===> kerberos5/libexec/kimpersonate (cleandir) ===> sbin/gbde (cleandir) ===> lib/libcrypt (cleandir) ===> kerberos5/libexec/kpasswdd (cleandir) ===> sbin/geom (cleandir) ===> lib/libdevctl (cleandir) ===> kerberos5/libexec/kcm (cleandir) ===> sbin/ggate (cleandir) ===> lib/libdevinfo (cleandir) ===> sbin/ggate/ggatec (cleandir) ===> kerberos5/libexec/kadmind (cleandir) ===> lib/libdevstat (cleandir) ===> sbin/ggate/ggated (cleandir) ===> kerberos5/tools (cleandir) ===> kerberos5/tools/make-roken (cleandir) ===> lib/libdl (cleandir) ===> sbin/ggate/ggatel (cleandir) ===> kerberos5/tools/asn1_compile (cleandir) ===> lib/libdwarf (cleandir) ===> sbin/growfs (cleandir) ===> kerberos5/tools/slc (cleandir) ===> sbin/gvinum (cleandir) ===> lib/libedit (cleandir) ===> kerberos5/usr.bin (cleandir) ===> sbin/ifconfig (cleandir) ===> lib/libedit/readline (cleandir) ===> kerberos5/usr.bin/hxtool (cleandir) ===> sbin/init (cleandir) ===> lib/libelftc (cleandir) ===> kerberos5/usr.bin/kadmin (cleandir) ===> sbin/kldconfig (cleandir) ===> kerberos5/usr.bin/kcc (cleandir) ===> lib/libevent1 (cleandir) ===> sbin/kldload (cleandir) ===> kerberos5/usr.bin/kdestroy (cleandir) ===> lib/libexecinfo (cleandir) ===> sbin/kldstat (cleandir) ===> kerberos5/usr.bin/kgetcred (cleandir) ===> lib/libexpat (cleandir) ===> sbin/kldunload (cleandir) ===> kerberos5/usr.bin/kf (cleandir) ===> lib/libfetch (cleandir) ===> sbin/ldconfig (cleandir) ===> kerberos5/usr.bin/kinit (cleandir) ===> lib/libfigpar (cleandir) ===> sbin/md5 (cleandir) ===> kerberos5/usr.bin/kpasswd (cleandir) ===> lib/libgcc_eh (cleandir) ===> sbin/mdconfig (cleandir) ===> kerberos5/usr.bin/krb5-config (cleandir) ===> lib/libgcc_s (cleandir) ===> sbin/mdmfs (cleandir) ===> kerberos5/usr.bin/ksu (cleandir) ===> sbin/mknod (cleandir) ===> lib/libgeom (cleandir) ===> kerberos5/usr.bin/string2key (cleandir) ===> sbin/mksnap_ffs (cleandir) ===> lib/libifconfig (cleandir) ===> kerberos5/usr.bin/verify_krb5_conf (cleandir) ===> sbin/mount (cleandir) ===> lib/libipsec (cleandir) ===> kerberos5/usr.sbin (cleandir) ===> kerberos5/usr.sbin/iprop-log (cleandir) ===> sbin/mount_cd9660 (cleandir) ===> lib/libjail (cleandir) ===> sbin/mount_fusefs (cleandir) ===> kerberos5/usr.sbin/kstash (cleandir) ===> lib/libkiconv (cleandir) ===> sbin/mount_msdosfs (cleandir) ===> kerberos5/usr.sbin/ktutil (cleandir) ===> lib/libkvm (cleandir) ===> sbin/mount_nfs (cleandir) ===> secure (cleandir) ===> secure/lib (cleandir) ===> lib/liblua (cleandir) ===> secure/lib/libcrypto (cleandir) ===> sbin/mount_nullfs (cleandir) ===> lib/liblzma (cleandir) ===> sbin/mount_udf (cleandir) ===> sbin/mount_unionfs (cleandir) ===> lib/libmemstat (cleandir) ===> sbin/newfs (cleandir) ===> lib/libmd (cleandir) ===> secure/lib/libcrypto/engines (cleandir) ===> secure/lib/libcrypto/engines/capi (cleandir) ===> sbin/newfs_msdos (cleandir) ===> lib/libmt (cleandir) ===> secure/lib/libcrypto/engines/padlock (cleandir) ===> sbin/nfsiod (cleandir) ===> lib/lib80211 (cleandir) ===> sbin/nos-tun (cleandir) ===> secure/lib/libssl (cleandir) ===> lib/libnetbsd (cleandir) ===> sbin/pfilctl (cleandir) ===> lib/libnetmap (cleandir) ===> secure/lib/libssh (cleandir) ===> sbin/ping (cleandir) ===> lib/libnv (cleandir) ===> sbin/rcorder (cleandir) ===> secure/libexec (cleandir) ===> secure/libexec/sftp-server (cleandir) ===> lib/libopenbsd (cleandir) ===> sbin/reboot (cleandir) ===> secure/libexec/ssh-keysign (cleandir) ===> lib/libopie (cleandir) ===> sbin/recoverdisk (cleandir) ===> secure/libexec/ssh-pkcs11-helper (cleandir) ===> lib/libpam (cleandir) ===> sbin/resolvconf (cleandir) ===> lib/libpam/libpam (cleandir) ===> secure/usr.bin (cleandir) ===> sbin/restore (cleandir) ===> secure/usr.bin/openssl (cleandir) ===> lib/libpam/modules (cleandir) ===> sbin/route (cleandir) ===> lib/libpam/modules/pam_chroot (cleandir) ===> secure/usr.bin/scp (cleandir) ===> sbin/savecore (cleandir) ===> lib/libpam/modules/pam_deny (cleandir) ===> secure/usr.bin/sftp (cleandir) ===> sbin/setkey (cleandir) ===> lib/libpam/modules/pam_echo (cleandir) ===> secure/usr.bin/ssh (cleandir) ===> sbin/shutdown (cleandir) ===> lib/libpam/modules/pam_exec (cleandir) ===> secure/usr.bin/ssh-add (cleandir) ===> sbin/spppcontrol (cleandir) ===> lib/libpam/modules/pam_ftpusers (cleandir) ===> secure/usr.bin/ssh-agent (cleandir) ===> sbin/swapon (cleandir) ===> lib/libpam/modules/pam_group (cleandir) ===> secure/usr.bin/ssh-keygen (cleandir) ===> sbin/sysctl (cleandir) ===> lib/libpam/modules/pam_guest (cleandir) ===> secure/usr.bin/ssh-keyscan (cleandir) ===> sbin/tunefs (cleandir) ===> lib/libpam/modules/pam_krb5 (cleandir) ===> secure/usr.sbin (cleandir) ===> secure/usr.sbin/sshd (cleandir) ===> sbin/umount (cleandir) ===> lib/libpam/modules/pam_ksu (cleandir) ===> sbin/bsdlabel (cleandir) ===> secure/caroot (cleandir) ===> lib/libpam/modules/pam_lastlog (cleandir) ===> secure/caroot/trusted (cleandir) ===> sbin/fdisk (cleandir) ===> lib/libpam/modules/pam_login_access (cleandir) ===> sbin/sconfig (cleandir) ===> lib/libpam/modules/pam_nologin (cleandir) ===> secure/caroot/blacklisted (cleandir) ===> sbin/ccdconfig (cleandir) ===> lib/libpam/modules/pam_opie (cleandir) ===> share (cleandir) ===> sbin/devd (cleandir) ===> share/colldef (cleandir) ===> lib/libpam/modules/pam_opieaccess (cleandir) ===> sbin/hastctl (cleandir) ===> lib/libpam/modules/pam_passwdqc (cleandir) ===> sbin/hastd (cleandir) ===> lib/libpam/modules/pam_permit (cleandir) ===> sbin/ping6 (cleandir) ===> lib/libpam/modules/pam_radius (cleandir) ===> sbin/rtsol (cleandir) ===> lib/libpam/modules/pam_rhosts (cleandir) ===> sbin/ipf (cleandir) ===> lib/libpam/modules/pam_rootok (cleandir) ===> sbin/ipf/libipf (cleandir) ===> lib/libpam/modules/pam_securetty (cleandir) ===> sbin/ipf/ipf (cleandir) ===> lib/libpam/modules/pam_self (cleandir) ===> sbin/ipf/ipfs (cleandir) ===> lib/libpam/modules/pam_ssh (cleandir) ===> rescue/rescue/routed/rtquery (cleandir) ===> sbin/ipf/ipfstat (cleandir) ===> lib/libpam/modules/pam_tacplus (cleandir) ===> sbin/ipf/ipmon (cleandir) ===> lib/libpam/modules/pam_unix (cleandir) ===> sbin/ipf/ipnat (cleandir) ===> lib/libpam/pam.d (cleandir) ===> sbin/ipf/ippool (cleandir) ===> lib/libpam/static_libpam (cleandir) ===> sbin/ipfw (cleandir) ===> lib/libpathconv (cleandir) ===> sbin/natd (cleandir) ===> lib/libpcap (cleandir) ===> sbin/iscontrol (cleandir) ===> lib/libpjdlog (cleandir) ===> sbin/nvmecontrol (cleandir) ===> lib/libproc (cleandir) ===> sbin/nvmecontrol/modules (cleandir) ===> sbin/nvmecontrol/modules/intel (cleandir) ===> lib/libprocstat (cleandir) ===> sbin/nvmecontrol/modules/wdc (cleandir) ===> lib/libprocstat/zfs (cleandir) ===> sbin/decryptcore (cleandir) ===> lib/libregex (cleandir) ===> sbin/pfctl (cleandir) ===> lib/librpcsvc (cleandir) ===> sbin/pflogd (cleandir) ===> lib/librss (cleandir) ===> sbin/quotacheck (cleandir) ===> lib/librt (cleandir) ===> sbin/routed (cleandir) ===> lib/librtld_db (cleandir) ===> sbin/routed/rtquery (cleandir) ===> lib/libsbuf (cleandir) ===> sbin/bectl (cleandir) ===> lib/libsmb (cleandir) ===> sbin/zfsbootcfg (cleandir) ===> lib/libstdbuf (cleandir) ===> stand (cleandir) ===> stand/libsa (cleandir) ===> lib/libstdthreads (cleandir) ===> lib/libsysdecode (cleandir) ===> stand/ficl (cleandir) ===> lib/libtacplus (cleandir) ===> stand/forth (cleandir) ===> rescue/rescue/vi/catalog (cleandir) ===> lib/libthread_db (cleandir) ===> stand/liblua (cleandir) ===> lib/libucl (cleandir) ===> lib/libufs (cleandir) ===> stand/lua (cleandir) ===> lib/libugidfw (cleandir) ===> stand/fdt (cleandir) ===> lib/libulog (cleandir) ===> stand/defaults (cleandir) ===> lib/libutil (cleandir) ===> stand/man (cleandir) ===> lib/libvgl (cleandir) ===> stand/efi (cleandir) ===> lib/libwrap (cleandir) ===> stand/efi/fdt (cleandir) ===> lib/libxo (cleandir) ===> stand/efi/libefi (cleandir) ===> lib/libxo/libxo (cleandir) ===> stand/efi/boot1 (cleandir) ===> lib/libxo/encoder (cleandir) ===> lib/libxo/encoder/csv (cleandir) ===> stand/efi/gptboot (cleandir) ===> lib/liby (cleandir) ===> stand/efi/loader_4th (cleandir) ===> lib/libz (cleandir) ===> lib/libzstd (cleandir) ===> stand/efi/loader_lua (cleandir) ===> lib/ncurses (cleandir) ===> stand/efi/loader_simp (cleandir) ===> lib/ncurses/ncurses (cleandir) ===> stand/i386 (cleandir) ===> stand/i386/mbr (cleandir) ===> lib/ncurses/form (cleandir) ===> stand/i386/pmbr (cleandir) ===> lib/ncurses/menu (cleandir) ===> stand/i386/boot0 (cleandir) ===> lib/ncurses/panel (cleandir) ===> stand/i386/boot0sio (cleandir) ===> lib/ncurses/ncursesw (cleandir) ===> stand/i386/btx (cleandir) ===> stand/i386/btx/btx (cleandir) ===> lib/ncurses/formw (cleandir) ===> stand/i386/btx/btxldr (cleandir) ===> lib/ncurses/menuw (cleandir) ===> stand/i386/btx/lib (cleandir) ===> lib/ncurses/panelw (cleandir) ===> stand/i386/boot2 (cleandir) ===> lib/libngatm (cleandir) ===> stand/i386/cdboot (cleandir) ===> lib/libblacklist (cleandir) ===> stand/i386/gptboot (cleandir) ===> lib/libbluetooth (cleandir) ===> stand/i386/isoboot (cleandir) ===> lib/libsdp (cleandir) ===> stand/i386/libi386 (cleandir) ===> lib/libbsnmp (cleandir) ===> lib/libbsnmp/libbsnmp (cleandir) ===> stand/i386/loader_4th (cleandir) ===> lib/libcuse (cleandir) ===> stand/i386/loader_lua (cleandir) ===> lib/libdevdctl (cleandir) ===> stand/i386/loader_simp (cleandir) ===> lib/libpe (cleandir) ===> lib/libdpv (cleandir) ===> stand/i386/pxeldr (cleandir) ===> lib/libmagic (cleandir) ===> stand/i386/zfsboot (cleandir) ===> lib/libgpio (cleandir) ===> stand/i386/gptzfsboot (cleandir) ===> lib/libgssapi (cleandir) ===> sys (cleandir) ===> usr.bin (cleandir) ===> lib/librpcsec_gss (cleandir) ===> lib/libiconv_modules (cleandir) ===> lib/libiconv_modules/BIG5 (cleandir) ===> lib/libiconv_modules/DECHanyu (cleandir) ===> usr.bin/alias (cleandir) ===> lib/libiconv_modules/EUC (cleandir) ===> usr.bin/apply (cleandir) ===> lib/libiconv_modules/EUCTW (cleandir) ===> usr.bin/asa (cleandir) ===> lib/libiconv_modules/GBK2K (cleandir) ===> usr.bin/awk (cleandir) ===> lib/libiconv_modules/HZ (cleandir) ===> share/ctypedef (cleandir) ===> usr.bin/backlight (cleandir) ===> lib/libiconv_modules/ISO2022 (cleandir) ===> usr.bin/banner (cleandir) ===> share/dict (cleandir) ===> lib/libiconv_modules/JOHAB (cleandir) ===> usr.bin/basename (cleandir) ===> share/doc (cleandir) ===> lib/libiconv_modules/MSKanji (cleandir) ===> share/doc/IPv6 (cleandir) ===> usr.bin/brandelf (cleandir) ===> lib/libiconv_modules/UES (cleandir) ===> share/doc/legal (cleandir) ===> share/doc/legal/intel_ipw (cleandir) ===> usr.bin/bsdcat (cleandir) ===> lib/libiconv_modules/UTF1632 (cleandir) ===> share/doc/legal/intel_iwi (cleandir) ===> usr.bin/bsdiff (cleandir) ===> lib/libiconv_modules/UTF7 (cleandir) ===> usr.bin/bsdiff/bsdiff (cleandir) ===> share/doc/legal/intel_iwn (cleandir) ===> lib/libiconv_modules/UTF8 (cleandir) ===> usr.bin/bsdiff/bspatch (cleandir) ===> share/doc/legal/intel_wpi (cleandir) ===> lib/libiconv_modules/VIQR (cleandir) ===> usr.bin/bzip2 (cleandir) ===> share/doc/legal/realtek (cleandir) ===> lib/libiconv_modules/ZW (cleandir) ===> share/doc/llvm (cleandir) ===> usr.bin/bzip2recover (cleandir) ===> share/doc/llvm/clang (cleandir) ===> lib/libiconv_modules/iconv_none (cleandir) ===> usr.bin/cap_mkdb (cleandir) ===> share/dtrace (cleandir) ===> lib/libiconv_modules/iconv_std (cleandir) ===> usr.bin/chat (cleandir) ===> share/examples (cleandir) ===> usr.bin/chpass (cleandir) ===> lib/libiconv_modules/mapper_646 (cleandir) ===> usr.bin/cksum (cleandir) ===> lib/libiconv_modules/mapper_none (cleandir) ===> usr.bin/cmp (cleandir) ===> lib/libiconv_modules/mapper_parallel (cleandir) ===> usr.bin/col (cleandir) ===> lib/libiconv_modules/mapper_serial (cleandir) ===> usr.bin/colrm (cleandir) ===> lib/libiconv_modules/mapper_std (cleandir) ===> usr.bin/column (cleandir) ===> lib/libiconv_modules/mapper_zone (cleandir) ===> usr.bin/comm (cleandir) ===> lib/libcom_err (cleandir) ===> usr.bin/compress (cleandir) ===> lib/libldns (cleandir) ===> usr.bin/cpuset (cleandir) ===> lib/libstats (cleandir) ===> usr.bin/csplit (cleandir) ===> lib/libefivar (cleandir) ===> usr.bin/ctlstat (cleandir) ===> lib/libthr (cleandir) ===> usr.bin/cut (cleandir) ===> lib/libnetgraph (cleandir) ===> usr.bin/diff (cleandir) ===> lib/libypclnt (cleandir) ===> usr.bin/dirname (cleandir) ===> lib/libomp (cleandir) ===> usr.bin/du (cleandir) ===> lib/libmp (cleandir) ===> usr.bin/elfctl (cleandir) ===> lib/libpmc (cleandir) ===> usr.bin/elfdump (cleandir) ===> lib/libpmc/pmu-events (cleandir) ===> usr.bin/enigma (cleandir) ===> lib/libpmcstat (cleandir) ===> usr.bin/env (cleandir) ===> usr.bin/etdump (cleandir) ===> lib/libradius (cleandir) ===> usr.bin/expand (cleandir) ===> lib/libmilter (cleandir) ===> usr.bin/false (cleandir) ===> lib/libsm (cleandir) ===> usr.bin/fetch (cleandir) ===> lib/libsmdb (cleandir) ===> rescue/rescue/routed/rtquery (clean) ===> usr.bin/find (cleandir) ===> lib/libsmutil (cleandir) ===> usr.bin/fmt (cleandir) ===> lib/libtelnet (cleandir) ===> usr.bin/fold (cleandir) ===> lib/libunbound (cleandir) ===> usr.bin/fstat (cleandir) ===> lib/libusbhid (cleandir) ===> usr.bin/fsync (cleandir) ===> lib/libusb (cleandir) ===> usr.bin/gcore (cleandir) ===> lib/ofed (cleandir) ===> usr.bin/gencat (cleandir) ===> lib/ofed/include (cleandir) ===> usr.bin/getaddrinfo (cleandir) ===> lib/ofed/libibverbs (cleandir) ===> usr.bin/getconf (cleandir) ===> share/examples/ipfilter (cleandir) ===> lib/ofed/libibcm (cleandir) ===> usr.bin/getent (cleandir) ===> share/examples/smbfs (cleandir) ===> lib/ofed/libibumad (cleandir) ===> usr.bin/getopt (cleandir) ===> share/examples/smbfs/print (cleandir) ===> lib/ofed/librdmacm (cleandir) ===> usr.bin/grep (cleandir) ===> share/i18n (cleandir) ===> share/i18n/csmapper (cleandir) ===> lib/ofed/libibmad (cleandir) ===> usr.bin/gzip (cleandir) ===> share/i18n/csmapper/APPLE (cleandir) ===> lib/ofed/complib (cleandir) ===> usr.bin/head (cleandir) ===> lib/ofed/libvendor (cleandir) ===> usr.bin/hexdump (cleandir) ===> share/i18n/csmapper/AST (cleandir) ===> lib/ofed/libcxgb4 (cleandir) ===> usr.bin/id (cleandir) ===> share/i18n/csmapper/BIG5 (cleandir) ===> lib/ofed/libmlx4 (cleandir) ===> usr.bin/ident (cleandir) ===> share/i18n/csmapper/CNS (cleandir) ===> usr.bin/ipcrm (cleandir) ===> lib/ofed/libmlx5 (cleandir) ===> share/i18n/csmapper/CP (cleandir) ===> usr.bin/ipcs (cleandir) ===> lib/ofed/libibnetdisc (cleandir) ===> rescue/rescue/vi/catalog (clean) ===> usr.bin/join (cleandir) ===> lib/ofed/libopensm (cleandir) ===> usr.bin/jot (cleandir) ===> lib/libbe (cleandir) ===> usr.bin/keylogin (cleandir) ===> share/i18n/csmapper/EBCDIC (cleandir) ===> usr.sbin (cleandir) ===> usr.bin/keylogout (cleandir) ===> share/i18n/csmapper/GB (cleandir) ===> usr.bin/killall (cleandir) ===> share/i18n/csmapper/GEORGIAN (cleandir) ===> usr.bin/ktrace (cleandir) ===> share/i18n/csmapper/ISO646 (cleandir) ===> usr.sbin/adduser (cleandir) ===> usr.bin/ktrdump (cleandir) ===> usr.sbin/arp (cleandir) ===> share/i18n/csmapper/ISO-8859 (cleandir) ===> usr.bin/lam (cleandir) ===> usr.sbin/binmiscctl (cleandir) ===> usr.bin/lastcomm (cleandir) ===> share/i18n/csmapper/JIS (cleandir) ===> usr.sbin/camdd (cleandir) ===> usr.bin/ldd (cleandir) ===> share/i18n/csmapper/KAZAKH (cleandir) ===> usr.sbin/cdcontrol (cleandir) ===> usr.bin/leave (cleandir) ===> share/i18n/csmapper/KOI (cleandir) ===> usr.sbin/chkgrp (cleandir) ===> usr.bin/less (cleandir) ===> usr.sbin/chown (cleandir) ===> share/i18n/csmapper/KS (cleandir) ===> usr.bin/lessecho (cleandir) ===> usr.sbin/chroot (cleandir) ===> share/i18n/csmapper/MISC (cleandir) ===> usr.bin/lesskey (cleandir) ===> usr.sbin/ckdist (cleandir) ===> share/i18n/csmapper/TCVN (cleandir) ===> usr.bin/limits (cleandir) ===> usr.sbin/clear_locks (cleandir) ===> usr.bin/locale (cleandir) ===> share/i18n/esdb (cleandir) ===> usr.sbin/crashinfo (cleandir) ===> usr.bin/localedef (cleandir) ===> share/i18n/esdb/APPLE (cleandir) ===> usr.sbin/cron (cleandir) ===> usr.sbin/cron/lib (cleandir) ===> usr.bin/lock (cleandir) ===> usr.sbin/cron/cron (cleandir) ===> usr.bin/lockf (cleandir) ===> usr.sbin/cron/crontab (cleandir) ===> usr.bin/logger (cleandir) ===> share/i18n/esdb/AST (cleandir) ===> usr.sbin/ctladm (cleandir) ===> usr.bin/login (cleandir) ===> share/i18n/esdb/BIG5 (cleandir) ===> usr.sbin/ctld (cleandir) ===> usr.bin/logins (cleandir) ===> usr.sbin/daemon (cleandir) ===> usr.bin/logname (cleandir) ===> share/i18n/esdb/CP (cleandir) ===> usr.sbin/dconschat (cleandir) ===> usr.bin/look (cleandir) ===> usr.sbin/devctl (cleandir) ===> usr.bin/lorder (cleandir) ===> usr.sbin/devinfo (cleandir) ===> usr.bin/lsvfs (cleandir) ===> usr.sbin/diskinfo (cleandir) ===> usr.bin/lzmainfo (cleandir) ===> usr.sbin/dumpcis (cleandir) ===> usr.bin/m4 (cleandir) ===> usr.sbin/etcupdate (cleandir) ===> usr.bin/mandoc (cleandir) ===> usr.sbin/extattr (cleandir) ===> usr.bin/mesg (cleandir) ===> usr.sbin/extattrctl (cleandir) ===> usr.bin/minigzip (cleandir) ===> usr.sbin/fifolog (cleandir) ===> usr.sbin/fifolog/lib (cleandir) ===> usr.bin/ministat (cleandir) ===> usr.sbin/fifolog/fifolog_create (cleandir) ===> usr.bin/mkdep (cleandir) ===> usr.bin/mkfifo (cleandir) ===> usr.sbin/fifolog/fifolog_writer (cleandir) ===> share/i18n/esdb/DEC (cleandir) ===> usr.bin/mkimg (cleandir) ===> usr.sbin/fifolog/fifolog_reader (cleandir) ===> share/i18n/esdb/EUC (cleandir) ===> usr.bin/mktemp (cleandir) ===> usr.sbin/fstyp (cleandir) ===> share/i18n/esdb/EBCDIC (cleandir) ===> usr.bin/mkuzip (cleandir) ===> usr.sbin/fwcontrol (cleandir) ===> usr.bin/mt (cleandir) ===> usr.sbin/getfmac (cleandir) ===> usr.bin/ncal (cleandir) ===> usr.sbin/getpmac (cleandir) ===> share/i18n/esdb/GB (cleandir) ===> usr.bin/netstat (cleandir) ===> usr.sbin/gstat (cleandir) ===> share/i18n/esdb/GEORGIAN (cleandir) ===> usr.sbin/i2c (cleandir) ===> usr.bin/newgrp (cleandir) ===> usr.sbin/ifmcstat (cleandir) ===> usr.bin/nfsstat (cleandir) ===> share/i18n/esdb/ISO-2022 (cleandir) ===> usr.sbin/iostat (cleandir) ===> usr.bin/nice (cleandir) ===> share/i18n/esdb/ISO-8859 (cleandir) ===> usr.sbin/iovctl (cleandir) ===> usr.bin/nl (cleandir) ===> usr.sbin/kldxref (cleandir) ===> usr.bin/nohup (cleandir) ===> usr.bin/opieinfo (cleandir) ===> usr.sbin/mailwrapper (cleandir) ===> share/i18n/esdb/ISO646 (cleandir) ===> usr.bin/opiekey (cleandir) ===> usr.sbin/makefs (cleandir) ===> usr.bin/opiepasswd (cleandir) ===> usr.sbin/memcontrol (cleandir) ===> usr.bin/pagesize (cleandir) ===> usr.sbin/mergemaster (cleandir) ===> usr.bin/passwd (cleandir) ===> share/i18n/esdb/KAZAKH (cleandir) ===> usr.sbin/mfiutil (cleandir) ===> usr.bin/paste (cleandir) ===> usr.sbin/mixer (cleandir) ===> share/i18n/esdb/KOI (cleandir) ===> usr.bin/patch (cleandir) ===> usr.sbin/mlxcontrol (cleandir) ===> usr.bin/pathchk (cleandir) ===> usr.sbin/mountd (cleandir) ===> share/i18n/esdb/MISC (cleandir) ===> usr.bin/perror (cleandir) ===> usr.sbin/mount_smbfs (cleandir) ===> usr.bin/posixshmcontrol (cleandir) ===> usr.sbin/mpsutil (cleandir) ===> usr.bin/pr (cleandir) ===> share/i18n/esdb/TCVN (cleandir) ===> usr.sbin/mptutil (cleandir) ===> usr.bin/printenv (cleandir) ===> usr.sbin/mtest (cleandir) ===> share/i18n/esdb/UTF (cleandir) ===> usr.bin/printf (cleandir) ===> usr.sbin/newsyslog (cleandir) ===> usr.sbin/newsyslog/newsyslog.conf.d (cleandir) ===> usr.bin/proccontrol (cleandir) ===> share/keys (cleandir) ===> usr.bin/procstat (cleandir) ===> usr.sbin/nfscbd (cleandir) ===> share/keys/pkg (cleandir) ===> share/keys/pkg/trusted (cleandir) ===> usr.bin/protect (cleandir) ===> usr.sbin/nfsd (cleandir) ===> share/misc (cleandir) ===> usr.bin/rctl (cleandir) ===> usr.sbin/nfsdumpstate (cleandir) ===> share/mk (cleandir) ===> usr.bin/renice (cleandir) ===> usr.sbin/nfsrevoke (cleandir) ===> share/monetdef (cleandir) ===> usr.bin/resizewin (cleandir) ===> usr.sbin/nfsuserd (cleandir) ===> usr.bin/rev (cleandir) ===> usr.sbin/nmtree (cleandir) ===> usr.bin/revoke (cleandir) ===> usr.sbin/nologin (cleandir) ===> usr.bin/rpcinfo (cleandir) ===> usr.sbin/pciconf (cleandir) ===> usr.bin/rs (cleandir) ===> usr.sbin/periodic (cleandir) ===> usr.sbin/periodic/etc (cleandir) ===> usr.bin/rup (cleandir) ===> usr.sbin/periodic/etc/daily (cleandir) ===> usr.bin/ruptime (cleandir) ===> usr.sbin/periodic/etc/security (cleandir) ===> usr.bin/rusers (cleandir) ===> usr.sbin/periodic/etc/weekly (cleandir) ===> usr.bin/rwall (cleandir) ===> usr.sbin/periodic/etc/monthly (cleandir) ===> usr.bin/rwho (cleandir) ===> usr.sbin/pnfsdscopymr (cleandir) ===> usr.bin/script (cleandir) ===> usr.sbin/pnfsdsfile (cleandir) ===> usr.bin/sdiff (cleandir) ===> usr.sbin/pnfsdskill (cleandir) ===> usr.bin/sed (cleandir) ===> usr.sbin/powerd (cleandir) ===> usr.bin/seq (cleandir) ===> usr.sbin/prometheus_sysctl_exporter (cleandir) ===> usr.bin/shar (cleandir) ===> usr.sbin/pstat (cleandir) ===> usr.bin/showmount (cleandir) ===> usr.sbin/pw (cleandir) ===> usr.bin/sockstat (cleandir) ===> usr.sbin/pwd_mkdb (cleandir) ===> rescue/rescue/routed/rtquery (cleandepend) ===> usr.bin/soelim (cleandir) ===> usr.sbin/pwm (cleandir) ===> usr.bin/sort (cleandir) ===> usr.sbin/quot (cleandir) ===> usr.bin/split (cleandir) ===> usr.sbin/rarpd (cleandir) ===> usr.bin/stat (cleandir) ===> usr.sbin/rmt (cleandir) ===> usr.bin/stdbuf (cleandir) ===> usr.sbin/rpcbind (cleandir) ===> usr.bin/strings (cleandir) ===> usr.sbin/rpc.lockd (cleandir) ===> share/msgdef (cleandir) ===> usr.bin/su (cleandir) ===> usr.sbin/rpc.statd (cleandir) ===> usr.bin/systat (cleandir) ===> usr.sbin/rpc.umntall (cleandir) ===> usr.bin/tabs (cleandir) ===> usr.sbin/rtprio (cleandir) ===> usr.bin/tail (cleandir) ===> usr.sbin/rwhod (cleandir) ===> usr.bin/tar (cleandir) ===> usr.sbin/service (cleandir) ===> usr.bin/tcopy (cleandir) ===> usr.sbin/services_mkdb (cleandir) ===> usr.bin/tee (cleandir) ===> usr.sbin/sesutil (cleandir) ===> usr.bin/time (cleandir) ===> usr.sbin/setfib (cleandir) ===> usr.bin/timeout (cleandir) ===> usr.sbin/setfmac (cleandir) ===> usr.bin/tip (cleandir) ===> usr.bin/tip/tip (cleandir) ===> usr.sbin/setpmac (cleandir) ===> share/numericdef (cleandir) ===> usr.sbin/smbmsg (cleandir) ===> usr.bin/top (cleandir) ===> share/sendmail (cleandir) ===> usr.sbin/snapinfo (cleandir) ===> usr.bin/touch (cleandir) ===> share/skel (cleandir) ===> usr.sbin/spi (cleandir) ===> usr.bin/tput (cleandir) ===> share/snmp (cleandir) ===> rescue/rescue/vi/catalog (cleandepend) ===> usr.sbin/spray (cleandir) ===> usr.bin/tr (cleandir) ===> share/snmp/mibs (cleandir) ===> usr.sbin/syslogd (cleandir) ===> share/syscons (cleandir) ===> usr.bin/true (cleandir) ===> share/syscons/fonts (cleandir) ===> usr.sbin/sysrc (cleandir) ===> usr.bin/truncate (cleandir) ===> share/syscons/keymaps (cleandir) ===> usr.sbin/tcpdrop (cleandir) ===> usr.bin/tset (cleandir) ===> usr.sbin/tcpdump (cleandir) ===> usr.bin/tsort (cleandir) ===> usr.sbin/tcpdump/tcpdump (cleandir) ===> share/syscons/scrnmaps (cleandir) ===> usr.bin/tty (cleandir) ===> share/tabset (cleandir) ===> usr.sbin/traceroute (cleandir) ===> usr.bin/uname (cleandir) ===> etc (cleandir) ===> usr.sbin/trim (cleandir) ===> share/termcap (cleandir) ===> usr.bin/unexpand (cleandir) ===> etc/sendmail (cleandir) ===> usr.sbin/trpt (cleandir) ===> share/timedef (cleandir) ===> usr.bin/uniq (cleandir) ===> usr.sbin/tzsetup (cleandir) ===> usr.sbin/ugidfw (cleandir) ===> usr.bin/unzip (cleandir) ===> usr.sbin/valectl (cleandir) ===> usr.sbin/vigr (cleandir) ===> usr.bin/units (cleandir) ===> usr.sbin/vipw (cleandir) ===> usr.sbin/wake (cleandir) ===> usr.bin/unvis (cleandir) ===> usr.sbin/watch (cleandir) ===> usr.sbin/watchdogd (cleandir) ===> usr.bin/uudecode (cleandir) ===> usr.sbin/zic (cleandir) ===> usr.sbin/zonectl (cleandir) ===> usr.sbin/zic/zic (cleandir) ===> usr.bin/uuencode (cleandir) ===> usr.sbin/acpi (cleandir) ===> usr.sbin/zic/zdump (cleandir) ===> usr.sbin/acpi/acpiconf (cleandir) ===> usr.bin/vis (cleandir) ===> usr.sbin/apm (cleandir) ===> usr.sbin/acpi/acpidb (cleandir) ===> usr.bin/vmstat (cleandir) ===> usr.sbin/apmd (cleandir) ===> usr.bin/w (cleandir) ===> usr.sbin/acpi/acpidump (cleandir) ===> usr.sbin/boot0cfg (cleandir) ===> usr.bin/wall (cleandir) ===> usr.sbin/acpi/iasl (cleandir) ===> usr.sbin/btxld (cleandir) ===> usr.bin/wc (cleandir) ===> usr.sbin/cpucontrol (cleandir) ===> usr.bin/what (cleandir) ===> usr.sbin/hyperv (cleandir) ===> usr.sbin/hyperv/tools/kvp (cleandir) ===> usr.sbin/kgmon (cleandir) ===> usr.bin/whereis (cleandir) ===> usr.sbin/hyperv/tools/vss (cleandir) ===> usr.sbin/lptcontrol (cleandir) ===> usr.bin/which (cleandir) ===> usr.sbin/mptable (cleandir) ===> usr.sbin/ndiscvt (cleandir) ===> usr.bin/whois (cleandir) ===> usr.sbin/pnpinfo (cleandir) ===> usr.bin/write (cleandir) ===> usr.sbin/spkrtest (cleandir) ===> usr.sbin/zzz (cleandir) ===> usr.sbin/accton (cleandir) ===> usr.bin/xargs (cleandir) ===> usr.sbin/sa (cleandir) ===> usr.sbin/audit (cleandir) ===> usr.bin/xinstall (cleandir) ===> usr.sbin/auditd (cleandir) ===> usr.sbin/auditdistd (cleandir) ===> usr.bin/xo (cleandir) ===> usr.sbin/auditreduce (cleandir) ===> usr.sbin/praudit (cleandir) ===> usr.bin/xz (cleandir) ===> usr.sbin/authpf (cleandir) ===> usr.sbin/autofs (cleandir) ===> usr.bin/xzdec (cleandir) ===> usr.sbin/blacklistctl (cleandir) ===> usr.sbin/autofs/autofs (cleandir) ===> usr.bin/yes (cleandir) ===> usr.sbin/blacklistd (cleandir) ===> usr.sbin/bluetooth (cleandir) ===> usr.bin/zstd (cleandir) ===> usr.sbin/bluetooth/bluetooth-config (cleandir) ===> usr.sbin/bootparamd (cleandir) ===> usr.bin/gh-bc (cleandir) ===> usr.sbin/bootparamd/bootparamd (cleandir) ===> usr.sbin/bluetooth/bt3cfw (cleandir) ===> usr.sbin/bootparamd/callbootd (cleandir) ===> usr.sbin/bluetooth/btpand (cleandir) ===> usr.bin/mkcsmapper_static (cleandir) ===> usr.sbin/bsdinstall (cleandir) ===> usr.sbin/bluetooth/hccontrol (cleandir) ===> usr.sbin/bsdinstall/distextract (cleandir) ===> usr.bin/mkesdb_static (cleandir) ===> usr.sbin/bluetooth/hcsecd (cleandir) ===> usr.sbin/bsdinstall/distfetch (cleandir) ===> usr.bin/smbutil (cleandir) ===> usr.sbin/bluetooth/hcseriald (cleandir) ===> usr.sbin/bsdinstall/partedit (cleandir) ===> usr.bin/at (cleandir) ===> usr.sbin/bluetooth/l2control (cleandir) ===> usr.sbin/bsdinstall/scripts (cleandir) ===> usr.bin/atm (cleandir) ===> usr.bin/atm/sscop (cleandir) ===> usr.sbin/bluetooth/l2ping (cleandir) ===> usr.sbin/bsnmpd (cleandir) ===> usr.sbin/bsnmpd/gensnmptree (cleandir) ===> usr.bin/bluetooth (cleandir) ===> usr.sbin/bluetooth/rfcomm_pppd (cleandir) ===> usr.bin/bluetooth/bthost (cleandir) ===> usr.sbin/bsnmpd/bsnmpd (cleandir) ===> usr.sbin/bluetooth/sdpcontrol (cleandir) ===> usr.bin/bluetooth/btsockstat (cleandir) ===> usr.sbin/bsnmpd/modules (cleandir) ===> usr.sbin/bluetooth/sdpd (cleandir) ===> usr.bin/bluetooth/rfcomm_sppd (cleandir) ===> usr.sbin/bsnmpd/modules/snmp_bridge (cleandir) ===> usr.sbin/bluetooth/ath3kfw (cleandir) ===> usr.bin/cpio (cleandir) ===> usr.sbin/bsnmpd/modules/snmp_hostres (cleandir) ===> usr.sbin/bluetooth/bcmfw (cleandir) ===> usr.bin/calendar (cleandir) ===> usr.sbin/bsnmpd/modules/snmp_lm75 (cleandir) ===> usr.sbin/bluetooth/bthidcontrol (cleandir) ===> usr.sbin/bsnmpd/modules/snmp_mibII (cleandir) ===> usr.sbin/bluetooth/bthidd (cleandir) ===> usr.bin/clang (cleandir) ===> usr.bin/clang/clang (cleandir) ===> usr.sbin/bsnmpd/modules/snmp_target (cleandir) ===> usr.sbin/bluetooth/iwmbtfw (cleandir) ===> usr.bin/clang/clang-tblgen (cleandir) ===> usr.sbin/bsnmpd/modules/snmp_usm (cleandir) ===> usr.sbin/certctl (cleandir) ===> usr.bin/clang/llvm-tblgen (cleandir) ===> usr.sbin/cxgbetool (cleandir) ===> usr.sbin/bsnmpd/modules/snmp_vacm (cleandir) ===> usr.sbin/bsdconfig (cleandir) ===> usr.bin/clang/lldb-tblgen (cleandir) ===> usr.sbin/bsnmpd/modules/snmp_hast (cleandir) ===> usr.sbin/bsdconfig/console (cleandir) ===> usr.bin/clang/llvm-ar (cleandir) ===> usr.sbin/bsnmpd/modules/snmp_pf (cleandir) ===> share/vt (cleandir) ===> share/vt/fonts (cleandir) ===> usr.sbin/bsdconfig/console/include (cleandir) ===> usr.bin/clang/llvm-nm (cleandir) ===> usr.sbin/bsnmpd/modules/snmp_netgraph (cleandir) ===> share/vt/keymaps (cleandir) ===> usr.sbin/bsdconfig/diskmgmt (cleandir) ===> usr.bin/clang/llvm-objdump (cleandir) ===> usr.sbin/bsnmpd/modules/snmp_wlan (cleandir) ===> usr.sbin/bsdconfig/diskmgmt/include (cleandir) ===> usr.bin/clang/llvm-symbolizer (cleandir) ===> share/zoneinfo (cleandir) ===> usr.sbin/bsnmpd/tools (cleandir) ===> usr.sbin/bsdconfig/docsinstall (cleandir) ===> usr.sbin/bsnmpd/tools/libbsnmptools (cleandir) ===> usr.bin/clang/lld (cleandir) ===> usr.bin/clang/lldb (cleandir) ===> usr.sbin/bsdconfig/docsinstall/include (cleandir) ===> usr.sbin/bsnmpd/tools/bsnmptools (cleandir) ===> usr.bin/clang/llvm-cov (cleandir) ===> usr.bin/clang/llvm-profdata (cleandir) ===> usr.sbin/bsdconfig/dot (cleandir) ===> usr.sbin/efivar (cleandir) ===> usr.sbin/bsdconfig/dot/include (cleandir) ===> usr.bin/dpv (cleandir) ===> usr.bin/ee (cleandir) ===> usr.sbin/efidp (cleandir) ===> usr.sbin/bsdconfig/include (cleandir) ===> usr.bin/file (cleandir) ===> usr.bin/finger (cleandir) ===> usr.sbin/efibootmgr (cleandir) ===> usr.sbin/bsdconfig/includes (cleandir) ===> usr.bin/ftp (cleandir) ===> usr.bin/caesar (cleandir) ===> usr.sbin/uefisign (cleandir) ===> usr.sbin/bsdconfig/includes/include (cleandir) ===> usr.bin/factor (cleandir) ===> usr.bin/fortune (cleandir) ===> usr.sbin/fdcontrol (cleandir) ===> usr.bin/fortune/fortune (cleandir) ===> usr.sbin/bsdconfig/mouse (cleandir) ===> usr.bin/grdc (cleandir) ===> usr.sbin/fdformat (cleandir) ===> usr.bin/fortune/strfile (cleandir) ===> usr.sbin/bsdconfig/mouse/include (cleandir) ===> usr.bin/morse (cleandir) ===> usr.sbin/fdread (cleandir) ===> usr.bin/fortune/datfiles (cleandir) ===> usr.sbin/bsdconfig/networking (cleandir) ===> usr.bin/number (cleandir) ===> usr.sbin/fdwrite (cleandir) ===> usr.sbin/bsdconfig/networking/include (cleandir) ===> usr.bin/fortune/unstr (cleandir) ===> usr.bin/pom (cleandir) ===> usr.sbin/bsdconfig/networking/share (cleandir) ===> usr.sbin/fmtree (cleandir) ===> usr.bin/primes (cleandir) ===> usr.bin/random (cleandir) ===> usr.sbin/freebsd-update (cleandir) ===> usr.sbin/bsdconfig/packages (cleandir) ===> usr.bin/iconv (cleandir) ===> usr.bin/mkcsmapper (cleandir) ===> usr.sbin/bsdconfig/packages/include (cleandir) ===> usr.sbin/gssd (cleandir) ===> usr.bin/mkesdb (cleandir) ===> usr.bin/iscsictl (cleandir) ===> usr.sbin/bsdconfig/password (cleandir) ===> usr.bin/kdump (cleandir) ===> usr.sbin/gpioctl (cleandir) ===> usr.sbin/bsdconfig/password/include (cleandir) ===> usr.bin/truss (cleandir) ===> usr.sbin/ip6addrctl (cleandir) ===> usr.bin/compile_et (cleandir) ===> usr.sbin/bsdconfig/password/share (cleandir) ===> usr.bin/drill (cleandir) ===> usr.sbin/mld6query (cleandir) ===> usr.bin/host (cleandir) ===> usr.sbin/bsdconfig/security (cleandir) ===> usr.bin/ldd32 (cleandir) make[4]: "/usr/embedded/bbb/usr/src/share/mk/bsd.compat.mk" line 112: warning: NEED_COMPAT defined, but no LIBCOMPAT is available (COMPAT_ARCH == i386 ===> usr.sbin/ndp (cleandir) ===> usr.bin/locate (cleandir) ===> usr.bin/locate/bigram (cleandir) ===> usr.sbin/bsdconfig/security/include (cleandir) ===> usr.sbin/rip6query (cleandir) ===> usr.bin/biff (cleandir) ===> usr.bin/locate/code (cleandir) ===> usr.sbin/bsdconfig/share (cleandir) ===> usr.sbin/route6d (cleandir) ===> usr.bin/from (cleandir) ===> usr.sbin/bsdconfig/share/media (cleandir) ===> usr.bin/locate/locate (cleandir) ===> usr.sbin/rrenumd (cleandir) ===> usr.bin/mail (cleandir) ===> usr.sbin/bsdconfig/share/packages (cleandir) ===> usr.bin/msgs (cleandir) ===> usr.sbin/rtadvctl (cleandir) ===> usr.bin/bmake (cleandir) ===> usr.bin/nc (cleandir) ===> usr.sbin/bsdconfig/startup (cleandir) ===> usr.sbin/rtadvd (cleandir) ===> usr.sbin/bsdconfig/startup/include (cleandir) ===> usr.bin/ypcat (cleandir) ===> usr.bin/ypmatch (cleandir) ===> usr.sbin/rtsold (cleandir) ===> usr.sbin/bsdconfig/startup/share (cleandir) ===> usr.bin/ypwhich (cleandir) ===> usr.bin/ssh-copy-id (cleandir) ===> usr.sbin/traceroute6 (cleandir) ===> usr.sbin/bsdconfig/timezone (cleandir) ===> usr.bin/chkey (cleandir) ===> usr.bin/newkey (cleandir) ===> usr.sbin/inetd (cleandir) ===> usr.sbin/bsdconfig/timezone/include (cleandir) ===> usr.bin/quota (cleandir) ===> usr.bin/vacation (cleandir) ===> usr.sbin/bsdconfig/timezone/share (cleandir) ===> usr.sbin/ipfwpcap (cleandir) ===> usr.bin/talk (cleandir) ===> usr.bin/telnet (cleandir) ===> usr.sbin/iscsid (cleandir) ===> usr.sbin/bsdconfig/ttys (cleandir) ===> usr.bin/ul (cleandir) ===> usr.bin/tftp (cleandir) ===> usr.sbin/bsdconfig/ttys/include (cleandir) ===> usr.sbin/jail (cleandir) ===> usr.bin/addr2line (cleandir) ===> usr.bin/ar (cleandir) ===> usr.sbin/bsdconfig/usermgmt (cleandir) ===> usr.sbin/jexec (cleandir) ===> usr.bin/c89 (cleandir) ===> usr.bin/c99 (cleandir) ===> usr.sbin/bsdconfig/usermgmt/include (cleandir) ===> usr.sbin/jls (cleandir) ===> usr.bin/ctags (cleandir) ===> usr.bin/cxxfilt (cleandir) ===> usr.sbin/bsdconfig/usermgmt/share (cleandir) ===> usr.sbin/kbdcontrol (cleandir) ===> usr.bin/objcopy (cleandir) ===> usr.bin/file2c (cleandir) ===> usr.sbin/bsdconfig/examples (cleandir) ===> usr.sbin/kbdmap (cleandir) ===> usr.bin/gprof (cleandir) ===> usr.bin/indent (cleandir) ===> usr.sbin/moused (cleandir) ===> usr.sbin/vidcontrol (cleandir) ===> usr.bin/lex (cleandir) ===> usr.bin/mkstr (cleandir) ===> usr.sbin/pppctl (cleandir) ===> usr.sbin/nscd (cleandir) ===> usr.bin/lex/lib (cleandir) ===> usr.bin/nm (cleandir) ===> usr.sbin/lpr (cleandir) ===> usr.sbin/mlx5tool (cleandir) ===> usr.sbin/lpr/common_source (cleandir) ===> usr.bin/readelf (cleandir) ===> usr.bin/rpcgen (cleandir) ===> usr.sbin/flowctl (cleandir) ===> usr.sbin/lpr/chkprintcap (cleandir) ===> usr.bin/unifdef (cleandir) ===> usr.bin/size (cleandir) ===> usr.sbin/ngctl (cleandir) ===> usr.sbin/lpr/lp (cleandir) ===> usr.bin/xstr (cleandir) ===> usr.bin/yacc (cleandir) ===> usr.sbin/nghook (cleandir) ===> usr.sbin/lpr/lpc (cleandir) ===> usr.bin/vi (cleandir) ===> usr.bin/vtfontcvt (cleandir) ===> usr.sbin/rpc.yppasswdd (cleandir) ===> usr.sbin/lpr/lpd (cleandir) ===> usr.bin/vi/catalog (cleandir) ===> usr.bin/usbhidaction (cleandir) ===> usr.sbin/rpc.ypupdated (cleandir) ===> usr.sbin/lpr/lpq (cleandir) ===> usr.bin/usbhidctl (cleandir) ===> usr.bin/last (cleandir) ===> usr.sbin/rpc.ypxfrd (cleandir) ===> usr.sbin/lpr/lpr (cleandir) ===> usr.bin/users (cleandir) ===> usr.bin/who (cleandir) ===> usr.sbin/ypbind (cleandir) ===> usr.sbin/lpr/lprm (cleandir) ===> usr.bin/svn (cleandir) ===> usr.bin/ofed (cleandir) ===> usr.sbin/ypldap (cleandir) ===> usr.bin/svn/lib (cleandir) ===> usr.sbin/lpr/lptest (cleandir) ===> usr.bin/ofed/libibverbs (cleandir) ===> usr.bin/ofed/libibverbs/asyncwatch (cleandir) ===> usr.bin/svn/lib/libapr (cleandir) ===> usr.sbin/yp_mkdb (cleandir) ===> usr.sbin/lpr/pac (cleandir) ===> usr.bin/ofed/libibverbs/devinfo (cleandir) ===> usr.bin/svn/lib/libapr_util (cleandir) ===> usr.sbin/yppoll (cleandir) ===> usr.sbin/lpr/filters (cleandir) ===> usr.bin/ofed/libibverbs/devices (cleandir) ===> usr.bin/svn/lib/libserf (cleandir) ===> usr.sbin/yppush (cleandir) ===> usr.sbin/lpr/filters.ru (cleandir) ===> usr.bin/ofed/libibverbs/rc_pingpong (cleandir) ===> usr.sbin/lpr/filters.ru/koi2alt (cleandir) ===> usr.sbin/ypserv (cleandir) ===> usr.bin/svn/lib/libsvn_client (cleandir) ===> usr.bin/ofed/libibverbs/srq_pingpong (cleandir) ===> usr.sbin/lpr/filters.ru/koi2855 (cleandir) ===> usr.sbin/ypset (cleandir) ===> usr.bin/svn/lib/libsvn_delta (cleandir) ===> usr.bin/ofed/libibverbs/uc_pingpong (cleandir) ===> usr.sbin/ntp (cleandir) ===> usr.sbin/keyserv (cleandir) ===> usr.bin/svn/lib/libsvn_diff (cleandir) ===> usr.sbin/ntp/libopts (cleandir) ===> usr.bin/ofed/libibverbs/ud_pingpong (cleandir) ===> usr.sbin/ftp-proxy (cleandir) ===> usr.bin/svn/lib/libsvn_fs (cleandir) ===> usr.sbin/ntp/libntp (cleandir) ===> usr.bin/ofed/librdmacm (cleandir) ===> usr.bin/ofed/librdmacm/ucmatose (cleandir) ===> usr.sbin/pkg (cleandir) ===> usr.bin/svn/lib/libsvn_fs_fs (cleandir) ===> usr.sbin/ntp/libntpevent (cleandir) ===> usr.bin/ofed/librdmacm/mckey (cleandir) ===> usr.bin/svn/lib/libsvn_fs_util (cleandir) ===> usr.bin/ofed/librdmacm/rping (cleandir) ===> usr.sbin/ntp/libparse (cleandir) ===> usr.sbin/pmcannotate (cleandir) ===> usr.bin/svn/lib/libsvn_fs_x (cleandir) ===> usr.bin/ofed/librdmacm/udaddy (cleandir) ===> usr.sbin/ntp/ntpd (cleandir) ===> usr.sbin/pmccontrol (cleandir) ===> usr.bin/svn/lib/libsvn_ra (cleandir) ===> usr.bin/ofed/infiniband-diags (cleandir) ===> usr.sbin/ntp/ntpdc (cleandir) ===> usr.sbin/pmcstat (cleandir) ===> usr.bin/ofed/infiniband-diags/ibstat (cleandir) ===> usr.bin/svn/lib/libsvn_ra_local (cleandir) ===> usr.sbin/ntp/ntpq (cleandir) ===> usr.sbin/pmcstudy (cleandir) ===> usr.bin/svn/lib/libsvn_ra_serf (cleandir) ===> usr.bin/svn/lib/libsvn_ra_svn (cleandir) ===> usr.sbin/ntp/ntpdate (cleandir) ===> usr.sbin/portsnap (cleandir) ===> usr.bin/svn/lib/libsvn_repos (cleandir) ===> usr.sbin/portsnap/portsnap (cleandir) ===> usr.bin/svn/lib/libsvn_subr (cleandir) ===> usr.sbin/ntp/ntptime (cleandir) ===> usr.sbin/portsnap/make_index (cleandir) ===> usr.bin/svn/lib/libsvn_wc (cleandir) ===> usr.sbin/ntp/ntp-keygen (cleandir) ===> usr.sbin/ntp/sntp (cleandir) ===> usr.sbin/ppp (cleandir) ===> usr.bin/svn/svn (cleandir) ===> usr.sbin/ntp/doc (cleandir) ===> usr.sbin/edquota (cleandir) ===> usr.sbin/quotaon (cleandir) ===> usr.bin/svn/svnadmin (cleandir) ===> usr.sbin/ntp/doc/drivers (cleandir) ===> usr.sbin/repquota (cleandir) ===> usr.sbin/editmap (cleandir) ===> usr.sbin/ntp/doc/drivers/icons (cleandir) ===> usr.bin/svn/svnbench (cleandir) ===> usr.sbin/mailstats (cleandir) ===> usr.sbin/makemap (cleandir) ===> usr.sbin/ntp/doc/drivers/scripts (cleandir) ===> usr.bin/svn/svndumpfilter (cleandir) ===> usr.sbin/praliases (cleandir) ===> usr.sbin/sendmail (cleandir) ===> usr.sbin/ntp/doc/hints (cleandir) ===> usr.bin/svn/svnfsfs (cleandir) ===> usr.sbin/tcpdchk (cleandir) ===> usr.sbin/ntp/doc/icons (cleandir) ===> usr.sbin/tcpdmatch (cleandir) ===> usr.bin/svn/svnlook (cleandir) ===> usr.sbin/config (cleandir) ===> usr.sbin/ntp/doc/pic (cleandir) ===> usr.sbin/crunch (cleandir) ===> usr.sbin/crunch/crunchgen (cleandir) ===> usr.bin/svn/svnserve (cleandir) ===> usr.sbin/unbound (cleandir) ===> usr.sbin/ntp/doc/scripts (cleandir) ===> usr.sbin/unbound/daemon (cleandir) ===> usr.sbin/crunch/crunchide (cleandir) ===> usr.bin/svn/svnsync (cleandir) ===> usr.sbin/uathload (cleandir) ===> usr.sbin/unbound/anchor (cleandir) ===> usr.sbin/uhsoctl (cleandir) ===> usr.bin/svn/svnversion (cleandir) ===> usr.sbin/usbconfig (cleandir) ===> usr.sbin/unbound/checkconf (cleandir) ===> usr.sbin/usbdump (cleandir) ===> usr.bin/svn/svnmucc (cleandir) ===> usr.sbin/ac (cleandir) ===> usr.sbin/unbound/control (cleandir) ===> usr.sbin/lastlogin (cleandir) ===> usr.bin/svn/svnrdump (cleandir) ===> usr.sbin/utx (cleandir) ===> usr.sbin/unbound/setup (cleandir) ===> usr.sbin/ancontrol (cleandir) ===> usr.sbin/wlandebug (cleandir) ===> usr.sbin/wpa (cleandir) ===> usr.sbin/wpa/wpa_supplicant (cleandir) ===> usr.sbin/wpa/wpa_cli (cleandir) ===> usr.sbin/wpa/wpa_passphrase (cleandir) ===> usr.sbin/wpa/hostapd (cleandir) ===> usr.sbin/wpa/hostapd_cli (cleandir) ===> usr.sbin/wpa/ndis_events (cleandir) -------------------------------------------------------------- >>> stage 2.3: build tools -------------------------------------------------------------- ===> bin/csh (obj,build-tools) ===> bin/sh (obj,build-tools) ===> lib/libpmc/pmu-events (obj,build-tools) ===> lib/ncurses/ncurses (obj,build-tools) ===> lib/ncurses/ncursesw (obj,build-tools) ===> rescue/rescue (obj,build-tools) ** edit: HAVE_TCGETATTR 1 ** edit: HAVE_TERMIOS_H 1 ** edit: HAVE_TERMIO_H 0 ** edit: BROKEN_LINKER 0 ===> share/syscons/scrnmaps (obj,build-tools) ** edit: HAVE_TCGETATTR 1 ** edit: HAVE_TERMIOS_H 1 ** edit: HAVE_TERMIO_H 0 ===> usr.bin/awk (obj,build-tools) ** edit: BROKEN_LINKER 0 yacc: 43 shift/reduce conflicts, 85 reduce/reduce conflicts. ===> lib/libmagic (obj,build-tools) ===> usr.bin/mkesdb_static (obj,build-tools) ===> usr.bin/mkcsmapper_static (obj,build-tools) ===> usr.bin/vi/catalog (obj,build-tools) -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- ===> lib/libelftc (obj,all,install) ===> lib/libpe (obj,all,install) ===> usr.bin/objcopy (obj,all,install) ===> usr.bin/nm (obj,all,install) ===> usr.bin/size (obj,all,install) ===> usr.bin/strings (obj,all,install) ===> usr.bin/addr2line (obj,all,install) ===> cddl/lib/libctf (obj,all,install) ===> cddl/lib/libspl (obj,all,install) ===> cddl/usr.bin/ctfconvert (obj,all,install) ===> cddl/usr.bin/ctfmerge (obj,all,install) ===> stand/usb/tools (obj,all,install) -------------------------------------------------------------- >>> stage 3.1: recording build metadata -------------------------------------------------------------- -------------------------------------------------------------- >>> stage 4.1: building includes -------------------------------------------------------------- ===> lib (includes) ===> libexec (includes) ===> bin (includes) ===> cddl (includes) ===> cddl/lib (includes) ===> bin/cat (includes) ===> libexec/atrun (includes) ===> cddl/lib/drti (includes) ===> bin/chflags (includes) ===> libexec/blacklistd-helper (includes) ===> cddl/lib/libavl (includes) ===> lib/csu (includes) ===> bin/chio (includes) ===> lib/csu/amd64 (includes) ===> libexec/comsat (includes) ===> cddl/lib/libctf (includes) ===> bin/chmod (includes) ===> lib/libc (includes) ===> libexec/dma (includes) ===> cddl/lib/libdtrace (includes) ===> libexec/dma/dmagent (includes) ===> libexec/dma/dma-mbox-create (includes) ===> bin/cp (includes) ===> cddl/lib/libicp (includes) ===> bin/date (includes) ===> libexec/flua (includes) ===> bin/dd (includes) ===> libexec/getty (includes) ===> cddl/lib/libicp_rescue (includes) ===> bin/df (includes) ===> libexec/mail.local (includes) ===> bin/domainname (includes) ===> libexec/makewhatis.local (includes) ===> bin/echo (includes) ===> cddl/lib/libnvpair (includes) ===> libexec/mknetid (includes) ===> bin/ed (includes) ===> cddl/lib/libspl (includes) ===> libexec/phttpget (includes) ===> bin/expr (includes) ===> cddl/lib/libtpool (includes) ===> libexec/pppoed (includes) ===> bin/freebsd-version (includes) ===> cddl/lib/libumem (includes) ===> libexec/rc (includes) ===> bin/getfacl (includes) ===> cddl/lib/libuutil (includes) ===> libexec/rc/rc.d (includes) ===> bin/hostname (includes) ===> cddl/lib/libzfs_core (includes) ===> bin/kenv (includes) ===> cddl/lib/libzfs (includes) ===> bin/kill (includes) ===> bin/ln (includes) ===> cddl/lib/libzfsbootenv (includes) ===> libexec/revnetgroup (includes) ===> bin/ls (includes) ===> cddl/lib/libzpool (includes) ===> libexec/rpc.rquotad (includes) ===> bin/mkdir (includes) ===> libexec/rpc.rstatd (includes) ===> bin/mv (includes) ===> libexec/rpc.rusersd (includes) ===> cddl/lib/libzutil (includes) ===> bin/pax (includes) ===> libexec/rpc.rwalld (includes) ===> cddl/sbin (includes) ===> bin/pkill (includes) ===> cddl/sbin/zfs (includes) ===> libexec/rpc.sprayd (includes) ===> bin/ps (includes) ===> cddl/sbin/zpool (includes) ===> libexec/rtld-elf (includes) ===> bin/pwait (includes) ===> cddl/usr.bin (includes) ===> libexec/save-entropy (includes) ===> bin/pwd (includes) ===> cddl/usr.bin/ctfconvert (includes) ===> libexec/smrsh (includes) ===> bin/realpath (includes) ===> cddl/usr.bin/ctfdump (includes) ===> libexec/telnetd (includes) ===> bin/rm (includes) ===> cddl/usr.bin/ctfmerge (includes) ===> cddl/usr.bin/zinject (includes) ===> bin/rmdir (includes) ===> libexec/tftp-proxy (includes) ===> cddl/usr.bin/zstream (includes) ===> bin/setfacl (includes) ===> libexec/ulog-helper (includes) ===> bin/sh (includes) ===> cddl/usr.bin/zstreamdump (includes) ===> libexec/ypxfr (includes) ===> cddl/usr.bin/ztest (includes) ===> bin/sleep (includes) ===> libexec/bootpd (includes) ===> bin/stty (includes) ===> cddl/usr.sbin (includes) ===> libexec/bootpd/bootpgw (includes) ===> cddl/usr.sbin/dtrace (includes) ===> bin/sync (includes) ===> libexec/bootpd/tools (includes) ===> libexec/bootpd/tools/bootpef (includes) ===> cddl/usr.sbin/dwatch (includes) ===> bin/test (includes) ===> cddl/usr.sbin/dwatch/libexec (includes) ===> libexec/bootpd/tools/bootptest (includes) ===> bin/uuidgen (includes) ===> libexec/fingerd (includes) ===> cddl/usr.sbin/dwatch/examples (includes) ===> bin/rmail (includes) ===> libexec/ftpd (includes) ===> cddl/usr.sbin/lockstat (includes) ===> bin/csh (includes) ===> libexec/rbootd (includes) ===> cddl/usr.sbin/plockstat (includes) ===> cddl/usr.sbin/zdb (includes) ===> libexec/talkd (includes) ===> gnu (includes) ===> gnu/lib (includes) ===> libexec/tcpd (includes) ===> cddl/usr.sbin/zfsd (includes) ===> gnu/lib/libregex (includes) ===> libexec/tftpd (includes) ===> cddl/usr.sbin/zhack (includes) ===> gnu/lib/libdialog (includes) ===> libexec/hyperv (includes) ===> include (includes) ===> libexec/rtld-elf32 (includes) ===> gnu/usr.bin (includes) ===> include/arpa (includes) ===> gnu/usr.bin/dialog (includes) ===> kerberos5 (includes) ===> include/protocols (includes) ===> kerberos5/lib (includes) ===> gnu/usr.bin/diff3 (includes) ===> include/rpcsvc (includes) ===> kerberos5/lib/libasn1 (includes) ===> gnu/usr.bin/grep (includes) ===> gnu/usr.bin/binutils (includes) ===> gnu/usr.bin/binutils/libiberty (includes) ===> gnu/usr.bin/binutils/libbfd (includes) ===> lib/libc_nonshared (includes) ===> kerberos5/lib/libhdb (includes) ===> gnu/usr.bin/binutils/libopcodes (includes) ===> lib/libcompiler_rt (includes) ===> gnu/usr.bin/gdb (includes) ===> gnu/usr.bin/gdb/libgdb (includes) ===> kerberos5/lib/libheimntlm (includes) ===> kerberos5/lib/libhx509 (includes) ===> lib/libclang_rt (includes) ===> gnu/usr.bin/gdb/gdb (includes) ===> lib/libclang_rt/include (includes) ===> gnu/usr.bin/gdb/kgdb (includes) ===> kerberos5/lib/libkadm5clnt (includes) ===> lib/libclang_rt/asan (includes) ===> rescue (includes) ===> rescue/librescue (includes) ===> kerberos5/lib/libkadm5srv (includes) ===> include/rpc (includes) ===> lib/libclang_rt/asan-preinit (includes) ===> rescue/rescue (includes) ===> kerberos5/lib/libkrb5 (includes) ===> lib/libclang_rt/asan_cxx (includes) ===> sbin (includes) ===> include/xlocale (includes) ===> lib/libclang_rt/asan_dynamic (includes) ===> include/gssapi (includes) ===> sbin/adjkerntz (includes) ===> kerberos5/lib/libroken (includes) ===> lib/libclang_rt/cfi (includes) creating osreldate.h from newvers.sh ===> sbin/camcontrol (includes) ===> sbin/clri (includes) ===> lib/libclang_rt/cfi_diag (includes) ===> kerberos5/lib/libsl (includes) ===> sbin/comcontrol (includes) ===> kerberos5/lib/libvers (includes) ===> lib/libclang_rt/safestack (includes) ===> sbin/conscontrol (includes) ===> kerberos5/lib/libkdc (includes) ===> lib/libclang_rt/stats (includes) ===> sbin/ddb (includes) ===> kerberos5/lib/libwind (includes) ===> sbin/devfs (includes) ===> lib/libclang_rt/stats_client (includes) ===> kerberos5/lib/libheimbase (includes) ===> sbin/devmatch (includes) ===> lib/libclang_rt/ubsan_minimal (includes) ===> kerberos5/lib/libheimipcc (includes) ===> sbin/dhclient (includes) ===> lib/libclang_rt/ubsan_standalone (includes) ===> kerberos5/lib/libheimipcs (includes) ===> sbin/dmesg (includes) ===> lib/libclang_rt/ubsan_standalone_cxx (includes) ===> kerberos5/lib/libkafs5 (includes) ===> sbin/dump (includes) ===> lib/libclang_rt/dd (includes) ===> sbin/dumpfs (includes) ===> kerberos5/lib/libgssapi_krb5 (includes) ===> sbin/dumpon (includes) ===> lib/libclang_rt/fuzzer (includes) ===> kerberos5/lib/libgssapi_ntlm (includes) ===> sbin/etherswitchcfg (includes) ===> lib/libclang_rt/fuzzer_no_main (includes) ===> kerberos5/lib/libgssapi_spnego (includes) ===> sbin/ffsinfo (includes) ===> lib/libclang_rt/msan (includes) ===> sbin/fsck (includes) ===> kerberos5/libexec (includes) ===> kerberos5/libexec/digest-service (includes) ===> sbin/fsck_ffs (includes) ===> lib/libclang_rt/msan_cxx (includes) ===> kerberos5/libexec/ipropd-master (includes) ===> sbin/fsck_msdosfs (includes) ===> lib/libclang_rt/tsan (includes) ===> kerberos5/libexec/ipropd-slave (includes) ===> sbin/fsdb (includes) ===> kerberos5/libexec/hprop (includes) ===> lib/libclang_rt/tsan_cxx (includes) ===> sbin/fsirand (includes) ===> secure (includes) ===> kerberos5/libexec/hpropd (includes) ===> secure/lib (includes) ===> sbin/gbde (includes) ===> lib/libclang_rt/xray (includes) ===> secure/lib/libcrypto (includes) ===> kerberos5/libexec/kdc (includes) ===> sbin/geom (includes) ===> lib/libclang_rt/xray-basic (includes) ===> kerberos5/libexec/kdigest (includes) ===> sbin/ggate (includes) ===> sbin/ggate/ggatec (includes) ===> lib/libclang_rt/xray-fdr (includes) ===> kerberos5/libexec/kfd (includes) ===> sbin/ggate/ggated (includes) ===> kerberos5/libexec/kimpersonate (includes) ===> lib/libclang_rt/xray-profiling (includes) ===> sbin/ggate/ggatel (includes) ===> kerberos5/libexec/kpasswdd (includes) ===> lib/libclang_rt/profile (includes) ===> sbin/growfs (includes) ===> kerberos5/libexec/kcm (includes) ===> lib/libc++ (includes) ===> sbin/gvinum (includes) ===> kerberos5/libexec/kadmind (includes) ===> sbin/ifconfig (includes) ===> kerberos5/tools (includes) ===> kerberos5/tools/make-roken (includes) ===> sbin/init (includes) ===> kerberos5/tools/asn1_compile (includes) ===> sbin/kldconfig (includes) ===> kerberos5/tools/slc (includes) ===> sbin/kldload (includes) ===> kerberos5/usr.bin (includes) ===> lib/libc++experimental (includes) ===> sbin/kldstat (includes) ===> kerberos5/usr.bin/hxtool (includes) ===> lib/libcxxrt (includes) ===> sbin/kldunload (includes) ===> kerberos5/usr.bin/kadmin (includes) ===> secure/lib/libcrypto/engines (includes) ===> sbin/ldconfig (includes) ===> lib/libelf (includes) ===> secure/lib/libcrypto/engines/capi (includes) ===> kerberos5/usr.bin/kcc (includes) ===> sbin/md5 (includes) ===> secure/lib/libcrypto/engines/padlock (includes) ===> kerberos5/usr.bin/kdestroy (includes) ===> lib/libssp (includes) ===> sbin/mdconfig (includes) ===> kerberos5/usr.bin/kgetcred (includes) ===> lib/libssp_nonshared (includes) ===> sbin/mdmfs (includes) ===> secure/lib/libssl (includes) ===> kerberos5/usr.bin/kf (includes) ===> lib/msun (includes) ===> sbin/mknod (includes) ===> secure/lib/libssh (includes) ===> kerberos5/usr.bin/kinit (includes) ===> sbin/mksnap_ffs (includes) ===> kerberos5/usr.bin/kpasswd (includes) ===> sbin/mount (includes) ===> secure/libexec (includes) ===> secure/libexec/sftp-server (includes) ===> kerberos5/usr.bin/krb5-config (includes) ===> sbin/mount_cd9660 (includes) ===> lib/libsqlite3 (includes) ===> secure/libexec/ssh-keysign (includes) ===> kerberos5/usr.bin/ksu (includes) ===> sbin/mount_fusefs (includes) ===> lib/geom (includes) ===> kerberos5/usr.bin/string2key (includes) ===> secure/libexec/ssh-pkcs11-helper (includes) ===> sbin/mount_msdosfs (includes) ===> lib/geom/cache (includes) ===> kerberos5/usr.bin/verify_krb5_conf (includes) ===> secure/usr.bin (includes) ===> sbin/mount_nfs (includes) ===> lib/geom/concat (includes) ===> secure/usr.bin/openssl (includes) ===> kerberos5/usr.sbin (includes) ===> sbin/mount_nullfs (includes) ===> kerberos5/usr.sbin/iprop-log (includes) ===> lib/geom/eli (includes) ===> secure/usr.bin/scp (includes) ===> sbin/mount_udf (includes) ===> kerberos5/usr.sbin/kstash (includes) ===> lib/geom/journal (includes) ===> secure/usr.bin/sftp (includes) ===> sbin/mount_unionfs (includes) ===> kerberos5/usr.sbin/ktutil (includes) ===> lib/geom/label (includes) ===> secure/usr.bin/ssh (includes) ===> sbin/newfs (includes) ===> lib/geom/mirror (includes) ===> share (includes) ===> sbin/newfs_msdos (includes) ===> secure/usr.bin/ssh-add (includes) ===> share/colldef (includes) ===> lib/geom/mountver (includes) ===> sbin/nfsiod (includes) ===> secure/usr.bin/ssh-agent (includes) ===> lib/geom/multipath (includes) ===> secure/usr.bin/ssh-keygen (includes) ===> sbin/nos-tun (includes) ===> lib/geom/nop (includes) ===> sbin/pfilctl (includes) ===> secure/usr.bin/ssh-keyscan (includes) ===> lib/geom/part (includes) ===> sbin/ping (includes) ===> secure/usr.sbin (includes) ===> secure/usr.sbin/sshd (includes) ===> lib/geom/raid (includes) ===> sbin/rcorder (includes) ===> lib/geom/raid3 (includes) ===> secure/caroot (includes) ===> sbin/reboot (includes) ===> secure/caroot/trusted (includes) ===> lib/geom/shsec (includes) ===> sbin/recoverdisk (includes) ===> lib/geom/stripe (includes) ===> sbin/resolvconf (includes) ===> secure/caroot/blacklisted (includes) ===> lib/geom/virstor (includes) ===> sbin/restore (includes) ===> stand (includes) ===> lib/lib9p (includes) ===> sbin/route (includes) ===> stand/libsa (includes) ===> sbin/savecore (includes) ===> lib/libalias (includes) ===> lib/libalias/libalias (includes) ===> sbin/setkey (includes) ===> stand/libsa32 (includes) ===> lib/libalias/modules (includes) ===> sbin/shutdown (includes) ===> lib/libalias/modules/dummy (includes) ===> sbin/spppcontrol (includes) ===> stand/ficl (includes) ===> lib/libalias/modules/ftp (includes) ===> sbin/swapon (includes) ===> lib/libalias/modules/irc (includes) ===> stand/ficl32 (includes) ===> sbin/sysctl (includes) ===> lib/libalias/modules/nbt (includes) ===> stand/forth (includes) ===> sbin/tunefs (includes) ===> lib/libalias/modules/pptp (includes) ===> stand/liblua (includes) ===> sbin/umount (includes) ===> lib/libalias/modules/skinny (includes) ===> sbin/bsdlabel (includes) ===> stand/liblua32 (includes) ===> lib/libalias/modules/smedia (includes) ===> sbin/fdisk (includes) ===> stand/lua (includes) ===> lib/libarchive (includes) ===> sbin/ccdconfig (includes) ===> stand/fdt (includes) ===> sbin/devd (includes) ===> stand/defaults (includes) ===> sbin/hastctl (includes) ===> lib/libauditd (includes) ===> stand/man (includes) ===> sbin/hastd (includes) ===> lib/libbegemot (includes) ===> stand/userboot (includes) ===> sbin/ping6 (includes) ===> lib/libblocksruntime (includes) ===> stand/userboot/test (includes) ===> sbin/rtsol (includes) ===> lib/libbsdstat (includes) ===> stand/userboot/userboot_4th (includes) ===> sbin/ipf (includes) ===> lib/libbsm (includes) ===> sbin/ipf/libipf (includes) ===> stand/userboot/userboot_lua (includes) ===> lib/libbz2 (includes) ===> sbin/ipf/ipf (includes) ===> stand/i386 (includes) ===> lib/libcalendar (includes) ===> sbin/ipf/ipfs (includes) ===> stand/i386/mbr (includes) ===> lib/libcam (includes) ===> sbin/ipf/ipfstat (includes) ===> stand/i386/pmbr (includes) ===> lib/libcapsicum (includes) ===> sbin/ipf/ipmon (includes) ===> stand/i386/boot0 (includes) ===> lib/libcasper (includes) ===> sbin/ipf/ipnat (includes) ===> lib/libcasper/libcasper (includes) ===> stand/i386/boot0sio (includes) ===> sbin/ipf/ippool (includes) ===> lib/libcasper/services (includes) ===> stand/i386/btx (includes) ===> lib/libcasper/services/cap_dns (includes) ===> sbin/ipfw (includes) ===> stand/i386/btx/btx (includes) ===> sbin/natd (includes) ===> lib/libcasper/services/cap_fileargs (includes) ===> stand/i386/btx/btxldr (includes) ===> sbin/iscontrol (includes) ===> lib/libcasper/services/cap_grp (includes) ===> stand/i386/btx/lib (includes) ===> sbin/nvmecontrol (includes) ===> lib/libcasper/services/cap_net (includes) ===> stand/i386/boot2 (includes) ===> sbin/nvmecontrol/modules (includes) ===> lib/libcasper/services/cap_pwd (includes) ===> sbin/nvmecontrol/modules/intel (includes) ===> stand/i386/cdboot (includes) ===> sbin/nvmecontrol/modules/wdc (includes) ===> lib/libcasper/services/cap_sysctl (includes) ===> stand/i386/gptboot (includes) ===> sbin/decryptcore (includes) ===> lib/libcasper/services/cap_syslog (includes) ===> stand/i386/isoboot (includes) ===> sbin/pfctl (includes) ===> lib/libcompat (includes) ===> stand/i386/libi386 (includes) ===> sbin/pflogd (includes) ===> lib/libcrypt (includes) ===> stand/i386/loader_4th (includes) ===> sbin/quotacheck (includes) ===> lib/libdevctl (includes) ===> sbin/routed (includes) ===> stand/i386/loader_lua (includes) ===> lib/libdevinfo (includes) ===> sbin/routed/rtquery (includes) ===> stand/i386/loader_simp (includes) ===> lib/libdevstat (includes) ===> sbin/bectl (includes) ===> lib/libdl (includes) ===> stand/i386/pxeldr (includes) ===> sbin/zfsbootcfg (includes) ===> lib/libdwarf (includes) ===> stand/i386/zfsboot (includes) ===> sys (includes) ===> usr.bin (includes) ===> stand/i386/gptzfsboot (includes) ===> lib/libedit (includes) ===> stand/efi (includes) ===> stand/efi/fdt (includes) ===> lib/libedit/readline (includes) ===> lib/libelftc (includes) ===> usr.bin/alias (includes) ===> stand/efi/libefi (includes) ===> stand/efi/boot1 (includes) ===> lib/libevent1 (includes) ===> usr.bin/apply (includes) ===> stand/efi/gptboot (includes) ===> lib/libexecinfo (includes) ===> usr.bin/asa (includes) ===> lib/libexpat (includes) ===> stand/efi/loader_4th (includes) ===> usr.bin/awk (includes) ===> stand/efi/loader_lua (includes) ===> lib/libfetch (includes) ===> usr.bin/backlight (includes) ===> usr.bin/banner (includes) ===> lib/libfigpar (includes) ===> stand/efi/loader_simp (includes) ===> usr.bin/basename (includes) ===> lib/libgcc_eh (includes) ===> usr.sbin (includes) ===> usr.bin/brandelf (includes) ===> lib/libgcc_s (includes) ===> usr.bin/bsdcat (includes) ===> usr.bin/bsdiff (includes) ===> usr.bin/bsdiff/bsdiff (includes) ===> lib/libgeom (includes) ===> usr.bin/bsdiff/bspatch (includes) ===> usr.sbin/adduser (includes) ===> lib/libifconfig (includes) ===> usr.bin/bzip2 (includes) ===> usr.sbin/arp (includes) ===> lib/libipsec (includes) ===> usr.bin/bzip2recover (includes) ===> usr.sbin/binmiscctl (includes) ===> lib/libjail (includes) ===> usr.bin/cap_mkdb (includes) ===> usr.sbin/camdd (includes) ===> lib/libkiconv (includes) ===> usr.bin/chat (includes) ===> usr.sbin/cdcontrol (includes) ===> lib/libkvm (includes) ===> usr.bin/chpass (includes) ===> usr.sbin/chkgrp (includes) ===> lib/liblua (includes) ===> usr.sbin/chown (includes) ===> usr.bin/cksum (includes) ===> usr.sbin/chroot (includes) ===> lib/liblzma (includes) ===> usr.bin/cmp (includes) ===> usr.sbin/ckdist (includes) ===> usr.bin/col (includes) ===> usr.sbin/clear_locks (includes) ===> usr.bin/colrm (includes) ===> lib/libmemstat (includes) ===> usr.sbin/crashinfo (includes) ===> usr.bin/column (includes) ===> lib/libmd (includes) ===> usr.sbin/cron (includes) ===> usr.bin/comm (includes) ===> usr.sbin/cron/lib (includes) ===> lib/libmt (includes) ===> usr.bin/compress (includes) ===> usr.sbin/cron/cron (includes) ===> lib/lib80211 (includes) ===> usr.bin/cpuset (includes) ===> usr.sbin/cron/crontab (includes) ===> lib/libnetbsd (includes) ===> usr.bin/csplit (includes) ===> usr.sbin/ctladm (includes) ===> lib/libnetmap (includes) ===> usr.bin/ctlstat (includes) ===> usr.sbin/ctld (includes) ===> usr.bin/cut (includes) ===> lib/libnv (includes) ===> usr.sbin/daemon (includes) ===> usr.bin/diff (includes) ===> lib/libopenbsd (includes) ===> usr.sbin/dconschat (includes) ===> usr.bin/dirname (includes) ===> lib/libopie (includes) ===> usr.sbin/devctl (includes) ===> usr.bin/du (includes) ===> usr.sbin/devinfo (includes) ===> lib/libpam (includes) ===> lib/libpam/libpam (includes) ===> usr.bin/elfctl (includes) ===> usr.sbin/diskinfo (includes) ===> usr.bin/elfdump (includes) ===> usr.sbin/dumpcis (includes) ===> lib/libpam/modules (includes) ===> share/ctypedef (includes) ===> usr.bin/enigma (includes) ===> usr.sbin/etcupdate (includes) ===> lib/libpam/modules/pam_chroot (includes) ===> usr.bin/env (includes) ===> usr.sbin/extattr (includes) ===> lib/libpam/modules/pam_deny (includes) ===> share/dict (includes) ===> usr.bin/etdump (includes) ===> usr.sbin/extattrctl (includes) ===> lib/libpam/modules/pam_echo (includes) ===> share/doc (includes) ===> usr.bin/expand (includes) ===> share/doc/IPv6 (includes) ===> usr.sbin/fifolog (includes) ===> lib/libpam/modules/pam_exec (includes) ===> usr.sbin/fifolog/lib (includes) ===> usr.bin/false (includes) ===> share/doc/legal (includes) ===> lib/libpam/modules/pam_ftpusers (includes) ===> share/doc/legal/intel_ipw (includes) ===> usr.sbin/fifolog/fifolog_create (includes) ===> usr.bin/fetch (includes) ===> lib/libpam/modules/pam_group (includes) ===> share/doc/legal/intel_iwi (includes) ===> usr.sbin/fifolog/fifolog_writer (includes) ===> usr.bin/find (includes) ===> lib/libpam/modules/pam_guest (includes) ===> share/doc/legal/intel_iwn (includes) ===> usr.sbin/fifolog/fifolog_reader (includes) ===> usr.bin/fmt (includes) ===> lib/libpam/modules/pam_krb5 (includes) ===> share/doc/legal/intel_wpi (includes) ===> usr.sbin/fstyp (includes) ===> usr.bin/fold (includes) ===> lib/libpam/modules/pam_ksu (includes) ===> share/doc/legal/realtek (includes) ===> usr.bin/fstat (includes) ===> usr.sbin/fwcontrol (includes) ===> lib/libpam/modules/pam_lastlog (includes) ===> share/doc/llvm (includes) ===> usr.bin/fsync (includes) ===> usr.sbin/getfmac (includes) ===> lib/libpam/modules/pam_login_access (includes) ===> share/doc/llvm/clang (includes) ===> usr.bin/gcore (includes) ===> usr.sbin/getpmac (includes) ===> lib/libpam/modules/pam_nologin (includes) ===> share/dtrace (includes) ===> usr.bin/gencat (includes) ===> usr.sbin/gstat (includes) ===> share/examples (includes) ===> lib/libpam/modules/pam_opie (includes) ===> usr.bin/getaddrinfo (includes) ===> usr.sbin/i2c (includes) ===> lib/libpam/modules/pam_opieaccess (includes) ===> usr.bin/getconf (includes) ===> usr.sbin/ifmcstat (includes) ===> lib/libpam/modules/pam_passwdqc (includes) ===> usr.sbin/iostat (includes) ===> usr.bin/getent (includes) ===> lib/libpam/modules/pam_permit (includes) ===> usr.bin/getopt (includes) ===> usr.sbin/iovctl (includes) ===> lib/libpam/modules/pam_radius (includes) ===> usr.bin/grep (includes) ===> usr.sbin/kldxref (includes) ===> lib/libpam/modules/pam_rhosts (includes) ===> usr.bin/gzip (includes) ===> usr.sbin/mailwrapper (includes) ===> lib/libpam/modules/pam_rootok (includes) ===> usr.bin/head (includes) ===> usr.sbin/makefs (includes) ===> lib/libpam/modules/pam_securetty (includes) ===> usr.bin/hexdump (includes) ===> usr.sbin/memcontrol (includes) ===> lib/libpam/modules/pam_self (includes) ===> usr.bin/id (includes) ===> usr.sbin/mergemaster (includes) ===> usr.bin/ident (includes) ===> lib/libpam/modules/pam_ssh (includes) ===> usr.sbin/mfiutil (includes) ===> usr.bin/ipcrm (includes) ===> lib/libpam/modules/pam_tacplus (includes) ===> usr.sbin/mixer (includes) ===> usr.bin/ipcs (includes) ===> lib/libpam/modules/pam_unix (includes) ===> usr.sbin/mlxcontrol (includes) ===> usr.bin/join (includes) ===> lib/libpam/pam.d (includes) ===> usr.sbin/mountd (includes) ===> usr.bin/jot (includes) ===> usr.sbin/mount_smbfs (includes) ===> lib/libpam/static_libpam (includes) ===> usr.bin/keylogin (includes) ===> usr.sbin/mpsutil (includes) ===> lib/libpathconv (includes) ===> usr.bin/keylogout (includes) ===> usr.sbin/mptutil (includes) ===> lib/libpcap (includes) ===> usr.bin/killall (includes) ===> usr.sbin/mtest (includes) ===> usr.bin/ktrace (includes) ===> usr.sbin/newsyslog (includes) ===> lib/libpjdlog (includes) ===> usr.bin/ktrdump (includes) ===> usr.sbin/newsyslog/newsyslog.conf.d (includes) ===> lib/libproc (includes) ===> usr.bin/lam (includes) ===> usr.sbin/nfscbd (includes) ===> lib/libprocstat (includes) ===> usr.bin/lastcomm (includes) ===> usr.sbin/nfsd (includes) ===> lib/libprocstat/zfs (includes) ===> usr.bin/ldd (includes) ===> usr.sbin/nfsdumpstate (includes) ===> usr.bin/leave (includes) ===> lib/libregex (includes) ===> usr.sbin/nfsrevoke (includes) ===> usr.bin/less (includes) ===> lib/librpcsvc (includes) ===> usr.sbin/nfsuserd (includes) ===> usr.bin/lessecho (includes) ===> lib/librss (includes) ===> usr.sbin/nmtree (includes) ===> usr.bin/lesskey (includes) ===> lib/librt (includes) ===> usr.sbin/nologin (includes) ===> usr.bin/limits (includes) ===> lib/librtld_db (includes) ===> usr.sbin/pciconf (includes) ===> usr.bin/locale (includes) ===> usr.sbin/periodic (includes) ===> lib/libsbuf (includes) ===> usr.bin/localedef (includes) ===> usr.sbin/periodic/etc (includes) ===> lib/libsmb (includes) ===> usr.sbin/periodic/etc/daily (includes) ===> usr.bin/lock (includes) ===> lib/libstdbuf (includes) ===> usr.sbin/periodic/etc/security (includes) ===> usr.bin/lockf (includes) ===> lib/libstdthreads (includes) ===> usr.bin/logger (includes) ===> usr.sbin/periodic/etc/weekly (includes) ===> lib/libsysdecode (includes) ===> usr.bin/login (includes) ===> usr.sbin/periodic/etc/monthly (includes) ===> usr.bin/logins (includes) ===> lib/libtacplus (includes) ===> usr.sbin/pnfsdscopymr (includes) ===> usr.bin/logname (includes) ===> usr.sbin/pnfsdsfile (includes) ===> lib/libthread_db (includes) ===> usr.bin/look (includes) ===> usr.sbin/pnfsdskill (includes) ===> lib/libucl (includes) ===> usr.bin/lorder (includes) ===> usr.sbin/powerd (includes) ===> lib/libufs (includes) ===> usr.bin/lsvfs (includes) ===> usr.sbin/prometheus_sysctl_exporter (includes) ===> share/examples/ipfilter (includes) ===> lib/libugidfw (includes) ===> usr.bin/lzmainfo (includes) ===> usr.sbin/pstat (includes) ===> share/examples/smbfs (includes) ===> lib/libulog (includes) ===> usr.bin/m4 (includes) ===> usr.sbin/pw (includes) ===> share/examples/smbfs/print (includes) ===> lib/libutil (includes) ===> usr.bin/mandoc (includes) ===> usr.sbin/pwd_mkdb (includes) ===> share/i18n (includes) ===> share/i18n/csmapper (includes) ===> usr.sbin/pwm (includes) ===> usr.bin/mesg (includes) ===> lib/libvgl (includes) ===> share/i18n/csmapper/APPLE (includes) ===> usr.sbin/quot (includes) ===> usr.bin/minigzip (includes) ===> lib/libwrap (includes) ===> usr.sbin/rarpd (includes) ===> usr.bin/ministat (includes) ===> share/i18n/csmapper/AST (includes) ===> lib/libxo (includes) ===> usr.sbin/rmt (includes) ===> usr.bin/mkdep (includes) ===> lib/libxo/libxo (includes) ===> share/i18n/csmapper/BIG5 (includes) ===> usr.sbin/rpcbind (includes) ===> usr.bin/mkfifo (includes) ===> lib/libxo/encoder (includes) ===> share/i18n/csmapper/CNS (includes) ===> lib/libxo/encoder/csv (includes) ===> usr.sbin/rpc.lockd (includes) ===> usr.bin/mkimg (includes) ===> share/i18n/csmapper/CP (includes) ===> usr.sbin/rpc.statd (includes) ===> lib/liby (includes) ===> usr.bin/mktemp (includes) ===> usr.sbin/rpc.umntall (includes) ===> lib/libz (includes) ===> usr.bin/mkuzip (includes) ===> usr.sbin/rtprio (includes) ===> usr.bin/mt (includes) ===> lib/libzstd (includes) ===> usr.sbin/rwhod (includes) ===> usr.bin/ncal (includes) ===> share/i18n/csmapper/EBCDIC (includes) ===> lib/ncurses (includes) ===> usr.sbin/service (includes) ===> lib/ncurses/ncurses (includes) ===> usr.bin/netstat (includes) ===> usr.sbin/services_mkdb (includes) ===> share/i18n/csmapper/GB (includes) ===> usr.bin/newgrp (includes) ===> usr.sbin/sesutil (includes) ===> share/i18n/csmapper/GEORGIAN (includes) ===> usr.bin/nfsstat (includes) ===> lib/ncurses/form (includes) ===> usr.sbin/setfib (includes) ===> usr.bin/nice (includes) ===> share/i18n/csmapper/ISO646 (includes) ===> usr.sbin/setfmac (includes) ===> lib/ncurses/menu (includes) ===> usr.bin/nl (includes) ===> share/i18n/csmapper/ISO-8859 (includes) ===> usr.sbin/setpmac (includes) ===> usr.bin/nohup (includes) ===> lib/ncurses/panel (includes) ===> share/i18n/csmapper/JIS (includes) ===> usr.sbin/smbmsg (includes) ===> usr.bin/opieinfo (includes) ===> lib/ncurses/ncursesw (includes) ===> usr.sbin/snapinfo (includes) ===> share/i18n/csmapper/KAZAKH (includes) ===> usr.bin/opiekey (includes) ===> usr.sbin/spi (includes) ===> share/i18n/csmapper/KOI (includes) ===> usr.bin/opiepasswd (includes) ===> usr.sbin/spray (includes) ===> usr.bin/pagesize (includes) ===> share/i18n/csmapper/KS (includes) ===> usr.sbin/syslogd (includes) ===> usr.bin/passwd (includes) ===> lib/ncurses/formw (includes) ===> share/i18n/csmapper/MISC (includes) ===> usr.sbin/sysrc (includes) ===> usr.bin/paste (includes) ===> share/i18n/csmapper/TCVN (includes) ===> lib/ncurses/menuw (includes) ===> usr.sbin/tcpdrop (includes) ===> usr.bin/patch (includes) ===> share/i18n/esdb (includes) ===> usr.sbin/tcpdump (includes) ===> usr.bin/pathchk (includes) ===> lib/ncurses/panelw (includes) ===> usr.sbin/tcpdump/tcpdump (includes) ===> share/i18n/esdb/APPLE (includes) ===> usr.bin/perror (includes) ===> lib/libngatm (includes) ===> usr.sbin/traceroute (includes) ===> usr.bin/posixshmcontrol (includes) ===> usr.bin/pr (includes) ===> usr.sbin/trim (includes) ===> lib/libblacklist (includes) ===> share/i18n/esdb/AST (includes) ===> usr.bin/printenv (includes) ===> usr.sbin/trpt (includes) ===> lib/libbluetooth (includes) ===> usr.sbin/tzsetup (includes) ===> usr.bin/printf (includes) ===> share/i18n/esdb/BIG5 (includes) ===> lib/libsdp (includes) ===> usr.sbin/ugidfw (includes) ===> usr.bin/proccontrol (includes) ===> lib/libbsnmp (includes) ===> lib/libbsnmp/libbsnmp (includes) ===> usr.bin/procstat (includes) ===> usr.sbin/valectl (includes) ===> share/i18n/esdb/CP (includes) ===> usr.sbin/vigr (includes) ===> usr.bin/protect (includes) ===> lib/clang (includes) ===> lib/clang/libllvm (includes) ===> usr.sbin/vipw (includes) ===> usr.bin/rctl (includes) ===> usr.sbin/wake (includes) ===> usr.bin/renice (includes) ===> usr.sbin/watch (includes) ===> usr.bin/resizewin (includes) ===> usr.sbin/watchdogd (includes) ===> usr.bin/rev (includes) ===> usr.sbin/zic (includes) ===> usr.bin/revoke (includes) ===> usr.sbin/zic/zic (includes) ===> usr.bin/rpcinfo (includes) ===> usr.sbin/zic/zdump (includes) ===> usr.bin/rs (includes) ===> usr.sbin/zonectl (includes) ===> usr.bin/rup (includes) ===> usr.sbin/acpi (includes) ===> usr.sbin/acpi/acpiconf (includes) ===> usr.bin/ruptime (includes) ===> usr.sbin/acpi/acpidb (includes) ===> usr.bin/rusers (includes) ===> usr.bin/rwall (includes) ===> share/i18n/esdb/DEC (includes) ===> usr.sbin/acpi/acpidump (includes) ===> usr.bin/rwho (includes) ===> share/i18n/esdb/EUC (includes) ===> usr.sbin/acpi/iasl (includes) ===> usr.bin/script (includes) ===> usr.bin/sdiff (includes) ===> share/i18n/esdb/EBCDIC (includes) ===> usr.bin/sed (includes) ===> usr.sbin/apm (includes) ===> usr.bin/seq (includes) ===> usr.sbin/bhyve (includes) ===> usr.bin/shar (includes) ===> share/i18n/esdb/GB (includes) ===> usr.sbin/bhyvectl (includes) ===> usr.bin/showmount (includes) ===> usr.sbin/bhyveload (includes) ===> share/i18n/esdb/GEORGIAN (includes) ===> usr.bin/sockstat (includes) ===> usr.sbin/boot0cfg (includes) ===> share/i18n/esdb/ISO-2022 (includes) ===> usr.bin/soelim (includes) ===> usr.sbin/btxld (includes) ===> usr.bin/sort (includes) ===> usr.sbin/cpucontrol (includes) ===> share/i18n/esdb/ISO-8859 (includes) ===> usr.bin/split (includes) ===> usr.sbin/hyperv (includes) ===> usr.sbin/hyperv/tools/kvp (includes) ===> usr.bin/stat (includes) ===> usr.bin/stdbuf (includes) ===> share/i18n/esdb/ISO646 (includes) ===> usr.sbin/hyperv/tools/vss (includes) ===> usr.sbin/kgmon (includes) ===> usr.bin/strings (includes) ===> usr.sbin/lptcontrol (includes) ===> usr.bin/su (includes) ===> usr.sbin/mptable (includes) ===> usr.bin/systat (includes) ===> usr.sbin/ndiscvt (includes) ===> usr.bin/tabs (includes) ===> share/i18n/esdb/KAZAKH (includes) ===> usr.sbin/spkrtest (includes) ===> usr.bin/tail (includes) ===> usr.sbin/zzz (includes) ===> share/i18n/esdb/KOI (includes) ===> usr.bin/tar (includes) ===> usr.sbin/accton (includes) ===> usr.bin/tcopy (includes) ===> usr.sbin/sa (includes) ===> share/i18n/esdb/MISC (includes) ===> usr.bin/tee (includes) ===> usr.sbin/audit (includes) ===> usr.bin/time (includes) ===> usr.sbin/auditd (includes) ===> usr.bin/timeout (includes) ===> usr.sbin/auditdistd (includes) ===> share/i18n/esdb/TCVN (includes) ===> usr.bin/tip (includes) ===> usr.bin/tip/tip (includes) ===> usr.sbin/auditreduce (includes) ===> share/i18n/esdb/UTF (includes) ===> usr.bin/top (includes) ===> usr.sbin/praudit (includes) ===> usr.bin/touch (includes) ===> usr.sbin/authpf (includes) ===> usr.bin/tput (includes) ===> share/keys (includes) ===> usr.sbin/autofs (includes) ===> share/keys/pkg (includes) ===> share/keys/pkg/trusted (includes) ===> usr.bin/tr (includes) ===> usr.sbin/autofs/autofs (includes) ===> share/man (includes) ===> usr.bin/true (includes) ===> usr.sbin/blacklistctl (includes) ===> share/man/man1 (includes) ===> usr.bin/truncate (includes) ===> usr.sbin/blacklistd (includes) ===> share/man/man3 (includes) ===> usr.bin/tset (includes) ===> usr.sbin/bluetooth (includes) ===> usr.bin/tsort (includes) ===> share/man/man4 (includes) ===> usr.sbin/bluetooth/bluetooth-config (includes) ===> usr.bin/tty (includes) ===> usr.sbin/bluetooth/bt3cfw (includes) ===> usr.bin/uname (includes) ===> usr.sbin/bluetooth/btpand (includes) ===> share/man/man5 (includes) ===> usr.bin/unexpand (includes) ===> usr.sbin/bluetooth/hccontrol (includes) ===> share/man/man6 (includes) ===> usr.bin/uniq (includes) ===> usr.sbin/bluetooth/hcsecd (includes) ===> share/man/man7 (includes) ===> usr.bin/unzip (includes) ===> usr.sbin/bluetooth/hcseriald (includes) ===> share/man/man8 (includes) ===> usr.bin/units (includes) ===> usr.sbin/bluetooth/l2control (includes) ===> share/man/man9 (includes) ===> usr.bin/unvis (includes) ===> usr.sbin/bluetooth/l2ping (includes) ===> usr.bin/uudecode (includes) ===> usr.sbin/bluetooth/rfcomm_pppd (includes) ===> usr.bin/uuencode (includes) ===> usr.sbin/bluetooth/sdpcontrol (includes) ===> usr.bin/vis (includes) ===> share/misc (includes) ===> usr.sbin/bluetooth/sdpd (includes) ===> usr.bin/vmstat (includes) ===> share/mk (includes) ===> usr.sbin/bluetooth/ath3kfw (includes) ===> usr.bin/w (includes) ===> usr.sbin/bluetooth/bcmfw (includes) ===> share/monetdef (includes) ===> usr.bin/wall (includes) ===> usr.sbin/bluetooth/bthidcontrol (includes) ===> usr.bin/wc (includes) ===> usr.sbin/bluetooth/bthidd (includes) ===> usr.bin/what (includes) ===> usr.sbin/bluetooth/iwmbtfw (includes) ===> usr.bin/whereis (includes) ===> usr.sbin/bootparamd (includes) ===> usr.bin/which (includes) ===> usr.sbin/bootparamd/bootparamd (includes) ===> usr.bin/whois (includes) ===> usr.sbin/bootparamd/callbootd (includes) ===> usr.bin/write (includes) ===> usr.sbin/bsdinstall (includes) ===> usr.bin/xargs (includes) ===> usr.sbin/bsdinstall/distextract (includes) ===> usr.bin/xinstall (includes) ===> usr.sbin/bsdinstall/distfetch (includes) ===> usr.bin/xo (includes) ===> usr.sbin/bsdinstall/partedit (includes) ===> usr.bin/xz (includes) ===> usr.sbin/bsdinstall/scripts (includes) ===> usr.bin/xzdec (includes) ===> usr.sbin/bsnmpd (includes) ===> usr.sbin/bsnmpd/gensnmptree (includes) ===> usr.bin/yes (includes) ===> usr.sbin/bsnmpd/bsnmpd (includes) ===> usr.bin/zstd (includes) ===> usr.sbin/bsnmpd/modules (includes) ===> usr.bin/dtc (includes) ===> usr.sbin/bsnmpd/modules/snmp_bridge (includes) ===> usr.bin/gh-bc (includes) ===> usr.sbin/bsnmpd/modules/snmp_hostres (includes) ===> usr.sbin/bsnmpd/modules/snmp_lm75 (includes) ===> usr.bin/smbutil (includes) ===> usr.bin/at (includes) ===> usr.sbin/bsnmpd/modules/snmp_mibII (includes) ===> usr.bin/atm (includes) ===> usr.sbin/bsnmpd/modules/snmp_target (includes) ===> usr.bin/atm/sscop (includes) ===> usr.sbin/bsnmpd/modules/snmp_usm (includes) ===> usr.bin/bluetooth (includes) ===> usr.bin/bluetooth/bthost (includes) ===> usr.sbin/bsnmpd/modules/snmp_vacm (includes) ===> usr.bin/bluetooth/btsockstat (includes) ===> usr.sbin/bsnmpd/modules/snmp_hast (includes) ===> usr.bin/bluetooth/rfcomm_sppd (includes) ===> usr.sbin/bsnmpd/modules/snmp_pf (includes) ===> usr.bin/cpio (includes) ===> usr.sbin/bsnmpd/modules/snmp_netgraph (includes) ===> usr.bin/calendar (includes) ===> share/msgdef (includes) ===> usr.sbin/bsnmpd/modules/snmp_wlan (includes) ===> usr.sbin/bsnmpd/tools (includes) ===> usr.bin/clang (includes) ===> usr.sbin/bsnmpd/tools/libbsnmptools (includes) ===> usr.bin/clang/clang (includes) ===> usr.sbin/bsnmpd/tools/bsnmptools (includes) ===> usr.bin/clang/clang-tblgen (includes) ===> usr.sbin/certctl (includes) ===> usr.bin/clang/llvm-tblgen (includes) ===> usr.sbin/cxgbetool (includes) ===> usr.sbin/bsdconfig (includes) ===> usr.bin/clang/lldb-tblgen (includes) ===> usr.bin/clang/llvm-ar (includes) ===> usr.sbin/bsdconfig/console (all) ===> usr.bin/clang/llvm-nm (includes) ===> usr.sbin/bsdconfig/console/include (all) ===> usr.bin/clang/llvm-objdump (includes) ===> usr.sbin/bsdconfig/diskmgmt (all) ===> usr.bin/clang/llvm-symbolizer (includes) ===> usr.sbin/bsdconfig/diskmgmt/include (all) ===> share/numericdef (includes) ===> usr.bin/clang/lld (includes) ===> usr.sbin/bsdconfig/docsinstall (all) ===> share/sendmail (includes) ===> usr.sbin/bsdconfig/docsinstall/include (all) ===> usr.bin/clang/lldb (includes) ===> share/skel (includes) ===> usr.sbin/bsdconfig/dot (all) ===> usr.bin/clang/llvm-cov (includes) ===> share/snmp (includes) ===> usr.sbin/bsdconfig/dot/include (all) ===> usr.bin/clang/llvm-profdata (includes) ===> share/snmp/mibs (includes) ===> usr.sbin/bsdconfig/include (all) ===> usr.bin/dpv (includes) ===> share/syscons (includes) ===> share/syscons/fonts (includes) ===> usr.sbin/bsdconfig/console (includes) ===> usr.bin/ee (includes) ===> usr.sbin/bsdconfig/console/include (includes) ===> share/syscons/keymaps (includes) ===> usr.bin/file (includes) ===> usr.sbin/bsdconfig/diskmgmt (includes) ===> usr.bin/finger (includes) ===> usr.sbin/bsdconfig/diskmgmt/include (includes) ===> share/syscons/scrnmaps (includes) ===> usr.bin/ftp (includes) ===> usr.sbin/bsdconfig/docsinstall (includes) ===> share/tabset (includes) ===> usr.bin/caesar (includes) ===> usr.sbin/bsdconfig/docsinstall/include (includes) ===> share/termcap (includes) ===> usr.sbin/bsdconfig/dot (includes) ===> usr.bin/factor (includes) ===> share/timedef (includes) ===> usr.sbin/bsdconfig/dot/include (includes) ===> usr.bin/fortune (includes) ===> usr.bin/fortune/fortune (includes) ===> usr.sbin/bsdconfig/include (includes) ===> usr.bin/fortune/strfile (includes) ===> usr.sbin/bsdconfig/includes (includes) ===> usr.bin/fortune/datfiles (includes) ===> usr.sbin/bsdconfig/includes/include (includes) ===> usr.bin/fortune/unstr (includes) ===> usr.sbin/bsdconfig/mouse (includes) ===> lib/clang/libclang (includes) ===> usr.bin/grdc (includes) ===> usr.sbin/bsdconfig/mouse/include (includes) ===> usr.bin/morse (includes) ===> usr.sbin/bsdconfig/networking (includes) ===> usr.bin/number (includes) ===> usr.sbin/bsdconfig/networking/include (includes) ===> usr.bin/pom (includes) ===> usr.sbin/bsdconfig/networking/share (includes) ===> usr.bin/primes (includes) ===> usr.sbin/bsdconfig/packages (includes) ===> usr.bin/random (includes) ===> usr.sbin/bsdconfig/packages/include (includes) ===> usr.bin/iconv (includes) ===> usr.sbin/bsdconfig/password (includes) ===> usr.bin/mkcsmapper (includes) ===> usr.sbin/bsdconfig/password/include (includes) ===> usr.bin/mkesdb (includes) ===> usr.sbin/bsdconfig/password/share (includes) ===> usr.bin/iscsictl (includes) ===> usr.sbin/bsdconfig/security (includes) ===> usr.bin/kdump (includes) ===> usr.sbin/bsdconfig/security/include (includes) ===> usr.bin/truss (includes) ===> usr.sbin/bsdconfig/share (includes) ===> usr.bin/compile_et (includes) ===> usr.sbin/bsdconfig/share/media (includes) ===> usr.bin/drill (includes) ===> usr.sbin/bsdconfig/share/packages (includes) ===> usr.bin/host (includes) ===> usr.sbin/bsdconfig/startup (includes) ===> usr.bin/ldd32 (includes) ===> usr.sbin/bsdconfig/startup/include (includes) ===> usr.bin/locate (includes) ===> usr.sbin/bsdconfig/startup/share (includes) ===> usr.bin/locate/bigram (includes) ===> usr.sbin/bsdconfig/timezone (includes) ===> usr.bin/locate/code (includes) ===> usr.sbin/bsdconfig/timezone/include (includes) ===> usr.bin/locate/locate (includes) ===> usr.sbin/bsdconfig/timezone/share (includes) ===> usr.bin/biff (includes) ===> usr.sbin/bsdconfig/ttys (includes) ===> usr.bin/from (includes) ===> usr.sbin/bsdconfig/ttys/include (includes) ===> usr.bin/mail (includes) ===> usr.sbin/bsdconfig/usermgmt (includes) ===> usr.bin/msgs (includes) ===> usr.sbin/bsdconfig/usermgmt/include (includes) ===> usr.bin/bmake (includes) ===> usr.sbin/bsdconfig/usermgmt/share (includes) ===> usr.bin/man (includes) ===> usr.sbin/bsdconfig/examples (includes) ===> usr.bin/nc (includes) ===> usr.sbin/bsdconfig/includes (all) ===> usr.bin/ypcat (includes) ===> usr.sbin/bsdconfig/includes/include (all) ===> usr.bin/ypmatch (includes) ===> lib/clang/liblldb (includes) ===> usr.sbin/efivar (includes) ===> usr.bin/ypwhich (includes) ===> usr.sbin/efidp (includes) ===> usr.bin/ssh-copy-id (includes) ===> usr.sbin/efibootmgr (includes) ===> usr.bin/chkey (includes) ===> usr.sbin/uefisign (includes) ===> usr.bin/newkey (includes) ===> usr.sbin/fdcontrol (includes) ===> usr.bin/quota (includes) ===> usr.sbin/fdformat (includes) ===> usr.bin/vacation (includes) ===> usr.sbin/fdread (includes) ===> usr.bin/talk (includes) ===> usr.sbin/fdwrite (includes) ===> usr.bin/telnet (includes) ===> usr.sbin/fmtree (includes) ===> usr.bin/ul (includes) ===> usr.sbin/freebsd-update (includes) ===> usr.bin/tftp (includes) ===> usr.sbin/gssd (includes) ===> usr.bin/addr2line (includes) ===> usr.sbin/gpioctl (includes) ===> usr.bin/ar (includes) ===> usr.sbin/ip6addrctl (includes) ===> usr.bin/c89 (includes) ===> usr.sbin/mld6query (includes) ===> usr.bin/c99 (includes) ===> usr.sbin/ndp (includes) ===> lib/clang/headers (includes) ===> usr.bin/ctags (includes) ===> share/vt (includes) ===> share/vt/fonts (includes) ===> usr.sbin/rip6query (includes) ===> usr.bin/cxxfilt (includes) ===> share/vt/keymaps (includes) ===> usr.sbin/route6d (includes) ===> usr.bin/objcopy (includes) ===> usr.sbin/rrenumd (includes) ===> usr.bin/file2c (includes) ===> share/zoneinfo (includes) ===> usr.sbin/rtadvctl (includes) ===> usr.bin/gprof (includes) ===> etc (includes) ===> usr.sbin/rtadvd (includes) ===> usr.bin/indent (includes) ===> etc/sendmail (includes) ===> usr.sbin/rtsold (includes) ===> usr.bin/lex (includes) ===> usr.sbin/traceroute6 (includes) ===> usr.sbin/inetd (includes) ===> usr.bin/lex/lib (includes) ===> usr.sbin/ipfwpcap (includes) ===> usr.sbin/iscsid (includes) ===> usr.bin/mkstr (includes) ===> usr.sbin/jail (includes) ===> usr.sbin/jexec (includes) ===> usr.bin/nm (includes) ===> usr.sbin/jls (includes) ===> usr.sbin/kbdcontrol (includes) ===> usr.bin/readelf (includes) ===> usr.sbin/kbdmap (includes) ===> usr.sbin/moused (includes) ===> usr.bin/rpcgen (includes) ===> usr.sbin/vidcontrol (includes) ===> usr.sbin/pppctl (includes) ===> usr.bin/unifdef (includes) ===> usr.sbin/nscd (includes) ===> usr.sbin/lpr (includes) ===> usr.sbin/lpr/common_source (includes) ===> usr.bin/size (includes) ===> usr.sbin/manctl (includes) ===> usr.sbin/lpr/chkprintcap (includes) ===> usr.bin/xstr (includes) ===> usr.sbin/mlx5tool (includes) ===> usr.sbin/lpr/lp (includes) ===> usr.bin/yacc (includes) ===> usr.sbin/flowctl (includes) ===> usr.sbin/lpr/lpc (includes) ===> usr.bin/vi (includes) ===> usr.sbin/ngctl (includes) ===> usr.sbin/lpr/lpd (includes) ===> usr.sbin/nghook (includes) ===> usr.bin/vi/catalog (includes) ===> usr.sbin/lpr/lpq (includes) ===> usr.sbin/rpc.yppasswdd (includes) ===> usr.bin/vtfontcvt (includes) ===> usr.sbin/lpr/lpr (includes) ===> usr.sbin/rpc.ypupdated (includes) ===> usr.bin/usbhidaction (includes) ===> usr.sbin/lpr/lprm (includes) ===> usr.sbin/rpc.ypxfrd (includes) ===> usr.bin/usbhidctl (includes) ===> usr.sbin/lpr/lptest (includes) ===> usr.sbin/ypbind (includes) ===> usr.bin/last (includes) ===> usr.sbin/lpr/pac (includes) ===> usr.sbin/ypldap (includes) ===> usr.bin/users (includes) ===> usr.sbin/lpr/filters (includes) ===> usr.sbin/yp_mkdb (includes) ===> usr.bin/who (includes) ===> usr.sbin/lpr/filters.ru (includes) ===> usr.sbin/yppoll (includes) ===> usr.bin/svn (includes) ===> usr.sbin/lpr/filters.ru/koi2alt (includes) ===> usr.bin/svn/lib (includes) ===> usr.sbin/yppush (includes) ===> usr.sbin/lpr/filters.ru/koi2855 (includes) ===> usr.bin/svn/lib/libapr (includes) ===> usr.sbin/ypserv (includes) ===> usr.sbin/ypset (includes) ===> usr.bin/svn/lib/libapr_util (includes) ===> usr.sbin/ntp (includes) ===> usr.sbin/keyserv (includes) ===> usr.sbin/ntp/libopts (includes) ===> usr.bin/svn/lib/libserf (includes) ===> usr.sbin/ftp-proxy (includes) ===> usr.sbin/ntp/libntp (includes) ===> usr.bin/svn/lib/libsvn_client (includes) ===> usr.sbin/pkg (includes) ===> usr.sbin/ntp/libntpevent (includes) ===> usr.bin/svn/lib/libsvn_delta (includes) ===> usr.sbin/ntp/libparse (includes) ===> usr.bin/svn/lib/libsvn_diff (includes) ===> usr.sbin/pmc (includes) ===> usr.sbin/ntp/ntpd (includes) ===> usr.bin/svn/lib/libsvn_fs (includes) ===> usr.sbin/pmcannotate (includes) ===> usr.bin/svn/lib/libsvn_fs_fs (includes) ===> usr.sbin/ntp/ntpdc (includes) ===> usr.sbin/pmccontrol (includes) ===> usr.sbin/ntp/ntpq (includes) ===> usr.bin/svn/lib/libsvn_fs_util (includes) ===> usr.sbin/pmcstat (includes) ===> usr.bin/svn/lib/libsvn_fs_x (includes) ===> usr.sbin/ntp/ntpdate (includes) ===> usr.sbin/pmcstudy (includes) ===> usr.sbin/ntp/ntptime (includes) ===> usr.bin/svn/lib/libsvn_ra (includes) ===> usr.sbin/portsnap (includes) ===> usr.sbin/portsnap/portsnap (includes) ===> usr.sbin/ntp/ntp-keygen (includes) ===> usr.bin/svn/lib/libsvn_ra_local (includes) ===> usr.sbin/portsnap/make_index (includes) ===> usr.sbin/ntp/sntp (includes) ===> usr.bin/svn/lib/libsvn_ra_serf (includes) ===> usr.sbin/ppp (includes) ===> usr.sbin/ntp/doc (includes) ===> usr.bin/svn/lib/libsvn_ra_svn (includes) ===> usr.sbin/edquota (includes) ===> usr.bin/svn/lib/libsvn_repos (includes) ===> usr.sbin/ntp/doc/drivers (includes) ===> usr.sbin/quotaon (includes) ===> usr.bin/svn/lib/libsvn_subr (includes) ===> usr.sbin/repquota (includes) ===> usr.sbin/ntp/doc/drivers/icons (includes) ===> usr.bin/svn/lib/libsvn_wc (includes) ===> usr.sbin/editmap (includes) ===> usr.sbin/ntp/doc/drivers/scripts (includes) ===> usr.sbin/mailstats (includes) ===> usr.bin/svn/svn (includes) ===> usr.sbin/ntp/doc/hints (includes) ===> usr.sbin/makemap (includes) ===> usr.sbin/ntp/doc/icons (includes) ===> usr.bin/svn/svnadmin (includes) ===> usr.sbin/praliases (includes) ===> usr.sbin/ntp/doc/pic (includes) ===> usr.bin/svn/svnbench (includes) ===> usr.sbin/sendmail (includes) ===> usr.bin/svn/svndumpfilter (includes) ===> usr.sbin/ntp/doc/scripts (includes) ===> usr.sbin/tcpdchk (includes) ===> usr.bin/svn/svnfsfs (includes) ===> usr.sbin/tcpdmatch (includes) ===> usr.sbin/config (includes) ===> usr.bin/svn/svnlook (includes) ===> usr.sbin/crunch (includes) ===> usr.sbin/unbound (includes) ===> usr.bin/svn/svnserve (includes) ===> usr.sbin/crunch/crunchgen (includes) ===> usr.sbin/unbound/daemon (includes) ===> usr.sbin/crunch/crunchide (includes) ===> usr.bin/svn/svnsync (includes) ===> usr.sbin/unbound/anchor (includes) ===> lib/libcuse (includes) ===> usr.sbin/uathload (includes) ===> usr.bin/svn/svnversion (includes) ===> usr.sbin/unbound/checkconf (includes) ===> usr.sbin/uhsoctl (includes) ===> usr.bin/svn/svnmucc (includes) ===> lib/libdevdctl (includes) ===> usr.sbin/unbound/control (includes) ===> usr.sbin/usbconfig (includes) ===> usr.bin/svn/svnrdump (includes) ===> lib/libpe (includes) ===> usr.sbin/unbound/setup (includes) ===> usr.sbin/usbdump (includes) ===> usr.bin/ofed (includes) ===> usr.sbin/ac (includes) ===> lib/libdpv (includes) ===> usr.bin/ofed/libibverbs (includes) ===> usr.sbin/lastlogin (includes) ===> usr.sbin/utx (includes) ===> usr.bin/ofed/libibverbs/asyncwatch (includes) ===> lib/libmagic (includes) ===> usr.sbin/ancontrol (includes) ===> usr.sbin/wlandebug (includes) ===> usr.bin/ofed/libibverbs/devinfo (includes) ===> lib/libgpio (includes) ===> usr.sbin/wpa (includes) ===> usr.bin/ofed/libibverbs/devices (includes) ===> usr.bin/ofed/libibverbs/rc_pingpong (includes) ===> usr.sbin/wpa/wpa_supplicant (includes) ===> lib/libgssapi (includes) ===> usr.bin/ofed/libibverbs/srq_pingpong (includes) ===> usr.bin/ofed/libibverbs/uc_pingpong (includes) ===> usr.sbin/wpa/wpa_cli (includes) ===> usr.bin/ofed/libibverbs/ud_pingpong (includes) ===> lib/librpcsec_gss (includes) ===> usr.bin/ofed/librdmacm (includes) ===> usr.bin/ofed/librdmacm/ucmatose (includes) ===> usr.sbin/wpa/wpa_passphrase (includes) ===> usr.bin/ofed/infiniband-diags (includes) ===> lib/libiconv_modules (includes) ===> usr.bin/ofed/librdmacm/mckey (includes) ===> usr.bin/ofed/infiniband-diags/ibstat (includes) ===> usr.sbin/wpa/hostapd (includes) ===> lib/libiconv_modules/BIG5 (includes) ===> usr.bin/ofed/librdmacm/rping (includes) ===> usr.bin/ofed/librdmacm/udaddy (includes) ===> lib/libiconv_modules/DECHanyu (includes) ===> usr.sbin/wpa/hostapd_cli (includes) ===> lib/libiconv_modules/EUC (includes) ===> lib/libiconv_modules/EUCTW (includes) ===> lib/libiconv_modules/GBK2K (includes) ===> usr.sbin/wpa/ndis_events (includes) ===> lib/libiconv_modules/HZ (includes) ===> lib/libiconv_modules/ISO2022 (includes) ===> lib/libiconv_modules/JOHAB (includes) ===> lib/libiconv_modules/MSKanji (includes) ===> lib/libiconv_modules/UES (includes) ===> lib/libiconv_modules/UTF1632 (includes) ===> lib/libiconv_modules/UTF7 (includes) ===> lib/libiconv_modules/UTF8 (includes) ===> lib/libiconv_modules/VIQR (includes) ===> lib/libiconv_modules/ZW (includes) ===> lib/libiconv_modules/iconv_none (includes) ===> lib/libiconv_modules/iconv_std (includes) ===> lib/libiconv_modules/mapper_646 (includes) ===> lib/libiconv_modules/mapper_none (includes) ===> lib/libiconv_modules/mapper_parallel (includes) ===> lib/libiconv_modules/mapper_serial (includes) ===> lib/libiconv_modules/mapper_std (includes) ===> lib/libiconv_modules/mapper_zone (includes) ===> lib/libcom_err (includes) ===> lib/libldns (includes) ===> lib/libstats (includes) ===> lib/libefivar (includes) ===> lib/libthr (includes) ===> lib/libnetgraph (includes) ===> lib/libypclnt (includes) ===> lib/libipt (includes) ===> lib/libvmmapi (includes) ===> lib/libomp (includes) ===> lib/libmp (includes) ===> lib/libpmc (includes) ===> lib/libpmcstat (includes) ===> lib/libradius (includes) ===> lib/libmilter (includes) ===> lib/libsm (includes) ===> lib/libsmdb (includes) ===> lib/libsmutil (includes) ===> lib/libtelnet (includes) ===> lib/libunbound (includes) ===> lib/libusbhid (includes) ===> lib/libusb (includes) ===> lib/ofed (includes) ===> lib/libbe (includes) ===> lib/ofed/include (includes) ===> lib/ofed/libibverbs (includes) ===> lib/ofed/libibcm (includes) ===> lib/ofed/libibumad (includes) ===> lib/ofed/librdmacm (includes) ===> lib/ofed/libibmad (includes) ===> lib/ofed/complib (includes) ===> lib/ofed/libvendor (includes) ===> lib/ofed/libcxgb4 (includes) ===> lib/ofed/libmlx4 (includes) ===> lib/ofed/libmlx5 (includes) ===> lib/ofed/libibnetdisc (includes) ===> lib/ofed/libopensm (includes) -------------------------------------------------------------- >>> stage 4.2: building libraries -------------------------------------------------------------- ===> lib/libcompiler_rt (obj,all,install) ===> lib/libssp_nonshared (obj,all,install) ===> lib/libgcc_eh (obj,all,install) ===> lib/libgcc_s (obj,all,install) /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1-gcc-ext.c:33:27: error: must use 'struct' tag to refer to type '_Unwind_Exception' _Unwind_Resume_or_Rethrow(_Unwind_Exception *exception_object) { ^ struct /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1-gcc-ext.c:108:19: error: unknown type name '_Unwind_Trace_Fn'; did you mean '_Unwind_Stop_Fn'? _Unwind_Backtrace(_Unwind_Trace_Fn callback, void *ref) { ^~~~~~~~~~~~~~~~ _Unwind_Stop_Fn /usr/local/include/unwind.h:67:31: note: '_Unwind_Stop_Fn' declared here typedef _Unwind_Reason_Code (*_Unwind_Stop_Fn) (int, _Unwind_Action, ^ /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1-gcc-ext.c:176:66: error: too few arguments to function call, expected 6, have 2 result = (*callback)((struct _Unwind_Context *)(&cursor), ref); ~~~~~~~~~~~ ^ /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1-gcc-ext.c:192:55: error: declaration of 'struct dwarf_eh_bases' will not be visible outside of this function [-Werror,-Wvisibility] struct dwarf_eh_bases *bases) { ^ /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1-gcc-ext.c:202:8: error: incomplete definition of type 'struct dwarf_eh_bases' bases->tbase = (uintptr_t)info.extra; ~~~~~^ /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1-gcc-ext.c:192:55: note: forward declaration of 'struct dwarf_eh_bases' struct dwarf_eh_bases *bases) { ^ /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1-gcc-ext.c:202:29: error: operand of type 'unw_tdep_proc_info_t' where arithmetic or pointer type is required bases->tbase = (uintptr_t)info.extra; ^~~~~~~~~~ /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1-gcc-ext.c:203:8: error: incomplete definition of type 'struct dwarf_eh_bases' bases->dbase = 0; // dbase not used on Mac OS X ~~~~~^ /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1-gcc-ext.c:192:55: note: forward declaration of 'struct dwarf_eh_bases' struct dwarf_eh_bases *bases) { ^ /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1-gcc-ext.c:204:8: error: incomplete definition of type 'struct dwarf_eh_bases' bases->func = (uintptr_t)info.start_ip; ~~~~~^ /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1-gcc-ext.c:192:55: note: forward declaration of 'struct dwarf_eh_bases' struct dwarf_eh_bases *bases) { ^ 8 errors generated. --- UnwindLevel1-gcc-ext.o --- *** [UnwindLevel1-gcc-ext.o] Error code 1 make[4]: stopped in /usr/embedded/bbb/usr/src/lib/libgcc_eh /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1.c:38:56: error: must use 'struct' tag to refer to type '_Unwind_Exception' unwind_phase1(unw_context_t *uc, unw_cursor_t *cursor, _Unwind_Exception *exception_object) { ^ struct /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1.c:93:7: error: use of undeclared identifier '_Unwind_Personality_Fn' _Unwind_Personality_Fn p = ^ /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1.c:97:56: error: use of undeclared identifier 'p' (void *)exception_object, (void *)(uintptr_t)p); ^ /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1.c:99:13: error: use of undeclared identifier 'p' (*p)(1, _UA_SEARCH_PHASE, exception_object->exception_class, ^ /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1.c:134:56: error: must use 'struct' tag to refer to type '_Unwind_Exception' unwind_phase2(unw_context_t *uc, unw_cursor_t *cursor, _Unwind_Exception *exception_object) { ^ struct /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1.c:191:7: error: use of undeclared identifier '_Unwind_Personality_Fn' _Unwind_Personality_Fn p = ^ /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1.c:199:13: error: use of undeclared identifier 'p' (*p)(1, action, exception_object->exception_class, exception_object, ^ /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1.c:247:22: error: must use 'struct' tag to refer to type '_Unwind_Exception' _Unwind_Exception *exception_object, ^ struct --- lib/libcompiler_rt__PL --- /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1.c:297:7: error: use of undeclared identifier '_Unwind_Personality_Fn' _Unwind_Personality_Fn p = ^ /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1.c:301:56: error: use of undeclared identifier 'p' (void *)exception_object, (void *)(uintptr_t)p); ^ /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1.c:303:13: error: use of undeclared identifier 'p' (*p)(1, action, exception_object->exception_class, exception_object, ^ /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1.c:338:63: error: use of undeclared identifier '_UA_END_OF_STACK'; did you mean '_URC_END_OF_STACK'? (_Unwind_Action)(_UA_FORCE_UNWIND | _UA_CLEANUP_PHASE | _UA_END_OF_STACK); ^~~~~~~~~~~~~~~~ _URC_END_OF_STACK /usr/local/include/unwind.h:47:5: note: '_URC_END_OF_STACK' declared here _URC_END_OF_STACK = 5, ^ /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1.c:350:24: error: must use 'struct' tag to refer to type '_Unwind_Exception' _Unwind_RaiseException(_Unwind_Exception *exception_object) { ^ struct /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1.c:385:16: error: must use 'struct' tag to refer to type '_Unwind_Exception' _Unwind_Resume(_Unwind_Exception *exception_object) { ^ struct /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1.c:408:22: error: must use 'struct' tag to refer to type '_Unwind_Exception' _Unwind_ForcedUnwind(_Unwind_Exception *exception_object, ^ struct /usr/embedded/bbb/usr/src/contrib/llvm-project/libunwind/src/UnwindLevel1.c:465:25: error: must use 'struct' tag to refer to type '_Unwind_Exception' _Unwind_DeleteException(_Unwind_Exception *exception_object) { ^ struct 16 errors generated. --- UnwindLevel1.o --- *** [UnwindLevel1.o] Error code 1 make[4]: stopped in /usr/embedded/bbb/usr/src/lib/libgcc_eh 2 errors make[4]: stopped in /usr/embedded/bbb/usr/src/lib/libgcc_eh --- lib/libgcc_eh__PL --- --- libraries --- --- _libraries --- --- buildworld --- --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="make.conf" WITHOUT_DEBUG=yes MK_PROFILE=no MALLOC_PRODUCTION=yes --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="src.conf" WITHOUT_DEBUG_FILES=1 WITHOUT_KERNEL_SYMBOLS=yes WITHOUT_TESTS=yes WITHOUT_PROFILE=yes --u3/rZRmxL6MmkK24--