Linux Arch

• Thread Index

• [PATCH v8 15/40] x86/mm: Update ptep/pmdp_set_wrprotect() for _PAGE_SAVED_DIRTY
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 10/40] x86/mm: Move pmd_write(), pud_write() up in the file
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 11/40] mm: Introduce pte_mkwrite_kernel()
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 13/40] mm: Make pte_mkwrite() take a VMA
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 12/40] s390/mm: Introduce pmd_mkwrite_kernel()
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 14/40] x86/mm: Introduce _PAGE_SAVED_DIRTY
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 09/40] x86/mm: Remove _PAGE_DIRTY from kernel RO pages
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 08/40] x86/shstk: Add user control-protection fault handler
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 07/40] x86/traps: Move control protection handler to separate file
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 05/40] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 06/40] x86/fpu: Add helper for modifying xstate
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 03/40] x86/cpufeatures: Add CPU feature flags for shadow stacks
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 04/40] x86/cpufeatures: Enable CET CR4 bit for shadow stack
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 02/40] x86/shstk: Add Kconfig option for shadow stack
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 01/40] Documentation/x86: Add CET shadow stack description
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 00/40] Shadow stacks for userspace
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v4 20/36] powerpc: Implement the new page table range API
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH] mm/page_alloc: Make deferred page init free pages in MAX_ORDER blocks
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v7 22/41] mm/mmap: Add shadow stack pages to memory accounting
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH] mm/page_alloc: Make deferred page init free pages in MAX_ORDER blocks
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v7 22/41] mm/mmap: Add shadow stack pages to memory accounting
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 22/41] mm/mmap: Add shadow stack pages to memory accounting
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH v7 22/41] mm/mmap: Add shadow stack pages to memory accounting
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v7 22/41] mm/mmap: Add shadow stack pages to memory accounting
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH v7 21/41] mm: Add guard pages around a shadow stack.
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH v7 24/41] mm: Don't allow write GUPs to shadow stack memory
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• [PATCH] mm/page_alloc: Make deferred page init free pages in MAX_ORDER blocks
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 16/36] mips: Implement the new page table range API
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 35/36] mm: Convert do_set_pte() to set_pte_range()
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [PATCH v4 34/36] rmap: add folio_add_file_rmap_range()
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely
  • From: Zi Yan <ziy@xxxxxxxxxx>
• Re: [PATCH v4 35/36] mm: Convert do_set_pte() to set_pte_range()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v4 34/36] rmap: add folio_add_file_rmap_range()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH net-next 1/3] scm: add SO_PASSPIDFD and SCM_PIDFD
  • From: Lennart Poettering <mzxreary@xxxxxxxxxxx>
• Re: [PATCH net-next 1/3] scm: add SO_PASSPIDFD and SCM_PIDFD
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH net-next 1/3] scm: add SO_PASSPIDFD and SCM_PIDFD
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH net-next 2/3] net: core: add getsockopt SO_PEERPIDFD
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v4 34/36] rmap: add folio_add_file_rmap_range()
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [PATCH 02/10] um: Fix MAX_ORDER usage in linux_main()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 01/10] sparc/mm: Fix MAX_ORDER usage in tsb_grow()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 03/10] floppy: Fix MAX_ORDER usage
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 01/10] sparc/mm: Fix MAX_ORDER usage in tsb_grow()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 35/36] mm: Convert do_set_pte() to set_pte_range()
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [PATCH v4 35/36] mm: Convert do_set_pte() to set_pte_range()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v4 35/36] mm: Convert do_set_pte() to set_pte_range()
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [PATCH net-next 2/3] net: core: add getsockopt SO_PEERPIDFD
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next 1/3] scm: add SO_PASSPIDFD and SCM_PIDFD
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH v4 20/36] powerpc: Implement the new page table range API
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4 35/36] mm: Convert do_set_pte() to set_pte_range()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely
  • From: Vineet Gupta <vineet.gupta@xxxxxxxxx>
• Re: [PATCH v4 35/36] mm: Convert do_set_pte() to set_pte_range()
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [PATCH net-next 1/3] scm: add SO_PASSPIDFD and SCM_PIDFD
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v7 33/41] x86/shstk: Introduce map_shadow_stack syscall
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH v7 33/41] x86/shstk: Introduce map_shadow_stack syscall
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v4 35/36] mm: Convert do_set_pte() to set_pte_range()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely
  • From: Zi Yan <ziy@xxxxxxxxxx>
• Re: [PATCH v4 35/36] mm: Convert do_set_pte() to set_pte_range()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v4 35/36] mm: Convert do_set_pte() to set_pte_range()
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [PATCH v4 35/36] mm: Convert do_set_pte() to set_pte_range()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v4 34/36] rmap: add folio_add_file_rmap_range()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v4 14/36] m68k: Implement the new page table range API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 34/36] rmap: add folio_add_file_rmap_range()
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [PATCH v4 35/36] mm: Convert do_set_pte() to set_pte_range()
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [PATCH v3 15/38] leds: add HAS_IOPORT dependencies
  • From: Lee Jones <lee@xxxxxxxxxx>
• Re: [PATCH net-next 1/3] scm: add SO_PASSPIDFD and SCM_PIDFD
  • From: Aleksandr Mikhalitsyn <aleksandr.mikhalitsyn@xxxxxxxxxxxxx>
• Re: [PATCH v3 02/38] ata: add HAS_IOPORT dependencies
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH net-next 1/3] scm: add SO_PASSPIDFD and SCM_PIDFD
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• [PATCH net-next 3/3] selftests: net: add SCM_PIDFD / SO_PEERPIDFD test
  • From: Alexander Mikhalitsyn <aleksandr.mikhalitsyn@xxxxxxxxxxxxx>
• [PATCH net-next 2/3] net: core: add getsockopt SO_PEERPIDFD
  • From: Alexander Mikhalitsyn <aleksandr.mikhalitsyn@xxxxxxxxxxxxx>
• [PATCH net-next 1/3] scm: add SO_PASSPIDFD and SCM_PIDFD
  • From: Alexander Mikhalitsyn <aleksandr.mikhalitsyn@xxxxxxxxxxxxx>
• Re: [PATCH 08/10] mm/slub: Fix MAX_ORDER usage in calculate_order()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 04/10] drm/i915: Fix MAX_ORDER usage in i915_gem_object_get_pages_internal()
  • From: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxxxxxxxx>
• Re: [PATCH 01/10] sparc/mm: Fix MAX_ORDER usage in tsb_grow()
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• [RFC PATCH 10/10] KVM: selftests: Test KVM exit behavior for private memory/access
  • From: Ackerley Tng <ackerleytng@xxxxxxxxxx>
• [RFC PATCH 08/10] KVM: selftests: Default private_mem_conversions_test to use 1 restrictedmem file for test data
  • From: Ackerley Tng <ackerleytng@xxxxxxxxxx>
• [RFC PATCH 07/10] KVM: selftests: Add vm_userspace_mem_region_add_with_restrictedmem
  • From: Ackerley Tng <ackerleytng@xxxxxxxxxx>
• [RFC PATCH 09/10] KVM: selftests: Add tests around sharing a restrictedmem fd
  • From: Ackerley Tng <ackerleytng@xxxxxxxxxx>
• [RFC PATCH 05/10] KVM: selftests: Generalize private_mem_conversions_test for parallel execution
  • From: Ackerley Tng <ackerleytng@xxxxxxxxxx>
• [RFC PATCH 06/10] KVM: selftests: Default private_mem_conversions_test to use 1 memslot for test data
  • From: Ackerley Tng <ackerleytng@xxxxxxxxxx>
• [RFC PATCH 03/10] KVM: selftests: Test that VM private memory should not be readable from host
  • From: Ackerley Tng <ackerleytng@xxxxxxxxxx>
• [RFC PATCH 04/10] KVM: selftests: Exercise restrictedmem allocation and truncation code after KVM invalidation code has been unbound
  • From: Ackerley Tng <ackerleytng@xxxxxxxxxx>
• [RFC PATCH 02/10] KVM: selftests: Test that ftruncate to non-page-aligned size on a restrictedmem fd should fail
  • From: Ackerley Tng <ackerleytng@xxxxxxxxxx>
• [RFC PATCH 01/10] KVM: selftests: Test error message fixes for memfd_restricted selftests
  • From: Ackerley Tng <ackerleytng@xxxxxxxxxx>
• [RFC PATCH 00/10] Additional selftests for restrictedmem
  • From: Ackerley Tng <ackerleytng@xxxxxxxxxx>
• Re: [PATCH v3 02/38] ata: add HAS_IOPORT dependencies
  • From: Damien Le Moal <damien.lemoal@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 0/2] Begin reorganizing the arch documentation
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• [PATCH 2/2] docs: move x86 documentation into Documentation/arch/
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [PATCH RFC 0/2] Begin reorganizing the arch documentation
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [PATCH 1/2] docs: create a top-level arch/ directory
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH v4 16/36] mips: Implement the new page table range API
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4 27/36] x86: Implement the new page table range API
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4 34/36] rmap: add folio_add_file_rmap_range()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH 09/10] iommu: Fix MAX_ORDER usage in __iommu_dma_alloc_pages()
  • From: Jacob Pan <jacob.jun.pan@xxxxxxxxxxxxxxx>
• Re: [PATCH 04/10] drm/i915: Fix MAX_ORDER usage in i915_gem_object_get_pages_internal()
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 04/10] drm/i915: Fix MAX_ORDER usage in i915_gem_object_get_pages_internal()
  • From: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxxxxxxxx>
• Re: [PATCH 04/10] drm/i915: Fix MAX_ORDER usage in i915_gem_object_get_pages_internal()
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v4 35/36] mm: Convert do_set_pte() to set_pte_range()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 04/10] drm/i915: Fix MAX_ORDER usage in i915_gem_object_get_pages_internal()
  • From: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 34/36] rmap: add folio_add_file_rmap_range()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v4 2/4] mips: add <asm-generic/io.h> including
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH 09/10] iommu: Fix MAX_ORDER usage in __iommu_dma_alloc_pages()
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v3 07/38] drm: handle HAS_IOPORT dependencies
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/38] ata: add HAS_IOPORT dependencies
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 06/10] perf/core: Fix MAX_ORDER usage in rb_alloc_aux_page()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 09/10] iommu: Fix MAX_ORDER usage in __iommu_dma_alloc_pages()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 07/10] mm/page_reporting: Fix MAX_ORDER usage in page_reporting_register()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 08/10] mm/slub: Fix MAX_ORDER usage in calculate_order()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 05/10] genwqe: Fix MAX_ORDER usage
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 04/10] drm/i915: Fix MAX_ORDER usage in i915_gem_object_get_pages_internal()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 00/10] Fix confusion around MAX_ORDER
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 01/10] sparc/mm: Fix MAX_ORDER usage in tsb_grow()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 02/10] um: Fix MAX_ORDER usage in linux_main()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 03/10] floppy: Fix MAX_ORDER usage
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 27/36] x86: Implement the new page table range API
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v4 27/36] x86: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 16/36] mips: Implement the new page table range API
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 08/36] arm: Implement the new page table range API
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 27/36] x86: Implement the new page table range API
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 35/38] video: handle HAS_IOPORT dependencies
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 20/36] powerpc: Implement the new page table range API
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v4 28/36] xtensa: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 27/36] x86: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 26/36] um: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 25/36] sparc64: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 24/36] sparc32: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 23/36] superh: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 22/36] s390: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 21/36] riscv: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 20/36] powerpc: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 19/36] parisc: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 18/36] openrisc: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 17/36] nios2: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 16/36] mips: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 15/36] microblaze: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 14/36] m68k: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 13/36] loongarch: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 12/36] ia64: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 11/36] hexagon: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 10/36] csky: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 09/36] arm64: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 08/36] arm: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 20/38] net: handle HAS_IOPORT dependencies
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH v4 07/36] arc: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 20/36] powerpc: Implement the new page table range API
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v4 06/36] alpha: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 05/36] mm: Add default definition of set_ptes()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 04/36] mm: Remove ARCH_IMPLEMENTS_FLUSH_DCACHE_FOLIO
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 03/36] mm: Add folio_flush_mapping()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 02/36] mm: Add generic flush_icache_pages() and documentation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 02/34] mm: Add generic flush_icache_pages() and documentation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 01/36] mm: Convert page_table_check_pte_set() to page_table_check_ptes_set()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 02/38] ata: add HAS_IOPORT dependencies
  • From: Damien Le Moal <damien.lemoal@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 09/38] gpio: add HAS_IOPORT dependencies
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v3 02/38] ata: add HAS_IOPORT dependencies
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 13/38] Input: add HAS_IOPORT dependencies
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 35/38] video: handle HAS_IOPORT dependencies
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 14/36] m68k: Implement the new page table range API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 23/36] superh: Implement the new page table range API
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 23/36] superh: Implement the new page table range API
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/38] ata: add HAS_IOPORT dependencies
  • From: Damien Le Moal <damien.lemoal@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/38] ata: add HAS_IOPORT dependencies
  • From: Damien Le Moal <damien.lemoal@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/38] ata: add HAS_IOPORT dependencies
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [RFC PATCH V3 00/16] x86/hyperv/sev: Add AMD sev-snp enlightened guest support on hyperv
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [PATCH v3 18/38] mISDN: add HAS_IOPORT dependencies
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v3 20/38] net: handle HAS_IOPORT dependencies
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v3 37/38] wireless: add HAS_IOPORT dependencies
  • From: Kalle Valo <kvalo@xxxxxxxxxx>
• Re: [PATCH v3 20/34] riscv: Implement the new page table range API
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [PATCH v4 33/36] filemap: Add filemap_map_folio_range()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 02/36] mm: Add generic flush_icache_pages() and documentation
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 04/36] mm: Remove ARCH_IMPLEMENTS_FLUSH_DCACHE_FOLIO
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 35/36] mm: Convert do_set_pte() to set_pte_range()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 36/36] filemap: Batch PTE mappings
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 25/36] sparc64: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 32/36] mm: Use flush_icache_pages() in do_set_pmd()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 30/36] mm: Rationalise flush_icache_pages() and flush_icache_page()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 00/36] New page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 23/36] superh: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 29/36] mm: Remove page_mapping_file()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 20/36] powerpc: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 15/36] microblaze: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 21/36] riscv: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 28/36] xtensa: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 18/36] openrisc: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 06/36] alpha: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 24/36] sparc32: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 34/36] rmap: add folio_add_file_rmap_range()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 22/36] s390: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 17/36] nios2: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 19/36] parisc: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 27/36] x86: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 16/36] mips: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 31/36] mm: Tidy up set_ptes definition
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 14/36] m68k: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 26/36] um: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 13/36] loongarch: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 01/36] mm: Convert page_table_check_pte_set() to page_table_check_ptes_set()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 11/36] hexagon: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 12/36] ia64: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 09/36] arm64: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 08/36] arm: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 10/36] csky: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 07/36] arc: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 05/36] mm: Add default definition of set_ptes()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 03/36] mm: Add folio_flush_mapping()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 25/38] platform: add HAS_IOPORT dependencies
  • From: Tzung-Bi Shih <tzungbi@xxxxxxxxxx>
• Re: [PATCH v3 02/38] ata: add HAS_IOPORT dependencies
  • From: Damien Le Moal <damien.lemoal@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/4] mips: add <asm-generic/io.h> including
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v4 2/4] mips: add <asm-generic/io.h> including
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 01/38] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/4] mips: add <asm-generic/io.h> including
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH v3 01/38] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v3 23/38] PCI/sysfs: Make I/O resource depend on HAS_IOPORT
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v4 2/4] mips: add <asm-generic/io.h> including
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 03/38] char: impi, tpm: depend on HAS_IOPORT
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 34/38] usb: handle HAS_IOPORT dependencies
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 03/38] char: impi, tpm: depend on HAS_IOPORT
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 36/38] watchdog: add HAS_IOPORT dependencies
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v3 21/38] parport: PC style parport depends on HAS_IOPORT
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 00/38] Kconfig: Introduce HAS_IOPORT config option
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 03/38] char: impi, tpm: depend on HAS_IOPORT
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 03/38] char: impi, tpm: depend on HAS_IOPORT
  • From: Corey Minyard <minyard@xxxxxxx>
• [PATCH v3 01/38] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v3 01/38] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 28/38] rtc: add HAS_IOPORT dependencies
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH v3 01/38] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 05/38] counter: add HAS_IOPORT dependencies
  • From: William Breathitt Gray <william.gray@xxxxxxxxxx>
• Re: [PATCH v3 01/38] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 03/38] char: impi, tpm: depend on HAS_IOPORT
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v3 30/38] sound: add HAS_IOPORT dependencies
  • From: Takashi Iwai <tiwai@xxxxxxx>
• [PATCH v3 20/38] net: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 12/38] iio: ad7606: Kconfig: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 31/38] speakup: add HAS_IOPORT dependency for SPEAKUP_SERIALIO
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 18/38] mISDN: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 33/38] tty: serial: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 26/38] pnp: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 14/38] Input: gameport: add ISA and HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 37/38] wireless: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 35/38] video: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 22/38] PCI: Make quirk using inw() depend on HAS_IOPORT
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 19/38] mpt fusion: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 25/38] platform: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 30/38] sound: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 10/38] hwmon: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 34/38] usb: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 23/38] PCI/sysfs: Make I/O resource depend on HAS_IOPORT
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 05/38] counter: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 32/38] staging: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 17/38] misc: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 36/38] watchdog: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 15/38] leds: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 28/38] rtc: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 38/38] asm-generic/io.h: drop inb() etc for HAS_IOPORT=n
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 24/38] pcmcia: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 16/38] media: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 29/38] scsi: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 27/38] power: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 21/38] parport: PC style parport depends on HAS_IOPORT
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 11/38] i2c: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 00/38] Kconfig: Introduce HAS_IOPORT config option
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 03/38] char: impi, tpm: depend on HAS_IOPORT
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 04/38] comedi: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 08/38] firmware: dmi-sysfs: handle HAS_IOPORT=n
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 13/38] Input: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 02/38] ata: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 07/38] drm: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 06/38] /dev/port: don't compile file operations without CONFIG_DEVPORT
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 09/38] gpio: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [RFC PATCH 00/32] ACPI/arm64: add support for virtual cpuhotplug
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v7 33/41] x86/shstk: Introduce map_shadow_stack syscall
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 2/4] mips: add <asm-generic/io.h> including
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v7 38/41] x86/fpu: Add helper for initing features
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• RE: [PATCH v2 2/2] x86/hyperv: VTL support for Hyper-V
  • From: KY Srinivasan <kys@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/4] mips: add <asm-generic/io.h> including
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• RE: [PATCH v2 2/2] x86/hyperv: VTL support for Hyper-V
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v7 38/41] x86/fpu: Add helper for initing features
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 2/2] x86/hyperv: VTL support for Hyper-V
  • From: Saurabh Singh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 38/41] x86/fpu: Add helper for initing features
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [RFC PATCH 00/32] ACPI/arm64: add support for virtual cpuhotplug
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH v2 4/5] pktcdvd: Remove CONFIG_CDROM_PKTCDVD_WCACHE from uapi header
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] x86/hyperv: VTL support for Hyper-V
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH v7 40/41] x86/shstk: Add ARCH_SHSTK_UNLOCK
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 38/41] x86/fpu: Add helper for initing features
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 2/2] x86/hyperv: VTL support for Hyper-V
  • From: Saurabh Singh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 40/41] x86/shstk: Add ARCH_SHSTK_UNLOCK
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 39/41] x86: Add PTRACE interface for shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 38/41] x86/fpu: Add helper for initing features
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2] irq domain: drop IRQ_DOMAIN_HIERARCHY option, make it always on
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] x86/hyperv: VTL support for Hyper-V
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to MM CPUs
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to MM CPUs
  • From: Yair Podemsky <ypodemsk@xxxxxxxxxx>
• Re: [PATCH v7 40/41] x86/shstk: Add ARCH_SHSTK_UNLOCK
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 39/41] x86: Add PTRACE interface for shadow stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 38/41] x86/fpu: Add helper for initing features
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH V2] LoongArch: Provide kernel fpu functions
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 24469a0e5052ba01a35a15f104717a82b7a4798b
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v7 33/41] x86/shstk: Introduce map_shadow_stack syscall
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v4 3/4] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v7 28/41] x86: Introduce userspace API for shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 33/41] x86/shstk: Introduce map_shadow_stack syscall
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH v7 28/41] x86: Introduce userspace API for shadow stack
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH v7 28/41] x86: Introduce userspace API for shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 33/41] x86/shstk: Introduce map_shadow_stack syscall
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 33/41] x86/shstk: Introduce map_shadow_stack syscall
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 0/5] Remove #ifdef CONFIG_* from uapi headers (2023 edition)
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v7 33/41] x86/shstk: Introduce map_shadow_stack syscall
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 28/41] x86: Introduce userspace API for shadow stack
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH v7 34/41] x86/shstk: Support WRSS for userspace
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 33/41] x86/shstk: Introduce map_shadow_stack syscall
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 34/41] x86/shstk: Support WRSS for userspace
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH V3 00/16] x86/hyperv/sev: Add AMD sev-snp enlightened guest support on hyperv
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [PATCH v2 4/5] pktcdvd: Remove CONFIG_CDROM_PKTCDVD_WCACHE from uapi header
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH v7 33/41] x86/shstk: Introduce map_shadow_stack syscall
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v2 3/5] Move bp_type_idx to include/linux/hw_breakpoint.h
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• [PATCH v2 2/5] Move ep_take_care_of_epollwakeup() to fs/eventpoll.c
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• [PATCH v2 1/5] Move COMPAT_ATM_ADDPARTY to net/atm/svc.c
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• [PATCH v2 5/5] scripts: Update the CONFIG_* ignore list in headers_install.sh
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• [PATCH v2 0/5] Remove #ifdef CONFIG_* from uapi headers (2023 edition)
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [RFC PATCH V3 16/16] x86/sev: Fix interrupt exit code paths from #HV exception
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [RFC PATCH V3 13/16] x86/sev: Add Check of #HV event in path
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [RFC PATCH V3 12/16] x86/sev: Add a #HV exception handler
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [RFC PATCH V3 00/16] x86/hyperv/sev: Add AMD sev-snp enlightened guest support on hyperv
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [PATCH v7 28/41] x86: Introduce userspace API for shadow stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] asm-generic/io.h: suppress endianness warnings for readq() and writeq()
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [PATCH V4] LoongArch: Provide kernel fpu functions
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• Re: [PATCH V4] LoongArch: Provide kernel fpu functions
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• [PATCH V4] LoongArch: Provide kernel fpu functions
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [PATCH V2] LoongArch: Provide kernel fpu functions
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH 0/2] riscv: asid: switch to alternative way to fix stale TLB entries
  • From: patchwork-bot+linux-riscv@xxxxxxxxxx
• Re: [PATCH v7 28/41] x86: Introduce userspace API for shadow stack
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH v4 3/4] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v7 28/41] x86: Introduce userspace API for shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 33/41] x86/shstk: Introduce map_shadow_stack syscall
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 28/41] x86: Introduce userspace API for shadow stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 32/41] x86/shstk: Handle signals for shadow stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 3/4] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] x86/init: Make get/set_rtc_noop() public
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v7 33/41] x86/shstk: Introduce map_shadow_stack syscall
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH v7 30/41] x86/shstk: Handle thread shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 33/41] x86/shstk: Introduce map_shadow_stack syscall
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 33/41] x86/shstk: Introduce map_shadow_stack syscall
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• [PATCH v2 2/2] x86/hyperv: VTL support for Hyper-V
  • From: Saurabh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/2] x86/init: Make get/set_rtc_noop() public
  • From: Saurabh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 0/2] Hyper-V VTL support
  • From: Saurabh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 31/41] x86/shstk: Introduce routines modifying shstk
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 32/41] x86/shstk: Handle signals for shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 31/41] x86/shstk: Introduce routines modifying shstk
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 30/41] x86/shstk: Handle thread shadow stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 32/41] x86/shstk: Handle signals for shadow stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 30/41] x86/shstk: Handle thread shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 28/41] x86: Introduce userspace API for shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 31/41] x86/shstk: Introduce routines modifying shstk
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH V2] LoongArch: Provide kernel fpu functions
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] LoongArch: Provide kernel fpu functions
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: Jörg Rödel <joro@xxxxxxxxxx>
• Re: [PATCH v4 3/4] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v7 30/41] x86/shstk: Handle thread shadow stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v7 28/41] x86: Introduce userspace API for shadow stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH V3 12/16] x86/sev: Add a #HV exception handler
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/34] New page table range API
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v3 08/34] arm64: Implement the new page table range API
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH v6 10/13] hv_netvsc: Remove second mapping of send and recv buffers
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v6 12/13] PCI: hv: Add hypercalls to read/write MMIO space
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v6 08/13] Drivers: hv: vmbus: Remove second mapping of VMBus monitor pages
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v6 11/13] Drivers: hv: Don't remap addresses that are above shared_gpa_boundary
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v6 13/13] PCI: hv: Enable PCI pass-thru devices in Confidential VMs
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v6 09/13] Drivers: hv: vmbus: Remove second way of mapping ring buffers
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v6 07/13] swiotlb: Remove bounce buffer remapping for Hyper-V
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v6 06/13] x86/hyperv: Change vTOM handling to use standard coco mechanisms
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v6 05/13] init: Call mem_encrypt_init() after Hyper-V hypercall init is done
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v6 04/13] x86/mm: Handle decryption/re-encryption of bss_decrypted consistently
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v6 03/13] Drivers: hv: Explicitly request decrypted in vmap_pfn() calls
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v6 02/13] x86/hyperv: Reorder code to facilitate future work
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v6 01/13] x86/ioremap: Add hypervisor callback for private MMIO mapping in coco VM
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v6 00/13] Add PCI pass-thru support to Hyper-V Confidential VMs
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v7 26/41] mm: Warn on shadow stack memory in wrong vma
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 27/41] x86/mm: Warn if create Write=0,Dirty=1 with raw prot
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 28/41] x86: Introduce userspace API for shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v4 1/4] video: fbdev: atyfb: only use ioremap_uc() on i386 and ia64
  • From: Ondrej Zary <linux@xxxxxxx>
• Re: [PATCH v7 21/41] mm: Add guard pages around a shadow stack.
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v4 1/4] video: fbdev: atyfb: only use ioremap_uc() on i386 and ia64
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v4 1/4] video: fbdev: atyfb: only use ioremap_uc() on i386 and ia64
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v7 30/41] x86/shstk: Handle thread shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v4 1/4] video: fbdev: atyfb: only use ioremap_uc() on i386 and ia64
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [RFC PATCH V3 13/16] x86/sev: Add Check of #HV event in path
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [PATCH v7 30/41] x86/shstk: Handle thread shadow stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v4 4/4] mips: io: remove duplicated codes
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v4 3/4] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v4 2/4] mips: add <asm-generic/io.h> including
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v4 1/4] video: fbdev: atyfb: only use ioremap_uc() on i386 and ia64
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v4 0/4] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v7 28/41] x86: Introduce userspace API for shadow stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 27/41] x86/mm: Warn if create Write=0,Dirty=1 with raw prot
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 26/41] mm: Warn on shadow stack memory in wrong vma
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE
  • From: Ackerley Tng <ackerleytng@xxxxxxxxxx>
• Re: [PATCH v5 12/26] riscv: Remove COMMAND_LINE_SIZE from uapi
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE
  • From: Ackerley Tng <ackerleytng@xxxxxxxxxx>
• Re: [PATCH v3 07/51] cpuidle,psci: Push RCU-idle into driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v7 01/41] Documentation/x86: Add CET shadow stack description
  • From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
• Re: [PATCH v7 01/41] Documentation/x86: Add CET shadow stack description
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v7 01/41] Documentation/x86: Add CET shadow stack description
  • From: "szabolcs.nagy@xxxxxxx" <szabolcs.nagy@xxxxxxx>
• Re: [RFC PATCH 00/32] ACPI/arm64: add support for virtual cpuhotplug
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v7 21/41] mm: Add guard pages around a shadow stack.
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v7 22/41] mm/mmap: Add shadow stack pages to memory accounting
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v7 21/41] mm: Add guard pages around a shadow stack.
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 2/2] arch/*/io.h: remove ioremap_uc in some architectures
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v7 24/41] mm: Don't allow write GUPs to shadow stack memory
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH V3] LoongArch: Provide kernel fpu functions
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH v3 2/2] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v7 21/41] mm: Add guard pages around a shadow stack.
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 25/41] x86/mm: Introduce MAP_ABOVE4G
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v3 2/2] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 01/10] alpha: fix livelock in uaccess
  • From: patchwork-bot+linux-riscv@xxxxxxxxxx
• Re: [PATCH v3 13/34] m68k: Implement the new page table range API
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 01/41] Documentation/x86: Add CET shadow stack description
  • From: "Liang, Kan" <kan.liang@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 24/41] mm: Don't allow write GUPs to shadow stack memory
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH v7 24/41] mm: Don't allow write GUPs to shadow stack memory
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 22/41] mm/mmap: Add shadow stack pages to memory accounting
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 24/41] mm: Don't allow write GUPs to shadow stack memory
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v7 22/41] mm/mmap: Add shadow stack pages to memory accounting
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 01/41] Documentation/x86: Add CET shadow stack description
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 25/41] x86/mm: Introduce MAP_ABOVE4G
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 01/41] Documentation/x86: Add CET shadow stack description
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• RE: [PATCH V3] LoongArch: Provide kernel fpu functions
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH V3] LoongArch: Provide kernel fpu functions
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v7 01/41] Documentation/x86: Add CET shadow stack description
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v7 01/41] Documentation/x86: Add CET shadow stack description
  • From: "szabolcs.nagy@xxxxxxx" <szabolcs.nagy@xxxxxxx>
• Re: [PATCH] LoongArch: Provide kernel fpu functions
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• Re: [PATCH v5 00/26] Remove COMMAND_LINE_SIZE from uapi
  • From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
• Re: [PATCH v7 24/41] mm: Don't allow write GUPs to shadow stack memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 22/41] mm/mmap: Add shadow stack pages to memory accounting
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH V3] LoongArch: Provide kernel fpu functions
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• RE: [PATCH] LoongArch: Provide kernel fpu functions
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH V3] LoongArch: Provide kernel fpu functions
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH V3] LoongArch: Provide kernel fpu functions
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• Re: [PATCH V3] LoongArch: Provide kernel fpu functions
  • From: maobibo <maobibo@xxxxxxxxxxx>
• Re: [PATCH V3] LoongArch: Provide kernel fpu functions
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• Re: [PATCH V3] LoongArch: Provide kernel fpu functions
  • From: maobibo <maobibo@xxxxxxxxxxx>
• [PATCH v5 26/26] riscv: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 25/26] s390: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 24/26] mips: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 23/26] powerpc: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 22/26] xtensa: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 21/26] x86: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 20/26] parisc: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 19/26] sparc: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 18/26] microblaze: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 17/26] arm64: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 16/26] m68k: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 15/26] arc: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 14/26] alpha: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 13/26] asm-generic: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 12/26] riscv: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 11/26] xtensa: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 10/26] sparc: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 09/26] powerpc: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 08/26] parisc: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 07/26] mips: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 06/26] microblaze: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 05/26] m68k: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 04/26] ia64: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 03/26] arm: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 02/26] arm64: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 01/26] alpha: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 00/26] Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH V3] LoongArch: Provide kernel fpu functions
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v3 1/2] mips: add <asm-generic/io.h> including
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v7 21/41] mm: Add guard pages around a shadow stack.
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 13/34] m68k: Implement the new page table range API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] irq domain: drop IRQ_DOMAIN_HIERARCHY option, make it always on
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] irq domain: drop IRQ_DOMAIN_HIERARCHY option, make it always on
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH V2] LoongArch: Provide kernel fpu functions
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH V2] LoongArch: Provide kernel fpu functions
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• Re: [PATCH V2] LoongArch: Provide kernel fpu functions
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH V2] LoongArch: Provide kernel fpu functions
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [PATCH] LoongArch: Provide kernel fpu functions
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• Re: [PATCH] LoongArch: Provide kernel fpu functions
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• [PATCH] irq domain: drop IRQ_DOMAIN_HIERARCHY option, make it always on
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 10/10] perf/ring_buffer: use local_try_cmpxchg in __perf_output_begin
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• [PATCH 09/10] locking/x86: Enable local{,64}_try_cmpxchg
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• [PATCH 08/10] locking/generic: Wire up local{,64}_try_cmpxchg
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• [PATCH 07/10] locking/x86: Wire up local_try_cmpxchg
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• [PATCH 05/10] locking/mips: Wire up local_try_cmpxchg
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• [PATCH 06/10] locking/powerpc: Wire up local_try_cmpxchg
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• [PATCH 04/10] locking/loongarch: Wire up local_try_cmpxchg
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• [PATCH 03/10] locking/alpha: Wire up local_try_cmpxchg
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• [PATCH 02/10] locking/atomic: Add generic try_cmpxchg{,64}_local support
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• [PATCH 01/10] locking/atomic: Add missing cast to try_cmpxchg() fallbacks
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• [PATCH 00/10] locking: Introduce local{,64}_try_cmpxchg
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• Re: [PATCH v3 13/34] m68k: Implement the new page table range API
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3 2/2] arch/*/io.h: remove ioremap_uc in some architectures
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [git pull] VM_FAULT_RETRY fixes
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v3 13/34] m68k: Implement the new page table range API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 13/34] m68k: Implement the new page table range API
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] LoongArch: Provide kernel fpu functions
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• Re: [PATCH] LoongArch: Provide kernel fpu functions
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH v3 13/34] m68k: Implement the new page table range API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 00/34] New page table range API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 29/34] mm: Rationalise flush_icache_pages() and flush_icache_page()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH] LoongArch: Provide kernel fpu functions
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• [PATCH] LoongArch: Provide kernel fpu functions
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• [git pull] VM_FAULT_RETRY fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 18/34] parisc: Implement the new page table range API
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• [linux-next:master] BUILD SUCCESS WITH WARNING 1acf39ef8f1425cd105f630dc2c7c1d8fff27ed1
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v7 01/41] Documentation/x86: Add CET shadow stack description
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 01/41] Documentation/x86: Add CET shadow stack description
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH v7 01/41] Documentation/x86: Add CET shadow stack description
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 01/41] Documentation/x86: Add CET shadow stack description
  • From: "szabolcs.nagy@xxxxxxx" <szabolcs.nagy@xxxxxxx>
• Re: [PATCH v7 01/41] Documentation/x86: Add CET shadow stack description
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v7 01/41] Documentation/x86: Add CET shadow stack description
  • From: "szabolcs.nagy@xxxxxxx" <szabolcs.nagy@xxxxxxx>
• Re: [PATCH v3 30/34] mm: Use flush_icache_pages() in do_set_pmd()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v7 20/41] x86/mm: Teach pte_mkwrite() about stack memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 19/41] x86/mm: Check shadow stack page fault errors
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v3 14/34] microblaze: Implement the new page table range API
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 11/34] ia64: Implement the new page table range API
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/34] New page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 30/34] mm: Use flush_icache_pages() in do_set_pmd()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v7 19/41] x86/mm: Check shadow stack page fault errors
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 16/34] nios2: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 1/2] mips: add <asm-generic/io.h> including
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 15/34] mips: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v3 11/34] ia64: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 09/34] csky: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 14/34] microblaze: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 03/34] mm: Add folio_flush_mapping()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 2/2] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v3 1/2] mips: add <asm-generic/io.h> including
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v3 0/2] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v2 0/2] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v2 1/2] mips: add <asm-generic/io.h> including
  • From: Baoquan He <bhe@xxxxxxxxxx>
• RE: [PATCH v3 2/6] x86/tdx: Support vmalloc() for tdx_enc_status_changed()
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] x86/hyperv: VTL support for Hyper-V
  • From: Saurabh Singh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] LoongArch: Fix the CRC32 feature probing
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• Re: [PATCH] LoongArch: Fix the CRC32 feature probing
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH] LoongArch: Fix the CRC32 feature probing
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• [PATCH] LoongArch: Fix the CRC32 feature probing
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [PATCH v7 33/41] x86/shstk: Introduce map_shadow_stack syscall
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 30/41] x86/shstk: Handle thread shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 01/41] Documentation/x86: Add CET shadow stack description
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v3 18/34] parisc: Implement the new page table range API
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• RE: [PATCH 2/2] x86/hyperv: VTL support for Hyper-V
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 08/10] parisc: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 30/41] x86/shstk: Handle thread shadow stack
  • From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
• Re: [PATCH v7 33/41] x86/shstk: Introduce map_shadow_stack syscall
  • From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
• Re: [PATCH v7 14/41] x86/mm: Introduce _PAGE_SAVED_DIRTY
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v3 18/34] parisc: Implement the new page table range API
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• RE: [PATCH] asm-generic: avoid __generic_cmpxchg_local warnings
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v7 01/41] Documentation/x86: Add CET shadow stack description
  • From: "szabolcs.nagy@xxxxxxx" <szabolcs.nagy@xxxxxxx>
• Re: [PATCH v7 01/41] Documentation/x86: Add CET shadow stack description
  • From: "szabolcs.nagy@xxxxxxx" <szabolcs.nagy@xxxxxxx>
• Re: [PATCH 2/2] x86/hyperv: VTL support for Hyper-V
  • From: Saurabh Singh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 21/34] s390: Implement the new page table range API
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
• Re: [PATCH v7 14/41] x86/mm: Introduce _PAGE_SAVED_DIRTY
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v7 13/41] mm: Make pte_mkwrite() take a VMA
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v4 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v4 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v4 24/24] s390: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 23/24] mips: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 22/24] powerpc: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 21/24] xtensa: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 20/24] x86: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 19/24] parisc: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 18/24] sparc: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 17/24] microblaze: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 16/24] arm64: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 15/24] m68k: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 14/24] arc: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 13/24] alpha: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH v4 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v4 12/24] asm-generic: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 11/24] xtensa: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 10/24] sparc: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 09/24] powerpc: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 08/24] parisc: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 07/24] mips: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 06/24] microblaze: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 05/24] m68k: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 04/24] ia64: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 03/24] arm: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 02/24] arm64: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 01/24] alpha: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH v2 1/2] mips: add <asm-generic/io.h> including
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH] asm-generic: avoid __generic_cmpxchg_local warnings
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH v2 1/2] mips: add <asm-generic/io.h> including
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2 1/2] mips: add <asm-generic/io.h> including
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH v3 03/24] arm: Remove COMMAND_LINE_SIZE from uapi
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
• Re: [RFC PATCH V3 14/16] x86/sev: Initialize #HV doorbell and handle interrupt requests
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [PATCH v7 08/41] x86/shstk: Add user control-protection fault handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 01/41] Documentation/x86: Add CET shadow stack description
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 08/41] x86/shstk: Add user control-protection fault handler
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 01/41] Documentation/x86: Add CET shadow stack description
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 08/41] x86/shstk: Add user control-protection fault handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [GIT PULL] LoongArch changes for v6.3
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH] locking/atomic: cmpxchg: Make __generic_cmpxchg_local compare against zero-extended 'old' value
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 22/34] superh: Implement the new page table range API
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 1716a175592aff9549a0c07aac8f9cadd03003f5
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 20/41] x86/mm: Teach pte_mkwrite() about stack memory
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH v6 13/41] mm: Make pte_mkwrite() take a VMA
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH v7 07/41] x86: Move control protection handler to separate file
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v6 11/41] mm: Introduce pte_mkwrite_kernel()
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH] locking/atomic: cmpxchg: Make __generic_cmpxchg_local compare against zero-extended 'old' value
  • From: Matt Evans <mev@xxxxxxxxxxxx>
• Re: [PATCH v7 01/41] Documentation/x86: Add CET shadow stack description
  • From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
• Re: [PATCH v7 01/41] Documentation/x86: Add CET shadow stack description
  • From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
• Re: [PATCH v2 1/2] mips: add <asm-generic/io.h> including
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2 0/2] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 2/2] x86/hyperv: VTL support for Hyper-V
  • From: Jeremi Piotrowski <jpiotrowski@xxxxxxxxxxxxxxxxxxx>
• [PATCH V2] LoongArch: Mark 3 symbol exports as non-GPL
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [PATCH] LoongArch: Export some symbols without GPL
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [RFC PATCH V3 13/16] x86/sev: Add Check of #HV event in path
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• [PATCH v2 1/2] mips: add <asm-generic/io.h> including
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v2 2/2] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v2 0/2] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 2/2] x86/hyperv: VTL support for Hyper-V
  • From: Saurabh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] x86/init: Make get/set_rtc_noop() public
  • From: Saurabh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• [PATCH 0/2] Hyper-V VTL support
  • From: Saurabh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] LoongArch: Export some symbols without GPL
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• Re: [PATCH v5 01/17] asm-generic/iomap.h: remove ARCH_HAS_IOREMAP_xx macros
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH] LoongArch: Export some symbols without GPL
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [PATCH v7 13/41] mm: Make pte_mkwrite() take a VMA
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 22/34] superh: Implement the new page table range API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] riscv: Get rid of riscv_pfn_base variable
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v7 13/41] mm: Make pte_mkwrite() take a VMA
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [GIT PULL] LoongArch changes for v6.3
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• [PATCH] Discard .note.gnu.property in vmlinux
  • From: Tianyi Liu <i.pear@xxxxxxxxxxx>
• Re: [PATCH v5 01/17] asm-generic/iomap.h: remove ARCH_HAS_IOREMAP_xx macros
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v5 01/17] asm-generic/iomap.h: remove ARCH_HAS_IOREMAP_xx macros
  • From: Edward Cree <ecree.xilinx@xxxxxxxxx>
• Re: [PATCH 08/10] parisc: fix livelock in uaccess
  • From: Helge Deller <deller@xxxxxx>
• [PATCH v5 17/17] mm: ioremap: remove unneeded ioremap_allowed and iounmap_allowed
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v5 16/17] arm64 : mm: add wrapper function ioremap_prot()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v5 14/17] mm/ioremap: Consider IOREMAP space in generic ioremap
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v5 15/17] powerpc: mm: Convert to GENERIC_IOREMAP
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v5 13/17] parisc: mm: Convert to GENERIC_IOREMAP
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v5 12/17] xtensa: mm: Convert to GENERIC_IOREMAP
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v5 10/17] s390: mm: Convert to GENERIC_IOREMAP
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v5 11/17] sh: mm: Convert to GENERIC_IOREMAP
  • From: Baoquan He <bhe@xxxxxxxxxx>