Linux ia64 Archive — Date Index
[Prev Page][Next Page]
- [PATCH 2/3] Altix: ACPI SSDT PCI device support
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 1/3] - ACPICA: reduce conflicts with Altix patch series
- From: Len Brown <lenb@xxxxxxxxxx>
- Re: [PATCH 1/3] - Altix: ACPI SSDT PCI device support
- From: Len Brown <lenb@xxxxxxxxxx>
- Re: [PATCH] Fix NULL-pointer dereference in ia64_machine_kexec()
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [PATCH 1/3] - Altix: ACPI SSDT PCI device support
- From: Andrew Morton <akpm@xxxxxxxx>
- Re: [PATCH 1/1] - increase acpi owner_id max
- From: Aaron Young <ayoung@xxxxxxxxxxxxxxxxxxx>
- RE: [PATCH 1/1] - increase acpi owner_id max
- From: "Moore, Robert" <robert.moore@xxxxxxxxx>
- [PATCH 1/1] - increase acpi owner_id max
- From: John Keller <jpk@xxxxxxx>
- RE: IA64 ACPI build issues
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH] IA64: fix ACPI Kconfig issues
- From: Len Brown <lenb@xxxxxxxxxx>
- Re: IA64 ACPI build issues
- From: Len Brown <lenb@xxxxxxxxxx>
- acpidump vs tiger2
- From: Len Brown <lenb@xxxxxxxxxx>
- Re: Spinlock bug??
- From: "JWM" <jwm@xxxxxxxxxxxxxxxxxxxxx>
- Re: Spinlock bug??
- From: "JWM" <jwm@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH] Fix NULL-pointer dereference in ia64_machine_kexec()
- From: Bernhard Walle <bwalle@xxxxxxx>
- Re: Spinlock bug??
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: Spinlock bug??
- From: Simon Derr <Simon.Derr@xxxxxxxx>
- [PATCH] Clear IRQ affinity when unregistered
- From: Alex Williamson <alex.williamson@xxxxxx>
- RE: IA64 ACPI build issues
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Spinlock bug??
- From: "JWM" <jwm@xxxxxxxxxxxxxxxxxxxxx>
- IA64 ACPI build issues
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH 2/2] ia64: wire up pselect, ppoll
- From: Alexey Dobriyan <adobriyan@xxxxxxxxxx>
- [PATCH 1/2] ia64: add TIF_RESTORE_SIGMASK
- From: Alexey Dobriyan <adobriyan@xxxxxxxxxx>
- Registration Open for Gelato ICE: Itanium(r) Conference & Expo 2007
- From: "Nan Holda" <nan@xxxxxxxxxx>
- Re: atomic_cmpxchg and 64-bit values
- From: Brent Casavant <bcasavan@xxxxxxx>
- Re: atomic_cmpxchg and 64-bit values
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: atomic_cmpxchg and 64-bit values
- From: Andreas Schwab <schwab@xxxxxxx>
- atomic_cmpxchg and 64-bit values
- From: Brent Casavant <bcasavan@xxxxxxx>
- [PATCH] Register memory ranges in a consistent manner on IA64
- From: "Bob Picco" <bob.picco@xxxxxx>
- [PATCH] clean up sparsemem memory_present calls for ia64 and x86_64
- From: "Bob Picco" <bob.picco@xxxxxx>
- [PATCH] remove bogus prototype
- From: Alex Williamson <alex.williamson@xxxxxx>
- Re: Disparity between esi.c & esi.h
- From: Alex Williamson <alex.williamson@xxxxxx>
- Disparity between esi.c & esi.h
- From: "Karthik Gopalakrishnan" <karthik.g.krishnan@xxxxxxxxx>
- Re: efi.get_variable causing Oops
- From: "Karthik Gopalakrishnan" <karthik.g.krishnan@xxxxxxxxx>
- Re: [Fastboot] [PATCH] Kdump documentation update for 2.6.20: ia64 portion
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH] Kdump documentation update for 2.6.20: ia64 portion
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [Fastboot] [PATCH] Kdump documentation update for 2.6.20: ia64 portion
- From: Jay Lan <jlan@xxxxxxx>
- Re: [PATCH] Kdump documentation update for 2.6.20: ia64 portion
- From: Andreas Schwab <schwab@xxxxxxx>
- Re: [PATCH] Kdump documentation update for 2.6.20: ia64 portion
- From: Horms <horms@xxxxxxxxxxxx>
- RE: [PATCH] Kdump documentation update for 2.6.20: ia64 portion
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- [PATCH] Kdump documentation update for 2.6.20: kexec-tools update
- From: Horms <horms@xxxxxxxxxxxx>
- [PATCH] Kdump documentation update for 2.6.20: ia64 portion
- From: Horms <horms@xxxxxxxxxxxx>
- spare zx2000 rack conversion kit anyone?
- From: "David Mosberger-Tang" <dmosberger@xxxxxxxxx>
- Re: + make-initkmem_list3-non-init-data-to-fix-modpost-warning.patch added to -mm tree
- From: Andrew Morton <akpm@xxxxxxxx>
- Re: + make-initkmem_list3-non-init-data-to-fix-modpost-warning.patch added to -mm tree
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: + make-initkmem_list3-non-init-data-to-fix-modpost-warning.patch added to -mm tree
- From: Andrew Morton <akpm@xxxxxxxx>
- Re: + make-initkmem_list3-non-init-data-to-fix-modpost-warning.patch added to -mm tree
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: + make-initkmem_list3-non-init-data-to-fix-modpost-warning.patch added to -mm tree
- From: Christoph Lameter <clameter@xxxxxxx>
- [patch] Check for TIO errors on shub2 Altix
- From: Russ Anderson <rja@xxxxxxx>
- Re: efi.get_variable causing Oops
- From: "Karthik Gopalakrishnan" <karthik.g.krishnan@xxxxxxxxx>
- efi.get_variable causing Oops
- From: "Karthik Gopalakrishnan" <karthik.g.krishnan@xxxxxxxxx>
- Re: [PATCH 1/1] - Altix: ACPI _PRT support
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH] ia64: Enable SWIOTLB only when needed
- From: "Jan Beulich" <jbeulich@xxxxxxxxxx>
- Re: Kernel Build failing due to "trying to assign nonexistent symbol"
- From: "Karthik Gopalakrishnan" <karthik.g.krishnan@xxxxxxxxx>
- [PATCH] ia64: missing exports hwsw_sync_...
- From: "Jan Beulich" <jbeulich@xxxxxxxxxx>
- [PATCH 4/4] swiotlb abstraction (e.g. for Xen)
- From: "Jan Beulich" <jbeulich@xxxxxxxxxx>
- [PATCH 3/4] swiotlb cleanup
- From: "Jan Beulich" <jbeulich@xxxxxxxxxx>
- [PATCH 2/4] make swiotlb use bus_to_virt/virt_to_bus
- From: "Jan Beulich" <jbeulich@xxxxxxxxxx>
- [PATCH 1/4] swiotlb bug fixes
- From: "Jan Beulich" <jbeulich@xxxxxxxxxx>
- Re: Kernel Build failing due to "trying to assign nonexistent symbol"
- From: Matthew Wilcox <matthew@xxxxxx>
- Kernel Build failing due to "trying to assign nonexistent symbol"
- From: "Karthik Gopalakrishnan" <karthik.g.krishnan@xxxxxxxxx>
- man clone on ia64 incomplete/wrong
- From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
- [PATCH 1/1] - Altix: ACPI _PRT support
- From: John Keller <jpk@xxxxxxx>
- Re: Unable to do IA64 stacktrace in early boot
- From: "David Mosberger-Tang" <dmosberger@xxxxxxxxx>
- Re: Unable to do IA64 stacktrace in early boot
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: Unable to do IA64 stacktrace in early boot
- From: Matthew Wilcox <matthew@xxxxxx>
- Unable to do IA64 stacktrace in early boot
- From: Keith Owens <kaos@xxxxxxxxxx>
- Re: [patch] Cache error recovery
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- Re: [patch] Cache error recovery
- From: Russ Anderson <rja@xxxxxxx>
- Re: [patch 3/3] IA64: virt_to_page() can be called with NULL arg
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [patch 3/3] IA64: virt_to_page() can be called with NULL arg
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [patch 3/3] IA64: virt_to_page() can be called with NULL arg
- From: Andrew Morton <akpm@xxxxxxxx>
- Re: [patch 3/3] IA64: virt_to_page() can be called with NULL arg
- From: Kirill Korotaev <dev@xxxxxxxxxx>
- Re: [patch 3/3] IA64: virt_to_page() can be called with NULL arg
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [patch 3/3] IA64: virt_to_page() can be called with NULL arg
- From: Kirill Korotaev <dev@xxxxx>
- Re: [patch 3/3] IA64: virt_to_page() can be called with NULL arg
- From: Kirill Korotaev <dev@xxxxx>
- Re: [patch 3/3] IA64: virt_to_page() can be called with NULL arg
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [patch 1/3] ia64: enable CONFIG_DEBUG_SPINLOCK_SLEEP
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [patch 1/3] ia64: enable CONFIG_DEBUG_SPINLOCK_SLEEP
- From: Andrew Morton <akpm@xxxxxxxx>
- Re: [patch 1/3] ia64: enable CONFIG_DEBUG_SPINLOCK_SLEEP
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [patch 3/3] IA64: virt_to_page() can be called with NULL arg
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [patch 1/3] ia64: enable CONFIG_DEBUG_SPINLOCK_SLEEP
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [patch 1/3] ia64: enable CONFIG_DEBUG_SPINLOCK_SLEEP
- From: Andrew Morton <akpm@xxxxxxxx>
- Re: [patch] Cache error recovery
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- [patch 3/3] IA64: virt_to_page() can be called with NULL arg
- [patch 2/3] IA64: alignment bug in ldscript
- [patch 1/3] ia64: enable CONFIG_DEBUG_SPINLOCK_SLEEP
- [patch] Cache error recovery
- From: Russ Anderson <rja@xxxxxxx>
- Re: [discuss] swiotlb_sync_sg() issue?
- From: "Jan Beulich" <jbeulich@xxxxxxxxxx>
- swiotlb_sync_sg() issue?
- From: "Jan Beulich" <jbeulich@xxxxxxxxxx>
- Re: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: Horms <horms@xxxxxxxxxxxx>
- Re: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: Horms <horms@xxxxxxxxxxxx>
- RE: [PATCH] IA64: alignment bug in ldscript
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: mel@xxxxxxxxx (Mel Gorman)
- [PATCH] IA64: alignment bug in ldscript
- From: Kirill Korotaev <dev@xxxxxxxxxx>
- [PATCH] IA64: virt_to_page() can be called with NULL arg
- From: Kirill Korotaev <dev@xxxxxxxxxx>
- [PATCH] [IA64] kexec: Remove inline declaration of efi_get_pal_addr()
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH 3/3] - Add support for acpi_load_table/acpi_unload_table_id
- From: Aaron Young <ayoung@xxxxxxxxxxxxxxxxxxx>
- Re: HP rx2620 broken in 2.6.19+
- From: Peter Chubb <peter@xxxxxxxxxxxxxxxxxx>
- [patch] Proper handling of TLB errors from duplicate itr.d dropins
- From: Russ Anderson <rja@xxxxxxx>
- Re: test_and_set_bit implementation
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxxx>
- Re: test_and_set_bit implementation
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxxx>
- Re: MCA in console_init()
- From: "Karthik Gopalakrishnan" <karthik.g.krishnan@xxxxxxxxx>
- git pull on ia64 linux tree
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: MCA in console_init()
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- RE: git pull on ia64 linux tree
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: test_and_set_bit implementation
- From: Christoph Lameter <clameter@xxxxxxx>
- HP rx2620 broken in 2.6.19+
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: test_and_set_bit implementation
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: test_and_set_bit implementation
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxxx>
- Re: test_and_set_bit implementation
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxxx>
- Re: [Fastboot] IA64: kexec seg fault at xrealloc
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH] kexec-tools: ia64: Pass in physical addresses to purgatory
- From: Horms <horms@xxxxxxxxxxxx>
- [PATCH] [IA64] kexec/kdump: Pass in physical addresses to purgatory
- From: Horms <horms@xxxxxxxxxxxx>
- [PATCH] kexec-tools: ia64: Pass in physical addresses to purgatory
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [Fastboot] Some PCI devices do not handle kexec reboot nicely
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [patch 3/5] Dont map PAL memory if physicall calls are going to be made
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [patch 0/5] Physical mode SAL calls
- From: Horms <horms@xxxxxxxxxxxx>
- git pull on ia64 linux tree
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [Fastboot] [PATCH] Do not call SN_SAL_SET_CPU_NUMBER twice on cpu 0
- From: Horms <horms@xxxxxxxxxxxx>
- Re: test_and_set_bit implementation
- From: Matthew Wilcox <matthew@xxxxxx>
- 2.6.18.4: flush_workqueue calls mutex_lock in interrupt environment
- From: xb <xavier.bru@xxxxxxxx>
- Re: test_and_set_bit implementation
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: test_and_set_bit implementation
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: test_and_set_bit implementation
- From: Matthew Wilcox <matthew@xxxxxx>
- test_and_set_bit implementation
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxxx>
- Re: [Fastboot] [PATCH]send slave cpus to SAL slave loop on crash (IA64)
- From: Horms <horms@xxxxxxxxxxxx>
- Re: Kexec/Kdump: honour non-zero crashkernel offset
- From: Horms <horms@xxxxxxxxxxxx>
- [PATCH] [IA64] kexec/kdump: tidy up declaration of relocate_new_kernel_t
- From: Horms <horms@xxxxxxxxxxxx>
- [PATCH] [IA64] CONFIG_KEXEC and CONFIG_CRASH_DUMP
- From: Horms <horms@xxxxxxxxxxxx>
- Some PCI devices do not handle kexec reboot nicely
- From: Jay Lan <jlan@xxxxxxx>
- ia64 CONFIG_KEXEC ^ CONFIG_CRASH_DUMP
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH] Do not call SN_SAL_SET_CPU_NUMBER twice on cpu 0
- From: Jay Lan <jlan@xxxxxxx>
- Re: [PATCH 2/5] Itanium MC Error Injection Tool: Doc and sample application
- From: Fenghua Yu <fenghua.yu@xxxxxxxxx>
- RE: [PATCH 2/5] Itanium MC Error Injection Tool: Doc and sample application
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH 2/5] Itanium MC Error Injection Tool: Doc and sample application
- From: Fenghua Yu <fenghua.yu@xxxxxxxxx>
- Re: [PATCH 5/5] Itanium MC Error Injection Tool: pal_mc_error_inject() interface
- From: Fenghua Yu <fenghua.yu@xxxxxxxxx>
- Re: [PATCH 2/5] Itanium MC Error Injection Tool: Doc and sample application
- From: Russ Anderson <rja@xxxxxxx>
- Re: [PATCH 5/5] Itanium MC Error Injection Tool: pal_mc_error_inject() interface
- From: Russ Anderson <rja@xxxxxxx>
- Re: [PATCH 2/5] Itanium MC Error Injection Tool: Doc and sample application
- From: Fenghua Yu <fenghua.yu@xxxxxxxxx>
- Re: [PATCH 5/5] Itanium MC Error Injection Tool: pal_mc_error_inject() interface
- From: Fenghua Yu <fenghua.yu@xxxxxxxxx>
- Re: [PATCH 2/5] Itanium MC Error Injection Tool: Doc and sample application
- From: "Zhang, Yanmin" <yanmin_zhang@xxxxxxxxxxxxxxx>
- Re: [PATCH 5/5] Itanium MC Error Injection Tool: pal_mc_error_inject() interface
- From: Keith Owens <kaos@xxxxxxx>
- [PATCH 5/5] Itanium MC Error Injection Tool: pal_mc_error_inject() interface
- From: Fenghua Yu <fenghua.yu@xxxxxxxxx>
- [PATCH 4/5] Itanium MC Error Injection Tool: Makefile changes
- From: Fenghua Yu <fenghua.yu@xxxxxxxxx>
- [PATCH 3/5] Itanium MC Error Injection Tool: Driver sysfs interface
- From: Fenghua Yu <fenghua.yu@xxxxxxxxx>
- [PATCH 2/5] Itanium MC Error Injection Tool: Doc and sample application
- From: Fenghua Yu <fenghua.yu@xxxxxxxxx>
- [PATCH 1/5] Itanium MC Error Injection Tool: Kernel configuration
- From: Fenghua Yu <fenghua.yu@xxxxxxxxx>
- [PATCH 0/5] Itanium MC Error Injection Tool: Introduction
- From: Fenghua Yu <fenghua.yu@xxxxxxxxx>
- MCA in console_init()
- From: "Karthik Gopalakrishnan" <karthik.g.krishnan@xxxxxxxxx>
- RE: git pull on ia64 linux tree
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- git pull on ia64 linux tree
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH] SN: Correctly update smp_affinty mask
- From: John Keller <jpk@xxxxxxx>
- Re: [PATCH] CPEI gets warning at kernel/irq/migration.c:27/move_masked_irq()
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- git pull on ia64 linux tree
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [perfmon] 2.6.19 new perfmon code base + libpfm + pfmon
- From: William Cohen <wcohen@xxxxxxxxxx>
- Re: [PATCH] CPEI gets warning at kernel/irq/migration.c:27/move_masked_irq()
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
- Re: [PATCH] CPEI gets warning at kernel/irq/migration.c:27/move_masked_irq()
- From: Andrew Morton <akpm@xxxxxxxx>
- Re: [perfmon] 2.6.19 new perfmon code base + libpfm + pfmon
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [perfmon] 2.6.19 new perfmon code base + libpfm + pfmon
- From: William Cohen <wcohen@xxxxxxxxxx>
- Re: ia64 Kernel Configuration HowTo
- From: "Karthik Gopalakrishnan" <karthik.g.krishnan@xxxxxxxxx>
- Re: ia64 Kernel Configuration HowTo
- From: Matthew Wilcox <matthew@xxxxxx>
- ia64 Kernel Configuration HowTo
- From: "Karthik Gopalakrishnan" <karthik.g.krishnan@xxxxxxxxx>
- Re: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: Christian Cotte-Barrot <Christian.Cotte-Barrot@xxxxxxxx>
- [PATCH] CPEI gets warning at kernel/irq/migration.c:27/move_masked_irq()
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- Fix pci.c kernel compilation breakage.
- From: Peter Chubb <peterc@xxxxxxxxxxxxxxxxxx>
- Fix link-time breakage
- From: Peter Chubb <peterc@xxxxxxxxxxxxxxxxxx>
- Re: Mapping IIP value to Kernel Symbols
- From: Peter Chubb <peter@xxxxxxxxxxxxxxxxxx>
- Re: [Fastboot] IA64: kexec seg fault at xrealloc
- From: Jay Lan <jlan@xxxxxxx>
- 2.6.19 new perfmon code base + libpfm + pfmon
- From: Stephane Eranian <eranian@xxxxxxxxxx>
- Re: [Fastboot] IA64: kexec seg fault at xrealloc
- From: "Akiyama, Nobuyuki" <akiyama.nobuyuk@xxxxxxxxxxxxxx>
- Re: [Fastboot] IA64: kexec seg fault at xrealloc
- From: Zou Nan hai <nanhai.zou@xxxxxxxxx>
- IA64 Kexec kdump patch for 2.6.20
- From: Zou Nan hai <nanhai.zou@xxxxxxxxx>
- Re: [Fastboot] IA64: kexec seg fault at xrealloc
- From: "Akiyama, Nobuyuki" <akiyama.nobuyuk@xxxxxxxxxxxxxx>
- RE: IA64: kexec seg fault at xrealloc
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- Re: Mapping IIP value to Kernel Symbols
- From: Karthik Gopalakrishnan <karthik.g.krishnan@xxxxxxxxx>
- AGPGART troubles with Linux 2.6.17-2 -- Itanium 1
- From: Aurélien Croc <aurelien@xxxxxxxx>
- IA64: kexec seg fault at xrealloc
- From: Jay Lan <jlan@xxxxxxx>
- Re: [PATCH] Add support for type argument in PAL_GET_PSTATE
- From: Venkatesh Pallipadi <venkatesh.pallipadi@xxxxxxxxx>
- Re: [PATCH] fix uninitialized string in get_model_name()
- From: Stephane Eranian <eranian@xxxxxxxxxx>
- RE: Mapping IIP value to Kernel Symbols
- From: "Yu, Fenghua" <fenghua.yu@xxxxxxxxx>
- RE: [PATCH] fix uninitialized string in get_model_name()
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH] Add support for type argument in PAL_GET_PSTATE
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [PATCH] Add support for type argument in PAL_GET_PSTATE
- From: Jes Sorensen <jes@xxxxxxx>
- [PATCH] fix uninitialized string in get_model_name()
- From: Stephane Eranian <eranian@xxxxxxxxxx>
- Mapping IIP value to Kernel Symbols
- From: "Karthik Gopalakrishnan" <karthik.g.krishnan@xxxxxxxxx>
- Re: [Fastboot] [PATCH]send slave cpus to SAL slave loop on crash (IA64)
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH 3/3] - Add support for acpi_load_table/acpi_unload_table_id
- From: John Keller <jpk@xxxxxxx>
- Re: [PATCH 2/3] - Altix: Add ACPI SSDT PCI device support (hotplug)
- From: John Keller <jpk@xxxxxxx>
- Re: ia64 ORDERROUNDDOWN issue
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxxx>
- Re: Resolve name clash in 2.6.19-rc6-mm2 by naming is_available_memory
- From: Andrew Morton <akpm@xxxxxxxx>
- Resolve name clash in 2.6.19-rc6-mm2 by naming is_available_memory
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: ia64 ORDERROUNDDOWN issue
- From: Andrew Morton <akpm@xxxxxxxx>
- RE: ia64 ORDERROUNDDOWN issue
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- ia64 ORDERROUNDDOWN issue
- From: xb <xavier.bru@xxxxxxxx>
- Re: what is the purpose of "CONFIG_DMA_IS_DMA32"?
- From: Christoph Lameter <clameter@xxxxxxx>
- [PATCH] SN: Correctly update smp_affinty mask
- From: John Keller <jpk@xxxxxxx>
- 2.6.19-rc6-git10 new perfmon code base + libpfm + pfmon
- From: Stephane Eranian <eranian@xxxxxxxxxx>
- Re: Ski for huge page size !
- From: Peter Chubb <peter@xxxxxxxxxxxxxxxxxx>
- Re: How to boot 2.6 kernel using hp ski simulator ???
- From: Peter Chubb <peter@xxxxxxxxxxxxxxxxxx>
- Ski for huge page size !
- From: "sudhnesh adapawar" <sudhnesh@xxxxxxxxx>
- How to boot 2.6 kernel using hp ski simulator ???
- From: "sudhnesh adapawar" <sudhnesh@xxxxxxxxx>
- Re: How to test system program in hp ski simulator???
- From: Peter Chubb <peterc@xxxxxxxxxxxxxxxxxx>
- RE: [PATCH] - Reduce overhead of FP exception logging messages
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: [PATCH] - Reduce overhead of FP exception logging messages
- From: Jack Steiner <steiner@xxxxxxx>
- [PATCH] - Reduce overhead of FP exception logging messages
- From: Jack Steiner <steiner@xxxxxxx>
- [PATCH] fix possible XPC deadlock when disconnecting
- From: dcn@xxxxxxx (Dean Nelson)
- How to test system program in hp ski simulator???
- From: "sudhnesh adapawar" <sudhnesh@xxxxxxxxx>
- Re: [RFC] virtual memmap for sparsemem [1/2] arch independent part
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [RFC] virtual memmap for sparsemem [1/2] arch independent part
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [RFC] virtual memmap for sparsemem [1/2] arch independent part
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH]send slave cpus to SAL slave loop on crash (IA64)
- From: Zou Nan hai <nanhai.zou@xxxxxxxxx>
- Re: [PATCH]send slave cpus to SAL slave loop on crash (IA64)
- From: Jay Lan <jlan@xxxxxxx>
- RE: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- Re: [small patch] ia64 find thread for user rbs address
- From: "bibo,mao" <bibo.mao@xxxxxxxxx>
- Re: [small patch] ia64 find thread for user rbs address
- From: "Zhang, Yanmin" <yanmin_zhang@xxxxxxxxxxxxxxx>
- [PATCH] Fix DISCONTIGMEM without VIRTUAL_MEM_MAP
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: [patch 4/4] ia64: fix allmodconfig build
- From: Andrew Morton <akpm@xxxxxxxx>
- git pull on ia64 linux tree
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [patch 4/4] ia64: fix allmodconfig build
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH] ia64 add idle loop entry/exit notifier
- From: Stephane Eranian <eranian@xxxxxxxxxx>
- Re: KDB blindly reads keyboard port
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- Re: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: mel@xxxxxxxxx (Mel Gorman)
- Re: How does the ski simulator resolves the dependency on shared libraries?
- From: Stephane Eranian <eranian@xxxxxxxxxx>
- Re: [patch 4/4] ia64: fix allmodconfig build
- From: Alan <alan@xxxxxxxxxxxxxxxxxxx>
- Re: [small patch] ia64 find thread for user rbs address
- From: "bibo,mao" <bibo.mao@xxxxxxxxx>
- [patch 3/4] ia64: use generic_handle_irq()
- [patch 4/4] ia64: fix allmodconfig build
- [patch 2/4] ia64: typename -> name conversion
- [patch 1/4] ia64 irqs: use `name' not `typename'
- ia64 irq patches
- From: Andrew Morton <akpm@xxxxxxxx>
- [small patch] ia64 find thread for user rbs address
- From: "bibo,mao" <bibo.mao@xxxxxxxxx>
- How does the ski simulator resolves the dependency on shared libraries?
- From: "sudhnesh adapawar" <sudhnesh@xxxxxxxxx>
- Re: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [Fastboot] [PATCH] kexec-tools: bug fix to --noio option
- From: Horms <horms@xxxxxxxxxxxx>
- Re: KDB blindly reads keyboard port
- From: Keith Owens <kaos@xxxxxxx>
- RE: [PATCH] ia64 add idle loop entry/exit notifier
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- [PATCH] ia64 add idle loop entry/exit notifier
- From: Stephane Eranian <eranian@xxxxxxxxxx>
- [PATCH] kexec-tools: bug fix to --noio option
- From: Jay Lan <jlan@xxxxxxx>
- RE: cross compile for host=ia32 and target=ia64
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH 3/3: Resend
- From: John Keller <jpk@xxxxxxx>
- RE: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: Mel Gorman <mel@xxxxxxxxx>
- Re: [PATCH 3/3] - Add support for acpi_load_table/acpi_unload_table_id
- From: Len Brown <len.brown@xxxxxxxxx>
- [PATCH 3/3] - Add support for acpi_load_table/acpi_unload_table_id
- From: John Keller <jpk@xxxxxxx>
- [PATCH 2/3] - Altix: Add ACPI SSDT PCI device support (hotplug)
- From: John Keller <jpk@xxxxxxx>
- [PATCH 1/3] - Altix: ACPI SSDT PCI device support
- From: John Keller <jpk@xxxxxxx>
- [PATCH 0/3] - Altix: Add ACPI SSDT PCI device support
- From: John Keller <jpk@xxxxxxx>
- cross compile for host=ia32 and target=ia64
- From: "adheer chandravanshi" <adheerchandravanshi@xxxxxxxxx>
- [PATCH] bte_unaligned_copy() transfers one extra cache line.
- From: Robin Holt <holt@xxxxxxx>
- Re: [patch] ia64: use generic_handle_irq()
- From: "Zhang, Yanmin" <yanmin_zhang@xxxxxxxxxxxxxxx>
- Re: [PATCH] ia64 enable trap code on slot 1
- From: "bibo,mao" <bibo.mao@xxxxxxxxx>
- RE: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: Mel Gorman <mel@xxxxxxxxx>
- Re: [patch] ia64: use generic_handle_irq()
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- RE: [PATCH] ia64 enable trap code on slot 1
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: [PATCH] ia64 enable trap code on slot 1
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [patch] ia64: use generic_handle_irq()
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH] some irq_chip variables initiate end to point to NULL
- From: Andrew Morton <akpm@xxxxxxxx>
- [PATCH] some irq_chip variables initiate end to point to NULL
- From: "Zhang, Yanmin" <yanmin_zhang@xxxxxxxxxxxxxxx>
- Re: [PATCH] Incorrect MSI interrupt type name
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH] Incorrect MSI interrupt type name
- From: "Zhang, Yanmin" <yanmin_zhang@xxxxxxxxxxxxxxx>
- Re: [PATCH] Incorrect MSI interrupt type name
- From: Andrew Morton <akpm@xxxxxxxx>
- [PATCH] Incorrect MSI interrupt type name
- From: "Zhang, Yanmin" <yanmin_zhang@xxxxxxxxxxxxxxx>
- RE: 'kexec -l' problem at IA64 SN
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- [PATCH] ia64 enable trap code on slot 1
- From: "bibo,mao" <bibo.mao@xxxxxxxxx>
- 'kexec -l' problem at IA64 SN
- From: Jay Lan <jlan@xxxxxxx>
- RE: [PATCH]send slave cpus to SAL slave loop on crash (IA64)
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- RE: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- [PATCH]ia64 kprobe clears qp bits for special instructions
- From: "bibo,mao" <bibo.mao@xxxxxxxxx>
- [PATCH 2/2] IA64 kdump: MCA notify_die events
- From: Jay Lan <jlan@xxxxxxx>
- [PATCH 1/2] IA64 kdump: Machine vector code for new SAL call
- From: Jay Lan <jlan@xxxxxxx>
- [PATCH 0/2] IA64 kdump: MCA handling
- From: Jay Lan <jlan@xxxxxxx>
- [patch] add ia64 optimized csum_ipv6_magic
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: [PATCH]send slave cpus to SAL slave loop on crash (IA64)
- From: Jay Lan <jlan@xxxxxxx>
- RE: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: Mel Gorman <mel@xxxxxxxxx>
- RE: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- Re: KDB blindly reads keyboard port
- From: Keith Owens <kaos@xxxxxxx>
- Re: KDB blindly reads keyboard port
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: KDB blindly reads keyboard port
- From: Keith Owens <kaos@xxxxxxx>
- Re: [PATCH 0/1] mspec driver: compile error
- From: Jes Sorensen <jes@xxxxxxx>
- Re: elilo.efi causing Kernel Panic
- From: "Karthik Gopalakrishnan" <karthik.g.krishnan@xxxxxxxxx>
- Re: elilo.efi causing Kernel Panic
- From: "Karthik Gopalakrishnan" <karthik.g.krishnan@xxxxxxxxx>
- Re: elilo.efi causing Kernel Panic
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: elilo.efi causing Kernel Panic
- From: "Karthik Gopalakrishnan" <karthik.g.krishnan@xxxxxxxxx>
- Re: elilo.efi causing Kernel Panic
- From: "Karthik Gopalakrishnan" <karthik.g.krishnan@xxxxxxxxx>
- Re: elilo.efi causing Kernel Panic
- From: "Karthik Gopalakrishnan" <karthik.g.krishnan@xxxxxxxxx>
- Re: elilo.efi causing Kernel Panic
- From: Andreas Schwab <schwab@xxxxxxx>
- Re: elilo.efi causing Kernel Panic
- From: "Karthik Gopalakrishnan" <karthik.g.krishnan@xxxxxxxxx>
- Re: elilo.efi causing Kernel Panic
- From: Matthew Wilcox <matthew@xxxxxx>
- elilo.efi causing Kernel Panic
- From: "Karthik Gopalakrishnan" <karthik.g.krishnan@xxxxxxxxx>
- Re: e1000: include <net/ip6_checksum.h> for IA64
- From: Auke Kok <auke-jan.h.kok@xxxxxxxxx>
- RE: e1000: include <net/ip6_checksum.h> for IA64
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- [patch] tidy up return value of ip_fast_csum
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- RE: e1000: include <net/ip6_checksum.h> for IA64
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- IA64 simulator !
- From: "sudhnesh adapawar" <sudhnesh@xxxxxxxxx>
- Re: IA64 simulator !
- From: Stephane Eranian <eranian@xxxxxxxxxx>
- Re: [BUG] [2.6.19-rc4-mm2] can't compile drivers/acpi/processor_idle.c
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [BUG] [2.6.19-rc4-mm2] can't compile drivers/acpi/processor_idle.c
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [BUG] [2.6.19-rc4-mm2] can't compile drivers/acpi/processor_idle.c
- From: Andrew Morton <akpm@xxxxxxxx>
- Re: [PATCH 0/1] mspec driver: compile error
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: [PATCH 0/1] mspec driver: compile error
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [PATCH 0/1] mspec driver: compile error
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: [PATCH 0/1] mspec driver: compile error
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [PATCH 0/1] mspec driver: compile error
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: [PATCH 0/1] mspec driver: compile error
- From: Andrew Morton <akpm@xxxxxxxx>
- Re: [PATCH 0/1] mspec driver: compile error
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- RE: [PATCH]send slave cpus to SAL slave loop on crash (IA64)
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- Re: [PATCH 0/1] mspec driver: compile error
- From: Andrew Morton <akpm@xxxxxxxx>
- Re: [PATCH 0/1] mspec driver: compile error
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [patch] More Itanium PAL spec updates
- From: Russ Anderson <rja@xxxxxxx>
- [PATCH] SN: Correctly update smp_affinty mask
- From: John Keller <jpk@xxxxxxx>
- Re: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: Horms <horms@xxxxxxxxxxxx>
- Re: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH]send slave cpus to SAL slave loop on crash (IA64)
- From: Jay Lan <jlan@xxxxxxx>
- RE: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: Zou Nan hai <nanhai.zou@xxxxxxxxx>
- Re: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: Andy Whitcroft <apw@xxxxxxxxxxxx>
- RE: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: Mel Gorman <mel@xxxxxxxxx>
- Re: [Fastboot] ia64: What the stack trace of a slave cpu kdump should save?
- From: Keith Owens <kaos@xxxxxxx>
- RE: [PATCH]IA64 trap code 16 bytes atomic copy on montecito, take 2
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: ia64: What the stack trace of a slave cpu kdump should save?
- From: Jay Lan <jlan@xxxxxxx>
- Re: [PATCH]IA64 trap code 16 bytes atomic copy on montecito, take 2
- From: "bibo,mao" <bibo.mao@xxxxxxxxx>
- RE: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- RE: ia64: What the stack trace of a slave cpu kdump should save?
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- RE: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- alloc_bootmem can corrupt memory
- From: Peter Chubb <peterc@xxxxxxxxxxxxxxxxxx>
- RE: [PATCH]IA64 trap code 16 bytes atomic copy on montecito, take 2
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- RE: [PATCH]IA64 trap code 16 bytes atomic copy on montecito, take 2
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: [PATCH]IA64 trap code 16 bytes atomic copy on montecito, take 2
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- ia64: What the stack trace of a slave cpu kdump should save?
- From: Jay Lan <jlan@xxxxxxx>
- Re: [ANNOUNCE]: FC6 ia64 ISOs available
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: [ANNOUNCE]: FC6 ia64 ISOs available
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
- Re: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: Mel Gorman <mel@xxxxxxxxx>
- Re: [ANNOUNCE]: FC6 ia64 ISOs available
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: [ANNOUNCE]: FC6 ia64 ISOs available
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
- [ANNOUNCE]: FC6 ia64 ISOs available
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: [patch] Update processor_info features
- From: Russ Anderson <rja@xxxxxxx>
- RE: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- Re: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: Horms <horms@xxxxxxxxxxxx>
- RE: [PATCH]IA64 trap code 16 bytes atomic copy on montecito, take 2
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: [PATCH]IA64 trap code 16 bytes atomic copy on montecito, take 2
- From: "bibo,mao" <bibo.mao@xxxxxxxxx>
- RE: [PATCH]IA64 trap code 16 bytes atomic copy on montecito, take 2
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: Horms <horms@xxxxxxxxxxxx>
- Re: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: Horms <horms@xxxxxxxxxxxx>
- RE: [PATCH]IA64 trap code 16 bytes atomic copy on montecito, take 2
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: [PATCH]IA64 trap code 16 bytes atomic copy on montecito, take 2
- From: "bibo,mao" <bibo.mao@xxxxxxxxx>
- RE: [PATCH]IA64 trap code 16 bytes atomic copy on montecito, take 2
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- RE: [PATCH]IA64 trap code 16 bytes atomic copy on montecito, take 2
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: [PATCH]IA64 trap code 16 bytes atomic copy on montecito, take 2
- From: Keith Owens <kaos@xxxxxxx>
- Re: [PATCH]IA64 trap code 16 bytes atomic copy on montecito, take 2
- From: "bibo,mao" <bibo.mao@xxxxxxxxx>
- Re: [PATCH]IA64 trap code 16 bytes atomic copy on montecito, take 2
- From: Keith Owens <kaos@xxxxxxx>
- Re: [PATCH]IA64 trap code 16 bytes atomic copy on montecito, take 2
- From: Keith Owens <kaos@xxxxxxx>
- Re: [PATCH]IA64 trap code 16 bytes atomic copy on montecito, take 2
- From: Keith Owens <kaos@xxxxxxx>
- Re: [PATCH]IA64 trap code 16 bytes atomic copy on montecito, take 2
- From: "bibo,mao" <bibo.mao@xxxxxxxxx>
- Re: [PATCH]IA64 trap code 16 bytes atomic copy on montecito, take 2
- From: "bibo,mao" <bibo.mao@xxxxxxxxx>
- Re: [PATCH]IA64 trap code 16 bytes atomic copy on montecito, take 2
- From: Keith Owens <kaos@xxxxxxx>
- [PATCH]IA64 trap code 16 bytes atomic copy on montecito, take 2
- From: "bibo,mao" <bibo.mao@xxxxxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: Jeremy Higdon <jeremy@xxxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: John Partridge <johnip@xxxxxxx>
- RE: [patch] Update processor_info features
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: [patch] More Itanium PAL spec updates
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: cross-compiling ia64 kernels?
- From: Andreas Schwab <schwab@xxxxxxx>
- Re: cross-compiling ia64 kernels?
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: cross-compiling ia64 kernels?
- From: Andreas Schwab <schwab@xxxxxxx>
- Re: cross-compiling ia64 kernels?
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: cross-compiling ia64 kernels?
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: cross-compiling ia64 kernels?
- From: Andreas Schwab <schwab@xxxxxxx>
- [PATCH] Add support for type argument in PAL_GET_PSTATE
- From: Venkatesh Pallipadi <venkatesh.pallipadi@xxxxxxxxx>
- RE: ia64 acpi-cpufreq driver
- From: "Pallipadi, Venkatesh" <venkatesh.pallipadi@xxxxxxxxx>
- Re: cross-compiling ia64 kernels?
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: cross-compiling ia64 kernels?
- From: Andreas Schwab <schwab@xxxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: John Partridge <johnip@xxxxxxx>
- Re: cross-compiling ia64 kernels?
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: John Partridge <johnip@xxxxxxx>
- Re: cross-compiling ia64 kernels?
- From: Andreas Schwab <schwab@xxxxxxx>
- Re: cross-compiling ia64 kernels?
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: cross-compiling ia64 kernels?
- From: Andreas Schwab <schwab@xxxxxxx>
- Re: KDB errors from kdba_mca_init on HP rx8620 running SLES9 SP3
- From: Keith Owens <kaos@xxxxxxx>
- Re: cross-compiling ia64 kernels?
- From: Len Brown <len.brown@xxxxxxxxx>
- git pull on ia64 linux tree
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: Roland Dreier <rdreier@xxxxxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: "Richard B. Johnson" <jmodem@xxxxxxxxxxxxxxxxxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: Roland Dreier <rdreier@xxxxxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: Roland Dreier <rdreier@xxxxxxxxx>
- KDB errors from kdba_mca_init on HP rx8620 running SLES9 SP3
- From: Alan Tyson <atyson@xxxxxx>
- Re: [PATCH]send slave cpus to SAL slave loop on crash (IA64)
- From: Jay Lan <jlan@xxxxxxx>
- Re: [PATCH] IA64 trap code 16 bytes atomic copy on montecito
- From: "bibo,mao" <bibo.mao@xxxxxxxxx>
- Re: cross-compiling ia64 kernels?
- From: "Bob Picco" <bob.picco@xxxxxx>
- Re: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: Mel Gorman <mel@xxxxxxxxx>
- RE: [PATCH]send slave cpus to SAL slave loop on crash (IA64)
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- Re: [PATCH]send slave cpus to SAL slave loop on crash (IA64)
- From: Jay Lan <jlan@xxxxxxx>
- RE: [PATCH] IA64 trap code 16 bytes atomic copy on montecito
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: [PATCH] IA64 trap code 16 bytes atomic copy on montecito
- From: "bibo,mao" <bibo.mao@xxxxxxxxx>
- RE: [PATCH] IA64 trap code 16 bytes atomic copy on montecito
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- RE: [PATCH] IA64 trap code 16 bytes atomic copy on montecito
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: cross-compiling ia64 kernels?
- From: Len Brown <len.brown@xxxxxxxxx>
- Re: [PATCH] IA64 trap code 16 bytes atomic copy on montecito
- From: Keith Owens <kaos@xxxxxxx>
- [PATCH] IA64 trap code 16 bytes atomic copy on montecito
- From: "bibo,mao" <bibo.mao@xxxxxxxxx>
- RE: [PATCH]send slave cpus to SAL slave loop on crash (IA64)
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- Re: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: Horms <horms@xxxxxxxxxxxx>
- RE: [PATCH]send slave cpus to SAL slave loop on crash (IA64)
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- [patch] More Itanium PAL spec updates
- From: Russ Anderson <rja@xxxxxxx>
- Re: cross-compiling ia64 kernels?
- From: Ian Wienand <ianw@xxxxxxxxxxxxxxxxxx>
- Re: cross-compiling ia64 kernels?
- From: "Bob Picco" <bob.picco@xxxxxx>
- cross-compiling ia64 kernels?
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH]send slave cpus to SAL slave loop on crash (IA64)
- From: Jay Lan <jlan@xxxxxxxxxxxx>
- Re: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: Mel Gorman <mel@xxxxxxxxx>
- Re: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: Horms <horms@xxxxxxxxxxxx>
- Re: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: Horms <horms@xxxxxxxxxxxx>
- Re: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: Horms <horms@xxxxxxxxxxxx>
- Re: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: Horms <horms@xxxxxxxxxxxx>
- Re: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [BUGFIX] [PATCH 1/2] cpu-hotplug: Fixing confliction between CPU hot-add and IPI
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- [BUGFIX] [PATH 2/2] cpu-hotplug: Releasing `workqueue_mutex' properly on CPU hot-remove
- From: Satoru Takeuchi <takeuchi_satoru@xxxxxxxxxxxxxx>
- [BUGFIX] [PATCH 1/2] cpu-hotplug: Fixing confliction between CPU hot-add and IPI
- From: Satoru Takeuchi <takeuchi_satoru@xxxxxxxxxxxxxx>
- Re: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: Andy Whitcroft <apw@xxxxxxxxxxxx>
- RE: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- RE: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- Re: [patch] MCA recovery: Montecito support
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- Re: [patch] MCA recovery: Montecito support
- From: Russ Anderson <rja@xxxxxxx>
- RE: [patch] don't double >> PAGE_SHIFT pointer for /dev/kmem access
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [patch] Update processor_info features
- From: Russ Anderson <rja@xxxxxxx>
- [PATCH] ia64 sparse cleanups
- From: Matthew Wilcox <matthew@xxxxxx>
- [patch] Add se bit to Processor State Parameter structure
- From: Russ Anderson <rja@xxxxxxx>
- Re: [patch] Mixed Madison and Montecito system support
- From: Russ Anderson <rja@xxxxxxx>
- Re: [ANNOUNCE] salinfo 1.2 is available
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- Re: ia64 acpi-cpufreq driver
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- Re: 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: Mel Gorman <mel@xxxxxxxxx>
- 05e0caad3b7bd0d0fbeff980bca22f186241a501 breaks ia64 kdump
- From: Horms <horms@xxxxxxxxxxxx>
- RE: ia64 acpi-cpufreq driver
- From: "Pallipadi, Venkatesh" <venkatesh.pallipadi@xxxxxxxxx>
- [ANNOUNCE] salinfo 1.2 is available
- From: Keith Owens <kaos@xxxxxxx>
- Re: [patch] MCA recovery: Montecito support
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- Re: [patch] Mixed Madison and Montecito system support
- From: "Siddha, Suresh B" <suresh.b.siddha@xxxxxxxxx>
- Re: ia64 acpi-cpufreq driver
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- Re: [patch] MCA recovery: Montecito support
- From: Russ Anderson <rja@xxxxxxx>
- [PATCH] move SAL_CACHE_FLUSH check later in boot
- From: Troy Heber <troy.heber@xxxxxx>
- [patch] Add dp bit to cache and bus check structs
- From: Russ Anderson <rja@xxxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxxxxxx>
- Re: [openib-general] Ordering between PCI config space writes and MMIO reads?
- From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch] don't double >> PAGE_SHIFT pointer for /dev/kmem access
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: Roland Dreier <rdreier@xxxxxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: Roland Dreier <rdreier@xxxxxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: Roland Dreier <rdreier@xxxxxxxxx>
- Re: [openib-general] Ordering between PCI config space writes and MMIO reads?
- From: Roland Dreier <rdreier@xxxxxxxxx>
- [patch] don't double >> PAGE_SHIFT pointer for /dev/kmem access
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [patch 3/5] Dont map PAL memory if physicall calls are going to be made
- From: Horms <horms@xxxxxxxxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
- [Patch] IA64 Kdump don't clear vector in kexec_disable_iosapic
- From: Zou Nan hai <nanhai.zou@xxxxxxxxx>
- [Patch] IA64 Kdump Fix fc.i offset in relocate_kernel.S
- From: Zou Nan hai <nanhai.zou@xxxxxxxxx>
- RE: ia64 acpi-cpufreq driver
- From: "Bjorn Helgaas" <bjorn.helgaas@xxxxxx>
- Re: [patch] Mixed Madison and Montecito system support
- From: Russ Anderson <rja@xxxxxxx>
- RE: ia64 acpi-cpufreq driver
- From: "Pallipadi, Venkatesh" <venkatesh.pallipadi@xxxxxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: Jack Steiner <steiner@xxxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxxxxxx>
- Re: [openib-general] Ordering between PCI config space writes and MMIO reads?
- From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: John Partridge <johnip@xxxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: Roland Dreier <rdreier@xxxxxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: Roland Dreier <rdreier@xxxxxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: [openib-general] Ordering between PCI config space writes and MMIO reads?
- From: "JWM" <jwm@xxxxxxxxxxxxxxxxxxxxx>
- Re: [patch 3/5] Dont map PAL memory if physicall calls are going to be made
- From: Jack Steiner <steiner@xxxxxxx>
- Re: ia64 acpi-cpufreq driver
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- Re: Ordering between PCI config space writes and MMIO reads?
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Ordering between PCI config space writes and MMIO reads?
- From: Roland Dreier <rdreier@xxxxxxxxx>
- RE: ia64 acpi-cpufreq driver
- From: "Pallipadi, Venkatesh" <venkatesh.pallipadi@xxxxxxxxx>
- Re: [patch 0/5] Physical mode SAL calls
- From: Horms <horms@xxxxxxxxxxxx>
- Re: printk_clock() patch breaks sn2 arch
- From: Martin Peschke <mp3@xxxxxxxxxx>
- Re: printk_clock() patch breaks sn2 arch
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: printk_clock() patch breaks sn2 arch
- From: Martin Peschke <mp3@xxxxxxxxxx>
- ia64 acpi-cpufreq driver
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- printk_clock() patch breaks sn2 arch
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: [patch] Mixed Madison and Montecito system support
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: ia64 userspace kernel headers
- From: dann frazier <dannf@xxxxxxxxxx>
- Re: [patch 0/5] Physical mode SAL calls
- From: Jack Steiner <steiner@xxxxxxx>
- [patch 5/5] Add phys_efi command line option
- From: Horms <horms@xxxxxxxxxxxx>
- [patch 2/5] physical mode SAL calls
- From: Horms <horms@xxxxxxxxxxxx>
- [patch 3/5] Dont map PAL memory if physicall calls are going to be made
- From: Horms <horms@xxxxxxxxxxxx>
- [patch 1/5] move ia64_sal_retval and ia64_sal_handler above __SAL_CALL
- From: Horms <horms@xxxxxxxxxxxx>
- [patch 4/5] Choose physical or virtual SAL calls as appropriate
- From: Horms <horms@xxxxxxxxxxxx>
- [patch 0/5] Physical mode SAL calls
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [patch] MCA recovery: Montecito support
- From: Russ Anderson <rja@xxxxxxx>
- Re: [patch] MCA recovery: Montecito support
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- Re: [patch] MCA recovery: Montecito support
- From: Keith Owens <kaos@xxxxxxx>
- Re: [RFC] virtual memmap for sparsemem [1/2] arch independent part
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [patch] MCA recovery: Montecito support
- From: Russ Anderson <rja@xxxxxxx>
- Re: Kexec/Kdump: honour non-zero crashkernel offset.
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [RFC] virtual memmap for sparsemem [2/2] for ia64.
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [RFC] virtual memmap for sparsemem [1/2] arch independent part
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: [PATCH] - Fix get_model_name() for mixed cpu type systems
- From: Stephane Eranian <eranian@xxxxxxxxxx>
- Re: [RFC] virtual memmap for sparsemem [2/2] for ia64.
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [RFC] virtual memmap for sparsemem [1/2] arch independent part
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH] - Fix get_model_name() for mixed cpu type systems
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH] - Fix get_model_name() for mixed cpu type systems
- From: Jack Steiner <steiner@xxxxxxx>
- RE: [PATCH] - Fix get_model_name() for mixed cpu type systems
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [RFC] virtual memmap for sparsemem [2/2] for ia64.
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: [PATCH] - Fix get_model_name() for mixed cpu type systems
- From: Stephane Eranian <eranian@xxxxxxxxxx>
- Re: [RFC] virtual memmap for sparsemem [1/2] arch independent part
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [RFC] virtual memmap for sparsemem [2/2] for ia64.
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [RFC] virtual memmap for sparsemem [1/2] arch independent part
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH] - Fix get_model_name() for mixed cpu type systems
- From: Jack Steiner <steiner@xxxxxxx>
- Re: [RFC] virtual memmap for sparsemem [1/2] arch independent part
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: [RFC] virtual memmap for sparsemem [1/2] arch independent part
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: [PATCH] - Fix get_model_name() for mixed cpu type systems
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: [PATCH] - Fix get_model_name() for mixed cpu type systems
- From: Stephane Eranian <eranian@xxxxxxxxxx>
- Re: [PATCH] - Fix get_model_name() for mixed cpu type systems
- From: Russ Anderson <rja@xxxxxxx>
- Re: [RFC] virtual memmap for sparsemem [1/2] arch independent part
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: [RFC] virtual memmap for sparsemem [2/2] for ia64.
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: [RFC] virtual memmap for sparsemem [2/2] for ia64.
- From: Andy Whitcroft <apw@xxxxxxxxxxxx>
- Re: [RFC] virtual memmap for sparsemem [1/2] arch independent part
- From: Andy Whitcroft <apw@xxxxxxxxxxxx>
- [PATCH] - Fix get_model_name() for mixed cpu type systems
- From: Jack Steiner <steiner@xxxxxxx>
- [RFC] virtual memmap for sparsemem [2/2] for ia64.
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- [RFC] virtual memmap for sparsemem [1/2] arch independent part
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- RE: [PATCH] - Fix get_model_name() for mixed cpu type systems
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH] - Fix get_model_name() for mixed cpu type systems
- From: Stephane Eranian <eranian@xxxxxxxxxx>
- Re: [PATCH] - Fix get_model_name() for mixed cpu type systems
- From: Russ Anderson <rja@xxxxxxx>
- Re: [PATCH] - Fix get_model_name() for mixed cpu type systems
- From: Stephane Eranian <eranian@xxxxxxxxxx>
- Re: [PATCH] - Fix get_model_name() for mixed cpu type systems
- From: Jack Steiner <steiner@xxxxxxx>
- Re: [PATCH] - Fix get_model_name() for mixed cpu type systems
- From: Stephane Eranian <eranian@xxxxxxxxxx>
- [PATCH] - Fix get_model_name() for mixed cpu type systems
- From: Jack Steiner <steiner@xxxxxxx>
- git pull on ia64 linux tree
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [patch 2.6.19-rc2] Correct definition of handle_IPI
- From: David Howells <dhowells@xxxxxxxxxx>
- [patch 2.6.19-rc2] Correct definition of handle_IPI
- From: Keith Owens <kaos@xxxxxxx>
- RE: [Patch] remove some rsm psr.dt in ivt.S
- From: Zou Nan hai <nanhai.zou@xxxxxxxxx>
- RE: [Patch] remove some rsm psr.dt in ivt.S
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- [Patch] remove some rsm psr.dt in ivt.S
- From: Zou Nan hai <nanhai.zou@xxxxxxxxx>
- Re: A regression in IA64 kexec/kdump patch for 2.6.18?
- From: Jay Lan <jlan@xxxxxxxxxxxx>
- Re: Mspec driver and non-SN platforms?
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [RFC][PATCH 3/9] actual generic PAGE_SIZE infrastructure
- From: Qi Yong <qiyong@xxxxxxxxx>
- Re: A regression in IA64 kexec/kdump patch for 2.6.18?
- From: Zou Nan hai <nanhai.zou@xxxxxxxxx>
- [PATCH] move ioremap/ioremap_nocache under __KERNEL__
- From: Aron Griffis <aron@xxxxxx>
- Mspec driver and non-SN platforms?
- From: Peter Chubb <peterc@xxxxxxxxxxxxxxxxxx>
- Re: A regression in IA64 kexec/kdump patch for 2.6.18?
- From: Jay Lan <jlan@xxxxxxxxxxxx>
- Re: A regression in IA64 kexec/kdump patch for 2.6.18?
- From: Jay Lan <jlan@xxxxxxxxxxxx>
- Re: A regression in IA64 kexec/kdump patch for 2.6.18?
- From: Zou Nan hai <nanhai.zou@xxxxxxxxx>
- Re: A regression in IA64 kexec/kdump patch for 2.6.18?
- From: Jay Lan <jlan@xxxxxxxxxxxx>
- [PATCH] - Count resched interrupts
- From: Jack Steiner <steiner@xxxxxxx>
- A regression in IA64 kexec/kdump patch for 2.6.18?
- From: Jay Lan <jlan@xxxxxxxxxxxx>
- [PATCH] - Allow IPIs in timer loop
- From: Jack Steiner <steiner@xxxxxxx>
- RE: Patch [2/2] relax per-cpu TLB requirement to DTC
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: Patch [2/2] relax per-cpu TLB requirement to DTC
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: Patch [2/2] relax per-cpu TLB requirement to DTC
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: [RFC] Variable Kernel Page size support
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: [PATCH] IA64 export symbols empty_zero_page, ia64_ssc
- From: Judith Lebzelter <judith@xxxxxxxx>
- Patch [2/2] relax per-cpu TLB requirement to DTC
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- [patch 1/2] remove per-cpu ia64_phys_stacked_size_p8
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- [patch 0/2] remove per-cpu dtr requirement
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: [RFC] Variable Kernel Page size support
- From: Robin Holt <holt@xxxxxxx>
- [patch] Mixed Madison and Montecito system support
- From: Russ Anderson <rja@xxxxxxx>
- RE: [RFC] Variable Kernel Page size support
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: [RFC] Variable Kernel Page size support
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: [PATCH 4/4] vmm: Use a static memory map
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: [RFC] Variable Kernel Page size support
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: [RFC] Variable Kernel Page size support
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: [PATCH 4/4] vmm: Use a static memory map
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- RE: [RFC] Variable Kernel Page size support
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- [RFC] Move virtual memory map into variable page size area
- From: Christoph Lameter <clameter@xxxxxxx>
- [RFC] Variable Kernel Page size support
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: [PATCH 4/4] vmm: Use a static memory map
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: [PATCH 4/4] vmm: Use a static memory map
- From: Christoph Lameter <clameter@xxxxxxx>
- [patch 2/2] ia64: reformat pal.S to fit in 80 columns, fix typos
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- [patch 1/2] ia64: remove unused PAL_CALL_IC_OFF
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- Re: [PATCH 4/4] vmm: Use a static memory map
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: [PATCH 4/4] vmm: Use a static memory map
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: [PATCH] IA64 export symbols empty_zero_page, ia64_ssc
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH] IA64 export symbols empty_zero_page, ia64_ssc
- From: Andrew Morton <akpm@xxxxxxxx>
- [PATCH 4/4] vmm: Use a static memory map
- From: Christoph Lameter <clameter@xxxxxxx>
- [PATCH 3/4] vmm: Use proper macros
- From: Christoph Lameter <clameter@xxxxxxx>
- [PATCH 2/4] vmm: We do not need node memmap
- From: Christoph Lameter <clameter@xxxxxxx>
- [PATCH 1/4] Fix alignment of __condata_*
- From: Christoph Lameter <clameter@xxxxxxx>
- [PATCH 0/4] Virtual Memory Map cleanup / improvements
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: [PATCH] IA64 export symbols empty_zero_page, ia64_ssc
- From: Dave Jones <davej@xxxxxxxxxx>
- Re: [PATCH] IA64 export symbols empty_zero_page, ia64_ssc
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH] IA64 export symbols empty_zero_page, ia64_ssc
- From: Andrew Morton <akpm@xxxxxxxx>
- Re: [PATCH] kexec-tools: ia64: icache flush should align to 32-bytes
- From: Terry Loftin <terry.loftin@xxxxxx>
- RE: [PATCH] kexec-tools: ia64: icache flush should align to 32-bytes
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- RE: [PATCH] IA64 export symbols empty_zero_page, ia64_ssc
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH] kexec-tools: ia64: icache flush should align to 32-bytes
- From: Terry Loftin <terry.loftin@xxxxxx>
- [PATCH 1/4] Use pci_generic_prep_mwi on ia64
- From: Matthew Wilcox <matthew@xxxxxx>
- [PATCH] IA64 export symbols empty_zero_page, ia64_ssc
- From: Judith Lebzelter <judith@xxxxxxxx>
- Re: Sending cpu 0 back to SAL slave loop
- From: Jack Steiner <steiner@xxxxxxx>
- [patch] update sn2_defconfig
- From: Jes Sorensen <jes@xxxxxxx>
- Re: Sending cpu 0 back to SAL slave loop
- From: Keith Owens <kaos@xxxxxxx>
- RE: Sending cpu 0 back to SAL slave loop
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- Re: Compile errors for allmodconfig
- From: Matthew Wilcox <matthew@xxxxxx>
- [PATCH] Use pci_generic_prep_mwi on ia64
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: Sending cpu 0 back to SAL slave loop
- From: Jack Steiner <steiner@xxxxxxx>
- Compile errors for allmodconfig
- From: Judith Lebzelter <judith@xxxxxxxx>
- Re: Sending cpu 0 back to SAL slave loop
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: Sending cpu 0 back to SAL slave loop
- From: Jack Steiner <steiner@xxxxxxx>
- Re: git pull on ia64 linux tree
- From: Linus Torvalds <torvalds@xxxxxxxx>
- git pull on ia64 linux tree
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [patch] Obtain PAGE_OFFSET from running kernel
- From: Horms <horms@xxxxxxxxxxxx>
- [patch] kexec-tool: ia64: Obtain PAGE_OFFSET from running kernel
- From: Horms <horms@xxxxxxxxxxxx>
- [patch] ia64 kexec/kdump: Pass PAGE_OFFSET to purgatory
- From: Horms <horms@xxxxxxxxxxxx>
- [patch 5/5] Add phys_efi command line option
- From: Horms <horms@xxxxxxxxxxxx>
- [patch 4/5] Choose physical or virtual SAL calls as appropriate
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [Xen-ia64-devel] Re: ia64 kexec: xen -> linux
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [Xen-ia64-devel] Re: ia64 kexec: xen -> linux
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- Re: [Pcihpd-discuss] [PATCH 1/3] - Altix: Add initial ACPI IO support
- From: John Keller <jpk@xxxxxxx>
- Re: [Xen-ia64-devel] Re: ia64 kexec: xen -> linux
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [Pcihpd-discuss] [PATCH 1/3] - Altix: Add initial ACPI IO support
- From: Andrew Morton <akpm@xxxxxxxx>
- Re: [Pcihpd-discuss] [PATCH 1/3] - Altix: Add initial ACPI IO support
- From: Greg KH <greg@xxxxxxxxx>
- [PATCH 1/3] - Altix: Add initial ACPI IO support
- From: John Keller <jpk@xxxxxxx>
- [PATCH 2/3] - Altix: Add initial ACPI IO support (hotplug)
- From: John Keller <jpk@xxxxxxx>
- [PATCH 3/3] - Altix: Initial ACPI support - ROM shadowing.
- From: John Keller <jpk@xxxxxxx>
- [PATCH 3/3] - Altix: Initial ACPI support - ROM shadowing.
- From: John Keller <jpk@xxxxxxx>
- [PATCH 2/3] - Altix: Add initial ACPI IO support
- From: John Keller <jpk@xxxxxxx>
- [PATCH 1/3] - Altix: Add initial ACPI IO support
- From: John Keller <jpk@xxxxxxx>
- Re: [PATCH 1/3] - Altix: Add initial ACPI IO support
- From: John Keller <jpk@xxxxxxx>
- Re: kexec/kdump and the ia64 test tree
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [patch] ia64: note requirement for 8250_pnp, now that 8250_acpi is gone
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- [patch 3/3] [IA64] kexec/kdump: Whitespace fixes
- From: Horms <horms@xxxxxxxxxxxx>
- [patch 2/3] [IA64] kexec/kdump: Make sure vec is initialised in kexec_disable_iosapic()
- From: Horms <horms@xxxxxxxxxxxx>
- Re: kexec/kdump and the ia64 test tree
- From: Horms <horms@xxxxxxxxxxxx>
- [patch 1/3] [IA64] kexec/kdump: Remove ioc_iova_disable()
- From: Horms <horms@xxxxxxxxxxxx>
- Re: kexec/kdump and the ia64 test tree
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH 1/3] - Altix: Add initial ACPI IO support
- From: Andrew Morton <akpm@xxxxxxxx>
- Re: kexec/kdump and the ia64 test tree
- From: Andrew Morton <akpm@xxxxxxxx>
- kexec/kdump and the ia64 test tree
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: KDB blindly reads keyboard port
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- Re: KDB blindly reads keyboard port
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: KDB blindly reads keyboard port
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- Re: 2.6.18 perfmon new code base + libpfm + pfmon
- From: Stephane Eranian <eranian@xxxxxxxxxx>
- [Patch] Fix OS_INIT handle in IA64 Kexec/Kdump
- From: Zou Nan hai <nanhai.zou@xxxxxxxxx>
- Re: [Xen-ia64-devel] Re: ia64 kexec: xen -> linux
- From: Horms <horms@xxxxxxxxxxxx>
- RE: [Xen-ia64-devel] Re: ia64 kexec: xen -> linux
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- Re: [Xen-ia64-devel] Re: ia64 kexec: xen -> linux
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [Xen-ia64-devel] Re: ia64 kexec: xen -> linux
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH 2.6.18] PCI: Turn pci_fixup_video into generic for embedded VGA
- From: <eiichiro.oiwa.nm@xxxxxxxxxxx>
- RE: [Xen-ia64-devel] Re: ia64 kexec: xen -> linux
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- Re: KDB blindly reads keyboard port
- From: Keith Owens <kaos@xxxxxxx>
- Re: EFI returning incorrect value?
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- Re: [PATCH 2.6.18] PCI: Turn pci_fixup_video into generic for embedded VGA
- From: Jesse Barnes <jesse.barnes@xxxxxxxxx>
- Re: 2.6.18 perfmon new code base + libpfm + pfmon
- From: Stephane Eranian <eranian@xxxxxxxxxx>
- Re: 2.6.18 perfmon new code base + libpfm + pfmon
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [Xen-ia64-devel] Re: ia64 kexec: xen -> linux
- From: Tristan Gingold <Tristan.Gingold@xxxxxxxx>
- Re: [Xen-ia64-devel] Re: ia64 kexec: xen -> linux
- From: "Magnus Damm" <magnus.damm@xxxxxxxxx>
- Re: [Xen-ia64-devel] Re: ia64 kexec: xen -> linux
- From: "Magnus Damm" <magnus.damm@xxxxxxxxx>
- Re: [PATCH 2.6.18] PCI: Turn pci_fixup_video into generic for embedded VGA
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: 2.6.18 perfmon new code base + libpfm + pfmon
- From: Andi Kleen <ak@xxxxxxx>
- Re: 2.6.18 perfmon new code base + libpfm + pfmon
- From: Stephane Eranian <eranian@xxxxxxxxxx>
- Re: 2.6.18 perfmon new code base + libpfm + pfmon
- From: Andi Kleen <ak@xxxxxxx>
- Re: 2.6.18 perfmon new code base + libpfm + pfmon
- From: Andrew Morton <akpm@xxxxxxxx>
- Re: [Xen-ia64-devel] Re: ia64 kexec: xen -> linux
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [Xen-ia64-devel] Re: ia64 kexec: xen -> linux
- From: Tristan Gingold <Tristan.Gingold@xxxxxxxx>
- Re: 2.6.18 perfmon new code base + libpfm + pfmon
- From: Stephane Eranian <eranian@xxxxxxxxxx>
- Re[2]: [PATCH 2.6.18] IA64: Add pci_fixup_video into IA64 kernel forembedded VGA
- From: <eiichiro.oiwa.nm@xxxxxxxxxxx>
- [PATCH 2.6.18] PCI: Turn pci_fixup_video into generic for embedded VGA
- From: <eiichiro.oiwa.nm@xxxxxxxxxxx>
- Re: [Xen-ia64-devel] Re: ia64 kexec: xen -> linux
- From: Horms <horms@xxxxxxxxxxxx>
- RE: sysctl calls from userland
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: 2.6.18 perfmon new code base + libpfm + pfmon
- From: Andrew Morton <akpm@xxxxxxxx>
- sysctl calls from userland
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: 2.6.18 perfmon new code base + libpfm + pfmon
- From: Stephane Eranian <eranian@xxxxxxxxxx>
- Re: KDB blindly reads keyboard port
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- RE: [PATCH] ia64: Fix HOTPLUG_CPU + !NUMA build
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
Mail converted by MHonArc
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[GCC Help]
[Bugtraq]