Linux Alpha

• Date Index

• Re: [PATCH 08/14] arm64: simplify access_ok(), (continued)
  • Re: [PATCH 08/14] arm64: simplify access_ok(), Mark Rutland
  • [PATCH 07/14] uaccess: generalize access_ok(), Arnd Bergmann
    • Re: [PATCH 07/14] uaccess: generalize access_ok(), Christoph Hellwig
    • Re: [PATCH 07/14] uaccess: generalize access_ok(), Al Viro
      • Re: [PATCH 07/14] uaccess: generalize access_ok(), Arnd Bergmann
    • Re: [PATCH 07/14] uaccess: generalize access_ok(), Mark Rutland
  • [PATCH 05/14] uaccess: add generic __{get,put}_kernel_nofault, Arnd Bergmann
    • Re: [PATCH 05/14] uaccess: add generic __{get,put}_kernel_nofault, Christoph Hellwig
    • Re: [PATCH 05/14] uaccess: add generic __{get,put}_kernel_nofault, Al Viro
      • Re: [PATCH 05/14] uaccess: add generic __{get,put}_kernel_nofault, Arnd Bergmann
  • [PATCH 09/14] m68k: drop custom __access_ok(), Arnd Bergmann
    • Re: [PATCH 09/14] m68k: drop custom __access_ok(), Al Viro
      • Re: [PATCH 09/14] m68k: drop custom __access_ok(), Christoph Hellwig
        • Re: [PATCH 09/14] m68k: drop custom __access_ok(), Al Viro
          • Re: [PATCH 09/14] m68k: drop custom __access_ok(), Arnd Bergmann
            • RE: [PATCH 09/14] m68k: drop custom __access_ok(), David Laight
  • [PATCH 10/14] uaccess: remove most CONFIG_SET_FS users, Arnd Bergmann
    • Re: [PATCH 10/14] uaccess: remove most CONFIG_SET_FS users, Christoph Hellwig
      • Re: [PATCH 10/14] uaccess: remove most CONFIG_SET_FS users, Arnd Bergmann
  • [PATCH 11/14] sparc64: remove CONFIG_SET_FS support, Arnd Bergmann
    • Re: [PATCH 11/14] sparc64: remove CONFIG_SET_FS support, Christoph Hellwig
      • Re: [PATCH 11/14] sparc64: remove CONFIG_SET_FS support, Arnd Bergmann
    • Re: [PATCH 11/14] sparc64: remove CONFIG_SET_FS support, Al Viro
      • Re: [PATCH 11/14] sparc64: remove CONFIG_SET_FS support, Arnd Bergmann
  • [PATCH 12/14] sh: remove CONFIG_SET_FS support, Arnd Bergmann
  • [PATCH 13/14] ia64: remove CONFIG_SET_FS support, Arnd Bergmann
  • [PATCH 14/14] uaccess: drop set_fs leftovers, Arnd Bergmann
    • Re: [PATCH 14/14] uaccess: drop set_fs leftovers, Al Viro
      • Re: [PATCH 14/14] uaccess: drop set_fs leftovers, Helge Deller
        • Re: [PATCH 14/14] uaccess: drop set_fs leftovers, Arnd Bergmann
  • Re: [PATCH 00/14] clean up asm/uaccess.h, kill set_fs for good, Linus Torvalds
• [PATCH 16/30] alpha/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT, Anshuman Khandual
• [PATCH] Alpha: Remove redundant local asm header redirections, Maciej W. Rozycki
  • [PING][PATCH] Alpha: Remove redundant local asm header redirections, Maciej W. Rozycki
  • [PING^2][PATCH] Alpha: Remove redundant local asm header redirections, Maciej W. Rozycki
  • [PING^3][PATCH] Alpha: Remove redundant local asm header redirections, Maciej W. Rozycki
    • Re: [PING^3][PATCH] Alpha: Remove redundant local asm header redirections, John Paul Adrian Glaubitz
  • Re: [PATCH] Alpha: Remove redundant local asm header redirections, Matt Turner
    • Re: [PATCH] Alpha: Remove redundant local asm header redirections, Maciej W. Rozycki
      • Re: [PATCH] Alpha: Remove redundant local asm header redirections, Matt Turner
        • Re: [PATCH] Alpha: Remove redundant local asm header redirections, Maciej W. Rozycki
• [PATCH 14/49] arch/alpha: replace cpumask_weight with cpumask_empty where appropriate, Yury Norov
• [PATCH v2 0/3] vstatus: TTY status message request, Walt Drummond
  • [PATCH v2 1/3] vstatus: Allow the n_tty line dicipline to write to a user tty, Walt Drummond
  • [PATCH v2 3/3] vstatus: Display an informational message when the VSTATUS character is pressed or TIOCSTAT ioctl is called., Walt Drummond
    • Re: [PATCH v2 3/3] vstatus: Display an informational message when the VSTATUS character is pressed or TIOCSTAT ioctl is called., Greg KH
    • Re: [PATCH v2 3/3] vstatus: Display an informational message when the VSTATUS character is pressed or TIOCSTAT ioctl is called., Arseny Maslennikov
      • Re: [PATCH v2 3/3] vstatus: Display an informational message when the VSTATUS character is pressed or TIOCSTAT ioctl is called., Arseny Maslennikov
    • Re: [PATCH v2 3/3] vstatus: Display an informational message when the VSTATUS character is pressed or TIOCSTAT ioctl is called., Jiri Slaby
  • [PATCH v2 2/3] status: Add user space API definitions for VSTATUS, NOKERNINFO and TIOCSTAT, Walt Drummond
    • Re: [PATCH v2 2/3] status: Add user space API definitions for VSTATUS, NOKERNINFO and TIOCSTAT, Greg KH
• [PATCH] alpha: Silence -Warray-bounds warnings, Kees Cook
  • <Possible follow-ups>
  • Re: [PATCH] alpha: Silence -Warray-bounds warnings, Guenter Roeck
• [RFC V1 16/31] alpha/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT, Anshuman Khandual
• [PATCH 13/54] arch/alpha: replace cpumask_weight with cpumask_empty where appropriate, Yury Norov
• architectures that still need to remove set_fs(), Christoph Hellwig
  • Re: architectures that still need to remove set_fs(), Stafford Horne
• [PATCH 2/3] vstatus: Add user space API definitions for VSTATUS, NOKERNINFO and TIOCSTAT, Walt Drummond
  • Re: [PATCH 2/3] vstatus: Add user space API definitions for VSTATUS, NOKERNINFO and TIOCSTAT, Arnd Bergmann
• [PATCH 0/3] status: TTY status message request, Walt Drummond
  • Re: [PATCH 0/3] status: TTY status message request, Greg KH
    • Re: [PATCH 0/3] status: TTY status message request, Walt Drummond
• [PATCH] arch/alpha/kernel: remove redundant err variable, cgel . zte
• [PATCH v5 3/9] Check return value from mc146818_get_time(), Mateusz Jończyk
• [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API, Christophe JAILLET
  • [PATCH 01/16] alpha: Remove usage of the deprecated "pci-dma-compat.h" API, Christophe JAILLET
    • Re: [PATCH 01/16] alpha: Remove usage of the deprecated "pci-dma-compat.h" API, Christoph Hellwig
  • Re: [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API, Martin K. Petersen
  • Re: [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API, Martin K. Petersen
  • Re: [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API, Moritz Fischer
  • Re: [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API, Christoph Hellwig
    • Re: [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API, Christophe JAILLET
      • Re: [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API, Arnd Bergmann
      • Re: [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API, Christoph Hellwig
        • Re: [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API, Arnd Bergmann
          • Re: [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API, Christophe JAILLET
  • Re: [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API, Christoph Hellwig
• [RFC PATCH 0/8] signals: Support more than 64 signals, Walt Drummond
  • [RFC PATCH 4/8] signals: Remove sigmask() macro, Walt Drummond
  • Re: [RFC PATCH 0/8] signals: Support more than 64 signals, Al Viro
    • Re: [RFC PATCH 0/8] signals: Support more than 64 signals, Walt Drummond
      • Re: [RFC PATCH 0/8] signals: Support more than 64 signals, Al Viro
        • Re: [RFC PATCH 0/8] signals: Support more than 64 signals, Al Viro
  • Re: [RFC PATCH 0/8] signals: Support more than 64 signals, Eric W. Biederman
    • Re: [RFC PATCH 0/8] signals: Support more than 64 signals, Theodore Ts'o
      • Re: [RFC PATCH 0/8] signals: Support more than 64 signals, Walt Drummond
      • Re: [RFC PATCH 0/8] signals: Support more than 64 signals, Eric W. Biederman
        • Re: [RFC PATCH 0/8] signals: Support more than 64 signals, Theodore Ts'o
          • Re: [RFC PATCH 0/8] signals: Support more than 64 signals, Walt Drummond
            • Re: [RFC PATCH 0/8] signals: Support more than 64 signals, Arseny Maslennikov
              • Re: [RFC PATCH 0/8] signals: Support more than 64 signals, Pavel Machek
      • Re: [RFC PATCH 0/8] signals: Support more than 64 signals, Arseny Maslennikov
• Booting newer kernels on the Jensen...update, Ulrich Teichert
  • Re: Booting newer kernels on the Jensen...update, Lukas Wunner
• [PATCH] alpha: Remove usage of the deprecated "pci-dma-compat.h" API, Christophe JAILLET
  • Re: [PATCH] alpha: Remove usage of the deprecated "pci-dma-compat.h" API, Arnd Bergmann
    • Re: [PATCH] alpha: Remove usage of the deprecated "pci-dma-compat.h" API, Christophe JAILLET
      • Re: [PATCH] alpha: Remove usage of the deprecated "pci-dma-compat.h" API, Arnd Bergmann
• [PATCH v2] serial: 8250: Move Alpha-specific quirk out of the core, Lukas Wunner
  • Re: [PATCH v2] serial: 8250: Move Alpha-specific quirk out of the core, Jiri Slaby
• [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary, Niklas Schnelle
  • Re: [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary, Geert Uytterhoeven
    • Re: [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary, Michael Schmitz
      • Re: [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary, Arnd Bergmann
        • Re: [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary, Michael Schmitz
          • Re: [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary, Arnd Bergmann
            • Re: [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary, Michael Schmitz
              • Re: [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary, Niklas Schnelle
              • Re: [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary, Arnd Bergmann
                • Re: [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary, Michael Schmitz
  • Re: [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary, Mauro Carvalho Chehab
• kernel oops when reading /proc/bus/pci/00/01.00 with odd size and odd alignment, Colin King (gmail)
• [PATCH v2 00/17] lib/bitmap: optimize bitmap_weight() usage, Yury Norov
  • [PATCH 01/17] all: don't use bitmap_weight() where possible, Yury Norov
    • Re: [PATCH 01/17] all: don't use bitmap_weight() where possible, Michał Mirosław
      • Re: [PATCH 01/17] all: don't use bitmap_weight() where possible, Yury Norov
  • [PATCH 02/17] drivers: rename num_*_cpus variables, Yury Norov
  • [PATCH 05/17] all: replace cpumask_weight with cpumask_empty where appropriate, Yury Norov
  • [PATCH 04/17] all: replace bitmap_weight with bitmap_empty where appropriate, Yury Norov
  • [PATCH 03/17] fix open-coded for_each_set_bit(), Yury Norov
  • [PATCH 08/17] all: replace bitmap_weight with bitmap_weight_{eq,gt,ge,lt,le} where appropriate, Yury Norov
    • Re: [PATCH 08/17] all: replace bitmap_weight with bitmap_weight_{eq,gt,ge,lt,le} where appropriate, Greg Kroah-Hartman
  • [PATCH 09/17] lib/cpumask: add cpumask_weight_{eq,gt,ge,lt,le}, Yury Norov
  • [PATCH 10/17] lib/nodemask: add nodemask_weight_{eq,gt,ge,lt,le}, Yury Norov
  • [PATCH 07/17] lib/bitmap: add bitmap_weight_{cmp,eq,gt,ge,lt,le} functions, Yury Norov
  • [PATCH 06/17] all: replace nodes_weight with nodes_empty where appropriate, Yury Norov
  • [PATCH 11/17] lib/nodemask: add num_node_state_eq(), Yury Norov
  • [PATCH 12/17] kernel/cpu.c: fix init_cpu_online, Yury Norov
  • [PATCH 13/17] kernel/cpu: add num_possible_cpus counter, Yury Norov
    • Re: [PATCH 13/17] kernel/cpu: add num_possible_cpus counter, Peter Zijlstra
  • [PATCH 14/17] kernel/cpu: add num_present_cpu counter, Yury Norov
    • Re: [PATCH 14/17] kernel/cpu: add num_present_cpu counter, Peter Zijlstra
  • [PATCH 15/17] kernel/cpu: add num_active_cpu counter, Yury Norov
    • Re: [PATCH 15/17] kernel/cpu: add num_active_cpu counter, Peter Zijlstra
  • [PATCH 16/17] tools/bitmap: sync bitmap_weight, Yury Norov
  • [PATCH 17/17] MAINTAINERS: add cpumask and nodemask files to BITMAP_API, Yury Norov
• [PATCH] serial: 8250: Move alpha-specific quirk out of the core, Lukas Wunner
  • Re: [PATCH] serial: 8250: Move alpha-specific quirk out of the core, Ulrich Teichert
    • Re: [PATCH] serial: 8250: Move alpha-specific quirk out of the core, John Paul Adrian Glaubitz
      • Re: [PATCH] serial: 8250: Move alpha-specific quirk out of the core, Ulrich Teichert
    • Re: [PATCH] serial: 8250: Move alpha-specific quirk out of the core, Lukas Wunner
      • Re: [PATCH] serial: 8250: Move alpha-specific quirk out of the core, Ulrich Teichert
        • Re: [PATCH] serial: 8250: Move alpha-specific quirk out of the core, Lukas Wunner
• kernel oops on malformed execve call on Alpha, Colin King (gmail)
• [PATCH] alpha: osf_sys: reduce kernel log spamming on invalid osf_mount call typenr, Colin Ian King
  • Re: [PATCH] alpha: osf_sys: reduce kernel log spamming on invalid osf_mount call typenr, Matt Turner
• [PATCH v4 3/9] Check return value from mc146818_get_time(), Mateusz Jończyk
• [PATCH 11/11] locking: Allow to include asm/spinlock_types.h from linux/spinlock_types_raw.h, Sebastian Andrzej Siewior
• [PATCH 0/9] lib/bitmap: optimize bitmap_weight() usage, Yury Norov
  • [PATCH 1/9] lib/bitmap: add bitmap_weight_{eq,gt,le}, Yury Norov
  • [PATCH 2/9] lib/bitmap: implement bitmap_{empty,full} with bitmap_weight_eq(), Yury Norov
    • Re: [PATCH 2/9] lib/bitmap: implement bitmap_{empty,full} with bitmap_weight_eq(), Michał Mirosław
      • Re: [PATCH 2/9] lib/bitmap: implement bitmap_{empty,full} with bitmap_weight_eq(), Yury Norov
    • Re: [PATCH 2/9] lib/bitmap: implement bitmap_{empty,full} with bitmap_weight_eq(), Michał Mirosław
      • Re: [PATCH 2/9] lib/bitmap: implement bitmap_{empty,full} with bitmap_weight_eq(), Yury Norov
        • RE: [PATCH 2/9] lib/bitmap: implement bitmap_{empty,full} with bitmap_weight_eq(), David Laight
          • Re: [PATCH 2/9] lib/bitmap: implement bitmap_{empty,full} with bitmap_weight_eq(), Yury Norov
  • [PATCH 3/9] all: replace bitmap_weigth() with bitmap_{empty,full,eq,gt,le}, Yury Norov
    • Re: [PATCH 3/9] all: replace bitmap_weigth() with bitmap_{empty,full,eq,gt,le}, Michał Mirosław
    • Re: [PATCH 3/9] all: replace bitmap_weigth() with bitmap_{empty,full,eq,gt,le}, Greg Kroah-Hartman
  • [PATCH 4/9] tools: sync bitmap_weight() usage with the kernel, Yury Norov
  • [PATCH 5/9] lib/cpumask: add cpumask_weight_{eq,gt,le}, Yury Norov
  • [PATCH 6/9] lib/nodemask: add nodemask_weight_{eq,gt,le}, Yury Norov
  • [PATCH 7/9] lib/cpumask: add num_{possible,present,active}_cpus_{eq,gt,le}, Yury Norov
    • Re: [PATCH 7/9] lib/cpumask: add num_{possible,present,active}_cpus_{eq,gt,le}, Michał Mirosław
      • Re: [PATCH 7/9] lib/cpumask: add num_{possible,present,active}_cpus_{eq,gt,le}, Michał Mirosław
      • Re: [PATCH 7/9] lib/cpumask: add num_{possible,present,active}_cpus_{eq,gt,le}, Yury Norov
    • Re: [PATCH 7/9] lib/cpumask: add num_{possible,present,active}_cpus_{eq,gt,le}, Joe Perches
      • Re: [PATCH 7/9] lib/cpumask: add num_{possible,present,active}_cpus_{eq,gt,le}, Yury Norov
        • Re: [PATCH 7/9] lib/cpumask: add num_{possible,present,active}_cpus_{eq,gt,le}, Dennis Zhou
          • Re: [PATCH 7/9] lib/cpumask: add num_{possible,present,active}_cpus_{eq,gt,le}, Yury Norov
        • Re: [PATCH 7/9] lib/cpumask: add num_{possible,present,active}_cpus_{eq,gt,le}, Joe Perches
        • Re: [PATCH 7/9] lib/cpumask: add num_{possible,present,active}_cpus_{eq,gt,le}, Emil Renner Berthing
  • [PATCH 8/9] lib/nodemask: add num_node_state_eq(), Yury Norov
  • [PATCH 9/9] MAINTAINERS: add cpumask and nodemask files to BITMAP_API, Yury Norov
  • Re: [PATCH 0/9] lib/bitmap: optimize bitmap_weight() usage, Nicholas Piggin
    • Re: [PATCH 0/9] lib/bitmap: optimize bitmap_weight() usage, Yury Norov
  • Re: [PATCH 0/9] lib/bitmap: optimize bitmap_weight() usage, mirq-test
    • Re: [PATCH 0/9] lib/bitmap: optimize bitmap_weight() usage, Yury Norov
      • Re: [PATCH 0/9] lib/bitmap: optimize bitmap_weight() usage, Michał Mirosław
        • Re: [PATCH 0/9] lib/bitmap: optimize bitmap_weight() usage, Yury Norov
• [PATCH] alpha: fix typo in a comment, Jason Wang
• [PATCH] alpha: signal: drop DEBUG_SIG print statements, Denis Kirjanov
• [PATCH v2] mm: Fix warning comparing pointer to 0, Jiapeng Chong
• [PATCH 1/1] futex: Wireup futex_waitv syscall, André Almeida
  • Re: [PATCH 1/1] futex: Wireup futex_waitv syscall, Geert Uytterhoeven
  • Re: [PATCH 1/1] futex: Wireup futex_waitv syscall, Arnd Bergmann
    • Re: [PATCH 1/1] futex: Wireup futex_waitv syscall, André Almeida
    • Re: [PATCH 1/1] futex: Wireup futex_waitv syscall, Thomas Gleixner
  • Re: [PATCH 1/1] futex: Wireup futex_waitv syscall, Max Filippov
  • Re: [PATCH 1/1] futex: Wireup futex_waitv syscall, Michael Ellerman
• [PATCH] mm: Fix warning comparing pointer to 0, Jiapeng Chong
  • Re: [PATCH] mm: Fix warning comparing pointer to 0, kernel test robot
  • Re: [PATCH] mm: Fix warning comparing pointer to 0, Joe Perches
• [PATCH v0 00/42] notifiers: Return an error when callback is already registered, Borislav Petkov
  • Re: [PATCH v0 00/42] notifiers: Return an error when callback is already registered, Alan Stern
    • Re: [PATCH v0 00/42] notifiers: Return an error when callback is already registered, Borislav Petkov
      • Re: [PATCH v0 00/42] notifiers: Return an error when callback is already registered, Borislav Petkov
        • Re: [PATCH v0 00/42] notifiers: Return an error when callback is already registered, Steven Rostedt
          • Re: [PATCH v0 00/42] notifiers: Return an error when callback is already registered, Borislav Petkov
• [PATCH v0 42/42] notifier: Return an error when callback is already registered, Borislav Petkov
  • Re: [PATCH v0 42/42] notifier: Return an error when callback is already registered, Geert Uytterhoeven
    • Re: [PATCH v0 42/42] notifier: Return an error when callback is already registered, Borislav Petkov
      • Re: [PATCH v0 42/42] notifier: Return an error when callback is already registered, Geert Uytterhoeven
        • Re: [PATCH v0 42/42] notifier: Return an error when callback is already registered, Borislav Petkov
          • Re: [PATCH v0 42/42] notifier: Return an error when callback is already registered, Geert Uytterhoeven
            • Re: [PATCH v0 42/42] notifier: Return an error when callback is already registered, Borislav Petkov
              • Re: [PATCH v0 42/42] notifier: Return an error when callback is already registered, Alan Stern
                • Re: [PATCH v0 42/42] notifier: Return an error when callback is already registered, Borislav Petkov
• [PATCH v0 26/42] alpha: Check notifier registration return value, Borislav Petkov
• [PATCH 2/2] kbuild: use more subdir- for visiting subdirectories while cleaning, Masahiro Yamada
  • Re: [PATCH 2/2] kbuild: use more subdir- for visiting subdirectories while cleaning, Kees Cook
  • Re: [PATCH 2/2] kbuild: use more subdir- for visiting subdirectories while cleaning, Geert Uytterhoeven
• [PATCH v5 00/16] Add TDX Guest Support (shared-mm support), Kuppuswamy Sathyanarayanan
  • [PATCH v5 01/16] x86/mm: Move force_dma_unencrypted() to common code, Kuppuswamy Sathyanarayanan
    • Re: [PATCH v5 01/16] x86/mm: Move force_dma_unencrypted() to common code, Tom Lendacky
      • Re: [PATCH v5 01/16] x86/mm: Move force_dma_unencrypted() to common code, Sathyanarayanan Kuppuswamy
  • [PATCH v5 02/16] x86/tdx: Get TD execution environment information via TDINFO, Kuppuswamy Sathyanarayanan
  • [PATCH v5 03/16] x86/tdx: Exclude Shared bit from physical_mask, Kuppuswamy Sathyanarayanan
    • Re: [PATCH v5 03/16] x86/tdx: Exclude Shared bit from physical_mask, Sean Christopherson
      • Re: [PATCH v5 03/16] x86/tdx: Exclude Shared bit from physical_mask, Kirill A. Shutemov
  • [PATCH v5 04/16] x86/tdx: Make pages shared in ioremap(), Kuppuswamy Sathyanarayanan
    • Re: [PATCH v5 04/16] x86/tdx: Make pages shared in ioremap(), Tom Lendacky
      • Re: [PATCH v5 04/16] x86/tdx: Make pages shared in ioremap(), Sathyanarayanan Kuppuswamy
  • [PATCH v5 05/16] x86/tdx: Add helper to do MapGPA hypercall, Kuppuswamy Sathyanarayanan
  • [PATCH v5 06/16] x86/tdx: Make DMA pages shared, Kuppuswamy Sathyanarayanan
    • Re: [PATCH v5 06/16] x86/tdx: Make DMA pages shared, Tom Lendacky
      • Re: [PATCH v5 06/16] x86/tdx: Make DMA pages shared, Sathyanarayanan Kuppuswamy
        • Re: [PATCH v5 06/16] x86/tdx: Make DMA pages shared, Tom Lendacky
          • Re: [PATCH v5 06/16] x86/tdx: Make DMA pages shared, Sathyanarayanan Kuppuswamy
  • [PATCH v5 08/16] x86/tdx: ioapic: Add shared bit for IOAPIC base address, Kuppuswamy Sathyanarayanan
  • [PATCH v5 09/16] x86/tdx: Enable shared memory confidential guest flags for TDX guest, Kuppuswamy Sathyanarayanan
  • [PATCH v5 07/16] x86/kvm: Use bounce buffers for TD guest, Kuppuswamy Sathyanarayanan
    • Re: [PATCH v5 07/16] x86/kvm: Use bounce buffers for TD guest, Tom Lendacky
      • Re: [PATCH v5 07/16] x86/kvm: Use bounce buffers for TD guest, Sathyanarayanan Kuppuswamy
        • Re: [PATCH v5 07/16] x86/kvm: Use bounce buffers for TD guest, Tom Lendacky
  • [PATCH v5 10/16] PCI: Consolidate pci_iomap_range(), pci_iomap_wc_range(), Kuppuswamy Sathyanarayanan
  • [PATCH v5 11/16] asm/io.h: Add ioremap_host_shared fallback, Kuppuswamy Sathyanarayanan
  • [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Kuppuswamy Sathyanarayanan
    • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Michael S. Tsirkin
      • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Dan Williams
        • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Andi Kleen
          • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Dan Williams
            • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Andi Kleen
              • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Dan Williams
                • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Michael S. Tsirkin
                  • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Andi Kleen
                • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Andi Kleen
                  • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Dan Williams
              • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Greg KH
          • RE: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Reshetova, Elena
            • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Andi Kleen
              • RE: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Reshetova, Elena
                • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Dan Williams
                  • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Andi Kleen
            • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Michael S. Tsirkin
              • RE: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Reshetova, Elena
                • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Michael S. Tsirkin
                  • RE: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Reshetova, Elena
                    • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Michael S. Tsirkin
                      • RE: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Reshetova, Elena
                        • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Michael S. Tsirkin
                    • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Michael S. Tsirkin
                • RE: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Thomas Gleixner
                  • RE: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Reshetova, Elena
          • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Thomas Gleixner
            • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Thomas Gleixner
          • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Greg KH
      • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Andi Kleen
        • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Michael S. Tsirkin
          • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Andi Kleen
            • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Michael S. Tsirkin
          • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Greg KH
            • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Michael S. Tsirkin
    • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Christoph Hellwig
      • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Andi Kleen
        • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Michael S. Tsirkin
          • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Christoph Hellwig
            • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Andi Kleen
  • [PATCH v5 13/16] PCI: Mark MSI data shared, Kuppuswamy Sathyanarayanan
  • [PATCH v5 14/16] virtio: Use shared mappings for virtio PCI devices, Kuppuswamy Sathyanarayanan
  • [PATCH v5 15/16] x86/tdx: Implement ioremap_host_shared for x86, Kuppuswamy Sathyanarayanan
  • [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared, Kuppuswamy Sathyanarayanan
    • Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared, Randy Dunlap
      • Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared, Kuppuswamy, Sathyanarayanan
    • Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared, Michael S. Tsirkin
      • Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared, Andi Kleen
        • Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared, Michael S. Tsirkin
          • Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared, Andi Kleen
            • Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared, Michael S. Tsirkin
              • Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared, Andi Kleen
                • Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared, Michael S. Tsirkin
                  • Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared, Andi Kleen
                    • Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared, Michael S. Tsirkin
                      • Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared, Andi Kleen
                        • Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared, Michael S. Tsirkin
• [PATCH v2 0/6] memblock: cleanup memblock_free interface, Mike Rapoport
  • [PATCH v2 1/6] arch_numa: simplify numa_distance allocation, Mike Rapoport
  • [PATCH v2 2/6] xen/x86: free_p2m_page: use memblock_free_ptr() to free a virtual pointer, Mike Rapoport
  • [PATCH v2 3/6] memblock: drop memblock_free_early_nid() and memblock_free_early(), Mike Rapoport
  • [PATCH v2 4/6] memblock: stop aliasing __memblock_free_late with memblock_free_late, Mike Rapoport
  • [PATCH v2 5/6] memblock: rename memblock_free to memblock_phys_free, Mike Rapoport
  • [PATCH v2 6/6] memblock: use memblock_free for freeing virtual pointers, Mike Rapoport
  • Re: [PATCH v2 0/6] memblock: cleanup memblock_free interface, Linus Torvalds
    • Re: [PATCH v2 0/6] memblock: cleanup memblock_free interface, Mike Rapoport
• [PATCH v4 00/11] sections: Unify kernel sections range check and use, Kefeng Wang
  • [PATCH v4 03/11] sections: Move and rename core_kernel_data() to is_kernel_core_data(), Kefeng Wang
  • [PATCH v4 08/11] extable: Use is_kernel_text() helper, Kefeng Wang
  • [PATCH v4 11/11] alpha: Use is_kernel_text() helper, Kefeng Wang
  • [PATCH v4 04/11] sections: Move is_kernel_inittext() into sections.h, Kefeng Wang
  • [PATCH v4 02/11] kallsyms: Fix address-checks for kernel related range, Kefeng Wang
  • [PATCH v4 07/11] mm: kasan: Use is_kernel() helper, Kefeng Wang
    • Re: [PATCH v4 07/11] mm: kasan: Use is_kernel() helper, Alexander Potapenko
    • Re: [PATCH v4 07/11] mm: kasan: Use is_kernel() helper, Andrey Konovalov
  • [PATCH v4 10/11] microblaze: Use is_kernel_text() helper, Kefeng Wang
    • Re: [PATCH v4 10/11] microblaze: Use is_kernel_text() helper, Michal Simek
  • [PATCH v4 09/11] powerpc/mm: Use core_kernel_text() helper, Kefeng Wang
  • [PATCH v4 01/11] kallsyms: Remove arch specific text and data check, Kefeng Wang
  • [PATCH v4 06/11] sections: Provide internal __is_kernel() and __is_kernel_text() helper, Kefeng Wang
  • [PATCH v4 05/11] x86: mm: Rename __is_kernel_text() to is_x86_32_kernel_text(), Kefeng Wang
• Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and use absolute_pointer macro), Ulrich Teichert
• [PATCHES] alpha asm glue cleanups and fixes, Al Viro
  • [PATCH 1/6] alpha: fix TIF_NOTIFY_SIGNAL handling, Al Viro
    • [PATCH 3/6] alpha: fix syscall entry in !AUDUT_SYSCALL case, Al Viro
    • [PATCH 2/6] alpha: _TIF_ALLWORK_MASK is unused, Al Viro
    • [PATCH 4/6] alpha: fix handling of a3 on straced syscalls, Al Viro
    • [PATCH 5/6] alpha: syscall exit cleanup, Al Viro
    • [PATCH 6/6] alpha: ret_from_fork can go straight to ret_to_user, Al Viro
    • [PATCH 7/7] alpha: lazy FPU switching, Al Viro
      • Re: [PATCH 7/7] alpha: lazy FPU switching, Linus Torvalds
        • Re: [PATCH 7/7] alpha: lazy FPU switching, Al Viro
          • Re: [PATCH 7/7] alpha: lazy FPU switching, Linus Torvalds
            • Re: [PATCH 7/7] alpha: lazy FPU switching, Al Viro
          • Re: [PATCH 7/7] alpha: lazy FPU switching, Al Viro
            • Re: [PATCH 7/7] alpha: lazy FPU switching, Al Viro
            • Re: [PATCH 7/7] alpha: lazy FPU switching, Maciej W. Rozycki
              • Re: [PATCH 7/7] alpha: lazy FPU switching, Al Viro
        • Re: [PATCH 7/7] alpha: lazy FPU switching, John Paul Adrian Glaubitz
  • Re: [PATCHES] alpha asm glue cleanups and fixes, Al Viro
  • Re: [PATCHES] alpha asm glue cleanups and fixes, Al Viro
    • [PATCH v2 1/7] alpha: fix TIF_NOTIFY_SIGNAL handling, Al Viro
      • [PATCH v2 2/7] alpha: _TIF_ALLWORK_MASK is unused, Al Viro
      • [PATCH v2 4/7] alpha: fix handling of a3 on straced syscalls, Al Viro
      • [PATCH v2 7/7] alpha: lazy FPU switching, Al Viro
        • Re: [PATCH v2 7/7] alpha: lazy FPU switching, Linus Torvalds
          • Re: [PATCH v2 7/7] alpha: lazy FPU switching, Al Viro
            • Re: [PATCH v2 7/7] alpha: lazy FPU switching, Al Viro
      • [PATCH v2 5/7] alpha: syscall exit cleanup, Al Viro
      • [PATCH v2 6/7] alpha: ret_from_fork can go straight to ret_to_user, Al Viro
      • [PATCH v2 3/7] alpha: fix syscall entry in !AUDUT_SYSCALL case, Al Viro
• [PATCH 0/3] memblock: cleanup memblock_free interface, Mike Rapoport
  • [PATCH 1/3] arch_numa: simplify numa_distance allocation, Mike Rapoport
  • [PATCH 2/3] xen/x86: free_p2m_page: use memblock_free_ptr() to free a virtual pointer, Mike Rapoport
    • Re: [PATCH 2/3] xen/x86: free_p2m_page: use memblock_free_ptr() to free a virtual pointer, Juergen Gross
  • [PATCH 3/3] memblock: cleanup memblock_free interface, Mike Rapoport
    • Re: [PATCH 3/3] memblock: cleanup memblock_free interface, Juergen Gross
    • Re: [PATCH 3/3] memblock: cleanup memblock_free interface, Christophe Leroy
      • Re: [PATCH 3/3] memblock: cleanup memblock_free interface, Mike Rapoport
        • Re: [PATCH 3/3] memblock: cleanup memblock_free interface, Christophe Leroy
          • Re: [PATCH 3/3] memblock: cleanup memblock_free interface, Mike Rapoport
    • Re: [PATCH 3/3] memblock: cleanup memblock_free interface, Shahab Vahedi
  • Re: [PATCH 0/3] memblock: cleanup memblock_free interface, Linus Torvalds
    • Re: [PATCH 0/3] memblock: cleanup memblock_free interface, Mike Rapoport
• [PATCH AUTOSEL 4.4 08/10] alpha: Declare virt_to_phys and virt_to_bus parameter as pointer to volatile, Sasha Levin
• [PATCH AUTOSEL 4.9 09/11] alpha: Declare virt_to_phys and virt_to_bus parameter as pointer to volatile, Sasha Levin
• [PATCH AUTOSEL 4.14 11/13] alpha: Declare virt_to_phys and virt_to_bus parameter as pointer to volatile, Sasha Levin
• [PATCH AUTOSEL 4.19 13/15] alpha: Declare virt_to_phys and virt_to_bus parameter as pointer to volatile, Sasha Levin
• [PATCH AUTOSEL 5.4 17/19] alpha: Declare virt_to_phys and virt_to_bus parameter as pointer to volatile, Sasha Levin
• [PATCH v2 0/4] Introduce and use absolute_pointer macro, Guenter Roeck
  • [PATCH v2 1/4] compiler.h: Introduce absolute_pointer macro, Guenter Roeck
    • Re: [PATCH v2 1/4] compiler.h: Introduce absolute_pointer macro, Geert Uytterhoeven
    • Re: [PATCH v2 1/4] compiler.h: Introduce absolute_pointer macro, Geert Uytterhoeven
      • Re: [PATCH v2 1/4] compiler.h: Introduce absolute_pointer macro, Guenter Roeck
  • [PATCH v2 2/4] net: i825xx: Use absolute_pointer for memcpy from fixed memory location, Guenter Roeck
    • Re: [PATCH v2 2/4] net: i825xx: Use absolute_pointer for memcpy from fixed memory location, Geert Uytterhoeven
  • [PATCH v2 3/4] alpha: Move setup.h out of uapi, Guenter Roeck
  • [PATCH v2 4/4] alpha: Use absolute_pointer to define COMMAND_LINE, Guenter Roeck
  • Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro, Linus Torvalds
    • Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro, Guenter Roeck
      • Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro, Linus Torvalds
        • Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro, Linus Torvalds
          • Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro, Linus Torvalds
            • Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro, Anders Larsen
              • Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro, Linus Torvalds
        • Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro, Helge Deller
        • Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro, Guenter Roeck
          • Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro, Linus Torvalds
            • Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro, Michael Cree
              • Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro, Ulrich Teichert
                • Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro, Linus Torvalds
                  • Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro, Thorsten Glaser
                    • Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro, Linus Torvalds
                  • Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro, Linus Torvalds
                  • Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro, Ulrich Teichert
                    • Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro, Linus Torvalds
                      • Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro, Linus Torvalds
                    • Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro, Linus Torvalds
                      • Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro, Dave Taht
                      • Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro, Ulrich Teichert
                        • Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro, Linus Torvalds
                          • Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro, Matt Turner
                            • Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro, Linus Torvalds
                          • Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro, Ulrich Teichert
                            • Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro, Linus Torvalds
                            • Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro, Linus Torvalds
                              • Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro, Ulrich Teichert
                                • Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and use absolute_pointer macro), Ulrich Teichert
                                  • Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and use absolute_pointer macro), John Paul Adrian Glaubitz
                                    • Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and, Ulrich Teichert
                                    • Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and, John Paul Adrian Glaubitz
                                    • Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and, John Paul Adrian Glaubitz
                                    • Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and, Ulrich Teichert
                                    • Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and, John Paul Adrian Glaubitz
                                    • Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and, John Paul Adrian Glaubitz
                                    • Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and, John Paul Adrian Glaubitz
                                    • Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and, Ulrich Teichert
                                    • Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and, John Paul Adrian Glaubitz
                                    • Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and, Maciej W. Rozycki
          • Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro, Linus Torvalds
    • Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro, Michael Cree
• [PATCH 0/4] Introduce and use absolute_pointer macro, Guenter Roeck
  • [PATCH 1/4] compiler.h: Introduce absolute_pointer macro, Guenter Roeck
  • [PATCH 2/4] net: i825xx: Use absolute_pointer for memcpy on fixed memory location, Guenter Roeck
    • Re: [PATCH 2/4] net: i825xx: Use absolute_pointer for memcpy on fixed memory location, Jeroen Roovers
      • Re: [PATCH 2/4] net: i825xx: Use absolute_pointer for memcpy on fixed memory location, Guenter Roeck
  • [PATCH 3/4] parisc: Use absolute_pointer for memcmp on fixed memory location, Guenter Roeck
    • Re: [PATCH 3/4] parisc: Use absolute_pointer for memcmp on fixed memory location, Linus Torvalds
      • Re: [PATCH 3/4] parisc: Use absolute_pointer for memcmp on fixed memory location, Helge Deller
        • Re: [PATCH 3/4] parisc: Use absolute_pointer for memcmp on fixed memory location, Guenter Roeck
  • [PATCH 4/4] alpha: Use absolute_pointer for strcmp on fixed memory location, Guenter Roeck
    • Re: [PATCH 4/4] alpha: Use absolute_pointer for strcmp on fixed memory location, Linus Torvalds
      • Re: [PATCH 4/4] alpha: Use absolute_pointer for strcmp on fixed memory location, Guenter Roeck
      • Re: [PATCH 4/4] alpha: Use absolute_pointer for strcmp on fixed memory location, Guenter Roeck
        • Re: [PATCH 4/4] alpha: Use absolute_pointer for strcmp on fixed memory location, Linus Torvalds
• [PATCH] alpha: Declare virt_to_phys and virt_to_bus parameter as pointer to volatile, Guenter Roeck
  • Re: [PATCH] alpha: Declare virt_to_phys and virt_to_bus parameter as pointer to volatile, Arnd Bergmann
• [PATCH] sparc: Remove usage of the deprecated "pci-dma-compat.h" API, Christophe JAILLET
• [PATCH linux-next] alpha:smp: fix warning comparing pointer to 0, CGEL
  • Re: [PATCH linux-next] alpha:smp: fix warning comparing pointer to 0, Matt Turner
• [PATCH] alpha: in_irq() cleanup, Changbin Du
  • Re: [PATCH] alpha: in_irq() cleanup, Matt Turner
• [PATCH] alpha: agp: make empty macros use do-while-0 style, Randy Dunlap
• [PATCH] alpha: pci-sysfs: fix all kernel-doc warnings, Randy Dunlap
• [PATCH v4 00/15] Add TDX Guest Support (shared-mm support), Kuppuswamy Sathyanarayanan
  • [PATCH v4 01/15] x86/mm: Move force_dma_unencrypted() to common code, Kuppuswamy Sathyanarayanan
  • [PATCH v4 02/15] x86/tdx: Exclude Shared bit from physical_mask, Kuppuswamy Sathyanarayanan
  • [PATCH v4 03/15] x86/tdx: Make pages shared in ioremap(), Kuppuswamy Sathyanarayanan
  • [PATCH v4 05/15] x86/tdx: Make DMA pages shared, Kuppuswamy Sathyanarayanan
  • [PATCH v4 06/15] x86/kvm: Use bounce buffers for TD guest, Kuppuswamy Sathyanarayanan
  • [PATCH v4 07/15] x86/tdx: ioapic: Add shared bit for IOAPIC base address, Kuppuswamy Sathyanarayanan
  • [PATCH v4 08/15] x86/tdx: Enable shared memory protected guest flags for TDX guest, Kuppuswamy Sathyanarayanan
  • [PATCH v4 04/15] x86/tdx: Add helper to do MapGPA hypercall, Kuppuswamy Sathyanarayanan
  • [PATCH v4 09/15] pci: Consolidate pci_iomap* and pci_iomap*wc, Kuppuswamy Sathyanarayanan
    • Re: [PATCH v4 09/15] pci: Consolidate pci_iomap* and pci_iomap*wc, Bjorn Helgaas
      • Re: [PATCH v4 09/15] pci: Consolidate pci_iomap* and pci_iomap*wc, Andi Kleen
      • Re: [PATCH v4 09/15] pci: Consolidate pci_iomap* and pci_iomap*wc, Kuppuswamy, Sathyanarayanan
  • [PATCH v4 10/15] asm/io.h: Add ioremap_shared fallback, Kuppuswamy Sathyanarayanan
    • Re: [PATCH v4 10/15] asm/io.h: Add ioremap_shared fallback, Bjorn Helgaas
    • Re: [PATCH v4 10/15] asm/io.h: Add ioremap_shared fallback, Christoph Hellwig
  • [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Kuppuswamy Sathyanarayanan
    • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Christoph Hellwig
    • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Michael S. Tsirkin
      • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Kuppuswamy, Sathyanarayanan
        • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Dan Williams
          • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Andi Kleen
            • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Michael S. Tsirkin
              • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Andi Kleen
                • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Bjorn Helgaas
                  • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Andi Kleen
                    • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Bjorn Helgaas
                      • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Andi Kleen
                        • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Dan Williams
                        • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Bjorn Helgaas
                  • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Rajat Jain
                • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Michael S. Tsirkin
                  • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Andi Kleen
                    • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Michael S. Tsirkin
                      • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Andi Kleen
                        • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Michael S. Tsirkin
                          • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Andi Kleen
                            • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Michael S. Tsirkin
                              • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Andi Kleen
                                • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Michael S. Tsirkin
                                  • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Michael S. Tsirkin
                                  • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Andi Kleen
                                    • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Michael S. Tsirkin
          • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Rajat Jain
            • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Dan Williams
        • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Christoph Hellwig
          • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Andi Kleen
            • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Michael S. Tsirkin
              • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Andi Kleen
        • Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}, Michael S. Tsirkin
  • [PATCH v4 12/15] pci: Mark MSI data shared, Kuppuswamy Sathyanarayanan
    • Re: [PATCH v4 12/15] pci: Mark MSI data shared, Christoph Hellwig
  • [PATCH v4 14/15] x86/tdx: Implement ioremap_shared for x86, Kuppuswamy Sathyanarayanan
  • [PATCH v4 13/15] virtio: Use shared mappings for virtio PCI devices, Kuppuswamy Sathyanarayanan
  • [PATCH v4 15/15] x86/tdx: Add cmdline option to force use of ioremap_shared, Kuppuswamy Sathyanarayanan
• [PATCH v3] sock: allow reading and changing sk_userlocks with setsockopt, Pavel Tikhomirov
  • Re: [PATCH v3] sock: allow reading and changing sk_userlocks with setsockopt, Eric Dumazet
  • Re: [PATCH v3] sock: allow reading and changing sk_userlocks with setsockopt, patchwork-bot+netdevbpf
• [PATCH AUTOSEL 4.4 3/4] alpha: Send stop IPI to send to online CPUs, Sasha Levin
• [PATCH AUTOSEL 4.9 3/4] alpha: Send stop IPI to send to online CPUs, Sasha Levin
• [PATCH AUTOSEL 4.14 4/5] alpha: Send stop IPI to send to online CPUs, Sasha Levin
• [PATCH AUTOSEL 4.19 4/5] alpha: Send stop IPI to send to online CPUs, Sasha Levin
• [PATCH AUTOSEL 5.4 5/6] alpha: Send stop IPI to send to online CPUs, Sasha Levin
• [PATCH AUTOSEL 5.10 6/9] alpha: Send stop IPI to send to online CPUs, Sasha Levin
• [PATCH AUTOSEL 5.13 06/11] alpha: Send stop IPI to send to online CPUs, Sasha Levin
• [PATCH] alpha: remove unneeded variable, yang.yang29
• [PATCH v2] sock: allow reading and changing sk_userlocks with setsockopt, Pavel Tikhomirov
  • Re: [PATCH v2] sock: allow reading and changing sk_userlocks with setsockopt, Jakub Kicinski
    • Re: [PATCH v2] sock: allow reading and changing sk_userlocks with setsockopt, Pavel Tikhomirov
      • Re: [PATCH v2] sock: allow reading and changing sk_userlocks with setsockopt, Jakub Kicinski
        • Re: [PATCH v2] sock: allow reading and changing sk_userlocks with setsockopt, Pavel Tikhomirov
          • Re: [PATCH v2] sock: allow reading and changing sk_userlocks with setsockopt, Jakub Kicinski
• [PATCH] sock: allow reading and changing sk_userlocks with setsockopt, Pavel Tikhomirov
  • Re: [PATCH] sock: allow reading and changing sk_userlocks with setsockopt, Paolo Abeni
    • Re: [PATCH] sock: allow reading and changing sk_userlocks with setsockopt, Pavel Tikhomirov
• [PATCH v3 00/21] .map_sg() error cleanup, Logan Gunthorpe
  • [PATCH v3 04/21] dma-iommu: Return error code from iommu_dma_map_sg(), Logan Gunthorpe
  • [PATCH v3 02/21] dma-direct: Return appropriate error code from dma_direct_map_sg(), Logan Gunthorpe
  • [PATCH v3 21/21] dma-mapping: Disallow .map_sg operations from returning zero on error, Logan Gunthorpe
  • [PATCH v3 03/21] iommu: Return full error code from iommu_map_sg[_atomic](), Logan Gunthorpe
  • [PATCH v3 20/21] dma-mapping: return error code from dma_dummy_map_sg(), Logan Gunthorpe
  • [PATCH v3 01/21] dma-mapping: Allow map_sg() ops to return negative error codes, Logan Gunthorpe
  • [PATCH v3 19/21] x86/amd_gart: don't set failed sg dma_address to DMA_MAPPING_ERROR, Logan Gunthorpe
  • [PATCH v3 15/21] sparc/iommu: don't set failed sg dma_address to DMA_MAPPING_ERROR, Logan Gunthorpe
  • [PATCH v3 18/21] x86/amd_gart: return error code from gart_map_sg(), Logan Gunthorpe
  • [PATCH v3 09/21] MIPS/jazzdma: return error code from jazz_dma_map_sg(), Logan Gunthorpe
  • [PATCH v3 12/21] s390/pci: return error code from s390_dma_map_sg(), Logan Gunthorpe
  • [PATCH v3 13/21] s390/pci: don't set failed sg dma_address to DMA_MAPPING_ERROR, Logan Gunthorpe
  • [PATCH v3 08/21] ia64/sba_iommu: return error code from sba_map_sg_attrs(), Logan Gunthorpe
  • [PATCH v3 14/21] sparc/iommu: return error codes from .map_sg() ops, Logan Gunthorpe
  • [PATCH v3 16/21] parisc: return error code from .map_sg() ops, Logan Gunthorpe
  • [PATCH v3 10/21] powerpc/iommu: return error code from .map_sg() ops, Logan Gunthorpe
  • [PATCH v3 06/21] ARM/dma-mapping: return error code from .map_sg() ops, Logan Gunthorpe
  • [PATCH v3 11/21] powerpc/iommu: don't set failed sg dma_address to DMA_MAPPING_ERROR, Logan Gunthorpe
  • [PATCH v3 05/21] alpha: return error code from alpha_pci_map_sg(), Logan Gunthorpe
  • [PATCH v3 07/21] ARM/dma-mapping: don't set failed sg dma_address to DMA_MAPPING_ERROR, Logan Gunthorpe
  • [PATCH v3 17/21] xen: swiotlb: return error code from xen_swiotlb_map_sg(), Logan Gunthorpe
  • Re: [PATCH v3 00/21] .map_sg() error cleanup, Christoph Hellwig
• [PATCH] arch: Kconfig: clean up obsolete use of HAVE_IDE, Lukas Bulwahn
  • Re: [PATCH] arch: Kconfig: clean up obsolete use of HAVE_IDE, Randy Dunlap
  • Re: [PATCH] arch: Kconfig: clean up obsolete use of HAVE_IDE, Jens Axboe
  • Re: [PATCH] arch: Kconfig: clean up obsolete use of HAVE_IDE, Christoph Hellwig
  • Re: [PATCH] arch: Kconfig: clean up obsolete use of HAVE_IDE, Geert Uytterhoeven
• [PATCH] alpha: register early reserved memory in memblock, Mike Rapoport
• Regression bisected to fa3354e4ea39 (mm: free_area_init: use maximal zone PFNs rather than zone sizes), Matt Turner
  • Re: Regression bisected to fa3354e4ea39 (mm: free_area_init: use maximal zone PFNs rather than zone sizes), Mike Rapoport
    • Re: Regression bisected to fa3354e4ea39 (mm: free_area_init: use maximal zone PFNs rather than zone sizes), Matt Turner
      • Re: Regression bisected to fa3354e4ea39 (mm: free_area_init: use maximal zone PFNs rather than zone sizes), Mike Rapoport
        • Re: Regression bisected to fa3354e4ea39 (mm: free_area_init: use maximal zone PFNs rather than zone sizes), Matt Turner
          • Re: Regression bisected to fa3354e4ea39 (mm: free_area_init: use maximal zone PFNs rather than zone sizes), Mike Rapoport
            • Re: Regression bisected to fa3354e4ea39 (mm: free_area_init: use maximal zone PFNs rather than zone sizes), Matt Turner
              • Re: Regression bisected to fa3354e4ea39 (mm: free_area_init: use maximal zone PFNs rather than zone sizes), Mike Rapoport
• [PATCH v2 00/21] .map_sg() error cleanup, Logan Gunthorpe
  • [PATCH v2 02/21] dma-direct: Return appropriate error code from dma_direct_map_sg(), Logan Gunthorpe
  • [PATCH v2 20/21] dma-mapping: return error code from dma_dummy_map_sg(), Logan Gunthorpe
  • [PATCH v2 21/21] dma-mapping: Disallow .map_sg operations from returning zero on error, Logan Gunthorpe
    • Re: [PATCH v2 21/21] dma-mapping: Disallow .map_sg operations from returning zero on error, Rolf Eike Beer
  • [PATCH v2 01/21] dma-mapping: Allow map_sg() ops to return negative error codes, Logan Gunthorpe
    • Re: [PATCH v2 01/21] dma-mapping: Allow map_sg() ops to return negative error codes, Christoph Hellwig
  • [PATCH v2 17/21] xen: swiotlb: return error code from xen_swiotlb_map_sg(), Logan Gunthorpe
  • [PATCH v2 18/21] x86/amd_gart: return error code from gart_map_sg(), Logan Gunthorpe
  • [PATCH v2 19/21] x86/amd_gart: don't set failed sg dma_address to DMA_MAPPING_ERROR, Logan Gunthorpe
  • [PATCH v2 16/21] parisc: return error code from .map_sg() ops, Logan Gunthorpe
  • [PATCH v2 14/21] sparc/iommu: return error codes from .map_sg() ops, Logan Gunthorpe
  • [PATCH v2 15/21] sparc/iommu: don't set failed sg dma_address to DMA_MAPPING_ERROR, Logan Gunthorpe
  • [PATCH v2 13/21] s390/pci: don't set failed sg dma_address to DMA_MAPPING_ERROR, Logan Gunthorpe
    • Re: [PATCH v2 13/21] s390/pci: don't set failed sg dma_address to DMA_MAPPING_ERROR, Niklas Schnelle
  • [PATCH v2 04/21] dma-iommu: Return error code from iommu_dma_map_sg(), Logan Gunthorpe
  • [PATCH v2 07/21] ARM/dma-mapping: don't set failed sg dma_address to DMA_MAPPING_ERROR, Logan Gunthorpe
  • [PATCH v2 05/21] alpha: return error code from alpha_pci_map_sg(), Logan Gunthorpe
  • [PATCH v2 06/21] ARM/dma-mapping: return error code from .map_sg() ops, Logan Gunthorpe
  • [PATCH v2 08/21] ia64/sba_iommu: return error code from sba_map_sg_attrs(), Logan Gunthorpe
  • [PATCH v2 11/21] powerpc/iommu: don't set failed sg dma_address to DMA_MAPPING_ERROR, Logan Gunthorpe
  • [PATCH v2 10/21] powerpc/iommu: return error code from .map_sg() ops, Logan Gunthorpe
  • [PATCH v2 09/21] MIPS/jazzdma: return error code from jazz_dma_map_sg(), Logan Gunthorpe
  • [PATCH v2 03/21] iommu: Return full error code from iommu_map_sg[_atomic](), Logan Gunthorpe
  • [PATCH v2 12/21] s390/pci: return error code from s390_dma_map_sg(), Logan Gunthorpe
• [PATCH v1 00/16] .map_sg() error cleanup, Logan Gunthorpe
  • [PATCH v1 02/16] dma-direct: Return appropriate error code from dma_direct_map_sg(), Logan Gunthorpe
  • [PATCH v1 01/16] dma-mapping: Allow map_sg() ops to return negative error codes, Logan Gunthorpe
    • Re: [PATCH v1 01/16] dma-mapping: Allow map_sg() ops to return negative error codes, Christoph Hellwig
  • [PATCH v1 03/16] iommu: Return full error code from iommu_map_sg[_atomic](), Logan Gunthorpe
  • [PATCH v1 16/16] dma-mapping: Disallow .map_sg operations from returning zero on error, Logan Gunthorpe
    • Re: [PATCH v1 16/16] dma-mapping: Disallow .map_sg operations from returning zero on error, Christoph Hellwig
      • Re: [PATCH v1 16/16] dma-mapping: Disallow .map_sg operations from returning zero on error, Robin Murphy
      • Re: [PATCH v1 16/16] dma-mapping: Disallow .map_sg operations from returning zero on error, Logan Gunthorpe
  • [PATCH v1 13/16] xen: swiotlb: return error code from xen_swiotlb_map_sg(), Logan Gunthorpe
    • Re: [PATCH v1 13/16] xen: swiotlb: return error code from xen_swiotlb_map_sg(), Boris Ostrovsky
  • [PATCH v1 10/16] s390/pci: return error code from s390_dma_map_sg(), Logan Gunthorpe
    • Re: [PATCH v1 10/16] s390/pci: return error code from s390_dma_map_sg(), Niklas Schnelle
  • [PATCH v1 14/16] x86/amd_gart: return error code from gart_map_sg(), Logan Gunthorpe
    • Re: [PATCH v1 14/16] x86/amd_gart: return error code from gart_map_sg(), Christoph Hellwig
      • Re: [PATCH v1 14/16] x86/amd_gart: return error code from gart_map_sg(), Robin Murphy
  • [PATCH v1 12/16] parisc: return error code from .map_sg() ops, Logan Gunthorpe
  • [PATCH v1 08/16] MIPS/jazzdma: return error code from jazz_dma_map_sg(), Logan Gunthorpe
  • [PATCH v1 09/16] powerpc/iommu: return error code from .map_sg() ops, Logan Gunthorpe
  • [PATCH v1 07/16] ia64/sba_iommu: return error code from sba_map_sg_attrs(), Logan Gunthorpe
  • [PATCH v1 05/16] alpha: return error code from alpha_pci_map_sg(), Logan Gunthorpe
  • [PATCH v1 06/16] ARM/dma-mapping: return error code from .map_sg() ops, Logan Gunthorpe
  • [PATCH v1 04/16] dma-iommu: Return error code from iommu_dma_map_sg(), Logan Gunthorpe
    • Re: [PATCH v1 04/16] dma-iommu: Return error code from iommu_dma_map_sg(), Christoph Hellwig
  • [PATCH v1 11/16] sparc/iommu: return error codes from .map_sg() ops, Logan Gunthorpe
  • [PATCH v1 15/16] dma-mapping: return error code from dma_dummy_map_sg(), Logan Gunthorpe
  • Re: [PATCH v1 00/16] .map_sg() error cleanup, Russell King (Oracle)
    • Re: [PATCH v1 00/16] .map_sg() error cleanup, Logan Gunthorpe
• add linux-alpha archives to lore.kernel.org?, Bjorn Helgaas
  • Re: add linux-alpha archives to lore.kernel.org?, John Paul Adrian Glaubitz
  • Re: add linux-alpha archives to lore.kernel.org?, Matt Turner
  • <Possible follow-ups>
  • Add linux-alpha archives to lore.kernel.org?, Bjorn Helgaas
    • Re: Add linux-alpha archives to lore.kernel.org?, Matt Turner
    • Re: Add linux-alpha archives to lore.kernel.org?, Konstantin Ryabitsev
• [PATCH AUTOSEL 5.12 139/160] net: retrieve netns cookie via getsocketopt, Sasha Levin
• [PATCH AUTOSEL 5.13 167/189] net: retrieve netns cookie via getsocketopt, Sasha Levin
• [PATCH AUTOSEL 5.12 20/80] sched/core: Initialize the idle task with preemption disabled, Sasha Levin
• [PATCH AUTOSEL 5.10 19/70] sched/core: Initialize the idle task with preemption disabled, Sasha Levin
• [PATCH AUTOSEL 5.13 20/85] sched/core: Initialize the idle task with preemption disabled, Sasha Levin
• [PATCH] arch: alpha: fix spelling mistakes, gushengxian
  • <Possible follow-ups>
  • [PATCH] arch: alpha: fix spelling mistakes, gushengxian
• [to-be-updated] mm-rename-p4d_page_vaddr-to-p4d_pgtable-and-make-it-return-pud_t.patch removed from -mm tree, akpm
• [to-be-updated] mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch removed from -mm tree, akpm
  • Re: [to-be-updated] mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch removed from -mm tree, kernel test robot
  • Re: [to-be-updated] mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch removed from -mm tree, kernel test robot
  • Re: [to-be-updated] mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch removed from -mm tree, kernel test robot
• remove the legacy ide driver v2, Christoph Hellwig
  • [PATCH 1/6] pata_cypress: add a module option to disable BM-DMA, Christoph Hellwig
    • Re: [PATCH 1/6] pata_cypress: add a module option to disable BM-DMA, Russell King (Oracle)
  • [PATCH 2/6] alpha: use libata instead of the legacy ide driver, Christoph Hellwig
  • [PATCH 3/6] ARM: disable CONFIG_IDE in footbridge_defconfig, Christoph Hellwig
  • [PATCH 4/6] ARM: disable CONFIG_IDE in pxa_defconfig, Christoph Hellwig
  • [PATCH 5/6] m68k: use libata instead of the legacy ide driver, Christoph Hellwig
    • Re: [PATCH 5/6] m68k: use libata instead of the legacy ide driver, Geert Uytterhoeven
      • Re: [PATCH 5/6] m68k: use libata instead of the legacy ide driver, Christoph Hellwig
  • Re: remove the legacy ide driver v2, John Paul Adrian Glaubitz
    • Re: remove the legacy ide driver v2, Christoph Hellwig
  • Re: remove the legacy ide driver v2, Jens Axboe
    • Re: remove the legacy ide driver v2, Jens Axboe
• + mm-rename-p4d_page_vaddr-to-p4d_pgtable-and-make-it-return-pud_t.patch added to -mm tree, akpm
• + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree, akpm
  • Re: + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree, kernel test robot
    • Re: + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree, Aneesh Kumar K.V
      • Re: + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree, Andrew Morton
        • Re: + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree, Stephen Rothwell
  • Re: + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree, kernel test robot
• [PATCH v2 1/2] mm: rename pud_page_vaddr to pud_pgtable and make it return pmd_t *, Aneesh Kumar K.V
  • [PATCH v2 2/2] mm: rename p4d_page_vaddr to p4d_pgtable and make it return pud_t *, Aneesh Kumar K.V
  • Re: [PATCH v2 1/2] mm: rename pud_page_vaddr to pud_pgtable and make it return pmd_t *, Geert Uytterhoeven
• Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Eric W. Biederman
  • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Linus Torvalds
    • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Eric W. Biederman
      • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Linus Torvalds
        • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Eric W. Biederman
          • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Linus Torvalds
            • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Michael Schmitz
              • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Michael Schmitz
                • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Eric W. Biederman
                  • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Michael Schmitz
                    • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Eric W. Biederman
                      • [PATCH] alpha: Add extra switch_stack frames in exit, exec, and kernel threads, Eric W. Biederman
                        • Re: [PATCH] alpha: Add extra switch_stack frames in exit, exec, and kernel threads, Linus Torvalds
                          • Re: [PATCH] alpha: Add extra switch_stack frames in exit, exec, and kernel threads, Eric W. Biederman
                            • [PATCH 0/2] alpha/ptrace: Improved switch_stack handling, Eric W. Biederman
                              • [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Eric W. Biederman
                                • Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Linus Torvalds
                                  • Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Linus Torvalds
                                    • Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Eric W. Biederman
                                    • Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Al Viro
                                    • Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Linus Torvalds
                                  • Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Eric W. Biederman
                                • Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Al Viro
                                • Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Michael Schmitz
                                  • Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Linus Torvalds
                                    • Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Michael Schmitz
                                    • Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Linus Torvalds
                                    • Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Michael Schmitz
                                    • Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Al Viro
                                    • Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Michael Schmitz
                                  • Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Al Viro
                                    • Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Michael Schmitz
                              • [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames, Eric W. Biederman
                                • Re: [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames, Al Viro
                                  • Re: [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames, Al Viro
                                    • Re: [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames, Eric W. Biederman
                                    • Re: [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames, Al Viro