<?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>448fa701 - sysv: Remove the filesystem</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/Makefile#448fa701</link>
        <description>sysv: Remove the filesystemSince 2002 (change &quot;Replace BKL for chain locking with sysvfs-privaterwlock&quot;) the sysv filesystem was doing IO under a rwlock in itsget_block() function (yes, a non-sleepable lock hold over a functionused to read inode metadata for all reads and writes).  Nobody noticeduntil syzbot in 2023 [1]. This shows nobody is using the filesystem.Just drop it.[1] https://lore.kernel.org/all/0000000000000ccf9a05ee84f5b0@google.com/Signed-off-by: Jan Kara &lt;jack@suse.cz&gt;Link: https://lore.kernel.org/r/20250220163940.10155-2-jack@suse.czReviewed-by: Jeff Layton &lt;jlayton@kernel.org&gt;Reviewed-by: &quot;Darrick J. Wong&quot; &lt;djwong@kernel.org&gt;Signed-off-by: Christian Brauner &lt;brauner@kernel.org&gt;

            List of files:
            /linux-6.15/fs/Makefile</description>
        <pubDate>Thu, 20 Feb 2025 16:39:41 +0000</pubDate>
        <dc:creator>Jan Kara &lt;jack@suse.cz&gt;</dc:creator>
    </item>
<item>
        <title>fb6f20ec - reiserfs: The last commit</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/Makefile#fb6f20ec</link>
        <description>reiserfs: The last commitDeprecation period of reiserfs ends with the end of this year so it istime to remove it from the kernel.Acked-by: Darrick J. Wong &lt;djwong@kernel.org&gt;Acked-by: Christian Brauner &lt;brauner@kernel.org&gt;Signed-off-by: Jan Kara &lt;jack@suse.cz&gt;

            List of files:
            /linux-6.15/fs/Makefile</description>
        <pubDate>Thu, 17 Oct 2024 10:28:23 +0000</pubDate>
        <dc:creator>Jan Kara &lt;jack@suse.cz&gt;</dc:creator>
    </item>
<item>
        <title>d08e2045 - bpf: introduce new VFS based BPF kfuncs</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/Makefile#d08e2045</link>
        <description>bpf: introduce new VFS based BPF kfuncsAdd a new variant of bpf_d_path() named bpf_path_d_path() which takesthe form of a BPF kfunc and enforces KF_TRUSTED_ARGS semantics ontoits arguments.This new d_path() based BPF kfunc variant is intended to address thelegacy bpf_d_path() BPF helper&apos;s susceptability to memory corruptionissues [0, 1, 2] by ensuring to only operate on supplied argumentswhich are deemed trusted by the BPF verifier. Typically, this meansthat only pointers to a struct path which have been referenced countedmay be supplied.In addition to the new bpf_path_d_path() BPF kfunc, we also add aKF_ACQUIRE based BPF kfunc bpf_get_task_exe_file() and KF_RELEASEcounterpart BPF kfunc bpf_put_file(). This is so that the newbpf_path_d_path() BPF kfunc can be used more flexibily from within thecontext of a BPF LSM program. It&apos;s rather common to ascertain thebacking executable file for the calling process by performing thefollowing walk current-&gt;mm-&gt;exe_file while instrumenting a givenoperation from the context of the BPF LSM program. However, walkingcurrent-&gt;mm-&gt;exe_file directly is never deemed to be OK, and doing sofrom both inside and outside of BPF LSM program context should beconsidered as a bug. Using bpf_get_task_exe_file() and in turnbpf_put_file() will allow BPF LSM programs to reliably get and putreferences to current-&gt;mm-&gt;exe_file.As of now, all the newly introduced BPF kfuncs within this patch arelimited to BPF LSM program types. These can be either sleepable ornon-sleepable variants of BPF LSM program types.[0] https://lore.kernel.org/bpf/CAG48ez0ppjcT=QxU-jtCUfb5xQb3mLr=5FcwddF_VKfEBPs_Dg@mail.gmail.com/[1] https://lore.kernel.org/bpf/20230606181714.532998-1-jolsa@kernel.org/[2] https://lore.kernel.org/bpf/20220219113744.1852259-1-memxor@gmail.com/Acked-by: Christian Brauner &lt;brauner@kernel.org&gt;Signed-off-by: Matt Bobrowski &lt;mattbobrowski@google.com&gt;Acked-by: Song Liu &lt;song@kernel.org&gt;Link: https://lore.kernel.org/r/20240731110833.1834742-2-mattbobrowski@google.comSigned-off-by: Alexei Starovoitov &lt;ast@kernel.org&gt;

            List of files:
            /linux-6.15/fs/Makefile</description>
        <pubDate>Wed, 31 Jul 2024 11:08:31 +0000</pubDate>
        <dc:creator>Matt Bobrowski &lt;mattbobrowski@google.com&gt;</dc:creator>
    </item>
<item>
        <title>50f4f2d1 - pidfd: move struct pidfd_fops</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/Makefile#50f4f2d1</link>
        <description>pidfd: move struct pidfd_fopsMove the pidfd file operations over to their own file in preparation ofimplementing pidfs and to isolate them from other mostly unrelatedfunctionality in other files.Link: https://lore.kernel.org/r/20240213-vfs-pidfd_fs-v1-1-f863f58cfce1@kernel.orgSigned-off-by: Christian Brauner &lt;brauner@kernel.org&gt;

            List of files:
            /linux-6.15/fs/Makefile</description>
        <pubDate>Mon, 12 Feb 2024 15:00:50 +0000</pubDate>
        <dc:creator>Christian Brauner &lt;brauner@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>7ffa8f3d - fs: Remove NTFS classic</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/Makefile#7ffa8f3d</link>
        <description>fs: Remove NTFS classicThe replacement, NTFS3, was merged over two years ago.  It is now time toremove the original from the tree as it is the last user of several APIs,and it is not worth changing.Signed-off-by: Matthew Wilcox (Oracle) &lt;willy@infradead.org&gt;Link: https://lore.kernel.org/r/20240115072025.2071931-1-willy@infradead.orgAcked-by: Namjae Jeon &lt;linkinjeon@kernel.org&gt;Acked-by: Dave Chinner &lt;david@fromorbit.com&gt;Cc: Anton Altaparmakov &lt;anton@tuxera.com&gt;Cc: Namjae Jeon &lt;linkinjeon@kernel.org&gt;Signed-off-by: Christian Brauner &lt;brauner@kernel.org&gt;

            List of files:
            /linux-6.15/fs/Makefile</description>
        <pubDate>Mon, 15 Jan 2024 07:20:25 +0000</pubDate>
        <dc:creator>Matthew Wilcox (Oracle) &lt;willy@infradead.org&gt;</dc:creator>
    </item>
<item>
        <title>47757ea8 - netfs, fscache: Move fs/fscache/* into fs/netfs/</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/Makefile#47757ea8</link>
        <description>netfs, fscache: Move fs/fscache/* into fs/netfs/There&apos;s a problem with dependencies between netfslib and fscache as eachwants to access some functions of the other.  Deal with this by movingfs/fscache/* into fs/netfs/ and renaming those files to begin with&quot;fscache-&quot;.For the moment, the moved files are changed as little as possible and anfscache module is still built.  A subsequent patch will integrate them.Signed-off-by: David Howells &lt;dhowells@redhat.com&gt;Reviewed-by: Jeff Layton &lt;jlayton@kernel.org&gt;cc: Christian Brauner &lt;christian@brauner.io&gt;cc: linux-fsdevel@vger.kernel.orgcc: linux-cachefs@redhat.com

            List of files:
            /linux-6.15/fs/Makefile</description>
        <pubDate>Mon, 20 Nov 2023 15:29:09 +0000</pubDate>
        <dc:creator>David Howells &lt;dhowells@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>f91a704f - fs: prepare for stackable filesystems backing file helpers</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/Makefile#f91a704f</link>
        <description>fs: prepare for stackable filesystems backing file helpersIn preparation for factoring out some backing file io helpers fromoverlayfs, move backing_file_open() into a new file fs/backing-file.cand header.Add a MAINTAINERS entry for stackable filesystems and add a KconfigFS_STACK which stackable filesystems need to select.For now, the backing_file struct, the backing_file alloc/free functionsand the backing_file_real_path() accessor remain internal to file_table.c.We may change that in the future.Signed-off-by: Amir Goldstein &lt;amir73il@gmail.com&gt;

            List of files:
            /linux-6.15/fs/Makefile</description>
        <pubDate>Mon, 02 Oct 2023 14:19:46 +0000</pubDate>
        <dc:creator>Amir Goldstein &lt;amir73il@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>1c6fdbd8 - bcachefs: Initial commit</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/Makefile#1c6fdbd8</link>
        <description>bcachefs: Initial commitInitially forked from drivers/md/bcache, bcachefs is a new copy-on-writefilesystem with every feature you could possibly want.Website: https://bcachefs.orgSigned-off-by: Kent Overstreet &lt;kent.overstreet@linux.dev&gt;

            List of files:
            /linux-6.15/fs/Makefile</description>
        <pubDate>Fri, 17 Mar 2017 06:18:50 +0000</pubDate>
        <dc:creator>Kent Overstreet &lt;kent.overstreet@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>925c86a1 - fs: add CONFIG_BUFFER_HEAD</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/Makefile#925c86a1</link>
        <description>fs: add CONFIG_BUFFER_HEADAdd a new config option that controls building the buffer_head code, andselect it from all file systems and stacking drivers that need it.For the block device nodes and alternative iomap based buffered I/O pathis provided when buffer_head support is not enabled, and iomap needs aa small tweak to define the IOMAP_F_BUFFER_HEAD flag to 0 to not callinto the buffer_head code when it doesn&apos;t exist.Otherwise this is just Kconfig and ifdef changes.Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;Reviewed-by: Luis Chamberlain &lt;mcgrof@kernel.org&gt;Reviewed-by: Johannes Thumshirn &lt;johannes.thumshirn@wdc.com&gt;Link: https://lore.kernel.org/r/20230801172201.1923299-7-hch@lst.deSigned-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux-6.15/fs/Makefile</description>
        <pubDate>Tue, 01 Aug 2023 17:22:01 +0000</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
<item>
        <title>38c8a9a5 - smb: move client and server files to common directory fs/smb</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/Makefile#38c8a9a5</link>
        <description>smb: move client and server files to common directory fs/smbMove CIFS/SMB3 related client and server files (cifs.ko and ksmbd.koand helper modules) to new fs/smb subdirectory:   fs/cifs --&gt; fs/smb/client   fs/ksmbd --&gt; fs/smb/server   fs/smbfs_common --&gt; fs/smb/commonSuggested-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;Acked-by: Namjae Jeon &lt;linkinjeon@kernel.org&gt;Signed-off-by: Steve French &lt;stfrench@microsoft.com&gt;

            List of files:
            /linux-6.15/fs/Makefile</description>
        <pubDate>Mon, 22 May 2023 01:46:30 +0000</pubDate>
        <dc:creator>Steve French &lt;stfrench@microsoft.com&gt;</dc:creator>
    </item>
<item>
        <title>bda2795a - fs: remove the special !CONFIG_BLOCK def_blk_fops</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/Makefile#bda2795a</link>
        <description>fs: remove the special !CONFIG_BLOCK def_blk_fopsdef_blk_fops always returns -ENODEV, which dosn&apos;t match the return valueof a non-existing block device with CONFIG_BLOCK, which is -ENXIO.Just remove the extra implementation and fall back to the defaultno_open_fops that always returns -ENXIO.Fixes: 9361401eb761 (&quot;[PATCH] BLOCK: Make it possible to disable the block layer [try #6]&quot;)Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;Link: https://lore.kernel.org/r/20230508144405.41792-1-hch@lst.deSigned-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux-6.15/fs/Makefile</description>
        <pubDate>Mon, 08 May 2023 14:44:05 +0000</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
<item>
        <title>8c617450 - um: hostfs: define our own API boundary</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/Makefile#8c617450</link>
        <description>um: hostfs: define our own API boundaryInstead of exporting the set of functions provided byglibc that are needed for hostfs_user.c, just build thatinto the kernel image whenever hostfs is built, and thenexport _those_ functions cleanly, to be independent ofthe libc implementation.Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;Signed-off-by: Richard Weinberger &lt;richard@nod.at&gt;

            List of files:
            /linux-6.15/fs/Makefile</description>
        <pubDate>Fri, 10 Feb 2023 21:05:08 +0000</pubDate>
        <dc:creator>Johannes Berg &lt;johannes.berg@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>e3184de9 - fs: fix sysctls.c built</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/Makefile#e3184de9</link>
        <description>fs: fix sysctls.c built&apos;obj-$(CONFIG_SYSCTL) += sysctls.o&apos; must be moved after &quot;obj-y :=&quot;,or it won&apos;t be built as it is overwrited.Note that there is nothing that is going to break by linkingsysctl.o later, we were just being way to cautious and patcheshave been updated to reflect these considerations and sent forstable as well with the whole &quot;base&quot; stuff needing to be linkedprior to child sysctl tables that use that directory. All ofthe kernel sysctl APIs always share the same directory, and racesagainst using it should end up re-using the same single createddirectory.And so something we can do eventually is do away with all the base stuff.For now it&apos;s fine, it&apos;s not creating an issue. It is just a bit pedanticand careful.Fixes: ab171b952c6e (&quot;fs: move namespace sysctls and declare fs base directory&quot;)Cc: stable@vger.kernel.org # v5.17Cc: Christian Brauner &lt;brauner@kernel.org&gt;Cc: Kefeng Wang &lt;wangkefeng.wang@huawei.com&gt;Signed-off-by: Kefeng Wang &lt;wangkefeng.wang@huawei.com&gt;[mcgrof: enhanced commit log for stable criteria and clarify base stuff ]Signed-off-by: Luis Chamberlain &lt;mcgrof@kernel.org&gt;

            List of files:
            /linux-6.15/fs/Makefile</description>
        <pubDate>Fri, 31 Mar 2023 08:45:02 +0000</pubDate>
        <dc:creator>Kefeng Wang &lt;wangkefeng.wang@huawei.com&gt;</dc:creator>
    </item>
<item>
        <title>9636e650 - fs: build the legacy direct I/O code conditionally</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/Makefile#9636e650</link>
        <description>fs: build the legacy direct I/O code conditionallyAdd a new LEGACY_DIRECT_IO config symbol that is only selected by thefile systems that still use the legacy blockdev_direct_IO code, so thatkernels without support for those file systems don&apos;t need to build thecode.Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;Reviewed-by: Jan Kara &lt;jack@suse.cz&gt;Reviewed-by: Eric Biggers &lt;ebiggers@google.com&gt;Link: https://lore.kernel.org/r/20230125065839.191256-3-hch@lst.deSigned-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux-6.15/fs/Makefile</description>
        <pubDate>Wed, 25 Jan 2023 06:58:39 +0000</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
<item>
        <title>3707d84c - fs: move mnt_idmap</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/Makefile#3707d84c</link>
        <description>fs: move mnt_idmapNow that we converted everything to just rely on struct mnt_idmap move it allinto a separate file. This ensure that no code can poke around in structmnt_idmap without any dedicated helpers and makes it easier to extend it in thefuture. Filesystems will now not be able to conflate mount and filesystemidmappings as they are two distinct types and require distinct helpers thatcannot be used interchangeably. We are now also able to extend struct mnt_idmapas we see fit.Acked-by: Dave Chinner &lt;dchinner@redhat.com&gt;Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;Signed-off-by: Christian Brauner (Microsoft) &lt;brauner@kernel.org&gt;

            List of files:
            /linux-6.15/fs/Makefile</description>
        <pubDate>Fri, 13 Jan 2023 11:49:33 +0000</pubDate>
        <dc:creator>Christian Brauner &lt;brauner@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>987f20a9 - a.out: Remove the a.out implementation</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/Makefile#987f20a9</link>
        <description>a.out: Remove the a.out implementationIn commit 19e8b701e258 (&quot;a.out: Stop building a.out/osf1 support onalpha and m68k&quot;) the last users of a.out were disabled.As nothing has turned up to cause this change to be reverted, let&apos;sremove the code implementing a.out support as well.There may be userspace users of the uapi bits left so the uapiheaders have been left untouched.Signed-off-by: &quot;Eric W. Biederman&quot; &lt;ebiederm@xmission.com&gt;Acked-by: Arnd Bergmann &lt;arnd@arndb.de&gt; # arm defconfigsSigned-off-by: Kees Cook &lt;keescook@chromium.org&gt;Link: https://lore.kernel.org/r/871qrx3hq3.fsf@email.froward.int.ebiederm.org

            List of files:
            /linux-6.15/fs/Makefile</description>
        <pubDate>Mon, 26 Sep 2022 22:15:32 +0000</pubDate>
        <dc:creator>Eric W. Biederman &lt;ebiederm@xmission.com&gt;</dc:creator>
    </item>
<item>
        <title>ed29b0b4 - io_uring: move to separate directory</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/Makefile#ed29b0b4</link>
        <description>io_uring: move to separate directoryIn preparation for splitting io_uring up a bit, move it into its owntop level directory. It didn&apos;t really belong in fs/ anyway, as it&apos;snot a file system only API.This adds io_uring/ and moves the core files in there, and updates theMAINTAINERS file for the new location.Signed-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux-6.15/fs/Makefile</description>
        <pubDate>Mon, 23 May 2022 23:05:03 +0000</pubDate>
        <dc:creator>Jens Axboe &lt;axboe@kernel.dk&gt;</dc:creator>
    </item>
<item>
        <title>ab171b95 - fs: move namespace sysctls and declare fs base directory</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/Makefile#ab171b95</link>
        <description>fs: move namespace sysctls and declare fs base directoryThis moves the namespace sysctls to its own file as part of thekernel/sysctl.c spring cleaningSince we have now removed all sysctls for &quot;fs&quot;, we now have to declareit on the filesystem code, we do that using the new helper, whichreduces boiler plate code.We rename init_fs_shared_sysctls() to init_fs_sysctls() to reflect thatnow fs/sysctls.c is taking on the burden of being the first to registerthe base directory as well.Lastly, since init code will load in the order in which we link it wehave to move the sysctl code to be linked in early, so that its earlyinit routine runs prior to other fs code.  This way, other filesystemcode can register their own sysctls using the helpers after this:  * register_sysctl_init()  * register_sysctl()Link: https://lkml.kernel.org/r/20211129211943.640266-3-mcgrof@kernel.orgSigned-off-by: Luis Chamberlain &lt;mcgrof@kernel.org&gt;Cc: Al Viro &lt;viro@zeniv.linux.org.uk&gt;Cc: Anil S Keshavamurthy &lt;anil.s.keshavamurthy@intel.com&gt;Cc: Antti Palosaari &lt;crope@iki.fi&gt;Cc: Christian Brauner &lt;christian.brauner@ubuntu.com&gt;Cc: &quot;David S. Miller&quot; &lt;davem@davemloft.net&gt;Cc: Eric Biederman &lt;ebiederm@xmission.com&gt;Cc: Eric Biggers &lt;ebiggers@google.com&gt;Cc: Iurii Zaikin &lt;yzaikin@google.com&gt;Cc: Kees Cook &lt;keescook@chromium.org&gt;Cc: Lukas Middendorf &lt;kernel@tuxforce.de&gt;Cc: Masami Hiramatsu &lt;mhiramat@kernel.org&gt;Cc: &quot;Naveen N. Rao&quot; &lt;naveen.n.rao@linux.ibm.com&gt;Cc: Stephen Kitt &lt;steve@sk2.org&gt;Cc: Xiaoming Ni &lt;nixiaoming@huawei.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/fs/Makefile</description>
        <pubDate>Sat, 22 Jan 2022 06:13:27 +0000</pubDate>
        <dc:creator>Luis Chamberlain &lt;mcgrof@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>d1d8ac9e - fs: move shared sysctls to fs/sysctls.c</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/Makefile#d1d8ac9e</link>
        <description>fs: move shared sysctls to fs/sysctls.cTo help with this maintenance let&apos;s start by moving sysctls to placeswhere they actually belong.  The proc sysctl maintainers do not want toknow what sysctl knobs you wish to add for your own piece of code, wejust care about the core logic.To help with this maintenance let&apos;s start by moving sysctls to placeswhere they actually belong.  The proc sysctl maintainers do not want toknow what sysctl knobs you wish to add for your own piece of code, wejust care about the core logic.So move sysctls which are shared between filesystems into a common fileoutside of kernel/sysctl.c.Link: https://lkml.kernel.org/r/20211129205548.605569-6-mcgrof@kernel.orgSigned-off-by: Luis Chamberlain &lt;mcgrof@kernel.org&gt;Cc: Al Viro &lt;viro@zeniv.linux.org.uk&gt;Cc: Andy Shevchenko &lt;andriy.shevchenko@linux.intel.com&gt;Cc: Antti Palosaari &lt;crope@iki.fi&gt;Cc: Eric Biederman &lt;ebiederm@xmission.com&gt;Cc: Iurii Zaikin &lt;yzaikin@google.com&gt;Cc: &quot;J. Bruce Fields&quot; &lt;bfields@fieldses.org&gt;Cc: Jeff Layton &lt;jlayton@kernel.org&gt;Cc: Kees Cook &lt;keescook@chromium.org&gt;Cc: Lukas Middendorf &lt;kernel@tuxforce.de&gt;Cc: Stephen Kitt &lt;steve@sk2.org&gt;Cc: Xiaoming Ni &lt;nixiaoming@huawei.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/fs/Makefile</description>
        <pubDate>Sat, 22 Jan 2022 06:13:06 +0000</pubDate>
        <dc:creator>Luis Chamberlain &lt;mcgrof@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>5298d4bf - unicode: clean up the Kconfig symbol confusion</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/Makefile#5298d4bf</link>
        <description>unicode: clean up the Kconfig symbol confusionTurn the CONFIG_UNICODE symbol into a tristate that generates some alwaysbuilt in code and remove the confusing CONFIG_UNICODE_UTF8_DATA symbol.Note that a lot of the IS_ENABLED() checks could be turned from cppstatements into normal ifs, but this change is intended to be fairlymechanic, so that should be cleaned up later.Fixes: 2b3d04787012 (&quot;unicode: Add utf8-data module&quot;)Reported-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;Reviewed-by: Eric Biggers &lt;ebiggers@google.com&gt;Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;Signed-off-by: Gabriel Krisman Bertazi &lt;krisman@collabora.com&gt;

            List of files:
            /linux-6.15/fs/Makefile</description>
        <pubDate>Tue, 18 Jan 2022 06:56:14 +0000</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
</channel>
</rss>
