<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/source/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Makefile</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>3c857567c10f9e30c86133729532188f5c3664f0 - stand: Rename ZFSSRC to SAZFSSRC to avoid confusion</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/efi/libefi/Makefile#3c857567c10f9e30c86133729532188f5c3664f0</link>
        <description>stand: Rename ZFSSRC to SAZFSSRC to avoid confusionZFSSRC is abiguous on its surface and too clos to ZFSTOP, so rename itto SAZFSSRC.Sponsored by:		NetflixReviewed by:		tsoomeDifferential Revision:	https://reviews.freebsd.org/D53901

            List of files:
            /freebsd/stand/efi/libefi/Makefile</description>
        <pubDate>Tue, 25 Nov 2025 01:35:30 +0100</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>43b8edb320519c9887a5d953c4cf8a91f0ca8d14 - stand: Cut over to using the EDK2 files</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/efi/libefi/Makefile#43b8edb320519c9887a5d953c4cf8a91f0ca8d14</link>
        <description>stand: Cut over to using the EDK2 filesRemove the old EFI SDK files that we&apos;ve been nursing along for too manyyears. Replace them with files from EDK2 edk2-stable202502 and tweak theinterfaces we need to tweak. Mostly include different things or changethe names of the protocols that no longer have old-school compat names.I gave up in the middle of env.c, too damn tedious to find all those newGUIDs. Also, many of the guids were mystery meat, most likely from theEDK2 sources, but just not the Include subdirectory. Need to investigatethose. And the memory info? Is it just an oboslete thing, or embeddedknowledge of EDK2.Delete the now-redundant copies of things in Guid and Protocol. Idebated keeping ZeroGuid.h, but EDK2 has moved on from when I snagged ityears ago (or maybe I just invented it out of whole cloth: edk2 doesradically different things today and I didn&apos;t do the git deep-dive tofind out).Sponsored by:		NetflixDifferential Revision:	https://reviews.freebsd.org/D53655

            List of files:
            /freebsd/stand/efi/libefi/Makefile</description>
        <pubDate>Sun, 16 Nov 2025 18:36:36 +0100</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>e9ac41698b2f322d55ccf9da50a3596edb2c1800 - Remove residual blank line at start of Makefile</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/efi/libefi/Makefile#e9ac41698b2f322d55ccf9da50a3596edb2c1800</link>
        <description>Remove residual blank line at start of MakefileThis is a residual of the $FreeBSD$ removal.MFC After: 3 days (though I&apos;ll just run the command on the branches)Sponsored by: Netflix

            List of files:
            /freebsd/stand/efi/libefi/Makefile</description>
        <pubDate>Mon, 15 Jul 2024 06:46:32 +0200</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>d0b2dbfa0ecf2bbc9709efc5e20baf8e4b44bbbf - Remove $FreeBSD$: one-line sh pattern</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/efi/libefi/Makefile#d0b2dbfa0ecf2bbc9709efc5e20baf8e4b44bbbf</link>
        <description>Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/

            List of files:
            /freebsd/stand/efi/libefi/Makefile</description>
        <pubDate>Wed, 16 Aug 2023 19:55:03 +0200</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>c16e08e5f324aa119c85e10eaabacbd2abdb40e0 - stand/efi: Retire i386 support</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/efi/libefi/Makefile#c16e08e5f324aa119c85e10eaabacbd2abdb40e0</link>
        <description>stand/efi: Retire i386 supportRemove the i386 ifdefs and files. It never worked.Sponsored by:		NetflixReviewed by:		manu, tsoome, kevansDifferential Revision:	https://reviews.freebsd.org/D40012

            List of files:
            /freebsd/stand/efi/libefi/Makefile</description>
        <pubDate>Thu, 11 May 2023 22:04:12 +0200</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>bab80c12a852928b572293f34210c5a19aeba17a - stand: Move eficom to libefi</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/efi/libefi/Makefile#bab80c12a852928b572293f34210c5a19aeba17a</link>
        <description>stand: Move eficom to libefiRename efiserialc to eficom.c and move it to libefi. Removeloader.efi.h, since it&apos;s not needed. It&apos;s architecture independent(though how we use it might vary). Drivers also belong in libfooin the boot loader: all the BIOS drivers are in i386/libi386 andthe console driver is in efi/libefi.Sponsored by:		NetflixReviewed by:		tsoomeDifferential Revision:	https://reviews.freebsd.org/D40007

            List of files:
            /freebsd/stand/efi/libefi/Makefile</description>
        <pubDate>Thu, 11 May 2023 22:03:42 +0200</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>0a0d6ce34d6be89cb356c7815648e455fabe3151 - Use the arm virtual counter in the arm64 loader</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/efi/libefi/Makefile#0a0d6ce34d6be89cb356c7815648e455fabe3151</link>
        <description>Use the arm virtual counter in the arm64 loaderIt exist on all ARMv8+ CPUs, and other boot loaders rely on it beingpresent.Sponsored by:	Innovate UKDifferential Revision: https://reviews.freebsd.org/D30410

            List of files:
            /freebsd/stand/efi/libefi/Makefile</description>
        <pubDate>Wed, 12 May 2021 09:45:09 +0200</pubDate>
        <dc:creator>Andrew Turner &lt;andrew@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>eda28feb2e070e21db3d50b3fc177f88380b8fb4 - EFI secure boot VECTX related changes</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/efi/libefi/Makefile#eda28feb2e070e21db3d50b3fc177f88380b8fb4</link>
        <description>EFI secure boot VECTX related changesWhen VECTX is enabled as a kernel option and non-EFI loaders arebuilt, many reads will fail due to the mis-match of whetherLOADER_VERIEXEC_VECTX or not in readin.h.  Source that includesbootstrap.h must ensure the kernel option agrees with the compiletime CFLAGS in the various make related files.Submitted by:	bret_ketchum@dell.com (original revision)Reviewed by:	sjg, bdrewery, dab, bret_ketchum@dell.comMFC after:	1 weekSponsored by:	Dell EMC IsilonDifferential Revision: https://reviews.freebsd.org/D29993

            List of files:
            /freebsd/stand/efi/libefi/Makefile</description>
        <pubDate>Fri, 30 Apr 2021 19:53:45 +0200</pubDate>
        <dc:creator>Eric van Gyzen &lt;vangyzen@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>d002814d6b8edc9cf85f1653ebb568e59f72f9ad - loader: Use TERM_EMU for arm and arm64</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/efi/libefi/Makefile#d002814d6b8edc9cf85f1653ebb568e59f72f9ad</link>
        <description>loader: Use TERM_EMU for arm and arm64Even if it didn&apos;t behave well previously this is fixed.Tested on: OrangePi One (armv7 u-boot) (serial only and serial + HDMI)Tested on: Pine64-LTS (aarch64 u-boot) (serial only and serial + HDMI)Tested on: Honeycomb (aarch64 EDK2) (serial only)Reviewed by:	impDifferential Revision:	https://reviews.freebsd.org/D28153

            List of files:
            /freebsd/stand/efi/libefi/Makefile</description>
        <pubDate>Thu, 14 Jan 2021 12:47:25 +0100</pubDate>
        <dc:creator>Emmanuel Vadot &lt;manu@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>50180d2b52cc16ecb6a6617fdc53f5d83c71a8b4 - loader.efi: reworked framebuffer setup</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/efi/libefi/Makefile#50180d2b52cc16ecb6a6617fdc53f5d83c71a8b4</link>
        <description>loader.efi: reworked framebuffer setupPass gfx_state to efi_find_framebuffer(), so we can pick betweenGOP and UGA in efi_find_framebuffer(), also we can thenset up struct gen_fb in gfx_state from efifb and isolate efi fb dataprocessing into framebuffer.c.This change does allow us to clean up efi_cons_init() and reduceBS-&gt;LocateProtocol() calls.A little downside is that we now need to translate gen_fb back toefifb in bootinfo.c (for passing to kernel), and we need to add few-I options to CFLAGS.

            List of files:
            /freebsd/stand/efi/libefi/Makefile</description>
        <pubDate>Mon, 11 Jan 2021 22:54:23 +0100</pubDate>
        <dc:creator>Toomas Soome &lt;tsoome@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>3630506b9daec9167a89bc4525638ea45a00769e - loader: implement framebuffer console</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/efi/libefi/Makefile#3630506b9daec9167a89bc4525638ea45a00769e</link>
        <description>loader: implement framebuffer consoleDraw console on efi.Add vbe framebuffer for BIOS loader (vbe off, vbe on, vbe list,vbe set xxx).autoload font (/boot/fonts) based on resolution and font size.Add command loadfont (set font by file) andvariable screen.font (set font by size). Pass loaded font to kernel.Export variables:screen.heightscreen.widthscreen.depthAdd gfx primitives to draw the screen and put png image on the screen.Rework menu draw to iterate list of consoles to enamble device specificoutput.Probably something else I forgot...Relnotes: yesDifferential Revision: https://reviews.freebsd.org/D27420

            List of files:
            /freebsd/stand/efi/libefi/Makefile</description>
        <pubDate>Mon, 21 Dec 2020 06:31:16 +0100</pubDate>
        <dc:creator>Toomas Soome &lt;tsoome@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>2192efc03bc41024a4f81217411e91fea3cd2815 - RISC-V boot1.efi and loader.efi support</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/efi/libefi/Makefile#2192efc03bc41024a4f81217411e91fea3cd2815</link>
        <description>RISC-V boot1.efi and loader.efi supportThis implementation doesn&apos;t have any major deviations from the other EFIports. I&apos;ve copied the boilerplate from arm and arm64.I&apos;ve tested this with the following boot flows:OpenSBI (M-mode) -&gt; u-boot (S-mode) -&gt; loader.efi -&gt; FreeBSDOpenSBI (M-mode) -&gt; u-boot (S-mode) -&gt; boot1.efi -&gt; loader.efi -&gt; FreeBSDDue to the way that u-boot handles secondary CPUs, OpenSBI &gt;= v0.7 is required,as the HSM extension is needed to bring them up explicitly. Because of this,using BBL as the SBI implementation will not be possible. Additionally, thereare a few recent u-boot changes that are required as well, all of which will bepresent in the upcoming v2020.07 release.Looks good:	emasteDifferential Revision:	https://reviews.freebsd.org/D25135

            List of files:
            /freebsd/stand/efi/libefi/Makefile</description>
        <pubDate>Mon, 06 Jul 2020 20:19:42 +0200</pubDate>
        <dc:creator>Mitchell Horne &lt;mhorne@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>3830659e99640001c09d26dfc0e1bbd77d919a62 - loader: create single zfs nextboot implementation</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/efi/libefi/Makefile#3830659e99640001c09d26dfc0e1bbd77d919a62</link>
        <description>loader: create single zfs nextboot implementationWe should have nextboot feature implemented in libsa zfs code.To get there, I have created zfs_nextboot() implementation based ontwo sources, our current simple textual string based approach with addedstructured boot label PAD structure from OpenZFS.Secondly, all nvlist details are moved to separate source file andrestructured a bit. This is done to provide base support to add nvlistadd/update feature in followup updates.And finally, the zfsboot/gptzfsboot disk access functions are swapped to uselibi386 and libsa.Sponsored by:	Netflix, Klara Inc.Differential Revision:	https://reviews.freebsd.org/D25324

            List of files:
            /freebsd/stand/efi/libefi/Makefile</description>
        <pubDate>Sat, 20 Jun 2020 08:23:31 +0200</pubDate>
        <dc:creator>Toomas Soome &lt;tsoome@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>b9f745fdb18d7a637aceb64e4a96449ead698483 - loader: fall back to term_emu on efi console with serial backend</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/efi/libefi/Makefile#b9f745fdb18d7a637aceb64e4a96449ead698483</link>
        <description>loader: fall back to term_emu on efi console with serial backendIn case of efi console having serial backend (video + serial or only serial),we need to stick with old emulator till we can draw console.Eventually we would need to get console terminal emulator to be removedfrom serial console because the serial link already has the terminal.However, we need to implement comconsole on all efi platforms first, thenwe need the ability to draw console, so we do not have to use SimpleTextOutputprotocol (which will write both on video and serial in case of multiplexedComOut).Differential Revision:	https://reviews.freebsd.org/D22161

            List of files:
            /freebsd/stand/efi/libefi/Makefile</description>
        <pubDate>Sat, 02 Nov 2019 10:50:36 +0100</pubDate>
        <dc:creator>Toomas Soome &lt;tsoome@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>f993ed2fbd3c307200ed9a6351e649f0904b39c5 - Merge ^/head r351732 through r352104.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/efi/libefi/Makefile#f993ed2fbd3c307200ed9a6351e649f0904b39c5</link>
        <description>Merge ^/head r351732 through r352104.

            List of files:
            /freebsd/stand/efi/libefi/Makefile</description>
        <pubDate>Mon, 09 Sep 2019 21:58:46 +0200</pubDate>
        <dc:creator>Dimitry Andric &lt;dim@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>56758831fe6c5702d3a76a2ea12986a5bf978ef5 - loader: use teken teminal emulator for x86 and uefi</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/efi/libefi/Makefile#56758831fe6c5702d3a76a2ea12986a5bf978ef5</link>
        <description>loader: use teken teminal emulator for x86 and uefiReplace mini cons25 emulator with teken, this does enable us proper consoleterminal for loader and will make it possible to implement differentback end callbacks to draw to screen.At this time we still only &quot;draw&quot; in text mode.

            List of files:
            /freebsd/stand/efi/libefi/Makefile</description>
        <pubDate>Fri, 06 Sep 2019 00:15:50 +0200</pubDate>
        <dc:creator>Toomas Soome &lt;tsoome@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>7f49ce7a0b5f0d501d233308d73ccb1bf191a68b - MFHead @349476</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/efi/libefi/Makefile#7f49ce7a0b5f0d501d233308d73ccb1bf191a68b</link>
        <description>MFHead @349476Sponsored by:	The FreeBSD Foundation

            List of files:
            /freebsd/stand/efi/libefi/Makefile</description>
        <pubDate>Fri, 28 Jun 2019 01:50:54 +0200</pubDate>
        <dc:creator>Alan Somers &lt;asomers@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>da4961c796795b7337cd905b84be8dcf200d408c - loader: add HTTP support using UEFI</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/efi/libefi/Makefile#da4961c796795b7337cd905b84be8dcf200d408c</link>
        <description>loader: add HTTP support using UEFIAdd support for an HTTP &quot;network filesystem&quot; using the UEFI&apos;s HTTPstack.This also supports HTTPS, but TianoCore EDK2 implementations currentlycrash while fetching loader files.Only IPv4 is supported at the moment. IPv6 support is planned for afollow-up changeset.Note that we include some headers from the TianoCore EDK II project instand/efi/include/Protocol verbatim, including links to the license insteadof including the full text because that&apos;s their preferred way ofcommunicating it, despite not being normal FreeBSD project practice.Submitted by:	scottphReviewed by:	imp, bcranDifferential Revision:	https://reviews.freebsd.org/D20643

            List of files:
            /freebsd/stand/efi/libefi/Makefile</description>
        <pubDate>Tue, 25 Jun 2019 01:18:42 +0200</pubDate>
        <dc:creator>Rebecca Cran &lt;bcran@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>fbeb31a26b2571d6df5b035246e2f9094fd0bc4c - MK_ZFS -&gt; {MK_ZFS|MK_LOADER_ZFS}, this is so we can diable userland / kernel</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/efi/libefi/Makefile#fbeb31a26b2571d6df5b035246e2f9094fd0bc4c</link>
        <description>MK_ZFS -&gt; {MK_ZFS|MK_LOADER_ZFS}, this is so we can diable userland / kernelZFS but keep the boot-loaders when using ZoL port.MFC after: 1 weekReviewed by: rgrimesDifferential Revision: https://reviews.freebsd.org/D18739

            List of files:
            /freebsd/stand/efi/libefi/Makefile</description>
        <pubDate>Sat, 05 Jan 2019 23:45:20 +0100</pubDate>
        <dc:creator>Matt Macy &lt;mmacy@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>5722dd8394fd16a53f65fa0149aeb2d1068d5115 - Move the env convenience routines out of boot1.c.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/efi/libefi/Makefile#5722dd8394fd16a53f65fa0149aeb2d1068d5115</link>
        <description>Move the env convenience routines out of boot1.c.These routines are more generally useful. Even though boot1 is on itsway out, it&apos;s better to make these common during the transition thancopy them.

            List of files:
            /freebsd/stand/efi/libefi/Makefile</description>
        <pubDate>Mon, 12 Mar 2018 22:40:14 +0100</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
</channel>
</rss>
