Linux Arch
[Prev Page][Next Page]
- Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 12/13] KVM: arm: avoid binary number literals for gcc-4.2
- From: Christoffer Dall <christoffer.dall@xxxxxxxxxx>
- Re: [PATCH 02/13] KVM: arm: fix gcc-4.5 build
- From: Christoffer Dall <christoffer.dall@xxxxxxxxxx>
- Re: [PATCH] uapi: use wildcards to list files
- From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
- Re: [PATCH v2 0/4] Write protect DAX PMDs in *sync path
- From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
- Re: [PATCH 11/13] fs: fix unsigned enum warning with gcc-4.2
- From: Brendan Gregg <brendan.d.gregg@xxxxxxxxx>
- Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v5 09/14] jump_label: port __jump_table to linker tables
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- Re: [PATCH] uapi: use wildcards to list files
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v5 04/14] tables.h: add linker table support
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- Re: [Question] New mmap64 syscall?
- From: Pavel Machek <pavel@xxxxxx>
- Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH] uapi: use wildcards to list files
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- [PATCH] uapi: use wildcards to list files
- From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
- Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: How should we handle variable address space sizes (Re: [RFC 3/4] x86/mm: define TASK_SIZE as current->mm->task_size)
- Re: How should we handle variable address space sizes (Re: [RFC 3/4] x86/mm: define TASK_SIZE as current->mm->task_size)
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
- Re: How should we handle variable address space sizes (Re: [RFC 3/4] x86/mm: define TASK_SIZE as current->mm->task_size)
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- How should we handle variable address space sizes (Re: [RFC 3/4] x86/mm: define TASK_SIZE as current->mm->task_size)
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR
- From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
- Re: [PATCH v4] mm: pmd dirty emulation in page fault handler
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- [PATCHv2 04/29] arch, mm: convert all architectures to use 5level-fixup.h
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv2 05/29] asm-generic: introduce <asm-generic/pgtable-nop4d.h>
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv2 02/29] asm-generic: introduce 5level-fixup.h
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv2 15/29] x86: convert the rest of the code to support p4d_t
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv2 08/29] x86: basic changes into headers for 5-level paging
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv2 16/29] x86: detect 5-level paging support
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv2 14/29] x86/kexec: support p4d_t
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv2 28/29] x86: enable 5-level paging support
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv2 26/29] x86/mm: make kernel_physical_mapping_init() support 5-level paging
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv2 19/29] x86/paravirt: make paravirt code support 5-level paging
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv2 09/29] x86: trivial portion of 5-level paging conversion
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv2 11/29] x86/ident_map: add 5-level paging support
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv2 25/29] x86/mm: add sync_global_pgds() for configuration with 5-level paging
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv2 13/29] x86/power: support p4d_t in hibernate code
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv2 20/29] x86/mm: basic defines/helpers for CONFIG_X86_5LEVEL
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv2 23/29] x86/espfix: support 5-level paging
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv2 24/29] x86/mm: add support of additional page table level during early boot
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv2 06/29] mm: convert generic code to 5-level paging
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv2 18/29] x86/mm: define virtual memory map for 5-level paging
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv2 12/29] x86/mm: add support of p4d_t in vmalloc_fault()
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv2 21/29] x86/dump_pagetables: support 5-level paging
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv2 22/29] x86/mm: extend kasan to support 5-level paging
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv2 17/29] x86/asm: remove __VIRTUAL_MASK_SHIFT==47 assert
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv2 27/29] x86/mm: add support for 5-level paging for KASLR
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv2 10/29] x86/gup: add 5-level paging support
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv2 00/29] 5-level paging
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv2 03/29] asm-generic: introduce __ARCH_USE_5LEVEL_HACK
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv2 07/29] mm: introduce __p4d_alloc()
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv2 01/29] x86/cpufeature: Add 5-level paging detecton
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCH v4] mm: pmd dirty emulation in page fault handler
- From: Minchan Kim <minchan@xxxxxxxxxx>
- Re: [PATCH] mm: pmd dirty emulation in page fault handler
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [PATCH] mm: pmd dirty emulation in page fault handler
- From: Minchan Kim <minchan@xxxxxxxxxx>
- Re: [PATCH v2 1/4] dax: kill uml support
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH v2 2/4] dax: add stub for pmdp_huge_clear_flush()
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH] mm: pmd dirty emulation in page fault handler
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [PATCH] mm: pmd dirty emulation in page fault handler
- From: Minchan Kim <minchan@xxxxxxxxxx>
- Re: [PATCH] mm: pmd dirty emulation in page fault handler
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [PATCH v3] mm: pmd dirty emulation in page fault handler
- From: Minchan Kim <minchan@xxxxxxxxxx>
- Re: [PATCH] mm: pmd dirty emulation in page fault handler
- From: Andreas Schwab <schwab@xxxxxxx>
- [PATCH v2 2/4] dax: add stub for pmdp_huge_clear_flush()
- From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
- [PATCH v2 0/4] Write protect DAX PMDs in *sync path
- From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
- [PATCH v2 3/4] mm: add follow_pte_pmd()
- From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
- [PATCH v2 1/4] dax: kill uml support
- From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
- [PATCH v2 4/4] dax: wrprotect pmd_t in dax_mapping_entry_mkclean
- From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
- Re: [PATCH] mm: pmd dirty emulation in page fault handler
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [PATCH] mm: pmd dirty emulation in page fault handler
- From: Minchan Kim <minchan@xxxxxxxxxx>
- Re: [PATCH v5 09/14] jump_label: port __jump_table to linker tables
- From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
- Re: [PATCH v5 04/14] tables.h: add linker table support
- From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
- Re: [PATCH] mm: pmd dirty emulation in page fault handler
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- [PATCH v2 1/6] tools: add a userspace tools bug.h
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [PATCH v2 0/6] tools: add linker table userspace sandbox
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [PATCH v2 4/6] tools: expand export.h with VMLINUX_SYMBOL()
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [PATCH v2 3/6] tools: add __used and enable to override
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [PATCH v2 5/6] tools: add __section() to compiler.h
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [PATCH v2 2/6] tools: add init.h for tools
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [PATCH v5 14/14] lib: add linker tables test driver
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [PATCH v5 13/14] kprobes: port blacklist kprobes to linker table
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [PATCH v5 12/14] kprobes: port .kprobes.text to section range
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [PATCH v5 11/14] kprobes: move kprobe declarations to asm-generic/kprobes.h
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [PATCH v5 10/14] dynamic_debug: port to use linker tables
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [PATCH v5 09/14] jump_label: port __jump_table to linker tables
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [PATCH v5 05/14] kbuild: enable option to force compile force-obj-y and force-lib-y
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [PATCH v5 08/14] jump_label: move guard #endif down where it belongs
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [PATCH v5 07/14] firmware: port built-in section to linker table
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [PATCH v5 06/14] firmware/Makefile: force recompilation if makefile changes
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [PATCH v5 04/14] tables.h: add linker table support
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [PATCH v5 03/14] ranges.h: add helpers to build and identify Linux section ranges
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [PATCH v5 02/14] xtensa: skip adding literal when SORT() is used
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [PATCH v5 01/14] generic-sections: add section core helpers
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [PATCH v5 00/14] linux: generalize sections, ranges and linker tables
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [PATCH] mm: pmd dirty emulation in page fault handler
- From: Minchan Kim <minchan@xxxxxxxxxx>
- Re: [PATCH 10/18] arm64: ilp32: introduce binfmt_ilp32.c
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [GIT PULL] kbuild changes for v4.9-rc1
- From: Jiri Slaby <jslaby@xxxxxxx>
- Re: [GIT PULL] kbuild changes for v4.9-rc1
- From: Nikolay Borisov <n.borisov.lkml@xxxxxxxxx>
- Re: [GIT PULL] kbuild changes for v4.9-rc1
- From: Jiri Slaby <jslaby@xxxxxxx>
- Re: [GIT PULL] kbuild changes for v4.9-rc1
- From: Nikolay Borisov <n.borisov.lkml@xxxxxxxxx>
- Re: [GIT PULL] kbuild changes for v4.9-rc1
- From: Arend Van Spriel <arend.vanspriel@xxxxxxxxxxxx>
- Re: [GIT PULL] kbuild changes for v4.9-rc1
- From: Jiri Slaby <jslaby@xxxxxxx>
- Re: [PATCH 3/3] mm: make pagoff_t type 64-bit
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [GIT PULL] kbuild changes for v4.9-rc1
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
- From: Sebastian Andrzej Siewior <sebastian@xxxxxxxxxxxxx>
- Re: [GIT PULL] kbuild changes for v4.9-rc1
- From: Adam Borowski <kilobyte@xxxxxxxxxx>
- Re: [GIT PULL] kbuild changes for v4.9-rc1
- From: Jiri Slaby <jslaby@xxxxxxx>
- 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: 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: [GIT PULL] kbuild changes for v4.9-rc1
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [GIT PULL] kbuild changes for v4.9-rc1
- From: Jiri Slaby <jslaby@xxxxxxx>
- Re: [PATCH 04/13] vfio-pci: use 32-bit comparisons for register address for gcc-4.5
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
- From: Sebastian Andrzej Siewior <sebastian@xxxxxxxxxxxxx>
- Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 04/13] vfio-pci: use 32-bit comparisons for register address for gcc-4.5
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 3/3] mm: make pagoff_t type 64-bit
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 12/13] KVM: arm: avoid binary number literals for gcc-4.2
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 09/13] ARM: mark cmpxchg and xchg __always_inline for gcc-4.3
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 08/13] arm/arm64: xen: avoid gcc-4.4 warning
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 07/13] watchdog: kempld: fix gcc-4.3 build
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 01/13] [HACK] gcc-4.5: avoid link errors for unused function pointers
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 06/13] ARM: atomic: fix gcc-4.4 build
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 03/13] ARM: div64: fix building with gcc-4.5 and lower
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 04/13] vfio-pci: use 32-bit comparisons for register address for gcc-4.5
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 10/13] asm-generic: mark cmpxchg as __always_inline for gcc-4.3
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 11/13] fs: fix unsigned enum warning with gcc-4.2
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 13/13] ARM: avoid 'Q' asm constraint for gcc-4.1 and earlier
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 05/13] clk: pxa: fix gcc-4.4 build
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 02/13] KVM: arm: fix gcc-4.5 build
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 3/3] mm: make pagoff_t type 64-bit
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] mm: make pagoff_t type 64-bit
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC, PATCHv1 15/28] x86: detect 5-level paging support
- Re: [RFC, PATCHv1 15/28] x86: detect 5-level paging support
- Re: [RFC, PATCHv1 15/28] x86: detect 5-level paging support
- From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
- Re: [RFC, PATCHv1 15/28] x86: detect 5-level paging support
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC, PATCHv1 15/28] x86: detect 5-level paging support
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Hannes Frederic Sowa <hannes@xxxxxxxxxx>
- Re: [RFC, PATCHv1 15/28] x86: detect 5-level paging support
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Stanislav Kozina <skozina@xxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Hannes Frederic Sowa <hannes@xxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Hannes Frederic Sowa <hannes@xxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Don Zickus <dzickus@xxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Hannes Frederic Sowa <hannes@xxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Michal Marek <mmarek@xxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Michal Marek <mmarek@xxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Dodji Seketeli <dodji@xxxxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Dodji Seketeli <dodji@xxxxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Michal Marek <mmarek@xxxxxxxx>
- Re: [PATCH 09/18] arm64: introduce binfmt_elf32.c
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Dodji Seketeli <dodji@xxxxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Michal Marek <mmarek@xxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Dodji Seketeli <dodji@xxxxxxxxxxxx>
- Re: [RFC, PATCHv1 15/28] x86: detect 5-level paging support
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [RFC, PATCHv1 15/28] x86: detect 5-level paging support
- From: Boris Petkov <bp@xxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Michal Marek <mmarek@xxxxxxxx>
- Re: [RFC, PATCHv1 15/28] x86: detect 5-level paging support
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [RFC, PATCHv1 00/28] 5-level paging
- From: Dave Hansen <dave.hansen@xxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Stanislav Kozina <skozina@xxxxxxxxxx>
- Re: [RFC, PATCHv1 22/28] x86/espfix: support 5-level paging
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Stanislav Kozina <skozina@xxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Ian Campbell <ijc@xxxxxxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH 2/3] sys_mmap64()
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH 2/3] sys_mmap64()
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH 3/3] mm: make pagoff_t type 64-bit
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH 3/3] mm: make pagoff_t type 64-bit
- From: kbuild test robot <lkp@xxxxxxxxx>
- [PATCH 3/3] mm: make pagoff_t type 64-bit
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 2/3] sys_mmap64()
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/3] mm: move argument checkers of mmap_pgoff() to separated routine
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [Question] New mmap64 syscall?
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: ILP32 for ARM64 - testing with lmbench
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [Question] New mmap64 syscall?
- From: Pavel Machek <pavel@xxxxxx>
- Re: [Question] New mmap64 syscall?
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] proc: mm: export PTE sizes directly in smaps (v3)
- From: Dave Hansen <dave@xxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Dodji Seketeli <dodji@xxxxxxxxxxxx>
- Re: [PATCH 3/5] Move dma_ops from archdata into struct device
- From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
- Re: [PATCH 3/5] Move dma_ops from archdata into struct device
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH 3/5] Move dma_ops from archdata into struct device
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [RFC, PATCHv1 00/28] 5-level paging
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [RFC, PATCHv1 00/28] 5-level paging
- From: Dave Hansen <dave.hansen@xxxxxxxxx>
- Re: [RFC, PATCHv1 00/28] 5-level paging
- From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
- Re: [RFC, PATCHv1 15/28] x86: detect 5-level paging support
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Don Zickus <dzickus@xxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Ian Campbell <ijc@xxxxxxxxxxxxxx>
- Re: [RFC, PATCHv1 15/28] x86: detect 5-level paging support
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Stanislav Kozina <skozina@xxxxxxxxxx>
- Re: [RFC PATCH v3 10/20] Add support to access boot related data in the clear
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [RFC, PATCHv1 00/28] 5-level paging
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [RFC, PATCHv1 00/28] 5-level paging
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [RFC, PATCHv1 00/28] 5-level paging
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Stanislav Kozina <skozina@xxxxxxxxxx>
- Re: [RFC, PATCHv1 00/28] 5-level paging
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [RFC, PATCHv1 15/28] x86: detect 5-level paging support
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC, PATCHv1 15/28] x86: detect 5-level paging support
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC, PATCHv1 15/28] x86: detect 5-level paging support
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC, PATCHv1 24/28] x86/mm: add sync_global_pgds() for configuration with 5-level paging
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [RFC, PATCHv1 17/28] x86/mm: define virtual memory map for 5-level paging
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [RFC, PATCHv1 16/28] x86/asm: remove __VIRTUAL_MASK_SHIFT==47 assert
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [RFC, PATCHv1 00/28] 5-level paging
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [RFC, PATCHv1 17/28] x86/mm: define virtual memory map for 5-level paging
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: [RFC, PATCHv1 24/28] x86/mm: add sync_global_pgds() for configuration with 5-level paging
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC, PATCHv1 22/28] x86/espfix: support 5-level paging
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC, PATCHv1 16/28] x86/asm: remove __VIRTUAL_MASK_SHIFT==47 assert
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC, PATCHv1 00/28] 5-level paging
- Re: [RFC, PATCHv1 00/28] 5-level paging
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [Qemu-devel] [QEMU, PATCH] x86: implement la57 paging mode
- From: no-reply@xxxxxxxxxxx
- [RFC, PATCHv1 02/28] asm-generic: introduce __ARCH_USE_5LEVEL_HACK
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [RFC, PATCHv1 06/28] x86: basic changes into headers for 5-level paging
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [QEMU, PATCH] x86: implement la57 paging mode
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [RFC, PATCHv1 11/28] x86/power: support p4d_t in hibernate code
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [RFC, PATCHv1 10/28] x86/mm: add support of p4d_t in vmalloc_fault()
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [RFC, PATCHv1 12/28] x86/kexec: support p4d_t
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [RFC, PATCHv1 13/28] x86: convert the rest of the code to support p4d_t
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [RFC, PATCHv1 14/28] mm: introduce __p4d_alloc()
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [RFC, PATCHv1 19/28] x86/mm: basic defines/helpers for CONFIG_X86_5LEVEL
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [RFC, PATCHv1 21/28] x86/mm: extend kasan to support 5-level paging
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [RFC, PATCHv1 17/28] x86/mm: define virtual memory map for 5-level paging
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [RFC, PATCHv1 15/28] x86: detect 5-level paging support
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [RFC, PATCHv1 18/28] x86/paravirt: make paravirt code support 5-level paging
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [RFC, PATCHv1 23/28] x86/mm: add support of additional page table level during early boot
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [RFC, PATCHv1 20/28] x86/dump_pagetables: support 5-level paging
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [RFC, PATCHv1 22/28] x86/espfix: support 5-level paging
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [RFC, PATCHv1 27/28] x86: enable la57 support
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [RFC, PATCHv1 24/28] x86/mm: add sync_global_pgds() for configuration with 5-level paging
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [RFC, PATCHv1 26/28] x86/mm: add support for 5-level paging for KASLR
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [RFC, PATCHv1 05/28] mm: convert generic code to 5-level paging
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [RFC, PATCHv1 01/28] asm-generic: introduce 5level-fixup.h
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [RFC, PATCHv1 08/28] x86/gup: add 5-level paging support
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [RFC, PATCHv1 09/28] x86/ident_map: add 5-level paging support
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [RFC, PATCHv1 04/28] asm-generic: introduce <asm-generic/pgtable-nop4d.h>
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [RFC, PATCHv1 07/28] x86: trivial portion of 5-level paging conversion
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [RFC, PATCHv1 28/28] TESTING-ONLY: bump TASK_SIZE_MAX
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [RFC, PATCHv1 00/28] 5-level paging
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [RFC, PATCHv1 25/28] x86/mm: make kernel_physical_mapping_init() support 5-level paging
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [RFC, PATCHv1 16/28] x86/asm: remove __VIRTUAL_MASK_SHIFT==47 assert
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [RFC, PATCHv1 03/28] arch, mm: convert all architectures to use 5level-fixup.h
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- Re: [Question] New mmap64 syscall?
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: [PATCH 16/18] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [Question] New mmap64 syscall?
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 16/18] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] arc: use hardware ARCNUM in smp_processor_id()
- From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
- Re: [PATCH] arc: use hardware ARCNUM in smp_processor_id()
- From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
- Re: [PATCH 16/18] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [Question] New mmap64 syscall?
- From: "Dr. Philipp Tomsich" <philipp.tomsich@xxxxxxxxxxxxxxxxxxxxx>
- Re: [Question] New mmap64 syscall?
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [Question] New mmap64 syscall?
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH] arc: use hardware ARCNUM in smp_processor_id()
- From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
- Re: [Question] New mmap64 syscall?
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: [RFC PATCH v3 10/20] Add support to access boot related data in the clear
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [Question] New mmap64 syscall?
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [Question] New mmap64 syscall?
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [Question] New mmap64 syscall?
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 14/18] arm64: signal32: move ilp32 and aarch32 common code to separated file
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: ILP32 for ARM64: testing with glibc testsuite
- From: Andreas Schwab <schwab@xxxxxxx>
- Re: [PATCH 11/18] arm64: ilp32: share aarch32 syscall handlers
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 16/18] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 16/18] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: ILP32 for ARM64: testing with glibc testsuite
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: ILP32 for ARM64: testing with glibc testsuite
- From: Steve Ellcey <sellcey@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 11/18] arm64: ilp32: share aarch32 syscall handlers
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 16/18] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 14/18] arm64: signal32: move ilp32 and aarch32 common code to separated file
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 10/18] arm64: ilp32: introduce binfmt_ilp32.c
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 09/18] arm64: introduce binfmt_elf32.c
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: ILP32 for ARM64 - testing with lmbench
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: ILP32 for ARM64: testing with glibc testsuite
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: ILP32 for ARM64 - testing with lmbench
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: ILP32 for ARM64: testing with glibc testsuite
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: ILP32 for ARM64: testing with glibc testsuite
- From: Andreas Schwab <schwab@xxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Alan Modra <amodra@xxxxxxxxx>
- Re: [RFC, PATCH, v3.9] default exported asm symbols to zero
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC, PATCH, v3.9] default exported asm symbols to zero
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- Re: [PATCH] proc: mm: export PTE sizes directly in smaps (v3)
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] proc: mm: export PTE sizes directly in smaps (v3)
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [RFC, PATCH, v3.9] default exported asm symbols to zero
- From: Adam Borowski <kilobyte@xxxxxxxxxx>
- Re: [RFC, PATCH, v3.9] default exported asm symbols to zero
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC, PATCH, v3.9] default exported asm symbols to zero
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [RFC, PATCH, v3.9] default exported asm symbols to zero
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Don Zickus <dzickus@xxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Michal Marek <mmarek@xxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Michal Marek <mmarek@xxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Michal Marek <mmarek@xxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Dodji Seketeli <dodji@xxxxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Don Zickus <dzickus@xxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Don Zickus <dzickus@xxxxxxxxxx>
- Re: [PATCH] proc: mm: export PTE sizes directly in smaps (v3)
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH] proc: mm: export PTE sizes directly in smaps (v3)
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Stanislav Kozina <skozina@xxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Stanislav Kozina <skozina@xxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Don Zickus <dzickus@xxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- [PATCH 3/3] ARM: fix asm symbol exports
- From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
- [PATCH 0/3] fix modversion for symbol exported from asm code
- From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
- [PATCH 1/3] kbuild: improve EXPORT_SYMBOL() parsing from asm code
- From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
- [PATCH 2/3] kbuild: make modversion for exported asm symbols more convivial
- From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
- Re: [RFC3 nowrap: PATCH v7 00/18] ILP32 for ARM64
- From: Adam Borowski <kilobyte@xxxxxxxxxx>
- Re: [RFC3 nowrap: PATCH v7 00/18] ILP32 for ARM64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Michal Marek <mmarek@xxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] proc: mm: export PTE sizes directly in smaps (v3)
- From: Dave Hansen <dave@xxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- Re: [RFC PATCH v3 20/20] x86: Add support to make use of Secure Memory Encryption
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC PATCH v3 19/20] x86: Add support to make use of Secure Memory Encryption
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [RFC PATCH v3 20/20] x86: Add support to make use of Secure Memory Encryption
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [RFC PATCH v3 15/20] x86: Check for memory encryption on the APs
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Adam Borowski <kilobyte@xxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Michal Marek <mmarek@xxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Adam Borowski <kilobyte@xxxxxxxxxx>
- [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Adam Borowski <kilobyte@xxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Adam Borowski <kilobyte@xxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Michal Marek <mmarek@xxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] kbuild: provide include/asm/asm-prototypes.h for ARM
- From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
- Re: [RFC PATCH v3 20/20] x86: Add support to make use of Secure Memory Encryption
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v3 19/20] x86: Add support to make use of Secure Memory Encryption
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Michal Marek <mmarek@xxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] pcie: aer: aerdrv: PCIe AER workaround and handling for ASR1K platforms.
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Michal Marek <mmarek@xxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- [PATCH] pcie: aer: aerdrv: PCIe AER workaround and handling for ASR1K platforms.
- From: David Singleton <davsingl@xxxxxxxxx>
- Re: [PATCH 1/2] kbuild: provide include/asm/asm-prototypes.h for ARM
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] kbuild: provide include/asm/asm-prototypes.h for ARM
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] kbuild: provide include/asm/asm-prototypes.h for ARM
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH 1/2] kbuild: provide include/asm/asm-prototypes.h for ARM
- From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
- Re: [PATCH 1/2] kbuild: provide include/asm/asm-prototypes.h for ARM
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH 1/2] kbuild: provide include/asm/asm-prototypes.h for ARM
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
- Re: [RFC PATCH v3 13/20] x86: DMA support for memory encryption
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [RFC PATCH v3 15/20] x86: Check for memory encryption on the APs
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC PATCH v3 20/20] x86: Add support to make use of Secure Memory Encryption
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 1/2] kbuild: provide include/asm/asm-prototypes.h for ARM
- From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
- Re: [RFC PATCH v3 13/20] x86: DMA support for memory encryption
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC PATCH v3 13/20] x86: DMA support for memory encryption
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [RFC PATCH v3 13/20] x86: DMA support for memory encryption
- From: Borislav Petkov <bp@xxxxxxxxx>
- [PATCH 2/2] ARM: move mmiocpy/mmioset exports to io.c
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 1/2] kbuild: provide include/asm/asm-prototypes.h for ARM
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [1/2] kbuild: provide include/asm/asm-prototypes.h for ARM
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [1/2] kbuild: provide include/asm/asm-prototypes.h for ARM
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
- Re: [1/2] kbuild: provide include/asm/asm-prototypes.h for ARM
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- Re: [PATCH reworded] x86/kbuild: enable modversions for symbols exported from asm
- From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
- Re: [PATCH reworded] x86/kbuild: enable modversions for symbols exported from asm
- From: Peter Wu <peter@xxxxxxxxxxxxx>
- [PATCH reworded] x86/kbuild: enable modversions for symbols exported from asm
- From: Adam Borowski <kilobyte@xxxxxxxxxx>
- Re: [RFC PATCH v3 11/20] x86: Add support for changing memory encryption attribute
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH resend] kbuild: provide include/asm/asm-prototypes.h for x86
- From: Peter Wu <peter@xxxxxxxxxxxxx>
- Re: [PATCH resend] kbuild: provide include/asm/asm-prototypes.h for x86
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- [PATCH resend] kbuild: provide include/asm/asm-prototypes.h for x86
- From: Adam Borowski <kilobyte@xxxxxxxxxx>
- Re: [PATCH 1/2] kbuild: provide include/asm/asm-prototypes.h for ARM
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: 'kbuild' merge before 4.9-rc1 breaks build and boot
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [RFC PATCH v3 10/20] Add support to access boot related data in the clear
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 1/2] kbuild: provide include/asm/asm-prototypes.h for ARM
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
- Re: 'kbuild' merge before 4.9-rc1 breaks build and boot
- From: Peter Wu <peter@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] kbuild: provide include/asm/asm-prototypes.h for ARM
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] kbuild: provide include/asm/asm-prototypes.h for ARM
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
- Re: [RFC PATCH v3 12/20] x86: Decrypt trampoline area if memory encryption is active
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [RFC PATCH v3 11/20] x86: Add support for changing memory encryption attribute
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [RFC PATCH v3 10/20] Add support to access boot related data in the clear
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [RFC PATCH v3 09/20] x86: Insure that boot memory areas are mapped properly
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: ILP32 for ARM64: testing with glibc testsuite
- From: Steve Ellcey <sellcey@xxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v3 12/20] x86: Decrypt trampoline area if memory encryption is active
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC PATCH v3 10/20] Add support to access boot related data in the clear
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC PATCH v3 11/20] x86: Add support for changing memory encryption attribute
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
- Re: ILP32 for ARM64: testing with glibc testsuite
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [RFC PATCH v3 09/20] x86: Insure that boot memory areas are mapped properly
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: ILP32 for ARM64 - testing with lmbench
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: ILP32 for ARM64 - testing with lmbench
- From: Maxim Kuvyrkov <maxim.kuvyrkov@xxxxxxxxxx>
- Re: ILP32 for ARM64 - testing with lmbench
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 1/1] gpio: lib: Add gpio_is_enabled() to get pin mode
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [RFC PATCH v3 08/20] x86: Add support for early encryption/decryption of memory
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH 1/1] sched: provide common cpu_relax_yield definition
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] sched: provide common cpu_relax_yield definition
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH 1/1] sched: provide common cpu_relax_yield definition
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [tip:locking/core] locking/core, arch: Remove cpu_relax_lowlatency()
- From: tip-bot for Christian Borntraeger <tipbot@xxxxxxxxx>
- Re: ILP32 for ARM64: testing with glibc testsuite
- From: Maxim Kuvyrkov <maxim.kuvyrkov@xxxxxxxxxx>
- Re: [RFC PATCH v3 08/20] x86: Add support for early encryption/decryption of memory
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC PATCH v3 04/20] x86: Handle reduction in physical address size with SME
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [RFC PATCH v3 04/20] x86: Handle reduction in physical address size with SME
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC PATCH v3 04/20] x86: Handle reduction in physical address size with SME
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [RFC PATCH v3 13/20] x86: DMA support for memory encryption
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH v05 14/72] include/uapi/asm-generic/ipcbuf.h: include linux/posix_types.h
- From: Mikko Rapeli <mikko.rapeli@xxxxxx>
- Re: [RFC PATCH v3 13/20] x86: DMA support for memory encryption
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [RFC PATCH v3 13/20] x86: DMA support for memory encryption
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [RFC PATCH v3 13/20] x86: DMA support for memory encryption
- From: Radim Krčmář <rkrcmar@xxxxxxxxxx>
- Re: [RFC PATCH v3 04/20] x86: Handle reduction in physical address size with SME
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [RFC PATCH v3 13/20] x86: DMA support for memory encryption
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [RFC PATCH v3 04/20] x86: Handle reduction in physical address size with SME
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC PATCH v3 04/20] x86: Handle reduction in physical address size with SME
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH v2] arc: Implement arch-specific dma_map_ops.mmap
- From: Ramiro Oliveira <Ramiro.Oliveira@xxxxxxxxxxxx>
- Re: [RFC PATCH v3 04/20] x86: Handle reduction in physical address size with SME
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC PATCH v3 13/20] x86: DMA support for memory encryption
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [RFC PATCH v3 04/20] x86: Handle reduction in physical address size with SME
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [RFC PATCH v3 13/20] x86: DMA support for memory encryption
- From: Radim Krčmář <rkrcmar@xxxxxxxxxx>
- Re: [RFC PATCH v3 04/20] x86: Handle reduction in physical address size with SME
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [GIT PULL v2 1/5] processor.h: introduce cpu_relax_yield
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [GIT PULL v2 1/5] processor.h: introduce cpu_relax_yield
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
- Re: [GIT PULL v2 1/5] processor.h: introduce cpu_relax_yield
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [GIT PULL v2 1/5] processor.h: introduce cpu_relax_yield
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
- Re: [RFC PATCH v3 04/20] x86: Handle reduction in physical address size with SME
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC PATCH v3 04/20] x86: Handle reduction in physical address size with SME
- From: Joerg Roedel <joro@xxxxxxxxxx>
- Re: [PATCH 1/1] gpio: lib: Add gpio_is_enabled() to get pin mode
- From: Laxman Dewangan <ldewangan@xxxxxxxxxx>
- Re: [GIT PULL v2 0/5] cpu_relax: drop lowlatency, introduce yield
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 1/1] gpio: lib: Add gpio_is_enabled() to get pin mode
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [RFC PATCH v3 06/20] x86: Add support to enable SME during early boot processing
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH RFC] mm: Add debug_virt_to_phys()
- From: Florian Fainelli <f.fainelli@xxxxxxxxx>
- Re: [PATCH RFC] mm: Add debug_virt_to_phys()
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: [RFC PATCH v3 06/20] x86: Add support to enable SME during early boot processing
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [RFC PATCH v3 06/20] x86: Add support to enable SME during early boot processing
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC PATCH v3 02/20] x86: Set the write-protect cache mode for full PAT support
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [RFC PATCH v3 01/20] x86: Documentation for AMD Secure Memory Encryption (SME)
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [RFC PATCH v3 14/20] iommu/amd: Disable AMD IOMMU if memory encryption is active
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH] mm/pkeys: generate pkey system call code only if ARCH_HAS_PKEYS is selected
- From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
- Re: [RFC PATCH v3 10/20] Add support to access boot related data in the clear
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [RFC PATCH v3 14/20] iommu/amd: Disable AMD IOMMU if memory encryption is active
- From: Joerg Roedel <joro@xxxxxxxxxx>
- [PATCH] mm/pkeys: generate pkey system call code only if ARCH_HAS_PKEYS is selected
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH RFC] mm: Add debug_virt_to_phys()
- From: Florian Fainelli <f.fainelli@xxxxxxxxx>
- Re: [PATCH RFC] mm: Add debug_virt_to_phys()
- From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
- Re: [PATCH RFC] mm: Add debug_virt_to_phys()
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH RFC] mm: Add debug_virt_to_phys()
- From: Florian Fainelli <f.fainelli@xxxxxxxxx>
- Re: [PATCH RFC] mm: Add debug_virt_to_phys()
- From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
- [PATCH RFC] mm: Add debug_virt_to_phys()
- From: Florian Fainelli <f.fainelli@xxxxxxxxx>
- Re: [PATCHv2 0/2] THREAD_INFO_IN_TASK prep work for arm64+s390
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [RFC PATCH v3 10/20] Add support to access boot related data in the clear
- From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
- Re: [PATCHv2 0/2] THREAD_INFO_IN_TASK prep work for arm64+s390
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH 1/1] gpio: lib: Add gpio_is_enabled() to get pin mode
- From: Laxman Dewangan <ldewangan@xxxxxxxxxx>
- Re: [RFC PATCH v3 03/20] x86: Add the Secure Memory Encryption cpu feature
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCHv2 0/2] THREAD_INFO_IN_TASK prep work for arm64+s390
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [RFC PATCH v3 02/20] x86: Set the write-protect cache mode for full PAT support
- From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
- Re: [PATCHv2 0/2] THREAD_INFO_IN_TASK prep work for arm64+s390
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [RFC PATCH v3 02/20] x86: Set the write-protect cache mode for full PAT support
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC PATCH v3 01/20] x86: Documentation for AMD Secure Memory Encryption (SME)
- From: Borislav Petkov <bp@xxxxxxxxx>
- [RFC PATCH v3 02/20] x86: Set the write-protect cache mode for full PAT support
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [RFC PATCH v3 00/20] x86: Secure Memory Encryption (AMD)
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [RFC PATCH v3 04/20] x86: Handle reduction in physical address size with SME
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [RFC PATCH v3 11/20] x86: Add support for changing memory encryption attribute
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [RFC PATCH v3 09/20] x86: Insure that boot memory areas are mapped properly
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [RFC PATCH v3 08/20] x86: Add support for early encryption/decryption of memory
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [RFC PATCH v3 15/20] x86: Check for memory encryption on the APs
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [RFC PATCH v3 20/20] x86: Add support to make use of Secure Memory Encryption
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [RFC PATCH v3 18/20] x86: Access the setup data through debugfs un-encrypted
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [RFC PATCH v3 19/20] x86: Add support to make use of Secure Memory Encryption
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [RFC PATCH v3 13/20] x86: DMA support for memory encryption
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [RFC PATCH v3 17/20] x86/kvm: Enable Secure Memory Encryption of nested page tables
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [RFC PATCH v3 12/20] x86: Decrypt trampoline area if memory encryption is active
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [RFC PATCH v3 14/20] iommu/amd: Disable AMD IOMMU if memory encryption is active
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [RFC PATCH v3 05/20] x86: Add Secure Memory Encryption (SME) support
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [RFC PATCH v3 07/20] x86: Provide general kernel support for memory encryption
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [RFC PATCH v3 06/20] x86: Add support to enable SME during early boot processing
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [RFC PATCH v3 03/20] x86: Add the Secure Memory Encryption cpu feature
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [RFC PATCH v3 01/20] x86: Documentation for AMD Secure Memory Encryption (SME)
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [RFC PATCH v3 16/20] x86: Do not specify encrypted memory for video mappings
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [RFC PATCH v3 10/20] Add support to access boot related data in the clear
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: ILP32 for ARM64: testing with glibc testsuite
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: Feng Tang <feng.tang@xxxxxxxxx>
- Re: [RFC][ATCH 1/3] ptrace: Remove maxargs from task_current_syscall()
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC][ATCH 1/3] ptrace: Remove maxargs from task_current_syscall()
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC][ATCH 1/3] ptrace: Remove maxargs from task_current_syscall()
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC][ATCH 3/3] syscalls: Remove start and number from syscall_get_arguments() args
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH] mm: only enable sys_pkey* when ARCH_HAS_PKEYS
- From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
- Re: [RFC][ATCH 1/3] ptrace: Remove maxargs from task_current_syscall()
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC][ATCH 1/3] ptrace: Remove maxargs from task_current_syscall()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [Resend PATCH v2 0/2] ABI: handle 32-bit off_t for 32-bit and compat ABIs
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] mm: only enable sys_pkey* when ARCH_HAS_PKEYS
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH] mm: only enable sys_pkey* when ARCH_HAS_PKEYS
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] mm: only enable sys_pkey* when ARCH_HAS_PKEYS
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH 1/2] compat ABI: use non-compat openat and open_by_handle_at variants
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] mm: only enable sys_pkey* when ARCH_HAS_PKEYS
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
- [PATCH 2/2] 32-bit ABI: introduce ARCH_32BIT_OFF_T config option
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] mm: only enable sys_pkey* when ARCH_HAS_PKEYS
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: 'kbuild' merge before 4.9-rc1 breaks build and boot
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [RFC][ATCH 3/3] syscalls: Remove start and number from syscall_get_arguments() args
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC][ATCH 1/3] ptrace: Remove maxargs from task_current_syscall()
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- [RFC][ATCH 2/3] tracing/syscalls: Pass in hardcoded 6 into syscall_get_arguments()
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC][ATCH 1/3] ptrace: Remove maxargs from task_current_syscall()
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC][ATCH 3/3] syscalls: Remove start and number from syscall_get_arguments() args
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC][ATCH 0/3] sycalls: Remove args i and n from syscall_get_arguments()
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
- Re: ILP32 for ARM64: testing with glibc testsuite
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] mm: only enable sys_pkey* when ARCH_HAS_PKEYS
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH 1/1] gpio: lib: Add gpio_is_enabled() to get pin mode
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- [PATCH] mm: kmemleak: scan .data.ro_after_init
- From: Jakub Kicinski <jakub.kicinski@xxxxxxxxxxxxx>
- RE: [PATCH v2] arc: Implement arch-specific dma_map_ops.mmap
- From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
- Re: [PATCH 2/2] procfs/tasks: add a simple per-task procfs hidepid= field
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 2/2] procfs/tasks: add a simple per-task procfs hidepid= field
- From: Jann Horn <jann@xxxxxxxxx>
- Re: [PATCH v2] arc: Implement arch-specific dma_map_ops.mmap
- From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
- Re: [PATCH 2/2] procfs/tasks: add a simple per-task procfs hidepid= field
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v2] arc: Implement arch-specific dma_map_ops.mmap
- From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
- Re: [PATCH] mm: only enable sys_pkey* when ARCH_HAS_PKEYS
- From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
- Re: [PATCH] arc: Implement arch-specific dma_map_ops.mmap
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCHv2 0/2] THREAD_INFO_IN_TASK prep work for arm64+s390
- From: Mark Rutland <mark.rutland@xxxxxxx>
- [PATCH 1/1] gpio: lib: Add gpio_is_enabled() to get pin mode
- From: Laxman Dewangan <ldewangan@xxxxxxxxxx>
- [PATCH] arc: Implement arch-specific dma_map_ops.mmap
- From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
- [PATCH] kbuild: provide include/asm/asm-prototypes.h for x86
- From: Adam Borowski <kilobyte@xxxxxxxxxx>
- Re: [GIT PULL] kbuild changes for v4.9-rc1
- From: Adam Borowski <kilobyte@xxxxxxxxxx>
- Re: [RFC v2 1/7] mm: Provide generic VDSO unmap and remap functions
- From: Christopher Covington <cov@xxxxxxxxxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
- Re: [RFC v2 1/7] mm: Provide generic VDSO unmap and remap functions
- From: Dmitry Safonov <0x7f454c46@xxxxxxxxx>
- [RFC v2 1/7] mm: Provide generic VDSO unmap and remap functions
- From: Christopher Covington <cov@xxxxxxxxxxxxxx>
- Re: [PATCH 2/2] kbuild: modversions for exported asm symbols
- From: Michal Marek <mmarek@xxxxxxxx>
- Re: [PATCH] kbuild: modversions for EXPORT_SYMBOL() for asm
- From: Michal Marek <mmarek@xxxxxxxx>
- Re: [GIT PULL] kbuild changes for v4.9-rc1
- From: Michal Marek <mmarek@xxxxxxxx>
- Re: [PATCH 2/2] kbuild: modversions for exported asm symbols
- From: Michal Marek <mmarek@xxxxxxxx>
- Re: [PATCH 2/2] kbuild: modversions for exported asm symbols
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH 2/2] kbuild: modversions for exported asm symbols
- From: Michal Marek <mmarek@xxxxxxxx>
- Re: [PATCH 2/2] kbuild: modversions for exported asm symbols
- From: Michal Marek <mmarek@xxxxxxxx>
- [PATCH] kbuild: put kallsyms into its own section
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- [PATCH] kbuild: modversions for EXPORT_SYMBOL() for asm
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- [PATCH] mm: only enable sys_pkey* when ARCH_HAS_PKEYS
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH 2/2] kbuild: modversions for exported asm symbols
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [RFC] dma-mapping: fix dma_common_mmap() for ARC
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [GIT PULL] kbuild changes for v4.9-rc1
- From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
- Re: [PATCH] asm-generic: Drop getrlimit and setrlimit syscalls from default list
- From: James Hogan <james.hogan@xxxxxxxxxx>
- Re: [PATCH] asm-generic: Drop getrlimit and setrlimit syscalls from default list
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] asm-generic: Drop getrlimit and setrlimit syscalls from default list
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] asm-generic: Drop getrlimit and setrlimit syscalls from default list
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] asm-generic: Drop getrlimit and setrlimit syscalls from default list
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] asm-generic: Drop getrlimit and setrlimit syscalls from default list
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
- Re: ILP32 for ARM64 - testing with lmbench
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] thread_info: include <current.h> for THREAD_INFO_IN_TASK
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH 3/3] thread_info: include <current.h> for THREAD_INFO_IN_TASK
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH] intel_idle: Don't use on Lenovo Ideapad S10-3t
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [PATCH] intel_idle: Don't use on Lenovo Ideapad S10-3t
- From: ville.syrjala@xxxxxxxxxxxxxxx
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
- Re: [PATCH 01/18] 32-bit ABI: introduce ARCH_32BIT_OFF_T config option
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [GIT PULL] kbuild changes for v4.9-rc1
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [GIT PULL] kbuild changes for v4.9-rc1
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [GIT PULL] kbuild changes for v4.9-rc1
- From: Kalle Valo <kvalo@xxxxxxxxxxxxxx>
- Re: [PATCH 02/18] arm64: ilp32: add documentation on the ILP32 ABI for ARM64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [GIT PULL] kbuild changes for v4.9-rc1
- From: Kalle Valo <kvalo@xxxxxxxxxxxxxx>
- Re: [PATCH 2/3] ARM: convert to generated system call tables
- From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
- [RFC] dma-mapping: fix dma_common_mmap() for ARC
- From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
- [PATCHv2 0/2] THREAD_INFO_IN_TASK prep work for arm64+s390
- From: Mark Rutland <mark.rutland@xxxxxxx>
- [PATCHv2 2/2] thread_info: include <current.h> for THREAD_INFO_IN_TASK
- From: Mark Rutland <mark.rutland@xxxxxxx>
- [PATCHv2 1/2] thread_info: factor out restart_block
- From: Mark Rutland <mark.rutland@xxxxxxx>
- bpf on Alpha [was Re: [PATCH 2/3] ARM: convert to generated system call tables]
- From: Michael Cree <mcree@xxxxxxxxxxxx>
- Re: [PATCH 2/3] ARM: convert to generated system call tables
- From: Michael Cree <mcree@xxxxxxxxxxxx>
- Re: [PATCH 2/3] ARM: convert to generated system call tables
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 2/3] ARM: convert to generated system call tables
- From: Richard Henderson <rth@xxxxxxxxxxx>
- Re: [PATCH 2/3] ARM: convert to generated system call tables
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 2/3] ARM: convert to generated system call tables
- From: Michael Cree <mcree@xxxxxxxxxxxx>
- [GIT PULL v2 1/5] processor.h: introduce cpu_relax_yield
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL v2 3/5] s390: make cpu_relax a barrier again
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL v2 4/5] processor.h: Remove cpu_relax_lowlatency users
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL v2 0/5] cpu_relax: drop lowlatency, introduce yield
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL v2 5/5] processor.h: remove cpu_relax_lowlatency
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL v2 2/5] stop_machine: yield CPU during stop machine
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 1/2] kbuild: provide include/asm/asm-prototypes.h for ARM
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH 02/18] arm64: ilp32: add documentation on the ILP32 ABI for ARM64
- From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
- Re: [PATCH 01/18] 32-bit ABI: introduce ARCH_32BIT_OFF_T config option
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 01/18] 32-bit ABI: introduce ARCH_32BIT_OFF_T config option
- From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
- [PATCH 2/2, variant A] ARM: add hidden mmioset/mmiocpy prototypes
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 2/2, variant B] ARM: move mmiocpy/mmioset exports to io.c
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 1/2] kbuild: provide include/asm/asm-prototypes.h for ARM
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] kbuild: provide include/asm/asm-prototypes.h for ARM
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 0/3] THREAD_INFO_IN_TASK prep work for arm64+s390
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH 3/3] thread_info: include <current.h> for THREAD_INFO_IN_TASK
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH 2/3] thread_info: factor out restart_block
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH 2/3] ARM: convert to generated system call tables
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 2/3] ARM: convert to generated system call tables
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 2/5] stop_machine: yield CPU during stop machine
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 2/5] stop_machine: yield CPU during stop machine
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 2/3] ARM: convert to generated system call tables
- From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
- Re: [PATCH] kbuild: provide include/asm/asm-prototypes.h for ARM
- From: Michal Marek <mmarek@xxxxxxxx>
- Re: [PATCH 2/2] kbuild: modversions for exported asm symbols
- From: Michal Marek <mmarek@xxxxxxxx>
- Re: [PATCH 2/5] stop_machine: yield CPU during stop machine
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- [PATCH 13/18] arm64: signal: share lp64 signal routines to ilp32
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 17/18] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 16/18] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 09/18] arm64: introduce binfmt_elf32.c
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 15/18] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 04/18] arm64: ensure the kernel is compiled for LP64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 03/18] arm64: rename COMPAT to AARCH32_EL0 in Kconfig
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [RFC3 nowrap: PATCH v7 00/18] ILP32 for ARM64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 18/18] arm64:ilp32: add ARM64_ILP32 to Kconfig
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 06/18] thread: move thread bits accessors to separated file
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 07/18] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 05/18] arm64:uapi: set __BITS_PER_LONG correctly for ILP32 and LP64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 14/18] arm64: signal32: move ilp32 and aarch32 common code to separated file
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 11/18] arm64: ilp32: share aarch32 syscall handlers
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 12/18] arm64: ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 01/18] 32-bit ABI: introduce ARCH_32BIT_OFF_T config option
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 08/18] arm64: ilp32: add is_ilp32_compat_{task,thread} and TIF_32BIT_AARCH64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 02/18] arm64: ilp32: add documentation on the ILP32 ABI for ARM64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/3] ARM: convert to generated system call tables
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 10/18] arm64: ilp32: introduce binfmt_ilp32.c
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/3] ARM: convert to generated system call tables
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/3] ARM: convert to generated system call tables
- From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
- Re: [PATCH 2/3] ARM: convert to generated system call tables
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/3] ARM: convert to generated system call tables
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH/RFC 0/5] cpu_relax: introduce yield, remove lowlatency
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH/RFC 0/5] cpu_relax: introduce yield, remove lowlatency
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH/RFC 0/5] cpu_relax: introduce yield, remove lowlatency
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 2/3] ARM: convert to generated system call tables
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/3] ARM: convert to generated system call tables
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 2/5] stop_machine: yield CPU during stop machine
- From: Juergen Gross <lists@xxxxxxxxx>
- Re: [PATCH/RFC 0/5] cpu_relax: introduce yield, remove lowlatency
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 2/5] stop_machine: yield CPU during stop machine
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH 2/5] stop_machine: yield CPU during stop machine
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Netdev]
[Netfilter]
[Bugtraq]