Linux ia64 Archive — Date Index
[Prev Page][Next Page]
- [ia64:rdt-cat-resplit 14/14] arch/x86/kernel/cpu/intel_rdt_schemata.c:163:26: error: 'struct rdt_resource' has no member named 'num_cbms'
- From: kbuild test robot <fengguang.wu@xxxxxxxxx>
- [PATCH 2/2] ia64: ensure exception table search users include extable.h
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 1/2] ia64: move ia64_done_with_exception out of asm/uaccess.h
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH v2 0/2] ia64: make use of new extable.h header
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- RE: [PATCH v2 1/2] ia64: implement atomic64_dec_if_positive
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH v3 1/2] ia64: implement atomic64_dec_if_positive
- From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
- [PATCH v2 1/2] ia64: implement atomic64_dec_if_positive
- From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
- [PATCH 04/21] ia64: mca: Convert to hotplug state machine
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH v4 14/16] kprobes: move kprobe declarations to asm-generic/kprobes.h
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- Re: [PATCH v4 14/16] kprobes: move kprobe declarations to asm-generic/kprobes.h
- From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
- Re: [PATCH 1/5] IA64-IRQ: Use kmalloc_array() in sn_irq_lh_init()
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 1/5] IA64-IRQ: Use kmalloc_array() in sn_irq_lh_init()
- From: Julia Lawall <julia.lawall@xxxxxxx>
- Re: IA64-IRQ: Use kmalloc_array() in sn_irq_lh_init()
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/5] IA64-IRQ: Use kmalloc_array() in sn_irq_lh_init()
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 1/5] IA64-IRQ: Use kmalloc_array() in sn_irq_lh_init()
- From: walter harms <wharms@xxxxxx>
- Re: ia64/mm/tlb: Delete unnecessary braces
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/5] IA64-IRQ: Use kmalloc_array() in sn_irq_lh_init()
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- Re: IA64-IRQ: Use kmalloc_array() in sn_irq_lh_init()
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/5] IA64-IRQ: Use kmalloc_array() in sn_irq_lh_init()
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 5/5] ia64/mm/tlb: Delete unnecessary braces
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH 2/5] IA64-IRQ: Delete unnecessary braces
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH 1/5] IA64-IRQ: Use kmalloc_array() in sn_irq_lh_init()
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH 1/5] IA64-IRQ: Use kmalloc_array() in sn_irq_lh_init()
- From: Julia Lawall <julia.lawall@xxxxxxx>
- [PATCH 5/5] ia64/mm/tlb: Delete unnecessary braces
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH 2/5] IA64-IRQ: Delete unnecessary braces
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH 4/5] ia64/mm/tlb: Use kmalloc_array() in ia64_itr_entry()
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH 3/5] ia64/mm/tlb: Fix indentation in ia64_global_tlb_purge()
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH 1/5] IA64-IRQ: Use kmalloc_array() in sn_irq_lh_init()
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH 0/5] IA64: Fine-tuning for some function implementations
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 04/16] generic-sections: add section core helpers
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- Re: [PATCH v4 04/16] generic-sections: add section core helpers
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH v4 04/16] generic-sections: add section core helpers
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH v4 04/16] generic-sections: add section core helpers
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH v4 04/16] generic-sections: add section core helpers
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [REPOST PATCH] ia64: salinfo: drop the CPU_DEAD event
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH v4 04/16] generic-sections: add section core helpers
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- Re: [PATCH v4 04/16] generic-sections: add section core helpers
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- [PATCH] [IA64] MCA: Use kmalloc_array() in init_record_index_pools()
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 04/16] generic-sections: add section core helpers
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- [ia64:mcsafe5 2/4] arch/x86/include/asm/string_64.h:30:0: warning: "__HAVE_ARCH_MEMCPY" redefined
- From: kbuild test robot <fengguang.wu@xxxxxxxxx>
- Re: [PATCH v4 04/16] generic-sections: add section core helpers
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- Re: [RFC PATCH-tip v4 10/10] locking/rwsem: Add a boot parameter to reader spinning threshold
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v4 10/10] locking/rwsem: Add a boot parameter to reader spinning threshold
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- Re: [PATCH v4 04/16] generic-sections: add section core helpers
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH v4 04/16] generic-sections: add section core helpers
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- Re: [PATCH v4 14/16] kprobes: move kprobe declarations to asm-generic/kprobes.h
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- Re: [PATCH v4 04/16] generic-sections: add section core helpers
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH v1 7/7] tools: add userspace linker table sandbox
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH v4 14/16] kprobes: move kprobe declarations to asm-generic/kprobes.h
- From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
- Re: [PATCH v1 0/7] tools: add linker table userspace sandbox
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [RFC PATCH-tip v4 07/10] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
- From: Wanpeng Li <kernellwp@xxxxxxxxx>
- Re: [PATCH v1 0/7] tools: add linker table userspace sandbox
- From: Rich Felker <dalias@xxxxxxxx>
- Re: [PATCH v1 0/7] tools: add linker table userspace sandbox
- From: Rob Landley <rob@xxxxxxxxxxx>
- [PATCH 1/2] ia64: remove extraneous white space
- From: Al Stone <ahs3@xxxxxxxxxx>
- [PATCH 2/2] ia64: fix compilation error when using struct before defining it
- From: Al Stone <ahs3@xxxxxxxxxx>
- [PATCH 0/2] minor ia64 source code changes
- From: Al Stone <ahs3@xxxxxxxxxx>
- [PATCH v4 04/16] generic-sections: add section core helpers
- [PATCH v4 02/16] dell-smo8800: include uaccess.h
- [PATCH v1 6/7] tools: add __section() to compiler.h
- [PATCH v1 1/7] tools: add a userspace tools bug.h
- [PATCH v1 5/7] tools: expand export.h with VMLINUX_SYMBOL()
- [PATCH v1 4/7] tools: add __used and enable to override
- [PATCH v1 3/7] tools: add init.h for tools
- [PATCH v1 2/7] tools: add a basic tools printk.h
- [PATCH v1 0/7] tools: add linker table userspace sandbox
- [PATCH v4 01/16] x86: remove LTO_REFERENCE_INITCALL()
- [PATCH v4 00/16] linux: generalize sections, ranges and linker tables
- [PATCH v4 06/16] ranges.h: add helpers to build and identify Linux section ranges
- [PATCH v4 10/16] firmware: port built-in section to linker table
- [PATCH v4 07/16] tables.h: add linker table support
- [PATCH v4 05/16] xtensa: skip adding literal when SORT() is used
- [PATCH v4 02/16] dell-smo8800: include uaccess.h
- [PATCH v4 03/16] scripts/module-common.lds: enable generation
- [PATCH v4 03/16] scripts/module-common.lds: enable generation
- [PATCH v4 07/16] tables.h: add linker table support
- [PATCH v4 04/16] generic-sections: add section core helpers
- [PATCH v4 06/16] ranges.h: add helpers to build and identify Linux section ranges
- [PATCH v4 08/16] kbuild: enable option to force compile force-obj-y and force-lib-y
- [PATCH v4 01/16] x86: remove LTO_REFERENCE_INITCALL()
- [PATCH v4 10/16] firmware: port built-in section to linker table
- [PATCH v4 00/16] linux: generalize sections, ranges and linker tables
- [PATCH v4 15/16] kprobes: port .kprobes.text to section range
- [PATCH v4 16/16] kprobes: port blacklist kprobes to linker table
- [PATCH v4 14/16] kprobes: move kprobe declarations to asm-generic/kprobes.h
- [PATCH v4 13/16] dynamic_debug: port to use linker tables
- [PATCH v4 08/16] kbuild: enable option to force compile force-obj-y and force-lib-y
- [PATCH v4 12/16] jump_label: port __jump_table to linker tables
- [PATCH v4 11/16] jump_label: move guard #endif down where it belongs
- [PATCH v4 09/16] firmware/Makefile: force recompilation if makefile changes
- [PATCH v4 05/16] xtensa: skip adding literal when SORT() is used
- [PATCH v4 09/16] firmware/Makefile: force recompilation if makefile changes
- Re: [RFC PATCH-tip v4 07/10] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
- From: Waiman Long <waiman.long@xxxxxxx>
- [RFC PATCH-tip v4 08/10] locking/rwsem: Enable spinning readers
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip v4 10/10] locking/rwsem: Add a boot parameter to reader spinning threshold
- From: Waiman Long <Waiman.Long@xxxxxxx>
- Re: [RFC PATCH-tip v4 07/10] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
- From: Wanpeng Li <kernellwp@xxxxxxxxx>
- Re: [PATCH 1/2] ia64: macro-ize ia64_done_with_exception in asm/uaccess.h
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [RFC PATCH-tip v4 07/10] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip v4 09/10] locking/rwsem: Enable reactivation of reader spinning
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip v4 01/10] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip v4 02/10] locking/rwsem: Stop active read lock ASAP
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip v4 00/10] locking/rwsem: Enable reader optimistic spinning
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip v4 06/10] locking/rwsem: Move common rwsem macros to asm-generic/rwsem_types.h
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip v4 04/10] locking/rwsem: Enable count-based spinning on reader
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip v4 03/10] locking/rwsem: Make rwsem_spin_on_owner() return a tri-state value
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip v4 05/10] locking/rwsem: move down rwsem_down_read_failed function
- From: Waiman Long <Waiman.Long@xxxxxxx>
- Re: [PATCH 1/2] ia64: macro-ize ia64_done_with_exception in asm/uaccess.h
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- [PATCH 2/2] ia64: ensure exception table search users include extable.h
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 1/2] ia64: macro-ize ia64_done_with_exception in asm/uaccess.h
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH v7 14/15] arm64, acpi, numa: NUMA support based on SRAT and SLIT
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- Re: [PATCH v7 14/15] arm64, acpi, numa: NUMA support based on SRAT and SLIT
- From: David Daney <ddaney@xxxxxxxxxxxxxxxxxx>
- Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v7 14/15] arm64, acpi, numa: NUMA support based on SRAT and SLIT
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [RFC v3 07/13] tables.h: add linker table support
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- Re: [RFC v3 07/13] tables.h: add linker table support
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC v3 07/13] tables.h: add linker table support
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- Re: [RFC v3 07/13] tables.h: add linker table support
- From: Jiri Kosina <jikos@xxxxxxxxxx>
- Re: [RFC v3 07/13] tables.h: add linker table support
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC v3 07/13] tables.h: add linker table support
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC v3 07/13] tables.h: add linker table support
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- Re: [RFC v3 07/13] tables.h: add linker table support
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC v3 07/13] tables.h: add linker table support
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- Re: [RFC v3 07/13] tables.h: add linker table support
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC v3 07/13] tables.h: add linker table support
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- Re: [RFC v3 07/13] tables.h: add linker table support
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC v3 07/13] tables.h: add linker table support
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
- From: Richard Fontana <fontana@xxxxxxxxxxxxxxx>
- Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
- From: Richard Fontana <fontana@xxxxxxxxxxxxxxx>
- Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
- From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC v3 07/13] tables.h: add linker table support
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC v3 07/13] tables.h: add linker table support
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [patch] [IA64] pci_br: fix a signedness bug
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- [PATCH 0012/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0013/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [GIT PULL] ia64 changes for 4.8
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [RFC v3 05/13] sections.h: add sections header to collect all section info
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC v3 07/13] tables.h: add linker table support
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC v3 07/13] tables.h: add linker table support
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [RFC v3 07/13] tables.h: add linker table support
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- Re: [RFC v3 13/13] kprobes: port blacklist kprobes to linker table
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- Re: [RFC v3 10/13] jump_label: port __jump_table to linker tables
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- Re: [RFC v3 12/13] kprobes: port .kprobes.text to section range
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- Re: [PATCH v3 02/11] mm: Hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- RE: [PATCH v3 02/11] mm: Hardened usercopy
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [PATCH v4 12/12] mm: SLUB hardened usercopy support
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: [PATCH v4 12/12] mm: SLUB hardened usercopy support
- From: Rik van Riel <riel@xxxxxxxxxx>
- Re: [PATCH v4 12/12] mm: SLUB hardened usercopy support
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCH] ia64: salinfo: drop the CPU_DEAD event
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH v4 12/12] mm: SLUB hardened usercopy support
- From: Rik van Riel <riel@xxxxxxxxxx>
- Re: [PATCH v4 12/12] mm: SLUB hardened usercopy support
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v4 12/12] mm: SLUB hardened usercopy support
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: [PATCH v4 00/12] mm: Hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [RFC v3 07/13] tables.h: add linker table support
- From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
- Re: [RFC v3 13/13] kprobes: port blacklist kprobes to linker table
- From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
- Re: [RFC v3 12/13] kprobes: port .kprobes.text to section range
- From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
- Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
- From: Richard Fontana <fontana@xxxxxxxxxxxxxxx>
- Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
- From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
- RE: [PATCH v3 02/11] mm: Hardened usercopy
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH v4 00/12] mm: Hardened usercopy
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: [RFC v3 10/13] jump_label: port __jump_table to linker tables
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC v3 10/13] jump_label: port __jump_table to linker tables
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- Re: [RFC v3 10/13] jump_label: port __jump_table to linker tables
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC v3 05/13] sections.h: add sections header to collect all section info
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- Re: [RFC v3 05/13] sections.h: add sections header to collect all section info
- From: James Hogan <james.hogan@xxxxxxxxxx>
- Re: [RFC v3 02/13] dell-smo8800: include uaccess.h
- From: Pali Rohár <pali.rohar@xxxxxxxxx>
- [RFC v3 08/13] firmware/Makefile: force recompilation if makefile changes
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [RFC v3 09/13] firmware: port built-in section to linker table
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [RFC v3 13/13] kprobes: port blacklist kprobes to linker table
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [RFC v3 12/13] kprobes: port .kprobes.text to section range
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [RFC v3 07/13] tables.h: add linker table support
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [RFC v3 11/13] dynamic_debug: port to use linker tables
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [RFC v3 10/13] jump_label: port __jump_table to linker tables
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [RFC v3 00/13] linux: generalize sections, ranges and linker tables
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [RFC v3 06/13] ranges.h: add helpers to build and identify Linux section ranges
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [RFC v3 05/13] sections.h: add sections header to collect all section info
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [RFC v3 03/13] scripts/module-common.lds: enable generation
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [RFC v3 04/13] sections.h: guard against asm and linker script
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [RFC v3 02/13] dell-smo8800: include uaccess.h
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [RFC v3 01/13] x86: remove LTO_REFERENCE_INITCALL()
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- Re: [PATCH v3 02/11] mm: Hardened usercopy
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v3 02/11] mm: Hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v4 00/12] mm: Hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v4 04/12] x86/uaccess: Enable hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v4 01/12] mm: Add is_migrate_cma_page
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v4 08/12] powerpc/uaccess: Enable hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v4 07/12] ia64/uaccess: Enable hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v4 03/12] mm: Hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v4 06/12] arm64/uaccess: Enable hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v4 02/12] mm: Implement stack frame object validation
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v4 05/12] ARM: uaccess: Enable hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v4 12/12] mm: SLUB hardened usercopy support
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v4 11/12] mm: SLAB hardened usercopy support
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v4 10/12] s390/uaccess: Enable hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v4 09/12] sparc/uaccess: Enable hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v3 00/11] mm: Hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v3 00/11] mm: Hardened usercopy
- From: Rik van Riel <riel@xxxxxxxxxx>
- RE: [PATCH v3 00/11] mm: Hardened usercopy
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH v3 02/11] mm: Hardened usercopy
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: [PATCH v3 00/11] mm: Hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v3 02/11] mm: Hardened usercopy
- From: Balbir Singh <bsingharora@xxxxxxxxx>
- RE: [PATCH v3 00/11] mm: Hardened usercopy
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH v3 02/11] mm: Hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH] mm: Add is_migrate_cma_page
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH] mm: Add is_migrate_cma_page
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: [PATCH v3 02/11] mm: Hardened usercopy
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v3 02/11] mm: Hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v3 02/11] mm: Hardened usercopy
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v3 02/11] mm: Hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v3 02/11] mm: Hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v3 02/11] mm: Hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PREEMPT-RT] [PATCH] ia64: salinfo: use a waitqueue instead a sema down/up combo
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH v3 02/11] mm: Hardened usercopy
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v3 02/11] mm: Hardened usercopy
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: [PATCH v3 02/11] mm: Hardened usercopy
- From: Laura Abbott <labbott@xxxxxxxxxx>
- Re: [PATCH v3 00/11] mm: Hardened usercopy
- From: Balbir Singh <bsingharora@xxxxxxxxx>
- [PATCH v3 02/11] mm: Hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v3 00/11] mm: Hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v3 05/11] arm64/uaccess: Enable hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v3 03/11] x86/uaccess: Enable hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v3 01/11] mm: Implement stack frame object validation
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v3 11/11] mm: SLUB hardened usercopy support
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v3 07/11] powerpc/uaccess: Enable hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v3 06/11] ia64/uaccess: Enable hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v3 09/11] s390/uaccess: Enable hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v3 10/11] mm: SLAB hardened usercopy support
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v3 08/11] sparc/uaccess: Enable hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v3 04/11] ARM: uaccess: Enable hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [patch] [IA64] fix SN_DMA_ADDRTYPE() condition
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH 00/14] Present useful limits to user (v2)
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v2 02/11] mm: Hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v2 02/11] mm: Hardened usercopy
- From: Daniel Micay <danielmicay@xxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v2 02/11] mm: Hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH v2 02/11] mm: Hardened usercopy
- From: Daniel Micay <danielmicay@xxxxxxxxx>
- Re: [PATCH v2 02/11] mm: Hardened usercopy
- From: Balbir Singh <bsingharora@xxxxxxxxx>
- Re: [PATCH v2 02/11] mm: Hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v2 11/11] mm: SLUB hardened usercopy support
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v2 02/11] mm: Hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v2 02/11] mm: Hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v2 11/11] mm: SLUB hardened usercopy support
- From: Balbir Singh <bsingharora@xxxxxxxxx>
- Re: [PATCH v2 02/11] mm: Hardened usercopy
- From: Balbir Singh <bsingharora@xxxxxxxxx>
- Re: [PATCH v2 02/11] mm: Hardened usercopy
- From: Rik van Riel <riel@xxxxxxxxxx>
- Re: [PATCH v2 02/11] mm: Hardened usercopy
- From: Balbir Singh <bsingharora@xxxxxxxxx>
- Re: [PATCH v2 01/11] mm: Implement stack frame object validation
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v2 01/11] mm: Implement stack frame object validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH for -mm] signal: Consolidate {TS,TLF}_RESTORE_SIGMASK code
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [PATCH v2 01/11] mm: Implement stack frame object validation
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v2 01/11] mm: Implement stack frame object validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v2 01/11] mm: Implement stack frame object validation
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v2 01/11] mm: Implement stack frame object validation
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- [PATCH v2 09/11] s390/uaccess: Enable hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v2 06/11] ia64/uaccess: Enable hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v2 07/11] powerpc/uaccess: Enable hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v2 08/11] sparc/uaccess: Enable hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v2 10/11] mm: SLAB hardened usercopy support
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v2 11/11] mm: SLUB hardened usercopy support
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v2 05/11] arm64/uaccess: Enable hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v2 02/11] mm: Hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v2 0/11] mm: Hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v2 03/11] x86/uaccess: Enable hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v2 04/11] ARM: uaccess: Enable hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v2 01/11] mm: Implement stack frame object validation
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v6 28/46] ia64: dma-mapping: Use unsigned long for dma_attrs
- From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
- [PATCH v6 45/46] dma-mapping: Remove dma_get_attr
- From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
- [PATCH v6 00/46] dma-mapping: Use unsigned long for dma_attrs
- From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
- Re: [PATCH v5 18/32] signal: Consolidate {TS,TLF}_RESTORE_SIGMASK code
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v5 00/44] dma-mapping: Use unsigned long for dma_attrs
- From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
- Re: [PATCH v5 00/44] dma-mapping: Use unsigned long for dma_attrs
- From: Daniel Vetter <daniel@xxxxxxxx>
- Re: [PATCH v5 18/32] signal: Consolidate {TS,TLF}_RESTORE_SIGMASK code
- From: Brian Gerst <brgerst@xxxxxxxxx>
- [PATCH v5 18/32] signal: Consolidate {TS,TLF}_RESTORE_SIGMASK code
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [PATCH 0/9] mm: Hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 0/9] mm: Hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH 9/9] mm: SLUB hardened usercopy support
- From: Joonsoo Kim <iamjoonsoo.kim@xxxxxxx>
- Re: [PATCH 0/9] mm: Hardened usercopy
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH 0/9] mm: Hardened usercopy
- From: "PaX Team" <pageexec@xxxxxxxxxxx>
- Re: [PATCH 0/9] mm: Hardened usercopy
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH 0/9] mm: Hardened usercopy
- From: "PaX Team" <pageexec@xxxxxxxxxxx>
- Re: [PATCH 0/9] mm: Hardened usercopy
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH 9/9] mm: SLUB hardened usercopy support
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 0/9] mm: Hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 0/9] mm: Hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 0/9] mm: Hardened usercopy
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 0/9] mm: Hardened usercopy
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH 9/9] mm: SLUB hardened usercopy support
- From: Valdis.Kletnieks@xxxxxx
- Re: [PATCH 0/9] mm: Hardened usercopy
- From: Rik van Riel <riel@xxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH 9/9] mm: SLUB hardened usercopy support
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 0/9] mm: Hardened usercopy
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH 9/9] mm: SLUB hardened usercopy support
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH 9/9] mm: SLUB hardened usercopy support
- From: Christoph Lameter <cl@xxxxxxxxx>
- Re: [PATCH 0/9] mm: Hardened usercopy
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH 9/9] mm: SLUB hardened usercopy support
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH 9/9] mm: SLUB hardened usercopy support
- From: Christoph Lameter <cl@xxxxxxxxx>
- Re: [PATCH 1/9] mm: Hardened usercopy
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 0/9] mm: Hardened usercopy
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH 1/9] mm: Hardened usercopy
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [kernel-hardening] Re: [PATCH 9/9] mm: SLUB hardened usercopy support
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 1/9] mm: Hardened usercopy
- From: Baruch Siach <baruch@xxxxxxxxxx>
- Re: [PATCH 1/9] mm: Hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 1/9] mm: Hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 1/9] mm: Hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 0/9] mm: Hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 1/9] mm: Hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 4/9] arm64/uaccess: Enable hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 1/9] mm: Hardened usercopy
- From: Rik van Riel <riel@xxxxxxxxxx>
- Re: [PATCH 1/9] mm: Hardened usercopy
- From: Rik van Riel <riel@xxxxxxxxxx>
- Re: [PATCH 4/9] arm64/uaccess: Enable hardened usercopy
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH 1/9] mm: Hardened usercopy
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 1/9] mm: Hardened usercopy
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH 0/9] mm: Hardened usercopy
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 1/9] mm: Hardened usercopy
- From: Baruch Siach <baruch@xxxxxxxxxx>
- [PATCH 8/9] mm: SLAB hardened usercopy support
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 4/9] arm64/uaccess: Enable hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 2/9] x86/uaccess: Enable hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 3/9] ARM: uaccess: Enable hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 7/9] sparc/uaccess: Enable hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 6/9] powerpc/uaccess: Enable hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 5/9] ia64/uaccess: Enable hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 0/9] mm: Hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 9/9] mm: SLUB hardened usercopy support
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 1/9] mm: Hardened usercopy
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v5 27/44] ia64: dma-mapping: Use unsigned long for dma_attrs
- From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
- [PATCH v5 43/44] dma-mapping: Remove dma_get_attr
- From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
- [PATCH v5 00/44] dma-mapping: Use unsigned long for dma_attrs
- From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
- [patch V4 05/31] bitops: Add ia64-specific parity functions
- From: zengzhaoxiu@xxxxxxx
- [PATCH v4 19/29] signal: Consolidate {TS,TLF}_RESTORE_SIGMASK code
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- RE: [PATCH] ia64: efi: use timespec64 for persistent clock
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- [RFC PATCH-tip/locking/core v3 01/10] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip/locking/core v3 00/10] locking/rwsem: Enable reader optimistic spinning
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip/locking/core v3 04/10] locking/rwsem: Enable count-based spinning on reader
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip/locking/core v3 03/10] locking/rwsem: Make rwsem_spin_on_owner() return a tri-state value
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip/locking/core v3 05/10] locking/rwsem: move down rwsem_down_read_failed function
- From: Waiman Long <Waiman.Long@xxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Will Deacon <will.deacon@xxxxxxx>
- [RFC PATCH-tip/locking/core v3 07/10] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip/locking/core v3 08/10] locking/rwsem: Enable spinning readers
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip/locking/core v3 10/10] locking/rwsem: Add a boot parameter to reader spinning threshold
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip/locking/core v3 06/10] locking/rwsem: Move common rwsem macros to asm-generic/rwsem_types.h
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip/locking/core v3 09/10] locking/rwsem: Enable reactivation of reader spinning
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip/locking/core v3 02/10] locking/rwsem: Stop active read lock ASAP
- From: Waiman Long <Waiman.Long@xxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Waiman Long <waiman.long@xxxxxxx>
- [PATCH] ia64: efi: use timespec64 for persistent clock
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [PATCH v7 15/15] acpi, numa: Enable ACPI based NUMA on ARM64
- From: Hanjun Guo <guohanjun@xxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 2/6] locking/rwsem: Stop active read lock ASAP
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [PATCH] [ACPI] Change structure initialisation to C99 style
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [RFC PATCH-tip v2 2/6] locking/rwsem: Stop active read lock ASAP
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 5/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip 6/6] xfs: Enable reader optimistic spinning for DAX inodes
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 3/6] locking/rwsem: Enable count-based spinning on reader
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 5/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 5/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 4/6] locking/rwsem: move down rwsem_down_read_failed function
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 2/6] locking/rwsem: Stop active read lock ASAP
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 5/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 5/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 4/6] locking/rwsem: move down rwsem_down_read_failed function
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 3/6] locking/rwsem: Enable count-based spinning on reader
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 2/6] locking/rwsem: Stop active read lock ASAP
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [RFC PATCH-tip 6/6] xfs: Enable reader optimistic spinning for DAX inodes
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- [RFC PATCH-tip v2 2/6] locking/rwsem: Stop active read lock ASAP
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip v2 3/6] locking/rwsem: Enable count-based spinning on reader
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip v2 0/6] locking/rwsem: Enable reader optimistic spinning
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip v2 4/6] locking/rwsem: move down rwsem_down_read_failed function
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip v2 5/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip v2 6/6] locking/rwsem: Enable spinning readers
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Waiman Long <Waiman.Long@xxxxxxx>
- Re: [RFC PATCH-tip 2/6] locking/rwsem: Enable optional count-based spinning on reader
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip 6/6] xfs: Enable reader optimistic spinning for DAX inodes
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip 2/6] locking/rwsem: Enable optional count-based spinning on reader
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- Re: [RFC PATCH-tip 6/6] xfs: Enable reader optimistic spinning for DAX inodes
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [RFC PATCH-tip 2/6] locking/rwsem: Enable optional count-based spinning on reader
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip 3/6] locking/rwsem: move down rwsem_down_read_failed function
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip 4/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip 5/6] locking/rwsem: Enable spinning readers
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip 6/6] xfs: Enable reader optimistic spinning for DAX inodes
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip 1/6] locking/rwsem: Stop active read lock ASAP
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip 0/6] locking/rwsem: Enable reader optimistic spinning
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [PATCH] [ACPI] Change structure initialisation to C99 style
- From: Amitoj Kaur Chawla <amitoj1606@xxxxxxxxx>
- Re: [RFC 10/12] x86, rwsem: simplify __down_write
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v7 00/15] ACPI NUMA support for ARM64
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH v7 00/15] ACPI NUMA support for ARM64
- From: Robert Richter <robert.richter@xxxxxxxxxx>
- Re: [PATCH v7 00/15] ACPI NUMA support for ARM64
- From: Robert Richter <robert.richter@xxxxxxxxxx>
- [PATCH v4 27/44] ia64: dma-mapping: Use unsigned long for dma_attrs
- From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
- [PATCH v4 00/44] dma-mapping: Use unsigned long for dma_attrs
- From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
- Re: [PATCH v12 01/15] PCI: Let pci_mmap_page_range() take extra resource pointer
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH 4.2.y-ckt 099/206] SIGNAL: Move generic copy_siginfo() to signal.h
- From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
- Re: [PATCH v7 15/15] acpi, numa: Enable ACPI based NUMA on ARM64
- From: Matthias Brugger <mbrugger@xxxxxxxx>
- RE: [PREEMPT-RT] [PATCH] ia64: salinfo: use a waitqueue instead a sema down/up combo
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [RFC 10/12] x86, rwsem: simplify __down_write
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC 10/12] x86, rwsem: simplify __down_write
- From: David Howells <dhowells@xxxxxxxxxx>
- [4.2.y-ckt stable] Patch "SIGNAL: Move generic copy_siginfo() to signal.h" has been added to the 4.2.y-ckt tree
- From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
- Re: [PREEMPT-RT] [PATCH] ia64: salinfo: use a waitqueue instead a sema down/up combo
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH v12 01/15] PCI: Let pci_mmap_page_range() take extra resource pointer
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v12 01/15] PCI: Let pci_mmap_page_range() take extra resource pointer
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v12 01/15] PCI: Let pci_mmap_page_range() take extra resource pointer
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
- [PATCH v12.update 01/15] PCI: Let pci_mmap_page_range() take extra resource pointer
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v12 01/15] PCI: Let pci_mmap_page_range() take extra resource pointer
- From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
- [PATCH v12 01/15] PCI: Let pci_mmap_page_range() take extra resource pointer
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [RFC 10/12] x86, rwsem: simplify __down_write
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v7 00/15] ACPI NUMA support for ARM64
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- [added to the 4.1 stable tree] SIGNAL: Move generic copy_siginfo() to signal.h
- From: Sasha Levin <sasha.levin@xxxxxxxxxx>
- Re: [RFC 10/12] x86, rwsem: simplify __down_write
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH 8/8] ARM: kexec: fix kexec for Keystone 2
- From: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx>
- [PATCH 7/8] ARM: keystone: dts: add psci command definition
- From: Russell King <rmk+kernel@xxxxxxxxxxxxxxx>
- [PATCH 5/8] kdump: arrange for paddr_vmcoreinfo_note() to return phys_addr_t
- From: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx>
- [PATCH 6/8] kexec: allow architectures to override boot mapping
- From: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx>
- [PATCH 4/8] kexec: ensure user memory sizes do not wrap
- From: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx>
- [PATCH 3/8] kexec: don't invoke OOM-killer for control page allocation
- From: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx>
- [PATCH 2/8] ARM: kexec: advertise location of bootable RAM
- From: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx>
- [PATCH 1/8] ARM: kdump: advertise boot aliased crash kernel resource
- From: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx>
- Re: [PATCH v7 13/15] ACPI / processor: Add acpi_map_madt_entry().
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- Re: [PATCH v7 07/15] arm64, numa: Cleanup NUMA disabled messages.
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [PATCH 4.6 092/100] SIGNAL: Move generic copy_siginfo() to signal.h
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH 4.5 81/87] SIGNAL: Move generic copy_siginfo() to signal.h
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH 4.4 80/86] SIGNAL: Move generic copy_siginfo() to signal.h
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v7 14/15] arm64, acpi, numa: NUMA support based on SRAT and SLIT
- From: Dennis Chen <dennis.chen@xxxxxxxxxx>
- Re: [PATCH v7 07/15] arm64, numa: Cleanup NUMA disabled messages.
- From: Dennis Chen <dennis.chen@xxxxxxxxxx>
- Re: [PATCH v7 14/15] arm64, acpi, numa: NUMA support based on SRAT and SLIT
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v7 13/15] ACPI / processor: Add acpi_map_madt_entry().
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- [PATCH v7 03/15] acpi, numa: remove duplicate NULL check
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v7 04/15] acpi, numa: Move acpi_numa_arch_fixup() to ia64 only
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v7 06/15] arm64, numa: rework numa_add_memblk()
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v7 01/15] acpi, numa: Use pr_fmt() instead of printk
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v7 07/15] arm64, numa: Cleanup NUMA disabled messages.
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v7 05/15] acpi, numa: move acpi_numa_slit_init() to drivers/acpi/numa.c
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v7 08/15] x86, acpi, numa: cleanup acpi_numa_processor_affinity_init()
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v7 09/15] acpi, numa: move bad_srat() and srat_disabled() to drivers/acpi/numa.c
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v7 10/15] acpi, numa: remove unneeded acpi_numa=1
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v7 11/15] acpi, numa: Move acpi_numa_memory_affinity_init() to drivers/acpi/numa.c
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v7 13/15] ACPI / processor: Add acpi_map_madt_entry().
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v7 14/15] arm64, acpi, numa: NUMA support based on SRAT and SLIT
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v7 15/15] acpi, numa: Enable ACPI based NUMA on ARM64
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v7 12/15] acpi, numa, srat: Improve SRAT error detection and add messages.
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v7 02/15] acpi, numa: Replace ACPI_DEBUG_PRINT() with pr_debug()
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v7 00/15] ACPI NUMA support for ARM64
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH 0160/1529] Fix typo
- From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
- [PATCH 0159/1529] Fix typo
- From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
- [PATCH 0158/1529] Fix typo
- From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
- [PATCH 0157/1529] Fix typo
- From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
- [PATCH 0156/1529] Fix typo
- From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
- [PATCH 0155/1529] Fix typo
- From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
- [PATCH 0154/1529] Fix typo
- From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
- [PATCH 0153/1529] Fix typo
- From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
- [PATCH 0152/1529] Fix typo
- From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
- [PATCH 0151/1529] Fix typo
- From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
- [PATCH 0150/1529] Fix typo
- From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
- [PATCH 0149/1529] Fix typo
- From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
- [PATCH 0148/1529] Fix typo
- From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
- [GIT PULL] ia64 bits for 4.7
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH v6 13/14] arm64, acpi, numa: NUMA support based on SRAT and SLIT
- From: David Daney <ddaney@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v6 13/14] arm64, acpi, numa: NUMA support based on SRAT and SLIT
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v6 13/14] arm64, acpi, numa: NUMA support based on SRAT and SLIT
- From: David Daney <ddaney@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v6 00/14] ACPI NUMA support for ARM64
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH v6 13/14] arm64, acpi, numa: NUMA support based on SRAT and SLIT
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v5 1/5] ACPI / processor_idle: introduce ACPI_PROCESSOR_CSTATE
- From: Sudeep Holla <sudeep.holla@xxxxxxx>
- Re: [PATCH v6 00/14] ACPI NUMA support for ARM64
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH 11/12] kexec: allow architectures to override boot mapping
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
- Re: [PATCH 11/12] kexec: allow architectures to override boot mapping
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: [PATCH v6 13/14] arm64, acpi, numa: NUMA support based on SRAT and SLIT
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- Re: [PATCH v6 13/14] arm64, acpi, numa: NUMA support based on SRAT and SLIT
- From: David Daney <ddaney@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v6 00/14] ACPI NUMA support for ARM64
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH v6 00/14] ACPI NUMA support for ARM64
- From: David Daney <ddaney@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v6 00/14] ACPI NUMA support for ARM64
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH v6 00/14] ACPI NUMA support for ARM64
- From: David Daney <ddaney@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v6 00/14] ACPI NUMA support for ARM64
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH 11/12] kexec: allow architectures to override boot mapping
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
- Re: [PATCH v5 1/5] ACPI / processor_idle: introduce ACPI_PROCESSOR_CSTATE
- From: Len Brown <lenb@xxxxxxxxxx>
- Re: [PATCH v5 1/5] ACPI / processor_idle: introduce ACPI_PROCESSOR_CSTATE
- From: Sudeep Holla <sudeep.holla@xxxxxxx>
- Re: [PATCH v5 1/5] ACPI / processor_idle: introduce ACPI_PROCESSOR_CSTATE
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- [PATCH v5 1/5] ACPI / processor_idle: introduce ACPI_PROCESSOR_CSTATE
- From: Sudeep Holla <sudeep.holla@xxxxxxx>
- Re: [PATCH v4 1/5] ACPI / processor_idle: introduce ARCH_SUPPORTS_ACPI_PROCESSOR_CSTATE
- From: Sudeep Holla <sudeep.holla@xxxxxxx>
- Re: [PATCH v6 00/14] ACPI NUMA support for ARM64
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH v6 14/14] acpi, numa: Enable ACPI based NUMA on ARM64
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v6 13/14] arm64, acpi, numa: NUMA support based on SRAT and SLIT
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 00/12] Fixing TI Keystone2 kexec
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH 00/12] Fixing TI Keystone2 kexec
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
- Re: [PATCH 00/12] Fixing TI Keystone2 kexec
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH v6 07/14] arm64, numa: Cleanup NUMA disabled messages.
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v6 06/14] arm64, numa: rework numa_add_memblk()
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- [patch V4 05/31] bitops: Add ia-specific parity functions
- From: zengzhaoxiu@xxxxxxx
- Re: [PATCH 00/12] Fixing TI Keystone2 kexec
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
- [patch V4 00/31] bitops: add parity functions
- From: zengzhaoxiu@xxxxxxx
- Re: [PATCH 00/12] Fixing TI Keystone2 kexec
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH v6 00/14] ACPI NUMA support for ARM64
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH v4 1/5] ACPI / processor_idle: introduce ARCH_SUPPORTS_ACPI_PROCESSOR_CSTATE
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- RE: [PATCH 0/5] ia64: Fix compiler warnings
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH 1/5] ia64/PCI: Fix incorrect PCI resource end address
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH 3/5] ia64: Reduce stack usage by iterating over nodemask
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH 2/5] ia64/PCI: Remove unused 'addr' and fix build warning
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH 4/5] ia64/traps: Silence GCC warning about uninitialised variable
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH 5/5] ia64/unaligned: Silence another GCC warning about an uninitialised variable
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH 0/5] ia64: Fix compiler warnings
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 10/12] kexec: arrange for paddr_vmcoreinfo_note() to return phys_addr_t
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: [PATCH 06/12] ARM: kexec: advertise location of bootable RAM
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH 10/12] kexec: arrange for paddr_vmcoreinfo_note() to return phys_addr_t
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH 10/12] kexec: arrange for paddr_vmcoreinfo_note() to return phys_addr_t
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: [PATCH 10/12] kexec: arrange for paddr_vmcoreinfo_note() to return phys_addr_t
- From: Pratyush Anand <panand@xxxxxxxxxx>
- Re: [PATCH 10/12] kexec: arrange for paddr_vmcoreinfo_note() to return phys_addr_t
- From: Baoquan He <bhe@xxxxxxxxxx>
- RE: [PATCH] ia64: Remove superfluous SMP function call
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH] ia64: Remove superfluous SMP function call
- From: Anna-Maria Gleixner <anna-maria@xxxxxxxxxxxxx>
- Re: [PATCH 06/12] ARM: kexec: advertise location of bootable RAM
- From: Pratyush Anand <panand@xxxxxxxxxx>
- Re: [PATCH 06/12] ARM: kexec: advertise location of bootable RAM
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH 06/12] ARM: kexec: advertise location of bootable RAM
- From: Pratyush Anand <panand@xxxxxxxxxx>
- Re: [PATCH 03/12] ARM: kexec: remove 512MB restriction on kexec crashdump
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH 06/12] ARM: kexec: advertise location of bootable RAM
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH 03/12] ARM: kexec: remove 512MB restriction on kexec crashdump
- From: Pratyush Anand <panand@xxxxxxxxxx>
- Re: [PATCH 10/12] kexec: arrange for paddr_vmcoreinfo_note() to return phys_addr_t
- From: Pratyush Anand <panand@xxxxxxxxxx>
- Re: [PATCH 06/12] ARM: kexec: advertise location of bootable RAM
- From: Pratyush Anand <panand@xxxxxxxxxx>
- Re: [PATCH] parisc,metag: Implement CONFIG_DEBUG_STACK_USAGE option
- From: James Hogan <james.hogan@xxxxxxxxxx>
- Re: [PATCH 03/12] ARM: kexec: remove 512MB restriction on kexec crashdump
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH 11/12] kexec: allow architectures to override boot mapping
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH 10/12] kexec: arrange for paddr_vmcoreinfo_note() to return phys_addr_t
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH 06/12] ARM: kexec: advertise location of bootable RAM
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH 10/12] kexec: arrange for paddr_vmcoreinfo_note() to return phys_addr_t
- From: Pratyush Anand <panand@xxxxxxxxxx>
- Re: [PATCH 10/12] kexec: arrange for paddr_vmcoreinfo_note() to return phys_addr_t
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH 11/12] kexec: allow architectures to override boot mapping
- From: Pratyush Anand <panand@xxxxxxxxxx>
- Re: [PATCH 10/12] kexec: arrange for paddr_vmcoreinfo_note() to return phys_addr_t
- From: Pratyush Anand <panand@xxxxxxxxxx>
- Re: [PATCH 09/12] kexec: ensure user memory sizes do not wrap
- From: Pratyush Anand <panand@xxxxxxxxxx>
- Re: [PATCH 08/12] kexec: don't invoke OOM-killer for control page allocation
- From: Pratyush Anand <panand@xxxxxxxxxx>
- Re: [PATCH 06/12] ARM: kexec: advertise location of bootable RAM
- From: Pratyush Anand <panand@xxxxxxxxxx>
- Re: [PATCH 04/12] ARM: provide arm_has_idmap_alias() helper
- From: Pratyush Anand <panand@xxxxxxxxxx>
- Re: [PATCH 03/12] ARM: kexec: remove 512MB restriction on kexec crashdump
- From: Pratyush Anand <panand@xxxxxxxxxx>
- Re: [PATCH 01/12] ARM: kexec: fix crashkernel= handling
- From: Pratyush Anand <panand@xxxxxxxxxx>
- Re: [PATCH 2/3] kexec: ensure user memory sizes do not wrap
- From: Minfei Huang <mhuang@xxxxxxxxxx>
- Re: [PATCH 2/3] kexec: ensure user memory sizes do not wrap
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH 2/3] kexec: ensure user memory sizes do not wrap
- From: Minfei Huang <mhuang@xxxxxxxxxx>
- Re: [PATCH 00/12] Fixing TI Keystone2 kexec
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [PATCH 2/3] kexec: ensure user memory sizes do not wrap
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH 2/3] kexec: ensure user memory sizes do not wrap
- From: Minfei Huang <mhuang@xxxxxxxxxx>
- Re: [PATCH 3/3] kexec: arrange for paddr_vmcoreinfo_note() to return phys_addr_t
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: [PATCH 2/3] kexec: ensure user memory sizes do not wrap
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: [PATCH 1/3] kexec: don't invoke OOM-killer for control page allocation
- From: Baoquan He <bhe@xxxxxxxxxx>
- [PATCH 11/12] kexec: allow architectures to override boot mapping
- From: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx>
- [PATCH 12/12] ARM: kexec: fix kexec for Keystone 2
- From: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx>
- [PATCH 09/12] kexec: ensure user memory sizes do not wrap
- From: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx>
- [PATCH 10/12] kexec: arrange for paddr_vmcoreinfo_note() to return phys_addr_t
- From: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx>
- [PATCH 08/12] kexec: don't invoke OOM-killer for control page allocation
- From: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx>
- [PATCH 07/12] ARM: keystone: dts: add psci command definition
- From: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx>
- [PATCH 06/12] ARM: kexec: advertise location of bootable RAM
- From: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx>
- [PATCH 05/12] ARM: kdump: advertise boot aliased crash kernel resource
- From: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx>
- [PATCH 04/12] ARM: provide arm_has_idmap_alias() helper
- From: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx>
- [PATCH 03/12] ARM: kexec: remove 512MB restriction on kexec crashdump
- From: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx>
- [PATCH 02/12] ARM: provide improved virt_to_idmap() functionality
- From: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx>
- [PATCH 01/12] ARM: kexec: fix crashkernel= handling
- From: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx>
- [PATCH 00/12] Fixing TI Keystone2 kexec
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] kexec: arrange for paddr_vmcoreinfo_note() to return phys_addr_t
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- [PATCH v6 02/14] acpi, numa: Replace ACPI_DEBUG_PRINT() with pr_debug()
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v6 00/14] ACPI NUMA support for ARM64
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v6 01/14] acpi, numa: Use pr_fmt() instead of printk
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v6 03/14] acpi, numa: remove duplicate NULL check
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v6 04/14] acpi, numa: Move acpi_numa_arch_fixup() to ia64 only
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v6 05/14] acpi, numa: move acpi_numa_slit_init() to drivers/acpi/numa.c
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v6 07/14] arm64, numa: Cleanup NUMA disabled messages.
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v6 06/14] arm64, numa: rework numa_add_memblk()
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v6 09/14] acpi, numa: move bad_srat() and srat_disabled() to drivers/acpi/numa.c
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v6 08/14] x86, acpi, numa: cleanup acpi_numa_processor_affinity_init()
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v6 10/14] acpi, numa: remove unneeded acpi_numa=1
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v6 13/14] arm64, acpi, numa: NUMA support based on SRAT and SLIT
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v6 11/14] acpi, numa: Move acpi_numa_memory_affinity_init() to drivers/acpi/numa.c
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v6 12/14] acpi, numa, srat: Improve SRAT error detection and add messages.
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v6 14/14] acpi, numa: Enable ACPI based NUMA on ARM64
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- Re: [PATCH v5 12/14] arm64, acpi, numa: NUMA support based on SRAT and SLIT
- From: David Daney <ddaney@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 6/8] char/genrtc: parisc: use asm-generic/rtc.h
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH] x86/locking/rwsem: Cleanup ____down_write()
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 6/8] char/genrtc: parisc: use asm-generic/rtc.h
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v5 12/14] arm64, acpi, numa: NUMA support based on SRAT and SLIT
- From: Dennis Chen <dennis.chen@xxxxxxxxxx>
- Re: [PATCH 6/8] char/genrtc: parisc: use asm-generic/rtc.h
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: char: legacy RTC cleanups
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 6/8] char/genrtc: parisc: use asm-generic/rtc.h
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: char: legacy RTC cleanups
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: char: legacy RTC cleanups
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 2/8] char/rtc: legacy RTC is no longer supported on x86
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH 4/8] char/rtc: move mc146818rtc code out of asm-generic/rtc.h
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: char: legacy RTC cleanups
- From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 4/8] char/rtc: move mc146818rtc code out of asm-generic/rtc.h
- From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/8] char/rtc: remove empty asm/mc146818rtc.h files
- From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
- Re: char: legacy RTC cleanups
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 2/8] char/rtc: legacy RTC is no longer supported on x86
- From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
- Re: char: legacy RTC cleanups
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 1/8] char/rtc: replace blacklist with whitelist
- From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
- Re: char: legacy RTC cleanups
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v5 12/14] arm64, acpi, numa: NUMA support based on SRAT and SLIT
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- Re: [PATCH v5 00/14] ACPI NUMA support for ARM64
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- Re: [PATCH v5 12/14] arm64, acpi, numa: NUMA support based on SRAT and SLIT
- From: David Daney <ddaney@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 6/8] char/genrtc: parisc: use asm-generic/rtc.h
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- [PATCH 4/8] char/rtc: move mc146818rtc code out of asm-generic/rtc.h
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 2/8] char/rtc: legacy RTC is no longer supported on x86
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 7/8] char/genrtc: disallow building on Alpha
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 1/8] char/rtc: replace blacklist with whitelist
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 5/8] char/genrtc: powerpc: use asm-generic/rtc.h
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 6/8] char/genrtc: parisc: use asm-generic/rtc.h
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 8/8] char/genrtc: disallow building on mn10300
- From: Arnd Bergmann <arnd@xxxxxxxx>
- char: legacy RTC cleanups
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 3/8] char/rtc: remove empty asm/mc146818rtc.h files
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v5 00/14] ACPI NUMA support for ARM64
- From: David Daney <ddaney@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 00/14] ACPI NUMA support for ARM64
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH v5 00/14] ACPI NUMA support for ARM64
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- Re: [PATCH v5 00/14] ACPI NUMA support for ARM64
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH v5 00/14] ACPI NUMA support for ARM64
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- Re: [PATCH v5 04/14] acpi, numa: Move acpi_numa_arch_fixup() to ia64 only
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- Re: [PATCH v5 00/14] ACPI NUMA support for ARM64
- From: David Daney <ddaney@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] kbuild: drop redundant "PHONY += FORCE"
- From: Michal Marek <mmarek@xxxxxxx>
- Re: [PATCH v5 00/14] ACPI NUMA support for ARM64
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v5 12/14] arm64, acpi, numa: NUMA support based on SRAT and SLIT
- From: Dennis Chen <dennis.chen@xxxxxxxxxx>
- Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH v5 12/14] arm64, acpi, numa: NUMA support based on SRAT and SLIT
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v4 1/5] ACPI / processor_idle: introduce ARCH_SUPPORTS_ACPI_PROCESSOR_CSTATE
- From: Sudeep Holla <sudeep.holla@xxxxxxx>
- Re: [PATCH v4 1/5] ACPI / processor_idle: introduce ARCH_SUPPORTS_ACPI_PROCESSOR_CSTATE
- From: Vikas Sajjan <sajjan.linux@xxxxxxxxx>
- [PATCH 17/23] ia64: remove ARCH_WANT_OPTIONAL_GPIOLIB
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH] kbuild: drop redundant "PHONY += FORCE"
- From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
- Re: [PATCH] kbuild: drop redundant "PHONY += FORCE"
- From: Michal Marek <mmarek@xxxxxxx>
- Re: [PATCH v5 12/14] arm64, acpi, numa: NUMA support based on SRAT and SLIT
- From: Ganapatrao Kulkarni <gpkulkarni@xxxxxxxxx>
- Re: [PATCH] kbuild: drop FORCE from PHONY targets
- From: Michal Marek <mmarek@xxxxxxxx>
- Re: [PATCH v5 12/14] arm64, acpi, numa: NUMA support based on SRAT and SLIT
- From: Dennis Chen <dennis.chen@xxxxxxxxxx>
- [PATCH v5 14/14] arm64, acpi, numa: Default enable ACPI_NUMA with NUMA
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v5 03/14] acpi, numa: remove duplicate NULL check
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v5 06/14] arm64, numa: rework numa_add_memblk()
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v5 09/14] acpi, numa: remove unneeded acpi_numa=1
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v5 07/14] x86, acpi, numa: cleanup acpi_numa_processor_affinity_init()
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v5 04/14] acpi, numa: Move acpi_numa_arch_fixup() to ia64 only
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v5 10/14] acpi, numa: Move acpi_numa_memory_affinity_init() to drivers/acpi/numa.c
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v5 11/14] acpi, numa, srat: Improve SRAT error detection and add messages.
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v5 08/14] acpi, numa: move bad_srat() and srat_disabled() to drivers/acpi/numa.c
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v5 12/14] arm64, acpi, numa: NUMA support based on SRAT and SLIT
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v5 13/14] acpi, numa: Enable ACPI based NUMA on ARM64
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v5 05/14] acpi, numa: move acpi_numa_slit_init() to drivers/acpi/numa.c
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v5 02/14] acpi, numa: Replace ACPI_DEBUG_PRINT() with pr_debug()
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v5 01/14] acpi, numa: Use pr_fmt() instead of printk
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH v5 00/14] ACPI NUMA support for ARM64
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- Re: [PATCH v4 00/14] ACPI NUMA support for ARM64
- From: David Daney <ddaney@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 1/5] ACPI / processor_idle: introduce ARCH_SUPPORTS_ACPI_PROCESSOR_CSTATE
- From: Sudeep Holla <sudeep.holla@xxxxxxx>
- Re: [PATCH v4 1/5] ACPI / processor_idle: introduce ARCH_SUPPORTS_ACPI_PROCESSOR_CSTATE
- From: kbuild test robot <lkp@xxxxxxxxx>
- [PATCH v4 1/5] ACPI / processor_idle: introduce ARCH_SUPPORTS_ACPI_PROCESSOR_CSTATE
- From: Sudeep Holla <sudeep.holla@xxxxxxx>
Mail converted by MHonArc
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[GCC Help]
[Bugtraq]