From owner-freebsd-arm@freebsd.org Sun Oct 22 16:23:22 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 82FCFE5608F for ; Sun, 22 Oct 2017 16:23:22 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x242.google.com (mail-it0-x242.google.com [IPv6:2607:f8b0:4001:c0b::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 430C66C831 for ; Sun, 22 Oct 2017 16:23:22 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x242.google.com with SMTP id r127so3411337itb.5 for ; Sun, 22 Oct 2017 09:23:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=KEpRyRToNlrzYSkaJhc9BqVfji4egZ4oWuJf4Coxdy0=; b=L4i4XNgvfjUIMJvozT0NtQNr+6zLXFlarjQFnKqZm2PIY738+pEfYy51Q+jPGX7uMC 6LoRFYZELFNbpZv4S/KBOt67Qnk+SQZJZFRaYCexSHkGJ1mukYfyYmMSl3sn0/vb3OCV Rxk1INAZOMmivfjVkVNi0Ayv3YOjIkbrSxi6mig0RlkquQucLmJ0wP654wQhsG1SDSYc 02Ec5exu1Onxww45oq/IWa44oV84SCUgKOdtfabSf9IAhcmP1iqAPvHz76vEdhwOKB5f TPFa8AMFv/tfMz7lKCvZO6sXB867AzER/Fw551xf0IQ0VhUM4k25Bk+Gtk+L6ed4HzEB bNig== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=KEpRyRToNlrzYSkaJhc9BqVfji4egZ4oWuJf4Coxdy0=; b=M7vRYAQ3MdIU0AZCgCAy6MoA9QucRfyCDnTbRLH14tz9j/mtR2T8OnGYxjqIWe96n2 ANDVdBjo8SccGoA0CrDccC+EyvnZlG5wpVqki43g/gT9WqthrPHnMXR2dIm618h3ComA d4ajlxHYQsVCOMDuzycsSn0mWZ2SCXRwO0/GuEPH7x8itmWiDRKSuVv9+minU/cerOEf sNLtFdTepDr9Ly3EDyhXVEV6zbsZOStQ0nwJEpRbE517wiLlv++vQrkc6FtKYqgd9s+C 3k9ssbbb0yFDrjpI2aAm8yDqpiitSYQpAncP1aFbLUd1nQuSgh+vefbykEykIDEd85bp 3ljQ== X-Gm-Message-State: AMCzsaX2Mx1/89X9TMTL0bJqdSIl5vutzqxv2r9rJBwj5Lwhgy9O+WcH N71sDZLsRMu72qu+xgdZsWy6tuo4ApeIz2Ou2WEO7Q== X-Google-Smtp-Source: ABhQp+TnupP/6U/2n1GySR0+YrkEnz6n4HGWY30/UWpP0Iud3geFHRB20TwVA7f069vvEMNtIBI2oxxex9p9hRE+Ycs= X-Received: by 10.36.118.81 with SMTP id z78mr6164495itb.97.1508689401493; Sun, 22 Oct 2017 09:23:21 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.57.22 with HTTP; Sun, 22 Oct 2017 09:23:20 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:df5:793f:4458:5cf6] In-Reply-To: <1508688836.7314.6.camel@freebsd.org> References: <3AD6B1F8-512C-43BB-AC76-7721454AD02F@dsl-only.net> <20171021195812.5bdb902401b8e756b6abfe40@bidouilliste.com> <20171021204356.47e3cd6066144bcd07f46699@bidouilliste.com> <50728566-11C2-45EB-8367-00CAF38D4548@dsl-only.net> <8696CCFA-AE7D-4324-90A8-BB73402FA124@dsl-only.net> <757DA0FB-D69E-45BC-B81C-5CE0C6636E79@dsl-only.net> <1508688836.7314.6.camel@freebsd.org> From: Warner Losh Date: Sun, 22 Oct 2017 10:23:20 -0600 X-Google-Sender-Auth: xL_ucBu9JOYu1AQ54TL0-pNLqcg Message-ID: Subject: Re: svn commit: r324822 - head/sys/modules/dtb/allwinner [removal of sinovoip-bpi-m3.dts from sys/modules/dtb/allwinner/Makefile DTS list] To: Ian Lepore Cc: Mark Millard , Emmanuel Vadot , freebsd-arm Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 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: Sun, 22 Oct 2017 16:23:22 -0000 On Sun, Oct 22, 2017 at 10:13 AM, Ian Lepore 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