<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in ldscript.powerpc</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>20ae0afe - [PowerPC] Fix LLD10 linking of ofw loader on ppc</title>
        <link>http://172.16.0.5:8080/history/freebsd-13.1/stand/powerpc/ofw/ldscript.powerpc#20ae0afe</link>
        <description>[PowerPC] Fix LLD10 linking of ofw loader on ppcBefore this change, LLD10 was creating several extra PT_LOAD sections,which OFW does not understand.Like we do for the kernel already, specify the program headers manually.Additionally, to work around a crash in our base ld.bfd, we need toactually assign something to the output section. LLD does not need this.One side effect of this change is the removal of the GNU_STACK header.This is more correct, since we are using a statically-allocated stack andRWX mappings across the board this early in boot.Reviewed by:	jhibbits, Fangrui Song &lt;i@maskray.me&gt;Sponsored by:	Tag1 Consulting, Inc.Differential Revision:	https://reviews.freebsd.org/D23778

            List of files:
            /freebsd-13.1/stand/powerpc/ofw/ldscript.powerpc</description>
        <pubDate>Tue, 25 Feb 2020 00:45:09 +0000</pubDate>
        <dc:creator>Brandon Bergren &lt;bdragon@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>861a0b48 - Fix regression introduced in r328806, preventing boot at least on all</title>
        <link>http://172.16.0.5:8080/history/freebsd-13.1/stand/powerpc/ofw/ldscript.powerpc#861a0b48</link>
        <description>Fix regression introduced in r328806, preventing boot at least on allPowerPC Apple hardware, and likely all Open Firmware systems.The loader would allocate memory for its heap at whatever address OpenFirmware gave it, which would in general be the lowest unallocated address,usually starting a page or two above 0. As the kernel is linked at 1 MB,and loader insists on running the kernel at its link address, any heaplarger than 1 MB would overlap the kernel, causing loader memory allocationsto corrupt the kernel and vice versa.Although r328806 made this problem much worse by increasing the heap sizeto 8 MB, causing 88% of the loader heap to overlap with the kernel, theproblem has always existed. The old heap size was 1 MB and, unless thatstarted exactly at zero, which would cause other problems, some number ofpages of the loader heap still overlapped with the kernel.This patch solves the issue in two ways and cleans up some related code:- Moves the loader heap inside of the loader. This guarantees that the  heap will be contiguous with the loader and simplifies the heap  allocation code at no cost, since the heap lives in BSS.- Moves the loader, previously at 28 MB and dangerously close to the kernel  it loads, a bit higher to 44 MB. This has the effect of breaking loader  on non-embedded PPC machines with &lt; 48 MB of RAM, but we did not support  those anyway.The fundamental problem is that the way loader loads ELF files isincredibly fragile, but that can&apos;t be fixed without fundamentalarchitectural changes.MFC after:	10 days

            List of files:
            /freebsd-13.1/stand/powerpc/ofw/ldscript.powerpc</description>
        <pubDate>Sat, 03 Feb 2018 23:49:21 +0000</pubDate>
        <dc:creator>Nathan Whitehorn &lt;nwhitehorn@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>ca987d46 - Move sys/boot to stand. Fix all references to new location</title>
        <link>http://172.16.0.5:8080/history/freebsd-13.1/stand/powerpc/ofw/ldscript.powerpc#ca987d46</link>
        <description>Move sys/boot to stand. Fix all references to new locationSponsored by:	Netflix

            List of files:
            /freebsd-13.1/stand/powerpc/ofw/ldscript.powerpc</description>
        <pubDate>Tue, 14 Nov 2017 23:02:19 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
</channel>
</rss>
