<?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 README</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>5aab331a - cramfs: Convert cramfs to read_folio</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/cramfs/README#5aab331a</link>
        <description>cramfs: Convert cramfs to read_folioThis is a &quot;weak&quot; conversion which converts straight back to using pages.A full conversion should be performed at some point, hopefully bysomeone familiar with the filesystem.Signed-off-by: Matthew Wilcox (Oracle) &lt;willy@infradead.org&gt;

            List of files:
            /linux-6.15/fs/cramfs/README</description>
        <pubDate>Fri, 29 Apr 2022 15:12:16 +0000</pubDate>
        <dc:creator>Matthew Wilcox (Oracle) &lt;willy@infradead.org&gt;</dc:creator>
    </item>
<item>
        <title>fd4f6f2a - cramfs: implement uncompressed and arbitrary data block positioning</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/cramfs/README#fd4f6f2a</link>
        <description>cramfs: implement uncompressed and arbitrary data block positioningTwo new capabilities are introduced here:- The ability to store some blocks uncompressed.- The ability to locate blocks anywhere.Those capabilities can be used independently, but the combinationopens the possibility for execute-in-place (XIP) of program text segmentsthat must remain uncompressed, and in the MMU case, must have a specificalignment.  It is even possible to still have the writable data segmentsfrom the same file compressed as they have to be copied into RAM anyway.This is achieved by giving special meanings to some unused block pointerbits while remaining compatible with legacy cramfs images.Signed-off-by: Nicolas Pitre &lt;nico@linaro.org&gt;Tested-by: Chris Brandt &lt;chris.brandt@renesas.com&gt;Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;

            List of files:
            /linux-6.15/fs/cramfs/README</description>
        <pubDate>Thu, 12 Oct 2017 06:16:11 +0000</pubDate>
        <dc:creator>Nicolas Pitre &lt;nicolas.pitre@linaro.org&gt;</dc:creator>
    </item>
<item>
        <title>ea1754a0 - mm, fs: remove remaining PAGE_CACHE_* and page_cache_{get,release} usage</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/cramfs/README#ea1754a0</link>
        <description>mm, fs: remove remaining PAGE_CACHE_* and page_cache_{get,release} usageMostly direct substitution with occasional adjustment or removingoutdated comments.Signed-off-by: Kirill A. Shutemov &lt;kirill.shutemov@linux.intel.com&gt;Acked-by: Michal Hocko &lt;mhocko@suse.com&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/fs/cramfs/README</description>
        <pubDate>Fri, 01 Apr 2016 12:29:48 +0000</pubDate>
        <dc:creator>Kirill A. Shutemov &lt;kirill.shutemov@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>1da177e4 - Linux-2.6.12-rc2</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/fs/cramfs/README#1da177e4</link>
        <description>Linux-2.6.12-rc2Initial git repository build. I&apos;m not bothering with the full history,even though we have it. We can create a separate &quot;historical&quot; gitarchive of that later if we want to, and in the meantime it&apos;s about3.2GB when imported into git - space that would just make the earlygit days unnecessarily complicated, when we don&apos;t have a lot of goodinfrastructure for it.Let it rip!

            List of files:
            /linux-6.15/fs/cramfs/README</description>
        <pubDate>Sat, 16 Apr 2005 22:20:36 +0000</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@ppc970.osdl.org&gt;</dc:creator>
    </item>
</channel>
</rss>
