<?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 pgtable.h</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>3e9807aa - um: Include missing headers in asm/pgtable.h</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/include/asm/pgtable.h#3e9807aa</link>
        <description>um: Include missing headers in asm/pgtable.hFormerly, asm/pgtable.h relied on the implicit inclusion of asm/page.hand linux/mm_types.h via asm/fixmap.h. With the removal of asm/fixmap.h,these headers need to be included explicitly in asm/pgtable.h now.Reported-by: kernel test robot &lt;lkp@intel.com&gt;Closes: https://lore.kernel.org/oe-kbuild-all/202501131814.E6CxjulL-lkp@intel.com/Fixes: 5bfc4a3a0af3 (&quot;um: Remove obsolete fixmap support&quot;)Signed-off-by: Tiwei Bie &lt;tiwei.btw@antgroup.com&gt;Link: https://patch.msgid.link/20250113153218.3331321-2-tiwei.btw@antgroup.comSigned-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;

            List of files:
            /linux-6.15/arch/um/include/asm/pgtable.h</description>
        <pubDate>Mon, 13 Jan 2025 15:32:17 +0000</pubDate>
        <dc:creator>Tiwei Bie &lt;tiwei.btw@antgroup.com&gt;</dc:creator>
    </item>
<item>
        <title>5bfc4a3a - um: Remove obsolete fixmap support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/include/asm/pgtable.h#5bfc4a3a</link>
        <description>um: Remove obsolete fixmap supportIt was added to support highmem. But since the highmem support hasbeen removed by commit a98a6d864d3b (&quot;um: Remove broken highmemsupport&quot;), it is no longer needed. Remove it to simplify the code.Signed-off-by: Tiwei Bie &lt;tiwei.btw@antgroup.com&gt;Link: https://patch.msgid.link/20241128081939.2216246-3-tiwei.btw@antgroup.comSigned-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;

            List of files:
            /linux-6.15/arch/um/include/asm/pgtable.h</description>
        <pubDate>Thu, 28 Nov 2024 08:19:38 +0000</pubDate>
        <dc:creator>Tiwei Bie &lt;tiwei.btw@antgroup.com&gt;</dc:creator>
    </item>
<item>
        <title>aa36314c - um: Remove unused MODULES_LEN macro</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/include/asm/pgtable.h#aa36314c</link>
        <description>um: Remove unused MODULES_LEN macroIt&apos;s not used anywhere. And its definition doesn&apos;t seem right.Signed-off-by: Tiwei Bie &lt;tiwei.btw@antgroup.com&gt;Link: https://patch.msgid.link/20241128081939.2216246-2-tiwei.btw@antgroup.comSigned-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;

            List of files:
            /linux-6.15/arch/um/include/asm/pgtable.h</description>
        <pubDate>Thu, 28 Nov 2024 08:19:37 +0000</pubDate>
        <dc:creator>Tiwei Bie &lt;tiwei.btw@antgroup.com&gt;</dc:creator>
    </item>
<item>
        <title>c5c3238d - asm-generic: provide generic page_to_phys and phys_to_page implementations</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/include/asm/pgtable.h#c5c3238d</link>
        <description>asm-generic: provide generic page_to_phys and phys_to_page implementationspage_to_phys is duplicated by all architectures, and from some strangereason placed in &lt;asm/io.h&gt; where it doesn&apos;t fit at all.phys_to_page is only provided by a few architectures despite having a lotof open coded users.Provide generic versions in &lt;asm-generic/memory_model.h&gt; to make thesehelpers more easily usable.Note with this patch powerpc loses the CONFIG_DEBUG_VIRTUAL pfn_validcheck.  It will be added back in a generic version later.Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/um/include/asm/pgtable.h</description>
        <pubDate>Wed, 23 Oct 2024 05:36:36 +0000</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
<item>
        <title>9b088185 - um: Rename _PAGE_NEWPAGE to _PAGE_NEEDSYNC</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/include/asm/pgtable.h#9b088185</link>
        <description>um: Rename _PAGE_NEWPAGE to _PAGE_NEEDSYNCThe _PAGE_NEWPAGE bit does not really indicate that this is a new page,but rather whether this entry needs to be synced or not. Renaming itto _PAGE_NEEDSYNC will make it more clear how everything ties together.Suggested-by: Benjamin Berg &lt;benjamin.berg@intel.com&gt;Signed-off-by: Tiwei Bie &lt;tiwei.btw@antgroup.com&gt;Link: https://patch.msgid.link/20241011102354.1682626-3-tiwei.btw@antgroup.comSigned-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;

            List of files:
            /linux-6.15/arch/um/include/asm/pgtable.h</description>
        <pubDate>Fri, 11 Oct 2024 10:23:54 +0000</pubDate>
        <dc:creator>Tiwei Bie &lt;tiwei.btw@antgroup.com&gt;</dc:creator>
    </item>
<item>
        <title>2717c6b6 - um: Abandon the _PAGE_NEWPROT bit</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/include/asm/pgtable.h#2717c6b6</link>
        <description>um: Abandon the _PAGE_NEWPROT bitWhen a PTE is updated in the page table, the _PAGE_NEWPAGE bit willalways be set. And the corresponding page will always be mapped orunmapped depending on whether the PTE is present or not. The checkon the _PAGE_NEWPROT bit is not really reachable. Abandoning it willallow us to simplify the code and remove the unreachable code.Reviewed-by: Benjamin Berg &lt;benjamin.berg@intel.com&gt;Signed-off-by: Tiwei Bie &lt;tiwei.btw@antgroup.com&gt;Link: https://patch.msgid.link/20241011102354.1682626-2-tiwei.btw@antgroup.comSigned-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;

            List of files:
            /linux-6.15/arch/um/include/asm/pgtable.h</description>
        <pubDate>Fri, 11 Oct 2024 10:23:53 +0000</pubDate>
        <dc:creator>Tiwei Bie &lt;tiwei.btw@antgroup.com&gt;</dc:creator>
    </item>
<item>
        <title>41ab5fe7 - um: Switch to 4 level page tables on 64 bit</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/include/asm/pgtable.h#41ab5fe7</link>
        <description>um: Switch to 4 level page tables on 64 bitThe larger memory space is useful to support more applications insideUML. One example for this is ASAN instrumentation of userspaceapplications which requires addresses that would otherwise not beavailable.Signed-off-by: Benjamin Berg &lt;benjamin.berg@intel.com&gt;Link: https://patch.msgid.link/20240919124511.282088-11-benjamin@sipsolutions.netSigned-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;

            List of files:
            /linux-6.15/arch/um/include/asm/pgtable.h</description>
        <pubDate>Thu, 19 Sep 2024 12:45:11 +0000</pubDate>
        <dc:creator>Benjamin Berg &lt;benjamin.berg@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>2fcd16fb - um: Remove unused kpte_clear_flush macro</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/include/asm/pgtable.h#2fcd16fb</link>
        <description>um: Remove unused kpte_clear_flush macroThis macro has no users, and __flush_tlb_one doesn&apos;t exist either.Signed-off-by: Tiwei Bie &lt;tiwei.btw@antgroup.com&gt;Signed-off-by: Richard Weinberger &lt;richard@nod.at&gt;

            List of files:
            /linux-6.15/arch/um/include/asm/pgtable.h</description>
        <pubDate>Mon, 26 Aug 2024 10:08:09 +0000</pubDate>
        <dc:creator>Tiwei Bie &lt;tiwei.btw@antgroup.com&gt;</dc:creator>
    </item>
<item>
        <title>bcf3d957 - um: refactor TLB update handling</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/include/asm/pgtable.h#bcf3d957</link>
        <description>um: refactor TLB update handlingConceptually, we want the memory mappings to always be up to date andrepresent whatever is in the TLB. To ensure that, we need to sync themover in the userspace case and for the kernel we need to process themappings.The kernel will call flush_tlb_* if page table entries that were validbefore become invalid. Unfortunately, this is not the case if entriesare added.As such, change both flush_tlb_* and set_ptes to track the memory rangethat has to be synchronized. For the kernel, we need to execute aflush_tlb_kern_* immediately but we can wait for the first page fault incase of set_ptes. For userspace in contrast we only store that a rangeof memory needs to be synced and do so whenever we switch to thatprocess.Signed-off-by: Benjamin Berg &lt;benjamin.berg@intel.com&gt;Link: https://patch.msgid.link/20240703134536.1161108-13-benjamin@sipsolutions.netSigned-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;

            List of files:
            /linux-6.15/arch/um/include/asm/pgtable.h</description>
        <pubDate>Wed, 03 Jul 2024 13:45:36 +0000</pubDate>
        <dc:creator>Benjamin Berg &lt;benjamin.berg@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>fd8132e6 - um: implement the new page table range API</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/include/asm/pgtable.h#fd8132e6</link>
        <description>um: implement the new page table range APIAdd PFN_PTE_SHIFT and update_mmu_cache_range().Link: https://lkml.kernel.org/r/20230802151406.3735276-28-willy@infradead.orgSigned-off-by: Matthew Wilcox (Oracle) &lt;willy@infradead.org&gt;Acked-by: Mike Rapoport (IBM) &lt;rppt@kernel.org&gt;Cc: Richard Weinberger &lt;richard@nod.at&gt;Cc: Anton Ivanov &lt;anton.ivanov@cambridgegreys.com&gt;Cc: Johannes Berg &lt;johannes@sipsolutions.net&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/um/include/asm/pgtable.h</description>
        <pubDate>Wed, 02 Aug 2023 15:13:55 +0000</pubDate>
        <dc:creator>Matthew Wilcox (Oracle) &lt;willy@infradead.org&gt;</dc:creator>
    </item>
<item>
        <title>2f0584f3 - mm: Rename arch pte_mkwrite()&apos;s to pte_mkwrite_novma()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/include/asm/pgtable.h#2f0584f3</link>
        <description>mm: Rename arch pte_mkwrite()&apos;s to pte_mkwrite_novma()The x86 Shadow stack feature includes a new type of memory called shadowstack. This shadow stack memory has some unusual properties, which requiressome core mm changes to function properly.One of these unusual properties is that shadow stack memory is writable,but only in limited ways. These limits are applied via a specific PTEbit combination. Nevertheless, the memory is writable, and core mm codewill need to apply the writable permissions in the typical paths thatcall pte_mkwrite(). The goal is to make pte_mkwrite() take a VMA, sothat the x86 implementation of it can know whether to create regularwritable or shadow stack mappings.But there are a couple of challenges to this. Modifying the signatures ofeach arch pte_mkwrite() implementation would be error prone because someare generated with macros and would need to be re-implemented. Also, somepte_mkwrite() callers operate on kernel memory without a VMA.So this can be done in a three step process. First pte_mkwrite() can berenamed to pte_mkwrite_novma() in each arch, with a generic pte_mkwrite()added that just calls pte_mkwrite_novma(). Next callers without a VMA canbe moved to pte_mkwrite_novma(). And lastly, pte_mkwrite() and all callerscan be changed to take/pass a VMA.Start the process by renaming pte_mkwrite() to pte_mkwrite_novma() andadding the pte_mkwrite() wrapper in linux/pgtable.h. Apply the samepattern for pmd_mkwrite(). Since not all archs have a pmd_mkwrite_novma(),create a new arch config HAS_HUGE_PAGE that can be used to tell ifpmd_mkwrite() should be defined. Otherwise in the !HAS_HUGE_PAGE cases thecompiler would not be able to find pmd_mkwrite_novma().No functional change.Suggested-by: Linus Torvalds &lt;torvalds@linuxfoundation.org&gt;Signed-off-by: Rick Edgecombe &lt;rick.p.edgecombe@intel.com&gt;Signed-off-by: Dave Hansen &lt;dave.hansen@linux.intel.com&gt;Reviewed-by: Mike Rapoport (IBM) &lt;rppt@kernel.org&gt;Acked-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Acked-by: David Hildenbrand &lt;david@redhat.com&gt;Link: https://lore.kernel.org/lkml/CAHk-=wiZjSu7c9sFYZb3q04108stgHff2wfbokGCCgW7riz+8Q@mail.gmail.com/Link: https://lore.kernel.org/all/20230613001108.3040476-2-rick.p.edgecombe%40intel.com

            List of files:
            /linux-6.15/arch/um/include/asm/pgtable.h</description>
        <pubDate>Tue, 13 Jun 2023 00:10:27 +0000</pubDate>
        <dc:creator>Rick Edgecombe &lt;rick.p.edgecombe@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>950fe885 - mm: remove __HAVE_ARCH_PTE_SWP_EXCLUSIVE</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/include/asm/pgtable.h#950fe885</link>
        <description>mm: remove __HAVE_ARCH_PTE_SWP_EXCLUSIVE__HAVE_ARCH_PTE_SWP_EXCLUSIVE is now supported by all architectures thatsupport swp PTEs, so let&apos;s drop it.Link: https://lkml.kernel.org/r/20230113171026.582290-27-david@redhat.comSigned-off-by: David Hildenbrand &lt;david@redhat.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/um/include/asm/pgtable.h</description>
        <pubDate>Fri, 13 Jan 2023 17:10:26 +0000</pubDate>
        <dc:creator>David Hildenbrand &lt;david@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>e2858d77 - um/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/include/asm/pgtable.h#e2858d77</link>
        <description>um/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVELet&apos;s support __HAVE_ARCH_PTE_SWP_EXCLUSIVE by using bit 10, which is yetunused for swap PTEs.The pte_mkuptodate() is a bit weird in __pte_to_swp_entry() for a swap PTE...  but it only messes with bit 1 and 2 and there is a comment inset_pte(), so leave these bits alone.While at it, mask the type in __swp_entry().Link: https://lkml.kernel.org/r/20230113171026.582290-24-david@redhat.comSigned-off-by: David Hildenbrand &lt;david@redhat.com&gt;Cc: Richard Weinberger &lt;richard@nod.at&gt;Cc: Anton Ivanov &lt;anton.ivanov@cambridgegreys.com&gt;Cc: Johannes Berg &lt;johannes@sipsolutions.net&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/um/include/asm/pgtable.h</description>
        <pubDate>Fri, 13 Jan 2023 17:10:23 +0000</pubDate>
        <dc:creator>David Hildenbrand &lt;david@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>e025ab84 - mm: remove kern_addr_valid() completely</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/include/asm/pgtable.h#e025ab84</link>
        <description>mm: remove kern_addr_valid() completelyMost architectures (except arm64/x86/sparc) simply return 1 forkern_addr_valid(), which is only used in read_kcore(), and it callscopy_from_kernel_nofault() which could check whether the address is avalid kernel address.  So as there is no need for kern_addr_valid(), let&apos;sremove it.Link: https://lkml.kernel.org/r/20221018074014.185687-1-wangkefeng.wang@huawei.comSigned-off-by: Kefeng Wang &lt;wangkefeng.wang@huawei.com&gt;Acked-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;	[m68k]Acked-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;		[s390]Acked-by: Christoph Hellwig &lt;hch@lst.de&gt;Acked-by: Helge Deller &lt;deller@gmx.de&gt;			[parisc]Acked-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;		[powerpc]Acked-by: Guo Ren &lt;guoren@kernel.org&gt;			[csky]Acked-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;	[arm64]Cc: Alexander Gordeev &lt;agordeev@linux.ibm.com&gt;Cc: Andy Lutomirski &lt;luto@kernel.org&gt;Cc: Anton Ivanov &lt;anton.ivanov@cambridgegreys.com&gt;Cc: &lt;aou@eecs.berkeley.edu&gt;Cc: Borislav Petkov &lt;bp@alien8.de&gt;Cc: Christian Borntraeger &lt;borntraeger@linux.ibm.com&gt;Cc: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;Cc: Chris Zankel &lt;chris@zankel.net&gt;Cc: Dave Hansen &lt;dave.hansen@linux.intel.com&gt;Cc: David S. Miller &lt;davem@davemloft.net&gt;Cc: Dinh Nguyen &lt;dinguyen@kernel.org&gt;Cc: Greg Ungerer &lt;gerg@linux-m68k.org&gt;Cc: H. Peter Anvin &lt;hpa@zytor.com&gt;Cc: Huacai Chen &lt;chenhuacai@kernel.org&gt;Cc: Ingo Molnar &lt;mingo@redhat.com&gt;Cc: Ivan Kokshaysky &lt;ink@jurassic.park.msu.ru&gt;Cc: James Bottomley &lt;James.Bottomley@HansenPartnership.com&gt;Cc: Johannes Berg &lt;johannes@sipsolutions.net&gt;Cc: Jonas Bonn &lt;jonas@southpole.se&gt;Cc: Matt Turner &lt;mattst88@gmail.com&gt;Cc: Max Filippov &lt;jcmvbkbc@gmail.com&gt;Cc: Michal Simek &lt;monstr@monstr.eu&gt;Cc: Nicholas Piggin &lt;npiggin@gmail.com&gt;Cc: Palmer Dabbelt &lt;palmer@rivosinc.com&gt;Cc: Paul Walmsley &lt;paul.walmsley@sifive.com&gt;Cc: Peter Zijlstra &lt;peterz@infradead.org&gt;Cc: Richard Henderson &lt;richard.henderson@linaro.org&gt;Cc: Richard Weinberger &lt;richard@nod.at&gt;Cc: Rich Felker &lt;dalias@libc.org&gt;Cc: Russell King &lt;linux@armlinux.org.uk&gt;Cc: Stafford Horne &lt;shorne@gmail.com&gt;Cc: Stefan Kristiansson &lt;stefan.kristiansson@saunalahti.fi&gt;Cc: Sven Schnelle &lt;svens@linux.ibm.com&gt;Cc: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;Cc: Vasily Gorbik &lt;gor@linux.ibm.com&gt;Cc: Vineet Gupta &lt;vgupta@kernel.org&gt;Cc: Will Deacon &lt;will@kernel.org&gt;Cc: Xuerui Wang &lt;kernel@xen0n.name&gt;Cc: Yoshinori Sato &lt;ysato@users.osdn.me&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/um/include/asm/pgtable.h</description>
        <pubDate>Tue, 18 Oct 2022 07:40:14 +0000</pubDate>
        <dc:creator>Kefeng Wang &lt;wangkefeng.wang@huawei.com&gt;</dc:creator>
    </item>
<item>
        <title>91a8da02 - um/mm: enable ARCH_HAS_VM_GET_PAGE_PROT</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/include/asm/pgtable.h#91a8da02</link>
        <description>um/mm: enable ARCH_HAS_VM_GET_PAGE_PROTThis enables ARCH_HAS_VM_GET_PAGE_PROT on the platform and exportsstandard vm_get_page_prot() implementation via DECLARE_VM_GET_PAGE_PROT,which looks up a private and static protection_map[] array.  Subsequentlyall __SXXX and __PXXX macros can be dropped which are no longer needed.Link: https://lkml.kernel.org/r/20220711070600.2378316-25-anshuman.khandual@arm.comSigned-off-by: Anshuman Khandual &lt;anshuman.khandual@arm.com&gt;Cc: Jeff Dike &lt;jdike@addtoit.com&gt;Cc: Arnd Bergmann &lt;arnd@arndb.de&gt;Cc: Brian Cain &lt;bcain@quicinc.com&gt;Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;Cc: Christoph Hellwig &lt;hch@infradead.org&gt;Cc: Christoph Hellwig &lt;hch@lst.de&gt;Cc: Chris Zankel &lt;chris@zankel.net&gt;Cc: &quot;David S. Miller&quot; &lt;davem@davemloft.net&gt;Cc: Dinh Nguyen &lt;dinguyen@kernel.org&gt;Cc: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Cc: Guo Ren &lt;guoren@kernel.org&gt;Cc: Heiko Carstens &lt;hca@linux.ibm.com&gt;Cc: Huacai Chen &lt;chenhuacai@kernel.org&gt;Cc: Ingo Molnar &lt;mingo@redhat.com&gt;Cc: &quot;James E.J. Bottomley&quot; &lt;James.Bottomley@HansenPartnership.com&gt;Cc: Jonas Bonn &lt;jonas@southpole.se&gt;Cc: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: Michal Simek &lt;monstr@monstr.eu&gt;Cc: Nicholas Piggin &lt;npiggin@gmail.com&gt;Cc: Palmer Dabbelt &lt;palmer@dabbelt.com&gt;Cc: Paul Mackerras &lt;paulus@samba.org&gt;Cc: Paul Walmsley &lt;paul.walmsley@sifive.com&gt;Cc: Richard Henderson &lt;rth@twiddle.net&gt;Cc: Rich Felker &lt;dalias@libc.org&gt;Cc: Russell King &lt;linux@armlinux.org.uk&gt;Cc: Sam Ravnborg &lt;sam@ravnborg.org&gt;Cc: Stafford Horne &lt;shorne@gmail.com&gt;Cc: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;Cc: Vasily Gorbik &lt;gor@linux.ibm.com&gt;Cc: Vineet Gupta &lt;vgupta@kernel.org&gt;Cc: WANG Xuerui &lt;kernel@xen0n.name&gt;Cc: Will Deacon &lt;will@kernel.org&gt;Cc: Yoshinori Sato &lt;ysato@users.sourceforge.jp&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/um/include/asm/pgtable.h</description>
        <pubDate>Mon, 11 Jul 2022 07:05:58 +0000</pubDate>
        <dc:creator>Anshuman Khandual &lt;anshuman.khandual@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>7106c51e - arch: Add pmd_pfn() where it is missing</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/include/asm/pgtable.h#7106c51e</link>
        <description>arch: Add pmd_pfn() where it is missingWe need to use this function in common code, so define it forarchitectures and/or configrations that miss it.  The result ofpmd_pfn() will only be used if TRANSPARENT_HUGEPAGE is enabled,but a function or macro called pmd_pfn() must be defined, evenon machines with two level page tables.Signed-off-by: Mike Rapoport &lt;rppt@linux.ibm.com&gt;Signed-off-by: Matthew Wilcox (Oracle) &lt;willy@infradead.org&gt;

            List of files:
            /linux-6.15/arch/um/include/asm/pgtable.h</description>
        <pubDate>Fri, 04 Feb 2022 18:49:20 +0000</pubDate>
        <dc:creator>Mike Rapoport &lt;rppt@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>6e166319 - um: pgtable.h: Fix W=1 warning for empty body in &apos;do&apos; statement</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/include/asm/pgtable.h#6e166319</link>
        <description>um: pgtable.h: Fix W=1 warning for empty body in &apos;do&apos; statementUse the common kernel style to eliminate a warning:./arch/um/include/asm/pgtable.h:305:47: warning: suggest braces around empty body in &#8216;do&#8217; statement [-Wempty-body] #define update_mmu_cache(vma,address,ptep) do ; while (0)                                               ^mm/filemap.c:3212:3: note: in expansion of macro &#8216;update_mmu_cache&#8217;   update_mmu_cache(vma, addr, vmf-&gt;pte);   ^~~~~~~~~~~~~~~~Signed-off-by: Randy Dunlap &lt;rdunlap@infradead.org&gt;Cc: Jeff Dike &lt;jdike@addtoit.com&gt;Cc: Richard Weinberger &lt;richard@nod.at&gt;Cc: Anton Ivanov &lt;anton.ivanov@cambridgegreys.com&gt;Cc: linux-um@lists.infradead.orgSigned-off-by: Richard Weinberger &lt;richard@nod.at&gt;

            List of files:
            /linux-6.15/arch/um/include/asm/pgtable.h</description>
        <pubDate>Wed, 14 Apr 2021 06:43:48 +0000</pubDate>
        <dc:creator>Randy Dunlap &lt;rdunlap@infradead.org&gt;</dc:creator>
    </item>
<item>
        <title>a31e9c4e - Revert &quot;um: support some of ARCH_HAS_SET_MEMORY&quot;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/include/asm/pgtable.h#a31e9c4e</link>
        <description>Revert &quot;um: support some of ARCH_HAS_SET_MEMORY&quot;This reverts commit 963285b0b47a (&quot;um: support some ofARCH_HAS_SET_MEMORY&quot;), as it turns out that it&apos;s not only notworking (due to um never using the protection bits in thepage tables) but also corrupts the page tables if used on anon-vmalloc page, since um never allocates proper page tablesfor the &apos;physmem&apos; in the first place.Fixing all this will take more effort, so for now revert it.Reported-by: Benjamin Berg &lt;benjamin@sipsolutions.net&gt;Fixes: 963285b0b47a (&quot;um: support some of ARCH_HAS_SET_MEMORY&quot;)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/arch/um/include/asm/pgtable.h</description>
        <pubDate>Sun, 10 Jan 2021 18:05:09 +0000</pubDate>
        <dc:creator>Johannes Berg &lt;johannes.berg@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>963285b0 - um: support some of ARCH_HAS_SET_MEMORY</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/include/asm/pgtable.h#963285b0</link>
        <description>um: support some of ARCH_HAS_SET_MEMORYFor now, only support set_memory_ro()/rw() which we need forthe stack protection in the next patch.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/arch/um/include/asm/pgtable.h</description>
        <pubDate>Sat, 05 Dec 2020 20:50:17 +0000</pubDate>
        <dc:creator>Johannes Berg &lt;johannes.berg@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>974b9b2c - mm: consolidate pte_index() and pte_offset_*() definitions</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/include/asm/pgtable.h#974b9b2c</link>
        <description>mm: consolidate pte_index() and pte_offset_*() definitionsAll architectures define pte_index() as	(address &gt;&gt; PAGE_SHIFT) &amp; (PTRS_PER_PTE - 1)and all architectures define pte_offset_kernel() as an entry in the arrayof PTEs indexed by the pte_index().For the most architectures the pte_offset_kernel() implementation relieson the availability of pmd_page_vaddr() that converts a PMD entry value tothe virtual address of the page containing PTEs array.Let&apos;s move x86 definitions of the PTE accessors to the generic place in&lt;linux/pgtable.h&gt; and then simply drop the respective definitions from theother architectures.The architectures that didn&apos;t provide pmd_page_vaddr() are updated to havethat defined.The generic implementation of pte_offset_kernel() can be overridden by anarchitecture and alpha makes use of this because it has special orderingrequirements for its version of pte_offset_kernel().[rppt@linux.ibm.com: v2]  Link: http://lkml.kernel.org/r/20200514170327.31389-11-rppt@kernel.org[rppt@linux.ibm.com: update]  Link: http://lkml.kernel.org/r/20200514170327.31389-12-rppt@kernel.org[rppt@linux.ibm.com: update]  Link: http://lkml.kernel.org/r/20200514170327.31389-13-rppt@kernel.org[akpm@linux-foundation.org: fix x86 warning][sfr@canb.auug.org.au: fix powerpc build]  Link: http://lkml.kernel.org/r/20200607153443.GB738695@linux.ibm.comSigned-off-by: Mike Rapoport &lt;rppt@linux.ibm.com&gt;Signed-off-by: Stephen Rothwell &lt;sfr@canb.auug.org.au&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Cc: Arnd Bergmann &lt;arnd@arndb.de&gt;Cc: Borislav Petkov &lt;bp@alien8.de&gt;Cc: Brian Cain &lt;bcain@codeaurora.org&gt;Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Chris Zankel &lt;chris@zankel.net&gt;Cc: &quot;David S. Miller&quot; &lt;davem@davemloft.net&gt;Cc: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Cc: Greentime Hu &lt;green.hu@gmail.com&gt;Cc: Greg Ungerer &lt;gerg@linux-m68k.org&gt;Cc: Guan Xuetao &lt;gxt@pku.edu.cn&gt;Cc: Guo Ren &lt;guoren@kernel.org&gt;Cc: Heiko Carstens &lt;heiko.carstens@de.ibm.com&gt;Cc: Helge Deller &lt;deller@gmx.de&gt;Cc: Ingo Molnar &lt;mingo@redhat.com&gt;Cc: Ley Foon Tan &lt;ley.foon.tan@intel.com&gt;Cc: Mark Salter &lt;msalter@redhat.com&gt;Cc: Matthew Wilcox &lt;willy@infradead.org&gt;Cc: Matt Turner &lt;mattst88@gmail.com&gt;Cc: Max Filippov &lt;jcmvbkbc@gmail.com&gt;Cc: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: Michal Simek &lt;monstr@monstr.eu&gt;Cc: Nick Hu &lt;nickhu@andestech.com&gt;Cc: Paul Walmsley &lt;paul.walmsley@sifive.com&gt;Cc: Richard Weinberger &lt;richard@nod.at&gt;Cc: Rich Felker &lt;dalias@libc.org&gt;Cc: Russell King &lt;linux@armlinux.org.uk&gt;Cc: Stafford Horne &lt;shorne@gmail.com&gt;Cc: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;Cc: Tony Luck &lt;tony.luck@intel.com&gt;Cc: Vincent Chen &lt;deanbo422@gmail.com&gt;Cc: Vineet Gupta &lt;vgupta@synopsys.com&gt;Cc: Will Deacon &lt;will@kernel.org&gt;Cc: Yoshinori Sato &lt;ysato@users.sourceforge.jp&gt;Link: http://lkml.kernel.org/r/20200514170327.31389-10-rppt@kernel.orgSigned-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/um/include/asm/pgtable.h</description>
        <pubDate>Tue, 09 Jun 2020 04:33:10 +0000</pubDate>
        <dc:creator>Mike Rapoport &lt;rppt@linux.ibm.com&gt;</dc:creator>
    </item>
</channel>
</rss>
