<?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>ce63cb62 - erofs: support unencoded inodes for fileio</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/erofs/Makefile#ce63cb62</link>
        <description>erofs: support unencoded inodes for fileioSince EROFS only needs to handle read requests in simple contexts,Just directly use vfs_iocb_iter_read() for data I/Os.Reviewed-by: Sandeep Dhavale &lt;dhavale@google.com&gt;Reviewed-by: Chao Yu &lt;chao@kernel.org&gt;Signed-off-by: Gao Xiang &lt;hsiangkao@linux.alibaba.com&gt;Link: https://lore.kernel.org/r/20240905093031.2745929-1-hsiangkao@linux.alibaba.com

            List of files:
            /linux-6.15/fs/erofs/Makefile</description>
        <pubDate>Thu, 05 Sep 2024 09:30:31 +0000</pubDate>
        <dc:creator>Gao Xiang &lt;hsiangkao@linux.alibaba.com&gt;</dc:creator>
    </item>
<item>
        <title>7c35de4d - erofs: Zstandard compression support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/erofs/Makefile#7c35de4d</link>
        <description>erofs: Zstandard compression supportAdd Zstandard compression as the 4th supported algorithm since itbecomes more popular now and some end users have asked this forquite a while [1][2].Each EROFS physical cluster contains only one valid standardZstandard frame as described in [3] so that decompression can beperformed on a per-pcluster basis independently.Currently, it just leverages multi-call stream decompression APIs withinternal sliding window buffers.  One-shot or bufferless decompressioncould be implemented later for even better performance if needed.[1] https://github.com/erofs/erofs-utils/issues/6[2] https://lore.kernel.org/r/Y08h+z6CZdnS1XBm@B-P7TQMD6M-0146.lan[3] https://www.rfc-editor.org/rfc/rfc8478.txtAcked-by: Chao Yu &lt;chao@kernel.org&gt;Signed-off-by: Gao Xiang &lt;hsiangkao@linux.alibaba.com&gt;Link: https://lore.kernel.org/r/20240508234453.17896-1-xiang@kernel.org

            List of files:
            /linux-6.15/fs/erofs/Makefile</description>
        <pubDate>Wed, 08 May 2024 23:44:53 +0000</pubDate>
        <dc:creator>Gao Xiang &lt;hsiangkao@linux.alibaba.com&gt;</dc:creator>
    </item>
<item>
        <title>f36f3010 - erofs: rename per-CPU buffers to global buffer pool and make it configurable</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/erofs/Makefile#f36f3010</link>
        <description>erofs: rename per-CPU buffers to global buffer pool and make it configurableIt will cost more time if compressed buffers are allocated on demand forlow-latency algorithms (like lz4) so EROFS uses per-CPU buffers to keepcompressed data if in-place decompression is unfulfilled.  While it is kindof wasteful of memory for a device with hundreds of CPUs, and only a smallnumber of CPUs concurrently decompress most of the time.This patch renames it as &apos;global buffer pool&apos; and makes it configurable.This allows two or more CPUs to share a common buffer to reduce memoryoccupation.Suggested-by: Gao Xiang &lt;xiang@kernel.org&gt;Reviewed-by: Gao Xiang &lt;hsiangkao@linux.alibaba.com&gt;Signed-off-by: Chunhai Guo &lt;guochunhai@vivo.com&gt;Link: https://lore.kernel.org/r/20240402100036.2673604-1-guochunhai@vivo.comSigned-off-by: Sandeep Dhavale &lt;dhavale@google.com&gt;Link: https://lore.kernel.org/r/20240408215231.3376659-1-dhavale@google.comSigned-off-by: Gao Xiang &lt;hsiangkao@linux.alibaba.com&gt;

            List of files:
            /linux-6.15/fs/erofs/Makefile</description>
        <pubDate>Tue, 02 Apr 2024 10:00:36 +0000</pubDate>
        <dc:creator>Chunhai Guo &lt;guochunhai@vivo.com&gt;</dc:creator>
    </item>
<item>
        <title>cacd5b04 - erofs: rename utils.c to zutil.c</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/erofs/Makefile#cacd5b04</link>
        <description>erofs: rename utils.c to zutil.cCurrently, utils.c is only useful if CONFIG_EROFS_FS_ZIP is on.So let&apos;s rename it to zutil.c as well as avoid its inclusion ifCONFIG_EROFS_FS_ZIP is explicitly disabled.Signed-off-by: Chunhai Guo &lt;guochunhai@vivo.com&gt;Reviewed-by: Gao Xiang &lt;hsiangkao@linux.alibaba.com&gt;Link: https://lore.kernel.org/r/20240401135550.2550043-1-guochunhai@vivo.comSigned-off-by: Gao Xiang &lt;hsiangkao@linux.alibaba.com&gt;

            List of files:
            /linux-6.15/fs/erofs/Makefile</description>
        <pubDate>Mon, 01 Apr 2024 13:55:50 +0000</pubDate>
        <dc:creator>Chunhai Guo &lt;guochunhai@vivo.com&gt;</dc:creator>
    </item>
<item>
        <title>ffa09b3b - erofs: DEFLATE compression support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/erofs/Makefile#ffa09b3b</link>
        <description>erofs: DEFLATE compression supportAdd DEFLATE compression as the 3rd supported algorithm.DEFLATE is a popular generic-purpose compression algorithm for quitelong time (many advanced formats like gzip, zlib, zip, png are allbased on that) as Apple documentation written &quot;If you requireinteroperability with non-Apple devices, use COMPRESSION_ZLIB. [1]&quot;.Due to its popularity, there are several hardware on-market DEFLATEaccelerators, such as (s390) DFLTCC, (Intel) IAA/QAT, (HiSilicon) ZIPaccelerator, etc.  In addition, there are also several high-performenceIP cores and even open-source FPGA approches available for DEFLATE.Therefore, it&apos;s useful to support DEFLATE compression in order to finda way to utilize these accelerators for asynchronous I/Os and getbenefits from these later.Besides, it&apos;s a good choice to trade off between compression ratiosand performance compared to LZ4 and LZMA.  The DEFLATE core format issimple as well as easy to understand, therefore the code size of itsdecompressor is small even for the bootloader use cases.  The runtimememory consumption is quite limited too (e.g. 32K + ~7K for each zlibstream).  As usual, EROFS ourperforms similar approaches too.Alternatively, DEFLATE could still be used for some specific filessince EROFS supports multiple compression algorithms in one image.[1] https://developer.apple.com/documentation/compression/compression_algorithmReviewed-by: Chao Yu &lt;chao@kernel.org&gt;Signed-off-by: Gao Xiang &lt;hsiangkao@linux.alibaba.com&gt;Link: https://lore.kernel.org/r/20230810154859.118330-1-hsiangkao@linux.alibaba.com

            List of files:
            /linux-6.15/fs/erofs/Makefile</description>
        <pubDate>Thu, 10 Aug 2023 15:48:59 +0000</pubDate>
        <dc:creator>Gao Xiang &lt;hsiangkao@linux.alibaba.com&gt;</dc:creator>
    </item>
<item>
        <title>285d0f85 - erofs: avoid pcpubuf.c inclusion if CONFIG_EROFS_FS_ZIP is off</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/erofs/Makefile#285d0f85</link>
        <description>erofs: avoid pcpubuf.c inclusion if CONFIG_EROFS_FS_ZIP is offThe function of pcpubuf.c is just for low-latency decompressionalgorithms (e.g. lz4).Signed-off-by: Yue Hu &lt;huyue2@coolpad.com&gt;Reviewed-by: Gao Xiang &lt;hsiangkao@linux.alibaba.com&gt;Reviewed-by: Chao Yu &lt;chao@kernel.org&gt;Link: https://lore.kernel.org/r/20230515095758.10391-1-zbestahu@gmail.comSigned-off-by: Gao Xiang &lt;hsiangkao@linux.alibaba.com&gt;

            List of files:
            /linux-6.15/fs/erofs/Makefile</description>
        <pubDate>Mon, 15 May 2023 09:57:58 +0000</pubDate>
        <dc:creator>Yue Hu &lt;huyue2@coolpad.com&gt;</dc:creator>
    </item>
<item>
        <title>c6be2bd0 - erofs: register fscache volume</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/erofs/Makefile#c6be2bd0</link>
        <description>erofs: register fscache volumeA new fscache based mode is going to be introduced for erofs, in whichcase on-demand read semantics is implemented through fscache.As the first step, register fscache volume for each erofs filesystem.That means, data blobs can not be shared among erofs filesystems. In thefollowing iteration, we are going to introduce the domain semantics, inwhich case several erofs filesystems can belong to one domain, and datablobs can be shared among these erofs filesystems of one domain.Signed-off-by: Jeffle Xu &lt;jefflexu@linux.alibaba.com&gt;Reviewed-by: Gao Xiang &lt;hsiangkao@linux.alibaba.com&gt;Link: https://lore.kernel.org/r/20220425122143.56815-12-jefflexu@linux.alibaba.comAcked-by: Chao Yu &lt;chao@kernel.org&gt;Signed-off-by: Gao Xiang &lt;hsiangkao@linux.alibaba.com&gt;

            List of files:
            /linux-6.15/fs/erofs/Makefile</description>
        <pubDate>Mon, 25 Apr 2022 12:21:33 +0000</pubDate>
        <dc:creator>Jeffle Xu &lt;jefflexu@linux.alibaba.com&gt;</dc:creator>
    </item>
<item>
        <title>168e9a76 - erofs: add sysfs interface</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/erofs/Makefile#168e9a76</link>
        <description>erofs: add sysfs interfaceAdd sysfs interface to configure erofs related parameters later.Link: https://lore.kernel.org/r/20211201145436.4357-1-huangjianan@oppo.comReviewed-by: Chao Yu &lt;chao@kernel.org&gt;Reviewed-by: Gao Xiang &lt;hsiangkao@linux.alibaba.com&gt;Signed-off-by: Huang Jianan &lt;huangjianan@oppo.com&gt;Signed-off-by: Gao Xiang &lt;hsiangkao@linux.alibaba.com&gt;

            List of files:
            /linux-6.15/fs/erofs/Makefile</description>
        <pubDate>Wed, 01 Dec 2021 14:54:36 +0000</pubDate>
        <dc:creator>Huang Jianan &lt;huangjianan@oppo.com&gt;</dc:creator>
    </item>
<item>
        <title>622ceadd - erofs: lzma compression support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/erofs/Makefile#622ceadd</link>
        <description>erofs: lzma compression supportAdd MicroLZMA support in order to maximize compression ratios forspecific scenarios. For example, it&apos;s useful for low-end embeddedboards and as a secondary algorithm in a file for specific accesspatterns.MicroLZMA is a new container format for raw LZMA1, which was createdby Lasse Collin aiming to minimize old LZMA headers and get rid ofunnecessary EOPM (end of payload marker) as well as to enablefixed-sized output compression, especially for 4KiB pclusters.Similar to LZ4, inplace I/O approach is used to minimize runtimememory footprint when dealing with I/O. Overlapped decompression ishandled with 1) bounced buffer for data under processing or 2) extrashort-lived pages from the on-stack pagepool which will be shared inthe same read request (128KiB for example).Link: https://lore.kernel.org/r/20211010213145.17462-8-xiang@kernel.orgAcked-by: Chao Yu &lt;chao@kernel.org&gt;Signed-off-by: Gao Xiang &lt;hsiangkao@linux.alibaba.com&gt;

            List of files:
            /linux-6.15/fs/erofs/Makefile</description>
        <pubDate>Sun, 10 Oct 2021 21:31:45 +0000</pubDate>
        <dc:creator>Gao Xiang &lt;hsiangkao@linux.alibaba.com&gt;</dc:creator>
    </item>
<item>
        <title>52488734 - erofs: introduce multipage per-CPU buffers</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/erofs/Makefile#52488734</link>
        <description>erofs: introduce multipage per-CPU buffersTo deal the with the cases which inplace decompression is infeasiblefor some inplace I/O. Per-CPU buffers was introduced to get rid of pageallocation latency and thrash for low-latency decompression algorithmssuch as lz4.For the big pcluster feature, introduce multipage per-CPU buffers tokeep such inplace I/O pclusters temporarily as well but note thatper-CPU pages are just consecutive virtually.When a new big pcluster fs is mounted, its max pclustersize will beread and per-CPU buffers can be growed if needed. Shrinking adjustableper-CPU buffers is more complex (because we don&apos;t know if such sizeis still be used), so currently just release them all when unloading.Link: https://lore.kernel.org/r/20210409190630.19569-1-xiang@kernel.orgAcked-by: Chao Yu &lt;yuchao0@huawei.com&gt;Signed-off-by: Gao Xiang &lt;hsiangkao@redhat.com&gt;

            List of files:
            /linux-6.15/fs/erofs/Makefile</description>
        <pubDate>Fri, 09 Apr 2021 19:06:30 +0000</pubDate>
        <dc:creator>Gao Xiang &lt;hsiangkao@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>a426ce9d - erofs: remove a void EROFS_VERSION macro set in Makefile</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/erofs/Makefile#a426ce9d</link>
        <description>erofs: remove a void EROFS_VERSION macro set in MakefileSince commit 4f761fa253b4 (&quot;erofs: rename errln/infoln/debugln toerofs_{err, info, dbg}&quot;) the defined macro EROFS_VERSION has no affect,therefore removing it from the Makefile is a non-functional change.Link: https://lore.kernel.org/r/20201030122839.25431-1-vladimir@tuxera.comReviewed-by: Gao Xiang &lt;hsiangkao@redhat.com&gt;Reviewed-by: Chao Yu &lt;yuchao0@huawei.com&gt;Signed-off-by: Vladimir Zapolskiy &lt;vladimir@tuxera.com&gt;Signed-off-by: Gao Xiang &lt;hsiangkao@redhat.com&gt;

            List of files:
            /linux-6.15/fs/erofs/Makefile</description>
        <pubDate>Fri, 30 Oct 2020 12:28:39 +0000</pubDate>
        <dc:creator>Vladimir Zapolskiy &lt;vladimir@tuxera.com&gt;</dc:creator>
    </item>
<item>
        <title>47e4937a - erofs: move erofs out of staging</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/erofs/Makefile#47e4937a</link>
        <description>erofs: move erofs out of stagingEROFS filesystem has been merged into linux-staging for a year.EROFS is designed to be a better solution of saving extra storagespace with guaranteed end-to-end performance for read-only fileswith the help of reduced metadata, fixed-sized output compressionand decompression inplace technologies.In the past year, EROFS was greatly improved by many people asa staging driver, self-tested, betaed by a large number of ourinternal users, successfully applied to almost all in-serviceHUAWEI smartphones as the part of EMUI 9.1 and proven to be stableenough to be moved out of staging.EROFS is a self-contained filesystem driver. Although there arestill some TODOs to be more generic, we have a dedicated teamactively keeping on working on EROFS in order to make it betterwith the evolution of Linux kernel as the other in-kernel filesystems.As Pavel suggested, it&apos;s better to do as one commit since gitcan do moves and all histories will be saved in this way.Let&apos;s promote it from staging and enhance it more actively asa &quot;real&quot; part of kernel for more wider scenarios!Cc: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;Cc: Alexander Viro &lt;viro@zeniv.linux.org.uk&gt;Cc: Andrew Morton &lt;akpm@linux-foundation.org&gt;Cc: Stephen Rothwell &lt;sfr@canb.auug.org.au&gt;Cc: Theodore Ts&apos;o &lt;tytso@mit.edu&gt;Cc: Pavel Machek &lt;pavel@denx.de&gt;Cc: David Sterba &lt;dsterba@suse.cz&gt;Cc: Amir Goldstein &lt;amir73il@gmail.com&gt;Cc: Christoph Hellwig &lt;hch@infradead.org&gt;Cc: Darrick J . Wong &lt;darrick.wong@oracle.com&gt;Cc: Dave Chinner &lt;david@fromorbit.com&gt;Cc: Jaegeuk Kim &lt;jaegeuk@kernel.org&gt;Cc: Jan Kara &lt;jack@suse.cz&gt;Cc: Richard Weinberger &lt;richard@nod.at&gt;Cc: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;Cc: Chao Yu &lt;yuchao0@huawei.com&gt;Cc: Miao Xie &lt;miaoxie@huawei.com&gt;Cc: Li Guifu &lt;bluce.liguifu@huawei.com&gt;Cc: Fang Wei &lt;fangwei1@huawei.com&gt;Signed-off-by: Gao Xiang &lt;gaoxiang25@huawei.com&gt;Link: https://lore.kernel.org/r/20190822213659.5501-1-hsiangkao@aol.comSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/fs/erofs/Makefile</description>
        <pubDate>Thu, 22 Aug 2019 21:36:59 +0000</pubDate>
        <dc:creator>Gao Xiang &lt;hsiangkao@aol.com&gt;</dc:creator>
    </item>
</channel>
</rss>
