Linux Arch
[Prev Page][Next Page]
- Re: [PATCH v3 0/2] qspinlock: Introducing a 4-byte queue spinlock
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation
- From: "George Spelvin" <linux@xxxxxxxxxxx>
- Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation
- From: Davidlohr Bueso <davidlohr@xxxxxx>
- Re: [PATCH 27/73] drivers/clk: don't use module_init in clk-nomadik.c which is non-modular
- From: Mike Turquette <mturquette@xxxxxxxxxx>
- Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation
- From: "George Spelvin" <linux@xxxxxxxxxxx>
- Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation
- From: Waiman Long <waiman.long@xxxxxx>
- [PATCH 1/3] kconfig: consolidate arch-specific seccomp options
- From: Dave Hansen <dave@xxxxxxxx>
- Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation
- From: "George Spelvin" <linux@xxxxxxxxxxx>
- Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] kconfig: consolidate arch-specific seccomp options
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation
- From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
- Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation
- From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
- Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH v3 2/2] qspinlock, x86: Enable x86-64 to use queue spinlock
- From: Rik van Riel <riel@xxxxxxxxxx>
- Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation
- From: Rik van Riel <riel@xxxxxxxxxx>
- Re: [PATCH] kconfig: consolidate arch-specific seccomp options
- From: Dave Hansen <dave@xxxxxxxx>
- Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH v3 0/2] qspinlock: Introducing a 4-byte queue spinlock
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] kconfig: consolidate arch-specific seccomp options
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] kconfig: consolidate arch-specific seccomp options
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v3 0/2] qspinlock: Introducing a 4-byte queue spinlock
- From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] arch: use ASM_NL instead of ';' for assembler new line character in the macro
- From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
- [PATCH] kconfig: consolidate arch-specific seccomp options
- From: Dave Hansen <dave@xxxxxxxx>
- Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH 49/73] drivers/mtd: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH -tip v6 00/22] kprobes: introduce NOKPROBE_SYMBOL(), cleanup and fixes crash bugs
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation
- From: "George Spelvin" <linux@xxxxxxxxxxx>
- Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [PATCH 49/73] drivers/mtd: delete non-required instances of include <linux/init.h>
- From: Brian Norris <computersforpeace@xxxxxxxxx>
- [PATCH v3 2/2] qspinlock, x86: Enable x86-64 to use queue spinlock
- From: Waiman Long <Waiman.Long@xxxxxx>
- [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation
- From: Waiman Long <Waiman.Long@xxxxxx>
- [PATCH v3 0/2] qspinlock: Introducing a 4-byte queue spinlock
- From: Waiman Long <Waiman.Long@xxxxxx>
- Re: [PATCH RFC 00/73] tree-wide: clean up some no longer required #include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH RFC 00/73] tree-wide: clean up some no longer required #include <linux/init.h>
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] arch: use ASM_NL instead of ';' for assembler new line character in the macro
- From: Michal Marek <mmarek@xxxxxxx>
- [PATCH] jump label: constify lookup functions
- From: Sasha Levin <sasha.levin@xxxxxxxxxx>
- Re: [PATCH v9 3/5] qrwlock, x86 - Treat all data type not bigger than long as atomic in x86
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 01/13] sched: Add 3 new scheduler syscalls to support an extended scheduling parameters ABI
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v3] arch: use ASM_NL instead of ';' for assembler new line character in the macro
- From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
- Re: [PATCH v11 1/4] qrwlock: A queue read/write lock implementation
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH v11 4/4] qrwlock: Use the mcs_spinlock helper functions for MCS queuing
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH 51/73] drivers/i2c: delete non-required instances of include <linux/init.h>
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 30/73] drivers/i2c: busses/i2c-acorn.c is tristate and should use module.h
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 51/73] drivers/i2c: delete non-required instances of include <linux/init.h>
- From: Jean Delvare <khali@xxxxxxxxxxxx>
- Re: [PATCH v9 6/6] MCS Lock: Allow architecture specific asm files to be used for contended case
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v9 6/6] MCS Lock: Allow architecture specific asm files to be used for contended case
- From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
- Re: [PATCH 59/73] drivers/gpio: delete non-required instances of include <linux/init.h>
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH v11 4/4] qrwlock: Use the mcs_spinlock helper functions for MCS queuing
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v11 1/4] qrwlock: A queue read/write lock implementation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v11 2/4] qrwlock, x86: Enable x86 to use queue read/write lock
- From: Waiman Long <Waiman.Long@xxxxxx>
- [PATCH v11 1/4] qrwlock: A queue read/write lock implementation
- From: Waiman Long <Waiman.Long@xxxxxx>
- [PATCH v11 4/4] qrwlock: Use the mcs_spinlock helper functions for MCS queuing
- From: Waiman Long <Waiman.Long@xxxxxx>
- [PATCH v11 3/4] qrwlock, x86: Add char and short as atomic data type in x86
- From: Waiman Long <Waiman.Long@xxxxxx>
- [PATCH v11 0/4] Introducing a queue read/write lock implementation
- From: Waiman Long <Waiman.Long@xxxxxx>
- Re: [PATCH 59/73] drivers/gpio: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH 59/73] drivers/gpio: delete non-required instances of include <linux/init.h>
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH v10 1/4] qrwlock: A queue read/write lock implementation
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH v10 1/4] qrwlock: A queue read/write lock implementation
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v10 1/4] qrwlock: A queue read/write lock implementation
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH v10 1/4] qrwlock: A queue read/write lock implementation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v10 1/4] qrwlock: A queue read/write lock implementation
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v10 1/4] qrwlock: A queue read/write lock implementation
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH 50/73] drivers/hwmon: delete non-required instances of include <linux/init.h>
- From: Jean Delvare <khali@xxxxxxxxxxxx>
- Re: [PATCH 19/73] arm: mach-s3c64xx mach-crag6410-module.c is not modular
- From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v10 1/4] qrwlock: A queue read/write lock implementation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 59/73] drivers/gpio: delete non-required instances of include <linux/init.h>
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH 52/73] drivers/pinctrl: delete non-required instances of include <linux/init.h>
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH RFC 00/73] tree-wide: clean up some no longer required #include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [RFC][PATCH] MIPS: VPE: Remove vpe_getuid and vpe_getgid
- From: Deng-Cheng Zhu <dengcheng.zhu@xxxxxxxxxx>
- [PATCH v10 2/4] qrwlock, x86: Enable x86 to use queue read/write lock
- From: Waiman Long <Waiman.Long@xxxxxx>
- [PATCH v10 1/4] qrwlock: A queue read/write lock implementation
- From: Waiman Long <Waiman.Long@xxxxxx>
- [PATCH v10 4/4] qrwlock: Use the mcs_spinlock helper functions for MCS queuing
- From: Waiman Long <Waiman.Long@xxxxxx>
- [PATCH v10 3/4] qrwlock, x86: Add char and short as atomic data type in x86
- From: Waiman Long <Waiman.Long@xxxxxx>
- [PATCH v10 0/4] Introducing a queue read/write lock implementation
- From: Waiman Long <Waiman.Long@xxxxxx>
- Re: [PATCH 65/73] drivers/edac: delete non-required instances of include <linux/init.h>
- From: Borislav Petkov <bp@xxxxxxxxx>
- [PATCH RFC 1/4] drivers: of: add initialization code for reserved memory
- From: Josh Cartwright <joshc@xxxxxxxxxxxxxx>
- [PATCH RFC 0/4] reserved-memory regions/CMA in devicetree, again
- From: Josh Cartwright <joshc@xxxxxxxxxxxxxx>
- Re: [PATCH v9 6/6] MCS Lock: Allow architecture specific asm files to be used for contended case
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] bitops: fix signedness of compile-time hweight implementations
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] bitops: fix signedness of compile-time hweight implementations
- From: Paul Walmsley <pwalmsley@xxxxxxxxxx>
- Re: [PATCH 1/1] Per socket value for max datagram queue length
- From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] Per socket value for max datagram queue length
- From: Daniel Borkmann <dborkman@xxxxxxxxxx>
- Re: [PATCH 1/1] Per socket value for max datagram queue length
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- Re: [PATCH 1/1] Per socket value for max datagram queue length
- From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
- [PATCH 1/1] Per socket value for max datagram queue length
- From: Dan Ballard <dan@xxxxxxxxxxxx>
- Re: [PATCH 0/8] Update kernel uabi header files for x32
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v9 3/5] qrwlock, x86 - Treat all data type not bigger than long as atomic in x86
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v9 3/5] qrwlock, x86 - Treat all data type not bigger than long as atomic in x86
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v9 3/5] qrwlock, x86 - Treat all data type not bigger than long as atomic in x86
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH 01/73] init: delete the __cpuinit related stubs
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxx>
- Re: [PATCH 68/73] drivers/cpufreq: delete non-required instances of <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxx>
- Re: [PATCH v9 3/5] qrwlock, x86 - Treat all data type not bigger than long as atomic in x86
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH RFC 00/73] tree-wide: clean up some no longer required #include <linux/init.h>
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH 68/73] drivers/cpufreq: delete non-required instances of <linux/init.h>
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v9 3/5] qrwlock, x86 - Treat all data type not bigger than long as atomic in x86
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH 10/73] powerpc: use device_initcall for registering rtc devices
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH 31/73] module: relocate module_init from init.h to module.h
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH 31/73] module: relocate module_init from init.h to module.h
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: [PATCH 37/73] alpha: delete non-required instances of <linux/init.h>
- From: Richard Henderson <rth@xxxxxxxxxxx>
- Re: [PATCH 22/73] alpha: don't use module_init for non-modular core code
- From: Richard Henderson <rth@xxxxxxxxxxx>
- Re: [PATCH v9 3/5] qrwlock, x86 - Treat all data type not bigger than long as atomic in x86
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 31/73] module: relocate module_init from init.h to module.h
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH 10/73] powerpc: use device_initcall for registering rtc devices
- From: Geoff Levand <geoff@xxxxxxxxxxxxx>
- [PATCH v9 5/6] MCS Lock: Order the header files in Kbuild of each architecture in alphabetical order
- From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
- [PATCH v9 3/6] MCS Lock: Optimizations and extra comments
- From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
- [PATCH v9 6/6] MCS Lock: Allow architecture specific asm files to be used for contended case
- From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
- [PATCH v9 4/6] MCS Lock: Allow architectures to hook in to contended paths
- From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
- [PATCH v9 2/6] MCS Lock: Restructure the MCS lock defines and locking code into its own file
- From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
- [PATCH v9 1/6] MCS Lock: Barrier corrections
- From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
- [PATCH v9 0/6] MCS Lock: MCS lock code cleanup and optimizations
- From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
- Re: [PATCH 45/73] acpi: delete non-required instances of include <linux/init.h>
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH 67/73] drivers/base: delete non-required instances of include <linux/init.h>
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH 35/73] sparc: delete non-required instances of include <linux/init.h>
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 53/73] drivers/isdn: delete non-required instances of include <linux/init.h>
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 23/73] sparc: don't use module_init in non-modular pci.c code
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 50/73] drivers/hwmon: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH 60/73] drivers/bluetooth: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH v8 6/6] MCS Lock: Allow architecture specific asm files to be used for contended case
- From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
- Re: [PATCH 12/73] powerpc: kvm e500/44x is not modular, so don't use module_init
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH 20/73] arm: use subsys_initcall in non-modular pl320 IPC code
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH 60/73] drivers/bluetooth: delete non-required instances of include <linux/init.h>
- From: Marcel Holtmann <marcel@xxxxxxxxxxxx>
- [PATCH 03/73] fs/notify: don't use module_init for non-modular inotify_user code
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 04/73] netfilter: don't use module_init/exit in core IPV4 code
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 05/73] x86: don't use module_init in non-modular intel_mid_vrtc.c
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 07/73] x86: replace __init_or_module with __init in non-modular vsmp_64.c
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 06/73] x86: don't use module_init for non-modular core bootflag code
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 08/73] drivers/tty/hvc: don't use module_init in non-modular hyp. console code
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 09/73] staging: don't use module_init in non-modular ion_dummy_driver.c
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 12/73] powerpc: kvm e500/44x is not modular, so don't use module_init
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 11/73] powerpc: book3s KVM can be modular so it should use module.h
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 14/73] powerpc: don't use module_init for non-modular core hugetlb code
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 15/73] powerpc: don't use module_init in non-modular 83xx suspend code
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 13/73] powerpc: use subsys_initcall for Freescale Local Bus
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 25/73] ia64: don't use module_init for non-modular core kernel/mca.c code
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 26/73] ia64: don't use module_init in non-modular sim/simscsi.c code
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH 20/73] arm: use subsys_initcall in non-modular pl320 IPC code
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 22/73] alpha: don't use module_init for non-modular core code
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH 73/73] include: remove needless instances of <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH 44/73] spi: delete non-required instances of include <linux/init.h>
- From: Mark Brown <broonie@xxxxxxxxxx>
- [PATCH 24/73] m68k: don't use module_init in non-modular mvme16x/rtc.c code
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 32/73] logo: emit "#include <linux/init.h> in autogenerated C file
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 31/73] module: relocate module_init from init.h to module.h
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 30/73] drivers/i2c: busses/i2c-acorn.c is tristate and should use module.h
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH 67/73] drivers/base: delete non-required instances of include <linux/init.h>
- From: Pavel Machek <pavel@xxxxxx>
- [PATCH 35/73] sparc: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 16/73] arm: include module.h in drivers/bus/omap_l3_smx.c
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 20/73] arm: use subsys_initcall in non-modular pl320 IPC code
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 18/73] arm: fix implicit #include <linux/init.h> in entry asm.
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 37/73] alpha: delete non-required instances of <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 44/73] spi: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 41/73] video: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 28/73] cpuidle: don't use modular platform register in non-modular ARM drivers
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 21/73] arm: don't use module_init in non-modular mach-vexpress/spc.c code
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 48/73] drivers/ata: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 40/73] watchdog: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH 73/73] include: remove needless instances of <linux/init.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 50/73] drivers/hwmon: delete non-required instances of include <linux/init.h>
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 34/73] mips: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 52/73] drivers/pinctrl: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 19/73] arm: mach-s3c64xx mach-crag6410-module.c is not modular
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 33/73] arm: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 53/73] drivers/isdn: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 38/73] blackfin: delete non-required instances of <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 17/73] arm: fix implicit module.h use in mach-at91 gpio.h
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH 67/73] drivers/base: delete non-required instances of include <linux/init.h>
- From: Mark Brown <broonie@xxxxxxxxxx>
- [PATCH 49/73] drivers/mtd: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 59/73] drivers/gpio: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 62/73] drivers/crypto: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 39/73] powerpc: delete another unrequired instance of <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 57/73] drivers/infiniband: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 61/73] drivers/mmc: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 55/73] drivers/pcmcia: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 46/73] drivers/power: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 64/73] drivers/misc: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 54/73] drivers/leds: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 58/73] drivers/mfd: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 69/73] drivers/pci: delete non-required instances of <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 60/73] drivers/bluetooth: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 63/73] drivers/platform: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 68/73] drivers/cpufreq: delete non-required instances of <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 70/73] drivers/dma: delete non-required instances of <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 67/73] drivers/base: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 72/73] drivers: delete remaining non-required instances of <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 73/73] include: remove needless instances of <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 10/73] powerpc: use device_initcall for registering rtc devices
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 71/73] drivers/gpu: delete non-required instances of <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 56/73] drivers/char: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 51/73] drivers/i2c: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 43/73] scsi: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 65/73] drivers/edac: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 50/73] drivers/hwmon: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 42/73] rtc: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 66/73] drivers/macintosh: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 45/73] acpi: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 36/73] s390: delete non-required instances of include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 27/73] drivers/clk: don't use module_init in clk-nomadik.c which is non-modular
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH RFC 00/73] tree-wide: clean up some no longer required #include <linux/init.h>
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 29/73] drivers/platform: don't use modular register in non-modular pdev_bus.c
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 23/73] sparc: don't use module_init in non-modular pci.c code
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 01/73] init: delete the __cpuinit related stubs
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 02/73] mm: replace module_init usages with subsys_initcall in nommu.c
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [RFC][PATCH] MIPS: VPE: Remove vpe_getuid and vpe_getgid
- From: "Steven J. Hill" <Steven.Hill@xxxxxxxxxx>
- [RFC][PATCH] MIPS: VPE: Remove vpe_getuid and vpe_getgid
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH v8 3/6] MCS Lock: optimizations and extra comments
- From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
- Re: [PATCH 0/8] Update kernel uabi header files for x32
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH v9 3/5] qrwlock, x86 - Treat all data type not bigger than long as atomic in x86
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH v9 2/5] qrwlock x86: Enable x86 to use queue read/write lock
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH v9 1/5] qrwlock: A queue read/write lock implementation
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH v9 4/5] qrwlock: Use smp_store_release() in write_unlock()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v9 4/5] qrwlock: Use smp_store_release() in write_unlock()
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH 0/8] Update kernel uabi header files for x32
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH v9 3/5] qrwlock, x86 - Treat all data type not bigger than long as atomic in x86
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v9 3/5] qrwlock, x86 - Treat all data type not bigger than long as atomic in x86
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH 0/8] Update kernel uabi header files for x32
- From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
- Re: [PATCH 0/8] Update kernel uabi header files for x32
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v8 3/6] MCS Lock: optimizations and extra comments
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v8 6/6] MCS Lock: Allow architecture specific asm files to be used for contended case
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v8 4/6] MCS Lock: Move mcs_lock/unlock function into its own
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v8 3/6] MCS Lock: optimizations and extra comments
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v7 6/6] MCS Lock: add Kconfig entries to allow arch-specific hooks
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v3] arch: use ASM_NL instead of ';' for assembler new line character in the macro
- From: Vineet Gupta <vgupta@xxxxxxxxxxxx>
- [PATCH v8 6/6] MCS Lock: Allow architecture specific asm files to be used for contended case
- From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
- [PATCH v8 4/6] MCS Lock: Move mcs_lock/unlock function into its own
- From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
- [PATCH v8 2/6] MCS Lock: Restructure the MCS lock defines and locking
- From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
- [PATCH v8 3/6] MCS Lock: optimizations and extra comments
- From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
- [PATCH v8 5/6] MCS Lock: allow architectures to hook in to contended
- From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
- [PATCH v8 1/6] MCS Lock: Barrier corrections
- From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
- [PATCH v8 0/6] MCS Lock: MCS lock code cleanup and optimizations
- From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
- Re: [PATCH v7 6/6] MCS Lock: add Kconfig entries to allow arch-specific hooks
- From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
- Re: [PATCH v7 1/6] MCS Lock: Restructure the MCS lock defines and locking code into its own file
- From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
- Re: [PATCH v7 2/6] MCS Lock: optimizations and extra comments
- From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
- Re: [PATCH 0/8] Update kernel uabi header files for x32
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 0/8] Update kernel uabi header files for x32
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 0/8] Update kernel uabi header files for x32
- From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
- Re: [PATCH 0/8] Update kernel uabi header files for x32
- From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
- Re: [PATCH 0/8] Update kernel uabi header files for x32
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH 0/8] Update kernel uabi header files for x32
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH v9 2/5] qrwlock x86: Enable x86 to use queue read/write lock
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v9 2/5] qrwlock x86: Enable x86 to use queue read/write lock
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v9 1/5] qrwlock: A queue read/write lock implementation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v9 4/5] qrwlock: Use smp_store_release() in write_unlock()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v9 3/5] qrwlock, x86 - Treat all data type not bigger than long as atomic in x86
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v7 0/6] MCS Lock: MCS lock code cleanup and optimizations
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v7 2/6] MCS Lock: optimizations and extra comments
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v7 6/6] MCS Lock: add Kconfig entries to allow arch-specific hooks
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v7 6/6] MCS Lock: add Kconfig entries to allow arch-specific hooks
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v7 5/6] MCS Lock: allow architectures to hook in to contended paths
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v7 3/6] MCS Lock: Move mcs_lock/unlock function into its own file
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v7 1/6] MCS Lock: Restructure the MCS lock defines and locking code into its own file
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v9 4/5] qrwlock: Use smp_store_release() in write_unlock()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v7 6/6] MCS Lock: add Kconfig entries to allow arch-specific hooks
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v7 5/6] MCS Lock: allow architectures to hook in to contended paths
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v7 4/6] MCS Lock: Barrier corrections
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v7 3/6] MCS Lock: Move mcs_lock/unlock function into its own file
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v7 2/6] MCS Lock: optimizations and extra comments
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v7 1/6] MCS Lock: Restructure the MCS lock defines and locking code into its own file
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] arch: use ASM_NL instead of ';' for assembler new line character in the macro
- From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
- [PATCH v7 1/6] MCS Lock: Restructure the MCS lock defines and locking code into its own file
- From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
- [PATCH v7 2/6] MCS Lock: optimizations and extra comments
- From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
- [PATCH v7 5/6] MCS Lock: allow architectures to hook in to contended paths
- From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
- [PATCH v7 6/6] MCS Lock: add Kconfig entries to allow arch-specific hooks
- From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
- [PATCH v7 4/6] MCS Lock: Barrier corrections
- From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
- [PATCH v7 3/6] MCS Lock: Move mcs_lock/unlock function into its own file
- From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
- [PATCH v7 0/6] MCS Lock: MCS lock code cleanup and optimizations
- From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
- Re: [PATCH 01/14] ARC: locks: remove redundant arch_*_relax operations
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [RFC PATCH net-next] etherdevice: Use ether_addr_copy to copy an Ethernet address
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [RFC PATCH net-next] etherdevice: Use ether_addr_copy to copy an Ethernet address
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [RFC PATCH net-next] etherdevice: Use ether_addr_copy to copy an Ethernet address
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: futex: Switch to USER_DS for futex test (was: Re: linux-next: manual merge of the akpm-current tree with the tip tree)
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 4/7] dma-buf: use reservation objects
- From: Mauro Carvalho Chehab <m.chehab@xxxxxxxxxxx>
- [PATCH v9 1/5] qrwlock: A queue read/write lock implementation
- From: Waiman Long <Waiman.Long@xxxxxx>
- [PATCH v9 2/5] qrwlock x86: Enable x86 to use queue read/write lock
- From: Waiman Long <Waiman.Long@xxxxxx>
- [PATCH v9 4/5] qrwlock: Use smp_store_release() in write_unlock()
- From: Waiman Long <Waiman.Long@xxxxxx>
- [PATCH v9 3/5] qrwlock, x86 - Treat all data type not bigger than long as atomic in x86
- From: Waiman Long <Waiman.Long@xxxxxx>
- [PATCH v9 5/5] qrwlock: Use the mcs_spinlock helper functions for MCS queuing
- From: Waiman Long <Waiman.Long@xxxxxx>
- [PATCH v9 0/5] qrwlock: Introducing a queue read/write lock implementation
- From: Waiman Long <Waiman.Long@xxxxxx>
- [RFC PATCH net-next] etherdevice: Use ether_addr_copy to copy an Ethernet address
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: futex: Switch to USER_DS for futex test (was: Re: linux-next: manual merge of the akpm-current tree with the tip tree)
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 1/7] sched: allow try_to_wake_up to be used internally outside of core.c
- From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] kconfig: consolidate arch-specific seccomp options
- From: Dave Hansen <dave@xxxxxxxx>
- Re: [PATCH 1/3] kconfig: consolidate arch-specific seccomp options
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: [PATCH 1/7] sched: allow try_to_wake_up to be used internally outside of core.c
- From: Colin Cross <ccross@xxxxxxxxxx>
- [PATCH 4/7] dma-buf: use reservation objects
- From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxx>
- [PATCH 7/7] dma-buf: add poll support
- From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxx>
- [PATCH 5/7] android: convert sync to fence api, v3
- From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxx>
- [PATCH 6/7] reservation: add support for fences to enable cross-device synchronisation
- From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxx>
- [PATCH 0/7] dma-buf synchronization patches
- From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxx>
- [PATCH 2/7] fence: dma-buf cross-device synchronization (v16)
- From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxx>
- [PATCH 1/7] sched: allow try_to_wake_up to be used internally outside of core.c
- From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxx>
- [PATCH 3/7] seqno-fence: Hardware dma-buf implementation of fencing (v4)
- From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxx>
- [PATCH v3] arch: use ASM_NL instead of ';' for assembler new line character in the macro
- From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
- Re: [PATCH v2] arch: use ASM_NL instead of ';' for assembler new line character in the macro
- From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
- Re: [PATCH v8 0/4] qrwlock: Introducing a queue read/write lock implementation
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH v8 0/4] qrwlock: Introducing a queue read/write lock implementation
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v8 1/4] qrwlock: A queue read/write lock implementation
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 1/5] mm: create generic early_ioremap() support
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] arch: use ASM_NL instead of ';' for assembler new line character in the macro
- From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
- [PATCH v8 1/4] qrwlock: A queue read/write lock implementation
- From: Waiman Long <Waiman.Long@xxxxxx>
- [PATCH v8 4/4] qrwlock: Use smp_store_release() in write_unlock()
- From: Waiman Long <Waiman.Long@xxxxxx>
- [PATCH v8 3/4] qrwlock: Use the mcs_spinlock helper functions for MCS queuing
- From: Waiman Long <Waiman.Long@xxxxxx>
- [PATCH v8 2/4] qrwlock x86: Enable x86 to use queue read/write lock
- From: Waiman Long <Waiman.Long@xxxxxx>
- [PATCH v8 0/4] qrwlock: Introducing a queue read/write lock implementation
- From: Waiman Long <Waiman.Long@xxxxxx>
- Re: [PATCH v2 1/5] mm: create generic early_ioremap() support
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH v2 1/5] mm: create generic early_ioremap() support
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH v2 0/5] generic early_ioremap support
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v2 3/5] arm: add early_ioremap support
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v2 1/5] mm: create generic early_ioremap() support
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- [PATCH v2 4/5] arm64: initialize pgprot info earlier in boot
- From: Mark Salter <msalter@xxxxxxxxxx>
- [PATCH v2 5/5] arm64: add early_ioremap support
- From: Mark Salter <msalter@xxxxxxxxxx>
- [PATCH v2 3/5] arm: add early_ioremap support
- From: Mark Salter <msalter@xxxxxxxxxx>
- [PATCH v2 0/5] generic early_ioremap support
- From: Mark Salter <msalter@xxxxxxxxxx>
- [PATCH v2 1/5] mm: create generic early_ioremap() support
- From: Mark Salter <msalter@xxxxxxxxxx>
- [PATCH v2 2/5] x86: use generic early_ioremap
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH v2] arch: use ASM_NL instead of ';' for assembler new line character in the macro
- From: Michal Marek <mmarek@xxxxxxx>
- Re: [PATCH v2] arch: use ASM_NL instead of ';' for assembler new line character in the macro
- From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
- Re: [PATCH 1/3] kconfig: consolidate arch-specific seccomp options
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] kconfig: consolidate arch-specific seccomp options
- From: Dave Hansen <dave@xxxxxxxx>
- Re: [PATCH 1/3] kconfig: consolidate arch-specific seccomp options
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] kconfig: consolidate arch-specific seccomp options
- From: Dave Hansen <dave@xxxxxxxx>
- Re: [PATCH 1/3] kconfig: consolidate arch-specific seccomp options
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2] arch: use ASM_NL instead of ';' for assembler new line character in the macro
- From: Michal Marek <mmarek@xxxxxxx>
- Re: [PATCH 1/3] kconfig: consolidate arch-specific seccomp options
- From: Dave Hansen <dave@xxxxxxxx>
- Re: [PATCH 1/3] kconfig: consolidate arch-specific seccomp options
- From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/3] kconfig: consolidate arch-specific seccomp options
- From: Dave Hansen <dave@xxxxxxxx>
- Re: [PATCH -tip v6 06/22] [BUGFIX] x86: Prohibit probing on memcpy/memset
- From: Jovi Zhangwei <jovi.zhangwei@xxxxxxxxx>
- Re: [PATCH -tip v6 06/22] [BUGFIX] x86: Prohibit probing on memcpy/memset
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: Re: Re: Re: [PATCH -tip v6 06/22] [BUGFIX] x86: Prohibit probing on memcpy/memset
- From: Jovi Zhangwei <jovi.zhangwei@xxxxxxxxx>
- Re: Re: Re: Re: [PATCH -tip v6 06/22] [BUGFIX] x86: Prohibit probing on memcpy/memset
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: Re: Re: [PATCH -tip v6 06/22] [BUGFIX] x86: Prohibit probing on memcpy/memset
- From: Jovi Zhangwei <jovi.zhangwei@xxxxxxxxx>
- Re: [PATCH -tip v6 00/22] kprobes: introduce NOKPROBE_SYMBOL(), cleanup and fixes crash bugs
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: [PATCH -tip v6 00/22] kprobes: introduce NOKPROBE_SYMBOL(), cleanup and fixes crash bugs
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: Re: Re: [PATCH -tip v6 06/22] [BUGFIX] x86: Prohibit probing on memcpy/memset
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: Re: [PATCH -tip v6 06/22] [BUGFIX] x86: Prohibit probing on memcpy/memset
- From: Jovi Zhangwei <jovi.zhangwei@xxxxxxxxx>
- Re: [PATCH -tip v6 00/22] kprobes: introduce NOKPROBE_SYMBOL(), cleanup and fixes crash bugs
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: [PATCH -tip v6 00/22] kprobes: introduce NOKPROBE_SYMBOL(), cleanup and fixes crash bugs
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: [PATCH -tip v6 00/22] kprobes: introduce NOKPROBE_SYMBOL(), cleanup and fixes crash bugs
- From: "Frank Ch. Eigler" <fche@xxxxxxxxxx>
- Re: [PATCH -tip v6 00/22] kprobes: introduce NOKPROBE_SYMBOL(), cleanup and fixes crash bugs
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH -tip v6 00/22] kprobes: introduce NOKPROBE_SYMBOL(), cleanup and fixes crash bugs
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: Re: [PATCH -tip v6 06/22] [BUGFIX] x86: Prohibit probing on memcpy/memset
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: [PATCH -tip v6 06/22] [BUGFIX] x86: Prohibit probing on memcpy/memset
- From: Jovi Zhangwei <jovi.zhangwei@xxxxxxxxx>
- Re: [PATCH -tip v6 00/22] kprobes: introduce NOKPROBE_SYMBOL(), cleanup and fixes crash bugs
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH -tip v6 06/22] [BUGFIX] x86: Prohibit probing on memcpy/memset
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: [PATCH -tip v6 00/22] kprobes: introduce NOKPROBE_SYMBOL(), cleanup and fixes crash bugs
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: [PATCH -tip v6 06/22] [BUGFIX] x86: Prohibit probing on memcpy/memset
- From: Jovi Zhangwei <jovi.zhangwei@xxxxxxxxx>
- Re: [PATCH -tip v6 06/22] [BUGFIX] x86: Prohibit probing on memcpy/memset
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: [PATCH -tip v6 00/22] kprobes: introduce NOKPROBE_SYMBOL(), cleanup and fixes crash bugs
- From: fche@xxxxxxxxxx (Frank Ch. Eigler)
- Re: [PATCH -tip v6 06/22] [BUGFIX] x86: Prohibit probing on memcpy/memset
- From: Jovi Zhangwei <jovi.zhangwei@xxxxxxxxx>
- [PATCH -tip v6 09/22] kprobes: Allow probe on some kprobe functions
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v6 02/22] kprobes: Introduce NOKPROBE_SYMBOL() macro for blacklist
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v6 03/22] [BUGFIX] kprobes/x86: Prohibit probing on debug_stack_*
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v6 01/22] kprobes: Prohibit probing on .entry.text code
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v6 10/22] ftrace/kprobes: Allow probing on some preparation functions
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v6 14/22] ftrace/kprobes: Use NOKPROBE_SYMBOL macro in ftrace
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v6 15/22] notifier: Use NOKPROBE_SYMBOL macro in notifier
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v6 12/22] x86: Use NOKPROBE_SYMBOL() instead of __kprobes annotation
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v6 13/22] kprobes: Use NOKPROBE_SYMBOL macro instead of __kprobes
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v6 11/22] x86: Allow kprobes on text_poke/hw_breakpoint
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v6 21/22] kprobes/x86: Remove unneeded preempt_disable/enable in interrupt handlers
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v6 22/22] [RFC] kprobes/x86: Add emergency recovery process for bad kprobes
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v6 20/22] kprobes/x86: Use kprobe_blacklist for .kprobes.text and .entry.text
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v6 18/22] kprobes: Support blacklist functions in module
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v6 17/22] kprobes: Show blacklist entries via debugfs
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v6 16/22] sched: Use NOKPROBE_SYMBOL macro in sched
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v6 19/22] kprobes: Use NOKPROBE_SYMBOL() in sample modules
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v6 08/22] kprobes/x86: Allow probe on some kprobe preparation functions
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v6 06/22] [BUGFIX] x86: Prohibit probing on memcpy/memset
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v6 07/22] kprobes/x86: Call exception handlers directly from do_int3/do_debug
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v6 05/22] [BUGFIX] x86: Prohibit probing on thunk functions and restore
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v6 04/22] [BUGFIX] x86: Prohibit probing on native_set_debugreg/load_idt
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v6 00/22] kprobes: introduce NOKPROBE_SYMBOL(), cleanup and fixes crash bugs
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: [PATCH 0/4] arch: Introduce smp_load_acquire() and smp_store_release()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v7 1/4] qrwlock: A queue read/write lock implementation
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [PATCH v7 1/4] qrwlock: A queue read/write lock implementation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v7 1/4] qrwlock: A queue read/write lock implementation
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [PATCH v7 1/4] qrwlock: A queue read/write lock implementation
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- [PATCH 3/4] arch: Clean up asm/barrier.h implementations using asm-generic/barrier.h
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v7 1/4] qrwlock: A queue read/write lock implementation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH 0/4] arch: Introduce smp_load_acquire() and smp_store_release()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH 2/4] arch: Move smp_mb__{before,after}_atomic_{inc,dec}.h into asm/atomic.h
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH 1/4] doc: Rename LOCK/UNLOCK to ACQUIRE/RELEASE
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH 4/4] arch: Introduce smp_load_acquire(), smp_store_release()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v7 1/4] qrwlock: A queue read/write lock implementation
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v7 1/4] qrwlock: A queue read/write lock implementation
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH v7 1/4] qrwlock: A queue read/write lock implementation
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH 2/4] arch: Move smp_mb__{before,after}_atomic_{inc,dec}.h into asm/atomic.h
- From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
- [PATCH] bitops: fix signedness of compile-time hweight implementations
- From: Paul Walmsley <pwalmsley@xxxxxxxxxx>
- Re: [PATCH 1/4] Create generic early_ioremap() support
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 1/4] Create generic early_ioremap() support
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH v7 1/4] qrwlock: A queue read/write lock implementation
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v7 1/4] qrwlock: A queue read/write lock implementation
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v7 4/4] qrwlock: Use smp_store_release() in write_unlock()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v7 3/4] qrwlock: Use the mcs_spinlock helper functions for MCS queuing
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v7 2/4] qrwlock x86: Enable x86 to use queue read/write lock
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v7 1/4] qrwlock: A queue read/write lock implementation
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/4] Create generic early_ioremap() support
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH v3 [resend] 05/18] smp, ARM64: kill SMP single function call interrupt
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH 1/4] doc: Rename LOCK/UNLOCK to ACQUIRE/RELEASE
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/4] doc: Rename LOCK/UNLOCK to ACQUIRE/RELEASE
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 4/4] arch: Introduce smp_load_acquire(), smp_store_release()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/4] doc: Rename LOCK/UNLOCK to ACQUIRE/RELEASE
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 1/4] doc: Rename LOCK/UNLOCK to ACQUIRE/RELEASE
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 4/4] arch: Introduce smp_load_acquire(), smp_store_release()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 4/4] arch: Introduce smp_load_acquire(), smp_store_release()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 4/4] arch: Introduce smp_load_acquire(), smp_store_release()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/4] arch: Clean up asm/barrier.h implementations using asm-generic/barrier.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/4] arch: Move smp_mb__{before,after}_atomic_{inc,dec}.h into asm/atomic.h
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/4] doc: Rename LOCK/UNLOCK to ACQUIRE/RELEASE
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 4/4] arch: Introduce smp_load_acquire(), smp_store_release()
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH v3 [resend] 14/18] smp, x86, xen: kill SMP single function call interrupt
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- [tip:core/locking] Documentation/memory-barriers.txt: Add long atomic examples to memory-barriers.txt
- From: "tip-bot for Paul E. McKenney" <tipbot@xxxxxxxxx>
- [tip:core/locking] locking: Add an smp_mb__after_unlock_lock() for UNLOCK+BLOCK barrier
- From: "tip-bot for Paul E. McKenney" <tipbot@xxxxxxxxx>
- [tip:core/locking] Documentation/memory-barriers.txt: Downgrade UNLOCK+BLOCK
- From: "tip-bot for Paul E. McKenney" <tipbot@xxxxxxxxx>
- [tip:core/locking] Documentation/memory-barriers.txt: Prohibit speculative writes
- From: tip-bot for Peter Zijlstra <tipbot@xxxxxxxxx>
- [tip:core/locking] Documentation/memory-barriers.txt: Document ACCESS_ONCE()
- From: "tip-bot for Paul E. McKenney" <tipbot@xxxxxxxxx>
- [tip:core/locking] rcu: Apply smp_mb__after_unlock_lock() to preserve grace periods
- From: "tip-bot for Paul E. McKenney" <tipbot@xxxxxxxxx>
- [tip:core/locking] powerpc: Full barrier for smp_mb__after_unlock_lock()
- From: "tip-bot for Paul E. McKenney" <tipbot@xxxxxxxxx>
- [tip:core/locking] Documentation/memory-barriers.txt: Add needed ACCESS_ONCE() calls to memory-barriers.txt
- From: "tip-bot for Paul E. McKenney" <tipbot@xxxxxxxxx>
- RE: [PATCH v3 [resend] 14/18] smp, x86, xen: kill SMP single function call interrupt
- From: "Liu, Jinsong" <jinsong.liu@xxxxxxxxx>
- Re: [PATCH v3 [resend] 14/18] smp, x86, xen: kill SMP single function call interrupt
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH 1/4] Create generic early_ioremap() support
- From: Dave Young <dyoung@xxxxxxxxxx>
- [PATCH v3 [resend] 18/18] SMP, trivial: remove unused code from smp_boot.h
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH v3 [resend] 17/18] smp: rename call_single_queue as call_function_queue
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH v3 [resend] 16/18] smp: cleanup unsued generic_smp_call_function_single_interrupt()
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH v3 [resend] 15/18] smp, x86: kill SMP single function call interrupt
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH v3 [resend] 14/18] smp, x86, xen: kill SMP single function call interrupt
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH v3 [resend] 13/18] smp, sparc: kill SMP single function call interrupt
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH v3 [resend] 12/18] smp, sparc64: kill SMP single function call interrupt
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH v3 [resend] 11/18] smp, sh: kill SMP single function call interrupt
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH v3 [resend] 10/18] smp, mn10300: enable arch_send_call_function_ipi_mask()
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH v3 [resend] 09/18] smp, mn10300: kill SMP single function call interrupt
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH v3 [resend] 08/18] smp, m32r: kill SMP single function call interrupt
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH v3 [resend] 07/18] smp, IA64: kill SMP single function call interrupt
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH v3 [resend] 06/18] smp, blackfin: kill SMP single function call interrupt
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH v3 [resend] 05/18] smp, ARM64: kill SMP single function call interrupt
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH v3 [resend] 04/18] smp, ARM: kill SMP single function call interrupt
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH v3 [resend] 03/18] smp, alpha: kill SMP single function call interrupt
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH v3 [resend] 02/18] Revert "smp: Fix SMP function call empty cpu mask race"
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH v3 [resend] 01/18] Revert "kernel/smp.c: free related resources when failure occurs in hotplug_cfd()"
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH v3 [resend] 00/18] simplify generic cross CPU function call implementation
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [GIT PULL locking/mb] Locking/memory-barrier commits
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/4] arch: Clean up asm/barrier.h implementations using asm-generic/barrier.h
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 3/4] arch: Clean up asm/barrier.h implementations using asm-generic/barrier.h
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 3/4] arch: Clean up asm/barrier.h implementations using asm-generic/barrier.h
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH 1/4] doc: Rename LOCK/UNLOCK to ACQUIRE/RELEASE
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH 4/4] arch: Introduce smp_load_acquire(), smp_store_release()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH 2/4] arch: Move smp_mb__{before,after}_atomic_{inc,dec}.h into asm/atomic.h
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH 0/4] arch: Introduce smp_load_acquire() and smp_store_release()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v6 tip/core/locking 3/8] Documentation/memory-barriers.txt: Prohibit speculative writes
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v6 tip/core/locking 3/8] Documentation/memory-barriers.txt: Prohibit speculative writes
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v6 tip/core/locking 3/8] Documentation/memory-barriers.txt: Prohibit speculative writes
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH] futex: Switch to USER_DS for futex test
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Re: [PATCH -tip v5.1 12/18] ftrace/kprobes: Use NOKPROBE_SYMBOL macro in ftrace
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: [PATCH -tip v5.1 12/18] ftrace/kprobes: Use NOKPROBE_SYMBOL macro in ftrace
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH v6 tip/core/locking 5/8] locking: Add an smp_mb__after_unlock_lock() for UNLOCK+LOCK barrier
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH v6 tip/core/locking 3/8] Documentation/memory-barriers.txt: Prohibit speculative writes
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] of: unflatten_and_copy: handle NULL initial_boot_params
- From: Grant Likely <grant.likely@xxxxxxxxxx>
- Re: [PATCH -tip v5 13/18] notifier: Use NOKPROBE_SYMBOL macro in notifier
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: [PATCH -tip v5 13/18] notifier: Use NOKPROBE_SYMBOL macro in notifier
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: [PATCH v5 tip/core/locking 6/7] locking: Add an smp_mb__after_unlock_lock() for UNLOCK+LOCK barrier
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 tip/core/locking 6/7] locking: Add an smp_mb__after_unlock_lock() for UNLOCK+LOCK barrier
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 tip/core/locking 6/7] locking: Add an smp_mb__after_unlock_lock() for UNLOCK+LOCK barrier
- From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
- Re: [PATCH v5 tip/core/locking 6/7] locking: Add an smp_mb__after_unlock_lock() for UNLOCK+LOCK barrier
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH v5 tip/core/locking 6/7] locking: Add an smp_mb__after_unlock_lock() for UNLOCK+LOCK barrier
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 tip/core/locking 6/7] locking: Add an smp_mb__after_unlock_lock() for UNLOCK+LOCK barrier
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 tip/core/locking 6/7] locking: Add an smp_mb__after_unlock_lock() for UNLOCK+LOCK barrier
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH v2 00/11] Consolidate asm/fixmap.h files
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH v5 tip/core/locking 6/7] locking: Add an smp_mb__after_unlock_lock() for UNLOCK+LOCK barrier
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -tip v5.1 12/18] ftrace/kprobes: Use NOKPROBE_SYMBOL macro in ftrace
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: Re: [PATCH -tip v5 12/18] ftrace/kprobes: Use NOKPROBE_SYMBOL macro in ftrace
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: [PATCH v2 00/11] Consolidate asm/fixmap.h files
- From: Jonas Bonn <jonas.bonn@xxxxxxxxx>
- Re: [PATCH v5 tip/core/locking 6/7] locking: Add an smp_mb__after_unlock_lock() for UNLOCK+LOCK barrier
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 tip/core/locking 6/7] locking: Add an smp_mb__after_unlock_lock() for UNLOCK+LOCK barrier
- From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
- [PATCH v5 tip/core/locking 6/7] locking: Add an smp_mb__after_unlock_lock() for UNLOCK+LOCK barrier
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH v5 tip/core/locking 3/7] Documentation/memory-barriers.txt: Prohibit speculative writes
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH -tip v5 12/18] ftrace/kprobes: Use NOKPROBE_SYMBOL macro in ftrace
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH -tip v5 01/18] kprobes: Prohibit probing on .entry.text code
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v5 02/18] kprobes: Introduce NOKPROBE_SYMBOL() macro for blacklist
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v5 03/18] [BUGFIX] kprobes/x86: Prohibit probing on debug_stack_*
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v5 05/18] [BUGFIX] x86: Prohibit probing on thunk functions and restore
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v5 06/18] kprobes/x86: Call exception handlers directly from do_int3/do_debug
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v5 07/18] kprobes/x86: Allow probe on some kprobe preparation functions
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v5 10/18] x86: Use NOKPROBE_SYMBOL() instead of __kprobes annotation
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v5 11/18] kprobes: Use NOKPROBE_SYMBOL macro instead of __kprobes
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v5 12/18] ftrace/kprobes: Use NOKPROBE_SYMBOL macro in ftrace
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v5 13/18] notifier: Use NOKPROBE_SYMBOL macro in notifier
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v5 14/18] sched: Use NOKPROBE_SYMBOL macro in sched
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v5 15/18] kprobes: Show blacklist entries via debugfs
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v5 18/18] kprobes/x86: Use kprobe_blacklist for .kprobes.text and .entry.text
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v5 17/18] kprobes: Use NOKPROBE_SYMBOL() in sample modules
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v5 16/18] kprobes: Support blacklist functions in module
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v5 08/18] kprobes: Allow probe on some kprobe functions
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v5 09/18] ftrace/kprobes: Allow probing on some preparation functions
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v5 04/18] [BUGFIX] x86: Prohibit probing on native_set_debugreg
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH -tip v5 00/18] kprobes: introduce NOKPROBE_SYMBOL(), cleanup and fixes crash bugs
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: [PATCH/RFC] sh: Always link in helper functions extracted from libgcc
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH v2 3/5] static_key: add static_key_slow_inc_deferred()
- From: Radim Krčmář <rkrcmar@xxxxxxxxxx>
- [PATCH v2 2/5] static_key: cancel rate limit timer on rmmod
- From: Radim Krčmář <rkrcmar@xxxxxxxxxx>
- [PATCH v2 4/5] static_key: keep deferred enabled counter debt
- From: Radim Krčmář <rkrcmar@xxxxxxxxxx>
- [PATCH v2 0/5] static_key: deferred key fixes and improvements
- From: Radim Krčmář <rkrcmar@xxxxxxxxxx>
- [PATCH v2 1/5] static_key: add a section for deferred keys
- From: Radim Krčmář <rkrcmar@xxxxxxxxxx>
- [PATCH v2 5/5] static_key: improve deferred inc behavior
- From: Radim Krčmář <rkrcmar@xxxxxxxxxx>
- Re: [RFC PATCH v3 13/19] smp, s390: prepare for killing generic_smp_call_function_single_interrupt()
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [RFC PATCH v3 17/19] smp, tile: kill SMP single function call interrupt
- From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
- Re: [RFC PATCH v3 10/19] smp, metag: kill SMP single function call interrupt
- From: Jiang Liu <liuj97@xxxxxxxxx>
- Re: [PATCH/RFC] sh: Always link in helper functions extracted from libgcc
- From: Nobuhiro Iwamatsu <nobuhiro.iwamatsu.yj@xxxxxxxxxxx>
- Re: [RFC PATCH v3 07/19] smp, hexagon: kill SMP single function call interrupt
- From: rkuo <rkuo@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v3 10/19] smp, metag: kill SMP single function call interrupt
- From: James Hogan <james.hogan@xxxxxxxxxx>
- [RFC PATCH v3 19/19] smp, x86: kill SMP single function call interrupt
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v3 18/19] smp, tile: kill SMP single function call interrupt
- From: Jiang Liu <liuj97@xxxxxxxxx>
- Re: [RFC PATCH v3 00/19] simplify generic cross CPU function call implementation
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [RFC PATCH v3 17/19] smp, tile: kill SMP single function call interrupt
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v3 16/19] smp, sparc: kill SMP single function call interrupt
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v3 15/19] smp, sparc64: kill SMP single function call interrupt
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v3 14/19] smp, sh: kill SMP single function call interrupt
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v3 13/19] smp, s390: prepare for killing generic_smp_call_function_single_interrupt()
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v3 12/19] smp, mn10300: enable arch_send_call_function_ipi_mask()
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v3 10/19] smp, metag: kill SMP single function call interrupt
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v3 11/19] smp, mn10300: kill SMP single function call interrupt
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v3 02/19] Revert "smp: Fix SMP function call empty cpu mask race"
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v3 03/19] smp, alpha: kill SMP single function call interrupt
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v3 04/19] smp, ARM: kill SMP single function call interrupt
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v3 09/19] smp, m32r: kill SMP single function call interrupt
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v3 05/19] smp, ARM64: kill SMP single function call interrupt
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v3 07/19] smp, hexagon: kill SMP single function call interrupt
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v3 08/19] smp, IA64: kill SMP single function call interrupt
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v3 06/19] smp, blackfin: kill SMP single function call interrupt
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v3 01/19] Revert "kernel/smp.c: free related resources when failure occurs in hotplug_cfd()"
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v3 00/19] simplify generic cross CPU function call implementation
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH v4 11/17] xtensa: move built-in PIC to drivers/irqchip
- From: Max Filippov <jcmvbkbc@xxxxxxxxx>
- Re: [Linux-Xtensa] [PATCH v3 11/17] xtensa: move built-in PIC to drivers/irqchip
- From: Baruch Siach <baruch@xxxxxxxxxx>
- Re: [Linux-Xtensa] [PATCHv2 14/17] xtensa: add MX irqchip
- From: Max Filippov <jcmvbkbc@xxxxxxxxx>
- [PATCH v3 11/17] xtensa: move built-in PIC to drivers/irqchip
- From: Max Filippov <jcmvbkbc@xxxxxxxxx>
- [PATCH v3 14/17] xtensa: add MX irqchip
- From: Max Filippov <jcmvbkbc@xxxxxxxxx>
- [PATCH v3 00/17] xtensa SMP queue update
- From: Max Filippov <jcmvbkbc@xxxxxxxxx>
- Re: [Linux-Xtensa] [PATCHv2 14/17] xtensa: add MX irqchip
- From: Baruch Siach <baruch@xxxxxxxxxx>
- [PATCHv2 14/17] xtensa: add MX irqchip
- From: Max Filippov <jcmvbkbc@xxxxxxxxx>
- Re: [tip:x86/asm] x86, bitops: Change bitops to be native operand size
- From: Rob Landley <rob@xxxxxxxxxxx>
- Re: Re: Re: Re: Re: [PATCH -tip v3 00/23] kprobes: introduce NOKPROBE_SYMBOL() and general cleaning of kprobe blacklist
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: Re: Re: Re: [PATCH -tip v3 00/23] kprobes: introduce NOKPROBE_SYMBOL() and general cleaning of kprobe blacklist
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH] arch: include/asm/Kbuild: fix preempt.h sort order
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH] arch: include/asm/Kbuild: fix preempt.h sort order
- From: James Hogan <james.hogan@xxxxxxxxxx>
- Re: Re: Re: Re: [PATCH -tip v3 00/23] kprobes: introduce NOKPROBE_SYMBOL() and general cleaning of kprobe blacklist
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: [PATCH -tip v3 02/23] kprobes: Introduce NOKPROBE_SYMBOL() macro for blacklist
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- [PATCH 0/4] generic early_ioremap support
- From: Mark Salter <msalter@xxxxxxxxxx>
- [PATCH 1/4] Create generic early_ioremap() support
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH 1/9] dt: Handle passed/built-in DT selection in early_init_dt_scan()
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
- Re: [PATCH 1/9] dt: Handle passed/built-in DT selection in early_init_dt_scan()
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
- Re: [patch 4/6] ia64: Use preempt_schedule_irq
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH -tip v3 02/23] kprobes: Introduce NOKPROBE_SYMBOL() macro for blacklist
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: Re: Re: [PATCH -tip v3 00/23] kprobes: introduce NOKPROBE_SYMBOL() and general cleaning of kprobe blacklist
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: Re: [PATCH -tip v3 13/23] x86/trap: Use NOKPROBE_SYMBOL macro in trap.c
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: [patch 4/6] ia64: Use preempt_schedule_irq
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [patch 4/6] ia64: Use preempt_schedule_irq
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: ARM: add support to dump the kernel page tables
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: Preventing IPI sending races in arch code
- From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
- Re: Preventing IPI sending races in arch code
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: Preventing IPI sending races in arch code
- From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
- Re: Preventing IPI sending races in arch code
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- [PATCH v2 00/11] Consolidate asm/fixmap.h files
- From: Mark Salter <msalter@xxxxxxxxxx>
- [PATCH v2 01/11] Add generic fixmap.h
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: Preventing IPI sending races in arch code
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: Preventing IPI sending races in arch code
- From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
- Re: Preventing IPI sending races in arch code
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: Preventing IPI sending races in arch code
- From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
- Re: Preventing IPI sending races in arch code
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Preventing IPI sending races in arch code
- From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
- Re: [PATCH 0024] asm-generic: Rename int-ll64.h to types.h
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 08/24] parisc/uapi: Use Kbuild logic to provide <asm/types.h>
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0024] asm-generic: Rename int-ll64.h to types.h
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 08/24] parisc/uapi: Use Kbuild logic to provide <asm/types.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 14/24] avr32: Use Kbuild logic to provide <asm/types.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 08/24] parisc/uapi: Use Kbuild logic to provide <asm/types.h>
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [RFC] Control dependencies
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 14/24] avr32: Use Kbuild logic to provide <asm/types.h>
- From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
- [PATCH 05/24] m32r/uapi: Use Kbuild logic to provide <asm/types.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 02/24] avr32/uapi: Use Kbuild logic to provide <asm/types.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 02/24] avr32/uapi: Use Kbuild logic to provide <asm/types.h>
- From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
- [PATCH 11/24] x86/uapi: Use Kbuild logic to include <asm-generic/types.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 01/24] uapi: Add missing _UAPI prefix to <asm-generic/types.h> include guard
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 07/24] mn10300/uapi: Use Kbuild logic to provide <asm/types.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 15/24] cris: Use Kbuild logic to provide <asm/types.h>
- From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
- Re: [PATCH 03/24] cris/uapi: Use Kbuild logic to provide <asm/types.h>
- From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
- [PATCH 13/24] mips: Remove #include <uapi/asm/types.h> from <asm/types.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 09/24] score/uapi: Use Kbuild logic to include <asm-generic/types.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 10/24] sh/uapi: Use Kbuild logic to include <asm-generic/types.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 17/24] m32r: Use Kbuild logic to provide <asm/types.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 22/24] s390: Separate kernel/userspace inclusion of <asm-generic/int-ll64.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 16/24] frv: Use Kbuild logic to provide <asm/types.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 06/24] microblaze/uapi: Use Kbuild logic to include <asm-generic/types.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 21/24] powerpc: Separate kernel/userspace inclusion of <asm-generic/int-ll64.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 19/24] sh: Replace <uapi/asm/types.h> by <asm-generic/int-ll64.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 04/24] frv/uapi: Use Kbuild logic to provide <asm/types.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 18/24] mn10300: Use Kbuild logic to provide <asm/types.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 08/24] parisc/uapi: Use Kbuild logic to provide <asm/types.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 03/24] cris/uapi: Use Kbuild logic to provide <asm/types.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 24/24] asm-generic: Rename int-ll64.h to types.h
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 12/24] alpha: Remove #include <uapi/asm/types.h> from <asm/types.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 20/24] xtensa: Remove duplicate definition of BITS_PER_LONG
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 23/24] xtensa: Separate kernel/userspace inclusion of <asm-generic/int-ll64.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 15/24] cris: Use Kbuild logic to provide <asm/types.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 14/24] avr32: Use Kbuild logic to provide <asm/types.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 0024] asm-generic: Rename int-ll64.h to types.h
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Re: [PATCH -tip v3 13/23] x86/trap: Use NOKPROBE_SYMBOL macro in trap.c
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: [patch 05/34] idle: Implement generic idle function
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH -tip v3 13/23] x86/trap: Use NOKPROBE_SYMBOL macro in trap.c
- From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
- Re: [PATCH v7 1/4] qrwlock: A queue read/write lock implementation
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v7 1/4] qrwlock: A queue read/write lock implementation
- From: Waiman Long <waiman.long@xxxxxx>
- Re: [PATCH v7 1/4] qrwlock: A queue read/write lock implementation
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH v7 2/4] qrwlock x86: Enable x86 to use queue read/write lock
- From: Waiman Long <Waiman.Long@xxxxxx>
- [PATCH v7 4/4] qrwlock: Use smp_store_release() in write_unlock()
- From: Waiman Long <Waiman.Long@xxxxxx>
- [PATCH v7 3/4] qrwlock: Use the mcs_spinlock helper functions for MCS queuing
- From: Waiman Long <Waiman.Long@xxxxxx>
- [PATCH v7 1/4] qrwlock: A queue read/write lock implementation
- From: Waiman Long <Waiman.Long@xxxxxx>
- [PATCH v7 0/4] qrwlock: Introducing a queue read/write lock implementation
- From: Waiman Long <Waiman.Long@xxxxxx>
- Re: [RFC] Control dependencies
- From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
- Re: [RFC] Control dependencies
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [RFC] Control dependencies
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: Re: Re: [PATCH -tip v3 00/23] kprobes: introduce NOKPROBE_SYMBOL() and general cleaning of kprobe blacklist
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: Re: [PATCH -tip v3 00/23] kprobes: introduce NOKPROBE_SYMBOL() and general cleaning of kprobe blacklist
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: [PATCH -tip v3 18/23] x86/dumpstack: Use NOKPROBE_SYMBOL macro in dumpstack.c
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: [RFC] Control dependencies
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [patch 4/6] ia64: Use preempt_schedule_irq
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: [RFC] Control dependencies
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/9] dt: Handle passed/built-in DT selection in early_init_dt_scan()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 1/9] dt: Handle passed/built-in DT selection in early_init_dt_scan()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 1/9] dt: Handle passed/built-in DT selection in early_init_dt_scan()
- From: Rob Herring <robherring2@xxxxxxxxx>
- [RFC] Control dependencies
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 1/9] dt: Handle passed/built-in DT selection in early_init_dt_scan()
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
- Re: [PATCH v2] of: unflatten_and_copy: handle NULL initial_boot_params
- From: James Hogan <james.hogan@xxxxxxxxxx>
- [PATCH v2] of: unflatten_and_copy: handle NULL initial_boot_params
- From: James Hogan <james.hogan@xxxxxxxxxx>
- Re: [PATCH 1/9] dt: Handle passed/built-in DT selection in early_init_dt_scan()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] of: unflatten_and_copy: handle NULL initial_boot_params
- From: James Hogan <james.hogan@xxxxxxxxxx>
- Re: [patch 4/6] ia64: Use preempt_schedule_irq
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH 1/9] dt: Handle passed/built-in DT selection in early_init_dt_scan()
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
- Re: [PATCH 1/9] dt: Handle passed/built-in DT selection in early_init_dt_scan()
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
- Re: [patch 4/6] ia64: Use preempt_schedule_irq
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH -tip v3 18/23] x86/dumpstack: Use NOKPROBE_SYMBOL macro in dumpstack.c
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v2] arch: use ASM_NL instead of ';' for assembler new line character in the macro
- From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
- Re: [patch 4/6] ia64: Use preempt_schedule_irq
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] of: unflatten_and_copy: handle NULL initial_boot_params
- From: Grant Likely <grant.likely@xxxxxxxxxx>
- Re: [patch 4/6] ia64: Use preempt_schedule_irq
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
- Re: [PATCH 1/9] dt: Handle passed/built-in DT selection in early_init_dt_scan()
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Netdev]
[Netfilter]
[Bugtraq]