Linux MetaG

• Thread Index

• Re: [PATCH 07/44] qnap-poweroff: Drop reference to pm_power_off from devicetree bindings
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 35/44] m68k: Register with kernel poweroff handler
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 04/44] m68k: Replace mach_power_off with pm_power_off
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 31/44] arm: Register with kernel poweroff handler
  • From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
• Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH 18/44] mfd: twl4030-power: Register with kernel poweroff handler
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
  • From: Philippe Rétornaz <philippe.retornaz@xxxxxxxxx>
• [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 04/44] m68k: Replace mach_power_off with pm_power_off
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 06/44] gpio-poweroff: Drop reference to pm_power_off from devicetree bindings
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 07/44] qnap-poweroff: Drop reference to pm_power_off from devicetree bindings
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 03/44] hibernate: Call have_kernel_poweroff instead of checking pm_power_off
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 01/44] kernel: Add support for poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 20/44] power/reset: restart-poweroff: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 44/44] kernel: Remove pm_power_off
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 22/44] power/reset: as3722-poweroff: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 21/44] power/reset: gpio-poweroff: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 38/44] x86: lguest: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 42/44] efi: Register poweroff handler with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 43/44] hwmon: (ab8500) Call kernel_power_off instead of pm_power_off
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 36/44] mips: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 37/44] sh: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 40/44] x86: intel-mid: Drop registration of dummy poweroff handlers
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 24/44] power/reset: msm-powroff: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 25/44] power/reset: vexpress-poweroff: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 41/44] x86: pmc_atom: Register poweroff handler with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 19/44] ipmi: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 39/44] x86: ce4100: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 34/44] ia64: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 18/44] mfd: twl4030-power: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 17/44] mfd: tps65910: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 35/44] m68k: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 31/44] arm: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 13/44] mfd: max8907: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 11/44] mfd: retu: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 15/44] mfd: dm355evm_msp: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 33/44] avr32: atngw100: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 16/44] mfd: tps6586x: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 14/44] mfd: tps80031: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 32/44] arm64: psci: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 29/44] staging: nvec: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 30/44] acpi: Register poweroff handler with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 28/44] x86: olpc: Register xo1 poweroff handler with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 09/44] mfd: palmas: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 23/44] power/reset: qnap-poweroff: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 27/44] x86: apm: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 02/44] memory: emif: Use API function to determine poweroff capability
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 26/44] x86: iris: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 10/44] mfd: axp20x: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RFC PATCH 07/16] c6x: support poweroff through poweroff handler call chain
  • From: Mark Salter <msalter@xxxxxxxxxx>
• Re: [RFC PATCH 15/16] power/reset: restart-poweroff: Register with kernel poweroff handler
  • From: Sebastian Reichel <sre@xxxxxxxxxx>
• Re: [RFC PATCH 05/16] arm64: support poweroff through poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RFC PATCH 05/16] arm64: support poweroff through poweroff handler call chain
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [Xen-devel] [RFC PATCH 14/16] x86/xen: support poweroff through poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [Xen-devel] [RFC PATCH 14/16] x86/xen: support poweroff through poweroff handler call chain
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: [RFC PATCH 10/16] mips: support poweroff through poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RFC PATCH 10/16] mips: support poweroff through poweroff handler call chain
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• [RFC PATCH 01/16] kernel: Add support for poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 02/16] hwmon: (ab8500) Call kernel_power_off instead of pm_power_off
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 05/16] arm64: support poweroff through poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 04/16] arm: support poweroff through poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 03/16] parisc: support poweroff through poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 06/16] avr32: support poweroff through poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 07/16] c6x: support poweroff through poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 08/16] ia64: support poweroff through poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 09/16] metag: support poweroff through poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 10/16] mips: support poweroff through poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 11/16] sh: support poweroff through poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 13/16] x86: support poweroff through poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 15/16] power/reset: restart-poweroff: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 16/16] mfd: palmas: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 14/16] x86/xen: support poweroff through poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 12/16] unicore32: support poweroff through poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 00/16] kernel: Add support for poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] Fix end_of_stack() fn and location of stack canary for archs using STACK_GROWSUP
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• Re: [PATCH] Fix end_of_stack() fn and location of stack canary for archs using STACK_GROWSUP
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH] vfs: workaround gcc <4.6 build error in link_path_walk()
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH] vfs: workaround gcc <4.6 build error in link_path_walk()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH] vfs: workaround gcc <4.6 build error in link_path_walk()
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH] tty/metag_da: Add console_poll module parameter
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH] tty/metag_da: Add console_poll module parameter
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH v3] arch: Kconfig: Let all architectures set endian explicitly
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [PATCH v3] arch: Kconfig: Let all architectures set endian explicitly
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [PATCH] flush_icache_range: Export symbol to fix build errors
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] flush_icache_range: Export symbol to fix build errors
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• [PATCH] flush_icache_range: Export symbol to fix build errors
  • From: Pranith Kumar <bobby.prani@xxxxxxxxx>
• [GIT PULL] Metag architecture changes for v3.17
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH 38/43] metag: Use sigsp()
  • From: Richard Weinberger <richard@xxxxxxxxxxxxx>
• Re: [PATCH] arch/metag/kernel/cachepart.c: fix failure check
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [patch NOT added to the 3.12 stable tree] parisc,metag: Do not hardcode maximum userspace stack size
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH] arch/metag/kernel/cachepart.c: fix failure check
  • From: Andrey Utkin <andrey.krieger.utkin@xxxxxxxxx>
• Re: [PATCH 1/3] arch/metag/kernel/cachepart.c: fix failure check
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 1/3] arch/metag/kernel/cachepart.c: fix failure check
  • From: Andrey Utkin <andrey.krieger.utkin@xxxxxxxxx>
• [PATCH 1/3] arch/metag/kernel/cachepart.c: fix failure check
  • From: Andrey Utkin <andrey.krieger.utkin@xxxxxxxxx>
• [PATCH 3.14 08/66] parisc,metag: Do not hardcode maximum userspace stack size
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 23/38] metag: clean-up uapi Kbuild file
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH 12/16] MAINTAINERS: Remove METAG imgdafs pattern
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH 3.13 122/212] metag: Reduce maximum stack size to 256MB
  • From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
• [3.13.y.z extended stable] Patch "metag: Reduce maximum stack size to 256MB" has been added to staging queue
  • From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
• Re: [PATCH] arch: metag: mm: hugetlbpage.c: Fix to remove null pointer checks that could never happen
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH 3.12 111/146] metag: Reduce maximum stack size to 256MB
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH 04/13] metag: dma: Use list_add_(before|after) macros
  • From: Ken Helias <kenhelias@xxxxxx>
• [patch added to the 3.12 stable tree] metag: Reduce maximum stack size to 256MB
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH 3.14 170/228] metag: Reduce maximum stack size to 256MB
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3.10 082/103] metag: Reduce maximum stack size to 256MB
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3.11 080/138] metag: Reduce maximum stack size to 256MB
  • From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
• [3.11.y.z extended stable] Patch "metag: Reduce maximum stack size to 256MB" has been added to staging queue
  • From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
• [PATCH] arch: metag: mm: hugetlbpage.c: Fix to remove null pointer checks that could never happen
  • From: Rickard Strandqvist <rickard_strandqvist@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] arch: metag: mm: hugetlbpage.c: Cleaning up inconsistent NULL checks
  • From: Rickard Strandqvist <rickard_strandqvist@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] arch: metag: mm: hugetlbpage.c: Cleaning up inconsistent NULL checks
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH] arch: metag: mm: hugetlbpage.c: Cleaning up inconsistent NULL checks
  • From: Rickard Strandqvist <rickard_strandqvist@xxxxxxxxxxxxxxxxxx>
• Re: metag: CONFIG_METAG_SUSPEND_MEM
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• metag: CONFIG_METAG_SUSPEND_MEM
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [tip:sched/core] sched: Rework sched_domain topology definition
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• [GIT PULL] Metag architecture and related fixes for v3.15
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [tip:sched/core] sched: Rework sched_domain topology definition
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [RFC][PATCH 6/8] sched,idle: Avoid spurious wakeup IPIs
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH 14/27] metag: Use common bits from generic tlb.h
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH v4 0/4] metag,parisc: Stack limit patches
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH v4 0/4] metag,parisc: Stack limit patches
  • From: Helge Deller <deller@xxxxxx>
• [PATCH 14/27] metag: Use common bits from generic tlb.h
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [RFC 3/3] asm-generic: Drop renameat syscall from default list
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH v4 2/4] parisc,metag: Do not hardcode maximum userspace stack size
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH v4 3/4] metag: Remove _STK_LIM_MAX override
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH v4 0/4] metag,parisc: Stack limit patches
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH] parisc,metag: Do not hardcode maximum userspace stack size
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH] parisc,metag: Do not hardcode maximum userspace stack size
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc,metag: Do not hardcode maximum userspace stack size
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH 12/25] metag: Add 32 bit time_t and clock_t
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 12/25] metag: Add 32 bit time_t and clock_t
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH] compiler.h: don't use temporary variable in __compiletime_assert()
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH 12/25] metag: Add 32 bit time_t and clock_t
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH] compiler.h: don't use temporary variable in __compiletime_assert()
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH] compiler.h: don't use temporary variable in __compiletime_assert()
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH] compiler.h: don't use temporary variable in __compiletime_assert()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] compiler.h: don't use temporary variable in __compiletime_assert()
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH] compiler.h: don't use temporary variable in __compiletime_assert()
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH] compiler.h: don't use temporary variable in __compiletime_assert()
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [RFC][PATCH 6/8] sched,idle: Avoid spurious wakeup IPIs
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH] metag: fix memory barriers
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH] metag: fix memory barriers
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH] metag: fix memory barriers
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] parisc,metag: Do not hardcode maximum userspace stack size
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc,metag: Do not hardcode maximum userspace stack size
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] parisc,metag: Do not hardcode maximum userspace stack size
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Aw: Re: [PATCH] parisc,metag: Do not hardcode maximum userspace stack size
  • From: "Helge Deller" <deller@xxxxxx>
• Re: [PATCH] parisc,metag: Do not hardcode maximum userspace stack size
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] parisc,metag: Do not hardcode maximum userspace stack size
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: remove _STK_LIM_MAX override
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH] parisc,metag: Do not hardcode maximum userspace stack size
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH] parisc,metag: Do not hardcode maximum userspace stack size
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• [PATCH] parisc,metag: Do not hardcode maximum userspace stack size
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2 00/21] FDT clean-ups and libfdt support
  • From: Grant Likely <grant.likely@xxxxxxxxxx>
• Re: [RFC 3/3] asm-generic: Drop renameat syscall from default list
  • From: Szeredi Miklos <miklos@xxxxxxxxxx>
• Re: remove _STK_LIM_MAX override
  • From: Helge Deller <deller@xxxxxx>
• Re: remove _STK_LIM_MAX override
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• remove _STK_LIM_MAX override
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2 00/21] FDT clean-ups and libfdt support
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH v2 00/21] FDT clean-ups and libfdt support
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: [RFC 3/3] asm-generic: Drop renameat syscall from default list
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [RFC 3/3] asm-generic: Drop renameat syscall from default list
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/3] asm-generic: Add renameat2 syscall
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 3/3] asm-generic: Drop renameat syscall from default list
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH 1/3] asm-generic: Add renameat2 syscall
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH 0/3] asm-generic: Add renameat2, drop renameat by default
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH v2 08/21] of/fdt: consolidate built-in dtb section variables
  • From: Rob Herring <robherring2@xxxxxxxxx>
• [PATCH v2 00/21] FDT clean-ups and libfdt support
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH 08/20] of/fdt: consolidate built-in dtb section variables
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 08/20] of/fdt: consolidate built-in dtb section variables
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH 08/20] of/fdt: consolidate built-in dtb section variables
  • From: Rob Herring <robherring2@xxxxxxxxx>
• [PATCH 00/20] FDT clean-ups and libfdt support
  • From: Rob Herring <robherring2@xxxxxxxxx>
• [GIT PULL] Metag architecture changes for v3.15
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH v2 1/7] sched: remove unused SCHED_INIT_NODE
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH 12/44] metag: Use get_signal() signal_setup_done()
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH] gpio-tz1090: Replace commas with semi-colons
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 3.12 131/146] irq-metag*: stop set_affinity vectoring to offline cpus
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH 3.11 114/131] irq-metag*: stop set_affinity vectoring to offline cpus
  • From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
• [3.11.y.z extended stable] Patch "irq-metag*: stop set_affinity vectoring to offline cpus" has been added to staging queue
  • From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
• [patch added to the 3.12 stable tree] irq-metag*: stop set_affinity vectoring to offline cpus
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH 3.13 156/172] irq-metag*: stop set_affinity vectoring to offline cpus
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3.10 84/97] irq-metag*: stop set_affinity vectoring to offline cpus
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] gpio-tz1090: Replace commas with semi-colons
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH 12/44] metag: Use get_signal() signal_setup_done()
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [patch 06/26] metag: Use irq_set_affinity instead of homebrewn code
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [GIT PULL] Metag arch and asm-generic fixes for v3.14
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH] irq-metag*: stop set_affinity vectoring to offline cpus
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [patch 06/26] metag: Use irq_set_affinity instead of homebrewn code
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [patch 06/26] metag: Use irq_set_affinity instead of homebrewn code
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch 06/26] metag: Use irq_set_affinity instead of homebrewn code
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] asm-generic: add sched_setattr/sched_getattr syscalls
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [patch 06/26] metag: Use irq_set_affinity instead of homebrewn code
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [patch 06/26] metag: Use irq_set_affinity instead of homebrewn code
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] asm-generic: add sched_setattr/sched_getattr syscalls
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• [PATCH] asm-generic: add sched_setattr/sched_getattr syscalls
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• RE: [PATCH] drivers: staging: lustre: lustre: include: add "__attribute__((packed))" for the related union
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH] drivers: staging: lustre: lustre: include: add "__attribute__((packed))" for the related union
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [PATCH] drivers: staging: lustre: lustre: include: add "__attribute__((packed))" for the related union
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• RE: [PATCH] drivers: staging: lustre: lustre: include: add "__attribute__((packed))" for the related union
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH] drivers: staging: lustre: lustre: include: add "__attribute__((packed))" for the related union
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [PATCH] drivers: staging: lustre: lustre: include: add "__attribute__((packed))" for the related union
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [PATCH] drivers: staging: lustre: lustre: include: add "__attribute__((packed))" for the related union
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• RE: [PATCH] drivers: staging: lustre: lustre: include: add "__attribute__((packed))" for the related union
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH] drivers: staging: lustre: lustre: include: add "__attribute__((packed))" for the related union
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [PATCH] drivers: staging: lustre: lustre: include: add "__attribute__((packed))" for the related union
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [GIT PULL] parisc updates for v3.14 (new pull request)
  • From: Helge Deller <deller@xxxxxx>
• Re: [GIT PULL] parisc updates for v3.14
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] parisc updates for v3.14
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] drivers: staging: lustre: lustre: include: add "__attribute__((packed))" for the related union
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [PATCH] drivers: staging: lustre: lustre: include: add "__attribute__((packed))" for the related union
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [PATCH] drivers: staging: lustre: lustre: include: add "__attribute__((packed))" for the related union
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH] drivers: staging: lustre: lustre: include: add "__attribute__((packed))" for the related union
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [GIT PULL] Metag architecture changes for v3.14
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH] drivers: staging: lustre: lustre: include: add "__attribute__((packed))" for the related union
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH] drivers: staging: lustre: lustre: include: add "__attribute__((packed))" for the related union
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH] drivers: staging: lustre: lustre: include: add "__attribute__((packed))" for the related union
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH] drivers: staging: lustre: lustre: include: add "__attribute__((packed))" for the related union
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH] drivers: staging: lustre: lustre: include: add "__attribute__((packed))" for the related union
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH] drivers: staging: lustre: lustre: include: add "__attribute__((packed))" for the related union
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH linux-next] net: batman-adv: use "__packed __aligned(2)" for each structure instead of "__packed(2)" region
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH] drivers: staging: lustre: lustre: include: add "__attribute__((packed))" for the related union
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [PATCH linux-next] net: batman-adv: use "__packed __aligned(2)" for each structure instead of "__packed(2)" region
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [PATCH linux-next] net: batman-adv: use "__packed __aligned(2)" for each structure instead of "__packed(2)" region
  • From: Antonio Quartulli <antonio@xxxxxxxxxxxxxx>
• Re: [PATCH linux-next] net: batman-adv: use "__packed __aligned(2)" for each structure instead of "__packed(2)" region
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH] drivers: staging: lustre: lustre: include: add "__attribute__((packed))" for the related union
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH linux-next] net: batman-adv: use "__packed __aligned(2)" for each structure instead of "__packed(2)" region
  • From: Antonio Quartulli <antonio@xxxxxxxxxxxxxx>
• [PATCH linux-next] net: batman-adv: use "__packed __aligned(2)" for each structure instead of "__packed(2)" region
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [PATCH] drivers: staging: lustre: lustre: include: add "__attribute__((packed))" for the related union
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [PATCH] drivers: staging: lustre: lustre: include: add "__attribute__((packed))" for the related union
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH] drivers: staging: lustre: lustre: include: add "__attribute__((packed))" for the related union
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [Suggest] arch: metag: compiler: Are they compiler's issues?
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [Suggest] arch: metag: compiler: Are they compiler's issues?
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [Suggest] arch: metag: compiler: Are they compiler's issues?
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [Suggest] arch: metag: compiler: Are they compiler's issues?
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [Suggest] arch: metag: compiler: Are they compiler's issues?
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [Suggest] arch: metag: compiler: Are they compiler's issues?
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [Suggest] arch: metag: compiler: Are they compiler's issues?
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH] metag/smp: Make boot_secondary() static
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH] metag/smp: Make boot_secondary() static
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [Suggest] arch: metag: compiler: Are they compiler's issues?
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [Suggest] arch: metag: compiler: Are they compiler's issues?
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• [Suggest] arch: metag: compiler: Are they compiler's issues?
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [PATCH] arch: metag: lib: add "umoddi3.S" file for __umoddi3()
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [PATCH] arch: metag: lib: add "umoddi3.S" file for __umoddi3()
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH] arch: metag: lib: add "umoddi3.S" file for __umoddi3()
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [PATCH] arch: metag: lib: add "umoddi3.S" file for __umoddi3()
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH] arch: metag: lib: add "umoddi3.S" file for __umoddi3()
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [PATCH] arch: metag: lib: add "umoddi3.S" file for __umoddi3()
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH] arch: metag: lib: add "umoddi3.S" file for __umoddi3()
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [PATCH] arch: metag: lib: add "umoddi3.S" file for __umoddi3()
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH] arch: metag: lib: add "umoddi3.S" file for __umoddi3()
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [PATCH] arch: metag: kernel: export 'cpu_core_map' in "topology.c"
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [PATCH] arch: metag: kernel: export 'cpu_core_map' in "topology.c"
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [PATCH] arch: metag: kernel: export 'cpu_core_map' in "topology.c"
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH] arch: metag: kernel: export 'cpu_core_map' in "topology.c"
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• [PATCH v10] fs: imgdafs: Add IMG DAFS filesystem for metag
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH v2 00/11] Consolidate asm/fixmap.h files
  • From: Jonas Bonn <jonas.bonn@xxxxxxxxx>
• Re: [Consult] About tool chains of metag
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [Consult] About tool chains of metag
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [Consult] About tool chains of metag
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [RFC PATCH v3 10/19] smp, metag: kill SMP single function call interrupt
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [Consult] About tool chains of metag
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [Consult] About tool chains of metag
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [Consult] About tool chains of metag
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [Consult] About tool chains of metag
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [RFC PATCH v3 10/19] smp, metag: kill SMP single function call interrupt
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [Consult] About tool chains of metag
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [RFC PATCH v3 10/19] smp, metag: kill SMP single function call interrupt
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [Consult] About tool chains of metag
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [Consult] About tool chains of metag
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• [PATCH] metag: smp: don't set irq regs in do_IPI()
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [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>
• [PATCH v2 05/11] metag: use generic fixmap.h
  • From: Mark Salter <msalter@xxxxxxxxxx>
• Re: [PATCH 14/17] dt: Consolidate __dtb_start declarations in <linux/of_fdt.h>
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH 4/9] metag: Remove duplicate DT selection logic
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH 4/9] metag: Remove duplicate DT selection logic
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] arch: metag: kernel: dma.c: check 'pud' whether is NULL in dma_alloc_init()
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH] arch: metag: kernel: dma.c: check 'pud' whether is NULL in dma_alloc_init()
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH] arch: metag: kernel: dma.c: check 'pud' whether is NULL in dma_alloc_init()
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH] arch: metag: kernel: dma.c: check 'pud' whether is NULL in dma_alloc_init()
  • From: Xishi Qiu <qiuxishi@xxxxxxxxxx>
• Re: [PATCH] arch: metag: kernel: dma.c: check 'pud' whether is NULL in dma_alloc_init()
  • From: Xishi Qiu <qiuxishi@xxxxxxxxxx>
• Re: [PATCH] arch: metag: kernel: dma.c: check 'pud' whether is NULL in dma_alloc_init()
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH 00/11] Consolidate asm/fixmap.h files
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: [PATCH] arch: metag: kernel: dma.c: check 'pud' whether is NULL in dma_alloc_init()
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH] arch: metag: kernel: dma.c: check 'pud' whether is NULL in dma_alloc_init()
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH] arch: metag: kernel: dma.c: check 'pud' whether is NULL in dma_alloc_init()
  • From: Xishi Qiu <qiuxishi@xxxxxxxxxx>
• Re: [PATCH] arch: metag: kernel: dma.c: check 'pud' whether is NULL in dma_alloc_init()
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH] arch: metag: kernel: dma.c: check 'pud' whether is NULL in dma_alloc_init()
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH V3] printk/cache: Mark printk_once test variable __read_mostly
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH v2 1/2] dt: binding: add specified-clock for discoverable rate clocks
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH v2 0/2] add specified-clock DT binding
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH v2 2/2] clk-fixed-rate: support specified-clock binding
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH V3] printk/cache: Mark printk_once test variable __read_mostly
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• Re: [PATCH] clk: add specified-rate clock
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH] clk: add specified-rate clock
  • From: Tomasz Figa <tomasz.figa@xxxxxxxxx>
• Re: [PATCH] clk: add specified-rate clock
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH] clk: add specified-rate clock
  • From: Tomasz Figa <tomasz.figa@xxxxxxxxx>
• Re: [PATCH] clk: add specified-rate clock
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH V3] printk/cache: Mark printk_once test variable __read_mostly
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH V3] printk/cache: Mark printk_once test variable __read_mostly
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• Re: [PATCH 00/11] Consolidate asm/fixmap.h files
  • From: Mark Salter <msalter@xxxxxxxxxx>
• Re: [PATCH 00/11] Consolidate asm/fixmap.h files
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: [PATCH 05/11] metag: use generic fixmap.h
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH 01/11] Add generic fixmap.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 00/11] Consolidate asm/fixmap.h files
  • From: Mark Salter <msalter@xxxxxxxxxx>
• [PATCH 01/11] Add generic fixmap.h
  • From: Mark Salter <msalter@xxxxxxxxxx>
• [PATCH 05/11] metag: use generic fixmap.h
  • From: Mark Salter <msalter@xxxxxxxxxx>
• [GIT PULL] Metag architecture changes for v3.13
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH v2 08/29] metag: use unflatten_and_copy_device_tree
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH v2 08/29] metag: use unflatten_and_copy_device_tree
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH v2 08/29] metag: use unflatten_and_copy_device_tree
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH v2 22/29] of: remove early_init_dt_setup_initrd_arch
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH v2 14/29] metag: use early_init_dt_scan
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [patch] metag: off by one in setup_bootmem_node()
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [patch] metag: off by one in setup_bootmem_node()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH] metag: handle low level kicks directly
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH V3] printk/cache: Mark printk_once test variable __read_mostly
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH V2] printk/cache: Mark printk_once test variable __read_mostly
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [RFC PATCH -next] Fix printk_once build errors due to __read_mostly
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [PATCH V2] printk/cache: Mark printk_once test variable __read_mostly
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [RFC PATCH -next] Fix printk_once build errors due to __read_mostly
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [RFC PATCH -next] Fix printk_once build errors due to __read_mostly
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH -next] Fix printk_once build errors due to __read_mostly
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [RFC PATCH -next] Fix printk_once build errors due to __read_mostly
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: perf events ring buffer memory barrier on powerpc
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: perf events ring buffer memory barrier on powerpc
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [RFC PATCH -next] Fix printk_once build errors due to __read_mostly
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH 13/29] metag: Use get_signal() signal_setup_done()
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: Commit f26150004 (metag: use common of_flat_dt_match_machine) causes metag build failures in linux-next
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Commit f26150004 (metag: use common of_flat_dt_match_machine) causes metag build failures in linux-next
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 08/21] metag: move setup_machine_fdt declaration from prom.h
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [RFC PATCH v2 10/25] smp, metag: kill SMP single function call interrupt
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [GIT PULL] metag architecture changes for v3.12
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH v4] irq-imgpdc: add ImgTec PDC irqchip driver
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>