Linux Alpha
[Prev Page][Next Page]
- [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>
- Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH v2 0/9] Remove DISCINTIGMEM memory model
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v2 0/9] Remove DISCINTIGMEM memory model
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 9/9] mm: replace CONFIG_FLAT_NODE_MEM_MAP with CONFIG_FLATMEM
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH 8/9] mm: replace CONFIG_NEED_MULTIPLE_NODES with CONFIG_NUMA
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH 7/9] docs: remove description of DISCONTIGMEM
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH 6/9] arch, mm: remove stale mentions of DISCONIGMEM
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH 5/9] mm: remove CONFIG_DISCONTIGMEM
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH 3/9] arc: remove support for DISCONTIGMEM
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH 2/9] arc: update comment about HIGHMEM implementation
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH 1/9] alpha: remove DISCONTIGMEM and NUMA
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v3 8/9] mm: replace CONFIG_NEED_MULTIPLE_NODES with CONFIG_NUMA
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v3 8/9] mm: replace CONFIG_NEED_MULTIPLE_NODES with CONFIG_NUMA
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] madvise.2: Document MADV_POPULATE_READ and MADV_POPULATE_WRITE
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH v3 9/9] mm: replace CONFIG_FLAT_NODE_MEM_MAP with CONFIG_FLATMEM
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v3 8/9] mm: replace CONFIG_NEED_MULTIPLE_NODES with CONFIG_NUMA
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v3 7/9] docs: remove description of DISCONTIGMEM
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v3 6/9] arch, mm: remove stale mentions of DISCONIGMEM
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v3 5/9] mm: remove CONFIG_DISCONTIGMEM
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v3 4/9] m68k: remove support for DISCONTIGMEM
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v3 3/9] arc: remove support for DISCONTIGMEM
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v3 2/9] arc: update comment about HIGHMEM implementation
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v3 1/9] alpha: remove DISCONTIGMEM and NUMA
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v3 0/9] Remove DISCONTIGMEM memory model
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v2 8/9] mm: replace CONFIG_NEED_MULTIPLE_NODES with CONFIG_NUMA
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v2 8/9] mm: replace CONFIG_NEED_MULTIPLE_NODES with CONFIG_NUMA
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v2 0/9] Remove DISCINTIGMEM memory model
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v2 3/9] arc: remove support for DISCONTIGMEM
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v2 3/9] arc: remove support for DISCONTIGMEM
- From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
- Re: [PATCH v2 2/9] arc: update comment about HIGHMEM implementation
- From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
- [PATCH v2 9/9] mm: replace CONFIG_FLAT_NODE_MEM_MAP with CONFIG_FLATMEM
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 8/9] mm: replace CONFIG_NEED_MULTIPLE_NODES with CONFIG_NUMA
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 7/9] docs: remove description of DISCONTIGMEM
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 6/9] arch, mm: remove stale mentions of DISCONIGMEM
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 5/9] mm: remove CONFIG_DISCONTIGMEM
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 4/9] m68k: remove support for DISCONTIGMEM
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 3/9] arc: remove support for DISCONTIGMEM
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 2/9] arc: update comment about HIGHMEM implementation
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 1/9] alpha: remove DISCONTIGMEM and NUMA
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 0/9] Remove DISCINTIGMEM memory model
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: X11 system lockup with 5.11.0 kernel
- From: Bob Tracy <rct@xxxxxxxx>
- Re: X11 system lockup with 5.11.0 kernel
- From: Bob Tracy <rct@xxxxxxxx>
- Re: X11 system lockup with 5.11.0 kernel
- From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
- Re: X11 system lockup with 5.11.0 kernel
- From: Bob Tracy <rct@xxxxxxxx>
- Re: [PATCH 4/9] m68k: remove support for DISCONTIGMEM
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH 4/9] m68k: remove support for DISCONTIGMEM
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 9/9] mm: replace CONFIG_FLAT_NODE_MEM_MAP with CONFIG_FLATMEM
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 8/9] mm: replace CONFIG_NEED_MULTIPLE_NODES with CONFIG_NUMA
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 7/9] docs: remove description of DISCONTIGMEM
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 6/9] arch, mm: remove stale mentions of DISCONIGMEM
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 5/9] mm: remove CONFIG_DISCONTIGMEM
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 4/9] m68k: remove support for DISCONTIGMEM
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 3/9] arc: remove support for DISCONTIGMEM
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 2/9] arc: update comment about HIGHMEM implementation
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 1/9] alpha: remove DISCONTIGMEM and NUMA
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 0/9] Remove DISCINTIGMEM memory model
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v2] mm: generalize ZONE_[DMA|DMA32]
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [PATCH v2] mm: generalize ZONE_[DMA|DMA32]
- From: Michal Simek <michal.simek@xxxxxxxxxx>
- Re: [PATCH v2] mm: generalize ZONE_[DMA|DMA32]
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
- [PATCH v2] mm: generalize ZONE_[DMA|DMA32]
- From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
- Re: [PATCH] mm: generalize ZONE_[DMA|DMA32]
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH] mm: generalize ZONE_[DMA|DMA32]
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH] mm: generalize ZONE_[DMA|DMA32]
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH] mm: generalize ZONE_[DMA|DMA32]
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] mm: generalize ZONE_[DMA|DMA32]
- From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
- Re: [PATCH 1/5] kbuild: require all architectures to have arch/$(SRCARCH)/Kbuild
- From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
- Re: Concern about arch/alpha/kernel/smc37c669.c
- From: He Zhe <zhe.he@xxxxxxxxxxxxx>
[Index of Archives]
[Kernel]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]