<?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 Makefile</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>f216bddf - loader: Make pkcs5v2 unconditionally available</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/stand/libsa/Makefile#f216bddf</link>
        <description>loader: Make pkcs5v2 unconditionally availableThis was previously only available if GELI support was included, but Iwant to use it for processing entropy from EFIReviewed by:	impMFC after:	1 weekSponsored by:	AmazonDifferential Revision:	https://reviews.freebsd.org/D46634(cherry picked from commit 925f15731e3480fe80f580a2f7463cb5210a95c8)

            List of files:
            /freebsd-14.2/stand/libsa/Makefile</description>
        <pubDate>Wed, 18 Sep 2024 11:02:08 +0000</pubDate>
        <dc:creator>Colin Percival &lt;cperciva@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>12138b85 - libsa: Move hash functions up a level</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/stand/libsa/Makefile#12138b85</link>
        <description>libsa: Move hash functions up a levelThis should have no functional change. Move compiling the sha256, sha512and md5 hash functions up into libsa to allow them to be used elsewherein the boot loader when geli isn&apos;t configured. Since libsa is a .a, thesewon&apos;t wind up in any boot loader that doesn&apos;t reference them, so shouldbe a nop.Sponsored by:		Netflix(cherry picked from commit fd577b59b2d78a32f40fdc3847666728d8a897db)

            List of files:
            /freebsd-14.2/stand/libsa/Makefile</description>
        <pubDate>Wed, 31 Jan 2024 23:54:19 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>6d41d985 - libsa: Move include file creation to the end of the Makefile</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/stand/libsa/Makefile#6d41d985</link>
        <description>libsa: Move include file creation to the end of the MakefileThe include file symblic links, etc are out of place where theyare. Move them to the end of the file. No functional change intended.Sponsored by:		Netflix(cherry picked from commit 7c8b126c1a7b30fe690800d7e27b308876711f9d)

            List of files:
            /freebsd-14.2/stand/libsa/Makefile</description>
        <pubDate>Wed, 31 Jan 2024 23:42:49 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>566ac8bc - loader: provide a features table for binary compatibility advertisement</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/stand/libsa/Makefile#566ac8bc</link>
        <description>loader: provide a features table for binary compatibility advertisementliblua now provides a loader.has_feature() function to probe the loaderbinary for features advertised.  name =&gt; desc mappings are provided inloader.features to get a list of all of the features loader *can*support.  core.hasFeature is provided as a shim to loader.has_featureso that individual consumers don&apos;t need to think about the logic of theloader module not providing has_feature; we know that means the featureisn&apos;t enabled.The first consumer of this will be EARLY_ACPI to advertise that theloader binary probes for ACPI presence before the interpreter hasstarted, so that we know whether we can trust the presence of acpi.rsdpas relatively authoritative.  In general, it&apos;s intended to be used toavoid breaking new scripts on older loaders within reason.This will be used in lua as `core.hasFeature(&quot;EARLY_ACPI&quot;)`, while theC bits of loader will `feature_enable(FEATURE_EARLY_ACPI)`.Reviewed by:	imp(cherry picked from commit 1631382cf2820245cc72965498ff174bb548dd63)

            List of files:
            /freebsd-14.2/stand/libsa/Makefile</description>
        <pubDate>Fri, 08 Dec 2023 21:36:06 +0000</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>d0b2dbfa - Remove $FreeBSD$: one-line sh pattern</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/stand/libsa/Makefile#d0b2dbfa</link>
        <description>Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/

            List of files:
            /freebsd-14.2/stand/libsa/Makefile</description>
        <pubDate>Wed, 16 Aug 2023 17:55:03 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>d1ea5017 - stand: Separate base and cli parts of nvstore</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/stand/libsa/Makefile#d1ea5017</link>
        <description>stand: Separate base and cli parts of nvstorezfs lives in libsa. However, it depends on nvstore (and other things)that are in common. Fix part of this layering violation by splittingnvstore into a libsa piece (which is the base implementation) andkeeping a much smaller common piece (to implement the nvstorecommand). This just leaves zfs&apos; knowledge of device names that&apos;sspecific to common and its calling platform specific init code toresolve. Add a nvstore.h file for these two parts to communicate privatethings and move the public nvstore api from bootstrap.h to stand.h.Sponsored by:		NetflixReviewed by:		tsoome, kevansDifferential Revision:	https://reviews.freebsd.org/D38043

            List of files:
            /freebsd-14.2/stand/libsa/Makefile</description>
        <pubDate>Fri, 13 Jan 2023 21:19:30 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>97e14306 - stand: Add inttype.h</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/stand/libsa/Makefile#97e14306</link>
        <description>stand: Add inttype.hlibunwind files need inttype.h. It&apos;s safe so add it to the safe list.Sponsored by:		NetflixReviewed by:		jrtc27, kevansDifferential Revision:	https://reviews.freebsd.org/D37947

            List of files:
            /freebsd-14.2/stand/libsa/Makefile</description>
        <pubDate>Sat, 07 Jan 2023 01:37:56 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>6b574b3b - stand/zlib: Document the upstream issue behind NO_DEPRECATED_NON_PROTOTYPE</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/stand/libsa/Makefile#6b574b3b</link>
        <description>stand/zlib: Document the upstream issue behind NO_DEPRECATED_NON_PROTOTYPEThe zlib project has issue https://github.com/madler/zlib/issues/633 todocument its continued use of old K&amp;R-style function definitions.Suggested by:		delphij@Sponsored by:		Netflix

            List of files:
            /freebsd-14.2/stand/libsa/Makefile</description>
        <pubDate>Mon, 05 Dec 2022 23:55:04 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>983a1802 - stand/zlib: Zlib still uses K&amp;R function definitions</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/stand/libsa/Makefile#983a1802</link>
        <description>stand/zlib: Zlib still uses K&amp;R function definitionsSo add ${NO_WDEPRECATED_NON_PROTOTYPE} to the CFLAGS of thosefiles. This can be removed when we import a zlib that&apos;s free of thisanachronism.Sponsored by:		NetflixReviewed by:		jhbDifferential Revision:	https://reviews.freebsd.org/D37516

            List of files:
            /freebsd-14.2/stand/libsa/Makefile</description>
        <pubDate>Wed, 30 Nov 2022 18:08:24 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>14821130 - stand: Compile out the extensive superblock diagnostic messages for BIOS loader</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/stand/libsa/Makefile#14821130</link>
        <description>stand: Compile out the extensive superblock diagnostic messages for BIOS loaderThe BIOS loader operates in a very constrained environment. The messagesfor the super block integrity tests take up about 12k of space. Compilethem out for the BIOS loader, while leaving it intact for all otherloaders that aren&apos;t space constrained. These aren&apos;t used in the &apos;supertiny&apos; *boot* programs, so no adjustment is needed there.We reply on the fact that (a) i386 doesn&apos;t support 32-bit UEFI bootingand (b) LIBSA_CPUARCH is &quot;i386&quot; when building on both i386 and whenwe&apos;re building the 32-bit libsa32 library.This saves about 12k of space for this constrained envrionment and willtake a bit of the pressure off some machines where the loader has growntoo big for their BIOS (see comments in i386/loader/Makefile fordetails).Sponsored by:		NetflixReviewed by:		mckusickDifferential Revision:	https://reviews.freebsd.org/D36175

            List of files:
            /freebsd-14.2/stand/libsa/Makefile</description>
        <pubDate>Fri, 12 Aug 2022 17:08:36 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>0b3a4a58 - stand: Use devformat instead of disk_devfmt</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/stand/libsa/Makefile#0b3a4a58</link>
        <description>stand: Use devformat instead of disk_devfmtUse devformat instead of disk_devfmt. This allows us to avoid knowingthe details of the device that&apos;s underneath us. Remove disk.h includeand the -I${LDRSRC} from the build of ufs.c since they are no longerneeded.Sponsored by:		NetflixDifferential Revision:	https://reviews.freebsd.org/D35922

            List of files:
            /freebsd-14.2/stand/libsa/Makefile</description>
        <pubDate>Thu, 11 Aug 2022 15:07:13 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>ec9f3e77 - stand: Use devformat rather than disk_devfmt</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/stand/libsa/Makefile#ec9f3e77</link>
        <description>stand: Use devformat rather than disk_devfmtFix layering violation and use devformat to get the stringrepresentation of the device to see if we&apos;re mounted yet or not. Removeadded include to pickup disk.h.Sponsored by:		NetflixReviewed by:		tsoome (prior version)Differential Revision:	https://reviews.freebsd.org/D35919

            List of files:
            /freebsd-14.2/stand/libsa/Makefile</description>
        <pubDate>Thu, 11 Aug 2022 15:06:53 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>60cb4f9a - stand: tftp.c doesn&apos;t need bootinfo.h</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/stand/libsa/Makefile#60cb4f9a</link>
        <description>stand: tftp.c doesn&apos;t need bootinfo.htftp.c includes bootinfo.h, but doesn&apos;t need it. Remove it, and removethe -Istand/common from CFALGS since that&apos;s the only reason we had it.Sponsored by:		NetflixReviewed by:		tsoomeDifferential Revision:	https://reviews.freebsd.org/D35928

            List of files:
            /freebsd-14.2/stand/libsa/Makefile</description>
        <pubDate>Tue, 26 Jul 2022 03:45:35 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>d1fb0e1d - stand libsa: Restore include path to LDRSRC for disk.h for filesystems.</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/stand/libsa/Makefile#d1fb0e1d</link>
        <description>stand libsa: Restore include path to LDRSRC for disk.h for filesystems.In theory they shouldn&apos;t need anything outside of libsa, but disk.h andbootstrap.h are currently required. Future work wil address this issue.This fixes the build with MK_LOADER_ZFS=no. ZFS&apos;s Makefile.inc addsthese flags globally to CFLAGS when it should not. This masked theproblem because the tools/boot/universe.sh didn&apos;t build MK_LOADER_ZFS=noas part of its regressions. Future work will also fix this.Obtained from: CheriBSDFixes: 84bf2bbbecc3 stand: constrain zlib/gzip CFLAGS betterSponsored by: DARPAReviewed by: impDifferential Revision: https://reviews.freebsd.org/D35860

            List of files:
            /freebsd-14.2/stand/libsa/Makefile</description>
        <pubDate>Fri, 22 Jul 2022 15:53:57 +0000</pubDate>
        <dc:creator>John Baldwin &lt;jhb@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>37dabb06 - stand: Add comment about CFLAGS pollution</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/stand/libsa/Makefile#37dabb06</link>
        <description>stand: Add comment about CFLAGS pollutionAdd a note that veriexec / bearssl builds will pollute the CFLAGS in away that&apos;s somewhat hard to fix, so I&apos;m just noting it for now.Sponsored by:		Netflix

            List of files:
            /freebsd-14.2/stand/libsa/Makefile</description>
        <pubDate>Fri, 08 Jul 2022 16:34:44 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>84bf2bbb - stand: constrain zlib/gzip CFLAGS better</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/stand/libsa/Makefile#84bf2bbb</link>
        <description>stand: constrain zlib/gzip CFLAGS betterDefine ZLIB_CFLAGS and use it only for the sources that are in ZLIB orthat include it.Sponsored by:		Netflix

            List of files:
            /freebsd-14.2/stand/libsa/Makefile</description>
        <pubDate>Fri, 08 Jul 2022 16:29:25 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>59a4cfe0 - stand: Confine BZIP defines to bzip files</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/stand/libsa/Makefile#59a4cfe0</link>
        <description>stand: Confine BZIP defines to bzip filesSponsored by:		Netflix

            List of files:
            /freebsd-14.2/stand/libsa/Makefile</description>
        <pubDate>Fri, 08 Jul 2022 16:19:39 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>70b5c4ff - stand: Install libsa.3</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/stand/libsa/Makefile#70b5c4ff</link>
        <description>stand: Install libsa.3Turns out there is a libsa.3. It&apos;s a bit out of date, but we referenceit in a number of places so we should install it. We need to do the DO32dance because this Makefile is included twice and we don&apos;t want itinstalling twice.Sponsored by:		Netflix

            List of files:
            /freebsd-14.2/stand/libsa/Makefile</description>
        <pubDate>Sat, 30 Apr 2022 18:51:19 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>9633c3d8 - WITHOUT_BOOT build option appears to include stand, failing on libsa</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/stand/libsa/Makefile#9633c3d8</link>
        <description>WITHOUT_BOOT build option appears to include stand, failing on libsabuilding libsa needs to use -I${LDRSRC} for some files.PR:		260083Submitted by:	Ivan RozhukMFC:		1 day

            List of files:
            /freebsd-14.2/stand/libsa/Makefile</description>
        <pubDate>Thu, 17 Mar 2022 17:42:05 +0000</pubDate>
        <dc:creator>Toomas Soome &lt;tsoome@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>c25d9aff - loader: Add preload operation to fs_ops</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/stand/libsa/Makefile#c25d9aff</link>
        <description>loader: Add preload operation to fs_opsWhen we load an ELF file (kernel or module) we do seek(2) a lot toparse/load the different sections of the ELF file.Protocol like TFTP suffers a lot from this as there is no resume ora way to start the tranfer from a specified offset in the file.fs_preload is added to help those protocol.Call preload just after opening the ELF file that we need to load sothe underlying method can cache the hole file and then read/lseek operationsare faster.Reviewed by:	impMFC after:	2 weeksSponsored by:	Beckhoff Automation GmbH &amp; Co. KGDifferential Revision:	https://reviews.freebsd.org/D33409

            List of files:
            /freebsd-14.2/stand/libsa/Makefile</description>
        <pubDate>Fri, 10 Dec 2021 09:33:43 +0000</pubDate>
        <dc:creator>Emmanuel Vadot &lt;manu@FreeBSD.org&gt;</dc:creator>
    </item>
</channel>
</rss>
