Linux Arch

• Date Index

• [RFC PATCH v2 19/31] kvx: Add process management, (continued)
  • [RFC PATCH v2 19/31] kvx: Add process management, Yann Sionneau
  • [RFC PATCH v2 28/31] kvx: Add debugging related support, Yann Sionneau
  • [RFC PATCH v2 18/31] irqchip: Add kvx-core-intc core interupt controller driver, Yann Sionneau
  • [RFC PATCH v2 29/31] kvx: Add support for cpuinfo, Yann Sionneau
    • Re: [RFC PATCH v2 29/31] kvx: Add support for cpuinfo, Krzysztof Kozlowski
  • [RFC PATCH v2 17/31] irqchip: Add irq-kvx-apic-mailbox driver, Yann Sionneau
  • [RFC PATCH v2 25/31] kvx: Add some library functions, Yann Sionneau
  • [RFC PATCH v2 30/31] kvx: Add power controller driver, Yann Sionneau
    • Re: [RFC PATCH v2 30/31] kvx: Add power controller driver, Krzysztof Kozlowski
      • Re: [RFC PATCH v2 30/31] kvx: Add power controller driver, Yann Sionneau
        • Re: [RFC PATCH v2 30/31] kvx: Add power controller driver, Arnd Bergmann
        • Re: [RFC PATCH v2 30/31] kvx: Add power controller driver, Krzysztof Kozlowski
  • [RFC PATCH v2 27/31] kvx: Add kvx default config file, Yann Sionneau
    • Re: [RFC PATCH v2 27/31] kvx: Add kvx default config file, Krzysztof Kozlowski
  • [RFC PATCH v2 24/31] kvx: Add misc common routines, Yann Sionneau
  • [RFC PATCH v2 31/31] kvx: Add IPI driver, Yann Sionneau
    • Re: [RFC PATCH v2 31/31] kvx: Add IPI driver, Krzysztof Kozlowski
      • Re: [RFC PATCH v2 31/31] kvx: Add IPI driver, Yann Sionneau
        • Re: [RFC PATCH v2 31/31] kvx: Add IPI driver, Krzysztof Kozlowski
        • Re: [RFC PATCH v2 31/31] kvx: Add IPI driver, Arnd Bergmann
  • [RFC PATCH v2 22/31] kvx: Add signal handling support, Yann Sionneau
  • [RFC PATCH v2 26/31] kvx: Add multi-processor (SMP) support, Yann Sionneau
  • [RFC PATCH v2 23/31] kvx: Add ELF relocations and module support, Yann Sionneau
  • [RFC PATCH v2 21/31] kvx: Add system call support, Yann Sionneau
  • Message not available
    • Re: [RFC PATCH v2 20/31] kvx: Add memory management, Mike Rapoport
• [PATCH v5 00/39] Shadow stacks for userspace, Rick Edgecombe
  • [PATCH v5 01/39] Documentation/x86: Add CET shadow stack description, Rick Edgecombe
    • Re: [PATCH v5 01/39] Documentation/x86: Add CET shadow stack description, Kees Cook
  • [PATCH v5 02/39] x86/shstk: Add Kconfig option for shadow stack, Rick Edgecombe
    • Re: [PATCH v5 02/39] x86/shstk: Add Kconfig option for shadow stack, Kees Cook
  • [PATCH v5 03/39] x86/cpufeatures: Add CPU feature flags for shadow stacks, Rick Edgecombe
    • Re: [PATCH v5 03/39] x86/cpufeatures: Add CPU feature flags for shadow stacks, Kees Cook
  • [PATCH v5 04/39] x86/cpufeatures: Enable CET CR4 bit for shadow stack, Rick Edgecombe
    • Re: [PATCH v5 04/39] x86/cpufeatures: Enable CET CR4 bit for shadow stack, Kees Cook
  • [PATCH v5 06/39] x86/fpu: Add helper for modifying xstate, Rick Edgecombe
    • Re: [PATCH v5 06/39] x86/fpu: Add helper for modifying xstate, Kees Cook
    • Re: [PATCH v5 06/39] x86/fpu: Add helper for modifying xstate, Borislav Petkov
      • Re: [PATCH v5 06/39] x86/fpu: Add helper for modifying xstate, Edgecombe, Rick P
        • Re: [PATCH v5 06/39] x86/fpu: Add helper for modifying xstate, Borislav Petkov
  • [PATCH v5 05/39] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states, Rick Edgecombe
    • Re: [PATCH v5 05/39] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states, Kees Cook
  • [PATCH v5 08/39] x86/mm: Remove _PAGE_DIRTY from kernel RO pages, Rick Edgecombe
    • Re: [PATCH v5 08/39] x86/mm: Remove _PAGE_DIRTY from kernel RO pages, Kees Cook
  • [PATCH v5 09/39] x86/mm: Move pmd_write(), pud_write() up in the file, Rick Edgecombe
  • [PATCH v5 07/39] x86: Add user control-protection fault handler, Rick Edgecombe
    • Re: [PATCH v5 07/39] x86: Add user control-protection fault handler, Kees Cook
    • Re: [PATCH v5 07/39] x86: Add user control-protection fault handler, Borislav Petkov
      • Re: [PATCH v5 07/39] x86: Add user control-protection fault handler, Edgecombe, Rick P
        • Re: [PATCH v5 07/39] x86: Add user control-protection fault handler, Borislav Petkov
          • Re: [PATCH v5 07/39] x86: Add user control-protection fault handler, Edgecombe, Rick P
            • Re: [PATCH v5 07/39] x86: Add user control-protection fault handler, Borislav Petkov
  • [PATCH v5 10/39] x86/mm: Introduce _PAGE_COW, Rick Edgecombe
    • Re: [PATCH v5 10/39] x86/mm: Introduce _PAGE_COW, Kees Cook
    • Re: [PATCH v5 10/39] x86/mm: Introduce _PAGE_COW, David Hildenbrand
    • Re: [PATCH v5 10/39] x86/mm: Introduce _PAGE_COW, David Hildenbrand
      • Re: [PATCH v5 10/39] x86/mm: Introduce _PAGE_COW, Edgecombe, Rick P
        • Re: [PATCH v5 10/39] x86/mm: Introduce _PAGE_COW, David Hildenbrand
  • [PATCH v5 11/39] x86/mm: Update pte_modify for _PAGE_COW, Rick Edgecombe
    • Re: [PATCH v5 11/39] x86/mm: Update pte_modify for _PAGE_COW, Kees Cook
    • Re: [PATCH v5 11/39] x86/mm: Update pte_modify for _PAGE_COW, Borislav Petkov
      • Re: [PATCH v5 11/39] x86/mm: Update pte_modify for _PAGE_COW, Edgecombe, Rick P
        • Re: [PATCH v5 11/39] x86/mm: Update pte_modify for _PAGE_COW, Borislav Petkov
          • Re: [PATCH v5 11/39] x86/mm: Update pte_modify for _PAGE_COW, Edgecombe, Rick P
            • Re: [PATCH v5 11/39] x86/mm: Update pte_modify for _PAGE_COW, Borislav Petkov
              • Re: [PATCH v5 11/39] x86/mm: Update pte_modify for _PAGE_COW, Edgecombe, Rick P
  • [PATCH v5 12/39] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Rick Edgecombe
    • Re: [PATCH v5 12/39] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Kees Cook
  • [PATCH v5 14/39] mm: Move VM_UFFD_MINOR_BIT from 37 to 38, Rick Edgecombe
  • [PATCH v5 13/39] x86/mm: Start actually marking _PAGE_COW, Rick Edgecombe
  • [PATCH v5 15/39] mm: Introduce VM_SHADOW_STACK for shadow stack memory, Rick Edgecombe
  • [PATCH v5 16/39] x86/mm: Check shadow stack page fault errors, Rick Edgecombe
    • Re: [PATCH v5 16/39] x86/mm: Check shadow stack page fault errors, Kees Cook
  • [PATCH v5 17/39] x86/mm: Update maybe_mkwrite() for shadow stack, Rick Edgecombe
  • [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk, Rick Edgecombe
    • Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk, David Hildenbrand
      • Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk, Edgecombe, Rick P
        • Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk, David Hildenbrand
          • Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk, Edgecombe, Rick P
            • Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk, David Hildenbrand
              • Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk, Edgecombe, Rick P
                • Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk, Edgecombe, Rick P
                  • Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk, David Hildenbrand
                    • Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk, Edgecombe, Rick P
                      • Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk, David Hildenbrand
                        • Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk, Edgecombe, Rick P
                          • Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk, David Hildenbrand
                            • Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk, Edgecombe, Rick P
                              • Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk, David Hildenbrand
                                • Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk, Edgecombe, Rick P
                                  • Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk, David Hildenbrand
                • Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk, David Hildenbrand
                  • Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk, Edgecombe, Rick P
                    • Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk, David Hildenbrand
  • [PATCH v5 20/39] mm: Add guard pages around a shadow stack., Rick Edgecombe
  • [PATCH v5 19/39] mm: Fixup places that call pte_mkwrite() directly, Rick Edgecombe
    • Re: [PATCH v5 19/39] mm: Fixup places that call pte_mkwrite() directly, Kees Cook
    • Re: [PATCH v5 19/39] mm: Fixup places that call pte_mkwrite() directly, Deepak Gupta
      • Re: [PATCH v5 19/39] mm: Fixup places that call pte_mkwrite() directly, Edgecombe, Rick P
        • Re: [PATCH v5 19/39] mm: Fixup places that call pte_mkwrite() directly, Deepak Gupta
          • Re: [PATCH v5 19/39] mm: Fixup places that call pte_mkwrite() directly, Edgecombe, Rick P
            • Re: [PATCH v5 19/39] mm: Fixup places that call pte_mkwrite() directly, Deepak Gupta
  • [PATCH v5 21/39] mm/mmap: Add shadow stack pages to memory accounting, Rick Edgecombe
  • [PATCH v5 22/39] mm: Re-introduce vm_flags to do_mmap(), Rick Edgecombe
  • [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory, Rick Edgecombe
    • Re: [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory, David Hildenbrand
      • Re: [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory, Florian Weimer
        • Re: [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory, Edgecombe, Rick P
          • Re: [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory, David Hildenbrand
            • Re: [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory, Edgecombe, Rick P
              • Re: [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory, Kees Cook
                • Re: [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory, Edgecombe, Rick P
                  • Re: [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory, David Hildenbrand
                    • Re: [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory, Kees Cook
              • RE: [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory, Schimpe, Christina
                • RE: [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory, Schimpe, Christina
  • [PATCH v5 25/39] mm: Warn on shadow stack memory in wrong vma, Rick Edgecombe
    • Re: [PATCH v5 25/39] mm: Warn on shadow stack memory in wrong vma, Kees Cook
  • [PATCH v5 26/39] x86: Introduce userspace API for shadow stack, Rick Edgecombe
    • Re: [PATCH v5 26/39] x86: Introduce userspace API for shadow stack, Kees Cook
  • [PATCH v5 24/39] x86/mm: Introduce MAP_ABOVE4G, Rick Edgecombe
  • [PATCH v5 27/39] x86/shstk: Add user-mode shadow stack support, Rick Edgecombe
    • Re: [PATCH v5 27/39] x86/shstk: Add user-mode shadow stack support, Kees Cook
  • [PATCH v5 34/39] x86/shstk: Wire in shadow stack interface, Rick Edgecombe
  • [PATCH v5 37/39] x86: Add PTRACE interface for shadow stack, Rick Edgecombe
    • Re: [PATCH v5 37/39] x86: Add PTRACE interface for shadow stack, Kees Cook
  • [PATCH v5 33/39] x86: Expose thread features in /proc/$PID/status, Rick Edgecombe
  • [PATCH v5 29/39] x86/shstk: Introduce routines modifying shstk, Rick Edgecombe
    • Re: [PATCH v5 29/39] x86/shstk: Introduce routines modifying shstk, Kees Cook
  • [PATCH v5 35/39] selftests/x86: Add shadow stack test, Rick Edgecombe
  • [PATCH v5 38/39] x86/shstk: Add ARCH_SHSTK_UNLOCK, Rick Edgecombe
  • [PATCH v5 28/39] x86/shstk: Handle thread shadow stack, Rick Edgecombe
  • [PATCH v5 39/39] x86/shstk: Add ARCH_SHSTK_STATUS, Rick Edgecombe
    • Re: [PATCH v5 39/39] x86/shstk: Add ARCH_SHSTK_STATUS, Kees Cook
  • [PATCH v5 32/39] x86/shstk: Support WRSS for userspace, Rick Edgecombe
    • Re: [PATCH v5 32/39] x86/shstk: Support WRSS for userspace, Kees Cook
  • [PATCH v5 30/39] x86/shstk: Handle signals for shadow stack, Rick Edgecombe
  • [PATCH v5 31/39] x86/shstk: Introduce map_shadow_stack syscall, Rick Edgecombe
    • Re: [PATCH v5 31/39] x86/shstk: Introduce map_shadow_stack syscall, Kees Cook
  • [PATCH v5 36/39] x86/fpu: Add helper for initing features, Rick Edgecombe
  • Re: [PATCH v5 00/39] Shadow stacks for userspace, Andrew Morton
    • Re: [PATCH v5 00/39] Shadow stacks for userspace, Edgecombe, Rick P
      • Re: [PATCH v5 00/39] Shadow stacks for userspace, Kees Cook
        • Re: [PATCH v5 00/39] Shadow stacks for userspace, Edgecombe, Rick P
  • Re: [PATCH v5 00/39] Shadow stacks for userspace, John Allen
  • Re: [PATCH v5 00/39] Shadow stacks for userspace, Mike Rapoport
• [GIT PULL] LoongArch fixes for v6.2-rc5, Huacai Chen
  • Re: [GIT PULL] LoongArch fixes for v6.2-rc5, pr-tracker-bot
• [PATCH v6 0/5] shoot lazy tlbs, Nicholas Piggin
  • [PATCH v6 1/5] lazy tlb: introduce lazy tlb mm refcount helper functions, Nicholas Piggin
  • [PATCH v6 3/5] lazy tlb: shoot lazies, non-refcounting lazy tlb mm reference handling scheme, Nicholas Piggin
    • Re: [PATCH v6 3/5] lazy tlb: shoot lazies, non-refcounting lazy tlb mm reference handling scheme, Nadav Amit
      • Re: [PATCH v6 3/5] lazy tlb: shoot lazies, non-refcounting lazy tlb mm reference handling scheme, Nicholas Piggin
      • Re: [PATCH v6 3/5] lazy tlb: shoot lazies, non-refcounting lazy tlb mm reference handling scheme, Nicholas Piggin
        • Re: [PATCH v6 3/5] lazy tlb: shoot lazies, non-refcounting lazy tlb mm reference handling scheme, Nadav Amit
          • Re: [PATCH v6 3/5] lazy tlb: shoot lazies, non-refcounting lazy tlb mm reference handling scheme, Nicholas Piggin
  • [PATCH v6 5/5] powerpc/64s/radix: combine final TLB flush and lazy tlb mm shootdown IPIs, Nicholas Piggin
  • [PATCH v6 4/5] powerpc/64s: enable MMU_LAZY_TLB_SHOOTDOWN, Nicholas Piggin
    • Re: [PATCH v6 4/5] powerpc/64s: enable MMU_LAZY_TLB_SHOOTDOWN, Linus Torvalds
      • Re: [PATCH v6 4/5] powerpc/64s: enable MMU_LAZY_TLB_SHOOTDOWN, Nicholas Piggin
  • [PATCH v6 2/5] lazy tlb: allow lazy tlb mm refcounting to be configurable, Nicholas Piggin
    • Re: [PATCH v6 2/5] lazy tlb: allow lazy tlb mm refcounting to be configurable, Nadav Amit
      • Re: [PATCH v6 2/5] lazy tlb: allow lazy tlb mm refcounting to be configurable, Nadav Amit
        • Re: [PATCH v6 2/5] lazy tlb: allow lazy tlb mm refcounting to be configurable, Nicholas Piggin
• remove arch/sh, Christoph Hellwig
  • [PATCH 02/22] usb: remove the dead USB_OHCI_SH option, Christoph Hellwig
    • Re: [PATCH 02/22] usb: remove the dead USB_OHCI_SH option, Greg Kroah-Hartman
      • Re: [PATCH 02/22] usb: remove the dead USB_OHCI_SH option, Christoph Hellwig
      • Re: [PATCH 02/22] usb: remove the dead USB_OHCI_SH option, Rob Landley
      • Re: [PATCH 02/22] usb: remove the dead USB_OHCI_SH option, Christoph Hellwig
        • Re: [PATCH 02/22] usb: remove the dead USB_OHCI_SH option, Greg Kroah-Hartman
    • Re: [PATCH 02/22] usb: remove the dead USB_OHCI_SH option, Geert Uytterhoeven
  • [PATCH 04/22] sound: remove sound/sh, Christoph Hellwig
    • Re: [PATCH 04/22] sound: remove sound/sh, Takashi Iwai
  • [PATCH 01/22] gpu/drm: remove the shmobile drm driver, Christoph Hellwig
    • Re: [PATCH 01/22] gpu/drm: remove the shmobile drm driver, Laurent Pinchart
      • Re: [PATCH 01/22] gpu/drm: remove the shmobile drm driver, Laurent Pinchart
        • Re: [PATCH 01/22] gpu/drm: remove the shmobile drm driver, Geert Uytterhoeven
      • Re: [PATCH 01/22] gpu/drm: remove the shmobile drm driver, Christoph Hellwig
        • Re: [PATCH 01/22] gpu/drm: remove the shmobile drm driver, Laurent Pinchart
          • Re: [PATCH 01/22] gpu/drm: remove the shmobile drm driver, Geert Uytterhoeven
  • [PATCH 11/22] mtd/nand: remove sh_flctl, Christoph Hellwig
    • Re: [PATCH 11/22] mtd/nand: remove sh_flctl, Geert Uytterhoeven
      • Re: [PATCH 11/22] mtd/nand: remove sh_flctl, Arnd Bergmann
  • [PATCH 06/22] watchdog: remove the shwdt driver, Christoph Hellwig
    • Re: [PATCH 06/22] watchdog: remove the shwdt driver, Guenter Roeck
  • [PATCH 12/22] net/ethernet/8390: remove stnic, Christoph Hellwig
  • [PATCH 09/22] i2c: remove i2c-sh7760, Christoph Hellwig
  • [PATCH 05/22] sound: remove sh-specific sounds/soc/sh drivers, Christoph Hellwig
    • Re: [PATCH 05/22] sound: remove sh-specific sounds/soc/sh drivers, Kuninori Morimoto
  • [PATCH 07/22] cpufreq: remove the sh-cpufreq driver, Christoph Hellwig
  • [PATCH 10/22] input: remove sh_keysc, Christoph Hellwig
    • Re: [PATCH 10/22] input: remove sh_keysc, Geert Uytterhoeven
  • [PATCH 17/22] spi: remove spi-jcore, Christoph Hellwig
  • [PATCH 20/22] media: remove sh_vou, Christoph Hellwig
    • Re: [PATCH 20/22] media: remove sh_vou, Laurent Pinchart
      • Re: [PATCH 20/22] media: remove sh_vou, Hans Verkuil
  • [PATCH 18/22] usb: remove ehci-sh, Christoph Hellwig
  • [PATCH 22/22] drivers: platform: remove early_platform_cleanup, Christoph Hellwig
  • [PATCH 08/22] dmaengine: remove the shdmac driver, Christoph Hellwig
  • [PATCH 19/22] fbdev: remove sh7760fb, Christoph Hellwig
    • Re: [PATCH 19/22] fbdev: remove sh7760fb, Geert Uytterhoeven
  • [PATCH 15/22] spi: remove spi-sh, Christoph Hellwig
  • [PATCH 16/22] spi: remove spi-sh-sci, Christoph Hellwig
    • Re: [PATCH 16/22] spi: remove spi-sh-sci, Geert Uytterhoeven
  • [PATCH 21/22] drivers: platform: remove is_sh_early_platform_device, Christoph Hellwig
  • Re: remove arch/sh, John Paul Adrian Glaubitz
    • Re: remove arch/sh, Geert Uytterhoeven
      • Re: remove arch/sh, John Paul Adrian Glaubitz
        • Re: remove arch/sh, Rob Landley
          • Re: remove arch/sh, John Paul Adrian Glaubitz
            • Re: remove arch/sh, Rob Landley
      • Re: remove arch/sh, Christoph Hellwig
    • Re: remove arch/sh, Christoph Hellwig
      • Re: remove arch/sh, John Paul Adrian Glaubitz
        • Re: remove arch/sh, Christoph Hellwig
          • Re: remove arch/sh, John Paul Adrian Glaubitz
            • Re: remove arch/sh, Christoph Hellwig
              • Re: remove arch/sh, John Paul Adrian Glaubitz
                • Re: remove arch/sh, Geert Uytterhoeven
                  • Re: remove arch/sh, John Paul Adrian Glaubitz
                  • Re: remove arch/sh, Randy Dunlap
                    • Re: remove arch/sh, Geert Uytterhoeven
                    • Re: remove arch/sh, Rob Landley
              • Re: remove arch/sh, Stephen Rothwell
                • Re: remove arch/sh, John Paul Adrian Glaubitz
                • Re: remove arch/sh, John Paul Adrian Glaubitz
          • Re: remove arch/sh, John Paul Adrian Glaubitz
            • Re: remove arch/sh, Randy Dunlap
              • Re: remove arch/sh, John Paul Adrian Glaubitz
                • Re: remove arch/sh, Huacai Chen
                  • Re: remove arch/sh, John Paul Adrian Glaubitz
                    • Re: remove arch/sh, Wolfram Sang
                • Re: remove arch/sh, Rob Landley
                  • Re: remove arch/sh, John Paul Adrian Glaubitz
      • Re: remove arch/sh, Rob Landley
        • Re: remove arch/sh, Geert Uytterhoeven
          • Re: remove arch/sh, Guenter Roeck
            • Re: remove arch/sh, D. Jeff Dionne
          • Re: remove arch/sh, Rob Landley
            • Re: remove arch/sh, Geert Uytterhoeven
              • Re: remove arch/sh, Rob Landley
  • Message not available
    • Re: [PATCH 13/22] pinctrl: remove renesas sh controllers, Geert Uytterhoeven
  • Re: remove arch/sh, Rob Herring
• Re: lockref scalability on x86-64 vs cpu_relax, Linus Torvalds
  • RE: lockref scalability on x86-64 vs cpu_relax, Luck, Tony
    • Re: lockref scalability on x86-64 vs cpu_relax, Linus Torvalds
    • ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax), Ard Biesheuvel
      • RE: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax), Luck, Tony
      • Re: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax), Jessica Clarke
        • RE: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax), Luck, Tony
          • Re: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax), Jessica Clarke
      • Re: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax), John Paul Adrian Glaubitz
        • Re: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax), Ard Biesheuvel
          • Re: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax), Sedat Dilek
            • Re: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax), Sedat Dilek
              • Re: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax), Matthew Wilcox
                • Re: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax), Sedat Dilek
                  • Re: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax), John Paul Adrian Glaubitz
                • Re: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax), John Paul Adrian Glaubitz
                  • Re: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax), Matthew Wilcox
              • Re: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax), John Paul Adrian Glaubitz
            • Re: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax), John Paul Adrian Glaubitz
          • Re: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax), John Paul Adrian Glaubitz
            • Re: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax), Ard Biesheuvel
  • Re: lockref scalability on x86-64 vs cpu_relax, Mateusz Guzik
    • Re: lockref scalability on x86-64 vs cpu_relax, Linus Torvalds
    • Re: lockref scalability on x86-64 vs cpu_relax, Will Deacon
  • Re: lockref scalability on x86-64 vs cpu_relax, Nicholas Piggin
    • Re: lockref scalability on x86-64 vs cpu_relax, Linus Torvalds
      • Re: lockref scalability on x86-64 vs cpu_relax, Nicholas Piggin
    • Memory transaction instructions, David Howells
      • Re: Memory transaction instructions, Matthew Wilcox
      • Re: Memory transaction instructions, Linus Torvalds
      • Re: Memory transaction instructions, David Howells
        • Re: Memory transaction instructions, Nicholas Piggin
  • Re: lockref scalability on x86-64 vs cpu_relax, Peter Zijlstra
  • [PATCH] lockref: stop doing cpu_relax in the cmpxchg loop, Mateusz Guzik
    • RE: [PATCH] lockref: stop doing cpu_relax in the cmpxchg loop, Luck, Tony
      • Re: [PATCH] lockref: stop doing cpu_relax in the cmpxchg loop, Linus Torvalds
• [PATCH v5 00/14] Add PCI pass-thru support to Hyper-V Confidential VMs, Michael Kelley
  • [PATCH v5 01/14] x86/ioapic: Gate decrypted mapping on cc_platform_has() attribute, Michael Kelley
  • [PATCH v5 11/14] hv_netvsc: Remove second mapping of send and recv buffers, Michael Kelley
  • [PATCH v5 10/14] Drivers: hv: vmbus: Remove second way of mapping ring buffers, Michael Kelley
  • [PATCH v5 03/14] Drivers: hv: Explicitly request decrypted in vmap_pfn() calls, Michael Kelley
  • [PATCH v5 09/14] Drivers: hv: vmbus: Remove second mapping of VMBus monitor pages, Michael Kelley
  • [PATCH v5 08/14] swiotlb: Remove bounce buffer remapping for Hyper-V, Michael Kelley
  • [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Michael Kelley
    • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Borislav Petkov
      • RE: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Michael Kelley (LINUX)
        • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Borislav Petkov
          • RE: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Michael Kelley (LINUX)
            • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Borislav Petkov
              • RE: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Michael Kelley (LINUX)
                • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Borislav Petkov
                  • RE: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Michael Kelley (LINUX)
                    • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Borislav Petkov
                      • RE: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Michael Kelley (LINUX)
                      • RE: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Michael Kelley (LINUX)
                        • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Dave Hansen
                          • RE: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Michael Kelley (LINUX)
              • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Dave Hansen
                • RE: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Michael Kelley (LINUX)
                  • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Sean Christopherson
                    • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Dave Hansen
                    • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Borislav Petkov
                      • RE: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Michael Kelley (LINUX)
                        • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Borislav Petkov
                          • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Dave Hansen
                            • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Sean Christopherson
                              • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Sean Christopherson
                                • RE: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Michael Kelley (LINUX)
                                  • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Sean Christopherson
                                    • RE: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Michael Kelley (LINUX)
                                    • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Borislav Petkov
                                      • RE: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Michael Kelley (LINUX)
                                        • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Borislav Petkov
                                          • RE: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Michael Kelley (LINUX)
                                            • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Borislav Petkov
                                              • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Sean Christopherson
                                                • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Borislav Petkov
                                                  • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Sean Christopherson
                                                    • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Borislav Petkov
                                                      • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Sean Christopherson
                                                        • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Borislav Petkov
                                                        • RE: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Michael Kelley (LINUX)
                                                        • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Dave Hansen
                                                        • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Borislav Petkov
                                                        • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, David Woodhouse
                                                        • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Borislav Petkov
                                                        • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, David Woodhouse
                                                        • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Tom Lendacky
                                                        • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Jörg Rödel
                                                        • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Borislav Petkov
                                                        • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, David Woodhouse
                                                        • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Borislav Petkov
                                                        • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, David Woodhouse
                                    • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Dave Hansen
                                      • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Dave Hansen
                                        • RE: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Michael Kelley (LINUX)
                                          • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Sean Christopherson
                                            • RE: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Michael Kelley (LINUX)
                                              • Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted, Dave Hansen
  • [PATCH v5 07/14] x86/hyperv: Change vTOM handling to use standard coco mechanisms, Michael Kelley
  • [PATCH v5 04/14] x86/mm: Handle decryption/re-encryption of bss_decrypted consistently, Michael Kelley
  • [PATCH v5 02/14] x86/hyperv: Reorder code to facilitate future work, Michael Kelley
  • [PATCH v5 05/14] init: Call mem_encrypt_init() after Hyper-V hypercall init is done, Michael Kelley
  • [PATCH v5 12/14] Drivers: hv: Don't remap addresses that are above shared_gpa_boundary, Michael Kelley
  • [PATCH v5 13/14] PCI: hv: Add hypercalls to read/write MMIO space, Michael Kelley
  • [PATCH v5 14/14] PCI: hv: Enable PCI pass-thru devices in Confidential VMs, Michael Kelley
• [PATCH v3 00/51] cpuidle,rcu: Clean up the mess, Peter Zijlstra
  • [PATCH v3 19/51] cpuidle,intel_idle: Fix CPUIDLE_FLAG_INIT_XSTATE, Peter Zijlstra
  • [PATCH v3 37/51] cpuidle,omap3: Push RCU-idle into omap_sram_idle(), Peter Zijlstra
  • [PATCH v3 32/51] cpuidle,acpi: Make noinstr clean, Peter Zijlstra
  • [PATCH v3 35/51] trace,hardirq: No moar _rcuidle() tracing, Peter Zijlstra
    • Re: [PATCH v3 35/51] trace,hardirq: No moar _rcuidle() tracing, Google
      • Re: [PATCH v3 35/51] trace,hardirq: No moar _rcuidle() tracing, Peter Zijlstra
  • [PATCH v3 20/51] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IBRS, Peter Zijlstra
  • [PATCH v3 12/51] cpuidle,dt: Push RCU-idle into driver, Peter Zijlstra
  • [PATCH v3 29/51] cpuidle,tdx: Make tdx noinstr clean, Peter Zijlstra
  • [PATCH v3 09/51] cpuidle,omap3: Push RCU-idle into driver, Peter Zijlstra
  • [PATCH v3 30/51] cpuidle,xenpv: Make more PARAVIRT_XXL noinstr clean, Peter Zijlstra
  • [PATCH v3 04/51] cpuidle: Move IRQ state validation, Peter Zijlstra
  • [PATCH v3 25/51] printk: Remove trace_.*_rcuidle() usage, Peter Zijlstra
  • [PATCH v3 06/51] cpuidle,tegra: Push RCU-idle into driver, Peter Zijlstra
  • [PATCH v3 03/51] cpuidle/poll: Ensure IRQ state is invariant, Peter Zijlstra
  • [PATCH v3 13/51] cpuidle: Fix ct_idle_*() usage, Peter Zijlstra
  • [PATCH v3 18/51] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE *again*, Peter Zijlstra
  • [PATCH v3 05/51] cpuidle,riscv: Push RCU-idle into driver, Peter Zijlstra
  • [PATCH v3 31/51] cpuidle,nospec: Make noinstr clean, Peter Zijlstra
  • [PATCH v3 48/51] cpuidle,arch: Mark all ct_cpuidle_enter() callers __cpuidle, Peter Zijlstra
  • [PATCH v3 17/51] objtool/idle: Validate __cpuidle code as noinstr, Peter Zijlstra
  • [PATCH v3 36/51] cpuidle,omap3: Use WFI for omap3_pm_idle(), Peter Zijlstra
  • [PATCH v3 21/51] arch/idle: Change arch_cpu_idle() IRQ behaviour, Peter Zijlstra
  • [PATCH v3 14/51] cpuidle,cpu_pm: Remove RCU fiddling from cpu_pm_{enter,exit}(), Peter Zijlstra
  • [PATCH v3 01/51] x86/perf/amd: Remove tracing from perf_lopwr_cb(), Peter Zijlstra
  • [PATCH v3 47/51] cpuidle: Ensure ct_cpuidle_enter() is always called from noinstr/__cpuidle, Peter Zijlstra
  • [PATCH v3 41/51] cpuidle,clk: Remove trace_.*_rcuidle(), Peter Zijlstra
  • [PATCH v3 39/51] arm,omap2: Use WFI for omap2_pm_idle(), Peter Zijlstra
  • [PATCH v3 11/51] cpuidle,omap4: Push RCU-idle into driver, Peter Zijlstra
  • [PATCH v3 34/51] trace: WARN on rcuidle, Peter Zijlstra
  • [PATCH v3 15/51] acpi_idle: Remove tracing, Peter Zijlstra
  • [PATCH v3 43/51] intel_idle: Add force_irq_on module param, Peter Zijlstra
  • [PATCH v3 45/51] sched: Always inline __this_cpu_preempt_check(), Peter Zijlstra
  • [PATCH v3 49/51] cpuidle,arch: Mark all regular cpuidle_state::enter methods __cpuidle, Peter Zijlstra
  • [PATCH v3 28/51] cpuidle,mwait: Make noinstr clean, Peter Zijlstra
  • [PATCH v3 16/51] cpuidle: Annotate poll_idle(), Peter Zijlstra
    • Re: [PATCH v3 16/51] cpuidle: Annotate poll_idle(), Peter Zijlstra
  • [PATCH v3 46/51] arm64,riscv,perf: Remove RCU_NONIDLE() usage, Peter Zijlstra
  • [PATCH v3 40/51] cpuidle,powerdomain: Remove trace_.*_rcuidle(), Peter Zijlstra
  • [PATCH v3 22/51] x86/tdx: Remove TDX_HCALL_ISSUE_STI, Peter Zijlstra
  • [PATCH v3 44/51] entry,kasan,x86: Disallow overriding mem*() functions, Peter Zijlstra
  • [PATCH v3 38/51] cpuidle,omap4: Push RCU-idle into omap4_enter_lowpower(), Peter Zijlstra
  • [PATCH v3 08/51] cpuidle,imx6: Push RCU-idle into driver, Peter Zijlstra
  • [PATCH v3 10/51] cpuidle,armada: Push RCU-idle into driver, Peter Zijlstra
  • [PATCH v3 42/51] ubsan: Fix objtool UACCESS warns, Peter Zijlstra
  • [PATCH v3 26/51] time/tick-broadcast: Remove RCU_NONIDLE usage, Peter Zijlstra
  • [PATCH v3 07/51] cpuidle,psci: Push RCU-idle into driver, Peter Zijlstra
    • Re: [PATCH v3 07/51] cpuidle,psci: Push RCU-idle into driver, Geert Uytterhoeven
      • Re: [PATCH v3 07/51] cpuidle,psci: Push RCU-idle into driver, Mark Rutland
  • [PATCH v3 27/51] cpuidle,sched: Remove annotations from TIF_{POLLING_NRFLAG,NEED_RESCHED}, Peter Zijlstra
  • [PATCH v3 23/51] arm,smp: Remove trace_.*_rcuidle() usage, Peter Zijlstra
  • [PATCH v3 51/51] context_tracking: Fix noinstr vs KASAN, Peter Zijlstra
  • [PATCH v3 02/51] x86/idle: Replace x86_idle with a static_call, Peter Zijlstra
  • [PATCH v3 33/51] trace: Remove trace_hardirqs_{on,off}_caller(), Peter Zijlstra
  • [PATCH v3 24/51] arm64,smp: Remove trace_.*_rcuidle() usage, Peter Zijlstra
  • [PATCH v3 50/51] cpuidle: Comments about noinstr/__cpuidle, Peter Zijlstra
  • Re: [PATCH v3 00/51] cpuidle,rcu: Clean up the mess, Paul E. McKenney
  • Re: [PATCH v3 00/51] cpuidle,rcu: Clean up the mess, Mark Rutland
    • Re: [PATCH v3 00/51] cpuidle,rcu: Clean up the mess, Peter Zijlstra
      • Re: [PATCH v3 00/51] cpuidle,rcu: Clean up the mess, Sudeep Holla
      • Re: [PATCH v3 00/51] cpuidle,rcu: Clean up the mess, Mark Rutland
        • Re: [PATCH v3 00/51] cpuidle,rcu: Clean up the mess, Sudeep Holla
          • Re: [PATCH v3 00/51] cpuidle,rcu: Clean up the mess, Mark Rutland
• [PATCH -next V14 0/7] riscv: Add GENERIC_ENTRY support, guoren
  • [PATCH -next V14 3/7] riscv: entry: Add noinstr to prevent instrumentation inserted, guoren
  • [PATCH -next V14 4/7] riscv: entry: Convert to generic entry, guoren
    • Re: [PATCH -next V14 4/7] riscv: entry: Convert to generic entry, Conor Dooley
      • Re: [PATCH -next V14 4/7] riscv: entry: Convert to generic entry, Guo Ren
  • [PATCH -next V14 1/7] compiler_types.h: Add __noinstr_section() for noinstr, guoren
  • [PATCH -next V14 2/7] riscv: ptrace: Remove duplicate operation, guoren
  • [PATCH -next V14 5/7] riscv: entry: Remove extra level wrappers of trace_hardirqs_{on,off}, guoren
  • [PATCH -next V14 7/7] riscv: entry: Consolidate general regs saving/restoring, guoren
  • [PATCH -next V14 6/7] riscv: entry: Consolidate ret_from_kernel_thread into ret_from_fork, guoren
• [PATCH 1/2] asm-generic/io.h: suppress endianness warnings for readq() and writeq(), Vladimir Oltean
  • [PATCH 2/2] asm-generic/io.h: suppress endianness warnings for relaxed accessors, Vladimir Oltean
  • Re: [PATCH 1/2] asm-generic/io.h: suppress endianness warnings for readq() and writeq(), Vladimir Oltean
    • Re: [PATCH 1/2] asm-generic/io.h: suppress endianness warnings for readq() and writeq(), Arnd Bergmann
  • Re: [PATCH 1/2] asm-generic/io.h: suppress endianness warnings for readq() and writeq(), Jonathan Cameron
• Sparse warning when using ioread64() from include/asm-generic/io.h, Vladimir Oltean
  • Re: Sparse warning when using ioread64() from include/asm-generic/io.h, Arnd Bergmann
    • Re: Sparse warning when using ioread64() from include/asm-generic/io.h, Vladimir Oltean
• [PATCH -next V13 0/7] riscv: Add GENERIC_ENTRY support, guoren
  • [PATCH -next V13 4/7] riscv: entry: Convert to generic entry, guoren
    • Message not available
      • Re: [PATCH -next V13 4/7] riscv: entry: Convert to generic entry, Guo Ren
  • [PATCH -next V13 2/7] riscv: ptrace: Remove duplicate operation, guoren
  • [PATCH -next V13 6/7] riscv: entry: Consolidate ret_from_kernel_thread into ret_from_fork, guoren
  • [PATCH -next V13 7/7] riscv: entry: Consolidate general regs saving/restoring, guoren
  • [PATCH -next V13 3/7] riscv: entry: Add noinstr to prevent instrumentation inserted, guoren
  • [PATCH -next V13 1/7] compiler_types.h: Add __noinstr_section() for noinstr, guoren
  • [PATCH -next V13 5/7] riscv: entry: Remove extra level wrappers of trace_hardirqs_{on,off}, guoren
• [PATCH 1/3] powerpc/vmlinux.lds: Define RUNTIME_DISCARD_EXIT, Michael Ellerman
  • [PATCH 2/3] powerpc/vmlinux.lds: Don't discard .rela* for relocatable builds, Michael Ellerman
  • [PATCH 3/3] powerpc/vmlinux.lds: Don't discard .comment, Michael Ellerman
  • Re: [PATCH 1/3] powerpc/vmlinux.lds: Define RUNTIME_DISCARD_EXIT, Michael Ellerman
• [PATCH memory-model 0/4] LKMM updates for v6.3, Paul E. McKenney
  • [PATCH memory-model 4/4] tools: memory-model: Make plain accesses carry dependencies, Paul E. McKenney
  • [PATCH memory-model 3/4] Documentation: Fixed a typo in atomic_t.txt, Paul E. McKenney
  • [PATCH memory-model 1/4] locking/memory-barriers.txt: Improve documentation for writel() example, Paul E. McKenney
  • [PATCH memory-model 2/4] tools: memory-model: Add rmw-sequences to the LKMM, Paul E. McKenney
• [RFC PATCH 00/25] Upstream kvx Linux port, Yann Sionneau
  • Re: [RFC PATCH 00/25] Upstream kvx Linux port, Rob Herring
  • Message not available
    • Re: [RFC PATCH 11/25] kvx: Add memory management, Mike Rapoport
  • Re: [RFC PATCH 00/25] Upstream kvx Linux port, Arnd Bergmann
    • Re: [RFC PATCH 00/25] Upstream kvx Linux port, Jules Maselbas
      • Re: [RFC PATCH 00/25] Upstream kvx Linux port, Arnd Bergmann
        • Re: [RFC PATCH 00/25] Upstream kvx Linux port, Steven Rostedt
  • Re: [RFC PATCH 00/25] Upstream kvx Linux port, Jeff Xie
    • Re: [RFC PATCH 00/25] Upstream kvx Linux port, Yann Sionneau
      • Re: [RFC PATCH 00/25] Upstream kvx Linux port, Jeff Xie
        • Re: [RFC PATCH 00/25] Upstream kvx Linux port, Yann Sionneau
          • Re: [RFC PATCH 00/25] Upstream kvx Linux port, Jeff Xie
            • Re: [RFC PATCH 00/25] Upstream kvx Linux port, Jeff Xie
• [PATCH -next V12 0/7] riscv: Add GENERIC_ENTRY support, guoren
  • [PATCH -next V12 7/7] riscv: entry: Consolidate general regs saving/restoring, guoren
  • [PATCH -next V12 6/7] riscv: entry: Consolidate ret_from_kernel_thread into ret_from_fork, guoren
  • [PATCH -next V12 5/7] riscv: entry: Remove extra level wrappers of trace_hardirqs_{on,off}, guoren
  • [PATCH -next V12 1/7] compiler_types.h: Add __noinstr_section() for noinstr, guoren
  • [PATCH -next V12 2/7] riscv: ptrace: Remove duplicate operation, guoren
  • [PATCH -next V12 3/7] riscv: entry: Add noinstr to prevent instrumentation inserted, guoren
    • Re: [PATCH -next V12 3/7] riscv: entry: Add noinstr to prevent instrumentation inserted, Alexandre Ghiti
      • Re: [PATCH -next V12 3/7] riscv: entry: Add noinstr to prevent instrumentation inserted, Guo Ren
        • Re: [PATCH -next V12 3/7] riscv: entry: Add noinstr to prevent instrumentation inserted, Mark Rutland
          • Re: [PATCH -next V12 3/7] riscv: entry: Add noinstr to prevent instrumentation inserted, Guo Ren
    • Re: [PATCH -next V12 3/7] riscv: entry: Add noinstr to prevent instrumentation inserted, Mark Rutland
      • Re: [PATCH -next V12 3/7] riscv: entry: Add noinstr to prevent instrumentation inserted, Guo Ren
  • [PATCH -next V12 4/7] riscv: entry: Convert to generic entry, guoren
• [PATCH v1 1/1] gpio: Remove unused and obsoleted gpio_export_link(), Andy Shevchenko
  • Re: [PATCH v1 1/1] gpio: Remove unused and obsoleted gpio_export_link(), Linus Walleij
  • Re: [PATCH v1 1/1] gpio: Remove unused and obsoleted gpio_export_link(), Bartosz Golaszewski
  • Re: [PATCH v1 1/1] gpio: Remove unused and obsoleted gpio_export_link(), Jani Nikula
• [PATCH v3] Add new open(2) flag - O_EMPTY_PATH, Ameer Hamza
• [PATCH v2] Add new open(2) flag - O_EMPTY_PATH, Ameer Hamza
  • RE: [PATCH v2] Add new open(2) flag - O_EMPTY_PATH, David Laight
    • Re: [PATCH v2] Add new open(2) flag - O_EMPTY_PATH, Ameer Hamza
      • RE: [PATCH v2] Add new open(2) flag - O_EMPTY_PATH, David Laight
• [PATCH v5 3/3] kernel/trace: extract common part in process_fetch_insn, Song Chen
  • Re: [PATCH v5 3/3] kernel/trace: extract common part in process_fetch_insn, Google
• [PATCH v5 2/3] kernel/trace: Provide default impelentations defined in trace_probe_tmpl.h, Song Chen
  • Re: [PATCH v5 2/3] kernel/trace: Provide default impelentations defined in trace_probe_tmpl.h, Google
• [PATCH v5 1/3] kernel/trace: Introduce trace_probe_print_args and use it in *probes, Song Chen
  • Re: [PATCH v5 1/3] kernel/trace: Introduce trace_probe_print_args and use it in *probes, Google
• [PATCH v5 0/3] reorganize trace_peobe_tmpl.h, Song Chen
• [PATCH] Add new open(2) flag - O_EMPTY_PATH, Ameer Hamza
  • Re: [PATCH] Add new open(2) flag - O_EMPTY_PATH, Christian Brauner
    • Re: [PATCH] Add new open(2) flag - O_EMPTY_PATH, Ameer Hamza
      • Message not available
        • Re: [PATCH] Add new open(2) flag - O_EMPTY_PATH, Christian Brauner
      • RE: [PATCH] Add new open(2) flag - O_EMPTY_PATH, David Laight
        • Re: [PATCH] Add new open(2) flag - O_EMPTY_PATH, Andrew Walker
• [PATCH v4 2/2] kernel/trace: Provide default impelentations defined in trace_probe_tmpl.h, Song Chen
  • Re: [PATCH v4 2/2] kernel/trace: Provide default impelentations defined in trace_probe_tmpl.h, Google
    • Re: [PATCH v4 2/2] kernel/trace: Provide default impelentations defined in trace_probe_tmpl.h, Song Chen
      • Re: [PATCH v4 2/2] kernel/trace: Provide default impelentations defined in trace_probe_tmpl.h, Google
        • Re: [PATCH v4 2/2] kernel/trace: Provide default impelentations defined in trace_probe_tmpl.h, Song Chen
• [PATCH v4 1/2] kernel/trace: Introduce trace_probe_print_args and use it in *probes, Song Chen
  • Re: [PATCH v4 1/2] kernel/trace: Introduce trace_probe_print_args and use it in *probes, Google
• [PATCH v4 0/2] reorganize trace_peobe_tmpl.h, Song Chen
• [PATCH] LoongArch: Add HWCAP_LOONGARCH_CPUCFG to elf_hwcap, Huacai Chen
• [PATCH v2] arch: fix broken BuildID for arm64 and riscv, Masahiro Yamada
  • Re: [PATCH v2] arch: fix broken BuildID for arm64 and riscv, Palmer Dabbelt
  • Re: [PATCH v2] arch: fix broken BuildID for arm64 and riscv, Nathan Chancellor
    • Re: [PATCH v2] arch: fix broken BuildID for arm64 and riscv, Linux kernel regression tracking (#info)
    • Re: [PATCH v2] arch: fix broken BuildID for arm64 and riscv, Masahiro Yamada
      • Re: [PATCH v2] arch: fix broken BuildID for arm64 and riscv, Andreas Schwab
        • Re: [PATCH v2] arch: fix broken BuildID for arm64 and riscv, Ard Biesheuvel
          • Re: [PATCH v2] arch: fix broken BuildID for arm64 and riscv, Michael Ellerman
          • Re: [PATCH v2] arch: fix broken BuildID for arm64 and riscv, Masahiro Yamada
  • Re: [PATCH v2] arch: fix broken BuildID for arm64 and riscv, chenjiahao (C)
• [linux-next:master] BUILD REGRESSION c76083fac3bae1a87ae3d005b5cb1cbc761e31d5, kernel test robot
• [PATCH] arch: fix broken BuildID for arm64 and riscv, Masahiro Yamada
  • Re: [PATCH] arch: fix broken BuildID for arm64 and riscv, Conor Dooley
    • Re: [PATCH] arch: fix broken BuildID for arm64 and riscv, Masahiro Yamada
      • Re: [PATCH] arch: fix broken BuildID for arm64 and riscv, Conor Dooley
        • Re: [PATCH] arch: fix broken BuildID for arm64 and riscv, Masahiro Yamada
• [GIT PULL, v2] asm-generic bits for 6.2, Arnd Bergmann
• [PATCH] cputime: remove cputime_to_nsecs fallback, Nicholas Piggin
  • Re: [PATCH] cputime: remove cputime_to_nsecs fallback, Alexander Gordeev
• [PATCH 0/3] crypto: x86/ghash cleanups, Eric Biggers
  • [PATCH 1/3] crypto: x86/ghash - fix unaligned access in ghash_setkey(), Eric Biggers
  • [PATCH 3/3] crypto: x86/ghash - add comment and fix broken link, Eric Biggers
    • Re: [PATCH 3/3] crypto: x86/ghash - add comment and fix broken link, Peter Zijlstra
      • Re: [PATCH 3/3] crypto: x86/ghash - add comment and fix broken link, Herbert Xu
  • [PATCH 2/3] crypto: x86/ghash - use le128 instead of u128, Eric Biggers
  • Re: [PATCH 0/3] crypto: x86/ghash cleanups, Peter Zijlstra
  • Re: [PATCH 0/3] crypto: x86/ghash cleanups, Herbert Xu
• [GIT PULL] asm-generic bits for 6.2, Arnd Bergmann
  • Re: [GIT PULL] asm-generic bits for 6.2, Linus Torvalds
  • Re: [GIT PULL] asm-generic bits for 6.2, pr-tracker-bot
• [RFC][PATCH 00/12] Introduce cmpxchg128() -- aka. the demise of cmpxchg_double(), Peter Zijlstra
  • [RFC][PATCH 04/12] types: Introduce [us]128, Peter Zijlstra
    • Re: [RFC][PATCH 04/12] types: Introduce [us]128, Pavel Machek
  • [RFC][PATCH 02/12] crypto/ghash-clmulni: Use (struct) be128, Peter Zijlstra
    • Re: [RFC][PATCH 02/12] crypto/ghash-clmulni: Use (struct) be128, Eric Biggers
  • [RFC][PATCH 09/12] x86,amd_iommu: Replace cmpxchg_double(), Peter Zijlstra
    • Re: [RFC][PATCH 09/12] x86,amd_iommu: Replace cmpxchg_double(), Niklas Schnelle
    • Re: [RFC][PATCH 09/12] x86,amd_iommu: Replace cmpxchg_double(), Vasant Hegde
  • [RFC][PATCH 06/12] instrumentation: Wire up cmpxchg128(), Peter Zijlstra
  • [RFC][PATCH 10/12] x86,intel_iommu: Replace cmpxchg_double(), Peter Zijlstra
  • [RFC][PATCH 08/12] s390: Replace cmpxchg_double() with cmpxchg128(), Peter Zijlstra
    • Re: [RFC][PATCH 08/12] s390: Replace cmpxchg_double() with cmpxchg128(), Heiko Carstens
      • Re: [RFC][PATCH 08/12] s390: Replace cmpxchg_double() with cmpxchg128(), Peter Zijlstra
        • Re: [RFC][PATCH 08/12] s390: Replace cmpxchg_double() with cmpxchg128(), Mark Rutland
        • Re: [RFC][PATCH 08/12] s390: Replace cmpxchg_double() with cmpxchg128(), Heiko Carstens
          • Re: [RFC][PATCH 08/12] s390: Replace cmpxchg_double() with cmpxchg128(), Alexander Gordeev
  • [RFC][PATCH 03/12] cyrpto/b128ops: Remove struct u128, Peter Zijlstra
    • Re: [RFC][PATCH 03/12] cyrpto/b128ops: Remove struct u128, Eric Biggers
  • [RFC][PATCH 01/12] crypto: Remove u128 usage, Peter Zijlstra
    • Re: [RFC][PATCH 01/12] crypto: Remove u128 usage, Jason A. Donenfeld
      • Re: [RFC][PATCH 01/12] crypto: Remove u128 usage, Peter Zijlstra
        • Re: [RFC][PATCH 01/12] crypto: Remove u128 usage, Jason A. Donenfeld
          • Re: [RFC][PATCH 01/12] crypto: Remove u128 usage, Herbert Xu
            • Re: [RFC][PATCH 01/12] crypto: Remove u128 usage, H. Peter Anvin
              • Re: [RFC][PATCH 01/12] crypto: Remove u128 usage, Herbert Xu
  • [RFC][PATCH 05/12] arch: Introduce arch_{,try_}_cmpxchg128{,_local}(), Peter Zijlstra
    • Re: [RFC][PATCH 05/12] arch: Introduce arch_{,try_}_cmpxchg128{,_local}(), Boqun Feng
      • Re: [RFC][PATCH 05/12] arch: Introduce arch_{,try_}_cmpxchg128{,_local}(), Peter Zijlstra
        • Re: [RFC][PATCH 05/12] arch: Introduce arch_{,try_}_cmpxchg128{,_local}(), Linus Torvalds
          • Re: [RFC][PATCH 05/12] arch: Introduce arch_{,try_}_cmpxchg128{,_local}(), Peter Zijlstra
        • Re: [RFC][PATCH 05/12] arch: Introduce arch_{,try_}_cmpxchg128{,_local}(), Mark Rutland
          • Re: [RFC][PATCH 05/12] arch: Introduce arch_{,try_}_cmpxchg128{,_local}(), Mark Rutland
            • Re: [RFC][PATCH 05/12] arch: Introduce arch_{,try_}_cmpxchg128{,_local}(), Mark Rutland
              • Re: [RFC][PATCH 05/12] arch: Introduce arch_{,try_}_cmpxchg128{,_local}(), Arnd Bergmann
                • Re: [RFC][PATCH 05/12] arch: Introduce arch_{,try_}_cmpxchg128{,_local}(), Mark Rutland
                  • Re: [RFC][PATCH 05/12] arch: Introduce arch_{,try_}_cmpxchg128{,_local}(), Mark Rutland
    • Re: [RFC][PATCH 05/12] arch: Introduce arch_{,try_}_cmpxchg128{,_local}(), Boqun Feng
      • Re: [RFC][PATCH 05/12] arch: Introduce arch_{,try_}_cmpxchg128{,_local}(), Peter Zijlstra
    • Re: [RFC][PATCH 05/12] arch: Introduce arch_{,try_}_cmpxchg128{,_local}(), Heiko Carstens
    • Re: [RFC][PATCH 05/12] arch: Introduce arch_{,try_}_cmpxchg128{,_local}(), Mark Rutland
      • Re: [RFC][PATCH 05/12] arch: Introduce arch_{,try_}_cmpxchg128{,_local}(), Peter Zijlstra
  • [RFC][PATCH 11/12] slub: Replace cmpxchg_double(), Peter Zijlstra
    • Re: [RFC][PATCH 11/12] slub: Replace cmpxchg_double(), Vlastimil Babka
    • Re: [RFC][PATCH 11/12] slub: Replace cmpxchg_double(), Heiko Carstens
      • Re: [RFC][PATCH 11/12] slub: Replace cmpxchg_double(), Linus Torvalds
        • Re: [RFC][PATCH 11/12] slub: Replace cmpxchg_double(), Heiko Carstens
        • Re: [RFC][PATCH 11/12] slub: Replace cmpxchg_double(), Peter Zijlstra
          • Re: [RFC][PATCH 11/12] slub: Replace cmpxchg_double(), Linus Torvalds
            • Re: [RFC][PATCH 11/12] slub: Replace cmpxchg_double(), H. Peter Anvin
              • Re: [RFC][PATCH 11/12] slub: Replace cmpxchg_double(), H. Peter Anvin
            • Re: [RFC][PATCH 11/12] slub: Replace cmpxchg_double(), Peter Zijlstra
  • [RFC][PATCH 12/12] arch: Remove cmpxchg_double, Peter Zijlstra
  • [RFC][PATCH 07/12] percpu: Wire up cmpxchg128, Peter Zijlstra
    • Re: [RFC][PATCH 07/12] percpu: Wire up cmpxchg128, Arnd Bergmann
    • Re: [RFC][PATCH 07/12] percpu: Wire up cmpxchg128, Heiko Carstens
      • Re: [RFC][PATCH 07/12] percpu: Wire up cmpxchg128, Peter Zijlstra
  • Re: [RFC][PATCH 00/12] Introduce cmpxchg128() -- aka. the demise of cmpxchg_double(), Boqun Feng
• [GIT PULL] LoongArch changes for v6.2, Huacai Chen
  • Re: [GIT PULL] LoongArch changes for v6.2, pr-tracker-bot
• [GIT PULL] csky changes for v6.2-rc1, guoren
  • Re: [GIT PULL] csky changes for v6.2-rc1, pr-tracker-bot
• BUG: arm64: missing build-id from vmlinux, Dennis Gilmore
  • Re: BUG: arm64: missing build-id from vmlinux, Thorsten Leemhuis
    • Re: BUG: arm64: missing build-id from vmlinux, Masahiro Yamada
      • Re: BUG: arm64: missing build-id from vmlinux, Thorsten Leemhuis
        • Re: BUG: arm64: missing build-id from vmlinux, Ard Biesheuvel
          • Re: BUG: arm64: missing build-id from vmlinux, Masahiro Yamada
            • Re: BUG: arm64: missing build-id from vmlinux, Ard Biesheuvel
            • Re: BUG: arm64: missing build-id from vmlinux, Justin Forbes
• [PATCH] m68k: string: Make char intermediate in strcmp() signed, Geert Uytterhoeven
  • Re: [PATCH] m68k: string: Make char intermediate in strcmp() signed, Jason A. Donenfeld
• Re: [RFC PATCH] Syscall tracing on PPC64_ELF_ABI_V1 without KALLSYMS_ALL, Christophe Leroy
  • Re: [RFC PATCH] Syscall tracing on PPC64_ELF_ABI_V1 without KALLSYMS_ALL, Michael Jeanson
• [PATCH v3] riscv: Use PUD/P4D/PGD pages for the linear mapping, Alexandre Ghiti
  • Re: [PATCH v3] riscv: Use PUD/P4D/PGD pages for the linear mapping, Rob Herring
  • Re: [PATCH v3] riscv: Use PUD/P4D/PGD pages for the linear mapping, Conor Dooley
    • Re: [PATCH v3] riscv: Use PUD/P4D/PGD pages for the linear mapping, Samuel Holland
  • Re: [PATCH v3] riscv: Use PUD/P4D/PGD pages for the linear mapping, Samuel Holland
• [PATCH v2] riscv: Use PUD/P4D/PGD pages for the linear mapping, Alexandre Ghiti
  • Re: [PATCH v2] riscv: Use PUD/P4D/PGD pages for the linear mapping, Rob Herring
    • Re: [PATCH v2] riscv: Use PUD/P4D/PGD pages for the linear mapping, Alexandre Ghiti
• [PATCH v2 00/24] Remove COMMAND_LINE_SIZE from uapi, Palmer Dabbelt
  • [PATCH v2 01/24] alpha: Remove COMMAND_LINE_SIZE from uapi, Palmer Dabbelt
  • [PATCH v2 03/24] arm64: Remove COMMAND_LINE_SIZE from uapi, Palmer Dabbelt
  • [PATCH v2 02/24] arm: Remove COMMAND_LINE_SIZE from uapi, Palmer Dabbelt
  • [PATCH v2 04/24] ia64: Remove COMMAND_LINE_SIZE from uapi, Palmer Dabbelt
  • [PATCH v2 05/24] m68k: Remove COMMAND_LINE_SIZE from uapi, Palmer Dabbelt
    • Re: [PATCH v2 05/24] m68k: Remove COMMAND_LINE_SIZE from uapi, Geert Uytterhoeven
  • [PATCH v2 06/24] microblaze: Remove COMMAND_LINE_SIZE from uapi, Palmer Dabbelt
  • [PATCH v2 07/24] mips: Remove COMMAND_LINE_SIZE from uapi, Palmer Dabbelt
  • [PATCH v2 10/24] sparc: Remove COMMAND_LINE_SIZE from uapi, Palmer Dabbelt
  • [PATCH v2 09/24] powerpc: Remove COMMAND_LINE_SIZE from uapi, Palmer Dabbelt
  • [PATCH v2 11/24] xtensa: Remove COMMAND_LINE_SIZE from uapi, Palmer Dabbelt
  • [PATCH v2 12/24] asm-generic: Remove COMMAND_LINE_SIZE from uapi, Palmer Dabbelt
  • [PATCH v2 08/24] parisc: Remove COMMAND_LINE_SIZE from uapi, Palmer Dabbelt
  • [PATCH v2 13/24] alpha: Remove empty <uapi/asm/setup.h>, Palmer Dabbelt
  • [PATCH v2 14/24] arc: Remove empty <uapi/asm/setup.h>, Palmer Dabbelt
  • [PATCH v2 16/24] m68k: Remove empty <uapi/asm/setup.h>, Palmer Dabbelt
    • Re: [PATCH v2 16/24] m68k: Remove empty <uapi/asm/setup.h>, Geert Uytterhoeven
  • [PATCH v2 20/24] powerpc: Remove empty <uapi/asm/setup.h>, Palmer Dabbelt
  • [PATCH v2 15/24] arm64: Remove empty <uapi/asm/setup.h>, Palmer Dabbelt
  • [PATCH v2 22/24] sparc: Remove empty <uapi/asm/setup.h>, Palmer Dabbelt
  • [PATCH v2 18/24] mips: Remove empty <uapi/asm/setup.h>, Palmer Dabbelt
  • [PATCH v2 17/24] microblaze: Remove empty <uapi/asm/setup.h>, Palmer Dabbelt
  • [PATCH v2 19/24] parisc: Remove empty <uapi/asm/setup.h>, Palmer Dabbelt
  • [PATCH v2 23/24] x86: Remove empty <uapi/asm/setup.h>, Palmer Dabbelt
  • [PATCH v2 21/24] s390: Remove empty <uapi/asm/setup.h>, Palmer Dabbelt
  • [PATCH v2 24/24] xtensa: Remove empty <uapi/asm/setup.h>, Palmer Dabbelt
  • Re: [PATCH v2 00/24] Remove COMMAND_LINE_SIZE from uapi, Alexandre Ghiti
    • Re: [PATCH v2 00/24] Remove COMMAND_LINE_SIZE from uapi, Arnd Bergmann
      • Re: [PATCH v2 00/24] Remove COMMAND_LINE_SIZE from uapi, Alexandre Ghiti
• [PATCH -next V11 0/7] riscv: Add GENERIC_ENTRY support, guoren
  • [PATCH -next V11 1/7] compiler_types.h: Add __noinstr_section() for noinstr, guoren
  • [PATCH -next V11 2/7] riscv: ptrace: Remove duplicate operation, guoren
  • [PATCH -next V11 3/7] riscv: entry: Add noinstr to prevent instrumentation inserted, guoren
  • [PATCH -next V11 4/7] riscv: entry: Convert to generic entry, guoren
  • [PATCH -next V11 7/7] riscv: entry: Consolidate general regs saving/restoring, guoren
  • [PATCH -next V11 5/7] riscv: entry: Remove extra level wrappers of trace_hardirqs_{on,off}, guoren
  • [PATCH -next V11 6/7] riscv: entry: Consolidate ret_from_kernel_thread into ret_from_fork, guoren
  • Re: [PATCH -next V11 0/7] riscv: Add GENERIC_ENTRY support, Björn Töpel
    • Re: [PATCH -next V11 0/7] riscv: Add GENERIC_ENTRY support, Guo Ren
• [PATCH] iopoll: Call cpu_relax() in busy loops, Geert Uytterhoeven
• [GIT PULL] LoongArch fixes for v6.1-final, Huacai Chen
  • Re: [GIT PULL] LoongArch fixes for v6.1-final, pr-tracker-bot
• [PATCH -next V10 00/10] riscv: Add GENERIC_ENTRY support and related features, guoren
  • [PATCH -next V10 01/10] compiler_types.h: Add __noinstr_section() for noinstr, guoren
  • [PATCH -next V10 02/10] riscv: ptrace: Remove duplicate operation, guoren
  • [PATCH -next V10 08/10] riscv: stack: Support HAVE_IRQ_EXIT_ON_IRQ_STACK, guoren
    • Re: [PATCH -next V10 08/10] riscv: stack: Support HAVE_IRQ_EXIT_ON_IRQ_STACK, Björn Töpel