Linux ia64 Archive — Date Index

• Thread Index

• Re: [RFC PATCH-tip v4 01/10] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Jason Low <jason.low2@xxxxxx>
• Re: [RFC PATCH-tip v4 01/10] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• [ia64:rdt-cat-resplit 8/14] arch/x86/kernel/cpu/intel_rdt_rdtgroup.c:33:1: error: type defaults to 'int' in declaration of 'DEFINE_STATIC_KEY_FALSE'
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [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
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 02/16] dell-smo8800: include uaccess.h
  • From: mcgrof@xxxxxxxxxx
• [PATCH v1 6/7] tools: add __section() to compiler.h
  • From: mcgrof@xxxxxxxxxx
• [PATCH v1 1/7] tools: add a userspace tools bug.h
  • From: mcgrof@xxxxxxxxxx
• [PATCH v1 5/7] tools: expand export.h with VMLINUX_SYMBOL()
  • From: mcgrof@xxxxxxxxxx
• [PATCH v1 4/7] tools: add __used and enable to override
  • From: mcgrof@xxxxxxxxxx
• [PATCH v1 3/7] tools: add init.h for tools
  • From: mcgrof@xxxxxxxxxx
• [PATCH v1 2/7] tools: add a basic tools printk.h
  • From: mcgrof@xxxxxxxxxx
• [PATCH v1 0/7] tools: add linker table userspace sandbox
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 01/16] x86: remove LTO_REFERENCE_INITCALL()
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 00/16] linux: generalize sections, ranges and linker tables
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 06/16] ranges.h: add helpers to build and identify Linux section ranges
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 10/16] firmware: port built-in section to linker table
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 07/16] tables.h: add linker table support
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 05/16] xtensa: skip adding literal when SORT() is used
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 02/16] dell-smo8800: include uaccess.h
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 03/16] scripts/module-common.lds: enable generation
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 03/16] scripts/module-common.lds: enable generation
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 07/16] tables.h: add linker table support
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 04/16] generic-sections: add section core helpers
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 06/16] ranges.h: add helpers to build and identify Linux section ranges
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 08/16] kbuild: enable option to force compile force-obj-y and force-lib-y
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 01/16] x86: remove LTO_REFERENCE_INITCALL()
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 10/16] firmware: port built-in section to linker table
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 00/16] linux: generalize sections, ranges and linker tables
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 15/16] kprobes: port .kprobes.text to section range
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 16/16] kprobes: port blacklist kprobes to linker table
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 14/16] kprobes: move kprobe declarations to asm-generic/kprobes.h
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 13/16] dynamic_debug: port to use linker tables
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 08/16] kbuild: enable option to force compile force-obj-y and force-lib-y
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 12/16] jump_label: port __jump_table to linker tables
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 11/16] jump_label: move guard #endif down where it belongs
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 09/16] firmware/Makefile: force recompilation if makefile changes
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 05/16] xtensa: skip adding literal when SORT() is used
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 09/16] firmware/Makefile: force recompilation if makefile changes
  • From: mcgrof@xxxxxxxxxx
• 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>