Linux ARM Kernel
[Prev Page][Next Page]
- Re: [RFC PATCH v3 4/5] mm: swap: introduce swapcache_prepare_nr and swapcache_clear_nr for large folios swap-in
- From: Barry Song <21cnbao@xxxxxxxxx>
- [PATCH v2 11/14] mm/treewide: Replace pXd_huge() with pXd_leaf()
- [PATCH v2 13/14] mm/arm: Remove pmd_thp_or_huge()
- [PATCH v2 10/14] mm/gup: Merge pXd huge mapping checks
- [PATCH v2 09/14] mm/powerpc: Redefine pXd_huge() with pXd_leaf()
- [PATCH v2 08/14] mm/arm64: Merge pXd_huge() and pXd_leaf() definitions
- [PATCH v2 06/14] mm/arm: Use macros to define pmd/pud helpers
- [PATCH v2 00/14] mm/treewide: Remove pXd_huge() API
- [PATCH v2 02/14] mm/gup: Cache p4d in follow_p4d_mask()
- [PATCH v2 04/14] mm/x86: Change pXd_huge() behavior to exclude swap entries
- [PATCH v2 03/14] mm/gup: Check p4d presence before going on
- [PATCH v2 01/14] mm/hmm: Process pud swap entry without pud_huge()
- Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [RFC PATCH v3 5/5] mm: support large folios swapin as a whole
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH 09/13] mm/powerpc: Redefine pXd_huge() with pXd_leaf()
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH 11/13] mm/treewide: Replace pXd_huge() with pXd_leaf()
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH] usercopy: delete __noreturn from usercopy_abort
- From: Jiangfeng Xiao <xiaojiangfeng@xxxxxxxxxx>
- Re: [RFC PATCH v3 5/5] mm: support large folios swapin as a whole
- From: Barry Song <21cnbao@xxxxxxxxx>
- Re: [RFC PATCH v3 5/5] mm: support large folios swapin as a whole
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- Re: [RFC PATCH v3 2/5] mm: swap: introduce swap_nr_free() for batched swap_free()
- From: Chuanhua Han <chuanhuahan@xxxxxxxxx>
- Re: [RFC PATCH v3 5/5] mm: support large folios swapin as a whole
- From: Barry Song <21cnbao@xxxxxxxxx>
- Re: [PATCH 11/11] sysctl: treewide: constify the ctl_table argument of handlers
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- [PATCH 11/11] sysctl: treewide: constify the ctl_table argument of handlers
- From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
- [PATCH 02/11] cgroup: bpf: constify ctl_table arguments and fields
- From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
- [PATCH 09/11] ipvs: constify ctl_table arguments of utility functions
- From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
- [PATCH 10/11] sysctl: constify ctl_table arguments of utility function
- From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
- [PATCH 07/11] ipv6/addrconf: constify ctl_table arguments of utility functions
- From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
- [PATCH 08/11] ipv6/ndisc: constify ctl_table arguments of utility function
- From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
- [PATCH 06/11] ipv4/sysctl: constify ctl_table arguments of utility functions
- From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
- [PATCH 05/11] neighbour: constify ctl_table arguments of utility function
- From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
- [PATCH 04/11] utsname: constify ctl_table arguments of utility function
- From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
- [PATCH 03/11] hugetlb: constify ctl_table arguments of utility functions
- From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
- [PATCH 01/11] stackleak: don't modify ctl_table argument
- From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
- [PATCH 00/11] sysctl: treewide: constify ctl_table argument of sysctl handlers
- From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v3 5/5] mm: support large folios swapin as a whole
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [RFC PATCH v3 5/5] mm: support large folios swapin as a whole
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [RFC PATCH v3 2/5] mm: swap: introduce swap_nr_free() for batched swap_free()
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [RFC PATCH v3 5/5] mm: support large folios swapin as a whole
- From: Barry Song <21cnbao@xxxxxxxxx>
- Re: [RFC PATCH v3 5/5] mm: support large folios swapin as a whole
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- Re: [RFC PATCH v3 5/5] mm: support large folios swapin as a whole
- From: Barry Song <21cnbao@xxxxxxxxx>
- Re: [RFC PATCH v3 5/5] mm: support large folios swapin as a whole
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- Re: [RFC PATCH v3 2/5] mm: swap: introduce swap_nr_free() for batched swap_free()
- From: Chuanhua Han <chuanhuahan@xxxxxxxxx>
- Re: [PATCH] cpufreq: dt: always allocate zeroed cpumask
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq: dt: always allocate zeroed cpumask
- From: Dhruva Gole <d-gole@xxxxxx>
- Re: [RFC PATCH v3 5/5] mm: support large folios swapin as a whole
- From: Chuanhua Han <chuanhuahan@xxxxxxxxx>
- Re: [PATCH v10 11/12] powerpc: mm: Use set_pte_at_unchecked() for early-boot / internal usages
- From: LTC IMAP <rmclure@xxxxxxxxxxxxx>
- Re: [RFC PATCH v3 5/5] mm: support large folios swapin as a whole
- From: Barry Song <21cnbao@xxxxxxxxx>
- Re: [PATCH] cpufreq: dt: always allocate zeroed cpumask
- From: "Christoph Lameter (Ampere)" <cl@xxxxxxxxx>
- Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
- From: "Christoph Lameter (Ampere)" <cl@xxxxxxxxx>
- Re: [PATCH v17 30/35] virt: gunyah: Allow userspace to initialize context of primary vCPU
- From: Srivatsa Vaddagiri <quic_svaddagi@xxxxxxxxxxx>
- Re: [PATCH 09/13] mm/powerpc: Redefine pXd_huge() with pXd_leaf()
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [PATCH v17 29/35] gunyah: rsc_mgr: Add RPC to set VM boot context
- From: Srivatsa Vaddagiri <quic_svaddagi@xxxxxxxxxxx>
- Re: [PATCH v17 17/35] gunyah: rsc_mgr: Add memory parcel RPC
- From: Srivatsa Vaddagiri <quic_svaddagi@xxxxxxxxxxx>
- Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [RFC PATCH v3 5/5] mm: support large folios swapin as a whole
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [RFC PATCH v3 2/5] mm: swap: introduce swap_nr_free() for batched swap_free()
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
- From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
- Re: [RFC PATCH v3 2/5] mm: swap: introduce swap_nr_free() for batched swap_free()
- From: Chuanhua Han <chuanhuahan@xxxxxxxxx>
- Re: [PATCH 11/13] mm/treewide: Replace pXd_huge() with pXd_leaf()
- From: Peter Xu <peterx@xxxxxxxxxx>
- [PATCH] cpufreq: dt: always allocate zeroed cpumask
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- Re: [RFC PATCH v3 5/5] mm: support large folios swapin as a whole
- From: Chuanhua Han <chuanhuahan@xxxxxxxxx>
- Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- Re: [PATCH 11/13] mm/treewide: Replace pXd_huge() with pXd_leaf()
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: [PATCH 12/13] mm/treewide: Remove pXd_huge()
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: [PATCH 09/13] mm/powerpc: Redefine pXd_huge() with pXd_leaf()
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v10 09/12] powerpc: mm: Add common pud_pfn stub for all platforms
- From: LTC IMAP <rmclure@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] A Solution to Re-enable hugetlb vmemmap optimize
- From: David Rientjes <rientjes@xxxxxxxxxx>
- [PATCH 07/13] mm/arm: Redefine pmd_huge() with pmd_leaf()
- [PATCH 08/13] mm/arm64: Merge pXd_huge() and pXd_leaf() definitions
- [PATCH 10/13] mm/gup: Merge pXd huge mapping checks
- [PATCH 06/13] mm/arm: Use macros to define pmd/pud helpers
- [PATCH 03/13] mm/gup: Check p4d presence before going on
- [PATCH 00/13] mm/treewide: Remove pXd_huge() API
- Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- Re: [PATCH] staging: vc04_services: changen strncpy() to strscpy_pad()
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- [PATCH] staging: vc04_services: fix information leak in create_component()
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH v2] staging: bcm2835-audio: add terminating new line to Kconifg
- From: Prasad Pandit <ppandit@xxxxxxxxxx>
- Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
- From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
- [PATCH] staging: vc04_services: changen strncpy() to strscpy_pad()
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
- From: "Christoph Lameter (Ampere)" <cl@xxxxxxxxx>
- Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- Re: [PATCH v3 08/12] treewide: Use initializer for struct vm_unmapped_area_info
- From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
- Re: [PATCH v17 16/35] gunyah: Add hypercalls for demand paging
- From: Srivatsa Vaddagiri <quic_svaddagi@xxxxxxxxxxx>
- Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
- From: Sudeep Holla <sudeep.holla@xxxxxxx>
- Re: [PATCH v10 10/12] poweprc: mm: Implement *_user_accessible_page() for ptes
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: [PATCH v10 09/12] powerpc: mm: Add common pud_pfn stub for all platforms
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: [PATCH v3] staging: bcm2835-audio: add terminating new line to Kconfig
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH v2] staging: bcm2835-audio: add terminating new line to Kconifg
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- [PATCH v3] staging: bcm2835-audio: add terminating new line to Kconfig
- From: Prasad Pandit <ppandit@xxxxxxxxxx>
- Re: [PATCH v10 11/12] powerpc: mm: Use set_pte_at_unchecked() for early-boot / internal usages
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: [PATCH v2] staging: bcm2835-audio: add terminating new line to Kconifg
- From: Prasad Pandit <ppandit@xxxxxxxxxx>
- Re: [PATCH v10 08/12] powerpc: mm: Replace p{u,m,4}d_is_leaf with p{u,m,4}_leaf
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: [PATCH v2] staging: bcm2835-audio: add terminating new line to Kconifg
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH v17 14/35] virt: gunyah: Add hypercalls for running a vCPU
- From: Srivatsa Vaddagiri <quic_svaddagi@xxxxxxxxxxx>
- Re: [RFC PATCH v3 3/5] mm: swap: make should_try_to_free_swap() support large-folio
- From: Chuanhua Han <chuanhuahan@xxxxxxxxx>
- Re: [PATCH v17 15/35] virt: gunyah: Add proxy-scheduled vCPUs
- From: Srivatsa Vaddagiri <quic_svaddagi@xxxxxxxxxxx>
- Re: [PATCH v17 13/35] gunyah: vm_mgr: Add framework for VM Functions
- From: Srivatsa Vaddagiri <quic_svaddagi@xxxxxxxxxxx>
- [PATCH v2] staging: bcm2835-audio: add terminating new line to Kconifg
- From: Prasad Pandit <ppandit@xxxxxxxxxx>
- Re: [RFC PATCH v3 3/5] mm: swap: make should_try_to_free_swap() support large-folio
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- [PATCH v10 00/12] Support page table check PowerPC
- From: Rohan McLure <rmclure@xxxxxxxxxxxxx>
- [PATCH v10 12/12] powerpc: mm: Support page table check
- From: Rohan McLure <rmclure@xxxxxxxxxxxxx>
- [PATCH v10 06/12] Revert "mm/page_table_check: remove unused parameter in [__]page_table_check_pte_clear"
- From: Rohan McLure <rmclure@xxxxxxxxxxxxx>
- [PATCH v10 03/12] mm: Provide addr parameter to page_table_check_pte_set()
- From: Rohan McLure <rmclure@xxxxxxxxxxxxx>
- [PATCH v10 02/12] Revert "mm/page_table_check: remove unused parameter in [__]page_table_check_pmd_set"
- From: Rohan McLure <rmclure@xxxxxxxxxxxxx>
- [PATCH v10 09/12] powerpc: mm: Add common pud_pfn stub for all platforms
- From: Rohan McLure <rmclure@xxxxxxxxxxxxx>
- [PATCH v10 01/12] Revert "mm/page_table_check: remove unused parameter in [__]page_table_check_pud_set"
- From: Rohan McLure <rmclure@xxxxxxxxxxxxx>
- Re: [PATCH v3 08/12] treewide: Use initializer for struct vm_unmapped_area_info
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [RFC PATCH v3 3/5] mm: swap: make should_try_to_free_swap() support large-folio
- From: Chuanhua Han <hanchuanhua@xxxxxxxx>
- [PATCH v3 08/12] treewide: Use initializer for struct vm_unmapped_area_info
- From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
- Re: [PATCH RFC 00/13] mm/treewide: Remove pXd_huge() API
- From: Peter Xu <peterx@xxxxxxxxxx>
- Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
- From: "Christoph Lameter (Ampere)" <cl@xxxxxxxxx>
- Re: [RFC PATCH v3 5/5] mm: support large folios swapin as a whole
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [RFC PATCH v3 4/5] mm: swap: introduce swapcache_prepare_nr and swapcache_clear_nr for large folios swap-in
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [RFC PATCH v3 3/5] mm: swap: make should_try_to_free_swap() support large-folio
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: Fwd: [PATCH v8 0/4] riscv: Use PUD/P4D/PGD pages for the linear mapping
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- Re: Fwd: [PATCH v8 0/4] riscv: Use PUD/P4D/PGD pages for the linear mapping
- From: Nylon Chen <nylon.chen@xxxxxxxxxx>
- Re: Fwd: [PATCH v8 0/4] riscv: Use PUD/P4D/PGD pages for the linear mapping
- From: Nylon Chen <nylon.chen@xxxxxxxxxx>
- Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
- From: "Christoph Lameter (Ampere)" <cl@xxxxxxxxx>
- Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [RFC PATCH v3 2/5] mm: swap: introduce swap_nr_free() for batched swap_free()
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: Re: [PATCH v17 12/35] virt: gunyah: Add resource tickets
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- Re: Re: [PATCH v17 11/35] virt: gunyah: Translate gh_rm_hyp_resource into gunyah_resource
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [RFC PATCH v3 1/5] arm64: mm: swap: support THP_SWAP on hardware with MTE
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
- From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
- Re: [PATCH RFC 00/13] mm/treewide: Remove pXd_huge() API
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: [PATCH v17 11/35] virt: gunyah: Translate gh_rm_hyp_resource into gunyah_resource
- From: Srivatsa Vaddagiri <quic_svaddagi@xxxxxxxxxxx>
- Re: [PATCH v17 10/35] gunyah: vm_mgr: Add VM start/stop
- From: Srivatsa Vaddagiri <quic_svaddagi@xxxxxxxxxxx>
- Re: [PATCH v17 12/35] virt: gunyah: Add resource tickets
- From: Srivatsa Vaddagiri <quic_svaddagi@xxxxxxxxxxx>
- Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
- From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
- Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
- From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
- Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- RE: [PATCH] usercopy: delete __noreturn from usercopy_abort
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
- From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
- Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
- From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
- Re: Re: Re: Re: Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
- From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
- Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
- From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
- Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
- From: "Christoph Lameter (Ampere)" <cl@xxxxxxxxx>
- Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
- From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
- Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
- From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
- Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
- Re: [PATCH RFC 13/13] mm: Document pXd_leaf() API
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- Re: next/master bisection: baseline.login on qemu_arm64-virt-gicv3-uefi
- From: Puranjay Mohan <puranjay12@xxxxxxxxx>
- Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
- From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
- Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
- From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
- Re: [PATCH RFC 01/13] mm/hmm: Process pud swap entry without pud_huge()
- From: Peter Xu <peterx@xxxxxxxxxx>
- Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
- From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
- Re: next/master bisection: baseline.login on qemu_arm64-virt-gicv3-uefi
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH RFC 10/13] mm/gup: Merge pXd huge mapping checks
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH RFC 04/13] mm/x86: Change pXd_huge() behavior to exclude swap entries
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH RFC 03/13] mm/gup: Check p4d presence before going on
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: next/master bisection: baseline.login on qemu_arm64-virt-gicv3-uefi
- From: Puranjay Mohan <puranjay12@xxxxxxxxx>
- Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: next/master bisection: baseline.login on qemu_arm64-virt-gicv3-uefi
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: next/master bisection: baseline.login on qemu_arm64-virt-gicv3-uefi
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH RFC 01/13] mm/hmm: Process pud swap entry without pud_huge()
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
- From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
- Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: Re: [PATCH v17 07/35] gunyah: rsc_mgr: Add resource manager RPC core
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- Re: next/master bisection: baseline.login on qemu_arm64-virt-gicv3-uefi
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [PATCH v17 08/35] gunyah: vm_mgr: Introduce basic VM Manager
- From: Srivatsa Vaddagiri <quic_svaddagi@xxxxxxxxxxx>
- Re: [PATCH v17 09/35] gunyah: rsc_mgr: Add VM lifecycle RPC
- From: Srivatsa Vaddagiri <quic_svaddagi@xxxxxxxxxxx>
- Re: [PATCH v17 07/35] gunyah: rsc_mgr: Add resource manager RPC core
- From: Srivatsa Vaddagiri <quic_svaddagi@xxxxxxxxxxx>
- Re: [PATCH v17 05/35] virt: gunyah: Add hypervisor driver
- From: Srivatsa Vaddagiri <quic_svaddagi@xxxxxxxxxxx>
- Re: [PATCH v17 01/35] docs: gunyah: Introduce Gunyah Hypervisor
- From: Srivatsa Vaddagiri <quic_svaddagi@xxxxxxxxxxx>
- Re: [PATCH RFC 09/13] mm/powerpc: Redefine pXd_huge() with pXd_leaf()
- From: Peter Xu <peterx@xxxxxxxxxx>
- [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
- From: "Christoph Lameter (Ampere)" <cl@xxxxxxxxxx>
- [linux-next:master] BUILD REGRESSION 61996c073c9b070922ad3a36c981ca6ddbea19a5
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH] usercopy: delete __noreturn from usercopy_abort
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH RFC 09/13] mm/powerpc: Redefine pXd_huge() with pXd_leaf()
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: Re: Re: Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions
- From: Quentin Perret <qperret@xxxxxxxxxx>
- [PATCH RFC 08/13] mm/arm64: Merge pXd_huge() and pXd_leaf() definitions
- [PATCH RFC 11/13] mm/treewide: Replace pXd_huge() with pXd_leaf()
- [PATCH RFC 01/13] mm/hmm: Process pud swap entry without pud_huge()
- [PATCH RFC 10/13] mm/gup: Merge pXd huge mapping checks
- [PATCH RFC 04/13] mm/x86: Change pXd_huge() behavior to exclude swap entries
- [PATCH RFC 02/13] mm/gup: Cache p4d in follow_p4d_mask()
- [PATCH RFC 05/13] mm/sparc: Change pXd_huge() behavior to exclude swap entries
- [PATCH RFC 13/13] mm: Document pXd_leaf() API
- [PATCH RFC 12/13] mm/treewide: Remove pXd_huge()
- [PATCH RFC 09/13] mm/powerpc: Redefine pXd_huge() with pXd_leaf()
- [PATCH RFC 07/13] mm/arm: Redefine pmd_huge() with pmd_leaf()
- [PATCH RFC 06/13] mm/arm: Use macros to define pmd/pud helpers
- [PATCH RFC 03/13] mm/gup: Check p4d presence before going on
- [PATCH RFC 00/13] mm/treewide: Remove pXd_huge() API
- Re: [PATCH] usercopy: delete __noreturn from usercopy_abort
- From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
- Re: [PATCH] usercopy: delete __noreturn from usercopy_abort
- From: Jiangfeng Xiao <xiaojiangfeng@xxxxxxxxxx>
- Re: Re: Re: Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [linux-next:master] BUILD REGRESSION 11afac187274a6177a7ac82997f8691c0f469e41
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH] usercopy: delete __noreturn from usercopy_abort
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: Re: Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions
- From: Quentin Perret <qperret@xxxxxxxxxx>
- Re: [PATCH v17 01/35] docs: gunyah: Introduce Gunyah Hypervisor
- From: Pavan Kondeti <quic_pkondeti@xxxxxxxxxxx>
- Re: [PATCH 2/2] arm64/mm: Improve comment in contpte_ptep_get_lockless()
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH 2/2] arm64/mm: Improve comment in contpte_ptep_get_lockless()
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: Re: Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- Re: [PATCH 2/2] arm64/mm: Improve comment in contpte_ptep_get_lockless()
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH 2/2] arm64/mm: Improve comment in contpte_ptep_get_lockless()
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH v2 5/9] mm: Initialize struct vm_unmapped_area_info
- From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
- Re: [PATCH v2 5/9] mm: Initialize struct vm_unmapped_area_info
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: [PATCH 1/2] arm64/mm: Export contpte symbols only to GPL users
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 2/2] arm64/mm: Improve comment in contpte_ptep_get_lockless()
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions
- From: Quentin Perret <qperret@xxxxxxxxxx>
- Re: [PATCH 2/2] arm64/mm: Improve comment in contpte_ptep_get_lockless()
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- [RFC PATCH v3 2/5] mm: swap: introduce swap_nr_free() for batched swap_free()
- From: Barry Song <21cnbao@xxxxxxxxx>
- [RFC PATCH v3 3/5] mm: swap: make should_try_to_free_swap() support large-folio
- From: Barry Song <21cnbao@xxxxxxxxx>
- [RFC PATCH v3 5/5] mm: support large folios swapin as a whole
- From: Barry Song <21cnbao@xxxxxxxxx>
- [RFC PATCH v3 4/5] mm: swap: introduce swapcache_prepare_nr and swapcache_clear_nr for large folios swap-in
- From: Barry Song <21cnbao@xxxxxxxxx>
- [RFC PATCH v3 1/5] arm64: mm: swap: support THP_SWAP on hardware with MTE
- From: Barry Song <21cnbao@xxxxxxxxx>
- [RFC PATCH v3 0/5] mm: support large folios swap-in
- From: Barry Song <21cnbao@xxxxxxxxx>
- Re: [PATCH RFC v2 5/5] mm: support large folios swapin as a whole
- From: Barry Song <21cnbao@xxxxxxxxx>
- Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
- Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: Szabolcs Nagy <nsz@xxxxxxxxxx>
- Re: [PATCH v2 5/9] mm: Initialize struct vm_unmapped_area_info
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v2 5/9] mm: Initialize struct vm_unmapped_area_info
- From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
- Re: [PATCH 2/2] arm64/mm: Improve comment in contpte_ptep_get_lockless()
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 0/9] Merge arm64/riscv hugetlbfs contpte support
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH 0/9] Merge arm64/riscv hugetlbfs contpte support
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- Re: [PATCH 0/9] Merge arm64/riscv hugetlbfs contpte support
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- [PATCH 7/9] mm: Use common huge_ptep_set_access_flags() function for riscv/arm64
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH 5/9] mm: Use common huge_pte_clear() function for riscv/arm64
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH 8/9] mm: Use common huge_ptep_set_wrprotect() function for riscv/arm64
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH 9/9] mm: Use common huge_ptep_clear_flush() function for riscv/arm64
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH 6/9] mm: Use common huge_ptep_get_and_clear() function for riscv/arm64
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH 4/9] mm: Use common set_huge_pte_at() function for riscv/arm64
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH 3/9] mm: Use common huge_ptep_get() function for riscv/arm64
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH 2/9] riscv: Safely remove huge_pte_offset() when manipulating NAPOT ptes
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH 1/9] riscv: Restore the pfn in a NAPOT pte when manipulated by core mm code
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH 0/9] Merge arm64/riscv hugetlbfs contpte support
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- Re: Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- Re: [PATCH v8 33/38] kselftest/arm64: Add a GCS test program built with the system libc
- From: Thiago Jung Bauermann <thiago.bauermann@xxxxxxxxxx>
- Re: [PATCH v8 33/38] kselftest/arm64: Add a GCS test program built with the system libc
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [PATCH v1 0/2] support NUMA emulation for genertic arch
- From: Rongwei Wang <rongwei.wang@xxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC v2 4/5] mm: swap: introduce swapcache_prepare_nr and swapcache_clear_nr for large folios swap-in
- From: Barry Song <21cnbao@xxxxxxxxx>
- Re: [PATCH RFC v2 4/5] mm: swap: introduce swapcache_prepare_nr and swapcache_clear_nr for large folios swap-in
- From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
- Re: [PATCH RFC v2 4/5] mm: swap: introduce swapcache_prepare_nr and swapcache_clear_nr for large folios swap-in
- From: Barry Song <21cnbao@xxxxxxxxx>
- Re: [PATCH RFC v2 4/5] mm: swap: introduce swapcache_prepare_nr and swapcache_clear_nr for large folios swap-in
- From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
- [PATCH RFC v2 1/5] arm64: mm: swap: support THP_SWAP on hardware with MTE
- From: Barry Song <21cnbao@xxxxxxxxx>
- [PATCH RFC v2 3/5] mm: swap: make should_try_to_free_swap() support large-folio
- From: Barry Song <21cnbao@xxxxxxxxx>
- [PATCH RFC v2 2/5] mm: swap: introduce swap_nr_free() for batched swap_free()
- From: Barry Song <21cnbao@xxxxxxxxx>
- [PATCH RFC v2 5/5] mm: support large folios swapin as a whole
- From: Barry Song <21cnbao@xxxxxxxxx>
- [PATCH RFC v2 4/5] mm: swap: introduce swapcache_prepare_nr and swapcache_clear_nr for large folios swap-in
- From: Barry Song <21cnbao@xxxxxxxxx>
- [PATCH RFC v2 0/5] mm: support large folios swap-in
- From: Barry Song <21cnbao@xxxxxxxxx>
- Re: [PATCH v2 5/9] mm: Initialize struct vm_unmapped_area_info
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: [PATCH v3 1/1] arm64: remove unnecessary ifdefs around is_compat_task()
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v2 5/9] mm: Initialize struct vm_unmapped_area_info
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v2 5/9] mm: Initialize struct vm_unmapped_area_info
- From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
- Re: [PATCH v2 5/9] mm: Initialize struct vm_unmapped_area_info
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: [PATCH v2 5/9] mm: Initialize struct vm_unmapped_area_info
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCH net-next v6 3/5] net: introduce page_frag_cache_drain()
- From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
- Re: [PATCH 2/2] arm64/mm: Improve comment in contpte_ptep_get_lockless()
- From: John Hubbard <jhubbard@xxxxxxxxxx>
- Re: [PATCH v2 5/9] mm: Initialize struct vm_unmapped_area_info
- From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
- Re: [PATCH v8 33/38] kselftest/arm64: Add a GCS test program built with the system libc
- From: Thiago Jung Bauermann <thiago.bauermann@xxxxxxxxxx>
- Re: [PATCH v2 5/9] mm: Initialize struct vm_unmapped_area_info
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: [PATCH v2 5/9] mm: Initialize struct vm_unmapped_area_info
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v8 33/38] kselftest/arm64: Add a GCS test program built with the system libc
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [PATCH v2 5/9] mm: Initialize struct vm_unmapped_area_info
- From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
- Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v9 0/4] KVM: arm64: Allow the VM to select DEVICE_* and NORMAL_NC for IO memory
- From: Ankit Agrawal <ankita@xxxxxxxxxx>
- Re: [PATCH v9 0/4] KVM: arm64: Allow the VM to select DEVICE_* and NORMAL_NC for IO memory
- From: Oliver Upton <oliver.upton@xxxxxxxxx>
- Re: [PATCH v9 0/4] KVM: arm64: Allow the VM to select DEVICE_* and NORMAL_NC for IO memory
- From: Ankit Agrawal <ankita@xxxxxxxxxx>
- Re: [PATCH v2 5/9] mm: Initialize struct vm_unmapped_area_info
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: [PATCH 1/2] arm64/mm: Export contpte symbols only to GPL users
- From: John Hubbard <jhubbard@xxxxxxxxxx>
- Re: [PATCH v2] regset: use kvzalloc() for regset_get_alloc()
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- Re: [PATCH v9 0/4] KVM: arm64: Allow the VM to select DEVICE_* and NORMAL_NC for IO memory
- From: Oliver Upton <oliver.upton@xxxxxxxxx>
- [PATCH v2 5/9] mm: Initialize struct vm_unmapped_area_info
- From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
- Re: Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- Re: [PATCH 2/2] arm64/mm: Improve comment in contpte_ptep_get_lockless()
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH 1/2] arm64/mm: Export contpte symbols only to GPL users
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH 2/2] arm64/mm: Improve comment in contpte_ptep_get_lockless()
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH 2/2] arm64/mm: Improve comment in contpte_ptep_get_lockless()
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH 1/2] arm64/mm: Export contpte symbols only to GPL users
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH 2/2] arm64/mm: Improve comment in contpte_ptep_get_lockless()
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- [PATCH 1/2] arm64/mm: Export contpte symbols only to GPL users
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- [PATCH 0/2] Address some contpte nits
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [linux-next:master] [wifi] 0a44dfc070: hwsim.ap_vht80_csa.fail
- From: kernel test robot <oliver.sang@xxxxxxxxx>
- [PATCH v9 4/4] vfio: Convey kvm that the vfio-pci device is wc safe
- From: <ankita@xxxxxxxxxx>
- [PATCH v9 3/4] KVM: arm64: Set io memory s2 pte as normalnc for vfio pci device
- From: <ankita@xxxxxxxxxx>
- [PATCH v9 1/4] KVM: arm64: Introduce new flag for non-cacheable IO memory
- From: <ankita@xxxxxxxxxx>
- [PATCH v9 2/4] mm: Introduce new flag to indicate wc safe
- From: <ankita@xxxxxxxxxx>
- [PATCH v9 0/4] KVM: arm64: Allow the VM to select DEVICE_* and NORMAL_NC for IO memory
- From: <ankita@xxxxxxxxxx>
- Re: Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- Re: [PATCH v17 05/35] virt: gunyah: Add hypervisor driver
- From: Konrad Dybcio <konrad.dybcio@xxxxxxxxxx>
- Re: Re: [PATCH v17 05/35] virt: gunyah: Add hypervisor driver
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- Re: [PATCH v17 05/35] virt: gunyah: Add hypervisor driver
- From: Konrad Dybcio <konrad.dybcio@xxxxxxxxxx>
- Re: [PATCH v8 3/4] kvm: arm64: set io memory s2 pte as normalnc for vfio pci device
- From: Marc Zyngier <maz@xxxxxxxxxx>
- Re: [PATCH v8 0/4] kvm: arm64: allow the VM to select DEVICE_* and NORMAL_NC for IO memory
- From: Marc Zyngier <maz@xxxxxxxxxx>
- Re: [linux-next:master] BUILD REGRESSION e31185ce00a96232308300008db193416ceb9769
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 02/17] memblock: Declare scratch memory as CMA
- From: Pratyush Yadav <ptyadav@xxxxxxxxx>
- Re: [linux-next:master] BUILD REGRESSION e31185ce00a96232308300008db193416ceb9769
- From: Kees Cook <kees@xxxxxxxxxx>
- Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [linux-next:master] BUILD REGRESSION e31185ce00a96232308300008db193416ceb9769
- From: kernel test robot <lkp@xxxxxxxxx>
- [PATCH v17 32/35] virt: gunyah: Add irqfd interface
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 27/35] gunyah: rsc_mgr: Add RPC to enable demand paging
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 33/35] virt: gunyah: Add IO handlers
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 25/35] virt: gunyah: guestmem: Initialize RM mem parcels from guestmem
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- Re: [PATCH v8 33/38] kselftest/arm64: Add a GCS test program built with the system libc
- From: Thiago Jung Bauermann <thiago.bauermann@xxxxxxxxxx>
- [PATCH v17 35/35] MAINTAINERS: Add Gunyah hypervisor drivers section
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 29/35] gunyah: rsc_mgr: Add RPC to set VM boot context
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 08/35] gunyah: vm_mgr: Introduce basic VM Manager
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 30/35] virt: gunyah: Allow userspace to initialize context of primary vCPU
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 28/35] virt: gunyah: Enable demand paging
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 26/35] virt: gunyah: Share guest VM dtb configuration to Gunyah
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 34/35] virt: gunyah: Add ioeventfd
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 24/35] virt: gunyah: Add ioctl to bind guestmem to VMs
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 18/35] mm/interval_tree: Export iter_first/iter_next
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 07/35] gunyah: rsc_mgr: Add resource manager RPC core
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 11/35] virt: gunyah: Translate gh_rm_hyp_resource into gunyah_resource
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 22/35] virt: gunyah: Add Qualcomm Gunyah platform ops
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 01/35] docs: gunyah: Introduce Gunyah Hypervisor
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 10/35] gunyah: vm_mgr: Add VM start/stop
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 05/35] virt: gunyah: Add hypervisor driver
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 31/35] virt: gunyah: Add hypercalls for sending doorbell
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 13/35] gunyah: vm_mgr: Add framework for VM Functions
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 14/35] virt: gunyah: Add hypercalls for running a vCPU
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 19/35] arch/mm: Export direct {un,}map functions
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 17/35] gunyah: rsc_mgr: Add memory parcel RPC
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 16/35] gunyah: Add hypercalls for demand paging
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 15/35] virt: gunyah: Add proxy-scheduled vCPUs
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 23/35] virt: gunyah: Implement guestmemfd
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 20/35] virt: gunyah: Add interfaces to map memory into guest address space
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 21/35] gunyah: rsc_mgr: Add platform ops on mem_lend/mem_reclaim
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 12/35] virt: gunyah: Add resource tickets
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 09/35] gunyah: rsc_mgr: Add VM lifecycle RPC
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 04/35] virt: gunyah: Add hypercalls to identify Gunyah
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 02/35] dt-bindings: Add binding for gunyah hypervisor
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 06/35] virt: gunyah: msgq: Add hypercalls to send and receive messages
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 00/35] Drivers for Gunyah hypervisor
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- [PATCH v17 03/35] gunyah: Common types and error codes for Gunyah hypercalls
- From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
- Re: [PATCH v8 4/4] vfio: convey kvm that the vfio-pci device is wc safe
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH v8 33/38] kselftest/arm64: Add a GCS test program built with the system libc
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
- Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
- Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
- Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: "dalias@xxxxxxxx" <dalias@xxxxxxxx>
- Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
- Re: [PATCH v8 33/38] kselftest/arm64: Add a GCS test program built with the system libc
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: "dalias@xxxxxxxx" <dalias@xxxxxxxx>
- Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: "dalias@xxxxxxxx" <dalias@xxxxxxxx>
- Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
- Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: "dalias@xxxxxxxx" <dalias@xxxxxxxx>
- Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
- Re: [PATCH v8 20/38] arm64/gcs: Ensure that new threads have a GCS
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [PATCH 0/4] arm64: mm: support dynamic vmalloc/pmd configuration
- From: Maxwell Bland <mbland@xxxxxxxxxxxx>
- Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: "dalias@xxxxxxxx" <dalias@xxxxxxxx>
- Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: Mark Brown <broonie@xxxxxxxxxx>
- RE: [External] Re: [PATCH 2/4] mm: pgalloc: support address-conditional pmd allocation
- From: Maxwell Bland <mbland@xxxxxxxxxxxx>
- Re: [PATCH v1 0/2] support NUMA emulation for genertic arch
- From: Pierre Gondois <pierre.gondois@xxxxxxx>
- RE: [External] Re: [PATCH 0/4] arm64: mm: support dynamic vmalloc/pmd configuration
- From: Maxwell Bland <mbland@xxxxxxxxxxxx>
- Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: "dalias@xxxxxxxx" <dalias@xxxxxxxx>
- Re: [PATCH 0/4] arm64: mm: support dynamic vmalloc/pmd configuration
- From: Conor Dooley <conor@xxxxxxxxxx>
- Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [PATCH v2 03/13] mm: Provide generic pmd_thp_or_huge()
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH v2 06/13] mm/gup: Drop folio_fast_pin_allowed() in hugepd processing
- From: Peter Xu <peterx@xxxxxxxxxx>
- Re: [PATCH v2 03/13] mm: Provide generic pmd_thp_or_huge()
- From: Peter Xu <peterx@xxxxxxxxxx>
- Re: [PATCH 2/4] mm: pgalloc: support address-conditional pmd allocation
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH 1/4] mm/vmalloc: allow arch-specific vmalloc_node overrides
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: [PATCH 0/4] arm64: mm: support dynamic vmalloc/pmd configuration
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: [PATCH 3/4] arm64: separate code and data virtual memory allocation
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: [PATCH 2/4] mm: pgalloc: support address-conditional pmd allocation
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: [PATCH 1/4] mm/vmalloc: allow arch-specific vmalloc_node overrides
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: [PATCH v1 0/2] support NUMA emulation for genertic arch
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v8 1/4] kvm: arm64: introduce new flag for non-cacheable IO memory
- From: Ankit Agrawal <ankita@xxxxxxxxxx>
- Re: [PATCH 1/4] mm/vmalloc: allow arch-specific vmalloc_node overrides
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
- Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
- Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
- Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: "dalias@xxxxxxxx" <dalias@xxxxxxxx>
- Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
- Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: "Stefan O'Rear" <sorear@xxxxxxxxxxxx>
- Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: "dalias@xxxxxxxx" <dalias@xxxxxxxx>
- Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
- Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
- [PATCH 1/4] mm/vmalloc: allow arch-specific vmalloc_node overrides
- From: Maxwell Bland <mbland@xxxxxxxxxxxx>
- [PATCH 2/4] mm: pgalloc: support address-conditional pmd allocation
- From: Maxwell Bland <mbland@xxxxxxxxxxxx>
- [PATCH 4/4] arm64: dynamic enforcement of pmd-level PXNTable
- From: Maxwell Bland <mbland@xxxxxxxxxxxx>
- [PATCH 3/4] arm64: separate code and data virtual memory allocation
- From: Maxwell Bland <mbland@xxxxxxxxxxxx>
- [PATCH 0/4] arm64: mm: support dynamic vmalloc/pmd configuration
- From: Maxwell Bland <mbland@xxxxxxxxxxxx>
- Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: Rich Felker <dalias@xxxxxxxx>
- Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [PATCH v6 12/18] arm64/mm: Wire up PTE_CONT for user mappings
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH v6 12/18] arm64/mm: Wire up PTE_CONT for user mappings
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
- Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: "Stefan O'Rear" <sorear@xxxxxxxxxxxx>
- Re: arm64 MTE tag storage reuse - alternatives to MIGRATE_CMA
- From: Alexandru Elisei <alexandru.elisei@xxxxxxx>
- Re: arm64 MTE tag storage reuse - alternatives to MIGRATE_CMA
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: arm64 MTE tag storage reuse - alternatives to MIGRATE_CMA
- From: Alexandru Elisei <alexandru.elisei@xxxxxxx>
- Re: [PATCH v8 1/4] kvm: arm64: introduce new flag for non-cacheable IO memory
- From: Lorenzo Pieralisi <lpieralisi@xxxxxxxxxx>
- Re: arm64 MTE tag storage reuse - alternatives to MIGRATE_CMA
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: arm64 MTE tag storage reuse - alternatives to MIGRATE_CMA
- From: Alexandru Elisei <alexandru.elisei@xxxxxxx>
- Re: [PATCH v8 1/4] kvm: arm64: introduce new flag for non-cacheable IO memory
- From: Will Deacon <will@xxxxxxxxxx>
- Re: [PATCH v8 4/4] vfio: convey kvm that the vfio-pci device is wc safe
- From: Ankit Agrawal <ankita@xxxxxxxxxx>
- Re: arm64 MTE tag storage reuse - alternatives to MIGRATE_CMA
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH v1 2/2] numa: introduce numa emulation for genertic arch
- From: Rongwei Wang <rongwei.wang@xxxxxxxxxxxxxxxxx>
- [PATCH v1 0/2] support NUMA emulation for genertic arch
- From: Rongwei Wang <rongwei.wang@xxxxxxxxxxxxxxxxx>
- [PATCH v1 1/2] arch_numa: remove __init for early_cpu_to_node
- From: Rongwei Wang <rongwei.wang@xxxxxxxxxxxxxxxxx>
- arm64 MTE tag storage reuse - alternatives to MIGRATE_CMA
- From: Alexandru Elisei <alexandru.elisei@xxxxxxx>
- Re: [PATCH v3 09/17] x86: Add KHO support
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v8 4/4] vfio: convey kvm that the vfio-pci device is wc safe
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v8 2/4] mm: introduce new flag to indicate wc safe
- From: Ankit Agrawal <ankita@xxxxxxxxxx>
- Re: [PATCH v8 2/4] mm: introduce new flag to indicate wc safe
- From: Zhi Wang <zhiw@xxxxxxxxxx>
- Re: [PATCH v8 2/4] mm: introduce new flag to indicate wc safe
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v8 2/4] mm: introduce new flag to indicate wc safe
- From: Zhi Wang <zhiw@xxxxxxxxxx>
- Re: [PATCH v8 2/4] mm: introduce new flag to indicate wc safe
- From: Ankit Agrawal <ankita@xxxxxxxxxx>
- Re: [PATCH v8 2/4] mm: introduce new flag to indicate wc safe
- From: Ankit Agrawal <ankita@xxxxxxxxxx>
- Re: [PATCH v8 2/4] mm: introduce new flag to indicate wc safe
- From: Zhi Wang <zhiw@xxxxxxxxxx>
- [PATCH v8 3/4] kvm: arm64: set io memory s2 pte as normalnc for vfio pci device
- From: <ankita@xxxxxxxxxx>
- [PATCH v8 4/4] vfio: convey kvm that the vfio-pci device is wc safe
- From: <ankita@xxxxxxxxxx>
- [PATCH v8 2/4] mm: introduce new flag to indicate wc safe
- From: <ankita@xxxxxxxxxx>
- [PATCH v8 1/4] kvm: arm64: introduce new flag for non-cacheable IO memory
- From: <ankita@xxxxxxxxxx>
- [PATCH v8 0/4] kvm: arm64: allow the VM to select DEVICE_* and NORMAL_NC for IO memory
- From: <ankita@xxxxxxxxxx>
- Re: [PATCH v8 33/38] kselftest/arm64: Add a GCS test program built with the system libc
- From: Thiago Jung Bauermann <thiago.bauermann@xxxxxxxxxx>
- Re: [PATCH v8 35/38] selftests/arm64: Add GCS signal tests
- From: Thiago Jung Bauermann <thiago.bauermann@xxxxxxxxxx>
- Re: [PATCH v8 23/38] arm64/signal: Set up and restore the GCS context for signal handlers
- From: Thiago Jung Bauermann <thiago.bauermann@xxxxxxxxxx>
- Re: [PATCH v8 20/38] arm64/gcs: Ensure that new threads have a GCS
- From: Thiago Jung Bauermann <thiago.bauermann@xxxxxxxxxx>
- Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
- From: Thiago Jung Bauermann <thiago.bauermann@xxxxxxxxxx>
- [PATCH 04/10] vdso/arm: make union vdso_data_store available for all
- From: Anna-Maria Behnsen <anna-maria@xxxxxxxxxxxxx>
- Re: [PATCH v6 12/18] arm64/mm: Wire up PTE_CONT for user mappings
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v3 0/2] Staging: vc04_services: bcm2835-camera: Fix code style checks
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- [PATCH v3 2/2] Staging: vc04_services: bcm2835-camera: fix brace code style check
- From: "Moritz C. Weber" <mo.c.weber@xxxxxxxxx>
- [PATCH v3 1/2] Staging: vc04_services: bcm2835-camera: fix blank line style check
- From: "Moritz C. Weber" <mo.c.weber@xxxxxxxxx>
- [PATCH v3 0/2] Staging: vc04_services: bcm2835-camera: Fix code style checks
- From: "Moritz C. Weber" <mo.c.weber@xxxxxxxxx>
- Re: [PATCH v2 0/8] Staging: vc04_services: bcm2835-camera: Fix code style checks
- From: Moritz Christian Weber <mo.c.weber@xxxxxxxxx>
- Re: [PATCH v2 0/8] Staging: vc04_services: bcm2835-camera: Fix code style checks
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH v2 0/8] Staging: vc04_services: bcm2835-camera: Fix code style checks
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH] Staging: vc04_services: bcm2835-camera: fixed several brace coding style checks
- From: Moritz Christian Weber <mo.c.weber@xxxxxxxxx>
- Re: [PATCH] Staging: vc04_services: bcm2835-camera: fixed several brace coding style checks
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH v11 0/5]arm64: add ARCH_HAS_COPY_MC support
- From: Tong Tiangen <tongtiangen@xxxxxxxxxx>
- [PATCH v2 7/8] Staging: vc04_services: bcm2835-camera: fix brace code style check
- From: "Moritz C. Weber" <mo.c.weber@xxxxxxxxx>
- [PATCH v2 8/8] Staging: vc04_services: bcm2835-camera: fix brace code style check
- From: "Moritz C. Weber" <mo.c.weber@xxxxxxxxx>
- [PATCH v2 6/8] Staging: vc04_services: bcm2835-camera: fix blank line style check
- From: "Moritz C. Weber" <mo.c.weber@xxxxxxxxx>
- [PATCH v2 5/8] Staging: vc04_services: bcm2835-camera: fix brace code style check
- From: "Moritz C. Weber" <mo.c.weber@xxxxxxxxx>
- [PATCH v2 4/8] Staging: vc04_services: bcm2835-camera: fix brace code style check
- From: "Moritz C. Weber" <mo.c.weber@xxxxxxxxx>
- [PATCH v2 3/8] Staging: vc04_services: bcm2835-camera: fix brace code style check
- From: "Moritz C. Weber" <mo.c.weber@xxxxxxxxx>
- [PATCH v2 2/8] Staging: vc04_services: bcm2835-camera: fix brace code style check
- From: "Moritz C. Weber" <mo.c.weber@xxxxxxxxx>
- [PATCH v2 1/8] Staging: vc04_services: bcm2835-camera: fix brace code style check
- From: "Moritz C. Weber" <mo.c.weber@xxxxxxxxx>
- [PATCH v2 0/8] Staging: vc04_services: bcm2835-camera: Fix code style checks
- From: "Moritz C. Weber" <mo.c.weber@xxxxxxxxx>
- Re: [PATCH] Staging: vc04_services: bcm2835-camera: fixed several brace coding style checks
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v6 12/18] arm64/mm: Wire up PTE_CONT for user mappings
- From: John Hubbard <jhubbard@xxxxxxxxxx>
- Re: [PATCH v6 12/18] arm64/mm: Wire up PTE_CONT for user mappings
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v3 04/17] kexec: Add KHO parsing support
- From: Pratyush Yadav <ptyadav@xxxxxxxxx>
- Re: [PATCH v3 05/17] kexec: Add KHO support to kexec file loads
- From: Pratyush Yadav <ptyadav@xxxxxxxxx>
- Re: [PATCH v3 11/17] tracing: Introduce kho serialization
- From: Pratyush Yadav <ptyadav@xxxxxxxxx>
- Re: [PATCH v3 00/17] kexec: Allow preservation of ftrace buffers
- From: Pratyush Yadav <ptyadav@xxxxxxxxx>
- Re: [PATCH v6 12/18] arm64/mm: Wire up PTE_CONT for user mappings
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH v6 18/18] arm64/mm: Automatically fold contpte mappings
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v6 17/18] arm64/mm: __always_inline to improve fork() perf
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v6 16/18] arm64/mm: Implement pte_batch_hint()
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v6 14/18] arm64/mm: Implement new [get_and_]clear_full_ptes() batch APIs
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v6 13/18] arm64/mm: Implement new wrprotect_ptes() batch API
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v6 12/18] arm64/mm: Wire up PTE_CONT for user mappings
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v2] mm/filemap: Allow arch to request folio size for exec memory
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH v2] mm/filemap: Allow arch to request folio size for exec memory
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH v2] mm/filemap: Allow arch to request folio size for exec memory
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: [PATCH v2] mm/filemap: Allow arch to request folio size for exec memory
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- [PATCH 3/3] Staging: vc04_services: interface: vchiq_arm: fixed several brace coding style checks/warnings
- From: "Moritz C. Weber" <mo.c.weber@xxxxxxxxx>
- [PATCH 2/3] Staging: vc04_services: bcm2835-camera: fixed several brace coding style checks
- From: "Moritz C. Weber" <mo.c.weber@xxxxxxxxx>
- Re: [PATCH v2] mm/filemap: Allow arch to request folio size for exec memory
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] Staging: vc04_services: bcm2835-camera: fixed several brace coding style checks
- From: "Moritz C. Weber" <mo.c.weber@xxxxxxxxx>
- Re: [PATCH v6 11/18] arm64/mm: Split __flush_tlb_range() to elide trailing DSB
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v6 10/18] arm64/mm: New ptep layer to manage contig bit
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v6 09/18] arm64/mm: Convert ptep_clear() to ptep_get_and_clear()
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v6 08/18] arm64/mm: Convert set_pte_at() to set_ptes(..., 1)
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v6 07/18] arm64/mm: Convert READ_ONCE(*ptep) to ptep_get(ptep)
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v6 04/18] arm64/mm: Convert pte_next_pfn() to pte_advance_pfn()
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- [PATCH v2] mm/filemap: Allow arch to request folio size for exec memory
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- [RFC PATCH v1 2/4] mm/gup: Use ptep_get_lockless_norecency()
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- [RFC PATCH v1 3/4] mm/memory: Use ptep_get_lockless_norecency() for orig_pte
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- [RFC PATCH v1 4/4] arm64/mm: Override ptep_get_lockless_norecency()
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- [RFC PATCH v1 0/4] Reduce cost of ptep_get_lockless on arm64
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- [RFC PATCH v1 1/4] mm: Introduce ptep_get_lockless_norecency()
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH v6 000/164] pwm: Improve lifetime tracking for pwm_chips
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: [PATCH v6 00/18] Transparent Contiguous PTEs for User Mappings
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v6 18/18] arm64/mm: Automatically fold contpte mappings
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v6 14/18] arm64/mm: Implement new [get_and_]clear_full_ptes() batch APIs
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v6 13/18] arm64/mm: Implement new wrprotect_ptes() batch API
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v6 12/18] arm64/mm: Wire up PTE_CONT for user mappings
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v6 11/18] arm64/mm: Split __flush_tlb_range() to elide trailing DSB
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v6 10/18] arm64/mm: New ptep layer to manage contig bit
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v6 09/18] arm64/mm: Convert ptep_clear() to ptep_get_and_clear()
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v6 08/18] arm64/mm: Convert set_pte_at() to set_ptes(..., 1)
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v6 07/18] arm64/mm: Convert READ_ONCE(*ptep) to ptep_get(ptep)
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v6 04/18] arm64/mm: Convert pte_next_pfn() to pte_advance_pfn()
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v6 06/18] mm: Tidy up pte_next_pfn() definition
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v6 05/18] x86/mm: Convert pte_next_pfn() to pte_advance_pfn()
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v6 04/18] arm64/mm: Convert pte_next_pfn() to pte_advance_pfn()
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v6 03/18] mm: Introduce pte_advance_pfn() and use for pte_next_pfn()
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH v6 18/18] arm64/mm: Automatically fold contpte mappings
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- [PATCH v6 17/18] arm64/mm: __always_inline to improve fork() perf
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- [PATCH v6 10/18] arm64/mm: New ptep layer to manage contig bit
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- [PATCH v6 11/18] arm64/mm: Split __flush_tlb_range() to elide trailing DSB
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- [PATCH v6 12/18] arm64/mm: Wire up PTE_CONT for user mappings
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- [PATCH v6 13/18] arm64/mm: Implement new wrprotect_ptes() batch API
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- [PATCH v6 14/18] arm64/mm: Implement new [get_and_]clear_full_ptes() batch APIs
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- [PATCH v6 16/18] arm64/mm: Implement pte_batch_hint()
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- [PATCH v6 15/18] mm: Add pte_batch_hint() to reduce scanning in folio_pte_batch()
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- [PATCH v6 09/18] arm64/mm: Convert ptep_clear() to ptep_get_and_clear()
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- [PATCH v6 08/18] arm64/mm: Convert set_pte_at() to set_ptes(..., 1)
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- [PATCH v6 07/18] arm64/mm: Convert READ_ONCE(*ptep) to ptep_get(ptep)
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- [PATCH v6 06/18] mm: Tidy up pte_next_pfn() definition
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- [PATCH v6 05/18] x86/mm: Convert pte_next_pfn() to pte_advance_pfn()
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- [PATCH v6 04/18] arm64/mm: Convert pte_next_pfn() to pte_advance_pfn()
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- [PATCH v6 03/18] mm: Introduce pte_advance_pfn() and use for pte_next_pfn()
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- [PATCH v6 02/18] mm: thp: Batch-collapse PMD with set_ptes()
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- [PATCH v6 00/18] Transparent Contiguous PTEs for User Mappings
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- [PATCH v6 01/18] mm: Clarify the spec for set_ptes()
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH] scripts/gdb/vmalloc: fix vmallocinfo error
- From: Kuan-Ying Lee (李冠穎) <Kuan-Ying.Lee@xxxxxxxxxxxx>
- Re: [PATCH v3 12/15] mm/memory: pass PTE to copy_present_pte()
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v6 001/164] pwm: Provide an inline function to get the parent device of a given chip
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH v6 001/164] pwm: Provide an inline function to get the parent device of a given chip
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- [PATCH v6 000/164] pwm: Improve lifetime tracking for pwm_chips
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: [PATCH] arm64: allow post-init vmalloc PXNTable
- From: Maxwell Bland <mbland@xxxxxxxxxxxxxxxxx>
- RE: [PATCH] arm64: allow post-init vmalloc PXNTable
- From: Maxwell Bland <mbland@xxxxxxxxxxxx>
- Re: [PATCH] arm64: allow post-init vmalloc PXNTable
- From: Maxwell Bland <mbland@xxxxxxxxxxxx>
- Re: [PATCH v5 25/25] arm64/mm: Automatically fold contpte mappings
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [External] Re: [PATCH] arm64: allow post-init vmalloc PXNTable
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] arm64: allow post-init vmalloc PXNTable
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v5 25/25] arm64/mm: Automatically fold contpte mappings
- From: Mark Rutland <mark.rutland@xxxxxxx>
- RE: [External] Re: [PATCH] arm64: allow post-init vmalloc PXNTable
- From: Maxwell Bland <mbland@xxxxxxxxxxxx>
- Re: [PATCH] arm64: allow post-init vmalloc PXNTable
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 24/25] arm64/mm: __always_inline to improve fork() perf
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v5 23/25] arm64/mm: Implement pte_batch_hint()
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v5 21/25] arm64/mm: Implement new [get_and_]clear_full_ptes() batch APIs
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v5 21/25] arm64/mm: Implement new [get_and_]clear_full_ptes() batch APIs
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH v5 21/25] arm64/mm: Implement new [get_and_]clear_full_ptes() batch APIs
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v5 20/25] arm64/mm: Implement new wrprotect_ptes() batch API
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH v5 20/25] arm64/mm: Implement new wrprotect_ptes() batch API
- From: Mark Rutland <mark.rutland@xxxxxxx>
- [PATCH] arm64: allow post-init vmalloc PXNTable
- From: Maxwell Bland <mbland@xxxxxxxxxxxx>
- Re: [PATCH v5 19/25] arm64/mm: Wire up PTE_CONT for user mappings
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH v5 19/25] arm64/mm: Wire up PTE_CONT for user mappings
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH v5 19/25] arm64/mm: Wire up PTE_CONT for user mappings
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v5 19/25] arm64/mm: Wire up PTE_CONT for user mappings
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v5 19/25] arm64/mm: Wire up PTE_CONT for user mappings
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH v5 19/25] arm64/mm: Wire up PTE_CONT for user mappings
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v5 19/25] arm64/mm: Wire up PTE_CONT for user mappings
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v5 19/25] arm64/mm: Wire up PTE_CONT for user mappings
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v5 19/25] arm64/mm: Wire up PTE_CONT for user mappings
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH v5 19/25] arm64/mm: Wire up PTE_CONT for user mappings
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH v5 19/25] arm64/mm: Wire up PTE_CONT for user mappings
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v5 19/25] arm64/mm: Wire up PTE_CONT for user mappings
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH v5 19/25] arm64/mm: Wire up PTE_CONT for user mappings
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH v5 19/25] arm64/mm: Wire up PTE_CONT for user mappings
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v5 19/25] arm64/mm: Wire up PTE_CONT for user mappings
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH v5 19/25] arm64/mm: Wire up PTE_CONT for user mappings
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v5 19/25] arm64/mm: Wire up PTE_CONT for user mappings
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v5 03/25] mm: Make pte_next_pfn() a wrapper around pte_advance_pfn()
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v7 2/4] mm: introduce new flag to indicate wc safe
- From: Ankit Agrawal <ankita@xxxxxxxxxx>
- Re: [PATCH v7 0/4] kvm: arm64: allow the VM to select DEVICE_* and NORMAL_NC for IO memory
- From: Ankit Agrawal <ankita@xxxxxxxxxx>
- Re: [PATCH v7 4/4] vfio: convey kvm that the vfio-pci device is wc safe
- From: Ankit Agrawal <ankita@xxxxxxxxxx>
- Re: [PATCH v5 03/25] mm: Make pte_next_pfn() a wrapper around pte_advance_pfn()
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH v5 19/25] arm64/mm: Wire up PTE_CONT for user mappings
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH v7 0/4] kvm: arm64: allow the VM to select DEVICE_* and NORMAL_NC for IO memory
- From: Oliver Upton <oliver.upton@xxxxxxxxx>
- Re: [PATCH v7 4/4] vfio: convey kvm that the vfio-pci device is wc safe
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH v7 4/4] vfio: convey kvm that the vfio-pci device is wc safe
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH v7 4/4] vfio: convey kvm that the vfio-pci device is wc safe
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH v5 22/25] mm: Add pte_batch_hint() to reduce scanning in folio_pte_batch()
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v5 19/25] arm64/mm: Wire up PTE_CONT for user mappings
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v5 22/25] mm: Add pte_batch_hint() to reduce scanning in folio_pte_batch()
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH v5 19/25] arm64/mm: Wire up PTE_CONT for user mappings
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: (subset) [PATCH v2 00/33] spi: get rid of some legacy macros
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [PATCH v5 19/25] arm64/mm: Wire up PTE_CONT for user mappings
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH v5 19/25] arm64/mm: Wire up PTE_CONT for user mappings
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v5 03/25] mm: Make pte_next_pfn() a wrapper around pte_advance_pfn()
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v5 22/25] mm: Add pte_batch_hint() to reduce scanning in folio_pte_batch()
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH v5 19/25] arm64/mm: Wire up PTE_CONT for user mappings
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH] mm/hugetlb: Move page order check inside hugetlb_cma_reserve()
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v5 03/25] mm: Make pte_next_pfn() a wrapper around pte_advance_pfn()
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH v5 19/25] arm64/mm: Wire up PTE_CONT for user mappings
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v5 23/25] arm64/mm: Implement pte_batch_hint()
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v5 22/25] mm: Add pte_batch_hint() to reduce scanning in folio_pte_batch()
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v5 18/25] arm64/mm: Split __flush_tlb_range() to elide trailing DSB
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH v7 4/4] vfio: convey kvm that the vfio-pci device is wc safe
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v5 18/25] arm64/mm: Split __flush_tlb_range() to elide trailing DSB
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v7 2/4] mm: introduce new flag to indicate wc safe
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v7 0/4] kvm: arm64: allow the VM to select DEVICE_* and NORMAL_NC for IO memory
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v5 18/25] arm64/mm: Split __flush_tlb_range() to elide trailing DSB
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH v5 19/25] arm64/mm: Wire up PTE_CONT for user mappings
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH v7 0/4] kvm: arm64: allow the VM to select DEVICE_* and NORMAL_NC for IO memory
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH v5 18/25] arm64/mm: Split __flush_tlb_range() to elide trailing DSB
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v5 03/25] mm: Make pte_next_pfn() a wrapper around pte_advance_pfn()
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v5 01/25] mm: Clarify the spec for set_ptes()
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v5 19/25] arm64/mm: Wire up PTE_CONT for user mappings
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v7 0/4] kvm: arm64: allow the VM to select DEVICE_* and NORMAL_NC for IO memory
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH v7 4/4] vfio: convey kvm that the vfio-pci device is wc safe
- From: <ankita@xxxxxxxxxx>
- [PATCH v7 3/4] kvm: arm64: set io memory s2 pte as normalnc for vfio pci device
- From: <ankita@xxxxxxxxxx>
- [PATCH v7 2/4] mm: introduce new flag to indicate wc safe
- From: <ankita@xxxxxxxxxx>
- [PATCH v7 1/4] kvm: arm64: introduce new flag for non-cacheable IO memory
- From: <ankita@xxxxxxxxxx>
- [PATCH v7 0/4] kvm: arm64: allow the VM to select DEVICE_* and NORMAL_NC for IO memory
- From: <ankita@xxxxxxxxxx>
- Re: [PATCH v3 0/3] A Solution to Re-enable hugetlb vmemmap optimize
- From: Muchun Song <muchun.song@xxxxxxxxx>
- [PATCH 0/2] staging: struct bus_type cleanup
- From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
- Re: [PATCH v5 00/25] Transparent Contiguous PTEs for User Mappings
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- Re: [PATCH v3 01/15] arm64/mm: Make set_ptes() robust when OAs cross 48-bit boundary
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v5 00/25] Transparent Contiguous PTEs for User Mappings
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v3 00/17] kexec: Allow preservation of ftrace buffers
- From: Philipp Rudo <prudo@xxxxxxxxxx>
- Re: [PATCH v6 1/4] kvm: arm64: introduce new flag for non-cacheable IO memory
- From: Ankit Agrawal <ankita@xxxxxxxxxx>
- Re: [PATCH v6 1/4] kvm: arm64: introduce new flag for non-cacheable IO memory
- From: Ankit Agrawal <ankita@xxxxxxxxxx>
- Re: [PATCH v6 3/4] kvm: arm64: set io memory s2 pte as normalnc for vfio pci device
- From: Ankit Agrawal <ankita@xxxxxxxxxx>
- Re: [PATCH v6 4/4] vfio: convey kvm that the vfio-pci device is wc safe
- From: Ankit Agrawal <ankita@xxxxxxxxxx>
- Re: [PATCH v5 00/25] Transparent Contiguous PTEs for User Mappings
- From: Ryan Roberts <ryan.roberts@xxxxxxx>
- [PATCH 1/2] staging: vc04_services: vchiq_arm: make vchiq_bus_type const
- From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
- [PATCH 2/2] staging: vme: make vme_bus_type const
- From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
- Re: [PATCH] mm/hugetlb: Move page order check inside hugetlb_cma_reserve()
- From: Jane Chu <jane.chu@xxxxxxxxxx>
- [PATCH] mm/hugetlb: Move page order check inside hugetlb_cma_reserve()
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- Re: [PATCH v3 00/32] spi: get rid of some legacy macros
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [PATCH v3 0/3] A Solution to Re-enable hugetlb vmemmap optimize
- From: Jane Chu <jane.chu@xxxxxxxxxx>
- Re: [PATCH v6 4/4] vfio: convey kvm that the vfio-pci device is wc safe
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH] scripts/gdb/vmalloc: fix vmallocinfo error
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH v6 4/4] vfio: convey kvm that the vfio-pci device is wc safe
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH v5 00/25] Transparent Contiguous PTEs for User Mappings
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v3 0/3] A Solution to Re-enable hugetlb vmemmap optimize
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: [PATCH v6 4/4] vfio: convey kvm that the vfio-pci device is wc safe
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v6 3/4] kvm: arm64: set io memory s2 pte as normalnc for vfio pci device
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v6 2/4] mm: introduce new flag to indicate wc safe
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH v6 3/4] kvm: arm64: set io memory s2 pte as normalnc for vfio pci device
- From: Oliver Upton <oliver.upton@xxxxxxxxx>
- Re: [PATCH v6 1/4] kvm: arm64: introduce new flag for non-cacheable IO memory
- From: Oliver Upton <oliver.upton@xxxxxxxxx>
- Re: [PATCH v6 1/4] kvm: arm64: introduce new flag for non-cacheable IO memory
- From: Will Deacon <will@xxxxxxxxxx>
- Re: [PATCH v3 0/3] A Solution to Re-enable hugetlb vmemmap optimize
- From: Will Deacon <will@xxxxxxxxxx>
- Re: [PATCH v6 2/4] mm: introduce new flag to indicate wc safe
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v6 1/4] kvm: arm64: introduce new flag for non-cacheable IO memory
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v3 0/3] A Solution to Re-enable hugetlb vmemmap optimize
- From: Nanyong Sun <sunnanyong@xxxxxxxxxx>
- Re: [PATCH v3 2/3] arm64: mm: HVO: support BBM of vmemmap pgtable safely
- From: Nanyong Sun <sunnanyong@xxxxxxxxxx>
- Re: [PATCH v3 13/15] mm/memory: optimize fork() with PTE-mapped THP
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v3 11/15] mm/memory: factor out copying the actual PTE in copy_present_pte()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v3 12/15] mm/memory: pass PTE to copy_present_pte()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v3 07/15] sparc/pgtable: define PFN_PTE_SHIFT
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v3 10/15] powerpc/mm: use pte_next_pfn() in set_ptes()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v3 09/15] arm/mm: use pte_next_pfn() in set_ptes()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v3 08/15] mm/pgtable: make pte_next_pfn() independent of set_ptes()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v3 06/15] s390/pgtable: define PFN_PTE_SHIFT
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v3 05/15] riscv/pgtable: define PFN_PTE_SHIFT
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v3 03/15] nios2/pgtable: define PFN_PTE_SHIFT
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v3 04/15] powerpc/pgtable: define PFN_PTE_SHIFT
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v3 02/15] arm/pgtable: define PFN_PTE_SHIFT
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v3 01/15] arm64/mm: Make set_ptes() robust when OAs cross 48-bit boundary
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH 2/3] arm64: mm: HVO: support BBM of vmemmap pgtable safely
- From: Jane Chu <jane.chu@xxxxxxxxxx>
- Re: [PATCH v3 0/3] A Solution to Re-enable hugetlb vmemmap optimize
- From: Jane Chu <jane.chu@xxxxxxxxxx>
- Re: [PATCH] scripts/gdb/vmalloc: fix vmallocinfo error
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] scripts/gdb/vmalloc: fix vmallocinfo error
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH v6 2/4] mm: introduce new flag to indicate wc safe
- From: <ankita@xxxxxxxxxx>
- [PATCH v6 4/4] vfio: convey kvm that the vfio-pci device is wc safe
- From: <ankita@xxxxxxxxxx>
- [PATCH v6 3/4] kvm: arm64: set io memory s2 pte as normalnc for vfio pci device
- From: <ankita@xxxxxxxxxx>
- [PATCH v6 1/4] kvm: arm64: introduce new flag for non-cacheable IO memory
- From: <ankita@xxxxxxxxxx>
- [PATCH v6 0/4] kvm: arm64: allow the VM to select DEVICE_* and NORMAL_NC for IO memory
- From: <ankita@xxxxxxxxxx>
- [PATCH v3 00/32] spi: get rid of some legacy macros
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] A Solution to Re-enable hugetlb vmemmap optimize
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- [PATCH v11 4/5] arm64: support copy_mc_[user]_highpage()
- From: Tong Tiangen <tongtiangen@xxxxxxxxxx>
- [PATCH v11 5/5] arm64: send SIGBUS to user process for SEA exception
- From: Tong Tiangen <tongtiangen@xxxxxxxxxx>
- [PATCH v11 3/5] mm/hwpoison: return -EFAULT when copy fail in copy_mc_[user]_highpage()
- From: Tong Tiangen <tongtiangen@xxxxxxxxxx>
- [PATCH v11 2/5] arm64: add support for ARCH_HAS_COPY_MC
- From: Tong Tiangen <tongtiangen@xxxxxxxxxx>
- [PATCH v11 1/5] uaccess: add generic fallback version of copy_mc_to_user()
- From: Tong Tiangen <tongtiangen@xxxxxxxxxx>
- [PATCH v11 0/5]arm64: add ARCH_HAS_COPY_MC support
- From: Tong Tiangen <tongtiangen@xxxxxxxxxx>
- Re: [PATCH v3 0/3] A Solution to Re-enable hugetlb vmemmap optimize
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v3 0/3] A Solution to Re-enable hugetlb vmemmap optimize
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v3 2/3] arm64: mm: HVO: support BBM of vmemmap pgtable safely
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v3 0/3] A Solution to Re-enable hugetlb vmemmap optimize
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v3 0/3] A Solution to Re-enable hugetlb vmemmap optimize
- From: Will Deacon <will@xxxxxxxxxx>
- Re: [PATCH v3 0/3] A Solution to Re-enable hugetlb vmemmap optimize
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] A Solution to Re-enable hugetlb vmemmap optimize
- From: Will Deacon <will@xxxxxxxxxx>
- Re: [PATCH REPOST v2] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
- From: Mark Rutland <mark.rutland@xxxxxxx>
- [PATCH] scripts/gdb/vmalloc: fix vmallocinfo error
- From: Kuan-Ying Lee <Kuan-Ying.Lee@xxxxxxxxxxxx>
- [linux-next:master] BUILD REGRESSION ac139fc7db67968e5061715508b5fc4aa7c40c56
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH REPOST v2] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
- From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
- [PATCH REPOST v2] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
- From: "Christoph Lameter (Ampere)" <cl@xxxxxxxxxx>
- Re: [PATCH v3 00/17] kexec: Allow preservation of ftrace buffers
- From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
- Re: [PATCH v3 00/17] kexec: Allow preservation of ftrace buffers
- From: Alexander Graf <graf@xxxxxxxxxx>
- Re: [PATCH v3 00/17] kexec: Allow preservation of ftrace buffers
- From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
[Index of Archives]
[Linux Kernel]
[Linux ARM (vger)]
[Linux ARM MSM]
[Linux Omap]
[CentOS ARM]
[Linux Arm]
[Linux Tegra]
[Fedora ARM]
[Linux for Samsung SOC]
[eCos]
[Linux Fastboot]
[Gcc Help]
[Git]
[DCCP]
[IETF Announce]
[Security]
[Linux MIPS]