<?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 ioremap.c</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>86758b50 - mm/ioremap: pass pgprot_t to ioremap_prot() instead of unsigned long</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/mm/ioremap.c#86758b50</link>
        <description>mm/ioremap: pass pgprot_t to ioremap_prot() instead of unsigned longioremap_prot() currently accepts pgprot_val parameter as an unsigned long,thus implicitly assuming that pgprot_val and pgprot_t could never bebigger than unsigned long.  But this assumption soon will not be true onarm64 when using D128 pgtables.  In 128 bit page table configuration,unsigned long is 64 bit, but pgprot_t is 128 bit.Passing platform abstracted pgprot_t argument is better as compared tosize based data types.  Let&apos;s change the parameter to directly passpgprot_t like another similar helper generic_ioremap_prot().Without this change in place, D128 configuration does not work on arm64 asthe top 64 bits gets silently stripped when passing the protection valueto this function.Link: https://lkml.kernel.org/r/20250218101954.415331-1-anshuman.khandual@arm.comSigned-off-by: Ryan Roberts &lt;ryan.roberts@arm.com&gt;Co-developed-by: Anshuman Khandual &lt;anshuman.khandual@arm.com&gt;Signed-off-by: Anshuman Khandual &lt;anshuman.khandual@arm.com&gt;Acked-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt; [arm64]Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/mm/ioremap.c</description>
        <pubDate>Tue, 18 Feb 2025 10:19:54 +0000</pubDate>
        <dc:creator>Ryan Roberts &lt;ryan.roberts@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>95da27c4 - mm: ioremap: remove unneeded ioremap_allowed and iounmap_allowed</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/mm/ioremap.c#95da27c4</link>
        <description>mm: ioremap: remove unneeded ioremap_allowed and iounmap_allowedNow there are no users of ioremap_allowed and iounmap_allowed, cleanthem up.Link: https://lkml.kernel.org/r/20230706154520.11257-20-bhe@redhat.comSigned-off-by: Baoquan He &lt;bhe@redhat.com&gt;Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;Reviewed-by: Kefeng Wang &lt;wangkefeng.wang@huawei.com&gt;Reviewed-by: Mike Rapoport (IBM) &lt;rppt@kernel.org&gt;Cc: Alexander Gordeev &lt;agordeev@linux.ibm.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: 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: David Laight &lt;David.Laight@ACULAB.COM&gt;Cc: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Cc: Gerald Schaefer &lt;gerald.schaefer@linux.ibm.com&gt;Cc: Heiko Carstens &lt;hca@linux.ibm.com&gt;Cc: Helge Deller &lt;deller@gmx.de&gt;Cc: &quot;James E.J. Bottomley&quot; &lt;James.Bottomley@HansenPartnership.com&gt;Cc: John Paul Adrian Glaubitz &lt;glaubitz@physik.fu-berlin.de&gt;Cc: Jonas Bonn &lt;jonas@southpole.se&gt;Cc: Matthew Wilcox &lt;willy@infradead.org&gt;Cc: Max Filippov &lt;jcmvbkbc@gmail.com&gt;Cc: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: Nathan Chancellor &lt;nathan@kernel.org&gt;Cc: Nicholas Piggin &lt;npiggin@gmail.com&gt;Cc: Niklas Schnelle &lt;schnelle@linux.ibm.com&gt;Cc: Rich Felker &lt;dalias@libc.org&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: 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: 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/mm/ioremap.c</description>
        <pubDate>Thu, 06 Jul 2023 15:45:20 +0000</pubDate>
        <dc:creator>Baoquan He &lt;bhe@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>016fec91 - mm: move is_ioremap_addr() into new header file</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/mm/ioremap.c#016fec91</link>
        <description>mm: move is_ioremap_addr() into new header fileNow is_ioremap_addr() is only used in kernel/iomem.c and gonna be used inmm/ioremap.c.  Move it into its own new header file linux/ioremap.h.Link: https://lkml.kernel.org/r/20230706154520.11257-17-bhe@redhat.comSuggested-by: Christoph Hellwig &lt;hch@lst.de&gt;Signed-off-by: Baoquan He &lt;bhe@redhat.com&gt;Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;Cc: Alexander Gordeev &lt;agordeev@linux.ibm.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: 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: David Laight &lt;David.Laight@ACULAB.COM&gt;Cc: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Cc: Gerald Schaefer &lt;gerald.schaefer@linux.ibm.com&gt;Cc: Heiko Carstens &lt;hca@linux.ibm.com&gt;Cc: Helge Deller &lt;deller@gmx.de&gt;Cc: &quot;James E.J. Bottomley&quot; &lt;James.Bottomley@HansenPartnership.com&gt;Cc: John Paul Adrian Glaubitz &lt;glaubitz@physik.fu-berlin.de&gt;Cc: Jonas Bonn &lt;jonas@southpole.se&gt;Cc: Kefeng Wang &lt;wangkefeng.wang@huawei.com&gt;Cc: Matthew Wilcox &lt;willy@infradead.org&gt;Cc: Max Filippov &lt;jcmvbkbc@gmail.com&gt;Cc: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: Mike Rapoport (IBM) &lt;rppt@kernel.org&gt;Cc: Nathan Chancellor &lt;nathan@kernel.org&gt;Cc: Nicholas Piggin &lt;npiggin@gmail.com&gt;Cc: Niklas Schnelle &lt;schnelle@linux.ibm.com&gt;Cc: Rich Felker &lt;dalias@libc.org&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: 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: 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/mm/ioremap.c</description>
        <pubDate>Thu, 06 Jul 2023 15:45:17 +0000</pubDate>
        <dc:creator>Baoquan He &lt;bhe@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>ab1cd020 - mm/ioremap: consider IOREMAP space in generic ioremap</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/mm/ioremap.c#ab1cd020</link>
        <description>mm/ioremap: consider IOREMAP space in generic ioremapArchitectures like powerpc have a dedicated space for IOREMAP mappings.If so, use it in generic_ioremap_prot().Link: https://lkml.kernel.org/r/20230706154520.11257-16-bhe@redhat.comSigned-off-by: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;Signed-off-by: Baoquan He &lt;bhe@redhat.com&gt;Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;Cc: Alexander Gordeev &lt;agordeev@linux.ibm.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: Christian Borntraeger &lt;borntraeger@linux.ibm.com&gt;Cc: Chris Zankel &lt;chris@zankel.net&gt;Cc: David Laight &lt;David.Laight@ACULAB.COM&gt;Cc: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Cc: Gerald Schaefer &lt;gerald.schaefer@linux.ibm.com&gt;Cc: Heiko Carstens &lt;hca@linux.ibm.com&gt;Cc: Helge Deller &lt;deller@gmx.de&gt;Cc: &quot;James E.J. Bottomley&quot; &lt;James.Bottomley@HansenPartnership.com&gt;Cc: John Paul Adrian Glaubitz &lt;glaubitz@physik.fu-berlin.de&gt;Cc: Jonas Bonn &lt;jonas@southpole.se&gt;Cc: Kefeng Wang &lt;wangkefeng.wang@huawei.com&gt;Cc: Matthew Wilcox &lt;willy@infradead.org&gt;Cc: Max Filippov &lt;jcmvbkbc@gmail.com&gt;Cc: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: Mike Rapoport (IBM) &lt;rppt@kernel.org&gt;Cc: Nathan Chancellor &lt;nathan@kernel.org&gt;Cc: Nicholas Piggin &lt;npiggin@gmail.com&gt;Cc: Niklas Schnelle &lt;schnelle@linux.ibm.com&gt;Cc: Rich Felker &lt;dalias@libc.org&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: 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: 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/mm/ioremap.c</description>
        <pubDate>Thu, 06 Jul 2023 15:45:16 +0000</pubDate>
        <dc:creator>Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;</dc:creator>
    </item>
<item>
        <title>a5f61648 - mm/ioremap: add slab availability checking in ioremap_prot</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/mm/ioremap.c#a5f61648</link>
        <description>mm/ioremap: add slab availability checking in ioremap_protSeveral architectures has done checking if slab if available inioremap_prot().  In fact it should be done in generic ioremap_prot() sinceon any architecutre, slab allocator must be available beforeget_vm_area_caller() and vunmap() are used.Add the checking into generic_ioremap_prot().Link: https://lkml.kernel.org/r/20230706154520.11257-7-bhe@redhat.comSuggested-by: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;Signed-off-by: Baoquan He &lt;bhe@redhat.com&gt;Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;Reviewed-by: Kefeng Wang &lt;wangkefeng.wang@huawei.com&gt;Reviewed-by: Mike Rapoport (IBM) &lt;rppt@kernel.org&gt;Cc: Alexander Gordeev &lt;agordeev@linux.ibm.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: Christian Borntraeger &lt;borntraeger@linux.ibm.com&gt;Cc: Chris Zankel &lt;chris@zankel.net&gt;Cc: David Laight &lt;David.Laight@ACULAB.COM&gt;Cc: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Cc: Gerald Schaefer &lt;gerald.schaefer@linux.ibm.com&gt;Cc: Heiko Carstens &lt;hca@linux.ibm.com&gt;Cc: Helge Deller &lt;deller@gmx.de&gt;Cc: &quot;James E.J. Bottomley&quot; &lt;James.Bottomley@HansenPartnership.com&gt;Cc: John Paul Adrian Glaubitz &lt;glaubitz@physik.fu-berlin.de&gt;Cc: Jonas Bonn &lt;jonas@southpole.se&gt;Cc: Matthew Wilcox &lt;willy@infradead.org&gt;Cc: Max Filippov &lt;jcmvbkbc@gmail.com&gt;Cc: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: Nathan Chancellor &lt;nathan@kernel.org&gt;Cc: Nicholas Piggin &lt;npiggin@gmail.com&gt;Cc: Niklas Schnelle &lt;schnelle@linux.ibm.com&gt;Cc: Rich Felker &lt;dalias@libc.org&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: 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: 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/mm/ioremap.c</description>
        <pubDate>Thu, 06 Jul 2023 15:45:07 +0000</pubDate>
        <dc:creator>Baoquan He &lt;bhe@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>dfdc6ba9 - mm: ioremap: allow ARCH to have its own ioremap method definition</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/mm/ioremap.c#dfdc6ba9</link>
        <description>mm: ioremap: allow ARCH to have its own ioremap method definitionArchitectures can be converted to GENERIC_IOREMAP, to take standardioremap_xxx() and iounmap() way.  But some ARCH-es could have specifichandling for ioremap_prot(), ioremap() and iounmap(), than standardmethods.In oder to convert these ARCH-es to take GENERIC_IOREMAP method, allowthese architecutres to have their own ioremap_prot(), ioremap() andiounmap() definitions.Link: https://lkml.kernel.org/r/20230706154520.11257-6-bhe@redhat.comSigned-off-by: Baoquan He &lt;bhe@redhat.com&gt;Acked-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;Reviewed-by: Kefeng Wang &lt;wangkefeng.wang@huawei.com&gt;Reviewed-by: Mike Rapoport (IBM) &lt;rppt@kernel.org&gt;Cc: Alexander Gordeev &lt;agordeev@linux.ibm.com&gt;Cc: Brian Cain &lt;bcain@quicinc.com&gt;Cc: Catalin Marinas &lt;catalin.marinas@arm.com&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: David Laight &lt;David.Laight@ACULAB.COM&gt;Cc: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Cc: Gerald Schaefer &lt;gerald.schaefer@linux.ibm.com&gt;Cc: Heiko Carstens &lt;hca@linux.ibm.com&gt;Cc: Helge Deller &lt;deller@gmx.de&gt;Cc: &quot;James E.J. Bottomley&quot; &lt;James.Bottomley@HansenPartnership.com&gt;Cc: John Paul Adrian Glaubitz &lt;glaubitz@physik.fu-berlin.de&gt;Cc: Jonas Bonn &lt;jonas@southpole.se&gt;Cc: Matthew Wilcox &lt;willy@infradead.org&gt;Cc: Max Filippov &lt;jcmvbkbc@gmail.com&gt;Cc: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: Nathan Chancellor &lt;nathan@kernel.org&gt;Cc: Nicholas Piggin &lt;npiggin@gmail.com&gt;Cc: Niklas Schnelle &lt;schnelle@linux.ibm.com&gt;Cc: Rich Felker &lt;dalias@libc.org&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: 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: 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/mm/ioremap.c</description>
        <pubDate>Thu, 06 Jul 2023 15:45:06 +0000</pubDate>
        <dc:creator>Baoquan He &lt;bhe@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>7613366a - mm/ioremap: define generic_ioremap_prot() and generic_iounmap()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/mm/ioremap.c#7613366a</link>
        <description>mm/ioremap: define generic_ioremap_prot() and generic_iounmap()Define a generic version of ioremap_prot() and iounmap() thatarchitectures can call after they have performed the necessary alterationto parameters and/or necessary verifications.Link: https://lkml.kernel.org/r/20230706154520.11257-5-bhe@redhat.comSigned-off-by: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;Signed-off-by: Baoquan He &lt;bhe@redhat.com&gt;Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;Reviewed-by: Kefeng Wang &lt;wangkefeng.wang@huawei.com&gt;Reviewed-by: Mike Rapoport (IBM) &lt;rppt@kernel.org&gt;Cc: Alexander Gordeev &lt;agordeev@linux.ibm.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: Christian Borntraeger &lt;borntraeger@linux.ibm.com&gt;Cc: Chris Zankel &lt;chris@zankel.net&gt;Cc: David Laight &lt;David.Laight@ACULAB.COM&gt;Cc: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Cc: Gerald Schaefer &lt;gerald.schaefer@linux.ibm.com&gt;Cc: Heiko Carstens &lt;hca@linux.ibm.com&gt;Cc: Helge Deller &lt;deller@gmx.de&gt;Cc: &quot;James E.J. Bottomley&quot; &lt;James.Bottomley@HansenPartnership.com&gt;Cc: John Paul Adrian Glaubitz &lt;glaubitz@physik.fu-berlin.de&gt;Cc: Jonas Bonn &lt;jonas@southpole.se&gt;Cc: Matthew Wilcox &lt;willy@infradead.org&gt;Cc: Max Filippov &lt;jcmvbkbc@gmail.com&gt;Cc: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: Nathan Chancellor &lt;nathan@kernel.org&gt;Cc: Nicholas Piggin &lt;npiggin@gmail.com&gt;Cc: Niklas Schnelle &lt;schnelle@linux.ibm.com&gt;Cc: Rich Felker &lt;dalias@libc.org&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: 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: 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/mm/ioremap.c</description>
        <pubDate>Thu, 06 Jul 2023 15:45:05 +0000</pubDate>
        <dc:creator>Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;</dc:creator>
    </item>
<item>
        <title>18e780b4 - mm: ioremap: Add ioremap/iounmap_allowed()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/mm/ioremap.c#18e780b4</link>
        <description>mm: ioremap: Add ioremap/iounmap_allowed()Add special hook for architecture to verify addr, size or protwhen ioremap() or iounmap(), which will make the generic ioremapmore useful.  ioremap_allowed() return a bool,    - true means continue to remap    - false means skip remap and return directly  iounmap_allowed() return a bool,    - true means continue to vunmap    - false code means skip vunmap and return directlyMeanwhile, only vunmap the address when it is in vmalloc areaas the generic ioremap only returns vmalloc addresses.Acked-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Signed-off-by: Kefeng Wang &lt;wangkefeng.wang@huawei.com&gt;Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;Reviewed-by: Baoquan He &lt;bhe@redhat.com&gt;Link: https://lore.kernel.org/r/20220607125027.44946-5-wangkefeng.wang@huawei.comSigned-off-by: Will Deacon &lt;will@kernel.org&gt;

            List of files:
            /linux-6.15/mm/ioremap.c</description>
        <pubDate>Tue, 07 Jun 2022 12:50:25 +0000</pubDate>
        <dc:creator>Kefeng Wang &lt;wangkefeng.wang@huawei.com&gt;</dc:creator>
    </item>
<item>
        <title>a14fff1c - mm: ioremap: Setup phys_addr of struct vm_struct</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/mm/ioremap.c#a14fff1c</link>
        <description>mm: ioremap: Setup phys_addr of struct vm_structShow physical address of each ioremap in /proc/vmallocinfo.Acked-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;Reviewed-by: Anshuman Khandual &lt;anshuman.khandual@arm.com&gt;Signed-off-by: Kefeng Wang &lt;wangkefeng.wang@huawei.com&gt;Link: https://lore.kernel.org/r/20220607125027.44946-4-wangkefeng.wang@huawei.comSigned-off-by: Will Deacon &lt;will@kernel.org&gt;

            List of files:
            /linux-6.15/mm/ioremap.c</description>
        <pubDate>Tue, 07 Jun 2022 12:50:24 +0000</pubDate>
        <dc:creator>Kefeng Wang &lt;wangkefeng.wang@huawei.com&gt;</dc:creator>
    </item>
<item>
        <title>abc5992b - mm: ioremap: Use more sensible name in ioremap_prot()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/mm/ioremap.c#abc5992b</link>
        <description>mm: ioremap: Use more sensible name in ioremap_prot()Use more meaningful and sensible naming phys_addrinstead addr in ioremap_prot().Suggested-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Reviewed-by: Anshuman Khandual &lt;anshuman.khandual@arm.com&gt;Signed-off-by: Kefeng Wang &lt;wangkefeng.wang@huawei.com&gt;Reviewed-by: Baoquan He &lt;bhe@redhat.com&gt;Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;Link: https://lore.kernel.org/r/20220610092255.32445-1-wangkefeng.wang@huawei.comSigned-off-by: Will Deacon &lt;will@kernel.org&gt;

            List of files:
            /linux-6.15/mm/ioremap.c</description>
        <pubDate>Tue, 07 Jun 2022 12:50:23 +0000</pubDate>
        <dc:creator>Kefeng Wang &lt;wangkefeng.wang@huawei.com&gt;</dc:creator>
    </item>
<item>
        <title>82a70ce0 - mm: move ioremap_page_range to vmalloc.c</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/mm/ioremap.c#82a70ce0</link>
        <description>mm: move ioremap_page_range to vmalloc.cPatch series &quot;small ioremap cleanups&quot;.The first patch moves a little code around the vmalloc/ioremap boundaryfollowing a bigger move by Nick earlier.  The second enforcesnon-executable mapping on ioremap just like we do for vmap.  No drivercurrently uses executable mappings anyway, as they should.This patch (of 2):This keeps it together with the implementation, and to remove thevmap_range wrapper.Link: https://lkml.kernel.org/r/20210824091259.1324527-1-hch@lst.deLink: https://lkml.kernel.org/r/20210824091259.1324527-2-hch@lst.deSigned-off-by: Christoph Hellwig &lt;hch@lst.de&gt;Reviewed-by: Nicholas Piggin &lt;npiggin@gmail.com&gt;Cc: Peter Zijlstra &lt;peterz@infradead.org&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/mm/ioremap.c</description>
        <pubDate>Wed, 08 Sep 2021 02:56:01 +0000</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
<item>
        <title>86d0c164 - mm/ioremap: fix iomap_max_page_shift</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/mm/ioremap.c#86d0c164</link>
        <description>mm/ioremap: fix iomap_max_page_shiftiomap_max_page_shift is expected to contain a page shift, so it can&apos;t be a&apos;bool&apos;, has to be an &apos;unsigned int&apos;And fix the default values: P4D_SHIFT is when huge iomap is allowed.However, on some architectures (eg: powerpc book3s/64), P4D_SHIFT is not aconstant so it can&apos;t be used to initialise a static variable.  So,initialise iomap_max_page_shift with a maximum shift supported by thearchitecture, it is gated by P4D_SHIFT in vmap_try_huge_p4d() anyway.Link: https://lkml.kernel.org/r/ad2d366015794a9f21320dcbdd0a8eb98979e9df.1620898113.git.christophe.leroy@csgroup.euFixes: bbc180a5adb0 (&quot;mm: HUGE_VMAP arch support cleanup&quot;)Signed-off-by: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;Reviewed-by: Nicholas Piggin &lt;npiggin@gmail.com&gt;Reviewed-by: Anshuman Khandual &lt;anshuman.khandual@arm.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/mm/ioremap.c</description>
        <pubDate>Sat, 15 May 2021 00:27:39 +0000</pubDate>
        <dc:creator>Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;</dc:creator>
    </item>
<item>
        <title>5e9e3d77 - mm: move vmap_range from mm/ioremap.c to mm/vmalloc.c</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/mm/ioremap.c#5e9e3d77</link>
        <description>mm: move vmap_range from mm/ioremap.c to mm/vmalloc.cThis is a generic kernel virtual memory mapper, not specific to ioremap.Code is unchanged other than making vmap_range non-static.Link: https://lkml.kernel.org/r/20210317062402.533919-12-npiggin@gmail.comSigned-off-by: Nicholas Piggin &lt;npiggin@gmail.com&gt;Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;Cc: Borislav Petkov &lt;bp@alien8.de&gt;Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Ding Tianhong &lt;dingtianhong@huawei.com&gt;Cc: &quot;H. Peter Anvin&quot; &lt;hpa@zytor.com&gt;Cc: Ingo Molnar &lt;mingo@redhat.com&gt;Cc: Miaohe Lin &lt;linmiaohe@huawei.com&gt;Cc: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: Russell King &lt;linux@armlinux.org.uk&gt;Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;Cc: Uladzislau Rezki (Sony) &lt;urezki@gmail.com&gt;Cc: Will Deacon &lt;will@kernel.org&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/mm/ioremap.c</description>
        <pubDate>Fri, 30 Apr 2021 05:58:43 +0000</pubDate>
        <dc:creator>Nicholas Piggin &lt;npiggin@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>bbc180a5 - mm: HUGE_VMAP arch support cleanup</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/mm/ioremap.c#bbc180a5</link>
        <description>mm: HUGE_VMAP arch support cleanupThis changes the awkward approach where architectures provide initfunctions to determine which levels they can provide large mappings for,to one where the arch is queried for each call.This removes code and indirection, and allows constant-folding of deadcode for unsupported levels.This also adds a prot argument to the arch query.  This is unusedcurrently but could help with some architectures (e.g., some powerpcprocessors can&apos;t map uncacheable memory with large pages).Link: https://lkml.kernel.org/r/20210317062402.533919-7-npiggin@gmail.comSigned-off-by: Nicholas Piggin &lt;npiggin@gmail.com&gt;Reviewed-by: Ding Tianhong &lt;dingtianhong@huawei.com&gt;Acked-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt; [arm64]Cc: Will Deacon &lt;will@kernel.org&gt;Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;Cc: Ingo Molnar &lt;mingo@redhat.com&gt;Cc: Borislav Petkov &lt;bp@alien8.de&gt;Cc: &quot;H. Peter Anvin&quot; &lt;hpa@zytor.com&gt;Cc: Christoph Hellwig &lt;hch@lst.de&gt;Cc: Miaohe Lin &lt;linmiaohe@huawei.com&gt;Cc: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: Russell King &lt;linux@armlinux.org.uk&gt;Cc: Uladzislau Rezki (Sony) &lt;urezki@gmail.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/mm/ioremap.c</description>
        <pubDate>Fri, 30 Apr 2021 05:58:26 +0000</pubDate>
        <dc:creator>Nicholas Piggin &lt;npiggin@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>95f0ddf0 - mm/ioremap: rename ioremap_*_range to vmap_*_range</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/mm/ioremap.c#95f0ddf0</link>
        <description>mm/ioremap: rename ioremap_*_range to vmap_*_rangeThis will be used as a generic kernel virtual mapping function, so re-nameit in preparation.Link: https://lkml.kernel.org/r/20210317062402.533919-6-npiggin@gmail.comSigned-off-by: Nicholas Piggin &lt;npiggin@gmail.com&gt;Reviewed-by: Miaohe Lin &lt;linmiaohe@huawei.com&gt;Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;Cc: Borislav Petkov &lt;bp@alien8.de&gt;Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Ding Tianhong &lt;dingtianhong@huawei.com&gt;Cc: &quot;H. Peter Anvin&quot; &lt;hpa@zytor.com&gt;Cc: Ingo Molnar &lt;mingo@redhat.com&gt;Cc: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: Russell King &lt;linux@armlinux.org.uk&gt;Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;Cc: Uladzislau Rezki (Sony) &lt;urezki@gmail.com&gt;Cc: Will Deacon &lt;will@kernel.org&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/mm/ioremap.c</description>
        <pubDate>Fri, 30 Apr 2021 05:58:23 +0000</pubDate>
        <dc:creator>Nicholas Piggin &lt;npiggin@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>2a681cfa - mm: move p?d_alloc_track to separate header file</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/mm/ioremap.c#2a681cfa</link>
        <description>mm: move p?d_alloc_track to separate header fileThe functions are only used in two source files, so there is no need forthem to be in the global &lt;linux/mm.h&gt; header.  Move them to the new&lt;linux/pgalloc-track.h&gt; header and include it only where needed.Signed-off-by: Joerg Roedel &lt;jroedel@suse.de&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Reviewed-by: Pekka Enberg &lt;penberg@kernel.org&gt;Cc: Peter Zijlstra (Intel) &lt;peterz@infradead.org&gt;Cc: Andy Lutomirski &lt;luto@kernel.org&gt;Cc: Abdul Haleem &lt;abdhalee@linux.vnet.ibm.com&gt;Cc: Satheesh Rajendran &lt;sathnaga@linux.vnet.ibm.com&gt;Cc: Stephen Rothwell &lt;sfr@canb.auug.org.au&gt;Cc: Steven Rostedt (VMware) &lt;rostedt@goodmis.org&gt;Cc: Mike Rapoport &lt;rppt@linux.ibm.com&gt;Cc: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;Cc: Arnd Bergmann &lt;arnd@arndb.de&gt;Cc: Max Filippov &lt;jcmvbkbc@gmail.com&gt;Cc: Stafford Horne &lt;shorne@gmail.com&gt;Cc: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Cc: Matthew Wilcox &lt;willy@infradead.org&gt;Link: http://lkml.kernel.org/r/20200609120533.25867-1-joro@8bytes.orgSigned-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/mm/ioremap.c</description>
        <pubDate>Fri, 07 Aug 2020 06:22:55 +0000</pubDate>
        <dc:creator>Joerg Roedel &lt;jroedel@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>ab05eabf - mm: move lib/ioremap.c to mm/</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/mm/ioremap.c#ab05eabf</link>
        <description>mm: move lib/ioremap.c to mm/The functionality in lib/ioremap.c deals with pagetables, vmalloc andcaches, so it naturally belongs to mm/ Moving it there will also allowdeclaring p?d_alloc_track functions in an header file inside mm/ ratherthan having those declarations in include/linux/mm.hSuggested-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Signed-off-by: Mike Rapoport &lt;rppt@linux.ibm.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Reviewed-by: Pekka Enberg &lt;penberg@kernel.org&gt;Cc: Abdul Haleem &lt;abdhalee@linux.vnet.ibm.com&gt;Cc: Andy Lutomirski &lt;luto@kernel.org&gt;Cc: Arnd Bergmann &lt;arnd@arndb.de&gt;Cc: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;Cc: Joerg Roedel &lt;joro@8bytes.org&gt;Cc: Joerg Roedel &lt;jroedel@suse.de&gt;Cc: Max Filippov &lt;jcmvbkbc@gmail.com&gt;Cc: Peter Zijlstra (Intel) &lt;peterz@infradead.org&gt;Cc: Satheesh Rajendran &lt;sathnaga@linux.vnet.ibm.com&gt;Cc: Stafford Horne &lt;shorne@gmail.com&gt;Cc: Stephen Rothwell &lt;sfr@canb.auug.org.au&gt;Cc: Steven Rostedt &lt;rostedt@goodmis.org&gt;Cc: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Cc: Matthew Wilcox &lt;willy@infradead.org&gt;Link: http://lkml.kernel.org/r/20200627143453.31835-8-rppt@kernel.orgSigned-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/mm/ioremap.c</description>
        <pubDate>Fri, 07 Aug 2020 06:22:51 +0000</pubDate>
        <dc:creator>Mike Rapoport &lt;rppt@linux.ibm.com&gt;</dc:creator>
    </item>
</channel>
</rss>
