Date: Sun, 22 Oct 2017 10:36:11 -0600 From: Ian Lepore <ian@freebsd.org> To: Warner Losh <imp@bsdimp.com> Cc: Mark Millard <markmi@dsl-only.net>, Emmanuel Vadot <manu@bidouilliste.com>, freebsd-arm <freebsd-arm@freebsd.org> Subject: Re: svn commit: r324822 - head/sys/modules/dtb/allwinner [removal of sinovoip-bpi-m3.dts from sys/modules/dtb/allwinner/Makefile DTS list] Message-ID: <1508690171.7314.9.camel@freebsd.org> In-Reply-To: <CANCZdfoKtYgLFTCNuAaD1%2BF_aWCXhArAZwsJWmNqMYhkCcueKQ@mail.gmail.com> References: <3AD6B1F8-512C-43BB-AC76-7721454AD02F@dsl-only.net> <20171021195812.5bdb902401b8e756b6abfe40@bidouilliste.com> <C9F6BF5E-28DB-4569-B71E-EDE2A042FC78@dsl-only.net> <20171021204356.47e3cd6066144bcd07f46699@bidouilliste.com> <50728566-11C2-45EB-8367-00CAF38D4548@dsl-only.net> <B3F39A7C-339B-4072-9E41-A3F9DA1F590B@dsl-only.net> <8696CCFA-AE7D-4324-90A8-BB73402FA124@dsl-only.net> <FFF37C2C-D108-4583-8BE4-41DE9C535271@dsl-only.net> <757DA0FB-D69E-45BC-B81C-5CE0C6636E79@dsl-only.net> <1508688836.7314.6.camel@freebsd.org> <CANCZdfoKtYgLFTCNuAaD1%2BF_aWCXhArAZwsJWmNqMYhkCcueKQ@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 2017-10-22 at 10:23 -0600, Warner Losh wrote: > On Sun, Oct 22, 2017 at 10:13 AM, Ian Lepore <ian@freebsd.org> wrote: > > > > > On Sat, 2017-10-21 at 22:52 -0700, Mark Millard wrote: > > > > > > [I was not controlling UBLDR_LOADADDR in > > > my builds.] > > > > > UBLDR_LOADADDR is meaningless; it's not significant on arm systems, > > dating back to well before 11.0 was released. It used to set the fixed > > physical address at which ubldr[.bin] was linked to run, but now ubldr > > is self-relocating and can be loaded at any 2mb boundary (really 1mb > > boundary on most arm systems). > > > > It should be noted that ubldr is obsolete as well; only ubldr.bin is > > needed. The older version with the elf headers intact was supposed to > > be kept around "for a few weeks, until crochet can be adjusted to not > > refer to it". That was like 3 years ago, but it never got removed. > > > > Hmmm, actually, since UBLDR_LOADADDR does end up stored in the elf > > headers, I guess if you're using the obsolete ubldr with headers > > intact, maybe it is influencing uboot's behavior and causing failures. > > > Maybe it's time to delete it, other build systems ready or not. > > Warner After digging through some old IRC logs, where we left off on this when it was last discussed in April 2017, we were waiting for a last few remaining uboot ports to either get converted to the new master scheme, or have their one-off patches updated to stop referring to the elf ubldr. Also, there was a need to ensure the cache-flushing patches (flush before launching ubldr and in the API IO code) are in place in your uboot fork. I think at this point we're probably down to just the one-off uboot ports needing small changes. -- Ian
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1508690171.7314.9.camel>