Linux ia64 Archive — Date Index
[Prev Page][Next Page]
- Re: [RFC] increase ia64 static per cpu area
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: ia64 hang/mca running gdb 'make check'
- From: dann frazier <dannf@xxxxxxxxxx>
- Re: ia64 hang/mca running gdb 'make check'
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [RFC] increase ia64 static per cpu area
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: ia64 hang/mca running gdb 'make check'
- From: dann frazier <dannf@xxxxxxxxxx>
- [RFC] increase ia64 static per cpu area
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH 1/6] ia64/perfmon: convert to unlocked_ioctl
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
- Re: ia64 hang/mca running gdb 'make check'
- From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
- Re: ia64 hang/mca running gdb 'make check'
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- Re: ia64 hang/mca running gdb 'make check'
- From: dann frazier <dannf@xxxxxxxxx>
- Re: ia64 hang/mca running gdb 'make check'
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- ia64 hang/mca running gdb 'make check'
- From: dann frazier <dannf@xxxxxxxxxx>
- Re: [RFC PATCH --take 2] Add TRACE_IRQFLAGS_SUPPORT, LOCKDEP_SUPPORT then enable ftrace for ia64
- From: Luming Yu <luming.yu@xxxxxxxxx>
- [CHANGE] Put ia64 config files on the arm diet
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH 02/36] arch/ia64: Remove unnecessary casts of private_data
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [RFC PATCH --take 2] Add TRACE_IRQFLAGS_SUPPORT, LOCKDEP_SUPPORT then enable ftrace for ia64
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: [RFC PATCH --take 2] Add TRACE_IRQFLAGS_SUPPORT, LOCKDEP_SUPPORT then enable ftrace for ia64
- From: Luming Yu <luming.yu@xxxxxxxxx>
- Re: [RFC PATCH --take 2] Add TRACE_IRQFLAGS_SUPPORT, LOCKDEP_SUPPORT then enable ftrace for ia64
- From: Luming Yu <luming.yu@xxxxxxxxx>
- [PATCH 0/6] kill .ioctl file_operation
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 1/6] ia64/perfmon: convert to unlocked_ioctl
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [IA64] Fix spinaphore down_spin()
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [bug report ] hp's rx2860 (kernel is 2.6.27.19-5 in sles11 ia64) power off failrue when "shutdown -h 0" .
- From: "Bob Zhang" <bob_zhang2004@xxxxxxx>
- Re: [RFC PATCH --take 2] Add TRACE_IRQFLAGS_SUPPORT, LOCKDEP_SUPPORT then enable ftrace for ia64
- From: Tony Luck <tony.luck@xxxxxxxxx>
- [PATCH 1/2] Removing dead CONFIG_PARAVIRT_GUEST_ASM_CLOBBER_CHECK
- From: Christoph Egger <siccegge@xxxxxxxxx>
- [PATCH 2/2] Removing dead CONFIG_IOMMU_DEBUG
- From: Christoph Egger <siccegge@xxxxxxxxx>
- [PATCH 0/2] Removing dead code
- From: Christoph Egger <siccegge@xxxxxxxxx>
- Re: Re: [bug report ] hp's rx2860 (kernel is 2.6.27.19-5 in sles11 ia64)power off failrue when "shutdown -h 0" .
- From: "bob_zhang2004" <bob_zhang2004@xxxxxxx>
- [RFC PATCH --take 2] Add TRACE_IRQFLAGS_SUPPORT, LOCKDEP_SUPPORT then enable ftrace for ia64
- From: Luming Yu <luming.yu@xxxxxxxxx>
- Re: Re: [bug report ] hp's rx2860 (kernel is 2.6.27.19-5 in sles11 ia64)power off failrue when "shutdown -h 0" .
- From: "bob_zhang2004" <bob_zhang2004@xxxxxxx>
- Re: Re: [bug report ] hp's rx2860 (kernel is 2.6.27.19-5 in sles11 ia64)power off failrue when "shutdown -h 0" .
- From: "bob_zhang2004" <bob_zhang2004@xxxxxxx>
- Re: [bug report ] hp's rx2860 (kernel is 2.6.27.19-5 in sles11 ia64) power off failrue when "shutdown -h 0" .
- From: Tony Luck <tony.luck@xxxxxxxxx>
- RE: [bug report ] hp's rx2860 (kernel is 2.6.27.19-5 in sles11 ia64) power off failrue when "shutdown -h 0" .
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [bug report ] hp's rx2860 (kernel is 2.6.27.19-5 in sles11 ia64) power off failrue when "shutdown -h 0" .
- From: "bob_zhang2004" <bob_zhang2004@xxxxxxx>
- Kernel and/or KMS r300 initialization problem?
- From: Émeric Maschino <emeric.maschino@xxxxxxxxx>
- [PATCH] ia64: beautify vmlinux.lds.h
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: question about arch/ia64/kernel/iosapic.c
- From: Julia Lawall <julia@xxxxxxx>
- Re: question about arch/ia64/kernel/iosapic.c
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: question about arch/ia64/kernel/iosapic.c
- From: Julia Lawall <julia@xxxxxxx>
- Re: question about arch/ia64/kernel/iosapic.c
- From: Tony Luck <tony.luck@xxxxxxxxx>
- question about arch/ia64/kernel/iosapic.c
- From: Julia Lawall <julia@xxxxxxx>
- RE: [git pull] Fix ia64 build breakage
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [git pull] Fix ia64 build breakage
- From: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
- Re: [git pull] Fix ia64 build breakage
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [git pull] Fix ia64 build breakage
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH 10/17] arch/ia64/kvm: Add missing spin_unlock
- From: Avi Kivity <avi@xxxxxxxxxx>
- [PATCH 10/17] arch/ia64/kvm: Add missing spin_unlock
- From: Julia Lawall <julia@xxxxxxx>
- [PATCH 149/199] arch/ia64/hp/sim/boot/ssc.h: Checkpatch cleanup
- From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
- [PATCH 157/199] arch/ia64/sn/kernel/sn2/io.c: Checkpatch cleanup
- From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
- [PATCH 156/199] arch/ia64/sn/kernel/idle.c: Checkpatch cleanup
- From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
- [PATCH 155/199] arch/ia64/lib/idiv32.S: Checkpatch cleanup
- From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
- [PATCH 154/199] arch/ia64/kernel/unwind_decoder.c: Checkpatch cleanup
- From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
- [PATCH 153/199] arch/ia64/kernel/perfmon_itanium.h: Checkpatch cleanup
- From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
- [PATCH 151/199] arch/ia64/kernel/brl_emu.c: Checkpatch cleanup
- From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
- [PATCH 152/199] arch/ia64/kernel/perfmon_generic.h: Checkpatch cleanup
- From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
- [PATCH 150/199] arch/ia64/hp/sim/hpsim_ssc.h: Checkpatch cleanup
- From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
- [PATCH 8/8] ia64: Use unlocked_ioctl from perfmon
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
- [git pull] ia64 changes (revised)
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [git pull] ia64 changes
- From: Robin Holt <holt@xxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH -mm] remove deprecated dma_sync_single and dma_sync_sg API
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH -mm] remove deprecated dma_sync_single and dma_sync_sg API
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] Drop duplicated "config IOMMU_HELPER"
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [patch 1/1] ia64 does not pass stack_start != 0 while copy_process expects it.
- From: Robin Holt <holt@xxxxxxx>
- [patch 1/1] ia64 does not pass stack_start != 0 while copy_process expects it.
- Re: [patch 05/14] ia64: invoke oom-killer from page fault
- From: David Rientjes <rientjes@xxxxxxxxxx>
- [patch 05/14] ia64: invoke oom-killer from page fault
- [PATCH 01/11] arch/ia64/hp/common/sba_iommu.c: Rename dev_info to adi
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH 00/11] treewide: rename dev_info variables to something else
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH v4 0/2] pci_root: track downstream bus range
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 3/7] arch/ia64/sn/kernel: Use set_cpus_allowed_ptr
- From: Julia Lawall <julia@xxxxxxx>
- [PATCH 2/7] arch/ia64/kernel: Use set_cpus_allowed_ptr
- From: Julia Lawall <julia@xxxxxxx>
- Re: [PATCH] Cosmetic:Partially remove deprecated __initcall() and change to
- From: "Justin P. mattock" <justinmattock@xxxxxxxxx>
- Re: [PATCH] Cosmetic:Partially remove deprecated __initcall() and change to
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Re: [PATCH] Cosmetic:Partially remove deprecated __initcall() and change to
- From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
- Re: [PATCH] Cosmetic:Partially remove deprecated __initcall() and change to
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- [PATCH] Cosmetic:Partially remove deprecated __initcall() and change to
- From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
- Re: [PATCH v4 05/11] swiotlb: add swiotlb_set_default_size()
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH v4 05/11] swiotlb: add swiotlb_set_default_size()
- From: Becky Bruce <beckyb@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 05/11] swiotlb: add swiotlb_set_default_size()
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH v4 04/11] swiotlb: support NOT_COHERENT_CACHE PowerPC platforms
- From: Albert Herranz <albert_herranz@xxxxxxxx>
- Re: [PATCH v4 04/11] swiotlb: support NOT_COHERENT_CACHE PowerPC platforms
- From: Albert Herranz <albert_herranz@xxxxxxxx>
- Re: [PATCH v4 05/11] swiotlb: add swiotlb_set_default_size()
- From: Albert Herranz <albert_herranz@xxxxxxxx>
- Re: [PATCH v4 04/11] swiotlb: support NOT_COHERENT_CACHE PowerPC platforms
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH v4 04/11] swiotlb: support NOT_COHERENT_CACHE PowerPC platforms
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH v4 05/11] swiotlb: add swiotlb_set_default_size()
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH v4 04/11] swiotlb: support NOT_COHERENT_CACHE PowerPC platforms
- From: Albert Herranz <albert_herranz@xxxxxxxx>
- [PATCH v4 05/11] swiotlb: add swiotlb_set_default_size()
- From: Albert Herranz <albert_herranz@xxxxxxxx>
- [PATCH v4 03/11] swiotbl: add back swiotlb_alloc_boot()
- From: Albert Herranz <albert_herranz@xxxxxxxx>
- [PATCH v4 2/2] ACPI: pci_root: pass acpi_pci_root to arch-specific scan
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- [PATCH v4 1/2] ACPI: pci_root: save downstream bus range
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- [PATCH v4 0/2] pci_root: track downstream bus range
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- Re: [PATCH v3 1/2] ACPI: pci_root: save downstream bus range
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- Re: [PATCH v3 2/2] ACPI: pci_root: pass acpi_pci_root to arch-specific scan
- From: Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx>
- Re: [PATCH v3 1/2] ACPI: pci_root: save downstream bus range
- From: Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx>
- [PATCH v3 2/2] ACPI: pci_root: pass acpi_pci_root to arch-specific scan
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- [PATCH v3 1/2] ACPI: pci_root: save downstream bus range
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- [PATCH v3 0/2] pci_root: track downstream bus range
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- Re: [PATCH v2 0/3] pci_root: track downstream bus range for _CBA
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- Re: [LKML] [RFC PATCH v3 05/11] swiotlb: add swiotlb_set_default_size()
- From: Albert Herranz <albert_herranz@xxxxxxxx>
- Re: [LKML] [RFC PATCH v3 04/11] swiotlb: support NOT_COHERENT_CACHE PowerPC platforms
- From: Albert Herranz <albert_herranz@xxxxxxxx>
- Re: [LKML] [RFC PATCH v3 05/11] swiotlb: add swiotlb_set_default_size()
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [LKML] [RFC PATCH v3 04/11] swiotlb: support NOT_COHERENT_CACHE PowerPC platforms
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- [RFC PATCH v3 05/11] swiotlb: add swiotlb_set_default_size()
- From: Albert Herranz <albert_herranz@xxxxxxxx>
- [RFC PATCH v3 04/11] swiotlb: support NOT_COHERENT_CACHE PowerPC platforms
- From: Albert Herranz <albert_herranz@xxxxxxxx>
- [RFC PATCH v3 03/11] swiotbl: add back swiotlb_alloc_boot()
- From: Albert Herranz <albert_herranz@xxxxxxxx>
- RE: Problem with IDE drive in IA64 system
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Problem with IDE drive in IA64 system
- From: Stefan Klein <stfn.klein@xxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH] ia64: use __ratelimit
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- [PATCH] IA64: use asm-generic/scatterlist.h
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 2/2] [IA64] build arch/ia64/kernel/acpi-ext.o when CONFIG_ACPI
- From: Alex Chiang <achiang@xxxxxx>
- [PATCH 1/2] [IA64] only build arch/ia64/kernel/acpi.o when CONFIG_ACPI
- From: Alex Chiang <achiang@xxxxxx>
- [PATCH 0/2] Fix sim_defconfig build error
- From: Alex Chiang <achiang@xxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [2.6.33-rcX][regression] commit e8c93f breaks sn2 build
- From: Hedi Berriche <hedi@xxxxxxx>
- RE: [2.6.33-rcX][regression] commit e8c93f breaks sn2 build
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [2.6.33-rcX][regression] commit e8c93f breaks sn2 build
- From: Hedi Berriche <hedi@xxxxxxxxxxxxxx>
- Re: [PATCH] Remove COMPAT_IA32 support from ia64.
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH] preserve personality flag bits across exec
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH] Remove COMPAT_IA32 support from ia64.
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: binfmt_elf32 / compat_binfmt_elf.c
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- RE: binfmt_elf32 / compat_binfmt_elf.c
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH 01/10] arch/ia64: Fix continuation line formats
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [PATCH 00/16] remove trailing spaces in messages
- From: Frans Pop <elendil@xxxxxxxxx>
- [PATCH 03/16] ia64: remove trailing space in messages
- From: Frans Pop <elendil@xxxxxxxxx>
- binfmt_elf32 / compat_binfmt_elf.c
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH v2 0/3] pci_root: track downstream bus range for _CBA
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- Re: linux-ia64 crashes with two itanium2 plugged
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- [patch 1/1] arch/ia64/uv/kernel/setup.c: wrong attribute of HUB chip written in uv_setup()
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- Re: [drm:drm_mmap_locked] *ERROR* Could not find map: Could this be kernel-related?
- From: Émeric Maschino <emeric.maschino@xxxxxxxxx>
- Re: linux-ia64 crashes with two itanium2 plugged
- From: Émeric Maschino <emeric.maschino@xxxxxxxxx>
- [PATCH 01/10] arch/ia64: Fix continuation line formats
- From: Joe Perches <joe@xxxxxxxxxxx>
- linux-ia64 crashes with two itanium2 plugged
- From: trouthy_61x65 <trouthy@xxxxxxxxxx>
- Re: "new" dependencies on ACPI/BIOS
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- Re: "new" dependencies on ACPI/BIOS
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: "new" dependencies on ACPI/BIOS
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- Re: "new" dependencies on ACPI/BIOS
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: "new" dependencies on ACPI/BIOS
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- "new" dependencies on ACPI/BIOS
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [drm:drm_mmap_locked] *ERROR* Could not find map: Could this be kernel-related?
- From: Émeric Maschino <emeric.maschino@xxxxxxxxx>
- Re: SLUB ia64 linux-next crash bisected to 756dee75
- From: Pekka Enberg <penberg@xxxxxxxxxxxxxx>
- Re: SLUB ia64 linux-next crash bisected to 756dee75
- From: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
- Re: SLUB ia64 linux-next crash bisected to 756dee75
- From: Alex Chiang <achiang@xxxxxx>
- Re: SLUB ia64 linux-next crash bisected to 756dee75
- From: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
- Re: SLUB ia64 linux-next crash bisected to 756dee75
- From: Alex Chiang <achiang@xxxxxx>
- Re: SLUB ia64 linux-next crash bisected to 756dee75
- From: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
- Re: SLUB ia64 linux-next crash bisected to 756dee75
- From: Alex Chiang <achiang@xxxxxx>
- Re: SLUB ia64 linux-next crash bisected to 756dee75
- From: Alex Chiang <achiang@xxxxxx>
- Re: SLUB ia64 linux-next crash bisected to 756dee75
- From: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
- Re: SLUB ia64 linux-next crash bisected to 756dee75
- From: Alex Chiang <achiang@xxxxxx>
- Re: SLUB ia64 linux-next crash bisected to 756dee75
- From: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
- Re: SLUB ia64 linux-next crash bisected to 756dee75
- From: Alex Chiang <achiang@xxxxxx>
- Re: SLUB ia64 linux-next crash bisected to 756dee75
- From: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
- Re: [drm:drm_mmap_locked] *ERROR* Could not find map: Could this be kernel-related?
- From: Émeric Maschino <emeric.maschino@xxxxxxxxx>
- Re: SLUB ia64 linux-next crash bisected to 756dee75
- From: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
- Re: SLUB ia64 linux-next crash bisected to 756dee75
- From: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
- Re: SLUB ia64 linux-next crash bisected to 756dee75
- From: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] IA64: Wrong attribute of HUB chip written in uv_setup() ?
- From: Roel Kluin <roel.kluin@xxxxxxxxx>
- Re: SLUB ia64 linux-next crash bisected to 756dee75
- From: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
- Re: SLUB ia64 linux-next crash bisected to 756dee75
- From: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
- Re: SLUB ia64 linux-next crash bisected to 756dee75
- From: Pekka Enberg <penberg@xxxxxxxxxxxxxx>
- Re: SLUB ia64 linux-next crash bisected to 756dee75
- From: Alex Chiang <achiang@xxxxxx>
- Re: SLUB ia64 linux-next crash bisected to 756dee75
- From: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
- Re: SLUB ia64 linux-next crash bisected to 756dee75
- From: Alex Chiang <achiang@xxxxxx>
- Re: SLUB ia64 linux-next crash bisected to 756dee75
- From: Pekka Enberg <penberg@xxxxxxxxxxxxxx>
- Re: SLUB ia64 linux-next crash bisected to 756dee75
- From: Alex Chiang <achiang@xxxxxx>
- Re: SLUB ia64 linux-next crash bisected to 756dee75
- From: Alex Chiang <achiang@xxxxxx>
- Re: SLUB ia64 linux-next crash bisected to 756dee75
- From: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
- Re: SLUB ia64 linux-next crash bisected to 756dee75
- From: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
- Re: [drm:drm_mmap_locked] *ERROR* Could not find map: Could this be kernel-related?
- From: Émeric Maschino <emeric.maschino@xxxxxxxxx>
- Re: [drm:drm_mmap_locked] *ERROR* Could not find map: Could this be kernel-related?
- From: Émeric Maschino <emeric.maschino@xxxxxxxxx>
- Re: lockdep support caused an MCA
- From: Luming Yu <luming.yu@xxxxxxxxx>
- Re: lockdep support caused an MCA
- From: Alex Chiang <achiang@xxxxxx>
- Re: lockdep support caused an MCA
- From: Luming Yu <luming.yu@xxxxxxxxx>
- Re: SLUB ia64 linux-next crash bisected to 756dee75
- From: Alex Chiang <achiang@xxxxxx>
- Re: [drm:drm_mmap_locked] *ERROR* Could not find map: Could this be kernel-related?
- From: Dave Airlie <airlied@xxxxxxxxxx>
- Re: [drm:drm_mmap_locked] *ERROR* Could not find map: Could this be kernel-related?
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- Re: SLUB ia64 linux-next crash bisected to 756dee75
- From: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
- Re: [drm:drm_mmap_locked] *ERROR* Could not find map: Could this be kernel-related?
- From: Émeric Maschino <emeric.maschino@xxxxxxxxx>
- RE: lockdep support caused an MCA
- From: "Yu, Luming" <luming.yu@xxxxxxxxx>
- Re: [drm:drm_mmap_locked] *ERROR* Could not find map: Could this be kernel-related?
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- Re: [drm:drm_mmap_locked] *ERROR* Could not find map: Could this be kernel-related?
- From: Émeric Maschino <emeric.maschino@xxxxxxxxx>
- lockdep support caused an MCA
- From: Alex Chiang <achiang@xxxxxx>
- Re: [drm:drm_mmap_locked] *ERROR* Could not find map: Could this be kernel-related?
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- RE: [drm:drm_mmap_locked] *ERROR* Could not find map: Could this be kernel-related?
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [drm:drm_mmap_locked] *ERROR* Could not find map: Could this be kernel-related?
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- Re: [drm:drm_mmap_locked] *ERROR* Could not find map: Could this be kernel-related?
- From: Émeric Maschino <emeric.maschino@xxxxxxxxx>
- Re: [drm:drm_mmap_locked] *ERROR* Could not find map: Could this be kernel-related?
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- Re: [drm:drm_mmap_locked] *ERROR* Could not find map: Could this be kernel-related?
- From: Émeric Maschino <emeric.maschino@xxxxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [git pull] ia64 changes
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [drm:drm_mmap_locked] *ERROR* Could not find map: Could this be kernel-related?
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- Re: [drm:drm_mmap_locked] *ERROR* Could not find map: Could this be kernel-related?
- From: Émeric Maschino <emeric.maschino@xxxxxxxxx>
- [PATCH 2/2] agp/hp: fail gracefully if we don't find an IOC
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- [PATCH 1/2] ACPICA: acpi_get_object_info(): fixup array -> pointer conversion
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- [PATCH 0/2] agp/hp: fix zx1_gart_probe oops
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- RE: [PATCH] __per_cpu_idtrs[] is a memory hog
- From: "Zhang, Xiantao" <xiantao.zhang@xxxxxxxxx>
- [PATCH] __per_cpu_idtrs[] is a memory hog
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH] IA64: use helpers for rlimits
- From: Jiri Slaby <jslaby@xxxxxxx>
- [patch 3/6] ia64: cpumask_of_node() should handle -1 as a node
- From: Anton Blanchard <anton@xxxxxxxxx>
- Re: [drm:drm_mmap_locked] *ERROR* Could not find map: Could this be kernel-related?
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- [drm:drm_mmap_locked] *ERROR* Could not find map: Could this be kernel-related?
- From: Émeric Maschino <emeric.maschino@xxxxxxxxx>
- Re: [PATCH] simeth.c: use %pM to shown MAC address
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH] simeth.c: use %pM to shown MAC address
- From: "H Hartley Sweeten" <hartleys@xxxxxxxxxxxxxxxxxxx>
- [RFC][PATCH 8/14] Convert ia64 to read/update_persistent_clock
- From: john stultz <johnstul@xxxxxxxxxx>
- Re: [PATCH 00/11] ACPI: early _PDC eval and unify x86/ia64
- From: Len Brown <lenb@xxxxxxxxxx>
- Re: [PATCH 00/11] ACPI: early _PDC eval and unify x86/ia64
- From: Alex Chiang <achiang@xxxxxx>
- Re: [PATCH 00/11] ACPI: early _PDC eval and unify x86/ia64
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 01/11] ACPI: processor: call _PDC early
- From: Alex Chiang <achiang@xxxxxx>
- Re: [PATCH v2 01/11] ACPI: processor: call _PDC early
- From: Lin Ming <ming.m.lin@xxxxxxxxx>
- Re: [PATCH] ia64: Include <linux/personality.h> header in <asm/fcntl.h>
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [PATCH v2 02/11] ACPI: processor: introduce arch_has_acpi_pdc
- From: Alex Chiang <achiang@xxxxxx>
- [PATCH v2 03/11] ACPI: processor: unify arch_acpi_processor_init_pdc
- From: Alex Chiang <achiang@xxxxxx>
- [PATCH v2 07/11] ACPI: processor: introduce acpi_processor_alloc_pdc()
- From: Alex Chiang <achiang@xxxxxx>
- [PATCH v2 09/11] ACPI: processor: open code acpi_processor_cleanup_pdc
- From: Alex Chiang <achiang@xxxxxx>
- [PATCH v2 08/11] ACPI: processor: change acpi_processor_eval_pdc interface
- From: Alex Chiang <achiang@xxxxxx>
- [PATCH v2 05/11] ACPI: processor: finish unifying arch_acpi_processor_init_pdc()
- From: Alex Chiang <achiang@xxxxxx>
- [PATCH v2 11/11] ACPI: processor: remove _PDC object list from struct acpi_processor
- From: Alex Chiang <achiang@xxxxxx>
- [PATCH v2 10/11] ACPI: processor: change acpi_processor_set_pdc() interface
- From: Alex Chiang <achiang@xxxxxx>
- [PATCH v2 06/11] ACPI: processor: unify arch_acpi_processor_cleanup_pdc
- From: Alex Chiang <achiang@xxxxxx>
- [PATCH v2 04/11] ACPI: processor: factor out common _PDC settings
- From: Alex Chiang <achiang@xxxxxx>
- [PATCH v2 01/11] ACPI: processor: call _PDC early
- From: Alex Chiang <achiang@xxxxxx>
- [PATCH v2 00/11] ACPI: early _PDC eval and unify x86/ia64
- From: Alex Chiang <achiang@xxxxxx>
- Re: [PATCH 00/11] ACPI: early _PDC eval and unify x86/ia64
- From: Alex Chiang <achiang@xxxxxx>
- [PATCH 3/3] ACPI: processor: remove _PDC object list from struct acpi_processor
- From: Alex Chiang <achiang@xxxxxx>
- [PATCH 1/3] ACPI: processor: open code acpi_processor_cleanup_pdc
- From: Alex Chiang <achiang@xxxxxx>
- [PATCH 2/3] ACPI: processor: change acpi_processor_set_pdc() interface
- From: Alex Chiang <achiang@xxxxxx>
- [PATCH 02/11] ACPI: processor: introduce arch_has_acpi_pdc
- From: Alex Chiang <achiang@xxxxxx>
- [PATCH 04/11] ACPI: processor: factor out common _PDC settings
- From: Alex Chiang <achiang@xxxxxx>
- [PATCH 05/11] ACPI: processor: finish unifying arch_acpi_processor_init_pdc()
- From: Alex Chiang <achiang@xxxxxx>
- [PATCH 06/11] ACPI: processor: unify arch_acpi_processor_cleanup_pdc
- From: Alex Chiang <achiang@xxxxxx>
- [PATCH 08/11] ACPI: processor: change acpi_processor_eval_pdc interface
- From: Alex Chiang <achiang@xxxxxx>
- [PATCH 07/11] ACPI: processor: introduce acpi_processor_alloc_pdc()
- From: Alex Chiang <achiang@xxxxxx>
- [PATCH 03/11] ACPI: processor: unify arch_acpi_processor_init_pdc
- From: Alex Chiang <achiang@xxxxxx>
- [PATCH 01/11] ACPI: processor: call _PDC early
- From: Alex Chiang <achiang@xxxxxx>
- [PATCH 00/11] ACPI: early _PDC eval and unify x86/ia64
- From: Alex Chiang <achiang@xxxxxx>
- Re: [PATCH] Fix kvm build for ia64
- From: Avi Kivity <avi@xxxxxxxxxx>
- [PATCH] ia64: Include <linux/personality.h> header in <asm/fcntl.h>
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- RE: [PATCH] Fix kvm build for ia64
- From: "Zhang, Xiantao" <xiantao.zhang@xxxxxxxxx>
- [PATCH] Fix kvm build for ia64
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH-cc-fixed] vhost: add missing architectures
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH] vhost: add missing architectures
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: kvm-ia64 spinlocks
- From: Avi Kivity <avi@xxxxxxxxxx>
- [131/151] vmalloc: conditionalize build of pcpu_get_vm_areas()
- From: Greg KH <gregkh@xxxxxxx>
- Re: [stable] [PATCH -stable] vmalloc: conditionalize build of pcpu_get_vm_areas()
- From: Greg KH <greg@xxxxxxxxx>
- Re: [stable] [PATCH -stable] vmalloc: conditionalize build of pcpu_get_vm_areas()
- From: Tejun Heo <teheo@xxxxxxxxxx>
- Re: [stable] [PATCH -stable] vmalloc: conditionalize build of pcpu_get_vm_areas()
- From: Greg KH <greg@xxxxxxxxx>
- RE: [PATCH] implement early_io{re,un}map for ia64
- From: David Woodhouse <david.woodhouse@xxxxxxxxx>
- RE: [PATCH] implement early_io{re,un}map for ia64
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH] implement early_io{re,un}map for ia64
- From: David Woodhouse <david.woodhouse@xxxxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: [PATCH] ia64: fix SBA IOMMU to handle allocation failure properly
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH] ia64: fix SBA IOMMU to handle allocation failure properly
- From: "Leonardo Chiquitto" <lchiquitto@xxxxxxxxxx>
- Re: [PATCH] implement early_io{re,un}map for ia64
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- [PATCH] implement early_io{re,un}map for ia64
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH -stable] vmalloc: conditionalize build of pcpu_get_vm_areas()
- From: Tejun Heo <teheo@xxxxxxxxxx>
- Re: [PATCH] mm/vmalloc: don't use vmalloc_end
- From: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] mm/vmalloc: don't use vmalloc_end
- From: Mike Travis <travis@xxxxxxx>
- Re: [PATCH] mm/vmalloc: don't use vmalloc_end
- From: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] mm/vmalloc: don't use vmalloc_end
- From: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH] Add TRACE_IRQFLAGS_SUPPORT, LOCKDEP_SUPPORT then enable ftrace for ia64
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH] Add TRACE_IRQFLAGS_SUPPORT, LOCKDEP_SUPPORT then enable ftrace for ia64
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: [PATCH] mm/vmalloc: don't use vmalloc_end
- From: Mike Travis <travis@xxxxxxx>
- RE: [PATCH] mm/vmalloc: don't use vmalloc_end
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH] mm/vmalloc: don't use vmalloc_end
- From: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH] Add TRACE_IRQFLAGS_SUPPORT, LOCKDEP_SUPPORT then enable ftrace for ia64
- From: Luming Yu <luming.yu@xxxxxxxxx>
- [PATCH] m68k: rename global variable vmalloc_end to m68k_vmalloc_end
- From: Tejun Heo <teheo@xxxxxxxxxx>
- Re: [RFC PATCH] Add TRACE_IRQFLAGS_SUPPORT, LOCKDEP_SUPPORT then enable ftrace for ia64
- From: Luming Yu <luming.yu@xxxxxxxxx>
- [PATCH] ia64: preallocate IA64_IRQ_MOVE_VECTOR
- From: Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx>
- [git pull] ia64 fix
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [RFC PATCH] Add TRACE_IRQFLAGS_SUPPORT, LOCKDEP_SUPPORT then enable ftrace for ia64
- From: Luming Yu <luming.yu@xxxxxxxxx>
- Re: [PATCH] mm/vmalloc: don't use vmalloc_end
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH] mm/vmalloc: don't use vmalloc_end
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: don't alias VMALLOC_END to vmalloc_end
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] mm/vmalloc: don't use vmalloc_end
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH] mm/vmalloc: don't use vmalloc_end
- From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
- Re: [PATCH] mm/vmalloc: don't use vmalloc_end
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH] mm/vmalloc: don't use vmalloc_end
- From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
- [PATCH] m68k: don't alias VMALLOC_END to vmalloc_end
- From: Tejun Heo <teheo@xxxxxxxxxx>
- Re: [PATCH] mm/vmalloc: don't use vmalloc_end
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] mm/vmalloc: don't use vmalloc_end
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: [PATCH] mm/vmalloc: don't use vmalloc_end
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH] mm/vmalloc: don't use vmalloc_end
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH] mm/vmalloc: don't use vmalloc_end
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH] Add TRACE_IRQFLAGS_SUPPORT, LOCKDEP_SUPPORT then enable ftrace for ia64
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: [RFC PATCH] Add TRACE_IRQFLAGS_SUPPORT, LOCKDEP_SUPPORT then enable ftrace for ia64
- From: Luming Yu <luming.yu@xxxxxxxxx>
- Re: [RFC PATCH] Add TRACE_IRQFLAGS_SUPPORT, LOCKDEP_SUPPORT then enable ftrace for ia64
- From: Luming Yu <luming.yu@xxxxxxxxx>
- RE: [RFC PATCH] Add TRACE_IRQFLAGS_SUPPORT, LOCKDEP_SUPPORT then enable ftrace for ia64
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [RFC PATCH] Add TRACE_IRQFLAGS_SUPPORT, LOCKDEP_SUPPORT then enable ftrace for ia64
- From: Luming Yu <luming.yu@xxxxxxxxx>
- [PATCH v3 15/27] IA64: use helpers for rlimits
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH] Save I-resources to ia64_sal_os_state
- From: Takao Indoh <indou.takao@xxxxxxxxxxxxxx>
- Re: [PATCH 03/16] IA64: use ACCESS_ONCE for rlimits
- From: Ingo Molnar <mingo@xxxxxxx>
- RE: [PATCH 03/16] IA64: use ACCESS_ONCE for rlimits
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- RE: [PATCH 03/16] IA64: use ACCESS_ONCE for rlimits
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH 03/16] IA64: use ACCESS_ONCE for rlimits
- From: Jiri Slaby <jslaby@xxxxxxxxxx>
- [patch 1/1] ia64: fix SBA IOMMU to handle allocation failure properly
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [PATCH v2 3/3] ACPI: pci_root: pass acpi_pci_root to arch-specific scan
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- [PATCH v2 2/3] ACPI: pci_root: save downstream bus range
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- [PATCH v2 1/3] ACPI: pci_root: show entire downstream bus range
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- [PATCH v2 0/3] pci_root: track downstream bus range for _CBA
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- [patch 12/16] ia64: Replace old style lock initializer
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: why ms->pmsa_xip is used?
- From: Keith Owens <kaos@xxxxxxxxxx>
- Re: why ms->pmsa_xip is used?
- From: Takao Indoh <indou.takao@xxxxxxxxxxxxxx>
- Re: [PATCH] ia64: Don't call SAL < 3.2 for extended config space
- From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
- Re: [PATCH] ia64: Don't call SAL < 3.2 for extended config space
- From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
- RE: [PATCH] ia64: Don't call SAL < 3.2 for extended config space
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH -next] ia64/sn: fix percpu warnings
- From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
- Re: [PATCH -next] ia64/sn: fix percpu warnings
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH percpu#for-next] ia64: add sparse annotation to __ia64_per_cpu_var()
- From: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH -next] ia64/sn: fix percpu warnings
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH percpu#for-next] ia64: add sparse annotation to __ia64_per_cpu_var()
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 1/7] bitmap: Introduce bitmap_set, bitmap_clear, bitmap_find_next_zero_area
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- RE: [PATCH -next] ia64/sn: fix percpu warnings
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH 1/7] bitmap: Introduce bitmap_set, bitmap_clear, bitmap_find_next_zero_area
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- RE: [PATCH -next] ia64/sn: fix percpu warnings
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH -next] ia64/sn: fix percpu warnings
- From: Tejun Heo <tj@xxxxxxxxxx>
- RE: [PATCH -next] ia64/sn: fix percpu warnings
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH -next] ia64/sn: fix percpu warnings
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 1/2] percpu: allow pcpu_alloc() to be called with IRQs off
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 6/7] ia64: Use bitmap_find_next_zero_area
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- [PATCH 1/7] bitmap: Introduce bitmap_set, bitmap_clear, bitmap_find_next_zero_area
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- Re: why ms->pmsa_xip is used?
- From: Takao Indoh <indou.takao@xxxxxxxxxxxxxx>
- Re: [PATCH 2/2] sched: move rq_weight data array out of .percpu
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH 1/2] percpu: allow pcpu_alloc() to be called with IRQs off
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH 1/2] percpu: allow pcpu_alloc() to be called with IRQs off
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 2/2] sched: move rq_weight data array out of .percpu
- From: Jiri Kosina <jkosina@xxxxxxx>
- [PATCH 1/2] percpu: allow pcpu_alloc() to be called with IRQs off
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: why ms->pmsa_xip is used?
- From: Keith Owens <kaos@xxxxxxxxxx>
- RE: [PATCH -next] ia64/sn: fix percpu warnings
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: why ms->pmsa_xip is used?
- From: Takao Indoh <indou.takao@xxxxxxxxxxxxxx>
- Re: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH -next] ia64/sn: fix percpu warnings
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Jiri Kosina <jkosina@xxxxxxx>
- [PATCH] Re-implement spinaphores using ticket lock concepts
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH] Squeeze spin locks back into 4 bytes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Itanium spec update available.
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Ingo Molnar <mingo@xxxxxxx>
- RE: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Jeff Mahoney <jeffm@xxxxxxxx>
- RE: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Jiri Kosina <jkosina@xxxxxxx>
- RE: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH] ia64: fix SBA IOMMU to handle allocation failure properly
- From: "Leonardo Chiquitto" <lchiquitto@xxxxxxxxxx>
- Re: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
- Re: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: why ms->pmsa_xip is used?
- From: Keith Owens <kaos@xxxxxxxxxx>
- why ms->pmsa_xip is used?
- From: Takao Indoh <indou.takao@xxxxxxxxxxxxxx>
- Re: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Jeff Mahoney <jeffm@xxxxxxxx>
- Re: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Jeff Mahoney <jeffm@xxxxxxxx>
- Re: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Jeff Mahoney <jeffm@xxxxxxxx>
- Re: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- Re: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: Commit 34d76c41 causes linker errors on ia64 with NR_CPUS=4096
- From: Jiri Kosina <jkosina@xxxxxxx>
- [PATCH] ia64: fix SBA IOMMU to handle allocation failure properly
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH] ia64: Fix tests on unsigned
- From: Roel Kluin <roel.kluin@xxxxxxxxx>
- Re: [PATCH 2/8] bitmap: Introduce bitmap_set, bitmap_clear, bitmap_find_next_zero_area
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- Re: [PATCH 2/8] bitmap: Introduce bitmap_set, bitmap_clear, bitmap_find_next_zero_area
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH 2/8] bitmap: Introduce bitmap_set, bitmap_clear, bitmap_find_next_zero_area
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- Re: [PATCH 2/8] bitmap: Introduce bitmap_set, bitmap_clear, bitmap_find_next_zero_area
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH -mmotm -v2] Fix bitmap-introduce-bitmap_set-bitmap_clear-bitmap_find_next_zero_area. patch
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- Re: [PATCH -next] ia64/sn: fix percpu warnings
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH -next] ia64/sn: fix percpu warnings
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
- [PATCH 11/16] percpu: make percpu symbols in ia64 unique
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 2/8] bitmap: Introduce bitmap_set, bitmap_clear, bitmap_find_next_zero_area
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- [PATCH -mmotm] Fix bitmap-introduce-bitmap_set-bitmap_clear-bitmap_find_next_zero_area. patch
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- Re: [PATCH 2/8] bitmap: Introduce bitmap_set, bitmap_clear, bitmap_find_next_zero_area
- From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
- Re: [PATCH 2/8] bitmap: Introduce bitmap_set, bitmap_clear, bitmap_find_next_zero_area
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- Re: [PATCH] ia64: Don't call SAL < 3.2 for extended config space
- From: spender@xxxxxxxxxxxxxx (Brad Spengler)
- Re: [PATCH] ia64: Don't call SAL < 3.2 for extended config space
- From: spender@xxxxxxxxxxxxxx (Brad Spengler)
- Re: [PATCH 2/8] bitmap: Introduce bitmap_set, bitmap_clear, bitmap_find_next_zero_area
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- [PATCH] ia64: Don't call SAL < 3.2 for extended config space
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: ticket spinlocks and sizeof(struct dentry)
- From: Nick Piggin <npiggin@xxxxxxx>
- [PATCH] SN: unsigned cannot be less than 0 in sn_hwperf_ioctl()
- From: Roel Kluin <roel.kluin@xxxxxxxxx>
- Re: [PATCH 2/8] bitmap: Introduce bitmap_set, bitmap_clear, bitmap_find_next_zero_area
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- RE: ticket spinlocks and sizeof(struct dentry)
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH 7/8] ia64: Use bitmap_find_next_zero_area
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- [PATCH 2/8] bitmap: Introduce bitmap_set, bitmap_clear, bitmap_find_next_zero_area
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- ticket spinlocks and sizeof(struct dentry)
- From: Nick Piggin <npiggin@xxxxxxx>
- Re: [PATCHSET percpu#for-next] percpu: convert ia64 to dynamic percpu and drop the old one, take#2
- From: Tejun Heo <teheo@xxxxxxx>
- [PATCH take2] ia64: Restore registers in the stack on INIT
- From: Takao Indoh <indou.takao@xxxxxxxxxxxxxx>
- Re: [PATCH] ia64: Restore registers in the stack on INIT
- From: Takao Indoh <indou.takao@xxxxxxxxxxxxxx>
- Re: [PATCH] ia64: Restore registers in the stack on INIT
- From: Keith Owens <kaos@xxxxxxxxxx>
- Re: [PATCHSET percpu#for-next] percpu: convert ia64 to dynamic percpu and drop the old one, take#2
- From: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCHSET percpu#for-next] percpu: convert ia64 to dynamic percpu and drop the old one, take#2
- From: Peter Chubb <peterc@xxxxxxxxxxxxxxxxxx>
- RE: [PATCHSET percpu#for-next] percpu: convert ia64 to dynamic percpu and drop the old one, take#2
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: [PATCHSET percpu#for-next] percpu: convert ia64 to dynamic percpu and drop the old one, take#2
- From: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
- RE: [PATCHSET percpu#for-next] percpu: convert ia64 to dynamic percpu and drop the old one, take#2
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH] ia64: Restore registers in the stack on INIT
- From: Takao Indoh <indou.takao@xxxxxxxxxxxxxx>
- Re: [git pull] ia64 changes
- From: Rick Jones <rick.jones2@xxxxxx>
- Re: [git pull] ia64 changes
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [git pull] ia64 changes
- From: Robin Holt <holt@xxxxxxx>
- Re: [git pull] ia64 changes
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [git pull] ia64 changes
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH REPOST 3/5] ia64: allocate percpu area for cpu0 like percpu areas for other cpus
- From: Tejun Heo <teheo@xxxxxxx>
- Re: [git pull] ia64 changes
- From: Robin Holt <holt@xxxxxxx>
- RE: [git pull] ia64 changes
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- RE: [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCHSET percpu#for-next] percpu: convert ia64 to dynamic percpu and drop the old one, take#2
- From: Tejun Heo <teheo@xxxxxxx>
- Re: [git pull] ia64 changes
- From: Rick Jones <rick.jones2@xxxxxx>
- Re: [git pull] ia64 changes
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- RE: [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: [git pull] ia64 changes
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- RE: [git pull] ia64 changes
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- RE: [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: [git pull] ia64 changes
- From: "Boehm, Hans" <hans.boehm@xxxxxx>
- Re: [PATCH 2/4] ia64: allocate percpu area for cpu0 like percpu areas for other cpus
- From: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
- RE: [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: [git pull] ia64 changes
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- RE: [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [git pull] ia64 changes
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [git pull] ia64 changes
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [git pull] ia64 changes
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: [git pull] ia64 changes
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/4] ia64: allocate percpu area for cpu0 like percpu areas for other cpus
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 2/4] ia64: allocate percpu area for cpu0 like percpu areas for other cpus
- From: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/4] ia64: allocate percpu area for cpu0 like percpu areas for other cpus
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 2/4] ia64: allocate percpu area for cpu0 like percpu areas for other cpus
- From: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/4] ia64: allocate percpu area for cpu0 like percpu areas for other cpus
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 2/4] ia64: allocate percpu area for cpu0 like percpu areas for other cpus
- From: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 5/5] percpu: kill legacy percpu allocator
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [PATCH 2/5] ia64: initialize cpu maps early
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCHSET percpu#for-next] percpu: convert ia64 to dynamic percpu and drop the old one, take#2
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 1/5] ia64: don't alias VMALLOC_END to vmalloc_end
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 5/5] percpu: kill legacy percpu allocator
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 4/5] ia64: convert to dynamic percpu allocator
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 3/5] ia64: allocate percpu area for cpu0 like percpu areas for other cpus
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 2/4] ia64: allocate percpu area for cpu0 like percpu areas for other cpus
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 1/4] vmalloc: rename local variables vmalloc_start and vmalloc_end
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 2/4] ia64: allocate percpu area for cpu0 like percpu areas for other cpus
- From: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/4] vmalloc: rename local variables vmalloc_start and vmalloc_end
- From: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCHSET percpu#for-next] percpu: convert ia64 to dynamic percpu and drop the old one
- From: Tejun Heo <tj@xxxxxxxxxx>
- RE: [PATCHSET percpu#for-next] percpu: convert ia64 to dynamic percpu and drop the old one
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: [PATCHSET percpu#for-next] percpu: convert ia64 to dynamic percpu and drop the old one
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: [PATCHSET percpu#for-next] percpu: convert ia64 to dynamic percpu and drop the old one
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCHSET percpu#for-next] percpu: convert ia64 to dynamic percpu and drop the old one
- From: Ingo Molnar <mingo@xxxxxxx>
- [PATCH 4/4] percpu: kill legacy percpu allocator
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 3/4] ia64: convert to dynamic percpu allocator
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 1/4] vmalloc: rename local variables vmalloc_start and vmalloc_end
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 2/4] ia64: allocate percpu area for cpu0 like percpu areas for other cpus
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCHSET percpu#for-next] percpu: convert ia64 to dynamic percpu and drop the old one
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH] remove duplicate asm/mman.h files
- From: Ulrich Drepper <drepper@xxxxxxxxxx>
- RE: [PATCH] remove duplicate asm/mman.h files
- From: David Rientjes <rientjes@xxxxxxxxxx>
- RE: [PATCH] remove duplicate asm/mman.h files
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH] remove duplicate asm/mman.h files
- From: David Rientjes <rientjes@xxxxxxxxxx>
- [PATCH 2/2] IOC3/IOC4: Fix error path on driver registration
- From: Jean Delvare <khali@xxxxxxxxxxxx>
- [PATCH 1/2] IOC3/IOC4: Various section fixes
- From: Jean Delvare <khali@xxxxxxxxxxxx>
- Re: [PATCH] remove duplicate asm/mman.h files
- From: Hugh Dickins <hugh.dickins@xxxxxxxxxxxxx>
- Re: [PATCH] remove duplicate asm/mman.h files
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] remove duplicate asm/mman.h files
- From: David Rientjes <rientjes@xxxxxxxxxx>
- Re: [PATCH] remove duplicate asm/mman.h files
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [patch 1/1] ia64: use printk_once
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH v2 2/3] ia64: Use standard macros for page-aligned data.
- From: Tim Abbott <tabbott@xxxxxxxxxxx>
- [PATCH v2 0/3] Linker script cleanup patches for ia64
- From: Tim Abbott <tabbott@xxxxxxxxxxx>
- [PATCH v2 3/3] ia64: Clean up linker script using standard macros.
- From: Tim Abbott <tabbott@xxxxxxxxxxx>
- [PATCH v2 1/3] ia64: Use .ref.text, not .text.init for start_ap.
- From: Tim Abbott <tabbott@xxxxxxxxxxx>
- RE: [PATCH] cleanup legacy console_print function
- From: "Anirban Sinha" <ASinha@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] cleanup legacy console_print function
- From: Tony Luck <tony.luck@xxxxxxxxx>
- RE: [PATCH] cleanup legacy console_print function
- From: "Anirban Sinha" <ASinha@xxxxxxxxxxxxxxxxx>
- RE: [PATCH] cleanup legacy console_print function
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: [PATCH] cleanup legacy console_print function
- From: "Anirban Sinha" <ASinha@xxxxxxxxxxxxxxxxx>
- RE: [PATCH] cleanup legacy console_print function
- From: "Anirban Sinha" <ASinha@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] cleanup legacy console_print function
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: [PATCH] cleanup legacy console_print function
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- RE: [RFC] Convert ia64 spinlocks to use "tickets"
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: [RFC] Convert ia64 spinlocks to use "tickets"
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [RFC] Convert ia64 spinlocks to use "tickets"
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [RFC] Convert ia64 spinlocks to use "tickets"
- From: Robin Holt <holt@xxxxxxx>
- RE: [RFC] Convert ia64 spinlocks to use "tickets"
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [RFC] Convert ia64 spinlocks to use "tickets"
- From: Rick Jones <rick.jones2@xxxxxx>
- Re: elilo questions
- From: Peter Chubb <peterc@xxxxxxxxxxxxxxxxxx>
- [RFC] Convert ia64 spinlocks to use "tickets"
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- elilo questions
- From: Michael Di Domenico <mdidomenico4@xxxxxxxxx>
- Re: [PATCH] sgi-xp: fix printk format warnings
- From: Robin Holt <holt@xxxxxxx>
- [PATCH] ioc4_serial: fix printk format warnings
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
- [PATCH] sgi-xp: fix printk format warnings
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
- [PATCH] mbcs: fix printk format warnings
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
- [Patch 6/8] powerpc: implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 5/8] powerpc: add CONFIG_KEXEC_AUTO_RESERVE
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 8/8] kexec: allow to shrink reserved memory
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 7/8] doc: update the kdump document
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 4/8] ia64: implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 3/8] ia64: add CONFIG_KEXEC_AUTO_RESERVE
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 2/8] x86: implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 1/8] x86: add CONFIG_KEXEC_AUTO_RESERVE
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 0/8] V6 Implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- RE: [RFC PATCH] Add TRACE_IRQFLAGS_SUPPORT, LOCKDEP_SUPPORT then enable ftrace for ia64
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: [RFC PATCH] Add TRACE_IRQFLAGS_SUPPORT, LOCKDEP_SUPPORT then enable ftrace for ia64
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- RE: [RFC PATCH] Add TRACE_IRQFLAGS_SUPPORT, LOCKDEP_SUPPORT then enable ftrace for ia64
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: discontigmem vs sparsemem on ia64 platforms
- From: Nick Piggin <npiggin@xxxxxxx>
- RE: discontigmem vs sparsemem on ia64 platforms
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- discontigmem vs sparsemem on ia64 platforms
- From: Nick Piggin <npiggin@xxxxxxx>
- Re: [RFC][PATCH] ia64: fix csum_ipv6_magic()
- From: Jiri Bohac <jbohac@xxxxxxx>
- RE: [RFC][PATCH] ia64: fix csum_ipv6_magic()
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [RFC][PATCH] ia64: fix csum_ipv6_magic()
- From: Jiri Bohac <jbohac@xxxxxxx>
- Fix warning in dma-mapping.c
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH] linux-next drm_cache.c: fix compilation error
- From: Fenghua Yu <fenghua.yu@xxxxxxxxx>
- Re: [Patch 0/8] V5 Implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 0/8] V5 Implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 0/8] V5 Implement crashkernel=auto
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [Patch 0/8] V5 Implement crashkernel=auto
- From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
- RE: [RFC][PATCH] ia64: fix csum_ipv6_magic()
- From: "Yu, Fenghua" <fenghua.yu@xxxxxxxxx>
- RE: [Patch 4/8] ia64: implement crashkernel=auto
- From: "Yu, Fenghua" <fenghua.yu@xxxxxxxxx>
- Re: [Patch 4/8] ia64: implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [RFC PATCH] Add TRACE_IRQFLAGS_SUPPORT, LOCKDEP_SUPPORT then enable ftrace for ia64
- From: Ingo Molnar <mingo@xxxxxxx>
- [RFC PATCH] Add TRACE_IRQFLAGS_SUPPORT, LOCKDEP_SUPPORT then enable ftrace for ia64
- From: Luming Yu <luming.yu@xxxxxxxxx>
- [RFC][PATCH] ia64: fix csum_ipv6_magic()
- From: Jiri Bohac <jbohac@xxxxxxx>
- RE: [Patch 6/8] powerpc: implement crashkernel=auto
- From: "Yu, Fenghua" <fenghua.yu@xxxxxxxxx>
- RE: [Patch 4/8] ia64: implement crashkernel=auto
- From: "Yu, Fenghua" <fenghua.yu@xxxxxxxxx>
- Re: [Patch 4/8] ia64: implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- RE: [Patch 4/8] ia64: implement crashkernel=auto
- From: "Yu, Fenghua" <fenghua.yu@xxxxxxxxx>
- [Patch 6/8] powerpc: implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 8/8] kexec: allow to shrink reserved memory
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 7/8] doc: update the kdump document
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 5/8] powerpc: add CONFIG_KEXEC_AUTO_RESERVE
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 4/8] ia64: implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 3/8] ia64: add CONFIG_KEXEC_AUTO_RESERVE
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 2/8] x86: implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 1/8] x86: add CONFIG_KEXEC_AUTO_RESERVE
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 0/8] V5 Implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 6/8] powerpc: add CONFIG_KEXEC_AUTO_RESERVE
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [PATCH 1/1] ia64: pci_br, fix infinite loop
- From: Jiri Slaby <jirislaby@xxxxxxxxx>
- Re: [Patch 6/8] powerpc: add CONFIG_KEXEC_AUTO_RESERVE
- From: "M. Mohan Kumar" <mohan@xxxxxxxxxx>
- Re: [Patch 6/8] powerpc: add CONFIG_KEXEC_AUTO_RESERVE
- From: "M. Mohan Kumar" <mohan@xxxxxxxxxx>
- Re: [Patch 6/8] powerpc: add CONFIG_KEXEC_AUTO_RESERVE
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 6/8] powerpc: add CONFIG_KEXEC_AUTO_RESERVE
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 6/8] powerpc: add CONFIG_KEXEC_AUTO_RESERVE
- From: "M. Mohan Kumar" <mohan@xxxxxxxxxx>
- Re: [Patch 6/8] powerpc: add CONFIG_KEXEC_AUTO_RESERVE
- From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
- Re: [Patch 5/8] ia64: implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 5/8] ia64: implement crashkernel=auto
- From: Bernhard Walle <bernhard.walle@xxxxxx>
- Re: [Patch 5/8] ia64: implement crashkernel=auto
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [Patch 5/8] ia64: implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 1/8] kexec: allow to shrink reserved memory
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 5/8] ia64: implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 0/8] V4 Implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 1/8] kexec: allow to shrink reserved memory
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [PATCH resend] ia64: use printk_once
- From: Marcin Slusarz <marcin.slusarz@xxxxxxxxx>
- Re: [Patch 5/8] ia64: implement crashkernel=auto
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [Patch 1/8] kexec: allow to shrink reserved memory
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [Patch 5/8] ia64: implement crashkernel=auto
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [Patch 1/8] kexec: allow to shrink reserved memory
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [Patch 0/8] V4 Implement crashkernel=auto
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [Patch 0/8] V4 Implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 7/8] powerpc: implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 8/8] doc: update the kdump document
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 5/8] ia64: implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 6/8] powerpc: add CONFIG_KEXEC_AUTO_RESERVE
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 4/8] ia64: add CONFIG_KEXEC_AUTO_RESERVE
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 1/8] kexec: allow to shrink reserved memory
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 3/8] x86: implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 2/8] x86: add CONFIG_KEXEC_AUTO_RESERVE
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 8/8] kexec: allow to shrink reserved memory
- From: Amerigo Wang <xiyou.wangcong@xxxxxxxxx>
- Re: [Patch 8/8] kexec: allow to shrink reserved memory
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [Patch 8/8] kexec: allow to shrink reserved memory
- From: Amerigo Wang <xiyou.wangcong@xxxxxxxxx>
- Re: [Patch 8/8] kexec: allow to shrink reserved memory
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [Patch 8/8] kexec: allow to shrink reserved memory
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [PATCH] Add minimal support for software performance counters for ia64
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [RFC PATCH] ia64: convert to dynamic percpu allocator
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [Patch 8/8] kexec: allow to shrink reserved memory
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 8/8] kexec: allow to shrink reserved memory
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [Patch 8/8] kexec: allow to shrink reserved memory
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 8/8] kexec: allow to shrink reserved memory
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [Patch 8/8] kexec: allow to shrink reserved memory
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 8/8] kexec: allow to shrink reserved memory
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 8/8] kexec: allow to shrink reserved memory
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [Patch 8/8] kexec: allow to shrink reserved memory
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 8/8] kexec: allow to shrink reserved memory
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [Patch 8/8] kexec: allow to shrink reserved memory
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [PATCH 2.6.30 stable] Bug Fix arch/ia64/kernel/pci-dma.c: fix recursive dma_supported() call in iommu_dma_supported()
- From: Fenghua Yu <fenghua.yu@xxxxxxxxx>
- Re: [Patch 8/8] kexec: allow to shrink reserved memory
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [Patch 0/8] V3 Implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 0/8] V3 Implement crashkernel=auto
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [Patch 0/8] V3 Implement crashkernel=auto
- From: Bernhard Walle <bernhard.walle@xxxxxx>
- Re: [Patch 8/8] kexec: allow to shrink reserved memory
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 0/8] V3 Implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 8/8] kexec: allow to shrink reserved memory
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [Patch 0/8] V3 Implement crashkernel=auto
- From: Bernhard Walle <bernhard.walle@xxxxxx>
- Re: [Patch 8/8] kexec: allow to shrink reserved memory
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 8/8] kexec: allow to shrink reserved memory
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [Patch 0/8] V3 Implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 0/8] V3 Implement crashkernel=auto
- From: Bernhard Walle <bernhard.walle@xxxxxx>
- [Patch 5/8] powerpc: add CONFIG_KEXEC_AUTO_RESERVE
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 2/8] x86: implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 8/8] kexec: allow to shrink reserved memory
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 7/8] doc: update the kdump document
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 6/8] powerpc: implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 3/8] ia64: add CONFIG_KEXEC_AUTO_RESERVE
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 4/8] ia64: implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 0/8] V3 Implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 1/8] x86: add CONFIG_KEXEC_AUTO_RESERVE
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [RFC PATCH] ia64: convert to dynamic percpu allocator
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFC Patch 2/2] kexec: allow to shrink reserved memory
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [RFC Patch 2/2] kexec: allow to shrink reserved memory
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [RFC Patch 1/2] kexec: show memory info in /proc/iomem
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [RFC Patch 1/2] kexec: show memory info in /proc/iomem
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [RFC Patch 2/2] kexec: allow to shrink reserved memory
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [RFC Patch 1/2] kexec: show memory info in /proc/iomem
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [RFC Patch 2/2] kexec: allow to shrink reserved memory
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [RFC Patch 2/2] kexec: allow to shrink reserved memory
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [RFC Patch 1/2] kexec: show memory info in /proc/iomem
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [RFC Patch 2/2] kexec: allow to shrink reserved memory
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [RFC Patch 1/2] kexec: show memory info in /proc/iomem
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [git pull] ia64 changes
- From: Fenghua Yu <fenghua.yu@xxxxxxxxx>
- RE: [RFC Patch 2/2] kexec: allow to shrink reserved memory
- From: "Yu, Fenghua" <fenghua.yu@xxxxxxxxx>
- RE: [RFC Patch 1/2] kexec: show memory info in /proc/iomem
- From: "Yu, Fenghua" <fenghua.yu@xxxxxxxxx>
- Re: [RFC Patch 2/2] kexec: allow to shrink reserved memory
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [RFC Patch 1/2] kexec: show memory info in /proc/iomem
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- RE: [RFC PATCH] ia64: convert to dynamic percpu allocator
- From: "Yu, Fenghua" <fenghua.yu@xxxxxxxxx>
- [RFC Patch 2/2] kexec: allow to shrink reserved memory
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [RFC Patch 2/2] kexec: allow to shrink reserved memory
- From: Neil Horman <nhorman@xxxxxxxxxx>
- [RFC Patch 1/2] kexec: show memory info in /proc/iomem
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 0/7] Implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 4/7] ia64: implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [PATCH 02/14] ia64: use printk_once
- From: Marcin Slusarz <marcin.slusarz@xxxxxxxxx>
- [PATCH] IA64: includecheck fix: ia64, ia64_ksyms.c
- From: Jaswinder Singh Rajput <jaswinder@xxxxxxxxxx>
- [PATCH] IA64: includecheck fix: ia64, pgtable.h
- From: Jaswinder Singh Rajput <jaswinder@xxxxxxxxxx>
- Re: [Patch 0/7] Implement crashkernel=auto
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [Patch 0/7] Implement crashkernel=auto
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [Patch 0/7] Implement crashkernel=auto
- From: Bernhard Walle <bernhard.walle@xxxxxx>
- Re: [Patch 0/7] Implement crashkernel=auto
- From: Bernhard Walle <bernhard.walle@xxxxxx>
- Re: [Patch 0/7] Implement crashkernel=auto
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- RE: [PATCH] acpi-cpufreq: Read buffer overflow?
- From: "Yu, Fenghua" <fenghua.yu@xxxxxxxxx>
- [PATCH] acpi-cpufreq: Read buffer overflow?
- From: Roel Kluin <roel.kluin@xxxxxxxxx>
- Re: [Patch 0/7] Implement crashkernel=auto
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [Patch 4/7] ia64: implement crashkernel=auto
- From: Bernhard Walle <bernhard@xxxxxxxxx>
- Re: [Patch 4/7] ia64: implement crashkernel=auto
- From: Bernhard Walle <bernhard.walle@xxxxxx>
- Re: [Patch 4/7] ia64: implement crashkernel=auto
- From: Bernhard Walle <bernhard.walle@xxxxxx>
- Re: [Patch 0/7] Implement crashkernel=auto
- From: Bernhard Walle <bernhard.walle@xxxxxx>
- Re: [Patch 0/7] Implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- 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: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [Patch 1/7] x86: add CONFIG_KEXEC_AUTO_RESERVE
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 1/7] x86: add CONFIG_KEXEC_AUTO_RESERVE
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [Patch 1/7] x86: add CONFIG_KEXEC_AUTO_RESERVE
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [Patch 0/7] Implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 1/7] x86: add CONFIG_KEXEC_AUTO_RESERVE
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 7/7] doc: update the kdump document
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 6/7] powerpc: implement crashkernel=auto
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- [Patch 5/7] powerpc: add CONFIG_KEXEC_AUTO_RESERVE
- From: Amerigo Wang <amwang@xxxxxxxxxx>
Mail converted by MHonArc
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[GCC Help]
[Bugtraq]