Linux Arch
[Prev Page][Next Page]
- Re: [PATCH 2/4] watchdog: introduce arch_touch_nmi_watchdog()
- From: Don Zickus <dzickus@xxxxxxxxxx>
- Re: [PATCH 3/4] watchdog: split out config options
- From: kbuild test robot <lkp@xxxxxxxxx>
- [PATCH v5 1/6] asm-generic/bug.h: declare struct pt_regs; before function prototype
- From: Ian Abbott <abbotti@xxxxxxxxx>
- [PATCH v5 0/6] kernel.h: container_of() pointer checking
- From: Ian Abbott <abbotti@xxxxxxxxx>
- [PATCH v5 4/6] linux/bug.h: correct "space required before that '-'"
- From: Ian Abbott <abbotti@xxxxxxxxx>
- [PATCH v5 6/6] kernel.h: handle pointers to arrays better in container_of()
- From: Ian Abbott <abbotti@xxxxxxxxx>
- [PATCH v5 5/6] bug: split BUILD_BUG stuff out into <linux/build_bug.h>
- From: Ian Abbott <abbotti@xxxxxxxxx>
- [PATCH v5 3/6] linux/bug.h: correct "(foo*)" should be "(foo *)"
- From: Ian Abbott <abbotti@xxxxxxxxx>
- [PATCH v5 2/6] linux/bug.h: correct formatting of block comment
- From: Ian Abbott <abbotti@xxxxxxxxx>
- Re: [PATCH 3/4] watchdog: split out config options
- From: kbuild test robot <lkp@xxxxxxxxx>
- [PATCH 0/4][V2] Improve watchdog config for arch watchdogs
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- [PATCH 2/4] watchdog: introduce arch_touch_nmi_watchdog()
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- [PATCH 4/4] watchdog: provide watchdog_reconfigure() for arch watchdogs
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- [PATCH 3/4] watchdog: split out config options
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- [PATCH 1/4] watchdog: remove unused declaration
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH 1/1] bug: fix problem including <linux.bug.h> from linux/kernel.h
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH 1/1] bug: fix problem including <linux.bug.h> from linux/kernel.h
- From: kbuild test robot <lkp@xxxxxxxxx>
- [PATCH v4 5/7] arch/sparc: Enable queued rwlocks for SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- [PATCH v4 4/7] arch/sparc: Introduce cmpxchg_u8 SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- [PATCH v4 1/7] arch/sparc: Remove the check #ifndef __LINUX_SPINLOCK_TYPES_H
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- [PATCH v4 0/7] Enable queued rwlock and queued spinlock for SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- [PATCH v4 7/7] arch/sparc: Enable queued spinlock support for SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- [PATCH v4 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- [PATCH v4 6/7] arch/sparc: Introduce xchg16 for SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- [PATCH v4 2/7] kernel/locking: Fix compile error with qrwlock.c
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- Re: [PATCH v2] bug: fix problem including <linux/bug.h> from linux/kernel.h
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH v2] bug: fix problem including <linux/bug.h> from linux/kernel.h
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH v2] bug: fix problem including <linux/bug.h> from linux/kernel.h
- From: Ian Abbott <abbotti@xxxxxxxxx>
- Re: [PATCH v4 8/8] mm: rmap: Use correct helper when poisoning hugepages
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH v4 2/2] kernel.h: handle pointers to arrays better in container_of()
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- [PATCH v2] bug: fix problem including <linux/bug.h> from linux/kernel.h
- From: Ian Abbott <abbotti@xxxxxxxxx>
- Re: [PATCH 1/1] bug: fix problem including <linux.bug.h> from linux/kernel.h
- From: Ian Abbott <abbotti@xxxxxxxxx>
- Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- Re: [PATCH v3 2/2] kernel.h: handle pointers to arrays better in container_of()
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: Unify the various copies of libgcc into lib
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
- Re: Unify the various copies of libgcc into lib
- From: David Howells <dhowells@xxxxxxxxxx>
- Re: [PATCH 1/1] bug: fix problem including <linux.bug.h> from linux/kernel.h
- From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/1] bug: fix problem including <linux.bug.h> from linux/kernel.h
- From: Ian Abbott <abbotti@xxxxxxxxx>
- [PATCH 0/1] bug: fix problem including <linux.bug.h> from linux/kernel.h
- From: Ian Abbott <abbotti@xxxxxxxxx>
- [PATCH v4 1/8] arm64: hugetlb: Refactor find_num_contig
- From: Punit Agrawal <punit.agrawal@xxxxxxx>
- [PATCH v4 3/8] mm, gup: Remove broken VM_BUG_ON_PAGE compound check for hugepages
- From: Punit Agrawal <punit.agrawal@xxxxxxx>
- [PATCH v4 6/8] mm/hugetlb: Allow architectures to override huge_pte_clear()
- From: Punit Agrawal <punit.agrawal@xxxxxxx>
- [PATCH v4 0/8] Support for contiguous pte hugepages
- From: Punit Agrawal <punit.agrawal@xxxxxxx>
- [PATCH v4 2/8] arm64: hugetlb: Remove spurious calls to huge_ptep_offset
- From: Punit Agrawal <punit.agrawal@xxxxxxx>
- [PATCH v4 4/8] mm, gup: Ensure real head page is ref-counted when using hugepages
- From: Punit Agrawal <punit.agrawal@xxxxxxx>
- [PATCH v4 5/8] mm/hugetlb: add size parameter to huge_pte_offset()
- From: Punit Agrawal <punit.agrawal@xxxxxxx>
- [PATCH v4 7/8] mm/hugetlb: Introduce set_huge_swap_pte_at() helper
- From: Punit Agrawal <punit.agrawal@xxxxxxx>
- [PATCH v4 8/8] mm: rmap: Use correct helper when poisoning hugepages
- From: Punit Agrawal <punit.agrawal@xxxxxxx>
- Re: [PATCH 4/7] mips: Use lib/{ashldi3,ashrdi3,cmpdi2,lshrdi3,ucmpdi2}.c
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH 4/7] mips: Use lib/{ashldi3,ashrdi3,cmpdi2,lshrdi3,ucmpdi2}.c
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH 6/7] sh: Use lib/ashldi3,ashrdi3,lshrdi3}.c
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH 3/7] microblaze: Use libgcc files from lib/
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH 6/7] sh: Use lib/ashldi3,ashrdi3,lshrdi3}.c
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH v4 2/2] kernel.h: handle pointers to arrays better in container_of()
- From: Ian Abbott <abbotti@xxxxxxxxx>
- Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
- From: Arnd Bergmann <arnd@xxxxxxxx>
- CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: is alpha jensen support dead?
- From: Christoph Hellwig <hch@xxxxxx>
- Re: Unify the various copies of libgcc into lib
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: is alpha jensen support dead?
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 4/7] mips: Use lib/{ashldi3,ashrdi3,cmpdi2,lshrdi3,ucmpdi2}.c
- From: Matt Redfearn <matt.redfearn@xxxxxxxxxx>
- Re: [PATCH 1/7] lib: Add shared copies of some GCC library routines
- From: Matt Redfearn <matt.redfearn@xxxxxxxxxx>
- Re: [PATCH 2/5] ARM: dts: use #include "..." to include DT in the same directory
- From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
- Re: [PATCH v4 2/2] kernel.h: handle pointers to arrays better in container_of()
- From: kbuild test robot <lkp@xxxxxxxxx>
- [PATCH 4/7] mips: Use lib/{ashldi3,ashrdi3,cmpdi2,lshrdi3,ucmpdi2}.c
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
- [PATCH 5/7] score: Use lib/{ashldi3,ashrdi3,cmpdi2,lshrdi3,ucmpdi2}.c
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
- Unify the various copies of libgcc into lib
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
- [PATCH 6/7] sh: Use lib/ashldi3,ashrdi3,lshrdi3}.c
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
- [PATCH 1/7] lib: Add shared copies of some GCC library routines
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
- [PATCH 7/7] sparc: Use lib/{cmpdi2,ucmpdi2}.c
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
- [PATCH 2/7] m32r: Use lib/ucmpdi2.c
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
- [PATCH 3/7] microblaze: Use libgcc files from lib/
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
- [PATCH v3 5/7] arch/sparc: Enable queued rwlocks for SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- [PATCH v3 2/7] kernel/locking: Fix compile error with qrwlock.c
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- [PATCH v3 7/7] arch/sparc: Enable queued spinlock support for SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- [PATCH v3 4/7] arch/sparc: Introduce cmpxchg_u8 SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- [PATCH v3 1/7] arch/sparc: Remove the check #ifndef __LINUX_SPINLOCK_TYPES_H
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- [PATCH v3 0/7] Enable queued rwlock and queued spinlock for SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- [PATCH v3 6/7] arch/sparc: Introduce xchg16 for SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- Re: [PATCH v4 2/2] kernel.h: handle pointers to arrays better in container_of()
- From: Michal Nazarewicz <mina86@xxxxxxxxxx>
- Re: [PATCH v4 1/2] asm-generic/bug.h: declare struct pt_regs; before function prototype
- From: Michal Nazarewicz <mina86@xxxxxxxxxx>
- [PATCH 0/6] {sched_,}find_first{_zero}_bit optimizations
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [GIT PULL] ARM: SoC fixes (and a cross-arch dt-include fix)
- From: Olof Johansson <olof@xxxxxxxxx>
- [PATCH v3 2/2] kernel.h: handle pointers to arrays better in container_of()
- From: Ian Abbott <abbotti@xxxxxxxxx>
- [PATCH v3 1/2] asm-generic/bug.h: declare struct pt_regs; before function prototype
- From: Ian Abbott <abbotti@xxxxxxxxx>
- [PATCH v3 0/2] kernel.h: container_of() pointer checking
- From: Ian Abbott <abbotti@xxxxxxxxx>
- [PATCH v4 1/2] asm-generic/bug.h: declare struct pt_regs; before function prototype
- From: Ian Abbott <abbotti@xxxxxxxxx>
- [PATCH v4 2/2] kernel.h: handle pointers to arrays better in container_of()
- From: Ian Abbott <abbotti@xxxxxxxxx>
- [PATCH v4 0/2] kernel.h: container_of() pointer checking
- From: Ian Abbott <abbotti@xxxxxxxxx>
- Re: [PATCH v3 2/6] mm, gup: Ensure real head page is ref-counted when using hugepages
- From: Punit Agrawal <punit.agrawal@xxxxxxx>
- Re: [PATCH v3.1 4/6] mm/hugetlb: Allow architectures to override huge_pte_clear()
- From: Punit Agrawal <punit.agrawal@xxxxxxx>
- Re: [PATCH v3.1 4/6] mm/hugetlb: Allow architectures to override huge_pte_clear()
- From: Punit Agrawal <punit.agrawal@xxxxxxx>
- Re: [GIT PULL] ARM: SoC fixes (and a cross-arch dt-include fix)
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v3 2/6] mm, gup: Ensure real head page is ref-counted when using hugepages
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [PATCH v3 1/6] mm, gup: Remove broken VM_BUG_ON_PAGE compound check for hugepages
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- [PATCH v5 4/5] ARM: dma-mapping: Don't tear third-party mappings
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- [PATCH v5 3/5] ACPI/IORT: Ignore all errors except EPROBE_DEFER
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- [PATCH v5 5/5] ACPI/IORT: Move the check to get iommu_ops from translated fwspec
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- [PATCH v5 2/5] iommu: of: Ignore all errors except EPROBE_DEFER
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- [PATCH v5 1/5] iommu: of: Fix check for returning EPROBE_DEFER
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 4/6] arm64: signal: Allocate extra sigcontext space as needed
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH V11 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
- From: Nate Watterson <nwatters@xxxxxxxxxxxxxx>
- Re: [PATCH v3 3/6] mm/hugetlb: add size parameter to huge_pte_offset()
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [GIT PULL] ARM: SoC fixes (and a cross-arch dt-include fix)
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH V11 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- Re: [PATCH V11 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- Re: [PATCH V11 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- Re: [PATCH V11 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- Re: [Ksummit-discuss] [GIT PULL] ARM: SoC fixes (and a cross-arch dt-include fix)
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH V11 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
- From: Nate Watterson <nwatters@xxxxxxxxxxxxxx>
- Re: [PATCH v3.1 4/6] mm/hugetlb: Allow architectures to override huge_pte_clear()
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH v2 1/7] kernel/locking: Fix compile error with qrwlock.c
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2 1/7] kernel/locking: Fix compile error with qrwlock.c
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- Re: [PATCH 1/1] futex: remove duplicated code
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH v3.1 4/6] mm/hugetlb: Allow architectures to override huge_pte_clear()
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v2 1/7] kernel/locking: Fix compile error with qrwlock.c
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH v3.1 5/6] mm/hugetlb: Introduce set_huge_swap_pte_at() helper
- From: Punit Agrawal <punit.agrawal@xxxxxxx>
- [PATCH v3.1 4/6] mm/hugetlb: Allow architectures to override huge_pte_clear()
- From: Punit Agrawal <punit.agrawal@xxxxxxx>
- Re: [PATCH v3 4/6] mm/hugetlb: Allow architectures to override huge_pte_clear()
- From: Punit Agrawal <punit.agrawal@xxxxxxx>
- Re: [GIT PULL] ARM: SoC fixes (and a cross-arch dt-include fix)
- From: Olof Johansson <olof@xxxxxxxxx>
- Re: [PATCH v3 4/6] mm/hugetlb: Allow architectures to override huge_pte_clear()
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH v3 3/6] mm/hugetlb: add size parameter to huge_pte_offset()
- From: Punit Agrawal <punit.agrawal@xxxxxxx>
- [PATCH v3 5/6] mm/hugetlb: Introduce set_huge_swap_pte_at() helper
- From: Punit Agrawal <punit.agrawal@xxxxxxx>
- [PATCH v3 4/6] mm/hugetlb: Allow architectures to override huge_pte_clear()
- From: Punit Agrawal <punit.agrawal@xxxxxxx>
- [PATCH v3 6/6] mm: rmap: Use correct helper when poisoning hugepages
- From: Punit Agrawal <punit.agrawal@xxxxxxx>
- [PATCH v3 2/6] mm, gup: Ensure real head page is ref-counted when using hugepages
- From: Punit Agrawal <punit.agrawal@xxxxxxx>
- [PATCH v3 1/6] mm, gup: Remove broken VM_BUG_ON_PAGE compound check for hugepages
- From: Punit Agrawal <punit.agrawal@xxxxxxx>
- [PATCH v3 0/6] Support for contiguous pte hugepages
- From: Punit Agrawal <punit.agrawal@xxxxxxx>
- Re: [PATCH V4 3/4] ACPI/IORT: Ignore all errors except EPROBE_DEFER
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- Re: [GIT PULL] ARM: SoC fixes (and a cross-arch dt-include fix)
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH V4 3/4] ACPI/IORT: Ignore all errors except EPROBE_DEFER
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- Re: [PATCH V4 3/4] ACPI/IORT: Ignore all errors except EPROBE_DEFER
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- Re: [PATCH V4 3/4] ACPI/IORT: Ignore all errors except EPROBE_DEFER
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- Re: is alpha jensen support dead?
- From: Christoph Hellwig <hch@xxxxxx>
- Re: is alpha jensen support dead?
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: is alpha jensen support dead?
- From: Matt Turner <mattst88@xxxxxxxxx>
- Re: is alpha jensen support dead?
- From: Bob Tracy <rct@xxxxxxxxxxxxxxxx>
- is alpha jensen support dead?
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH v5 17/32] x86/mm: Add support to access boot related data in the clear
- From: Borislav Petkov <bp@xxxxxxxxx>
- [PATCH v2 6/7] arch/sparc: Introduce xchg16 for SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- [PATCH v2 0/7] Enable queued rwlock and queued spinlock for SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- [PATCH v2 4/7] arch/sparc: Introduce cmpxchg_u8 SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- [PATCH v2 5/7] arch/sparc: Enable queued rwlocks for SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- [PATCH v2 1/7] kernel/locking: Fix compile error with qrwlock.c
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- [PATCH v2 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- [PATCH v2 7/7] arch/sparc: Enable queued spinlock support for SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- [PATCH v2 2/7] arch/sparc: Remove the check #ifndef __LINUX_SPINLOCK_TYPES_H
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- Re: [RFC] arch hardlockup detector interfaces improvement
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH v5 28/32] x86/mm, kexec: Allow kexec to be used with SME
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH v5 28/32] x86/mm, kexec: Allow kexec to be used with SME
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v5 28/32] x86/mm, kexec: Allow kexec to be used with SME
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH v5 28/32] x86/mm, kexec: Allow kexec to be used with SME
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v5 17/32] x86/mm: Add support to access boot related data in the clear
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH v5 28/32] x86/mm, kexec: Allow kexec to be used with SME
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH v5 32/32] x86/mm: Add support to make use of Secure Memory Encryption
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v5 32/32] x86/mm: Add support to make use of Secure Memory Encryption
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v5 23/32] swiotlb: Add warnings for use of bounce buffers with SME
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH v5 22/32] x86, swiotlb: DMA support for memory encryption
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH v5 19/32] x86/mm: Add support to access persistent memory in the clear
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [RFC] arch hardlockup detector interfaces improvement
- From: Don Zickus <dzickus@xxxxxxxxxx>
- Re: [PATCH 4/6] arch/sparc: Enable queued rwlocks for SPARC
- From: David Miller <davem@xxxxxxxxxxxxx>
- [GIT PULL] ARM: SoC fixes (and a cross-arch dt-include fix)
- From: Olof Johansson <olof@xxxxxxxxx>
- Re: [PATCH 4/6] arch/sparc: Enable queued rwlocks for SPARC
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 4/6] arch/sparc: Enable queued rwlocks for SPARC
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 4/6] arch/sparc: Enable queued rwlocks for SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- Re: [PATCH 6/6] arch/sparc: Enable queued spinlock support for SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- Re: [PATCH 4/6] arch/sparc: Enable queued rwlocks for SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- Re: [PATCH 1/6] kernel/locking: Fix compile error with qrwlock.c
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- Re: [PATCH 2/6] arch/sparc: Define config parameter CPU_BIG_ENDIAN
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- Re: [RFC] arch hardlockup detector interfaces improvement
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [RFC] arch hardlockup detector interfaces improvement
- From: Don Zickus <dzickus@xxxxxxxxxx>
- Re: [PATCH v5 32/32] x86/mm: Add support to make use of Secure Memory Encryption
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v5 32/32] x86/mm: Add support to make use of Secure Memory Encryption
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 4/6] arch/sparc: Enable queued rwlocks for SPARC
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 6/6] arch/sparc: Enable queued spinlock support for SPARC
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 4/6] arch/sparc: Enable queued rwlocks for SPARC
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 1/6] kernel/locking: Fix compile error with qrwlock.c
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 2/6] arch/sparc: Define config parameter CPU_BIG_ENDIAN
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 4/6] arch/sparc: Enable queued rwlocks for SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- [PATCH 1/6] kernel/locking: Fix compile error with qrwlock.c
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- [PATCH 2/6] arch/sparc: Define config parameter CPU_BIG_ENDIAN
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- [PATCH 3/6] arch/sparc: Introduce cmpxchg_u8 SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- [PATCH 6/6] arch/sparc: Enable queued spinlock support for SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- [PATCH 0/6] Enable queued rwlock and queued spinlock for SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- [PATCH 5/6] arch/sparc: Introduce xchg16 for SPARC
- From: Babu Moger <babu.moger@xxxxxxxxxx>
- Re: [RFC] arch hardlockup detector interfaces improvement
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH v5 17/32] x86/mm: Add support to access boot related data in the clear
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] futex: remove duplicated code
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH v5 31/32] x86: Add sysfs support for Secure Memory Encryption
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC] arch hardlockup detector interfaces improvement
- From: Don Zickus <dzickus@xxxxxxxxxx>
- [RFC] arch hardlockup detector interfaces improvement
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH V4 2/4] iommu: of: Ignore all errors except EPROBE_DEFER
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- [PATCH V4 1/4] iommu: of: Fix check for returning EPROBE_DEFER
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- [PATCH V4 4/4] ARM: dma-mapping: Don't tear third-party mappings
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- [PATCH V4 3/4] ACPI/IORT: Ignore all errors except EPROBE_DEFER
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- [PATCH V4 2/4] iommu: of: Ignore all errors except EPROBE_DEFER
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- Re: [PATCH V2 2/3] iommu: of: Ignore all errors except EPROBE_DEFER
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- Re: [PATCH V2 2/3] iommu: of: Ignore all errors except EPROBE_DEFER
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: [PATCH V2 2/3] iommu: of: Ignore all errors except EPROBE_DEFER
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- Re: [PATCH v5 29/32] x86/mm: Add support to encrypt the kernel in-place
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH V2 2/3] iommu: of: Ignore all errors except EPROBE_DEFER
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: [PATCH V2 2/3] iommu: of: Ignore all errors except EPROBE_DEFER
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- Re: [PATCH V2 1/3] iommu: of: Fix check for returning EPROBE_DEFER
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: [PATCH V2 2/3] iommu: of: Ignore all errors except EPROBE_DEFER
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- [PATCH V2 1/3] iommu: of: Fix check for returning EPROBE_DEFER
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- [PATCH V2 3/3] ARM: dma-mapping: Don't tear third-party mappings
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- [PATCH V2 2/3] iommu: of: Ignore all errors except EPROBE_DEFER
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- Re: [PATCH 1/3] iommu: of: Fix check for returning EPROBE_DEFER
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- Re: [PATCH v5 18/32] x86, mpparse: Use memremap to map the mpf and mpc data
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v5 17/32] x86/mm: Add support to access boot related data in the clear
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] sched: remove sched_find_first_bit()
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v5 18/32] x86, mpparse: Use memremap to map the mpf and mpc data
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH v5 28/32] x86/mm, kexec: Allow kexec to be used with SME
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v5 17/32] x86/mm: Add support to access boot related data in the clear
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH 1/3] iommu: of: Fix check for returning EPROBE_DEFER
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
- Re: [PATCH] devicetree: Move include prefixes from arch to separate directory
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] devicetree: Move include prefixes from arch to separate directory
- From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
- Re: [PATCH] sched: remove sched_find_first_bit()
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 3/3] ARM: dma-mapping: Don't tear third-party mappings
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- [PATCH 2/3] iommu: of: Ignore all errors except EPROBE_DEFER
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- [PATCH 1/3] iommu: of: Fix check for returning EPROBE_DEFER
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- Re: [PATCH 1/1] futex: remove duplicated code
- From: Jiri Slaby <jslaby@xxxxxxx>
- Re: [PATCH v5 06/32] x86/mm: Add Secure Memory Encryption (SME) support
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] iommu: of: Fix check for returning EPROBE_DEFER
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- Re: [PATCH v5 14/32] efi: Add an EFI table address match function
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH v5 06/32] x86/mm: Add Secure Memory Encryption (SME) support
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH v5 26/32] x86, drm, fbdev: Do not specify encrypted memory for video mappings
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v5 23/32] swiotlb: Add warnings for use of bounce buffers with SME
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v5 22/32] x86, swiotlb: DMA support for memory encryption
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] iommu: of: Fix check for returning EPROBE_DEFER
- From: Jonathan Neuschäfer <j.neuschaefer@xxxxxxx>
- Re: [PATCH v5 19/32] x86/mm: Add support to access persistent memory in the clear
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 2/5] ARM: dts: use #include "..." to include DT in the same directory
- From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
- Re: [PATCH v5 18/32] x86, mpparse: Use memremap to map the mpf and mpc data
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] sched: remove sched_find_first_bit()
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- [PATCH] iommu: of: Fix check for returning EPROBE_DEFER
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- Re: [PATCH v11 11/12] uapi: export all arch specifics directories
- From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
- Re: [PATCH v11 11/12] uapi: export all arch specifics directories
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH v11 11/12] uapi: export all arch specifics directories
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH] sched: remove sched_find_first_bit()
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] sched: remove sched_find_first_bit()
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] sched: remove sched_find_first_bit()
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v5 17/32] x86/mm: Add support to access boot related data in the clear
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v5 14/32] efi: Add an EFI table address match function
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] devicetree: Move include prefixes from arch to separate directory
- From: Olof Johansson <olof@xxxxxxxxx>
- Re: [PATCH] devicetree: Move include prefixes from arch to separate directory
- From: Rob Herring <robh+dt@xxxxxxxxxx>
- Re: [PATCH] sched: remove sched_find_first_bit()
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] devicetree: Move include prefixes from arch to separate directory
- From: Olof Johansson <olof@xxxxxxxxx>
- Re: [PATCH] sched: remove sched_find_first_bit()
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] devicetree: Move include prefixes from arch to separate directory
- From: Rob Herring <robh+dt@xxxxxxxxxx>
- Re: [PATCH] devicetree: Move include prefixes from arch to separate directory
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
- Re: [PATCH] sched: remove sched_find_first_bit()
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] devicetree: Move include prefixes from arch to separate directory
- From: Olof Johansson <olof@xxxxxxxxx>
- Re: [PATCH] devicetree: Move include prefixes from arch to separate directory
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
- Re: [PATCH] devicetree: Move include prefixes from arch to separate directory
- From: Rob Herring <robh+dt@xxxxxxxxxx>
- Re: [PATCH] devicetree: Move include prefixes from arch to separate directory
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
- Re: [PATCH] sched: remove sched_find_first_bit()
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC PATCH v2 4/6] arm64: signal: Allocate extra sigcontext space as needed
- From: Dave Martin <Dave.Martin@xxxxxxx>
- Re: [PATCH 1/1] futex: remove duplicated code
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH 2/5] ARM: dts: use #include "..." to include DT in the same directory
- From: Shawn Guo <shawnguo@xxxxxxxxxx>
- [PATCH 1/1] futex: remove duplicated code
- From: Jiri Slaby <jslaby@xxxxxxx>
- Re: [PATCH] devicetree: Move include prefixes from arch to separate directory
- From: Rob Herring <robh+dt@xxxxxxxxxx>
- [PATCH 2/5] ARM: dts: use #include "..." to include DT in the same directory
- From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
- [PATCH 5/5] of: add scripts/dtc/include-prefixes to search path for both CPP and DTC
- From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
- [PATCH 0/5] devicetree: cleanup and improve DT cross-arch reference
- From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
- [PATCH 1/5] of: remove drivers/of/testcase-data from include search path for CPP
- From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
- [PATCH 3/5] powerpc: dts: use #include "..." to include DT in the same directory
- From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
- [PATCH 4/5] of: remove arch/$(SRCARCH)/boot/dts from include search path for CPP
- From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
- Re: [git pull] uaccess-related bits of vfs.git
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [git pull] uaccess-related bits of vfs.git
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH] sched: remove sched_find_first_bit()
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [git pull] uaccess-related bits of vfs.git
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [git pull] uaccess-related bits of vfs.git
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [git pull] uaccess-related bits of vfs.git
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [git pull] uaccess-related bits of vfs.git
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [git pull] uaccess-related bits of vfs.git
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [git pull] uaccess-related bits of vfs.git
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [git pull] uaccess-related bits of vfs.git
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [git pull] uaccess-related bits of vfs.git
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [git pull] uaccess-related bits of vfs.git
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [git pull] uaccess-related bits of vfs.git
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [git pull] uaccess-related bits of vfs.git
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [git pull] uaccess-related bits of vfs.git
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [git pull] uaccess-related bits of vfs.git
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- [PATCH] arch: remove GENERIC_FIND_FIRST_BIT
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [git pull] uaccess-related bits of vfs.git
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [git pull] uaccess-related bits of vfs.git
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [git pull] uaccess-related bits of vfs.git
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [git pull] uaccess-related bits of vfs.git
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] devicetree: Move include prefixes from arch to separate directory
- From: Heiko Stuebner <heiko@xxxxxxxxx>
- Re: [git pull] uaccess-related bits of vfs.git
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [git pull] uaccess-related bits of vfs.git
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [git pull] uaccess-related bits of vfs.git
- From: Brian Gerst <brgerst@xxxxxxxxx>
- Re: [git pull] uaccess-related bits of vfs.git
- From: Adam Borowski <kilobyte@xxxxxxxxxx>
- Re: [git pull] uaccess-related bits of vfs.git
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- [PATCH] devicetree: Move include prefixes from arch to separate directory
- From: Olof Johansson <olof@xxxxxxxxx>
- [PATCH] sched: remove sched_find_first_bit()
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [git pull] uaccess-related bits of vfs.git
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 4/6] arm64: signal: Allocate extra sigcontext space as needed
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH] spin loop primitives for busy waiting
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH] spin loop primitives for busy waiting
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- RE: [PATCH] spin loop primitives for busy waiting
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH v4 2/2] x86/refcount: Implement fast refcount overflow protection
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH] spin loop primitives for busy waiting
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH] spin loop primitives for busy waiting
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 2/2] x86/refcount: Implement fast refcount overflow protection
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH] spin loop primitives for busy waiting
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH v4 2/2] x86/refcount: Implement fast refcount overflow protection
- From: "PaX Team" <pageexec@xxxxxxxxxxx>
- Re: [PATCH 3/3] arm64/locking: qspinlocks and qrwlocks support
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 2/2] x86/refcount: Implement fast refcount overflow protection
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v4 2/2] x86/refcount: Implement fast refcount overflow protection
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v4 0/2] x86/refcount: Implement fast refcount overflow protection
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v4 1/2] x86/asm: Add suffix macro for GEN_*_RMWcc()
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 3/3] arm64/locking: qspinlocks and qrwlocks support
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 2/2] x86/refcount: Implement fast refcount overflow protection
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v3 2/2] x86/refcount: Implement fast refcount overflow protection
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v3 2/2] x86/refcount: Implement fast refcount overflow protection
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH] asm-generic/io.h: remove unnecessary #include of <linux/vmalloc.h>
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [PATCH] asm-generic/io.h: remove unnecessary #include of <linux/vmalloc.h>
- From: Tobias Klauser <tklauser@xxxxxxxxxx>
- Re: [PATCH] asm-generic/io.h: remove unnecessary #include of <linux/vmalloc.h>
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH] asm-generic/io.h: remove unnecessary #include of <linux/vmalloc.h>
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [PATCH] asm-generic/io.h: remove unnecessary #include of <linux/vmalloc.h>
- From: Tobias Klauser <tklauser@xxxxxxxxxx>
- Re: [PATCH 3/3] arm64/locking: qspinlocks and qrwlocks support
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [PATCH v3 2/2] x86/refcount: Implement fast refcount overflow protection
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v3 2/2] x86/refcount: Implement fast refcount overflow protection
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v3 2/2] x86/refcount: Implement fast refcount overflow protection
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v3 2/2] x86/refcount: Implement fast refcount overflow protection
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v3 1/2] x86/asm: Add suffix macro for GEN_*_RMWcc()
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v3 0/2] x86/refcount: Implement fast refcount overflow protection
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH V11 00/11] IOMMU probe deferral support
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- Re: [PATCH v5 15/32] efi: Update efi_mem_type() to return an error rather than 0
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH V11 00/11] IOMMU probe deferral support
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- Re: [PATCH v5 15/32] efi: Update efi_mem_type() to return an error rather than 0
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v5 13/32] x86/boot/e820: Add support to determine the E820 type of an address
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- asm/mmu.h using NR_CPUS (was Re: kisskb: FAILED linux-next/axs101_defconfig/arcompact Thu May 04, 18:53)
- From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
- Re: [PATCH v5 13/32] x86/boot/e820: Add support to determine the E820 type of an address
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: 答复: [PATCH 0/3] arm64: queued spinlocks and rw-locks
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: 答复: [PATCH 0/3] arm64: queued spinlocks and rw-locks
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: 答复: [PATCH 0/3] arm64: queued spinlocks and rw-locks
- From: Will Deacon <will.deacon@xxxxxxx>
- [PATCH 3/7] vmlinux.lds: preserve eh_frame for DWARF unwinder
- From: Jiri Slaby <jslaby@xxxxxxx>
- Re: 答复: [PATCH 0/3] arm64: queued spinlocks and rw-locks
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: 答复: [PATCH 0/3] arm64: queued spinlocks and rw-locks
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 09/32] x86/mm: Provide general kernel support for memory encryption
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v5 09/32] x86/mm: Provide general kernel support for memory encryption
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH v5 12/32] x86/mm: Insure that boot memory areas are mapped properly
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH v5 06/32] x86/mm: Add Secure Memory Encryption (SME) support
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v5 06/32] x86/mm: Add Secure Memory Encryption (SME) support
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH v5 31/32] x86: Add sysfs support for Secure Memory Encryption
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH v5 31/32] x86: Add sysfs support for Secure Memory Encryption
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH v5 12/32] x86/mm: Insure that boot memory areas are mapped properly
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 2/3] asm-generic: don't #include <linux/atomic.h> in qspinlock_types.h
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 1/3] kernel/locking: #include <asm/spinlock.h> in qrwlock.c
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] kernel/locking: #include <asm/spinlock.h> in qrwlock.c
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 3/3] arm64/locking: qspinlocks and qrwlocks support
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 2/3] asm-generic: don't #include <linux/atomic.h> in qspinlock_types.h
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/3] kernel/locking: #include <asm/spinlock.h> in qrwlock.c
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 0/3] arm64: queued spinlocks and rw-locks
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 2/2] x86, refcount: Implement fast refcount overflow protection
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v2 2/2] x86, refcount: Implement fast refcount overflow protection
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v2 2/2] x86, refcount: Implement fast refcount overflow protection
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v2 2/2] x86, refcount: Implement fast refcount overflow protection
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v2 2/2] x86, refcount: Implement fast refcount overflow protection
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v2 2/2] x86, refcount: Implement fast refcount overflow protection
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [git pull] uaccess-related bits of vfs.git
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] arm64/locking: qspinlocks and qrwlocks support
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [RFC PATCH 0/3] arm64: queued spinlocks and rw-locks
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH v5 31/32] x86: Add sysfs support for Secure Memory Encryption
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH v2 2/2] x86, refcount: Implement fast refcount overflow protection
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v5 09/32] x86/mm: Provide general kernel support for memory encryption
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v5 31/32] x86: Add sysfs support for Secure Memory Encryption
- From: Dave Hansen <dave.hansen@xxxxxxxxx>
- Re: [PATCH v5 06/32] x86/mm: Add Secure Memory Encryption (SME) support
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v5 31/32] x86: Add sysfs support for Secure Memory Encryption
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH v2 2/2] x86, refcount: Implement fast refcount overflow protection
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH 3/3] arm64/locking: qspinlocks and qrwlocks support
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86/refcount: Implement fast refcount_t handling
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v2 0/2] x86, refcount: Implement fast refcount overflow
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v2 2/2] x86, refcount: Implement fast refcount overflow protection
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH] x86/refcount: Implement fast refcount_t handling
- From: "PaX Team" <pageexec@xxxxxxxxxxx>
- Re: [PATCH v2 0/2] x86, refcount: Implement fast refcount overflow
- From: "PaX Team" <pageexec@xxxxxxxxxxx>
- Re: [PATCH v2 2/2] x86, refcount: Implement fast refcount overflow protection
- From: Jann Horn <jannh@xxxxxxxxxx>
- [PATCH v2 2/2] x86, refcount: Implement fast refcount overflow protection
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v2 1/2] x86, asm: Add suffix macro for GEN_*_RMWcc()
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v2 0/2] x86, refcount: Implement fast refcount overflow
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH] x86/refcount: Implement fast refcount_t handling
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH] x86/refcount: Implement fast refcount_t handling
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH] x86/refcount: Implement fast refcount_t handling
- From: "PaX Team" <pageexec@xxxxxxxxxxx>
- Re: [PATCH] x86/refcount: Implement fast refcount_t handling
- From: "PaX Team" <pageexec@xxxxxxxxxxx>
- Re: [PATCH] x86/refcount: Implement fast refcount_t handling
- From: "PaX Team" <pageexec@xxxxxxxxxxx>
- Re: [PATCH] x86/refcount: Implement fast refcount_t handling
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
- From: Suzuki K Poulose <Suzuki.Poulose@xxxxxxx>
- Re: [PATCH] x86/refcount: Implement fast refcount_t handling
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: Question on the five-level page table support patches
- From: Jon Masters <jcm@xxxxxxxxxxxxxx>
- Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH REPOST] fs: Preventing READ_IMPLIES_EXEC Propagation
- From: "dongbo (E)" <dongbo4@xxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH] x86/refcount: Implement fast refcount_t handling
- From: Rik van Riel <riel@xxxxxxxxxx>
- Re: [PATCH] x86/refcount: Implement fast refcount_t handling
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: Question on the five-level page table support patches
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Question on the five-level page table support patches
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [PATCH] x86/refcount: Implement fast refcount_t handling
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH] x86/refcount: Implement fast refcount_t handling
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: Question on the five-level page table support patches
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
- Re: Question on the five-level page table support patches
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86/refcount: Implement fast refcount_t handling
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] x86/refcount: Implement fast refcount_t handling
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH] x86/refcount: Implement fast refcount_t handling
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH] x86/refcount: Implement fast refcount_t handling
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
- From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
- Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
- From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
- Re: Question on the five-level page table support patches
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [PATCH v5 09/32] x86/mm: Provide general kernel support for memory encryption
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH v5 09/32] x86/mm: Provide general kernel support for memory encryption
- From: Dave Hansen <dave.hansen@xxxxxxxxx>
- Re: [PATCH v5 09/32] x86/mm: Provide general kernel support for memory encryption
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH] x86/refcount: Implement fast refcount_t handling
- From: "PaX Team" <pageexec@xxxxxxxxxxx>
- Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC PATCH 0/3] arm64: queued spinlocks and rw-locks
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH] x86/refcount: Implement fast refcount_t handling
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] x86/refcount: Implement fast refcount_t handling
- From: "PaX Team" <pageexec@xxxxxxxxxxx>
- Re: Question on the five-level page table support patches
- From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
- Re: [PATCH] x86/refcount: Implement fast refcount_t handling
- From: "PaX Team" <pageexec@xxxxxxxxxxx>
- Re: [PATCH] x86/refcount: Implement fast refcount_t handling
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] x86/refcount: Implement fast refcount_t handling
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] x86/refcount: Implement fast refcount_t handling
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH] x86/refcount: Implement fast refcount_t handling
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH] x86/refcount: Implement fast refcount_t handling
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: [PATCH] x86/refcount: Implement fast refcount_t handling
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: Question on the five-level page table support patches
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Question on the five-level page table support patches
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
- From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
- [PATCH] x86/refcount: Implement fast refcount_t handling
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v5 31/32] x86: Add sysfs support for Secure Memory Encryption
- From: Dave Hansen <dave.hansen@xxxxxxxxx>
- Re: [PATCH v5 09/32] x86/mm: Provide general kernel support for memory encryption
- From: Dave Hansen <dave.hansen@xxxxxxxxx>
- Re: [PATCH v5 07/32] x86/mm: Add support to enable SME in early boot processing
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v5 32/32] x86/mm: Add support to make use of Secure Memory Encryption
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH v5 07/32] x86/mm: Add support to enable SME in early boot processing
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 3/3] arm64/locking: qspinlocks and qrwlocks support
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 3/3] arm64/locking: qspinlocks and qrwlocks support
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v5 05/32] x86/CPU/AMD: Handle SME reduction in physical address size
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 3/3] arm64/locking: qspinlocks and qrwlocks support
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 05/32] x86/CPU/AMD: Handle SME reduction in physical address size
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH v5 05/32] x86/CPU/AMD: Handle SME reduction in physical address size
- From: Borislav Petkov <bp@xxxxxxxxx>
- [PATCHv5 6/9] x86/mm: Make kernel_physical_mapping_init() support 5-level paging
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv5 9/9] x86/mm: Allow to have userspace mappings above 47-bits
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv5 7/9] x86/mm: Add support for 5-level paging for KASLR
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv5 8/9] x86: Enable 5-level paging support
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv5 5/9] x86/mm: Add sync_global_pgds() for configuration with 5-level paging
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv5 3/9] x86/boot/64: Rename init_level4_pgt and early_level4_pgt
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv5 1/9] x86/asm: Fix comment in return_from_SYSCALL_64
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv5 0/9] x86: 5-level paging enabling for v4.12, Part 4
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv5 2/9] x86/boot/64: Rewrite startup_64 in C
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv5 4/9] x86/boot/64: Add support of additional page table level during early boot
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- Re: [PATCH V11 00/11] IOMMU probe deferral support
- From: Joerg Roedel <joro@xxxxxxxxxx>
- Re: [RFC PATCH v2 0/6] Signal frame expansion support
- From: Dave Martin <Dave.Martin@xxxxxxx>
- Re: [RFC PATCH v2 0/6] Signal frame expansion support
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] fs: Preventing READ_IMPLIES_EXEC Propagation
- From: "dongbo (E)" <dongbo4@xxxxxxxxxx>
- Re: [PATCH v2 00/27] PCI resource mmap cleanup
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v5 01/32] x86: Documentation for AMD Secure Memory Encryption (SME)
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v5 01/32] x86: Documentation for AMD Secure Memory Encryption (SME)
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH v5 01/32] x86: Documentation for AMD Secure Memory Encryption (SME)
- From: David Howells <dhowells@xxxxxxxxxx>
- Re: [PATCH v5 01/32] x86: Documentation for AMD Secure Memory Encryption (SME)
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v2 00/27] PCI resource mmap cleanup
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v2] mm: add VM_STATIC flag to vmalloc and prevent from removing the areas
- From: Hoeun Ryu <hoeun.ryu@xxxxxxxxx>
- [PATCH v5 00/32] x86: Secure Memory Encryption (AMD)
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 01/32] x86: Documentation for AMD Secure Memory Encryption (SME)
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 02/32] x86/mm/pat: Set write-protect cache mode for full PAT support
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 03/32] x86, mpparse, x86/acpi, x86/PCI, SFI: Use memremap for RAM mappings
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 09/32] x86/mm: Provide general kernel support for memory encryption
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 08/32] x86/mm: Simplify p[g4um]d_page() macros
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 07/32] x86/mm: Add support to enable SME in early boot processing
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 10/32] x86/mm: Extend early_memremap() support with additional attrs
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 14/32] efi: Add an EFI table address match function
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 13/32] x86/boot/e820: Add support to determine the E820 type of an address
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 18/32] x86, mpparse: Use memremap to map the mpf and mpc data
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 20/32] x86/mm: Add support for changing the memory encryption attribute
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 19/32] x86/mm: Add support to access persistent memory in the clear
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 21/32] x86, realmode: Decrypt trampoline area if memory encryption is active
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 17/32] x86/mm: Add support to access boot related data in the clear
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 22/32] x86, swiotlb: DMA support for memory encryption
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 23/32] swiotlb: Add warnings for use of bounce buffers with SME
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 26/32] x86, drm, fbdev: Do not specify encrypted memory for video mappings
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 32/32] x86/mm: Add support to make use of Secure Memory Encryption
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 30/32] x86/boot: Add early cmdline parsing for options with arguments
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 28/32] x86/mm, kexec: Allow kexec to be used with SME
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 29/32] x86/mm: Add support to encrypt the kernel in-place
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 31/32] x86: Add sysfs support for Secure Memory Encryption
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 27/32] kvm: x86: svm: Enable Secure Memory Encryption within KVM
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 24/32] iommu/amd: Disable AMD IOMMU if memory encryption is active
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 25/32] x86, realmode: Check for memory encryption on the APs
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 16/32] x86/efi: Update EFI pagetable creation to work with SME
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 15/32] efi: Update efi_mem_type() to return an error rather than 0
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 12/32] x86/mm: Insure that boot memory areas are mapped properly
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 11/32] x86/mm: Add support for early encrypt/decrypt of memory
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 05/32] x86/CPU/AMD: Handle SME reduction in physical address size
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 06/32] x86/mm: Add Secure Memory Encryption (SME) support
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 04/32] x86/CPU/AMD: Add the Secure Memory Encryption CPU feature
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 04/32] x86/CPU/AMD: Add the Secure Memory Encryption CPU feature
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 05/32] x86/CPU/AMD: Handle SME reduction in physical address size
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 06/32] x86/mm: Add Secure Memory Encryption (SME) support
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 03/32] x86, mpparse, x86/acpi, x86/PCI, SFI: Use memremap for RAM mappings
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 02/32] x86/mm/pat: Set write-protect cache mode for full PAT support
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 01/32] x86: Documentation for AMD Secure Memory Encryption (SME)
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v5 00/32] x86: Secure Memory Encryption (AMD)
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH v2 00/27] PCI resource mmap cleanup
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
- Re: [PATCH v2 00/27] PCI resource mmap cleanup
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
- Re: [PATCH 3/8] x86/boot/64: Add support of additional page table level during early boot
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [PATCH 3/8] x86/boot/64: Add support of additional page table level during early boot
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [PATCH 3/8] x86/boot/64: Add support of additional page table level during early boot
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [PATCH v2] mm: add VM_STATIC flag to vmalloc and prevent from removing the areas
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [PATCH v2] mm: add VM_STATIC flag to vmalloc and prevent from removing the areas
- From: Hoeun Ryu <hoeun.ryu@xxxxxxxxx>
- [PATCH v2] mm: add VM_STATIC flag to vmalloc and prevent from removing the areas
- From: Hoeun Ryu <hoeun.ryu@xxxxxxxxx>
- Re: [PATCH 3/8] x86/boot/64: Add support of additional page table level during early boot
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH] mm: add VM_STATIC flag to vmalloc and prevent from removing the areas
- From: Hoeun Ryu <hoeun.ryu@xxxxxxxxx>
- Re: [PATCH 3/3] arm64/locking: qspinlocks and qrwlocks support
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: "Consolidate get_dma_ops" breaks Xen on ARM
- From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
- Re: "Consolidate get_dma_ops" breaks Xen on ARM
- From: Julien Grall <julien.grall@xxxxxxx>
- [PATCHv4 3/9] x86/boot/64: Rename init_level4_pgt and early_level4_pgt
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv4 1/9] x86/asm: Fix comment in return_from_SYSCALL_64
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv4 4/9] x86/boot/64: Add support of additional page table level during early boot
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv4 9/9] x86/mm: Allow to have userspace mappings above 47-bits
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv4 6/9] x86/mm: Make kernel_physical_mapping_init() support 5-level paging
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv4 5/9] x86/mm: Add sync_global_pgds() for configuration with 5-level paging
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv4 7/9] x86/mm: Add support for 5-level paging for KASLR
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv4 8/9] x86: Enable 5-level paging support
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv4 2/9] x86/boot/64: Rewrite startup_64 in C
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv4 0/9] x86: 5-level paging enabling for v4.12, Part 4
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- Re: [RFC PATCH 0/3] arm64: queued spinlocks and rw-locks
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 10/27] pci: Add pci_mmap_resource_range() and use it for ARM64
- From: David Howells <dhowells@xxxxxxxxxx>
- Re: [PATCH v2 14/27] mn10300: Use generic pci_mmap_resource_range()
- From: David Howells <dhowells@xxxxxxxxxx>
- Re: [PATCH v2 12/27] cris: Use generic pci_mmap_resource_range()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v2 25/27] ia64: Use generic pci_mmap_resource_range()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v2 12/27] cris: Use generic pci_mmap_resource_range()
- From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
- Re: [PATCH] mm: add VM_STATIC flag to vmalloc and prevent from removing the areas
- From: Anshuman Khandual <khandual@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 21/32] powerpc: include default ioremap_nopost() implementation
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [PATCH] mm: add VM_STATIC flag to vmalloc and prevent from removing the areas
- From: Ho-Eun Ryu <hoeun.ryu@xxxxxxxxx>
- Re: [PATCH v2 25/27] ia64: Use generic pci_mmap_resource_range()
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH v2 25/27] ia64: Use generic pci_mmap_resource_range()
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: [PATCH] mm: add VM_STATIC flag to vmalloc and prevent from removing the areas
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [RFC PATCH 0/3] arm64: queued spinlocks and rw-locks
- From: Adam Wallis <awallis@xxxxxxxxxxxxxx>
- [RFC PATCH v2 6/6] arm64: signal: Report signal frame size to userspace via auxv
- From: Dave Martin <Dave.Martin@xxxxxxx>
- [RFC PATCH v2 5/6] arm64: signal: Parse extra_context during sigreturn
- From: Dave Martin <Dave.Martin@xxxxxxx>
- [RFC PATCH v2 4/6] arm64: signal: Allocate extra sigcontext space as needed
- From: Dave Martin <Dave.Martin@xxxxxxx>
- [RFC PATCH v2 3/6] arm64: signal: factor out signal frame record allocation
- From: Dave Martin <Dave.Martin@xxxxxxx>
- [RFC PATCH v2 2/6] arm64: signal: factor frame layout and population into separate passes
- From: Dave Martin <Dave.Martin@xxxxxxx>
- [RFC PATCH v2 1/6] arm64: signal: Refactor sigcontext parsing in rt_sigreturn
- From: Dave Martin <Dave.Martin@xxxxxxx>
- [RFC PATCH v2 0/6] Signal frame expansion support
- From: Dave Martin <Dave.Martin@xxxxxxx>
- [PATCH v2 10/27] pci: Add pci_mmap_resource_range() and use it for ARM64
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 11/27] arm: Use generic pci_mmap_resource_range()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 05/27] pci: Add arch_can_pci_mmap_wc() macro
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 14/27] mn10300: Use generic pci_mmap_resource_range()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 17/27] unicore: Use generic pci_mmap_resource_range()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 08/27] pci: Use BAR index in sysfs attr->private instead of resource pointer
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 09/27] pci: Add BAR index argument to pci_mmap_page_range()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 16/27] sh: Use generic pci_mmap_resource_range()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 13/27] mips: Use generic pci_mmap_resource_range()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 03/27] pci: Only allow WC mmap on prefetchable resources
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 02/27] pci: Fix another sanity check bug in /proc/pci mmap
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 04/27] xtensa: Do not mmap PCI BARs to userspace as write-through
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 26/27] sparc: Use generic pci_mmap_resource_range()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 22/27] xtensa: Use generic pci_mmap_resource_range()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 21/27] microblaze: Use generic pci_mmap_resource_range()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 15/27] parisc: Use generic pci_mmap_resource_range()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 18/27] x86: Use generic pci_mmap_resource_range()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 23/27] ia64: Remove redundant valid_mmap_phys_addr_range() from pci_mmap_page_range()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 24/27] ia64: Remove redundant checks for WC in pci_mmap_page_range()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 06/27] pci: Move multiple declarations of pci_mmap_page_range() to <linux/pci.h>
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 07/27] pci: Add arch_can_pci_mmap_io() on architectures which can mmap() I/O space
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 19/27] pci: Add I/O BAR support to generic pci_mmap_resource_range()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 12/27] cris: Use generic pci_mmap_resource_range()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 25/27] ia64: Use generic pci_mmap_resource_range()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 20/27] powerpc: Use generic pci_mmap_resource_range()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 27/27] pci: Kill ARCH_GENERIC_PCI_MMAP_RESOURCE
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 00/27] PCI resource mmap cleanup
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 01/27] pci: Fix pci_mmap_fits() for HAVE_PCI_RESOURCE_TO_USER platforms
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH] mm: add VM_STATIC flag to vmalloc and prevent from removing the areas
- From: Hoeun Ryu <hoeun.ryu@xxxxxxxxx>
- Re: [PATCH 8/8] x86/mm: Allow to have userspace mappings above 47-bits
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [PATCH 8/8] x86/mm: Allow to have userspace mappings above 47-bits
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [PATCH 3/8] x86/boot/64: Add support of additional page table level during early boot
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: "Consolidate get_dma_ops" breaks Xen on ARM
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH] mm: add VM_STATIC flag to vmalloc and prevent from removing the areas
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [PATCH] mm: add VM_STATIC flag to vmalloc and prevent from removing the areas
- From: Hoeun Ryu <hoeun.ryu@xxxxxxxxx>
- Re: "Consolidate get_dma_ops" breaks Xen on ARM
- From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
- Re: [PATCH v3 21/32] powerpc: include default ioremap_nopost() implementation
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 21/32] powerpc: include default ioremap_nopost() implementation
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- Re: [PATCH 3/8] x86/boot/64: Add support of additional page table level during early boot
- From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
- Re: [PATCH v3 06/32] avr32: include default ioremap_nopost() implementation
- From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
- Re: [PATCH v3 21/32] powerpc: include default ioremap_nopost() implementation
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: "Consolidate get_dma_ops" breaks Xen on ARM
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v3 08/32] cris: include default ioremap_nopost() implementation
- From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
- Re: "Consolidate get_dma_ops" breaks Xen on ARM
- From: Julien Grall <julien.grall@xxxxxxx>
- [PATCH v3 06/32] avr32: include default ioremap_nopost() implementation
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- [PATCH v3 08/32] cris: include default ioremap_nopost() implementation
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- [PATCH v3 10/32] hexagon: include default ioremap_nopost() implementation
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- [PATCH v3 13/32] m68k: include default ioremap_nopost() implementation
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- [PATCH v3 11/32] ia64: include default ioremap_nopost() implementation
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- [PATCH v3 09/32] frv: include default ioremap_nopost() implementation
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- [PATCH v3 16/32] mips: include default ioremap_nopost() implementation
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- [PATCH v3 12/32] m32r: include default ioremap_nopost() implementation
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- [PATCH v3 19/32] openrisc: include default ioremap_nopost() implementation
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- [PATCH v3 14/32] metag: include default ioremap_nopost() implementation
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- [PATCH v3 17/32] mn10300: include default ioremap_nopost() implementation
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- [PATCH v3 20/32] parisc: include default ioremap_nopost() implementation
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- [PATCH v3 24/32] sparc: include default ioremap_nopost() implementation
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- [PATCH v3 27/32] x86: include default ioremap_nopost() implementation
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- [PATCH v3 25/32] tile: include default ioremap_nopost() implementation
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- [PATCH v3 28/32] xtensa: include default ioremap_nopost() implementation
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- [PATCH v3 29/32] arm64: implement ioremap_nopost() interface
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- [PATCH v3 23/32] sh: include default ioremap_nopost() implementation
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- [PATCH v3 26/32] unicore32: include default ioremap_nopost() implementation
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- [PATCH v3 21/32] powerpc: include default ioremap_nopost() implementation
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- [PATCH v3 22/32] s390: include default ioremap_nopost() implementation
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- [PATCH v3 31/32] lib: fix Devres devm_ioremap_* offset parameter kerneldoc description
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- [PATCH v3 32/32] lib: implement Devres ioremap_nopost() interface
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- [PATCH v3 30/32] arm: implement ioremap_nopost() interface
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- [PATCH v3 18/32] nios2: include default ioremap_nopost() implementation
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- [PATCH v3 15/32] microblaze: include default ioremap_nopost() implementation
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- [PATCH v3 07/32] arc: include default ioremap_nopost() implementation
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- [PATCH v3 05/32] alpha: include default ioremap_nopost() implementation
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- Re: [PATCH 3/8] x86/boot/64: Add support of additional page table level during early boot
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- Re: [PATCH 3/8] x86/boot/64: Add support of additional page table level during early boot
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH 3/8] x86/boot/64: Add support of additional page table level during early boot
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [PATCH 3/8] x86/boot/64: Add support of additional page table level during early boot
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v11 08/12] cryptouser.h: fix include from userland
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: "Consolidate get_dma_ops" breaks Xen on ARM
- From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
- "Consolidate get_dma_ops" breaks Xen on ARM
- From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
- [PATCH 1/3] kernel/locking: #include <asm/spinlock.h> in qrwlock.c
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 3/3] arm64/locking: qspinlocks and qrwlocks support
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 2/3] asm-generic: don't #include <linux/atomic.h> in qspinlock_types.h
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [RFC PATCH 0/3] arm64: queued spinlocks and rw-locks
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH V10 06/12] of: device: Fix overflow of coherent_dma_mask
- From: Robin Murphy <robin.murphy@xxxxxxx>
- [RFC PATCH 1/5] Construct init thread stack in the linker script rather than by union
- From: David Howells <dhowells@xxxxxxxxxx>
- [RFC PATCH 2/5] Unroll INIT_TASK() in init/init_task.c
- From: David Howells <dhowells@xxxxxxxxxx>
- [RFC PATCH 4/5] Unroll the INIT_SIGNALS and INIT_SIGHAND macros
- From: David Howells <dhowells@xxxxxxxxxx>
- [RFC PATCH 3/5] Unroll various INIT_* macros
- From: David Howells <dhowells@xxxxxxxxxx>
- [RFC PATCH 5/5] Unroll INIT_STRUCT_PID
- From: David Howells <dhowells@xxxxxxxxxx>
- [RFC PATCH 0/5] Consolidate init_task handling
- From: David Howells <dhowells@xxxxxxxxxx>
- Re: [PATCH V11 00/11] IOMMU probe deferral support
- From: Frank Rowand <frowand.list@xxxxxxxxx>
- [PATCH V11 02/11] iommu/of: Prepare for deferred IOMMU configuration
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- [PATCH V11 03/11] of: dma: Make of_dma_deconfigure() public
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- [PATCH V11 05/11] of: device: Fix overflow of coherent_dma_mask
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- [PATCH V11 06/11] of/acpi: Configure dma operations at probe time for platform/amba/pci bus devices
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- [PATCH V11 09/11] arm64: dma-mapping: Remove the notifier trick to handle early setting of dma_ops
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- [PATCH V11 07/11] iommu: of: Handle IOMMU lookup failure with deferred probing or error
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- [PATCH V11 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- [PATCH V11 11/11] ACPI/IORT: Remove linker section for IORT entries probing
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- [PATCH V11 10/11] iommu/arm-smmu: Clean up early-probing workarounds
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- [PATCH V11 04/11] ACPI/IORT: Add function to check SMMUs drivers presence
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- [PATCH V11 01/11] iommu/of: Refactor of_iommu_configure() for error handling
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- [PATCH V11 00/11] IOMMU probe deferral support
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- Re: [PATCH] remove compat_sys_getdents64() (was Re: [RFC] why do we still keep __{get,put}_user_unaligned()?)
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] remove compat_sys_getdents64() (was Re: [RFC] why do we still keep __{get,put}_user_unaligned()?)
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- [RFC] why do we still keep __{get,put}_user_unaligned()?
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Netdev]
[Netfilter]
[Bugtraq]