Linux Sparc

• Thread Index

• Re: [PATCH 1/2] of_i2c: sparc: Allow OF_I2C for sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [Patch v4 09/12] memory-hotplug: remove page table of x86_64 architecture
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: [Patch v4 09/12] memory-hotplug: remove page table of x86_64 architecture
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH 0/2] sparc: Enable OF functionality for sparc for i2c and spi
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 0/2] sparc: Enable OF functionality for sparc for i2c and spi
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 0/2] sparc: Enable OF functionality for sparc for i2c and spi
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] sparc: Enable OF functionality for sparc for i2c and spi
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [PATCH 0/2] sparc: Enable OF functionality for sparc for i2c and spi
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 2/2] spi: sparc: Allow of_register_spi_devices for sparc
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [PATCH 1/2] of_i2c: sparc: Allow OF_I2C for sparc
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [PATCH 0/2] sparc: Enable OF functionality for sparc for i2c and spi
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: [Patch v4 03/12] memory-hotplug: remove redundant codes
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [Patch v4 11/12] memory-hotplug: remove sysfs file of node
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [Patch v4 12/12] memory-hotplug: free node_data when a node is offlined
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [Patch v4 10/12] memory-hotplug: memory_hotplug: clear zone when removing the memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [Patch v4 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [Patch v4 05/12] memory-hotplug: introduce new function arch_remove_memory() for removing page table depends on architecture
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [Patch v4 02/12] memory-hotplug: check whether all memory blocks are offlined or not when removing memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [Patch v4 03/12] memory-hotplug: remove redundant codes
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [Patch v4 01/12] memory-hotplug: try to offline the memory twice to avoid dependence
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: exit_group should kill register windows just like plain exit.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: SPARC kernel build (piggyback) fails with binutils 2.23.1
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: exit_group should kill register windows just like plain exit.
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH] sparc64: exit_group should kill register windows just like plain exit.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: SPARC kernel build (piggyback) fails with binutils 2.23.1
  • From: Aaro Koskinen <aaro.koskinen@xxxxxx>
• Re: [PATCH 0/9] dma_debug: add debug_dma_mapping_error support to architectures that support DMA_DEBUG_API
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: SPARC kernel build (piggyback) fails with binutils 2.23.1
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• SPARC kernel build (piggyback) fails with binutils 2.23.1
  • From: Aaro Koskinen <aaro.koskinen@xxxxxx>
• Re: [PATCH 0/9] dma_debug: add debug_dma_mapping_error support to architectures that support DMA_DEBUG_API
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: SPARC and OF_GPIO
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: SPARC and OF_GPIO
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: SPARC and OF_GPIO
  • From: Thierry Reding <thierry.reding@xxxxxxxxxxxxxxxxx>
• Re: SPARC and OF_GPIO
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [Patch v4 00/12] memory-hotplug: hot-remove physical memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v2] drivers/of: Constify device_node->name and ->path_component_name
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH v9 44/46] sparc, mm: Remove calling of free_all_bootmem_node()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: [Patch v4 00/12] memory-hotplug: hot-remove physical memory
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH v2] drivers/of: Constify device_node->name and ->path_component_name
  • From: Michael Neuling <mikey@xxxxxxxxxxx>
• Re: [Patch v4 00/12] memory-hotplug: hot-remove physical memory
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Patch v4 00/12] memory-hotplug: hot-remove physical memory
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 12/13] scripts/gdb: Add internal helper and convenience function for per-cpu lookup
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• [PATCH v3 00/13] Add gdb python scripts as kernel debugging helpers
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• [Patch v4 07/12] memory-hotplug: implement register_page_bootmem_info_section of sparse-vmemmap
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 02/12] memory-hotplug: check whether all memory blocks are offlined or not when removing memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 01/12] memory-hotplug: try to offline the memory twice to avoid dependence
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 00/12] memory-hotplug: hot-remove physical memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 04/12] memory-hotplug: remove /sys/firmware/memmap/X sysfs
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 03/12] memory-hotplug: remove redundant codes
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 10/12] memory-hotplug: memory_hotplug: clear zone when removing the memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 11/12] memory-hotplug: remove sysfs file of node
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 09/12] memory-hotplug: remove page table of x86_64 architecture
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 05/12] memory-hotplug: introduce new function arch_remove_memory() for removing page table depends on architecture
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 12/12] memory-hotplug: free node_data when a node is offlined
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v3 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: [PATCH v3 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v3 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v3 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: [PATCH v3 11/12] memory-hotplug: remove sysfs file of node
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH 0/9] dma_debug: add debug_dma_mapping_error support to architectures that support DMA_DEBUG_API
  • From: Shuah Khan <shuah.khan@xxxxxx>
• Re: [PATCH v3 11/12] memory-hotplug: remove sysfs file of node
  • From: Jianguo Wu <wujianguo106@xxxxxxxxx>
• Re: [PATCH 0/9] dma_debug: add debug_dma_mapping_error support to architectures that support DMA_DEBUG_API
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH 0/9] dma_debug: add debug_dma_mapping_error support to architectures that support DMA_DEBUG_API
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH 0/9] dma_debug: add debug_dma_mapping_error support to architectures that support DMA_DEBUG_API
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [Consult] net/arch: please help checking the patch and suggestions which I sent, thanks.
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH] of/address: sparc: Declare of_iomap as an extern function for sparc again
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] of/address: sparc: Declare of_iomap as an extern function for sparc again
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH] of/address: sparc: Declare of_iomap as an extern function for sparc again
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 9/9] tile: dma_debug: add debug_dma_mapping_error support
  • From: Shuah Khan <shuah.khan@xxxxxx>
• [PATCH 8/9] sparc: dma_debug: add debug_dma_mapping_error support
  • From: Shuah Khan <shuah.khan@xxxxxx>
• [PATCH 7/9] sh: dma_debug: add debug_dma_mapping_error support
  • From: Shuah Khan <shuah.khan@xxxxxx>
• [PATCH 6/9] powerpc: dma_debug: add debug_dma_mapping_error support
  • From: Shuah Khan <shuah.khan@xxxxxx>
• [PATCH 5/9] mips: dma_debug: add debug_dma_mapping_error support
  • From: Shuah Khan <shuah.khan@xxxxxx>
• [PATCH 4/9] microblaze: dma-mapping: support debug_dma_mapping_error
  • From: Shuah Khan <shuah.khan@xxxxxx>
• [PATCH 3/9] ia64: dma_debug: add debug_dma_mapping_error support
  • From: Shuah Khan <shuah.khan@xxxxxx>
• [PATCH 2/9] c6x: dma_debug: add debug_dma_mapping_error support
  • From: Shuah Khan <shuah.khan@xxxxxx>
• [PATCH 1/9] ARM64: dma_debug: add debug_dma_mapping_error support
  • From: Shuah Khan <shuah.khan@xxxxxx>
• [PATCH 0/9] dma_debug: add debug_dma_mapping_error support to architectures that support DMA_DEBUG_API
  • From: Shuah Khan <shuah.khan@xxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] of/address: sparc: Declare of_iomap as an extern function for sparc again
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [Consult] net/arch: please help checking the patch and suggestions which I sent, thanks.
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] of/address: sparc: Declare of_iomap as an extern function for sparc again
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [Consult] net/arch: please help checking the patch and suggestions which I sent, thanks.
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH v3 00/12] memory-hotplug: hot-remove physical memory
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
  • From: Jaegeuk Hanse <jaegeuk.hanse@xxxxxxxxx>
• Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
  • From: Jaegeuk Hanse <jaegeuk.hanse@xxxxxxxxx>
• Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH 429/493] tty: remove use of __devexit
  • From: David Brown <davidb@xxxxxxxxxxxxxx>
• Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
  • From: Jaegeuk Hanse <jaegeuk.hanse@xxxxxxxxx>
• Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
  • From: Jaegeuk Hanse <jaegeuk.hanse@xxxxxxxxx>
• Re: [PATCH 429/493] tty: remove use of __devexit
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• Re: [PATCH 161/493] tty: remove use of __devinit
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• Re: [PATCH 145/493] tty: serial: remove use of __devexit_p
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• Re: [PATCH 161/493] tty: remove use of __devinit
  • From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
• Re: [PATCH 145/493] tty: serial: remove use of __devexit_p
  • From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
• Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v3 11/12] memory-hotplug: remove sysfs file of node
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
  • From: Jaegeuk Hanse <jaegeuk.hanse@xxxxxxxxx>
• Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
  • From: Jaegeuk Hanse <jaegeuk.hanse@xxxxxxxxx>
• [Suggestion] arch/sparc: change full_boot_str[256] to full_boot_str[COMMAND_LINE_SIZE + sizeof ("boot ")]
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• [PATCH 145/493] tty: serial: remove use of __devexit_p
  • From: Bill Pemberton <wfp5p@xxxxxxxxxxxx>
• [PATCH 161/493] tty: remove use of __devinit
  • From: Bill Pemberton <wfp5p@xxxxxxxxxxxx>
• [PATCH 246/493] sbus: remove use of __devinit
  • From: Bill Pemberton <wfp5p@xxxxxxxxxxxx>
• [PATCH 036/493] sparc: remove use of __devexit_p
  • From: Bill Pemberton <wfp5p@xxxxxxxxxxxx>
• [PATCH 096/493] sbus: remove use of __devexit_p
  • From: Bill Pemberton <wfp5p@xxxxxxxxxxxx>
• [PATCH 487/493] sparc: remove use of __devexit
  • From: Bill Pemberton <wfp5p@xxxxxxxxxxxx>
• [PATCH 429/493] tty: remove use of __devexit
  • From: Bill Pemberton <wfp5p@xxxxxxxxxxxx>
• [PATCH 424/493] sbus: remove use of __devexit
  • From: Bill Pemberton <wfp5p@xxxxxxxxxxxx>
• [PATCH 345/493] sparc: remove use of __devinitdata
  • From: Bill Pemberton <wfp5p@xxxxxxxxxxxx>
• [PATCH 280/493] sparc: remove use of __devinit
  • From: Bill Pemberton <wfp5p@xxxxxxxxxxxx>
• Re: [PATCH v3 11/12] memory-hotplug: remove sysfs file of node
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH RFT] sparc: dma-mapping: support debug_dma_mapping_error
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v8 44/46] sparc, mm: Remove calling of free_all_bootmem_node()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v2] drivers/of: Constify device_node->name and ->path_component_name
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2] drivers/of: Constify device_node->name and ->path_component_name
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v3 00/12] memory-hotplug: hot-remove physical memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH RFT RESEND linux-next] sparc: dma-mapping: support debug_dma_mapping_error
  • From: Shuah Khan <shuah.khan@xxxxxx>
• 3.7-rc5 shutdown oops on E420R
  • From: Meelis Roos <mroos@xxxxxxxx>
• [Suggestion] arch/sparc: memory overflow by using strcpy in function ldom_set_var
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH] drivers/of: Constify device_node->name and ->path_component_name
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] drivers/of: Constify device_node->name and ->path_component_name
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH] drivers/of: Constify device_node->name and ->path_component_name
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH] drivers/of: Constify device_node->name and ->path_component_name
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH] drivers/of: Constify device_node->name and ->path_component_name
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] drivers/of: Constify device_node->name and ->path_component_name
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH] Centralise CONFIG_ARCH_NO_VIRT_TO_BUS
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] Centralise CONFIG_ARCH_NO_VIRT_TO_BUS
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] Centralise CONFIG_ARCH_NO_VIRT_TO_BUS
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] Centralise CONFIG_ARCH_NO_VIRT_TO_BUS
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH] arch/sparc: additional len check in loop for prom_getbootargs
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH] arch/sparc: additional len check in loop for prom_getbootargs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] arch/sparc: additional len check in loop for prom_getbootargs
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH] arch/sparc: additional len check in loop for prom_getbootargs
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH] arch/sparc: additional len check in loop for prom_getbootargs
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH] Centralise CONFIG_ARCH_NO_VIRT_TO_BUS
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] Centralise CONFIG_ARCH_NO_VIRT_TO_BUS
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [PATCH 44/46] sparc, mm: Remove calling of free_all_bootmem_node()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 03/16] mm: check rb_subtree_gap correctness
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: Build regressions/improvements in v3.7-rc4
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc64 crypto static linking problem
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] of/address: sparc: Declare of_address_to_resource() as an extern function for sparc again
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc32,leon: Check for existent irq_map entry in leon_handle_ext_irq
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sparc: Add sparc support for platform_get_irq()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc: Support atomic64_dec_if_positive properly.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH RFT RESEND linux-next] sparc: dma-mapping: support debug_dma_mapping_error
  • From: Shuah Khan <shuah.khan@xxxxxx>
• Re: [PATCH RFT RESEND linux-next] sparc: dma-mapping: support debug_dma_mapping_error
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH RFT RESEND linux-next] sparc: dma-mapping: support debug_dma_mapping_error
  • From: Shuah Khan <shuah.khan@xxxxxx>
• Re: [PATCH RFT RESEND linux-next] sparc: dma-mapping: support debug_dma_mapping_error
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 03/16] mm: check rb_subtree_gap correctness
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH 03/16] mm: check rb_subtree_gap correctness
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH] arch/sparc: additional len check in loop for prom_getbootargs
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH] arch/sparc: additional len check in loop for prom_getbootargs
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH] arch/sparc: additional len check in loop for prom_getbootargs
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH] arch/sparc: additional len check in loop for prom_getbootargs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] arch/sparc: additional len check in loop for prom_getbootargs
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH] arch/sparc: additional len check in loop for prom_getbootargs
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] arch/sparc: additional len check in loop for prom_getbootargs
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• [PATCH] Update start_pfn in zone and pg_data when spanned_pages == 0.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: SPARC and OF_GPIO
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: SPARC and OF_GPIO
  • From: Thierry Reding <thierry.reding@xxxxxxxxxxxxxxxxx>
• [PATCH] sparc: Allow OF_GPIO on sparc.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: SPARC and OF_GPIO
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 09/16] mm: use vm_unmapped_area() in hugetlbfs on i386 architecture
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 03/16] mm: check rb_subtree_gap correctness
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 07/16] mm: fix cache coloring on x86_64 architecture
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 09/16] mm: use vm_unmapped_area() in hugetlbfs on i386 architecture
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 10/16] mm: use vm_unmapped_area() on mips architecture
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 11/16] mm: use vm_unmapped_area() on arm architecture
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/16] mm: use augmented rbtrees for finding unmapped areas
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 41/42] sparc, mm: Remove calling of free_all_bootmem_node()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 15/16] mm: use vm_unmapped_area() on sparc32 architecture
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v3] of/address: sparc: Declare of_address_to_resource() as an extern function for sparc again
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [PATCH 15/16] mm: use vm_unmapped_area() on sparc32 architecture
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 15/16] mm: use vm_unmapped_area() on sparc32 architecture
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: [PATCH 15/16] mm: use vm_unmapped_area() on sparc32 architecture
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 16/16] mm: use vm_unmapped_area() in hugetlbfs on tile architecture
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 15/16] mm: use vm_unmapped_area() on sparc32 architecture
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 09/16] mm: use vm_unmapped_area() in hugetlbfs on i386 architecture
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 14/16] mm: use vm_unmapped_area() in hugetlbfs on sparc64 architecture
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 13/16] mm: use vm_unmapped_area() on sparc64 architecture
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 11/16] mm: use vm_unmapped_area() on arm architecture
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 10/16] mm: use vm_unmapped_area() on mips architecture
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 12/16] mm: use vm_unmapped_area() on sh architecture
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 08/16] mm: use vm_unmapped_area() in hugetlbfs
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 01/16] mm: add anon_vma_lock to validate_mm()
  • From: Rik van Riel <riel@xxxxxxxxxx>
• [PATCH 00/16] mm: use augmented rbtrees for finding unmapped areas
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH 01/16] mm: add anon_vma_lock to validate_mm()
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH 03/16] mm: check rb_subtree_gap correctness
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH 04/16] mm: rearrange vm_area_struct for fewer cache misses
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH 05/16] mm: vm_unmapped_area() lookup function
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH 07/16] mm: fix cache coloring on x86_64 architecture
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH 06/16] mm: use vm_unmapped_area() on x86_64 architecture
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH 09/16] mm: use vm_unmapped_area() in hugetlbfs on i386 architecture
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH 08/16] mm: use vm_unmapped_area() in hugetlbfs
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH 11/16] mm: use vm_unmapped_area() on arm architecture
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH 13/16] mm: use vm_unmapped_area() on sparc64 architecture
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH 14/16] mm: use vm_unmapped_area() in hugetlbfs on sparc64 architecture
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH 12/16] mm: use vm_unmapped_area() on sh architecture
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH 16/16] mm: use vm_unmapped_area() in hugetlbfs on tile architecture
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH 15/16] mm: use vm_unmapped_area() on sparc32 architecture
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH 10/16] mm: use vm_unmapped_area() on mips architecture
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH 02/16] mm: augment vma rbtree with rb_subtree_gap
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH 41/42] sparc, mm: Remove calling of free_all_bootmem_node()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH 00/13] Add gdb python scripts as kernel debugging helpers
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• [PATCH 12/13] scripts/gdb: Add internal helper and convenience function for per-cpu lookup
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [PATCH v2] of/address: sparc: Declare of_address_to_resource() as an extern function for sparc again
  • From: Rob Herring <rob.herring@xxxxxxxxxxx>
• [PATCH v2] of/address: sparc: Declare of_address_to_resource() as an extern function for sparc again
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [PATCH] of/address: sparc: Declare of_address_to_resource() as an extern function for sparc again
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• SPARC and OF_GPIO
  • From: Thierry Reding <thierry.reding@xxxxxxxxxxxxxxxxx>
• SPARC and OF_GPIO
  • From: Thierry Reding <thierry.reding@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] sparc32,leon: Check for existent irq_map entry in leon_handle_ext_irq
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: sparc64 crypto static linking problem
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] of/address: sparc: Declare of_address_to_resource() as an extern function for sparc again
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] of/address: sparc: Declare of_address_to_resource() as an extern function for sparc again
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• sparc64 crypto static linking problem
  • From: Meelis Roos <mroos@xxxxxxxx>
• [PATCH v3 10/12] memory-hotplug: memory_hotplug: clear zone when removing the memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH v3 12/12] memory-hotplug: free node_data when a node is offlined
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH v3 01/12] memory-hotplug: try to offline the memory twice to avoid dependence
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH v3 05/12] memory-hotplug: introduce new function arch_remove_memory() for removing page table depends on architecture
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH v3 04/12] memory-hotplug: remove /sys/firmware/memmap/X sysfs
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH v3 00/12] memory-hotplug: hot-remove physical memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH v3 02/12] memory-hotplug: check whether all memory blocks are offlined or not when removing memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH v3 11/12] memory-hotplug: remove sysfs file of node
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH v3 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH v3 09/12] memory-hotplug: remove page table of x86_64 architecture
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH v3 07/12] memory-hotplug: implement register_page_bootmem_info_section of sparse-vmemmap
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH v3 03/12] memory-hotplug: remove redundant codes
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH] sparc32,leon: Check for existent irq_map entry in leon_handle_ext_irq
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [PATCH v3] sparc: Add sparc support for platform_get_irq()
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [PATCH v2 10/12] memory-hotplug: memory_hotplug: clear zone when removing the memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v2 10/12] memory-hotplug: memory_hotplug: clear zone when removing the memory
  • From: Jianguo Wu <wujianguo106@xxxxxxxxx>
• Re: Question about hibernation on sparc64
  • From: marxdenl <marxdenl@xxxxxxxxx>
• Re: Question about hibernation on sparc64
  • From: Kirill Tkhai <tkhai@xxxxxxxxx>
• Re: [PATCH] sparc64: Improvde documentation and readability of atomic backoff code.
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] qlogicpti: Fix build warning.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc: Wire up sys_kcmp.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: Improvde documentation and readability of atomic backoff code.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Question about hibernation on sparc64
  • From: marxdenl <marxdenl@xxxxxxxxx>
• Re: [PATCH 2/2] sparc64: Use pause instruction when available.
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 1/2] sparc64: Fix cpu strand yielding.
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 2/2] sparc64: Use pause instruction when available.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 1/2] sparc64: Fix cpu strand yielding.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: Make montmul/montsqr/mpmul usable in 32-bit threads.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH RFT RESEND linux-next] sparc: dma-mapping: support debug_dma_mapping_error
  • From: Shuah Khan <shuah.khan@xxxxxx>
• Re: [PATCH RFT RESEND linux-next] sparc: dma-mapping: support debug_dma_mapping_error
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH RFT RESEND linux-next] sparc: dma-mapping: support debug_dma_mapping_error
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH RFT RESEND linux-next] sparc: dma-mapping: support debug_dma_mapping_error
  • From: Shuah Khan <shuah.khan@xxxxxx>
• [PATCH RFT RESEND] sparc: dma-mapping: support debug_dma_mapping_error
  • From: Shuah Khan <shuah@xxxxxxxxx>
• [PATCH RFT] sparc: dma-mapping: support debug_dma_mapping_error
  • From: Shuah Khan <shuah.khan@xxxxxx>
• Re: [PATCH v2] sparc: Add sparc support for platform_get_irq()
  • From: andreas@xxxxxxxxxxx
• Re: [PATCH v2] sparc: Add sparc support for platform_get_irq()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sparc: Add sparc support for platform_get_irq()
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2] sparc: Add sparc support for platform_get_irq()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/12] memory-hotplug: hot-remove physical memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v2 00/12] memory-hotplug: hot-remove physical memory
  • From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
• [PATCH v2 01/12] memory-hotplug: try to offline the memory twice to avoid dependence
  • From: wency@xxxxxxxxxxxxxx
• [PATCH v2 03/12] memory-hotplug: remove redundant codes
  • From: wency@xxxxxxxxxxxxxx
• [PATCH v2 05/12] memory-hotplug: introduce new function arch_remove_memory() for removing page table depends on architecture
  • From: wency@xxxxxxxxxxxxxx
• [PATCH v2 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
  • From: wency@xxxxxxxxxxxxxx
• [PATCH v2 02/12] memory-hotplug: check whether all memory blocks are offlined or not when removing memory
  • From: wency@xxxxxxxxxxxxxx
• [PATCH v2 04/12] memory-hotplug: remove /sys/firmware/memmap/X sysfs
  • From: wency@xxxxxxxxxxxxxx
• [PATCH v2 07/12] memory-hotplug: implement register_page_bootmem_info_section of sparse-vmemmap
  • From: wency@xxxxxxxxxxxxxx
• [PATCH v2 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: wency@xxxxxxxxxxxxxx
• [PATCH v2 11/12] memory-hotplug: remove sysfs file of node
  • From: wency@xxxxxxxxxxxxxx
• [PATCH v2 09/12] memory-hotplug: remove page table of x86_64 architecture
  • From: wency@xxxxxxxxxxxxxx
• [PATCH v2 00/12] memory-hotplug: hot-remove physical memory
  • From: wency@xxxxxxxxxxxxxx
• [PATCH v2 12/12] memory-hotplug: free node_data when a node is offlined
  • From: wency@xxxxxxxxxxxxxx
• [PATCH v2 10/12] memory-hotplug: memory_hotplug: clear zone when removing the memory
  • From: wency@xxxxxxxxxxxxxx
• Re: [PATCH v2] sparc: Add sparc support for platform_get_irq()
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [PATCH 8/10] memory-hotplug : remove page table of x86_64 architecture
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH 8/10] memory-hotplug : remove page table of x86_64 architecture
  • From: wujianguo <wujianguo106@xxxxxxxxx>
• Re: [PATCH 8/10] memory-hotplug : remove page table of x86_64 architecture
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH 1/10] memory-hotplug : check whether memory is offline or not when removing memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH 1/10] memory-hotplug : check whether memory is offline or not when removing memory
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: [PATCH 1/10] memory-hotplug : check whether memory is offline or not when removing memory
  • From: Wen Congyang <wencongyang@xxxxxxxxx>
• Re: [PATCH 1/10] memory-hotplug : check whether memory is offline or not when removing memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH 5/10] memory-hotplug : memory-hotplug: check page type in get_page_bootmem
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH 5/10] memory-hotplug : memory-hotplug: check page type in get_page_bootmem
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH] sparc: Add sparc support for platform_get_resource()
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [PATCH v2] sparc: Add sparc support for platform_get_irq()
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [PATCH] sparc: Add sparc support for platform_get_resource()
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [PATCH 10/10] UAPI: Make arch/sparc/include/uapi/asm/sigcontext.h non-empty
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 10/10] UAPI: Make arch/sparc/include/uapi/asm/sigcontext.h non-empty
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 10/10] UAPI: Make arch/sparc/include/uapi/asm/sigcontext.h non-empty
  • From: David Howells <dhowells@xxxxxxxxxx>
• [GIT] Networking
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 3/3] sparc64: Fix bit twiddling in sparc_pmu_enable_event().
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/3] sparc64: Add global PMU register dumping via sysrq.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 1/3] sparc64: Like x86 we should check current->mm during perf backtrace generation.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 0/3] Sparc64 perf bug fixes and debugging facilities.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 5/10] memory-hotplug : memory-hotplug: check page type in get_page_bootmem
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/10] memory-hotplug : remove /sys/firmware/memmap/X sysfs
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH 8/10] memory-hotplug : remove page table of x86_64 architecture
  • From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
• Re: [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: Fix deficiencies in sun4v error reporting.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [GIT] Sparc
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/8] sparc64: Eliminate PTE table memory wastage.
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• Re: [GIT PULL] Disintegrate UAPI for sparc [ver #2]
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [GIT PULL] Disintegrate UAPI for sparc [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 8/10] memory-hotplug : remove page table of x86_64 architecture
  • From: wujianguo <wujianguo106@xxxxxxxxx>
• Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RESEND PATCH 1/2] sparc64: Rearrange thread info to cheaply clear syscall noerror state.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/10] memory-hotplug: hot-remove physical memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH 8/10] memory-hotplug : remove page table of x86_64 architecture
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH 8/10] memory-hotplug : remove page table of x86_64 architecture
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [RFC v9 PATCH 16/21] memory-hotplug: free memmap of sparse-vmemmap
  • From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
• Re: [RESEND PATCH 1/2] sparc64: Rearrange thread info to cheaply clear syscall noerror state.
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] sparc64: Niagara-4 bzero/memset, plus use MRU stores in page copy.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RESEND PATCH 1/2] sparc64: Rearrange thread info to cheaply clear syscall noerror state.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RESEND PATCH 1/2] sparc64: Rearrange thread info to cheaply clear syscall noerror state.
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH 1/2] sparc64: Rearrange thread info to cheaply clear syscall noerror state.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RESEND PATCH 1/2] sparc64: Rearrange thread info to cheaply clear syscall noerror state.
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/7] mm: Add and use update_mmu_cache_pmd() in transparent huge page code.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/8] THP support for Sparc64
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH 1/2] sparc64: Rearrange thread info to cheaply clear syscall noerror state.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/8] THP support for Sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/8] THP support for Sparc64
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/10] memory-hotplug : remove /sys/firmware/memmap/X sysfs
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: [PATCH 1/10] memory-hotplug : check whether memory is offline or not when removing memory
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: [PATCH 0/10] memory-hotplug: hot-remove physical memory
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: [PATCH 0/8] THP support for Sparc64
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH 0/8] THP support for Sparc64
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 10/10] memory-hotplug : remove sysfs file of node
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [PATCH 9/10] memory-hotplug : memory_hotplug: clear zone when removing the memory
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [PATCH 8/10] memory-hotplug : remove page table of x86_64 architecture
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [PATCH 7/10] memory-hotplug : remove memmap of sparse-vmemmap
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [PATCH 6/10] memory-hotplug : implement register_page_bootmem_info_section of sparse-vmemmap
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [PATCH 5/10] memory-hotplug : memory-hotplug: check page type in get_page_bootmem
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [PATCH 4/10] memory-hotplug : unregister memory section on SPARSEMEM_VMEMMAP
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [PATCH 3/10] memory-hotplug : introduce new function arch_remove_memory() for removing page table depends on architecture
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [PATCH 2/10] memory-hotplug : remove /sys/firmware/memmap/X sysfs
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [PATCH 1/10] memory-hotplug : check whether memory is offline or not when removing memory
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [PATCH 0/10] memory-hotplug: hot-remove physical memory
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [RESEND PATCH 2/2] sparc64: Fix strace hiccups when force_successful_syscall() triggers.
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Disintegrate UAPI for sparc
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 1/2] sparc64: Rearrange thread info to cheaply clear syscall noerror state.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/2] sparc64: Fix strace hiccups when force_successful_syscall() triggers.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [RESEND PATCH 2/2] sparc64: Fix strace hiccups when force_successful_syscall() triggers.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [RESEND PATCH 1/2] sparc64: Rearrange thread info to cheaply clear syscall noerror state.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [GIT PULL] Disintegrate UAPI for sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [GIT PULL] Disintegrate UAPI for sparc
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 3/7] sparc64: Eliminate PTE table memory wastage.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2 4/7] sparc64: Document PGD and PMD layout.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2 5/7] mm: Add and use update_mmu_cache_pmd() in transparent huge page code.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2 7/7] sparc64: Support transparent huge pages.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2 6/7] mm: thp: Use more portable PMD clearing sequenece in zap_huge_pmd().
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2 1/7] sparc64: Only support 4MB huge pages and 8KB base pages.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2 2/7] sparc64: Halve the size of PTE tables.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2 0/8] THP support for Sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/8] sparc64: Eliminate PTE table memory wastage.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/8] THP support for Sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/8] sparc64: Eliminate PTE table memory wastage.
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/8] THP support for Sparc64
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [RFC v9 PATCH 16/21] memory-hotplug: free memmap of sparse-vmemmap
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH 0/8] THP support for Sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 12/13] scripts/gdb: Add internal helper and convenience function for per-cpu lookup
  • From: Jan Kiszka <jan.kiszka@xxxxxx>
• [PATCH 00/13] Add gdb python scripts as kernel debugging helpers
  • From: Jan Kiszka <jan.kiszka@xxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: fix format string argument for prom_printf()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/8] THP support for Sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 7/8] mm: thp: Use more portable PMD clearing sequenece in zap_huge_pmd().
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH 0/8] THP support for Sparc64
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/8] mm: Make transparent huge code not depend upon the details of pgtable_t
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 8/8] sparc64: Support transparent huge pages.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 7/8] mm: thp: Use more portable PMD clearing sequenece in zap_huge_pmd().
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 6/8] mm: Make transparent huge code not depend upon the details of pgtable_t
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 5/8] mm: Add and use update_mmu_cache_pmd() in transparent huge page code.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 4/8] sparc64: Document PGD and PMD layout.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 3/8] sparc64: Eliminate PTE table memory wastage.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/8] sparc64: Halve the size of PTE tables.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 1/8] sparc64: Only support 4MB huge pages.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 0/8] THP support for Sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC v9 PATCH 01/21] memory-hotplug: rename remove_memory() to offline_memory()/offline_pages()
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: [RFC v9 PATCH 06/21] memory-hotplug: export the function acpi_bus_remove()
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: [RFC v9 PATCH 13/21] memory-hotplug: check page type in get_page_bootmem
  • From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
• Re: [RFC v9 PATCH 16/21] memory-hotplug: free memmap of sparse-vmemmap
  • From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
• Re: [RFC v9 PATCH 01/21] memory-hotplug: rename remove_memory() to offline_memory()/offline_pages()
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [RFC v9 PATCH 06/21] memory-hotplug: export the function acpi_bus_remove()
  • From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
• Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
  • From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
• Re: [RFC v9 PATCH 03/21] memory-hotplug: store the node id in acpi_memory_device
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [RFC v9 PATCH 13/21] memory-hotplug: check page type in get_page_bootmem
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [PATCH] sparc: fix format string argument for prom_printf()
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
  • From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
• Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
  • From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
• Re: [RFC v9 PATCH 13/21] memory-hotplug: check page type in get_page_bootmem
  • From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
• Re: [RFC v9 PATCH 01/21] memory-hotplug: rename remove_memory() to offline_memory()/offline_pages()
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• [PATCH] sparc64: Fix trailing whitespace in NG4 memcpy.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] do_rt_sigreturn provide the target sp
  • From: David Miller <davem@xxxxxxxxxxxxx>
• next-20120928 on sparcstation 4
  • From: Magnus Lindholm <linmag7@xxxxxxxxx>
• Re: [PATCH 2/2] do_rt_sigreturn provide the target sp
  • From: Bob Picco <bpicco@xxxxxxxxxx>
• Re: [RFC v9 PATCH 04/21] memory-hotplug: offline and remove memory when removing the memory device
  • From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
• Re: [RFC v9 PATCH 01/21] memory-hotplug: rename remove_memory() to offline_memory()/offline_pages()
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [RFC v9 PATCH 05/21] memory-hotplug: check whether memory is present or not
  • From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
• Re: [RFC v9 PATCH 03/21] memory-hotplug: store the node id in acpi_memory_device
  • From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
• Re: [RFC v9 PATCH 01/21] memory-hotplug: rename remove_memory() to offline_memory()/offline_pages()
  • From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
• Re: [PATCH 2/2] do_rt_sigreturn provide the target sp
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH] sparc64: Fix comment type in NG4 copy from user.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 0/2] sparc 64 bit sigaltstack issue
  • From: Bob Picco <bpicco@xxxxxxxxxx>
• [PATCH 2/2] do_rt_sigreturn provide the target sp
  • From: Bob Picco <bpicco@xxxxxxxxxx>
• [PATCH 1/2] sparc do_rt_sigreturn - minor clean up
  • From: Bob Picco <bpicco@xxxxxxxxxx>
• Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH] sparc64: Fix return value of Niagara-2 memcpy.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: Add SPARC-T4 optimized memcpy.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/8] Avoid cache trashing on clearing huge/gigantic page
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH 20/29] PCI, sparc: kill pci_find_next_bus
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 20/29] PCI, sparc: kill pci_find_next_bus
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v4 0/8] Avoid cache trashing on clearing huge/gigantic page
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 20/29] PCI, sparc: kill pci_find_next_bus
  • From: Jurij Smakov <jurij@xxxxxxxxx>
• [PATCH 20/29] PCI, sparc: kill pci_find_next_bus
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: Problems with Debian in LDOM
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Problems with Debian in LDOM
  • From: Jurij Smakov <jurij@xxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: fix the return value of module_alloc()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sparc32: Enable the relocation target R_SPARC_DISP32 for sparc32
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: Fix function argument comment in camellia_sparc64_key_expand asm.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc: fix the return value of module_alloc()
  • From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
• Re: [PATCH v2 2/2] PCI: Provide a default pcibios_update_irq()
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [RFC v8 PATCH 00/20] memory-hotplug: hot-remove physical memory
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] PCI: Keep pci_fixup_irqs() around after init
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: PCI Radeon RV100 detection hang on sparc64
  • From: mroos@xxxxxxxx
• Re: [RFC v8 PATCH 00/20] memory-hotplug: hot-remove physical memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH v2] sparc32: Enable the relocation target R_SPARC_DISP32 for sparc32
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [PATCH] sparc64: Fix IV handling bug in des_sparc64_cbc_decrypt
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc32: Enable the relocation target R_SPARC_DISP32 for sparc32
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc32: Enable the relocation target R_SPARC_DISP32 for sparc32
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: Random segmentation fault on UltraSparc T1 based machines
  • From: Kurt Roeckx <kurt@xxxxxxxxx>
• Re: [PATCH] sparc32: Enable the relocation target R_SPARC_DISP32 for sparc32
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Random segmentation fault on UltraSparc T1 based machines
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] PCI: Keep pci_fixup_irqs() around after init
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/2] PCI: Provide a default pcibios_update_irq()
  • From: Thierry Reding <thierry.reding@xxxxxxxxxxxxxxxxx>
• [PATCH v2 1/2] PCI: Keep pci_fixup_irqs() around after init
  • From: Thierry Reding <thierry.reding@xxxxxxxxxxxxxxxxx>
• Random segmentation fault on UltraSparc T1 based machines
  • From: Aurelien Jarno <aurelien@xxxxxxxxxxx>
• Re: [PATCH 2/2] PCI: Provide a default pcibios_update_irq()
  • From: Thierry Reding <thierry.reding@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] PCI: Provide a default pcibios_update_irq()
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH 2/2] PCI: Provide a default pcibios_update_irq()
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH] sparc64: Add auto-loading mechanism to crypto-opcode drivers.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] prtconfs: Add SPARC T4-2 prtconf.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: Add missing pr_fmt define to crypto opcode drivers.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: Adjust crypto priorities.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] PCI: Annotate pci_fixup_irqs with __devinit
  • From: Thierry Reding <thierry.reding@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] PCI: Provide a default pcibios_update_irq()
  • From: Thierry Reding <thierry.reding@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] PCI: Provide a default pcibios_update_irq()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] PCI: Annotate pci_fixup_irqs with __devinit
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] PCI: Annotate pci_fixup_irqs with __devinit
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH 2/2] PCI: Provide a default pcibios_update_irq()
  • From: Thierry Reding <thierry.reding@xxxxxxxxxxxxxxxxx>
• [PATCH 1/2] PCI: Annotate pci_fixup_irqs with __devinit
  • From: Thierry Reding <thierry.reding@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/8] Avoid cache trashing on clearing huge/gigantic page
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v4 0/8] Avoid cache trashing on clearing huge/gigantic page
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC v8 PATCH 00/20] memory-hotplug: hot-remove physical memory
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• [PATCH 4/15] drivers/sbus/char: removes unnecessary semicolon
  • From: Peter Senna Tschudin <peter.senna@xxxxxxxxx>
• [PATCH 5/15] arch/sparc/kernel/pci_sun4v.c: removes unnecessary semicolon
  • From: Peter Senna Tschudin <peter.senna@xxxxxxxxx>
• Re: [PATCH v4 0/8] Avoid cache trashing on clearing huge/gigantic page
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [RFC v8 PATCH 00/20] memory-hotplug: hot-remove physical memory
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [RFC v8 PATCH 00/20] memory-hotplug: hot-remove physical memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [RFC v8 PATCH 00/20] memory-hotplug: hot-remove physical memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [RFC v9 PATCH 05/21] memory-hotplug: check whether memory is present or not
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [RFC v9 PATCH 05/21] memory-hotplug: check whether memory is present or not
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [RFC v9 PATCH 05/21] memory-hotplug: check whether memory is present or not
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [RFC v8 PATCH 00/20] memory-hotplug: hot-remove physical memory
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [RFC v8 PATCH 00/20] memory-hotplug: hot-remove physical memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [RFC v8 PATCH 00/20] memory-hotplug: hot-remove physical memory
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• Re: [RFC v8 PATCH 00/20] memory-hotplug: hot-remove physical memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [RFC v8 PATCH 00/20] memory-hotplug: hot-remove physical memory
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH] silo: Don't touch %tick_cmpr on sun4v cpus.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] silo: Don't touch %tick_cmpr on sun4v cpus.
  • From: Jurij Smakov <jurij@xxxxxxxxx>
• Re: PCI Radeon RV100 detection hang on sparc64
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH 3/3] sparc64: Use cpu_pgsz_mask for linear kernel mapping config.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/3] sparc64: Probe cpu page size support more portably.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 1/3] sparc64: Support 2GB and 16GB page sizes for kernel linear mappings.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 0/3] sparc64: Improve large pages wrt. kernel linear mappings.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] sparc64: AES driver improvements
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Add DES driver making use of the new des opcodes.
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: PCI Radeon RV100 detection hang on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: PCI Radeon RV100 detection hang on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: PCI Radeon RV100 detection hang on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: PCI Radeon RV100 detection hang on sparc64
  • From: Michel Dänzer <michel@xxxxxxxxxxx>
• Re: PCI Radeon RV100 detection hang on sparc64
  • From: Adam Jackson <ajax@xxxxxxxxxx>
• PCI Radeon RV100 detection hang on sparc64
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [RFC v9 PATCH 20/21] memory-hotplug: clear hwpoisoned flag when onlining pages
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [RFC v9 PATCH 20/21] memory-hotplug: clear hwpoisoned flag when onlining pages
  • From: andywu106建国 <wujianguo106@xxxxxxxxx>
• Sun Fire 480 cassini crashs, Hardware Problem ?
  • From: Hermann Lauer <Hermann.Lauer@xxxxxxxxxxxxxxxxxxxxx>
• Re: PCI resource allocation problem on Sun Ultra 10
  • From: Meelis Roos <mroos@xxxxxxxx>
• [RFC v9 PATCH 18/21] memory-hotplug: add node_device_release
  • From: wency@xxxxxxxxxxxxxx
• [RFC v9 PATCH 17/21] memory_hotplug: clear zone when the memory is removed
  • From: wency@xxxxxxxxxxxxxx
• [RFC v9 PATCH 16/21] memory-hotplug: free memmap of sparse-vmemmap
  • From: wency@xxxxxxxxxxxxxx
• [RFC v9 PATCH 12/21] memory-hotplug: introduce new function arch_remove_memory()
  • From: wency@xxxxxxxxxxxxxx
• [RFC v9 PATCH 13/21] memory-hotplug: check page type in get_page_bootmem
  • From: wency@xxxxxxxxxxxxxx
• [RFC v9 PATCH 19/21] memory-hotplug: remove sysfs file of node
  • From: wency@xxxxxxxxxxxxxx
• [RFC v9 PATCH 11/21] memory-hotplug: remove_memory calls __remove_pages
  • From: wency@xxxxxxxxxxxxxx
• [RFC v9 PATCH 14/21] memory-hotplug: move register_page_bootmem_info_node and put_page_bootmem for sparse-vmemmap
  • From: wency@xxxxxxxxxxxxxx
• [RFC v9 PATCH 10/21] memory-hotplug: add memory_block_release
  • From: wency@xxxxxxxxxxxxxx
• [RFC v9 PATCH 09/21] memory-hotplug: does not release memory region in PAGES_PER_SECTION chunks
  • From: wency@xxxxxxxxxxxxxx
• [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
  • From: wency@xxxxxxxxxxxxxx
• [RFC v9 PATCH 01/21] memory-hotplug: rename remove_memory() to offline_memory()/offline_pages()
  • From: wency@xxxxxxxxxxxxxx
• [RFC v9 PATCH 05/21] memory-hotplug: check whether memory is present or not
  • From: wency@xxxxxxxxxxxxxx
• [RFC v9 PATCH 04/21] memory-hotplug: offline and remove memory when removing the memory device
  • From: wency@xxxxxxxxxxxxxx
• [RFC v9 PATCH 02/21] memory-hotplug: implement offline_memory()
  • From: wency@xxxxxxxxxxxxxx
• [RFC v9 PATCH 06/21] memory-hotplug: export the function acpi_bus_remove()
  • From: wency@xxxxxxxxxxxxxx
• [RFC v9 PATCH 15/21] memory-hotplug: implement register_page_bootmem_info_section of sparse-vmemmap
  • From: wency@xxxxxxxxxxxxxx
• [RFC v9 PATCH 08/21] memory-hotplug: remove /sys/firmware/memmap/X sysfs
  • From: wency@xxxxxxxxxxxxxx
• [RFC v9 PATCH 20/21] memory-hotplug: clear hwpoisoned flag when onlining pages
  • From: wency@xxxxxxxxxxxxxx
• [RFC v9 PATCH 21/21] memory-hotplug: auto offline page_cgroup when onlining memory block failed
  • From: wency@xxxxxxxxxxxxxx
• [RFC v9 PATCH 03/21] memory-hotplug: store the node id in acpi_memory_device
  • From: wency@xxxxxxxxxxxxxx
• [RFC v9 PATCH 07/21] memory-hotplug: call acpi_bus_remove() to remove memory device
  • From: wency@xxxxxxxxxxxxxx
• Re: [RFC v8 PATCH 08/20] memory-hotplug: remove /sys/firmware/memmap/X sysfs
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [RFC v8 PATCH 08/20] memory-hotplug: remove /sys/firmware/memmap/X sysfs
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC v8 PATCH 13/20] memory-hotplug: check page type in get_page_bootmem
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [RFC v8 PATCH 13/20] memory-hotplug: check page type in get_page_bootmem
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [RFC v8 PATCH 08/20] memory-hotplug: remove /sys/firmware/memmap/X sysfs
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [RFC v8 PATCH 08/20] memory-hotplug: remove /sys/firmware/memmap/X sysfs
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [RFC v8 PATCH 04/20] memory-hotplug: offline and remove memory when removing the memory device
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH] sparc64: Fix bugs in unrolled 256-bit loops.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC v8 PATCH 13/20] memory-hotplug: check page type in get_page_bootmem
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC v8 PATCH 08/20] memory-hotplug: remove /sys/firmware/memmap/X sysfs
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC v8 PATCH 04/20] memory-hotplug: offline and remove memory when removing the memory device
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC v8 PATCH 00/20] memory-hotplug: hot-remove physical memory
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] sparc64: Avoid code duplication in crypto assembler.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 5/5] sparc64: Unroll CTR crypt loops in AES driver.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 4/5] sparc64: Unroll ECB decryption loops in AES driver.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 3/5] sparc64: Unroll ECB encryption loops in AES driver.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/5] sparc64: Add ctr mode support to AES driver.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 1/5] sparc64: Move AES driver over to a methods based implementation.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 0/5] sparc64: AES driver improvements
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: Use fsrc2 instead of fsrc1 in sparc64 hash crypto drivers.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: Add CAMELLIA driver making use of the new camellia opcodes.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: Fix spelling of CAMELLIA in CFR macro name and comment.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [RFC v8 PATCH 03/20] memory-hotplug: store the node id in acpi_memory_device
  • From: wency@xxxxxxxxxxxxxx
• [RFC v8 PATCH 13/20] memory-hotplug: check page type in get_page_bootmem
  • From: wency@xxxxxxxxxxxxxx
• [RFC v8 PATCH 18/20] memory-hotplug: add node_device_release
  • From: wency@xxxxxxxxxxxxxx
• [RFC v8 PATCH 07/20] memory-hotplug: call acpi_bus_remove() to remove memory device
  • From: wency@xxxxxxxxxxxxxx
• [RFC v8 PATCH 10/20] memory-hotplug: add memory_block_release
  • From: wency@xxxxxxxxxxxxxx
• [RFC v8 PATCH 20/20] memory-hotplug: clear hwpoisoned flag when onlining pages
  • From: wency@xxxxxxxxxxxxxx
• [RFC v8 PATCH 06/20] memory-hotplug: export the function acpi_bus_remove()
  • From: wency@xxxxxxxxxxxxxx
• [RFC v8 PATCH 19/20] memory-hotplug: remove sysfs file of node
  • From: wency@xxxxxxxxxxxxxx
• [RFC v8 PATCH 11/20] memory-hotplug: remove_memory calls __remove_pages
  • From: wency@xxxxxxxxxxxxxx
• [RFC v8 PATCH 01/20] memory-hotplug: rename remove_memory() to offline_memory()/offline_pages()
  • From: wency@xxxxxxxxxxxxxx
• [RFC v8 PATCH 00/20] memory-hotplug: hot-remove physical memory
  • From: wency@xxxxxxxxxxxxxx
• [RFC v8 PATCH 15/20] memory-hotplug: implement register_page_bootmem_info_section of sparse-vmemmap
  • From: wency@xxxxxxxxxxxxxx
• [RFC v8 PATCH 17/20] memory_hotplug: clear zone when the memory is removed
  • From: wency@xxxxxxxxxxxxxx
• [RFC v8 PATCH 16/20] memory-hotplug: free memmap of sparse-vmemmap
  • From: wency@xxxxxxxxxxxxxx
• [RFC v8 PATCH 05/20] memory-hotplug: check whether memory is present or not
  • From: wency@xxxxxxxxxxxxxx
• [RFC v8 PATCH 09/20] memory-hotplug: does not release memory region in PAGES_PER_SECTION chunks
  • From: wency@xxxxxxxxxxxxxx
• [RFC v8 PATCH 12/20] memory-hotplug: introduce new function arch_remove_memory()
  • From: wency@xxxxxxxxxxxxxx
• [RFC v8 PATCH 02/20] memory-hotplug: implement offline_memory()
  • From: wency@xxxxxxxxxxxxxx
• [RFC v8 PATCH 14/20] memory-hotplug: move register_page_bootmem_info_node and put_page_bootmem for sparse-vmemmap
  • From: wency@xxxxxxxxxxxxxx
• [RFC v8 PATCH 08/20] memory-hotplug: remove /sys/firmware/memmap/X sysfs
  • From: wency@xxxxxxxxxxxxxx
• [RFC v8 PATCH 04/20] memory-hotplug: offline and remove memory when removing the memory device
  • From: wency@xxxxxxxxxxxxxx
• [PATCH] sparc64: Add DES driver making use of the new des opcodes.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Add CRC32C driver making use of the new crc32c opcode.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Add CRC32C driver making use of the new crc32c opcode.
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] sparc64: Add CRC32C driver making use of the new crc32c opcode.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Add AES driver making use of the new aes opcodes.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Add AES driver making use of the new aes opcodes.
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] sparc64: Add AES driver making use of the new aes opcodes.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] Crytpo hash drivers for sparc64 crypto instructions.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v4 2/8] THP: Pass fault address to __do_huge_pmd_anonymous_page()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v4 1/8] THP: Use real address for NUMA policy
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v4 3/8] hugetlb: pass fault address to hugetlb_no_page()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v4 6/8] mm: make clear_huge_page cache clear only around the fault address
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v4 8/8] mm: implement vm.clear_huge_page_nocache sysctl
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v4 5/8] x86: Add clear_page_nocache
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v4 7/8] x86: switch the 64bit uncached page clear to SSE/AVX v2
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v4 4/8] mm: pass fault address to clear_huge_page()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v4 0/8] Avoid cache trashing on clearing huge/gigantic page
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] Crytpo hash drivers for sparc64 crypto instructions.
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 4/4] sparc64: Add MD5 driver making use of the 'md5' instruction.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 3/4] sparc64: Add SHA384/SHA512 driver making use of the 'sha512' instruction.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/4] sparc64: Add SHA224/SHA256 driver making use of the 'sha256' instruction.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 1/4] sparc64: Add SHA1 driver making use of the 'sha1' instruction.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 0/4] Crytpo hash drivers for sparc64 crypto instructions.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] silo: Don't touch %tick_cmpr on sun4v cpus.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] silo: Don't touch %tick_cmpr on sun4v cpus.
  • From: Jurij Smakov <jurij@xxxxxxxxx>
• Re: [PATCH] silo: Don't touch %tick_cmpr on sun4v cpus.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] silo: Don't touch %tick_cmpr on sun4v cpus.
  • From: Jurij Smakov <jurij@xxxxxxxxx>
• [PATCH 17/17] sparc64: Update generic comments in perf event code to match reality.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 16/17] sparc64: Add SPARC-T4 perf event support.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 15/17] sparc64: Support perf event encoding for multi-PCR PMUs.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 14/17] sparc64: Make sparc_pmu_{enable,disable}_event() multi-pcr aware.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 13/17] sparc64: Rework sparc_pmu_enable() so that the side effects are clearer.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 12/17] sparc64: Prepare perf event layer for handling multiple PCR registers.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 11/17] sparc64: Specify user and supervisor trace PCR bits in sparc_pmu.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 10/17] sparc64: Abstract PMC read/write behind sparc_pmu.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 09/17] sparc64: Allow max hw perf events to be variable.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 08/17] sparc64: Add perf_event abstractions for orthogonal PMUs.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 07/17] sparc64: Add PCR ops for SPARC-T4.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 06/17] sparc64: Abstract away the %pcr values used to enable/disable NMI
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 05/17] sparc64: Abstract away the NMI PIC counter computation.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 04/17] sparc64: Abstract away PIC register accesses.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 03/17] sparc64: Add 'reg_num' argument to pcr_ops methods.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 02/17] sparc64: Add hypervisor interfaces for SPARC-T4 perf counter access.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 01/17] sparc64: Add detection for features new in SPARC-T4.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 0/17] First wave of Sparc-T4 patches.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: SILO fails to read silo.conf from EXT4 FS
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: SILO fails to read silo.conf from EXT4 FS
  • From: Raúl Porcel <armin76@xxxxxxxxxx>
• Re: PCI resource allocation problem on Sun Ultra 10
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: PCI resource allocation problem on Sun Ultra 10
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: PCI resource allocation problem on Sun Ultra 10
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3 6/7] mm: make clear_huge_page cache clear only around the fault address
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH v3 6/7] mm: make clear_huge_page cache clear only around the fault address
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v3 6/7] mm: make clear_huge_page cache clear only around the fault address
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH v3 6/7] mm: make clear_huge_page cache clear only around the fault address
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v3 6/7] mm: make clear_huge_page cache clear only around the fault address
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH v3 1/7] THP: Use real address for NUMA policy
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v3 7/7] x86: switch the 64bit uncached page clear to SSE/AVX v2
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v3 0/7] Avoid cache trashing on clearing huge/gigantic page
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v3 2/7] THP: Pass fault address to __do_huge_pmd_anonymous_page()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v3 4/7] mm: pass fault address to clear_huge_page()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v3 3/7] hugetlb: pass fault address to hugetlb_no_page()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v3 5/7] x86: Add clear_page_nocache
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v3 6/7] mm: make clear_huge_page cache clear only around the fault address
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• PCI resource allocation problem on Sun Ultra 10
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: SILO fails to read silo.conf from EXT4 FS
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: SILO fails to read silo.conf from EXT4 FS
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] silo: Don't touch %tick_cmpr on sun4v cpus.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [v2.6.34-stable 026/165] sparc: fix array bounds error setting up PCIC NMI trap
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Be less verbose during vmemmap population.
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] silo: Don't touch %tick_cmpr on sun4v cpus.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [no subject]
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: Be less verbose during vmemmap population.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/6] x86: Add clear_page_nocache
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/6] x86: Add clear_page_nocache
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 4/6] x86: Add clear_page_nocache
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/6] x86: Add clear_page_nocache
  • From: "Jan Beulich" <JBeulich@xxxxxxxx>
• Re: [PATCH v2 4/6] x86: Add clear_page_nocache
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 6/6] x86: switch the 64bit uncached page clear to SSE/AVX v2
  • From: "Jan Beulich" <JBeulich@xxxxxxxx>
• Re: [PATCH v2 4/6] x86: Add clear_page_nocache
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v2 4/6] x86: Add clear_page_nocache
  • From: "Jan Beulich" <JBeulich@xxxxxxxx>
• [PATCH v2 6/6] x86: switch the 64bit uncached page clear to SSE/AVX v2
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v2 5/6] mm: make clear_huge_page cache clear only around the fault address
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>