Linux Sparc

• Thread Index

• Re: [PATCH v2, part 1 3/9] PCI: Convert alloc_pci_dev(void) to pci_alloc_dev(bus) instead
  • From: Liu Jiang <liuj97@xxxxxxxxx>
• Re: [PATCH v2, part 1 3/9] PCI: Convert alloc_pci_dev(void) to pci_alloc_dev(bus) instead
  • From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH v2, part 1 3/9] PCI: Convert alloc_pci_dev(void) to pci_alloc_dev(bus) instead
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v2, part 1 3/9] PCI: Convert alloc_pci_dev(void) to pci_alloc_dev(bus) instead
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [PATCH] arch: sparc: kernel: use devm_ioremap_resource()
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] arch: sparc: kernel: use devm_ioremap_resource()
  • From: Laurent Navet <laurent.navet@xxxxxxxxx>
• Re: [PATCH] arch: sparc: kernel: use devm_ioremap_resource()
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] arch: sparc: kernel: use devm_ioremap_resource()
  • From: Laurent Navet <laurent.navet@xxxxxxxxx>
• [PATCH 16/21] sparc: remove inline marking of EXPORT_SYMBOL functions
  • From: Denis Efremov <yefremov.denis@xxxxxxxxx>
• Re: [PATCH v5, part4 35/41] mm/SPARC: prepare for removing num_physpages and simplify mem_init()
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v5, part4 35/41] mm/SPARC: prepare for removing num_physpages and simplify mem_init()
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• [PATCH 1/3] sparc: Switch to asm-generic/linkage.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH RESEND] lib: add weak clz/ctz functions
  • From: Chanho Min <chanho.min@xxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] serial: sunsu: add missing platform_driver_unregister() when module exit
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc32, leon: Do not overwrite previously set irq flow handlers
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH] sparc/kernel/vio.c: add put_device() after device_find_child()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] lib: add weak clz/ctz functions
  • From: Chanho Min <chanho.min@xxxxxxx>
• Re: [PATCH] lib: add weak __clzsi2()/__clzdi2() functions
  • From: "민찬호" <chanho.min@xxxxxxx>
• Re: [PATCH] lib: add weak __clzsi2()/__clzdi2() functions
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] lib: add weak __clzsi2()/__clzdi2() functions
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] lib: add weak __clzsi2()/__clzdi2() functions
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] lib: add weak __clzsi2()/__clzdi2() functions
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] lib: add weak __clzsi2()/__clzdi2() functions
  • From: Chanho Min <chanho.min@xxxxxxx>
• [PATCH] serial: sunsu: add missing platform_driver_unregister() when module exit
  • From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
• Re: [PATCH 1/2] lib: Add lz4 compressor module
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] lib: Add lz4 compressor module
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] lib: Add lz4 compressor module
  • From: "Chanho Min" <chanho.min@xxxxxxx>
• Re: [PATCH 1/2] lib: Add lz4 compressor module
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: sparc64, mm BUG in 3.9-rc8
  • From: Meelis Roos <mroos@xxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc64, mm BUG in 3.9-rc8
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc64, mm BUG in 3.9-rc8
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc64, mm BUG in 3.9-rc8
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc64, mm BUG in 3.9-rc8
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc64, mm BUG in 3.9-rc8
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: sparc64, mm BUG in 3.9-rc8
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc64, mm BUG in 3.9-rc8
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: sparc64, mm BUG in 3.9-rc8
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] lib: Add lz4 compressor module
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: sparc64, mm BUG in 3.9-rc8
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: sparc64, mm BUG in 3.9-rc8
  • From: David Miller <davem@xxxxxxxxxxxxx>
• sparc64, mm BUG in 3.9-rc8
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH 1/2] lib: Add lz4 compressor module
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH RESEND] sparc/sysrq: fix inconstistent help message of sysrq key
  • From: "zhangwei(Jovi)" <jovi.zhangwei@xxxxxxxxxx>
• [PATCH] sparc32, leon: Do not overwrite previously set irq flow handlers
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• sparc ESP SCSI error handling BUG+hang
  • From: Meelis Roos <mroos@xxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: Fix race in TLB batch processing.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Don't pass a pointer to xcall_flush_tlb_pending
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Don't pass a pointer to xcall_flush_tlb_pending
  • From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>
• Re: [PATCH] sparc64: Don't pass a pointer to xcall_flush_tlb_pending
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Don't pass a pointer to xcall_flush_tlb_pending
  • From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>
• Re: [PATCH] sparc64: Don't pass a pointer to xcall_flush_tlb_pending
  • From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>
• Re: [PATCH] sparc64: Don't pass a pointer to xcall_flush_tlb_pending
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] lib: Add lz4 compressor module
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Don't pass a pointer to xcall_flush_tlb_pending
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Don't pass a pointer to xcall_flush_tlb_pending
  • From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>
• Re: [PATCH] sparc64: Don't pass a pointer to xcall_flush_tlb_pending
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Don't pass a pointer to xcall_flush_tlb_pending
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: Don't pass a pointer to xcall_flush_tlb_pending
  • From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>
• Re: [PATCH 03/28] proc: Split kcore bits from linux/procfs.h into linux/kcore.h [RFC]
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: [PATCH 01/28] Include missing linux/slab.h inclusions [RFC]
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 03/28] proc: Split kcore bits from linux/procfs.h into linux/kcore.h [RFC]
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxx>
• Re: [PATCH 03/28] proc: Split kcore bits from linux/procfs.h into linux/kcore.h [RFC]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 03/28] proc: Split kcore bits from linux/procfs.h into linux/kcore.h [RFC]
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxx>
• [PATCH] silo: Add support for firmware flash images on sun4u and later.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 03/28] proc: Split kcore bits from linux/procfs.h into linux/kcore.h [RFC]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 01/28] Include missing linux/slab.h inclusions [RFC]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH] sparc/kernel/vio.c: add put_device() after device_find_child()
  • From: Federico Vaga <federico.vaga@xxxxxxxxx>
• [RFC PATCH v1 19/19] mm: call register_page_bootmem_info_node() from mm core
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [PATCH] sparc64: Do not save/restore interrupts in get_new_mmu_context()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: Do not save/restore interrupts in get_new_mmu_context()
  • From: Kirill Tkhai <tkhai@xxxxxxxxx>
• Re: [PATCH 2/3] powerpc: Enable boot_vga sysfs attribute for graphics adapters on Power
  • From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
• WARNING: at mm/mmap.c:2702 exit_mmap+0x134/0x160() (SIGILL on sparc64)
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH 3/3] powerpc: Set default VGA device
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] powerpc: Enable boot_vga sysfs attribute for graphics adapters on Power
  • From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] powerpc: Set default VGA device
  • From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
• [PATCH] sparc: Consistently use 'wr' and 'rd' instructions for ASRs.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] powerpc: Enable boot_vga sysfs attribute for graphics adapters on Power
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH v4, part3 35/41] mm/SPARC: prepare for removing num_physpages and simplify mem_init()
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [PATCH 2/3] powerpc: Enable boot_vga sysfs attribute for graphics adapters on Power
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] powerpc: Set default VGA device
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH 2/3] powerpc: Enable boot_vga sysfs attribute for graphics adapters on Power
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH 16/18] cpufreq: sparc: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 8/9] spark: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 6/9] cpufreq: Don't check if cpu is online/offline for cpufreq callbacks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 6/9] cpufreq: Don't check if cpu is online/offline for cpufreq callbacks
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 8/9] spark: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v2] sparc: use asm-generic version of types.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] bbc_i2c: fix section mismatch warning
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] sparc: use generic headers
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc:cleanup unused code in smp_32.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc/iommu: fix typo s/265KB/256KB/
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc/srmmu: clear trailing edge of bitmap properly
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc:remove unused declaration smp_boot_cpus()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2] sparc: use asm-generic version of types.h
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 4/5] sparc: use asm-generic version of types.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 8/9] spark: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 4/5] sparc: use asm-generic version of types.h
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 8/9] spark: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 4/5] sparc: use asm-generic version of types.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 4/5] sparc: use asm-generic version of types.h
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 4/5] sparc: use asm-generic version of types.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/5] sparc: define __linux__ to fix defconfig build
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] sparc: sort select lines in Kconfig
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 2/5] sparc: define __linux__ to fix defconfig build
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 5/5] sparc: sort select lines in Kconfig
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/5] sparc: define __linux__ to fix defconfig build
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 5/5] sparc: sort select lines in Kconfig
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 4/5] sparc: use asm-generic version of types.h
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 3/5] bbc_i2c: fix section mismatch warning
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 2/5] sparc: define __linux__ to fix defconfig build
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 1/5] sparc: use generic headers
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 0/5] random collection of sparc patches
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: usr/include/linux/types.h:27:1: error: unknown type name '__u16'
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] sparc:cleanup unused code in smp_32.h
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] sparc:cleanup unused code in smp_32.h
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH v3, part4 32/39] mm/SPARC: prepare for removing num_physpages and simplify mem_init()
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] sparc/srmmu: clear trailing edge of bitmap properly
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] sparc/iommu: fix typo s/265KB/256KB/
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• [PATCH] sparc/srmmu: clear trailing edge of bitmap properly
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: [PATCH] sparc:remove unused declaration smp_boot_cpus()
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: usr/include/linux/types.h:27:1: error: unknown type name '__u16'
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: usr/include/linux/types.h:27:1: error: unknown type name '__u16'
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: usr/include/linux/types.h:27:1: error: unknown type name '__u16'
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: usr/include/linux/types.h:27:1: error: unknown type name '__u16'
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• usr/include/linux/types.h:27:1: error: unknown type name '__u16'
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• [PATCH] sparc:remove unused declaration smp_boot_cpus()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH 01/86] sparc: huge_ptep_set_* functions need to call set_huge_pte_at()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v3, part4 32/39] mm/SPARC: prepare for removing num_physpages and simplify mem_init()
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [PATCH 3/3] sparc/srmmu: use BITS_TO_LONGS() to calculate bitmap size
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: [PATCH 8/9] spark: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 8/9] spark: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/3] sparc/iommu: use BITS_TO_LONGS() to calculate bitmap size
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH 2/3] sparc/iommu: use BITS_TO_LONGS() to calculate bitmap size
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] sparc/srmmu: use BITS_TO_LONGS() to calculate bitmap size
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] sparc/iommu: use BITS_TO_LONGS() to calculate bitmap size
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] sparc: clear bitmap correctly in bit_map_init()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 8/9] spark: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 8/9] spark: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 2/2] cpufreq: Don't check if cpu is online/offline for cpufreq callbacks
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 3/3] sparc/srmmu: use BITS_TO_LONGS() to calculate bitmap size
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• [PATCH 2/3] sparc/iommu: use BITS_TO_LONGS() to calculate bitmap size
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• [PATCH 1/3] sparc: clear bitmap correctly in bit_map_init()
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• [RFC PATCH v2, part4 32/39] mm/SPARC: prepare for removing num_physpages and simplify mem_init()
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• [RFC PATCH v2, part4 31/39] mm/SPARC: prepare for removing num_physpages and simplify mem_init()
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [PATCH] sparc64: Move offset calculation of several structures to asm-offset.c
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: Move offset calculation of several structures to asm-offset.c
  • From: Kirill Tkhai <tkhai@xxxxxxxxx>
• Re: [PATCH v4] sparc,leon: support for GRPCI1 PCI host bridge controller
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH v2 1/1]sparc64: Do not change num_physpages during initmem freeing
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] sparc64: Kill __ARCH_WANT_UNLOCKED_CTXSW
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] TTY: serial, stop accessing potential NULLs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Provide cmpxchg64()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1]sparc64: Do not change num_physpages during initmem freeing
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/1]sparc64: Hibernation support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v4] sparc,leon: support for GRPCI1 PCI host bridge controller
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3] sparc,leon: updated GRPCI2 config name
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sparc32,leon: add support for PCI busn resource for GRPCI2
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH -next] sparc32/sparc64: Provide cmpxchg64()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] sparc64: Provide cmpxchg64()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH -next] sparc32/sparc64: Provide cmpxchg64()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH -next] sparc32/sparc64: Provide cmpxchg64()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 0/1]sparc64: Hibernation support
  • From: Kirill Tkhai <tkhai@xxxxxxxxx>
• [PATCH v2 1/1]sparc64: Do not change num_physpages during initmem freeing
  • From: Kirill Tkhai <tkhai@xxxxxxxxx>
• Re: [PATCH]sparc64: Hibernation support
  • From: Kirill Tkhai <tkhai@xxxxxxxxx>
• Re: [PATCH]sparc64: Hibernation support
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: remove unused "config BITS"
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: remove unused "config BITS"
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH] sparc: remove unused "config BITS"
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: remove unused "config BITS"
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH -next] sparc32/sparc64: Provide cmpxchg64()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: delete "if !ULTRA_HAS_POPULATION_COUNT"
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: remove unused "config BITS"
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] sparc: remove unused "config BITS"
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH] sparc: remove unused "config BITS"
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc: remove unused "config BITS"
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• virtually indexed caches and memory unmapping
  • From: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
• [3.9-rc2+, sparc] WARNING: at mm/mmap.c:2700
  • From: Aaro Koskinen <aaro.koskinen@xxxxxx>
• [PATCH -next] sparc32/sparc64: Provide cmpxchg64()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] TTY: serial, stop accessing potential NULLs
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH v2, part2 08/10] mm/SPARC: use free_highmem_page() to free highmem pages into buddy system
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [PATCH v2, part2 08/10] mm/SPARC: use free_highmem_page() to free highmem pages into buddy system
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] sparc: delete "if !ULTRA_HAS_POPULATION_COUNT"
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2, part2 08/10] mm/SPARC: use free_highmem_page() to free highmem pages into buddy system
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] sparc: delete "if !ULTRA_HAS_POPULATION_COUNT"
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Hangs on possibly scsi errors on an Enterprise 250
  • From: Hermann Lauer <Hermann.Lauer@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1] [SPARC64] correctly recognize SPARC64-X chips
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2, part2 08/10] mm/SPARC: use free_highmem_page() to free highmem pages into buddy system
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• kernel panic on linux-3.7.10 sun blade 2000
  • From: Magnus Lindholm <linmag7@xxxxxxxxx>
• [PATCH]sparc64: Hibernation support
  • From: Kirill Tkhai <tkhai@xxxxxxxxx>
• Re: [PATCH v1] [SPARC64] correctly recognize SPARC64-X chips
  • From: Allen Pais <allen.pais@xxxxxxxxxx>
• Re: [PATCH v1] [SPARC64] correctly recognize SPARC64-X chips
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v1] [SPARC64] correctly recognize SPARC64-X chips
  • From: Allen Pais <allen.pais@xxxxxxxxxx>
• Re: [PATCH v3] sparc,leon: updated GRPCI2 config name
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v4] sparc,leon: support for GRPCI1 PCI host bridge controller
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v4] sparc,leon: support for GRPCI1 PCI host bridge controller
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH v3] sparc,leon: updated GRPCI2 config name
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH v3] sparc,leon: support for GRPCI1 PCI host bridge controller
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 1/1] [RESEND][SPARC64] correctly recognize SPARC64-X chips
  • From: Allen Pais <allen.pais@xxxxxxxxxx>
• Re: [PATCH v3] sparc,leon: support for GRPCI1 PCI host bridge controller
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 1/1] [SPARC64] correctly recognize SPARC64-X chips
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Kernel Panic sunfire v210
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2] sparc,leon: updated GRPCI2 config name
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH v3] sparc,leon: support for GRPCI1 PCI host bridge controller
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH v2] sparc32,leon: add support for PCI busn resource for GRPCI2
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Kernel Panic sunfire v210
  • From: Mario Caruso <caruso@xxxxxxxxxxx>
• Re: [PATCH] sparc,leon: support for GRPCI1 PCI host bridge controller
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH 1/2] sparc32,leon: add support for PCI busn resource for LEON
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 1/1] [SPARC64] correctly recognize SPARC64-X chips
  • From: Allen Pais <allen.pais@xxxxxxxxxx>
• Re: [PATCH]sparc32: Fix lost pte_present() state while mprotect() system call
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc,leon: fix GRPCI2 device0 PCI config space access
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc,leon: support for GRPCI1 PCI host bridge controller
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] sparc32,leon: add support for PCI busn resource for LEON
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH]sunsu: Fix panic in case of nonexistent port at "console=ttySY" cmdline option
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc,leon: support for GRPCI1 PCI host bridge controller
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] sparc,leon: updated GRPCI2 config name
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH v2] sparc,leon: support for GRPCI1 PCI host bridge controller
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH] sparc,leon: support for GRPCI1 PCI host bridge controller
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH] sparc,leon: support for GRPCI1 PCI host bridge controller
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] sparc,leon: support for GRPCI1 PCI host bridge controller
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH] sparc,leon: fix GRPCI2 device0 PCI config space access
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 1/2] sparc32,leon: add support for PCI busn resource for LEON
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 2/2] sparc32,leon: add support for PCI busn resource in GRPCI2 driver
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re:[PATCH]sparc32: Fix lost pte_present() state while mprotect() system call
  • From: Kirill Tkhai <tkhai@xxxxxxxxx>
• [PATCH]sunsu: Fix panic in case of nonexistent port at "console=ttySY" cmdline option
  • From: Kirill Tkhai <tkhai@xxxxxxxxx>
• Re: [PATCH]sparc32: Fix lost pte_present() state while mprotect() system call
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Panic at sunsu driver
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Panic at sunsu driver
  • From: Kirill Tkhai <tkhai@xxxxxxxxx>
• [PATCH]sparc32: Fix lost pte_present() state while mprotect() system call
  • From: Kirill Tkhai <tkhai@xxxxxxxxx>
• Re: THP bug and crash on sparc64 3.8
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: THP bug and crash on sparc64 3.8
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: THP bug and crash on sparc64 3.8
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH 1/3] sparc64: Fix gfp_flags setting in tsb_grow().
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [PATCH 2/3] sparc64: Handle hugepage TSB being NULL.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 3/3] sparc64: Fix tsb_grow() in atomic context.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 1/3] sparc64: Fix gfp_flags setting in tsb_grow().
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: THP bug and crash on sparc64 3.8
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: THP bug and crash on sparc64 3.8
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: THP bug and crash on sparc64 3.8
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: THP bug and crash on sparc64 3.8
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: THP bug and crash on sparc64 3.8
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: THP bug and crash on sparc64 3.8
  • From: Meelis Roos <mroos@xxxxx>
• Re: [PATCH] sparc32: refactor smp boot
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc32: refactor smp boot
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• [PATCH] sparc32: refactor smp boot
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sunvdc: Fix off-by-one in generic_request().
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/2] sparc64: Fix get_user_pages_fast() wrt. THP.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 1/2] sparc64: Add missing HAVE_ARCH_TRANSPARENT_HUGEPAGE.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Should SPARC use cpuidle? (was: linux-next: build failure after merge of the final tree (acpi tree related))
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: Should SPARC use cpuidle?
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: Should SPARC use cpuidle?
  • From: Len Brown <lenb@xxxxxxxxxx>
• Should SPARC use cpuidle? (was: linux-next: build failure after merge of the final tree (acpi tree related))
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: linux-next: build failure after merge of the final tree (acpi tree related)
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] Centralise CONFIG_ARCH_NO_VIRT_TO_BUS
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH] Centralise CONFIG_ARCH_NO_VIRT_TO_BUS
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH] Centralise CONFIG_ARCH_NO_VIRT_TO_BUS
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: linux-next: build failure after merge of the final tree (acpi tree related)
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH] of: fix recursive locking in of_get_next_available_child()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH next v2] OF: convert devtree lock from rw_lock to raw spinlock
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH next v2] OF: convert devtree lock from rw_lock to raw spinlock
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH next v2] OF: convert devtree lock from rw_lock to raw spinlock
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH] of: fix recursive locking in of_get_next_available_child()
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH next v2] OF: convert devtree lock from rw_lock to raw spinlock
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH next v2] OF: convert devtree lock from rw_lock to raw spinlock
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: linux-next: build failure after merge of the final tree (acpi tree related)
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] Centralise CONFIG_ARCH_NO_VIRT_TO_BUS
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• linux-next: build failure after merge of the final tree (acpi tree related)
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH 04/16] sparc idle: rename pm_idle to sparc_idle
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 04/16] sparc idle: rename pm_idle to sparc_idle
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH next v2] OF: convert devtree lock from rw_lock to raw spinlock
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH next v2] OF: convert devtree lock from rw_lock to raw spinlock
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH next] OF: convert devtree lock from rw_lock to raw spinlock
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• get_user_pages_fast and sparc THP
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v6 08/15] memory-hotplug: Common APIs to support page tables hot-remove
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH next] OF: convert devtree lock from rw_lock to raw spinlock
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH next] OF: convert devtree lock from rw_lock to raw spinlock
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v6 08/15] memory-hotplug: Common APIs to support page tables hot-remove
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [PATCH v6 08/15] memory-hotplug: Common APIs to support page tables hot-remove
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v6 08/15] memory-hotplug: Common APIs to support page tables hot-remove
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v6 08/15] memory-hotplug: Common APIs to support page tables hot-remove
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v6 08/15] memory-hotplug: Common APIs to support page tables hot-remove
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [PATCH v6 08/15] memory-hotplug: Common APIs to support page tables hot-remove
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: [PATCH v5 16/20] scripts/gdb: Add internal helper and convenience function for per-cpu lookup
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [PATCH v5 00/20] Add gdb python scripts as kernel debugging helpers
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 16/20] scripts/gdb: Add internal helper and convenience function for per-cpu lookup
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 16/20] scripts/gdb: Add internal helper and convenience function for per-cpu lookup
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [PATCH v5 16/20] scripts/gdb: Add internal helper and convenience function for per-cpu lookup
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v6 08/15] memory-hotplug: Common APIs to support page tables hot-remove
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [PATCH v6 08/15] memory-hotplug: Common APIs to support page tables hot-remove
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• [PATCH v5 16/20] scripts/gdb: Add internal helper and convenience function for per-cpu lookup
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• [PATCH v5 00/20] Add gdb python scripts as kernel debugging helpers
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• [PATCH v3 13/22] PCI, sparc: Kill pci_find_next_bus
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v2 13/22] PCI, sparc: Kill pci_find_next_bus
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: Helpdesk Require Your Quick Response
  • From: "Trallero Sanz Antonio Miguel" <antonio.trallero@xxxxxx>
• Re: Kernel panic on FPU instruction without FPU present
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: Kernel panic on FPU instruction without FPU present
  • From: Joris van Rantwijk <jorisvr@xxxxxxx>
• Re: Kernel panic on FPU instruction without FPU present
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Kernel panic on FPU instruction without FPU present
  • From: Joris van Rantwijk <jorisvr@xxxxxxx>
• Re: XVR-1200 Framebuffer support in Xorg
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v4 00/13] Add gdb python scripts as kernel debugging helpers
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [PATCH v4 00/13] Add gdb python scripts as kernel debugging helpers
  • From: Borislav Petkov <bp@xxxxxxxxx>
• XVR-1200 Framebuffer support in Xorg
  • From: Jean-Michel Bergeron <niceguy12345678@xxxxxxxxxx>
• Re: [PATCH v4 00/13] Add gdb python scripts as kernel debugging helpers
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [PATCH v4 00/13] Add gdb python scripts as kernel debugging helpers
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [PATCH v3] sparc: kernel/sbus.c: fix memory leakage
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3] sparc: kernel/sbus.c: fix memory leakage
  • From: Richard Mortimer <richm@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 00/13] Add gdb python scripts as kernel debugging helpers
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH v4 00/13] Add gdb python scripts as kernel debugging helpers
  • From: Ben Widawsky <ben@xxxxxxxxxxxx>
• Re: [PATCH v4 00/13] Add gdb python scripts as kernel debugging helpers
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• [PATCH v4 00/13] Add gdb python scripts as kernel debugging helpers
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• [PATCH v4 12/13] scripts/gdb: Add internal helper and convenience function for per-cpu lookup
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [PATCH v3 1/2] memory-hotplug: introduce CONFIG_HAVE_BOOTMEM_INFO_NODE and revert register_page_bootmem_info_node() when platform not support
  • From: Lin Feng <linfeng@xxxxxxxxxxxxxx>
• [PATCH v3] sparc: kernel/sbus.c: fix memory leakage
  • From: Cong Ding <dinggnu@xxxxxxxxx>
• Re: [PATCH v2] sparc: kernel/sbus.c: fix memory leakage
  • From: Cong Ding <dinggnu@xxxxxxxxx>
• Re: [PATCH v3 1/2] memory-hotplug: introduce CONFIG_HAVE_BOOTMEM_INFO_NODE and revert register_page_bootmem_info_node() when platform not support
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2] sparc: kernel/sbus.c: fix memory leakage
  • From: Richard Mortimer <richm@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] sparc: kernel/sbus.c: fix memory leakage
  • From: Cong Ding <dinggnu@xxxxxxxxx>
• Re: [PATCH v3 1/2] memory-hotplug: introduce CONFIG_HAVE_BOOTMEM_INFO_NODE and revert register_page_bootmem_info_node() when platform not support
  • From: Lin Feng <linfeng@xxxxxxxxxxxxxx>
• Re: [PATCH v2] sparc: kernel/sbus.c: fix memory leakage
  • From: Richard Mortimer <richm@xxxxxxxxxxxxxxx>
• [PATCH v2] sparc: kernel/sbus.c: fix memory leakage
  • From: Cong Ding <dinggnu@xxxxxxxxx>
• Re: [PATCH] sparc: kernel/sbus.c: fix memory leakage
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] sparc: kernel/sbus.c: fix memory leakage
  • From: Cong Ding <dinggnu@xxxxxxxxx>
• Re: [PATCH] sparc: kernel/sbus.c: fix memory leakage
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 181/222] sparc: huge_ptep_set_* functions need to call set_huge_pte_at()
  • From: Herton Ronaldo Krzesinski <herton.krzesinski@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] memory-hotplug: introduce CONFIG_HAVE_BOOTMEM_INFO_NODE and revert register_page_bootmem_info_node() when platform not support
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v3 1/2] memory-hotplug: introduce CONFIG_HAVE_BOOTMEM_INFO_NODE and revert register_page_bootmem_info_node() when platform not support
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH v3 0/2] memory-hotplug: introduce CONFIG_HAVE_BOOTMEM_INFO_NODE and revert register_page_bootmem_info_node() when platform not support
  • From: Lin Feng <linfeng@xxxxxxxxxxxxxx>
• [PATCH v3 1/2] memory-hotplug: introduce CONFIG_HAVE_BOOTMEM_INFO_NODE and revert register_page_bootmem_info_node() when platform not support
  • From: Lin Feng <linfeng@xxxxxxxxxxxxxx>
• [PATCH 2/2] memory-hotplug: cleanup: removing the arch specific functions without any implementation
  • From: Lin Feng <linfeng@xxxxxxxxxxxxxx>
• Re: [BUG Fix Patch 1/6] Bug fix: Hold spinlock across find|remove /sys/firmware/memmap/X operation.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [BUG Fix Patch 1/6] Bug fix: Hold spinlock across find|remove /sys/firmware/memmap/X operation.
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• [BUG Fix Patch 5/6] Bug fix: Fix the wrong comments of map_entries.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [BUG Fix Patch 6/6] Bug fix: Reuse the storage of /sys/firmware/memmap/X/ allocated by bootmem.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [BUG Fix Patch 4/6] Bug fix: Do not free page split from hugepage one by one.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [BUG Fix Patch 2/6] Bug fix: Do not calculate direct mapping pages when freeing vmemmap pagetables.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [BUG Fix Patch 3/6] Bug fix: Do not free direct mapping pages twice.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [BUG Fix Patch 1/6] Bug fix: Hold spinlock across find|remove /sys/firmware/memmap/X operation.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [BUG Fix Patch 0/6] Bug fix for physical memory hot-remove.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH] sparc: kernel/sbus.c: fix memory leakage
  • From: Cong Ding <dinggnu@xxxxxxxxx>
• [ 3.5.y.z extended stable ] Patch "sparc: huge_ptep_set_* functions need to call" has been added to staging queue
  • From: Herton Ronaldo Krzesinski <herton.krzesinski@xxxxxxxxxxxxx>
• [Regression] arch/arch: about pach and suggestions for strcpy
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: remove __devinit, __devexit annotations
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v6 04/15] memory-hotplug: remove /sys/firmware/memmap/X sysfs
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v6 02/15] memory-hotplug: check whether all memory blocks are offlined or not when removing memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v6 04/15] memory-hotplug: remove /sys/firmware/memmap/X sysfs
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v6 05/15] memory-hotplug: introduce new function arch_remove_memory() for removing page table depends on architecture
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: niu interface automatically goes up then down
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Re: niu interface automatically goes up then down
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: niu interface automatically goes up then down
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Re: niu interface automatically goes up then down
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: niu interface automatically goes up then down
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 04/15] memory-hotplug: remove /sys/firmware/memmap/X sysfs
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 02/15] memory-hotplug: check whether all memory blocks are offlined or not when removing memory
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• niu interface automatically goes up then down
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Re: [PATCH v6 05/15] memory-hotplug: introduce new function arch_remove_memory() for removing page table depends on architecture
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 04/15] memory-hotplug: remove /sys/firmware/memmap/X sysfs
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [ 30/47] sparc: huge_ptep_set_* functions need to call set_huge_pte_at()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [ 56/80] sparc: huge_ptep_set_* functions need to call set_huge_pte_at()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [ 077/123] sparc: huge_ptep_set_* functions need to call set_huge_pte_at()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v6 11/15] memory-hotplug: Integrated __remove_section() of CONFIG_SPARSEMEM_VMEMMAP.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v6 15/15] memory-hotplug: Do not allocate pdgat if it was not freed when offline.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v6 01/15] memory-hotplug: try to offline the memory twice to avoid dependence
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v6 03/15] memory-hotplug: remove redundant codes
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v6 07/15] memory-hotplug: move pgdat_resize_lock into sparse_remove_one_section()
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v6 08/15] memory-hotplug: Common APIs to support page tables hot-remove
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v6 06/15] memory-hotplug: implement register_page_bootmem_info_section of sparse-vmemmap
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v6 02/15] memory-hotplug: check whether all memory blocks are offlined or not when removing memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v6 05/15] memory-hotplug: introduce new function arch_remove_memory() for removing page table depends on architecture
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v6 13/15] memory-hotplug: remove sysfs file of node
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v6 10/15] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v6 12/15] memory-hotplug: memory_hotplug: clear zone when removing the memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v6 14/15] memory-hotplug: free node_data when a node is offlined
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v6 09/15] memory-hotplug: remove page table of x86_64 architecture
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v6 04/15] memory-hotplug: remove /sys/firmware/memmap/X sysfs
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] cpuhotplug/nohz: Remove offline cpus from nohz-idle state
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] cpuhotplug/nohz: Remove offline cpus from nohz-idle state
  • From: Srivatsa Vaddagiri <vatsa@xxxxxxxxxxxxxx>
• Re: Stop-A without Stop key
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Built-in initramfs not recognized
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Stop-A without Stop key
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Re: [PATCH v5 14/14] memory-hotplug: free node_data when a node is offlined
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] cpuhotplug/nohz: Remove offline cpus from nohz-idle state
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] Revert "nohz: Fix idle ticks in cpu summary line of /proc/stat" (commit 7386cdbf2f57ea8cff3c9fde93f206e58b9fe13f).
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxx>
• Re: [PATCH 2/2] Revert "nohz: Fix idle ticks in cpu summary line of /proc/stat" (commit 7386cdbf2f57ea8cff3c9fde93f206e58b9fe13f).
  • From: Srivatsa Vaddagiri <vatsa@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] Revert "nohz: Fix idle ticks in cpu summary line of /proc/stat" (commit 7386cdbf2f57ea8cff3c9fde93f206e58b9fe13f).
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxx>
• [PATCH 2/2] Revert "nohz: Fix idle ticks in cpu summary line of /proc/stat" (commit 7386cdbf2f57ea8cff3c9fde93f206e58b9fe13f).
  • From: Srivatsa Vaddagiri <vatsa@xxxxxxxxxxxxxx>
• [PATCH 1/2] cpuhotplug/nohz: Remove offline cpus from nohz-idle state
  • From: Srivatsa Vaddagiri <vatsa@xxxxxxxxxxxxxx>
• [PATCH 0/2] cpuhotplug/nohz: Fix issue of "negative" idle time
  • From: Srivatsa Vaddagiri <vatsa@xxxxxxxxxxxxxx>
• Re: [PATCH v5 04/14] memory-hotplug: remove /sys/firmware/memmap/X sysfs
  • From: Christoph Lameter <cl@xxxxxxxxx>
• [PATCH] sparc: remove __devinit, __devexit annotations
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v5 14/14] memory-hotplug: free node_data when a node is offlined
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH] sparc: Hook up finit_module syscall.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v5 14/14] memory-hotplug: free node_data when a node is offlined
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v5 14/14] memory-hotplug: free node_data when a node is offlined
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v5 02/14] memory-hotplug: check whether all memory blocks are offlined or not when removing memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v5 04/14] memory-hotplug: remove /sys/firmware/memmap/X sysfs
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v5 03/14] memory-hotplug: remove redundant codes
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v5 07/14] memory-hotplug: move pgdat_resize_lock into sparse_remove_one_section()
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v5 14/14] memory-hotplug: free node_data when a node is offlined
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v5 07/14] memory-hotplug: move pgdat_resize_lock into sparse_remove_one_section()
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v5 05/14] memory-hotplug: introduce new function arch_remove_memory() for removing page table depends on architecture
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v5 04/14] memory-hotplug: remove /sys/firmware/memmap/X sysfs
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v5 06/14] memory-hotplug: implement register_page_bootmem_info_section of sparse-vmemmap
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v5 03/14] memory-hotplug: remove redundant codes
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v5 08/14] memory-hotplug: Common APIs to support page tables hot-remove
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v5 08/14] memory-hotplug: Common APIs to support page tables hot-remove
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v5 02/14] memory-hotplug: check whether all memory blocks are offlined or not when removing memory
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v5 08/14] memory-hotplug: Common APIs to support page tables hot-remove
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 08/14] memory-hotplug: Common APIs to support page tables hot-remove
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: [PATCH v5 06/14] memory-hotplug: implement register_page_bootmem_info_section of sparse-vmemmap
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• [PATCH v5 03/14] memory-hotplug: remove redundant codes
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v5 05/14] memory-hotplug: introduce new function arch_remove_memory() for removing page table depends on architecture
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v5 00/14] memory-hotplug: hot-remove physical memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v5 09/14] memory-hotplug: remove page table of x86_64 architecture
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v5 06/14] memory-hotplug: implement register_page_bootmem_info_section of sparse-vmemmap
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v5 04/14] memory-hotplug: remove /sys/firmware/memmap/X sysfs
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v5 07/14] memory-hotplug: move pgdat_resize_lock into sparse_remove_one_section()
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v5 10/14] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v5 08/14] memory-hotplug: Common APIs to support page tables hot-remove
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v5 14/14] memory-hotplug: free node_data when a node is offlined
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v5 02/14] memory-hotplug: check whether all memory blocks are offlined or not when removing memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v5 11/14] memory-hotplug: Integrated __remove_section() of CONFIG_SPARSEMEM_VMEMMAP.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v5 13/14] memory-hotplug: remove sysfs file of node
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v5 12/14] memory-hotplug: memory_hotplug: clear zone when removing the memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Define pte_accessible()
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/2] sparc64: Set CRYPTO_TFM_REQ_MAY_SLEEP consistently in CAMELLIA code.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 1/2] sparc64: Set CRYPTO_TFM_REQ_MAY_SLEEP consistently in DES code.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 4/4] sparc64: Fix ECB looping constructs in AES code.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 3/4] sparc64: Set CRYPTO_TFM_REQ_MAY_SLEEP consistently in AES code.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/4] sparc64: Fix AES ctr mode block size.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 1/4] sparc64: Fix unrolled AES 256-bit key loops.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 0/5] Sparc64 crypto bug fixes.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: Define pte_accessible()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sparc: huge_ptep_set_* functions need to call set_huge_pte_at()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sparc: huge_ptep_set_* functions need to call set_huge_pte_at()
  • From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>
• Re: [PATCH v2] sparc: huge_ptep_set_* functions need to call set_huge_pte_at()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sparc: huge_ptep_set_* functions need to call set_huge_pte_at()
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: [PATCH v2] sparc: huge_ptep_set_* functions need to call set_huge_pte_at()
  • From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>
• [PATCH v2] sparc: huge_ptep_set_* functions need to call set_huge_pte_at()
  • From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>
• Re: [PATCH] sparc: huge_ptep_set_* functions need to call set_huge_pte_at()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc: huge_ptep_set_* functions need to call set_huge_pte_at()
  • From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• 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: David Miller <davem@xxxxxxxxxxxxx>
• 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>