Linux Alpha

• Thread Index

• Re: [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: architectures that still need to remove set_fs()
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [PATCH 2/3] vstatus: Add user space API definitions for VSTATUS, NOKERNINFO and TIOCSTAT
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• architectures that still need to remove set_fs()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/3] vstatus: Add user space API definitions for VSTATUS, NOKERNINFO and TIOCSTAT
  • From: Walt Drummond <walt@xxxxxxxxxxx>
• [PATCH 0/3] status: TTY status message request
  • From: Walt Drummond <walt@xxxxxxxxxxx>
• Re: [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 01/16] alpha: Remove usage of the deprecated "pci-dma-compat.h" API
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] arch/alpha/kernel: remove redundant err variable
  • From: cgel.zte@xxxxxxxxx
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: Arseny Maslennikov <ar@xxxxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: Arseny Maslennikov <ar@xxxxxxxxx>
• [PATCH v5 3/9] Check return value from mc146818_get_time()
  • From: Mateusz Jończyk <mat.jonczyk@xxxxx>
• [PATCH 01/16] alpha: Remove usage of the deprecated "pci-dma-compat.h" API
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH] alpha: Remove usage of the deprecated "pci-dma-compat.h" API
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] alpha: Remove usage of the deprecated "pci-dma-compat.h" API
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: Walt Drummond <walt@xxxxxxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: Walt Drummond <walt@xxxxxxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2] serial: 8250: Move Alpha-specific quirk out of the core
  • From: Jiri Slaby <jirislaby@xxxxxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: Walt Drummond <walt@xxxxxxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: Walt Drummond <walt@xxxxxxxxxxx>
• [RFC PATCH 4/8] signals: Remove sigmask() macro
  • From: Walt Drummond <walt@xxxxxxxxxxx>
• Re: Booting newer kernels on the Jensen...update
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH] alpha: Remove usage of the deprecated "pci-dma-compat.h" API
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Booting newer kernels on the Jensen...update
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• [PATCH] alpha: Remove usage of the deprecated "pci-dma-compat.h" API
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] serial: 8250: Move alpha-specific quirk out of the core
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH v2] serial: 8250: Move Alpha-specific quirk out of the core
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• kernel oops when reading /proc/bus/pci/00/01.00 with odd size and odd alignment
  • From: "Colin King (gmail)" <colin.i.king@xxxxxxxxx>
• Re: [PATCH 13/17] kernel/cpu: add num_possible_cpus counter
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 14/17] kernel/cpu: add num_present_cpu counter
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 15/17] kernel/cpu: add num_active_cpu counter
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 08/17] all: replace bitmap_weight with bitmap_weight_{eq,gt,ge,lt,le} where appropriate
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] serial: 8250: Move alpha-specific quirk out of the core
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] serial: 8250: Move alpha-specific quirk out of the core
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/17] all: don't use bitmap_weight() where possible
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 01/17] all: don't use bitmap_weight() where possible
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• [PATCH 17/17] MAINTAINERS: add cpumask and nodemask files to BITMAP_API
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 16/17] tools/bitmap: sync bitmap_weight
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 15/17] kernel/cpu: add num_active_cpu counter
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 14/17] kernel/cpu: add num_present_cpu counter
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 13/17] kernel/cpu: add num_possible_cpus counter
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 12/17] kernel/cpu.c: fix init_cpu_online
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 11/17] lib/nodemask: add num_node_state_eq()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 06/17] all: replace nodes_weight with nodes_empty where appropriate
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 07/17] lib/bitmap: add bitmap_weight_{cmp,eq,gt,ge,lt,le} functions
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 10/17] lib/nodemask: add nodemask_weight_{eq,gt,ge,lt,le}
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 09/17] lib/cpumask: add cpumask_weight_{eq,gt,ge,lt,le}
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 08/17] all: replace bitmap_weight with bitmap_weight_{eq,gt,ge,lt,le} where appropriate
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 03/17] fix open-coded for_each_set_bit()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 04/17] all: replace bitmap_weight with bitmap_empty where appropriate
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 05/17] all: replace cpumask_weight with cpumask_empty where appropriate
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 02/17] drivers: rename num_*_cpus variables
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 01/17] all: don't use bitmap_weight() where possible
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH v2 00/17] lib/bitmap: optimize bitmap_weight() usage
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH] serial: 8250: Move alpha-specific quirk out of the core
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH] serial: 8250: Move alpha-specific quirk out of the core
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] serial: 8250: Move alpha-specific quirk out of the core
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• [PATCH] serial: 8250: Move alpha-specific quirk out of the core
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH 2/9] lib/bitmap: implement bitmap_{empty,full} with bitmap_weight_eq()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• RE: [PATCH 2/9] lib/bitmap: implement bitmap_{empty,full} with bitmap_weight_eq()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 2/9] lib/bitmap: implement bitmap_{empty,full} with bitmap_weight_eq()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• kernel oops on malformed execve call on Alpha
  • From: "Colin King (gmail)" <colin.i.king@xxxxxxxxx>
• [PATCH] alpha: osf_sys: reduce kernel log spamming on invalid osf_mount call typenr
  • From: Colin Ian King <colin.i.king@xxxxxxxxx>
• [PATCH v4 3/9] Check return value from mc146818_get_time()
  • From: Mateusz Jończyk <mat.jonczyk@xxxxx>
• Re: [PATCH 0/9] lib/bitmap: optimize bitmap_weight() usage
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 11/11] locking: Allow to include asm/spinlock_types.h from linux/spinlock_types_raw.h
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 0/9] lib/bitmap: optimize bitmap_weight() usage
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: [PATCH 0/9] lib/bitmap: optimize bitmap_weight() usage
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 0/9] lib/bitmap: optimize bitmap_weight() usage
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 7/9] lib/cpumask: add num_{possible,present,active}_cpus_{eq,gt,le}
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 2/9] lib/bitmap: implement bitmap_{empty,full} with bitmap_weight_eq()
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: [PATCH 0/9] lib/bitmap: optimize bitmap_weight() usage
  • From: mirq-test@xxxxxxxxxxxx
• Re: [PATCH 7/9] lib/cpumask: add num_{possible,present,active}_cpus_{eq,gt,le}
  • From: Emil Renner Berthing <emil.renner.berthing@xxxxxxxxx>
• Re: [PATCH 7/9] lib/cpumask: add num_{possible,present,active}_cpus_{eq,gt,le}
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 7/9] lib/cpumask: add num_{possible,present,active}_cpus_{eq,gt,le}
  • From: Dennis Zhou <dennis@xxxxxxxxxx>
• Re: [PATCH 7/9] lib/cpumask: add num_{possible,present,active}_cpus_{eq,gt,le}
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 7/9] lib/cpumask: add num_{possible,present,active}_cpus_{eq,gt,le}
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 0/9] lib/bitmap: optimize bitmap_weight() usage
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 3/9] all: replace bitmap_weigth() with bitmap_{empty,full,eq,gt,le}
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/9] lib/cpumask: add num_{possible,present,active}_cpus_{eq,gt,le}
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 2/9] lib/bitmap: implement bitmap_{empty,full} with bitmap_weight_eq()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 7/9] lib/cpumask: add num_{possible,present,active}_cpus_{eq,gt,le}
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: [PATCH 7/9] lib/cpumask: add num_{possible,present,active}_cpus_{eq,gt,le}
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: [PATCH 3/9] all: replace bitmap_weigth() with bitmap_{empty,full,eq,gt,le}
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: [PATCH 2/9] lib/bitmap: implement bitmap_{empty,full} with bitmap_weight_eq()
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• [PATCH 9/9] MAINTAINERS: add cpumask and nodemask files to BITMAP_API
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 8/9] lib/nodemask: add num_node_state_eq()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 7/9] lib/cpumask: add num_{possible,present,active}_cpus_{eq,gt,le}
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 6/9] lib/nodemask: add nodemask_weight_{eq,gt,le}
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 5/9] lib/cpumask: add cpumask_weight_{eq,gt,le}
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 4/9] tools: sync bitmap_weight() usage with the kernel
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 3/9] all: replace bitmap_weigth() with bitmap_{empty,full,eq,gt,le}
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 2/9] lib/bitmap: implement bitmap_{empty,full} with bitmap_weight_eq()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 1/9] lib/bitmap: add bitmap_weight_{eq,gt,le}
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 0/9] lib/bitmap: optimize bitmap_weight() usage
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH] alpha: fix typo in a comment
  • From: Jason Wang <wangborong@xxxxxxxxxx>
• [PATCH] alpha: signal: drop DEBUG_SIG print statements
  • From: Denis Kirjanov <kda@xxxxxxxxxxxxxxxxx>
• [PATCH v2] mm: Fix warning comparing pointer to 0
  • From: Jiapeng Chong <jiapeng.chong@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: Fix warning comparing pointer to 0
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] mm: Fix warning comparing pointer to 0
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/1] futex: Wireup futex_waitv syscall
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] futex: Wireup futex_waitv syscall
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 1/1] futex: Wireup futex_waitv syscall
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH 1/1] futex: Wireup futex_waitv syscall
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH 1/1] futex: Wireup futex_waitv syscall
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] futex: Wireup futex_waitv syscall
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/1] futex: Wireup futex_waitv syscall
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] mm: Fix warning comparing pointer to 0
  • From: Jiapeng Chong <jiapeng.chong@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v0 42/42] notifier: Return an error when callback is already registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v0 42/42] notifier: Return an error when callback is already registered
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v0 00/42] notifiers: Return an error when callback is already registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v0 00/42] notifiers: Return an error when callback is already registered
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v0 42/42] notifier: Return an error when callback is already registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v0 42/42] notifier: Return an error when callback is already registered
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v0 42/42] notifier: Return an error when callback is already registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v0 42/42] notifier: Return an error when callback is already registered
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5 03/16] x86/tdx: Exclude Shared bit from physical_mask
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v0 00/42] notifiers: Return an error when callback is already registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v0 00/42] notifiers: Return an error when callback is already registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v0 42/42] notifier: Return an error when callback is already registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v0 00/42] notifiers: Return an error when callback is already registered
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v0 42/42] notifier: Return an error when callback is already registered
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v0 00/42] notifiers: Return an error when callback is already registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v0 42/42] notifier: Return an error when callback is already registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v0 26/42] alpha: Check notifier registration return value
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 03/16] x86/tdx: Exclude Shared bit from physical_mask
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH 7/7] alpha: lazy FPU switching
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/7] alpha: lazy FPU switching
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH 7/7] alpha: lazy FPU switching
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/7] alpha: lazy FPU switching
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 07/16] x86/kvm: Use bounce buffers for TD guest
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 06/16] x86/tdx: Make DMA pages shared
  • From: Sathyanarayanan Kuppuswamy <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 06/16] x86/tdx: Make DMA pages shared
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 07/16] x86/kvm: Use bounce buffers for TD guest
  • From: Sathyanarayanan Kuppuswamy <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 06/16] x86/tdx: Make DMA pages shared
  • From: Sathyanarayanan Kuppuswamy <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 01/16] x86/mm: Move force_dma_unencrypted() to common code
  • From: Sathyanarayanan Kuppuswamy <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 04/16] x86/tdx: Make pages shared in ioremap()
  • From: Sathyanarayanan Kuppuswamy <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 07/16] x86/kvm: Use bounce buffers for TD guest
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 06/16] x86/tdx: Make DMA pages shared
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 01/16] x86/mm: Move force_dma_unencrypted() to common code
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 04/16] x86/tdx: Make pages shared in ioremap()
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• RE: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• RE: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• RE: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• RE: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH 2/2] kbuild: use more subdir- for visiting subdirectories while cleaning
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 2/2] kbuild: use more subdir- for visiting subdirectories while cleaning
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH 2/2] kbuild: use more subdir- for visiting subdirectories while cleaning
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• RE: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• RE: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared
  • From: "Kuppuswamy, Sathyanarayanan" <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v5 15/16] x86/tdx: Implement ioremap_host_shared for x86
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v5 14/16] virtio: Use shared mappings for virtio PCI devices
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v5 13/16] PCI: Mark MSI data shared
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v5 11/16] asm/io.h: Add ioremap_host_shared fallback
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v5 10/16] PCI: Consolidate pci_iomap_range(), pci_iomap_wc_range()
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v5 07/16] x86/kvm: Use bounce buffers for TD guest
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v5 09/16] x86/tdx: Enable shared memory confidential guest flags for TDX guest
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v5 08/16] x86/tdx: ioapic: Add shared bit for IOAPIC base address
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v5 06/16] x86/tdx: Make DMA pages shared
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v5 05/16] x86/tdx: Add helper to do MapGPA hypercall
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v5 04/16] x86/tdx: Make pages shared in ioremap()
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v5 03/16] x86/tdx: Exclude Shared bit from physical_mask
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v5 02/16] x86/tdx: Get TD execution environment information via TDINFO
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v5 01/16] x86/mm: Move force_dma_unencrypted() to common code
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v5 00/16] Add TDX Guest Support (shared-mm support)
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 07/11] mm: kasan: Use is_kernel() helper
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxx>
• Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] memblock: cleanup memblock_free interface
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 0/6] memblock: cleanup memblock_free interface
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 6/6] memblock: use memblock_free for freeing virtual pointers
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 5/6] memblock: rename memblock_free to memblock_phys_free
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 4/6] memblock: stop aliasing __memblock_free_late with memblock_free_late
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 3/6] memblock: drop memblock_free_early_nid() and memblock_free_early()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 2/6] xen/x86: free_p2m_page: use memblock_free_ptr() to free a virtual pointer
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 1/6] arch_numa: simplify numa_distance allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 0/6] memblock: cleanup memblock_free interface
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 07/11] mm: kasan: Use is_kernel() helper
  • From: Alexander Potapenko <glider@xxxxxxxxxx>
• Re: [PATCH v4 10/11] microblaze: Use is_kernel_text() helper
  • From: Michal Simek <monstr@xxxxxxxxx>
• [PATCH v4 05/11] x86: mm: Rename __is_kernel_text() to is_x86_32_kernel_text()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH v4 06/11] sections: Provide internal __is_kernel() and __is_kernel_text() helper
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH v4 01/11] kallsyms: Remove arch specific text and data check
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH v4 09/11] powerpc/mm: Use core_kernel_text() helper
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH v4 10/11] microblaze: Use is_kernel_text() helper
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH v4 07/11] mm: kasan: Use is_kernel() helper
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH v4 02/11] kallsyms: Fix address-checks for kernel related range
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH v4 04/11] sections: Move is_kernel_inittext() into sections.h
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH v4 11/11] alpha: Use is_kernel_text() helper
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH v4 08/11] extable: Use is_kernel_text() helper
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH v4 03/11] sections: Move and rename core_kernel_data() to is_kernel_core_data()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH v4 00/11] sections: Unify kernel sections range check and use
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/7] alpha: lazy FPU switching
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/7] alpha: lazy FPU switching
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/7] alpha: lazy FPU switching
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and use absolute_pointer macro)
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/7] alpha: lazy FPU switching
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/7] alpha: lazy FPU switching
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and use absolute_pointer macro)
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCHES] alpha asm glue cleanups and fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 7/7] alpha: lazy FPU switching
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 6/6] alpha: ret_from_fork can go straight to ret_to_user
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 5/6] alpha: syscall exit cleanup
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 4/6] alpha: fix handling of a3 on straced syscalls
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/6] alpha: _TIF_ALLWORK_MASK is unused
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/6] alpha: fix syscall entry in !AUDUT_SYSCALL case
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/6] alpha: fix TIF_NOTIFY_SIGNAL handling
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCHES] alpha asm glue cleanups and fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] memblock: cleanup memblock_free interface
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and use absolute_pointer macro)
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] memblock: cleanup memblock_free interface
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] memblock: cleanup memblock_free interface
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: X11 system lockup with 5.11.0 kernel
  • From: Bob Tracy <rct@xxxxxxxx>
• Re: [PATCH 3/3] memblock: cleanup memblock_free interface
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 3/3] memblock: cleanup memblock_free interface
  • From: Shahab Vahedi <Shahab.Vahedi@xxxxxxxxxxxx>
• Re: [PATCH 3/3] memblock: cleanup memblock_free interface
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] memblock: cleanup memblock_free interface
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 3/3] memblock: cleanup memblock_free interface
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [PATCH 2/3] xen/x86: free_p2m_page: use memblock_free_ptr() to free a virtual pointer
  • From: Juergen Gross <jgross@xxxxxxxx>
• [PATCH 3/3] memblock: cleanup memblock_free interface
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 2/3] xen/x86: free_p2m_page: use memblock_free_ptr() to free a virtual pointer
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 1/3] arch_numa: simplify numa_distance allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 0/3] memblock: cleanup memblock_free interface
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 08/10] alpha: Declare virt_to_phys and virt_to_bus parameter as pointer to volatile
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 09/11] alpha: Declare virt_to_phys and virt_to_bus parameter as pointer to volatile
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 11/13] alpha: Declare virt_to_phys and virt_to_bus parameter as pointer to volatile
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 13/15] alpha: Declare virt_to_phys and virt_to_bus parameter as pointer to volatile
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 17/19] alpha: Declare virt_to_phys and virt_to_bus parameter as pointer to volatile
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Dave Taht <dave.taht@xxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Thorsten Glaser <t.glaser@xxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Anders Larsen <al@xxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] compiler.h: Introduce absolute_pointer macro
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 1/4] compiler.h: Introduce absolute_pointer macro
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] net: i825xx: Use absolute_pointer for memcpy from fixed memory location
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] compiler.h: Introduce absolute_pointer macro
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 4/4] alpha: Use absolute_pointer to define COMMAND_LINE
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH v2 3/4] alpha: Move setup.h out of uapi
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH v2 2/4] net: i825xx: Use absolute_pointer for memcpy from fixed memory location
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH v2 1/4] compiler.h: Introduce absolute_pointer macro
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 4/4] alpha: Use absolute_pointer for strcmp on fixed memory location
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] alpha: Use absolute_pointer for strcmp on fixed memory location
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 3/4] parisc: Use absolute_pointer for memcmp on fixed memory location
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 4/4] alpha: Use absolute_pointer for strcmp on fixed memory location
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 3/4] parisc: Use absolute_pointer for memcmp on fixed memory location
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 3/4] parisc: Use absolute_pointer for memcmp on fixed memory location
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] alpha: Use absolute_pointer for strcmp on fixed memory location
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] net: i825xx: Use absolute_pointer for memcpy on fixed memory location
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 2/4] net: i825xx: Use absolute_pointer for memcpy on fixed memory location
  • From: Jeroen Roovers <jer@xxxxxxxxx>
• [PATCH 4/4] alpha: Use absolute_pointer for strcmp on fixed memory location
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 3/4] parisc: Use absolute_pointer for memcmp on fixed memory location
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 2/4] net: i825xx: Use absolute_pointer for memcpy on fixed memory location
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 1/4] compiler.h: Introduce absolute_pointer macro
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 0/4] Introduce and use absolute_pointer macro
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] alpha: Declare virt_to_phys and virt_to_bus parameter as pointer to volatile
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH] alpha: Declare virt_to_phys and virt_to_bus parameter as pointer to volatile
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: X11 system lockup with 5.11.0 kernel
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] sparc: Remove usage of the deprecated "pci-dma-compat.h" API
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Rajat Jain <rajatja@xxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Rajat Jain <rajatja@xxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: "Kuppuswamy, Sathyanarayanan" <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH linux-next] alpha:smp: fix warning comparing pointer to 0
  • From: Matt Turner <mattst88@xxxxxxxxx>
• [PATCH linux-next] alpha:smp: fix warning comparing pointer to 0
  • From: CGEL <cgel.zte@xxxxxxxxx>
• Re: [PATCH v2] init: consolidate trap_init()
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] alpha: in_irq() cleanup
  • From: Changbin Du <changbin.du@xxxxxxxxx>
• Re: [PATCH v4 12/15] pci: Mark MSI data shared
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4 10/15] asm/io.h: Add ioremap_shared fallback
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4 09/15] pci: Consolidate pci_iomap* and pci_iomap*wc
  • From: "Kuppuswamy, Sathyanarayanan" <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 09/15] pci: Consolidate pci_iomap* and pci_iomap*wc
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 10/15] asm/io.h: Add ioremap_shared fallback
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v4 09/15] pci: Consolidate pci_iomap* and pci_iomap*wc
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v3 00/21] .map_sg() error cleanup
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] alpha: agp: make empty macros use do-while-0 style
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] alpha: pci-sysfs: fix all kernel-doc warnings
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/3] audit: replace magic audit syscall class numbers with macros
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• [PATCH v4 15/15] x86/tdx: Add cmdline option to force use of ioremap_shared
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v4 13/15] virtio: Use shared mappings for virtio PCI devices
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v4 14/15] x86/tdx: Implement ioremap_shared for x86
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v4 12/15] pci: Mark MSI data shared
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v4 10/15] asm/io.h: Add ioremap_shared fallback
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v4 09/15] pci: Consolidate pci_iomap* and pci_iomap*wc
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v4 04/15] x86/tdx: Add helper to do MapGPA hypercall
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v4 08/15] x86/tdx: Enable shared memory protected guest flags for TDX guest
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v4 07/15] x86/tdx: ioapic: Add shared bit for IOAPIC base address
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v4 06/15] x86/kvm: Use bounce buffers for TD guest
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v4 05/15] x86/tdx: Make DMA pages shared
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v4 03/15] x86/tdx: Make pages shared in ioremap()
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v4 02/15] x86/tdx: Exclude Shared bit from physical_mask
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v4 01/15] x86/mm: Move force_dma_unencrypted() to common code
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v4 00/15] Add TDX Guest Support (shared-mm support)
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• Re: [PATCH v3] sock: allow reading and changing sk_userlocks with setsockopt
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH v3] sock: allow reading and changing sk_userlocks with setsockopt
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• [PATCH v3] sock: allow reading and changing sk_userlocks with setsockopt
  • From: Pavel Tikhomirov <ptikhomirov@xxxxxxxxxxxxx>
• Re: [PATCH v2] sock: allow reading and changing sk_userlocks with setsockopt
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 3/4] alpha: Send stop IPI to send to online CPUs
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 3/4] alpha: Send stop IPI to send to online CPUs
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 4/5] alpha: Send stop IPI to send to online CPUs
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 4/5] alpha: Send stop IPI to send to online CPUs
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 5/6] alpha: Send stop IPI to send to online CPUs
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 6/9] alpha: Send stop IPI to send to online CPUs
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.13 06/11] alpha: Send stop IPI to send to online CPUs
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v2] sock: allow reading and changing sk_userlocks with setsockopt
  • From: Pavel Tikhomirov <ptikhomirov@xxxxxxxxxxxxx>
• Re: [PATCH v2] sock: allow reading and changing sk_userlocks with setsockopt
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v2 13/21] s390/pci: don't set failed sg dma_address to DMA_MAPPING_ERROR
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH] alpha: remove unneeded variable
  • From: <yang.yang29@xxxxxxxxxx>
• Re: [PATCH v2] sock: allow reading and changing sk_userlocks with setsockopt
  • From: Pavel Tikhomirov <ptikhomirov@xxxxxxxxxxxxx>
• Re: Regression bisected to fa3354e4ea39 (mm: free_area_init: use maximal zone PFNs rather than zone sizes)
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: Regression bisected to fa3354e4ea39 (mm: free_area_init: use maximal zone PFNs rather than zone sizes)
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PATCH v2] sock: allow reading and changing sk_userlocks with setsockopt
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH v2] sock: allow reading and changing sk_userlocks with setsockopt
  • From: Pavel Tikhomirov <ptikhomirov@xxxxxxxxxxxxx>
• Re: [PATCH] sock: allow reading and changing sk_userlocks with setsockopt
  • From: Pavel Tikhomirov <ptikhomirov@xxxxxxxxxxxxx>
• Re: [PATCH] sock: allow reading and changing sk_userlocks with setsockopt
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH] arch: Kconfig: clean up obsolete use of HAVE_IDE
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] sock: allow reading and changing sk_userlocks with setsockopt
  • From: Pavel Tikhomirov <ptikhomirov@xxxxxxxxxxxxx>
• Re: [PULL] alpha.git
  • From: pr-tracker-bot@xxxxxxxxxx
• [PULL] alpha.git
  • From: Matt Turner <mattst88@xxxxxxxxx>
• [PATCH v3 17/21] xen: swiotlb: return error code from xen_swiotlb_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 07/21] ARM/dma-mapping: don't set failed sg dma_address to DMA_MAPPING_ERROR
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 05/21] alpha: return error code from alpha_pci_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 11/21] powerpc/iommu: don't set failed sg dma_address to DMA_MAPPING_ERROR
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 06/21] ARM/dma-mapping: return error code from .map_sg() ops
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 10/21] powerpc/iommu: return error code from .map_sg() ops
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 16/21] parisc: return error code from .map_sg() ops
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 14/21] sparc/iommu: return error codes from .map_sg() ops
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 08/21] ia64/sba_iommu: return error code from sba_map_sg_attrs()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 13/21] s390/pci: don't set failed sg dma_address to DMA_MAPPING_ERROR
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 12/21] s390/pci: return error code from s390_dma_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 09/21] MIPS/jazzdma: return error code from jazz_dma_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 18/21] x86/amd_gart: return error code from gart_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 15/21] sparc/iommu: don't set failed sg dma_address to DMA_MAPPING_ERROR
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 19/21] x86/amd_gart: don't set failed sg dma_address to DMA_MAPPING_ERROR
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 01/21] dma-mapping: Allow map_sg() ops to return negative error codes
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 20/21] dma-mapping: return error code from dma_dummy_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 03/21] iommu: Return full error code from iommu_map_sg[_atomic]()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 00/21] .map_sg() error cleanup
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 21/21] dma-mapping: Disallow .map_sg operations from returning zero on error
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 02/21] dma-direct: Return appropriate error code from dma_direct_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 04/21] dma-iommu: Return error code from iommu_dma_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH] arch: Kconfig: clean up obsolete use of HAVE_IDE
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] arch: Kconfig: clean up obsolete use of HAVE_IDE
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] arch: Kconfig: clean up obsolete use of HAVE_IDE
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] arch: Kconfig: clean up obsolete use of HAVE_IDE
  • From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
• Re: Regression bisected to fa3354e4ea39 (mm: free_area_init: use maximal zone PFNs rather than zone sizes)
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH] alpha: register early reserved memory in memblock
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: Regression bisected to fa3354e4ea39 (mm: free_area_init: use maximal zone PFNs rather than zone sizes)
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: Regression bisected to fa3354e4ea39 (mm: free_area_init: use maximal zone PFNs rather than zone sizes)
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: Regression bisected to fa3354e4ea39 (mm: free_area_init: use maximal zone PFNs rather than zone sizes)
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: Regression bisected to fa3354e4ea39 (mm: free_area_init: use maximal zone PFNs rather than zone sizes)
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Regression bisected to fa3354e4ea39 (mm: free_area_init: use maximal zone PFNs rather than zone sizes)
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PATCH v2 01/21] dma-mapping: Allow map_sg() ops to return negative error codes
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 21/21] dma-mapping: Disallow .map_sg operations from returning zero on error
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• [PATCH v2 12/21] s390/pci: return error code from s390_dma_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 03/21] iommu: Return full error code from iommu_map_sg[_atomic]()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 09/21] MIPS/jazzdma: return error code from jazz_dma_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 10/21] powerpc/iommu: return error code from .map_sg() ops
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 11/21] powerpc/iommu: don't set failed sg dma_address to DMA_MAPPING_ERROR
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 08/21] ia64/sba_iommu: return error code from sba_map_sg_attrs()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 06/21] ARM/dma-mapping: return error code from .map_sg() ops
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 05/21] alpha: return error code from alpha_pci_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 07/21] ARM/dma-mapping: don't set failed sg dma_address to DMA_MAPPING_ERROR
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 04/21] dma-iommu: Return error code from iommu_dma_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 13/21] s390/pci: don't set failed sg dma_address to DMA_MAPPING_ERROR
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 15/21] sparc/iommu: don't set failed sg dma_address to DMA_MAPPING_ERROR
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 14/21] sparc/iommu: return error codes from .map_sg() ops
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 16/21] parisc: return error code from .map_sg() ops
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 19/21] x86/amd_gart: don't set failed sg dma_address to DMA_MAPPING_ERROR
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 18/21] x86/amd_gart: return error code from gart_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 17/21] xen: swiotlb: return error code from xen_swiotlb_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 01/21] dma-mapping: Allow map_sg() ops to return negative error codes
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 21/21] dma-mapping: Disallow .map_sg operations from returning zero on error
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 20/21] dma-mapping: return error code from dma_dummy_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 02/21] dma-direct: Return appropriate error code from dma_direct_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 00/21] .map_sg() error cleanup
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v1 13/16] xen: swiotlb: return error code from xen_swiotlb_map_sg()
  • From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
• Re: [PATCH v1 16/16] dma-mapping: Disallow .map_sg operations from returning zero on error
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v1 16/16] dma-mapping: Disallow .map_sg operations from returning zero on error
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v1 14/16] x86/amd_gart: return error code from gart_map_sg()
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v1 10/16] s390/pci: return error code from s390_dma_map_sg()
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v1 16/16] dma-mapping: Disallow .map_sg operations from returning zero on error
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v1 14/16] x86/amd_gart: return error code from gart_map_sg()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v1 04/16] dma-iommu: Return error code from iommu_dma_map_sg()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v1 01/16] dma-mapping: Allow map_sg() ops to return negative error codes
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Concern about arch/alpha/kernel/smc37c669.c
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PATCH v1 00/16] .map_sg() error cleanup
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v1 00/16] .map_sg() error cleanup
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• [PATCH v1 15/16] dma-mapping: return error code from dma_dummy_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1 11/16] sparc/iommu: return error codes from .map_sg() ops
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1 04/16] dma-iommu: Return error code from iommu_dma_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1 06/16] ARM/dma-mapping: return error code from .map_sg() ops
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1 05/16] alpha: return error code from alpha_pci_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1 07/16] ia64/sba_iommu: return error code from sba_map_sg_attrs()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1 09/16] powerpc/iommu: return error code from .map_sg() ops
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1 08/16] MIPS/jazzdma: return error code from jazz_dma_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1 12/16] parisc: return error code from .map_sg() ops
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1 14/16] x86/amd_gart: return error code from gart_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1 10/16] s390/pci: return error code from s390_dma_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1 13/16] xen: swiotlb: return error code from xen_swiotlb_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1 16/16] dma-mapping: Disallow .map_sg operations from returning zero on error
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1 03/16] iommu: Return full error code from iommu_map_sg[_atomic]()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1 01/16] dma-mapping: Allow map_sg() ops to return negative error codes
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1 02/16] dma-direct: Return appropriate error code from dma_direct_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1 00/16] .map_sg() error cleanup
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v1] binfmt: remove support for em86 (alpha only)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: add linux-alpha archives to lore.kernel.org?
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: add linux-alpha archives to lore.kernel.org?
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• add linux-alpha archives to lore.kernel.org?
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH AUTOSEL 5.12 139/160] net: retrieve netns cookie via getsocketopt
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.13 167/189] net: retrieve netns cookie via getsocketopt
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH] arch: alpha: fix spelling mistakes
  • From: gushengxian <gushengxian507419@xxxxxxxxx>
• [PATCH AUTOSEL 5.12 20/80] sched/core: Initialize the idle task with preemption disabled
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 19/70] sched/core: Initialize the idle task with preemption disabled
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.13 20/85] sched/core: Initialize the idle task with preemption disabled
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH] arch: alpha: fix spelling mistakes
  • From: gushengxian <gushengxian507419@xxxxxxxxx>
• Re: X11 system lockup with 5.11.0 kernel
  • From: Bob Tracy <rct@xxxxxxxx>
• Re: [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [to-be-updated] mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch removed from -mm tree
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 6/9] signal: Fold do_group_exit into get_signal fixing io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 2/9] signal/seccomp: Refactor seccomp signal and coredump generation
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/9] Refactoring exit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/9] Refactoring exit
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/9] Refactoring exit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 8/9] signal/task_exit: Use start_task_exit in place of do_exit
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 6/9] signal: Fold do_group_exit into get_signal fixing io_uring threads
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 5/9] signal/group_exit: Use start_group_exit in place of do_group_exit
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 4/9] signal: Factor start_group_exit out of complete_signal
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 3/9] signal/seccomp: Dump core when there is only one live thread
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 2/9] signal/seccomp: Refactor seccomp signal and coredump generation
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/9] signal: Make individual tasks exiting a first class concept.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 7/9] signal: Make individual tasks exiting a first class concept.
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/9] signal: Factor start_group_exit out of complete_signal
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 9/9] signal: Move PTRACE_EVENT_EXIT into get_signal
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 8/9] signal/task_exit: Use start_task_exit in place of do_exit
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 7/9] signal: Make individual tasks exiting a first class concept.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 6/9] signal: Fold do_group_exit into get_signal fixing io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 5/9] signal/group_exit: Use start_group_exit in place of do_group_exit
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 4/9] signal: Factor start_group_exit out of complete_signal
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 3/9] signal/seccomp: Dump core when there is only one live thread
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 2/9] signal/seccomp: Refactor seccomp signal and coredump generation
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 1/9] signal/sh: Use force_sig(SIGKILL) instead of do_group_exit(SIGKILL)
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 0/9] Refactoring exit
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [to-be-updated] mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch removed from -mm tree
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [to-be-updated] mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch removed from -mm tree
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: remove the legacy ide driver v2
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [to-be-updated] mm-rename-p4d_page_vaddr-to-p4d_pgtable-and-make-it-return-pud_t.patch removed from -mm tree
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• [to-be-updated] mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch removed from -mm tree
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] alpha: Add extra switch_stack frames in exit, exec, and kernel threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 0/2] alpha/ptrace: Improved switch_stack handling
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] alpha: Add extra switch_stack frames in exit, exec, and kernel threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: remove the legacy ide driver v2
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/6] pata_cypress: add a module option to disable BM-DMA
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH 5/6] m68k: use libata instead of the legacy ide driver
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 5/6] m68k: use libata instead of the legacy ide driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: remove the legacy ide driver v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: remove the legacy ide driver v2
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5/6] m68k: use libata instead of the legacy ide driver
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/6] ARM: disable CONFIG_IDE in pxa_defconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH 3/6] ARM: disable CONFIG_IDE in footbridge_defconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/6] alpha: use libata instead of the legacy ide driver
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/6] pata_cypress: add a module option to disable BM-DMA
  • From: Christoph Hellwig <hch@xxxxxx>
• remove the legacy ide driver v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• + mm-rename-p4d_page_vaddr-to-p4d_pgtable-and-make-it-return-pud_t.patch added to -mm tree
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: [PATCH] alpha: Add extra switch_stack frames in exit, exec, and kernel threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH] alpha: Add extra switch_stack frames in exit, exec, and kernel threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 1/2] mm: rename pud_page_vaddr to pud_pgtable and make it return pmd_t *
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 1/2] mm: rename pud_page_vaddr to pud_pgtable and make it return pmd_t *
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v2 2/2] mm: rename p4d_page_vaddr to p4d_pgtable and make it return pud_t *
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v3 5/9] mm: remove CONFIG_DISCONTIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v3 5/9] mm: remove CONFIG_DISCONTIGMEM
  • From: Stephen Brennan <stephen@xxxxxxxxxx>