Linux Arch

• Thread Index

• Re: [RFC PATCH 08/10] arm64/sve: ptrace: Wire up vector length control and reporting
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [RFC PATCH 07/10] arm64/sve: Add vector length inheritance control
  • From: Yao Qi <qiyaoltc@xxxxxxxxx>
• Re: [RFC PATCH 06/10] arm64/sve: Disallow VL setting for individual threads by default
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [RFC PATCH 08/10] arm64/sve: ptrace: Wire up vector length control and reporting
  • From: Yao Qi <qiyaoltc@xxxxxxxxx>
• Re: [RFC PATCH 06/10] arm64/sve: Disallow VL setting for individual threads by default
  • From: Yao Qi <qiyaoltc@xxxxxxxxx>
• [PATCH v4 4/6] tools: expand export.h with VMLINUX_SYMBOL()
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v4 5/6] tools: add __section() to compiler.h
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v4 2/6] tools: add init.h for tools
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v4 3/6] tools: add __used and enable to override
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v4 1/6] tools: add a userspace tools bug.h
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v4 0/6] tools: add linker table userspace sandbox
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 14/14] lib: add linker tables test driver
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 13/14] kprobes: port blacklist kprobes to linker table
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 12/14] kprobes: port .kprobes.text to section range
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 11/14] kprobes: move kprobe declarations to asm-generic/kprobes.h
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 09/14] jump_label: port __jump_table to linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 10/14] dynamic_debug: port to use linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 08/14] jump_label: move guard #endif down where it belongs
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 07/14] firmware: port built-in section to linker table
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 06/14] firmware/Makefile: force recompilation if makefile changes
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 05/14] kbuild: enable option to force compile force-obj-y and force-lib-y
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 04/14] tables.h: add linker table support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 03/14] ranges.h: add helpers to build and identify Linux section ranges
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 02/14] xtensa: skip adding literal when SORT() is used
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 01/14] generic-sections: add section core helpers
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 00/14] linux: generalize sections, ranges and linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: [PATCH v3 1/8] arm: put types.h in uapi
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 4/8] x86: stop exporting msr-index.h to userland
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 1/8] arm: put types.h in uapi
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v3 1/8] arm: put types.h in uapi
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 4/8] x86: stop exporting msr-index.h to userland
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/8] arm: put types.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [no subject]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [no subject]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v3 3/8] nios2: put setup.h in uapi
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• [PATCH v3 1/8] arm: put types.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v3 6/8] Makefile.headersinst: remove destination-y option
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v3 0/8] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v3 7/8] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v3 8/8] uapi: export all arch specifics directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v3 2/8] h8300: put bitsperlong.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v3 5/8] Makefile.headersinst: cleanup input files
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v3 3/8] nios2: put setup.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v3 4/8] x86: stop exporting msr-index.h to userland
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
  • From: Jeff Epler <jepler@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [Question] New mmap64 syscall?
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v2] x86, locking/spinlocks: Remove paravirt_ticketlocks_enabled
  • From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
• [PATCH v2] x86, locking/spinlocks: Remove paravirt_ticketlocks_enabled
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH] x86, locking/spinlocks: Remove paravirt_ticketlocks_enabled
  • From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
• [PATCH v2 02/26] treewide: Move dma_ops from struct dev_archdata into struct device
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH v2 01/26] treewide: Constify most dma_map_ops structures
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH v2 04/26] treewide: Consolidate get_dma_ops() implementations
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH v2 03/26] treewide: Consolidate set_dma_ops() implementations
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [Question] New mmap64 syscall?
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH] x86, locking/spinlocks: Remove paravirt_ticketlocks_enabled
  • From: Waiman Long <longman@xxxxxxxxxx>
• [RFC PATCH 06/10] arm64/sve: Disallow VL setting for individual threads by default
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH 07/10] arm64/sve: Add vector length inheritance control
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH 08/10] arm64/sve: ptrace: Wire up vector length control and reporting
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH 10/10] Revert "arm64/sve: Limit vector length to 512 bits by default"
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH 09/10] arm64/sve: Enable default vector length control via procfs
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH 05/10] arm64/sve: Wire up vector length control prctl() calls
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH 02/10] arm64/sve: Track vector length for each task
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH 01/10] prctl: Add skeleton for PR_SVE_{SET,GET}_VL controls
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH 00/10] arm64/sve: Add userspace vector length control API
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH 04/10] arm64/sve: Factor out clearing of tasks' SVE regs
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH 03/10] arm64/sve: Set CPU vector length to match current task
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• 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: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• 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: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [Linux-c6x-dev] [PATCH v2 7/7] uapi: export all headers under uapi directories
  • From: Mark Salter <msalter@xxxxxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/4] mm: Add function to support extra actions on swap in/out
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v4 2/4] mm: Add function to support extra actions on swap in/out
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• [PATCH v4 2/4] mm: Add function to support extra actions on swap in/out
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v4 1/4] signals, sparc: Add signal codes for ADI violations
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v6 00/14] linux: generalize sections, ranges and linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/7] uapi: export all headers under uapi directories
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH 03/10] m32r: migrate exception table users off module.h and onto extable.h
  • From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
• Re: [PATCH 10/10] module.h: remove extable.h include now users have migrated
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 10/10] module.h: remove extable.h include now users have migrated
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH 02/10] ia64: ensure exception table search users include extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 03/10] m32r: migrate exception table users off module.h and onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 10/10] module.h: remove extable.h include now users have migrated
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 09/10] core: migrate exception table users off module.h and onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 07/10] xtensa: migrate exception table users off module.h and onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 05/10] alpha: migrate exception table users off module.h and onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH v2 00/10] Finalize separation of extable.h from module.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 08/10] sh: migrate exception table users off module.h and onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 04/10] arm: migrate exception table users off module.h and onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 06/10] mn10300: migrate exception table users off module.h and onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 01/10] ia64: move ia64_done_with_exception out of asm/uaccess.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH v6 00/14] linux: generalize sections, ranges and linker tables
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 00/14] linux: generalize sections, ranges and linker tables
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v6 14/14] lib: add linker tables test driver
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v6 13/14] kprobes: port blacklist kprobes to linker table
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v3 5/6] tools: add __section() to compiler.h
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v3 4/6] tools: expand export.h with VMLINUX_SYMBOL()
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v6 12/14] kprobes: port .kprobes.text to section range
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v3 3/6] tools: add __used and enable to override
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v3 2/6] tools: add init.h for tools
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v3 1/6] tools: add a userspace tools bug.h
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v6 11/14] kprobes: move kprobe declarations to asm-generic/kprobes.h
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v3 0/6] tools: add linker table userspace sandbox
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v6 10/14] dynamic_debug: port to use linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v6 09/14] jump_label: port __jump_table to linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v6 08/14] jump_label: move guard #endif down where it belongs
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v6 07/14] firmware: port built-in section to linker table
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v6 06/14] firmware/Makefile: force recompilation if makefile changes
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v6 05/14] kbuild: enable option to force compile force-obj-y and force-lib-y
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v6 03/14] ranges.h: add helpers to build and identify Linux section ranges
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v6 04/14] tables.h: add linker table support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v6 02/14] xtensa: skip adding literal when SORT() is used
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v6 01/14] generic-sections: add section core helpers
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v6 00/14] linux: generalize sections, ranges and linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/7] arm: put types.h in uapi
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/7] uapi: export all headers under uapi directories
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 3/7] nios2: put setup.h in uapi
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 1/7] arm: put types.h in uapi
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 03/20] asm-generic: Drop getrlimit and setrlimit syscalls from default list
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v2 4/7] x86: put msr-index.h in uapi
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [RFC PATCH v3] sparc64: Add support for Application Data Integrity (ADI)
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: [RFC PATCH v3] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v2 0/4] Write protect DAX PMDs in *sync path
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3] sparc64: Add support for Application Data Integrity (ADI)
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: [RFC PATCH v3] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [RFC PATCH v3] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [RFC PATCH v3] sparc64: Add support for Application Data Integrity (ADI)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3] sparc64: Add support for Application Data Integrity (ADI)
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3] sparc64: Add support for Application Data Integrity (ADI)
  • From: David Miller <davem@xxxxxxxxxx>
• Re: [RFC PATCH v3] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [RFC PATCH v3] sparc64: Add support for Application Data Integrity (ADI)
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH 10/18] arm64: ilp32: introduce binfmt_ilp32.c
  • 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 v2 4/7] x86: put msr-index.h in uapi
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v2 7/7] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v2 6/7] Makefile.headersinst: remove destination-y option
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v2 5/7] Makefile.headersinst: cleanup input files
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v2 1/7] arm: put types.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v2 4/7] x86: put msr-index.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v2 0/7] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v2 2/7] h8300: put bitsperlong.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v2 3/7] nios2: put setup.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [RFC PATCH v3] sparc64: Add support for Application Data Integrity (ADI)
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• RE: + find_bit-micro-optimise-find_next__bit.patch added to -mm tree
  • From: Matthew Wilcox <mawilcox@xxxxxxxxxxxxx>
• Re: + find_bit-micro-optimise-find_next__bit.patch added to -mm tree
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Write protect DAX PMDs in *sync path
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• 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: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 16/18] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@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: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3] sparc64: Add support for Application Data Integrity (ADI)
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCHv2 00/29] 5-level paging
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [RFC PATCH v3] sparc64: Add support for Application Data Integrity (ADI)
  • From: Jerome Marchand <jmarchan@xxxxxxxxxx>
• Re: [RFC PATCH v3] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [RFC PATCH v3] sparc64: Add support for Application Data Integrity (ADI)
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3] sparc64: Add support for Application Data Integrity (ADI)
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: [RFC PATCH v3] sparc64: Add support for Application Data Integrity (ADI)
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [RFC PATCH v3] sparc64: Add support for Application Data Integrity (ADI)
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: [RFC PATCH v3] sparc64: Add support for Application Data Integrity (ADI)
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3] sparc64: Add support for Application Data Integrity (ADI)
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [RFC PATCH v3] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [RFC PATCH v3] sparc64: Add support for Application Data Integrity (ADI)
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: [RFC PATCH v3] sparc64: Add support for Application Data Integrity (ADI)
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3] sparc64: Add support for Application Data Integrity (ADI)
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: [RFC PATCH v3] sparc64: Add support for Application Data Integrity (ADI)
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3] sparc64: Add support for Application Data Integrity (ADI)
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• [RFC PATCH v3] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• 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: [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)
  • From: hpa@xxxxxxxxx
• 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
  • From: hpa@xxxxxxxxx
• Re: [RFC, PATCHv1 15/28] x86: detect 5-level paging support
  • From: hpa@xxxxxxxxx
• 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
  • From: hpa@xxxxxxxxx
• 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
  • From: hpa@xxxxxxxxx
• 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>