Linux ia64 Archive — Date Index
[Prev Page][Next Page]
- light weight counters: race free through local_t?
- From: Christoph Lameter <clameter@xxxxxxx>
- [FIXED] Question about the segment [[ 60000fff80000000-60000fff80004000 rw-p 0000000000000000 00:00 0 ]]
- From: "vamsi krishna" <vamsi.krishnak@xxxxxxxxx>
- Re: [Fastboot] Ia64 kdump patch
- From: Zou Nan hai <nanhai.zou@xxxxxxxxx>
- Re: Question about the segment [[ 60000fff80000000-60000fff80004000 rw-p 0000000000000000 00:00 0 ]]
- From: "vamsi krishna" <vamsi.krishnak@xxxxxxxxx>
- Re: Question about the segment [[ 60000fff80000000-60000fff80004000 rw-p 0000000000000000 00:00 0 ]]
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: Question about the segment [[ 60000fff80000000-60000fff80004000 rw-p 0000000000000000 00:00 0 ]]
- From: "vamsi krishna" <vamsi.krishnak@xxxxxxxxx>
- Re: [PATCH] printing support for MCA/INIT
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- Re: Question about the segment [[ 60000fff80000000-60000fff80004000 rw-p 0000000000000000 00:00 0 ]]
- From: "vamsi krishna" <vamsi.krishnak@xxxxxxxxx>
- Re: Question about the segment [[ 60000fff80000000-60000fff80004000 rw-p 0000000000000000 00:00 0 ]]
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [Fastboot] Ia64 kdump patch
- From: Horms <horms@xxxxxxxxxxxx>
- Re: Question about the segment [[ 60000fff80000000-60000fff80004000 rw-p 0000000000000000 00:00 0 ]]
- From: Andreas Schwab <schwab@xxxxxxx>
- Re: [PATCH] printing support for MCA/INIT
- From: Keith Owens <kaos@xxxxxxx>
- Re: [PATCH] printing support for MCA/INIT
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- RE: [PATCH] printing support for MCA/INIT
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: Question about the segment [[ 60000fff80000000-60000fff80004000 rw-p 0000000000000000 00:00 0 ]]
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH] printing support for MCA/INIT
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- Ia64 kdump patch
- From: Zou Nan hai <nanhai.zou@xxxxxxxxx>
- Re: Question about the segment [[ 60000fff80000000-60000fff80004000 rw-p 0000000000000000 00:00 0 ]]
- From: "vamsi krishna" <vamsi.krishnak@xxxxxxxxx>
- RE: Question about the segment [[ 60000fff80000000-60000fff80004000 rw-p 0000000000000000 00:00 0 ]]
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Question about the segment [[ 60000fff80000000-60000fff80004000 rw-p 0000000000000000 00:00 0 ]]
- From: "vamsi krishna" <vamsi.krishnak@xxxxxxxxx>
- Re: [PATCH] printing support for MCA/INIT
- From: Keith Owens <kaos@xxxxxxx>
- [PATCH] printing support for MCA/INIT
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- Re: Montecito processor family
- From: Jes Sorensen <jes@xxxxxxx>
- RE: Montecito processor family
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- RE: Montecito processor family
- From: Alex Williamson <alex.williamson@xxxxxx>
- RE: Montecito processor family
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- [PATCH] sanity check reserved region usage
- From: Alex Williamson <alex.williamson@xxxxxx>
- [PATCH] add vmlinuz target
- From: Alex Williamson <alex.williamson@xxxxxx>
- Re: [RFC 1/2] Xen/ia64 modified files
- From: Alex Williamson <alex.williamson@xxxxxx>
- RE: [RFC 1/2] Xen/ia64 modified files
- From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
- Re: [RFC 2/2][2/4] Xen/ia64 added files
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [RFC 1/2] Xen/ia64 modified files
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [RFC 1/2] Xen/ia64 modified files
- From: Chris Wedgwood <cw@xxxxxxxx>
- ia64 kexec bug/warning
- From: Horms <horms@xxxxxxxxxxxx>
- RE: Montecito processor family
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH 1/2] - Altix: Add initial ACPI support
- From: John Keller <jpk@xxxxxxx>
- RE: [Fastboot] Where is the latest patch of kdump for ia64?
- From: Takao Indoh <indou.takao@xxxxxxxxxxxxxxxx>
- Re: IA64: Broken Serial Console
- From: Horms <horms@xxxxxxxxxxxx>
- Re: Montecito processor family
- From: "David Mosberger-Tang" <David.Mosberger@xxxxxxx>
- RE: Montecito processor family
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: Montecito processor family
- From: Russ Anderson <rja@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC 1/2] Xen/ia64 modified files
- From: Alex Williamson <alex.williamson@xxxxxx>
- [RFC 2/2][4/4] Xen/ia64 added files
- From: Alex Williamson <alex.williamson@xxxxxx>
- [RFC 2/2][2/4] Xen/ia64 added files
- From: Alex Williamson <alex.williamson@xxxxxx>
- [RFC 2/2][3/4] Xen/ia64 added files
- From: Alex Williamson <alex.williamson@xxxxxx>
- [RFC 2/2][1/4] Xen/ia64 added files
- From: Alex Williamson <alex.williamson@xxxxxx>
- Re: [RFC 1/2] Xen/ia64 modified files
- From: Matthew Wilcox <matthew@xxxxxx>
- Best Pharmacy Today Gw2aw
- From: "Aurelio Pugh" <yjtbdwgznlwj@xxxxxxx>
- [RFC 1/2] Xen/ia64 modified files
- From: Alex Williamson <alex.williamson@xxxxxx>
- [RFC 0/2] Xen/ia64 kernel changes
- From: Alex Williamson <alex.williamson@xxxxxx>
- Re: IA64: Broken Serial Console
- From: Francois WELLENREITER <francois.wellenreiter@xxxxxxxx>
- Re: IA64: Broken Serial Console
- From: Matthew Wilcox <matthew@xxxxxx>
- IA64: Broken Serial Console
- From: Horms <horms@xxxxxxxxxxxx>
- RE: [Fastboot] Where is the latest patch of kdump for ia64?
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- Re: Montecito processor family
- From: dann frazier <dannf@xxxxxx>
- Re: [PATCH 1/1] ia64: perfmon.c trips BUG_ON in put_page_testzero
- From: dann frazier <dannf@xxxxxx>
- Re: [Fastboot] Where is the latest patch of kdump for ia64?
- From: "Ken'ichi Ohmichi" <oomichi@xxxxxxxxxxxxxxxxx>
- RE: Montecito processor family
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- How do I install SKI/NUE compiler on IA32 Debian
- From: Mathias <ma-ju@xxxxxxx>
- [PATCH] remove empty node at boot time
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: Problems with MSI-X on ia64
- From: Grant Grundler <iod00d@xxxxxx>
- Re: Montecito processor family
- From: Alex Williamson <alex.williamson@xxxxxx>
- Re: Montecito processor family
- From: Russ Anderson <rja@xxxxxxxxxxxxxxxxxxxx>
- Re: Montecito processor family
- From: Matthew Wilcox <matthew@xxxxxx>
- RE: Montecito processor family
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH 1/2] - Altix: Add initial ACPI support
- From: Greg KH <gregkh@xxxxxxx>
- [PATCH 2/2] - Altix: Add initial ACPI support
- From: John Keller <jpk@xxxxxxx>
- [PATCH 1/2] - Altix: Add initial ACPI support
- From: John Keller <jpk@xxxxxxx>
- q-tools-0.3 with Montecito support available
- From: Stephane Eranian <eranian@xxxxxxxxxx>
- [PATCH] - SN topology fix for large systems
- From: Jack Steiner <steiner@xxxxxxx>
- Where is the latest patch of kdump for ia64?
- From: Takao Indoh <indou.takao@xxxxxxxxxxxxxxxx>
- [Patch] statistics infrastructure - update 3
- From: Martin Peschke <mp3@xxxxxxxxxx>
- 2.6.17-rc5 new perfmon code base available
- From: Stephane Eranian <eranian@xxxxxxxxxx>
- Re: ESI module
- From: Alex Williamson <alex.williamson@xxxxxx>
- ESI module
- From: "David Mosberger-Tang" <David.Mosberger@xxxxxxx>
- Re: [PATCH] fix update_mmu_cache in fremap.c
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] fix update_mmu_cache in fremap.c
- From: Hugh Dickins <hugh@xxxxxxxxxxx>
- Re: [PATCH] fix update_mmu_cache in fremap.c
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH] fix update_mmu_cache in fremap.c
- From: Hugh Dickins <hugh@xxxxxxxxxxx>
- RE: dropping CONFIG_IA32_SUPPORT from ia64
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: dropping CONFIG_IA32_SUPPORT from ia64
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [RFC][PATCH] ia64 node hotplug -- cpu - node relationship fix [0/2] intro
- From: Yasunori Goto <y-goto@xxxxxxxxxxxxxx>
- Re: [RFC][PATCH] ia64 node hotplug -- cpu - node relationship fix [0/2] intro
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- [RFC][PATCH] ia64 node hotplug -- cpu - node relationship fix [2/2] cpu-to-node map
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- [RFC][PATCH] ia64 node hotplug -- cpu - node relationship fix [1/2] empty node fix
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: dropping CONFIG_IA32_SUPPORT from ia64
- From: Andreas Schwab <schwab@xxxxxxx>
- [RFC][PATCH] ia64 node hotplug -- cpu - node relationship fix [0/2] intro
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: dropping CONFIG_IA32_SUPPORT from ia64
- From: dann frazier <dannf@xxxxxxxxx>
- Re: dropping CONFIG_IA32_SUPPORT from ia64
- From: Jes Sorensen <jes@xxxxxxx>
- RE: dropping CONFIG_IA32_SUPPORT from ia64
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: dropping CONFIG_IA32_SUPPORT from ia64
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- RE: dropping CONFIG_IA32_SUPPORT from ia64
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: dropping CONFIG_IA32_SUPPORT from ia64
- From: "David Mosberger-Tang" <David.Mosberger@xxxxxxx>
- RE: dropping CONFIG_IA32_SUPPORT from ia64
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: dropping CONFIG_IA32_SUPPORT from ia64
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- make efi_stub.S fit in 80 cols
- From: "David Mosberger-Tang" <David.Mosberger@xxxxxxx>
- Re: dropping CONFIG_IA32_SUPPORT from ia64
- From: Andi Kleen <ak@xxxxxxx>
- Re: dropping CONFIG_IA32_SUPPORT from ia64
- From: Matt Taggart <taggart@xxxxxxxxxx>
- Re: dropping CONFIG_IA32_SUPPORT from ia64
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- RE: dropping CONFIG_IA32_SUPPORT from ia64
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: dropping CONFIG_IA32_SUPPORT from ia64
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: dropping CONFIG_IA32_SUPPORT from ia64
- From: Rich Altmaier <richa@xxxxxxx>
- RE: dropping CONFIG_IA32_SUPPORT from ia64
- From: Peter Chubb <peterc@xxxxxxxxxxxxxxxxxx>
- Re: dropping CONFIG_IA32_SUPPORT from ia64
- From: Jeff Hanson <jhanson@xxxxxxx>
- RE: dropping CONFIG_IA32_SUPPORT from ia64
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: dropping CONFIG_IA32_SUPPORT from ia64
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- Re: [5/5] move_pages: 32bit support (i386,x86_64 and ia64)
- From: Jens Axboe <axboe@xxxxxxx>
- Re: [5/5] move_pages: 32bit support (i386,x86_64 and ia64)
- From: Andrew Morton <akpm@xxxxxxxx>
- RE: [5/5] move_pages: 32bit support (i386,x86_64 and ia64)
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: [5/5] move_pages: 32bit support (i386,x86_64 and ia64)
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: [5/5] move_pages: 32bit support (i386,x86_64 and ia64)
- From: Andrew Morton <akpm@xxxxxxxx>
- RE: [5/5] move_pages: 32bit support (i386,x86_64 and ia64)
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: update_mmu_cache vs. lazy_mmu_prot_update
- From: Hugh Dickins <hugh@xxxxxxxxxxx>
- update_mmu_cache vs. lazy_mmu_prot_update
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: [1/5] follow_page: do not put_page if FOLL_GET not specified.
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- [5/5] move_pages: 32bit support (i386,x86_64 and ia64)
- From: Christoph Lameter <clameter@xxxxxxx>
- [3/5] move_pages: lots of fixups
- From: Christoph Lameter <clameter@xxxxxxx>
- [4/5] move_pages: x86_64 support
- From: Christoph Lameter <clameter@xxxxxxx>
- [0/5] sys_move_pages() updates
- From: Christoph Lameter <clameter@xxxxxxx>
- [1/5] follow_page: do not put_page if FOLL_GET not specified.
- From: Christoph Lameter <clameter@xxxxxxx>
- [2/5] extract common code to have_task_perm()
- From: Christoph Lameter <clameter@xxxxxxx>
- 2.6.17-rc4 new perfmon code base, libpfm, and pfmon releases
- From: Stephane Eranian <eranian@xxxxxxxxxx>
- Presentations and Projects Abound at Gelato ICE: Itanium Conference & Expo
- From: "Nan Holda" <nan@xxxxxxxxxx>
- Re: [RFC PATCH 00/09] robust VM per_cpu variables
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- git pull on ia64 linux tree
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [RFC PATCH 00/09] robust VM per_cpu variables
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: [RFC PATCH 00/09] robust VM per_cpu variables
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC PATCH 00/09] robust VM per_cpu variables
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: [RFC PATCH 00/09] robust VM per_cpu variables
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC PATCH 00/09] robust VM per_cpu variables
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: [RFC PATCH 01/09] robust VM per_cpu core
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC PATCH 01/09] robust VM per_cpu core
- From: Andi Kleen <ak@xxxxxxx>
- Re: [RFC PATCH 01/09] robust VM per_cpu core
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC PATCH 01/09] robust VM per_cpu core
- From: Andi Kleen <ak@xxxxxxx>
- [RFC PATCH 08/09] robust VM per_cpu i386 header
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC PATCH 09/09] robust VM per_cpu i386 Kconfig update
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC PATCH 07/09] robust VM per_cpu i386 VM area
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC PATCH 06/09] robust VM per_cpu i386 bootmem
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC PATCH 05/09] robust VM per_cpu module
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC PATCH 04/09] robust VM per_cpu main startup
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC PATCH 03/09] robust VM per_cpu generic header
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC PATCH 00/09] robust VM per_cpu variables
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC PATCH 01/09] robust VM per_cpu mm header update
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC PATCH 01/09] robust VM per_cpu core
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [patch] one-line cleanup on set_irq_affinity_info
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- [patch] fix broken irq affinity
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- libpf+pfmon CVS available
- From: Stephane Eranian <eranian@xxxxxxxxxx>
- [patch] sn2 defconfig repost
- From: Jes Sorensen <jes@xxxxxxx>
- Re: + git-hdrcleanup-vs-git-klibc-on-ia64-2.patch added to -mm tree
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: + git-hdrcleanup-vs-git-klibc-on-ia64-2.patch added to -mm tree
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: + git-hdrcleanup-vs-git-klibc-on-ia64-2.patch added to -mm tree
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: + git-hdrcleanup-vs-git-klibc-on-ia64-2.patch added to -mm tree
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: + git-hdrcleanup-vs-git-klibc-on-ia64-2.patch added to -mm tree
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: + git-hdrcleanup-vs-git-klibc-on-ia64-2.patch added to -mm tree
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: + git-hdrcleanup-vs-git-klibc-on-ia64-2.patch added to -mm tree
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: + git-hdrcleanup-vs-git-klibc-on-ia64.patch added to -mm tree
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: + git-hdrcleanup-vs-git-klibc-on-ia64-2.patch added to -mm tree
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: + git-hdrcleanup-vs-git-klibc-on-ia64.patch added to -mm tree
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: + git-hdrcleanup-vs-git-klibc-on-ia64-2.patch added to -mm tree
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: + git-hdrcleanup-vs-git-klibc-on-ia64.patch added to -mm tree
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: + git-hdrcleanup-vs-git-klibc-on-ia64-2.patch added to -mm tree
- From: Andreas Schwab <schwab@xxxxxxx>
- Re: + git-hdrcleanup-vs-git-klibc-on-ia64.patch added to -mm tree
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: + git-hdrcleanup-vs-git-klibc-on-ia64-2.patch added to -mm tree
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- RE: [IA64] rework memory attribute aliasing
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- 2.6.17-rc4 new perfmon code base + libpfm available
- From: Stephane Eranian <eranian@xxxxxxxxxx>
- [patch] Remove SN SAL error handling feature bit that is no longer needed
- From: Russ Anderson <rja@xxxxxxxxxxxxxxxxxxxx>
- [RFC 6/6] LVHPT - long format support functions
- From: Ian Wienand <ianw@xxxxxxxxxxxxxxxxxx>
- [RFC 5/6] LVHPT - setup infrastructure
- From: Ian Wienand <ianw@xxxxxxxxxxxxxxxxxx>
- [RFC 4/6] LVHPT - find architectured page size help
- From: Ian Wienand <ianw@xxxxxxxxxxxxxxxxxx>
- [RFC 3/6] LVHPT - ivt.S long format support
- From: Ian Wienand <ianw@xxxxxxxxxxxxxxxxxx>
- [RFC 2/6] LVHPT - Create ivt.S dyanamically
- From: Ian Wienand <ianw@xxxxxxxxxxxxxxxxxx>
- [RFC 1/6] LVHPT - Remove static ivt.S
- From: Ian Wienand <ianw@xxxxxxxxxxxxxxxxxx>
- [RFC 0/6] IA64 Long Format VHPT support v2
- From: Ian Wienand <ianw@xxxxxxxxxxxxxxxxxx>
- [PATCH 5/5] swiotlb: replace free array with bitmap
- From: Jon Mason <jdmason@xxxxxxxxxx>
- [PATCH 4/5] swiotlb: support for __alloc_bootmem_low_nopanic
- From: Jon Mason <jdmason@xxxxxxxxxx>
- [PATCH 3/5] mm: create __alloc_bootmem_low_nopanic
- From: Jon Mason <jdmason@xxxxxxxxxx>
- [PATCH 2/5] mm: bootmem code cleanup
- From: Jon Mason <jdmason@xxxxxxxxxx>
- [PATCH 1/5] swiotlb: SWIOTLB code cleanup
- From: Jon Mason <jdmason@xxxxxxxxxx>
- RE: [IA64] rework memory attribute aliasing
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: [PATCH 2/3] swiotlb: create __alloc_bootmem_low_nopanic and add support in SWIOTLB
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH 2/3] swiotlb: create __alloc_bootmem_low_nopanic and add support in SWIOTLB
- From: Jon Mason <jdmason@xxxxxxxxxx>
- RE: [PATCH 2/3] swiotlb: create __alloc_bootmem_low_nopanic and add support in SWIOTLB
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH 2/3] swiotlb: create __alloc_bootmem_low_nopanic and add support in SWIOTLB
- From: Jon Mason <jdmason@xxxxxxxxxx>
- [PATCH] avoid creating empty node take 2 [2/2] empty node fix
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- [PATCH] avoid creating empty node take 2 [1/2] move reserve_memory
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- RE: [PATCH 2/3] swiotlb: create __alloc_bootmem_low_nopanic and add support in SWIOTLB
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [perfmon] Re: beta of pfmon-3.2 available
- From: Stephane Eranian <eranian@xxxxxxxxxx>
- Re: [IA64] rework memory attribute aliasing
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- Re: [PATCH 2/3] swiotlb: create __alloc_bootmem_low_nopanic and add support in SWIOTLB
- From: Jon Mason <jdmason@xxxxxxxxxx>
- Re: [IA64] rework memory attribute aliasing
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH 3/3] swiotlb: replace free array with bitmap
- From: Muli Ben-Yehuda <muli@xxxxxxxxxx>
- Re: [PATCH 2/3] swiotlb: create __alloc_bootmem_low_nopanic and add support in SWIOTLB
- From: Muli Ben-Yehuda <muli@xxxxxxxxxx>
- Re: [PATCH 1/3] swiotlb: SWIOTLB Cleanup.
- From: Muli Ben-Yehuda <muli@xxxxxxxxxx>
- [IA64] rework memory attribute aliasing
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- git pull on ia64 linux tree
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: Small hugetlbpage.c fix
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- RE: Small hugetlbpage.c fix
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- RE: Small hugetlbpage.c fix
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Small hugetlbpage.c fix
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxxx>
- [PATCH 3/3] swiotlb: replace free array with bitmap
- From: Jon Mason <jdmason@xxxxxxxxxx>
- [PATCH 2/3] swiotlb: create __alloc_bootmem_low_nopanic and add support in SWIOTLB
- From: Jon Mason <jdmason@xxxxxxxxxx>
- [PATCH 1/3] swiotlb: SWIOTLB Cleanup.
- From: Jon Mason <jdmason@xxxxxxxxxx>
- RE: [RFC 2/3] LVHPT - Setup LVHPT
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: RFC: RCU protected page table walking
- From: Hugh Dickins <hugh@xxxxxxxxxxx>
- Re: RFC: RCU protected page table walking
- From: Christoph Lameter <christoph@xxxxxxxxxxxx>
- Fwd: [PATCH] ia64: remove asm-ia64/bitops.h self-inclusion
- From: Jon Mason <jdmason@xxxxxxxxxx>
- RE: strcpy returns NULL pointer and not destination pointer
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: strcpy returns NULL pointer and not destination pointer
- From: Matthew Wilcox <matthew@xxxxxx>
- RE: strcpy returns NULL pointer and not destination pointer
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: strcpy returns NULL pointer and not destination pointer
- From: "Bob Picco" <bob.picco@xxxxxx>
- RE: strcpy returns NULL pointer and not destination pointer
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- strcpy returns NULL pointer and not destination pointer
- From: "Bob Picco" <bob.picco@xxxxxx>
- Re: beta of pfmon-3.2 available
- From: Andrew Morton <akpm@xxxxxxxx>
- Re: [RFC 2/3] LVHPT - Setup LVHPT
- From: Christian Hildner <christian.hildner@xxxxxx>
- Re: [RFC 2/3] LVHPT - Setup LVHPT
- From: Ian Wienand <ianw@xxxxxxxxxxxxxxxxxx>
- Re: [RFC 2/3] LVHPT - Setup LVHPT
- From: Christian Hildner <christian.hildner@xxxxxx>
- Re: [RFC 2/3] LVHPT - Setup LVHPT
- From: Ian Wienand <ianw@xxxxxxxxxxxxxxxxxx>
- Re: [RFC 1/3] LVHPT - Fault handler modifications
- From: Ian Wienand <ianw@xxxxxxxxxxxxxxxxxx>
- RE: [RFC 2/3] LVHPT - Setup LVHPT
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [RFC 2/3] LVHPT - Setup LVHPT
- From: Ian Wienand <ianw@xxxxxxxxxxxxxxxxxx>
- RE: [RFC 1/3] LVHPT - Fault handler modifications
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- RE: [RFC 2/3] LVHPT - Setup LVHPT
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- RE: [RFC 2/3] LVHPT - Setup LVHPT
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [rfc] dynamic 3-level / 4-level page table
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxxx>
- Re: [RFC 1/3] LVHPT - Fault handler modifications
- From: Keith Owens <kaos@xxxxxxx>
- [RFC 0/3] IA64 Long Format VHPT support
- From: Ian Wienand <ianw@xxxxxxxxxxxxxxxxxx>
- [RFC 3/3] LVHPT - LVHPT MM support functions
- From: Ian Wienand <ianw@xxxxxxxxxxxxxxxxxx>
- [RFC 1/3] LVHPT - Fault handler modifications
- From: Ian Wienand <ianw@xxxxxxxxxxxxxxxxxx>
- [RFC 2/3] LVHPT - Setup LVHPT
- From: Ian Wienand <ianw@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] ia64: avoid broken SAL_CACHE_FLUSH implementations
- From: Ian Wienand <ianw@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] ia64: avoid broken SAL_CACHE_FLUSH implementations
- From: Robin Holt <holt@xxxxxxx>
- Re: [PATCH] ia64: avoid broken SAL_CACHE_FLUSH implementations
- From: Ian Wienand <ianw@xxxxxxxxxxxxxxxxxx>
- RE: [rfc] dynamic 3-level / 4-level page table
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- RE: [rfc] dynamic 3-level / 4-level page table
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- [PATCH] Updated patch for kexec on ia64
- From: Khalid Aziz <khalid_aziz@xxxxxx>
- Re: [rfc] dynamic 3-level / 4-level page table
- From: Robin Holt <holt@xxxxxxx>
- Re: [PATCH] change gen_pool allocator to not touch managed memory
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [rfc] dynamic 3-level / 4-level page table
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxxx>
- Re: Read *pgd again in vhpt_miss handler
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxxx>
- Re: [patch] update sn2 defconfig
- From: Jes Sorensen <jes@xxxxxxx>
- [PATCH] Make PCI Express support selectable
- From: Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx>
- [rfc] dynamic 3-level / 4-level page table
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: Read *pgd again in vhpt_miss handler
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: [PATCH] - Pass OS logical cpu number to the SN prom (bios)
- From: Jack Steiner <steiner@xxxxxxx>
- Re: [PATCH] - Pass OS logical cpu number to the SN prom (bios)
- From: Keith Owens <kaos@xxxxxxx>
- RE: [patch] update sn2 defconfig
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- git pull on ia64 linux tree
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH] - Pass OS logical cpu number to the SN prom (bios)
- From: Jack Steiner <steiner@xxxxxxx>
- [PATCH resend] IOC4 config option ordering
- From: Brent Casavant <bcasavan@xxxxxxx>
- Re: [patch] Add mca recovery failure messages
- From: Russ Anderson <rja@xxxxxxxxxxxxxxxxxxxx>
- SUSE Linux IPF Factory tree
- From: Adrian Schröter <adrian@xxxxxxx>
- Re: [patch] update sn2 defconfig
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [patch] update sn2 defconfig
- From: Robin Holt <holt@xxxxxxx>
- Re: Read *pgd again in vhpt_miss handler
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxxx>
- [patch] update sn2 defconfig
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [patch] Add mca recovery failure messages
- From: Keith Owens <kaos@xxxxxxx>
- [patch] Add mca recovery failure messages
- From: Russ Anderson <rja@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/5] Remove redundant NULL checks before [kv]free - in arch/
- From: Jeff Dike <jdike@xxxxxxxxxxx>
- [PATCH] fix SGI Altix tioce_reserve_m32() bug
- From: Mike Habeck <habeck@xxxxxxx>
- Re: [PATCH] change gen_pool allocator to not touch managed memory
- From: Dean Nelson <dcn@xxxxxxx>
- Re: I/O read, write implementation questions
- From: Brent Casavant <bcasavan@xxxxxxx>
- Re: I/O read, write implementation questions
- From: Brent Casavant <bcasavan@xxxxxxx>
- beta of pfmon-3.2 available
- From: Stephane Eranian <eranian@xxxxxxxxxx>
- RE: Read *pgd again in vhpt_miss handler
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Read *pgd again in vhpt_miss handler
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxxx>
- Re: [PATCH] change gen_pool allocator to not touch managed memory
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [PATCH] change gen_pool allocator to not touch managed memory
- From: Dean Nelson <dcn@xxxxxxx>
- Re: [PATCH] change gen_pool allocator to not touch managed memory
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [PATCH] change gen_pool allocator to not touch managed memory
- From: Robin Holt <holt@xxxxxxx>
- Re: [PATCH] change gen_pool allocator to not touch managed memory
- From: "Jesper Juhl" <jesper.juhl@xxxxxxxxx>
- Re: [PATCH] change gen_pool allocator to not touch managed memory
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [PATCH 1/1] ia64: enable dumps to capture second page of kernel stack
- From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
- Re: I/O read, write implementation questions
- From: Grant Grundler <iod00d@xxxxxx>
- Re: [PATCH] change gen_pool allocator to not touch managed memory
- From: Dean Nelson <dcn@xxxxxxx>
- [PATCH 1/1] ia64: enable dumps to capture second page of kernel stack
- From: Cliff Wickman <cpw@xxxxxxx>
- Re: I/O read, write implementation questions
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxxx>
- Re: I/O read, write implementation questions
- From: "David Mosberger-Tang" <David.Mosberger@xxxxxxx>
- I/O read, write implementation questions
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxxx>
- Re: [PATCH] change gen_pool allocator to not touch managed memory
- From: Andrew Morton <akpm@xxxxxxxx>
- [PATCH] change gen_pool allocator to not touch managed memory
- From: dcn@xxxxxxx (Dean Nelson)
- [PATCH] - Fix discover of nearest cpu node to IO node
- From: Jack Steiner <steiner@xxxxxxx>
- [PATCH] - Reduce overhead of reading sn_topology
- From: Jack Steiner <steiner@xxxxxxx>
- Re: Protect PGD...PTE walking in ivt.S
- From: Christoph Lameter <christoph@xxxxxxxxxxxx>
- Re: Protect PGD...PTE walking in ivt.S
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxx>
- Re: Protect PGD...PTE walking in ivt.S
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: Protect PGD...PTE walking in ivt.S
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxxx>
- Protect PGD...PTE walking in ivt.S
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxxx>
- [PATCH] IOC4 config option ordering
- From: Brent Casavant <bcasavan@xxxxxxx>
- RE: [RFC] - Kernel text replication on IA64
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: [PATCH 3/5] Remove redundant NULL checks before [kv]free - in arch/
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [RFC] - Kernel text replication on IA64
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [RFC] - Kernel text replication on IA64
- From: Jack Steiner <steiner@xxxxxxx>
- [PATCH 2/2] eliminate compile time warnings
- From: Satoru Takeuchi <takeuchi_satoru@xxxxxxxxxxxxxx>
- [PATCH 1/2] eliminate compile time warnings
- From: Satoru Takeuchi <takeuchi_satoru@xxxxxxxxxxxxxx>
- [patch] SN SAL call to inject memory errors
- From: Russ Anderson <rja@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] - Fix MAX_PXM_DOMAINS for systems with > 256 nodes
- From: Jack Steiner <steiner@xxxxxxx>
- [patch] Remove unused variable in sn_sal.h
- From: Russ Anderson <rja@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 00/05] robust per_cpu allocation for modules
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 00/05] robust per_cpu allocation for modules
- From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
- Re: [PATCH 00/05] robust per_cpu allocation for modules
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 00/05] robust per_cpu allocation for modules
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: [PATCH 00/05] robust per_cpu allocation for modules
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 00/05] robust per_cpu allocation for modules
- From: Ravikiran G Thirumalai <kiran@xxxxxxxxxxxx>
- Re: [PATCH 1/1] ia64: perfmon.c trips BUG_ON in put_page_testzero
- From: Stephane Eranian <eranian@xxxxxxxxxx>
- RE: [PATCH 1/1] ia64: perfmon.c trips BUG_ON in put_page_testzero
- From: "Keshavamurthy, Anil S" <anil.s.keshavamurthy@xxxxxxxxx>
- Re: [PATCH 00/05] robust per_cpu allocation for modules
- From: Ravikiran G Thirumalai <kiran@xxxxxxxxxxxx>
- Re: [PATCH 00/05] robust per_cpu allocation for modules
- From: Andi Kleen <ak@xxxxxxx>
- Re: [PATCH 00/05] robust per_cpu allocation for modules
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: [PATCH 00/05] robust per_cpu allocation for modules
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 00/05] robust per_cpu allocation for modules
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH 00/05] robust per_cpu allocation for modules
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 00/05] robust per_cpu allocation for modules
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 3/5] Remove redundant NULL checks before [kv]free - in arch/
- From: Jesper Juhl <jesper.juhl@xxxxxxxxx>
- Re: [PATCH 00/05] robust per_cpu allocation for modules
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 00/05] robust per_cpu allocation for modules
- From: "Tony Luck" <tony.luck@xxxxxxxxx>
- Re: [PATCH 00/05] robust per_cpu allocation for modules
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 00/05] robust per_cpu allocation for modules
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 00/05] robust per_cpu allocation for modules
- From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
- Re: [PATCH 00/05] robust per_cpu allocation for modules
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [PATCH 00/05] robust per_cpu allocation for modules
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 00/05] robust per_cpu allocation for modules
- From: Paul Mackerras <paulus@xxxxxxxxx>
- Re: [PATCH 00/05] robust per_cpu allocation for modules
- From: Paul Mackerras <paulus@xxxxxxxxx>
- Re: [PATCH 00/05] robust per_cpu allocation for modules
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 00/05] robust per_cpu allocation for modules
- From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
- Re: [PATCH 00/05] robust per_cpu allocation for modules
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 00/05] robust per_cpu allocation for modules
- From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
- [PATCH 00/08] robust per_cpu allocation for modules - V2
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 00/05] robust per_cpu allocation for modules
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- RE: [PATCH 00/05] robust per_cpu allocation for modules
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: [PATCH 00/05] robust per_cpu allocation for modules
- From: Andrew Morton <akpm@xxxxxxxx>
- [PATCH 00/05] robust per_cpu allocation for modules
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- RE: Setup an IA64 specific reclaim distance
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: Setup an IA64 specific reclaim distance
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: Setup an IA64 specific reclaim distance
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: Setup an IA64 specific reclaim distance
- From: "John Hawkes" <hawkes@xxxxxxx>
- RE: Setup an IA64 specific reclaim distance
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: Setup an IA64 specific reclaim distance
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: Setup an IA64 specific reclaim distance
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: Setup an IA64 specific reclaim distance
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: Setup an IA64 specific reclaim distance
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: Setup an IA64 specific reclaim distance
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: Setup an IA64 specific reclaim distance
- From: "John Hawkes" <hawkes@xxxxxxx>
- RE: Setup an IA64 specific reclaim distance
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: Setup an IA64 specific reclaim distance
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: Two questions about iosapic code
- From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
- Re: Two questions about iosapic code
- From: Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx>
- Re: [PATCH 8/8] IA64 various hugepage size - Modify kernel document
- From: "Randy.Dunlap" <rdunlap@xxxxxxxxxxxx>
- Re: [PATCH 8/8] IA64 various hugepage size - Modify kernel document
- From: Zou Nan hai <nanhai.zou@xxxxxxxxx>
- Re: [PATCH 7/8] IA64 various hugepage size - Add proc control to reserve and free
- From: Zou Nan hai <nanhai.zou@xxxxxxxxx>
- Re: [PATCH 6/8] IA64 various hugepage size - introduce prctl options to set/get hugepage size
- From: Zou Nan hai <nanhai.zou@xxxxxxxxx>
- Re: [PATCH 5/8] IA64 various hugepage size - mount more hugetlb fs for SHM
- From: Zou Nan hai <nanhai.zou@xxxxxxxxx>
- Re: [PATCH 4/8] IA64 various hugepage size - modify HPAGE related macros
- From: Zou Nan hai <nanhai.zou@xxxxxxxxx>
- Re: [PATCH 3/8] IA64 various hugepage size - Add a mount option to hugetlbfs
- From: Zou Nan hai <nanhai.zou@xxxxxxxxx>
- Re: [PATCH 2/8] IA64 various hugepage size - Add the is_valid_hpage_size function
- From: Zou Nan hai <nanhai.zou@xxxxxxxxx>
- Re: [PATCH 1/8] IA64 various hugepage size - Add a variable to mm structure
- From: Zou Nan hai <nanhai.zou@xxxxxxxxx>
- [PATCH 0/8] IA64 various hugepage size - Overview
- From: Zou Nan hai <nanhai.zou@xxxxxxxxx>
- Setup an IA64 specific reclaim distance
- From: Christoph Lameter <clameter@xxxxxxx>
- git pull on ia64 linux tree
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: Make show_mem() skip holes in a pgdat (V3).
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Make show_mem() skip holes in a pgdat (V3).
- From: Robin Holt <holt@xxxxxxx>
- RE: Make show_mem() skip holes in a pgdat.
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: show_mem() for ia64 discontig takes a really long time on large systems.
- From: "Bob Picco" <bob.picco@xxxxxx>
- Re: Make show_mem() skip holes in a pgdat.
- From: "Bob Picco" <bob.picco@xxxxxx>
- Re: show_mem() for ia64 discontig takes a really long time on large systems.
- From: Robin Holt <holt@xxxxxxx>
- Make show_mem() skip holes in a pgdat.
- From: Robin Holt <holt@xxxxxxx>
- Two questions about iosapic code
- From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
- Re: Make show_mem() skip holes in a pgdat.
- From: Andreas Schwab <schwab@xxxxxxx>
- Make show_mem() skip holes in a pgdat.
- From: Robin Holt <holt@xxxxxxx>
- Re: show_mem() for ia64 discontig takes a really long time on large systems.
- From: Robin Holt <holt@xxxxxxx>
- Re: [PATCH 2.6.17-rc1-mm2] pg_uncached-is-ia64-only-fix
- From: Andrew Morton <akpm@xxxxxxxx>
- Re: show_mem() for ia64 discontig takes a really long time on large systems.
- From: "Bob Picco" <bob.picco@xxxxxx>
- RE: show_mem() for ia64 discontig takes a really long time on large systems.
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- [PATCH 2.6.17-rc1-mm2] pg_uncached-is-ia64-only-fix
- From: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
- Re: show_mem() for ia64 discontig takes a really long time on large systems.
- From: Robin Holt <holt@xxxxxxx>
- RE: booting with `mem=' on an Altix (or other NUMA machine)
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- RE: booting with `mem=' on an Altix (or other NUMA machine)
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: booting with `mem=' on an Altix (or other NUMA machine)
- From: Christoph Lameter <clameter@xxxxxxx>
- Technical Program Set for Gelato ICE: ItaniumR Conference & Expo
- From: "Nan Holda" <nan@xxxxxxxxxx>
- [patch 2.6.17-rc1] ia64_wait_for_slaves() incorrectly reports MCA
- From: Keith Owens <kaos@xxxxxxx>
- Re: booting with `mem=' on an Altix (or other NUMA machine)
- From: Grant Grundler <iod00d@xxxxxx>
- booting with `mem=' on an Altix (or other NUMA machine)
- From: Peter Chubb <peterc@xxxxxxxxxxxxxxxxxx>
- git pull on ia64 linux tree
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [patch 2.6.17-rc1 v2] Sanitize assembler code for ia64_sal_os_state
- From: Keith Owens <kaos@xxxxxxxxxx>
- [patch 2.6.17-rc1] Sanitize assembler code for ia64_sal_os_state
- From: Keith Owens <kaos@xxxxxxx>
- [patch 2.6.16] Failure to resume after INIT in user space
- From: Keith Owens <kaos@xxxxxxx>
- patches added to release/test trees
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: 2.6.17-rc1-mm1
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- Re: 2.6.17-rc1-mm1
- From: Russell King <rmk+lkml@xxxxxxxxxxxxxxxx>
- Re: 2.6.17-rc1-mm1
- From: Russell King <rmk+lkml@xxxxxxxxxxxxxxxx>
- Re: 2.6.17-rc1-mm1
- From: Russell King <rmk+lkml@xxxxxxxxxxxxxxxx>
- Re: 2.6.17-rc1-mm1
- From: "Antonino A. Daplas" <adaplas@xxxxxxxxx>
- RE: 2.6.17-rc1-mm1
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: 2.6.17-rc1-mm1
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- Re: 2.6.17-rc1-mm1
- From: Andreas Schwab <schwab@xxxxxxx>
- Re: 2.6.17-rc1-mm1
- From: Andrew Morton <akpm@xxxxxxxx>
- Re: 2.6.17-rc1-mm1
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: : IA64 ISOs based on Fedora Core 5
- From: Axel Thimm <Axel.Thimm@xxxxxxxxxx>
- Re: : IA64 ISOs based on Fedora Core 5
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: 2.6.17-rc1 perfmon2 new code base + libpfm available
- From: William Cohen <wcohen@xxxxxxxxxx>
- Re: Fix ia64 bit ops: Full barriers for bit operations returning a value
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: Fix ia64 bit ops: Full barriers for bit operations returning a value
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxxx>
- Re: : IA64 ISOs based on Fedora Core 5
- From: Axel Thimm <Axel.Thimm@xxxxxxxxxx>
- Re: [Fastboot] [PATCH] kexec on ia64
- From: Khalid Aziz <khalid_aziz@xxxxxx>
- Re: Fix ia64 bit ops: Full barriers for bit operations returning a value
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: 2.6.17-rc1-mm1
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- Re: [PATCH] kexec on ia64
- From: Khalid Aziz <khalid_aziz@xxxxxx>
- 2.6.17-rc1 perfmon2 new code base + libpfm available
- From: Stephane Eranian <eranian@xxxxxxxxxx>
- Re: Fix ia64 bit ops: Full barriers for bit operations returning a value
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxxx>
- Re: [ANNOUNCE]: IA64 ISOs based on Fedora Core 5
- From: Paul Nasrat <pnasrat@xxxxxxxxxx>
- Re: 2.6.16 fails to resume after INIT in user space
- From: Francois WELLENREITER <francois.wellenreiter@xxxxxxxx>
- Re: [ANNOUNCE]: IA64 ISOs based on Fedora Core 5
- From: Paul Nasrat <pnasrat@xxxxxxxxxx>
- Re: [ANNOUNCE]: IA64 ISOs based on Fedora Core 5
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [Fedora-ia64-list] Re: [ANNOUNCE]: IA64 ISOs based on Fedora Core 5
- From: Prarit Bhargava <prarit@xxxxxxx>
- Re: [ANNOUNCE]: IA64 ISOs based on Fedora Core 5
- From: Prarit Bhargava <prarit@xxxxxxx>
- Re: [ANNOUNCE]: IA64 ISOs based on Fedora Core 5
- From: Prarit Bhargava <prarit@xxxxxxx>
- Re: [ANNOUNCE]: IA64 ISOs based on Fedora Core 5
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [Fastboot] [PATCH] kexec on ia64
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- 2.6.16 fails to resume after INIT in user space
- From: Keith Owens <kaos@xxxxxxx>
- Re: 2.6.17-rc1-mm1
- From: Zou Nan hai <nanhai.zou@xxxxxxxxx>
- Re: [Fastboot] [PATCH] kexec on ia64
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [ANNOUNCE]: IA64 ISOs based on Fedora Core 5
- From: Paul Nasrat <pnasrat@xxxxxxxxxx>
- [ANNOUNCE]: IA64 ISOs based on Fedora Core 5
- From: Prarit Bhargava <prarit@xxxxxxx>
- RE: [Fastboot] [PATCH] kexec on ia64
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- Re: [Fastboot] [PATCH] kexec on ia64
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- RE: [Fastboot] [PATCH] kexec on ia64
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- RE: [Fastboot] [PATCH] kexec on ia64
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- Re: 2.6.17-rc1-mm1
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: 2.6.16 not booting due to ACPI revision 20060127
- From: "Moore, Robert" <robert.moore@xxxxxxxxx>
- Re: [Fastboot] [PATCH] kexec on ia64
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: Fix ia64 bit ops: Full barriers for bit operations returning a value
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxxx>
- RE: [PATCH] eliminate compiler warning for xpc_channel.c
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH] eliminate compiler warning for xpc_channel.c
- From: Dean Nelson <dcn@xxxxxxx>
- Re: Fix ia64 bit ops: Full barriers for bit operations returning a value
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: Fix ia64 bit ops: Full barriers for bit operations returning a value
- From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
- RE: [PATCH] eliminate compiler warning for xpc_channel.c
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH] eliminate compiler warning for xpc_channel.c
- From: Matthew Wilcox <matthew@xxxxxx>
- RE: [PATCH] eliminate compiler warning for xpc_channel.c
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH] eliminate compiler warning for xpc_channel.c
- From: dcn@xxxxxxx (Dean Nelson)
- RE: Fix ia64 bit ops: Full barriers for bit operations returning a value
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: [Fastboot] Re: [PATCH] kexec on ia64
- From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
- Re: [PATCH] kexec on ia64
- From: Andrew Morton <akpm@xxxxxxxx>
- RE: Fix ia64 bit ops: Full barriers for bit operations returning a value
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: Fix ia64 bit ops: Full barriers for bit operations returning a value
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- [PATCH] kexec on ia64
- From: Khalid Aziz <khalid_aziz@xxxxxx>
- Re: [PATCH] DMI: move dmi_scan.c from arch/i386 to drivers/firmware/
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- Thread on documenting linux memory barriers on lkml
- From: Christoph Lameter <clameter@xxxxxxx>
- Fix ia64 bit ops: Full barriers for bit operations returning a value
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: accessed/dirty bit handler tuning
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: accessed/dirty bit handler tuning
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: 2.6.16 not booting due to ACPI revision 20060127
- From: "Brown, Len" <len.brown@xxxxxxxxx>
- Re: accessed/dirty bit handler tuning
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxxx>
- Re: accessed/dirty bit handler tuning
- From: "David Mosberger-Tang" <David.Mosberger@xxxxxxx>
- Re: accessed/dirty bit handler tuning
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxxx>
- RE: accessed/dirty bit handler tuning
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: accessed/dirty bit handler tuning
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: 2.6.16 not booting due to ACPI revision 20060127
- From: xb <xavier.bru@xxxxxxxx>
- Re: accessed/dirty bit handler tuning
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxxx>
- 2.6.16 not booting due to ACPI revision 20060127
- From: xb <xavier.bru@xxxxxxxx>
- Re: accessed/dirty bit handler tuning
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxxx>
- [patch 2.6.16-git] Pass more data to the MCA/INIT notify_die hooks
- From: Keith Owens <kaos@xxxxxxx>
- Re: [PATCH 1/6] PCIERR : interfaces for synchronous I/O error detection on driver
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- Re: [patch] avoid unaligned access when accessing poll stack
- From: Jes Sorensen <jes@xxxxxxx>
- Re: Synchronizing Bit operations V2
- From: Russell King <rmk+lkml@xxxxxxxxxxxxxxxx>
- Re: Synchronizing Bit operations V2
- From: Russell King <rmk+lkml@xxxxxxxxxxxxxxxx>
- power consumption trivia
- From: "David Mosberger-Tang" <David.Mosberger@xxxxxxx>
- Re: [patch] avoid unaligned access when accessing poll stack
- From: Mitchell Blank Jr <mitch@xxxxxxxxxx>
- Re: Synchronizing Bit operations V2
- From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
- Re: [patch] avoid unaligned access when accessing poll stack
- From: Andi Kleen <ak@xxxxxxx>
- Re: [patch] avoid unaligned access when accessing poll stack
- From: Mitchell Blank Jr <mitch@xxxxxxxxxx>
- Re: Synchronizing Bit operations V2
- From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
- git pull on ia64 linux tree
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: Fw: [Bugme-new] [Bug 6307] New: Bug hwclock in kernel 2.6.16
- From: dann frazier <dannf@xxxxxxxxxx>
- Re: accessed/dirty bit handler tuning
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxx>
- RE: accessed/dirty bit handler tuning
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: [PATCH 1/6] PCIERR : interfaces for synchronous I/O error detection on driver
- From: linas@xxxxxxxxxxxxxx (Linas Vepstas)
- RE: accessed/dirty bit handler tuning
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- RE: Synchronizing Bit operations V2
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: Synchronizing Bit operations V2
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: accessed/dirty bit handler tuning
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxx>
- RE: Fix ia64 bitops: Full barrier on smp_mb__after_clear_bit()
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: Synchronizing Bit operations V2
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: Fix ia64 bitops: Full barrier on smp_mb__after_clear_bit()
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- RE: Synchronizing Bit operations V2
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Fix ia64 bitops: Full barrier on smp_mb__after_clear_bit()
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: accessed/dirty bit handler tuning
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- RE: Synchronizing Bit operations V2
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: [patch] avoid unaligned access when accessing poll stack
- From: Andrew Morton <akpm@xxxxxxxx>
- Re: Synchronizing Bit operations V2
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: Synchronizing Bit operations V2
- From: Andi Kleen <ak@xxxxxxx>
- Re: Synchronizing Bit operations V2
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: Synchronizing Bit operations V2
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: Synchronizing Bit operations V2
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: [patch] avoid unaligned access when accessing poll stack
- From: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
- Re: [patch] avoid unaligned access when accessing poll stack
- From: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
- Re: [patch] avoid unaligned access when accessing poll stack
- From: Andi Kleen <ak@xxxxxxx>
- Re: [patch] avoid unaligned access when accessing poll stack
- From: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
- Re: [patch] avoid unaligned access when accessing poll stack
- From: Andi Kleen <ak@xxxxxxx>
- Re: Synchronizing Bit operations V2
- From: Andi Kleen <ak@xxxxxxx>
- Re: [patch] avoid unaligned access when accessing poll stack
- From: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
- RE: accessed/dirty bit handler tuning
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxx>
- Re: Synchronizing Bit operations V2
- From: Hans Boehm <Hans.Boehm@xxxxxx>
- Re: Synchronizing Bit operations V2
- From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
- Re: [patch] avoid unaligned access when accessing poll stack
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [patch] avoid unaligned access when accessing poll stack
- From: Andi Kleen <ak@xxxxxxx>
- [patch] avoid unaligned access when accessing poll stack
- From: Jes Sorensen <jes@xxxxxxx>
- Re: Synchronizing Bit operations V2
- From: Andi Kleen <ak@xxxxxxx>
- Re: Synchronizing Bit operations V2
- From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
- RE: Synchronizing Bit operations V2
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: Synchronizing Bit operations V2
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: Synchronizing Bit operations V2
- From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
- RE: Synchronizing Bit operations V2
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: Synchronizing Bit operations V2
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: Synchronizing Bit operations V2
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: Synchronizing Bit operations V2
- From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
- RE: Synchronizing Bit operations V2
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: Synchronizing Bit operations V2
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- RE: Synchronizing Bit operations V2
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- RE: Synchronizing Bit operations V2
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: Synchronizing Bit operations V2
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- RE: Synchronizing Bit operations V2
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- RE: Synchronizing Bit operations V2
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: Synchronizing Bit operations V2
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- RE: Synchronizing Bit operations V2
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: Synchronizing Bit operations V2
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: Synchronizing Bit operations V2
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- RE: Synchronizing Bit operations V2
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- RE: Synchronizing Bit operations V2
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: Synchronizing Bit operations V2
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: Synchronizing Bit operations V2
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: Synchronizing Bit operations V2
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: Synchronizing Bit operations V2
- RE: Synchronizing Bit operations V2
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- RE: Synchronizing Bit operations V2
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: Synchronizing Bit operations V2
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- RE: Synchronizing Bit operations V2
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: Synchronizing Bit operations V2
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- RE: Synchronizing Bit operations V2
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- RE: Synchronizing Bit operations V2
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: Synchronizing Bit operations V2
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: Synchronizing Bit operations V2
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: Synchronizing Bit operations V2
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- RE: Synchronizing Bit operations V2
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: Synchronizing Bit operations V2
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: Synchronizing Bit operations V2
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: Synchronizing Bit operations V2
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: Synchronizing Bit operations V2
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: Synchronizing Bit operations V2
- From: "David Mosberger-Tang" <David.Mosberger@xxxxxxx>
- RE: Synchronizing Bit operations V2
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Synchronizing Bit operations V2
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: Fw: [Bugme-new] [Bug 6307] New: Bug hwclock in kernel 2.6.16
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: Fw: [Bugme-new] [Bug 6307] New: Bug hwclock in kernel 2.6.16
- From: Grant Grundler <iod00d@xxxxxx>
- RE: Fix unlock_buffer() to work the same way as bit_unlock()
- From: "Boehm, Hans" <hans.boehm@xxxxxx>
- RE: Fix unlock_buffer() to work the same way as bit_unlock()
- From: "Boehm, Hans" <hans.boehm@xxxxxx>
- Bit operations with the ability to specify a synchronization mode
- From: Christoph Lameter <clameter@xxxxxxx>
- Fw: [Bugme-new] [Bug 6307] New: Bug hwclock in kernel 2.6.16
- From: Andrew Morton <akpm@xxxxxxxx>
- RE: show_mem() for ia64 discontig takes a really long time on large systems.
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: Fix unlock_buffer() to work the same way as bit_unlock()
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: Fix unlock_buffer() to work the same way as bit_unlock()
- From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
- Re: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: Grant Grundler <iod00d@xxxxxx>
- git pull on ia64 linux tree
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: show_mem() for ia64 discontig takes a really long time on large systems.
- From: Dave Hansen <haveblue@xxxxxxxxxx>
- RE: show_mem() for ia64 discontig takes a really long time on large systems.
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: show_mem() for ia64 discontig takes a really long time on large systems.
- From: Dave Hansen <haveblue@xxxxxxxxxx>
- Re: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: Prarit Bhargava <prarit@xxxxxxx>
- RE: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: show_mem() for ia64 discontig takes a really long time on large systems.
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: Fix unlock_buffer() to work the same way as bit_unlock()
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: Fix unlock_buffer() to work the same way as bit_unlock()
- From: "Boehm, Hans" <hans.boehm@xxxxxx>
- RE: show_mem() for ia64 discontig takes a really long time on large systems.
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: show_mem() for ia64 discontig takes a really long time on large systems.
- From: Jack Steiner <steiner@xxxxxxx>
- Re: Fix unlock_buffer() to work the same way as bit_unlock()
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: Jack Steiner <steiner@xxxxxxx>
- Re: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
- Re: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: Prarit Bhargava <prarit@xxxxxxx>
- Re: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: "H. J. Lu" <hjl@xxxxxxxxx>
- Re: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: Prarit Bhargava <prarit@xxxxxxx>
- Re: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: "H. J. Lu" <hjl@xxxxxxxxx>
- Re: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: "David Mosberger-Tang" <David.Mosberger@xxxxxxx>
- Re: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: Jack Steiner <steiner@xxxxxxx>
- Re: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: "David Mosberger-Tang" <David.Mosberger@xxxxxxx>
- Re: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: Prarit Bhargava <prarit@xxxxxxx>
- Re: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: Jack Steiner <steiner@xxxxxxx>
- Re: accessed/dirty bit handler tuning
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxxx>
- Re: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: Jes Sorensen <jes@xxxxxxx>
- Re: gate.S and recent toolchains
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: Keith Owens <kaos@xxxxxxx>
- Re: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: Jes Sorensen <jes@xxxxxxx>
- Re: Fix unlock_buffer() to work the same way as bit_unlock()
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxxx>
- Re: Fix unlock_buffer() to work the same way as bit_unlock()
- From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
- Re: Fix unlock_buffer() to work the same way as bit_unlock()
- From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
- Re: Fix unlock_buffer() to work the same way as bit_unlock()
- From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
- Re: Fix unlock_buffer() to work the same way as bit_unlock()
- From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
- RE: Prefetch mmap_sem in ia64_do_page_fault()
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: [RFC][PATCH] avoid creating empty nodes [0/2]
- From: Jack Steiner <steiner@xxxxxxx>
- RE: Fix unlock_buffer() to work the same way as bit_unlock()
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: Fix unlock_buffer() to work the same way as bit_unlock()
- From: Grant Grundler <iod00d@xxxxxx>
- RE: Fix unlock_buffer() to work the same way as bit_unlock()
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- RE: Fix unlock_buffer() to work the same way as bit_unlock()
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: [RFC][PATCH] avoid creating empty nodes [0/2]
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- RE: accessed/dirty bit handler tuning
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: accessed/dirty bit handler tuning
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: Fix unlock_buffer() to work the same way as bit_unlock()
- From: "Boehm, Hans" <hans.boehm@xxxxxx>
- RE: Fix unlock_buffer() to work the same way as bit_unlock()
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: Jack Steiner <steiner@xxxxxxx>
- RE: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: Émeric Maschino <emeric.maschino@xxxxxxxxxxxx>
- RE: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxx>
- Re: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: Grant Grundler <iod00d@xxxxxx>
- RE: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- RE: Fix unlock_buffer() to work the same way as bit_unlock()
- From: "Boehm, Hans" <hans.boehm@xxxxxx>
- Re: Fix unlock_buffer() to work the same way as bit_unlock()
- From: Grant Grundler <iod00d@xxxxxx>
- Re: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: Greg Edwards <edwardsg@xxxxxxx>
- Re: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: Prarit Bhargava <prarit@xxxxxxx>
- Re: gate.S and recent toolchains
- From: Jack Steiner <steiner@xxxxxxx>
- RE: Fix unlock_buffer() to work the same way as bit_unlock()
- From: "Boehm, Hans" <hans.boehm@xxxxxx>
- RE: gate.S and recent toolchains
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: gate.S and recent toolchains
- From: Jes Sorensen <jes@xxxxxxx>
- Re: gate.S and recent toolchains
- From: Jes Sorensen <jes@xxxxxxx>
- Re: gate.S and recent toolchains
- From: Jes Sorensen <jes@xxxxxxx>
- Re: gate.S and recent toolchains
- From: Russ Anderson <rja@xxxxxxxxxxxxxxxxxxxx>
- RE: gate.S and recent toolchains
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: gate.S and recent toolchains
- From: Russ Anderson <rja@xxxxxxxxxxxxxxxxxxxx>
- RE: gate.S and recent toolchains
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: gate.S and recent toolchains
- From: "H. J. Lu" <hjl@xxxxxxxxx>
- Re: accessed/dirty bit handler tuning
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxxx>
- Re: gate.S and recent toolchains
- From: Russ Anderson <rja@xxxxxxxxxxxxxxxxxxxx>
- RE: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: gate.S and recent toolchains
- From: Russ Anderson <rja@xxxxxxxxxxxxxxxxxxxx>
- Re: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: [Fedora-ia64-list] kernel 2.6.16-1.2097_FC6 unbootable on Itanium
- From: Prarit Bhargava <prarit@xxxxxxx>
- gate.S and recent toolchains
- From: Jes Sorensen <jes@xxxxxxx>
- Re: [RFC][PATCH] avoid creating empty nodes [0/2]
- From: Jack Steiner <steiner@xxxxxxx>
- Re: accessed/dirty bit handler tuning
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxxx>
- Re: Fix unlock_buffer() to work the same way as bit_unlock()
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxxx>
- Re: Fix unlock_buffer() to work the same way as bit_unlock()
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxxx>
- RE: accessed/dirty bit handler tuning
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: accessed/dirty bit handler tuning
- From: Zoltan Menyhart <Zoltan.Menyhart@xxxxxxxx>
- RE: Prefetch mmap_sem in ia64_do_page_fault()
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- RE: Prefetch mmap_sem in ia64_do_page_fault()
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- RE: Prefetch mmap_sem in ia64_do_page_fault()
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: Fix unlock_buffer() to work the same way as bit_unlock()
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: Prefetch mmap_sem in ia64_do_page_fault()
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Prefetch mmap_sem in ia64_do_page_fault()
- From: Christoph Lameter <clameter@xxxxxxx>
- RE: Fix unlock_buffer() to work the same way as bit_unlock()
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- RE: Fix unlock_buffer() to work the same way as bit_unlock()
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: Fix unlock_buffer() to work the same way as bit_unlock()
- From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
- [PATCH 1/3] msi vector targeting abstractions
- From: Mark Maule <maule@xxxxxxx>
- [PATCH 2/3] per-platform IA64_{FIRST,LAST}_DEVICE_VECTOR definitions
- From: Mark Maule <maule@xxxxxxx>
- [PATCH 3/3] altix: msi support
- From: Mark Maule <maule@xxxxxxx>
- [PATCH 0/3] msi abstractions and support for altix
- From: Mark Maule <maule@xxxxxxx>
- Re: Fix unlock_buffer() to work the same way as bit_unlock()
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: Fix unlock_buffer() to work the same way as bit_unlock()
- From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
- [RFC][PATCH] avoid creating empty nodes [2/2] ignore empty pxms.
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- [RFC][PATCH] avoid creating empty nodes [1/2] move reserve memory before parsing acpi
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- [RFC][PATCH] avoid creating empty nodes [0/2]
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: Add full memory fence for test_and_*_bit operation
- From: Grant Grundler <iod00d@xxxxxx>
- RE: Fix unlock_buffer() to work the same way as bit_unlock()
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: [Patch:001/004]Unify pxm_to_node id ver.3.(generic code)
- From: Yasunori Goto <y-goto@xxxxxxxxxxxxxx>
- Add full memory fence for test_and_*_bit operation
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Cleanup non-atomic bit operation
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- RE: Fix unlock_buffer() to work the same way as bit_unlock()
- From: Christoph Lameter <clameter@xxxxxxx>
Mail converted by MHonArc
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[GCC Help]
[Bugtraq]