Linux Sparc

• Thread Index

• Re: [PATCH] fbmem: Fix fb_read, fb_write unaligned accesses.
  • From: Florian Tobias Schandinat <FlorianSchandinat@xxxxxx>
• Re: [PATCH] fbmem: Fix fb_read, fb_write unaligned accesses.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] fbmem: Fix fb_read, fb_write unaligned accesses.
  • From: James Hogan <james@xxxxxxxxxxxxx>
• Re: [PATCH] fbmem: Fix fb_read, fb_write unaligned accesses.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] fbmem: Fix fb_read, fb_write unaligned accesses.
  • From: James Hogan <james@xxxxxxxxxxxxx>
• Re: SPARC32 SMP 2.6.36-rc3 build error
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: SPARC32 SMP 2.6.36-rc3 build error
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: SPARC32 SMP 2.6.36-rc3 build error
  • From: David Miller <davem@xxxxxxxxxxxxx>
• SPARC32 SMP 2.6.36-rc3 build error
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH 18/25] drivers/serial/suncore.c: Use static const char arrays
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 18/25] drivers/serial/suncore.c: Use static const char arrays
  • From: Nick Bowler <nbowler@xxxxxxxxxxxxxxxx>
• Re: [PATCH 18/25] drivers/serial/suncore.c: Use static const char arrays
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 18/25] drivers/serial/suncore.c: Use static const char arrays
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• [PATCH 18/25] drivers/serial/suncore.c: Use static const char arrays
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Userspace process crashes with PREEMPT
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Userspace process crashes with PREEMPT
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Userspace process crashes with PREEMPT
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Userspace process crashes with PREEMPT
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Userspace process crashes with PREEMPT
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Userspace process crashes with PREEMPT
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: bugs compiling 2.6.35.4
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: bugs compiling 2.6.35.4
  • From: Dennis Gilmore <dennis@xxxxxxxx>
• Re: bugs compiling 2.6.35.4
  • From: David Miller <davem@xxxxxxxxxxxxx>
• bugs compiling 2.6.35.4
  • From: Dennis Gilmore <dennis@xxxxxxxx>
• Re: [2.6.34.5] Parport panics
  • From: BERTRAND Joel <joel.bertrand@xxxxxxxxxxx>
• Re: [PATCH 1/9] of: move phandle/ihandle into types.h
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [2.6.34.5] Parport panics
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [2.6.34.5] Parport panics
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• [2.6.34.5] Parport panics
  • From: BERTRAND Joel <joel.bertrand@xxxxxxxxxxx>
• Re: [PATCH 1/9] of: move phandle/ihandle into types.h
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH 9/9] x86: OLPC: add OLPC device-tree support
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 9/9] x86: OLPC: add OLPC device-tree support
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH 9/9] x86: OLPC: add OLPC device-tree support
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 0/9] add OLPC device-tree support
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 8/9] x86: of: irq additions to make drivers/of/* build on x86
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• RE: [PATCH 8/9] x86: of: irq additions to make drivers/of/* build on x86
  • From: Stephen Neuendorffer <stephen.neuendorffer@xxxxxxxxxx>
• Re: [PATCH 1/9] of: move phandle/ihandle into types.h
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 9/9] x86: OLPC: add OLPC device-tree support
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• [PATCH 8/9] x86: of: irq additions to make drivers/of/* build on x86
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• [PATCH 7/9] of: add package-to-path support to pdt
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• [PATCH 6/9] of: add of_pdt namespace to pdt code
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• [PATCH 5/9] of: no longer call prom_ functions directly; use an ops structure
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• [PATCH 4/9] sparc: make drivers/of/pdt.c no longer sparc-only
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• [PATCH 3/9] sparc: break out some PROM device-tree building code out into drivers/of
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• [PATCH 2/9] sparc: convert various prom_* functions to use phandle
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• [PATCH 1/9] of: move phandle/ihandle into types.h
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• [PATCH 0/9] add OLPC device-tree support
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: 64-bit ppc rwsem
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: bootcup crash in prom tree building with specific PCI card
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: bootcup crash in prom tree building with specific PCI card
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: bootcup crash in prom tree building with specific PCI card
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] rwsem: Move powerpc atomic-long based implementation to asm-generic
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] powerpc: Make rwsem use "long" type
  • From: Timur Tabi <timur@xxxxxxxxxxxxx>
• Re: 64-bit ppc rwsem
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: 64-bit ppc rwsem
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 64-bit ppc rwsem
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: bootcup crash in prom tree building with specific PCI card
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 64-bit ppc rwsem
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: bootcup crash in prom tree building with specific PCI card
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH 2/2] rwsem: Move powerpc atomic-long based implementation to asm-generic
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] rwsem: Move powerpc atomic-long based implementation to asm-generic
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 2/2] rwsem: Move powerpc atomic-long based implementation to asm-generic
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] powerpc: Make rwsem use "long" type
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] of/device: Replace struct of_device with struct of_platform
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH] of/device: Replace struct of_device with struct of_platform
  • From: Timur Tabi <timur@xxxxxxxxxxxxx>
• Re: [PATCH] of/device: Replace struct of_device with struct of_platform
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH] sparc64: simple microoptimizations for atomic functions
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] of/device: Replace struct of_device with struct of_platform
  • From: Timur Tabi <timur@xxxxxxxxxxxxx>
• Re: Userspace process crashes with PREEMPT
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: simple microoptimizations for atomic functions
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Userspace process crashes with PREEMPT
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: 64-bit ppc rwsem
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sparc64: simple microoptimizations for atomic functions
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 64-bit ppc rwsem
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 64-bit ppc rwsem
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sparc64: simple microoptimizations for atomic functions
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: simple microoptimizations for atomic functions
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: simple microoptimizations for atomic functions
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] sparc64: simple microoptimizations for atomic functions
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: simple microoptimizations for atomic functions
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: XVR-600 console not working with e3d
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: XVR-600 console not working with e3d
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: [PATCH] sparc64: simple microoptimizations for atomic functions
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: fix atomic64 prototypes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: XVR-600 console not working with e3d
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: simple microoptimizations for atomic functions
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] sparc64: fix atomic64 prototypes
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: XVR-600 console not working with e3d
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: 64-bit ppc rwsem
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 64-bit ppc rwsem
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: 64-bit ppc rwsem
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 64-bit ppc rwsem (was: Re: [GIT] Sparc)
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• 64-bit ppc rwsem (was: Re: [GIT] Sparc)
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT] Sparc
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [GIT] Sparc
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT] Sparc
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: XVR-600 console not working with e3d
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: XVR-600 console not working with e3d [was Re: please restore Sun XVR video drivers, and add the latest one [was Re: Debian Sparc 5.4 on Sun blade 2500]]
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: XVR-600 console not working with e3d [was Re: please restore Sun XVR video drivers, and add the latest one [was Re: Debian Sparc 5.4 on Sun blade 2500]]
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• 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: [PATCH 2/3] sparc: make driver/of/pdt no longer sparc-specific
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] sparc: make driver/of/pdt no longer sparc-specific
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: bootcup crash in prom tree building with specific PCI card
  • From: David Miller <davem@xxxxxxxxxxxxx>
• XVR-600 console not working with e3d [was Re: please restore Sun XVR video drivers, and add the latest one [was Re: Debian Sparc 5.4 on Sun blade 2500]]
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: Serial console issue with 2.6.32
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Serial console issue with 2.6.32
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: compiling silo with any gcc newer than 4.3 (4.4, 4.5)
  • From: Raúl Porcel <armin76@xxxxxxxxxx>
• Re: [PATCH] sparc64: Fix perf_arch_get_caller_regs().
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Fix perf_arch_get_caller_regs().
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc: Kill user copy check code.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] sparc: make driver/of/pdt no longer sparc-specific
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 2/3] sparc: make driver/of/pdt no longer sparc-specific
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] sparc: make driver/of/pdt no longer sparc-specific
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH 1/3] sparc: break out some PROM device-tree building code out into drivers/of
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 3/3] sparc: add pdt/of_pdt namespace to pdt code
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 2/3] sparc: make driver/of/pdt no longer sparc-specific
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH] sparc64: Fix perf_arch_get_caller_regs().
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 3/3] sparc: add pdt/of_pdt namespace to pdt code
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• [PATCH 2/3] sparc: make driver/of/pdt no longer sparc-specific
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• [PATCH 1/3] sparc: break out some PROM device-tree building code out into drivers/of
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: parport on Sun Blade 2500 Red ?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: parport on Sun Blade 2500 Red ?
  • From: Mikael Pettersson <mikpe@xxxxxxxx>
• Re: [PATCH] of/sparc: fix build regression from of_device changes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] of/sparc: fix build regression from of_device changes
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: liburcu: debian sparc fail to configure
  • From: Jon Bernard <jbernard@xxxxxxxxxx>
• Re: liburcu: debian sparc fail to configure
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: liburcu: debian sparc fail to configure
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
• Re: parport on Sun Blade 2500 Red ?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: kgdb/sunhv patch
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: kgdb/sunhv patch
  • From: Jason Wessel <jason.wessel@xxxxxxxxxxxxx>
• kgdb/sunhv patch
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] arch/sparc/mm: Use GFP_KERNEL
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] arch/sparc/mm: Use GFP_KERNEL
  • From: Julia Lawall <julia@xxxxxxx>
• Re: [PATCH] of/device: Replace struct of_device with struct of_platform
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH] of/device: Replace struct of_device with struct of_platform
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] of/device: Replace struct of_device with struct of_platform
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: question about arch/sparc/mm/iommu.c
  • From: David Miller <davem@xxxxxxxxxxxxx>
• question about arch/sparc/mm/iommu.c
  • From: Julia Lawall <julia@xxxxxxx>
• [PATCH 14/15] sunhv,kgdboc: Add sunhv console poll hooks for kgdboc
  • From: Jason Wessel <jason.wessel@xxxxxxxxxxxxx>
• [PATCH] of/address: Clean up function declarations
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH] of: Provide default of_node_to_nid() implementation.
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v3] of: Create asm-generic/of.h and provide default of_node_to_nid()
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v3] of: Create asm-generic/of.h and provide default of_node_to_nid()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3] of: Create asm-generic/of.h and provide default of_node_to_nid()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v3] of: Create asm-generic/of.h and provide default of_node_to_nid()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3] of: Create asm-generic/of.h and provide default of_node_to_nid()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v3] of: Create asm-generic/of.h and provide default of_node_to_nid()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3] of: Create asm-generic/of.h and provide default of_node_to_nid()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v3] of: Create asm-generic/of.h and provide default of_node_to_nid()
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v3] of: Create asm-generic/of.h and provide default of_node_to_nid()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH v3] of: Create asm-generic/of.h and provide default of_node_to_nid()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH] of: Provide default of_node_to_nid() when CONFIG_NUMA is not set
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH] of: Provide default of_node_to_nid() when CONFIG_NUMA is not set
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH] of: Provide default of_node_to_nid() when CONFIG_NUMA is not set
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [PATCH] of: Provide default of_node_to_nid() when CONFIG_NUMA is not set
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH] of: Fix phandle endian issues
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH] of: make of_find_device_by_node generic
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] of: make of_find_device_by_node generic
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 3/4] sparc: remove references to of_device and to_of_device
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] of/device: Replace of_device with platform_device in includes and core code
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 3/4] sparc: remove references to of_device and to_of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 1/4] of/device: Replace of_device with platform_device in includes and core code
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 4/4] microblaze: remove references to of_device and to_of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 2/4] powerpc: remove references to of_device and to_of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 0/4] Replace reference to of_device with platform_device in arch and drivers/of/* code
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• compiling silo with any gcc newer than 4.3 (4.4, 4.5)
  • From: Rene Rebe <rene@xxxxxxxxxxxx>
• Re: [PATCH 4/5] of: remove asm/of_platform.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] of: remove asm/of_device.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] of/platform: remove all of_bus_type and of_platform_bus_type references
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/5] of: Merge of_platform_bus_type with platform_bus_type
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] Eliminate of_platform_bus_type
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] drivercore/of: Add OF style matching to platform bus
  • From: Greg KH <gregkh@xxxxxxx>
• [PATCH 1/5] drivercore/of: Add OF style matching to platform bus
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 2/5] of: Merge of_platform_bus_type with platform_bus_type
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 4/5] of: remove asm/of_platform.h
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 5/5] of: remove asm/of_device.h
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 3/5] of/platform: remove all of_bus_type and of_platform_bus_type references
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 0/5] Eliminate of_platform_bus_type
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [patch 1/6] sparc: remove dependency on __GFP_NOFAIL
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [GIT] SPARC
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch 1/6] sparc: remove dependency on __GFP_NOFAIL
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [patch 1/6] sparc: remove dependency on __GFP_NOFAIL
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH] math-emu: correct test for downshifting fraction in _FP_FROM_INT()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] math-emu: correct test for downshifting fraction in _FP_FROM_INT()
  • From: Mikael Pettersson <mikpe@xxxxxxxx>
• Re: [PATCH] math-emu: correct test for downshifting fraction in _FP_FROM_INT()
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH] math-emu: correct test for downshifting fraction in _FP_FROM_INT()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] math-emu: correct test for downshifting fraction in _FP_FROM_INT()
  • From: Mikael Pettersson <mikpe@xxxxxxxx>
• [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>