From owner-freebsd-arm@freebsd.org Sun May 5 12:57:18 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9A718158A975 for ; Sun, 5 May 2019 12:57:18 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward101p.mail.yandex.net (forward101p.mail.yandex.net [77.88.28.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C18C0927BA for ; Sun, 5 May 2019 12:57:16 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mxback17j.mail.yandex.net (mxback17j.mail.yandex.net [IPv6:2a02:6b8:0:1619::93]) by forward101p.mail.yandex.net (Yandex) with ESMTP id EBF753281004; Sun, 5 May 2019 15:57:07 +0300 (MSK) Received: from smtp3o.mail.yandex.net (smtp3o.mail.yandex.net [2a02:6b8:0:1a2d::27]) by mxback17j.mail.yandex.net (nwsmtp/Yandex) with ESMTP id ybmYNyI3rA-v7DGLmqi; Sun, 05 May 2019 15:57:07 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1557061027; bh=TkMgJz8VKzMT0PVWVaaYjN3PztRKI7rIHCAImXRvIyk=; h=In-Reply-To:From:Date:References:To:Subject:Message-ID; b=gu4lu3kXtCIVVka4+HTMVX4x43yPPNJwwOKFLgQtLa+H1ybrGi9curdITak79AyTw ldFq95Mda+fMEKmsk4FzV0f4jjcNRGokbZM4mciqgQsjzL2pBxXX00I6lEVBjbeLa0 0mkC8i6L4R0CD3e1PKZLKA+w/BpeWF/BnHqNntFk= Received: by smtp3o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id MS81q3qjmZ-v6sedts0; Sun, 05 May 2019 15:57:07 +0300 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client certificate not present) Subject: Re: MMCCAM Stack Not Showing BSD Slice To: James Shuriff , "freebsd-arm@freebsd.org" References: From: "Andrey V. Elsukov" Openpgp: id=E6591E1B41DA1516F0C9BC0001C5EA0410C8A17A Autocrypt: addr=bu7cher@yandex.ru; prefer-encrypt=mutual; keydata= mQENBEwBF1kBCADB9sXFhBEUy8qQ4X63Y8eBatYMHGEFWN9ypS5lI3RE6qQW2EYbxNk7qUC5 21YIIS1mMFVBEfvR7J9uc7yaYgFCEb6Sce1RSO4ULN2mRKGHP3/Sl0ijZEjWHV91hY1YTHEF ZW/0GYinDf56sYpDDehaBF5wkWIo1+QK5nmj3vl0DIDCMNd7QEiWpyLVwECgLX2eOAXByT8B bCqVhJGcG6iFP7/B9Ll6uX5gb8thM9LM+ibwErDBVDGiOgvfxqidab7fdkh893IBCXa82H9N CNwnEtcgzh+BSKK5BgvPohFMgRwjti37TSxwLu63QejRGbZWSz3OK3jMOoF63tCgn7FvABEB AAG0JUFuZHJleSBWLiBFbHN1a292IDxidTdjaGVyQHlhbmRleC5ydT6JATgEEwECACIFAkwB F1kCGwMGCwkIBwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEAHF6gQQyKF6qmYIAI6ekfm1VA4T vqankI1ISE6ku4jV7UlpIQlEbE7/8n3Zd6teJ+pGOQhN5qk8QE7utdPdbktAzi+x7LIJVzUw 4TywZLXGrkP7VKYkfg6oyCGyzITghefQeJtr2TN4hYCkzPWpylkue8MtmqfZv/6royqwTbN+ +E09FQNvTgRUYJYTeQ1qOsxNRycwvw3dr2rOfuxShbzaHBB1pBIjGrMg8fC5pd65ACH5zuFV A0CoTNGMDrEZSfBkTW604UUHFFXeCoC3dwDZRKOWJ3GmMXns65Ai5YkA63BSHEE1Qle3VBhd cG1w0CB5FBV3pB27UVnf0jEbysrDqW4qN7XMRFSWNAy5AQ0ETAEXWQEIAJ2p6l9LBoqdH/0J PEFDY2t2gTvAuzz+8zs3R03dFuHcNbOwjvWCG0aOmVpAzkRa8egn5JB4sZaFUtKPYJEQ1Iu+ LUBwgvtXf4vWpzC67zs2dDuiW4LamH5p6xkTD61aHR7mCB3bg2TUjrDWn2Jt44cvoYxj3dz4 S49U1rc9ZPgD5axCNv45j72tggWlZvpefThP7xT1OlNTUqye2gAwQravXpZkl5JG4eOqJVIU X316iE3qso0iXRUtO7OseBf0PiVmk+wCahdreHOeOxK5jMhYkPKVn7z1sZiB7W2H2TojbmcK HZC22sz7Z/H36Lhg1+/RCnGzdEcjGc8oFHXHCxUAEQEAAYkBHwQYAQIACQUCTAEXWQIbDAAK CRABxeoEEMihegkYCAC3ivGYNe2taNm/4Nx5GPdzuaAJGKWksV+w9mo7dQvU+NmI2az5w8vw 98OmX7G0OV9snxMW+6cyNqBrVFTu33VVNzz9pnqNCHxGvj5dL5ltP160JV2zw2bUwJBYsgYQ WfyJJIM7l3gv5ZS3DGqaGIm9gOK1ANxfrR5PgPzvI9VxDhlr2juEVMZYAqPLEJe+SSxbwLoz BcFCNdDAyXcaAzXsx/E02YWm1hIWNRxanAe7Vlg7OL+gvLpdtrYCMg28PNqKNyrQ87LQ49O9 50IIZDOtNFeR0FGucjcLPdS9PiEqCoH7/waJxWp6ydJ+g4OYRBYNM0EmMgy1N85JJrV1mi5i Message-ID: <62c176f7-ada7-1243-f603-b6ead448d11e@yandex.ru> Date: Sun, 5 May 2019 15:55:52 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="BqqnHHBl7xth350NhdJr6iLJ4Ac3Ox43F" X-Rspamd-Queue-Id: C18C0927BA X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yandex.ru header.s=mail header.b=gu4lu3kX; dmarc=pass (policy=none) header.from=yandex.ru; spf=pass (mx1.freebsd.org: domain of bu7cher@yandex.ru designates 77.88.28.101 as permitted sender) smtp.mailfrom=bu7cher@yandex.ru X-Spamd-Result: default: False [-7.86 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yandex.ru]; R_SPF_ALLOW(-0.20)[+ip4:77.88.0.0/18]; HAS_ATTACHMENT(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; MX_GOOD(-0.01)[cached: mx.yandex.ru]; DKIM_TRACE(0.00)[yandex.ru:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-0.998,0]; DMARC_POLICY_ALLOW(-0.50)[yandex.ru,none]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[101.28.88.77.list.dnswl.org : 127.0.5.1]; ASN(0.00)[asn:13238, ipnet:77.88.0.0/18, country:RU]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yandex.ru.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[yandex.ru]; R_DKIM_ALLOW(-0.20)[yandex.ru:s=mail]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; IP_SCORE(-1.65)[ipnet: 77.88.0.0/18(-4.40), asn: 13238(-3.85), country: RU(0.01)]; TO_MATCH_ENVRCPT_SOME(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2019 12:57:18 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --BqqnHHBl7xth350NhdJr6iLJ4Ac3Ox43F Content-Type: multipart/mixed; boundary="SDNv0aN1WnZnGdraDpUooiQF9AYp6gD4k"; protected-headers="v1" From: "Andrey V. Elsukov" To: James Shuriff , "freebsd-arm@freebsd.org" Message-ID: <62c176f7-ada7-1243-f603-b6ead448d11e@yandex.ru> Subject: Re: MMCCAM Stack Not Showing BSD Slice References: In-Reply-To: --SDNv0aN1WnZnGdraDpUooiQF9AYp6gD4k Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 04.05.2019 16:04, James Shuriff wrote: > Working on current branch for Aarch64 with MMCCAM stack. I have an > MBR disk partitioned with a 50M fat32lba partition and a 30G BSD > slice. The BSD slice contains a single UFS partition (root). With the > MMC stack I would see mmcsd0s1, mmcsd0s2, and mmcsd0s2a. With the > MMCCAM stack I only see sdda0s1 and sdda0s2. There should be an > sdda0s2a. I can still mount the root partition via labels > (/dev/ufs/rootfs). Any ideas? ufs/rootfs was found on the sdda0s2 and then mounted for r/w. GPART_BSD had no chance to taste sdda0s2 slice, and thus there is no BSD label. This happens sometimes with labels that share the same provider. I think if you do `glabel list` you will see that ufs/rootfs uses sdda0s2= =2E --=20 WBR, Andrey V. Elsukov --SDNv0aN1WnZnGdraDpUooiQF9AYp6gD4k-- --BqqnHHBl7xth350NhdJr6iLJ4Ac3Ox43F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/ iQEzBAEBCAAdFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAlzO3VgACgkQAcXqBBDI oXo6zAf/VrWqhl4DDJXLnNw6+sV/NMjJphRCw5e4i9lw6CmjsWVcj+6ZcDmA/pJs +l6At3i/+/XUIyGjHFU33+8wubA/6TMKWSW5W1GZOIdIcKKC88xXcBHdDBMnkg1+ LlW9uKAg3spFXs94ytVJd0jFD8dIzbfommOnKJFC9d85fc1yaR/LpLXMzNkKhyPu iV0beM6lvG5f260H9OVLLTeicALREkAoWQH3bL3KR1yByt8Pdi0NMOsTt7GrkqDl oYe1qSruiI0ddIl98ucjxvVE4F3WyhQpr3xRFNIviSntP84uAx+XEm0kOCqrXLrT fbhrE1GaT9ppoW5lXb01G8SWbPTVCw== =AsNa -----END PGP SIGNATURE----- --BqqnHHBl7xth350NhdJr6iLJ4Ac3Ox43F-- From owner-freebsd-arm@freebsd.org Sun May 5 15:01:42 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D89A4158D6B0 for ; Sun, 5 May 2019 15:01:41 +0000 (UTC) (envelope-from james@opentech.cc) Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-eopbgr790075.outbound.protection.outlook.com [40.107.79.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2EE1395C87 for ; Sun, 5 May 2019 15:01:39 +0000 (UTC) (envelope-from james@opentech.cc) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opentech.cc; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=V6MGrQsQ4c0PTSikyxii/vNI+5XPBcDbGyErqb8iSVE=; b=eDCJGF2ld10qQvwosggLoBZIKlUTU3sIjXLgN5Ea/WqAbTFfU34Zk1AJNOL8v1tufXudsH2NEuR+xTvE9q4DbXt/UWvuiKrVtMr8RjhpVj1NxWfBRpuuVcX/VjYutygpkMjC0srBLJ0zVFzD8biTPU8DFEVrMiw+Q2geAydFwPw= Received: from BN7PR06MB5187.namprd06.prod.outlook.com (20.176.29.18) by BN7PR06MB5124.namprd06.prod.outlook.com (20.176.28.33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1856.10; Sun, 5 May 2019 15:01:34 +0000 Received: from BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f]) by BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f%5]) with mapi id 15.20.1856.012; Sun, 5 May 2019 15:01:31 +0000 From: James Shuriff To: "Andrey V. Elsukov" , "freebsd-arm@freebsd.org" Subject: RE: MMCCAM Stack Not Showing BSD Slice Thread-Topic: MMCCAM Stack Not Showing BSD Slice Thread-Index: AdUCeOQv+b3MKI+vQ9uFY9jW1WIZVgAyPpsAAAMl8rA= Date: Sun, 5 May 2019 15:01:31 +0000 Message-ID: References: <62c176f7-ada7-1243-f603-b6ead448d11e@yandex.ru> In-Reply-To: <62c176f7-ada7-1243-f603-b6ead448d11e@yandex.ru> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [71.251.5.193] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: cad80e33-c8f7-4175-7d79-08d6d16a8efd x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(7021145)(8989299)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:BN7PR06MB5124; x-ms-traffictypediagnostic: BN7PR06MB5124: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:6790; x-forefront-prvs: 00286C0CA6 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(979002)(366004)(396003)(376002)(34036004)(39830400003)(346002)(136003)(13464003)(189003)(199004)(38564003)(71200400001)(486006)(53936002)(74316002)(71190400001)(68736007)(7736002)(74482002)(305945005)(6246003)(25786009)(2501003)(229853002)(55016002)(5660300002)(86362001)(6116002)(66066001)(3846002)(6436002)(53546011)(33656002)(110136005)(11346002)(186003)(14444005)(2906002)(5024004)(508600001)(256004)(446003)(8676002)(316002)(81156014)(81166006)(14454004)(7696005)(76176011)(8936002)(9686003)(99286004)(26005)(476003)(66946007)(52536014)(102836004)(73956011)(76116006)(6506007)(64756008)(66476007)(66556008)(66446008)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1101; SCL:1; SRVR:BN7PR06MB5124; H:BN7PR06MB5187.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: opentech.cc does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: AUh6XQoGe3b5Iq4DzVo/rgxQ78tYsnmOuIS7AF3B/C/y+Iy83vFbLzPRVsdLgMCJj8I2ISkvN15LR718ZMW/3kcajrZlOjocWenjom6WJsat9NFna11GpSMsGnby36CFzMylCMs/gGs4lIWZF/8W0M9WkG/PaZv0qFxawzyObBYJVgnqlxdbSRe7sF4BNh4/F9XDufIhOfwqWqLNY+YX3zHplzPRr4I309DIo4ymc9xrosIfoQfpNtH5H6T29jk6TLYkISlVLgGf8H1H5cBOU8P8wCZ8V5N+z60nZrVL3LaeEVuGYeAxHBmxszTCik+cP4k3zJ3qwd3aXxolBGZwSTxH7Id2x28f/797ActYogRaOB09ki1uWbQpYrXcAdkRo8hI+vNPH28yl6peXmTLLnqh70br/+GwFpnL7M+7ngk= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: opentech.cc X-MS-Exchange-CrossTenant-Network-Message-Id: cad80e33-c8f7-4175-7d79-08d6d16a8efd X-MS-Exchange-CrossTenant-originalarrivaltime: 05 May 2019 15:01:31.3071 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5c5dd5ac-929c-48f6-a3f4-c0c8602c24af X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR06MB5124 X-Rspamd-Queue-Id: 2EE1395C87 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=opentech.cc header.s=selector1 header.b=eDCJGF2l; spf=pass (mx1.freebsd.org: domain of james@opentech.cc designates 40.107.79.75 as permitted sender) smtp.mailfrom=james@opentech.cc X-Spamd-Result: default: False [-4.34 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[opentech.cc:s=selector1]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[opentech.cc]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[opentech.cc:+]; MX_GOOD(-0.01)[opentech-cc.mail.protection.outlook.com,opentech-cc.mail.protection.outlook.com]; RCVD_IN_DNSWL_NONE(0.00)[75.79.107.40.list.dnswl.org : 127.0.3.0]; NEURAL_HAM_SHORT(-0.94)[-0.938,0]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_TO(0.00)[yandex.ru]; MIME_BASE64_TEXT(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; IP_SCORE(-0.99)[ipnet: 40.64.0.0/10(-2.68), asn: 8075(-2.23), country: US(-0.06)] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2019 15:01:42 -0000 WWVzLCBpdCBkb2VzIHNob3cgc2RkYTBzMiBhcyBhIGNvbnN1bWVyLiBUaGlzIGRpZG4ndCBoYXBw ZW4gd2l0aCB0aGUgTU1DIHN0YWNrIHNvIEkgYXNzdW1lZCBpdCB3YXMgYSBidWcuIEkndmUgZGVz dHJveWVkIHRoZSBsYWJlbCBhbmQgbm93IHRoZSBzbGljZSBpcyBhcHBlYXJpbmcuDQoNCmxvYWRl cl9sdWEuZWZpIGlzbid0IGZpbmRpbmcgdGhlIGJvb3QgcGFydGl0aW9uLiBJdCBjb21wbGFpbnMg YWJvdXQgbm90IGZpbmRpbmcgL2Jvb3QvbHVhL2xvYWRlci5sdWEuIEkgaGF2ZSB0byBtYW51YWxs eSB0ZWxsIGl0IHRvICJsb2FkIGRpc2swczJhOi9ib290L2tlcm5lbC9rZXJuZWwiIGFuZCAiYm9v dCIuIFRoZW4gdGhlIGtlcm5lbCBkb2Vzbid0IGF1dG9tb3VudCB0aGUgcm9vdCBwYXJ0aXRpb24u IEkgdHJpZWQgdXNpbmcgdmZzLnJvb3QubW91bnRmcm9tIGluIGxvYWRlci5jb25mIGFuZCBpdCdz IHN0aWxsIG5vdCBhdXRvbW91bnRpbmcuIFRoaXMgd2FzIGEgcHJvYmxlbSB3aGVuIEkgaGFkIHRo ZSBsYWJlbCBhbmQgc3RpbGwgaXMgYWZ0ZXIgSSByZW1vdmVkIGl0Lg0KDQpNeSBjdXJyZW50IGxv YWRlci5jb25mOg0KdmZzLnJvb3QubW91bnRmcm9tPSJ1ZnM6L2Rldi9zZGRhMHMyYSINCmh3LnVz Yi50ZW1wbGF0ZT0zDQpib290X211bHRpY29ucz0iWUVTIg0KYm9vdF9zZXJpYWw9IllFUyINCg0K TXkgY3VycmVudCBmc3RhYjoNCiMgRGV2aWNlTW91bnRwb2ludEZTdHlwZU9wdGlvbnNEdW1wUGFz cyMNCi9kZXYvc2RkYTBzMmEvdWZzcncxMQ0KL2Rldi9zZGRhMHMxL2Jvb3QvZmlybXdhcmVtc2Rv c2Zzcncsbm9hdGltZTAwDQp0bXBmcy90bXB0bXBmc3J3LG1vZGU9MTc3NyxzaXplPTYwbTAwDQpw cm9jL3Byb2Nwcm9jZnNydzAwDQovL0pBTUVTQFNURVZFLVBDL1RWL21udC90dnNtYmZzcncsLU4w MA0KDQpBbnkgaWRlYXM/IFRoaXMgc3RhcnRlZCB3aGVuIEkgc3dpdGNoZWQgdG8gdGhlIE1NQ0NB TSBzdGFjayBzbyBJIGFzc3VtZWQgaXQgd2FzIGFsbCB0aGUgc2FtZSBpc3N1ZS4gSSBjb3BpZWQg bG9hZGVyX2x1YS5lZmkgdG8gdGhlIEZBVDE2IHBhcnRpdGlvbiBhcyAvRUZJL0JPT1QvYm9vdGFh NjQuZWZpLg0KDQotIEphbWVzIFNodXJpZmYNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0N CkZyb206IEFuZHJleSBWLiBFbHN1a292IDxidTdjaGVyQHlhbmRleC5ydT4NClNlbnQ6IFN1bmRh eSwgTWF5IDUsIDIwMTkgODo1NiBBTQ0KVG86IEphbWVzIFNodXJpZmYgPGphbWVzQG9wZW50ZWNo LmNjPjsgZnJlZWJzZC1hcm1AZnJlZWJzZC5vcmcNClN1YmplY3Q6IFJlOiBNTUNDQU0gU3RhY2sg Tm90IFNob3dpbmcgQlNEIFNsaWNlDQoNCk9uIDA0LjA1LjIwMTkgMTY6MDQsIEphbWVzIFNodXJp ZmYgd3JvdGU6DQo+IFdvcmtpbmcgb24gY3VycmVudCBicmFuY2ggZm9yIEFhcmNoNjQgd2l0aCBN TUNDQU0gc3RhY2suIEkgaGF2ZSBhbiBNQlINCj4gZGlzayBwYXJ0aXRpb25lZCB3aXRoIGEgNTBN IGZhdDMybGJhIHBhcnRpdGlvbiBhbmQgYSAzMEcgQlNEIHNsaWNlLg0KPiBUaGUgQlNEIHNsaWNl IGNvbnRhaW5zIGEgc2luZ2xlIFVGUyBwYXJ0aXRpb24gKHJvb3QpLiBXaXRoIHRoZSBNTUMNCj4g c3RhY2sgSSB3b3VsZCBzZWUgbW1jc2QwczEsIG1tY3NkMHMyLCBhbmQgbW1jc2QwczJhLiBXaXRo IHRoZSBNTUNDQU0NCj4gc3RhY2sgSSBvbmx5IHNlZSBzZGRhMHMxIGFuZCBzZGRhMHMyLiBUaGVy ZSBzaG91bGQgYmUgYW4gc2RkYTBzMmEuIEkNCj4gY2FuIHN0aWxsIG1vdW50IHRoZSByb290IHBh cnRpdGlvbiB2aWEgbGFiZWxzICgvZGV2L3Vmcy9yb290ZnMpLiBBbnkNCj4gaWRlYXM/DQoNCnVm cy9yb290ZnMgd2FzIGZvdW5kIG9uIHRoZSBzZGRhMHMyIGFuZCB0aGVuIG1vdW50ZWQgZm9yIHIv dy4gR1BBUlRfQlNEIGhhZCBubyBjaGFuY2UgdG8gdGFzdGUgc2RkYTBzMiBzbGljZSwgYW5kIHRo dXMgdGhlcmUgaXMgbm8gQlNEIGxhYmVsLg0KVGhpcyBoYXBwZW5zIHNvbWV0aW1lcyB3aXRoIGxh YmVscyB0aGF0IHNoYXJlIHRoZSBzYW1lIHByb3ZpZGVyLg0KDQpJIHRoaW5rIGlmIHlvdSBkbyBg Z2xhYmVsIGxpc3RgIHlvdSB3aWxsIHNlZSB0aGF0IHVmcy9yb290ZnMgdXNlcyBzZGRhMHMyLg0K DQotLQ0KV0JSLCBBbmRyZXkgVi4gRWxzdWtvdg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KIERJU0NMQUlNRVI6IFRoaXMgbWVzc2FnZSBhbmQgYW55IGF0dGFjaG1lbnRzIGFy ZSBpbnRlbmRlZCBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIHJlY2lwaWVudCBhbmQgbWF5IGNv bnRhaW4gY29uZmlkZW50aWFsIGluZm9ybWF0aW9uLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlz IG1lc3NhZ2UgaW4gZXJyb3IgcGxlYXNlIGRlbGV0ZSBpdCBhbmQgcHJvbXB0bHkgbm90aWZ5IHRo ZSBzZW5kZXIsIEphbWVzIFNodXJpZmYgKGphbWVzQG9wZW50ZWNoLmNjPG1haWx0bzpqYW1lc0Bv cGVudGVjaC5jYz4pLg0K From owner-freebsd-arm@freebsd.org Sun May 5 19:58:23 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 868FB159393C for ; Sun, 5 May 2019 19:58:23 +0000 (UTC) (envelope-from james@opentech.cc) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-eopbgr810070.outbound.protection.outlook.com [40.107.81.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EA97B6F0F3 for ; Sun, 5 May 2019 19:58:21 +0000 (UTC) (envelope-from james@opentech.cc) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opentech.cc; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=YqW+NQck2fOnEJ6Mmld17WkW7Du0VAgPDKjSurUhbCk=; b=KL9sQv4HhfBEbVJo+ISbX4FmqYnaGwz+HtkRI+JPJmuQkiKA18rmri4ysZY6IGxH4J4ekk7O8TybB5xbsf9fwT5GnR/jeSBNIro0F6xsFF/dkO7X57ighW9F7CQPrKg3z3h+UuYBlaxChKZmWSYN7hgKLwqVOSjZFhE6vvxCwyA= Received: from BN7PR06MB5187.namprd06.prod.outlook.com (20.176.29.18) by BN7PR06MB4083.namprd06.prod.outlook.com (52.132.5.11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1856.11; Sun, 5 May 2019 19:58:17 +0000 Received: from BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f]) by BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f%5]) with mapi id 15.20.1856.012; Sun, 5 May 2019 19:58:17 +0000 From: James Shuriff To: "Andrey V. Elsukov" , "freebsd-arm@freebsd.org" Subject: RE: MMCCAM Stack Not Showing BSD Slice Thread-Topic: MMCCAM Stack Not Showing BSD Slice Thread-Index: AdUCeOQv+b3MKI+vQ9uFY9jW1WIZVgAyPpsAAAMl8rAACxY+AA== Date: Sun, 5 May 2019 19:58:17 +0000 Message-ID: References: <62c176f7-ada7-1243-f603-b6ead448d11e@yandex.ru> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [71.251.5.193] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 5168e3e4-9cc5-4b9c-94c4-08d6d194044b x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(7021145)(8989299)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:BN7PR06MB4083; x-ms-traffictypediagnostic: BN7PR06MB4083: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8273; x-forefront-prvs: 00286C0CA6 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(34036004)(366004)(39830400003)(396003)(376002)(136003)(346002)(13464003)(199004)(189003)(38564003)(110136005)(74316002)(71190400001)(186003)(26005)(6506007)(53546011)(102836004)(76176011)(86362001)(2940100002)(7696005)(99286004)(5660300002)(25786009)(14454004)(6246003)(52536014)(305945005)(229853002)(8936002)(81156014)(8676002)(81166006)(33656002)(7736002)(64756008)(6436002)(9686003)(2906002)(55016002)(71200400001)(68736007)(11346002)(476003)(446003)(508600001)(2501003)(66476007)(5024004)(53936002)(66066001)(486006)(66946007)(73956011)(76116006)(66556008)(256004)(14444005)(316002)(66446008)(74482002)(3846002)(6116002); DIR:OUT; SFP:1101; SCL:1; SRVR:BN7PR06MB4083; H:BN7PR06MB5187.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: opentech.cc does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: DfeMmneRpjipRWwQFkvbtJAnAU94iQTbmQ/232X1Thf5zRrym7GMSTXwahXX7Bb67fjjJhRlzxPjL6qdPAJWCvKhSxiBemIe4ZbLKttTc4j3+I950Y8yaRWgR5p1wshZgNRge2gCHDTkGV2g2gHdjO6R50P7kFV+JyNAqBIyX/enG/izoHQ3aYYqIZ54K4MXWvZhC+poi5deTfl9r8u+1Sk0aQIBynXcKdkuuxoXAr5sqGhnTvQVbEk5YZdFssRy1V8rdzRWUFg1YG+MeCaACAIKPtTB6TRS3cIjmul02szZuCboHDr43qyph+INmqCEGSZCUpsiIHnfbr6nWFDOnOkmTy9MDEr09/bDZ03U9LGbt3zuKKOE8yiEli/9N47XalMQkgXPqGGIGHZoXmxRBurOtFDPF34ofB7D6pzRl3g= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: opentech.cc X-MS-Exchange-CrossTenant-Network-Message-Id: 5168e3e4-9cc5-4b9c-94c4-08d6d194044b X-MS-Exchange-CrossTenant-originalarrivaltime: 05 May 2019 19:58:17.4662 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5c5dd5ac-929c-48f6-a3f4-c0c8602c24af X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR06MB4083 X-Rspamd-Queue-Id: EA97B6F0F3 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=opentech.cc header.s=selector1 header.b=KL9sQv4H; spf=pass (mx1.freebsd.org: domain of james@opentech.cc designates 40.107.81.70 as permitted sender) smtp.mailfrom=james@opentech.cc X-Spamd-Result: default: False [-4.33 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; HAS_XOIP(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: opentech-cc.mail.protection.outlook.com]; DKIM_TRACE(0.00)[opentech.cc:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.93)[-0.930,0]; MIME_BASE64_TEXT(0.10)[]; FREEMAIL_TO(0.00)[yandex.ru]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-0.99)[ipnet: 40.64.0.0/10(-2.68), asn: 8075(-2.23), country: US(-0.06)]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[opentech.cc:s=selector1]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[opentech.cc]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[70.81.107.40.list.dnswl.org : 127.0.3.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[70.81.107.40.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2019 19:58:23 -0000 VGhlICJjdXJyZGV2IiBpcyBkZWZhdWx0aW5nIHRvIGRpc2swcDE6IHdoZW4gaXQgc2hvdWxkIGJl IGRpc2swczJhOi4gbG9hZGVyX2x1YS5lZmkgc2VlbXMgdG8gcmVhZCBhIGZpbGUgIi9ib290L2Zy ZWVic2QvbG9hZGVyLmVudiIgb2ZmIHRoZSBGQVQxNiBwYXJ0aXRpb24gYnV0IGl0IHVzZXMgYSBw YXJ0aWN1bGFyIGZvcm1hdCB0aGF0IGlzICJzdWJ0bHkgZGlmZmVyZW50IiBmcm9tIGxvYWRlci5j b25mLiBJJ20gdHJ5aW5nIHRvIHNldCBjdXJyZGV2IGhlcmUuIFdoZW4gSSBzZXQgImN1cnJkZXYi IGluIHRoZSBsb2FkZXIgcHJvbXB0IGluc3RlYWQgb2YganVzdCBwYXNzaW5nIGl0IHRoZSBrZXJu ZWwgaXQgbW91bnRzIHRoZSByb290IGZpbGVzeXN0ZW0gYXV0b21hdGljYWxseS4NCg0KLSBKYW1l cyBTaHVyaWZmDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBKYW1lcyBTaHVy aWZmDQpTZW50OiBTdW5kYXksIE1heSA1LCAyMDE5IDExOjAyIEFNDQpUbzogJ0FuZHJleSBWLiBF bHN1a292JyA8YnU3Y2hlckB5YW5kZXgucnU+OyBmcmVlYnNkLWFybUBmcmVlYnNkLm9yZw0KU3Vi amVjdDogUkU6IE1NQ0NBTSBTdGFjayBOb3QgU2hvd2luZyBCU0QgU2xpY2UNCg0KWWVzLCBpdCBk b2VzIHNob3cgc2RkYTBzMiBhcyBhIGNvbnN1bWVyLiBUaGlzIGRpZG4ndCBoYXBwZW4gd2l0aCB0 aGUgTU1DIHN0YWNrIHNvIEkgYXNzdW1lZCBpdCB3YXMgYSBidWcuIEkndmUgZGVzdHJveWVkIHRo ZSBsYWJlbCBhbmQgbm93IHRoZSBzbGljZSBpcyBhcHBlYXJpbmcuDQoNCmxvYWRlcl9sdWEuZWZp IGlzbid0IGZpbmRpbmcgdGhlIGJvb3QgcGFydGl0aW9uLiBJdCBjb21wbGFpbnMgYWJvdXQgbm90 IGZpbmRpbmcgL2Jvb3QvbHVhL2xvYWRlci5sdWEuIEkgaGF2ZSB0byBtYW51YWxseSB0ZWxsIGl0 IHRvICJsb2FkIGRpc2swczJhOi9ib290L2tlcm5lbC9rZXJuZWwiIGFuZCAiYm9vdCIuIFRoZW4g dGhlIGtlcm5lbCBkb2Vzbid0IGF1dG9tb3VudCB0aGUgcm9vdCBwYXJ0aXRpb24uIEkgdHJpZWQg dXNpbmcgdmZzLnJvb3QubW91bnRmcm9tIGluIGxvYWRlci5jb25mIGFuZCBpdCdzIHN0aWxsIG5v dCBhdXRvbW91bnRpbmcuIFRoaXMgd2FzIGEgcHJvYmxlbSB3aGVuIEkgaGFkIHRoZSBsYWJlbCBh bmQgc3RpbGwgaXMgYWZ0ZXIgSSByZW1vdmVkIGl0Lg0KDQpNeSBjdXJyZW50IGxvYWRlci5jb25m Og0KdmZzLnJvb3QubW91bnRmcm9tPSJ1ZnM6L2Rldi9zZGRhMHMyYSINCmh3LnVzYi50ZW1wbGF0 ZT0zDQpib290X211bHRpY29ucz0iWUVTIg0KYm9vdF9zZXJpYWw9IllFUyINCg0KTXkgY3VycmVu dCBmc3RhYjoNCiMgRGV2aWNlTW91bnRwb2ludEZTdHlwZU9wdGlvbnNEdW1wUGFzcyMNCi9kZXYv c2RkYTBzMmEvdWZzcncxMQ0KL2Rldi9zZGRhMHMxL2Jvb3QvZmlybXdhcmVtc2Rvc2Zzcncsbm9h dGltZTAwDQp0bXBmcy90bXB0bXBmc3J3LG1vZGU9MTc3NyxzaXplPTYwbTAwDQpwcm9jL3Byb2Nw cm9jZnNydzAwDQovL0pBTUVTQFNURVZFLVBDL1RWL21udC90dnNtYmZzcncsLU4wMA0KDQpBbnkg aWRlYXM/IFRoaXMgc3RhcnRlZCB3aGVuIEkgc3dpdGNoZWQgdG8gdGhlIE1NQ0NBTSBzdGFjayBz byBJIGFzc3VtZWQgaXQgd2FzIGFsbCB0aGUgc2FtZSBpc3N1ZS4gSSBjb3BpZWQgbG9hZGVyX2x1 YS5lZmkgdG8gdGhlIEZBVDE2IHBhcnRpdGlvbiBhcyAvRUZJL0JPT1QvYm9vdGFhNjQuZWZpLg0K DQotIEphbWVzIFNodXJpZmYNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEFu ZHJleSBWLiBFbHN1a292IDxidTdjaGVyQHlhbmRleC5ydT4NClNlbnQ6IFN1bmRheSwgTWF5IDUs IDIwMTkgODo1NiBBTQ0KVG86IEphbWVzIFNodXJpZmYgPGphbWVzQG9wZW50ZWNoLmNjPjsgZnJl ZWJzZC1hcm1AZnJlZWJzZC5vcmcNClN1YmplY3Q6IFJlOiBNTUNDQU0gU3RhY2sgTm90IFNob3dp bmcgQlNEIFNsaWNlDQoNCk9uIDA0LjA1LjIwMTkgMTY6MDQsIEphbWVzIFNodXJpZmYgd3JvdGU6 DQo+IFdvcmtpbmcgb24gY3VycmVudCBicmFuY2ggZm9yIEFhcmNoNjQgd2l0aCBNTUNDQU0gc3Rh Y2suIEkgaGF2ZSBhbiBNQlINCj4gZGlzayBwYXJ0aXRpb25lZCB3aXRoIGEgNTBNIGZhdDMybGJh IHBhcnRpdGlvbiBhbmQgYSAzMEcgQlNEIHNsaWNlLg0KPiBUaGUgQlNEIHNsaWNlIGNvbnRhaW5z IGEgc2luZ2xlIFVGUyBwYXJ0aXRpb24gKHJvb3QpLiBXaXRoIHRoZSBNTUMNCj4gc3RhY2sgSSB3 b3VsZCBzZWUgbW1jc2QwczEsIG1tY3NkMHMyLCBhbmQgbW1jc2QwczJhLiBXaXRoIHRoZSBNTUND QU0NCj4gc3RhY2sgSSBvbmx5IHNlZSBzZGRhMHMxIGFuZCBzZGRhMHMyLiBUaGVyZSBzaG91bGQg YmUgYW4gc2RkYTBzMmEuIEkNCj4gY2FuIHN0aWxsIG1vdW50IHRoZSByb290IHBhcnRpdGlvbiB2 aWEgbGFiZWxzICgvZGV2L3Vmcy9yb290ZnMpLiBBbnkNCj4gaWRlYXM/DQoNCnVmcy9yb290ZnMg d2FzIGZvdW5kIG9uIHRoZSBzZGRhMHMyIGFuZCB0aGVuIG1vdW50ZWQgZm9yIHIvdy4gR1BBUlRf QlNEIGhhZCBubyBjaGFuY2UgdG8gdGFzdGUgc2RkYTBzMiBzbGljZSwgYW5kIHRodXMgdGhlcmUg aXMgbm8gQlNEIGxhYmVsLg0KVGhpcyBoYXBwZW5zIHNvbWV0aW1lcyB3aXRoIGxhYmVscyB0aGF0 IHNoYXJlIHRoZSBzYW1lIHByb3ZpZGVyLg0KDQpJIHRoaW5rIGlmIHlvdSBkbyBgZ2xhYmVsIGxp c3RgIHlvdSB3aWxsIHNlZSB0aGF0IHVmcy9yb290ZnMgdXNlcyBzZGRhMHMyLg0KDQotLQ0KV0JS LCBBbmRyZXkgVi4gRWxzdWtvdg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K IERJU0NMQUlNRVI6IFRoaXMgbWVzc2FnZSBhbmQgYW55IGF0dGFjaG1lbnRzIGFyZSBpbnRlbmRl ZCBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIHJlY2lwaWVudCBhbmQgbWF5IGNvbnRhaW4gY29u ZmlkZW50aWFsIGluZm9ybWF0aW9uLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1lc3NhZ2Ug aW4gZXJyb3IgcGxlYXNlIGRlbGV0ZSBpdCBhbmQgcHJvbXB0bHkgbm90aWZ5IHRoZSBzZW5kZXIs IEphbWVzIFNodXJpZmYgKGphbWVzQG9wZW50ZWNoLmNjPG1haWx0bzpqYW1lc0BvcGVudGVjaC5j Yz4pLg0K From owner-freebsd-arm@freebsd.org Sun May 5 20:06:17 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5595E1593C80 for ; Sun, 5 May 2019 20:06:17 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x835.google.com (mail-qt1-x835.google.com [IPv6:2607:f8b0:4864:20::835]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 67C4E6F67E for ; Sun, 5 May 2019 20:06:15 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x835.google.com with SMTP id r3so2638922qtp.10 for ; Sun, 05 May 2019 13:06:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=5tWagRifyziJc22QF7KKpYefD6STnco3BIyW3ITRA5Q=; b=HEdypCtRpyWjUycAGH+AcuP6eKiJdRfMuk4dMC+vkeUUrWIiZnagcj8JeLD9MUo0FI IxKI+9jS+OOlDXv2fvF6/M35pRuVC7S8+3zCAF1jjadoSUB3n8vHAVelvOEzEnQsCgcj xq/DGPTXyEVNa2Mmn3RI2x1AQq0xgTf5tyAdr5DOyzOdRsx8eBY+Ws8VMV7cNSc6Pop2 jsEEKv7hzhi9nLpaP+8wt4mMoXM2YzVaPMEt322b41MoEsnJY8TRiGSsc0bWTDklaq3f I51apZPMjq9M00yY9rBBVmSZuZsbkxo/09vAZQ85H+ojqhLY8W06rLRyuM0/SUpOhD8J 5wZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=5tWagRifyziJc22QF7KKpYefD6STnco3BIyW3ITRA5Q=; b=BbqudsrrTIyRo463nsMHRr/W6H5Jm1cDdEqAphoOcfze+aGU2uRC4R5fS0elYjRVyO 3+i7oKNgg2RGR3t38jrvq8MT5IsYPJai7avsfV/3ViDxW6o9KgjvJ75OW2PAClQZc18F mRWE91/bozxlLD4keIbaQUqjhnX6s34hwq69qTuqzz9vchjJbnrwyETs9SMVucBijKZv DyBA0aPVI52VeE4D7wrynsjKAx9lK0Dy6+y4/nLblfusgFKCD5HNCOcqmF/sMAdr/eWi vYiEf+9uddbbl6FB2PAqbETX00ndnr+nA8f958VFJWOdCdf4nwassQ9BuGV1ewE6fyIc 4Dfw== X-Gm-Message-State: APjAAAUQ+BfesrMZUdyzI3QqAgxyTK603LllKQI4HMGtv1ldA789kyso 75E2NHUQxurziIIMTNNd7APtTpNFE/WwWSD/ArLbcA== X-Google-Smtp-Source: APXvYqybZYWvk5x36kxcj+cACrdkyogDGP+A3zvGBVUe1yzhtLyuQZN75ZsE3mjVr1oWISDbX2kCEXgDA0R91/eoIwU= X-Received: by 2002:aed:3ebc:: with SMTP id n57mr18989483qtf.118.1557086774328; Sun, 05 May 2019 13:06:14 -0700 (PDT) MIME-Version: 1.0 References: <62c176f7-ada7-1243-f603-b6ead448d11e@yandex.ru> In-Reply-To: From: Warner Losh Date: Sun, 5 May 2019 14:06:01 -0600 Message-ID: Subject: Re: MMCCAM Stack Not Showing BSD Slice To: James Shuriff Cc: "Andrey V. Elsukov" , freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 67C4E6F67E X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=HEdypCtR X-Spamd-Result: default: False [-5.84 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; MX_GOOD(-0.01)[ALT1.aspmx.l.google.com,aspmx.l.google.com,ALT2.aspmx.l.google.com]; RCVD_IN_DNSWL_NONE(0.00)[5.3.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.87)[-0.872,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; IP_SCORE(-2.96)[ip: (-9.28), ipnet: 2607:f8b0::/32(-3.20), asn: 15169(-2.25), country: US(-0.06)]; FREEMAIL_CC(0.00)[yandex.ru] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2019 20:06:17 -0000 On Sun, May 5, 2019, 1:59 PM James Shuriff wrote: > The "currdev" is defaulting to disk0p1: when it should be disk0s2a:. > loader_lua.efi seems to read a file "/boot/freebsd/loader.env" off the > FAT16 partition but it uses a particular format that is "subtly different" > from loader.conf. I'm trying to set currdev here. When I set "currdev" in > the loader prompt instead of just passing it the kernel it mounts the root > filesystem automatically. > Loader.efi assumes GPT partitioning. While MBR kinda works, it has not been well tested and bugs like this are lurking. Warner - James Shuriff > > -----Original Message----- > From: James Shuriff > Sent: Sunday, May 5, 2019 11:02 AM > To: 'Andrey V. Elsukov' ; freebsd-arm@freebsd.org > Subject: RE: MMCCAM Stack Not Showing BSD Slice > > Yes, it does show sdda0s2 as a consumer. This didn't happen with the MMC > stack so I assumed it was a bug. I've destroyed the label and now the slice > is appearing. > > loader_lua.efi isn't finding the boot partition. It complains about not > finding /boot/lua/loader.lua. I have to manually tell it to "load > disk0s2a:/boot/kernel/kernel" and "boot". Then the kernel doesn't automount > the root partition. I tried using vfs.root.mountfrom in loader.conf and > it's still not automounting. This was a problem when I had the label and > still is after I removed it. > > My current loader.conf: > vfs.root.mountfrom="ufs:/dev/sdda0s2a" > hw.usb.template=3 > boot_multicons="YES" > boot_serial="YES" > > My current fstab: > # DeviceMountpointFStypeOptionsDumpPass# > /dev/sdda0s2a/ufsrw11 > /dev/sdda0s1/boot/firmwaremsdosfsrw,noatime00 > tmpfs/tmptmpfsrw,mode=1777,size=60m00 > proc/procprocfsrw00 > //JAMES@STEVE-PC/TV/mnt/tvsmbfsrw,-N00 > > Any ideas? This started when I switched to the MMCCAM stack so I assumed > it was all the same issue. I copied loader_lua.efi to the FAT16 partition > as /EFI/BOOT/bootaa64.efi. > > - James Shuriff > > -----Original Message----- > From: Andrey V. Elsukov > Sent: Sunday, May 5, 2019 8:56 AM > To: James Shuriff ; freebsd-arm@freebsd.org > Subject: Re: MMCCAM Stack Not Showing BSD Slice > > On 04.05.2019 16:04, James Shuriff wrote: > > Working on current branch for Aarch64 with MMCCAM stack. I have an MBR > > disk partitioned with a 50M fat32lba partition and a 30G BSD slice. > > The BSD slice contains a single UFS partition (root). With the MMC > > stack I would see mmcsd0s1, mmcsd0s2, and mmcsd0s2a. With the MMCCAM > > stack I only see sdda0s1 and sdda0s2. There should be an sdda0s2a. I > > can still mount the root partition via labels (/dev/ufs/rootfs). Any > > ideas? > > ufs/rootfs was found on the sdda0s2 and then mounted for r/w. GPART_BSD > had no chance to taste sdda0s2 slice, and thus there is no BSD label. > This happens sometimes with labels that share the same provider. > > I think if you do `glabel list` you will see that ufs/rootfs uses sdda0s2. > > -- > WBR, Andrey V. Elsukov > > ________________________________ > DISCLAIMER: This message and any attachments are intended solely for the > use of the recipient and may contain confidential information. If you have > received this message in error please delete it and promptly notify the > sender, James Shuriff (james@opentech.cc). > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Sun May 5 20:34:31 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C64AC15948DE for ; Sun, 5 May 2019 20:34:30 +0000 (UTC) (envelope-from james@opentech.cc) Received: from NAM04-BN3-obe.outbound.protection.outlook.com (mail-eopbgr680075.outbound.protection.outlook.com [40.107.68.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 171AD7080F for ; Sun, 5 May 2019 20:34:28 +0000 (UTC) (envelope-from james@opentech.cc) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opentech.cc; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=YixXaINCFWeSk/a2kmesv844pxEWlmaMdWeujzlDoCE=; b=U3ZNZDwVvLyeqC6JKrBCJP5nh4oQLp4Ssqwf57cSWckzG54UejWrzGb18du5m4G/uKLhf52/vXHuwiU8rmqKHKLuCfF1Y/nocq9Xc4Dcl0fwSs+sfQVV0qcQAXzDUToCZP85vHlSesI0ESLGo6hxb2NPeCKpUuABw2bKiEyjKYk= Received: from BN7PR06MB5187.namprd06.prod.outlook.com (20.176.29.18) by BN7PR06MB5123.namprd06.prod.outlook.com (20.176.28.32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1856.10; Sun, 5 May 2019 20:34:23 +0000 Received: from BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f]) by BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f%5]) with mapi id 15.20.1856.012; Sun, 5 May 2019 20:34:23 +0000 From: James Shuriff To: Warner Losh CC: "Andrey V. Elsukov" , "freebsd-arm@freebsd.org" Subject: RE: MMCCAM Stack Not Showing BSD Slice Thread-Topic: MMCCAM Stack Not Showing BSD Slice Thread-Index: AdUCeOQv+b3MKI+vQ9uFY9jW1WIZVgAyPpsAAAMl8rAACxY+AAAAyaiAAAAbSlA= Date: Sun, 5 May 2019 20:34:23 +0000 Message-ID: References: <62c176f7-ada7-1243-f603-b6ead448d11e@yandex.ru> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [71.251.5.193] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: b3e41a49-2733-4b5c-98b8-08d6d1990f3e x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(7021145)(8989299)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:BN7PR06MB5123; x-ms-traffictypediagnostic: BN7PR06MB5123: x-ms-exchange-purlcount: 3 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 00286C0CA6 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(39830400003)(34036004)(366004)(136003)(396003)(376002)(199004)(189003)(13464003)(38564003)(6916009)(5660300002)(66946007)(25786009)(102836004)(53936002)(73956011)(54896002)(86362001)(4326008)(6436002)(6506007)(6246003)(7736002)(74316002)(606006)(55016002)(81166006)(2906002)(66066001)(8676002)(81156014)(8936002)(53546011)(26005)(74482002)(229853002)(14454004)(68736007)(9686003)(486006)(790700001)(6116002)(33656002)(66476007)(66556008)(64756008)(66446008)(966005)(76116006)(52536014)(71190400001)(71200400001)(6306002)(3846002)(476003)(186003)(14444005)(446003)(11346002)(76176011)(7696005)(508600001)(99286004)(5024004)(256004)(316002)(236005)(54906003)(23180200002)(563744003); DIR:OUT; SFP:1101; SCL:1; SRVR:BN7PR06MB5123; H:BN7PR06MB5187.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: opentech.cc does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: hJun4j7rD+it/zqVaCvdCnyT9DXh9+VRe8orOqkrafrOIfIiuf+06HO0ZpcTBXkqzEcRWrCmvoPm6KnIXVGlVosJal1wansOZLTMyhx0lABoRbkuQsA71Kc4yt89kl5hof67sK5WOG0TRwOrstO3yFdlt3ICNhhruOURP0gl/jkwQbNOK+JOKc5qjVd6VgWxKooDFmOWfsjQtud9tm1Cx2acR6E3gCDJnWhJucgnMiOTP5zvmvvIHwO/zndV0lkJHCPlMf95emAD3N4hz1SDn91y2Jr66qG8h37CB7aJmKwu5VffNLOHrxo4uJAcv6k5u2s6wtabwxlBQOJ2egGGXzEJExDKToBGVMkZdH3KTGw6KjeEZSyS1meteLwIbzW55zCDFYlFnWF2NN8HfGFpaJ605wzm75rzOehiUunWMCg= MIME-Version: 1.0 X-OriginatorOrg: opentech.cc X-MS-Exchange-CrossTenant-Network-Message-Id: b3e41a49-2733-4b5c-98b8-08d6d1990f3e X-MS-Exchange-CrossTenant-originalarrivaltime: 05 May 2019 20:34:23.4496 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5c5dd5ac-929c-48f6-a3f4-c0c8602c24af X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR06MB5123 X-Rspamd-Queue-Id: 171AD7080F X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=opentech.cc header.s=selector1 header.b=U3ZNZDwV; spf=pass (mx1.freebsd.org: domain of james@opentech.cc designates 40.107.68.75 as permitted sender) smtp.mailfrom=james@opentech.cc X-Spamd-Result: default: False [-4.26 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[opentech.cc:s=selector1]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[opentech.cc]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[opentech.cc:+]; MX_GOOD(-0.01)[cached: opentech-cc.mail.protection.outlook.com]; RCVD_IN_DNSWL_NONE(0.00)[75.68.107.40.list.dnswl.org : 127.0.3.0]; NEURAL_HAM_SHORT(-0.85)[-0.852,0]; MIME_BASE64_TEXT(0.10)[]; IP_SCORE(-1.00)[ipnet: 40.64.0.0/10(-2.68), asn: 8075(-2.23), country: US(-0.06)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; FREEMAIL_CC(0.00)[yandex.ru] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2019 20:34:31 -0000 TWFrZXMgc2Vuc2UuIEkgY2FuIHNlZSB0aGUgbG9hZGVyIGNvZGUgdGhhdCBtYWtlcyB0aGF0IGFz c3VtcHRpb24uIElmIHRoZSBsb2FkZXIgZGlzayBpcyBwYXJ0aXRpb25lZCBzZXRfY3VycmRldl9w ZGluZm8gYXNzdW1lcyBpdOKAmXMgR1BULiBJIGRvbuKAmXQgdGhpbmsgVmlkZW9Db3JlIHN1cHBv cnRzIEdQVCBkaXNrcyAoSeKAmW0gdXNpbmcgYSBSYXNwYmVycnkgUGkgMyBNb2RlbCBCKS4NCg0K SSBwYXRjaGVkIHRoZSBsb2FkZXIgdG8gdXNlIERfU0xJQ0VXSUxEIGluc3RlYWQgb2YgRF9QQVJU SVNHUFQuIE5vdyBjdXJyZGV2IGRlZmF1bHRzIHRvIGRpc2swczFhLiBJIGNhbuKAmXQgZmluZCBh bnkgZ29vZCBkb2N1bWVudGF0aW9uIG9uIC9lZmkvZnJlZWJzZC9sb2FkZXIuZW52IHNvIEnigJlt IGxvb2tpbmcgZm9yIHRoZSBwYXJzZXIgdGhhdCByZWFkcyB0aGUgZmlsZS4gSSBzZWUgc2FuaXR5 IGNoZWNrcyBmb3IgY3VycmRldiBhbmQgaXQgKnNob3VsZCogYmUgZmFpbGluZyB0aGUgc2FuaXR5 IGNoZWNrIGJ1dCBpZiBpdCBpcyBpdOKAmXMgbm90IGJlaW5nIGxvZ2dlZC4NCg0KLSBKYW1lcyBT aHVyaWZmDQoNCkZyb206IFdhcm5lciBMb3NoIDxpbXBAYnNkaW1wLmNvbT4NClNlbnQ6IFN1bmRh eSwgTWF5IDUsIDIwMTkgNDowNiBQTQ0KVG86IEphbWVzIFNodXJpZmYgPGphbWVzQG9wZW50ZWNo LmNjPg0KQ2M6IEFuZHJleSBWLiBFbHN1a292IDxidTdjaGVyQHlhbmRleC5ydT47IGZyZWVic2Qt YXJtQGZyZWVic2Qub3JnDQpTdWJqZWN0OiBSZTogTU1DQ0FNIFN0YWNrIE5vdCBTaG93aW5nIEJT RCBTbGljZQ0KDQoNCk9uIFN1biwgTWF5IDUsIDIwMTksIDE6NTkgUE0gSmFtZXMgU2h1cmlmZiA8 amFtZXNAb3BlbnRlY2guY2M8bWFpbHRvOmphbWVzQG9wZW50ZWNoLmNjPj4gd3JvdGU6DQpUaGUg ImN1cnJkZXYiIGlzIGRlZmF1bHRpbmcgdG8gZGlzazBwMTogd2hlbiBpdCBzaG91bGQgYmUgZGlz azBzMmE6LiBsb2FkZXJfbHVhLmVmaSBzZWVtcyB0byByZWFkIGEgZmlsZSAiL2Jvb3QvZnJlZWJz ZC9sb2FkZXIuZW52IiBvZmYgdGhlIEZBVDE2IHBhcnRpdGlvbiBidXQgaXQgdXNlcyBhIHBhcnRp Y3VsYXIgZm9ybWF0IHRoYXQgaXMgInN1YnRseSBkaWZmZXJlbnQiIGZyb20gbG9hZGVyLmNvbmYu IEknbSB0cnlpbmcgdG8gc2V0IGN1cnJkZXYgaGVyZS4gV2hlbiBJIHNldCAiY3VycmRldiIgaW4g dGhlIGxvYWRlciBwcm9tcHQgaW5zdGVhZCBvZiBqdXN0IHBhc3NpbmcgaXQgdGhlIGtlcm5lbCBp dCBtb3VudHMgdGhlIHJvb3QgZmlsZXN5c3RlbSBhdXRvbWF0aWNhbGx5Lg0KDQpMb2FkZXIuZWZp IGFzc3VtZXMgR1BUIHBhcnRpdGlvbmluZy4gV2hpbGUgTUJSIGtpbmRhIHdvcmtzLCBpdCBoYXMg bm90IGJlZW4gd2VsbCB0ZXN0ZWQgYW5kIGJ1Z3MgbGlrZSB0aGlzIGFyZSBsdXJraW5nLg0KDQpX YXJuZXINCg0KLSBKYW1lcyBTaHVyaWZmDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpG cm9tOiBKYW1lcyBTaHVyaWZmDQpTZW50OiBTdW5kYXksIE1heSA1LCAyMDE5IDExOjAyIEFNDQpU bzogJ0FuZHJleSBWLiBFbHN1a292JyA8YnU3Y2hlckB5YW5kZXgucnU8bWFpbHRvOmJ1N2NoZXJA eWFuZGV4LnJ1Pj47IGZyZWVic2QtYXJtQGZyZWVic2Qub3JnPG1haWx0bzpmcmVlYnNkLWFybUBm cmVlYnNkLm9yZz4NClN1YmplY3Q6IFJFOiBNTUNDQU0gU3RhY2sgTm90IFNob3dpbmcgQlNEIFNs aWNlDQoNClllcywgaXQgZG9lcyBzaG93IHNkZGEwczIgYXMgYSBjb25zdW1lci4gVGhpcyBkaWRu J3QgaGFwcGVuIHdpdGggdGhlIE1NQyBzdGFjayBzbyBJIGFzc3VtZWQgaXQgd2FzIGEgYnVnLiBJ J3ZlIGRlc3Ryb3llZCB0aGUgbGFiZWwgYW5kIG5vdyB0aGUgc2xpY2UgaXMgYXBwZWFyaW5nLg0K DQpsb2FkZXJfbHVhLmVmaSBpc24ndCBmaW5kaW5nIHRoZSBib290IHBhcnRpdGlvbi4gSXQgY29t cGxhaW5zIGFib3V0IG5vdCBmaW5kaW5nIC9ib290L2x1YS9sb2FkZXIubHVhLiBJIGhhdmUgdG8g bWFudWFsbHkgdGVsbCBpdCB0byAibG9hZCBkaXNrMHMyYTovYm9vdC9rZXJuZWwva2VybmVsIiBh bmQgImJvb3QiLiBUaGVuIHRoZSBrZXJuZWwgZG9lc24ndCBhdXRvbW91bnQgdGhlIHJvb3QgcGFy dGl0aW9uLiBJIHRyaWVkIHVzaW5nIHZmcy5yb290Lm1vdW50ZnJvbSBpbiBsb2FkZXIuY29uZiBh bmQgaXQncyBzdGlsbCBub3QgYXV0b21vdW50aW5nLiBUaGlzIHdhcyBhIHByb2JsZW0gd2hlbiBJ IGhhZCB0aGUgbGFiZWwgYW5kIHN0aWxsIGlzIGFmdGVyIEkgcmVtb3ZlZCBpdC4NCg0KTXkgY3Vy cmVudCBsb2FkZXIuY29uZjoNCnZmcy5yb290Lm1vdW50ZnJvbT0idWZzOi9kZXYvc2RkYTBzMmEi DQpody51c2IudGVtcGxhdGU9Mw0KYm9vdF9tdWx0aWNvbnM9IllFUyINCmJvb3Rfc2VyaWFsPSJZ RVMiDQoNCk15IGN1cnJlbnQgZnN0YWI6DQojIERldmljZU1vdW50cG9pbnRGU3R5cGVPcHRpb25z RHVtcFBhc3MjDQovZGV2L3NkZGEwczJhL3Vmc3J3MTENCi9kZXYvc2RkYTBzMS9ib290L2Zpcm13 YXJlbXNkb3Nmc3J3LG5vYXRpbWUwMA0KdG1wZnMvdG1wdG1wZnNydyxtb2RlPTE3Nzcsc2l6ZT02 MG0wMA0KcHJvYy9wcm9jcHJvY2ZzcncwMA0KLy9KQU1FU0BTVEVWRS1QQy9UVi9tbnQvdHZzbWJm c3J3LC1OMDANCg0KQW55IGlkZWFzPyBUaGlzIHN0YXJ0ZWQgd2hlbiBJIHN3aXRjaGVkIHRvIHRo ZSBNTUNDQU0gc3RhY2sgc28gSSBhc3N1bWVkIGl0IHdhcyBhbGwgdGhlIHNhbWUgaXNzdWUuIEkg Y29waWVkIGxvYWRlcl9sdWEuZWZpIHRvIHRoZSBGQVQxNiBwYXJ0aXRpb24gYXMgL0VGSS9CT09U L2Jvb3RhYTY0LmVmaS4NCg0KLSBKYW1lcyBTaHVyaWZmDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2Fn ZS0tLS0tDQpGcm9tOiBBbmRyZXkgVi4gRWxzdWtvdiA8YnU3Y2hlckB5YW5kZXgucnU8bWFpbHRv OmJ1N2NoZXJAeWFuZGV4LnJ1Pj4NClNlbnQ6IFN1bmRheSwgTWF5IDUsIDIwMTkgODo1NiBBTQ0K VG86IEphbWVzIFNodXJpZmYgPGphbWVzQG9wZW50ZWNoLmNjPG1haWx0bzpqYW1lc0BvcGVudGVj aC5jYz4+OyBmcmVlYnNkLWFybUBmcmVlYnNkLm9yZzxtYWlsdG86ZnJlZWJzZC1hcm1AZnJlZWJz ZC5vcmc+DQpTdWJqZWN0OiBSZTogTU1DQ0FNIFN0YWNrIE5vdCBTaG93aW5nIEJTRCBTbGljZQ0K DQpPbiAwNC4wNS4yMDE5IDE2OjA0LCBKYW1lcyBTaHVyaWZmIHdyb3RlOg0KPiBXb3JraW5nIG9u IGN1cnJlbnQgYnJhbmNoIGZvciBBYXJjaDY0IHdpdGggTU1DQ0FNIHN0YWNrLiBJIGhhdmUgYW4g TUJSDQo+IGRpc2sgcGFydGl0aW9uZWQgd2l0aCBhIDUwTSBmYXQzMmxiYSBwYXJ0aXRpb24gYW5k IGEgMzBHIEJTRCBzbGljZS4NCj4gVGhlIEJTRCBzbGljZSBjb250YWlucyBhIHNpbmdsZSBVRlMg cGFydGl0aW9uIChyb290KS4gV2l0aCB0aGUgTU1DDQo+IHN0YWNrIEkgd291bGQgc2VlIG1tY3Nk MHMxLCBtbWNzZDBzMiwgYW5kIG1tY3NkMHMyYS4gV2l0aCB0aGUgTU1DQ0FNDQo+IHN0YWNrIEkg b25seSBzZWUgc2RkYTBzMSBhbmQgc2RkYTBzMi4gVGhlcmUgc2hvdWxkIGJlIGFuIHNkZGEwczJh LiBJDQo+IGNhbiBzdGlsbCBtb3VudCB0aGUgcm9vdCBwYXJ0aXRpb24gdmlhIGxhYmVscyAoL2Rl di91ZnMvcm9vdGZzKS4gQW55DQo+IGlkZWFzPw0KDQp1ZnMvcm9vdGZzIHdhcyBmb3VuZCBvbiB0 aGUgc2RkYTBzMiBhbmQgdGhlbiBtb3VudGVkIGZvciByL3cuIEdQQVJUX0JTRCBoYWQgbm8gY2hh bmNlIHRvIHRhc3RlIHNkZGEwczIgc2xpY2UsIGFuZCB0aHVzIHRoZXJlIGlzIG5vIEJTRCBsYWJl bC4NClRoaXMgaGFwcGVucyBzb21ldGltZXMgd2l0aCBsYWJlbHMgdGhhdCBzaGFyZSB0aGUgc2Ft ZSBwcm92aWRlci4NCg0KSSB0aGluayBpZiB5b3UgZG8gYGdsYWJlbCBsaXN0YCB5b3Ugd2lsbCBz ZWUgdGhhdCB1ZnMvcm9vdGZzIHVzZXMgc2RkYTBzMi4NCg0KLS0NCldCUiwgQW5kcmV5IFYuIEVs c3Vrb3YNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCiBESVNDTEFJTUVSOiBU aGlzIG1lc3NhZ2UgYW5kIGFueSBhdHRhY2htZW50cyBhcmUgaW50ZW5kZWQgc29sZWx5IGZvciB0 aGUgdXNlIG9mIHRoZSByZWNpcGllbnQgYW5kIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBpbmZv cm1hdGlvbi4gSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBtZXNzYWdlIGluIGVycm9yIHBsZWFz ZSBkZWxldGUgaXQgYW5kIHByb21wdGx5IG5vdGlmeSB0aGUgc2VuZGVyLCBKYW1lcyBTaHVyaWZm IChqYW1lc0BvcGVudGVjaC5jYzxtYWlsdG86amFtZXNAb3BlbnRlY2guY2M8bWFpbHRvOmphbWVz QG9wZW50ZWNoLmNjPj4pLg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NCmZyZWVic2QtYXJtQGZyZWVic2Qub3JnPG1haWx0bzpmcmVlYnNkLWFybUBmcmVl YnNkLm9yZz4gbWFpbGluZyBsaXN0DQpodHRwczovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4v bGlzdGluZm8vZnJlZWJzZC1hcm0NClRvIHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICJm cmVlYnNkLWFybS11bnN1YnNjcmliZUBmcmVlYnNkLm9yZzxtYWlsdG86ZnJlZWJzZC1hcm0tdW5z dWJzY3JpYmVAZnJlZWJzZC5vcmc+Ig0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N CkRJU0NMQUlNRVI6IFRoaXMgbWVzc2FnZSBhbmQgYW55IGF0dGFjaG1lbnRzIGFyZSBpbnRlbmRl ZCBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIHJlY2lwaWVudCBhbmQgbWF5IGNvbnRhaW4gY29u ZmlkZW50aWFsIGluZm9ybWF0aW9uLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1lc3NhZ2Ug aW4gZXJyb3IgcGxlYXNlIGRlbGV0ZSBpdCBhbmQgcHJvbXB0bHkgbm90aWZ5IHRoZSBzZW5kZXIs IEphbWVzIFNodXJpZmYgKGphbWVzQG9wZW50ZWNoLmNjPG1haWx0bzpqYW1lc0BvcGVudGVjaC5j Yz4pLg0K From owner-freebsd-arm@freebsd.org Sun May 5 20:54:08 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 76C571594EE0 for ; Sun, 5 May 2019 20:54:08 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x82c.google.com (mail-qt1-x82c.google.com [IPv6:2607:f8b0:4864:20::82c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C88A57101B for ; Sun, 5 May 2019 20:54:06 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x82c.google.com with SMTP id i31so12581619qti.13 for ; Sun, 05 May 2019 13:54:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=8ZEh6fQMUHeYwJhHLnUMfqbok9AICPHfpz5HkWol0pk=; b=fM4oLPEHcfn8mtK25iCOybrp/P2Ea4tcQ4/BWFqZOGzjdA5OVf/3ZC8s7+n4+F4/bY dvP0Wb6Rs5TVBtEpL1wuCbi3tvdhAt9s0T/nJfMOhQfz1Q7UB7ZYk1DH7maj4mWSMzLI nCMHmDbU4MaMcYv2AAtPkU5ilEfn+6ka/e1MB6ypIqvaf3WwoT0Qq8LMofucwjFoSNeD rtAqJPT/F4WvWHggus6one5iEmS7DSedztyBJIxL80yg3eRvX75pluZ7pwx2imJkdq1R nMiKIpJRTIXcvxj3MQ2K04ouTefGQR/ZwRADQfGw5NItN27oAxAHBAo4VH87WFK2YQgv aeVg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=8ZEh6fQMUHeYwJhHLnUMfqbok9AICPHfpz5HkWol0pk=; b=UMLbo1USM1FV+hIlLDtFC8thDP0KTI1eICSM5w8SMxE2dhMnD1qLcZ4Rwee+xh57K0 DnvvkJUlx0P/YJNWm90QaIqaknh9RU0lynRQoZVEp/kRRM8LkKwTyEWuvBJ2/vk/1Pcq iRvEzwuqGxxl5VX3bkQp2QkRW2sgakGBwfkQ+Cx6TS66TACl1TgQegXdV1TNSjfWjmMt 1EgnnhdvZ8iFlYwj1ugfpOjSk2w0U8j4HVvZZyhHw4B/qvvr1r87rUqn5XRUv1si4pZT knJaEI7eSJefE/k7D2wPqPkuPpqs6UltE2CHHQeD/GNiFjvljwMHrm5kKkzaQqjeT1Rg 5t5w== X-Gm-Message-State: APjAAAXQgn3+JOY5jik10QjWcers+/qhqWcA9DrTNaKlirgg5Qpt0jrj 48/WQodQAx07Dx3P71tUGxonYqLLVFj/GxB2m1fyxD3J X-Google-Smtp-Source: APXvYqyNDXqBCS1CVj/j2ZDsiaTAfjTUjlnWGexAPHDMANq1NrLcj8VJCGqXPcQcgv2ouVn3tLqduGam+dD2b394jzo= X-Received: by 2002:ac8:19db:: with SMTP id s27mr3753634qtk.33.1557089646214; Sun, 05 May 2019 13:54:06 -0700 (PDT) MIME-Version: 1.0 References: <62c176f7-ada7-1243-f603-b6ead448d11e@yandex.ru> In-Reply-To: From: Warner Losh Date: Sun, 5 May 2019 14:53:55 -0600 Message-ID: Subject: Re: MMCCAM Stack Not Showing BSD Slice To: James Shuriff Cc: "Andrey V. Elsukov" , "freebsd-arm@freebsd.org" X-Rspamd-Queue-Id: C88A57101B X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=fM4oLPEH X-Spamd-Result: default: False [-5.80 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; MX_GOOD(-0.01)[cached: ALT1.aspmx.l.google.com]; RCVD_IN_DNSWL_NONE(0.00)[c.2.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.87)[-0.872,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; IP_SCORE(-2.92)[ip: (-9.09), ipnet: 2607:f8b0::/32(-3.20), asn: 15169(-2.25), country: US(-0.06)]; FREEMAIL_CC(0.00)[yandex.ru] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2019 20:54:08 -0000 So /evi/freebsd/loader.env would be relative to the ESP (the s1 fat partition). It's a simplified version of loader.conf in that it only understands foo=3Dbar type variables. There's another new loader variable called uefi_rootdev. However, UEFI doesn't really have a notion of BSD partitions (or any nested partitioning schemes), so there's no standardized way to specify disk0s2a. In a complex system, this would be a problem. However, in your simple scenario, you may be able to say 'rootdev=3Ddisk0s2a:' in loader.env and have things work. I just added loader.env in the past couple of weeks, so I've not yet updated the docs because we have no loader.efi(8) man page. There is a uefi(8) that I was unaware of when I did these changes. Maybe I could add something there. We have a lot of undocumented tribal knowledge about the boot process that we should commit to paper / manpage :) Warner On Sun, May 5, 2019 at 2:34 PM James Shuriff wrote: > Makes sense. I can see the loader code that makes that assumption. If the > loader disk is partitioned set_currdev_pdinfo assumes it=E2=80=99s GPT. I= don=E2=80=99t > think VideoCore supports GPT disks (I=E2=80=99m using a Raspberry Pi 3 Mo= del B). > > > > I patched the loader to use D_SLICEWILD instead of D_PARTISGPT. Now > currdev defaults to disk0s1a. I can=E2=80=99t find any good documentation= on > /efi/freebsd/loader.env so I=E2=80=99m looking for the parser that reads = the file. > I see sanity checks for currdev and it *should* be failing the sanity che= ck > but if it is it=E2=80=99s not being logged. > > > > - James Shuriff > > > > *From:* Warner Losh > *Sent:* Sunday, May 5, 2019 4:06 PM > *To:* James Shuriff > *Cc:* Andrey V. Elsukov ; freebsd-arm@freebsd.org > *Subject:* Re: MMCCAM Stack Not Showing BSD Slice > > > > > > On Sun, May 5, 2019, 1:59 PM James Shuriff wrote: > > The "currdev" is defaulting to disk0p1: when it should be disk0s2a:. > loader_lua.efi seems to read a file "/boot/freebsd/loader.env" off the > FAT16 partition but it uses a particular format that is "subtly different= " > from loader.conf. I'm trying to set currdev here. When I set "currdev" in > the loader prompt instead of just passing it the kernel it mounts the roo= t > filesystem automatically. > > > > Loader.efi assumes GPT partitioning. While MBR kinda works, it has not > been well tested and bugs like this are lurking. > > > > Warner > > > > - James Shuriff > > -----Original Message----- > From: James Shuriff > Sent: Sunday, May 5, 2019 11:02 AM > To: 'Andrey V. Elsukov' ; freebsd-arm@freebsd.org > Subject: RE: MMCCAM Stack Not Showing BSD Slice > > Yes, it does show sdda0s2 as a consumer. This didn't happen with the MMC > stack so I assumed it was a bug. I've destroyed the label and now the sli= ce > is appearing. > > loader_lua.efi isn't finding the boot partition. It complains about not > finding /boot/lua/loader.lua. I have to manually tell it to "load > disk0s2a:/boot/kernel/kernel" and "boot". Then the kernel doesn't automou= nt > the root partition. I tried using vfs.root.mountfrom in loader.conf and > it's still not automounting. This was a problem when I had the label and > still is after I removed it. > > My current loader.conf: > vfs.root.mountfrom=3D"ufs:/dev/sdda0s2a" > hw.usb.template=3D3 > boot_multicons=3D"YES" > boot_serial=3D"YES" > > My current fstab: > # DeviceMountpointFStypeOptionsDumpPass# > /dev/sdda0s2a/ufsrw11 > /dev/sdda0s1/boot/firmwaremsdosfsrw,noatime00 > tmpfs/tmptmpfsrw,mode=3D1777,size=3D60m00 > proc/procprocfsrw00 > //JAMES@STEVE-PC/TV/mnt/tvsmbfsrw,-N00 > > Any ideas? This started when I switched to the MMCCAM stack so I assumed > it was all the same issue. I copied loader_lua.efi to the FAT16 partition > as /EFI/BOOT/bootaa64.efi. > > - James Shuriff > > -----Original Message----- > From: Andrey V. Elsukov > Sent: Sunday, May 5, 2019 8:56 AM > To: James Shuriff ; freebsd-arm@freebsd.org > Subject: Re: MMCCAM Stack Not Showing BSD Slice > > On 04.05.2019 16:04, James Shuriff wrote: > > Working on current branch for Aarch64 with MMCCAM stack. I have an MBR > > disk partitioned with a 50M fat32lba partition and a 30G BSD slice. > > The BSD slice contains a single UFS partition (root). With the MMC > > stack I would see mmcsd0s1, mmcsd0s2, and mmcsd0s2a. With the MMCCAM > > stack I only see sdda0s1 and sdda0s2. There should be an sdda0s2a. I > > can still mount the root partition via labels (/dev/ufs/rootfs). Any > > ideas? > > ufs/rootfs was found on the sdda0s2 and then mounted for r/w. GPART_BSD > had no chance to taste sdda0s2 slice, and thus there is no BSD label. > This happens sometimes with labels that share the same provider. > > I think if you do `glabel list` you will see that ufs/rootfs uses sdda0s2= . > > -- > WBR, Andrey V. Elsukov > > ________________________________ > DISCLAIMER: This message and any attachments are intended solely for the > use of the recipient and may contain confidential information. If you hav= e > received this message in error please delete it and promptly notify the > sender, James Shuriff (james@opentech.cc). > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > ------------------------------ > DISCLAIMER: This message and any attachments are intended solely for the > use of the recipient and may contain confidential information. If you hav= e > received this message in error please delete it and promptly notify the > sender, James Shuriff (james@opentech.cc). > From owner-freebsd-arm@freebsd.org Sun May 5 21:10:20 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 06D081595CB3 for ; Sun, 5 May 2019 21:10:20 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x833.google.com (mail-qt1-x833.google.com [IPv6:2607:f8b0:4864:20::833]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 88BEA71C20 for ; Sun, 5 May 2019 21:10:18 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x833.google.com with SMTP id c13so12642475qtn.8 for ; Sun, 05 May 2019 14:10:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=VXTMtkBtu+NU5BNA3UGZzWC9jeRxnfNX9BQnpvC5zlM=; b=vpBhFL2q5wXA0v+DFWwDidzVynSuNTsskYTUm+MoORMkWrUHvUD/ZQ9urJvSeP7kWu AwzHczc+9ngDB4Y9FYJKPTlPu6AenzW2VN/qbvqsYzh0RCD32JUaOfxSKjCjQy5qPdKV Z4Cv8tSAYS0UWGaFle0T8k0IkMg0by43y3xJdptQ9gsfnYT2X3WXREIKuiG5EX5UZtxN kU8kOzuowjGeuC8NJT8cslanyCwj8G63KropRqEK9XVZIMopwpmJ2CasFL1YT9MnpbGE c4AUZ3nsXyxNV4T6o8BlSvTZlvyQ1KbQzsywM9Txb4lXfYj4u4ALbmqn0zBQP/LlNSRu hYDQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=VXTMtkBtu+NU5BNA3UGZzWC9jeRxnfNX9BQnpvC5zlM=; b=tcsW+2cmGHLTLvhGinJP2fP9gaRNkuYNSVccvZnlHqecnhktKT6TedjHFj6GYpOjkk YAaI3oQHuVJqVlJndyEUk5r3xAh9kaXR+ItAHeM8QT3GDuOIiAlutl9zLsAwtprWRUBw Dygmpxl9uyQ82taieXZWFBVxGNIZRjVhRnyWuZbWXye6XtB2FhUU1xAUDe0W2Aaq0xCa x5CbDSc94dhX8OZBJZO+nHm09Z8BpQ/GOPk9MtsAkOs3tw9ZmxuPt5FSV+3j6mRdyLVe 9DP1SyyaLLQxGUVh2/LCSF7TE8Ao/B8/sr2J3+zHtqsoXR9lz4ZS5OyB6FvVKCAy45to YhYw== X-Gm-Message-State: APjAAAUI7otISjC6qOpEa+KFVvgnXcnv0EvcjLxwQ0cwB7nSTpO1xzEb 24YYtCxyiLojIISSsfil7hzDvkTcIas3e55jsyBwiw== X-Google-Smtp-Source: APXvYqzYcW2vPjTpMMyKe8od0wl1B+04/ObbJaxvJ9SFfyWSDbwQXBnvIMM9o+Ja1pKZ9xuXfw5B34KTlXsogSXolPs= X-Received: by 2002:ac8:28d0:: with SMTP id j16mr18929834qtj.15.1557090617812; Sun, 05 May 2019 14:10:17 -0700 (PDT) MIME-Version: 1.0 References: <62c176f7-ada7-1243-f603-b6ead448d11e@yandex.ru> In-Reply-To: From: Warner Losh Date: Sun, 5 May 2019 15:10:06 -0600 Message-ID: Subject: Re: MMCCAM Stack Not Showing BSD Slice To: James Shuriff Cc: "Andrey V. Elsukov" , "freebsd-arm@freebsd.org" X-Rspamd-Queue-Id: 88BEA71C20 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=vpBhFL2q X-Spamd-Result: default: False [-5.81 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; MX_GOOD(-0.01)[cached: ALT1.aspmx.l.google.com]; RCVD_IN_DNSWL_NONE(0.00)[3.3.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.87)[-0.873,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; IP_SCORE(-2.93)[ip: (-9.14), ipnet: 2607:f8b0::/32(-3.20), asn: 15169(-2.25), country: US(-0.06)]; FREEMAIL_CC(0.00)[yandex.ru] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2019 21:10:20 -0000 Also, you'd have to tinker with the searching for root algorithm if you wanted to make the D_SLICEWILD work. We don't nest in the searching as well. I'm surprised, a little that it settled on disk0s1a, though. For other platforms we do support nesting, so I'm sure it's that code kinda sorta working, but not really working that's allowing you to get as far as you do. Warner On Sun, May 5, 2019 at 2:34 PM James Shuriff wrote: > Makes sense. I can see the loader code that makes that assumption. If the > loader disk is partitioned set_currdev_pdinfo assumes it=E2=80=99s GPT. I= don=E2=80=99t > think VideoCore supports GPT disks (I=E2=80=99m using a Raspberry Pi 3 Mo= del B). > > > > I patched the loader to use D_SLICEWILD instead of D_PARTISGPT. Now > currdev defaults to disk0s1a. I can=E2=80=99t find any good documentation= on > /efi/freebsd/loader.env so I=E2=80=99m looking for the parser that reads = the file. > I see sanity checks for currdev and it *should* be failing the sanity che= ck > but if it is it=E2=80=99s not being logged. > > > > - James Shuriff > > > > *From:* Warner Losh > *Sent:* Sunday, May 5, 2019 4:06 PM > *To:* James Shuriff > *Cc:* Andrey V. Elsukov ; freebsd-arm@freebsd.org > *Subject:* Re: MMCCAM Stack Not Showing BSD Slice > > > > > > On Sun, May 5, 2019, 1:59 PM James Shuriff wrote: > > The "currdev" is defaulting to disk0p1: when it should be disk0s2a:. > loader_lua.efi seems to read a file "/boot/freebsd/loader.env" off the > FAT16 partition but it uses a particular format that is "subtly different= " > from loader.conf. I'm trying to set currdev here. When I set "currdev" in > the loader prompt instead of just passing it the kernel it mounts the roo= t > filesystem automatically. > > > > Loader.efi assumes GPT partitioning. While MBR kinda works, it has not > been well tested and bugs like this are lurking. > > > > Warner > > > > - James Shuriff > > -----Original Message----- > From: James Shuriff > Sent: Sunday, May 5, 2019 11:02 AM > To: 'Andrey V. Elsukov' ; freebsd-arm@freebsd.org > Subject: RE: MMCCAM Stack Not Showing BSD Slice > > Yes, it does show sdda0s2 as a consumer. This didn't happen with the MMC > stack so I assumed it was a bug. I've destroyed the label and now the sli= ce > is appearing. > > loader_lua.efi isn't finding the boot partition. It complains about not > finding /boot/lua/loader.lua. I have to manually tell it to "load > disk0s2a:/boot/kernel/kernel" and "boot". Then the kernel doesn't automou= nt > the root partition. I tried using vfs.root.mountfrom in loader.conf and > it's still not automounting. This was a problem when I had the label and > still is after I removed it. > > My current loader.conf: > vfs.root.mountfrom=3D"ufs:/dev/sdda0s2a" > hw.usb.template=3D3 > boot_multicons=3D"YES" > boot_serial=3D"YES" > > My current fstab: > # DeviceMountpointFStypeOptionsDumpPass# > /dev/sdda0s2a/ufsrw11 > /dev/sdda0s1/boot/firmwaremsdosfsrw,noatime00 > tmpfs/tmptmpfsrw,mode=3D1777,size=3D60m00 > proc/procprocfsrw00 > //JAMES@STEVE-PC/TV/mnt/tvsmbfsrw,-N00 > > Any ideas? This started when I switched to the MMCCAM stack so I assumed > it was all the same issue. I copied loader_lua.efi to the FAT16 partition > as /EFI/BOOT/bootaa64.efi. > > - James Shuriff > > -----Original Message----- > From: Andrey V. Elsukov > Sent: Sunday, May 5, 2019 8:56 AM > To: James Shuriff ; freebsd-arm@freebsd.org > Subject: Re: MMCCAM Stack Not Showing BSD Slice > > On 04.05.2019 16:04, James Shuriff wrote: > > Working on current branch for Aarch64 with MMCCAM stack. I have an MBR > > disk partitioned with a 50M fat32lba partition and a 30G BSD slice. > > The BSD slice contains a single UFS partition (root). With the MMC > > stack I would see mmcsd0s1, mmcsd0s2, and mmcsd0s2a. With the MMCCAM > > stack I only see sdda0s1 and sdda0s2. There should be an sdda0s2a. I > > can still mount the root partition via labels (/dev/ufs/rootfs). Any > > ideas? > > ufs/rootfs was found on the sdda0s2 and then mounted for r/w. GPART_BSD > had no chance to taste sdda0s2 slice, and thus there is no BSD label. > This happens sometimes with labels that share the same provider. > > I think if you do `glabel list` you will see that ufs/rootfs uses sdda0s2= . > > -- > WBR, Andrey V. Elsukov > > ________________________________ > DISCLAIMER: This message and any attachments are intended solely for the > use of the recipient and may contain confidential information. If you hav= e > received this message in error please delete it and promptly notify the > sender, James Shuriff (james@opentech.cc). > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > ------------------------------ > DISCLAIMER: This message and any attachments are intended solely for the > use of the recipient and may contain confidential information. If you hav= e > received this message in error please delete it and promptly notify the > sender, James Shuriff (james@opentech.cc). > From owner-freebsd-arm@freebsd.org Sun May 5 21:37:57 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6A84515963BC for ; Sun, 5 May 2019 21:37:57 +0000 (UTC) (envelope-from james@opentech.cc) Received: from NAM01-SN1-obe.outbound.protection.outlook.com (mail-eopbgr820079.outbound.protection.outlook.com [40.107.82.79]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 78807726CE for ; Sun, 5 May 2019 21:37:55 +0000 (UTC) (envelope-from james@opentech.cc) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opentech.cc; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=vEAYPbhuLVcwGapFOmmAbCDMuMtMjD36BtOHh1BR8QQ=; b=EDi97rQ/9U+2U0hvG/MF+tzTfj5Vi7L8fGWcyeu7Y6fLbbaD7nIa6JsBSsdXtrHPzGWd6yLhqANwOkFQmC52ZunnTMvUlHwVsbgDmF2OHsqmDQm0U1yWEcIzD/lfPoZijubu3wQZZIoZUA+gyfdtJ33rdrOoJCuTxzF4iqQo+8o= Received: from BN7PR06MB5187.namprd06.prod.outlook.com (20.176.29.18) by BN7PR06MB5220.namprd06.prod.outlook.com (20.176.29.143) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1856.12; Sun, 5 May 2019 21:37:50 +0000 Received: from BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f]) by BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f%5]) with mapi id 15.20.1856.012; Sun, 5 May 2019 21:37:50 +0000 From: James Shuriff To: Warner Losh CC: "Andrey V. Elsukov" , "freebsd-arm@freebsd.org" Subject: RE: MMCCAM Stack Not Showing BSD Slice Thread-Topic: MMCCAM Stack Not Showing BSD Slice Thread-Index: AdUCeOQv+b3MKI+vQ9uFY9jW1WIZVgAyPpsAAAMl8rAACxY+AAAAyaiAAAAbSlAAAiGpAAAAEfRw Date: Sun, 5 May 2019 21:37:49 +0000 Message-ID: References: <62c176f7-ada7-1243-f603-b6ead448d11e@yandex.ru> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [71.251.5.193] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 18ed92d8-6f36-4049-fe59-08d6d1a1ec53 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(7021145)(8989299)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:BN7PR06MB5220; x-ms-traffictypediagnostic: BN7PR06MB5220: x-ms-exchange-purlcount: 3 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 00286C0CA6 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(396003)(136003)(366004)(376002)(346002)(34036004)(39830400003)(13464003)(38564003)(189003)(199004)(2906002)(186003)(7696005)(53936002)(74316002)(71200400001)(7736002)(8936002)(4326008)(25786009)(6246003)(81156014)(81166006)(8676002)(71190400001)(5660300002)(6436002)(9686003)(33656002)(236005)(54896002)(6306002)(55016002)(446003)(6506007)(53546011)(52536014)(256004)(14444005)(102836004)(66066001)(68736007)(5024004)(606006)(229853002)(54906003)(86362001)(99286004)(76176011)(26005)(316002)(66946007)(73956011)(66476007)(64756008)(66446008)(66556008)(76116006)(11346002)(508600001)(6116002)(790700001)(3846002)(6916009)(476003)(14454004)(966005)(486006)(74482002)(23180200002)(563744003); DIR:OUT; SFP:1101; SCL:1; SRVR:BN7PR06MB5220; H:BN7PR06MB5187.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: opentech.cc does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: rjlMxC6986tKKmJEPW7+KnZoWTCDRDbOSTHP2L9+iaSp1fSLhDJ9H0er+CHw1PDeElAH2F4JfXhP3doIM3PAKTN4G8AYdfWsWaSr38xL3dRlZVQJRPaeOIfiEy5jtA/fPGImQAGLHjL1JnDPx6dTsUBAUV6unF5hemoaEEquO6sYFPnHXPLVQ46plK1svWNfZ6sz2g+rwc08lm6C4of/AhEgMNzuWnWHZaoCcoBQMuPRo3HYZvvPwR9drEZaVR0eV3SxhS28Ah6zTsh/YHO+BuUlpDn1brmAlhtJa58c6l62hcGavChnUZMMxMejRYU/US7PdEfiA3u3zqZPqNQa9rmbnQ56a91h1cx6gEQHNQxlrqgs6BY4aSiOYYiZDHCp64zglWJjUw/Ee3sZEoxtaVXAruWkyygw+24sXLGN844= MIME-Version: 1.0 X-OriginatorOrg: opentech.cc X-MS-Exchange-CrossTenant-Network-Message-Id: 18ed92d8-6f36-4049-fe59-08d6d1a1ec53 X-MS-Exchange-CrossTenant-originalarrivaltime: 05 May 2019 21:37:50.3281 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5c5dd5ac-929c-48f6-a3f4-c0c8602c24af X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR06MB5220 X-Rspamd-Queue-Id: 78807726CE X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=opentech.cc header.s=selector1 header.b=EDi97rQ/; spf=pass (mx1.freebsd.org: domain of james@opentech.cc designates 40.107.82.79 as permitted sender) smtp.mailfrom=james@opentech.cc X-Spamd-Result: default: False [-4.27 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[opentech.cc:s=selector1]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[opentech.cc]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: opentech-cc.mail.protection.outlook.com]; DKIM_TRACE(0.00)[opentech.cc:+]; RCVD_IN_DNSWL_NONE(0.00)[79.82.107.40.list.dnswl.org : 127.0.3.0]; NEURAL_HAM_SHORT(-0.86)[-0.862,0]; MIME_BASE64_TEXT(0.10)[]; IP_SCORE(-1.00)[ipnet: 40.64.0.0/10(-2.69), asn: 8075(-2.23), country: US(-0.06)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; FREEMAIL_CC(0.00)[yandex.ru] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2019 21:37:57 -0000 SSBjYW7igJl0IHVzZSBHUFQgc28gSSBoYXZlIHRvIHVzZSB0aGUgQlNEIHNsaWNlIHRvIGhhdmUg YSBVRlMgcGFydGl0aW9uLiBQdXR0aW5nIOKAnHJvb3RkZXY9ZGlzazBzMmE64oCdIGluIC9FRkkv RlJFRUJTRC9sb2FkZXIuZW52IGRpZG7igJl0IHdvcmsuIFRoZSBmdWxsIGxvYWRlciBsb2cgbG9v a3MgbGlrZSB0aGlzIChiZWZvcmUgbXkgRF9TTElDRVdJTEQgY2hhbmdlKToNCg0KQ29uc29sZXM6 IEVGSSBjb25zb2xlDQpaRlM6IGkvbyBlcnJvciAtIGFsbCBibG9jayBjb3BpZXMgdW5hdmFpbGFi bGUNClpGUzogY2Fu4oCZdCByZWFkIE1PUyBvZiBwb29sIHpwaQ0KICBSZWFkaW5nIGxvYWRlciBl bnYgdmFycyBmcm9tIC9lZmkvZnJlZWJzZC9sb2FkZXIuZW52DQpTZXR0aW5nIGN1cnJkZXYgdG8g ZGlzazBwMToNCkZyZWVCU0QvYXJtNjQgRUZJIGxvYWRlciwgUmV2aXNpb24gMS4xDQoNCiAgQ29t bWFuZCBMaW5lIGFyZ3VtZW50czogbG9hZGVyLmVmaQ0KICBFRkkgdmVyc2lvbjogMi43MA0KICBF RkkgRmlybXdhcmU6IERhcyBVLUJvb3QgKHJldiAwMjE3LjE3OTIpDQogIENvbnNvbGU6IGVmaSAo MCkNCiAgTG9hZCBQYXRoOiAvZWZpXGJvb3RcYm9vdGFhNjQuZWZpDQogIExvYWQgRGV2aWNlOiAu LiBTRCgwKS9IRCgxLCAweDAxLCAwLCAweDNmLCAweDE5MDAwMCkNClRyeWluZyBFU1A6IC4uIFNE KDApL0hEKDIsIDB4MDEsIDAsIDB4M2YsIDB4MTkwMDAwKQ0KU2V0dGluZyBjdXJyZGV2IHRvIGRp c2swcDE6DQpUcnlpbmc6IC4uIFNEKDApL0hEKDIsIDB4MDEsIDAsIDB4MTkwM2YsIDB4M2I4NmZj MSkNClpGUzogY2Fu4oCZdCBmaW5kIHBvb2wgYnkgZ3VpZA0KU2V0dGluZyBjdXJyZGV2IHRvDQpa RlM6IGNhbuKAmXQgZmluZCBwb29sIGJ5IGd1aWQNClN0YXJ0dXAgZXJyb3IgaW4gL2Jvb3QvbHVh L2xvYWRlci5sdWE6DQpMVUEgRVJST1I6IGNhbm5vdCBvcGVuIC9ib290L2x1YS9sb2FkZXIubHVh OiBubyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5Lg0KDQpjYW4ndCBsb2FkIOKAmGtlcm5lbOKAmQ0K DQpXaXRoIHRoZSBEX1NMSUNFV0lMRCBjaGFuZ2UgdGhlIGZpcnN0IGN1cnJkZXYgaXMgZGlzazBz MWEsIHRoZSBzZWNvbmQgaXMgZGlzazBzMWEsIGFuZCB0aGUgdGhpcmQgaXMgYmxhbmsuIEkgdGhp bmsgdGhlIGJlc3Qgc29sdXRpb24gaXMgdG8gZmlndXJlIG91dCB3aGF04oCZcyBnb2luZyBvbiB3 aXRoIHRoZSBsb2FkZXIuZW52IHBhcnNlciBhbmQgZml4IHRoYXQuIEVhc2llciB0aGFuIGltcGxl bWVudGluZyBhIHNsaWNlIHdhbGtlciA6KQ0KDQotIEphbWVzIFNodXJpZmYNCg0KRnJvbTogV2Fy bmVyIExvc2ggPGltcEBic2RpbXAuY29tPg0KU2VudDogU3VuZGF5LCBNYXkgNSwgMjAxOSA1OjEw IFBNDQpUbzogSmFtZXMgU2h1cmlmZiA8amFtZXNAb3BlbnRlY2guY2M+DQpDYzogQW5kcmV5IFYu IEVsc3Vrb3YgPGJ1N2NoZXJAeWFuZGV4LnJ1PjsgZnJlZWJzZC1hcm1AZnJlZWJzZC5vcmcNClN1 YmplY3Q6IFJlOiBNTUNDQU0gU3RhY2sgTm90IFNob3dpbmcgQlNEIFNsaWNlDQoNCkFsc28sIHlv dSdkIGhhdmUgdG8gdGlua2VyIHdpdGggdGhlIHNlYXJjaGluZyBmb3Igcm9vdCBhbGdvcml0aG0g aWYgeW91IHdhbnRlZCB0byBtYWtlIHRoZSBEX1NMSUNFV0lMRCB3b3JrLiBXZSBkb24ndCBuZXN0 IGluIHRoZSBzZWFyY2hpbmcgYXMgd2VsbC4gSSdtIHN1cnByaXNlZCwgYSBsaXR0bGUgdGhhdCBp dCBzZXR0bGVkIG9uIGRpc2swczFhLCB0aG91Z2guIEZvciBvdGhlciBwbGF0Zm9ybXMgd2UgZG8g c3VwcG9ydCBuZXN0aW5nLCBzbyBJJ20gc3VyZSBpdCdzIHRoYXQgY29kZSBraW5kYSBzb3J0YSB3 b3JraW5nLCBidXQgbm90IHJlYWxseSB3b3JraW5nIHRoYXQncyBhbGxvd2luZyB5b3UgdG8gZ2V0 IGFzIGZhciBhcyB5b3UgZG8uDQoNCldhcm5lcg0KDQpPbiBTdW4sIE1heSA1LCAyMDE5IGF0IDI6 MzQgUE0gSmFtZXMgU2h1cmlmZiA8amFtZXNAb3BlbnRlY2guY2M8bWFpbHRvOmphbWVzQG9wZW50 ZWNoLmNjPj4gd3JvdGU6DQpNYWtlcyBzZW5zZS4gSSBjYW4gc2VlIHRoZSBsb2FkZXIgY29kZSB0 aGF0IG1ha2VzIHRoYXQgYXNzdW1wdGlvbi4gSWYgdGhlIGxvYWRlciBkaXNrIGlzIHBhcnRpdGlv bmVkIHNldF9jdXJyZGV2X3BkaW5mbyBhc3N1bWVzIGl04oCZcyBHUFQuIEkgZG9u4oCZdCB0aGlu ayBWaWRlb0NvcmUgc3VwcG9ydHMgR1BUIGRpc2tzIChJ4oCZbSB1c2luZyBhIFJhc3BiZXJyeSBQ aSAzIE1vZGVsIEIpLg0KDQpJIHBhdGNoZWQgdGhlIGxvYWRlciB0byB1c2UgRF9TTElDRVdJTEQg aW5zdGVhZCBvZiBEX1BBUlRJU0dQVC4gTm93IGN1cnJkZXYgZGVmYXVsdHMgdG8gZGlzazBzMWEu IEkgY2Fu4oCZdCBmaW5kIGFueSBnb29kIGRvY3VtZW50YXRpb24gb24gL2VmaS9mcmVlYnNkL2xv YWRlci5lbnYgc28gSeKAmW0gbG9va2luZyBmb3IgdGhlIHBhcnNlciB0aGF0IHJlYWRzIHRoZSBm aWxlLiBJIHNlZSBzYW5pdHkgY2hlY2tzIGZvciBjdXJyZGV2IGFuZCBpdCAqc2hvdWxkKiBiZSBm YWlsaW5nIHRoZSBzYW5pdHkgY2hlY2sgYnV0IGlmIGl0IGlzIGl04oCZcyBub3QgYmVpbmcgbG9n Z2VkLg0KDQotIEphbWVzIFNodXJpZmYNCg0KRnJvbTogV2FybmVyIExvc2ggPGltcEBic2RpbXAu Y29tPG1haWx0bzppbXBAYnNkaW1wLmNvbT4+DQpTZW50OiBTdW5kYXksIE1heSA1LCAyMDE5IDQ6 MDYgUE0NClRvOiBKYW1lcyBTaHVyaWZmIDxqYW1lc0BvcGVudGVjaC5jYzxtYWlsdG86amFtZXNA b3BlbnRlY2guY2M+Pg0KQ2M6IEFuZHJleSBWLiBFbHN1a292IDxidTdjaGVyQHlhbmRleC5ydTxt YWlsdG86YnU3Y2hlckB5YW5kZXgucnU+PjsgZnJlZWJzZC1hcm1AZnJlZWJzZC5vcmc8bWFpbHRv OmZyZWVic2QtYXJtQGZyZWVic2Qub3JnPg0KU3ViamVjdDogUmU6IE1NQ0NBTSBTdGFjayBOb3Qg U2hvd2luZyBCU0QgU2xpY2UNCg0KDQpPbiBTdW4sIE1heSA1LCAyMDE5LCAxOjU5IFBNIEphbWVz IFNodXJpZmYgPGphbWVzQG9wZW50ZWNoLmNjPG1haWx0bzpqYW1lc0BvcGVudGVjaC5jYz4+IHdy b3RlOg0KVGhlICJjdXJyZGV2IiBpcyBkZWZhdWx0aW5nIHRvIGRpc2swcDE6IHdoZW4gaXQgc2hv dWxkIGJlIGRpc2swczJhOi4gbG9hZGVyX2x1YS5lZmkgc2VlbXMgdG8gcmVhZCBhIGZpbGUgIi9i b290L2ZyZWVic2QvbG9hZGVyLmVudiIgb2ZmIHRoZSBGQVQxNiBwYXJ0aXRpb24gYnV0IGl0IHVz ZXMgYSBwYXJ0aWN1bGFyIGZvcm1hdCB0aGF0IGlzICJzdWJ0bHkgZGlmZmVyZW50IiBmcm9tIGxv YWRlci5jb25mLiBJJ20gdHJ5aW5nIHRvIHNldCBjdXJyZGV2IGhlcmUuIFdoZW4gSSBzZXQgImN1 cnJkZXYiIGluIHRoZSBsb2FkZXIgcHJvbXB0IGluc3RlYWQgb2YganVzdCBwYXNzaW5nIGl0IHRo ZSBrZXJuZWwgaXQgbW91bnRzIHRoZSByb290IGZpbGVzeXN0ZW0gYXV0b21hdGljYWxseS4NCg0K TG9hZGVyLmVmaSBhc3N1bWVzIEdQVCBwYXJ0aXRpb25pbmcuIFdoaWxlIE1CUiBraW5kYSB3b3Jr cywgaXQgaGFzIG5vdCBiZWVuIHdlbGwgdGVzdGVkIGFuZCBidWdzIGxpa2UgdGhpcyBhcmUgbHVy a2luZy4NCg0KV2FybmVyDQoNCi0gSmFtZXMgU2h1cmlmZg0KDQotLS0tLU9yaWdpbmFsIE1lc3Nh Z2UtLS0tLQ0KRnJvbTogSmFtZXMgU2h1cmlmZg0KU2VudDogU3VuZGF5LCBNYXkgNSwgMjAxOSAx MTowMiBBTQ0KVG86ICdBbmRyZXkgVi4gRWxzdWtvdicgPGJ1N2NoZXJAeWFuZGV4LnJ1PG1haWx0 bzpidTdjaGVyQHlhbmRleC5ydT4+OyBmcmVlYnNkLWFybUBmcmVlYnNkLm9yZzxtYWlsdG86ZnJl ZWJzZC1hcm1AZnJlZWJzZC5vcmc+DQpTdWJqZWN0OiBSRTogTU1DQ0FNIFN0YWNrIE5vdCBTaG93 aW5nIEJTRCBTbGljZQ0KDQpZZXMsIGl0IGRvZXMgc2hvdyBzZGRhMHMyIGFzIGEgY29uc3VtZXIu IFRoaXMgZGlkbid0IGhhcHBlbiB3aXRoIHRoZSBNTUMgc3RhY2sgc28gSSBhc3N1bWVkIGl0IHdh cyBhIGJ1Zy4gSSd2ZSBkZXN0cm95ZWQgdGhlIGxhYmVsIGFuZCBub3cgdGhlIHNsaWNlIGlzIGFw cGVhcmluZy4NCg0KbG9hZGVyX2x1YS5lZmkgaXNuJ3QgZmluZGluZyB0aGUgYm9vdCBwYXJ0aXRp b24uIEl0IGNvbXBsYWlucyBhYm91dCBub3QgZmluZGluZyAvYm9vdC9sdWEvbG9hZGVyLmx1YS4g SSBoYXZlIHRvIG1hbnVhbGx5IHRlbGwgaXQgdG8gImxvYWQgZGlzazBzMmE6L2Jvb3Qva2VybmVs L2tlcm5lbCIgYW5kICJib290Ii4gVGhlbiB0aGUga2VybmVsIGRvZXNuJ3QgYXV0b21vdW50IHRo ZSByb290IHBhcnRpdGlvbi4gSSB0cmllZCB1c2luZyB2ZnMucm9vdC5tb3VudGZyb20gaW4gbG9h ZGVyLmNvbmYgYW5kIGl0J3Mgc3RpbGwgbm90IGF1dG9tb3VudGluZy4gVGhpcyB3YXMgYSBwcm9i bGVtIHdoZW4gSSBoYWQgdGhlIGxhYmVsIGFuZCBzdGlsbCBpcyBhZnRlciBJIHJlbW92ZWQgaXQu DQoNCk15IGN1cnJlbnQgbG9hZGVyLmNvbmY6DQp2ZnMucm9vdC5tb3VudGZyb209InVmczovZGV2 L3NkZGEwczJhIg0KaHcudXNiLnRlbXBsYXRlPTMNCmJvb3RfbXVsdGljb25zPSJZRVMiDQpib290 X3NlcmlhbD0iWUVTIg0KDQpNeSBjdXJyZW50IGZzdGFiOg0KIyBEZXZpY2VNb3VudHBvaW50RlN0 eXBlT3B0aW9uc0R1bXBQYXNzIw0KL2Rldi9zZGRhMHMyYS91ZnNydzExDQovZGV2L3NkZGEwczEv Ym9vdC9maXJtd2FyZW1zZG9zZnNydyxub2F0aW1lMDANCnRtcGZzL3RtcHRtcGZzcncsbW9kZT0x Nzc3LHNpemU9NjBtMDANCnByb2MvcHJvY3Byb2Nmc3J3MDANCi8vSkFNRVNAU1RFVkUtUEMvVFYv bW50L3R2c21iZnNydywtTjAwDQoNCkFueSBpZGVhcz8gVGhpcyBzdGFydGVkIHdoZW4gSSBzd2l0 Y2hlZCB0byB0aGUgTU1DQ0FNIHN0YWNrIHNvIEkgYXNzdW1lZCBpdCB3YXMgYWxsIHRoZSBzYW1l IGlzc3VlLiBJIGNvcGllZCBsb2FkZXJfbHVhLmVmaSB0byB0aGUgRkFUMTYgcGFydGl0aW9uIGFz IC9FRkkvQk9PVC9ib290YWE2NC5lZmkuDQoNCi0gSmFtZXMgU2h1cmlmZg0KDQotLS0tLU9yaWdp bmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogQW5kcmV5IFYuIEVsc3Vrb3YgPGJ1N2NoZXJAeWFuZGV4 LnJ1PG1haWx0bzpidTdjaGVyQHlhbmRleC5ydT4+DQpTZW50OiBTdW5kYXksIE1heSA1LCAyMDE5 IDg6NTYgQU0NClRvOiBKYW1lcyBTaHVyaWZmIDxqYW1lc0BvcGVudGVjaC5jYzxtYWlsdG86amFt ZXNAb3BlbnRlY2guY2M+PjsgZnJlZWJzZC1hcm1AZnJlZWJzZC5vcmc8bWFpbHRvOmZyZWVic2Qt YXJtQGZyZWVic2Qub3JnPg0KU3ViamVjdDogUmU6IE1NQ0NBTSBTdGFjayBOb3QgU2hvd2luZyBC U0QgU2xpY2UNCg0KT24gMDQuMDUuMjAxOSAxNjowNCwgSmFtZXMgU2h1cmlmZiB3cm90ZToNCj4g V29ya2luZyBvbiBjdXJyZW50IGJyYW5jaCBmb3IgQWFyY2g2NCB3aXRoIE1NQ0NBTSBzdGFjay4g SSBoYXZlIGFuIE1CUg0KPiBkaXNrIHBhcnRpdGlvbmVkIHdpdGggYSA1ME0gZmF0MzJsYmEgcGFy dGl0aW9uIGFuZCBhIDMwRyBCU0Qgc2xpY2UuDQo+IFRoZSBCU0Qgc2xpY2UgY29udGFpbnMgYSBz aW5nbGUgVUZTIHBhcnRpdGlvbiAocm9vdCkuIFdpdGggdGhlIE1NQw0KPiBzdGFjayBJIHdvdWxk IHNlZSBtbWNzZDBzMSwgbW1jc2QwczIsIGFuZCBtbWNzZDBzMmEuIFdpdGggdGhlIE1NQ0NBTQ0K PiBzdGFjayBJIG9ubHkgc2VlIHNkZGEwczEgYW5kIHNkZGEwczIuIFRoZXJlIHNob3VsZCBiZSBh biBzZGRhMHMyYS4gSQ0KPiBjYW4gc3RpbGwgbW91bnQgdGhlIHJvb3QgcGFydGl0aW9uIHZpYSBs YWJlbHMgKC9kZXYvdWZzL3Jvb3RmcykuIEFueQ0KPiBpZGVhcz8NCg0KdWZzL3Jvb3RmcyB3YXMg Zm91bmQgb24gdGhlIHNkZGEwczIgYW5kIHRoZW4gbW91bnRlZCBmb3Igci93LiBHUEFSVF9CU0Qg aGFkIG5vIGNoYW5jZSB0byB0YXN0ZSBzZGRhMHMyIHNsaWNlLCBhbmQgdGh1cyB0aGVyZSBpcyBu byBCU0QgbGFiZWwuDQpUaGlzIGhhcHBlbnMgc29tZXRpbWVzIHdpdGggbGFiZWxzIHRoYXQgc2hh cmUgdGhlIHNhbWUgcHJvdmlkZXIuDQoNCkkgdGhpbmsgaWYgeW91IGRvIGBnbGFiZWwgbGlzdGAg eW91IHdpbGwgc2VlIHRoYXQgdWZzL3Jvb3RmcyB1c2VzIHNkZGEwczIuDQoNCi0tDQpXQlIsIEFu ZHJleSBWLiBFbHN1a292DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQogRElT Q0xBSU1FUjogVGhpcyBtZXNzYWdlIGFuZCBhbnkgYXR0YWNobWVudHMgYXJlIGludGVuZGVkIHNv bGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgcmVjaXBpZW50IGFuZCBtYXkgY29udGFpbiBjb25maWRl bnRpYWwgaW5mb3JtYXRpb24uIElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgbWVzc2FnZSBpbiBl cnJvciBwbGVhc2UgZGVsZXRlIGl0IGFuZCBwcm9tcHRseSBub3RpZnkgdGhlIHNlbmRlciwgSmFt ZXMgU2h1cmlmZiAoamFtZXNAb3BlbnRlY2guY2M8bWFpbHRvOmphbWVzQG9wZW50ZWNoLmNjPG1h aWx0bzpqYW1lc0BvcGVudGVjaC5jYz4+KS4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQpmcmVlYnNkLWFybUBmcmVlYnNkLm9yZzxtYWlsdG86ZnJlZWJz ZC1hcm1AZnJlZWJzZC5vcmc+IG1haWxpbmcgbGlzdA0KaHR0cHM6Ly9saXN0cy5mcmVlYnNkLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QtYXJtDQpUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkg bWFpbCB0byAiZnJlZWJzZC1hcm0tdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmc8bWFpbHRvOmZyZWVi c2QtYXJtLXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnPiINCl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQpESVNDTEFJTUVSOiBUaGlzIG1lc3NhZ2UgYW5kIGFueSBhdHRhY2htZW50cyBh cmUgaW50ZW5kZWQgc29sZWx5IGZvciB0aGUgdXNlIG9mIHRoZSByZWNpcGllbnQgYW5kIG1heSBj b250YWluIGNvbmZpZGVudGlhbCBpbmZvcm1hdGlvbi4gSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhp cyBtZXNzYWdlIGluIGVycm9yIHBsZWFzZSBkZWxldGUgaXQgYW5kIHByb21wdGx5IG5vdGlmeSB0 aGUgc2VuZGVyLCBKYW1lcyBTaHVyaWZmIChqYW1lc0BvcGVudGVjaC5jYzxtYWlsdG86amFtZXNA b3BlbnRlY2guY2M+KS4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpESVNDTEFJ TUVSOiBUaGlzIG1lc3NhZ2UgYW5kIGFueSBhdHRhY2htZW50cyBhcmUgaW50ZW5kZWQgc29sZWx5 IGZvciB0aGUgdXNlIG9mIHRoZSByZWNpcGllbnQgYW5kIG1heSBjb250YWluIGNvbmZpZGVudGlh bCBpbmZvcm1hdGlvbi4gSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBtZXNzYWdlIGluIGVycm9y IHBsZWFzZSBkZWxldGUgaXQgYW5kIHByb21wdGx5IG5vdGlmeSB0aGUgc2VuZGVyLCBKYW1lcyBT aHVyaWZmIChqYW1lc0BvcGVudGVjaC5jYzxtYWlsdG86amFtZXNAb3BlbnRlY2guY2M+KS4NCg== From owner-freebsd-arm@freebsd.org Sun May 5 22:14:13 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D8562159700D for ; Sun, 5 May 2019 22:14:12 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x731.google.com (mail-qk1-x731.google.com [IPv6:2607:f8b0:4864:20::731]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A46AC73634 for ; Sun, 5 May 2019 22:14:11 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x731.google.com with SMTP id b7so6766703qkl.2 for ; Sun, 05 May 2019 15:14:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=QGJDPezzCaHjqZAMrwjUvKSQMd21ZtAZsdEVZJ69fRs=; b=EUJv+yu4NH1uleMsEmZxsoNxFd2DWhJffJDgYLY2xZGLOTQtaR/aoVdkx7uf3V3P5P yFna55plnaugvLV592kaW7OkWPaomphgY3HGLbSEKbgDI+R6j8w02Hel6XmvbD5NoG2K YN1fZxZ21IOb7KOUVrZJQ2xHpDfTjDdZKwWCA3dNcGv8GRP1laXqz0D8+N1TGfh2GQyw eYZy5wWeaiff5ZsS/WmfJeMCwNb6VhW3WmiBHw7JBzEyRc8aKw2NNQ8yY5qshPZ5juKz Vsz6533EJANogQUOLEJBQ3zIvGxHiIBcu6pNlXYHKnksQf1T5rNrw5w+U1jBYNAt3uZ6 hSKQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=QGJDPezzCaHjqZAMrwjUvKSQMd21ZtAZsdEVZJ69fRs=; b=TEJe45cnoaeVWZiIpqLcXj8U97NRlkPmM6SajaqgAbjAPQyYskB/jrvzNqfrU8PQ8t X4iEiRxbztviWfXMIpFmzn9kpIKn264SkNvuVF04xAQD/P6cKw9kv+s9Iy1/s02OhUqb M/YH9izlC/VG0xUUTptF+Mhs8d3O43u3TA9oljXCJ1myALnSJh4MDTvvT0m3W9+DqztU xiMo47C/RgkrvQgjdXdacyGIP3qfSQkDMMr02qLRGT3QgesAychVCzwn9HHHLDz+evQF QOLnvLQ8CdGck3rKrI1lYQg6xC7fob5u9bFGcOWXzAPuP4jpDYL2sBCtdQF7cKSihEvd kdWQ== X-Gm-Message-State: APjAAAW6BgekL7xQFdANW+1dRgwbASwyYs2C9/9qDjEv5EixBYG7RqOg frDp9iNbu/BIxGExjnCu4x43FIbtix/OhvbRLF2ClUijKjc= X-Google-Smtp-Source: APXvYqzuT+eNjxGV91j9EXnssyAzENZqheLGpj1TllDVqTPVFZzLkzGf9N1pDICc4pOJc/9NuX/PLhzi23+eclGOZDM= X-Received: by 2002:a05:620a:1014:: with SMTP id z20mr17592641qkj.258.1557094451022; Sun, 05 May 2019 15:14:11 -0700 (PDT) MIME-Version: 1.0 References: <62c176f7-ada7-1243-f603-b6ead448d11e@yandex.ru> In-Reply-To: From: Warner Losh Date: Sun, 5 May 2019 16:14:00 -0600 Message-ID: Subject: Re: MMCCAM Stack Not Showing BSD Slice To: James Shuriff Cc: "Andrey V. Elsukov" , "freebsd-arm@freebsd.org" X-Rspamd-Queue-Id: A46AC73634 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=EUJv+yu4 X-Spamd-Result: default: False [-5.91 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: ALT1.aspmx.l.google.com]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[1.3.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.98)[-0.980,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; IP_SCORE(-2.92)[ip: (-9.08), ipnet: 2607:f8b0::/32(-3.20), asn: 15169(-2.25), country: US(-0.06)]; FREEMAIL_CC(0.00)[yandex.ru] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2019 22:14:13 -0000 On Sun, May 5, 2019 at 3:37 PM James Shuriff wrote: > I can=E2=80=99t use GPT so I have to use the BSD slice to have a UFS part= ition. > Putting =E2=80=9Crootdev=3Ddisk0s2a:=E2=80=9D in /EFI/FREEBSD/loader.env = didn=E2=80=99t work. The > full loader log looks like this (before my D_SLICEWILD change): > > > > Consoles: EFI console > > ZFS: i/o error - all block copies unavailable > > ZFS: can=E2=80=99t read MOS of pool zpi > > Reading loader env vars from /efi/freebsd/loader.env > something went wrong because there should be a message here that says Setting currdev to configured rootdev disk0s2a: Setting currdev to disk0p1: > or maybe disk0p1 isn't found. This should say disk0s1, I'd think, for it to read in things properly. > FreeBSD/arm64 EFI loader, Revision 1.1 > > > > Command Line arguments: loader.efi > > EFI version: 2.70 > > EFI Firmware: Das U-Boot (rev 0217.1792) > > Console: efi (0) > > Load Path: /efi\boot\bootaa64.efi > > Load Device: .. SD(0)/HD(1, 0x01, 0, 0x3f, 0x190000) > > Trying ESP: .. SD(0)/HD(2, 0x01, 0, 0x3f, 0x190000) > > Setting currdev to disk0p1: > > Trying: .. SD(0)/HD(2, 0x01, 0, 0x1903f, 0x3b86fc1) > This is odd too. Likely another bug, though it may all step from the same source. > ZFS: can=E2=80=99t find pool by guid > > Setting currdev to > > ZFS: can=E2=80=99t find pool by guid > > Startup error in /boot/lua/loader.lua: > > LUA ERROR: cannot open /boot/lua/loader.lua: no such file or directory. > > > > can't load =E2=80=98kernel=E2=80=99 > > > > With the D_SLICEWILD change the first currdev is disk0s1a, the second is > disk0s1a, and the third is blank. I think the best solution is to figure > out what=E2=80=99s going on with the loader.env parser and fix that. Easi= er than > implementing a slice walker :) > I'm not sure that would be hard.... I don't think the bug is in common/part.c, but rather somewhere in stand/efi, most likely stand/efi/loader/loader.c, or maybe stand/efi/libefi/efipart.c. Those are two places I know we kinda assume or explicitly assume there's no MBR and nesting to cope with. Warner > - James Shuriff > > > > *From:* Warner Losh > *Sent:* Sunday, May 5, 2019 5:10 PM > *To:* James Shuriff > *Cc:* Andrey V. Elsukov ; freebsd-arm@freebsd.org > *Subject:* Re: MMCCAM Stack Not Showing BSD Slice > > > > Also, you'd have to tinker with the searching for root algorithm if you > wanted to make the D_SLICEWILD work. We don't nest in the searching as > well. I'm surprised, a little that it settled on disk0s1a, though. For > other platforms we do support nesting, so I'm sure it's that code kinda > sorta working, but not really working that's allowing you to get as far a= s > you do. > > > > Warner > > > > On Sun, May 5, 2019 at 2:34 PM James Shuriff wrote: > > Makes sense. I can see the loader code that makes that assumption. If the > loader disk is partitioned set_currdev_pdinfo assumes it=E2=80=99s GPT. I= don=E2=80=99t > think VideoCore supports GPT disks (I=E2=80=99m using a Raspberry Pi 3 Mo= del B). > > > > I patched the loader to use D_SLICEWILD instead of D_PARTISGPT. Now > currdev defaults to disk0s1a. I can=E2=80=99t find any good documentation= on > /efi/freebsd/loader.env so I=E2=80=99m looking for the parser that reads = the file. > I see sanity checks for currdev and it *should* be failing the sanity che= ck > but if it is it=E2=80=99s not being logged. > > > > - James Shuriff > > > > *From:* Warner Losh > *Sent:* Sunday, May 5, 2019 4:06 PM > *To:* James Shuriff > *Cc:* Andrey V. Elsukov ; freebsd-arm@freebsd.org > *Subject:* Re: MMCCAM Stack Not Showing BSD Slice > > > > > > On Sun, May 5, 2019, 1:59 PM James Shuriff wrote: > > The "currdev" is defaulting to disk0p1: when it should be disk0s2a:. > loader_lua.efi seems to read a file "/boot/freebsd/loader.env" off the > FAT16 partition but it uses a particular format that is "subtly different= " > from loader.conf. I'm trying to set currdev here. When I set "currdev" in > the loader prompt instead of just passing it the kernel it mounts the roo= t > filesystem automatically. > > > > Loader.efi assumes GPT partitioning. While MBR kinda works, it has not > been well tested and bugs like this are lurking. > > > > Warner > > > > - James Shuriff > > -----Original Message----- > From: James Shuriff > Sent: Sunday, May 5, 2019 11:02 AM > To: 'Andrey V. Elsukov' ; freebsd-arm@freebsd.org > Subject: RE: MMCCAM Stack Not Showing BSD Slice > > Yes, it does show sdda0s2 as a consumer. This didn't happen with the MMC > stack so I assumed it was a bug. I've destroyed the label and now the sli= ce > is appearing. > > loader_lua.efi isn't finding the boot partition. It complains about not > finding /boot/lua/loader.lua. I have to manually tell it to "load > disk0s2a:/boot/kernel/kernel" and "boot". Then the kernel doesn't automou= nt > the root partition. I tried using vfs.root.mountfrom in loader.conf and > it's still not automounting. This was a problem when I had the label and > still is after I removed it. > > My current loader.conf: > vfs.root.mountfrom=3D"ufs:/dev/sdda0s2a" > hw.usb.template=3D3 > boot_multicons=3D"YES" > boot_serial=3D"YES" > > My current fstab: > # DeviceMountpointFStypeOptionsDumpPass# > /dev/sdda0s2a/ufsrw11 > /dev/sdda0s1/boot/firmwaremsdosfsrw,noatime00 > tmpfs/tmptmpfsrw,mode=3D1777,size=3D60m00 > proc/procprocfsrw00 > //JAMES@STEVE-PC/TV/mnt/tvsmbfsrw,-N00 > > Any ideas? This started when I switched to the MMCCAM stack so I assumed > it was all the same issue. I copied loader_lua.efi to the FAT16 partition > as /EFI/BOOT/bootaa64.efi. > > - James Shuriff > > -----Original Message----- > From: Andrey V. Elsukov > Sent: Sunday, May 5, 2019 8:56 AM > To: James Shuriff ; freebsd-arm@freebsd.org > Subject: Re: MMCCAM Stack Not Showing BSD Slice > > On 04.05.2019 16:04, James Shuriff wrote: > > Working on current branch for Aarch64 with MMCCAM stack. I have an MBR > > disk partitioned with a 50M fat32lba partition and a 30G BSD slice. > > The BSD slice contains a single UFS partition (root). With the MMC > > stack I would see mmcsd0s1, mmcsd0s2, and mmcsd0s2a. With the MMCCAM > > stack I only see sdda0s1 and sdda0s2. There should be an sdda0s2a. I > > can still mount the root partition via labels (/dev/ufs/rootfs). Any > > ideas? > > ufs/rootfs was found on the sdda0s2 and then mounted for r/w. GPART_BSD > had no chance to taste sdda0s2 slice, and thus there is no BSD label. > This happens sometimes with labels that share the same provider. > > I think if you do `glabel list` you will see that ufs/rootfs uses sdda0s2= . > > -- > WBR, Andrey V. Elsukov > > ________________________________ > DISCLAIMER: This message and any attachments are intended solely for the > use of the recipient and may contain confidential information. If you hav= e > received this message in error please delete it and promptly notify the > sender, James Shuriff (james@opentech.cc). > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > ------------------------------ > > *DISCLAIMER:* This message and any attachments are intended solely for > the use of the recipient and may contain confidential information. If you > have received this message in error please delete it and promptly notify > the sender, James Shuriff (james@opentech.cc). > > ------------------------------ > DISCLAIMER: This message and any attachments are intended solely for the > use of the recipient and may contain confidential information. If you hav= e > received this message in error please delete it and promptly notify the > sender, James Shuriff (james@opentech.cc). > From owner-freebsd-arm@freebsd.org Mon May 6 00:43:36 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3116315992F6 for ; Mon, 6 May 2019 00:43:36 +0000 (UTC) (envelope-from james@opentech.cc) Received: from NAM01-SN1-obe.outbound.protection.outlook.com (mail-eopbgr820089.outbound.protection.outlook.com [40.107.82.89]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6B7F476BFB for ; Mon, 6 May 2019 00:43:33 +0000 (UTC) (envelope-from james@opentech.cc) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opentech.cc; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=DilPsOZqojJDMd5DnvSmcD4cui3OTNltWVwzAT+g2Bw=; b=ueQ7trlEc1e/uI9PSMp3SyufFsnWbG9G0Aax7uyXxUCgvV2UIWGZBNMOH5j6X9z4ujAlE4EoFAGOHcQmMqSwy9beqaTweLjChynWm0TznqYOxuOUs7fyvcrP1OTVhjhZFZUC+CGSeJ1qlDkPpRrhLRbiSfMpziAfMYTIOo9QlYo= Received: from BN7PR06MB5187.namprd06.prod.outlook.com (20.176.29.18) by BN7PR06MB4052.namprd06.prod.outlook.com (52.132.4.156) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1856.11; Mon, 6 May 2019 00:43:30 +0000 Received: from BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f]) by BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f%5]) with mapi id 15.20.1856.012; Mon, 6 May 2019 00:43:30 +0000 From: James Shuriff To: Warner Losh CC: "Andrey V. Elsukov" , "freebsd-arm@freebsd.org" Subject: RE: MMCCAM Stack Not Showing BSD Slice Thread-Topic: MMCCAM Stack Not Showing BSD Slice Thread-Index: AdUCeOQv+b3MKI+vQ9uFY9jW1WIZVgAyPpsAAAMl8rAACxY+AAAAyaiAAAAbSlAAAiGpAAAAEfRwAAIpWwAAADXY0A== Date: Mon, 6 May 2019 00:43:29 +0000 Message-ID: References: <62c176f7-ada7-1243-f603-b6ead448d11e@yandex.ru> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [71.251.5.193] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: e8110710-fb7a-4f72-1f21-08d6d1bbdc16 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(7021145)(8989299)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:BN7PR06MB4052; x-ms-traffictypediagnostic: BN7PR06MB4052: x-ms-exchange-purlcount: 3 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:3968; x-forefront-prvs: 0029F17A3F x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(396003)(39830400003)(376002)(136003)(346002)(366004)(13464003)(199004)(189003)(38564003)(54906003)(71190400001)(5660300002)(186003)(74316002)(26005)(6506007)(102836004)(86362001)(606006)(53546011)(7696005)(99286004)(25786009)(14454004)(52536014)(76176011)(6246003)(229853002)(81156014)(6916009)(8676002)(33656002)(81166006)(7736002)(8936002)(790700001)(6436002)(9686003)(55016002)(6306002)(2906002)(236005)(54896002)(68736007)(71200400001)(4326008)(11346002)(476003)(446003)(966005)(508600001)(486006)(66476007)(5024004)(53936002)(66066001)(73956011)(76116006)(316002)(66946007)(14444005)(256004)(66556008)(66446008)(74482002)(3846002)(64756008)(6116002)(23180200002)(563744003); DIR:OUT; SFP:1101; SCL:1; SRVR:BN7PR06MB4052; H:BN7PR06MB5187.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: opentech.cc does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: VbBnFj69PO1qdOk0Xw2nielCql8OZ5VYIT+4UsEIt58Df0rD+WImSIvYGjBiXYPHpPWk2b2CU83ZBT9MVVvOp0xTYmqx7r0Q9I3sMI2cEbx5riOCYsBFP5JjBo+mlFwbQyffroXyVC+8OpCbM4cvukFcetGsFstGBQnxaTSjApHqznJ5W+sT/ZEottXfUMqhvx1lr1RT4b81yPo7OwykX58hc4Kh1qHRivE7X4sXREu5vSRlBAXslA88cdeRRRjOawEQUIMo0gL+z9h/UzPgrOC2OLUYhW9unDBk0xmtWXChGSuM5abXoy6SKz7nd4VXIoactCk3tlryHZbtktan2VVRFwdUEydJN7HBZti79JaXjj5u+kAxCo6fR51KEP/L4Tyt2WUTHFOYXEp1jkmtne5wqcDl/ky3ECKbEUwiZCI= MIME-Version: 1.0 X-OriginatorOrg: opentech.cc X-MS-Exchange-CrossTenant-Network-Message-Id: e8110710-fb7a-4f72-1f21-08d6d1bbdc16 X-MS-Exchange-CrossTenant-originalarrivaltime: 06 May 2019 00:43:30.0201 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5c5dd5ac-929c-48f6-a3f4-c0c8602c24af X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR06MB4052 X-Rspamd-Queue-Id: 6B7F476BFB X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=opentech.cc header.s=selector1 header.b=ueQ7trlE; spf=pass (mx1.freebsd.org: domain of james@opentech.cc designates 40.107.82.89 as permitted sender) smtp.mailfrom=james@opentech.cc X-Spamd-Result: default: False [-3.27 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[opentech.cc:s=selector1]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[opentech.cc]; NEURAL_HAM_MEDIUM(-0.99)[-0.994,0]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: opentech-cc.mail.protection.outlook.com]; DKIM_TRACE(0.00)[opentech.cc:+]; MIME_BASE64_TEXT(0.10)[]; RCVD_IN_DNSWL_NONE(0.00)[89.82.107.40.list.dnswl.org : 127.0.3.0]; NEURAL_HAM_SHORT(-0.87)[-0.871,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_CC(0.00)[yandex.ru] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 00:43:36 -0000 SSBwYXRjaGVkIGxvYWRlci9tYWluLmMgdG8gc2hvdyBldmVyeSB0aW1lIGl0IGRvZXMgYSBzYW5p dHkgY2hlY2sgYW5kIGl0IG9ubHkgY2hlY2tzIHRoZSBsYXN0IHR3byDigJxTZXR0aW5nIGN1cmRl duKAnXMuIEkgYWxzbyBwdXQgYSBjaGVjayBpbiBwYXJzZV9sb2FkZXJfZWZpX2NvbmZpZyB0byB0 cnkgdG8gZmlndXJlIG91dCB3aGF04oCZcyBnb2luZyBvbiB3aXRoIHRoZSBsb2FkZXIuZW52IHBh cnNlci4gSXQgdHVybnMgb3V0IOKAnHN0YXTigJ0gaXMgcmV0dXJuaW5nIC0xIGZvciAvZWZpL2Zy ZWVic2QvbG9hZGVyLmVudi4gSSBwYXRjaGVkIGl0IGZ1cnRoZXIgdG8gdHJ5IG9wZW5pbmcgdGhl IGZpbGUgcmVnYXJkbGVzcyBidXQgdGhpcyBmYWlscyBhcyB3ZWxsLg0KDQpPbiBhbm90aGVyIG5v dGUsIEkgY29tcGlsZWQgdGhlIHNhbWUgZXhhY3Qgc3lzdGVtIGFuZCBpbnN0YWxsZWQgaXQgb250 byBhIGJyYW5kIG5ldyAxMjggR0Igc2QgY2FyZCwgdGhlIG9sZCBvbmUgYmVpbmcgMzIgR0IuIEl0 IGhhZCBubyBsb2FkZXIuZW52IG9yIGV2ZW4gYSBsb2FkZXIuY29uZi4gVGhlIFVFRkkgbG9hZGVy IGZpcnN0IHRyaWVkIGRpc2swcDEgZm9yIGN1cnJkZXYgdGhlbiBpdCB0cmllZCBkaXNrMHAyLiBJ dCBib290ZWQgc3VjY2Vzc2Z1bGx5IHdpdGhvdXQgYW55IOKAnGV4dHJhIGhlbHDigJ0uIEkgcmV2 ZXJ0ZWQgYWxsIG9mIG15IHBhdGNoZXMgYmVmb3JlIGJ1aWxkaW5nLiBJ4oCZbSBub3Qgc3VycHJp c2VkIGl0IGRpZG7igJl0IHJlcXVpcmUgdGhlIOKAnGV4YWN04oCdIHNsaWNlIGRpc2swcDJhIHdo ZW4gb24gdGhlIG9sZCBzbGljZSBkaXNrMHMyIHdvcmtlZCBmb3IgY3VycmRldiBhcyB3ZWxsIGFz IGRpc2swczJhIGRpZC4gSSB0aGluayB0aGUgcHJvYmxlbSBtYXkgYmUgaG93IHRoZSBsb2FkZXIg aXMgcmVhZGluZyB0aGUgZGV2aWNlLiBPbiB0aGlzIFNEIGNhcmQgdGhlIGxvYWRlciBzZWVzIHRo ZSBwYXJ0cyBhcyDigJxw4oCdIGFuZCBvbiB0aGUgb2xkIG9uZSB0aGUgcGFydHMgYXJlIOKAnHPi gJ0uIEluIG15IG1pbmQgSeKAmXZlIGFsd2F5cyBhc3NvY2lhdGVkIOKAnHDigJ0gd2l0aCBHUFQg YW5kIOKAnHPigJ0gd2l0aCBNQlIuIExvYWRlcl9sdWEuZWZpIHNlZXMgdGhlIG5ldyBzZCBjYXJk IHBhcnRzIGFzIOKAnHDigJ0gdGhvdWdoIHRoZSBPUyBzZWVzIHRoZW0gYXMg4oCcc+KAnSAoYXMg ZXhwZWN0ZWQpLg0KDQotIEphbWVzIFNodXJpZmYNCg0KRnJvbTogV2FybmVyIExvc2ggPGltcEBi c2RpbXAuY29tPg0KU2VudDogU3VuZGF5LCBNYXkgNSwgMjAxOSA2OjE0IFBNDQpUbzogSmFtZXMg U2h1cmlmZiA8amFtZXNAb3BlbnRlY2guY2M+DQpDYzogQW5kcmV5IFYuIEVsc3Vrb3YgPGJ1N2No ZXJAeWFuZGV4LnJ1PjsgZnJlZWJzZC1hcm1AZnJlZWJzZC5vcmcNClN1YmplY3Q6IFJlOiBNTUND QU0gU3RhY2sgTm90IFNob3dpbmcgQlNEIFNsaWNlDQoNCg0KDQpPbiBTdW4sIE1heSA1LCAyMDE5 IGF0IDM6MzcgUE0gSmFtZXMgU2h1cmlmZiA8amFtZXNAb3BlbnRlY2guY2M8bWFpbHRvOmphbWVz QG9wZW50ZWNoLmNjPj4gd3JvdGU6DQpJIGNhbuKAmXQgdXNlIEdQVCBzbyBJIGhhdmUgdG8gdXNl IHRoZSBCU0Qgc2xpY2UgdG8gaGF2ZSBhIFVGUyBwYXJ0aXRpb24uIFB1dHRpbmcg4oCccm9vdGRl dj1kaXNrMHMyYTrigJ0gaW4gL0VGSS9GUkVFQlNEL2xvYWRlci5lbnYgZGlkbuKAmXQgd29yay4g VGhlIGZ1bGwgbG9hZGVyIGxvZyBsb29rcyBsaWtlIHRoaXMgKGJlZm9yZSBteSBEX1NMSUNFV0lM RCBjaGFuZ2UpOg0KDQpDb25zb2xlczogRUZJIGNvbnNvbGUNClpGUzogaS9vIGVycm9yIC0gYWxs IGJsb2NrIGNvcGllcyB1bmF2YWlsYWJsZQ0KWkZTOiBjYW7igJl0IHJlYWQgTU9TIG9mIHBvb2wg enBpDQogIFJlYWRpbmcgbG9hZGVyIGVudiB2YXJzIGZyb20gL2VmaS9mcmVlYnNkL2xvYWRlci5l bnYNCg0Kc29tZXRoaW5nIHdlbnQgd3JvbmcgYmVjYXVzZSB0aGVyZSBzaG91bGQgYmUgYSBtZXNz YWdlIGhlcmUgdGhhdCBzYXlzDQoNCiAgICBTZXR0aW5nIGN1cnJkZXYgdG8gY29uZmlndXJlZCBy b290ZGV2IGRpc2swczJhOg0KDQpTZXR0aW5nIGN1cnJkZXYgdG8gZGlzazBwMToNCg0Kb3IgbWF5 YmUgZGlzazBwMSBpc24ndCBmb3VuZC4gVGhpcyBzaG91bGQgc2F5IGRpc2swczEsIEknZCB0aGlu aywgZm9yIGl0IHRvIHJlYWQgaW4gdGhpbmdzIHByb3Blcmx5Lg0KDQpGcmVlQlNEL2FybTY0IEVG SSBsb2FkZXIsIFJldmlzaW9uIDEuMQ0KDQogIENvbW1hbmQgTGluZSBhcmd1bWVudHM6IGxvYWRl ci5lZmkNCiAgRUZJIHZlcnNpb246IDIuNzANCiAgRUZJIEZpcm13YXJlOiBEYXMgVS1Cb290IChy ZXYgMDIxNy4xNzkyKQ0KICBDb25zb2xlOiBlZmkgKDApDQogIExvYWQgUGF0aDogL2VmaVxib290 XGJvb3RhYTY0LmVmaQ0KICBMb2FkIERldmljZTogLi4gU0QoMCkvSEQoMSwgMHgwMSwgMCwgMHgz ZiwgMHgxOTAwMDApDQpUcnlpbmcgRVNQOiAuLiBTRCgwKS9IRCgyLCAweDAxLCAwLCAweDNmLCAw eDE5MDAwMCkNClNldHRpbmcgY3VycmRldiB0byBkaXNrMHAxOg0KVHJ5aW5nOiAuLiBTRCgwKS9I RCgyLCAweDAxLCAwLCAweDE5MDNmLCAweDNiODZmYzEpDQoNClRoaXMgaXMgb2RkIHRvby4gTGlr ZWx5IGFub3RoZXIgYnVnLCB0aG91Z2ggaXQgbWF5IGFsbCBzdGVwIGZyb20gdGhlIHNhbWUgc291 cmNlLg0KDQpaRlM6IGNhbuKAmXQgZmluZCBwb29sIGJ5IGd1aWQNClNldHRpbmcgY3VycmRldiB0 bw0KWkZTOiBjYW7igJl0IGZpbmQgcG9vbCBieSBndWlkDQpTdGFydHVwIGVycm9yIGluIC9ib290 L2x1YS9sb2FkZXIubHVhOg0KTFVBIEVSUk9SOiBjYW5ub3Qgb3BlbiAvYm9vdC9sdWEvbG9hZGVy Lmx1YTogbm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeS4NCg0KY2FuJ3QgbG9hZCDigJhrZXJuZWzi gJkNCg0KV2l0aCB0aGUgRF9TTElDRVdJTEQgY2hhbmdlIHRoZSBmaXJzdCBjdXJyZGV2IGlzIGRp c2swczFhLCB0aGUgc2Vjb25kIGlzIGRpc2swczFhLCBhbmQgdGhlIHRoaXJkIGlzIGJsYW5rLiBJ IHRoaW5rIHRoZSBiZXN0IHNvbHV0aW9uIGlzIHRvIGZpZ3VyZSBvdXQgd2hhdOKAmXMgZ29pbmcg b24gd2l0aCB0aGUgbG9hZGVyLmVudiBwYXJzZXIgYW5kIGZpeCB0aGF0LiBFYXNpZXIgdGhhbiBp bXBsZW1lbnRpbmcgYSBzbGljZSB3YWxrZXIgOikNCg0KSSdtIG5vdCBzdXJlIHRoYXQgd291bGQg YmUgaGFyZC4uLi4gSSBkb24ndCB0aGluayB0aGUgYnVnIGlzIGluIGNvbW1vbi9wYXJ0LmMsIGJ1 dCByYXRoZXIgc29tZXdoZXJlIGluIHN0YW5kL2VmaSwgbW9zdCBsaWtlbHkgc3RhbmQvZWZpL2xv YWRlci9sb2FkZXIuYywgb3IgbWF5YmUgc3RhbmQvZWZpL2xpYmVmaS9lZmlwYXJ0LmMuIFRob3Nl IGFyZSB0d28gcGxhY2VzIEkga25vdyB3ZSBraW5kYSBhc3N1bWUgb3IgZXhwbGljaXRseSBhc3N1 bWUgdGhlcmUncyBubyBNQlIgYW5kIG5lc3RpbmcgdG8gY29wZSB3aXRoLg0KDQpXYXJuZXINCg0K DQotIEphbWVzIFNodXJpZmYNCg0KRnJvbTogV2FybmVyIExvc2ggPGltcEBic2RpbXAuY29tPG1h aWx0bzppbXBAYnNkaW1wLmNvbT4+DQpTZW50OiBTdW5kYXksIE1heSA1LCAyMDE5IDU6MTAgUE0N ClRvOiBKYW1lcyBTaHVyaWZmIDxqYW1lc0BvcGVudGVjaC5jYzxtYWlsdG86amFtZXNAb3BlbnRl Y2guY2M+Pg0KQ2M6IEFuZHJleSBWLiBFbHN1a292IDxidTdjaGVyQHlhbmRleC5ydTxtYWlsdG86 YnU3Y2hlckB5YW5kZXgucnU+PjsgZnJlZWJzZC1hcm1AZnJlZWJzZC5vcmc8bWFpbHRvOmZyZWVi c2QtYXJtQGZyZWVic2Qub3JnPg0KU3ViamVjdDogUmU6IE1NQ0NBTSBTdGFjayBOb3QgU2hvd2lu ZyBCU0QgU2xpY2UNCg0KQWxzbywgeW91J2QgaGF2ZSB0byB0aW5rZXIgd2l0aCB0aGUgc2VhcmNo aW5nIGZvciByb290IGFsZ29yaXRobSBpZiB5b3Ugd2FudGVkIHRvIG1ha2UgdGhlIERfU0xJQ0VX SUxEIHdvcmsuIFdlIGRvbid0IG5lc3QgaW4gdGhlIHNlYXJjaGluZyBhcyB3ZWxsLiBJJ20gc3Vy cHJpc2VkLCBhIGxpdHRsZSB0aGF0IGl0IHNldHRsZWQgb24gZGlzazBzMWEsIHRob3VnaC4gRm9y IG90aGVyIHBsYXRmb3JtcyB3ZSBkbyBzdXBwb3J0IG5lc3RpbmcsIHNvIEknbSBzdXJlIGl0J3Mg dGhhdCBjb2RlIGtpbmRhIHNvcnRhIHdvcmtpbmcsIGJ1dCBub3QgcmVhbGx5IHdvcmtpbmcgdGhh dCdzIGFsbG93aW5nIHlvdSB0byBnZXQgYXMgZmFyIGFzIHlvdSBkby4NCg0KV2FybmVyDQoNCk9u IFN1biwgTWF5IDUsIDIwMTkgYXQgMjozNCBQTSBKYW1lcyBTaHVyaWZmIDxqYW1lc0BvcGVudGVj aC5jYzxtYWlsdG86amFtZXNAb3BlbnRlY2guY2M+PiB3cm90ZToNCk1ha2VzIHNlbnNlLiBJIGNh biBzZWUgdGhlIGxvYWRlciBjb2RlIHRoYXQgbWFrZXMgdGhhdCBhc3N1bXB0aW9uLiBJZiB0aGUg bG9hZGVyIGRpc2sgaXMgcGFydGl0aW9uZWQgc2V0X2N1cnJkZXZfcGRpbmZvIGFzc3VtZXMgaXTi gJlzIEdQVC4gSSBkb27igJl0IHRoaW5rIFZpZGVvQ29yZSBzdXBwb3J0cyBHUFQgZGlza3MgKEni gJltIHVzaW5nIGEgUmFzcGJlcnJ5IFBpIDMgTW9kZWwgQikuDQoNCkkgcGF0Y2hlZCB0aGUgbG9h ZGVyIHRvIHVzZSBEX1NMSUNFV0lMRCBpbnN0ZWFkIG9mIERfUEFSVElTR1BULiBOb3cgY3VycmRl diBkZWZhdWx0cyB0byBkaXNrMHMxYS4gSSBjYW7igJl0IGZpbmQgYW55IGdvb2QgZG9jdW1lbnRh dGlvbiBvbiAvZWZpL2ZyZWVic2QvbG9hZGVyLmVudiBzbyBJ4oCZbSBsb29raW5nIGZvciB0aGUg cGFyc2VyIHRoYXQgcmVhZHMgdGhlIGZpbGUuIEkgc2VlIHNhbml0eSBjaGVja3MgZm9yIGN1cnJk ZXYgYW5kIGl0ICpzaG91bGQqIGJlIGZhaWxpbmcgdGhlIHNhbml0eSBjaGVjayBidXQgaWYgaXQg aXMgaXTigJlzIG5vdCBiZWluZyBsb2dnZWQuDQoNCi0gSmFtZXMgU2h1cmlmZg0KDQpGcm9tOiBX YXJuZXIgTG9zaCA8aW1wQGJzZGltcC5jb208bWFpbHRvOmltcEBic2RpbXAuY29tPj4NClNlbnQ6 IFN1bmRheSwgTWF5IDUsIDIwMTkgNDowNiBQTQ0KVG86IEphbWVzIFNodXJpZmYgPGphbWVzQG9w ZW50ZWNoLmNjPG1haWx0bzpqYW1lc0BvcGVudGVjaC5jYz4+DQpDYzogQW5kcmV5IFYuIEVsc3Vr b3YgPGJ1N2NoZXJAeWFuZGV4LnJ1PG1haWx0bzpidTdjaGVyQHlhbmRleC5ydT4+OyBmcmVlYnNk LWFybUBmcmVlYnNkLm9yZzxtYWlsdG86ZnJlZWJzZC1hcm1AZnJlZWJzZC5vcmc+DQpTdWJqZWN0 OiBSZTogTU1DQ0FNIFN0YWNrIE5vdCBTaG93aW5nIEJTRCBTbGljZQ0KDQoNCk9uIFN1biwgTWF5 IDUsIDIwMTksIDE6NTkgUE0gSmFtZXMgU2h1cmlmZiA8amFtZXNAb3BlbnRlY2guY2M8bWFpbHRv OmphbWVzQG9wZW50ZWNoLmNjPj4gd3JvdGU6DQpUaGUgImN1cnJkZXYiIGlzIGRlZmF1bHRpbmcg dG8gZGlzazBwMTogd2hlbiBpdCBzaG91bGQgYmUgZGlzazBzMmE6LiBsb2FkZXJfbHVhLmVmaSBz ZWVtcyB0byByZWFkIGEgZmlsZSAiL2Jvb3QvZnJlZWJzZC9sb2FkZXIuZW52IiBvZmYgdGhlIEZB VDE2IHBhcnRpdGlvbiBidXQgaXQgdXNlcyBhIHBhcnRpY3VsYXIgZm9ybWF0IHRoYXQgaXMgInN1 YnRseSBkaWZmZXJlbnQiIGZyb20gbG9hZGVyLmNvbmYuIEknbSB0cnlpbmcgdG8gc2V0IGN1cnJk ZXYgaGVyZS4gV2hlbiBJIHNldCAiY3VycmRldiIgaW4gdGhlIGxvYWRlciBwcm9tcHQgaW5zdGVh ZCBvZiBqdXN0IHBhc3NpbmcgaXQgdGhlIGtlcm5lbCBpdCBtb3VudHMgdGhlIHJvb3QgZmlsZXN5 c3RlbSBhdXRvbWF0aWNhbGx5Lg0KDQpMb2FkZXIuZWZpIGFzc3VtZXMgR1BUIHBhcnRpdGlvbmlu Zy4gV2hpbGUgTUJSIGtpbmRhIHdvcmtzLCBpdCBoYXMgbm90IGJlZW4gd2VsbCB0ZXN0ZWQgYW5k IGJ1Z3MgbGlrZSB0aGlzIGFyZSBsdXJraW5nLg0KDQpXYXJuZXINCg0KLSBKYW1lcyBTaHVyaWZm DQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBKYW1lcyBTaHVyaWZmDQpTZW50 OiBTdW5kYXksIE1heSA1LCAyMDE5IDExOjAyIEFNDQpUbzogJ0FuZHJleSBWLiBFbHN1a292JyA8 YnU3Y2hlckB5YW5kZXgucnU8bWFpbHRvOmJ1N2NoZXJAeWFuZGV4LnJ1Pj47IGZyZWVic2QtYXJt QGZyZWVic2Qub3JnPG1haWx0bzpmcmVlYnNkLWFybUBmcmVlYnNkLm9yZz4NClN1YmplY3Q6IFJF OiBNTUNDQU0gU3RhY2sgTm90IFNob3dpbmcgQlNEIFNsaWNlDQoNClllcywgaXQgZG9lcyBzaG93 IHNkZGEwczIgYXMgYSBjb25zdW1lci4gVGhpcyBkaWRuJ3QgaGFwcGVuIHdpdGggdGhlIE1NQyBz dGFjayBzbyBJIGFzc3VtZWQgaXQgd2FzIGEgYnVnLiBJJ3ZlIGRlc3Ryb3llZCB0aGUgbGFiZWwg YW5kIG5vdyB0aGUgc2xpY2UgaXMgYXBwZWFyaW5nLg0KDQpsb2FkZXJfbHVhLmVmaSBpc24ndCBm aW5kaW5nIHRoZSBib290IHBhcnRpdGlvbi4gSXQgY29tcGxhaW5zIGFib3V0IG5vdCBmaW5kaW5n IC9ib290L2x1YS9sb2FkZXIubHVhLiBJIGhhdmUgdG8gbWFudWFsbHkgdGVsbCBpdCB0byAibG9h ZCBkaXNrMHMyYTovYm9vdC9rZXJuZWwva2VybmVsIiBhbmQgImJvb3QiLiBUaGVuIHRoZSBrZXJu ZWwgZG9lc24ndCBhdXRvbW91bnQgdGhlIHJvb3QgcGFydGl0aW9uLiBJIHRyaWVkIHVzaW5nIHZm cy5yb290Lm1vdW50ZnJvbSBpbiBsb2FkZXIuY29uZiBhbmQgaXQncyBzdGlsbCBub3QgYXV0b21v dW50aW5nLiBUaGlzIHdhcyBhIHByb2JsZW0gd2hlbiBJIGhhZCB0aGUgbGFiZWwgYW5kIHN0aWxs IGlzIGFmdGVyIEkgcmVtb3ZlZCBpdC4NCg0KTXkgY3VycmVudCBsb2FkZXIuY29uZjoNCnZmcy5y b290Lm1vdW50ZnJvbT0idWZzOi9kZXYvc2RkYTBzMmEiDQpody51c2IudGVtcGxhdGU9Mw0KYm9v dF9tdWx0aWNvbnM9IllFUyINCmJvb3Rfc2VyaWFsPSJZRVMiDQoNCk15IGN1cnJlbnQgZnN0YWI6 DQojIERldmljZU1vdW50cG9pbnRGU3R5cGVPcHRpb25zRHVtcFBhc3MjDQovZGV2L3NkZGEwczJh L3Vmc3J3MTENCi9kZXYvc2RkYTBzMS9ib290L2Zpcm13YXJlbXNkb3Nmc3J3LG5vYXRpbWUwMA0K dG1wZnMvdG1wdG1wZnNydyxtb2RlPTE3Nzcsc2l6ZT02MG0wMA0KcHJvYy9wcm9jcHJvY2Zzcncw MA0KLy9KQU1FU0BTVEVWRS1QQy9UVi9tbnQvdHZzbWJmc3J3LC1OMDANCg0KQW55IGlkZWFzPyBU aGlzIHN0YXJ0ZWQgd2hlbiBJIHN3aXRjaGVkIHRvIHRoZSBNTUNDQU0gc3RhY2sgc28gSSBhc3N1 bWVkIGl0IHdhcyBhbGwgdGhlIHNhbWUgaXNzdWUuIEkgY29waWVkIGxvYWRlcl9sdWEuZWZpIHRv IHRoZSBGQVQxNiBwYXJ0aXRpb24gYXMgL0VGSS9CT09UL2Jvb3RhYTY0LmVmaS4NCg0KLSBKYW1l cyBTaHVyaWZmDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBBbmRyZXkgVi4g RWxzdWtvdiA8YnU3Y2hlckB5YW5kZXgucnU8bWFpbHRvOmJ1N2NoZXJAeWFuZGV4LnJ1Pj4NClNl bnQ6IFN1bmRheSwgTWF5IDUsIDIwMTkgODo1NiBBTQ0KVG86IEphbWVzIFNodXJpZmYgPGphbWVz QG9wZW50ZWNoLmNjPG1haWx0bzpqYW1lc0BvcGVudGVjaC5jYz4+OyBmcmVlYnNkLWFybUBmcmVl YnNkLm9yZzxtYWlsdG86ZnJlZWJzZC1hcm1AZnJlZWJzZC5vcmc+DQpTdWJqZWN0OiBSZTogTU1D Q0FNIFN0YWNrIE5vdCBTaG93aW5nIEJTRCBTbGljZQ0KDQpPbiAwNC4wNS4yMDE5IDE2OjA0LCBK YW1lcyBTaHVyaWZmIHdyb3RlOg0KPiBXb3JraW5nIG9uIGN1cnJlbnQgYnJhbmNoIGZvciBBYXJj aDY0IHdpdGggTU1DQ0FNIHN0YWNrLiBJIGhhdmUgYW4gTUJSDQo+IGRpc2sgcGFydGl0aW9uZWQg d2l0aCBhIDUwTSBmYXQzMmxiYSBwYXJ0aXRpb24gYW5kIGEgMzBHIEJTRCBzbGljZS4NCj4gVGhl IEJTRCBzbGljZSBjb250YWlucyBhIHNpbmdsZSBVRlMgcGFydGl0aW9uIChyb290KS4gV2l0aCB0 aGUgTU1DDQo+IHN0YWNrIEkgd291bGQgc2VlIG1tY3NkMHMxLCBtbWNzZDBzMiwgYW5kIG1tY3Nk MHMyYS4gV2l0aCB0aGUgTU1DQ0FNDQo+IHN0YWNrIEkgb25seSBzZWUgc2RkYTBzMSBhbmQgc2Rk YTBzMi4gVGhlcmUgc2hvdWxkIGJlIGFuIHNkZGEwczJhLiBJDQo+IGNhbiBzdGlsbCBtb3VudCB0 aGUgcm9vdCBwYXJ0aXRpb24gdmlhIGxhYmVscyAoL2Rldi91ZnMvcm9vdGZzKS4gQW55DQo+IGlk ZWFzPw0KDQp1ZnMvcm9vdGZzIHdhcyBmb3VuZCBvbiB0aGUgc2RkYTBzMiBhbmQgdGhlbiBtb3Vu dGVkIGZvciByL3cuIEdQQVJUX0JTRCBoYWQgbm8gY2hhbmNlIHRvIHRhc3RlIHNkZGEwczIgc2xp Y2UsIGFuZCB0aHVzIHRoZXJlIGlzIG5vIEJTRCBsYWJlbC4NClRoaXMgaGFwcGVucyBzb21ldGlt ZXMgd2l0aCBsYWJlbHMgdGhhdCBzaGFyZSB0aGUgc2FtZSBwcm92aWRlci4NCg0KSSB0aGluayBp ZiB5b3UgZG8gYGdsYWJlbCBsaXN0YCB5b3Ugd2lsbCBzZWUgdGhhdCB1ZnMvcm9vdGZzIHVzZXMg c2RkYTBzMi4NCg0KLS0NCldCUiwgQW5kcmV5IFYuIEVsc3Vrb3YNCg0KX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCiBESVNDTEFJTUVSOiBUaGlzIG1lc3NhZ2UgYW5kIGFueSBhdHRh Y2htZW50cyBhcmUgaW50ZW5kZWQgc29sZWx5IGZvciB0aGUgdXNlIG9mIHRoZSByZWNpcGllbnQg YW5kIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBpbmZvcm1hdGlvbi4gSWYgeW91IGhhdmUgcmVj ZWl2ZWQgdGhpcyBtZXNzYWdlIGluIGVycm9yIHBsZWFzZSBkZWxldGUgaXQgYW5kIHByb21wdGx5 IG5vdGlmeSB0aGUgc2VuZGVyLCBKYW1lcyBTaHVyaWZmIChqYW1lc0BvcGVudGVjaC5jYzxtYWls dG86amFtZXNAb3BlbnRlY2guY2M8bWFpbHRvOmphbWVzQG9wZW50ZWNoLmNjPj4pLg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCmZyZWVic2QtYXJtQGZy ZWVic2Qub3JnPG1haWx0bzpmcmVlYnNkLWFybUBmcmVlYnNkLm9yZz4gbWFpbGluZyBsaXN0DQpo dHRwczovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1hcm0NClRv IHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLWFybS11bnN1YnNjcmliZUBm cmVlYnNkLm9yZzxtYWlsdG86ZnJlZWJzZC1hcm0tdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmc+Ig0K X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkRJU0NMQUlNRVI6IFRoaXMgbWVzc2Fn ZSBhbmQgYW55IGF0dGFjaG1lbnRzIGFyZSBpbnRlbmRlZCBzb2xlbHkgZm9yIHRoZSB1c2Ugb2Yg dGhlIHJlY2lwaWVudCBhbmQgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIGluZm9ybWF0aW9uLiBJ ZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1lc3NhZ2UgaW4gZXJyb3IgcGxlYXNlIGRlbGV0ZSBp dCBhbmQgcHJvbXB0bHkgbm90aWZ5IHRoZSBzZW5kZXIsIEphbWVzIFNodXJpZmYgKGphbWVzQG9w ZW50ZWNoLmNjPG1haWx0bzpqYW1lc0BvcGVudGVjaC5jYz4pLg0KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCkRJU0NMQUlNRVI6IFRoaXMgbWVzc2FnZSBhbmQgYW55IGF0dGFjaG1l bnRzIGFyZSBpbnRlbmRlZCBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIHJlY2lwaWVudCBhbmQg bWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIGluZm9ybWF0aW9uLiBJZiB5b3UgaGF2ZSByZWNlaXZl ZCB0aGlzIG1lc3NhZ2UgaW4gZXJyb3IgcGxlYXNlIGRlbGV0ZSBpdCBhbmQgcHJvbXB0bHkgbm90 aWZ5IHRoZSBzZW5kZXIsIEphbWVzIFNodXJpZmYgKGphbWVzQG9wZW50ZWNoLmNjPG1haWx0bzpq YW1lc0BvcGVudGVjaC5jYz4pLg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkRJ U0NMQUlNRVI6IFRoaXMgbWVzc2FnZSBhbmQgYW55IGF0dGFjaG1lbnRzIGFyZSBpbnRlbmRlZCBz b2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIHJlY2lwaWVudCBhbmQgbWF5IGNvbnRhaW4gY29uZmlk ZW50aWFsIGluZm9ybWF0aW9uLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1lc3NhZ2UgaW4g ZXJyb3IgcGxlYXNlIGRlbGV0ZSBpdCBhbmQgcHJvbXB0bHkgbm90aWZ5IHRoZSBzZW5kZXIsIEph bWVzIFNodXJpZmYgKGphbWVzQG9wZW50ZWNoLmNjPG1haWx0bzpqYW1lc0BvcGVudGVjaC5jYz4p Lg0K From owner-freebsd-arm@freebsd.org Mon May 6 02:02:07 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B7065159A954; Mon, 6 May 2019 02:02:07 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 207678094D; Mon, 6 May 2019 02:02:07 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id x4621GBK040461 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 5 May 2019 19:01:17 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id x4621GEh040460; Sun, 5 May 2019 19:01:16 -0700 (PDT) (envelope-from fbsd) Date: Sun, 5 May 2019 19:01:15 -0700 From: bob prohaska To: freebsd-arm@freebsd.org, freebsd-ports@freebsd.org Subject: Compiling u-boot-rpi3 on an rpi3 Message-ID: <20190506020115.GA40421@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 207678094D X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.44 / 15.00]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(0.11)[ip: (0.42), ipnet: 50.1.16.0/20(0.21), asn: 7065(-0.03), country: US(-0.06)]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.65)[0.646,0]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_SHORT(0.84)[0.839,0]; MX_GOOD(-0.01)[cached: www.zefox.net]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.95)[0.952,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 02:02:07 -0000 With FreeBSD at r347055 and ports at 500862 attempts to compile sysutils/u-boot-rpi3 stop with a string of errors starting with ld: error: undefined symbol: EVP_MD_CTX_new >>> referenced by mxsimage.c >>> tools/mxsimage.o:(mxsimage_generate) ld: error: undefined symbol: EVP_MD_CTX_free >>> referenced by mxsimage.c >>> tools/mxsimage.o:(mxsimage_generate) ld: error: undefined symbol: EVP_MD_CTX_new >>> referenced by mxsimage.c >>> tools/mxsimage.o:(mxsimage_generate) ld: error: undefined symbol: EVP_CIPHER_CTX_reset >>> referenced by mxsimage.c >>> tools/mxsimage.o:(mxsimage_generate) Is there a fix or workaround? Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Mon May 6 02:08:39 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7EA0F159AB63; Mon, 6 May 2019 02:08:39 +0000 (UTC) (envelope-from james@opentech.cc) Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-eopbgr750058.outbound.protection.outlook.com [40.107.75.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 118D280C79; Mon, 6 May 2019 02:08:37 +0000 (UTC) (envelope-from james@opentech.cc) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opentech.cc; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=1ZEEMinDz1UowKKGP8C7UAmcjelBMFCqca7df+JZDTQ=; b=O/77qOL6ColUbV8Bwlv1Mig43CQJOjJEucrKoa5PN/aeqimq93VGqy0Yix5dzvWph3s8QjUWsqWitOPMgtFZerVToKOUNfuwZlB2/zJkHgRunW22XaujvtxWn8KAEHdpHBgf/ZEX4bGNyS+qm7trNVmcTs02LEfaAh2LY+cq+kA= Received: from BN7PR06MB5187.namprd06.prod.outlook.com (20.176.29.18) by BN7PR06MB6065.namprd06.prod.outlook.com (20.176.31.154) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1856.12; Mon, 6 May 2019 02:08:34 +0000 Received: from BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f]) by BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f%5]) with mapi id 15.20.1856.012; Mon, 6 May 2019 02:08:34 +0000 From: James Shuriff To: bob prohaska , "freebsd-arm@freebsd.org" , "freebsd-ports@freebsd.org" Subject: RE: Compiling u-boot-rpi3 on an rpi3 Thread-Topic: Compiling u-boot-rpi3 on an rpi3 Thread-Index: AQHVA6/hKExcD8AWFEuc9fg9iSbTAKZdWLJA Date: Mon, 6 May 2019 02:08:34 +0000 Message-ID: References: <20190506020115.GA40421@www.zefox.net> In-Reply-To: <20190506020115.GA40421@www.zefox.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [71.251.5.193] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 62dabb8e-3020-4f8c-7169-08d6d1c7bead x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(7021145)(8989299)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:BN7PR06MB6065; x-ms-traffictypediagnostic: BN7PR06MB6065: x-ms-exchange-purlcount: 2 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:1751; x-forefront-prvs: 0029F17A3F x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(346002)(39830400003)(396003)(366004)(136003)(38564003)(13464003)(189003)(199004)(68736007)(305945005)(7736002)(316002)(6306002)(9686003)(53546011)(11346002)(446003)(86362001)(6246003)(26005)(102836004)(6506007)(186003)(66476007)(66556008)(66946007)(66446008)(64756008)(73956011)(52536014)(33656002)(76176011)(53936002)(74316002)(2201001)(76116006)(66066001)(7696005)(74482002)(71200400001)(71190400001)(14444005)(5024004)(256004)(6436002)(99286004)(110136005)(25786009)(476003)(8676002)(486006)(55016002)(966005)(3846002)(6116002)(508600001)(2906002)(81156014)(81166006)(2501003)(8936002)(5660300002)(229853002)(14454004); DIR:OUT; SFP:1101; SCL:1; SRVR:BN7PR06MB6065; H:BN7PR06MB5187.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: opentech.cc does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: QCwm+LCnlJAlqFKVWfjTVqBSY6MUAcAvSkzS8KBeL5zBjtVkCEmGGdnbCrVUFPEGSPN0DNh2/qPeKOZDklx/nDVNVYa63W8oFnuJ3c1G5mBqR24dquzarLL4TagByuAegnI0KAfu/J4vslKPLyfVAEt/xeEcJwLWlphbwkiGVtQq5ImHgPv4CmpZvmcpZC+j5yqcMtkl7cSIzbdI7I7GSysZ+jtcGTsdmZdcXGJG4A1eLTMrfsepnETvRs4Cj7YEWCFbaSHTxlNSYHNpKMPzN5tttPiYObuXLyc48UjDyN6160UJ33bEGqDkN4yOOdawwUe0NlgJdusRIMl/FiX2KhXO5KLNbkzEuAVnSROhO/iwMjdLpq7gSZG4YgEJjO0ClGDfnlUPk/gNm6YkIvvLx3bj6t7dlHn61/dOXvKge+U= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: opentech.cc X-MS-Exchange-CrossTenant-Network-Message-Id: 62dabb8e-3020-4f8c-7169-08d6d1c7bead X-MS-Exchange-CrossTenant-originalarrivaltime: 06 May 2019 02:08:34.6369 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5c5dd5ac-929c-48f6-a3f4-c0c8602c24af X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR06MB6065 X-Rspamd-Queue-Id: 118D280C79 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=opentech.cc header.s=selector1 header.b=O/77qOL6; spf=pass (mx1.freebsd.org: domain of james@opentech.cc designates 40.107.75.58 as permitted sender) smtp.mailfrom=james@opentech.cc X-Spamd-Result: default: False [-4.24 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[opentech.cc:s=selector1]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[opentech.cc]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: opentech-cc.mail.protection.outlook.com]; DKIM_TRACE(0.00)[opentech.cc:+]; RCVD_IN_DNSWL_NONE(0.00)[58.75.107.40.list.dnswl.org : 127.0.3.0]; NEURAL_HAM_SHORT(-0.73)[-0.734,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; IP_SCORE(-1.00)[ipnet: 40.64.0.0/10(-2.69), asn: 8075(-2.23), country: US(-0.06)] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 02:08:39 -0000 Try building it directly from the repo. This is how I build for rpi3: Clone the git repo https://github.com/u-boot/u-boot In configs/rpi_3_defconfig: * Change CONFIG_OF_EMBED=3Dy to CONFIG_OF_EMBED =3Dn * Add CONFIG_OF_BOARD=3Dy * Change CONFIG_ENV_FAT_DEVICE_AND_PART=3D"0:1" to CONFIG_ENV_FAT_DEVICE_AN= D_PART=3D"1:1" Make sure you have the aarch64-none-elf-gcc package. Use these commands to build: gmake CROSS_COMPILE=3Daarch64-none-elf- rpi_3_defconfig gmake CROSS_COMPILE=3Daarch64-none-elf- u-boot.bin - James Shuriff -----Original Message----- From: owner-freebsd-arm@freebsd.org On Beha= lf Of bob prohaska Sent: Sunday, May 5, 2019 10:01 PM To: freebsd-arm@freebsd.org; freebsd-ports@freebsd.org Subject: Compiling u-boot-rpi3 on an rpi3 With FreeBSD at r347055 and ports at 500862 attempts to compile sysutils/u-boot-rpi3 stop with a string of errors starting with ld: error: undefined symbol: EVP_MD_CTX_new >>> referenced by mxsimage.c >>> tools/mxsimage.o:(mxsimage_generate) ld: error: undefined symbol: EVP_MD_CTX_free >>> referenced by mxsimage.c >>> tools/mxsimage.o:(mxsimage_generate) ld: error: undefined symbol: EVP_MD_CTX_new >>> referenced by mxsimage.c >>> tools/mxsimage.o:(mxsimage_generate) ld: error: undefined symbol: EVP_CIPHER_CTX_reset >>> referenced by mxsimage.c >>> tools/mxsimage.o:(mxsimage_generate) Is there a fix or workaround? Thanks for reading, bob prohaska _______________________________________________ freebsd-arm@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-arm To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" ________________________________ DISCLAIMER: This message and any attachments are intended solely for the u= se of the recipient and may contain confidential information. If you have r= eceived this message in error please delete it and promptly notify the send= er, James Shuriff (james@opentech.cc). From owner-freebsd-arm@freebsd.org Mon May 6 03:01:15 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 44030159BA5C for ; Mon, 6 May 2019 03:01:15 +0000 (UTC) (envelope-from james@opentech.cc) Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-eopbgr790071.outbound.protection.outlook.com [40.107.79.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 35A1A82796 for ; Mon, 6 May 2019 03:01:12 +0000 (UTC) (envelope-from james@opentech.cc) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opentech.cc; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=nMIgiZEOMCt6GZE/WF5IMaghh6x0v0dn+MwVW1ueduE=; b=H+M0LZFRUhEx9yDzdcO7hkXGF8T14D5pkhBxeqNc8Dx6UC3Rl5+9SIWmrYUV8B/pJJ/qzxsuK7YonH0/CWdh3iKGkx55+WyfVak9vSXgToXFLkhM8mrvdOFfmQlXELka4STK9l4LaoIFMTwfGQFjjwgwTQSaH6ANifnFyKrmVs8= Received: from BN7PR06MB5187.namprd06.prod.outlook.com (20.176.29.18) by BN7PR06MB5217.namprd06.prod.outlook.com (20.176.29.140) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1856.12; Mon, 6 May 2019 03:01:07 +0000 Received: from BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f]) by BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f%5]) with mapi id 15.20.1856.012; Mon, 6 May 2019 03:01:07 +0000 From: James Shuriff To: bob prohaska CC: "freebsd-arm@freebsd.org" Subject: RE: Compiling u-boot-rpi3 on an rpi3 Thread-Topic: Compiling u-boot-rpi3 on an rpi3 Thread-Index: AQHVA6/hKExcD8AWFEuc9fg9iSbTAKZdWLJAgAADSICAAAwtUA== Date: Mon, 6 May 2019 03:01:07 +0000 Message-ID: References: <20190506020115.GA40421@www.zefox.net> <20190506021613.GB40421@www.zefox.net> In-Reply-To: <20190506021613.GB40421@www.zefox.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [71.251.5.193] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 9a0bbfcb-5634-4eeb-d847-08d6d1cf1617 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(7021145)(8989299)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:BN7PR06MB5217; x-ms-traffictypediagnostic: BN7PR06MB5217: x-ms-exchange-purlcount: 2 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:873; x-forefront-prvs: 0029F17A3F x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39830400003)(376002)(366004)(396003)(346002)(136003)(199004)(189003)(38564003)(13464003)(71200400001)(71190400001)(4326008)(5024004)(14444005)(256004)(33656002)(81166006)(81156014)(7696005)(8676002)(74482002)(8936002)(99286004)(64756008)(66556008)(76116006)(73956011)(66476007)(66946007)(66446008)(86362001)(305945005)(74316002)(7736002)(6246003)(508600001)(186003)(102836004)(55016002)(6306002)(53546011)(9686003)(316002)(6436002)(3846002)(6116002)(52536014)(6916009)(2906002)(446003)(11346002)(476003)(486006)(5660300002)(76176011)(229853002)(68736007)(26005)(966005)(14454004)(6506007)(66066001)(25786009)(53936002); DIR:OUT; SFP:1101; SCL:1; SRVR:BN7PR06MB5217; H:BN7PR06MB5187.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: opentech.cc does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: x41pCr3iLC7xxoGS0JXUIp0KPb0HNhalioHGTYphA3jugma4mLAGeFzN7i5m8eOEjXtoz/CPJ5EvqnEWmb0hlc2M+7xx+qK7imclXtlweMYrxjH6S/SN+0XKagt0NQRpqEMe4r5svk55torRPpHdMeNlINn/GjR0kX1xBkvMOS3zOmaPXjBLJ6Lzf6Xmc8S4IkMPBnbaHxaZXOxDv249bdDjm+0QkeMP+ilpQwjGEfpb38JAZuUH/BxxZYIgMSdUEIimGLQ1f16MoXu4GjQ2oDyezd+N6jmFH8/6fmPftcuMueJkv9ADl0/TG3EtGhPCpFupkoyT17FniTnhEYK+ww8KvPs3qMUlwQFuHZDk1WEmwxXBp+4kM/gazaycZO7nd6wYnR1nDrEEmfp1yWu18eEmHZ6IpUppKy0lx3m/I2Y= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: opentech.cc X-MS-Exchange-CrossTenant-Network-Message-Id: 9a0bbfcb-5634-4eeb-d847-08d6d1cf1617 X-MS-Exchange-CrossTenant-originalarrivaltime: 06 May 2019 03:01:07.7151 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5c5dd5ac-929c-48f6-a3f4-c0c8602c24af X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR06MB5217 X-Rspamd-Queue-Id: 35A1A82796 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=opentech.cc header.s=selector1 header.b=H+M0LZFR; spf=pass (mx1.freebsd.org: domain of james@opentech.cc designates 40.107.79.71 as permitted sender) smtp.mailfrom=james@opentech.cc X-Spamd-Result: default: False [-2.00 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[opentech.cc:s=selector1]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[opentech.cc]; NEURAL_HAM_MEDIUM(-0.99)[-0.987,0]; NEURAL_SPAM_SHORT(0.50)[0.499,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[opentech.cc:+]; MX_GOOD(-0.01)[cached: opentech-cc.mail.protection.outlook.com]; RCVD_IN_DNSWL_NONE(0.00)[71.79.107.40.list.dnswl.org : 127.0.3.0]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 03:01:15 -0000 Bob, Which version of FreeBSD are you running? What is the output of `uname -p`?= The Das U-Boot tools (where your issue is) are compiled using the host sys= tem's toolchain. - James Shuriff Managing Member OpenTech.cc LLC Direct #: +1 631 333 7437 Main #: +1 631 333 7260 -----Original Message----- From: bob prohaska Sent: Sunday, May 5, 2019 10:16 PM To: James Shuriff Cc: bob prohaska Subject: Re: Compiling u-boot-rpi3 on an rpi3 Hi James, That seems rather drastic. I'd like to stay within the ports system since t= his isn't a "must do" situation. At one time building u-boot on an rpi work= ed, though that was a while ago. Thanks for writing! bob prohaska On Mon, May 06, 2019 at 02:08:34AM +0000, James Shuriff wrote: > Try building it directly from the repo. This is how I build for rpi3: > > Clone the git repo https://github.com/u-boot/u-boot > > In configs/rpi_3_defconfig: > * Change CONFIG_OF_EMBED=3Dy to CONFIG_OF_EMBED =3Dn > * Add CONFIG_OF_BOARD=3Dy > * Change CONFIG_ENV_FAT_DEVICE_AND_PART=3D"0:1" to CONFIG_ENV_FAT_DEVICE_= AND_PART=3D"1:1" > > Make sure you have the aarch64-none-elf-gcc package. > > Use these commands to build: > gmake CROSS_COMPILE=3Daarch64-none-elf- rpi_3_defconfig gmake > CROSS_COMPILE=3Daarch64-none-elf- u-boot.bin > > - James Shuriff > > -----Original Message----- > From: owner-freebsd-arm@freebsd.org On > Behalf Of bob prohaska > Sent: Sunday, May 5, 2019 10:01 PM > To: freebsd-arm@freebsd.org; freebsd-ports@freebsd.org > Subject: Compiling u-boot-rpi3 on an rpi3 > > With FreeBSD at r347055 and ports at 500862 attempts to compile > sysutils/u-boot-rpi3 stop with a string of errors starting with > ld: error: undefined symbol: EVP_MD_CTX_new > >>> referenced by mxsimage.c > >>> tools/mxsimage.o:(mxsimage_generate) > > ld: error: undefined symbol: EVP_MD_CTX_free > >>> referenced by mxsimage.c > >>> tools/mxsimage.o:(mxsimage_generate) > > ld: error: undefined symbol: EVP_MD_CTX_new > >>> referenced by mxsimage.c > >>> tools/mxsimage.o:(mxsimage_generate) > > ld: error: undefined symbol: EVP_CIPHER_CTX_reset > >>> referenced by mxsimage.c > >>> tools/mxsimage.o:(mxsimage_generate) > > Is there a fix or workaround? > > Thanks for reading, > > bob prohaska > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > ________________________________ > DISCLAIMER: This message and any attachments are intended solely for the= use of the recipient and may contain confidential information. If you have= received this message in error please delete it and promptly notify the se= nder, James Shuriff (james@opentech.cc). > ________________________________ DISCLAIMER: This message and any attachments are intended solely for the u= se of the recipient and may contain confidential information. If you have r= eceived this message in error please delete it and promptly notify the send= er, James Shuriff (james@opentech.cc). From owner-freebsd-arm@freebsd.org Mon May 6 04:16:49 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E5838159D452 for ; Mon, 6 May 2019 04:16:48 +0000 (UTC) (envelope-from james@opentech.cc) Received: from NAM04-CO1-obe.outbound.protection.outlook.com (mail-eopbgr690057.outbound.protection.outlook.com [40.107.69.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8E24F858DD for ; Mon, 6 May 2019 04:16:45 +0000 (UTC) (envelope-from james@opentech.cc) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opentech.cc; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=sZhgvwyePCDKgBWLJQKpy4bFxFTWwm6DVbxGmW1X/SE=; b=y12OhPRZastVCpHKIV8aqD44Xag0H3MWJgswhrCXLOFhh1+GPgYtKpjFvCi3qKVJ9p2sYr25xZrKIa20bJfK5Mfd92YpFjMcYjaNz9Oy2ubkKLyAt4OFdgbdVJvFAaF8IB9Ovy7W599OtUKFZtbLLNTIJXDSlrXDi62i7iA+vCM= Received: from BN7PR06MB5187.namprd06.prod.outlook.com (20.176.29.18) by BN7PR06MB5139.namprd06.prod.outlook.com (20.176.28.92) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1856.12; Mon, 6 May 2019 04:16:42 +0000 Received: from BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f]) by BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f%5]) with mapi id 15.20.1856.012; Mon, 6 May 2019 04:16:42 +0000 From: James Shuriff To: bob prohaska CC: "freebsd-arm@freebsd.org" Subject: RE: Compiling u-boot-rpi3 on an rpi3 Thread-Topic: Compiling u-boot-rpi3 on an rpi3 Thread-Index: AQHVA6/hKExcD8AWFEuc9fg9iSbTAKZdWLJAgAADSICAAAwtUIAAD0+AgAACV/A= Date: Mon, 6 May 2019 04:16:42 +0000 Message-ID: References: <20190506020115.GA40421@www.zefox.net> <20190506021613.GB40421@www.zefox.net> <20190506035435.GA40846@www.zefox.net> In-Reply-To: <20190506035435.GA40846@www.zefox.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [71.251.5.193] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: fc1df53d-b497-44d3-3214-08d6d1d9a505 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(7021145)(8989299)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:BN7PR06MB5139; x-ms-traffictypediagnostic: BN7PR06MB5139: x-ms-exchange-purlcount: 2 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:3383; x-forefront-prvs: 0029F17A3F x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39830400003)(396003)(346002)(136003)(376002)(366004)(189003)(199004)(13464003)(38564003)(66066001)(508600001)(476003)(14444005)(53936002)(4326008)(52536014)(74316002)(73956011)(76116006)(66556008)(99286004)(305945005)(66446008)(316002)(7736002)(64756008)(33656002)(81156014)(6916009)(76176011)(7696005)(102836004)(53546011)(6506007)(66946007)(86362001)(446003)(11346002)(26005)(5024004)(256004)(186003)(966005)(6246003)(5660300002)(66476007)(6116002)(3846002)(14454004)(8936002)(229853002)(2906002)(71190400001)(71200400001)(486006)(25786009)(6436002)(8676002)(9686003)(6306002)(68736007)(74482002)(81166006)(55016002); DIR:OUT; SFP:1101; SCL:1; SRVR:BN7PR06MB5139; H:BN7PR06MB5187.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: opentech.cc does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: gIiiPjpDw30aCjhN0DK7uRLPtKPzRMfGw07h7+xpv+JvYF8A4QVi6LaQaAhM/ckm/hEEL6X/xr5ytpBs3/wc1cNApj6HV2utiZMI2olXTjF5i7luS0boNV8emsMGNbfvWCD6EiGbUKLYsf+CrSSQ2eU4cpyZTi0zjuUpubXzIK2Q+xe/OOuCVt/TYRKMc4MbJLl1b70w6OAtCTwv4LYGpmw2DUb38oVBKIDjwjiNiXiRIfPW43u8C0oB9vYW1KySBK9hv8Y8AFutaG+hwoAFSP7gwIdMe98rRkJNjV8vM4t22xbdMRz4lfzZ8eFAh4/cL4AgfOPJbrumL9XUd4MwKTWeEi19tiKflwxlS+LW89oXTdyjTcAfUvUeS4AgVFFVoDCiOxJI6jQPV6SKbyz5gEOOTpyXuVM8bp2baG+vMAA= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: opentech.cc X-MS-Exchange-CrossTenant-Network-Message-Id: fc1df53d-b497-44d3-3214-08d6d1d9a505 X-MS-Exchange-CrossTenant-originalarrivaltime: 06 May 2019 04:16:42.4874 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5c5dd5ac-929c-48f6-a3f4-c0c8602c24af X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR06MB5139 X-Rspamd-Queue-Id: 8E24F858DD X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=opentech.cc header.s=selector1 header.b=y12OhPRZ; spf=pass (mx1.freebsd.org: domain of james@opentech.cc designates 40.107.69.57 as permitted sender) smtp.mailfrom=james@opentech.cc X-Spamd-Result: default: False [-2.15 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[opentech.cc:s=selector1]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[opentech.cc]; NEURAL_HAM_MEDIUM(-0.99)[-0.987,0]; NEURAL_SPAM_SHORT(0.35)[0.348,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: opentech-cc.mail.protection.outlook.com]; DKIM_TRACE(0.00)[opentech.cc:+]; RCVD_IN_DNSWL_NONE(0.00)[57.69.107.40.list.dnswl.org : 127.0.3.0]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 04:16:49 -0000 I wouldn't say that's obvious. You could have been building a specific stab= le, release, or releng branch. I checked and r347055 is a head revision. I = am also running 13.0-CURRENT (r347167) on rpi3b. I can at least confirm if = I'm having the same issue with the port once my system is free. I use the r= epo because I like to tune U-Boot a bit finer than the port does. I'm using= v2019.07-rc1 from the repo. The port uses v2019.04 so it's up to date at l= east. Do you use your rpi3b as the host system for building src? - James Shuriff -----Original Message----- From: bob prohaska Sent: Sunday, May 5, 2019 11:55 PM To: James Shuriff Cc: bob prohaska Subject: Re: Compiling u-boot-rpi3 on an rpi3 On Mon, May 06, 2019 at 03:01:07AM +0000, James Shuriff wrote: > Bob, > > Which version of FreeBSD are you running? Sorry, I thought it was obvious 8-) Current. On an rpi3b (no wifi) > What is the output of `uname -p`? aarch64 > The Das U-Boot tools (where your issue is) are compiled using the host > system's toolchain. > Mostly I'm trying to raise a flag to the ports folks that u-boot no longer = builds. It did in the not-hugely-distant past. My initial hope was that I h= ad some sort of misconfiguration, but so far nobody's pointed it out. I realize that not many people are trying to self-host FreeBSD on any versi= on of the Pi2 or Pi3, but it's doable and useful in low-throughput hobby ap= plications like mine. Many thanks for your attention! bob prohaska > - James Shuriff > Managing Member > OpenTech.cc LLC > Direct #: +1 631 333 7437 > Main #: +1 631 333 7260 > > -----Original Message----- > From: bob prohaska > Sent: Sunday, May 5, 2019 10:16 PM > To: James Shuriff > Cc: bob prohaska > Subject: Re: Compiling u-boot-rpi3 on an rpi3 > > Hi James, > > That seems rather drastic. I'd like to stay within the ports system since= this isn't a "must do" situation. At one time building u-boot on an rpi wo= rked, though that was a while ago. > > Thanks for writing! > > bob prohaska > > On Mon, May 06, 2019 at 02:08:34AM +0000, James Shuriff wrote: > > Try building it directly from the repo. This is how I build for rpi3: > > > > Clone the git repo https://github.com/u-boot/u-boot > > > > In configs/rpi_3_defconfig: > > * Change CONFIG_OF_EMBED=3Dy to CONFIG_OF_EMBED =3Dn > > * Add CONFIG_OF_BOARD=3Dy > > * Change CONFIG_ENV_FAT_DEVICE_AND_PART=3D"0:1" to CONFIG_ENV_FAT_DEVIC= E_AND_PART=3D"1:1" > > > > Make sure you have the aarch64-none-elf-gcc package. > > > > Use these commands to build: > > gmake CROSS_COMPILE=3Daarch64-none-elf- rpi_3_defconfig gmake > > CROSS_COMPILE=3Daarch64-none-elf- u-boot.bin > > > > - James Shuriff > > > > -----Original Message----- > > From: owner-freebsd-arm@freebsd.org > > On Behalf Of bob prohaska > > Sent: Sunday, May 5, 2019 10:01 PM > > To: freebsd-arm@freebsd.org; freebsd-ports@freebsd.org > > Subject: Compiling u-boot-rpi3 on an rpi3 > > > > With FreeBSD at r347055 and ports at 500862 attempts to compile > > sysutils/u-boot-rpi3 stop with a string of errors starting with > > ld: error: undefined symbol: EVP_MD_CTX_new > > >>> referenced by mxsimage.c > > >>> tools/mxsimage.o:(mxsimage_generate) > > > > ld: error: undefined symbol: EVP_MD_CTX_free > > >>> referenced by mxsimage.c > > >>> tools/mxsimage.o:(mxsimage_generate) > > > > ld: error: undefined symbol: EVP_MD_CTX_new > > >>> referenced by mxsimage.c > > >>> tools/mxsimage.o:(mxsimage_generate) > > > > ld: error: undefined symbol: EVP_CIPHER_CTX_reset > > >>> referenced by mxsimage.c > > >>> tools/mxsimage.o:(mxsimage_generate) > > > > Is there a fix or workaround? > > > > Thanks for reading, > > > > bob prohaska > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > ________________________________ > > DISCLAIMER: This message and any attachments are intended solely for t= he use of the recipient and may contain confidential information. If you ha= ve received this message in error please delete it and promptly notify the = sender, James Shuriff (james@opentech.cc). > > > ________________________________ > DISCLAIMER: This message and any attachments are intended solely for the= use of the recipient and may contain confidential information. If you have= received this message in error please delete it and promptly notify the se= nder, James Shuriff (james@opentech.cc). > ________________________________ DISCLAIMER: This message and any attachments are intended solely for the u= se of the recipient and may contain confidential information. If you have r= eceived this message in error please delete it and promptly notify the send= er, James Shuriff (james@opentech.cc). From owner-freebsd-arm@freebsd.org Mon May 6 11:39:56 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 03EFF1587854 for ; Mon, 6 May 2019 11:39:56 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B26DC6C7A1 for ; Mon, 6 May 2019 11:39:54 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Date: Mon, 6 May 2019 13:39:43 +0200 (CEST) From: Ronald Klop To: James Shuriff Cc: bob prohaska , "freebsd-arm@freebsd.org" Message-ID: <490066464.19.1557142783764@localhost> In-Reply-To: References: <20190506020115.GA40421@www.zefox.net> <20190506021613.GB40421@www.zefox.net> <20190506035435.GA40846@www.zefox.net> Subject: RE: Compiling u-boot-rpi3 on an rpi3 MIME-Version: 1.0 X-Mailer: Realworks (457.413.1a24399649) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: B26DC6C7A1 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of ronald-lists@klop.ws designates 194.109.157.24 as permitted sender) smtp.mailfrom=ronald-lists@klop.ws X-Spamd-Result: default: False [-1.38 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.974,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:194.109.157.0/24]; NEURAL_HAM_LONG(-0.97)[-0.971,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[klop.ws]; TO_DN_SOME(0.00)[]; URI_COUNT_ODD(1.00)[13]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mx2.greenhost.nl,mx1.greenhost.nl]; NEURAL_HAM_SHORT(-0.58)[-0.576,0]; HAS_X_PRIO_THREE(0.00)[3]; RCVD_IN_DNSWL_NONE(0.00)[24.157.109.194.list.dnswl.org : 127.0.15.0]; IP_SCORE(-0.05)[ipnet: 194.109.0.0/16(-0.15), asn: 3265(-0.12), country: NL(0.01)]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 11:39:56 -0000 Just as a data point. The last build of the pkg system was on the 1st of May. It was successful. http://thunderx1.nyi.freebsd.org/data/head-arm64-default/p499706_s346582/logs/u-boot-rpi3-2019.04.log Regards, Ronald. Van: James Shuriff Datum: maandag, 6 mei 2019 06:16 Aan: bob prohaska CC: "freebsd-arm@freebsd.org" Onderwerp: RE: Compiling u-boot-rpi3 on an rpi3 > > I wouldn't say that's obvious. You could have been building a specific stable, release, or releng branch. I checked and r347055 is a head revision. I am also running 13.0-CURRENT (r347167) on rpi3b. I can at least confirm if I'm having the same issue with the port once my system is free. I use the repo because I like to tune U-Boot a bit finer than the port does. I'm using v2019.07-rc1 from the repo. The port uses v2019.04 so it's up to date at least. > > Do you use your rpi3b as the host system for building src? > > - James Shuriff > > -----Original Message----- > From: bob prohaska > Sent: Sunday, May 5, 2019 11:55 PM > To: James Shuriff > Cc: bob prohaska > Subject: Re: Compiling u-boot-rpi3 on an rpi3 > > On Mon, May 06, 2019 at 03:01:07AM +0000, James Shuriff wrote: > > Bob, > > > > Which version of FreeBSD are you running? > > Sorry, I thought it was obvious 8-) > > Current. On an rpi3b (no wifi) > > > What is the output of `uname -p`? > aarch64 > > > The Das U-Boot tools (where your issue is) are compiled using the host > > system's toolchain. > > > Mostly I'm trying to raise a flag to the ports folks that u-boot no longer builds. It did in the not-hugely-distant past. My initial hope was that I had some sort of misconfiguration, but so far nobody's pointed it out. > > I realize that not many people are trying to self-host FreeBSD on any version of the Pi2 or Pi3, but it's doable and useful in low-throughput hobby applications like mine. > > Many thanks for your attention! > > bob prohaska > > > > > - James Shuriff > > Managing Member > > OpenTech.cc LLC > > Direct #: +1 631 333 7437 > > Main #: +1 631 333 7260 > > > > -----Original Message----- > > From: bob prohaska > > Sent: Sunday, May 5, 2019 10:16 PM > > To: James Shuriff > > Cc: bob prohaska > > Subject: Re: Compiling u-boot-rpi3 on an rpi3 > > > > Hi James, > > > > That seems rather drastic. I'd like to stay within the ports system since this isn't a "must do" situation. At one time building u-boot on an rpi worked, though that was a while ago. > > > > Thanks for writing! > > > > bob prohaska > > > > On Mon, May 06, 2019 at 02:08:34AM +0000, James Shuriff wrote: > > > Try building it directly from the repo. This is how I build for rpi3: > > > > > > Clone the git repo https://github.com/u-boot/u-boot > > > > > > In configs/rpi_3_defconfig: > > > * Change CONFIG_OF_EMBED=y to CONFIG_OF_EMBED =n > > > * Add CONFIG_OF_BOARD=y > > > * Change CONFIG_ENV_FAT_DEVICE_AND_PART="0:1" to CONFIG_ENV_FAT_DEVICE_AND_PART="1:1" > > > > > > Make sure you have the aarch64-none-elf-gcc package. > > > > > > Use these commands to build: > > > gmake CROSS_COMPILE=aarch64-none-elf- rpi_3_defconfig gmake > > > CROSS_COMPILE=aarch64-none-elf- u-boot.bin > > > > > > - James Shuriff > > > > > > -----Original Message----- > > > From: owner-freebsd-arm@freebsd.org > > > On Behalf Of bob prohaska > > > Sent: Sunday, May 5, 2019 10:01 PM > > > To: freebsd-arm@freebsd.org; freebsd-ports@freebsd.org > > > Subject: Compiling u-boot-rpi3 on an rpi3 > > > > > > With FreeBSD at r347055 and ports at 500862 attempts to compile > > > sysutils/u-boot-rpi3 stop with a string of errors starting with > > > ld: error: undefined symbol: EVP_MD_CTX_new > > > >>> referenced by mxsimage.c > > > >>> tools/mxsimage.o:(mxsimage_generate) > > > > > > ld: error: undefined symbol: EVP_MD_CTX_free > > > >>> referenced by mxsimage.c > > > >>> tools/mxsimage.o:(mxsimage_generate) > > > > > > ld: error: undefined symbol: EVP_MD_CTX_new > > > >>> referenced by mxsimage.c > > > >>> tools/mxsimage.o:(mxsimage_generate) > > > > > > ld: error: undefined symbol: EVP_CIPHER_CTX_reset > > > >>> referenced by mxsimage.c > > > >>> tools/mxsimage.o:(mxsimage_generate) > > > > > > Is there a fix or workaround? > > > > > > Thanks for reading, > > > > > > bob prohaska > > > _______________________________________________ > > > freebsd-arm@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > > ________________________________ > > > DISCLAIMER: This message and any attachments are intended solely for the use of the recipient and may contain confidential information. If you have received this message in error please delete it and promptly notify the sender, James Shuriff (james@opentech.cc). > > > > > ________________________________ > > DISCLAIMER: This message and any attachments are intended solely for the use of the recipient and may contain confidential information. If you have received this message in error please delete it and promptly notify the sender, James Shuriff (james@opentech.cc). > > > ________________________________ > DISCLAIMER: This message and any attachments are intended solely for the use of the recipient and may contain confidential information. If you have received this message in error please delete it and promptly notify the sender, James Shuriff (james@opentech.cc). > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > > From owner-freebsd-arm@freebsd.org Mon May 6 14:27:22 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AB3D7158C583 for ; Mon, 6 May 2019 14:27:22 +0000 (UTC) (envelope-from james@opentech.cc) Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-eopbgr750051.outbound.protection.outlook.com [40.107.75.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 80A8F7205A for ; Mon, 6 May 2019 14:27:21 +0000 (UTC) (envelope-from james@opentech.cc) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opentech.cc; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=IZAezwHuSWEXhHVB13XQN5rxT4av/nDPqRZs77BXTNk=; b=d2iUTyURYOs1ymOenGnBxvbwz1yjRMqhj/ZMshgYlDEmt7mV54COgo72fm6AID2RW4NaaAG0AKmMYwy0olzGila0OaTkyhDUPyTY1yEQwupgdsBbFOmAWKgy6qyK8THbFiDHKAx32o/Iv5tQvlnLPVPU3+Lp2LvF+Ir2TzX1TgY= Received: from BN7PR06MB5187.namprd06.prod.outlook.com (20.176.29.18) by BN7PR06MB4004.namprd06.prod.outlook.com (52.132.220.147) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1856.11; Mon, 6 May 2019 14:27:19 +0000 Received: from BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f]) by BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f%5]) with mapi id 15.20.1856.012; Mon, 6 May 2019 14:27:19 +0000 From: James Shuriff To: Ronald Klop CC: bob prohaska , "freebsd-arm@freebsd.org" Subject: RE: Compiling u-boot-rpi3 on an rpi3 Thread-Topic: Compiling u-boot-rpi3 on an rpi3 Thread-Index: AQHVA6/hKExcD8AWFEuc9fg9iSbTAKZdWLJAgAADSICAAAwtUIAAD0+AgAACV/CAAH+egIAALbKQ Date: Mon, 6 May 2019 14:27:19 +0000 Message-ID: References: <20190506020115.GA40421@www.zefox.net> <20190506021613.GB40421@www.zefox.net> <20190506035435.GA40846@www.zefox.net> <490066464.19.1557142783764@localhost> In-Reply-To: <490066464.19.1557142783764@localhost> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [71.251.5.193] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 6613b161-4c03-4758-593d-08d6d22ef226 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(7021145)(8989299)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:BN7PR06MB4004; x-ms-traffictypediagnostic: BN7PR06MB4004: x-ms-exchange-purlcount: 6 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:3383; x-forefront-prvs: 0029F17A3F x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(136003)(396003)(346002)(39830400003)(366004)(13464003)(189003)(38564003)(199004)(6916009)(8936002)(74482002)(6436002)(74316002)(99286004)(14444005)(5024004)(256004)(316002)(53386004)(229853002)(6246003)(33656002)(54906003)(66476007)(66946007)(66556008)(64756008)(66446008)(73956011)(76116006)(5660300002)(71200400001)(2906002)(55016002)(53936002)(7736002)(66066001)(68736007)(606006)(9686003)(236005)(8676002)(6306002)(54896002)(81166006)(81156014)(25786009)(76176011)(446003)(508600001)(476003)(26005)(53546011)(6506007)(11346002)(966005)(186003)(71190400001)(790700001)(7696005)(52536014)(3846002)(102836004)(4326008)(6116002)(86362001)(14454004)(486006); DIR:OUT; SFP:1101; SCL:1; SRVR:BN7PR06MB4004; H:BN7PR06MB5187.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: opentech.cc does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: EGa2p4bU/i+mOM7ljN+nXgecv4u7SI/IS5b5rnFwVI56srd713N2Kty+CJlUFviJBwHzNq8+3990ZnywgXWWmRTO8bZwKTiavLLtyo2B3wd2/njZTks6kU5EjwiGTD4L0DKsnW6EovBwCgdSOIaE0QODiqDtBKGpHXKmSxUuahjmqVQnLdIlhhjS1Q8PWQ61A8mDLkXCkneRQvx0XZLwfxLL/EJAfYySNUPOC1sAE+FsoJsuD1aR0A8A3Jl2Wi1Xiw1Pl7uLn7LFM4GPMG7yYayc3tNc8AsNNttfjXY1dNWddhxt1d4LugtL7i8raXiagxFHK85AfimiHlAAD11kNBzhfshq3iJDPsTOU/oGxvJP1UyNDnBbsydaU9TiCPFQ1JrxhuqxRPgQehtPX6cZmORd93FVOjrJao80d0ilyys= MIME-Version: 1.0 X-OriginatorOrg: opentech.cc X-MS-Exchange-CrossTenant-Network-Message-Id: 6613b161-4c03-4758-593d-08d6d22ef226 X-MS-Exchange-CrossTenant-originalarrivaltime: 06 May 2019 14:27:19.1762 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5c5dd5ac-929c-48f6-a3f4-c0c8602c24af X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR06MB4004 X-Rspamd-Queue-Id: 80A8F7205A X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=opentech.cc header.s=selector1 header.b=d2iUTyUR; spf=pass (mx1.freebsd.org: domain of james@opentech.cc designates 40.107.75.51 as permitted sender) smtp.mailfrom=james@opentech.cc X-Spamd-Result: default: False [-2.15 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[opentech.cc:s=selector1]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-0.99)[-0.990,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[opentech.cc]; NEURAL_HAM_MEDIUM(-0.94)[-0.944,0]; TO_DN_SOME(0.00)[]; URI_COUNT_ODD(1.00)[17]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[opentech.cc:+]; MX_GOOD(-0.01)[cached: opentech-cc.mail.protection.outlook.com]; RCVD_IN_DNSWL_NONE(0.00)[51.75.107.40.list.dnswl.org : 127.0.3.0]; NEURAL_HAM_SHORT(-0.70)[-0.703,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 14:27:23 -0000 I was able to build the port from aarch64. I'm a bit concerned that aarch64-none-elf-gcc has no maintainer. It's two y= ears old. The port is GPLv3 so that's not the reason it's using an old vers= ion. - James Shuriff From: Ronald Klop Sent: Monday, May 6, 2019 7:40 AM To: James Shuriff Cc: bob prohaska ; freebsd-arm@freebsd.org Subject: RE: Compiling u-boot-rpi3 on an rpi3 Just as a data point. The last build of the pkg system was on the 1st of May. It was successful. http://thunderx1.nyi.freebsd.org/data/head-arm64-default/p499706_s346582/lo= gs/u-boot-rpi3-2019.04.log Regards, Ronald. Van: James Shuriff > Datum: maandag, 6 mei 2019 06:16 Aan: bob prohaska > CC: "freebsd-arm@freebsd.org" > Onderwerp: RE: Compiling u-boot-rpi3 on an rpi3 I wouldn't say that's obvious. You could have been building a specific stab= le, release, or releng branch. I checked and r347055 is a head revision. I = am also running 13.0-CURRENT (r347167) on rpi3b. I can at least confirm if = I'm having the same issue with the port once my system is free. I use the r= epo because I like to tune U-Boot a bit finer than the port does. I'm using= v2019.07-rc1 from the repo. The port uses v2019.04 so it's up to date at l= east. Do you use your rpi3b as the host system for building src? - James Shuriff -----Original Message----- From: bob prohaska > Sent: Sunday, May 5, 2019 11:55 PM To: James Shuriff > Cc: bob prohaska > Subject: Re: Compiling u-boot-rpi3 on an rpi3 On Mon, May 06, 2019 at 03:01:07AM +0000, James Shuriff wrote: > Bob, > > Which version of FreeBSD are you running? Sorry, I thought it was obvious 8-) Current. On an rpi3b (no wifi) > What is the output of `uname -p`? aarch64 > The Das U-Boot tools (where your issue is) are compiled using the host > system's toolchain. > Mostly I'm trying to raise a flag to the ports folks that u-boot no longer = builds. It did in the not-hugely-distant past. My initial hope was that I h= ad some sort of misconfiguration, but so far nobody's pointed it out. I realize that not many people are trying to self-host FreeBSD on any versi= on of the Pi2 or Pi3, but it's doable and useful in low-throughput hobby ap= plications like mine. Many thanks for your attention! bob prohaska > - James Shuriff > Managing Member > OpenTech.cc LLC > Direct #: +1 631 333 7437 > Main #: +1 631 333 7260 > > -----Original Message----- > From: bob prohaska > > Sent: Sunday, May 5, 2019 10:16 PM > To: James Shuriff > > Cc: bob prohaska > > Subject: Re: Compiling u-boot-rpi3 on an rpi3 > > Hi James, > > That seems rather drastic. I'd like to stay within the ports system since= this isn't a "must do" situation. At one time building u-boot on an rpi wo= rked, though that was a while ago. > > Thanks for writing! > > bob prohaska > > On Mon, May 06, 2019 at 02:08:34AM +0000, James Shuriff wrote: > > Try building it directly from the repo. This is how I build for rpi3: > > > > Clone the git repo https://github.com/u-boot/u-boot > > > > In configs/rpi_3_defconfig: > > * Change CONFIG_OF_EMBED=3Dy to CONFIG_OF_EMBED =3Dn > > * Add CONFIG_OF_BOARD=3Dy > > * Change CONFIG_ENV_FAT_DEVICE_AND_PART=3D"0:1" to CONFIG_ENV_FAT_DEVIC= E_AND_PART=3D"1:1" > > > > Make sure you have the aarch64-none-elf-gcc package. > > > > Use these commands to build: > > gmake CROSS_COMPILE=3Daarch64-none-elf- rpi_3_defconfig gmake > > CROSS_COMPILE=3Daarch64-none-elf- u-boot.bin > > > > - James Shuriff > > > > -----Original Message----- > > From: owner-freebsd-arm@freebsd.org > > > On Behalf Of bob prohaska > > Sent: Sunday, May 5, 2019 10:01 PM > > To: freebsd-arm@freebsd.org; freebsd-po= rts@freebsd.org > > Subject: Compiling u-boot-rpi3 on an rpi3 > > > > With FreeBSD at r347055 and ports at 500862 attempts to compile > > sysutils/u-boot-rpi3 stop with a string of errors starting with > > ld: error: undefined symbol: EVP_MD_CTX_new > > >>> referenced by mxsimage.c > > >>> tools/mxsimage.o:(mxsimage_generate) > > > > ld: error: undefined symbol: EVP_MD_CTX_free > > >>> referenced by mxsimage.c > > >>> tools/mxsimage.o:(mxsimage_generate) > > > > ld: error: undefined symbol: EVP_MD_CTX_new > > >>> referenced by mxsimage.c > > >>> tools/mxsimage.o:(mxsimage_generate) > > > > ld: error: undefined symbol: EVP_CIPHER_CTX_reset > > >>> referenced by mxsimage.c > > >>> tools/mxsimage.o:(mxsimage_generate) > > > > Is there a fix or workaround? > > > > Thanks for reading, > > > > bob prohaska > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > ________________________________ > > DISCLAIMER: This message and any attachments are intended solely for t= he use of the recipient and may contain confidential information. If you ha= ve received this message in error please delete it and promptly notify the = sender, James Shuriff (james@opentech.cc>). > > > ________________________________ > DISCLAIMER: This message and any attachments are intended solely for the= use of the recipient and may contain confidential information. If you have= received this message in error please delete it and promptly notify the se= nder, James Shuriff (james@opentech.cc>). > ________________________________ DISCLAIMER: This message and any attachments are intended solely for the u= se of the recipient and may contain confidential information. If you have r= eceived this message in error please delete it and promptly notify the send= er, James Shuriff (james@opentech.cc>). _______________________________________________ freebsd-arm@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-arm To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" ________________________________ ________________________________ DISCLAIMER: This message and any attachments are intended solely for the us= e of the recipient and may contain confidential information. If you have re= ceived this message in error please delete it and promptly notify the sende= r, James Shuriff (james@opentech.cc). From owner-freebsd-arm@freebsd.org Mon May 6 16:00:50 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 49A9B158E4E3 for ; Mon, 6 May 2019 16:00:50 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B439A756E7 for ; Mon, 6 May 2019 16:00:48 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id x46G065p044035 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 6 May 2019 09:00:07 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id x46G043F044034; Mon, 6 May 2019 09:00:04 -0700 (PDT) (envelope-from fbsd) Date: Mon, 6 May 2019 09:00:04 -0700 From: bob prohaska To: James Shuriff Cc: Ronald Klop , "freebsd-arm@freebsd.org" , bob prohaska Subject: Re: Compiling u-boot-rpi3 on an rpi3 Message-ID: <20190506160004.GA44000@www.zefox.net> References: <20190506020115.GA40421@www.zefox.net> <20190506021613.GB40421@www.zefox.net> <20190506035435.GA40846@www.zefox.net> <490066464.19.1557142783764@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: B439A756E7 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.73 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; IP_SCORE(0.11)[ip: (0.42), ipnet: 50.1.16.0/20(0.21), asn: 7065(-0.03), country: US(-0.06)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.37)[0.366,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.66)[0.659,0]; MX_GOOD(-0.01)[cached: www.zefox.net]; NEURAL_SPAM_LONG(0.71)[0.705,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 16:00:50 -0000 On Mon, May 06, 2019 at 02:27:19PM +0000, James Shuriff wrote: > I was able to build the port from aarch64. What revision of ports are you using? Mine is 500862 Thanks for writing! bob prohaska > > I'm a bit concerned that aarch64-none-elf-gcc has no maintainer. It's two years old. The port is GPLv3 so that's not the reason it's using an old version. > > - James Shuriff > > From: Ronald Klop > Sent: Monday, May 6, 2019 7:40 AM > To: James Shuriff > Cc: bob prohaska ; freebsd-arm@freebsd.org > Subject: RE: Compiling u-boot-rpi3 on an rpi3 > > Just as a data point. > > The last build of the pkg system was on the 1st of May. It was successful. > http://thunderx1.nyi.freebsd.org/data/head-arm64-default/p499706_s346582/logs/u-boot-rpi3-2019.04.log > > Regards, > Ronald. > > > Van: James Shuriff > > Datum: maandag, 6 mei 2019 06:16 > Aan: bob prohaska > > CC: "freebsd-arm@freebsd.org" > > Onderwerp: RE: Compiling u-boot-rpi3 on an rpi3 > I wouldn't say that's obvious. You could have been building a specific stable, release, or releng branch. I checked and r347055 is a head revision. I am also running 13.0-CURRENT (r347167) on rpi3b. I can at least confirm if I'm having the same issue with the port once my system is free. I use the repo because I like to tune U-Boot a bit finer than the port does. I'm using v2019.07-rc1 from the repo. The port uses v2019.04 so it's up to date at least. > > Do you use your rpi3b as the host system for building src? > > - James Shuriff > > -----Original Message----- > From: bob prohaska > > Sent: Sunday, May 5, 2019 11:55 PM > To: James Shuriff > > Cc: bob prohaska > > Subject: Re: Compiling u-boot-rpi3 on an rpi3 > > On Mon, May 06, 2019 at 03:01:07AM +0000, James Shuriff wrote: > > Bob, > > > > Which version of FreeBSD are you running? > > Sorry, I thought it was obvious 8-) > > Current. On an rpi3b (no wifi) > > > What is the output of `uname -p`? > aarch64 > > > The Das U-Boot tools (where your issue is) are compiled using the host > > system's toolchain. > > > Mostly I'm trying to raise a flag to the ports folks that u-boot no longer builds. It did in the not-hugely-distant past. My initial hope was that I had some sort of misconfiguration, but so far nobody's pointed it out. > > I realize that not many people are trying to self-host FreeBSD on any version of the Pi2 or Pi3, but it's doable and useful in low-throughput hobby applications like mine. > > Many thanks for your attention! > > bob prohaska > > > > > - James Shuriff > > Managing Member > > OpenTech.cc LLC > > Direct #: +1 631 333 7437 > > Main #: +1 631 333 7260 > > > > -----Original Message----- > > From: bob prohaska > > > Sent: Sunday, May 5, 2019 10:16 PM > > To: James Shuriff > > > Cc: bob prohaska > > > Subject: Re: Compiling u-boot-rpi3 on an rpi3 > > > > Hi James, > > > > That seems rather drastic. I'd like to stay within the ports system since this isn't a "must do" situation. At one time building u-boot on an rpi worked, though that was a while ago. > > > > Thanks for writing! > > > > bob prohaska > > > > On Mon, May 06, 2019 at 02:08:34AM +0000, James Shuriff wrote: > > > Try building it directly from the repo. This is how I build for rpi3: > > > > > > Clone the git repo https://github.com/u-boot/u-boot > > > > > > In configs/rpi_3_defconfig: > > > * Change CONFIG_OF_EMBED=y to CONFIG_OF_EMBED =n > > > * Add CONFIG_OF_BOARD=y > > > * Change CONFIG_ENV_FAT_DEVICE_AND_PART="0:1" to CONFIG_ENV_FAT_DEVICE_AND_PART="1:1" > > > > > > Make sure you have the aarch64-none-elf-gcc package. > > > > > > Use these commands to build: > > > gmake CROSS_COMPILE=aarch64-none-elf- rpi_3_defconfig gmake > > > CROSS_COMPILE=aarch64-none-elf- u-boot.bin > > > > > > - James Shuriff > > > > > > -----Original Message----- > > > From: owner-freebsd-arm@freebsd.org > > > > On Behalf Of bob prohaska > > > Sent: Sunday, May 5, 2019 10:01 PM > > > To: freebsd-arm@freebsd.org; freebsd-ports@freebsd.org > > > Subject: Compiling u-boot-rpi3 on an rpi3 > > > > > > With FreeBSD at r347055 and ports at 500862 attempts to compile > > > sysutils/u-boot-rpi3 stop with a string of errors starting with > > > ld: error: undefined symbol: EVP_MD_CTX_new > > > >>> referenced by mxsimage.c > > > >>> tools/mxsimage.o:(mxsimage_generate) > > > > > > ld: error: undefined symbol: EVP_MD_CTX_free > > > >>> referenced by mxsimage.c > > > >>> tools/mxsimage.o:(mxsimage_generate) > > > > > > ld: error: undefined symbol: EVP_MD_CTX_new > > > >>> referenced by mxsimage.c > > > >>> tools/mxsimage.o:(mxsimage_generate) > > > > > > ld: error: undefined symbol: EVP_CIPHER_CTX_reset > > > >>> referenced by mxsimage.c > > > >>> tools/mxsimage.o:(mxsimage_generate) > > > > > > Is there a fix or workaround? > > > > > > Thanks for reading, > > > > > > bob prohaska > > > _______________________________________________ > > > freebsd-arm@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > > ________________________________ > > > DISCLAIMER: This message and any attachments are intended solely for the use of the recipient and may contain confidential information. If you have received this message in error please delete it and promptly notify the sender, James Shuriff (james@opentech.cc>). > > > > > ________________________________ > > DISCLAIMER: This message and any attachments are intended solely for the use of the recipient and may contain confidential information. If you have received this message in error please delete it and promptly notify the sender, James Shuriff (james@opentech.cc>). > > > ________________________________ > DISCLAIMER: This message and any attachments are intended solely for the use of the recipient and may contain confidential information. If you have received this message in error please delete it and promptly notify the sender, James Shuriff (james@opentech.cc>). > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > ________________________________ > ________________________________ > DISCLAIMER: This message and any attachments are intended solely for the use of the recipient and may contain confidential information. If you have received this message in error please delete it and promptly notify the sender, James Shuriff (james@opentech.cc). From owner-freebsd-arm@freebsd.org Mon May 6 16:33:10 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D1029158F39C for ; Mon, 6 May 2019 16:33:09 +0000 (UTC) (envelope-from james@opentech.cc) Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-eopbgr740053.outbound.protection.outlook.com [40.107.74.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 52974770FB for ; Mon, 6 May 2019 16:33:08 +0000 (UTC) (envelope-from james@opentech.cc) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opentech.cc; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Qz4GlsH9Y4myxaZ3p9veevcM81AbVuvRh8toOKD486A=; b=HY+fOF2IpgSqFQbZqNEBITvSYW9WjEtTMCSJu6hRzcjeSnagE8fgWgIdnd2VJBB7sQncGEb3HH7fxcI5YMxGVMpadaQZDIGChpo3O3r1/hBcOoKHNNVEf8p5+bb9J14ISTnn5p0+wlqqFRk/v+BHa/qU7dcTsjN4LK5rCxAU5a0= Received: from BN7PR06MB5187.namprd06.prod.outlook.com (20.176.29.18) by BN7PR06MB5316.namprd06.prod.outlook.com (20.176.30.207) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1856.10; Mon, 6 May 2019 16:33:04 +0000 Received: from BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f]) by BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f%5]) with mapi id 15.20.1856.012; Mon, 6 May 2019 16:33:04 +0000 From: James Shuriff To: bob prohaska CC: Ronald Klop , "freebsd-arm@freebsd.org" Subject: RE: Compiling u-boot-rpi3 on an rpi3 Thread-Topic: Compiling u-boot-rpi3 on an rpi3 Thread-Index: AQHVA6/hKExcD8AWFEuc9fg9iSbTAKZdWLJAgAADSICAAAwtUIAAD0+AgAACV/CAAH+egIAALbKQgAAbDACAAAjkcA== Date: Mon, 6 May 2019 16:33:04 +0000 Message-ID: References: <20190506020115.GA40421@www.zefox.net> <20190506021613.GB40421@www.zefox.net> <20190506035435.GA40846@www.zefox.net> <490066464.19.1557142783764@localhost> <20190506160004.GA44000@www.zefox.net> In-Reply-To: <20190506160004.GA44000@www.zefox.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [71.251.5.193] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 1b7aaadf-e42c-4969-85e1-08d6d240838b x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(7021145)(8989299)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:BN7PR06MB5316; x-ms-traffictypediagnostic: BN7PR06MB5316: x-ms-exchange-purlcount: 4 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:3383; x-forefront-prvs: 0029F17A3F x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(136003)(346002)(396003)(39830400003)(366004)(376002)(199004)(189003)(13464003)(38564003)(76116006)(66446008)(26005)(966005)(33656002)(53936002)(54906003)(7696005)(99286004)(76176011)(316002)(3846002)(6116002)(71190400001)(14444005)(2906002)(102836004)(71200400001)(256004)(5024004)(508600001)(6506007)(53546011)(186003)(11346002)(476003)(486006)(14454004)(446003)(74316002)(305945005)(66066001)(66476007)(66556008)(73956011)(66946007)(7736002)(64756008)(8676002)(81156014)(8936002)(81166006)(86362001)(6436002)(5660300002)(74482002)(25786009)(229853002)(68736007)(6246003)(6916009)(52536014)(6306002)(55016002)(9686003)(4326008); DIR:OUT; SFP:1101; SCL:1; SRVR:BN7PR06MB5316; H:BN7PR06MB5187.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: opentech.cc does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: FktvCjNRGdOWstJg3KtMyXiOqzCJKK02XYhoLoLdgecplbb7exJsPYcfTbO0JcTkxP2r6S6zviRPM63oMBfHEa0UGxWp453VADlxdVUBg/0sXYiF7qgOv/X55WGqIkLkUErz15qro/v2y3RiW4TUOh6fIqS8dWqthwwC+3I3eiQrfzqYxS2w9Xn/C36eO+PfOJES5OOnonZ7MfZfsedRA+6aCn2AxKrK/dqbo3JOHTd4XU2O+BPm2iNtSVLkbOgq6aXBlrZtIYs5UnOCHrdaYUsaduR/EWP2S64HGua4SZcDyZ2yyRo/dHVukRQgTZc3vlvu3oy2jOXpCVmiQdsR3qZGltqX3cX8pTQD9FdYPEhw+9GrS5CwJ5Eb+ImjZq2QSfjGP+qDvcZuudwFxwYnBQGL9K3wUTEHywqPr2e+kJU= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: opentech.cc X-MS-Exchange-CrossTenant-Network-Message-Id: 1b7aaadf-e42c-4969-85e1-08d6d240838b X-MS-Exchange-CrossTenant-originalarrivaltime: 06 May 2019 16:33:04.5503 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5c5dd5ac-929c-48f6-a3f4-c0c8602c24af X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR06MB5316 X-Rspamd-Queue-Id: 52974770FB X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=opentech.cc header.s=selector1 header.b=HY+fOF2I; spf=pass (mx1.freebsd.org: domain of james@opentech.cc designates 40.107.74.53 as permitted sender) smtp.mailfrom=james@opentech.cc X-Spamd-Result: default: False [-2.66 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[opentech.cc:s=selector1]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[opentech.cc]; NEURAL_HAM_MEDIUM(-0.98)[-0.984,0]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[opentech.cc:+]; MX_GOOD(-0.01)[opentech-cc.mail.protection.outlook.com,opentech-cc.mail.protection.outlook.com]; RCVD_IN_DNSWL_NONE(0.00)[53.74.107.40.list.dnswl.org : 127.0.3.0]; NEURAL_HAM_SHORT(-0.17)[-0.166,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 16:33:10 -0000 My ports tree is kept up to date with portsnap. I don't use svn for ports. - James Shuriff -----Original Message----- From: bob prohaska Sent: Monday, May 6, 2019 12:00 PM To: James Shuriff Cc: Ronald Klop ; freebsd-arm@freebsd.org; bob prohas= ka Subject: Re: Compiling u-boot-rpi3 on an rpi3 On Mon, May 06, 2019 at 02:27:19PM +0000, James Shuriff wrote: > I was able to build the port from aarch64. What revision of ports are you using? Mine is 500862 Thanks for writing! bob prohaska > > I'm a bit concerned that aarch64-none-elf-gcc has no maintainer. It's two= years old. The port is GPLv3 so that's not the reason it's using an old ve= rsion. > > - James Shuriff > > From: Ronald Klop > Sent: Monday, May 6, 2019 7:40 AM > To: James Shuriff > Cc: bob prohaska ; freebsd-arm@freebsd.org > Subject: RE: Compiling u-boot-rpi3 on an rpi3 > > Just as a data point. > > The last build of the pkg system was on the 1st of May. It was successful= . > http://thunderx1.nyi.freebsd.org/data/head-arm64-default/p499706_s3465 > 82/logs/u-boot-rpi3-2019.04.log > > Regards, > Ronald. > > > Van: James Shuriff > > Datum: maandag, 6 mei 2019 06:16 > Aan: bob prohaska > > CC: "freebsd-arm@freebsd.org" > > > Onderwerp: RE: Compiling u-boot-rpi3 on an rpi3 I wouldn't say that's > obvious. You could have been building a specific stable, release, or rele= ng branch. I checked and r347055 is a head revision. I am also running 13.0= -CURRENT (r347167) on rpi3b. I can at least confirm if I'm having the same = issue with the port once my system is free. I use the repo because I like t= o tune U-Boot a bit finer than the port does. I'm using v2019.07-rc1 from t= he repo. The port uses v2019.04 so it's up to date at least. > > Do you use your rpi3b as the host system for building src? > > - James Shuriff > > -----Original Message----- > From: bob prohaska > > Sent: Sunday, May 5, 2019 11:55 PM > To: James Shuriff > > Cc: bob prohaska > > Subject: Re: Compiling u-boot-rpi3 on an rpi3 > > On Mon, May 06, 2019 at 03:01:07AM +0000, James Shuriff wrote: > > Bob, > > > > Which version of FreeBSD are you running? > > Sorry, I thought it was obvious 8-) > > Current. On an rpi3b (no wifi) > > > What is the output of `uname -p`? > aarch64 > > > The Das U-Boot tools (where your issue is) are compiled using the > > host system's toolchain. > > > Mostly I'm trying to raise a flag to the ports folks that u-boot no longe= r builds. It did in the not-hugely-distant past. My initial hope was that I= had some sort of misconfiguration, but so far nobody's pointed it out. > > I realize that not many people are trying to self-host FreeBSD on any ver= sion of the Pi2 or Pi3, but it's doable and useful in low-throughput hobby = applications like mine. > > Many thanks for your attention! > > bob prohaska > > > > > - James Shuriff > > Managing Member > > OpenTech.cc LLC > > Direct #: +1 631 333 7437 > > Main #: +1 631 333 7260 > > > > -----Original Message----- > > From: bob prohaska > > > Sent: Sunday, May 5, 2019 10:16 PM > > To: James Shuriff > > > Cc: bob prohaska > > > Subject: Re: Compiling u-boot-rpi3 on an rpi3 > > > > Hi James, > > > > That seems rather drastic. I'd like to stay within the ports system sin= ce this isn't a "must do" situation. At one time building u-boot on an rpi = worked, though that was a while ago. > > > > Thanks for writing! > > > > bob prohaska > > > > On Mon, May 06, 2019 at 02:08:34AM +0000, James Shuriff wrote: > > > Try building it directly from the repo. This is how I build for rpi3: > > > > > > Clone the git repo https://github.com/u-boot/u-boot > > > > > > In configs/rpi_3_defconfig: > > > * Change CONFIG_OF_EMBED=3Dy to CONFIG_OF_EMBED =3Dn > > > * Add CONFIG_OF_BOARD=3Dy > > > * Change CONFIG_ENV_FAT_DEVICE_AND_PART=3D"0:1" to CONFIG_ENV_FAT_DEV= ICE_AND_PART=3D"1:1" > > > > > > Make sure you have the aarch64-none-elf-gcc package. > > > > > > Use these commands to build: > > > gmake CROSS_COMPILE=3Daarch64-none-elf- rpi_3_defconfig gmake > > > CROSS_COMPILE=3Daarch64-none-elf- u-boot.bin > > > > > > - James Shuriff > > > > > > -----Original Message----- > > > From: > > > owner-freebsd-arm@freebsd.org > > > > > > > > g>> > > > On Behalf Of bob prohaska > > > Sent: Sunday, May 5, 2019 10:01 PM > > > To: freebsd-arm@freebsd.org; > > > freebsd-ports@freebsd.org > > > Subject: Compiling u-boot-rpi3 on an rpi3 > > > > > > With FreeBSD at r347055 and ports at 500862 attempts to compile > > > sysutils/u-boot-rpi3 stop with a string of errors starting with > > > ld: error: undefined symbol: EVP_MD_CTX_new > > > >>> referenced by mxsimage.c > > > >>> tools/mxsimage.o:(mxsimage_generate) > > > > > > ld: error: undefined symbol: EVP_MD_CTX_free > > > >>> referenced by mxsimage.c > > > >>> tools/mxsimage.o:(mxsimage_generate) > > > > > > ld: error: undefined symbol: EVP_MD_CTX_new > > > >>> referenced by mxsimage.c > > > >>> tools/mxsimage.o:(mxsimage_generate) > > > > > > ld: error: undefined symbol: EVP_CIPHER_CTX_reset > > > >>> referenced by mxsimage.c > > > >>> tools/mxsimage.o:(mxsimage_generate) > > > > > > Is there a fix or workaround? > > > > > > Thanks for reading, > > > > > > bob prohaska > > > _______________________________________________ > > > freebsd-arm@freebsd.org mailing > > > list https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org= " > > > ________________________________ > > > DISCLAIMER: This message and any attachments are intended solely for= the use of the recipient and may contain confidential information. If you = have received this message in error please delete it and promptly notify th= e sender, James Shuriff (james@opentech.cc>). > > > > > ________________________________ > > DISCLAIMER: This message and any attachments are intended solely for t= he use of the recipient and may contain confidential information. If you ha= ve received this message in error please delete it and promptly notify the = sender, James Shuriff (james@opentech.cc>). > > > ________________________________ > DISCLAIMER: This message and any attachments are intended solely for the= use of the recipient and may contain confidential information. If you have= received this message in error please delete it and promptly notify the se= nder, James Shuriff (james@opentech.cc>). > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > ________________________________ > ________________________________ > DISCLAIMER: This message and any attachments are intended solely for the = use of the recipient and may contain confidential information. If you have = received this message in error please delete it and promptly notify the sen= der, James Shuriff (james@opentech.cc). ________________________________ DISCLAIMER: This message and any attachments are intended solely for the u= se of the recipient and may contain confidential information. If you have r= eceived this message in error please delete it and promptly notify the send= er, James Shuriff (james@opentech.cc). From owner-freebsd-arm@freebsd.org Mon May 6 18:05:44 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BED9E159104E; Mon, 6 May 2019 18:05:44 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5B43F81DCD; Mon, 6 May 2019 18:05:42 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id x46I51Aq044481 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 6 May 2019 11:05:02 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id x46I51Pv044480; Mon, 6 May 2019 11:05:01 -0700 (PDT) (envelope-from fbsd) Date: Mon, 6 May 2019 11:05:01 -0700 From: bob prohaska To: Mika??l Urankar Cc: bob prohaska , freebsd-arm@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Compiling u-boot-rpi3 on an rpi3 Message-ID: <20190506180501.GB44000@www.zefox.net> References: <20190506020115.GA40421@www.zefox.net> <20190506151908.GA43714@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 5B43F81DCD X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.09 / 15.00]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.40)[0.398,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.75)[0.755,0]; MX_GOOD(-0.01)[cached: www.zefox.net]; NEURAL_SPAM_LONG(0.94)[0.940,0]; IP_SCORE(0.11)[ip: (0.42), ipnet: 50.1.16.0/20(0.21), asn: 7065(-0.03), country: US(-0.06)]; R_SPF_NA(0.00)[]; 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:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 18:05:44 -0000 On Mon, May 06, 2019 at 06:20:45PM +0200, Mika??l Urankar wrote: > Le lun. 6 mai 2019 ?? 17:19, bob prohaska a ??crit : > > > > On Mon, May 06, 2019 at 03:22:31PM +0200, Mika??l Urankar wrote: > > > > > > It builds fine here on aarch64, do you have security/openssl* installed? > > > > > > > Yes, security/openssl is installed. I didn't use it by default because of > > earlier reports of trouble. The system reminds me that > > Delete it and rebuild u-boot-rpi3 > That certainly helped, make now runs successfully. But, make install didn't update anything in /boot/msdos. There seem to be three copies of u-boot-bin floating around, with identical size. Should I copy one manually to /boot/msdos, and does it matter which one? Thanks for reading and your help! bob prohaska From owner-freebsd-arm@freebsd.org Mon May 6 18:18:41 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C2E4E1591661; Mon, 6 May 2019 18:18:40 +0000 (UTC) (envelope-from james@opentech.cc) Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-eopbgr750057.outbound.protection.outlook.com [40.107.75.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C9C6782952; Mon, 6 May 2019 18:18:39 +0000 (UTC) (envelope-from james@opentech.cc) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opentech.cc; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=iz0BJnWQ9/qClCpzhYGw3II3ev+AH3pnjzZ4KU8aR+A=; b=RwmOsdDHK5/UYXEsobpXEickpeHX1KOmEmNTZASkBee++l+qfpYdm2/33N9+Iip0g2ZfO5T0Zo6bpd+kwLX+eNbdOcMjTOadqX2XrJ+hjdyMyfXMGWSpmEwXZLEvVpsSkD4Xa0P3ui7m/HGb8e4+wUly/kOMPKUZYf5Hi+Cu5bA= Received: from BN7PR06MB5187.namprd06.prod.outlook.com (20.176.29.18) by BN7PR06MB5235.namprd06.prod.outlook.com (20.176.29.202) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1856.11; Mon, 6 May 2019 18:18:35 +0000 Received: from BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f]) by BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f%5]) with mapi id 15.20.1856.012; Mon, 6 May 2019 18:18:35 +0000 From: James Shuriff To: bob prohaska CC: "freebsd-arm@freebsd.org" , "freebsd-ports@freebsd.org" , Mika??l Urankar Subject: RE: Compiling u-boot-rpi3 on an rpi3 Thread-Topic: Compiling u-boot-rpi3 on an rpi3 Thread-Index: AQHVA6/hKExcD8AWFEuc9fg9iSbTAKZeZdjtgAACnHA= Date: Mon, 6 May 2019 18:18:35 +0000 Message-ID: References: <20190506020115.GA40421@www.zefox.net> <20190506151908.GA43714@www.zefox.net> <20190506180501.GB44000@www.zefox.net> In-Reply-To: <20190506180501.GB44000@www.zefox.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [71.251.5.193] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 6187f537-3cd1-4b88-c8ec-08d6d24f40f0 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(7021145)(8989299)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:BN7PR06MB5235; x-ms-traffictypediagnostic: BN7PR06MB5235: x-ms-exchange-purlcount: 1 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:2449; x-forefront-prvs: 0029F17A3F x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(396003)(346002)(136003)(366004)(39830400003)(38564003)(199004)(189003)(13464003)(2906002)(102836004)(99286004)(6506007)(74316002)(5660300002)(53546011)(66066001)(86362001)(486006)(7696005)(305945005)(76176011)(6116002)(3846002)(68736007)(52536014)(14454004)(6436002)(7736002)(33656002)(53936002)(25786009)(508600001)(6246003)(966005)(66946007)(66476007)(66556008)(64756008)(66446008)(229853002)(73956011)(76116006)(4326008)(186003)(316002)(54906003)(5024004)(9686003)(256004)(14444005)(26005)(11346002)(74482002)(446003)(476003)(8676002)(8936002)(6916009)(71200400001)(55016002)(71190400001)(6306002)(81156014)(81166006); DIR:OUT; SFP:1101; SCL:1; SRVR:BN7PR06MB5235; H:BN7PR06MB5187.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: opentech.cc does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: 46UffUNl4iIRVpe8iStHB2ztqRpevCHEkoPkbLGLEDMxx/kcnT0IHmefmf+fhRh7m+OEFuvsxHkMKtSy5PT3EFDuFWNkA90TnrxsuezwslSDM6LgTtd9Ha+T5rwmNCflYtaPICSrXO2fj4xOoxYV3X0vhZeaMhJfRw36rSFYfy2F/MYyjJXdKENlyQmcEr/hMnIVzMztkcw1UgyeBMGnZlFoHuJ6Uf9Q2TKnvvgp8xZmu7GafsBkfUmjJQUvxN3W2RNgBnXpQgmTYHtPzD+eFEoPDvKTCKwReQ6Hc8BEjsieVy9dmAUCt8jYlvtBBlIaX+OMXileF85FtUN60ooZHQXPGVUzRkosc6vHm8EU08Ng5T2ht9b/Awq+Kkb3S9U+9rN4Pq4pqncFCj+zvLZPLKnyVqm39EaorV5EH5nPkCs= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: opentech.cc X-MS-Exchange-CrossTenant-Network-Message-Id: 6187f537-3cd1-4b88-c8ec-08d6d24f40f0 X-MS-Exchange-CrossTenant-originalarrivaltime: 06 May 2019 18:18:35.2405 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5c5dd5ac-929c-48f6-a3f4-c0c8602c24af X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR06MB5235 X-Rspamd-Queue-Id: C9C6782952 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=opentech.cc header.s=selector1 header.b=RwmOsdDH; spf=pass (mx1.freebsd.org: domain of james@opentech.cc designates 40.107.75.57 as permitted sender) smtp.mailfrom=james@opentech.cc X-Spamd-Result: default: False [-3.01 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[opentech.cc:s=selector1]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[opentech.cc]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[opentech.cc:+]; MX_GOOD(-0.01)[cached: opentech-cc.mail.protection.outlook.com]; RCVD_IN_DNSWL_NONE(0.00)[57.75.107.40.list.dnswl.org : 127.0.3.0]; NEURAL_HAM_SHORT(-0.52)[-0.525,0]; NEURAL_HAM_MEDIUM(-0.98)[-0.979,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 18:18:41 -0000 Copy /usr/local/share/u-boot/u-boot-rpi3/u-boot.bin to /boot/msdos. - James Shuriff -----Original Message----- From: owner-freebsd-arm@freebsd.org On Beha= lf Of bob prohaska Sent: Monday, May 6, 2019 2:05 PM To: Mika??l Urankar Cc: freebsd-arm@freebsd.org; freebsd-ports@freebsd.org Subject: Re: Compiling u-boot-rpi3 on an rpi3 On Mon, May 06, 2019 at 06:20:45PM +0200, Mika??l Urankar wrote: > Le lun. 6 mai 2019 ?? 17:19, bob prohaska a ??crit : > > > > On Mon, May 06, 2019 at 03:22:31PM +0200, Mika??l Urankar wrote: > > > > > > It builds fine here on aarch64, do you have security/openssl* install= ed? > > > > > > > Yes, security/openssl is installed. I didn't use it by default > > because of earlier reports of trouble. The system reminds me that > > Delete it and rebuild u-boot-rpi3 > That certainly helped, make now runs successfully. But, make install didn't update anything in /boot/msdos. There seem to be three copies of u-boot-bin floating around, with identical= size. Should I copy one manually to /boot/msdos, and does it matter which = one? Thanks for reading and your help! bob prohaska _______________________________________________ freebsd-arm@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-arm To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" ________________________________ DISCLAIMER: This message and any attachments are intended solely for the u= se of the recipient and may contain confidential information. If you have r= eceived this message in error please delete it and promptly notify the send= er, James Shuriff (james@opentech.cc). From owner-freebsd-arm@freebsd.org Mon May 6 19:42:23 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BB0201593BE3 for ; Mon, 6 May 2019 19:42:23 +0000 (UTC) (envelope-from james@opentech.cc) Received: from NAM04-SN1-obe.outbound.protection.outlook.com (mail-eopbgr700084.outbound.protection.outlook.com [40.107.70.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 997F886738 for ; Mon, 6 May 2019 19:42:21 +0000 (UTC) (envelope-from james@opentech.cc) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opentech.cc; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Ykj0bvKeb0sLrlGRaUpjQa4myLcBLEy/WErkh6TxZrA=; b=cvzbvz92zK/k39jlTXY8RlrBXGzJk/0UbFJWYBKb2hWa8tTRJiu/xbt2f0wVU9zDxoIBvTVi0vQGI0OZG+BuLSA5/8z9RqFlJmET1Cdq7RCz3+W1u8JVfMCvKl2G9zuAX7HrS/zuQSx8LRC8anHe3A757Sih28mNOxxj/mqJFMs= Received: from BN7PR06MB5187.namprd06.prod.outlook.com (20.176.29.18) by BN7PR06MB3793.namprd06.prod.outlook.com (52.132.216.157) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1856.12; Mon, 6 May 2019 19:42:18 +0000 Received: from BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f]) by BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f%5]) with mapi id 15.20.1856.012; Mon, 6 May 2019 19:42:18 +0000 From: James Shuriff To: bob prohaska CC: "freebsd-arm@freebsd.org" Subject: RE: Compiling u-boot-rpi3 on an rpi3 Thread-Topic: Compiling u-boot-rpi3 on an rpi3 Thread-Index: AQHVA6/hKExcD8AWFEuc9fg9iSbTAKZeZdjtgAACnHCAABQsgIAAAFCg Date: Mon, 6 May 2019 19:42:18 +0000 Message-ID: References: <20190506020115.GA40421@www.zefox.net> <20190506151908.GA43714@www.zefox.net> <20190506180501.GB44000@www.zefox.net> <20190506192919.GA44506@www.zefox.net> In-Reply-To: <20190506192919.GA44506@www.zefox.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [71.251.5.193] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 75a16a82-2779-4f60-2bd4-08d6d25af31f x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(7021145)(8989299)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:BN7PR06MB3793; x-ms-traffictypediagnostic: BN7PR06MB3793: x-ms-exchange-purlcount: 1 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:6790; x-forefront-prvs: 0029F17A3F x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(396003)(136003)(346002)(366004)(376002)(39830400003)(38564003)(199004)(189003)(13464003)(66066001)(81156014)(81166006)(966005)(52536014)(508600001)(8676002)(305945005)(76116006)(74316002)(73956011)(86362001)(33656002)(64756008)(66446008)(66556008)(68736007)(66476007)(66946007)(186003)(6506007)(71190400001)(71200400001)(26005)(53546011)(55016002)(6246003)(316002)(476003)(74482002)(53936002)(6436002)(99286004)(486006)(5660300002)(229853002)(2906002)(25786009)(7736002)(76176011)(4326008)(7696005)(102836004)(6306002)(256004)(6916009)(14454004)(5024004)(8936002)(3846002)(6116002)(446003)(14444005)(9686003)(11346002); DIR:OUT; SFP:1101; SCL:1; SRVR:BN7PR06MB3793; H:BN7PR06MB5187.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: opentech.cc does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: JpesYGUbLq/2R8T0ycdAEQ7dqpHnw3dflQhUon+b57yd9CMGIpRg/hcajy8fjDklYy0Gn887oiQlxlkP1u06ApTRZNZUPIQWmQc2DCELxufZLLSpyWVPvvgcUxj6cG88mHDE47DVp6i/jpiWjFYynOA7ahql9hCxiaoflTkRloUmT3JiZsopc3Nd8PAYVxUo9IrPj1dFg4C3ang2WqKN08qjZ+kuLEKdjRumYAOUOM1oiznSN+ofGD1rc9h8ZvXXGEZ59ljQ8/gV+6mxlTPW8xSejBOevekJVG/OxjBddt4sHxLeZQXgsKwCwIHxkQb854dHOg5zcG/cOLEVl35/wfF6F4p6PVY0oITFBkyYWx0A61guUQCiRW9YXNIoTae4WmGo9CAffw9387vASGJFd07AVYOiZnssK17snpwtBag= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: opentech.cc X-MS-Exchange-CrossTenant-Network-Message-Id: 75a16a82-2779-4f60-2bd4-08d6d25af31f X-MS-Exchange-CrossTenant-originalarrivaltime: 06 May 2019 19:42:18.5250 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5c5dd5ac-929c-48f6-a3f4-c0c8602c24af X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR06MB3793 X-Rspamd-Queue-Id: 997F886738 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=opentech.cc header.s=selector1 header.b=cvzbvz92; spf=pass (mx1.freebsd.org: domain of james@opentech.cc designates 40.107.70.84 as permitted sender) smtp.mailfrom=james@opentech.cc X-Spamd-Result: default: False [-3.15 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[opentech.cc:s=selector1]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[opentech.cc]; NEURAL_HAM_MEDIUM(-0.99)[-0.988,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[opentech.cc:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[84.70.107.40.list.dnswl.org : 127.0.3.0]; MX_GOOD(-0.01)[cached: opentech-cc.mail.protection.outlook.com]; NEURAL_HAM_SHORT(-0.65)[-0.652,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 19:42:24 -0000 /boot/msdos is an arbitrary location. It's not even required to mount it. I= mount my FAT partition elsewhere. Some boards don't even have u-boot in th= e filesystem they dd it directly onto the disk. Also consider you don't hav= e to build the port on the Raspberry Pi, so there would be no way to instal= l u-boot from the host system without knowing where the SD card is mounted. The rpi-firmware port also puts stuff in /usr/local/share. That's the port = that has most of the files needed for the Raspberry Pi's FAT partition. Her= e is a list of the files in the FAT partition and where you can get them fr= om: /LICENSE.broadcom: rpi-firmware port /armstub8.bin: rpi-firmware port /bcm2710-rpi-3-b.dtb: rpi-firmware port /bootcode.bin: rpi-firmware port /config.txt: rpi-firmware (config_rpi3.txt) /dtb/*: FreeBSD Build Output (/usr/obj/usr/src/arm64.aarch64/sys/$KERNCONF/= modules/usr/src/sys/modules/dtb or /boot/dtb on the Raspberry Pi) /fixup*.dat: rpi-firmware port /overlays/*: rpi-firmware port /start*.elf: rpi-firmware port /u-boot.bin: u-boot-rpi3 port - James Shuriff -----Original Message----- From: bob prohaska Sent: Monday, May 6, 2019 3:29 PM To: James Shuriff Cc: bob prohaska Subject: Re: Compiling u-boot-rpi3 on an rpi3 On Mon, May 06, 2019 at 06:18:35PM +0000, James Shuriff wrote: > Copy /usr/local/share/u-boot/u-boot-rpi3/u-boot.bin to /boot/msdos. > Ok, that did the trick. Is there some particular reason make install didn'= t perform the copy? Thank you very much! bob prohaska > - James Shuriff > > -----Original Message----- > From: owner-freebsd-arm@freebsd.org On > Behalf Of bob prohaska > Sent: Monday, May 6, 2019 2:05 PM > To: Mika??l Urankar > Cc: freebsd-arm@freebsd.org; freebsd-ports@freebsd.org > Subject: Re: Compiling u-boot-rpi3 on an rpi3 > > On Mon, May 06, 2019 at 06:20:45PM +0200, Mika??l Urankar wrote: > > Le lun. 6 mai 2019 ?? 17:19, bob prohaska a ??crit= : > > > > > > On Mon, May 06, 2019 at 03:22:31PM +0200, Mika??l Urankar wrote: > > > > > > > > It builds fine here on aarch64, do you have security/openssl* insta= lled? > > > > > > > > > > Yes, security/openssl is installed. I didn't use it by default > > > because of earlier reports of trouble. The system reminds me that > > > > Delete it and rebuild u-boot-rpi3 > > > > That certainly helped, make now runs successfully. > > But, make install didn't update anything in /boot/msdos. > There seem to be three copies of u-boot-bin floating around, with identic= al size. Should I copy one manually to /boot/msdos, and does it matter whic= h one? > > Thanks for reading and your help! > > bob prohaska > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > ________________________________ > DISCLAIMER: This message and any attachments are intended solely for the= use of the recipient and may contain confidential information. If you have= received this message in error please delete it and promptly notify the se= nder, James Shuriff (james@opentech.cc). > ________________________________ DISCLAIMER: This message and any attachments are intended solely for the u= se of the recipient and may contain confidential information. If you have r= eceived this message in error please delete it and promptly notify the send= er, James Shuriff (james@opentech.cc). From owner-freebsd-arm@freebsd.org Mon May 6 19:46:09 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 94F641593E1E for ; Mon, 6 May 2019 19:46:09 +0000 (UTC) (envelope-from james@opentech.cc) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-eopbgr810071.outbound.protection.outlook.com [40.107.81.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 57D3F86952 for ; Mon, 6 May 2019 19:46:08 +0000 (UTC) (envelope-from james@opentech.cc) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opentech.cc; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Zq35mwna0XDoiDX5BQHjtaj9Xx5DJHxHGsibqrBEkhw=; b=mO6kcB3unNPowVRtDZBz+/9LZ+PyyHEGZbaDaE6c/JWHwDDoyBYY+hrVRXC2rd56KmIogZbi4tJlT3XiE/7BEgaj/nKTddDcus3VNZ70oiEj57oCtKESzv9rnl+8IppTbdGLeJx7tBvLcpZFnzrtHCRbfG3X4zXTBr2ggIef3Kg= Received: from BN7PR06MB5187.namprd06.prod.outlook.com (20.176.29.18) by BN7PR06MB6370.namprd06.prod.outlook.com (20.176.179.139) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1856.10; Mon, 6 May 2019 19:46:04 +0000 Received: from BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f]) by BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f%5]) with mapi id 15.20.1856.012; Mon, 6 May 2019 19:46:04 +0000 From: James Shuriff To: bob prohaska CC: "freebsd-arm@freebsd.org" Subject: RE: Compiling u-boot-rpi3 on an rpi3 Thread-Topic: Compiling u-boot-rpi3 on an rpi3 Thread-Index: AQHVA6/hKExcD8AWFEuc9fg9iSbTAKZeZdjtgAACnHCAABQsgIAAAFCggAAEBsA= Date: Mon, 6 May 2019 19:46:03 +0000 Message-ID: References: <20190506020115.GA40421@www.zefox.net> <20190506151908.GA43714@www.zefox.net> <20190506180501.GB44000@www.zefox.net> <20190506192919.GA44506@www.zefox.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [71.251.5.193] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 82040024-eb3b-4574-0982-08d6d25b796d x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(7021145)(8989299)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:BN7PR06MB6370; x-ms-traffictypediagnostic: BN7PR06MB6370: x-ms-exchange-purlcount: 1 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7691; x-forefront-prvs: 0029F17A3F x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(346002)(136003)(376002)(396003)(39830400003)(38564003)(189003)(199004)(13464003)(7696005)(11346002)(446003)(476003)(76176011)(6916009)(6436002)(5660300002)(6506007)(486006)(71190400001)(186003)(102836004)(53546011)(71200400001)(26005)(74482002)(99286004)(508600001)(55016002)(966005)(14454004)(229853002)(2940100002)(33656002)(7736002)(86362001)(74316002)(305945005)(8676002)(53936002)(9686003)(6306002)(2906002)(3846002)(6116002)(6246003)(25786009)(4326008)(66066001)(5024004)(14444005)(316002)(66446008)(64756008)(66556008)(66476007)(66946007)(256004)(76116006)(8936002)(81166006)(52536014)(68736007)(73956011)(81156014); DIR:OUT; SFP:1101; SCL:1; SRVR:BN7PR06MB6370; H:BN7PR06MB5187.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: opentech.cc does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: ZGvMNC7St35MyCvmDfeJrjjF4VVitGD/EmZeOCaXkhlB9iXj1vFyuqkZAWKLJpvksFg9GuvC6GT7MBdS8kBuCID1GCW7mmylBwI4Ak8OTuJ95wrkNqWyNR0MBMF0R5fjIm88vTinbpO8kEhyDm9TYwSMIdQBXKwmZfJ8F+J73GJAvwrgQohMe38xfVq8BnjCGdKhf6X4E4+zAW1Udi6u2U0wfcllbgheie8gmzaKl0ml8iOreTyzAY9SUoQYgDYXtu8atJhtWJokk4Qz0lWgf7cy9MD/e2Vbc51zZ9r8Od6m/8b0LG1XDOMvk6hISYF7UZkp6lqFjT55dwPFx610jLGSsirpocV0RihoaiWbz0Lw/ba6ybDoqoU03n3mM+5KqvHocG6uq0rOmuxTH6R9FHjaWgdGeJ1nW8Yd2cZeLWU= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: opentech.cc X-MS-Exchange-CrossTenant-Network-Message-Id: 82040024-eb3b-4574-0982-08d6d25b796d X-MS-Exchange-CrossTenant-originalarrivaltime: 06 May 2019 19:46:03.8341 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5c5dd5ac-929c-48f6-a3f4-c0c8602c24af X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR06MB6370 X-Rspamd-Queue-Id: 57D3F86952 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=opentech.cc header.s=selector1 header.b=mO6kcB3u; spf=pass (mx1.freebsd.org: domain of james@opentech.cc designates 40.107.81.71 as permitted sender) smtp.mailfrom=james@opentech.cc X-Spamd-Result: default: False [-3.15 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[opentech.cc:s=selector1]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[opentech.cc]; NEURAL_HAM_MEDIUM(-0.99)[-0.988,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[opentech.cc:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[71.81.107.40.list.dnswl.org : 127.0.3.0]; MX_GOOD(-0.01)[cached: opentech-cc.mail.protection.outlook.com]; NEURAL_HAM_SHORT(-0.65)[-0.652,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 19:46:09 -0000 EFI/BOOT/bootaarch64.efi is the same as /boot/loader_lua.efi which is also = the same as /boot/loader.efi. You can use a different loader, of course, bu= t the Lua loader is the default. - James Shuriff -----Original Message----- From: James Shuriff Sent: Monday, May 6, 2019 3:42 PM To: bob prohaska Cc: freebsd-arm@freebsd.org Subject: RE: Compiling u-boot-rpi3 on an rpi3 /boot/msdos is an arbitrary location. It's not even required to mount it. I= mount my FAT partition elsewhere. Some boards don't even have u-boot in th= e filesystem they dd it directly onto the disk. Also consider you don't hav= e to build the port on the Raspberry Pi, so there would be no way to instal= l u-boot from the host system without knowing where the SD card is mounted. The rpi-firmware port also puts stuff in /usr/local/share. That's the port = that has most of the files needed for the Raspberry Pi's FAT partition. Her= e is a list of the files in the FAT partition and where you can get them fr= om: /LICENSE.broadcom: rpi-firmware port /armstub8.bin: rpi-firmware port /bcm2710-rpi-3-b.dtb: rpi-firmware port /bootcode.bin: rpi-firmware port /config.txt: rpi-firmware (config_rpi3.txt) /dtb/*: FreeBSD Build Output (/usr/obj/usr/src/arm64.aarch64/sys/$KERNCONF/= modules/usr/src/sys/modules/dtb or /boot/dtb on the Raspberry Pi) /fixup*.dat: rpi-firmware port /overlays/*: rpi-firmware port /start*.elf: rpi-firmware port /u-boot.bin: u-boot-rpi3 port - James Shuriff -----Original Message----- From: bob prohaska Sent: Monday, May 6, 2019 3:29 PM To: James Shuriff Cc: bob prohaska Subject: Re: Compiling u-boot-rpi3 on an rpi3 On Mon, May 06, 2019 at 06:18:35PM +0000, James Shuriff wrote: > Copy /usr/local/share/u-boot/u-boot-rpi3/u-boot.bin to /boot/msdos. > Ok, that did the trick. Is there some particular reason make install didn'= t perform the copy? Thank you very much! bob prohaska > - James Shuriff > > -----Original Message----- > From: owner-freebsd-arm@freebsd.org On > Behalf Of bob prohaska > Sent: Monday, May 6, 2019 2:05 PM > To: Mika??l Urankar > Cc: freebsd-arm@freebsd.org; freebsd-ports@freebsd.org > Subject: Re: Compiling u-boot-rpi3 on an rpi3 > > On Mon, May 06, 2019 at 06:20:45PM +0200, Mika??l Urankar wrote: > > Le lun. 6 mai 2019 ?? 17:19, bob prohaska a ??crit= : > > > > > > On Mon, May 06, 2019 at 03:22:31PM +0200, Mika??l Urankar wrote: > > > > > > > > It builds fine here on aarch64, do you have security/openssl* insta= lled? > > > > > > > > > > Yes, security/openssl is installed. I didn't use it by default > > > because of earlier reports of trouble. The system reminds me that > > > > Delete it and rebuild u-boot-rpi3 > > > > That certainly helped, make now runs successfully. > > But, make install didn't update anything in /boot/msdos. > There seem to be three copies of u-boot-bin floating around, with identic= al size. Should I copy one manually to /boot/msdos, and does it matter whic= h one? > > Thanks for reading and your help! > > bob prohaska > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > ________________________________ > DISCLAIMER: This message and any attachments are intended solely for the= use of the recipient and may contain confidential information. If you have= received this message in error please delete it and promptly notify the se= nder, James Shuriff (james@opentech.cc). > ________________________________ DISCLAIMER: This message and any attachments are intended solely for the u= se of the recipient and may contain confidential information. If you have r= eceived this message in error please delete it and promptly notify the send= er, James Shuriff (james@opentech.cc). From owner-freebsd-arm@freebsd.org Mon May 6 21:09:17 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 112E3159616C for ; Mon, 6 May 2019 21:09:17 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 459C38A85B for ; Mon, 6 May 2019 21:09:14 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id x46L8Xem045161 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 6 May 2019 14:08:34 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id x46L8XCa045160; Mon, 6 May 2019 14:08:33 -0700 (PDT) (envelope-from fbsd) Date: Mon, 6 May 2019 14:08:33 -0700 From: bob prohaska To: James Shuriff Cc: "freebsd-arm@freebsd.org" , bob prohaska Subject: Re: Compiling u-boot-rpi3 on an rpi3 Message-ID: <20190506210832.GA45045@www.zefox.net> References: <20190506020115.GA40421@www.zefox.net> <20190506151908.GA43714@www.zefox.net> <20190506180501.GB44000@www.zefox.net> <20190506192919.GA44506@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 459C38A85B X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [1.63 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; NEURAL_HAM_MEDIUM(-0.20)[-0.200,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; IP_SCORE(0.11)[ip: (0.41), ipnet: 50.1.16.0/20(0.21), asn: 7065(-0.03), country: US(-0.06)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: www.zefox.net]; NEURAL_SPAM_LONG(0.03)[0.034,0]; NEURAL_HAM_SHORT(-0.20)[-0.197,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 21:09:17 -0000 Ok, now I'm thoroughly confused 8-) It sounds as if the guiding assumption behind the u-boot-rpi3 port is that it _isn't_ being self-hosted, but rather part of a cross-compile to be copied onto an installer medium. This is at variance with "normal" ports, but consistent with an embedded target that never self-hosts. Looking at my own rpi3's /boot directory, most of the files are dated May 4th, the last time world and kernel were rebuilt and installed. Are those files genuinely up-to-date, or merely fresh copies of old versions from /usr/share.....? On a Pi3 that _is_ selfhosting, will updating rpi-firmware and u-boot-rpi3 and then updating world and kernel complete the firmware and u-boot update? Apologies for the confusion, and thanks for any clarification! bob prohaska On Mon, May 06, 2019 at 07:46:03PM +0000, James Shuriff wrote: > EFI/BOOT/bootaarch64.efi is the same as /boot/loader_lua.efi which is also the same as /boot/loader.efi. You can use a different loader, of course, but the Lua loader is the default. > > - James Shuriff > > -----Original Message----- > From: James Shuriff > Sent: Monday, May 6, 2019 3:42 PM > To: bob prohaska > Cc: freebsd-arm@freebsd.org > Subject: RE: Compiling u-boot-rpi3 on an rpi3 > > /boot/msdos is an arbitrary location. It's not even required to mount it. I mount my FAT partition elsewhere. Some boards don't even have u-boot in the filesystem they dd it directly onto the disk. Also consider you don't have to build the port on the Raspberry Pi, so there would be no way to install u-boot from the host system without knowing where the SD card is mounted. > > The rpi-firmware port also puts stuff in /usr/local/share. That's the port that has most of the files needed for the Raspberry Pi's FAT partition. Here is a list of the files in the FAT partition and where you can get them from: > > /LICENSE.broadcom: rpi-firmware port > /armstub8.bin: rpi-firmware port > /bcm2710-rpi-3-b.dtb: rpi-firmware port > /bootcode.bin: rpi-firmware port > /config.txt: rpi-firmware (config_rpi3.txt) > /dtb/*: FreeBSD Build Output (/usr/obj/usr/src/arm64.aarch64/sys/$KERNCONF/modules/usr/src/sys/modules/dtb or /boot/dtb on the Raspberry Pi) > /fixup*.dat: rpi-firmware port > /overlays/*: rpi-firmware port > /start*.elf: rpi-firmware port > /u-boot.bin: u-boot-rpi3 port > > - James Shuriff > > -----Original Message----- > From: bob prohaska > Sent: Monday, May 6, 2019 3:29 PM > To: James Shuriff > Cc: bob prohaska > Subject: Re: Compiling u-boot-rpi3 on an rpi3 > > On Mon, May 06, 2019 at 06:18:35PM +0000, James Shuriff wrote: > > Copy /usr/local/share/u-boot/u-boot-rpi3/u-boot.bin to /boot/msdos. > > > > Ok, that did the trick. Is there some particular reason make install didn't perform the copy? > > Thank you very much! > > bob prohaska > > > > - James Shuriff > > > > -----Original Message----- > > From: owner-freebsd-arm@freebsd.org On > > Behalf Of bob prohaska > > Sent: Monday, May 6, 2019 2:05 PM > > To: Mika??l Urankar > > Cc: freebsd-arm@freebsd.org; freebsd-ports@freebsd.org > > Subject: Re: Compiling u-boot-rpi3 on an rpi3 > > > > On Mon, May 06, 2019 at 06:20:45PM +0200, Mika??l Urankar wrote: > > > Le lun. 6 mai 2019 ?? 17:19, bob prohaska a ??crit : > > > > > > > > On Mon, May 06, 2019 at 03:22:31PM +0200, Mika??l Urankar wrote: > > > > > > > > > > It builds fine here on aarch64, do you have security/openssl* installed? > > > > > > > > > > > > > Yes, security/openssl is installed. I didn't use it by default > > > > because of earlier reports of trouble. The system reminds me that > > > > > > Delete it and rebuild u-boot-rpi3 > > > > > > > That certainly helped, make now runs successfully. > > > > But, make install didn't update anything in /boot/msdos. > > There seem to be three copies of u-boot-bin floating around, with identical size. Should I copy one manually to /boot/msdos, and does it matter which one? > > > > Thanks for reading and your help! > > > > bob prohaska > > > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > ________________________________ > > DISCLAIMER: This message and any attachments are intended solely for the use of the recipient and may contain confidential information. If you have received this message in error please delete it and promptly notify the sender, James Shuriff (james@opentech.cc). > > > ________________________________ > DISCLAIMER: This message and any attachments are intended solely for the use of the recipient and may contain confidential information. If you have received this message in error please delete it and promptly notify the sender, James Shuriff (james@opentech.cc). > From owner-freebsd-arm@freebsd.org Mon May 6 21:18:21 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AFB041596683 for ; Mon, 6 May 2019 21:18:21 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound3d.ore.mailhop.org (outbound3d.ore.mailhop.org [54.186.57.195]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F0EE48B1CB for ; Mon, 6 May 2019 21:18:20 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1557177493; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=fHUYuG4DJ8H/qyyQ8OUUHkuyqnnpwrzBsWLevoCylW33nCIMeeJ9Ebwr2TvIxSta3ty9DKJlIqQig G2DGDb6zlzNv2VweO6sFEusyfHxRccH3qBwrlykAvd8pDRSmZ168zGyEOAJzRMQvYV7WlISW/ZtEPw 2AEXWLU/HIp4R9Nez9kjk3m06wjFS9kU4v0QNC/U5lJjukq6UylpR7AHisMktrwzewVNiqyYUZZwB+ RqEucTbDPfZNm6HwgM6sAxsVcyYVCg/KNIn46ggFtOSqHEU2SS65law9Ihjc7gckI9zThxcLagFATN 1GFc2Ej6P13OzmRp1sLoeDYV+YDcIGQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=RSTXqcPz+VCQOg1CGTV1Nvoqvl8OnCidFISnimkYPM4=; b=rHVpmrJF+aHe2mZCih/qpVbx+w31RPreWkVFyE401uE+157diHqJV3KS04p59OYjvwBsczt0dpRVV I4JsZftLH9061xX7klOPVCm1Mfz+MG+cErjYgfbzOW4iCD+0fKjiHLJbmAHYJt/m/BxfgjboAtejeO IT1Z6x6CjKdst/oEZenMzB+vdB4ss2YhIbpBbSwsWAC/C/Cbp3Xrlxub4BZ5fORCq/JRNtLzsYrXuD 818pUaqS2MMZo2guSlxwcSEPyNNUWP9DcXNFGB2Y48yYFjNsbhOpxThA6qIfG/wGZlKAWkeOjvOUDv QO58+pOCSS+Gam8jUx0qzOReZ/r7Mgg== ARC-Authentication-Results: i=1; outbound3.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=RSTXqcPz+VCQOg1CGTV1Nvoqvl8OnCidFISnimkYPM4=; b=Ea718jwyjQyCtWQ2BDCCdXr/Zpm5DpfaYBdvzs2CL9itYRtOsjvBWPqWbuy+2LzjnH0w3c88Qy7Gf uD4SC3BEmMzzEYoqk3QTZ3MKVrX0377CIUgfCSXUnRJlg3IrPv08abQZveaboJYdVcecaTwM4XPLV5 MgIF9UNaTz0cAGOPnaEj+8guMlsN8LCk47n2hwBsBXfU7o1t0JK5VbDLenZ0KLQc3nWrgegXUJjS/k y6eRqMyiPDdbORTYP+0G9oA8ETnQ+xfpP/xy5q4qwvZUO72N5JKXNfDkKPjzEpm3ckD8N9gJIdmNpQ DaGz9+C91rb5ldoIxXuRfE341LvVGfw== X-MHO-RoutePath: aGlwcGll X-MHO-User: 734192b7-7044-11e9-990f-673a89bc4518 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id 734192b7-7044-11e9-990f-673a89bc4518; Mon, 06 May 2019 21:18:12 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id x46LIAwj034158; Mon, 6 May 2019 15:18:10 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <81a9c8cd930ae5740a3245c0f956fc280cc5f473.camel@freebsd.org> Subject: Re: Compiling u-boot-rpi3 on an rpi3 From: Ian Lepore To: bob prohaska , James Shuriff Cc: "freebsd-arm@freebsd.org" Date: Mon, 06 May 2019 15:18:10 -0600 In-Reply-To: <20190506210832.GA45045@www.zefox.net> References: <20190506020115.GA40421@www.zefox.net> <20190506151908.GA43714@www.zefox.net> <20190506180501.GB44000@www.zefox.net> <20190506192919.GA44506@www.zefox.net> <20190506210832.GA45045@www.zefox.net> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: F0EE48B1CB X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.980,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; ASN(0.00)[asn:16509, ipnet:54.186.0.0/15, country:US] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 21:18:21 -0000 On Mon, 2019-05-06 at 14:08 -0700, bob prohaska wrote: > Ok, now I'm thoroughly confused 8-) It sounds as if the guiding > assumption behind the u-boot-rpi3 port is that it _isn't_ being > self-hosted, but rather part of a cross-compile to be copied onto > an installer medium. This is at variance with "normal" ports, but > consistent with an embedded target that never self-hosts. > > Looking at my own rpi3's /boot directory, most of the files are dated > May 4th, the last time world and kernel were rebuilt and installed. > Are those files genuinely up-to-date, or merely fresh copies of old > versions from /usr/share.....? > > On a Pi3 that _is_ selfhosting, will updating rpi-firmware and u- > boot-rpi3 > and then updating world and kernel complete the firmware and u-boot > update? > > Apologies for the confusion, and thanks for any clarification! > > bob prohaska > Updating boot stuff is always a semi-manual procedure. For example, on x86 systems after doing make installworld you have a new boot0 and a new gptboot or zfsboot, but they've only been installed to /boot. It's up to you to run the gpart commands that install those things to the outside-the-ufs-filesystem parts of the disk drive. The same concept applies to arm and other embedded systems, which have an even more diverse set of "outside the ufs filesystem" things to deal with. In the embedded case it's not necessarily even safe or possible to install the various boot bits to /boot, because there may be items that have the same name (u-boot.bin for example) but actually differ depending on SoC or system type. So installing boot bits to /usr/local/share/u-boot then making the user handle the last bit of the install is about the only option. -- Ian > > On Mon, May 06, 2019 at 07:46:03PM +0000, James Shuriff wrote: > > EFI/BOOT/bootaarch64.efi is the same as /boot/loader_lua.efi which > > is also the same as /boot/loader.efi. You can use a different > > loader, of course, but the Lua loader is the default. > > > > - James Shuriff > > > > -----Original Message----- > > From: James Shuriff > > Sent: Monday, May 6, 2019 3:42 PM > > To: bob prohaska > > Cc: freebsd-arm@freebsd.org > > Subject: RE: Compiling u-boot-rpi3 on an rpi3 > > > > /boot/msdos is an arbitrary location. It's not even required to > > mount it. I mount my FAT partition elsewhere. Some boards don't > > even have u-boot in the filesystem they dd it directly onto the > > disk. Also consider you don't have to build the port on the > > Raspberry Pi, so there would be no way to install u-boot from the > > host system without knowing where the SD card is mounted. > > > > The rpi-firmware port also puts stuff in /usr/local/share. That's > > the port that has most of the files needed for the Raspberry Pi's > > FAT partition. Here is a list of the files in the FAT partition and > > where you can get them from: > > > > /LICENSE.broadcom: rpi-firmware port > > /armstub8.bin: rpi-firmware port > > /bcm2710-rpi-3-b.dtb: rpi-firmware port > > /bootcode.bin: rpi-firmware port > > /config.txt: rpi-firmware (config_rpi3.txt) > > /dtb/*: FreeBSD Build Output > > (/usr/obj/usr/src/arm64.aarch64/sys/$KERNCONF/modules/usr/src/sys/m > > odules/dtb or /boot/dtb on the Raspberry Pi) > > /fixup*.dat: rpi-firmware port > > /overlays/*: rpi-firmware port > > /start*.elf: rpi-firmware port > > /u-boot.bin: u-boot-rpi3 port > > > > - James Shuriff > > > > -----Original Message----- > > From: bob prohaska > > Sent: Monday, May 6, 2019 3:29 PM > > To: James Shuriff > > Cc: bob prohaska > > Subject: Re: Compiling u-boot-rpi3 on an rpi3 > > > > On Mon, May 06, 2019 at 06:18:35PM +0000, James Shuriff wrote: > > > Copy /usr/local/share/u-boot/u-boot-rpi3/u-boot.bin to > > > /boot/msdos. > > > > > > > Ok, that did the trick. Is there some particular reason make > > install didn't perform the copy? > > > > Thank you very much! > > > > bob prohaska > > > > > > > - James Shuriff > > > > > > -----Original Message----- > > > From: owner-freebsd-arm@freebsd.org < > > > owner-freebsd-arm@freebsd.org> On > > > Behalf Of bob prohaska > > > Sent: Monday, May 6, 2019 2:05 PM > > > To: Mika??l Urankar > > > Cc: freebsd-arm@freebsd.org; freebsd-ports@freebsd.org > > > Subject: Re: Compiling u-boot-rpi3 on an rpi3 > > > > > > On Mon, May 06, 2019 at 06:20:45PM +0200, Mika??l Urankar wrote: > > > > Le lun. 6 mai 2019 ?? 17:19, bob prohaska > > > > a ??crit : > > > > > > > > > > On Mon, May 06, 2019 at 03:22:31PM +0200, Mika??l Urankar > > > > > wrote: > > > > > > > > > > > > It builds fine here on aarch64, do you have > > > > > > security/openssl* installed? > > > > > > > > > > > > > > > > Yes, security/openssl is installed. I didn't use it by > > > > > default > > > > > because of earlier reports of trouble. The system reminds me > > > > > that > > > > > > > > Delete it and rebuild u-boot-rpi3 > > > > > > > > > > That certainly helped, make now runs successfully. > > > > > > But, make install didn't update anything in /boot/msdos. > > > There seem to be three copies of u-boot-bin floating around, with > > > identical size. Should I copy one manually to /boot/msdos, and > > > does it matter which one? > > > > > > Thanks for reading and your help! > > > > > > bob prohaska > > > > > > _______________________________________________ > > > freebsd-arm@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > To unsubscribe, send any mail to " > > > freebsd-arm-unsubscribe@freebsd.org" > > > ________________________________ > > > DISCLAIMER: This message and any attachments are intended solely > > > for the use of the recipient and may contain confidential > > > information. If you have received this message in error please > > > delete it and promptly notify the sender, James Shuriff ( > > > james@opentech.cc). > > > > > > > ________________________________ > > DISCLAIMER: This message and any attachments are intended solely > > for the use of the recipient and may contain confidential > > information. If you have received this message in error please > > delete it and promptly notify the sender, James Shuriff ( > > james@opentech.cc). > > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org > " From owner-freebsd-arm@freebsd.org Mon May 6 21:24:43 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4DC7C1596984 for ; Mon, 6 May 2019 21:24:43 +0000 (UTC) (envelope-from james@opentech.cc) Received: from NAM05-BY2-obe.outbound.protection.outlook.com (mail-eopbgr710053.outbound.protection.outlook.com [40.107.71.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5EB058B77B; Mon, 6 May 2019 21:24:40 +0000 (UTC) (envelope-from james@opentech.cc) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opentech.cc; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=uM3N6sohyACXqXV5zzJBsU+7WrJy+cfoaA6b5V565to=; b=Hosa5aGj9kkATCkfUTrf896KOw68StyyamUf1b8LlPpccPslSEAvqT5we0kSSbeEJ9M/wAY0wZYut148va5eAiWCqFXPOtAdF++q7vHpMt3diVBHeCAmEOfSsGE2P4XBGeAl5k+FxiuU17GpzG9VmahMZtRae+ul5JveliXbaqk= Received: from BN7PR06MB5187.namprd06.prod.outlook.com (20.176.29.18) by BN7PR06MB5315.namprd06.prod.outlook.com (20.176.30.206) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1856.11; Mon, 6 May 2019 21:24:36 +0000 Received: from BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f]) by BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f%5]) with mapi id 15.20.1856.012; Mon, 6 May 2019 21:24:36 +0000 From: James Shuriff To: bob prohaska CC: "freebsd-arm@freebsd.org" , Ian Lepore Subject: RE: Compiling u-boot-rpi3 on an rpi3 Thread-Topic: Compiling u-boot-rpi3 on an rpi3 Thread-Index: AQHVA6/hKExcD8AWFEuc9fg9iSbTAKZeZdjtgAACnHCAABQsgIAAAFCggAAEBsCAABdjgIAAArAAgAAAdFA= Date: Mon, 6 May 2019 21:24:36 +0000 Message-ID: References: <20190506020115.GA40421@www.zefox.net> <20190506151908.GA43714@www.zefox.net> <20190506180501.GB44000@www.zefox.net> <20190506192919.GA44506@www.zefox.net> <20190506210832.GA45045@www.zefox.net> <81a9c8cd930ae5740a3245c0f956fc280cc5f473.camel@freebsd.org> In-Reply-To: <81a9c8cd930ae5740a3245c0f956fc280cc5f473.camel@freebsd.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [71.251.5.193] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: b131869c-535a-4493-807e-08d6d2693d70 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(7021145)(8989299)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:BN7PR06MB5315; x-ms-traffictypediagnostic: BN7PR06MB5315: x-ms-exchange-purlcount: 1 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:6430; x-forefront-prvs: 0029F17A3F x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39830400003)(366004)(396003)(136003)(376002)(346002)(13464003)(199004)(189003)(38564003)(52536014)(6436002)(6246003)(9686003)(316002)(6306002)(55016002)(4326008)(74482002)(508600001)(486006)(53936002)(5024004)(14444005)(256004)(5660300002)(26005)(186003)(71200400001)(71190400001)(14454004)(476003)(966005)(33656002)(446003)(11346002)(6916009)(66066001)(74316002)(305945005)(102836004)(53546011)(6506007)(76176011)(7696005)(86362001)(6116002)(2906002)(3846002)(99286004)(54906003)(68736007)(25786009)(66946007)(73956011)(229853002)(76116006)(66476007)(66556008)(64756008)(66446008)(8676002)(81156014)(81166006)(8936002)(7736002); DIR:OUT; SFP:1101; SCL:1; SRVR:BN7PR06MB5315; H:BN7PR06MB5187.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: opentech.cc does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: KyroDFOOgG7MtHnCWfKWbGNnbQ8mpocLZDb+bIP0055IqmfpP79ejG3Mozhr0ZYEc4IK3HasDPuNZEwc/PKV/0ilheAhpWsG6KgX/86jlR61n9XBTahGLZga8e43auidShNrsbpj67uCjKUaydu/weAi70ZkRRY5G7egcs+wjx2g02A9arvoMMK7zRg0CUezjzIbzro+2YnNpF//mYu9wh5loXRDiyXWYt8VeZ3w+1o1HNuj9N7ghI4Hm2tZOKmjRADZe9dANS+khd+d84rouUPQ7bNNGFYpTkfTwNrimjg5KXlGSJLusX5T4Q3mdXXpFWjAigHGZUOf8Ej0mWxneV/moCqLe17MDg3n9V13oZHes7NWf9n4pbi+vMxvFRI51q1heEBLhNW/JJv3G7IpzWM2pr2sWQsFcvZuMX2OwHM= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: opentech.cc X-MS-Exchange-CrossTenant-Network-Message-Id: b131869c-535a-4493-807e-08d6d2693d70 X-MS-Exchange-CrossTenant-originalarrivaltime: 06 May 2019 21:24:36.1907 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5c5dd5ac-929c-48f6-a3f4-c0c8602c24af X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR06MB5315 X-Rspamd-Queue-Id: 5EB058B77B X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=opentech.cc header.s=selector1 header.b=Hosa5aGj; spf=pass (mx1.freebsd.org: domain of james@opentech.cc designates 40.107.71.53 as permitted sender) smtp.mailfrom=james@opentech.cc X-Spamd-Result: default: False [-3.11 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[opentech.cc:s=selector1]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[opentech.cc]; NEURAL_HAM_MEDIUM(-0.98)[-0.979,0]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[opentech.cc:+]; MIME_BASE64_TEXT(0.10)[]; RCVD_IN_DNSWL_NONE(0.00)[53.71.107.40.list.dnswl.org : 127.0.3.0]; MX_GOOD(-0.01)[cached: opentech-cc.mail.protection.outlook.com]; NEURAL_HAM_SHORT(-0.72)[-0.723,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[53.71.107.40.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 21:24:43 -0000 WW91IGhhdmUgdG8gY3Jvc3MgY29tcGlsZSByZWdhcmRsZXNzIG9mIHdoYXQgeW91ciBob3N0IHN5 c3RlbSBpcy4gVS1Cb290IHVzZXMgR05VJ3MgdG9vbGNoYWluLCB1bmZvcnR1bmF0ZWx5LiBScGkt ZmlybXdhcmUgd2lsbCBhbHNvIGluc3RhbGwgZmlsZXMgaW4gL3Vzci9sb2NhbC9zaGFyZSBiZWNh dXNlLCBhcyBwcmV2aW91c2x5IHN0YXRlZCwgaXQncyB0aGUgc2FmZXN0IG9wdGlvbi4gSSBkb24n dCBrbm93IGhvdyBvZnRlbiB0aGUgVmlkZW9Db3JlIGJsb2JzIGdldCB1cGRhdGVkIGJ1dCBpZiB5 b3Ugd2FudCB0aGUgbGF0ZXN0IGFuZCBncmVhdGVzdCByZXBsYWNlIHdoYXQncyBpbiB5b3VyIC9i b290IHdpdGggdGhlIGJsb2JzIGZyb20gcnBpLWZpcm13YXJlLCBVLUJvb3QgZnJvbSB1LWJvb3Qt cnBpMywgdGhlIGR0YidzIGZyb20gL2Jvb3QsIGFuZCBib290YWE2NC5lZmkgZnJvbSAvYm9vdC9s b2FkZXJfbHVhLmVmaSAoc2FtZSBhcyAvYm9vdC9sb2FkZXIuZWZpLCBpdCdzIGEgaGFyZCBsaW5r KS4NCg0KSWYgeW91IHdhbnQgYSBjb21wbGV0ZWx5IHVwIHRvIGRhdGUgc3lzdGVtIGluc3RhbGwg dGhlIHJwaS1maXJtd2FyZSBwb3J0IGFuZCBjb3B5IG92ZXIgbmV3ZXIgdmVyc2lvbnMgb2YgdGhl IGZpbGVzLiBZb3UnbGwgbmVlZCB0aGUgZHRiJ3MgZnJvbSAvYm9vdCBhbmQgeW91J2xsIGhhdmUg dG8gdXBkYXRlIGJvb3RhYTY0LmVmaSBmcm9tIGxvYWRlcl9sdWEuZWZpIGluIC9ib290Lg0KDQot IEphbWVzIFNodXJpZmYNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IElhbiBM ZXBvcmUgPGlhbkBmcmVlYnNkLm9yZz4NClNlbnQ6IE1vbmRheSwgTWF5IDYsIDIwMTkgNToxOCBQ TQ0KVG86IGJvYiBwcm9oYXNrYSA8ZmJzZEB3d3cuemVmb3gubmV0PjsgSmFtZXMgU2h1cmlmZiA8 amFtZXNAb3BlbnRlY2guY2M+DQpDYzogZnJlZWJzZC1hcm1AZnJlZWJzZC5vcmcNClN1YmplY3Q6 IFJlOiBDb21waWxpbmcgdS1ib290LXJwaTMgb24gYW4gcnBpMw0KDQpPbiBNb24sIDIwMTktMDUt MDYgYXQgMTQ6MDggLTA3MDAsIGJvYiBwcm9oYXNrYSB3cm90ZToNCj4gT2ssIG5vdyBJJ20gdGhv cm91Z2hseSBjb25mdXNlZCA4LSkgSXQgc291bmRzIGFzIGlmIHRoZSBndWlkaW5nDQo+IGFzc3Vt cHRpb24gYmVoaW5kIHRoZSB1LWJvb3QtcnBpMyBwb3J0IGlzIHRoYXQgaXQgX2lzbid0XyBiZWlu Zw0KPiBzZWxmLWhvc3RlZCwgYnV0IHJhdGhlciBwYXJ0IG9mIGEgY3Jvc3MtY29tcGlsZSB0byBi ZSBjb3BpZWQgb250byBhbg0KPiBpbnN0YWxsZXIgbWVkaXVtLiBUaGlzIGlzIGF0IHZhcmlhbmNl IHdpdGggIm5vcm1hbCIgcG9ydHMsIGJ1dA0KPiBjb25zaXN0ZW50IHdpdGggYW4gZW1iZWRkZWQg dGFyZ2V0IHRoYXQgbmV2ZXIgc2VsZi1ob3N0cy4NCj4NCj4gTG9va2luZyBhdCBteSBvd24gcnBp MydzIC9ib290IGRpcmVjdG9yeSwgbW9zdCBvZiB0aGUgZmlsZXMgYXJlIGRhdGVkDQo+IE1heSA0 dGgsIHRoZSBsYXN0IHRpbWUgd29ybGQgYW5kIGtlcm5lbCB3ZXJlIHJlYnVpbHQgYW5kIGluc3Rh bGxlZC4NCj4gQXJlIHRob3NlIGZpbGVzIGdlbnVpbmVseSB1cC10by1kYXRlLCBvciBtZXJlbHkg ZnJlc2ggY29waWVzIG9mIG9sZA0KPiB2ZXJzaW9ucyBmcm9tIC91c3Ivc2hhcmUuLi4uLj8NCj4N Cj4gT24gYSBQaTMgdGhhdCBfaXNfIHNlbGZob3N0aW5nLCB3aWxsIHVwZGF0aW5nIHJwaS1maXJt d2FyZSBhbmQgdS0NCj4gYm9vdC1ycGkzDQo+IGFuZCB0aGVuIHVwZGF0aW5nIHdvcmxkIGFuZCBr ZXJuZWwgY29tcGxldGUgdGhlIGZpcm13YXJlIGFuZCB1LWJvb3QNCj4gdXBkYXRlPw0KPg0KPiBB cG9sb2dpZXMgZm9yIHRoZSBjb25mdXNpb24sIGFuZCB0aGFua3MgZm9yIGFueSBjbGFyaWZpY2F0 aW9uIQ0KPg0KPiBib2IgcHJvaGFza2ENCj4NCg0KVXBkYXRpbmcgYm9vdCBzdHVmZiBpcyBhbHdh eXMgYSBzZW1pLW1hbnVhbCBwcm9jZWR1cmUuICBGb3IgZXhhbXBsZSwgb24NCng4NiBzeXN0ZW1z IGFmdGVyIGRvaW5nIG1ha2UgaW5zdGFsbHdvcmxkIHlvdSBoYXZlIGEgbmV3IGJvb3QwIGFuZCBh IG5ldyBncHRib290IG9yIHpmc2Jvb3QsIGJ1dCB0aGV5J3ZlIG9ubHkgYmVlbiBpbnN0YWxsZWQg dG8gL2Jvb3QuICBJdCdzIHVwIHRvIHlvdSB0byBydW4gdGhlIGdwYXJ0IGNvbW1hbmRzIHRoYXQg aW5zdGFsbCB0aG9zZSB0aGluZ3MgdG8gdGhlIG91dHNpZGUtdGhlLXVmcy1maWxlc3lzdGVtIHBh cnRzIG9mIHRoZSBkaXNrIGRyaXZlLg0KDQpUaGUgc2FtZSBjb25jZXB0IGFwcGxpZXMgdG8gYXJt IGFuZCBvdGhlciBlbWJlZGRlZCBzeXN0ZW1zLCB3aGljaCBoYXZlIGFuIGV2ZW4gbW9yZSBkaXZl cnNlIHNldCBvZiAib3V0c2lkZSB0aGUgdWZzIGZpbGVzeXN0ZW0iIHRoaW5ncyB0byBkZWFsIHdp dGguICBJbiB0aGUgZW1iZWRkZWQgY2FzZSBpdCdzIG5vdCBuZWNlc3NhcmlseSBldmVuIHNhZmUg b3IgcG9zc2libGUgdG8gaW5zdGFsbCB0aGUgdmFyaW91cyBib290IGJpdHMgdG8gL2Jvb3QsIGJl Y2F1c2UgdGhlcmUgbWF5IGJlIGl0ZW1zIHRoYXQgaGF2ZSB0aGUgc2FtZSBuYW1lICh1LWJvb3Qu YmluIGZvciBleGFtcGxlKSBidXQgYWN0dWFsbHkgZGlmZmVyIGRlcGVuZGluZyBvbiBTb0Mgb3Ig c3lzdGVtIHR5cGUuICBTbyBpbnN0YWxsaW5nIGJvb3QgYml0cyB0byAvdXNyL2xvY2FsL3NoYXJl L3UtYm9vdCB0aGVuIG1ha2luZyB0aGUgdXNlciBoYW5kbGUgdGhlIGxhc3QgYml0IG9mIHRoZSBp bnN0YWxsIGlzIGFib3V0IHRoZSBvbmx5IG9wdGlvbi4NCg0KLS0gSWFuDQoNCj4NCj4gT24gTW9u LCBNYXkgMDYsIDIwMTkgYXQgMDc6NDY6MDNQTSArMDAwMCwgSmFtZXMgU2h1cmlmZiB3cm90ZToN Cj4gPiBFRkkvQk9PVC9ib290YWFyY2g2NC5lZmkgaXMgdGhlIHNhbWUgYXMgL2Jvb3QvbG9hZGVy X2x1YS5lZmkgd2hpY2gNCj4gPiBpcyBhbHNvIHRoZSBzYW1lIGFzIC9ib290L2xvYWRlci5lZmku IFlvdSBjYW4gdXNlIGEgZGlmZmVyZW50DQo+ID4gbG9hZGVyLCBvZiBjb3Vyc2UsIGJ1dCB0aGUg THVhIGxvYWRlciBpcyB0aGUgZGVmYXVsdC4NCj4gPg0KPiA+IC0gSmFtZXMgU2h1cmlmZg0KPiA+ DQo+ID4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPiBGcm9tOiBKYW1lcyBTaHVyaWZm DQo+ID4gU2VudDogTW9uZGF5LCBNYXkgNiwgMjAxOSAzOjQyIFBNDQo+ID4gVG86IGJvYiBwcm9o YXNrYSA8ZmJzZEB3d3cuemVmb3gubmV0Pg0KPiA+IENjOiBmcmVlYnNkLWFybUBmcmVlYnNkLm9y Zw0KPiA+IFN1YmplY3Q6IFJFOiBDb21waWxpbmcgdS1ib290LXJwaTMgb24gYW4gcnBpMw0KPiA+ DQo+ID4gL2Jvb3QvbXNkb3MgaXMgYW4gYXJiaXRyYXJ5IGxvY2F0aW9uLiBJdCdzIG5vdCBldmVu IHJlcXVpcmVkIHRvDQo+ID4gbW91bnQgaXQuIEkgbW91bnQgbXkgRkFUIHBhcnRpdGlvbiBlbHNl d2hlcmUuIFNvbWUgYm9hcmRzIGRvbid0IGV2ZW4NCj4gPiBoYXZlIHUtYm9vdCBpbiB0aGUgZmls ZXN5c3RlbSB0aGV5IGRkIGl0IGRpcmVjdGx5IG9udG8gdGhlIGRpc2suDQo+ID4gQWxzbyBjb25z aWRlciB5b3UgZG9uJ3QgaGF2ZSB0byBidWlsZCB0aGUgcG9ydCBvbiB0aGUgUmFzcGJlcnJ5IFBp LA0KPiA+IHNvIHRoZXJlIHdvdWxkIGJlIG5vIHdheSB0byBpbnN0YWxsIHUtYm9vdCBmcm9tIHRo ZSBob3N0IHN5c3RlbQ0KPiA+IHdpdGhvdXQga25vd2luZyB3aGVyZSB0aGUgU0QgY2FyZCBpcyBt b3VudGVkLg0KPiA+DQo+ID4gVGhlIHJwaS1maXJtd2FyZSBwb3J0IGFsc28gcHV0cyBzdHVmZiBp biAvdXNyL2xvY2FsL3NoYXJlLiBUaGF0J3MNCj4gPiB0aGUgcG9ydCB0aGF0IGhhcyBtb3N0IG9m IHRoZSBmaWxlcyBuZWVkZWQgZm9yIHRoZSBSYXNwYmVycnkgUGkncw0KPiA+IEZBVCBwYXJ0aXRp b24uIEhlcmUgaXMgYSBsaXN0IG9mIHRoZSBmaWxlcyBpbiB0aGUgRkFUIHBhcnRpdGlvbiBhbmQN Cj4gPiB3aGVyZSB5b3UgY2FuIGdldCB0aGVtIGZyb206DQo+ID4NCj4gPiAvTElDRU5TRS5icm9h ZGNvbTogcnBpLWZpcm13YXJlIHBvcnQNCj4gPiAvYXJtc3R1YjguYmluOiBycGktZmlybXdhcmUg cG9ydA0KPiA+IC9iY20yNzEwLXJwaS0zLWIuZHRiOiBycGktZmlybXdhcmUgcG9ydA0KPiA+IC9i b290Y29kZS5iaW46IHJwaS1maXJtd2FyZSBwb3J0DQo+ID4gL2NvbmZpZy50eHQ6IHJwaS1maXJt d2FyZSAoY29uZmlnX3JwaTMudHh0KQ0KPiA+IC9kdGIvKjogRnJlZUJTRCBCdWlsZCBPdXRwdXQN Cj4gPiAoL3Vzci9vYmovdXNyL3NyYy9hcm02NC5hYXJjaDY0L3N5cy8kS0VSTkNPTkYvbW9kdWxl cy91c3Ivc3JjL3N5cy9tDQo+ID4gb2R1bGVzL2R0YiBvciAvYm9vdC9kdGIgb24gdGhlIFJhc3Bi ZXJyeSBQaSkNCj4gPiAvZml4dXAqLmRhdDogcnBpLWZpcm13YXJlIHBvcnQNCj4gPiAvb3Zlcmxh eXMvKjogcnBpLWZpcm13YXJlIHBvcnQNCj4gPiAvc3RhcnQqLmVsZjogcnBpLWZpcm13YXJlIHBv cnQNCj4gPiAvdS1ib290LmJpbjogdS1ib290LXJwaTMgcG9ydA0KPiA+DQo+ID4gLSBKYW1lcyBT aHVyaWZmDQo+ID4NCj4gPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiA+IEZyb206IGJv YiBwcm9oYXNrYSA8ZmJzZEB3d3cuemVmb3gubmV0Pg0KPiA+IFNlbnQ6IE1vbmRheSwgTWF5IDYs IDIwMTkgMzoyOSBQTQ0KPiA+IFRvOiBKYW1lcyBTaHVyaWZmIDxqYW1lc0BvcGVudGVjaC5jYz4N Cj4gPiBDYzogYm9iIHByb2hhc2thIDxmYnNkQHd3dy56ZWZveC5uZXQ+DQo+ID4gU3ViamVjdDog UmU6IENvbXBpbGluZyB1LWJvb3QtcnBpMyBvbiBhbiBycGkzDQo+ID4NCj4gPiBPbiBNb24sIE1h eSAwNiwgMjAxOSBhdCAwNjoxODozNVBNICswMDAwLCBKYW1lcyBTaHVyaWZmIHdyb3RlOg0KPiA+ ID4gQ29weSAvdXNyL2xvY2FsL3NoYXJlL3UtYm9vdC91LWJvb3QtcnBpMy91LWJvb3QuYmluIHRv DQo+ID4gPiAvYm9vdC9tc2Rvcy4NCj4gPiA+DQo+ID4NCj4gPiBPaywgdGhhdCBkaWQgdGhlIHRy aWNrLiAgSXMgdGhlcmUgc29tZSBwYXJ0aWN1bGFyIHJlYXNvbiBtYWtlDQo+ID4gaW5zdGFsbCBk aWRuJ3QgcGVyZm9ybSB0aGUgY29weT8NCj4gPg0KPiA+IFRoYW5rIHlvdSB2ZXJ5IG11Y2ghDQo+ ID4NCj4gPiBib2IgcHJvaGFza2ENCj4gPg0KPiA+DQo+ID4gPiAtIEphbWVzIFNodXJpZmYNCj4g PiA+DQo+ID4gPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiA+ID4gRnJvbTogb3duZXIt ZnJlZWJzZC1hcm1AZnJlZWJzZC5vcmcgPA0KPiA+ID4gb3duZXItZnJlZWJzZC1hcm1AZnJlZWJz ZC5vcmc+IE9uIEJlaGFsZiBPZiBib2IgcHJvaGFza2ENCj4gPiA+IFNlbnQ6IE1vbmRheSwgTWF5 IDYsIDIwMTkgMjowNSBQTQ0KPiA+ID4gVG86IE1pa2E/P2wgVXJhbmthciA8bWlrYWVsLnVyYW5r YXJAZ21haWwuY29tPg0KPiA+ID4gQ2M6IGZyZWVic2QtYXJtQGZyZWVic2Qub3JnOyBmcmVlYnNk LXBvcnRzQGZyZWVic2Qub3JnDQo+ID4gPiBTdWJqZWN0OiBSZTogQ29tcGlsaW5nIHUtYm9vdC1y cGkzIG9uIGFuIHJwaTMNCj4gPiA+DQo+ID4gPiBPbiBNb24sIE1heSAwNiwgMjAxOSBhdCAwNjoy MDo0NVBNICswMjAwLCBNaWthPz9sIFVyYW5rYXIgd3JvdGU6DQo+ID4gPiA+IExlIGx1bi4gNiBt YWkgMjAxOSA/PyAxNzoxOSwgYm9iIHByb2hhc2thIDxmYnNkQHd3dy56ZWZveC5uZXQ+IGENCj4g PiA+ID4gPz9jcml0IDoNCj4gPiA+ID4gPg0KPiA+ID4gPiA+IE9uIE1vbiwgTWF5IDA2LCAyMDE5 IGF0IDAzOjIyOjMxUE0gKzAyMDAsIE1pa2E/P2wgVXJhbmthcg0KPiA+ID4gPiA+IHdyb3RlOg0K PiA+ID4gPiA+ID4NCj4gPiA+ID4gPiA+IEl0IGJ1aWxkcyBmaW5lIGhlcmUgb24gYWFyY2g2NCwg ZG8geW91IGhhdmUNCj4gPiA+ID4gPiA+IHNlY3VyaXR5L29wZW5zc2wqIGluc3RhbGxlZD8NCj4g PiA+ID4gPiA+DQo+ID4gPiA+ID4NCj4gPiA+ID4gPiBZZXMsIHNlY3VyaXR5L29wZW5zc2wgaXMg aW5zdGFsbGVkLiBJIGRpZG4ndCB1c2UgaXQgYnkgZGVmYXVsdA0KPiA+ID4gPiA+IGJlY2F1c2Ug b2YgZWFybGllciByZXBvcnRzIG9mIHRyb3VibGUuIFRoZSBzeXN0ZW0gcmVtaW5kcyBtZQ0KPiA+ ID4gPiA+IHRoYXQNCj4gPiA+ID4NCj4gPiA+ID4gRGVsZXRlIGl0IGFuZCByZWJ1aWxkIHUtYm9v dC1ycGkzDQo+ID4gPiA+DQo+ID4gPg0KPiA+ID4gVGhhdCBjZXJ0YWlubHkgaGVscGVkLCBtYWtl IG5vdyBydW5zIHN1Y2Nlc3NmdWxseS4NCj4gPiA+DQo+ID4gPiBCdXQsIG1ha2UgaW5zdGFsbCBk aWRuJ3QgdXBkYXRlIGFueXRoaW5nIGluIC9ib290L21zZG9zLg0KPiA+ID4gVGhlcmUgc2VlbSB0 byBiZSB0aHJlZSBjb3BpZXMgb2YgdS1ib290LWJpbiBmbG9hdGluZyBhcm91bmQsIHdpdGgNCj4g PiA+IGlkZW50aWNhbCBzaXplLiBTaG91bGQgSSBjb3B5IG9uZSBtYW51YWxseSB0byAvYm9vdC9t c2RvcywgYW5kDQo+ID4gPiBkb2VzIGl0IG1hdHRlciB3aGljaCBvbmU/DQo+ID4gPg0KPiA+ID4g VGhhbmtzIGZvciByZWFkaW5nIGFuZCB5b3VyIGhlbHAhDQo+ID4gPg0KPiA+ID4gYm9iIHByb2hh c2thDQo+ID4gPg0KPiA+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NCj4gPiA+IGZyZWVic2QtYXJtQGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdA0KPiA+ ID4gaHR0cHM6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QtYXJt DQo+ID4gPiBUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiDQo+ID4gPiBmcmVlYnNk LWFybS11bnN1YnNjcmliZUBmcmVlYnNkLm9yZyINCj4gPiA+IF9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQo+ID4gPiAgRElTQ0xBSU1FUjogVGhpcyBtZXNzYWdlIGFuZCBhbnkgYXR0 YWNobWVudHMgYXJlIGludGVuZGVkIHNvbGVseQ0KPiA+ID4gZm9yIHRoZSB1c2Ugb2YgdGhlIHJl Y2lwaWVudCBhbmQgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsDQo+ID4gPiBpbmZvcm1hdGlvbi4g SWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBtZXNzYWdlIGluIGVycm9yIHBsZWFzZQ0KPiA+ID4g ZGVsZXRlIGl0IGFuZCBwcm9tcHRseSBub3RpZnkgdGhlIHNlbmRlciwgSmFtZXMgU2h1cmlmZiAo DQo+ID4gPiBqYW1lc0BvcGVudGVjaC5jYzxtYWlsdG86amFtZXNAb3BlbnRlY2guY2M+KS4NCj4g PiA+DQo+ID4NCj4gPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA+ICBESVND TEFJTUVSOiBUaGlzIG1lc3NhZ2UgYW5kIGFueSBhdHRhY2htZW50cyBhcmUgaW50ZW5kZWQgc29s ZWx5DQo+ID4gZm9yIHRoZSB1c2Ugb2YgdGhlIHJlY2lwaWVudCBhbmQgbWF5IGNvbnRhaW4gY29u ZmlkZW50aWFsDQo+ID4gaW5mb3JtYXRpb24uIElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgbWVz c2FnZSBpbiBlcnJvciBwbGVhc2UNCj4gPiBkZWxldGUgaXQgYW5kIHByb21wdGx5IG5vdGlmeSB0 aGUgc2VuZGVyLCBKYW1lcyBTaHVyaWZmICgNCj4gPiBqYW1lc0BvcGVudGVjaC5jYzxtYWlsdG86 amFtZXNAb3BlbnRlY2guY2M+KS4NCj4gPg0KPg0KPiBfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KPiBmcmVlYnNkLWFybUBmcmVlYnNkLm9yZyBtYWlsaW5n IGxpc3QNCj4gaHR0cHM6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVi c2QtYXJtDQo+IFRvIHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLWFybS11 bnN1YnNjcmliZUBmcmVlYnNkLm9yZw0KPiAiDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQogRElTQ0xBSU1FUjogVGhpcyBtZXNzYWdlIGFuZCBhbnkgYXR0YWNobWVudHMgYXJl IGludGVuZGVkIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgcmVjaXBpZW50IGFuZCBtYXkgY29u dGFpbiBjb25maWRlbnRpYWwgaW5mb3JtYXRpb24uIElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMg bWVzc2FnZSBpbiBlcnJvciBwbGVhc2UgZGVsZXRlIGl0IGFuZCBwcm9tcHRseSBub3RpZnkgdGhl IHNlbmRlciwgSmFtZXMgU2h1cmlmZiAoamFtZXNAb3BlbnRlY2guY2M8bWFpbHRvOmphbWVzQG9w ZW50ZWNoLmNjPikuDQo= From owner-freebsd-arm@freebsd.org Mon May 6 21:25:19 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CD06915969A9 for ; Mon, 6 May 2019 21:25:18 +0000 (UTC) (envelope-from james@opentech.cc) Received: from NAM04-CO1-obe.outbound.protection.outlook.com (mail-eopbgr690054.outbound.protection.outlook.com [40.107.69.54]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8D5A88B7CE; Mon, 6 May 2019 21:25:17 +0000 (UTC) (envelope-from james@opentech.cc) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opentech.cc; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=75uPbuEjIqbFccONz5zhLqHUicpR64NcBAr+rV5f1ok=; b=Td2Yhs/jXvuFTG2D7IDoCysUhvQa9jLdZ2zeKs3/4n5v7Ed9f8UDlNYOQwEwaJFQTTvCk+LZ0ew2wJSAmqfAZOdZTehC/WAZcMz8hMRSsTIarmvFEmFa6RHhes2Mq7TzkM35uFGBPZ0/yvCnvU+/mfwoG8GlcXunXzz4b4yWNWs= Received: from BN7PR06MB5187.namprd06.prod.outlook.com (20.176.29.18) by BN7PR06MB5217.namprd06.prod.outlook.com (20.176.29.140) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1856.12; Mon, 6 May 2019 21:25:12 +0000 Received: from BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f]) by BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f%5]) with mapi id 15.20.1856.012; Mon, 6 May 2019 21:25:12 +0000 From: James Shuriff To: bob prohaska CC: "freebsd-arm@freebsd.org" , Ian Lepore Subject: RE: Compiling u-boot-rpi3 on an rpi3 Thread-Topic: Compiling u-boot-rpi3 on an rpi3 Thread-Index: AQHVA6/hKExcD8AWFEuc9fg9iSbTAKZeZdjtgAACnHCAABQsgIAAAFCggAAEBsCAABdjgIAAArAAgAAAdFCAAAFyYA== Date: Mon, 6 May 2019 21:25:11 +0000 Message-ID: References: <20190506020115.GA40421@www.zefox.net> <20190506151908.GA43714@www.zefox.net> <20190506180501.GB44000@www.zefox.net> <20190506192919.GA44506@www.zefox.net> <20190506210832.GA45045@www.zefox.net> <81a9c8cd930ae5740a3245c0f956fc280cc5f473.camel@freebsd.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [71.251.5.193] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 780345df-90a3-4482-9990-08d6d26952af x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(7021145)(8989299)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:BN7PR06MB5217; x-ms-traffictypediagnostic: BN7PR06MB5217: x-ms-exchange-purlcount: 1 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:6430; x-forefront-prvs: 0029F17A3F x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(136003)(346002)(39830400003)(366004)(396003)(13464003)(38564003)(189003)(199004)(52536014)(6116002)(2906002)(3846002)(6916009)(55016002)(26005)(186003)(102836004)(54906003)(6436002)(316002)(6306002)(9686003)(53546011)(6506007)(14454004)(966005)(25786009)(53936002)(508600001)(486006)(476003)(11346002)(446003)(2940100002)(229853002)(68736007)(66066001)(5660300002)(76176011)(256004)(14444005)(5024004)(71190400001)(71200400001)(4326008)(33656002)(6246003)(7736002)(74316002)(66446008)(66946007)(64756008)(73956011)(76116006)(66556008)(66476007)(86362001)(305945005)(8676002)(7696005)(81166006)(81156014)(74482002)(8936002)(99286004); DIR:OUT; SFP:1101; SCL:1; SRVR:BN7PR06MB5217; H:BN7PR06MB5187.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: opentech.cc does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: Ys5xTc6wygzhrD6+M64U02OH7sKvhdBGi0YjLaa70CtN2TkBDw6oplI0dm7Q+kH+4KSzyYhsxrJl6UKC/X926/S6FFZLqCN9YRcJ8ysIW0cPqqEeBlgiECqnXuIX2xZW1/K21v2Z39Qh9S6jqX44uV6hmQKOwOshLC752oV/xfM8QhhELcUV9aRc2CydCw4fiz6HgC9/Ed18biT/OCOJsQDzDkwBriDI+borDPD8ED1ytcj+unyrPeUlYcmsPvA0AkDddMNcA7rdomsxZRSaUpjgEnBbrR4DoEDm/q3d0r7/jIjYMrp5icr7tRmGoXSWWPrNjS3e/xB+xFwQmSCG2y2BcqgpuXahRP1Vi/hPTq1xUhHALixs4YTeW/k2/nRmT92a0QRw/jW2GWkfqN+fs9JgSL6J3toiQFVnj8/lANo= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: opentech.cc X-MS-Exchange-CrossTenant-Network-Message-Id: 780345df-90a3-4482-9990-08d6d26952af X-MS-Exchange-CrossTenant-originalarrivaltime: 06 May 2019 21:25:11.8583 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5c5dd5ac-929c-48f6-a3f4-c0c8602c24af X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR06MB5217 X-Rspamd-Queue-Id: 8D5A88B7CE X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=opentech.cc header.s=selector1 header.b=Td2Yhs/j; spf=pass (mx1.freebsd.org: domain of james@opentech.cc designates 40.107.69.54 as permitted sender) smtp.mailfrom=james@opentech.cc X-Spamd-Result: default: False [-3.11 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[opentech.cc:s=selector1]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[opentech.cc]; NEURAL_HAM_MEDIUM(-0.98)[-0.979,0]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[opentech.cc:+]; MIME_BASE64_TEXT(0.10)[]; RCVD_IN_DNSWL_NONE(0.00)[54.69.107.40.list.dnswl.org : 127.0.3.0]; MX_GOOD(-0.01)[cached: opentech-cc.mail.protection.outlook.com]; NEURAL_HAM_SHORT(-0.72)[-0.724,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 21:25:19 -0000 UmVwbGFjZSB3aGF0J3MgaW4geW91ciBGQVQgcGFydGl0aW9uLCBJIG1lYW50Lg0KDQotIEphbWVz IFNodXJpZmYNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEphbWVzIFNodXJp ZmYNClNlbnQ6IE1vbmRheSwgTWF5IDYsIDIwMTkgNToyNSBQTQ0KVG86IGJvYiBwcm9oYXNrYSA8 ZmJzZEB3d3cuemVmb3gubmV0Pg0KQ2M6IGZyZWVic2QtYXJtQGZyZWVic2Qub3JnOyAnSWFuIExl cG9yZScgPGlhbkBmcmVlYnNkLm9yZz4NClN1YmplY3Q6IFJFOiBDb21waWxpbmcgdS1ib290LXJw aTMgb24gYW4gcnBpMw0KDQpZb3UgaGF2ZSB0byBjcm9zcyBjb21waWxlIHJlZ2FyZGxlc3Mgb2Yg d2hhdCB5b3VyIGhvc3Qgc3lzdGVtIGlzLiBVLUJvb3QgdXNlcyBHTlUncyB0b29sY2hhaW4sIHVu Zm9ydHVuYXRlbHkuIFJwaS1maXJtd2FyZSB3aWxsIGFsc28gaW5zdGFsbCBmaWxlcyBpbiAvdXNy L2xvY2FsL3NoYXJlIGJlY2F1c2UsIGFzIHByZXZpb3VzbHkgc3RhdGVkLCBpdCdzIHRoZSBzYWZl c3Qgb3B0aW9uLiBJIGRvbid0IGtub3cgaG93IG9mdGVuIHRoZSBWaWRlb0NvcmUgYmxvYnMgZ2V0 IHVwZGF0ZWQgYnV0IGlmIHlvdSB3YW50IHRoZSBsYXRlc3QgYW5kIGdyZWF0ZXN0IHJlcGxhY2Ug d2hhdCdzIGluIHlvdXIgL2Jvb3Qgd2l0aCB0aGUgYmxvYnMgZnJvbSBycGktZmlybXdhcmUsIFUt Qm9vdCBmcm9tIHUtYm9vdC1ycGkzLCB0aGUgZHRiJ3MgZnJvbSAvYm9vdCwgYW5kIGJvb3RhYTY0 LmVmaSBmcm9tIC9ib290L2xvYWRlcl9sdWEuZWZpIChzYW1lIGFzIC9ib290L2xvYWRlci5lZmks IGl0J3MgYSBoYXJkIGxpbmspLg0KDQpJZiB5b3Ugd2FudCBhIGNvbXBsZXRlbHkgdXAgdG8gZGF0 ZSBzeXN0ZW0gaW5zdGFsbCB0aGUgcnBpLWZpcm13YXJlIHBvcnQgYW5kIGNvcHkgb3ZlciBuZXdl ciB2ZXJzaW9ucyBvZiB0aGUgZmlsZXMuIFlvdSdsbCBuZWVkIHRoZSBkdGIncyBmcm9tIC9ib290 IGFuZCB5b3UnbGwgaGF2ZSB0byB1cGRhdGUgYm9vdGFhNjQuZWZpIGZyb20gbG9hZGVyX2x1YS5l ZmkgaW4gL2Jvb3QuDQoNCi0gSmFtZXMgU2h1cmlmZg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut LS0tLQ0KRnJvbTogSWFuIExlcG9yZSA8aWFuQGZyZWVic2Qub3JnPg0KU2VudDogTW9uZGF5LCBN YXkgNiwgMjAxOSA1OjE4IFBNDQpUbzogYm9iIHByb2hhc2thIDxmYnNkQHd3dy56ZWZveC5uZXQ+ OyBKYW1lcyBTaHVyaWZmIDxqYW1lc0BvcGVudGVjaC5jYz4NCkNjOiBmcmVlYnNkLWFybUBmcmVl YnNkLm9yZw0KU3ViamVjdDogUmU6IENvbXBpbGluZyB1LWJvb3QtcnBpMyBvbiBhbiBycGkzDQoN Ck9uIE1vbiwgMjAxOS0wNS0wNiBhdCAxNDowOCAtMDcwMCwgYm9iIHByb2hhc2thIHdyb3RlOg0K PiBPaywgbm93IEknbSB0aG9yb3VnaGx5IGNvbmZ1c2VkIDgtKSBJdCBzb3VuZHMgYXMgaWYgdGhl IGd1aWRpbmcNCj4gYXNzdW1wdGlvbiBiZWhpbmQgdGhlIHUtYm9vdC1ycGkzIHBvcnQgaXMgdGhh dCBpdCBfaXNuJ3RfIGJlaW5nDQo+IHNlbGYtaG9zdGVkLCBidXQgcmF0aGVyIHBhcnQgb2YgYSBj cm9zcy1jb21waWxlIHRvIGJlIGNvcGllZCBvbnRvIGFuDQo+IGluc3RhbGxlciBtZWRpdW0uIFRo aXMgaXMgYXQgdmFyaWFuY2Ugd2l0aCAibm9ybWFsIiBwb3J0cywgYnV0DQo+IGNvbnNpc3RlbnQg d2l0aCBhbiBlbWJlZGRlZCB0YXJnZXQgdGhhdCBuZXZlciBzZWxmLWhvc3RzLg0KPg0KPiBMb29r aW5nIGF0IG15IG93biBycGkzJ3MgL2Jvb3QgZGlyZWN0b3J5LCBtb3N0IG9mIHRoZSBmaWxlcyBh cmUgZGF0ZWQNCj4gTWF5IDR0aCwgdGhlIGxhc3QgdGltZSB3b3JsZCBhbmQga2VybmVsIHdlcmUg cmVidWlsdCBhbmQgaW5zdGFsbGVkLg0KPiBBcmUgdGhvc2UgZmlsZXMgZ2VudWluZWx5IHVwLXRv LWRhdGUsIG9yIG1lcmVseSBmcmVzaCBjb3BpZXMgb2Ygb2xkDQo+IHZlcnNpb25zIGZyb20gL3Vz ci9zaGFyZS4uLi4uPw0KPg0KPiBPbiBhIFBpMyB0aGF0IF9pc18gc2VsZmhvc3RpbmcsIHdpbGwg dXBkYXRpbmcgcnBpLWZpcm13YXJlIGFuZCB1LQ0KPiBib290LXJwaTMNCj4gYW5kIHRoZW4gdXBk YXRpbmcgd29ybGQgYW5kIGtlcm5lbCBjb21wbGV0ZSB0aGUgZmlybXdhcmUgYW5kIHUtYm9vdA0K PiB1cGRhdGU/DQo+DQo+IEFwb2xvZ2llcyBmb3IgdGhlIGNvbmZ1c2lvbiwgYW5kIHRoYW5rcyBm b3IgYW55IGNsYXJpZmljYXRpb24hDQo+DQo+IGJvYiBwcm9oYXNrYQ0KPg0KDQpVcGRhdGluZyBi b290IHN0dWZmIGlzIGFsd2F5cyBhIHNlbWktbWFudWFsIHByb2NlZHVyZS4gIEZvciBleGFtcGxl LCBvbg0KeDg2IHN5c3RlbXMgYWZ0ZXIgZG9pbmcgbWFrZSBpbnN0YWxsd29ybGQgeW91IGhhdmUg YSBuZXcgYm9vdDAgYW5kIGEgbmV3IGdwdGJvb3Qgb3IgemZzYm9vdCwgYnV0IHRoZXkndmUgb25s eSBiZWVuIGluc3RhbGxlZCB0byAvYm9vdC4gIEl0J3MgdXAgdG8geW91IHRvIHJ1biB0aGUgZ3Bh cnQgY29tbWFuZHMgdGhhdCBpbnN0YWxsIHRob3NlIHRoaW5ncyB0byB0aGUgb3V0c2lkZS10aGUt dWZzLWZpbGVzeXN0ZW0gcGFydHMgb2YgdGhlIGRpc2sgZHJpdmUuDQoNClRoZSBzYW1lIGNvbmNl cHQgYXBwbGllcyB0byBhcm0gYW5kIG90aGVyIGVtYmVkZGVkIHN5c3RlbXMsIHdoaWNoIGhhdmUg YW4gZXZlbiBtb3JlIGRpdmVyc2Ugc2V0IG9mICJvdXRzaWRlIHRoZSB1ZnMgZmlsZXN5c3RlbSIg dGhpbmdzIHRvIGRlYWwgd2l0aC4gIEluIHRoZSBlbWJlZGRlZCBjYXNlIGl0J3Mgbm90IG5lY2Vz c2FyaWx5IGV2ZW4gc2FmZSBvciBwb3NzaWJsZSB0byBpbnN0YWxsIHRoZSB2YXJpb3VzIGJvb3Qg Yml0cyB0byAvYm9vdCwgYmVjYXVzZSB0aGVyZSBtYXkgYmUgaXRlbXMgdGhhdCBoYXZlIHRoZSBz YW1lIG5hbWUgKHUtYm9vdC5iaW4gZm9yIGV4YW1wbGUpIGJ1dCBhY3R1YWxseSBkaWZmZXIgZGVw ZW5kaW5nIG9uIFNvQyBvciBzeXN0ZW0gdHlwZS4gIFNvIGluc3RhbGxpbmcgYm9vdCBiaXRzIHRv IC91c3IvbG9jYWwvc2hhcmUvdS1ib290IHRoZW4gbWFraW5nIHRoZSB1c2VyIGhhbmRsZSB0aGUg bGFzdCBiaXQgb2YgdGhlIGluc3RhbGwgaXMgYWJvdXQgdGhlIG9ubHkgb3B0aW9uLg0KDQotLSBJ YW4NCg0KPg0KPiBPbiBNb24sIE1heSAwNiwgMjAxOSBhdCAwNzo0NjowM1BNICswMDAwLCBKYW1l cyBTaHVyaWZmIHdyb3RlOg0KPiA+IEVGSS9CT09UL2Jvb3RhYXJjaDY0LmVmaSBpcyB0aGUgc2Ft ZSBhcyAvYm9vdC9sb2FkZXJfbHVhLmVmaSB3aGljaA0KPiA+IGlzIGFsc28gdGhlIHNhbWUgYXMg L2Jvb3QvbG9hZGVyLmVmaS4gWW91IGNhbiB1c2UgYSBkaWZmZXJlbnQNCj4gPiBsb2FkZXIsIG9m IGNvdXJzZSwgYnV0IHRoZSBMdWEgbG9hZGVyIGlzIHRoZSBkZWZhdWx0Lg0KPiA+DQo+ID4gLSBK YW1lcyBTaHVyaWZmDQo+ID4NCj4gPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiA+IEZy b206IEphbWVzIFNodXJpZmYNCj4gPiBTZW50OiBNb25kYXksIE1heSA2LCAyMDE5IDM6NDIgUE0N Cj4gPiBUbzogYm9iIHByb2hhc2thIDxmYnNkQHd3dy56ZWZveC5uZXQ+DQo+ID4gQ2M6IGZyZWVi c2QtYXJtQGZyZWVic2Qub3JnDQo+ID4gU3ViamVjdDogUkU6IENvbXBpbGluZyB1LWJvb3QtcnBp MyBvbiBhbiBycGkzDQo+ID4NCj4gPiAvYm9vdC9tc2RvcyBpcyBhbiBhcmJpdHJhcnkgbG9jYXRp b24uIEl0J3Mgbm90IGV2ZW4gcmVxdWlyZWQgdG8NCj4gPiBtb3VudCBpdC4gSSBtb3VudCBteSBG QVQgcGFydGl0aW9uIGVsc2V3aGVyZS4gU29tZSBib2FyZHMgZG9uJ3QgZXZlbg0KPiA+IGhhdmUg dS1ib290IGluIHRoZSBmaWxlc3lzdGVtIHRoZXkgZGQgaXQgZGlyZWN0bHkgb250byB0aGUgZGlz ay4NCj4gPiBBbHNvIGNvbnNpZGVyIHlvdSBkb24ndCBoYXZlIHRvIGJ1aWxkIHRoZSBwb3J0IG9u IHRoZSBSYXNwYmVycnkgUGksDQo+ID4gc28gdGhlcmUgd291bGQgYmUgbm8gd2F5IHRvIGluc3Rh bGwgdS1ib290IGZyb20gdGhlIGhvc3Qgc3lzdGVtDQo+ID4gd2l0aG91dCBrbm93aW5nIHdoZXJl IHRoZSBTRCBjYXJkIGlzIG1vdW50ZWQuDQo+ID4NCj4gPiBUaGUgcnBpLWZpcm13YXJlIHBvcnQg YWxzbyBwdXRzIHN0dWZmIGluIC91c3IvbG9jYWwvc2hhcmUuIFRoYXQncw0KPiA+IHRoZSBwb3J0 IHRoYXQgaGFzIG1vc3Qgb2YgdGhlIGZpbGVzIG5lZWRlZCBmb3IgdGhlIFJhc3BiZXJyeSBQaSdz DQo+ID4gRkFUIHBhcnRpdGlvbi4gSGVyZSBpcyBhIGxpc3Qgb2YgdGhlIGZpbGVzIGluIHRoZSBG QVQgcGFydGl0aW9uIGFuZA0KPiA+IHdoZXJlIHlvdSBjYW4gZ2V0IHRoZW0gZnJvbToNCj4gPg0K PiA+IC9MSUNFTlNFLmJyb2FkY29tOiBycGktZmlybXdhcmUgcG9ydA0KPiA+IC9hcm1zdHViOC5i aW46IHJwaS1maXJtd2FyZSBwb3J0DQo+ID4gL2JjbTI3MTAtcnBpLTMtYi5kdGI6IHJwaS1maXJt d2FyZSBwb3J0DQo+ID4gL2Jvb3Rjb2RlLmJpbjogcnBpLWZpcm13YXJlIHBvcnQNCj4gPiAvY29u ZmlnLnR4dDogcnBpLWZpcm13YXJlIChjb25maWdfcnBpMy50eHQpDQo+ID4gL2R0Yi8qOiBGcmVl QlNEIEJ1aWxkIE91dHB1dA0KPiA+ICgvdXNyL29iai91c3Ivc3JjL2FybTY0LmFhcmNoNjQvc3lz LyRLRVJOQ09ORi9tb2R1bGVzL3Vzci9zcmMvc3lzL20NCj4gPiBvZHVsZXMvZHRiIG9yIC9ib290 L2R0YiBvbiB0aGUgUmFzcGJlcnJ5IFBpKQ0KPiA+IC9maXh1cCouZGF0OiBycGktZmlybXdhcmUg cG9ydA0KPiA+IC9vdmVybGF5cy8qOiBycGktZmlybXdhcmUgcG9ydA0KPiA+IC9zdGFydCouZWxm OiBycGktZmlybXdhcmUgcG9ydA0KPiA+IC91LWJvb3QuYmluOiB1LWJvb3QtcnBpMyBwb3J0DQo+ ID4NCj4gPiAtIEphbWVzIFNodXJpZmYNCj4gPg0KPiA+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQo+ID4gRnJvbTogYm9iIHByb2hhc2thIDxmYnNkQHd3dy56ZWZveC5uZXQ+DQo+ID4gU2Vu dDogTW9uZGF5LCBNYXkgNiwgMjAxOSAzOjI5IFBNDQo+ID4gVG86IEphbWVzIFNodXJpZmYgPGph bWVzQG9wZW50ZWNoLmNjPg0KPiA+IENjOiBib2IgcHJvaGFza2EgPGZic2RAd3d3LnplZm94Lm5l dD4NCj4gPiBTdWJqZWN0OiBSZTogQ29tcGlsaW5nIHUtYm9vdC1ycGkzIG9uIGFuIHJwaTMNCj4g Pg0KPiA+IE9uIE1vbiwgTWF5IDA2LCAyMDE5IGF0IDA2OjE4OjM1UE0gKzAwMDAsIEphbWVzIFNo dXJpZmYgd3JvdGU6DQo+ID4gPiBDb3B5IC91c3IvbG9jYWwvc2hhcmUvdS1ib290L3UtYm9vdC1y cGkzL3UtYm9vdC5iaW4gdG8NCj4gPiA+IC9ib290L21zZG9zLg0KPiA+ID4NCj4gPg0KPiA+IE9r LCB0aGF0IGRpZCB0aGUgdHJpY2suICBJcyB0aGVyZSBzb21lIHBhcnRpY3VsYXIgcmVhc29uIG1h a2UNCj4gPiBpbnN0YWxsIGRpZG4ndCBwZXJmb3JtIHRoZSBjb3B5Pw0KPiA+DQo+ID4gVGhhbmsg eW91IHZlcnkgbXVjaCENCj4gPg0KPiA+IGJvYiBwcm9oYXNrYQ0KPiA+DQo+ID4NCj4gPiA+IC0g SmFtZXMgU2h1cmlmZg0KPiA+ID4NCj4gPiA+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+ ID4gPiBGcm9tOiBvd25lci1mcmVlYnNkLWFybUBmcmVlYnNkLm9yZyA8DQo+ID4gPiBvd25lci1m cmVlYnNkLWFybUBmcmVlYnNkLm9yZz4gT24gQmVoYWxmIE9mIGJvYiBwcm9oYXNrYQ0KPiA+ID4g U2VudDogTW9uZGF5LCBNYXkgNiwgMjAxOSAyOjA1IFBNDQo+ID4gPiBUbzogTWlrYT8/bCBVcmFu a2FyIDxtaWthZWwudXJhbmthckBnbWFpbC5jb20+DQo+ID4gPiBDYzogZnJlZWJzZC1hcm1AZnJl ZWJzZC5vcmc7IGZyZWVic2QtcG9ydHNAZnJlZWJzZC5vcmcNCj4gPiA+IFN1YmplY3Q6IFJlOiBD b21waWxpbmcgdS1ib290LXJwaTMgb24gYW4gcnBpMw0KPiA+ID4NCj4gPiA+IE9uIE1vbiwgTWF5 IDA2LCAyMDE5IGF0IDA2OjIwOjQ1UE0gKzAyMDAsIE1pa2E/P2wgVXJhbmthciB3cm90ZToNCj4g PiA+ID4gTGUgbHVuLiA2IG1haSAyMDE5ID8/IDE3OjE5LCBib2IgcHJvaGFza2EgPGZic2RAd3d3 LnplZm94Lm5ldD4gYQ0KPiA+ID4gPiA/P2NyaXQgOg0KPiA+ID4gPiA+DQo+ID4gPiA+ID4gT24g TW9uLCBNYXkgMDYsIDIwMTkgYXQgMDM6MjI6MzFQTSArMDIwMCwgTWlrYT8/bCBVcmFua2FyDQo+ ID4gPiA+ID4gd3JvdGU6DQo+ID4gPiA+ID4gPg0KPiA+ID4gPiA+ID4gSXQgYnVpbGRzIGZpbmUg aGVyZSBvbiBhYXJjaDY0LCBkbyB5b3UgaGF2ZQ0KPiA+ID4gPiA+ID4gc2VjdXJpdHkvb3BlbnNz bCogaW5zdGFsbGVkPw0KPiA+ID4gPiA+ID4NCj4gPiA+ID4gPg0KPiA+ID4gPiA+IFllcywgc2Vj dXJpdHkvb3BlbnNzbCBpcyBpbnN0YWxsZWQuIEkgZGlkbid0IHVzZSBpdCBieSBkZWZhdWx0DQo+ ID4gPiA+ID4gYmVjYXVzZSBvZiBlYXJsaWVyIHJlcG9ydHMgb2YgdHJvdWJsZS4gVGhlIHN5c3Rl bSByZW1pbmRzIG1lDQo+ID4gPiA+ID4gdGhhdA0KPiA+ID4gPg0KPiA+ID4gPiBEZWxldGUgaXQg YW5kIHJlYnVpbGQgdS1ib290LXJwaTMNCj4gPiA+ID4NCj4gPiA+DQo+ID4gPiBUaGF0IGNlcnRh aW5seSBoZWxwZWQsIG1ha2Ugbm93IHJ1bnMgc3VjY2Vzc2Z1bGx5Lg0KPiA+ID4NCj4gPiA+IEJ1 dCwgbWFrZSBpbnN0YWxsIGRpZG4ndCB1cGRhdGUgYW55dGhpbmcgaW4gL2Jvb3QvbXNkb3MuDQo+ ID4gPiBUaGVyZSBzZWVtIHRvIGJlIHRocmVlIGNvcGllcyBvZiB1LWJvb3QtYmluIGZsb2F0aW5n IGFyb3VuZCwgd2l0aA0KPiA+ID4gaWRlbnRpY2FsIHNpemUuIFNob3VsZCBJIGNvcHkgb25lIG1h bnVhbGx5IHRvIC9ib290L21zZG9zLCBhbmQNCj4gPiA+IGRvZXMgaXQgbWF0dGVyIHdoaWNoIG9u ZT8NCj4gPiA+DQo+ID4gPiBUaGFua3MgZm9yIHJlYWRpbmcgYW5kIHlvdXIgaGVscCENCj4gPiA+ DQo+ID4gPiBib2IgcHJvaGFza2ENCj4gPiA+DQo+ID4gPiBfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA+ID4gZnJlZWJzZC1hcm1AZnJlZWJzZC5vcmcg bWFpbGluZyBsaXN0DQo+ID4gPiBodHRwczovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlz dGluZm8vZnJlZWJzZC1hcm0NCj4gPiA+IFRvIHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRv ICINCj4gPiA+IGZyZWVic2QtYXJtLXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIg0KPiA+ID4gX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gPiA+ICBESVNDTEFJTUVSOiBUaGlzIG1l c3NhZ2UgYW5kIGFueSBhdHRhY2htZW50cyBhcmUgaW50ZW5kZWQgc29sZWx5DQo+ID4gPiBmb3Ig dGhlIHVzZSBvZiB0aGUgcmVjaXBpZW50IGFuZCBtYXkgY29udGFpbiBjb25maWRlbnRpYWwNCj4g PiA+IGluZm9ybWF0aW9uLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1lc3NhZ2UgaW4gZXJy b3IgcGxlYXNlDQo+ID4gPiBkZWxldGUgaXQgYW5kIHByb21wdGx5IG5vdGlmeSB0aGUgc2VuZGVy LCBKYW1lcyBTaHVyaWZmICgNCj4gPiA+IGphbWVzQG9wZW50ZWNoLmNjPG1haWx0bzpqYW1lc0Bv cGVudGVjaC5jYz4pLg0KPiA+ID4NCj4gPg0KPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQo+ID4gIERJU0NMQUlNRVI6IFRoaXMgbWVzc2FnZSBhbmQgYW55IGF0dGFjaG1lbnRz IGFyZSBpbnRlbmRlZCBzb2xlbHkNCj4gPiBmb3IgdGhlIHVzZSBvZiB0aGUgcmVjaXBpZW50IGFu ZCBtYXkgY29udGFpbiBjb25maWRlbnRpYWwNCj4gPiBpbmZvcm1hdGlvbi4gSWYgeW91IGhhdmUg cmVjZWl2ZWQgdGhpcyBtZXNzYWdlIGluIGVycm9yIHBsZWFzZQ0KPiA+IGRlbGV0ZSBpdCBhbmQg cHJvbXB0bHkgbm90aWZ5IHRoZSBzZW5kZXIsIEphbWVzIFNodXJpZmYgKA0KPiA+IGphbWVzQG9w ZW50ZWNoLmNjPG1haWx0bzpqYW1lc0BvcGVudGVjaC5jYz4pLg0KPiA+DQo+DQo+IF9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IGZyZWVic2QtYXJtQGZy ZWVic2Qub3JnIG1haWxpbmcgbGlzdA0KPiBodHRwczovL2xpc3RzLmZyZWVic2Qub3JnL21haWxt YW4vbGlzdGluZm8vZnJlZWJzZC1hcm0NCj4gVG8gdW5zdWJzY3JpYmUsIHNlbmQgYW55IG1haWwg dG8gImZyZWVic2QtYXJtLXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnDQo+ICINCg0KX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18NCiBESVNDTEFJTUVSOiBUaGlzIG1lc3NhZ2UgYW5kIGFu eSBhdHRhY2htZW50cyBhcmUgaW50ZW5kZWQgc29sZWx5IGZvciB0aGUgdXNlIG9mIHRoZSByZWNp cGllbnQgYW5kIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBpbmZvcm1hdGlvbi4gSWYgeW91IGhh dmUgcmVjZWl2ZWQgdGhpcyBtZXNzYWdlIGluIGVycm9yIHBsZWFzZSBkZWxldGUgaXQgYW5kIHBy b21wdGx5IG5vdGlmeSB0aGUgc2VuZGVyLCBKYW1lcyBTaHVyaWZmIChqYW1lc0BvcGVudGVjaC5j YzxtYWlsdG86amFtZXNAb3BlbnRlY2guY2M+KS4NCg== From owner-freebsd-arm@freebsd.org Mon May 6 21:27:32 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7FEF91596AD8 for ; Mon, 6 May 2019 21:27:32 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1.eu.mailhop.org (outbound1.eu.mailhop.org [52.28.251.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B5F328BA20 for ; Mon, 6 May 2019 21:27:31 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1557178048; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=U41UQZ9G4Z8GGeFFtgdSLd8a/mFSEma+pKHsaddASbwimkhrn91in1VyGSg+0AyPF1mcxgh2sXEbE xjebEZl3NW9/L58ydRcyeXpBwFf7UyCT+c/ms/Eb1AAxVmiTLm2bB562RtCfb08giG3rxssFXK9lQn 5c/N+CqQ93D7BQyr2+Smqhl7GWqf0btFIRjgb+KILSeKArLS8+R3FmbGMsCOI1akWCvLjtnU4NlduH L8S2j423FQO5UbN+hi+o3BTCozIJudQr1ze3LFiWSWiVgt6Ao0MpZlEdzcIL9AmBS4C4K3RYz8kMUv +PDH7aZhzE+2fessynVBQALbxUSFkZQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=20ifZ46vBxsZzPy1D7PWo/ZnwHKczAiJP9K7ikkfI8U=; b=husk5J3IZ3af7qpwmzNj3j4K62V2yLesDPKylXuqshODjMH0G7mWi60hYY3CdyieyhDD5im4eekLN wEmsrIhtw5GlvkztI+lxHXtHI3HRWnD8wFFgSDMG2u5FZOHqskDFICcRFhcOBAIbxZQxZ6d5anAyon c90GKdQZeWZroCN2Nst04khsypAvIa4Yw7QSYIZHQ50L7hUyZKGrpXReF12GDjWVcK3dGROiPOrNLh fOaf8vV/xaoDBGPyvpKGHuasnIJ+LheOXYP3s/GE79p5Kk5b2GA3EHgG72+O6vGZB0Kkp1DCrjQonM dXF7fifnNfDLXHFI4I98B8Xloiw4w9Q== ARC-Authentication-Results: i=1; outbound3.eu.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=20ifZ46vBxsZzPy1D7PWo/ZnwHKczAiJP9K7ikkfI8U=; b=GVsgbmBzUzF6JXpI1QNoAKFUbzG3rcAzBs3Qwl5HPQmg/wN+1IYNuzIXuABF5B6csUIRfAddx3Tw3 d4w3YEIZO37UlTaDsZyyL+bDPYKsw3QcGzl/4lImq9aXqZ1xMpex7yXxdHBkNzVLsGOyAlvHQ/+Y3T CPv8w28+5qEjB4nXIDvBbKM6rwe1gEcXNsZwT7oRlqaQhwqjKHZ2Iw0zFT7SiHjVdi7BM6m1kcNQJX qYxl0MZrmyEDiGymNB6ZOtiZ6+9DN4bEL4BzuoCrYA2gXxz/mzUOUwP+1ACerv22LHTYUXTmO0XCHl 9neYNgA1NZRTW9ziDTtpFIa96G8JITg== X-MHO-RoutePath: aGlwcGll X-MHO-User: bd5e8216-7045-11e9-908b-352056dbf2de X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound3.eu.mailhop.org (Halon) with ESMTPSA id bd5e8216-7045-11e9-908b-352056dbf2de; Mon, 06 May 2019 21:27:26 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id x46LROBM034202; Mon, 6 May 2019 15:27:24 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: Subject: Re: Compiling u-boot-rpi3 on an rpi3 From: Ian Lepore To: James Shuriff , bob prohaska Cc: "freebsd-arm@freebsd.org" Date: Mon, 06 May 2019 15:27:24 -0600 In-Reply-To: References: <20190506020115.GA40421@www.zefox.net> <20190506151908.GA43714@www.zefox.net> <20190506180501.GB44000@www.zefox.net> <20190506192919.GA44506@www.zefox.net> <20190506210832.GA45045@www.zefox.net> <81a9c8cd930ae5740a3245c0f956fc280cc5f473.camel@freebsd.org> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: B5F328BA20 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.980,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; ASN(0.00)[asn:16509, ipnet:52.28.0.0/16, country:US] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 21:27:32 -0000 On Mon, 2019-05-06 at 21:24 +0000, James Shuriff wrote: > You have to cross compile regardless of what your host system is. U- > Boot uses GNU's toolchain, unfortunately. That didn't used to be true. GCC was required to cross-compile on amd64, but native compiles were done using the preinstalled host clang. That was fixed back in like 2016, maybe even earlier. Hmmm, for armv6/7 that is; maybe it never worked for aarch64? -- Ian > Rpi-firmware will also install files in /usr/local/share because, as > previously stated, it's the safest option. I don't know how often the > VideoCore blobs get updated but if you want the latest and greatest > replace what's in your /boot with the blobs from rpi-firmware, U-Boot > from u-boot-rpi3, the dtb's from /boot, and bootaa64.efi from > /boot/loader_lua.efi (same as /boot/loader.efi, it's a hard link). > > If you want a completely up to date system install the rpi-firmware > port and copy over newer versions of the files. You'll need the dtb's > from /boot and you'll have to update bootaa64.efi from loader_lua.efi > in /boot. > > - James Shuriff > > -----Original Message----- > From: Ian Lepore > Sent: Monday, May 6, 2019 5:18 PM > To: bob prohaska ; James Shuriff < > james@opentech.cc> > Cc: freebsd-arm@freebsd.org > Subject: Re: Compiling u-boot-rpi3 on an rpi3 > > On Mon, 2019-05-06 at 14:08 -0700, bob prohaska wrote: > > Ok, now I'm thoroughly confused 8-) It sounds as if the guiding > > assumption behind the u-boot-rpi3 port is that it _isn't_ being > > self-hosted, but rather part of a cross-compile to be copied onto > > an > > installer medium. This is at variance with "normal" ports, but > > consistent with an embedded target that never self-hosts. > > > > Looking at my own rpi3's /boot directory, most of the files are > > dated > > May 4th, the last time world and kernel were rebuilt and installed. > > Are those files genuinely up-to-date, or merely fresh copies of old > > versions from /usr/share.....? > > > > On a Pi3 that _is_ selfhosting, will updating rpi-firmware and u- > > boot-rpi3 > > and then updating world and kernel complete the firmware and u-boot > > update? > > > > Apologies for the confusion, and thanks for any clarification! > > > > bob prohaska > > > > Updating boot stuff is always a semi-manual procedure. For example, > on > x86 systems after doing make installworld you have a new boot0 and a > new gptboot or zfsboot, but they've only been installed to > /boot. It's up to you to run the gpart commands that install those > things to the outside-the-ufs-filesystem parts of the disk drive. > > The same concept applies to arm and other embedded systems, which > have an even more diverse set of "outside the ufs filesystem" things > to deal with. In the embedded case it's not necessarily even safe or > possible to install the various boot bits to /boot, because there may > be items that have the same name (u-boot.bin for example) but > actually differ depending on SoC or system type. So installing boot > bits to /usr/local/share/u-boot then making the user handle the last > bit of the install is about the only option. > > -- Ian > > > > > On Mon, May 06, 2019 at 07:46:03PM +0000, James Shuriff wrote: > > > EFI/BOOT/bootaarch64.efi is the same as /boot/loader_lua.efi > > > which > > > is also the same as /boot/loader.efi. You can use a different > > > loader, of course, but the Lua loader is the default. > > > > > > - James Shuriff > > > > > > -----Original Message----- > > > From: James Shuriff > > > Sent: Monday, May 6, 2019 3:42 PM > > > To: bob prohaska > > > Cc: freebsd-arm@freebsd.org > > > Subject: RE: Compiling u-boot-rpi3 on an rpi3 > > > > > > /boot/msdos is an arbitrary location. It's not even required to > > > mount it. I mount my FAT partition elsewhere. Some boards don't > > > even > > > have u-boot in the filesystem they dd it directly onto the disk. > > > Also consider you don't have to build the port on the Raspberry > > > Pi, > > > so there would be no way to install u-boot from the host system > > > without knowing where the SD card is mounted. > > > > > > The rpi-firmware port also puts stuff in /usr/local/share. That's > > > the port that has most of the files needed for the Raspberry Pi's > > > FAT partition. Here is a list of the files in the FAT partition > > > and > > > where you can get them from: > > > > > > /LICENSE.broadcom: rpi-firmware port > > > /armstub8.bin: rpi-firmware port > > > /bcm2710-rpi-3-b.dtb: rpi-firmware port > > > /bootcode.bin: rpi-firmware port > > > /config.txt: rpi-firmware (config_rpi3.txt) > > > /dtb/*: FreeBSD Build Output > > > (/usr/obj/usr/src/arm64.aarch64/sys/$KERNCONF/modules/usr/src/sys > > > /m > > > odules/dtb or /boot/dtb on the Raspberry Pi) > > > /fixup*.dat: rpi-firmware port > > > /overlays/*: rpi-firmware port > > > /start*.elf: rpi-firmware port > > > /u-boot.bin: u-boot-rpi3 port > > > > > > - James Shuriff > > > > > > -----Original Message----- > > > From: bob prohaska > > > Sent: Monday, May 6, 2019 3:29 PM > > > To: James Shuriff > > > Cc: bob prohaska > > > Subject: Re: Compiling u-boot-rpi3 on an rpi3 > > > > > > On Mon, May 06, 2019 at 06:18:35PM +0000, James Shuriff wrote: > > > > Copy /usr/local/share/u-boot/u-boot-rpi3/u-boot.bin to > > > > /boot/msdos. > > > > > > > > > > Ok, that did the trick. Is there some particular reason make > > > install didn't perform the copy? > > > > > > Thank you very much! > > > > > > bob prohaska > > > > > > > > > > - James Shuriff > > > > > > > > -----Original Message----- > > > > From: owner-freebsd-arm@freebsd.org < > > > > owner-freebsd-arm@freebsd.org> On Behalf Of bob prohaska > > > > Sent: Monday, May 6, 2019 2:05 PM > > > > To: Mika??l Urankar > > > > Cc: freebsd-arm@freebsd.org; freebsd-ports@freebsd.org > > > > Subject: Re: Compiling u-boot-rpi3 on an rpi3 > > > > > > > > On Mon, May 06, 2019 at 06:20:45PM +0200, Mika??l Urankar > > > > wrote: > > > > > Le lun. 6 mai 2019 ?? 17:19, bob prohaska > > > > > a > > > > > ??crit : > > > > > > > > > > > > On Mon, May 06, 2019 at 03:22:31PM +0200, Mika??l Urankar > > > > > > wrote: > > > > > > > > > > > > > > It builds fine here on aarch64, do you have > > > > > > > security/openssl* installed? > > > > > > > > > > > > > > > > > > > Yes, security/openssl is installed. I didn't use it by > > > > > > default > > > > > > because of earlier reports of trouble. The system reminds > > > > > > me > > > > > > that > > > > > > > > > > Delete it and rebuild u-boot-rpi3 > > > > > > > > > > > > > That certainly helped, make now runs successfully. > > > > > > > > But, make install didn't update anything in /boot/msdos. > > > > There seem to be three copies of u-boot-bin floating around, > > > > with > > > > identical size. Should I copy one manually to /boot/msdos, and > > > > does it matter which one? > > > > > > > > Thanks for reading and your help! > > > > > > > > bob prohaska > > > > > > > > _______________________________________________ > > > > freebsd-arm@freebsd.org mailing list > > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > > To unsubscribe, send any mail to " > > > > freebsd-arm-unsubscribe@freebsd.org" > > > > ________________________________ > > > > DISCLAIMER: This message and any attachments are intended > > > > solely > > > > for the use of the recipient and may contain confidential > > > > information. If you have received this message in error please > > > > delete it and promptly notify the sender, James Shuriff ( > > > > james@opentech.cc). > > > > > > > > > > ________________________________ > > > DISCLAIMER: This message and any attachments are intended solely > > > for the use of the recipient and may contain confidential > > > information. If you have received this message in error please > > > delete it and promptly notify the sender, James Shuriff ( > > > james@opentech.cc). > > > > > > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to " > > freebsd-arm-unsubscribe@freebsd.org > > " > > ________________________________ > DISCLAIMER: This message and any attachments are intended solely for > the use of the recipient and may contain confidential information. If > you have received this message in error please delete it and promptly > notify the sender, James Shuriff (james@opentech.cc james@opentech.cc>). > From owner-freebsd-arm@freebsd.org Mon May 6 21:30:47 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 65C731596D00 for ; Mon, 6 May 2019 21:30:47 +0000 (UTC) (envelope-from james@opentech.cc) Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-eopbgr780041.outbound.protection.outlook.com [40.107.78.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1B9498BB6E; Mon, 6 May 2019 21:30:45 +0000 (UTC) (envelope-from james@opentech.cc) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opentech.cc; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=uWES9B6CGW+P6GyX77Ft3ZYlE7QqllUtObf7rrV1d3E=; b=vtqMFhqfP+TKgNYS+MF//Oq1UVGucfYf5f9OWVfxClPE4gZ5EGBSAEun/EzXAw5IVmb3FsMCU0tJSJRa9DGy+J6VdcGLR0EAaIrJ7sWQaOoiC+LKl3MjsVQOn/fKa1+Rq3+t9M5/XSZ5MyqvYoItzkdVzi+mKnz2Xkw90GHNQnA= Received: from BN7PR06MB5187.namprd06.prod.outlook.com (20.176.29.18) by BN7PR06MB3988.namprd06.prod.outlook.com (52.132.220.142) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1856.11; Mon, 6 May 2019 21:30:42 +0000 Received: from BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f]) by BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f%5]) with mapi id 15.20.1856.012; Mon, 6 May 2019 21:30:42 +0000 From: James Shuriff To: Ian Lepore , bob prohaska CC: "freebsd-arm@freebsd.org" Subject: RE: Compiling u-boot-rpi3 on an rpi3 Thread-Topic: Compiling u-boot-rpi3 on an rpi3 Thread-Index: AQHVA6/hKExcD8AWFEuc9fg9iSbTAKZeZdjtgAACnHCAABQsgIAAAFCggAAEBsCAABdjgIAAArAAgAAAdFCAAAIhAIAAADeQ Date: Mon, 6 May 2019 21:30:42 +0000 Message-ID: References: <20190506020115.GA40421@www.zefox.net> <20190506151908.GA43714@www.zefox.net> <20190506180501.GB44000@www.zefox.net> <20190506192919.GA44506@www.zefox.net> <20190506210832.GA45045@www.zefox.net> <81a9c8cd930ae5740a3245c0f956fc280cc5f473.camel@freebsd.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [71.251.5.193] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 09c10c2b-7cee-43e3-f9c2-08d6d26a179a x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(7021145)(8989299)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:BN7PR06MB3988; x-ms-traffictypediagnostic: BN7PR06MB3988: x-ms-exchange-purlcount: 1 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7219; x-forefront-prvs: 0029F17A3F x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(396003)(39830400003)(376002)(136003)(346002)(366004)(13464003)(199004)(189003)(38564003)(110136005)(53546011)(6506007)(102836004)(4326008)(86362001)(186003)(7696005)(99286004)(76176011)(25786009)(14454004)(52536014)(6246003)(305945005)(229853002)(81156014)(8676002)(81166006)(33656002)(8936002)(7736002)(74482002)(11346002)(9686003)(6436002)(6306002)(5660300002)(71190400001)(2906002)(55016002)(74316002)(68736007)(71200400001)(446003)(476003)(966005)(26005)(508600001)(486006)(53936002)(316002)(66066001)(64756008)(73956011)(66946007)(66556008)(256004)(14444005)(5024004)(66446008)(66476007)(3846002)(76116006)(6116002); DIR:OUT; SFP:1101; SCL:1; SRVR:BN7PR06MB3988; H:BN7PR06MB5187.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: opentech.cc does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: 6lIPBTsbR/7IKmlU1wkyd0+KXYk/XG5+9D3MQ9MBEQ1SKYXsf3OLc7LaWL+Amy5liRm2OxTGFhvPdZkFPJZXn1Q4BZrO5YU1tnDWhhSDAFKv3liUJaFjhYeqbVQpSl3NbpCSI64zHDGTkXfZDKc4Xocn//j3RAIccPYCh8vnyH27wiNtLdEiYPWbCXqGLUppcKgY02Y7MktPH+xiN4fxQnYsFe+iHMmTnpXHQZGizICFceE6xhhYrpJUChYnoUB5YES3BN9LvbaFZmLPFnbcdQ0Gr7XDjSzPAWdEAz4msYjY27ouat1FZWnzWU5bCD9POItKSdQr0qhe6OSigtnjDpkShmTQUp7noRjQuUvDXi/74efzk1CUpgBTicSmyOC2Obma+nidXyKihsbiHtopiisEJQKEIxf4lKMOMYpmyDQ= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: opentech.cc X-MS-Exchange-CrossTenant-Network-Message-Id: 09c10c2b-7cee-43e3-f9c2-08d6d26a179a X-MS-Exchange-CrossTenant-originalarrivaltime: 06 May 2019 21:30:42.2973 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5c5dd5ac-929c-48f6-a3f4-c0c8602c24af X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR06MB3988 X-Rspamd-Queue-Id: 1B9498BB6E X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=opentech.cc header.s=selector1 header.b=vtqMFhqf; spf=pass (mx1.freebsd.org: domain of james@opentech.cc designates 40.107.78.41 as permitted sender) smtp.mailfrom=james@opentech.cc X-Spamd-Result: default: False [-4.38 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[opentech.cc:s=selector1]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[opentech.cc]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[opentech.cc:+]; MIME_BASE64_TEXT(0.10)[]; RCVD_IN_DNSWL_NONE(0.00)[41.78.107.40.list.dnswl.org : 127.0.3.0]; MX_GOOD(-0.01)[cached: opentech-cc.mail.protection.outlook.com]; NEURAL_HAM_SHORT(-0.97)[-0.970,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; IP_SCORE(-1.00)[ipnet: 40.64.0.0/10(-2.69), asn: 8075(-2.23), country: US(-0.06)] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 21:30:47 -0000 WW91J3JlIGNvcnJlY3QsIHlvdSBjYW4gYnVpbGQgVS1Cb290IHVzaW5nIExMVk0gZm9yIGFybXZb NjddIGJ1dCBub3QgQWFyY2g2NC4gRXZlbiB3aGVuIHlvdSB1c2UgTExWTSBmb3IgYXJtdls2N10g c29tZSBvZiB0aGUgcmVsb2NhdGlvbnMgZG9uJ3Qgd29yayBwcm9wZXJseS4gQmVzdCB0byBzdGlj ayB0aGUgR05VIHRvb2xjaGFpbiBmb3IgVS1Cb290IGFuZCBlbnNsYXZlIHlvdXJzZWxmIHRvIEdQ THYzIDopDQoNCi0gSmFtZXMgU2h1cmlmZg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0K RnJvbTogSWFuIExlcG9yZSA8aWFuQGZyZWVic2Qub3JnPg0KU2VudDogTW9uZGF5LCBNYXkgNiwg MjAxOSA1OjI3IFBNDQpUbzogSmFtZXMgU2h1cmlmZiA8amFtZXNAb3BlbnRlY2guY2M+OyBib2Ig cHJvaGFza2EgPGZic2RAd3d3LnplZm94Lm5ldD4NCkNjOiBmcmVlYnNkLWFybUBmcmVlYnNkLm9y Zw0KU3ViamVjdDogUmU6IENvbXBpbGluZyB1LWJvb3QtcnBpMyBvbiBhbiBycGkzDQoNCk9uIE1v biwgMjAxOS0wNS0wNiBhdCAyMToyNCArMDAwMCwgSmFtZXMgU2h1cmlmZiB3cm90ZToNCj4gWW91 IGhhdmUgdG8gY3Jvc3MgY29tcGlsZSByZWdhcmRsZXNzIG9mIHdoYXQgeW91ciBob3N0IHN5c3Rl bSBpcy4gVS0NCj4gQm9vdCB1c2VzIEdOVSdzIHRvb2xjaGFpbiwgdW5mb3J0dW5hdGVseS4NCg0K VGhhdCBkaWRuJ3QgdXNlZCB0byBiZSB0cnVlLiAgR0NDIHdhcyByZXF1aXJlZCB0byBjcm9zcy1j b21waWxlIG9uIGFtZDY0LCBidXQgbmF0aXZlIGNvbXBpbGVzIHdlcmUgZG9uZSB1c2luZyB0aGUg cHJlaW5zdGFsbGVkIGhvc3QgY2xhbmcuDQpUaGF0IHdhcyBmaXhlZCBiYWNrIGluIGxpa2UgMjAx NiwgbWF5YmUgZXZlbiBlYXJsaWVyLiAgSG1tbSwgZm9yDQphcm12Ni83IHRoYXQgaXM7IG1heWJl IGl0IG5ldmVyIHdvcmtlZCBmb3IgYWFyY2g2ND8NCg0KLS0gSWFuDQoNCg0KPiBScGktZmlybXdh cmUgd2lsbCBhbHNvIGluc3RhbGwgZmlsZXMgaW4gL3Vzci9sb2NhbC9zaGFyZSBiZWNhdXNlLCBh cw0KPiBwcmV2aW91c2x5IHN0YXRlZCwgaXQncyB0aGUgc2FmZXN0IG9wdGlvbi4gSSBkb24ndCBr bm93IGhvdyBvZnRlbiB0aGUNCj4gVmlkZW9Db3JlIGJsb2JzIGdldCB1cGRhdGVkIGJ1dCBpZiB5 b3Ugd2FudCB0aGUgbGF0ZXN0IGFuZCBncmVhdGVzdA0KPiByZXBsYWNlIHdoYXQncyBpbiB5b3Vy IC9ib290L21zZG9zIHdpdGggdGhlIGJsb2JzIGZyb20gcnBpLWZpcm13YXJlLCBVLUJvb3QNCj4g ZnJvbSB1LWJvb3QtcnBpMywgdGhlIGR0YidzIGZyb20gL2Jvb3QsIGFuZCBib290YWE2NC5lZmkg ZnJvbQ0KPiAvYm9vdC9sb2FkZXJfbHVhLmVmaSAoc2FtZSBhcyAvYm9vdC9sb2FkZXIuZWZpLCBp dCdzIGEgaGFyZCBsaW5rKS4NCj4NCj4gSWYgeW91IHdhbnQgYSBjb21wbGV0ZWx5IHVwIHRvIGRh dGUgc3lzdGVtIGluc3RhbGwgdGhlIHJwaS1maXJtd2FyZQ0KPiBwb3J0IGFuZCBjb3B5IG92ZXIg bmV3ZXIgdmVyc2lvbnMgb2YgdGhlIGZpbGVzLiBZb3UnbGwgbmVlZCB0aGUgZHRiJ3MNCj4gZnJv bSAvYm9vdCBhbmQgeW91J2xsIGhhdmUgdG8gdXBkYXRlIGJvb3RhYTY0LmVmaSBmcm9tIGxvYWRl cl9sdWEuZWZpDQo+IGluIC9ib290Lg0KPg0KPiAtIEphbWVzIFNodXJpZmYNCj4NCj4gLS0tLS1P cmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogSWFuIExlcG9yZSA8aWFuQGZyZWVic2Qub3Jn Pg0KPiBTZW50OiBNb25kYXksIE1heSA2LCAyMDE5IDU6MTggUE0NCj4gVG86IGJvYiBwcm9oYXNr YSA8ZmJzZEB3d3cuemVmb3gubmV0PjsgSmFtZXMgU2h1cmlmZiA8DQo+IGphbWVzQG9wZW50ZWNo LmNjPg0KPiBDYzogZnJlZWJzZC1hcm1AZnJlZWJzZC5vcmcNCj4gU3ViamVjdDogUmU6IENvbXBp bGluZyB1LWJvb3QtcnBpMyBvbiBhbiBycGkzDQo+DQo+IE9uIE1vbiwgMjAxOS0wNS0wNiBhdCAx NDowOCAtMDcwMCwgYm9iIHByb2hhc2thIHdyb3RlOg0KPiA+IE9rLCBub3cgSSdtIHRob3JvdWdo bHkgY29uZnVzZWQgOC0pIEl0IHNvdW5kcyBhcyBpZiB0aGUgZ3VpZGluZw0KPiA+IGFzc3VtcHRp b24gYmVoaW5kIHRoZSB1LWJvb3QtcnBpMyBwb3J0IGlzIHRoYXQgaXQgX2lzbid0XyBiZWluZw0K PiA+IHNlbGYtaG9zdGVkLCBidXQgcmF0aGVyIHBhcnQgb2YgYSBjcm9zcy1jb21waWxlIHRvIGJl IGNvcGllZCBvbnRvIGFuDQo+ID4gaW5zdGFsbGVyIG1lZGl1bS4gVGhpcyBpcyBhdCB2YXJpYW5j ZSB3aXRoICJub3JtYWwiIHBvcnRzLCBidXQNCj4gPiBjb25zaXN0ZW50IHdpdGggYW4gZW1iZWRk ZWQgdGFyZ2V0IHRoYXQgbmV2ZXIgc2VsZi1ob3N0cy4NCj4gPg0KPiA+IExvb2tpbmcgYXQgbXkg b3duIHJwaTMncyAvYm9vdCBkaXJlY3RvcnksIG1vc3Qgb2YgdGhlIGZpbGVzIGFyZQ0KPiA+IGRh dGVkIE1heSA0dGgsIHRoZSBsYXN0IHRpbWUgd29ybGQgYW5kIGtlcm5lbCB3ZXJlIHJlYnVpbHQg YW5kDQo+ID4gaW5zdGFsbGVkLg0KPiA+IEFyZSB0aG9zZSBmaWxlcyBnZW51aW5lbHkgdXAtdG8t ZGF0ZSwgb3IgbWVyZWx5IGZyZXNoIGNvcGllcyBvZiBvbGQNCj4gPiB2ZXJzaW9ucyBmcm9tIC91 c3Ivc2hhcmUuLi4uLj8NCj4gPg0KPiA+IE9uIGEgUGkzIHRoYXQgX2lzXyBzZWxmaG9zdGluZywg d2lsbCB1cGRhdGluZyBycGktZmlybXdhcmUgYW5kIHUtDQo+ID4gYm9vdC1ycGkzDQo+ID4gYW5k IHRoZW4gdXBkYXRpbmcgd29ybGQgYW5kIGtlcm5lbCBjb21wbGV0ZSB0aGUgZmlybXdhcmUgYW5k IHUtYm9vdA0KPiA+IHVwZGF0ZT8NCj4gPg0KPiA+IEFwb2xvZ2llcyBmb3IgdGhlIGNvbmZ1c2lv biwgYW5kIHRoYW5rcyBmb3IgYW55IGNsYXJpZmljYXRpb24hDQo+ID4NCj4gPiBib2IgcHJvaGFz a2ENCj4gPg0KPg0KPiBVcGRhdGluZyBib290IHN0dWZmIGlzIGFsd2F5cyBhIHNlbWktbWFudWFs IHByb2NlZHVyZS4gIEZvciBleGFtcGxlLA0KPiBvbg0KPiB4ODYgc3lzdGVtcyBhZnRlciBkb2lu ZyBtYWtlIGluc3RhbGx3b3JsZCB5b3UgaGF2ZSBhIG5ldyBib290MCBhbmQgYQ0KPiBuZXcgZ3B0 Ym9vdCBvciB6ZnNib290LCBidXQgdGhleSd2ZSBvbmx5IGJlZW4gaW5zdGFsbGVkIHRvIC9ib290 Lg0KPiBJdCdzIHVwIHRvIHlvdSB0byBydW4gdGhlIGdwYXJ0IGNvbW1hbmRzIHRoYXQgaW5zdGFs bCB0aG9zZSB0aGluZ3MgdG8NCj4gdGhlIG91dHNpZGUtdGhlLXVmcy1maWxlc3lzdGVtIHBhcnRz IG9mIHRoZSBkaXNrIGRyaXZlLg0KPg0KPiBUaGUgc2FtZSBjb25jZXB0IGFwcGxpZXMgdG8gYXJt IGFuZCBvdGhlciBlbWJlZGRlZCBzeXN0ZW1zLCB3aGljaCBoYXZlDQo+IGFuIGV2ZW4gbW9yZSBk aXZlcnNlIHNldCBvZiAib3V0c2lkZSB0aGUgdWZzIGZpbGVzeXN0ZW0iIHRoaW5ncyB0bw0KPiBk ZWFsIHdpdGguICBJbiB0aGUgZW1iZWRkZWQgY2FzZSBpdCdzIG5vdCBuZWNlc3NhcmlseSBldmVu IHNhZmUgb3INCj4gcG9zc2libGUgdG8gaW5zdGFsbCB0aGUgdmFyaW91cyBib290IGJpdHMgdG8g L2Jvb3QsIGJlY2F1c2UgdGhlcmUgbWF5DQo+IGJlIGl0ZW1zIHRoYXQgaGF2ZSB0aGUgc2FtZSBu YW1lICh1LWJvb3QuYmluIGZvciBleGFtcGxlKSBidXQgYWN0dWFsbHkNCj4gZGlmZmVyIGRlcGVu ZGluZyBvbiBTb0Mgb3Igc3lzdGVtIHR5cGUuICBTbyBpbnN0YWxsaW5nIGJvb3QgYml0cyB0bw0K PiAvdXNyL2xvY2FsL3NoYXJlL3UtYm9vdCB0aGVuIG1ha2luZyB0aGUgdXNlciBoYW5kbGUgdGhl IGxhc3QgYml0IG9mDQo+IHRoZSBpbnN0YWxsIGlzIGFib3V0IHRoZSBvbmx5IG9wdGlvbi4NCj4N Cj4gLS0gSWFuDQo+DQo+ID4NCj4gPiBPbiBNb24sIE1heSAwNiwgMjAxOSBhdCAwNzo0NjowM1BN ICswMDAwLCBKYW1lcyBTaHVyaWZmIHdyb3RlOg0KPiA+ID4gRUZJL0JPT1QvYm9vdGFhcmNoNjQu ZWZpIGlzIHRoZSBzYW1lIGFzIC9ib290L2xvYWRlcl9sdWEuZWZpIHdoaWNoDQo+ID4gPiBpcyBh bHNvIHRoZSBzYW1lIGFzIC9ib290L2xvYWRlci5lZmkuIFlvdSBjYW4gdXNlIGEgZGlmZmVyZW50 DQo+ID4gPiBsb2FkZXIsIG9mIGNvdXJzZSwgYnV0IHRoZSBMdWEgbG9hZGVyIGlzIHRoZSBkZWZh dWx0Lg0KPiA+ID4NCj4gPiA+IC0gSmFtZXMgU2h1cmlmZg0KPiA+ID4NCj4gPiA+IC0tLS0tT3Jp Z2luYWwgTWVzc2FnZS0tLS0tDQo+ID4gPiBGcm9tOiBKYW1lcyBTaHVyaWZmDQo+ID4gPiBTZW50 OiBNb25kYXksIE1heSA2LCAyMDE5IDM6NDIgUE0NCj4gPiA+IFRvOiBib2IgcHJvaGFza2EgPGZi c2RAd3d3LnplZm94Lm5ldD4NCj4gPiA+IENjOiBmcmVlYnNkLWFybUBmcmVlYnNkLm9yZw0KPiA+ ID4gU3ViamVjdDogUkU6IENvbXBpbGluZyB1LWJvb3QtcnBpMyBvbiBhbiBycGkzDQo+ID4gPg0K PiA+ID4gL2Jvb3QvbXNkb3MgaXMgYW4gYXJiaXRyYXJ5IGxvY2F0aW9uLiBJdCdzIG5vdCBldmVu IHJlcXVpcmVkIHRvDQo+ID4gPiBtb3VudCBpdC4gSSBtb3VudCBteSBGQVQgcGFydGl0aW9uIGVs c2V3aGVyZS4gU29tZSBib2FyZHMgZG9uJ3QNCj4gPiA+IGV2ZW4gaGF2ZSB1LWJvb3QgaW4gdGhl IGZpbGVzeXN0ZW0gdGhleSBkZCBpdCBkaXJlY3RseSBvbnRvIHRoZQ0KPiA+ID4gZGlzay4NCj4g PiA+IEFsc28gY29uc2lkZXIgeW91IGRvbid0IGhhdmUgdG8gYnVpbGQgdGhlIHBvcnQgb24gdGhl IFJhc3BiZXJyeQ0KPiA+ID4gUGksIHNvIHRoZXJlIHdvdWxkIGJlIG5vIHdheSB0byBpbnN0YWxs IHUtYm9vdCBmcm9tIHRoZSBob3N0DQo+ID4gPiBzeXN0ZW0gd2l0aG91dCBrbm93aW5nIHdoZXJl IHRoZSBTRCBjYXJkIGlzIG1vdW50ZWQuDQo+ID4gPg0KPiA+ID4gVGhlIHJwaS1maXJtd2FyZSBw b3J0IGFsc28gcHV0cyBzdHVmZiBpbiAvdXNyL2xvY2FsL3NoYXJlLiBUaGF0J3MNCj4gPiA+IHRo ZSBwb3J0IHRoYXQgaGFzIG1vc3Qgb2YgdGhlIGZpbGVzIG5lZWRlZCBmb3IgdGhlIFJhc3BiZXJy eSBQaSdzDQo+ID4gPiBGQVQgcGFydGl0aW9uLiBIZXJlIGlzIGEgbGlzdCBvZiB0aGUgZmlsZXMg aW4gdGhlIEZBVCBwYXJ0aXRpb24NCj4gPiA+IGFuZCB3aGVyZSB5b3UgY2FuIGdldCB0aGVtIGZy b206DQo+ID4gPg0KPiA+ID4gL0xJQ0VOU0UuYnJvYWRjb206IHJwaS1maXJtd2FyZSBwb3J0DQo+ ID4gPiAvYXJtc3R1YjguYmluOiBycGktZmlybXdhcmUgcG9ydA0KPiA+ID4gL2JjbTI3MTAtcnBp LTMtYi5kdGI6IHJwaS1maXJtd2FyZSBwb3J0DQo+ID4gPiAvYm9vdGNvZGUuYmluOiBycGktZmly bXdhcmUgcG9ydA0KPiA+ID4gL2NvbmZpZy50eHQ6IHJwaS1maXJtd2FyZSAoY29uZmlnX3JwaTMu dHh0KQ0KPiA+ID4gL2R0Yi8qOiBGcmVlQlNEIEJ1aWxkIE91dHB1dA0KPiA+ID4gKC91c3Ivb2Jq L3Vzci9zcmMvYXJtNjQuYWFyY2g2NC9zeXMvJEtFUk5DT05GL21vZHVsZXMvdXNyL3NyYy9zeXMN Cj4gPiA+IC9tDQo+ID4gPiBvZHVsZXMvZHRiIG9yIC9ib290L2R0YiBvbiB0aGUgUmFzcGJlcnJ5 IFBpKQ0KPiA+ID4gL2ZpeHVwKi5kYXQ6IHJwaS1maXJtd2FyZSBwb3J0DQo+ID4gPiAvb3Zlcmxh eXMvKjogcnBpLWZpcm13YXJlIHBvcnQNCj4gPiA+IC9zdGFydCouZWxmOiBycGktZmlybXdhcmUg cG9ydA0KPiA+ID4gL3UtYm9vdC5iaW46IHUtYm9vdC1ycGkzIHBvcnQNCj4gPiA+DQo+ID4gPiAt IEphbWVzIFNodXJpZmYNCj4gPiA+DQo+ID4gPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0K PiA+ID4gRnJvbTogYm9iIHByb2hhc2thIDxmYnNkQHd3dy56ZWZveC5uZXQ+DQo+ID4gPiBTZW50 OiBNb25kYXksIE1heSA2LCAyMDE5IDM6MjkgUE0NCj4gPiA+IFRvOiBKYW1lcyBTaHVyaWZmIDxq YW1lc0BvcGVudGVjaC5jYz4NCj4gPiA+IENjOiBib2IgcHJvaGFza2EgPGZic2RAd3d3LnplZm94 Lm5ldD4NCj4gPiA+IFN1YmplY3Q6IFJlOiBDb21waWxpbmcgdS1ib290LXJwaTMgb24gYW4gcnBp Mw0KPiA+ID4NCj4gPiA+IE9uIE1vbiwgTWF5IDA2LCAyMDE5IGF0IDA2OjE4OjM1UE0gKzAwMDAs IEphbWVzIFNodXJpZmYgd3JvdGU6DQo+ID4gPiA+IENvcHkgL3Vzci9sb2NhbC9zaGFyZS91LWJv b3QvdS1ib290LXJwaTMvdS1ib290LmJpbiB0bw0KPiA+ID4gPiAvYm9vdC9tc2Rvcy4NCj4gPiA+ ID4NCj4gPiA+DQo+ID4gPiBPaywgdGhhdCBkaWQgdGhlIHRyaWNrLiAgSXMgdGhlcmUgc29tZSBw YXJ0aWN1bGFyIHJlYXNvbiBtYWtlDQo+ID4gPiBpbnN0YWxsIGRpZG4ndCBwZXJmb3JtIHRoZSBj b3B5Pw0KPiA+ID4NCj4gPiA+IFRoYW5rIHlvdSB2ZXJ5IG11Y2ghDQo+ID4gPg0KPiA+ID4gYm9i IHByb2hhc2thDQo+ID4gPg0KPiA+ID4NCj4gPiA+ID4gLSBKYW1lcyBTaHVyaWZmDQo+ID4gPiA+ DQo+ID4gPiA+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+ID4gPiA+IEZyb206IG93bmVy LWZyZWVic2QtYXJtQGZyZWVic2Qub3JnIDwNCj4gPiA+ID4gb3duZXItZnJlZWJzZC1hcm1AZnJl ZWJzZC5vcmc+IE9uIEJlaGFsZiBPZiBib2IgcHJvaGFza2ENCj4gPiA+ID4gU2VudDogTW9uZGF5 LCBNYXkgNiwgMjAxOSAyOjA1IFBNDQo+ID4gPiA+IFRvOiBNaWthPz9sIFVyYW5rYXIgPG1pa2Fl bC51cmFua2FyQGdtYWlsLmNvbT4NCj4gPiA+ID4gQ2M6IGZyZWVic2QtYXJtQGZyZWVic2Qub3Jn OyBmcmVlYnNkLXBvcnRzQGZyZWVic2Qub3JnDQo+ID4gPiA+IFN1YmplY3Q6IFJlOiBDb21waWxp bmcgdS1ib290LXJwaTMgb24gYW4gcnBpMw0KPiA+ID4gPg0KPiA+ID4gPiBPbiBNb24sIE1heSAw NiwgMjAxOSBhdCAwNjoyMDo0NVBNICswMjAwLCBNaWthPz9sIFVyYW5rYXINCj4gPiA+ID4gd3Jv dGU6DQo+ID4gPiA+ID4gTGUgbHVuLiA2IG1haSAyMDE5ID8/IDE3OjE5LCBib2IgcHJvaGFza2Eg PGZic2RAd3d3LnplZm94Lm5ldA0KPiA+ID4gPiA+ID4gYQ0KPiA+ID4gPiA+ID8/Y3JpdCA6DQo+ ID4gPiA+ID4gPg0KPiA+ID4gPiA+ID4gT24gTW9uLCBNYXkgMDYsIDIwMTkgYXQgMDM6MjI6MzFQ TSArMDIwMCwgTWlrYT8/bCBVcmFua2FyDQo+ID4gPiA+ID4gPiB3cm90ZToNCj4gPiA+ID4gPiA+ ID4NCj4gPiA+ID4gPiA+ID4gSXQgYnVpbGRzIGZpbmUgaGVyZSBvbiBhYXJjaDY0LCBkbyB5b3Ug aGF2ZQ0KPiA+ID4gPiA+ID4gPiBzZWN1cml0eS9vcGVuc3NsKiBpbnN0YWxsZWQ/DQo+ID4gPiA+ ID4gPiA+DQo+ID4gPiA+ID4gPg0KPiA+ID4gPiA+ID4gWWVzLCBzZWN1cml0eS9vcGVuc3NsIGlz IGluc3RhbGxlZC4gSSBkaWRuJ3QgdXNlIGl0IGJ5DQo+ID4gPiA+ID4gPiBkZWZhdWx0IGJlY2F1 c2Ugb2YgZWFybGllciByZXBvcnRzIG9mIHRyb3VibGUuIFRoZSBzeXN0ZW0NCj4gPiA+ID4gPiA+ IHJlbWluZHMgbWUgdGhhdA0KPiA+ID4gPiA+DQo+ID4gPiA+ID4gRGVsZXRlIGl0IGFuZCByZWJ1 aWxkIHUtYm9vdC1ycGkzDQo+ID4gPiA+ID4NCj4gPiA+ID4NCj4gPiA+ID4gVGhhdCBjZXJ0YWlu bHkgaGVscGVkLCBtYWtlIG5vdyBydW5zIHN1Y2Nlc3NmdWxseS4NCj4gPiA+ID4NCj4gPiA+ID4g QnV0LCBtYWtlIGluc3RhbGwgZGlkbid0IHVwZGF0ZSBhbnl0aGluZyBpbiAvYm9vdC9tc2Rvcy4N Cj4gPiA+ID4gVGhlcmUgc2VlbSB0byBiZSB0aHJlZSBjb3BpZXMgb2YgdS1ib290LWJpbiBmbG9h dGluZyBhcm91bmQsDQo+ID4gPiA+IHdpdGggaWRlbnRpY2FsIHNpemUuIFNob3VsZCBJIGNvcHkg b25lIG1hbnVhbGx5IHRvIC9ib290L21zZG9zLA0KPiA+ID4gPiBhbmQgZG9lcyBpdCBtYXR0ZXIg d2hpY2ggb25lPw0KPiA+ID4gPg0KPiA+ID4gPiBUaGFua3MgZm9yIHJlYWRpbmcgYW5kIHlvdXIg aGVscCENCj4gPiA+ID4NCj4gPiA+ID4gYm9iIHByb2hhc2thDQo+ID4gPiA+DQo+ID4gPiA+IF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ID4gPiA+IGZy ZWVic2QtYXJtQGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdA0KPiA+ID4gPiBodHRwczovL2xpc3Rz LmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1hcm0NCj4gPiA+ID4gVG8gdW5z dWJzY3JpYmUsIHNlbmQgYW55IG1haWwgdG8gIg0KPiA+ID4gPiBmcmVlYnNkLWFybS11bnN1YnNj cmliZUBmcmVlYnNkLm9yZyINCj4gPiA+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18NCj4gPiA+ID4gIERJU0NMQUlNRVI6IFRoaXMgbWVzc2FnZSBhbmQgYW55IGF0dGFjaG1lbnRz IGFyZSBpbnRlbmRlZA0KPiA+ID4gPiBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIHJlY2lwaWVu dCBhbmQgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsDQo+ID4gPiA+IGluZm9ybWF0aW9uLiBJZiB5 b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1lc3NhZ2UgaW4gZXJyb3IgcGxlYXNlDQo+ID4gPiA+IGRl bGV0ZSBpdCBhbmQgcHJvbXB0bHkgbm90aWZ5IHRoZSBzZW5kZXIsIEphbWVzIFNodXJpZmYgKA0K PiA+ID4gPiBqYW1lc0BvcGVudGVjaC5jYzxtYWlsdG86amFtZXNAb3BlbnRlY2guY2M+KS4NCj4g PiA+ID4NCj4gPiA+DQo+ID4gPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA+ ID4gIERJU0NMQUlNRVI6IFRoaXMgbWVzc2FnZSBhbmQgYW55IGF0dGFjaG1lbnRzIGFyZSBpbnRl bmRlZCBzb2xlbHkNCj4gPiA+IGZvciB0aGUgdXNlIG9mIHRoZSByZWNpcGllbnQgYW5kIG1heSBj b250YWluIGNvbmZpZGVudGlhbA0KPiA+ID4gaW5mb3JtYXRpb24uIElmIHlvdSBoYXZlIHJlY2Vp dmVkIHRoaXMgbWVzc2FnZSBpbiBlcnJvciBwbGVhc2UNCj4gPiA+IGRlbGV0ZSBpdCBhbmQgcHJv bXB0bHkgbm90aWZ5IHRoZSBzZW5kZXIsIEphbWVzIFNodXJpZmYgKA0KPiA+ID4gamFtZXNAb3Bl bnRlY2guY2M8bWFpbHRvOmphbWVzQG9wZW50ZWNoLmNjPikuDQo+ID4gPg0KPiA+DQo+ID4gX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gPiBmcmVlYnNk LWFybUBmcmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QNCj4gPiBodHRwczovL2xpc3RzLmZyZWVic2Qu b3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1hcm0NCj4gPiBUbyB1bnN1YnNjcmliZSwgc2Vu ZCBhbnkgbWFpbCB0byAiDQo+ID4gZnJlZWJzZC1hcm0tdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmcN Cj4gPiAiDQo+DQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ICBESVNDTEFJ TUVSOiBUaGlzIG1lc3NhZ2UgYW5kIGFueSBhdHRhY2htZW50cyBhcmUgaW50ZW5kZWQgc29sZWx5 IGZvcg0KPiB0aGUgdXNlIG9mIHRoZSByZWNpcGllbnQgYW5kIG1heSBjb250YWluIGNvbmZpZGVu dGlhbCBpbmZvcm1hdGlvbi4gSWYNCj4geW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBtZXNzYWdlIGlu IGVycm9yIHBsZWFzZSBkZWxldGUgaXQgYW5kIHByb21wdGx5DQo+IG5vdGlmeSB0aGUgc2VuZGVy LCBKYW1lcyBTaHVyaWZmIChqYW1lc0BvcGVudGVjaC5jYzxtYWlsdG86DQo+IGphbWVzQG9wZW50 ZWNoLmNjPikuDQo+DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQogRElTQ0xB SU1FUjogVGhpcyBtZXNzYWdlIGFuZCBhbnkgYXR0YWNobWVudHMgYXJlIGludGVuZGVkIHNvbGVs eSBmb3IgdGhlIHVzZSBvZiB0aGUgcmVjaXBpZW50IGFuZCBtYXkgY29udGFpbiBjb25maWRlbnRp YWwgaW5mb3JtYXRpb24uIElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgbWVzc2FnZSBpbiBlcnJv ciBwbGVhc2UgZGVsZXRlIGl0IGFuZCBwcm9tcHRseSBub3RpZnkgdGhlIHNlbmRlciwgSmFtZXMg U2h1cmlmZiAoamFtZXNAb3BlbnRlY2guY2M8bWFpbHRvOmphbWVzQG9wZW50ZWNoLmNjPikuDQo= From owner-freebsd-arm@freebsd.org Mon May 6 21:49:06 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A11F71597045 for ; Mon, 6 May 2019 21:49:06 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3A8458C3A2; Mon, 6 May 2019 21:49:05 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id x46LmNfF045309 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 6 May 2019 14:48:24 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id x46LmNuG045308; Mon, 6 May 2019 14:48:23 -0700 (PDT) (envelope-from fbsd) Date: Mon, 6 May 2019 14:48:23 -0700 From: bob prohaska To: Ian Lepore Cc: James Shuriff , "freebsd-arm@freebsd.org" , bob prohaska Subject: Re: Compiling u-boot-rpi3 on an rpi3 Message-ID: <20190506214823.GB45045@www.zefox.net> References: <20190506151908.GA43714@www.zefox.net> <20190506180501.GB44000@www.zefox.net> <20190506192919.GA44506@www.zefox.net> <20190506210832.GA45045@www.zefox.net> <81a9c8cd930ae5740a3245c0f956fc280cc5f473.camel@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <81a9c8cd930ae5740a3245c0f956fc280cc5f473.camel@freebsd.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 3A8458C3A2 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [2.87 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; IP_SCORE(0.11)[ip: (0.41), ipnet: 50.1.16.0/20(0.21), asn: 7065(-0.03), country: US(-0.06)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.16)[0.157,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.20)[0.198,0]; MX_GOOD(-0.01)[cached: www.zefox.net]; NEURAL_SPAM_LONG(0.52)[0.524,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 21:49:06 -0000 On Mon, May 06, 2019 at 03:18:10PM -0600, Ian Lepore wrote: > On Mon, 2019-05-06 at 14:08 -0700, bob prohaska wrote: > > Ok, now I'm thoroughly confused 8-) It sounds as if the guiding > > assumption behind the u-boot-rpi3 port is that it _isn't_ being > > self-hosted, but rather part of a cross-compile to be copied onto > > an installer medium. This is at variance with "normal" ports, but > > consistent with an embedded target that never self-hosts. > > > > Looking at my own rpi3's /boot directory, most of the files are dated > > May 4th, the last time world and kernel were rebuilt and installed. > > Are those files genuinely up-to-date, or merely fresh copies of old > > versions from /usr/share.....? > > > > On a Pi3 that _is_ selfhosting, will updating rpi-firmware and u- > > boot-rpi3 > > and then updating world and kernel complete the firmware and u-boot > > update? > > > > Apologies for the confusion, and thanks for any clarification! > > > > bob prohaska > > > > Updating boot stuff is always a semi-manual procedure. For example, on > x86 systems after doing make installworld you have a new boot0 and a > new gptboot or zfsboot, but they've only been installed to /boot. It's > up to you to run the gpart commands that install those things to the > outside-the-ufs-filesystem parts of the disk drive. > > The same concept applies to arm and other embedded systems, which have > an even more diverse set of "outside the ufs filesystem" things to deal Apparently I'm not understanding the significance of "outside of ufs" in this situation. On the Pi3 a simple cp works. I'd think that an install script could run gpart, certainly more reliably than I can! > with. In the embedded case it's not necessarily even safe or possible > to install the various boot bits to /boot, because there may be items > that have the same name (u-boot.bin for example) but actually differ > depending on SoC or system type. Doesn't the system have to know that anyway to compile in the first place? > So installing boot bits to > /usr/local/share/u-boot then making the user handle the last bit of the > install is about the only option. > If it's not practical to make an installer sufficiently platform-aware to handle "the last bit" then a man page would really help. U-boot updates aren't needed often and a botched attempt is hard to recover from. Thanks for reading! bob prohaska > > > -----Original Message----- > > > From: James Shuriff > > > Sent: Monday, May 6, 2019 3:42 PM > > > To: bob prohaska > > > Cc: freebsd-arm@freebsd.org > > > Subject: RE: Compiling u-boot-rpi3 on an rpi3 > > > > > > /boot/msdos is an arbitrary location. It's not even required to > > > mount it. I mount my FAT partition elsewhere. Some boards don't > > > even have u-boot in the filesystem they dd it directly onto the > > > disk. Also consider you don't have to build the port on the > > > Raspberry Pi, so there would be no way to install u-boot from the > > > host system without knowing where the SD card is mounted. > > > > > > The rpi-firmware port also puts stuff in /usr/local/share. That's > > > the port that has most of the files needed for the Raspberry Pi's > > > FAT partition. Here is a list of the files in the FAT partition and > > > where you can get them from: > > > > > > /LICENSE.broadcom: rpi-firmware port > > > /armstub8.bin: rpi-firmware port > > > /bcm2710-rpi-3-b.dtb: rpi-firmware port > > > /bootcode.bin: rpi-firmware port > > > /config.txt: rpi-firmware (config_rpi3.txt) > > > /dtb/*: FreeBSD Build Output > > > (/usr/obj/usr/src/arm64.aarch64/sys/$KERNCONF/modules/usr/src/sys/m > > > odules/dtb or /boot/dtb on the Raspberry Pi) > > > /fixup*.dat: rpi-firmware port > > > /overlays/*: rpi-firmware port > > > /start*.elf: rpi-firmware port > > > /u-boot.bin: u-boot-rpi3 port > > > > > > - James Shuriff > > > > > > -----Original Message----- > > > From: bob prohaska > > > Sent: Monday, May 6, 2019 3:29 PM > > > To: James Shuriff > > > Cc: bob prohaska > > > Subject: Re: Compiling u-boot-rpi3 on an rpi3 > > > > > > On Mon, May 06, 2019 at 06:18:35PM +0000, James Shuriff wrote: > > > > Copy /usr/local/share/u-boot/u-boot-rpi3/u-boot.bin to > > > > /boot/msdos. > > > > > > > > > > Ok, that did the trick. Is there some particular reason make > > > install didn't perform the copy? > > > > > > Thank you very much! > > > > > > bob prohaska > > > > > > > > > > - James Shuriff > > > > > > > > -----Original Message----- > > > > From: owner-freebsd-arm@freebsd.org < > > > > owner-freebsd-arm@freebsd.org> On > > > > Behalf Of bob prohaska > > > > Sent: Monday, May 6, 2019 2:05 PM > > > > To: Mika??l Urankar > > > > Cc: freebsd-arm@freebsd.org; freebsd-ports@freebsd.org > > > > Subject: Re: Compiling u-boot-rpi3 on an rpi3 > > > > > > > > On Mon, May 06, 2019 at 06:20:45PM +0200, Mika??l Urankar wrote: > > > > > Le lun. 6 mai 2019 ?? 17:19, bob prohaska > > > > > a ??crit : > > > > > > > > > > > > On Mon, May 06, 2019 at 03:22:31PM +0200, Mika??l Urankar > > > > > > wrote: > > > > > > > > > > > > > > It builds fine here on aarch64, do you have > > > > > > > security/openssl* installed? > > > > > > > > > > > > > > > > > > > Yes, security/openssl is installed. I didn't use it by > > > > > > default > > > > > > because of earlier reports of trouble. The system reminds me > > > > > > that > > > > > > > > > > Delete it and rebuild u-boot-rpi3 > > > > > > > > > > > > > That certainly helped, make now runs successfully. > > > > > > > > But, make install didn't update anything in /boot/msdos. > > > > There seem to be three copies of u-boot-bin floating around, with > > > > identical size. Should I copy one manually to /boot/msdos, and > > > > does it matter which one? > > > > > > > > Thanks for reading and your help! > > > > > > > > bob prohaska > > > > > > > > _______________________________________________ > > > > freebsd-arm@freebsd.org mailing list > > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > > To unsubscribe, send any mail to " > > > > freebsd-arm-unsubscribe@freebsd.org" > > > > ________________________________ > > > > DISCLAIMER: This message and any attachments are intended solely > > > > for the use of the recipient and may contain confidential > > > > information. If you have received this message in error please > > > > delete it and promptly notify the sender, James Shuriff ( > > > > james@opentech.cc). > > > > > > > > > > ________________________________ > > > DISCLAIMER: This message and any attachments are intended solely > > > for the use of the recipient and may contain confidential > > > information. If you have received this message in error please > > > delete it and promptly notify the sender, James Shuriff ( > > > james@opentech.cc). > > > > > > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org > > " > From owner-freebsd-arm@freebsd.org Mon May 6 22:50:30 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4E9A81597E07 for ; Mon, 6 May 2019 22:50:30 +0000 (UTC) (envelope-from james@opentech.cc) Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-eopbgr770084.outbound.protection.outlook.com [40.107.77.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E2EC98DDBA; Mon, 6 May 2019 22:50:28 +0000 (UTC) (envelope-from james@opentech.cc) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opentech.cc; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=DxChv2zLilhyrU3yeMYP5nskFbs+YoZlaZA23ks6p8o=; b=hVCk46ynoMsFtHVNAgSKDH7wY6K0HyuxSgwt5a5immrlR6Ix5M/ZTbxa4coGpG45CzlmoLAKem2VmVBseq6pvhbgAVeCp7oRDfXZT4L80EZzr89YJ6Ea5jgwgDVC6dAfSOqS/72kaivzs54WPoiin0Zd2P4A4ERb+s7EVmXnPl8= Received: from BN7PR06MB5187.namprd06.prod.outlook.com (20.176.29.18) by BN7PR06MB4065.namprd06.prod.outlook.com (52.132.4.157) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1856.15; Mon, 6 May 2019 22:50:26 +0000 Received: from BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f]) by BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f%5]) with mapi id 15.20.1856.012; Mon, 6 May 2019 22:50:26 +0000 From: James Shuriff To: bob prohaska , Ian Lepore CC: "freebsd-arm@freebsd.org" Subject: RE: Compiling u-boot-rpi3 on an rpi3 Thread-Topic: Compiling u-boot-rpi3 on an rpi3 Thread-Index: AQHVA6/hKExcD8AWFEuc9fg9iSbTAKZeZdjtgAACnHCAABQsgIAAAFCggAAEBsCAABdjgIAAArAAgAAIcYCAAA+RkA== Date: Mon, 6 May 2019 22:50:26 +0000 Message-ID: References: <20190506151908.GA43714@www.zefox.net> <20190506180501.GB44000@www.zefox.net> <20190506192919.GA44506@www.zefox.net> <20190506210832.GA45045@www.zefox.net> <81a9c8cd930ae5740a3245c0f956fc280cc5f473.camel@freebsd.org> <20190506214823.GB45045@www.zefox.net> In-Reply-To: <20190506214823.GB45045@www.zefox.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [71.251.5.193] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: ce59a473-0b4e-497f-675a-08d6d2753af3 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(7021145)(8989299)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:BN7PR06MB4065; x-ms-traffictypediagnostic: BN7PR06MB4065: x-ms-exchange-purlcount: 2 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0029F17A3F x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39830400003)(366004)(346002)(136003)(396003)(376002)(199004)(189003)(38564003)(13464003)(4326008)(81156014)(476003)(6306002)(81166006)(8936002)(74316002)(9686003)(305945005)(6246003)(186003)(6436002)(7736002)(74482002)(53936002)(229853002)(68736007)(52536014)(2906002)(71200400001)(71190400001)(64756008)(66946007)(66556008)(66476007)(76116006)(446003)(11346002)(73956011)(486006)(25786009)(86362001)(6506007)(102836004)(26005)(53546011)(8676002)(66446008)(508600001)(966005)(14454004)(6116002)(5660300002)(99286004)(14444005)(33656002)(55016002)(76176011)(256004)(5024004)(110136005)(3846002)(316002)(66066001)(7696005); DIR:OUT; SFP:1101; SCL:1; SRVR:BN7PR06MB4065; H:BN7PR06MB5187.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: opentech.cc does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: xVPiQB+CVSRSJtynQ+4Z5xtgvIcSwcnUizkaoTppM5+EXgbpefhI104oBdy7VOJ9xdm0VdD0liAtCyvXVXT6OvCxlqrRr73MQco6Jgvaf0p0Y58VIKepHWkNetrig2xeq4BFxc3vBDzGBgQn1AX2z/i8Ri0yfkrsu7d/dehoZytTMZLpXeTC58KIItkoGG1JVdmVGr2jFGcNYVtiZUBcmMqlm4/F/x2nXRcPjRtL8sVBtmKBEGhSxMk9poOZGQv+/UVfjjwj2lndGZmL55tkQzLO+ZKpo1QGTYGOLb4Q4/KfmKRPFn+vj1shb3GQV/azpNnlerEXNTe1Cz8/2UWtz/GwrIK7cm+ttzIjNHOR3+f9qAqFRxQejQaXN5Tspas63jTGXBr3YfyjzxEnJThlDzJBua3+Tvx4rgW9qcIHSfE= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: opentech.cc X-MS-Exchange-CrossTenant-Network-Message-Id: ce59a473-0b4e-497f-675a-08d6d2753af3 X-MS-Exchange-CrossTenant-originalarrivaltime: 06 May 2019 22:50:26.0591 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5c5dd5ac-929c-48f6-a3f4-c0c8602c24af X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR06MB4065 X-Rspamd-Queue-Id: E2EC98DDBA X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=opentech.cc header.s=selector1 header.b=hVCk46yn; spf=pass (mx1.freebsd.org: domain of james@opentech.cc designates 40.107.77.84 as permitted sender) smtp.mailfrom=james@opentech.cc X-Spamd-Result: default: False [-2.63 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[opentech.cc:s=selector1]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[opentech.cc]; NEURAL_HAM_MEDIUM(-0.97)[-0.969,0]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[opentech.cc:+]; MX_GOOD(-0.01)[cached: opentech-cc.mail.protection.outlook.com]; RCVD_IN_DNSWL_NONE(0.00)[84.77.107.40.list.dnswl.org : 127.0.3.0]; NEURAL_HAM_SHORT(-0.15)[-0.154,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 22:50:30 -0000 The u-boot-rpi3 port configures U-Boot with the rpi_3_defconfig in the U-Bo= ot sources. U-Boot contains definitions with tons of boards. All the u-boot= -* ports do is tell U-Boot which defconfig to apply and possibly apply any = patches that are needed for that specific board. Take a look at this: https://github.com/u-boot/u-boot/blob/master/configs/rpi_3_defconfig That's what tells U-Boot how to build for Raspberry Pi 3. It doesn't need = to know anything further than that to build U-Boot. The process for install= ing U-Boot isn't specific for FreeBSD it would be similar for any OS that s= upports U-Boot. The config.txt file tells the firmware where to find the ne= xt stage of the boot process but theoretically you could name the file what= ever you want. I wrote a script that sets up the boot files, if you're inte= rested. Formatting the SD card isn't too much of a trial, either. There's n= o MBR boot code needed. - James Shuriff -----Original Message----- From: bob prohaska Sent: Monday, May 6, 2019 5:48 PM To: Ian Lepore Cc: James Shuriff ; freebsd-arm@freebsd.org; bob prohask= a Subject: Re: Compiling u-boot-rpi3 on an rpi3 On Mon, May 06, 2019 at 03:18:10PM -0600, Ian Lepore wrote: > On Mon, 2019-05-06 at 14:08 -0700, bob prohaska wrote: > > Ok, now I'm thoroughly confused 8-) It sounds as if the guiding > > assumption behind the u-boot-rpi3 port is that it _isn't_ being > > self-hosted, but rather part of a cross-compile to be copied onto an > > installer medium. This is at variance with "normal" ports, but > > consistent with an embedded target that never self-hosts. > > > > Looking at my own rpi3's /boot directory, most of the files are > > dated May 4th, the last time world and kernel were rebuilt and installe= d. > > Are those files genuinely up-to-date, or merely fresh copies of old > > versions from /usr/share.....? > > > > On a Pi3 that _is_ selfhosting, will updating rpi-firmware and u- > > boot-rpi3 > > and then updating world and kernel complete the firmware and u-boot > > update? > > > > Apologies for the confusion, and thanks for any clarification! > > > > bob prohaska > > > > Updating boot stuff is always a semi-manual procedure. For example, > on > x86 systems after doing make installworld you have a new boot0 and a > new gptboot or zfsboot, but they've only been installed to /boot. > It's up to you to run the gpart commands that install those things to > the outside-the-ufs-filesystem parts of the disk drive. > > The same concept applies to arm and other embedded systems, which have > an even more diverse set of "outside the ufs filesystem" things to > deal Apparently I'm not understanding the significance of "outside of ufs" in th= is situation. On the Pi3 a simple cp works. I'd think that an install scrip= t could run gpart, certainly more reliably than I can! > with. In the embedded case it's not necessarily even safe or possible > to install the various boot bits to /boot, because there may be items > that have the same name (u-boot.bin for example) but actually differ > depending on SoC or system type. Doesn't the system have to know that anyway to compile in the first place? > So installing boot bits to > /usr/local/share/u-boot then making the user handle the last bit of > the install is about the only option. > If it's not practical to make an installer sufficiently platform-aware to h= andle "the last bit" then a man page would really help. U-boot updates aren= 't needed often and a botched attempt is hard to recover from. Thanks for reading! bob prohaska > > > -----Original Message----- > > > From: James Shuriff > > > Sent: Monday, May 6, 2019 3:42 PM > > > To: bob prohaska > > > Cc: freebsd-arm@freebsd.org > > > Subject: RE: Compiling u-boot-rpi3 on an rpi3 > > > > > > /boot/msdos is an arbitrary location. It's not even required to > > > mount it. I mount my FAT partition elsewhere. Some boards don't > > > even have u-boot in the filesystem they dd it directly onto the > > > disk. Also consider you don't have to build the port on the > > > Raspberry Pi, so there would be no way to install u-boot from the > > > host system without knowing where the SD card is mounted. > > > > > > The rpi-firmware port also puts stuff in /usr/local/share. That's > > > the port that has most of the files needed for the Raspberry Pi's > > > FAT partition. Here is a list of the files in the FAT partition > > > and where you can get them from: > > > > > > /LICENSE.broadcom: rpi-firmware port > > > /armstub8.bin: rpi-firmware port > > > /bcm2710-rpi-3-b.dtb: rpi-firmware port > > > /bootcode.bin: rpi-firmware port > > > /config.txt: rpi-firmware (config_rpi3.txt) > > > /dtb/*: FreeBSD Build Output > > > (/usr/obj/usr/src/arm64.aarch64/sys/$KERNCONF/modules/usr/src/sys/ > > > m odules/dtb or /boot/dtb on the Raspberry Pi) > > > /fixup*.dat: rpi-firmware port > > > /overlays/*: rpi-firmware port > > > /start*.elf: rpi-firmware port > > > /u-boot.bin: u-boot-rpi3 port > > > > > > - James Shuriff > > > > > > -----Original Message----- > > > From: bob prohaska > > > Sent: Monday, May 6, 2019 3:29 PM > > > To: James Shuriff > > > Cc: bob prohaska > > > Subject: Re: Compiling u-boot-rpi3 on an rpi3 > > > > > > On Mon, May 06, 2019 at 06:18:35PM +0000, James Shuriff wrote: > > > > Copy /usr/local/share/u-boot/u-boot-rpi3/u-boot.bin to > > > > /boot/msdos. > > > > > > > > > > Ok, that did the trick. Is there some particular reason make > > > install didn't perform the copy? > > > > > > Thank you very much! > > > > > > bob prohaska > > > > > > > > > > - James Shuriff > > > > > > > > -----Original Message----- > > > > From: owner-freebsd-arm@freebsd.org < > > > > owner-freebsd-arm@freebsd.org> On Behalf Of bob prohaska > > > > Sent: Monday, May 6, 2019 2:05 PM > > > > To: Mika??l Urankar > > > > Cc: freebsd-arm@freebsd.org; freebsd-ports@freebsd.org > > > > Subject: Re: Compiling u-boot-rpi3 on an rpi3 > > > > > > > > On Mon, May 06, 2019 at 06:20:45PM +0200, Mika??l Urankar wrote: > > > > > Le lun. 6 mai 2019 ?? 17:19, bob prohaska > > > > > a ??crit : > > > > > > > > > > > > On Mon, May 06, 2019 at 03:22:31PM +0200, Mika??l Urankar > > > > > > wrote: > > > > > > > > > > > > > > It builds fine here on aarch64, do you have > > > > > > > security/openssl* installed? > > > > > > > > > > > > > > > > > > > Yes, security/openssl is installed. I didn't use it by > > > > > > default because of earlier reports of trouble. The system > > > > > > reminds me that > > > > > > > > > > Delete it and rebuild u-boot-rpi3 > > > > > > > > > > > > > That certainly helped, make now runs successfully. > > > > > > > > But, make install didn't update anything in /boot/msdos. > > > > There seem to be three copies of u-boot-bin floating around, > > > > with identical size. Should I copy one manually to /boot/msdos, > > > > and does it matter which one? > > > > > > > > Thanks for reading and your help! > > > > > > > > bob prohaska > > > > > > > > _______________________________________________ > > > > freebsd-arm@freebsd.org mailing list > > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > > To unsubscribe, send any mail to " > > > > freebsd-arm-unsubscribe@freebsd.org" > > > > ________________________________ > > > > DISCLAIMER: This message and any attachments are intended > > > > solely for the use of the recipient and may contain confidential > > > > information. If you have received this message in error please > > > > delete it and promptly notify the sender, James Shuriff ( > > > > james@opentech.cc). > > > > > > > > > > ________________________________ > > > DISCLAIMER: This message and any attachments are intended solely > > > for the use of the recipient and may contain confidential > > > information. If you have received this message in error please > > > delete it and promptly notify the sender, James Shuriff ( > > > james@opentech.cc). > > > > > > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to > > "freebsd-arm-unsubscribe@freebsd.org > > " > ________________________________ DISCLAIMER: This message and any attachments are intended solely for the u= se of the recipient and may contain confidential information. If you have r= eceived this message in error please delete it and promptly notify the send= er, James Shuriff (james@opentech.cc). From owner-freebsd-arm@freebsd.org Tue May 7 02:04:22 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EF134159C29C for ; Tue, 7 May 2019 02:04:21 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 12E6A6CD0B; Tue, 7 May 2019 02:04:20 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id x4723ULB046215 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 6 May 2019 19:03:31 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id x4723TfK046214; Mon, 6 May 2019 19:03:29 -0700 (PDT) (envelope-from fbsd) Date: Mon, 6 May 2019 19:03:29 -0700 From: bob prohaska To: James Shuriff Cc: Ian Lepore , "freebsd-arm@freebsd.org" , bob prohaska Subject: Re: Compiling u-boot-rpi3 on an rpi3 Message-ID: <20190507020329.GC45045@www.zefox.net> References: <20190506180501.GB44000@www.zefox.net> <20190506192919.GA44506@www.zefox.net> <20190506210832.GA45045@www.zefox.net> <81a9c8cd930ae5740a3245c0f956fc280cc5f473.camel@freebsd.org> <20190506214823.GB45045@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 12E6A6CD0B X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.08 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; IP_SCORE(0.10)[ip: (0.40), ipnet: 50.1.16.0/20(0.20), asn: 7065(-0.03), country: US(-0.06)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.41)[0.411,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.87)[0.870,0]; MX_GOOD(-0.01)[cached: www.zefox.net]; NEURAL_SPAM_LONG(0.81)[0.807,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2019 02:04:22 -0000 On Mon, May 06, 2019 at 10:50:26PM +0000, James Shuriff wrote: > The u-boot-rpi3 port configures U-Boot with the rpi_3_defconfig in the U-Boot sources. U-Boot contains definitions with tons of boards. All the u-boot-* ports do is tell U-Boot which defconfig to apply and possibly apply any patches that are needed for that specific board. Take a look at this: > > https://github.com/u-boot/u-boot/blob/master/configs/rpi_3_defconfig > I gather that make doesn't need to "know" the target platform to create the executables. But, doesn't an install script figure out either with system calls or explict configuration files where to put the executables? > That's what tells U-Boot how to build for Raspberry Pi 3. It doesn't need to know anything further than that to build U-Boot. The process for installing U-Boot isn't specific for FreeBSD it would be similar for any OS that supports U-Boot. The config.txt file tells the firmware where to find the next stage of the boot process but theoretically you could name the file whatever you want. Yes, but in practice the names are well established on any given platform. Is the problem in identifying with sufficient detail the exact platform? > I wrote a script that sets up the boot files, if you're interested. I am interested, but: I'm puzzled why it's not done by default during a normal world or kernel upgrade if the firmware or u-boot sources are updated. Is there some sort of ambiguity that can't be resolved? > Formatting the SD card isn't too much of a trial, either. There's no MBR boot code needed. > I _think_ that's a different problem than upgrading a working system, no? Thanks for replying! bob prohaska > > -----Original Message----- > From: bob prohaska > Sent: Monday, May 6, 2019 5:48 PM > To: Ian Lepore > Cc: James Shuriff ; freebsd-arm@freebsd.org; bob prohaska > Subject: Re: Compiling u-boot-rpi3 on an rpi3 > > On Mon, May 06, 2019 at 03:18:10PM -0600, Ian Lepore wrote: > > On Mon, 2019-05-06 at 14:08 -0700, bob prohaska wrote: > > > Ok, now I'm thoroughly confused 8-) It sounds as if the guiding > > > assumption behind the u-boot-rpi3 port is that it _isn't_ being > > > self-hosted, but rather part of a cross-compile to be copied onto an > > > installer medium. This is at variance with "normal" ports, but > > > consistent with an embedded target that never self-hosts. > > > > > > Looking at my own rpi3's /boot directory, most of the files are > > > dated May 4th, the last time world and kernel were rebuilt and installed. > > > Are those files genuinely up-to-date, or merely fresh copies of old > > > versions from /usr/share.....? > > > > > > On a Pi3 that _is_ selfhosting, will updating rpi-firmware and u- > > > boot-rpi3 > > > and then updating world and kernel complete the firmware and u-boot > > > update? > > > > > > Apologies for the confusion, and thanks for any clarification! > > > > > > bob prohaska > > > > > > > Updating boot stuff is always a semi-manual procedure. For example, > > on > > x86 systems after doing make installworld you have a new boot0 and a > > new gptboot or zfsboot, but they've only been installed to /boot. > > It's up to you to run the gpart commands that install those things to > > the outside-the-ufs-filesystem parts of the disk drive. > > > > The same concept applies to arm and other embedded systems, which have > > an even more diverse set of "outside the ufs filesystem" things to > > deal > > Apparently I'm not understanding the significance of "outside of ufs" in this situation. On the Pi3 a simple cp works. I'd think that an install script could run gpart, certainly more reliably than I can! > > > with. In the embedded case it's not necessarily even safe or possible > > to install the various boot bits to /boot, because there may be items > > that have the same name (u-boot.bin for example) but actually differ > > depending on SoC or system type. > > Doesn't the system have to know that anyway to compile in the first place? > > > So installing boot bits to > > /usr/local/share/u-boot then making the user handle the last bit of > > the install is about the only option. > > > > If it's not practical to make an installer sufficiently platform-aware to handle "the last bit" then a man page would really help. U-boot updates aren't needed often and a botched attempt is hard to recover from. > > Thanks for reading! > > bob prohaska > > > > > > -----Original Message----- > > > > From: James Shuriff > > > > Sent: Monday, May 6, 2019 3:42 PM > > > > To: bob prohaska > > > > Cc: freebsd-arm@freebsd.org > > > > Subject: RE: Compiling u-boot-rpi3 on an rpi3 > > > > > > > > /boot/msdos is an arbitrary location. It's not even required to > > > > mount it. I mount my FAT partition elsewhere. Some boards don't > > > > even have u-boot in the filesystem they dd it directly onto the > > > > disk. Also consider you don't have to build the port on the > > > > Raspberry Pi, so there would be no way to install u-boot from the > > > > host system without knowing where the SD card is mounted. > > > > > > > > The rpi-firmware port also puts stuff in /usr/local/share. That's > > > > the port that has most of the files needed for the Raspberry Pi's > > > > FAT partition. Here is a list of the files in the FAT partition > > > > and where you can get them from: > > > > > > > > /LICENSE.broadcom: rpi-firmware port > > > > /armstub8.bin: rpi-firmware port > > > > /bcm2710-rpi-3-b.dtb: rpi-firmware port > > > > /bootcode.bin: rpi-firmware port > > > > /config.txt: rpi-firmware (config_rpi3.txt) > > > > /dtb/*: FreeBSD Build Output > > > > (/usr/obj/usr/src/arm64.aarch64/sys/$KERNCONF/modules/usr/src/sys/ > > > > m odules/dtb or /boot/dtb on the Raspberry Pi) > > > > /fixup*.dat: rpi-firmware port > > > > /overlays/*: rpi-firmware port > > > > /start*.elf: rpi-firmware port > > > > /u-boot.bin: u-boot-rpi3 port > > > > > > > > - James Shuriff > > > > > > > > -----Original Message----- > > > > From: bob prohaska > > > > Sent: Monday, May 6, 2019 3:29 PM > > > > To: James Shuriff > > > > Cc: bob prohaska > > > > Subject: Re: Compiling u-boot-rpi3 on an rpi3 > > > > > > > > On Mon, May 06, 2019 at 06:18:35PM +0000, James Shuriff wrote: > > > > > Copy /usr/local/share/u-boot/u-boot-rpi3/u-boot.bin to > > > > > /boot/msdos. > > > > > > > > > > > > > Ok, that did the trick. Is there some particular reason make > > > > install didn't perform the copy? > > > > > > > > Thank you very much! > > > > > > > > bob prohaska > > > > > > > > > > > > > - James Shuriff > > > > > > > > > > -----Original Message----- > > > > > From: owner-freebsd-arm@freebsd.org < > > > > > owner-freebsd-arm@freebsd.org> On Behalf Of bob prohaska > > > > > Sent: Monday, May 6, 2019 2:05 PM > > > > > To: Mika??l Urankar > > > > > Cc: freebsd-arm@freebsd.org; freebsd-ports@freebsd.org > > > > > Subject: Re: Compiling u-boot-rpi3 on an rpi3 > > > > > > > > > > On Mon, May 06, 2019 at 06:20:45PM +0200, Mika??l Urankar wrote: > > > > > > Le lun. 6 mai 2019 ?? 17:19, bob prohaska > > > > > > a ??crit : > > > > > > > > > > > > > > On Mon, May 06, 2019 at 03:22:31PM +0200, Mika??l Urankar > > > > > > > wrote: > > > > > > > > > > > > > > > > It builds fine here on aarch64, do you have > > > > > > > > security/openssl* installed? > > > > > > > > > > > > > > > > > > > > > > Yes, security/openssl is installed. I didn't use it by > > > > > > > default because of earlier reports of trouble. The system > > > > > > > reminds me that > > > > > > > > > > > > Delete it and rebuild u-boot-rpi3 > > > > > > > > > > > > > > > > That certainly helped, make now runs successfully. > > > > > > > > > > But, make install didn't update anything in /boot/msdos. > > > > > There seem to be three copies of u-boot-bin floating around, > > > > > with identical size. Should I copy one manually to /boot/msdos, > > > > > and does it matter which one? > > > > > > > > > > Thanks for reading and your help! > > > > > > > > > > bob prohaska > > > > > > > > > > _______________________________________________ > > > > > freebsd-arm@freebsd.org mailing list > > > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > > > To unsubscribe, send any mail to " > > > > > freebsd-arm-unsubscribe@freebsd.org" > > > > > ________________________________ > > > > > DISCLAIMER: This message and any attachments are intended > > > > > solely for the use of the recipient and may contain confidential > > > > > information. If you have received this message in error please > > > > > delete it and promptly notify the sender, James Shuriff ( > > > > > james@opentech.cc). > > > > > > > > > > > > > ________________________________ > > > > DISCLAIMER: This message and any attachments are intended solely > > > > for the use of the recipient and may contain confidential > > > > information. If you have received this message in error please > > > > delete it and promptly notify the sender, James Shuriff ( > > > > james@opentech.cc). > > > > > > > > > > _______________________________________________ > > > freebsd-arm@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > To unsubscribe, send any mail to > > > "freebsd-arm-unsubscribe@freebsd.org > > > " > > > ________________________________ > DISCLAIMER: This message and any attachments are intended solely for the use of the recipient and may contain confidential information. If you have received this message in error please delete it and promptly notify the sender, James Shuriff (james@opentech.cc). > From owner-freebsd-arm@freebsd.org Tue May 7 08:07:28 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2E3D215A2AD4 for ; Tue, 7 May 2019 08:07:28 +0000 (UTC) (envelope-from james@opentech.cc) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-eopbgr810079.outbound.protection.outlook.com [40.107.81.79]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EFC687683A; Tue, 7 May 2019 08:07:26 +0000 (UTC) (envelope-from james@opentech.cc) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opentech.cc; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=KvOsFulfQlj5xZZEhjCzVh9ECig2R02lS7T9q6R5x7Q=; b=DLckKBZ/LznaB0SXqlQYz6tavI5erfDSnbNFj8TMGXVaU1lSGGkGEDkM5knq6qP4P2L3643M+GGQxhkIgXlBKEr8LHhf9eS5HvrFzEO++QdrfvfcwsGeLf+8UT0YPy2r+dLF+PvaUYj/2J4iDdpjHMLswlzNNcO8t3vLKGQ+39w= Received: from BN7PR06MB5187.namprd06.prod.outlook.com (20.176.29.18) by BN7PR06MB4033.namprd06.prod.outlook.com (52.132.4.149) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1856.12; Tue, 7 May 2019 08:07:22 +0000 Received: from BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f]) by BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f%5]) with mapi id 15.20.1856.012; Tue, 7 May 2019 08:07:22 +0000 From: James Shuriff To: bob prohaska CC: Ian Lepore , "freebsd-arm@freebsd.org" Subject: RE: Compiling u-boot-rpi3 on an rpi3 Thread-Topic: Compiling u-boot-rpi3 on an rpi3 Thread-Index: AQHVA6/hKExcD8AWFEuc9fg9iSbTAKZeZdjtgAACnHCAABQsgIAAAFCggAAEBsCAABdjgIAAArAAgAAIcYCAAA+RkIAAN7aAgABSpGA= Date: Tue, 7 May 2019 08:07:22 +0000 Message-ID: References: <20190506180501.GB44000@www.zefox.net> <20190506192919.GA44506@www.zefox.net> <20190506210832.GA45045@www.zefox.net> <81a9c8cd930ae5740a3245c0f956fc280cc5f473.camel@freebsd.org> <20190506214823.GB45045@www.zefox.net> <20190507020329.GC45045@www.zefox.net> In-Reply-To: <20190507020329.GC45045@www.zefox.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [71.251.5.193] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: c8a9709b-42ae-4b93-8449-08d6d2c308e9 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(7021145)(8989299)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(5600141)(711020)(4605104)(2017052603328)(49563074)(7193020); SRVR:BN7PR06MB4033; x-ms-traffictypediagnostic: BN7PR06MB4033: x-ms-exchange-purlcount: 4 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0030839EEE x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(136003)(366004)(396003)(39830400003)(376002)(189003)(199004)(13464003)(38564003)(54906003)(99286004)(8676002)(476003)(55016002)(25786009)(14444005)(4326008)(486006)(6436002)(5024004)(256004)(9686003)(14454004)(30864003)(3846002)(6116002)(8936002)(966005)(229853002)(5660300002)(508600001)(81166006)(81156014)(2906002)(33656002)(52536014)(102836004)(53546011)(99936001)(6506007)(26005)(186003)(86362001)(6246003)(68736007)(305945005)(6916009)(316002)(7736002)(6306002)(71200400001)(71190400001)(74482002)(66066001)(76116006)(7696005)(53936002)(66446008)(73956011)(66946007)(66616009)(66556008)(66476007)(11346002)(74316002)(446003)(76176011)(64756008); DIR:OUT; SFP:1101; SCL:1; SRVR:BN7PR06MB4033; H:BN7PR06MB5187.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: opentech.cc does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: sJCZ2shpl0U7JeaoTygULeOjv6hnkhUfqnWwCFvyXgmI/dNseD9t1oL/z4VleJG7Jpn0dEGoNCpLWkDng/fQR/qaZsL0961+fC1KySy5v8RpkVDd8UUD0QspNAkJWELir+Fiqxfq7TOaE0WFo4IyN2baB5Ywqr18jd6Su5Yy4SIUOK1jEAI1a35zSq+/iaPEvKomti5NXipULA5Bqe+R4C3YeHm7JAeWGYl3TEf39+O4AfD2XQ+0My9xJtfBf/kld+DNpTedD+XUHePA0RN+kmFMhCz1KDzebr2tXjIy196cLX/bP7eA5bNKazBUsaTRjGd+tRi7K4NtJZULx5Jn1nKnzCacfK9Gcjh6uQ87eERFqd8X2q/Ytwe7V8TVxJOffOzAmhGPWPIbL/GfCAammcbfQN3sSjB5GW7rjPNYxRw= Content-Type: multipart/mixed; boundary="_002_BN7PR06MB5187F5BBC5DFA08D3C66D3DEAA310BN7PR06MB5187namp_" MIME-Version: 1.0 X-OriginatorOrg: opentech.cc X-MS-Exchange-CrossTenant-Network-Message-Id: c8a9709b-42ae-4b93-8449-08d6d2c308e9 X-MS-Exchange-CrossTenant-originalarrivaltime: 07 May 2019 08:07:22.7891 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5c5dd5ac-929c-48f6-a3f4-c0c8602c24af X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR06MB4033 X-Rspamd-Queue-Id: EFC687683A X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=opentech.cc header.s=selector1 header.b=DLckKBZ/; spf=pass (mx1.freebsd.org: domain of james@opentech.cc designates 40.107.81.79 as permitted sender) smtp.mailfrom=james@opentech.cc X-Spamd-Result: default: False [-3.20 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; HAS_XOIP(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; HAS_ATTACHMENT(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[opentech.cc:+]; CTYPE_MIXED_BOGUS(1.00)[]; MIME_BASE64_TEXT(0.10)[]; MX_GOOD(-0.01)[cached: opentech-cc.mail.protection.outlook.com]; NEURAL_HAM_SHORT(-0.80)[-0.796,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; IP_SCORE(-1.00)[ipnet: 40.64.0.0/10(-2.69), asn: 8075(-2.23), country: US(-0.06)]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[opentech.cc:s=selector1]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; DMARC_NA(0.00)[opentech.cc]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[79.81.107.40.list.dnswl.org : 127.0.3.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2019 08:07:28 -0000 --_002_BN7PR06MB5187F5BBC5DFA08D3C66D3DEAA310BN7PR06MB5187namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable No, formatting the SD card has nothing to do with upgrading the system I on= ly brought it up to aid in explaining how one sets up the platform. Take AM= D64 FreeBSD for example. If you were going to use AMD64 as the host system = for building another different AMD64 system you'd build src and install it = onto a disk attached to the system, but "make installworld" is not going to= install the ESP (EFI System Partition) which is the equivalent of the FAT = partition on Raspberry Pi. The setup disk will set up ESP but if you're bui= lding a ready-to-go system from another system, as you do with Raspberry Pi= , you'd have to set up the ESP by hand. Let's say after booting this new AM= D64 system you want to upgrade it. You'd checkout src and build it but that= 's not going to update bootx64.efi on the ESP (which is the equivalent of w= hat you're looking to do). There is an installer for AMD64 but AMD64 had th= e benefit of IBM's tyranny to standardize the platform. There is no "one si= ze fits all" solution for ARM (yet). U-Boot bridges the gap a little but yo= u know there is no "one size fits all" U-Boot binary. You have to target it= to a specific board. There's no ACPI on ARM you need dtb's. I'd say no ACP= I on ARM is a plus for it because ACPI DSDT and SSDT tables are a bitch to = parse but I still have to consider it a limitation that the hardware itself= cannot provide the information an OS needs to talk to the hardware. A few = years ago ARM was truly an "embedded" platform. We're in the transitional p= hase where it's becoming a true PC architecture. The Raspberry Pi developer= s had to work hard to fit all its functionality into ROM. Gmake doesn't need to know about syscalls to build U-Boot. If you were buil= ding something for another Operating System you'd need to know this informa= tion but U-Boot targets "none". I'm not an expert on this part but I believ= e the compiler just makes elf binaries that are stripped of headers, allowi= ng for u-boot.bin to be loaded wherever it needs to go. Without an OS there= are no syscalls. The Raspberry Pi's ROM was programmed to know how to read= in the VideoCore binaries and from there U-Boot is loaded. This is the boot process for Raspberry Pi. First, the VideoCore loads its R= OM. VideoCore is the GPU but it's heavily involved in the boot process. The= ARM CPU is like a co-processor at this point. At this point the CPU is not= on. The ROM loads bootcode.bin off the FAT partition. This is the second s= tage. Bootcode.bin starts turning on important components, like SDRAM. Next= , start.elf is loaded. This turns on the peripherals and the ARM processor.= Now that the ARM processor is on it can read config.txt, which instructs i= t to load u-boot.bin (by convention) into SDRAM. U-Boot then implements the= UEFI standard to load /EFI/BOOT/BOOTAA64.EFI (FAT is case-insensitive). No= w FreeBSD can attempt to find the root partition and load up the kernel. You can play around with "strings" to get an idea of what each stage of the= process is supposed to do. You can find strings like "/start.elf" in bootc= ode.bin. There's a string for "config.txt" in start.elf. Raspberry Pi is a = fascinating study and I really want to hack the VideoCore and learn its tri= cks. I attached the script I use. You'll have to modify the ROOTFS variable to /= boot/msdos or wherever your FAT part is mounted, as I mount my FAT partitio= n in /boot/firmware (which was probably intended for something else but wha= tever). The rpi-firmware port does two things: it downloads the VideoCore b= lobs from https://github.com/raspberrypi/firmware and it builds the PSCI mo= nitor (armstub8.bin) from https://github.com/gonzoua/rpi3-psci-monitor. So = make sure you have that port as well as the u-boot port. - James Shuriff -----Original Message----- From: bob prohaska Sent: Monday, May 6, 2019 10:03 PM To: James Shuriff Cc: Ian Lepore ; freebsd-arm@freebsd.org; bob prohaska Subject: Re: Compiling u-boot-rpi3 on an rpi3 On Mon, May 06, 2019 at 10:50:26PM +0000, James Shuriff wrote: > The u-boot-rpi3 port configures U-Boot with the rpi_3_defconfig in the U-= Boot sources. U-Boot contains definitions with tons of boards. All the u-bo= ot-* ports do is tell U-Boot which defconfig to apply and possibly apply an= y patches that are needed for that specific board. Take a look at this: > > https://github.com/u-boot/u-boot/blob/master/configs/rpi_3_defconfig > I gather that make doesn't need to "know" the target platform to create the= executables. But, doesn't an install script figure out either with system= calls or explict configuration files where to put the executables? > That's what tells U-Boot how to build for Raspberry Pi 3. It doesn't nee= d to know anything further than that to build U-Boot. The process for insta= lling U-Boot isn't specific for FreeBSD it would be similar for any OS that= supports U-Boot. The config.txt file tells the firmware where to find the = next stage of the boot process but theoretically you could name the file wh= atever you want. Yes, but in practice the names are well established on any given platform. Is the problem in identifying with sufficient detail the exact platform? > I wrote a script that sets up the boot files, if you're interested. I am interested, but: I'm puzzled why it's not done by default during a normal world or kernel up= grade if the firmware or u-boot sources are updated. Is there some sort of = ambiguity that can't be resolved? > Formatting the SD card isn't too much of a trial, either. There's no MBR = boot code needed. > I _think_ that's a different problem than upgrading a working system, no? Thanks for replying! bob prohaska > > -----Original Message----- > From: bob prohaska > Sent: Monday, May 6, 2019 5:48 PM > To: Ian Lepore > Cc: James Shuriff ; freebsd-arm@freebsd.org; bob > prohaska > Subject: Re: Compiling u-boot-rpi3 on an rpi3 > > On Mon, May 06, 2019 at 03:18:10PM -0600, Ian Lepore wrote: > > On Mon, 2019-05-06 at 14:08 -0700, bob prohaska wrote: > > > Ok, now I'm thoroughly confused 8-) It sounds as if the guiding > > > assumption behind the u-boot-rpi3 port is that it _isn't_ being > > > self-hosted, but rather part of a cross-compile to be copied onto > > > an installer medium. This is at variance with "normal" ports, but > > > consistent with an embedded target that never self-hosts. > > > > > > Looking at my own rpi3's /boot directory, most of the files are > > > dated May 4th, the last time world and kernel were rebuilt and instal= led. > > > Are those files genuinely up-to-date, or merely fresh copies of > > > old versions from /usr/share.....? > > > > > > On a Pi3 that _is_ selfhosting, will updating rpi-firmware and u- > > > boot-rpi3 > > > and then updating world and kernel complete the firmware and > > > u-boot update? > > > > > > Apologies for the confusion, and thanks for any clarification! > > > > > > bob prohaska > > > > > > > Updating boot stuff is always a semi-manual procedure. For example, > > on > > x86 systems after doing make installworld you have a new boot0 and a > > new gptboot or zfsboot, but they've only been installed to /boot. > > It's up to you to run the gpart commands that install those things > > to the outside-the-ufs-filesystem parts of the disk drive. > > > > The same concept applies to arm and other embedded systems, which > > have an even more diverse set of "outside the ufs filesystem" things > > to deal > > Apparently I'm not understanding the significance of "outside of ufs" in = this situation. On the Pi3 a simple cp works. I'd think that an install scr= ipt could run gpart, certainly more reliably than I can! > > > with. In the embedded case it's not necessarily even safe or > > possible to install the various boot bits to /boot, because there > > may be items that have the same name (u-boot.bin for example) but > > actually differ depending on SoC or system type. > > Doesn't the system have to know that anyway to compile in the first place= ? > > > So installing boot bits to > > /usr/local/share/u-boot then making the user handle the last bit of > > the install is about the only option. > > > > If it's not practical to make an installer sufficiently platform-aware to= handle "the last bit" then a man page would really help. U-boot updates ar= en't needed often and a botched attempt is hard to recover from. > > Thanks for reading! > > bob prohaska > > > > > > -----Original Message----- > > > > From: James Shuriff > > > > Sent: Monday, May 6, 2019 3:42 PM > > > > To: bob prohaska > > > > Cc: freebsd-arm@freebsd.org > > > > Subject: RE: Compiling u-boot-rpi3 on an rpi3 > > > > > > > > /boot/msdos is an arbitrary location. It's not even required to > > > > mount it. I mount my FAT partition elsewhere. Some boards don't > > > > even have u-boot in the filesystem they dd it directly onto the > > > > disk. Also consider you don't have to build the port on the > > > > Raspberry Pi, so there would be no way to install u-boot from > > > > the host system without knowing where the SD card is mounted. > > > > > > > > The rpi-firmware port also puts stuff in /usr/local/share. > > > > That's the port that has most of the files needed for the > > > > Raspberry Pi's FAT partition. Here is a list of the files in the > > > > FAT partition and where you can get them from: > > > > > > > > /LICENSE.broadcom: rpi-firmware port > > > > /armstub8.bin: rpi-firmware port > > > > /bcm2710-rpi-3-b.dtb: rpi-firmware port > > > > /bootcode.bin: rpi-firmware port > > > > /config.txt: rpi-firmware (config_rpi3.txt) > > > > /dtb/*: FreeBSD Build Output > > > > (/usr/obj/usr/src/arm64.aarch64/sys/$KERNCONF/modules/usr/src/sy > > > > s/ m odules/dtb or /boot/dtb on the Raspberry Pi) > > > > /fixup*.dat: rpi-firmware port > > > > /overlays/*: rpi-firmware port > > > > /start*.elf: rpi-firmware port > > > > /u-boot.bin: u-boot-rpi3 port > > > > > > > > - James Shuriff > > > > > > > > -----Original Message----- > > > > From: bob prohaska > > > > Sent: Monday, May 6, 2019 3:29 PM > > > > To: James Shuriff > > > > Cc: bob prohaska > > > > Subject: Re: Compiling u-boot-rpi3 on an rpi3 > > > > > > > > On Mon, May 06, 2019 at 06:18:35PM +0000, James Shuriff wrote: > > > > > Copy /usr/local/share/u-boot/u-boot-rpi3/u-boot.bin to > > > > > /boot/msdos. > > > > > > > > > > > > > Ok, that did the trick. Is there some particular reason make > > > > install didn't perform the copy? > > > > > > > > Thank you very much! > > > > > > > > bob prohaska > > > > > > > > > > > > > - James Shuriff > > > > > > > > > > -----Original Message----- > > > > > From: owner-freebsd-arm@freebsd.org < > > > > > owner-freebsd-arm@freebsd.org> On Behalf Of bob prohaska > > > > > Sent: Monday, May 6, 2019 2:05 PM > > > > > To: Mika??l Urankar > > > > > Cc: freebsd-arm@freebsd.org; freebsd-ports@freebsd.org > > > > > Subject: Re: Compiling u-boot-rpi3 on an rpi3 > > > > > > > > > > On Mon, May 06, 2019 at 06:20:45PM +0200, Mika??l Urankar wrote: > > > > > > Le lun. 6 mai 2019 ?? 17:19, bob prohaska > > > > > > a ??crit : > > > > > > > > > > > > > > On Mon, May 06, 2019 at 03:22:31PM +0200, Mika??l Urankar > > > > > > > wrote: > > > > > > > > > > > > > > > > It builds fine here on aarch64, do you have > > > > > > > > security/openssl* installed? > > > > > > > > > > > > > > > > > > > > > > Yes, security/openssl is installed. I didn't use it by > > > > > > > default because of earlier reports of trouble. The system > > > > > > > reminds me that > > > > > > > > > > > > Delete it and rebuild u-boot-rpi3 > > > > > > > > > > > > > > > > That certainly helped, make now runs successfully. > > > > > > > > > > But, make install didn't update anything in /boot/msdos. > > > > > There seem to be three copies of u-boot-bin floating around, > > > > > with identical size. Should I copy one manually to > > > > > /boot/msdos, and does it matter which one? > > > > > > > > > > Thanks for reading and your help! > > > > > > > > > > bob prohaska > > > > > > > > > > _______________________________________________ > > > > > freebsd-arm@freebsd.org mailing list > > > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > > > To unsubscribe, send any mail to " > > > > > freebsd-arm-unsubscribe@freebsd.org" > > > > > ________________________________ > > > > > DISCLAIMER: This message and any attachments are intended > > > > > solely for the use of the recipient and may contain > > > > > confidential information. If you have received this message in > > > > > error please delete it and promptly notify the sender, James > > > > > Shuriff ( james@opentech.cc). > > > > > > > > > > > > > ________________________________ > > > > DISCLAIMER: This message and any attachments are intended > > > > solely for the use of the recipient and may contain confidential > > > > information. If you have received this message in error please > > > > delete it and promptly notify the sender, James Shuriff ( > > > > james@opentech.cc). > > > > > > > > > > _______________________________________________ > > > freebsd-arm@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > To unsubscribe, send any mail to > > > "freebsd-arm-unsubscribe@freebsd.org > > > " > > > ________________________________ > DISCLAIMER: This message and any attachments are intended solely for the= use of the recipient and may contain confidential information. If you have= received this message in error please delete it and promptly notify the se= nder, James Shuriff (james@opentech.cc). > ________________________________ DISCLAIMER: This message and any attachments are intended solely for the u= se of the recipient and may contain confidential information. If you have r= eceived this message in error please delete it and promptly notify the send= er, James Shuriff (james@opentech.cc). --_002_BN7PR06MB5187F5BBC5DFA08D3C66D3DEAA310BN7PR06MB5187namp_ Content-Type: text/plain; name="sdboot.txt" Content-Description: sdboot.txt Content-Disposition: attachment; filename="sdboot.txt"; size=2050; creation-date="Tue, 07 May 2019 07:40:46 GMT"; modification-date="Tue, 07 May 2019 07:57:05 GMT" Content-Transfer-Encoding: base64 Iy9iaW4vdGNzaAoKc2V0IEJPT1RGUz0vYm9vdC9maXJtd2FyZS8KCnNldCBVQk9PVF9CSU5fUEFU SD0vdXNyL2xvY2FsL3NoYXJlL3UtYm9vdC91LWJvb3QtcnBpMy91LWJvb3QuYmluCnNldCBQU0NJ X0ZVTkNfUEFUSCA9IC91c3IvbG9jYWwvc2hhcmUvcnBpLWZpcm13YXJlL2FybXN0dWI4LmJpbgpz ZXQgRklSTVdBUkVfQ09ORklHX1BBVEggPSAvdXNyL2xvY2FsL3NoYXJlL3JwaS1maXJtd2FyZS9j b25maWdfcnBpMy50eHQKCiMgVGhlc2UgYXJlIHRoZSBzZWxmLWhvc3RlZCB2YXJpYWJsZXMKc2V0 IFVFRklfTE9BREVSX1BBVEggPSAvYm9vdC9sb2FkZXJfbHVhLmVmaQpzZXQgRFRCX0FXX1BBVEg9 L2Jvb3QvZHRiL2FsbHdpbm5lci8Kc2V0IERUQl9PTF9QQVRIPS9ib290L2R0Yi9vdmVybGF5cy8K CiMgVGhlc2UgYXJlIHRoZSBub3Qgc2VsZi1ob3N0ZWQgdmFyaWFibGVzCiNzZXQgTUFLRU9CSkRJ UlBSRUZJWD0vdXNyL29iai8KI3NldCBLRVJOQ09ORj1PVENDCiNzZXQgVUVGSV9MT0FERVJfUEFU SCA9ICRNQUtFT0JKRElSUFJFRklYL3Vzci9zcmMvYXJtNjQuYWFyY2g2NC9zdGFuZC9lZmkvbG9h ZGVyX2x1YS9sb2FkZXJfbHVhLmVmaQojc2V0IERUQl9BV19QQVRIPSRNQUtFT0JKRElSUFJFRklY L3Vzci9zcmMvYXJtNjQuYWFyY2g2NC9zeXMvJEtFUk5DT05GL21vZHVsZXMvdXNyL3NyYy9zeXMv bW9kdWxlcy9kdGIvYWxsd2lubmVyLwojc2V0IERUQl9PTF9QQVRIPSRNQUtFT0JKRElSUFJFRklY L3Vzci9zcmMvYXJtNjQuYWFyY2g2NC9zeXMvJEtFUk5DT05GL21vZHVsZXMvdXNyL3NyYy9zeXMv bW9kdWxlcy9kdGIvYWxsd2lubmVyLwoKc2V0IERUQl9BV19GSUxFUyA9IChzdW41MGktYTY0LW5h bm9waS1hNjQuZHRiIHN1bjUwaS1hNjQtb2xpbnV4aW5vLmR0YiBzdW41MGktYTY0LXBpbmU2NC1w bHVzLmR0YiBzdW41MGktYTY0LXBpbmU2NC5kdGIgc3VuNTBpLWE2NC1zb3BpbmUtYmFzZWJvYXJk LmR0YiBzdW41MGktaDUtb3JhbmdlcGktcGMyLmR0YikKc2V0IERUQl9PTF9GSUxFUyA9IChzdW41 MGktYTY0LXNpZC5kdGJvIHN1bjUwaS1hNjQtdGhzLmR0Ym8gc3VuNTBpLWE2NC10aW1lci5kdGJv KQoKc2V0IEZJUk1XQVJFX1JFUE9fUEFUSCA9IC91c3IvbG9jYWwvc2hhcmUvcnBpLWZpcm13YXJl LwpzZXQgRklSTVdBUkVfUkVQT19GSUxFUyA9IChMSUNFTkNFLmJyb2FkY29tIGJjbTI3MTAtcnBp LTMtYi5kdGIgYm9vdGNvZGUuYmluIGZpeHVwLmRhdCBmaXh1cF9jZC5kYXQgZml4dXBfZGIuZGF0 IGZpeHVwX3guZGF0IHN0YXJ0LmVsZiBzdGFydF9jZC5lbGYgc3RhcnRfZGIuZWxmIHN0YXJ0X3gu ZWxmKQoKc2V0IEZJUk1XQVJFX09MX1BBVEggPSAkRklSTVdBUkVfUkVQT19QQVRIL292ZXJsYXlz CnNldCBGSVJNV0FSRV9PTF9GSUxFUyA9IChtbWMuZHRibyBwaTMtZGlzYWJsZS1idC5kdGJvIHB3 bS5kdGJvKQoKIyAvCmZvcmVhY2ggeCAoJEZJUk1XQVJFX1JFUE9fRklMRVMpCgljcCAkRklSTVdB UkVfUkVQT19QQVRILyR4ICRCT09URlMKZW5kCmNwICRQU0NJX0ZVTkNfUEFUSCAkVUJPT1RfQklO X1BBVEggJEJPT1RGUwpjcCAkRklSTVdBUkVfQ09ORklHX1BBVEggJEJPT1RGUy9jb25maWcudHh0 CgojIC9vdmVybGF5cwpta2RpciAtcCAkQk9PVEZTL292ZXJsYXlzCmZvcmVhY2ggeCAoJEZJUk1X QVJFX09MX0ZJTEVTKQoJY3AgJEZJUk1XQVJFX09MX1BBVEgvJHggJEJPT1RGUy9vdmVybGF5cy8K ZW5kCgojIERUQgpta2RpciAtcCAkQk9PVEZTL2R0Yi9hbGx3aW5uZXIgJEJPT1RGUy9kdGIvb3Zl cmxheXMKZm9yZWFjaCB4ICgkRFRCX0FXX0ZJTEVTKQoJY3AgJERUQl9BV19QQVRILyR4ICRCT09U RlMvZHRiL2FsbHdpbm5lci8KZW5kCmZvcmVhY2ggeCAoJERUQl9PTF9GSUxFUykKCWNwICREVEJf T0xfUEFUSC8keCAkQk9PVEZTL2R0Yi9vdmVybGF5cy8KZW5kCgojIEVGSQojIGxvYWRlcl9sdWEu ZWZpIGlzIGEgaGFyZCBsaW5rIHdpdGggbG9hZGVyLmVmaQpta2RpciAtcCAkQk9PVEZTL0VGSS9C T09UCmNwICRVRUZJX0xPQURFUl9QQVRIICRCT09URlMvRUZJL0JPT1QvYm9vdGFhNjQuZWZpCg== --_002_BN7PR06MB5187F5BBC5DFA08D3C66D3DEAA310BN7PR06MB5187namp_-- From owner-freebsd-arm@freebsd.org Wed May 8 19:06:05 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8B3BD15911B3 for ; Wed, 8 May 2019 19:06:05 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ADA1A8A43C for ; Wed, 8 May 2019 19:06:04 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (ip68-1-57-197.pn.at.cox.net [68.1.57.197]) by colo1.denninger.net (Postfix) with ESMTP id 0AB012110AD for ; Wed, 8 May 2019 15:06:02 -0400 (EDT) Received: from [192.168.10.24] (D14.Denninger.Net [192.168.10.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id 60F13F192A for ; Wed, 8 May 2019 14:06:02 -0500 (CDT) Subject: Re: FreeBsd I2C utility gives same value as MSB and LSB from DS75 sensor 16bit register. To: freebsd-arm@freebsd.org References: From: Karl Denninger Openpgp: preference=signencrypt Autocrypt: addr=karl@denninger.net; prefer-encrypt=mutual; keydata= mQINBFIX1zsBEADRcJfsQUl9oFeoMfLPJ1kql+3sIaYx0MfJAUhV9LnbWxr0fsWCskM1O4cV tHm5dqPkuPM4Ztc0jLotD1i9ubWvCHOlkLGxFOL+pFbjA+XZ7VKsC/xWmhMwJ3cM8HavK2OV SzEWQ/AEYtMi04IzGSwsxh/5/5R0mPHrsIomV5SbuiI0vjLuDj7fo6146AABI1ULzge4hBYW i/SHrqUrLORmUNBs6bxek79/B0Dzk5cIktD3LOfbT9EAa5J/osVkstMBhToJgQttaMIGv8SG CzpR/HwEokE+7DP+k2mLHnLj6H3kfugOF9pJH8Za4yFmw//s9cPXV8WwtZ2SKfVzn1unpKqf wmJ1PwJoom/d4fGvQDkgkGKRa6RGC6tPmXnqnx+YX4iCOdFfbP8L9rmk2sewDDVzHDU3I3ZZ 8hFIjMYM/QXXYszRatK0LCV0QPZuF7LCf4uQVKw1/oyJInsnH7+6a3c0h21x+CmSja9QJ+y0 yzgEN/nM89d6YTakfR+1xkYgodVmMy/bS8kmXbUUZG/CyeqCqc95RUySjKT2ECrf9GhhoQkl +D8n2MsrAUSMGB4GQSN+TIq9OBTpNuvATGSRuF9wnQcs1iSry+JNCpfRTyWp83uCNApe6oHU EET4Et6KDO3AvjvBMAX0TInTRGW2SQlJMuFKpc7Dg7tHK8zzqQARAQABtCNLYXJsIERlbm5p bmdlciA8a2FybEBkZW5uaW5nZXIubmV0PokCPAQTAQIAJgUCUhfXOwIbIwUJCWYBgAYLCQgH AwIEFQIIAwQWAgMBAh4BAheAAAoJEG6/sivc5s0PLxQP/i6x/QFx9G4Cw7C+LthhLXIm7NSH AtNbz2UjySEx2qkoQQjtsK6mcpEEaky4ky6t8gz0/SifIfJmSmyAx0UhUQ0WBv1vAXwtNrQQ jJd9Bj6l4c2083WaXyHPjt2u2Na6YFowyb4SaQb83hu/Zs25vkPQYJVVE0JX409MFVPUa6E3 zFbd1OTr3T4yNUy4gNeQZfzDqDS8slbIks2sXeoJrZ6qqXVI0ionoivOlaN4T6Q0UYyXtigj dQvvhMt0aNowKFjRqrmSDRpdz+o6yg7Mp7qEZ1V6EZk8KqQTH6htpCTQ8i79ttK4LG6bstSF Re6Fwq52nbrcANrcdmtZXqjo+SGbUqJ8b1ggrxAsJ5MEhRh2peKrCgI/TjQo+ZxfnqEoR4AI 46Cyiz+/lcVvlvmf2iPifS3EEdaH3Itfwt7MxFm6mQORYs6skHDw3tOYB2/AdCW6eRVYs2hB RMAG4uwApZfZDKgRoE95PJmQjeTBiGmRPcsQZtNESe7I7EjHtCDLwtJqvD4HkDDQwpzreT6W XkyIJ7ns7zDfA1E+AQhFR6rsTFGgQZRZKsVeov3SbhYKkCnVDCvb/PKQCAGkSZM9SvYG5Yax 8CMry3AefKktf9fqBFg8pWqtVxDwJr56dhi0GHXRu3jVI995rMGo1fLUG5fSxiZ8L5sAtokh 9WFmQpyl Message-ID: <7e6086f1-719a-4b24-e082-feb84d55342f@denninger.net> Date: Wed, 8 May 2019 14:06:01 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms080602030209020806000700" X-Rspamd-Queue-Id: ADA1A8A43C X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.52 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: px.denninger.net]; NEURAL_HAM_SHORT(-0.77)[-0.765,0]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-2.54)[ip: (-9.88), ipnet: 104.236.64.0/18(-4.20), asn: 14061(1.42), country: US(-0.06)]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:+]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[197.57.1.68.zen.spamhaus.org : 127.0.0.11]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; SIGNED_SMIME(-2.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[denninger.net]; R_SPF_NA(0.00)[] X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2019 19:06:05 -0000 This is a cryptographically signed message in MIME format. --------------ms080602030209020806000700 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 5/3/2019 06:43, Prasad M wrote: > Hi Folks, > > I am trying to access a DS75 I2C temperature sensor. It kind of works w= ith > the default i2c utility. But it returns twice the high byte instead of = the > high and low byte for the temperature. Probably because it does 1 byte > reads on the I2C bus, sending a stop condition after every byte. > > The device expects continuous reads and no stop/start in between the 2 > bytes. Trying all options i2c, most notably the -m mode switch, yields = the > same results all the time. Looking at the code in i2c.c > > Could any one help to solve this problem with working I2CRDWR utility. I don't know if you can do it with that utility, but coding up a simple (~10-15 lines of "C") that reads two bytes is trivially easy. You simply stuff a message buffer requesting 2 bytes in response and call ioctl; you get back two bytes. --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms080602030209020806000700 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTkwNTA4MTkwNjAx WjBPBgkqhkiG9w0BCQQxQgRAFv7mt8jdk7EeR0dNWFrVhhWr1li+TJwgRRbRTJhTpK49Eztb f+UuFSGFxM17WziI2C+u8qAU2B/tajdpV24hRzBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgC239Zcqu9hujz78sxzpY1LDGJTOl9FyMi54abQ+PwF5qKXOE74KnyTw0+cbieP/BdQ FFiWlIIPuYq58BG4LcD9pFJxqwTWcArGOUioawmmTsvBfvbdNIIx6SjZRmRY+IemYz7F3XYY eqdbYCamIvy5WSZJNaG0ilg1qNaUAWmQ5ckOwIIYcpJxSMxO/1GS1gkLDgDJAhsWNajVdIwK VckG7jPmGoyQyfVRjSDDrnW2un8NV4RhrbEbSLRRFq0kIvIKT/vMGHVpPqvuB7tqNW3vS8jy qX1xMg2S/vaoeL4QPId9zcpFVklaFAgD+3nYYB73kg8JIdE/Um7FntaSOZC8/6ywWaxX1K1g N7J5cS6q/0gqOWMGeL4uSKz5fkCUk2GqdmafKg/W3oCLvam5XBQNzjH+Zkvpe+2pZlPvlLw3 uCv2WxQvv5esMo44e0Y4t5DW9KJnZ8sOnDM6myts7sOm7rvogoK19t3ZUs+gY1X2f9vhBfAx QikihWi5id1SE6frnU3CoOeV6aI8ebNQVaL90o0+GhqL22avSnYoUFfs3M595R1VU15tRI19 pWOFi2ACU32pxEwr+uH7LN4rqvDKl+Xi10sGDfSPtwcuCC2FU3590iKqMMixetEBJUPIGsFL 5Ri51aZFE4B2w7fS+XrmCHJh+Gv+7T5dri8bP4YiSQAAAAAAAA== --------------ms080602030209020806000700-- From owner-freebsd-arm@freebsd.org Thu May 9 11:08:44 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9035E15A54F3 for ; Thu, 9 May 2019 11:08:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1CFF089887 for ; Thu, 9 May 2019 11:08:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 53937135EC for ; Thu, 9 May 2019 11:08:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x49B8hpH009866 for ; Thu, 9 May 2019 11:08:43 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x49B8h2L009864 for freebsd-arm@FreeBSD.org; Thu, 9 May 2019 11:08:43 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 237808] Ampere eMAG efibootmgr stuck when creating a new entry Date: Thu, 09 May 2019 11:08:43 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: manu@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 May 2019 11:08:44 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237808 Bug ID: 237808 Summary: Ampere eMAG efibootmgr stuck when creating a new entry Product: Base System Version: CURRENT Hardware: arm64 OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: manu@freebsd.org Ting Ngyuen and John O'Neill reported that the installer is stuck when it creates the boot entry with efibootmgr(8) on their Osprey hardware. I managed to confirm this on the Lenovo HR350A at emaste@'s office. Step to reproduce (runned from the pxe booted system) : root@:~ # mount_msdosfs /dev/ada0p1 /mnt/ root@:~ # mkdir -p /mnt/EFI/freebsd root@:~ # cp /boot/loader.efi /mnt/EFI/freebsd/ root@:~ # efibootmgr --create --activate --label FreeBSD --loader /mnt/EFI/freebsd/loader.efi=20 Then efibootmgr is stuck and isn't interruptable. I'll look at this. --=20 You are receiving this mail because: You are the assignee for the bug.=