Linux ia64 Archive — Date Index
[Prev Page][Next Page]
- [Patch 4/7] ia64: implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 3/7] ia64: add CONFIG_KEXEC_AUTO_RESERVE
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 2/7] x86: implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 0/7] V2 Implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 0/7] Implement crashkernel=auto
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [Patch 0/7] Implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 0/7] Implement crashkernel=auto
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [Patch 0/7] Implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 0/7] Implement crashkernel=auto
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [Patch 0/7] Implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 2/7] x86: implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 1/7] x86: add CONFIG_KEXEC_AUTO_RESERVE
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 2/7] x86: implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 0/7] Implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- RE: [PATCH 3/15] arch/ia64: Use DIV_ROUND_CLOSEST
- From: "Yu, Fenghua" <fenghua.yu@xxxxxxxxx>
- Re: [Patch 0/7] Implement crashkernel=auto
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- RE: [Patch 2/7] x86: implement crashkernel=auto
- From: "Yu, Fenghua" <fenghua.yu@xxxxxxxxx>
- Re: [Patch 1/7] x86: add CONFIG_KEXEC_AUTO_RESERVE
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [Patch 1/7] x86: add CONFIG_KEXEC_AUTO_RESERVE
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [Patch 0/7] Implement crashkernel=auto
- From: Neil Horman <nhorman@xxxxxxxxxx>
- Re: [Patch 6/7] powerpc: implement crashkernel=auto
- From: Neil Horman <nhorman@xxxxxxxxxx>
- Re: [Patch 5/7] powerpc: add CONFIG_KEXEC_AUTO_RESERVE
- From: Neil Horman <nhorman@xxxxxxxxxx>
- Re: [Patch 3/7] ia64: add CONFIG_KEXEC_AUTO_RESERVE
- From: Neil Horman <nhorman@xxxxxxxxxx>
- Re: [Patch 4/7] ia64: implement crashkernel=auto
- From: Neil Horman <nhorman@xxxxxxxxxx>
- Re: [Patch 2/7] x86: implement crashkernel=auto
- From: Neil Horman <nhorman@xxxxxxxxxx>
- Re: [Patch 1/7] x86: add CONFIG_KEXEC_AUTO_RESERVE
- From: Neil Horman <nhorman@xxxxxxxxxx>
- Re: [Patch 0/7] Implement crashkernel=auto
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- [Patch 2/7] x86: implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 6/7] powerpc: implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 7/7] doc: update the kdump document
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 5/7] powerpc: add CONFIG_KEXEC_AUTO_RESERVE
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 3/7] ia64: add CONFIG_KEXEC_AUTO_RESERVE
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 4/7] ia64: implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 1/7] x86: add CONFIG_KEXEC_AUTO_RESERVE
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 0/7] Implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [PATCH 4/4] Bug Fix drivers/pci/intel-iommu.c: convert pfn_lo to VTD page address when calling iommu_flush_dev_iotlb()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH 2/4] Bug Fix drivers/pci/intel-iommu.c: secure sg_next() calling
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH 1/4] Bug Fix drivers/pci/intel-iommu.c: correct sglist size calculation
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH 3/4] Bug Fix drivers/pci/intel-iommu.c: convert paddr to correct DMA pfn
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- RE: [PATCH] Bug Fix arch/ia64/kernel/pci-dma.c: fix recursive dma_supported() call in iommu_dma_supported()
- From: "Yu, Fenghua" <fenghua.yu@xxxxxxxxx>
- Re: [PATCH] Bug Fix arch/ia64/kernel/pci-dma.c: fix recursive dma_supported() call in iommu_dma_supported()
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH] Bug Fix arch/ia64/kernel/pci-dma.c: fix recursive dma_supported() call in iommu_dma_supported()
- From: Fenghua Yu <fenghua.yu@xxxxxxxxx>
- [PATCH 4/4] Bug Fix drivers/pci/intel-iommu.c: convert pfn_lo to VTD page address when calling iommu_flush_dev_iotlb()
- From: Fenghua Yu <fenghua.yu@xxxxxxxxx>
- [PATCH 3/4] Bug Fix drivers/pci/intel-iommu.c: convert paddr to correct DMA pfn
- From: Fenghua Yu <fenghua.yu@xxxxxxxxx>
- [PATCH 2/4] Bug Fix drivers/pci/intel-iommu.c: secure sg_next() calling
- From: Fenghua Yu <fenghua.yu@xxxxxxxxx>
- [PATCH 1/4] Bug Fix drivers/pci/intel-iommu.c: correct sglist size calculation
- From: Fenghua Yu <fenghua.yu@xxxxxxxxx>
- [PATCH 3/15] arch/ia64: Use DIV_ROUND_CLOSEST
- From: Julia Lawall <julia@xxxxxxx>
- [PATCH 2/3] ia64: Use standard macros for page-aligned data.
- From: Tim Abbott <tabbott@xxxxxxxxxxx>
- [PATCH 3/3] ia64: Clean up linker script using standard macros.
- From: Tim Abbott <tabbott@xxxxxxxxxxx>
- [PATCH 1/3] ia64: Use .ref.text, not .text.init for start_ap.
- From: Tim Abbott <tabbott@xxxxxxxxxxx>
- [PATCH] iosapic: missing test after ioremap()?
- From: Roel Kluin <roel.kluin@xxxxxxxxx>
- Re: [PATCH] ia64: minor Makefile simplification through use of cc-ifversion
- From: Frans Pop <elendil@xxxxxxxxx>
- Re: [PATCH] ia64: minor Makefile simplification through use of cc-ifversion
- From: Fenghua Yu <fenghua.yu@xxxxxxxxx>
- Re: [PATCH] ia64: minor Makefile simplification through use of cc-ifversion
- From: Frans Pop <elendil@xxxxxxxxx>
- Re: [PATCH] ia64/topology.c: exit cache_add_dev when kobject_init_and_add fails
- From: Fenghua Yu <fenghua.yu@xxxxxxxxx>
- [PATCH] ia64/topology.c: exit cache_add_dev when kobject_init_and_add fails
- From: Xiaotian Feng <dfeng@xxxxxxxxxx>
- Re: [RFC PATCH] ia64: convert to dynamic percpu allocator
- From: Tejun Heo <tj@xxxxxxxxxx>
- RE: [RFC PATCH] ia64: convert to dynamic percpu allocator
- From: "Yu, Fenghua" <fenghua.yu@xxxxxxxxx>
- Re: [PATCH] ia64: minor Makefile simplification through use of cc-ifversion
- From: Peter Chubb <peterc@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] ia64: minor Makefile simplification through use of cc-ifversion
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- [PATCH] ia64: minor Makefile simplification through use of cc-ifversion
- From: Frans Pop <elendil@xxxxxxxxx>
- [PATCH 6/7] [ia64] ARRAY_SIZE changes
- From: Stoyan Gaydarov <sgayda2@xxxxxxxx>
- Re: [RFC PATCH] ia64: convert to dynamic percpu allocator
- From: Tejun Heo <tj@xxxxxxxxxx>
- RE: [RFC PATCH] ia64: convert to dynamic percpu allocator
- From: "Yu, Fenghua" <fenghua.yu@xxxxxxxxx>
- [patch] ia64: boolean __test_and_clear_bit
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
- [RFC PATCH] ia64: convert to dynamic percpu allocator
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 7/10] drivers/serial: Move a dereference below a NULL test
- From: Julia Lawall <julia@xxxxxxx>
- Re: [00/15] swiotlb cleanup
- From: Ingo Molnar <mingo@xxxxxxx>
- [git pull] ia64 changes
- From: Fenghua Yu <fenghua.yu@xxxxxxxxx>
- Re: [PATCH, RFC] xfs: event tracing support
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH, RFC] xfs: event tracing support
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH, RFC] xfs: event tracing support
- From: Eric Sandeen <sandeen@xxxxxxxxxxx>
- Re: [PATCH 04/15] swiotlb: remove unnecessary swiotlb_bus_to_virt
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [00/15] swiotlb cleanup
- From: Becky Bruce <beckyb@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] linux-next arch/ia64/kernel/setup.c: Fix setup_per_cpu_areas() compilation error
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 04/15] swiotlb: remove unnecessary swiotlb_bus_to_virt
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [00/15] swiotlb cleanup
- From: Becky Bruce <beckyb@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 04/15] swiotlb: remove unnecessary swiotlb_bus_to_virt
- From: Becky Bruce <beckyb@xxxxxxxxxxxxxxxxxxx>
- [PATCH] linux-next arch/ia64/kernel/setup.c: Fix setup_per_cpu_areas() compilation error
- From: Fenghua Yu <fenghua.yu@xxxxxxxxx>
- [PATCH v2] Revert "Neither asm/types.h nor linux/types.h is required for arch/ia64/include/asm/fpu.h"
- From: Aurelien Jarno <aurelien@xxxxxxxxxxx>
- Re: [00/15] swiotlb cleanup
- From: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
- Re: [00/15] swiotlb cleanup
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [00/15] swiotlb cleanup
- From: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
- Re: [00/15] swiotlb cleanup
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [00/15] swiotlb cleanup
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [00/15] swiotlb cleanup
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH] Revert "Neither asm/types.h nor linux/types.h is required for arch/ia64/include/asm/fpu.h"
- From: Aurelien Jarno <aurelien@xxxxxxxxxxx>
- Re: sydbox and ia64
- From: "'Ali Polatel'" <polatel@xxxxxxxxx>
- RE: sydbox and ia64
- From: "Yu, Fenghua" <fenghua.yu@xxxxxxxxx>
- sydbox and ia64
- From: Ali Polatel <polatel@xxxxxxxxx>
- Re: [00/15] swiotlb cleanup
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [00/15] swiotlb cleanup
- From: Ian Campbell <Ian.Campbell@xxxxxxxxxx>
- Re: [PATCH 00/11] swiotlb: Introduce architecture-specific APIs to replace __weak functions (v2)
- From: Ian Campbell <Ian.Campbell@xxxxxxxxxx>
- Re: [00/15] swiotlb cleanup
- From: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
- Re: [PATCH 00/11] swiotlb: Introduce architecture-specific APIs to replace __weak functions (v2)
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [00/15] swiotlb cleanup
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [00/15] swiotlb cleanup
- From: Ingo Molnar <mingo@xxxxxxx>
- [PATCH 05/15] x86: add dma_capable() to replace is_buffer_dma_capable()
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 04/15] swiotlb: remove unnecessary swiotlb_bus_to_virt
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 09/15] swiotlb: use dma_capable()
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 02/15] swiotlb: remove unused swiotlb_alloc()
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [00/15] swiotlb cleanup
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 07/15] ia64: add dma_capable() to replace is_buffer_dma_capable()
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 08/15] powerpc: add dma_capable() to replace is_buffer_dma_capable()
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 14/15] powerpc: remove unused swiotlb_phys_to_bus() and swiotlb_bus_to_phys()
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 15/15] x86: remove unused swiotlb_phys_to_bus() and swiotlb_bus_to_phys()
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 13/15] swiotlb: use phys_to_dma and dma_to_phys
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 11/15] remove is_buffer_dma_capable()
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 12/15] x86, IA64, powerpc: add phys_to_dma() and dma_to_phys()
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 10/15] powerpc: remove unncesary swiotlb_arch_address_needs_mapping
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 03/15] swiotlb: remove swiotlb_arch_range_needs_mapping
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 06/15] x86: replace is_buffer_dma_capable() with dma_capable
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 01/15] swiotlb: remove unused swiotlb_alloc_boot()
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH v2 7/7] ia64, kdump: Short path to freeze CPUs
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- [PATCH v2 6/7] ia64, kdump: Try INIT regardless of kdump_on_init
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- [PATCH v2 5/7] ia64, kdump: Mask INIT first in panic-kdump path
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- [PATCH v2 4/7] ia64, kdump: Don't return APs to SAL from kdump
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- [PATCH v2 3/7] ia64, kexec: Unregister MCA handler before kexec
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- [PATCH v2 2/7] ia64, kexec: Make INIT safe while transition to kdump/kexec kernel
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- [PATCH v2 1/7] ia64, kdump: Mask MCA/INIT on frozen cpus
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- [PATCH v2 0/7] Patches for kdump vs. INIT
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- Re: [PATCH] IA64: Fix IS_ERR() Compilation Errors
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- RE: ftrace and lockdep on ia64?
- From: "Yu, Fenghua" <fenghua.yu@xxxxxxxxx>
- [PATCH] IA64: Fix IS_ERR() Compilation Errors
- From: Fenghua Yu <fenghua.yu@xxxxxxxxx>
- Re: ftrace and lockdep on ia64?
- From: Luming Yu <luming.yu@xxxxxxxxx>
- [PATCH] IA64: fix CONFIG_DMA_API_DEBUG support
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH] x86/ia64: adjust section annotation for pcibios_setup()
- From: Jesse Barnes <jesse.barnes@xxxxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH] x86/ia64: adjust section annotation for pcibios_setup()
- From: Ingo Molnar <mingo@xxxxxxx>
- RE: [PATCH] x86/ia64: adjust section annotation for pcibios_setup()
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH] x86/ia64: adjust section annotation for pcibios_setup()
- From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
- [PATCH] ia64: address compiler warnings
- From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
- [PATCH 02/62] arch/ia64: Remove unnecessary semicolons
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH v2] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v2] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- RE: [PATCH v2] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v2] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v2] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support
- From: Chris Wright <chrisw@xxxxxxxxxx>
- Re: [PATCH v2] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support
- From: Chris Wright <chrisw@xxxxxxxxxx>
- Re: [PATCH v2] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support
- From: Chris Wright <chrisw@xxxxxxxxxx>
- Re: [PATCH v2] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: [PATCH v2] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- RE: [PATCH v2] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support
- From: "Yu, Fenghua" <fenghua.yu@xxxxxxxxx>
- Re: [PATCH v2] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v2] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v2] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH v2] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support
- From: Fenghua Yu <fenghua.yu@xxxxxxxxx>
- Re: [PATCH 1/7] ia64, kdump: Mask MCA/INIT on freezing cpus
- From: Robin Holt <holt@xxxxxxx>
- Re: [PATCH 1/7] ia64, kdump: Mask MCA/INIT on freezing cpus
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- Re: [PATCH] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH] IA64 Compilation Error Fix for Intel IOMMU Identity Mapping Support
- From: Fenghua Yu <fenghua.yu@xxxxxxxxx>
- Re: [PATCH 1/7] ia64, kdump: Mask MCA/INIT on freezing cpus
- From: Robin Holt <holt@xxxxxxx>
- ftrace and lockdep on ia64?
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH 1/7] ia64, kdump: Mask MCA/INIT on freezing cpus
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- Re: [PATCH 1/7] ia64, kdump: Mask MCA/INIT on freezing cpus
- From: Robin Holt <holt@xxxxxxx>
- Re: [PATCH 1/7] ia64, kdump: Mask MCA/INIT on freezing cpus
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- Re: [PATCH, RFC] xfs: event tracing support
- From: Felix Blyakher <felixb@xxxxxxx>
- Re: [PATCH, RFC] xfs: event tracing support
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH 1/7] ia64, kdump: Mask MCA/INIT on freezing cpus
- From: Robin Holt <holt@xxxxxxx>
- Re: [PATCH 0/7] Patches for kdump vs. INIT
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- Re: [PATCH 0/7] Patches for kdump vs. INIT
- From: "Jay Lan" <jay.zen.lan@xxxxxxxxx>
- Re: [patch] compile bug - symbol duplication
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [patch] compile bug - symbol duplication
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [patch] compile bug - symbol duplication
- From: Avi Kivity <avi@xxxxxxxxxx>
- RE: [patch] compile bug - symbol duplication
- From: "Zhang, Xiantao" <xiantao.zhang@xxxxxxxxx>
- [PATCH 7/7] ia64, kdump: Short path to freeze CPUs
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- [PATCH 6/7] ia64, kdump: Try INIT regardless of kdump_on_init
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- [PATCH 5/7] ia64, kdump: Mask INIT first in panic-kdump path
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- [PATCH 4/7] ia64, kdump: Don't offline APs
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- [PATCH 3/7] ia64, kexec: Unregister MCA handler before kexec
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- [PATCH 2/7] ia64, kexec: Make INIT safe while kdump/kexec
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- [PATCH 1/7] ia64, kdump: Mask MCA/INIT on freezing cpus
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- [PATCH 0/7] Patches for kdump vs. INIT
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- Re: [patch] paravirt_patchlist.c missing includes
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [patch] paravirt_patchlist.c missing includes
- From: Jes Sorensen <jes@xxxxxxx>
- RE: [patch] paravirt_patchlist.c missing includes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [patch] compile bug - symbol duplication
- From: Jes Sorensen <jes@xxxxxxx>
- [patch] paravirt_patchlist.c missing includes
- From: Jes Sorensen <jes@xxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [patch 4/4] ia64: msi_ia64.c dmar_msi_type should be static
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch 1/4] ia64: remove obsolete no_irq_type
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch 3/4] ia64: remove obsolete hw_interrupt_type
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch 2/4] ia64: remove obsolete irq_desc_t typedef
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- Re: [Patch 4/5] module: trim exception table in module_free()
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v4] zone_reclaim is always 0 by default
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4] zone_reclaim is always 0 by default
- From: Mel Gorman <mel@xxxxxxxxx>
- Re: [PATCH v4] zone_reclaim is always 0 by default
- From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
- Re: [PATCH v4] zone_reclaim is always 0 by default
- From: Robin Holt <holt@xxxxxxx>
- Re: [PATCH v4] zone_reclaim is always 0 by default
- From: Mel Gorman <mel@xxxxxxxxx>
- Re: [PATCH v4] zone_reclaim is always 0 by default
- From: Robin Holt <holt@xxxxxxx>
- [PATCH] ia64: unexport fpswa.h
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- RE: [PATCH 2/6] headers_check fix: ia64, fpswa.h
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH v4] zone_reclaim is always 0 by default
- From: Mel Gorman <mel@xxxxxxxxx>
- Re: [Patch 4/5] module: trim exception table in module_free()
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 4/5] module: trim exception table in module_free()
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/6] headers_check fix: ia64, fpswa.h
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 2/6] headers_check fix: ia64, fpswa.h
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- [PATCH 2/6] headers_check fix: ia64, fpswa.h
- From: Jaswinder Singh Rajput <jaswinder@xxxxxxxxxx>
- Re: [PATCH v4] zone_reclaim is always 0 by default
- From: Robin Holt <holt@xxxxxxx>
- Re: [PATCH v4] zone_reclaim is always 0 by default
- From: Wu Fengguang <fengguang.wu@xxxxxxxxx>
- [PATCH v4] zone_reclaim is always 0 by default
- From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
- Re: [PATCH 01/11] ia64: introduce arch-specific dma-mapping interfaces
- From: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
- Re: [PATCH 01/11] ia64: introduce arch-specific dma-mapping interfaces
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 07/11] swiotlb: use dma_map_range
- From: Ian Campbell <ian.campbell@xxxxxxxxxx>
- [PATCH 06/11] swiotlb: use dma_to_phys and phys_to_dma
- From: Ian Campbell <ian.campbell@xxxxxxxxxx>
- [PATCH 01/11] ia64: introduce arch-specific dma-mapping interfaces
- From: Ian Campbell <ian.campbell@xxxxxxxxxx>
- [PATCH 00/11] swiotlb: Introduce architecture-specific APIs to replace __weak functions (v2)
- From: Ian Campbell <ian.campbell@xxxxxxxxxx>
- Re: [Patch 4/4] module: trim exception table in module_free()
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [Patch 4/4] module: trim exception table in module_free()
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [PATCH 6/9] swiotlb: use dma_to_phys and phys_to_dma
- From: Ian Campbell <Ian.Campbell@xxxxxxxxxx>
- Re: [PATCH 6/9] swiotlb: use dma_to_phys and phys_to_dma
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: swiotlb: Introduce architecture-specific APIs to replace __weak functions
- From: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
- [no subject]
- From: Ian Campbell <ian.campbell@xxxxxxxxxx>
- [PATCH 7/9] swiotlb: use dma_map_range
- From: Ian Campbell <ian.campbell@xxxxxxxxxx>
- [PATCH 1/9] ia64: introduce arch-specific dma-mapping interfaces
- From: Ian Campbell <ian.campbell@xxxxxxxxxx>
- [PATCH 6/9] swiotlb: use dma_to_phys and phys_to_dma
- From: Ian Campbell <ian.campbell@xxxxxxxxxx>
- Re: [Patch 4/4] module: trim exception table in module_free()
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- RE: [PATCH -tip v2 0/5] add common functions for struct dma_map_ops
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- RE: [PATCH -tip v2 0/5] add common functions for struct dma_map_ops
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH -tip v2 0/5] add common functions for struct dma_map_ops
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH -tip 2/5] x86: use asm-generic/dma-mapping-common.h
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH -tip v2 0/5] add common functions for struct dma_map_ops
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH -tip 2/5] x86: use asm-generic/dma-mapping-common.h
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH -tip v2 0/5] add common functions for struct dma_map_ops
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [Patch 4/4] module: trim exception table in module_free()
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 4/4] module: trim exception table in module_free()
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 4/4] module: trim exception table in module_free()
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [Patch 4/4] module: trim exception table in module_free()
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 4/4] module: trim exception table in module_free()
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH -tip v2 0/5] add common functions for struct dma_map_ops
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH -tip v2 0/5] add common functions for struct dma_map_ops
- From: Joerg Roedel <joerg.roedel@xxxxxxx>
- Re: [PATCH -tip v2 0/5] add common functions for struct dma_map_ops
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- RE: [PATCH] Convert ia64 to use int-ll64.h
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH -tip 1/5] add asm-generic/dma-mappig-common.h
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH -tip v2 0/5] add common functions for struct dma_map_ops
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH -tip 2/5] x86: use asm-generic/dma-mapping-common.h
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH -tip 3/5] ia64: use asm-generic/dma-mapping-common.h
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH -tip 4/5] ia64: add CONFIG_DMA_API_DEBUG support
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH -tip 1/5] add asm-generic/dma-mappig-common.h
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH -tip 5/5] dma-debug: fix compiler warnings on IA64
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH] Fix Intel IOMMU Compilation Warnings on IA64
- From: Fenghua Yu <fenghua.yu@xxxxxxxxx>
- Re: [PATCH] Fix Intel IOMMU Compilation Warnings on IA64
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: [PATCH] Fix Intel IOMMU Compilation Warnings on IA64
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- soft lockups
- From: Michael Di Domenico <mdidomenico4@xxxxxxxxx>
- [PATCH] Fix Intel IOMMU Compilation Warnings on IA64
- From: Fenghua Yu <fenghua.yu@xxxxxxxxx>
- [PATCH] ia64/xen: bug fix when CONFIG_CPU_HOTPLUG=y
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [patch 1/3] ia64: remove obsolete no_irq_type
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch 2/3] ia64: remove obsolete irq_desc_t typedef
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch 3/3] ia64: remove obsolete hw_interrupt_type
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- Re: [PATCH -tip 1/5] add asm-generic/dma-mappig.h
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH -tip 0/5] add generic dma-mappig.h
- From: Joerg Roedel <joro@xxxxxxxxxx>
- Re: [PATCH -tip 1/5] add asm-generic/dma-mappig.h
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH -tip 5/5] dma-debug: fix compiler warnings on IA64
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH -tip 1/5] add asm-generic/dma-mappig.h
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH -tip 0/5] add generic dma-mappig.h
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH -tip 3/5] ia64: use asm-generic/dma-mapping.h
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH -tip 2/5] x86: use asm-generic/dma-mapping.h
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH -tip 4/5] ia64: add CONFIG_DMA_API_DEBUG support
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH] fix SAL info mutex handling
- From: Matthew Wilcox <matthew@xxxxxx>
- [PATCH] ia64/xen: fix build issues
- From: "Jan Beulich" <jbeulich@xxxxxxxxxx>
- [PATCH] fix SAL info mutex handling
- From: "Jan Beulich" <jbeulich@xxxxxxxxxx>
- [PATCH 4/5] ia64: use new macro for .data.read_mostly section.
- From: Tim Abbott <tabbott@xxxxxxx>
- [PATCH 3/5] ia64: use new macros for .data.init_task
- From: Tim Abbott <tabbott@xxxxxxx>
- [PATCH 5/5] ia64: convert to new generic read_mostly support.
- From: Tim Abbott <tabbott@xxxxxxx>
- [PATCH 1/5] ia64: Use .ref.text, not .text.init for start_ap.
- From: Tim Abbott <tabbott@xxxxxxx>
- [PATCH 2/5] ia64: use new macro for .data.cacheline_aligned section.
- From: Tim Abbott <tabbott@xxxxxxx>
- [PATCH 0/5] section name cleanup for ia64
- From: Tim Abbott <tabbott@xxxxxxx>
- [PATCH 6/9] irq: make io_apic_set_pci_routing to take device
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH][BUGFIX] utrace/ia64: Fix syscall_get_set_args_cb() to handle syscalls via syscall()
- From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
- Re: ate_resource->lowest_free_index signed or unsigned?
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [PATCH 6/9] irq: make io_apic_set_pci_routing to take device
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH][BUGFIX] utrace/ia64: Fix syscall_get_set_args_cb() to handle syscalls via syscall()
- From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
- Re: ate_resource->lowest_free_index signed or unsigned?
- From: Roel Kluin <roel.kluin@xxxxxxxxx>
- Re: ate_resource->lowest_free_index signed or unsigned?
- From: Jes Sorensen <jes@xxxxxxx>
- Re: ate_resource->lowest_free_index signed or unsigned?
- From: Roel Kluin <roel.kluin@xxxxxxxxx>
- Re: ate_resource->lowest_free_index signed or unsigned?
- From: Jes Sorensen <jes@xxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- ate_resource->lowest_free_index signed or unsigned?
- From: Roel Kluin <roel.kluin@xxxxxxxxx>
- Re: ia64 allmodconfig bustage in 2.6.30-rc2
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- RE: ia64 allmodconfig bustage in 2.6.30-rc2
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- ia64 allmodconfig bustage in 2.6.30-rc2
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 6/9] irq: make io_apic_set_pci_routing to take device
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH] ia64: smp_flush_tlb_mm() should only send IPI's to cpus in cpu_vm_mask
- From: Dimitri Sivanich <sivanich@xxxxxxx>
- Re: squashfs broken on ia64
- From: Doug Chapman <doug.chapman@xxxxxx>
- Re: cross-compilers
- From: Jan-Benedict Glaw <jbglaw@xxxxxxxxxx>
- Re: cross-compilers
- From: Tony Breeds <tony@xxxxxxxxxxxxxxxxxx>
- squashfs broken on ia64
- From: Doug Chapman <doug.chapman@xxxxxx>
- Re: cross-compilers
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: cross-compilers
- From: Jan-Benedict Glaw <jbglaw@xxxxxxxxxx>
- Re: cross-compilers
- From: Mike Frysinger <vapier.adi@xxxxxxxxx>
- Re: cross-compilers
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: cross-compilers
- From: Mike Frysinger <vapier.adi@xxxxxxxxx>
- Re: cross-compilers
- From: Jan-Benedict Glaw <jbglaw@xxxxxxxxxx>
- Re: cross-compilers
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: cross-compilers
- From: Jan-Benedict Glaw <jbglaw@xxxxxxxxxx>
- Re: cross-compilers
- From: Tony Breeds <tony@xxxxxxxxxxxxxxxxxx>
- Re: cross-compilers
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: cross-compilers
- From: Alex Chiang <achiang@xxxxxx>
- Re: cross-compilers
- From: Helge Deller <deller@xxxxxx>
- Re: cross-compilers
- From: Jan-Benedict Glaw <jbglaw@xxxxxxxxxx>
- Re: cross-compilers
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: cross-compilers
- From: Alex Chiang <achiang@xxxxxx>
- Re: cross-compilers
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: cross-compilers
- From: Tony Breeds <tony@xxxxxxxxxxxxxxxxxx>
- Re: cross-compilers
- From: Rob Landley <rob@xxxxxxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: cross-compilers
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
- Re: cross-compilers
- From: Alex Chiang <achiang@xxxxxx>
- Re: cross-compilers
- From: Xavier Bestel <xavier.bestel@xxxxxxx>
- Re: cross-compilers
- From: lsorense@xxxxxxxxxxxxxxxxxxx (Lennart Sorensen)
- Re: cross-compilers
- From: Alex Buell <alex.buell@xxxxxxxxxxxxx>
- Re: cross-compilers
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: cross-compilers
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: cross-compilers
- From: Peter Chubb <peterc@xxxxxxxxxxxxxxxxxx>
- Re: cross-compilers
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: cross-compilers
- From: Robin Holt <holt@xxxxxxx>
- Re: cross-compilers
- From: Pekka Enberg <penberg@xxxxxxxxxxxxxx>
- Re: cross-compilers
- From: Alex Chiang <achiang@xxxxxx>
- Re: cross-compilers
- From: Robin Holt <holt@xxxxxxx>
- cross-compilers
- From: Alex Chiang <achiang@xxxxxx>
- [PATCH 2/2] ia64: Call migration code on correctable errors
- From: Russ Anderson <rja@xxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: [GIT PULL] percpu, cpumask, x86 updates for v2.6.30
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [GIT PULL] percpu, cpumask, x86 updates for v2.6.30
- From: Ingo Molnar <mingo@xxxxxxx>
- RE: [GIT PULL] percpu, cpumask, x86 updates for v2.6.30
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [GIT PULL] percpu, cpumask, x86 updates for v2.6.30
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [GIT PULL] percpu, cpumask, x86 updates for v2.6.30
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [GIT PULL] percpu, cpumask, x86 updates for v2.6.30
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [patch] kstat_this_cpu breakage in Linus' tree
- From: Jes Sorensen <jes@xxxxxxx>
- [PATCH] ia64: remove some warnings.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH] ia64/xen: fix the link error.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- Re: kernel unaligned accesses on 2.6.29.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: kernel unaligned accesses on 2.6.29.
- From: Robin Holt <holt@xxxxxxx>
- Re: kernel unaligned accesses on 2.6.29.
- From: Robin Holt <holt@xxxxxxx>
- kernel unaligned accesses on 2.6.29.
- From: Robin Holt <holt@xxxxxxx>
- [RFC][PATCH -tip 3/9] ia64: add kernel_trap_sp()
- From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
- [PULL] cpumask updates for ia64
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- RE: [patch for 2.6.29? 1/1] ia64: fix PCI DMA flag propagation on SN (Altix) with PICs
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [patch for 2.6.29? 1/1] ia64: fix PCI DMA flag propagation on SN (Altix) with PICs
- From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
- [PATCH 05/25] [ia64] BUG to BUG_ON changes
- From: Stoyan Gaydarov <stoyboyker@xxxxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- flatmem config broken?
- From: Alex Chiang <achiang@xxxxxx>
- [patch for 2.6.29? 1/1] ia64: fix PCI DMA flag propagation on SN (Altix) with PICs
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [PATCH 2/5] ia64/pv_ops: implement binary patching optimization for native.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 5/5] ia64/pv_ops/bp/xen: implemented binary patchable pv_cpu_ops.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 1/5] ia64/pv_op/binarypatch: add helper functions to support binary patching for paravirt_ops.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 4/5] ia64/pv_ops/binary patch: define paravirt_dv_serialize_data() and suppress false positive warning.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 0/5] ia64/pv_ops, xen: binary patch optimization TAKE 4
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 3/5] ia64/pv_ops/bp/module: support binary patching for kernel module.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 11/15] ia64/pv_ops: gate page paravirtualization.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 12/15] ia64/pv_ops/xen: define xen specific gate page.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 05/15] ia64/pv_ops: paravirtualize fsys.S.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 09/15] ia64/pv_ops/pv_time_ops: add sched_clock hook.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 10/15] ia64/pv_ops/xen/pv_time_ops: implement sched_clock.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 04/15] ia64/pv_ops/xen: preliminary to paravirtualizing fsys.S for xen.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 03/15] ia64/pv_ops: add hooks to paravirtualize fsyscall implementation.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 00/15] ia64/pv_ops, xen: more paravirtualization. TAKE 5
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 02/15] ia64/xen: short-circuit tests for dom0
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 01/15] ia64/pv_ops/xen: use __initconst instead of __initdata for const data
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 15/15] ia64/pv_ops/xen/gate.S: xen gate page paravirtualization
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 08/15] ia64/pv_ops/xen: paravirtualize read/write ar.itc and ar.itm
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 07/15] ia64/pv_ops: paravirtualize mov = ar.itc.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 13/15] ia64/pv_ops: move down __kernel_syscall_via_epc.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 14/15] ia64/pv_ops: paravirtualize gate.S.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 06/15] ia64/pv_ops/pvchecker: support mov = ar.itc paravirtualization
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] Fix PCI DMA flag propagation on SN (Altix) with PICs
- From: Matthew Wilcox <matthew@xxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH 01/02] ia64: Move the macro definitions related to MSI to one header file.
- From: Avi Kivity <avi@xxxxxxxxxx>
- [PATCH] ia64: beyond ARRAY_SIZE of unw.hash
- From: Roel Kluin <roel.kluin@xxxxxxxxx>
- [PATCH] ia64: beyond iosapic_intr_info's arraysize?
- From: Roel Kluin <roel.kluin@xxxxxxxxx>
- Re: [PATCH] IA64: cast has a higher precedence than '?'
- From: Andreas Schwab <schwab@xxxxxxx>
- [PATCH] IA64: cast has a higher precedence than '?'
- From: Roel Kluin <roel.kluin@xxxxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: [PATCH 01/02] ia64: Move the macro definitions related to MSI to one header file.
- From: "Zhang, Xiantao" <xiantao.zhang@xxxxxxxxx>
- Re: [PATCH 01/02] ia64: Move the macro definitions related to MSI to one header file.
- From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
- Re: [PATCH] qla2x: fix printk format warnings
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
- Re: [PATCH] qla2x: fix printk format warnings
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] qla2x: fix printk format warnings
- From: Matthew Wilcox <matthew@xxxxxx>
- RE: [PATCH 01/02] ia64: Move the macro definitions related to MSI to one header file.
- From: "Zhang, Xiantao" <xiantao.zhang@xxxxxxxxx>
- RE: [PATCH 01/02] ia64: Move the macro definitions related to MSI to one header file.
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH 01/02] ia64: Move the macro definitions related to MSI to one header file.
- From: "Zhang, Xiantao" <xiantao.zhang@xxxxxxxxx>
- Re: [git pull] preempt-count: force hardirq-count to max of 10
- From: Ingo Molnar <mingo@xxxxxxx>
- [git pull] preempt-count: force hardirq-count to max of 10
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH] SGI IA64 UV: fix ia64 build error in the linux-next tree
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH] SGI IA64 UV: fix ia64 build error in the linux-next tree
- From: Dean Nelson <dcn@xxxxxxx>
- RE: [PATCH] SGI IA64 UV: fix ia64 build error in the linux-next tree
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: [PATCH] SGI IA64 UV: fix ia64 build error in the linux-next tree
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH] SGI IA64 UV: fix ia64 build error in the linux-next tree
- From: Dean Nelson <dcn@xxxxxxx>
- Re: [PATCH] SGI IA64 UV: fix ia64 build error in the linux-next tree
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH] SGI IA64 UV: fix ia64 build error in the linux-next tree
- From: Dean Nelson <dcn@xxxxxxx>
- Re: [PATCH] SGI IA64 UV: fix ia64 build error in the linux-next tree
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH] SGI IA64 UV: fix ia64 build error in the linux-next tree
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 0/2] ia64: prevent irq migration race in __cpu_disable path
- From: Alex Chiang <achiang@xxxxxx>
- Re: [PATCH v2 0/2] ia64: prevent irq migration race in __cpu_disable path
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] don't compile SGI XP/GRU on ia64_generic
- From: Dean Nelson <dcn@xxxxxxx>
- Re: [PATCH 2/2] don't compile SGI XP/GRU on ia64_generic
- From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
- Re: [PATCH 2/2] don't compile SGI XP/GRU on ia64_generic
- From: Robin Holt <holt@xxxxxxx>
- [PATCH 2/2] don't compile SGI XP/GRU on ia64_generic
- From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
- [PATCH] don't compile SGI XP/GRU on ia64_generic
- From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
- Re: [PATCH v2 1/2] Revert "[IA64] prevent ia64 from invoking irq handlers on offline CPUs"
- From: Russ Anderson <rja@xxxxxxx>
- Re: [PATCH v2 1/2] Revert "[IA64] prevent ia64 from invoking irq handlers on offline CPUs"
- From: Alex Chiang <achiang@xxxxxx>
- Re: RCU can use cpu_active_map?
- From: Alex Chiang <achiang@xxxxxx>
- Re: RCU can use cpu_active_map?
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 1/2] Revert "[IA64] prevent ia64 from invoking irq handlers on offline CPUs"
- From: Alex Chiang <achiang@xxxxxx>
- RCU can use cpu_active_map?
- From: Alex Chiang <achiang@xxxxxx>
- [PATCH v2 2/2] ia64: Remove redundant cpu_clear() in __cpu_disable path
- From: Alex Chiang <achiang@xxxxxx>
- [PATCH v2 1/2] Revert "[IA64] prevent ia64 from invoking irq handlers on offline CPUs"
- From: Alex Chiang <achiang@xxxxxx>
- [PATCH v2 0/2] ia64: prevent irq migration race in __cpu_disable path
- From: Alex Chiang <achiang@xxxxxx>
- [PATCH] SGI IA64 UV: fix ia64 build error in the linux-next tree
- From: Dean Nelson <dcn@xxxxxxx>
- Re: [PATCH] ia64: prevent irq migration race in __cpu_disable path
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] ia64: prevent irq migration race in __cpu_disable path
- From: Alex Chiang <achiang@xxxxxx>
- RE: [linux-next][PATCH] revert headers_check fix: ia64, fpu.h
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH] ia64: prevent irq migration race in __cpu_disable path
- From: Alex Chiang <achiang@xxxxxx>
- RE: [PATCH] ia64: prevent irq migration race in __cpu_disable path
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH] ia64: prevent irq migration race in __cpu_disable path
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] ia64: prevent irq migration race in __cpu_disable path
- From: Alex Chiang <achiang@xxxxxx>
- Re: [linux-next][PATCH] revert headers_check fix: ia64, fpu.h
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [linux-next][PATCH] revert headers_check fix: ia64, fpu.h
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [linux-next][PATCH] revert headers_check fix: ia64, fpu.h
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [linux-next][PATCH] revert headers_check fix: ia64, fpu.h
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH] ia64: prevent irq migration race in __cpu_disable path
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH] ia64: don't need cpu_set() when migrate_platform_irqs() fails
- From: Alex Chiang <achiang@xxxxxx>
- Re: [linux-next][PATCH] revert headers_check fix: ia64, fpu.h
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [linux-next][PATCH] revert headers_check fix: ia64, fpu.h
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [linux-next][PATCH] revert headers_check fix: ia64, fpu.h
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- [PATCH] ia64: prevent irq migration race in __cpu_disable path
- From: Alex Chiang <achiang@xxxxxx>
- Re: [linux-next][PATCH] revert headers_check fix: ia64, fpu.h
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [linux-next][PATCH] revert headers_check fix: ia64, fpu.h
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [linux-next][PATCH] revert headers_check fix: ia64, fpu.h
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [linux-next][PATCH] revert headers_check fix: ia64, fpu.h
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [linux-next][PATCH] revert headers_check fix: ia64, fpu.h
- From: Jaswinder Singh Rajput <jaswinder@xxxxxxxxxx>
- Re: [linux-next][PATCH] revert headers_check fix: ia64, fpu.h
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [linux-next][PATCH] revert headers_check fix: ia64, fpu.h
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [linux-next][PATCH] revert headers_check fix: ia64, fpu.h
- From: Jaswinder Singh Rajput <jaswinder@xxxxxxxxxx>
- Re: [linux-next][PATCH] revert headers_check fix: ia64, fpu.h
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [linux-next][PATCH] revert headers_check fix: ia64, fpu.h
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [linux-next][PATCH] revert headers_check fix: ia64, fpu.h
- From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
- Re: [linux-next][PATCH] revert headers_check fix: ia64, fpu.h
- From: Jaswinder Singh Rajput <jaswinderlinux@xxxxxxxxx>
- [linux-next][PATCH] revert headers_check fix: ia64, fpu.h
- From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
- [Patch] bte_copy of BTE_MAX_XFER trips BUG_ON -V2
- From: Robin Holt <holt@xxxxxxx>
- [Patch] bte_copy of BTE_MAX_XFER trips BUG_ON.
- From: Robin Holt <holt@xxxxxxx>
- Re: [PATCH -tip 1/3] IA64: fix swiotlb alloc_coherent for non DMA_64BIT_MASK devices
- From: Yasunori Goto <y-goto@xxxxxxxxxxxxxx>
- Re: [PATCH -tip 1/3] IA64: fix swiotlb alloc_coherent for non DMA_64BIT_MASK devices
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH -tip 1/3] IA64: fix swiotlb alloc_coherent for non DMA_64BIT_MASK devices
- From: Yasunori Goto <y-goto@xxxxxxxxxxxxxx>
- Re: [PATCH -tip 1/3] IA64: fix swiotlb alloc_coherent for non DMA_64BIT_MASK devices
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH -tip 1/3] IA64: fix swiotlb alloc_coherent for non DMA_64BIT_MASK devices
- From: Yasunori Goto <y-goto@xxxxxxxxxxxxxx>
- Re: [PATCH -tip 1/3] IA64: fix swiotlb alloc_coherent for non DMA_64BIT_MASK devices
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH -tip 1/3] IA64: fix swiotlb alloc_coherent for non DMA_64BIT_MASK devices
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH -tip 1/3] IA64: fix swiotlb alloc_coherent for non DMA_64BIT_MASK devices
- From: Yasunori Goto <y-goto@xxxxxxxxxxxxxx>
- Installing Montecitos in HP rx2620
- From: Matthew Chapman <matthewc@xxxxxxxxxxxxxxx>
- RE: [PATCH] percpu: add optimized generic percpu accessors
- From: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
- RE: [PATCH] percpu: add optimized generic percpu accessors
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH -tip 2/3] IA64: fix VT-d dma_mapping_error
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH -tip 3/3] intel-iommu: make dma mapping functions static
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH -tip 1/3] IA64: fix swiotlb alloc_coherent for non DMA_64BIT_MASK devices
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- RE: [PATCH -tip] IA64: fix the compile error on IA64_DIG_VTD
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- RE: [PATCH -tip] IA64: fix the compile error on IA64_DIG_VTD
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- RE: [PATCH] percpu: add optimized generic percpu accessors
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH] percpu: add optimized generic percpu accessors
- From: Rick Jones <rick.jones2@xxxxxx>
- RE: [PATCH -tip] IA64: fix the compile error on IA64_DIG_VTD
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH -tip] IA64: fix the compile error on IA64_DIG_VTD
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH -tip] IA64: fix the compile error on IA64_DIG_VTD
- From: Ingo Molnar <mingo@xxxxxxx>
- [PATCH -tip] IA64: fix the compile error on IA64_DIG_VTD
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: Gateway DX4720-03 apic problem
- From: Robin Holt <holt@xxxxxxx>
- Gateway DX4720-03 apic problem
- From: Charles Landau <clandau@xxxxxxxxxxx>
- Re: [PATCH] configure HAVE_UNSTABLE_SCHED_CLOCK for SGI_SN systems
- From: Greg KH <greg@xxxxxxxxx>
- Re: [PATCH 00/03] Patches to enable windows2008 on kvm/ia64.
- From: Avi Kivity <avi@xxxxxxxxxx>
- [PATCH 03/03] KVM: ia64: Implement some pal calls needed for windows 2008.
- From: "Zhang, Xiantao" <xiantao.zhang@xxxxxxxxx>
- [PATCH 02/03] KVM: ia64: Add the support for translating PAL Call's pointer args.
- From: "Zhang, Xiantao" <xiantao.zhang@xxxxxxxxx>
- [PATCH 01/03]KVM: ia64: vTLB change for enabling windows 2008 boot.
- From: "Zhang, Xiantao" <xiantao.zhang@xxxxxxxxx>
- [PATCH 00/03] Patches to enable windows2008 on kvm/ia64.
- From: "Zhang, Xiantao" <xiantao.zhang@xxxxxxxxx>
- Re: how to fix nand driver build breakage
- From: Simon Holm Thøgersen <odie@xxxxxxxxx>
- how to fix nand driver build breakage
- From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
- Re: your mail
- From: Matthew Wilcox <matthew@xxxxxx>
- [no subject]
- From: "Gao, Yunpeng" <yunpeng.gao@xxxxxxxxx>
- Re: FS-Cache fixes for IA64 export and AFS linkage
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: FS-Cache fixes for IA64 export and AFS linkage
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
- FS-Cache fixes for IA64 export and AFS linkage
- From: David Howells <dhowells@xxxxxxxxxx>
- Re: linux-next: build problem with nfs tree (Was: Re: [mmotm][PATCH] fix ia64 build error)
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: linux-next: build problem with nfs tree (Was: Re: [mmotm][PATCH] fix ia64 build error)
- From: David Howells <dhowells@xxxxxxxxxx>
- Re: linux-next: build problem with nfs tree (Was: Re: [mmotm][PATCH] fix ia64 build error)
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: linux-next: build problem with nfs tree (Was: Re: [mmotm][PATCH] fix ia64 build error)
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: linux-next: build problem with nfs tree (Was: Re: [mmotm][PATCH] fix ia64 build error)
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: linux-next: build problem with nfs tree (Was: Re: [mmotm][PATCH] fix ia64 build error)
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: linux-next: build problem with nfs tree (Was: Re: [mmotm][PATCH] fix ia64 build error)
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: linux-next: build problem with nfs tree (Was: Re: [mmotm][PATCH] fix ia64 build error)
- From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
- Re: [PATCH] ia64, xen: compilation fix caused by 79741dd35713ff4f6fd0eafd59fa94e8a4ba922d
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- Re: linux-next: build problem with nfs tree (Was: Re: [mmotm][PATCH] fix ia64 build error)
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: linux-next: build problem with nfs tree (Was: Re: [mmotm][PATCH] fix ia64 build error)
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- linux-next: build problem with nfs tree (Was: Re: [mmotm][PATCH] fix ia64 build error)
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: [PATCH] configure HAVE_UNSTABLE_SCHED_CLOCK for SGI_SN systems
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH] configure HAVE_UNSTABLE_SCHED_CLOCK for SGI_SN systems
- From: Greg KH <greg@xxxxxxxxx>
- RE: [PATCH] ia64, xen: compilation fix caused by 79741dd35713ff4f6fd0eafd59fa94e8a4ba922d
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: crash: IP: [<ffffffff80478092>] __bitmap_intersects+0x48/0x73 [PATCH supplied]
- From: Andreas Schwab <schwab@xxxxxxx>
- RE: [mmotm][PATCH] fix ia64 build error
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: crash: IP: [<ffffffff80478092>] __bitmap_intersects+0x48/0x73 [PATCH supplied]
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [mmotm][PATCH] fix ia64 build error
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: crash: IP: [<ffffffff80478092>] __bitmap_intersects+0x48/0x73 [PATCH supplied]
- From: Mike Travis <travis@xxxxxxx>
- Re: crash: IP: [<ffffffff80478092>] __bitmap_intersects+0x48/0x73 [PATCH supplied]
- From: Mike Travis <travis@xxxxxxx>
- Re: crash: IP: [<ffffffff80478092>] __bitmap_intersects+0x48/0x73 [PATCH supplied]
- From: Ingo Molnar <mingo@xxxxxxx>
- [mmotm][PATCH] fix ia64 build error
- From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
- Re: [PATCH] ia64, xen: compilation fix caused by 79741dd35713ff4f6fd0eafd59fa94e8a4ba922d
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- Re: crash: IP: [<ffffffff80478092>] __bitmap_intersects+0x48/0x73 [PATCH supplied]
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: crash: IP: [<ffffffff80478092>] __bitmap_intersects+0x48/0x73 [PATCH supplied]
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH] ia64, xen: compilation fix caused by 79741dd35713ff4f6fd0eafd59fa94e8a4ba922d
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [PATCH] ia64, xen: compilation fix caused by 79741dd35713ff4f6fd0eafd59fa94e8a4ba922d
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- Re: crash: IP: [<ffffffff80478092>] __bitmap_intersects+0x48/0x73 [PATCH supplied]
- From: Mike Travis <travis@xxxxxxx>
- Re: [PATCH] add rtc platform driver for EFI
- From: dann frazier <dannf@xxxxxx>
- Re: [rtc-linux] Re: [PATCH] add rtc platform driver for EFI
- From: Alessandro Zummo <alessandro.zummo@xxxxxxxxxxxx>
- Re: [PATCH] add rtc platform driver for EFI
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] add rtc platform driver for EFI
- From: dann frazier <dannf@xxxxxxxxx>
- [PATCH] add rtc platform driver for EFI
- From: dann frazier <dannf@xxxxxxxxx>
- Re: [PATCH 0/9] ftrace: updates for tip
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH] add rtc platform driver for EFI
- From: Alessandro Zummo <alessandro.zummo@xxxxxxxxxxxx>
- [PATCH] add rtc platform driver for EFI
- From: dann frazier <dannf@xxxxxx>
- Re: [rtc-linux] [PATCH] add rtc platform driver for EFI
- From: dann frazier <dannf@xxxxxxxxx>
- Re: [rtc-linux] [PATCH] add rtc platform driver for EFI
- From: Alessandro Zummo <alessandro.zummo@xxxxxxxxxxxx>
- [PATCH] add rtc platform driver for EFI
- From: dann frazier <dannf@xxxxxx>
- Re: [PATCH] add rtc platform driver for EFI
- From: dann frazier <dannf@xxxxxx>
- Re: [PATCH 0/9] ftrace: updates for tip
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 0/9] ftrace: updates for tip
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 9/9] ftrace, trivial: fix typo "resgister" -> "register"
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH] add rtc platform driver for EFI
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 9/9] ftrace, trivial: fix typo "resgister" -> "register"
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- [PATCH 7/9] tracing/ftrace: separate events tracing and stats tracing engine
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH 8/9] tracing: add a new workqueue tracer
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH 9/9] ftrace, trivial: fix typo "resgister" -> "register"
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH 6/9] ftrace, ia64: IA64 dynamic ftrace support
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH 5/9] ftrace, ia64: IA64 static ftrace support
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH 4/9] ftrace, ia64: Add recordmcount for ia64
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH 3/9] ftrace, ia64: Add macro for ftrace_caller
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH 2/9] ftrace, ia64: explictly ignore a file in recordmcount.pl
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH 1/9] ftrace, ia64: make recordmcount destinct module compile
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH 0/9] ftrace: updates for tip
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH 4/8] ia64 irq: update ia64 for new irq_desc
- From: Mike Travis <travis@xxxxxxx>
- Re: [PATCH 1/6]Make recordmcount destinct module compile
- From: Shaohua Li <shaohua.li@xxxxxxxxx>
- [PATCH] add rtc platform driver for EFI
- From: dann frazier <dannf@xxxxxxxxx>
- Re: [rtc-linux] [PATCH] add rtc platform driver for EFI
- From: dann frazier <dannf@xxxxxxxxx>
- Re: [PATCH 1/6]Make recordmcount destinct module compile
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [PATCH 1/6]Make recordmcount destinct module compile
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 1/6]Make recordmcount destinct module compile
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [PATCH 0/6]IA64 ftrace port
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 1/6]Make recordmcount destinct module compile
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- RE: [PATCH 5/5] IA64 dynamic ftrace support
- From: Shaohua Li <shaohua.li@xxxxxxxxx>
- Re: [rtc-linux] [PATCH] add rtc platform driver for EFI
- From: Alessandro Zummo <alessandro.zummo@xxxxxxxxxxxx>
- [PATCH 6/6]IA64 dynamic ftrace support
- From: Shaohua Li <shaohua.li@xxxxxxxxx>
- [PATCH 5/6]IA64 static ftrace support
- From: Shaohua Li <shaohua.li@xxxxxxxxx>
- [PATCH 4/6]Add recordmcount for ia64
- From: Shaohua Li <shaohua.li@xxxxxxxxx>
- [PATCH 3/6]Add macro for ftrace_caller
- From: Shaohua Li <shaohua.li@xxxxxxxxx>
- [PATCH 2/6]explictly ignore a file in recordmcount.pl
- From: Shaohua Li <shaohua.li@xxxxxxxxx>
- [PATCH 1/6]Make recordmcount destinct module compile
- From: Shaohua Li <shaohua.li@xxxxxxxxx>
- [PATCH 0/6]IA64 ftrace port
- From: Shaohua Li <shaohua.li@xxxxxxxxx>
- [PATCH] add rtc platform driver for EFI
- From: dann frazier <dannf@xxxxxx>
- RE: [PATCH 5/5] IA64 dynamic ftrace support
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: [PATCH 5/5] IA64 dynamic ftrace support
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: [PATCH 5/5] IA64 dynamic ftrace support
- From: Steven Rostedt <srostedt@xxxxxxxxxx>
- RE: [PATCH 5/5] IA64 dynamic ftrace support
- From: Shaohua Li <shaohua.li@xxxxxxxxx>
- Re: [PATCH 0/13] IA64: unifying ways to handle multiple sets of dma mapping ops
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- RE: [Patch V3 0/3] Enable irqs when waiting for rwlocks
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [Patch V3 0/3] Enable irqs when waiting for rwlocks
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/13] IA64: unifying ways to handle multiple sets of dma mapping ops
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [PATCH] configure HAVE_UNSTABLE_SCHED_CLOCK for SGI_SN systems
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] configure HAVE_UNSTABLE_SCHED_CLOCK for SGI_SN systems
- From: Dimitri Sivanich <sivanich@xxxxxxx>
- Re: [PATCH] configure HAVE_UNSTABLE_SCHED_CLOCK for SGI_SN systems
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] configure HAVE_UNSTABLE_SCHED_CLOCK for SGI_SN systems
- From: Robin Holt <holt@xxxxxxx>
- Re: [PATCH] configure HAVE_UNSTABLE_SCHED_CLOCK for SGI_SN systems
- From: Nick Piggin <npiggin@xxxxxxx>
- Re: [PATCH] configure HAVE_UNSTABLE_SCHED_CLOCK for SGI_SN systems
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] configure HAVE_UNSTABLE_SCHED_CLOCK for SGI_SN systems
- From: Jack Steiner <steiner@xxxxxxx>
- Re: [PATCH] configure HAVE_UNSTABLE_SCHED_CLOCK for SGI_SN systems
- From: Nick Piggin <npiggin@xxxxxxx>
- Re: [PATCH] configure HAVE_UNSTABLE_SCHED_CLOCK for SGI_SN systems
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] configure HAVE_UNSTABLE_SCHED_CLOCK for SGI_SN systems
- From: Robin Holt <holt@xxxxxxx>
- RE: [PATCH] configure HAVE_UNSTABLE_SCHED_CLOCK for SGI_SN systems
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- RE: [PATCH] configure HAVE_UNSTABLE_SCHED_CLOCK for SGI_SN systems
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH] configure HAVE_UNSTABLE_SCHED_CLOCK for SGI_SN systems
- From: Robin Holt <holt@xxxxxxx>
- RE: [PATCH] configure HAVE_UNSTABLE_SCHED_CLOCK for SGI_SN systems
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH] configure HAVE_UNSTABLE_SCHED_CLOCK for SGI_SN systems
- From: Greg KH <greg@xxxxxxxxx>
- [PATCH] ia64: dump stack on kernel unaligned warnings
- From: Doug Chapman <doug.chapman@xxxxxx>
- [PATCH] configure HAVE_UNSTABLE_SCHED_CLOCK for SGI_SN systems
- From: Dimitri Sivanich <sivanich@xxxxxxx>
- RE: [PATCH 5/5] IA64 dynamic ftrace support
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH 11/13] add dma_get_ops to struct ia64_machine_vector
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 05/13] add dma_mapping_ops for SGI Altix
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 03/13] add dma_mapping_ops for SWIOTLB and SBA IOMMU
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 12/13] remove hwsw_dma_ops
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 06/13] add dma_mapping_ops for SWIOTLB
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 10/13] make sn DMA mapping functions static
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 09/13] remove dma operations in struct ia64_machine_vector
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 07/13] set up dma_ops appropriately
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 08/13] convert the DMA API to use dma_ops
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 0/13] IA64: unifying ways to handle multiple sets of dma mapping ops
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 13/13] make sba DMA mapping functions static
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 01/13] add map/unmap_single_attr and map/unmap_sg_attr to struct dma_mapping_ops
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 02/13] add dma_mapping_ops for SBA IOMMU
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 04/13] add dma_mapping_ops for intel-iommu
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH 5/5] IA64 dynamic ftrace support
- From: Shaohua Li <shaohua.li@xxxxxxxxx>
- Re: [PATCH 5/5] IA64 dynamic ftrace support
- From: Shaohua Li <shaohua.li@xxxxxxxxx>
- Re: [PATCH 5/5] IA64 dynamic ftrace support
- From: Shaohua Li <shaohua.li@xxxxxxxxx>
- Re: [PATCH 5/5] IA64 dynamic ftrace support
- From: Steven Rostedt <srostedt@xxxxxxxxxx>
- Re: [PATCH 5/5] IA64 dynamic ftrace support
- From: Shaohua Li <shaohua.li@xxxxxxxxx>
- Re: [PATCH 5/5] IA64 dynamic ftrace support
- From: Keith Owens <kaos@xxxxxxxxxx>
- Re: local_add_return
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
- Re: [PATCH 5/5] IA64 dynamic ftrace support
- From: Steven Rostedt <srostedt@xxxxxxxxxx>
- Re: local_add_return
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH 5/5] IA64 dynamic ftrace support
- From: Shaohua Li <shaohua.li@xxxxxxxxx>
- Re: [PATCH 5/5] IA64 dynamic ftrace support
- From: Steven Rostedt <srostedt@xxxxxxxxxx>
- Re: [PATCH 5/5] IA64 dynamic ftrace support
- From: Shaohua Li <shaohua.li@xxxxxxxxx>
- Re: [PATCH 3/5]explictly ignore a file in recordmcount.pl
- From: Steven Rostedt <srostedt@xxxxxxxxxx>
- Re: [PATCH 3/5]explictly ignore a file in recordmcount.pl
- From: Shaohua Li <shaohua.li@xxxxxxxxx>
- Re: [PATCH 5/5] IA64 dynamic ftrace support
- From: Steven Rostedt <srostedt@xxxxxxxxxx>
- Re: [PATCH 3/5]explictly ignore a file in recordmcount.pl
- From: Steven Rostedt <srostedt@xxxxxxxxxx>
- [PATCH 3/5]explictly ignore a file in recordmcount.pl
- From: Shaohua Li <shaohua.li@xxxxxxxxx>
- [PATCH 5/5] IA64 dynamic ftrace support
- From: Shaohua Li <shaohua.li@xxxxxxxxx>
- [PATCH 4/5] Add macro for ftrace_caller
- From: Shaohua Li <shaohua.li@xxxxxxxxx>
- [PATCH 2/5] Make recordmcount destinct module compile
- From: Shaohua Li <shaohua.li@xxxxxxxxx>
- [PATCH 1/5] IA64 static ftrace support
- From: Shaohua Li <shaohua.li@xxxxxxxxx>
- [PATCH 0/5] IA64 ftrace port
- From: Shaohua Li <shaohua.li@xxxxxxxxx>
- Re: local_add_return
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
- [PATCH 3/5] ia64/pv_ops/bp/module: support binary patching for kernel module.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 2/5] ia64/pv_ops: implement binary patching optimization for native.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 1/5] ia64/pv_op/binarypatch: add helper functions to support binary patching for paravirt_ops.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 5/5] ia64/pv_ops/bp/xen: implemented binary patchable pv_cpu_ops.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 0/5] ia64/pv_ops, xen: binary patch optimization TAKE 3
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 4/5] ia64/pv_ops/binary patch: define paravirt_dv_serialize_data() and suppress false positive warning.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 15/15] ia64/pv_ops/xen/gate.S: xen gate page paravirtualization
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 11/15] ia64/pv_ops: gate page paravirtualization.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 14/15] ia64/pv_ops: paravirtualize gate.S.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 03/15] ia64/pv_ops: add hooks to paravirtualize fsyscall implementation.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 13/15] ia64/pv_ops: move down __kernel_syscall_via_epc.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 01/15] ia64: remove warnings.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 02/15] __initdata and const cannot be always a happy pair, as gcc-4.3.3 gives
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 00/15] ia64/pv_ops, xen: more paravirtualization. TAKE 4
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 12/15] ia64/pv_ops/xen: define xen specific gate page.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 10/15] ia64/pv_ops/xen/pv_time_ops: implement sched_clock.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 09/15] ia64/pv_ops/pv_time_ops: add sched_clock hook.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 07/15] ia64/pv_ops: paravirtualize mov = ar.itc.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 05/15] ia64/pv_ops: paravirtualize fsys.S.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 04/15] ia64/pv_ops/xen: preliminary to paravirtualizing fsys.S for xen.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 08/15] ia64/pv_ops/xen: paravirtualize read/write ar.itc and ar.itm
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 06/15] ia64/pv_ops/pvchecker: support mov = ar.itc paravirtualization
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- Re: local_add_return
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: local_add_return
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
- Re: [RFC 1/2] ftrace porting of ia64
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [RFC 1/2] ftrace porting of ia64
- From: Shaohua Li <shaohua.li@xxxxxxxxx>
- Re: local_add_return
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: local_add_return
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
- Re: local_add_return
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [RFC 1/2] ftrace porting of ia64
- From: Steven Rostedt <srostedt@xxxxxxxxxx>
- Re: [RFC 1/2] ftrace porting of ia64
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [RFC 1/2] ftrace porting of ia64
- From: Steven Rostedt <srostedt@xxxxxxxxxx>
- Re: [RFC 1/2] ftrace porting of ia64
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [RFC 2/2] dyn ftrace porting of IA64
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [RFC 2/2] dyn ftrace porting of IA64
- From: Shaohua Li <shaohua.li@xxxxxxxxx>
- Re: [RFC 2/2] dyn ftrace porting of IA64
- From: Steven Rostedt <srostedt@xxxxxxxxxx>
- [RFC 1/2] ftrace porting of ia64
- From: Shaohua Li <shaohua.li@xxxxxxxxx>
- [RFC 2/2] dyn ftrace porting of IA64
- From: Shaohua Li <shaohua.li@xxxxxxxxx>
- Re: Soft Lockups on 2.6.28-rc8 under netperf bulk receive workload
- From: Rick Jones <rick.jones2@xxxxxx>
- Re: Soft Lockups on 2.6.28-rc8 under netperf bulk receive workload
- From: Divy Le Ray <divy@xxxxxxxxxxx>
- Soft Lockups on 2.6.28-rc8 under netperf bulk receive workload
- From: Rick Jones <rick.jones2@xxxxxx>
- Re: local_add_return
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
- Re: local_add_return
- From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
- Re: local_add_return
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Mail converted by MHonArc
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[GCC Help]
[Bugtraq]