From owner-freebsd-arm@freebsd.org Sat Oct 21 21:06:08 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8056FE3A40B for ; Sat, 21 Oct 2017 21:06:08 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-161.reflexion.net [208.70.211.161]) (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 2F1966BD85 for ; Sat, 21 Oct 2017 21:06:07 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 2684 invoked from network); 21 Oct 2017 21:06:06 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 21 Oct 2017 21:06:06 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Sat, 21 Oct 2017 17:06:06 -0400 (EDT) Received: (qmail 2388 invoked from network); 21 Oct 2017 21:06:05 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 21 Oct 2017 21:06:05 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 4820AEC9045; Sat, 21 Oct 2017 14:06:05 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: svn commit: r324822 - head/sys/modules/dtb/allwinner [removal of sinovoip-bpi-m3.dts from sys/modules/dtb/allwinner/Makefile DTS list] Date: Sat, 21 Oct 2017 14:06:04 -0700 References: <3AD6B1F8-512C-43BB-AC76-7721454AD02F@dsl-only.net> <20171021195812.5bdb902401b8e756b6abfe40@bidouilliste.com> <20171021204356.47e3cd6066144bcd07f46699@bidouilliste.com> To: Emmanuel Vadot , freebsd-arm In-Reply-To: <20171021204356.47e3cd6066144bcd07f46699@bidouilliste.com> Message-Id: <50728566-11C2-45EB-8367-00CAF38D4548@dsl-only.net> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2017 21:06:08 -0000 On 2017-Oct-21, at 11:43 AM, Emmanuel Vadot = wrote: > On Sat, 21 Oct 2017 11:26:57 -0700 > Mark Millard wrote: >=20 >> On 2017-Oct-21, at 10:58 AM, Emmanuel Vadot wrote: >>=20 >>>>> . . . >>=20 >> If I understand the current status correctly, the >> recent changes to use upstream DTS materials took >> the BPI-M3 from having, e.g., USB working to USB >> not working. -r323641 removed AWUSBPHY_TYPE_A83T >> from enum awusbphy_type because of what was missing >> from upstream DTS materials and such. >=20 > Uses of upstream DTS is active since ~2 years ago. > I think I removed support for USB on A83T because I couldn't test, but > maybe the code just work and adding the compatible string again might > do it. Feel free to send a patch on phabricator if it does. I last updated the BPI-M3's FreeBSD to be at head -r317015, so, a 2017-Apr-16 vintage, predating INO64 and the like if I remember right. It was working fine at the time and still boots with the root file system on an external USB SSD. Other than a "Cleanup BROKEN/IGNORE for 10.3" sysutils/u-boot-sinovoip-bpi-m3 still goes back to -r419007 (2016-Jul-24). The distinfo goes back to -r418429 (2016-Jul-12). These predate the -r424735 (2016-Oct-26) creation of sysutils/u-boot-master . That means that head -r317015 was compatible with the active sysutils/u-boot-sinovoip-bpi-m3 . The ubldr and ubldr.bin in use on the BPI-M3 that I have access to shows: -rwxr-xr-x 1 root wheel 271949 Oct 24 03:28:54 2016 ubldr -rwxr-xr-x 1 root wheel 224044 Oct 24 03:28:54 2016 ubldr.bin and so should match sysutils/u-boot-sinovoip-bpi-m3 and I should not have to update. My memory is that sinovoip-bpi-m3 has .dt* files that include each other in an unusual manor that can lead to misinterpretation if one assumes the usual structure for what files to look at. For example, the USB material can be missed. I'll see about looking at base/head differences (such as -r323641) and see if I can guess well at what things should be (in case there is anything else). But for me it will be guesswork and may take some time as I explore unfamiliar material. I'll let you know when I get that far. =3D=3D=3D Mark Millard markmi at dsl-only.net