Linux Sparc

• Thread Index

• [PATCH] math-emu: correct test for downshifting fraction in _FP_FROM_INT()
  • From: Mikael Pettersson <mikpe@xxxxxxxx>
• Re: [PATCH] sparc: move is_root_node from private header to of.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: move is_root_node from private header to of.h
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH] sparc: move is_root_node from private header to of.h
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH] sparc: move is_root_node from private header to of.h
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: Checking for v9v/64v capability
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Checking for v9v/64v capability
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Checking for v9v/64v capability
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Checking for v9v/64v capability
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Checking for v9v/64v capability
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 4/4] x86: OLPC: add OLPC device-tree support
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH 4/4] x86: OLPC: add OLPC device-tree support
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: bootcup crash in prom tree building with specific PCI card
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• RE: Using devices trees on X86
  • From: Stephen Neuendorffer <stephen.neuendorffer@xxxxxxxxxx>
• Re: [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH 4/4] x86: OLPC: add OLPC device-tree support
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH 5/5] of: remove architecture CONFIG_OF definitions
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: [PATCH 1/5] microblaze: turn CONFIG_OF into a select
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: [PATCH 4/4] x86: OLPC: add OLPC device-tree support
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] x86: OLPC: add OLPC device-tree support
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH] sparc: remove homegrown L1_CACHE_ALIGN macro
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/4] proc: unify PROC_DEVICETREE config
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH] sparc: remove homegrown L1_CACHE_ALIGN macro
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: Using devices trees on X86
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: Using devices trees on X86
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: bootcup crash in prom tree building with specific PCI card
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] sparc: turn CONFIG_OF into a select
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 5/5] of: remove architecture CONFIG_OF definitions
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [PATCH 4/5] of: define CONFIG_OF globally so architectures can select it
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [PATCH 3/5] sparc: turn CONFIG_OF into a select
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [PATCH 2/5] powerpc: turn CONFIG_OF into a select
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [PATCH 1/5] microblaze: turn CONFIG_OF into a select
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: Using devices trees on X86
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [PATCH 0/4] RFC: OLPC/x86 device tree code
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• [PATCH 4/4] x86: OLPC: add OLPC device-tree support
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• [PATCH 3/4] proc: unify PROC_DEVICETREE config
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• [PATCH 1/4] x86: OLPC: constify an olpc_ofw() arg
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH] sparc64: fix the build error due to smp_kgdb_capture_client()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Unaligned accesses w/ generic segmentation/rx/tx offloading disabled
  • From: Brad Spengler <spender@xxxxxxxxxxxxxx>
• Re: Error "Unknown relocation: 36" on module load on Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Error "Unknown relocation: 36" on module load on Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Error "Unknown relocation: 36" on module load on Sparc
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: Error "Unknown relocation: 36" on module load on Sparc
  • From: Vladislav Bolkhovitin <vst@xxxxxxxx>
• [PATCH] sparc64: fix the build error due to smp_kgdb_capture_client()
  • From: Dongdong Deng <dongdong.deng@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] of: kill struct of_device
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] sparc/of: Move of_device fields into struct pdev_archdata
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Error "Unknown relocation: 36" on module load on Sparc
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: Error "Unknown relocation: 36" on module load on Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: How to printk/sprintf uint64_t on Sparc without format and argument types mismatch
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Error "Unknown relocation: 36" on module load on Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: How to printk/sprintf uint64_t on Sparc without format and argument types mismatch
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: Error "Unknown relocation: 36" on module load on Sparc
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• How to printk/sprintf uint64_t on Sparc without format and argument types mismatch
  • From: Vladislav Bolkhovitin <vst@xxxxxxxx>
• Error "Unknown relocation: 36" on module load on Sparc
  • From: Vladislav Bolkhovitin <vst@xxxxxxxx>
• Re: [PATCH 0/2] Replace of_device with platform_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 0/2] Replace of_device with platform_device
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] Replace of_device with platform_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 1/5] of/irq: Move irq_of_parse_and_map() to common code
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] Replace of_device with platform_device
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• bootcup crash in prom tree building with specific PCI card
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH 3/11] arch/sparc/kernel: Eliminate what looks like a NULL pointer dereference
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 0/5] Consolidate OF IRQ handling code
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 0/2] Replace of_device with platform_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 1/5] of/irq: Move irq_of_parse_and_map() to common code
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 2/2] of: kill struct of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 1/2] sparc/of: Move of_device fields into struct pdev_archdata
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 1/4] kernel: local_irq_{save,restore}_nmi()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] kernel: local_irq_{save,restore}_nmi()
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: Serial console issue with 2.6.32
  • From: Frans Pop <elendil@xxxxxxxxx>
• Re: [2.6.35-rc1 regression] sysfs: cannot create duplicate filename ... XVR-600 related?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [2.6.35-rc1 regression] sysfs: cannot create duplicate filename ... XVR-600 related?
  • From: Alex Chiang <achiang@xxxxxxxxxxxxx>
• Re: [2.6.35-rc1 regression] sysfs: cannot create duplicate filename ... XVR-600 related?
  • From: Alex Chiang <achiang@xxxxxxxxxxxxx>
• Re: [2.6.35-rc1 regression] tg3 vpd r/w failed
  • From: "Matt Carlson" <mcarlson@xxxxxxxxxxxx>
• Re: [2.6.35-rc1 regression] sysfs: cannot create duplicate filename ... XVR-600 related?
  • From: Mikael Pettersson <mikpe@xxxxxxxx>
• Re: [2.6.35-rc1 regression] tg3 vpd r/w failed
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [2.6.35-rc1 regression] sysfs: cannot create duplicate filename ... XVR-600 related?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• 2.6.35-rc1: duplicate pci slot name warnings on Sun E250
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH]sparc32: Fix impossibility of swap disabling after intensive swap using
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Re: [PATCH]sparc32: Fix impossibility of swap disabling after intensive swap using
  • From: Tkhai Kirill <tkhai@xxxxxxxxx>
• [PATCH 3/11] arch/sparc/kernel: Eliminate what looks like a NULL pointer dereference
  • From: Julia Lawall <julia@xxxxxxx>
• Re: question about drivers/serial/sunsu.c
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Serial console issue with 2.6.32
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH]sparc32: Fix impossibility of swap disabling after intensive swap using
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: GR-LEON4-ITX
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: GR-LEON4-ITX
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• Re: GR-LEON4-ITX
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• Re: GR-LEON4-ITX
  • From: Paul Thomas <pthomas8589@xxxxxxxxx>
• Re: [PATCH 181/199] arch/sparc/lib/COPYING.LIB: Checkpatch cleanup
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• GR-LEON4-ITX
  • From: Paul Thomas <pthomas8589@xxxxxxxxx>
• [PATCH 182/199] arch/sparc/lib/muldi3.S: Checkpatch cleanup
  • From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
• [PATCH 180/199] arch/sparc/kernel/tadpole.c: Checkpatch cleanup
  • From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
• [PATCH 181/199] arch/sparc/lib/COPYING.LIB: Checkpatch cleanup
  • From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
• Re: sun4v_data_access_exception during access to hardware
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sun4v_data_access_exception during access to hardware
  • From: "Alex Mach" <alexvm12e@xxxxxxx>
• Re: sun4v_data_access_exception during access to hardware
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sun4v_data_access_exception during access to hardware
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sun4v_data_access_exception during access to hardware
  • From: "Alex Mach" <alexvm12e@xxxxxxx>
• Re[2]: sun4v_data_access_exception during access to hardware
  • From: Alex Mach <alexvm12e@xxxxxxx>
• Re: sun4v_data_access_exception during access to hardware
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sun4v_data_access_exception during access to hardware
  • From: Alex Mach <alexvm12e@xxxxxxx>
• question about drivers/serial/sunsu.c
  • From: Julia Lawall <julia@xxxxxxx>
• Re: sun4v_data_access_exception during access to hardware
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re[2]: sun4v_data_access_exception during access to hardware
  • From: Alex Mach <alexvm12e@xxxxxxx>
• Re: sun4v_data_access_exception during access to hardware
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re[2]: sun4v_data_access_exception during access to hardware
  • From: Alex Mach <alexvm12e@xxxxxxx>
• Re: sun4v_data_access_exception during access to hardware
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sun4v_data_access_exception during access to hardware
  • From: David Miller <davem@xxxxxxxxxxxxx>
• sun4v_data_access_exception during access to hardware
  • From: Alex Mach <alexvm12e@xxxxxxx>
• sparc64: atapi pio mode lost interrupt
  • From: Igor Kovalenko <igor.v.kovalenko@xxxxxxxxx>
• parport on Sun Blade 2500 Red ?
  • From: Mikael Pettersson <mikpe@xxxxxxxx>
• Re: Re: Re: [PATCH]sparc32: Fix impossibility of swap disabling after intensive swap using
  • From: Tkhai Kirill <tkhai@xxxxxxxxx>
• Re: [PATCH]sparc32: Fix impossibility of swap disabling after intensive swap using
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Re: [PATCH]sparc32: Fix impossibility of swap disabling after intensive swap using
  • From: Тхай Кирилл <tkhai@xxxxxxxxx>
• Re: [PATCH] Disable execmem for sparc
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH] Disable execmem for sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] Disable execmem for sparc
  • From: Stephen Smalley <sds@xxxxxxxxxxxxx>
• Re: [PATCH] Disable execmem for sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] Disable execmem for sparc
  • From: "Tom \"spot\" Callaway" <tcallawa@xxxxxxxxxx>
• Re: [PATCH] Disable execmem for sparc
  • From: Stephen Smalley <sds@xxxxxxxxxxxxx>
• Re: [PATCH] Disable execmem for sparc
  • From: "Tom \"spot\" Callaway" <tcallawa@xxxxxxxxxx>
• Re: [PATCH 2/2] sparc64: Fix stack dumping and tracing when function graph is enabled.
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 2/2] sparc64: Fix stack dumping and tracing when function graph is enabled.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 1/2] sparc64: Show stack backtrace from show_regs() just like other platforms.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 0/2] sparc64 backtrace fixups...
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] ring-buffer: Make non-consuming read less expensive with lots of cpus.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH] ring-buffer: Make non-consuming read less expensive with lots of cpus.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [GIT]: Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] Fix kmemleak include in arch/sparc/kernel/irq_64.c
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] Fix kmemleak include in arch/sparc/kernel/irq_64.c
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH] sparc64: Fix PREEMPT_ACTIVE value.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] Disable execmem for sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH] Disable execmem for sparc
  • From: Stephen Smalley <sds@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] Disable execmem for sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Weird rcu lockdep warning
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Weird rcu lockdep warning
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH] Disable execmem for sparc
  • From: Stephen Smalley <sds@xxxxxxxxxxxxx>
• Re: Weird rcu lockdep warning
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Weird rcu lockdep warning
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Weird rcu lockdep warning
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: Weird rcu lockdep warning
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Weird rcu lockdep warning
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Weird rcu lockdep warning
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Weird rcu lockdep warning
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Weird rcu lockdep warning
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Weird rcu lockdep warning
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Weird rcu lockdep warning
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: Fix forgotten kmemleak headers inclusion
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Weird rcu lockdep warning
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH] sparc: Fix forgotten kmemleak headers inclusion
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/4]: Respin local_irq_*_nmi() stuff.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/4]: Respin local_irq_*_nmi() stuff.
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/4]: Respin local_irq_*_nmi() stuff.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/4]: Respin local_irq_*_nmi() stuff.
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 3/3] sparc64: Fix memory leak in pci_register_iommu_region().
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/3] sparc64: Add kmemleak annotation to sun4v_build_virq()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 1/3] sparc64: Support kmemleak.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 0/3] sparc64 kmemleak support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 7/7] sparc64: Add function graph tracer support.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 6/7] sparc64: Give a stack frame to the ftrace call sites.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 5/7] sparc64: Use a seperate counter for timer interrupts and NMI checks, like x86.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 4/7] sparc64: Remove profiling from some low-level bits.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 3/7] sparc64: Kill unnecessary static on local var in ftrace_call_replace().
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/7] sparc64: Kill CONFIG_STACK_DEBUG code.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 1/7] sparc64: Add HAVE_FUNCTION_TRACE_MCOUNT_TEST and tidy up.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 0/7] sparc64 function graph tracer support and tidy ups
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: Adjust __raw_local_irq_save() to cooperate in NMIs.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: Use kstack_valid() in die_if_kernel().
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/4]: Respin local_irq_*_nmi() stuff.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 1/4] kernel: local_irq_{save,restore}_nmi()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 4/4] tracing: Use local_irq_{save,restore}_nmi() in tracers.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 3/4] sched: Use local_irq_save_nmi() in cpu_clock()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/4] sparc64: Implement local_irq_save_nmi() override.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 0/4]: Respin local_irq_*_nmi() stuff.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] Disable execmem for sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch 3/3] sched: Use local_irq_save_nmi() in cpu_clock()
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [patch 3/3] sched: Use local_irq_save_nmi() in cpu_clock()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [patch 3/3] sched: Use local_irq_save_nmi() in cpu_clock()
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 2/2] ftrace: Use local_irq_{save,restore}_nmi() in tracers.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] sparc64: Implement local_irq_save_nmi().
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] sparc64: Implement local_irq_save_nmi().
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] sparc64: Implement local_irq_save_nmi().
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [patch 1/3] kernel: local_irq_{save,restore}_nmi()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [patch 1/3] kernel: local_irq_{save,restore}_nmi()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] ftrace: Use local_irq_{save,restore}_nmi() in tracers.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] ftrace: Use local_irq_{save,restore}_nmi() in tracers.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [patch 1/3] kernel: local_irq_{save,restore}_nmi()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 1/2] sparc64: Implement local_irq_save_nmi().
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/2] ftrace: Use local_irq_{save,restore}_nmi() in tracers.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch 0/3] IRQ disable vs NMI
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Random scheduler/unaligned accesses crashes with perf lock events on sparc 64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Random scheduler/unaligned accesses crashes with perf lock events on sparc 64
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Random scheduler/unaligned accesses crashes with perf lock events on sparc 64
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [patch 0/3] IRQ disable vs NMI
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Random scheduler/unaligned accesses crashes with perf lock events on sparc 64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Random scheduler/unaligned accesses crashes with perf lock events on sparc 64
  • From: Steven Rostedt <srostedt@xxxxxxxxxx>
• [patch 2/3] perf: Use local_irq_save_nmi()
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• [patch 3/3] sched: Use local_irq_save_nmi() in cpu_clock()
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• [patch 1/3] kernel: local_irq_{save,restore}_nmi()
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• [patch 0/3] IRQ disable vs NMI
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: Random scheduler/unaligned accesses crashes with perf lock events on sparc 64
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Random scheduler/unaligned accesses crashes with perf lock events on sparc 64
  • From: Mike Galbraith <efault@xxxxxx>
• Re: Random scheduler/unaligned accesses crashes with perf lock events on sparc 64
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Random scheduler/unaligned accesses crashes with perf lock events on sparc 64
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [RFC][PATCH] lockdep: WARN about local_irq_{en,dis}able in NMI context
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC][PATCH] lockdep: WARN about local_irq_{en,dis}able in NMI context
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH] lockdep: WARN about local_irq_{en,dis}able in NMI context
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [RFC][PATCH] lockdep: WARN about local_irq_{en,dis}able in NMI context
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Random scheduler/unaligned accesses crashes with perf lock events on sparc 64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Random scheduler/unaligned accesses crashes with perf lock events on sparc 64
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: Random scheduler/unaligned accesses crashes with perf lock events on sparc 64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Random scheduler/unaligned accesses crashes with perf lock events on sparc 64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 33/37] sound/soc: use .dev.of_node instead of .node in struct of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 33/37] sound/soc: use .dev.of_node instead of .node in struct of_device
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: Random scheduler/unaligned accesses crashes with perf lock events on sparc 64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Random scheduler/unaligned accesses crashes with perf lock events on sparc 64
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: Random scheduler/unaligned accesses crashes with perf lock events on sparc 64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Implement perf_arch_fetch_caller_regs
  • From: Paul Mackerras <paulus@xxxxxxxxx>
• Re: Random scheduler/unaligned accesses crashes with perf lock events on sparc 64
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: Random scheduler/unaligned accesses crashes with perf lock events on sparc 64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Random scheduler/unaligned accesses crashes with perf lock events on sparc 64
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Random scheduler/unaligned accesses crashes with perf lock events on sparc 64
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH] sparc64: Implement perf_arch_fetch_caller_regs
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH] sparc64: Implement perf_arch_fetch_caller_regs
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Kernel panic - not syncing: Irrecoverable deferred error trap
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Kernel panic - not syncing: Irrecoverable deferred error trap
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• [PATCH] sparc64: Implement perf_arch_fetch_caller_regs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Kernel panic - not syncing: Irrecoverable deferred error trap
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Fix array size reported by vmemmap_populate()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Fix array size reported by vmemmap_populate()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: Fix array size reported by vmemmap_populate()
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: Kernel panic - not syncing: Irrecoverable deferred error trap
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: Kernel panic - not syncing: Irrecoverable deferred error trap
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Kernel panic - not syncing: Irrecoverable deferred error trap
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: Kernel panic - not syncing: Irrecoverable deferred error trap
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Kernel panic - not syncing: Irrecoverable deferred error trap
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Kernel panic - not syncing: Irrecoverable deferred error trap
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: Kernel panic - not syncing: Irrecoverable deferred error trap
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Kernel panic - not syncing: Irrecoverable deferred error trap
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Kernel panic - not syncing: Irrecoverable deferred error trap
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Kernel panic - not syncing: Irrecoverable deferred error trap
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Kernel panic - not syncing: Irrecoverable deferred error trap
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: [BUG] fault while using perf callchains in sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [BUG] fault while using perf callchains in sparc64
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [BUG] fault while using perf callchains in sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [BUG] fault while using perf callchains in sparc64
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH] sparc: Fix regset register window handling.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] drivers/serial/sunsu.c: Correct use after free
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [BUG] fault while using perf callchains in sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [BUG] fault while using perf callchains in sparc64
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [BUG] fault while using perf callchains in sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [BUG] fault while using perf callchains in sparc64
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [BUG] fault while using perf callchains in sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [BUG] fault while using perf callchains in sparc64
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [BUG] fault while using perf callchains in sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [BUG] fault while using perf callchains in sparc64
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [BUG] fault while using perf callchains in sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [BUG] fault while using perf callchains in sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] drivers/serial/sunsu.c: Correct use after free
  • From: Julia Lawall <julia@xxxxxxx>
• Re: [BUG] fault while using perf callchains in sparc64
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: question about drivers/serial/sunsu.c
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [BUG] fault while using perf callchains in sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• question about drivers/serial/sunsu.c
  • From: Julia Lawall <julia@xxxxxxx>
• [BUG] fault while using perf callchains in sparc64
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 7/7] arch/sparc/kernel: Use set_cpus_allowed_ptr
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 7/7] arch/sparc/kernel: Use set_cpus_allowed_ptr
  • From: Julia Lawall <julia@xxxxxxx>
• Re: [PATCH] Disable execmem for sparc
  • From: Dennis Gilmore <dennis@xxxxxxxx>
• Re: [PATCH] Disable execmem for sparc
  • From: Stephen Smalley <sds@xxxxxxxxxxxxx>
• Re: [PATCH] Disable execmem for sparc
  • From: Dennis Gilmore <dennis@xxxxxxxx>
• Re: [PATCH] Disable execmem for sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] Disable execmem for sparc
  • From: "Tom \"spot\" Callaway" <tcallawa@xxxxxxxxxx>
• RE: Debian Sparc 5.4 on Sun blade 2500
  • From: Paul Cao <pcao@xxxxxxxxxxx>
• Re: Debian Sparc 5.4 on Sun blade 2500
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [V2 PATCH 00/10] of: Consolidate scattered device node pointers in struct device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [V2 PATCH 00/10] of: Consolidate scattered device node pointers in struct device
  • From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
• [PATCH 16/18] Generate empty tracepoints if syscall tracing is disabled
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH] Cosmetic:Partially remove deprecated __initcall() and change to
  • From: "Justin P. mattock" <justinmattock@xxxxxxxxx>
• Re: [PATCH] Cosmetic:Partially remove deprecated __initcall() and change to
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• Re: [klibc] klibc sparc sockets foo
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH] Cosmetic:Partially remove deprecated __initcall() and change to
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: [PATCH] Cosmetic:Partially remove deprecated __initcall() and change to
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• [PATCH] Cosmetic:Partially remove deprecated __initcall() and change to
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: [BUG] percpu misaligned allocation
  • From: Richard Kennedy <richard@xxxxxxxxxxxxxxx>
• Re: [PATCH v2][GIT PULL][v2.6.34] ring-buffer: Do 8 byte alignment for 64 bit that can not handle 4 byte align
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: RFC: of_platform and platform bus merge
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH v2][GIT PULL][v2.6.34] ring-buffer: Do 8 byte alignment for 64 bit that can not handle 4 byte align
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH][GIT PULL][v2.6.34] ring-buffer: Do 8 byte alignment for 64 bit that can not handle 4 byte align
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [BUG] percpu misaligned allocation
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH][GIT PULL][v2.6.34] ring-buffer: Do 8 byte alignment for 64 bit that can not handle 4 byte align
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [BUG] percpu misaligned allocation
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [BUG] percpu misaligned allocation
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [BUG] percpu misaligned allocation
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [BUG] percpu misaligned allocation
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [BUG] percpu misaligned allocation
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [BUG] percpu misaligned allocation
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: RFC: of_platform and platform bus merge
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [BUG] percpu misaligned allocation
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• An fc4 user appears
  • From: Matthew Wilcox <matthew@xxxxxx>
• Re: [V2 PATCH 06/10] of/drivers: Always use struct device.of_node to get node pointer
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [V2 PATCH 06/10] of/drivers: Always use struct device.of_node to get node pointer
  • From: Sean MacLennan <smaclennan@xxxxxxxxxxxx>
• Re: [V2 PATCH 06/10] of/drivers: Always use struct device.of_node to get node pointer
  • From: Sean MacLennan <smaclennan@xxxxxxxxxxxx>
• Re: [V2 PATCH 06/10] of/drivers: Always use struct device.of_node to get node pointer
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• RFC: of_platform and platform bus merge
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [V2 PATCH 06/10] of/drivers: Always use struct device.of_node to get node pointer
  • From: Sean MacLennan <smaclennan@xxxxxxxxxxxx>
• Re: [BUG] percpu misaligned allocation
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [V2 PATCH 08/10] arch/powerpc: Remove obsolete dev_archdata.of_node and of_devce.node
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [V2 PATCH 06/10] of/drivers: Always use struct device.of_node to get node pointer
  • From: Jochen Friedrich <jochen@xxxxxxxx>
• Re: [V2 PATCH 08/10] arch/powerpc: Remove obsolete dev_archdata.of_node and of_devce.node
  • From: Anton Vorontsov <avorontsov@xxxxxxxxxxxxx>
• Re: [V2 PATCH 00/10] of: Consolidate scattered device node pointers in struct device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [V2 PATCH 06/10] of/drivers: Always use struct device.of_node to get node pointer
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [V2 PATCH 07/10] of: eliminate calls to dev_archdata_set_node()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [V2 PATCH 05/10] arch/microblaze: Always use 'struct device.of_node' to get device node pointer.
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [V2 PATCH 04/10] arch/powerpc: Always use 'struct device.of_node' to get device node pointer.
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [V2 PATCH 03/10] arch/sparc: Always use 'struct device.of_node' to get device node pointer.
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [V2 PATCH 02/10] i2c/of: Allow device node to be passed via i2c_board_info
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [V2 PATCH 08/10] arch/powerpc: Remove obsolete dev_archdata.of_node and of_devce.node
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [V2 PATCH 10/10] arch/sparc: Remove obsolete dev_archdata.prom_node and of_devce.node
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [V2 PATCH 09/10] arch/microblaze: Remove obsolete dev_archdata.of_node and of_devce.node
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [V2 PATCH 01/10] driver-core: Add device node pointer to struct device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [V2 PATCH 00/10] of: Consolidate scattered device node pointers in struct device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [BUG] percpu misaligned allocation
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [BUG] percpu misaligned allocation
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [BUG] percpu misaligned allocation
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [BUG] percpu misaligned allocation
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [BUG] percpu misaligned allocation
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [BUG] percpu misaligned allocation
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: Serial console issue with 2.6.32
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Serial console issue with 2.6.32
  • From: Frans Pop <elendil@xxxxxxxxx>
• Re: Lenny on E4500, esp_scsi won't detect disks
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: Serial console issue with 2.6.32
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Debian Sparc 5.4 on Sun blade 2500
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Debian Sparc 5.4 on Sun blade 2500
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: Debian Sparc 5.4 on Sun blade 2500
  • From: Paul Cao <pcao@xxxxxxxxxxx>
• Re: Debian Sparc 5.4 on Sun blade 2500
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Debian Sparc 5.4 on Sun blade 2500
  • From: Paul Cao <pcao@xxxxxxxxxxx>
• Re: Debian Sparc 5.4 on Sun blade 2500
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Debian Sparc 5.4 on Sun blade 2500
  • From: Paul Cao <pcao@xxxxxxxxxxx>
• Re: Debian Sparc 5.4 on Sun blade 2500
  • From: Paul Cao <pcao@xxxxxxxxxxx>
• Re: Debian Sparc 5.4 on Sun blade 2500
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Debian Sparc 5.4 on Sun blade 2500
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Debian Sparc 5.4 on Sun blade 2500
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Debian Sparc 5.4 on Sun blade 2500
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [GIT]: Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sunxvr1000: Add missing FB=y depenency.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Debian Sparc 5.4 on Sun blade 2500
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Debian Sparc 5.4 on Sun blade 2500
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: [PATCH] drivers/serial/sunsab.c: adjust the constant used to initialize the interrupt_mask0 fields
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Serial console issue with 2.6.32
  • From: Frans Pop <elendil@xxxxxxxxx>
• Re: klibc sparc sockets foo
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: klibc sparc sockets foo
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: klibc sparc sockets foo
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [GIT]: Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• QFE Cards
  • From: Jack Morgan <jack@xxxxxxxxxxx>
• klibc sparc sockets foo
  • From: maximilian attems <max@xxxxxxx>
• Re: [GIT]: Sparc
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [GIT]: Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: XVR-500 additional pci ids
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: XVR-500 additional pci ids
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: XVR-500 additional pci ids
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: XVR-500 additional pci ids
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: XVR-500 additional pci ids
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: XVR-500 additional pci ids
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: XVR-500 additional pci ids
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: XVR-500 additional pci ids
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: XVR-500 additional pci ids
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: XVR-500 additional pci ids
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: [PATCH 22/27] drivers/i2c/of: don't use deprecated field in of_platform_driver
  • From: Sean MacLennan <smaclennan@xxxxxxxxxxxx>
• Re: [PATCH 12/27] drivers/mtd/of: don't use deprecated field in of_platform_driver
  • From: Sean MacLennan <smaclennan@xxxxxxxxxxxx>
• Re: [PATCH 25/37] drivers/infiniband: use .dev.of_node instead of .node in struct of_device
  • From: Alexander Schmidt <alexs@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 33/37] sound/soc: use .dev.of_node instead of .node in struct of_device
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: XVR-500 additional pci ids
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: XVR-500 additional pci ids
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: XVR-500 additional pci ids
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: XVR-500 additional pci ids
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: [PATCH 33/37] sound/soc: use .dev.of_node instead of .node in struct of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 25/37] drivers/infiniband: use .dev.of_node instead of .node in struct of_device
  • From: Roland Dreier <rdreier@xxxxxxxxx>
• Re: [PATCH 33/37] sound/soc: use .dev.of_node instead of .node in struct of_device
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 01/37] i2c/of: Allow device node to be passed via i2c_board_info
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 02/37] of: Eliminate dev_archdata_get_node()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 00/27] Clean up of_platform drivers
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 04/27] drivers/video/of: don't use deprecated field in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 08/27] drivers/crypto/of: don't use deprecated field in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 11/27] drivers/macintosh/of: don't use deprecated field in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 14/27] drivers/serial/of: don't use deprecated field in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 13/27] drivers/net/of: don't use deprecated field in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 15/27] drivers/spi/of: don't use deprecated field in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 10/27] drivers/input/of: don't use deprecated field in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 21/37] drivers/ata: use .dev.of_node instead of .node in struct of_device
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 16/27] drivers/scsi/of: don't use deprecated field in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 21/37] drivers/ata: use .dev.of_node instead of .node in struct of_device
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• [PATCH 26/27] arch/sparc/of: don't use deprecated field in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 12/37] drivers/usb: use .dev.of_node instead of .node in struct of_device
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [PATCH 05/27] drivers/usb/of: don't use deprecated field in of_platform_driver
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [PATCH 21/37] drivers/ata: use .dev.of_node instead of .node in struct of_device
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxx>
• [PATCH] driver-core: Add device node pointer to struct device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 22/27] drivers/i2c/of: don't use deprecated field in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 12/27] drivers/mtd/of: don't use deprecated field in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 09/27] drivers/atm/of: don't use deprecated field in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 00/37] OF: move device node pointer into struct device.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 05/27] drivers/usb/of: don't use deprecated field in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 17/27] drivers/sbus/of: don't use deprecated field in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 03/27] drivers/watchdog/of: don't use deprecated .name and .owner in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 02/27] drivers/gpio/of: don't use deprecated fields in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 01/27] drivercore: Add of_match_table to the common device drivers
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 18/27] drivers/parport/of: don't use deprecated field in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 19/27] drivers/pcmcia/of: don't use deprecated field in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 00/37] OF: move device node pointer into struct device.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 21/27] drivers/hwmon/of: don't use deprecated field in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 00/37] OF: move device node pointer into struct device.
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 00/27] Clean up of_platform drivers
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 20/27] drivers/mmc/of: don't use deprecated field in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 25/27] arch/powerpc/of: don't use deprecated field in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 24/27] sound/of: don't use deprecated fields in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 27/27] of: remove obsolete members from of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 23/27] drivers/infiniband/of: don't use deprecated fields in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 07/27] drivers/char/of: don't use deprecated field in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 06/27] drivers/block/of: don't use deprecated field in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 03/37] of/sparc: use dev->of_node instead of dev->archdata.prom_node
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 00/37] OF: move device node pointer into struct device.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 05/37] arch/powerpc: use .dev.of_node instead of .node in struct of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 04/37] arch/sparc: use .dev.of_node instead of .node in struct of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 07/37] drivers/serial: use .dev.of_node instead of .node in struct of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 06/37] arch/microblaze: use .dev.of_node instead of .node in struct of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 08/37] drivers/watchdog: use .dev.of_node instead of .node in struct of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 11/37] drivers/scsi: use .dev.of_node instead of .node in struct of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 10/37] drivers/video: use .dev.of_node instead of .node in struct of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 09/37] drivers/atm: use .dev.of_node instead of .node in struct of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 13/37] drivers/macintosh: use .dev.of_node instead of .node in struct of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 14/37] drivers/spi: use .dev.of_node instead of .node in struct of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 16/37] drivers/sbus: use .dev.of_node instead of .node in struct of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 17/37] drivers/net: use .dev.of_node instead of .node in struct of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 18/37] drivers/pcmcia: use .dev.of_node instead of .node in struct of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 21/37] drivers/ata: use .dev.of_node instead of .node in struct of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 22/37] drivers/leds: use .dev.of_node instead of .node in struct of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 26/37] drivers/mtd: use .dev.of_node instead of .node in struct of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 28/37] drivers/scsi: use .of_node instead of .archdata.of_node in struct device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 29/37] drivers/char: use .of_node instead of .archdata.of_node in struct device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 31/37] drivers/of: use .of_node instead of .archdata.of_node in struct device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 30/37] drivers/cdrom: use .of_node instead of .archdata.of_node in struct device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 33/37] sound/soc: use .dev.of_node instead of .node in struct of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 34/37] sound/sparc: use .dev.of_node instead of .node in struct of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 35/37] arch/powerpc: Remove .archdata.of_node and use .of_node in struct device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 32/37] sound/aoa: use .dev.of_node instead of .node in struct of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 36/37] arch/microblaze: Remove .archdata.of_node and use .of_node in struct device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 37/37] arch/sparc: Remove .archdata.of_node and use .of_node in struct device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 27/37] drivers/of: use .dev.of_node instead of .node in struct of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 25/37] drivers/infiniband: use .dev.of_node instead of .node in struct of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 24/37] drivers/char: use .dev.of_node instead of .node in struct of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 23/37] drivers/i2c: use .dev.of_node instead of .node in struct of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 19/37] drivers/serial: use .dev.of_node instead of .node in struct of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 20/37] drivers/input: use .dev.of_node instead of .node in struct of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 15/37] drivers/mmc: use .dev.of_node instead of .node in struct of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 12/37] drivers/usb: use .dev.of_node instead of .node in struct of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 00/37] OF: move device node pointer into struct device.
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: XVR-500 additional pci ids
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: XVR-500 additional pci ids
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: XVR-500 additional pci ids
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: XVR-500 additional pci ids
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] Remove slash in QlogicPTI irq name
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] Remove slash in QlogicPTI irq name
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: Sparc release requalification
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• [GIT]: Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] Fix NMI openfirmware bug.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: Kill off old sys_perfctr system call and state.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc: Provide io{read,write}{16,32}be().
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: use asm-generic/scatterlist.h
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: use asm-generic/scatterlist.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: use asm-generic/scatterlist.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] sparc: use asm-generic/scatterlist.h
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: use asm-generic/scatterlist.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [GIT]: Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: use asm-generic/scatterlist.h
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: use asm-generic/scatterlist.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: XVR-500 additional pci ids
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: [PATCH] sparc: use asm-generic/scatterlist.h
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: linux-image-2.6.26-1-sparc64-smp: [sparc] SunFire480R cassini network driver kernel panic
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: linux-image-2.6.26-1-sparc64-smp: [sparc] SunFire480R cassini network driver kernel panic
  • From: Hermann Lauer <Hermann.Lauer@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sparc: use asm-generic/scatterlist.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH]: sparc: Support show_unhandled_signals.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: use asm-generic/scatterlist.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: use asm-generic/scatterlist.h
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: use __ratelimit
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc: use __ratelimit
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: [PATCH 16/66] arch/sparc/include/asm/setup.h: Checkpatch cleanup
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 16/66] arch/sparc/include/asm/setup.h: Checkpatch cleanup
  • From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
• Re: XVR-500 additional pci ids
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: XVR-500 additional pci ids
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: [PATCH] Additional PCI id for sunxvr500 driver
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: use asm-generic/scatterlist.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: XVR-500 additional pci ids
  • From: David Miller <davem@xxxxxxxxxxxxx>
• XVR-500 additional pci ids
  • From: Dennis Gilmore <dennis@xxxxxxxx>
• [PATCH] sparc: use asm-generic/scatterlist.h
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [git pull] OF device tree rework for 2.6.34
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [GIT]: Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: SILO problems
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH]: Create PCI slot sysfs nodes.
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• [PATCH]: Create PCI slot sysfs nodes.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [GIT]: Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Execution possible in non-executable mappings in recent 2.6 kernels
  • From: spender@xxxxxxxxxxxxxx (Brad Spengler)
• Execution possible in non-executable mappings in recent 2.6 kernels
  • From: spender@xxxxxxxxxxxxxx (Brad Spengler)
• Re: Execution possible in non-executable mappings in recent 2.6 kernels
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Execution possible in non-executable mappings in recent 2.6 kernels
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [GIT]: Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] Additional PCI id for sunxvr500 driver
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCH] sparc: Fix incorrect comparison in of_bus_ambapp_match()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc: Fix incorrect comparison in of_bus_ambapp_match()
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• Re: soft lookup
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: soft lookup
  • From: "Bernhard R. Link" <brlink@xxxxxxxxxx>
• Re: [PATCH 8/9] of/sparc: Remove sparc-local declaration of allnodes and devtree_lock
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: soft lookup
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 4/9] of/flattree: Don't assume HAVE_LMB
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 0/9] Random OF cleanups and merges
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: [PATCH 3/9] of: protect linux/of.h with CONFIG_OF
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 4/9] of/flattree: Don't assume HAVE_LMB
  • From: Michal Simek <michal.simek@xxxxxxxxxxxxx>
• Re: soft lookup
  • From: "Bernhard R. Link" <brlink@xxxxxxxxxx>
• Re: [PATCH 3/9] of: protect linux/of.h with CONFIG_OF
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/9] of: move definition of of_chosen into common code.
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 9/9] of: remove undefined request_OF_resource & release_OF_resource
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 8/9] of/sparc: Remove sparc-local declaration of allnodes and devtree_lock
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/9] of: remove unused extern reference to devtree_lock
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/9] of: put default string compare and #a/s-cell values into common header
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/9] of/flattree: Don't assume HAVE_LMB
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/9] proc_devtree: fix THIS_MODULE without module.h
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] of: Remove old and misplaced function declarations
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• soft lookup
  • From: "Bernhard R. Link" <brlink@xxxxxxxxxx>
• [PATCH 6/9] of: remove unused extern reference to devtree_lock
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 5/9] of: put default string compare and #a/s-cell values into common header
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 1/9] of: Remove old and misplaced function declarations
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 4/9] of/flattree: Don't assume HAVE_LMB
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 9/9] of: remove undefined request_OF_resource & release_OF_resource
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 8/9] of/sparc: Remove sparc-local declaration of allnodes and devtree_lock
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 7/9] of: move definition of of_chosen into common code.
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 3/9] of: protect linux/of.h with CONFIG_OF
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 2/9] proc_devtree: fix THIS_MODULE without module.h
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 0/9] Random OF cleanups and merges
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 09/16 v2] sparc: remove trailing space in messages
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Spurious unaligned access messages during bootup
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: parsic/sh/sparc tracehook breakage when tracing signals
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: parsic/sh/sparc tracehook breakage when tracing signals
  • From: Roland McGrath <roland@xxxxxxxxxx>
• Re: parsic/sh/sparc tracehook breakage when tracing signals
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• strace problem on sparc
  • From: Laszlo Valko <valko@xxxxxxxxxxxxxxxxx>
• Re: parsic/sh/sparc tracehook breakage when tracing signals
  • From: David Miller <davem@xxxxxxxxxxxxx>
• parsic/sh/sparc tracehook breakage when tracing signals
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [GIT]: Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Bug in [PATCH] sparc: Align clone and signal stacks to 16 bytes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Bug in [PATCH] sparc: Align clone and signal stacks to 16 bytes
  • From: Blue Swirl <blauwirbel@xxxxxxxxx>
• Re: [PATCH] sparc: Align clone and signal stacks to 16 bytes.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: Align clone and signal stacks to 16 bytes.
  • From: Dennis Gilmore <dennis@xxxxxxxx>
• Re: [PATCH] sparc: Align clone and signal stacks to 16 bytes.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: remove redundant return statements
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [GIT]: Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc: remove redundant return statements
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH] sparc: Align clone and signal stacks to 16 bytes.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 00/16] remove trailing spaces in messages
  • From: Frans Pop <elendil@xxxxxxxxx>
• Re: [PATCH 09/16 v2] sparc: remove trailing space in messages
  • From: Frans Pop <elendil@xxxxxxxxx>
• [PATCH 09/16] sparc: remove trailing space in messages
  • From: Frans Pop <elendil@xxxxxxxxx>
• Re: [PATCH 0/8] niu parameters and RX flow separation
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/8] niu parameters and RX flow separation
  • From: Chris Torek <chris.torek@xxxxxxxxx>
• Re: [PATCH 0/8] niu parameters and RX flow separation
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 8/8] niu: rxflow integration
  • From: Chris Torek <chris.torek@xxxxxxxxxxxxx>
• [PATCH 7/8] niu: reserve interrupt-service CPU
  • From: Chris Torek <chris.torek@xxxxxxxxxxxxx>
• [PATCH 5/8] net: per device separate flow on receive
  • From: Chris Torek <chris.torek@xxxxxxxxxxxxx>
• [PATCH 6/8] net: add rxflow sirq
  • From: Chris Torek <chris.torek@xxxxxxxxxxxxx>
• [PATCH 4/8] net: sparc64 netdev_map_to_cpu()
  • From: Chris Torek <chris.torek@xxxxxxxxxxxxx>
• [PATCH 3/8] net: cpu reservation
  • From: Chris Torek <chris.torek@xxxxxxxxxxxxx>
• [PATCH 1/8] niu configurable parameters
  • From: Chris Torek <chris.torek@xxxxxxxxxxxxx>
• [PATCH 2/8] niu: increase ring size
  • From: Chris Torek <chris.torek@xxxxxxxxxxxxx>
• [PATCH 0/8] niu parameters and RX flow separation
  • From: Chris Torek <chris.torek@xxxxxxxxxxxxx>
• Re: SILO problems
  • From: David Miller <davem@xxxxxxxxxxxxx>
• SILO problems
  • From: Jurij Smakov <jurij@xxxxxxxxx>
• [GIT]: Sparc build fix
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: irq_64.c compiler error in todays 2.6.33-rc5+git
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [GIT]: Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• irq_64.c compiler error in todays 2.6.33-rc5+git
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [GIT]: Sparc
  • From: Alexander Beregalov <a.beregalov@xxxxxxxxx>
• [GIT]: Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: memory barriers on sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• memory barriers on sparc
  • From: "Chris Friesen" <cfriesen@xxxxxxxxxx>
• Spurious unaligned access messages during bootup
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH]: sparc64: Add perf callchain support.
  • From: Jens Axboe <jens.axboe@xxxxxxxxxx>
• [PATCH]: sparc: Add missing SW perf fault events.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH]: sparc64: Add perf callchain support.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH]: sparc64: Add perf callchain support.
  • From: Jens Axboe <jens.axboe@xxxxxxxxxx>
• [PATCH]: sparc64: Fully support both performance counters.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH]: sparc64: Add perf callchain support.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• SunFire T2000 Kernel panic - not syncing: Attempted to kill the idle task
  • From: Jacek Brzozowski <jacekbrzozowski.pld@xxxxxxxxx>
• Re: BBC I2C doesn't work on V880
  • From: Patrick Finnegan <pat@xxxxxxxxxxxxxxxxxxx>
• Re: Something's up with mondo
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Something's up with mondo
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [patch 1/1] sparc: convert to arch_gettimeoffset()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: leds_resource.end assigned to itself in clock_board_probe()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: leds_resource.end assigned to itself in clock_board_probe()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch 1/1] sparc: convert to arch_gettimeoffset()
  • From: john stultz <johnstul@xxxxxxxxxx>
• Re: [PATCH] sparc: leds_resource.end assigned to itself in clock_board_probe()
  • From: Roel Kluin <roel.kluin@xxxxxxxxx>
• Re: [PATCH] sparc: leds_resource.end assigned to itself in clock_board_probe()
  • From: Marc Zyngier <maz@xxxxxxxxxxxxxxx>
• [PATCH] sparc: leds_resource.end assigned to itself in clock_board_probe()
  • From: Roel Kluin <roel.kluin@xxxxxxxxx>
• Re: [PATCH 2/2] Added leon3_dma_ops and LEON specific mmu_inval_dma_area
  • From: David Miller <davem@xxxxxxxxxxxxx>