<?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>29185c9a26204383270cf96957c685c51f5bc894 - packages: Use LIB_PACKAGE for zfs and ufs packages</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/lib/libufs/Makefile#29185c9a26204383270cf96957c685c51f5bc894</link>
        <description>packages: Use LIB_PACKAGE for zfs and ufs packagesCommit f9513c334ff7 moved the shared libraries for ZFS and UFS intoseparate packages (libzfs and libufs), which resulted in a ratherlarge number of packages being created, e.g. for ZFS:FreeBSD-libzfsFreeBSD-libzfs-dbgFreeBSD-libzfs-dbg-lib32FreeBSD-libzfs-devFreeBSD-libzfs-dev-lib32FreeBSD-libzfs-lib32FreeBSD-zfsFreeBSD-zfs-dbgFreeBSD-zfs-dbg-lib32FreeBSD-zfs-devFreeBSD-zfs-dev-lib32FreeBSD-zfs-lib32FreeBSD-zfs-manUse LIB_PACKAGE instead, which significantly reduces the number ofpackages:FreeBSD-zfsFreeBSD-zfs-dbgFreeBSD-zfs-dbg-lib32FreeBSD-zfs-devFreeBSD-zfs-dev-lib32FreeBSD-zfs-libFreeBSD-zfs-lib32FreeBSD-zfs-manMFC after:	3 daysReviewed by:	baptDifferential Revision:	https://reviews.freebsd.org/D52416

            List of files:
            /freebsd/lib/libufs/Makefile</description>
        <pubDate>Thu, 11 Sep 2025 21:46:26 +0200</pubDate>
        <dc:creator>Lexi Winter &lt;ivy@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>f9513c334ff7d3ccdebfcb90f015890963768e0d - add packages for libufs, libzfs</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/lib/libufs/Makefile#f9513c334ff7d3ccdebfcb90f015890963768e0d</link>
        <description>add packages for libufs, libzfscurrently FreeBSD-utilities depends on both FreeBSD-ufs and FreeBSD-zfs.this is not desirable, because those are both relatively large packagesand the user may want to remove one or the other &#8211; or perhaps both, e.g.in a jail or embedded system.the reason for this dependency is that fstyp(8), which is inFreeBSD-utilities, links both libufs and libzfs.  FreeBSD-utilities isthe correct place for fstyp, so we don&apos;t want to move that.instead, add two new packages: libufs contains libufs, and libzfscontains libzfs plus the ZFS libraries it depends on: libavl, libnvpair,libspl, libtpool, libumem, libuutil, libzfs_core and libzutil.with this change, it is possible to remove FreeBSD-ufs and/orFreeBSD-zfs while leaving FreeBSD-libufs, FreeBSD-libzfs andFreeBSD-utilities installed.Reviewed by:	manu, desApproved by:	des (mentor)Differential Revision:	https://reviews.freebsd.org/D50148

            List of files:
            /freebsd/lib/libufs/Makefile</description>
        <pubDate>Mon, 05 May 2025 17:23:54 +0200</pubDate>
        <dc:creator>Lexi Winter &lt;ivy@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/lib/libufs/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/lib/libufs/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>772430dd67955850942d689714ab982da24257ba - Ensure I/O buffers in libufs(3) are 128-byte aligned.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/lib/libufs/Makefile#772430dd67955850942d689714ab982da24257ba</link>
        <description>Ensure I/O buffers in libufs(3) are 128-byte aligned.Various disk controllers require their buffers to be aligned to acache-line size (128 bytes). For buffers allocated in structures,ensure that they are 128-byte aligned. Use aligned_malloc to allocatememory to ensure that the returned memory is 128-byte aligned.While we are here, we replace the dynamically allocated inode bufferwith a buffer allocated in the uufsd structure just as the superblockand cylinder group buffers do.This can be removed if/when the kernel is fixed. Because this problemhas existed on one I/O subsystem or another since the 1990&apos;s, weare probably stuck with dealing with it forever.The problem most recent showed up in Azure, see:    https://reviews.freebsd.org/D41728    https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267654Before these fixes were applied, it was confirmed that the changesin this commit also fixed the issue in Azure.Reviewed-by: Warner Losh, kibTested-by:   Souradeep Chakrabarti of Microsoft (earlier version)PR:          267654Differential Revision: https://reviews.freebsd.org/D41724

            List of files:
            /freebsd/lib/libufs/Makefile</description>
        <pubDate>Fri, 17 Nov 2023 23:10:29 +0100</pubDate>
        <dc:creator>Kirk McKusick &lt;mckusick@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>d0b2dbfa0ecf2bbc9709efc5e20baf8e4b44bbbf - Remove $FreeBSD$: one-line sh pattern</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/lib/libufs/Makefile#d0b2dbfa0ecf2bbc9709efc5e20baf8e4b44bbbf</link>
        <description>Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/

            List of files:
            /freebsd/lib/libufs/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>a7ffc948497e04354fa512915f7e383ee04ae269 - pkgbase: Put ufs related tools and lib in their own package</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/lib/libufs/Makefile#a7ffc948497e04354fa512915f7e383ee04ae269</link>
        <description>pkgbase: Put ufs related tools and lib in their own packageIt&apos;s not really useful in a jail or in a mdroot or even if a userswants to do a full zfs machine.Reviewed by:	mckusickDifferential Revision:	https://reviews.freebsd.org/D36227

            List of files:
            /freebsd/lib/libufs/Makefile</description>
        <pubDate>Fri, 22 Jul 2022 13:22:29 +0200</pubDate>
        <dc:creator>Emmanuel Vadot &lt;manu@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>e68866164212d62b8158e93f09bd29554428eef0 - Move the ability to search for alternate UFS superblocks from fsck_ffs(8)</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/lib/libufs/Makefile#e68866164212d62b8158e93f09bd29554428eef0</link>
        <description>Move the ability to search for alternate UFS superblocks from fsck_ffs(8)into ffs_sbsearch() to allow use by other parts of the system.Historically only fsck_ffs(8), the UFS filesystem checker, had codeto track down and use alternate UFS superblocks. Since fsdb(8) usedmuch of the fsck_ffs(8) implementation it had some ability to trackdown alternate superblocks.This change extracts the code to track down alternate superblocksfrom fsck_ffs(8) and puts it into a new function ffs_sbsearch() insys/ufs/ffs/ffs_subr.c. Like ffs_sbget() and ffs_sbput() also foundin ffs_subr.c, these functions can be used directly by the kernelsubsystems. Additionally they are exported to the UFS library,libufs(8) so that they can be used by user-level programs. The newfunctions added to libufs(8) are sbfind(3) that is an alternativeto sbread(3) and sbsearch(3) that is an alternative to sbget(3).See their manual pages for further details.The utilities that have been changed to search for superblocks aredumpfs(8), fsdb(8), ffsinfo(8), and fsck_ffs(8). Also, the prtblknos(8)tool found in tools/diag/prtblknos searches for superblocks.The UFS specific mount code uses the superblock search interfacewhen mounting the root filesystem and when the administrator doinga mount(8) command specifies the force flag (-f). The standalone UFSboot code (found in stand/libsa/ufs.c) uses the superblock searchcode in the hope of being able to get the system up and running sothat fsck_ffs(8) can be used to get the filesystem cleaned up.The following utilities have not been changed to search forsuperblocks: clri(8), tunefs(8), snapinfo(8), fstyp(8), quot(8),dump(8), fsirand(8), growfs(8), quotacheck(8), gjournal(8), andglabel(8). When these utilities fail, they do report the cause ofthe failure. The one exception is the tasting code used to try andfigure what a given disk contains. The tasting code will remainsilent so as not to put out a slew of messages as it trying to tasteevery new mass storage device that shows up.Reviewed by: kibReviewed by: Warner LoshTested by:   Peter HolmDifferential Revision: https://reviews.freebsd.org/D36053Sponsored by: The FreeBSD Foundation

            List of files:
            /freebsd/lib/libufs/Makefile</description>
        <pubDate>Sat, 13 Aug 2022 21:41:53 +0200</pubDate>
        <dc:creator>Kirk McKusick &lt;mckusick@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>f993ed2fbd3c307200ed9a6351e649f0904b39c5 - Merge ^/head r351732 through r352104.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/lib/libufs/Makefile#f993ed2fbd3c307200ed9a6351e649f0904b39c5</link>
        <description>Merge ^/head r351732 through r352104.

            List of files:
            /freebsd/lib/libufs/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>a7b5a3d48640f3f5898b05328d71c2949b6b7098 - pkgbase: Put a lot of binaries and lib in FreeBSD-runtime</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/lib/libufs/Makefile#a7b5a3d48640f3f5898b05328d71c2949b6b7098</link>
        <description>pkgbase: Put a lot of binaries and lib in FreeBSD-runtimeAll of them are needed to be able to boot to single user and be ableto repair a existing FreeBSD installation so put them directly intoFreeBSD-runtime.Reviewed by:    bapt, gjbDifferential Revision:  https://reviews.freebsd.org/D21503

            List of files:
            /freebsd/lib/libufs/Makefile</description>
        <pubDate>Thu, 05 Sep 2019 16:13:08 +0200</pubDate>
        <dc:creator>Emmanuel Vadot &lt;manu@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>e532a99901e26d3961f8f5c0e4969fce86f09456 - MFHead @349234</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/lib/libufs/Makefile#e532a99901e26d3961f8f5c0e4969fce86f09456</link>
        <description>MFHead @349234Sponsored by:	The FreeBSD Foundation

            List of files:
            /freebsd/lib/libufs/Makefile</description>
        <pubDate>Thu, 20 Jun 2019 17:56:08 +0200</pubDate>
        <dc:creator>Alan Somers &lt;asomers@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>f89d2072795407d7c3afff865b988e021c1451a2 - Separate kernel crc32() implementation to its own header (gsb_crc32.h) and</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/lib/libufs/Makefile#f89d2072795407d7c3afff865b988e021c1451a2</link>
        <description>Separate kernel crc32() implementation to its own header (gsb_crc32.h) andrename the source to gsb_crc32.c.This is a prerequisite of unifying kernel zlib instances.PR:		229763Submitted by:	Yoshihiro Ota &lt;ota at j.email.ne.jp&gt;Differential Revision:	https://reviews.freebsd.org/D20193

            List of files:
            /freebsd/lib/libufs/Makefile</description>
        <pubDate>Mon, 17 Jun 2019 21:49:08 +0200</pubDate>
        <dc:creator>Xin LI &lt;delphij@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>6149ed01a126d468431ecc4d20d0c00cb0040554 - Merge ^/head r340368 through r340426.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/lib/libufs/Makefile#6149ed01a126d468431ecc4d20d0c00cb0040554</link>
        <description>Merge ^/head r340368 through r340426.

            List of files:
            /freebsd/lib/libufs/Makefile</description>
        <pubDate>Wed, 14 Nov 2018 07:46:44 +0100</pubDate>
        <dc:creator>Dimitry Andric &lt;dim@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>9fc5d538fc57f438ca860e07db191b946b4768c9 - In preparation for adding inode check-hashes, clean up and</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/lib/libufs/Makefile#9fc5d538fc57f438ca860e07db191b946b4768c9</link>
        <description>In preparation for adding inode check-hashes, clean up anddocument the libufs interface for fetching and storing inodes.The undocumented getino / putino interface has been replacedwith a new getinode / putinode interface.Convert the utilities that had been using the undocumentedinterface to use the new documented interface.No functional change (as for now the libufs library does notdo inode check-hashes).Reviewed by:  kibTested by:    Peter HolmSponsored by: Netflix

            List of files:
            /freebsd/lib/libufs/Makefile</description>
        <pubDate>Tue, 13 Nov 2018 22:40:56 +0100</pubDate>
        <dc:creator>Kirk McKusick &lt;mckusick@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>dffce2150eeac1c7f424324a5cade7a97b308979 - Refactoring of reading and writing of the UFS/FFS superblock.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/lib/libufs/Makefile#dffce2150eeac1c7f424324a5cade7a97b308979</link>
        <description>Refactoring of reading and writing of the UFS/FFS superblock.Specifically reading is done if ffs_sbget() and writing is donein ffs_sbput(). These functions are exported to libufs via thesbget() and sbput() functions which then used in the variousfilesystem utilities. This work is in preparation for addingsubperblock check hashes.No functional change intended.Reviewed by: kib

            List of files:
            /freebsd/lib/libufs/Makefile</description>
        <pubDate>Fri, 26 Jan 2018 01:58:32 +0100</pubDate>
        <dc:creator>Kirk McKusick &lt;mckusick@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>72f854ce8f359100d957a07da44ae98591d3dfd9 - Correct fsck journal-recovery code to update a cylinder-group</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/lib/libufs/Makefile#72f854ce8f359100d957a07da44ae98591d3dfd9</link>
        <description>Correct fsck journal-recovery code to update a cylinder-groupcheck-hash after making changes to the cylinder group. The problemwas that the journal-recovery code was calling the libufs bwrite()function instead of the cgput() function. The cgput() function updatesthe cylinder-group check-hash before writing the cylinder group.This change required the additions of the cgget() and cgput() functionsto the libufs API to avoid a gratuitous bcopy of every cylinder groupto be read or written. These new functions have been added to thelibufs manual pages. This was the first opportunity that I have hadto use and document the use of the EDOOFUS error code.Reviewed by: kibReported by: emaste and others

            List of files:
            /freebsd/lib/libufs/Makefile</description>
        <pubDate>Wed, 17 Jan 2018 18:58:24 +0100</pubDate>
        <dc:creator>Kirk McKusick &lt;mckusick@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>c2c014f24c10f90d85126ac5fbd4d8524de32b1c - Merge ^/head r323559 through r325504.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/lib/libufs/Makefile#c2c014f24c10f90d85126ac5fbd4d8524de32b1c</link>
        <description>Merge ^/head r323559 through r325504.

            List of files:
            /freebsd/lib/libufs/Makefile</description>
        <pubDate>Tue, 07 Nov 2017 09:39:14 +0100</pubDate>
        <dc:creator>Hans Petter Selasky &lt;hselasky@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>e5d34ca9fddcae66465f01e5a7725a31f8df8493 - MFhead@r320180</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/lib/libufs/Makefile#e5d34ca9fddcae66465f01e5a7725a31f8df8493</link>
        <description>MFhead@r320180

            List of files:
            /freebsd/lib/libufs/Makefile</description>
        <pubDate>Sat, 23 Sep 2017 20:37:37 +0200</pubDate>
        <dc:creator>Enji Cooper &lt;ngie@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>75e3597abbcde25f749973d4af9e8419b47e9f37 - Continuing efforts to provide hardening of FFS, this change adds a</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/lib/libufs/Makefile#75e3597abbcde25f749973d4af9e8419b47e9f37</link>
        <description>Continuing efforts to provide hardening of FFS, this change adds acheck hash to cylinder groups. If a check hash fails when a cylindergroup is read, no further allocations are attempted in that cylindergroup until it has been fixed by fsck. This avoids a class offilesystem panics related to corrupted cylinder group maps. Thehash is done using crc32c.Check hases are added only to UFS2 and not to UFS1 as UFS1 is primarilyused in embedded systems with small memories and low-powered processorswhich need as light-weight a filesystem as possible.Specifics of the changes:sys/sys/buf.h:    Add BX_FSPRIV to reserve a set of eight b_xflags that may be used    by individual filesystems for their own purpose. Their specific    definitions are found in the header files for each filesystem    that uses them. Also add fields to struct buf as noted below.sys/kern/vfs_bio.c:    It is only necessary to compute a check hash for a cylinder    group when it is actually read from disk. When calling bread,    you do not know whether the buffer was found in the cache or    read. So a new flag (GB_CKHASH) and a pointer to a function to    perform the hash has been added to breadn_flags to say that the    function should be called to calculate a hash if the data has    been read. The check hash is placed in b_ckhash and the B_CKHASH    flag is set to indicate that a read was done and a check hash    calculated. Though a rather elaborate mechanism, it should    also work for check hashing other metadata in the future. A    kernel internal API change was to change breada into a static    fucntion and add flags and a function pointer to a check-hash    function.sys/ufs/ffs/fs.h:    Add flags for types of check hashes; stored in a new word in the    superblock. Define corresponding BX_ flags for the different types    of check hashes. Add a check hash word in the cylinder group.sys/ufs/ffs/ffs_alloc.c:    In ffs_getcg do the dance with breadn_flags to get a check hash and    if one is provided, check it.sys/ufs/ffs/ffs_vfsops.c:    Copy across the BX_FFSTYPES flags in background writes.    Update the check hash when writing out buffers that need them.sys/ufs/ffs/ffs_snapshot.c:    Recompute check hash when updating snapshot cylinder groups.sys/libkern/crc32.c:lib/libufs/Makefile:lib/libufs/libufs.h:lib/libufs/cgroup.c:    Include libkern/crc32.c in libufs and use it to compute check    hashes when updating cylinder groups.Four utilities are affected:sbin/newfs/mkfs.c:    Add the check hashes when building the cylinder groups.sbin/fsck_ffs/fsck.h:sbin/fsck_ffs/fsutil.c:    Verify and update check hashes when checking and writing cylinder groups.sbin/fsck_ffs/pass5.c:    Offer to add check hashes to existing filesystems.    Precompute check hashes when rebuilding cylinder group    (although this will be done when it is written in fsutil.c    it is necessary to do it early before comparing with the old    cylinder group)sbin/dumpfs/dumpfs.c    Print out the new check hash flag(s)sbin/fsdb/Makefile:    Needs to add libufs now used by pass5.c imported from fsck_ffs.Reviewed by: kibTested by: Peter Holm (pho)

            List of files:
            /freebsd/lib/libufs/Makefile</description>
        <pubDate>Fri, 22 Sep 2017 14:45:15 +0200</pubDate>
        <dc:creator>Kirk McKusick &lt;mckusick@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>9b3ece1c2eb92a881cb2553271e123382bfe31c1 - MFhead@r313243</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/lib/libufs/Makefile#9b3ece1c2eb92a881cb2553271e123382bfe31c1</link>
        <description>MFhead@r313243

            List of files:
            /freebsd/lib/libufs/Makefile</description>
        <pubDate>Sat, 04 Feb 2017 19:06:09 +0100</pubDate>
        <dc:creator>Enji Cooper &lt;ngie@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>a4aa656aa587a4bad15e15bf45e149e176c22293 - Merge ^/head r312309 through r312623.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/lib/libufs/Makefile#a4aa656aa587a4bad15e15bf45e149e176c22293</link>
        <description>Merge ^/head r312309 through r312623.

            List of files:
            /freebsd/lib/libufs/Makefile</description>
        <pubDate>Sun, 22 Jan 2017 17:05:13 +0100</pubDate>
        <dc:creator>Dimitry Andric &lt;dim@FreeBSD.org&gt;</dc:creator>
    </item>
</channel>
</rss>
