Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 14 Jul 2015 23:20:38 +0000
From:      Glen Barber <gjb@FreeBSD.org>
To:        Ian Lepore <ian@freebsd.org>
Cc:        Andrew Turner <andrew@fubar.geek.nz>, src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org
Subject:   Re: svn commit: r285563 - head/release/doc/en_US.ISO8859-1/relnotes
Message-ID:  <20150714232038.GS15828@FreeBSD.org>
In-Reply-To: <1436915808.1334.318.camel@freebsd.org>
References:  <201507142010.t6EKAAGD014980@repo.freebsd.org> <20150714230134.017a4512@bender.Home> <20150714223217.GP15828@FreeBSD.org> <1436915808.1334.318.camel@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help

--rNtUoUA3Tn0/N1iC
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Jul 14, 2015 at 05:16:48PM -0600, Ian Lepore wrote:
> On Tue, 2015-07-14 at 22:32 +0000, Glen Barber wrote:
> > > > +      <para revision=3D"282727">Support for booting relocatable ke=
rnels
> > > > +	has been extended to non-<acronym>EFI</acronym>
> > > > +	systems.</para>
> > >=20
> > > r282727 is moving the relocation code for the loader to a common plac=
e.
> > > It has nothing to do with making the kernel relocatable, but as a prep
> > > for r282731.
> > >=20
> >=20
> > Do you have a suggested rewording?  I can't think of another way to word
> > this, since 'Support for [...]' still seems relevant for the context.
> >=20
>=20
> This isn't about the kernel at all.  This makes it possible to share the
> loader relocation code between arches, so that any flavor of loader(8)
> can be self-relocatable.  Then r282731 makes the arm ubldr flavor of
> loader(8) relocatable.  The benefit is that a board-specific setting of
> UBLDR_LOADADDR is no longer needed at compile time.
>=20

Ah, I see now.  Thank you.  I'll reword this.

> Unrelated work around the same time (r283035) made loader aware of the
> fact that arm kernels are relocatable and can be loaded on any 2MB
> boundary in physical ram.
>=20

Yeah, I didn't get to this yet, likely because of how I split up the svn
logs for this last pass.

The sys/arm, sys/cddl, and sys/dev logs are still in progress.

Glen


--rNtUoUA3Tn0/N1iC
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJVpZlGAAoJEAMUWKVHj+KTHZ4P/RE0KexnOnZ4j0UZiPBc28vF
3L33FFhsDpujUVFUlkRHJnTy23dJ5tL0IWkUTwW/dLABuM1gLpjNYwi9mV6eBSoq
cMhG+kKqKRtXKM6i3dX5ACe49C4zSB9pQthb7b7FTjaJQYDknseXTPcfek8UA0J2
3CuYnclJ9L5Le2aQtP4DWGgJLqUWpunYQIKrkj+YP/zULjUDGwZXTkw61GY9fX2P
Ln3LkTZZSSFOzWMfefZQTi1pEmezWZuHz6rYTparpJzU4+KASGQFz3fBpsc6yxdd
CgptuvrYu43983fPFlNhD/GpeLhLJAPo+ZE26KjzZim16V/X8W1NA8bUV1SrOrHS
Fe9EIOOubiSmer8Vn13MCLUbY4n2cbEBoMYXxv3DHaCt4cCTMgqN3ZcB/6bOHBjZ
xWh+A92i66mkY1U0igNZj6FzRNYxCKC/Z6dI9wjrnWLsTw6Nem2QP+b2IpAMsAXl
zOp/Pn7/kwhir/Rr4rLxJhUKrgtZLdqqknFY9d4ZpjNzqAcJ44Y5ndGfU/3Y0fFn
Qq8FDLJC9sfjRM3S4d+Lkh/A32Z61u6sBHj/zqBi8QmsU/WlWTr4bkQv7y5xlTkh
nblc0hNxoCroo+c0B9nrRcgcrpsufqFHKT/iiH9WwCg6htiWmyNgmBRHXlVUBMin
Fpu9GjGKoykMD0Tl7UMm
=Dk2Z
-----END PGP SIGNATURE-----

--rNtUoUA3Tn0/N1iC--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20150714232038.GS15828>