Linux ia64 Archive — Date Index
[Prev Page][Next Page]
- [PATCH] [IA64] Removed "task_size" element from thread_struct - it is now constant
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: [PATCHv2] [IA64] Fix futex_atomic_cmpxchg_inatomic()
- From: Émeric Maschino <emeric.maschino@xxxxxxxxx>
- [PATCHv2] [IA64] Fix futex_atomic_cmpxchg_inatomic()
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH] gpiolib/arches: Centralise bolierplate asm/gpio.h
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH] gpiolib/arches: Centralise bolierplate asm/gpio.h
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [ORLinux] [PATCH] gpiolib/arches: Centralise bolierplate asm/gpio.h
- From: Jonas Bonn <jonas@xxxxxxxxxxxx>
- Re: [PATCH] gpiolib/arches: Centralise bolierplate asm/gpio.h
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [regression] Re: [PATCH 2/3] futex: Sanitize cmpxchg_futex_value_locked API
- From: Émeric Maschino <emeric.maschino@xxxxxxxxx>
- Re: [PATCH] [IA64] Fix futex_atomic_cmpxchg_inatomic()
- From: Émeric Maschino <emeric.maschino@xxxxxxxxx>
- Re: [PATCH] [IA64] Fix futex_atomic_cmpxchg_inatomic()
- From: Michel Lespinasse <walken@xxxxxxxxxx>
- [PATCH] [IA64] Fix futex_atomic_cmpxchg_inatomic()
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH] ia64: populate the cmpxchg header with appropriate code
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: [PATCH] ia64: populate the cmpxchg header with appropriate code
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: [PATCH] ia64: populate the cmpxchg header with appropriate code
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: [PATCH] ia64: populate the cmpxchg header with appropriate code
- From: Émeric Maschino <emeric.maschino@xxxxxxxxx>
- Re: [PATCH] ia64: populate the cmpxchg header with appropriate code
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: [PATCH] ia64: populate the cmpxchg header with appropriate code
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH] ia64: populate the cmpxchg header with appropriate code
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- RE: [PATCH] ia64: fix halt build fallout from deeper C state support.
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH] ia64: fix halt build fallout from deeper C state support.
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [PATCH 4/4] IRQ,IA64: normalize return value of chip->irq_set_affinity() method
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH 3/4] IRQ,IA64: remove redundant memory copy operations in chip->irq_set_affinity()
- From: Jiang Liu <liuj97@xxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: Lorenz Kolb <linuxppcemb@xxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: Linas Vepstas <linasvepstas@xxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/19 v2] mmu: arch/mm: Port OOM changes to arch page fault handlers.
- From: Kautuk Consul <consul.kautuk@xxxxxxxxx>
- [PATCH 09/19 v2] ia64/mm/fault.c: Port OOM changes to ia64_do_page_fault
- From: Kautuk Consul <consul.kautuk@xxxxxxxxx>
- [PATCH 0/19 v2] mmu: arch/mm: Port OOM changes to arch page fault handlers.
- From: Kautuk Consul <consul.kautuk@xxxxxxxxx>
- [PATCH v2 09/15] ia64: mark const init data with __initconst instead of __initdata
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- [PATCH] ia64: Fixup asm/cmpxchg.h
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH v3 4/4] IRQ,IA64: normalize return value of chip->irq_set_affinity() method
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH 10/17] ia64: mark const init data with __initconst instead of __initdata
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- [PATCH] Fix ia64 build errors (fallout from system.h disintegration)
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH v2 3/3] IRQ,IA64: normalize return value of chip->irq_set_affinity() method
- From: Jiang Liu <liuj97@xxxxxxxxx>
- Re: [PATCH] IRQ: normalize chip->irq_set_affinity return value on x86 and IA64
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH 05/14] IA64: adapt for dma_map_ops changes
- From: Tony Luck <tony.luck@xxxxxxxxx>
- RE: [GIT PULL] DMA-mapping framework updates for 3.4
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- Re: [PATCH] Documentation/kernel-parameters: remove inttest parameter
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- [PATCH] Documentation/kernel-parameters: remove autotest and mcatest
- From: Sebastian Andrzej Siewior <sebastian@xxxxxxxxxxxxx>
- RE: [PATCH] Documentation/kernel-parameters: remove inttest parameter
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH] Documentation/kernel-parameters: remove inttest parameter
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Re: [GIT PULL] DMA-mapping framework updates for 3.4
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [GIT PULL] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH] Documentation/kernel-parameters: remove inttest parameter
- From: Sebastian Andrzej Siewior <sebastian@xxxxxxxxxxxxx>
- RE: [GIT PULL] DMA-mapping framework updates for 3.4
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- [PATCH 09/16] mm/ia64: use vm_flags_t for vma flags
- From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
- Re: [PATCH 0/20] mmu: arch/mm: Port OOM changes to arch page fault handlers.
- From: richard -rw- weinberger <richard.weinberger@xxxxxxxxx>
- Re: [PATCH 0/20] mmu: arch/mm: Port OOM changes to arch page fault handlers.
- From: Kautuk Consul <consul.kautuk@xxxxxxxxx>
- Re: [PATCH 0/20] mmu: arch/mm: Port OOM changes to arch page fault handlers.
- From: richard -rw- weinberger <richard.weinberger@xxxxxxxxx>
- [PATCH 10/20] ia64/mm/fault.c: Port OOM changes to ia64_do_page_fault
- From: Kautuk Consul <consul.kautuk@xxxxxxxxx>
- [PATCH 0/20] mmu: arch/mm: Port OOM changes to arch page fault handlers.
- From: Kautuk Consul <consul.kautuk@xxxxxxxxx>
- [GIT PULL] DMA-mapping framework updates for 3.4
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- [PATCH -v11 13/30] PCI, ia64: Register busn_res for root buses
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH 14/38] Disintegrate asm/system.h for IA64 [ver #3]
- From: David Howells <dhowells@xxxxxxxxxx>
- Re: [PATCH] IA64: fix ISA IRQ trigger model and polarity setting
- From: Jiang Liu <jiang.liu@xxxxxxxxxx>
- Re: [PATCH] IA64: fix ISA IRQ trigger model and polarity setting
- From: Tony Luck <tony.luck@xxxxxxxxx>
- [PATCH] IA64: fix ISA IRQ trigger model and polarity setting
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH 11/35] Disintegrate asm/system.h for IA64 [ver #2]
- From: David Howells <dhowells@xxxxxxxxxx>
- Re: [PATCH] IRQ: normalize chip->irq_set_affinity return value on x86 and IA64
- From: Jiang Liu <jiang.liu@xxxxxxxxxx>
- Re: [regression] Re: [PATCH 2/3] futex: Sanitize cmpxchg_futex_value_locked API
- From: Émeric Maschino <emeric.maschino@xxxxxxxxx>
- Re: [regression] Re: [PATCH 2/3] futex: Sanitize cmpxchg_futex_value_locked API
- From: Émeric Maschino <emeric.maschino@xxxxxxxxx>
- Re: [PATCH] IRQ: normalize chip->irq_set_affinity return value on x86 and IA64
- From: Dimitri Sivanich <sivanich@xxxxxxx>
- [PATCH] IRQ: normalize chip->irq_set_affinity return value on x86 and IA64
- From: Jiang Liu <liuj97@xxxxxxxxx>
- Re: [regression] Re: [PATCH 2/3] futex: Sanitize cmpxchg_futex_value_locked API
- From: Jonathan Nieder <jrnieder@xxxxxxxxx>
- RE: [regression] Re: [PATCH 2/3] futex: Sanitize cmpxchg_futex_value_locked API
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [regression] Re: [PATCH 2/3] futex: Sanitize cmpxchg_futex_value_locked API
- From: Jonathan Nieder <jrnieder@xxxxxxxxx>
- [PATCH 24/36] PCI, ia64: Register busn_res for root buses
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH 26/39] PCI, ia64: Register busn_res for root buses
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH 12/24] PCI, ia64: Register busn_res for root buses
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH 12/24] PCI, ia64: Register busn_res for root buses
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH 12/24] PCI, ia64: Register busn_res for root buses
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH 12/24] PCI, ia64: Register busn_res for root buses
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH 12/24] PCI, ia64: Register busn_res for root buses
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH 06/18] PCI, ia64: Register busn_res for root buses
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH] ia64: fix a couple of warnings for EXPORT_SYMBOL
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- RE: [PATCH] ia64: fix a couple of warnings for EXPORT_SYMBOL
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH] ia64: fix a couple of warnings for EXPORT_SYMBOL
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH] ia64: add unwind code for device_register to tiocx.c
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH] ia64: fix warning from machine_kexec.c
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH 1/4] IA64: hpsim, fix SAL handling in fw-emu
- From: Jiri Slaby <jslaby@xxxxxxx>
- Re: [PATCH 1/4] IA64: hpsim, fix SAL handling in fw-emu
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: [PATCH 00/11] print MAC via printk format specifier
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 00/14] DMA-mapping framework redesign preparation
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 01/11] arch/ia64/hp/sim/simeth.c: print MAC via printk format specifier
- From: Danny Kukawka <danny.kukawka@xxxxxxxxx>
- [PATCH 00/11] print MAC via printk format specifier
- From: Danny Kukawka <danny.kukawka@xxxxxxxxx>
- [PATCH 3/4] IA64: hpsim, initialize chip for assigned irqs
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 1/4] IA64: hpsim, fix SAL handling in fw-emu
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 4/4] IA64: simserial, bail out when request_irq fails
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 2/4] IA64: simserial, include some headers
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 06/23] PCI, ia64: Register busn_res for root buses
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH] ia64: genirq fixup for SGI/SN
- From: Dimitri Sivanich <sivanich@xxxxxxx>
- Re: [PATCH v2] arch/ia64: remove references to cpu_*_map.
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [PATCH] [trivial] ia64: Fix typo in irq_xen.c
- From: Masanari Iida <standby24x7@xxxxxxxxx>
- [PATCH 4/5] documentation: remove references to cpu_*_map.
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [PATCH 2/5] arch/ia64: remove references to cpu_*_map.
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH v2] arch/ia64: remove references to cpu_*_map.
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] arch/ia64: remove references to cpu_*_map.
- From: Venki Pallipadi <venki@xxxxxxxxxx>
- Re: [PATCH v2] arch/ia64: remove references to cpu_*_map.
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH v2] arch/ia64: remove references to cpu_*_map.
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH v2] arch/ia64: remove references to cpu_*_map.
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 11/12] documentation: remove references to cpu_*_map.
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
- [PATCH 11/12] documentation: remove references to cpu_*_map.
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH] Avoid mask based num_possible_cpus and num_online_cpus -v5
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: [PATCH] Avoid mask based num_possible_cpus and num_online_cpus -v5
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
- [PATCH 03/14 v3] MIPS: adapt for dma_map_ops changes
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- Re: [PATCH 03/14 v2] MIPS: adapt for dma_map_ops changes
- From: Sergei Shtylyov <sshtylyov@xxxxxxxxxx>
- [PATCH] Hexagon: adapt for dma_map_ops changes
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- [PATCH 04/14 v2] PowerPC: adapt for dma_map_ops changes
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- [PATCH 03/14 v2] MIPS: adapt for dma_map_ops changes
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- Re: [PULL REQUEST] DMA-mapping framework redesign preparation patches
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- [PATCH 05/22] PCI, ia64: Register busn_res for root buses
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Richard Henderson <rth@xxxxxxxxxx>
- [PULL REQUEST] DMA-mapping framework redesign preparation patches
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- [PATCH] ia64: genirq fixup for SGI/SN
- From: Raymund Will <rw@xxxxxxx>
- RE: [PATCH] [IA64] disable interrupts when exiting from ia64_mca_cmc_int_handler()
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH] [IA64] disable interrupts when exiting from ia64_mca_cmc_int_handler()
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: Memory corruption due to word sharing
- From: Torvald Riegel <triegel@xxxxxxxxxx>
- [PATCH 08/24] PCI, ia64: Register busn_res for root buses
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Andrew MacLeod <amacleod@xxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Andrew MacLeod <amacleod@xxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Matthew Gretton-Dann <matthew.gretton-dann@xxxxxxx>
- Re: Memory corruption due to word sharing
- From: Richard Guenther <rguenther@xxxxxxx>
- Re: Memory corruption due to word sharing
- From: DJ Delorie <dj@xxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Michael Matz <matz@xxxxxxx>
- Re: Memory corruption due to word sharing
- From: Aldy Hernandez <aldyh@xxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Michael Matz <matz@xxxxxxx>
- Re: Memory corruption due to word sharing
- From: Richard Guenther <rguenther@xxxxxxx>
- Re: Memory corruption due to word sharing
- From: Richard Guenther <rguenther@xxxxxxx>
- Re: Memory corruption due to word sharing
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: Memory corruption due to word sharing
- From: David Sterba <dsterba@xxxxxxx>
- Re: Memory corruption due to word sharing
- From: James Courtier-Dutton <james.dutton@xxxxxxxxx>
- RE: Memory corruption due to word sharing
- From: Bernd Petrovitsch <bernd@xxxxxxxxxxxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Richard Guenther <rguenther@xxxxxxx>
- Re: Memory corruption due to word sharing
- From: Richard Guenther <rguenther@xxxxxxx>
- Re: Memory corruption due to word sharing
- From: Richard Guenther <rguenther@xxxxxxx>
- Re: Memory corruption due to word sharing
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 06/15] PCI, ia64: Register busn_res for root buses
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- RE: Memory corruption due to word sharing
- From: "Boehm, Hans" <hans.boehm@xxxxxx>
- Re: Memory corruption due to word sharing
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Torvald Riegel <triegel@xxxxxxxxxx>
- RE: Memory corruption due to word sharing
- From: "Boehm, Hans" <hans.boehm@xxxxxx>
- Re: Memory corruption due to word sharing
- From: Torvald Riegel <triegel@xxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- RE: Memory corruption due to word sharing
- From: "Boehm, Hans" <hans.boehm@xxxxxx>
- Re: Memory corruption due to word sharing
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Torvald Riegel <triegel@xxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Torvald Riegel <triegel@xxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Jakub Jelinek <jakub@xxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Jakub Jelinek <jakub@xxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Jeff Law <law@xxxxxxxxxx>
- RE: Memory corruption due to word sharing
- From: "Boehm, Hans" <hans.boehm@xxxxxx>
- Re: Memory corruption due to word sharing
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Torvald Riegel <triegel@xxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Peter Bergner <bergner@xxxxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Jeff Law <law@xxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Michael Matz <matz@xxxxxxx>
- Re: Memory corruption due to word sharing
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: Memory corruption due to word sharing
- From: Torvald Riegel <triegel@xxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Colin Walters <walters@xxxxxxxxxx>
- Re: Memory corruption due to word sharing
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Memory corruption due to word sharing
- From: Jan Kara <jack@xxxxxxx>
- [PATCH 06/14] PCI, ia64: Register busn_res for root buses
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH 2/3] ACPI, APEI: Add RAM mapping support to ACPI
- From: Huang Ying <ying.huang@xxxxxxxxx>
- [PATCH 05/13] PCI, ia64: Register busn_res for root buses
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH 5/7] ia64, irq: add dummy create_irq_nr()
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- RE: [PATCH 2/3] ACPI, APEI: Add RAM mapping support to ACPI
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH 2/3] ACPI, APEI: Add RAM mapping support to ACPI
- From: Myron Stowe <mstowe@xxxxxxxxxx>
- Re: [PATCH 2/3] ACPI, APEI: Add RAM mapping support to ACPI
- From: Thomas Renninger <trenn@xxxxxxx>
- Re: [PATCH 2/3] ACPI, APEI: Add RAM mapping support to ACPI
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH 04/14] PowerPC: adapt for dma_map_ops changes
- From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 01/14] common: dma-mapping: introduce alloc_attrs and free_attrs methods
- From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
- RE: [PATCH 00/14] DMA-mapping framework redesign preparation
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- Re: [RFC PATCH v2 8/9] smp: refactor on_each_cpu to void returning func
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [RFC PATCH 0/9] Remove useless on_each_cpu return value
- From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
- [RFC PATCH v2 2/9] ia64: avoid using on_each_cpu hard coded ret value
- From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
- [RFC PATCH v2 8/9] smp: refactor on_each_cpu to void returning func
- From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
- [RFC PATCH v2 0/9] Remove useless on_each_cpu return value
- From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
- Re: [RFC PATCH 0/9] Remove useless on_each_cpu return value
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [RFC PATCH 0/9] Remove useless on_each_cpu return value
- From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
- Re: [RFC PATCH 0/9] Remove useless on_each_cpu return value
- From: "Michal Nazarewicz" <mina86@xxxxxxxxxx>
- [RFC PATCH 2/9] ia64: avoid using on_each_cpu hard coded ret value
- From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
- [RFC PATCH 8/9] smp: refactor on_each_cpu to void returning func
- From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
- [RFC PATCH 0/9] Remove useless on_each_cpu return value
- From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
- RE: [PATCH 00/14] DMA-mapping framework redesign preparation
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- RE: [PATCH 00/14] DMA-mapping framework redesign preparation
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- RE: [PATCH 00/14] DMA-mapping framework redesign preparation
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- Re: [PATCH 00/14] DMA-mapping framework redesign preparation
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 00/14] DMA-mapping framework redesign preparation
- From: Matthew Wilcox <matthew@xxxxxx>
- [PATCH 03/14] MIPS: adapt for dma_map_ops changes
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- [PATCH 09/14] Microblaze: adapt for dma_map_ops changes
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- [PATCH 08/14] SH: adapt for dma_map_ops changes
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- [PATCH 06/14] SPARC: adapt for dma_map_ops changes
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- [PATCH 14/14] common: DMA-mapping: add NON-CONSISTENT attribute
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- [PATCH 01/14] common: dma-mapping: introduce alloc_attrs and free_attrs methods
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- [PATCH 02/14] X86: adapt for dma_map_ops changes
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- [PATCH 05/14] IA64: adapt for dma_map_ops changes
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- [PATCH 04/14] PowerPC: adapt for dma_map_ops changes
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- [PATCH 12/14] common: dma-mapping: introduce mmap method
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- [PATCH 11/14] common: dma-mapping: remove old alloc_coherent and free_coherent methods
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- [PATCH 13/14] common: DMA-mapping: add WRITE_COMBINE attribute
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- [PATCH 10/14] Unicore32: adapt for dma_map_ops changes
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- [PATCH 07/14] Alpha: adapt for dma_map_ops changes
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- [PATCH 00/14] DMA-mapping framework redesign preparation
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- [PATCH 11/15] module_param: make bool parameters really bool (arch)
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- RE: Overlapping reserved regions at boot
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: Overlapping reserved regions at boot
- From: Petr Tesarik <ptesarik@xxxxxxx>
- Overlapping reserved regions at boot
- From: Petr Tesarik <ptesarik@xxxxxxx>
- [PATCH 18/23] ia64: Use HAVE_MEMBLOCK_NODE_MAP
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH] ia64: tioca: Use kmemdup rather than duplicating its implementation
- From: Thomas Meyer <thomas@xxxxxxxx>
- [PATCH] ia64: sn: Use kmemdup rather than duplicating its implementation
- From: Thomas Meyer <thomas@xxxxxxxx>
- [PATCH] ia64: pcibr: Use kmemdup rather than duplicating its implementation
- From: Thomas Meyer <thomas@xxxxxxxx>
- [PATCH 28/28] Drivers: tty: serial: ioc4_serial: fixed a brace coding style issue
- From: Zac Storer <zac.3.14159@xxxxxxxxx>
- [patch 1/1] ia64, exec: remove redundant set_fs(USER_DS)
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- Re: [PATCH 4/5] treewide: Convert uses of ATTRIB_NORETURN to __noreturn
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 3/5] treewide: Remove useless NORET_TYPE macro and uses
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] ia64: change "select DMAR" to "select INTEL_IOMMU"
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- [PATCH] ia64: Add accept4() syscall
- From: Émeric Maschino <emeric.maschino@xxxxxxxxx>
- Re: [PATCH 4/5] treewide: Convert uses of ATTRIB_NORETURN to __noreturn
- From: Paul Mundt <lethal@xxxxxxxxxxxx>
- Re: [PATCH 3/5] treewide: Remove useless NORET_TYPE macro and uses
- From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
- Re: [PATCH 4/5] treewide: Convert uses of ATTRIB_NORETURN to __noreturn
- From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
- [PATCH 3/5] treewide: Remove useless NORET_TYPE macro and uses
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH 4/5] treewide: Convert uses of ATTRIB_NORETURN to __noreturn
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH 0/5] treewide: __attribute__ neatening
- From: Joe Perches <joe@xxxxxxxxxxx>
- [git pull] ia64 change (new syscalls for 3.2)
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH v3] asm-generic/gpio.h: merge basic gpiolib wrappers
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH v2] asm-generic/gpio.h: merge basic gpiolib wrappers
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- [PATCH] asm-generic/gpio.h: merge basic gpiolib wrappers
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- [PATCH RFC 7/8] ia64: implement syscall restart generically
- From: Jonas Bonn <jonas@xxxxxxxxxxxx>
- [PATCH 08/49] ia64: irq: Remove IRQF_DISABLED
- From: Yong Zhang <yong.zhang0@xxxxxxxxx>
- Re: New name for ia64/pstore tree/branch for linux-next
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- New name for ia64/pstore tree/branch for linux-next
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH 08/55] ia64: irq: Remove IRQF_DISABLED
- From: Yong Zhang <yong.zhang0@xxxxxxxxx>
- [PATCH 08/57] ia64: irq: Remove IRQF_DISABLED
- From: Yong Zhang <yong.zhang0@xxxxxxxxx>
- Re: ia64 build broken on CONFIG_DEBUG_STACK_USAGE
- From: Jiri Slaby <jslaby@xxxxxxx>
- RE: [PATCH] ia64, gpio: GENERIC_GPIO default must be n
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH] ia64, gpio: GENERIC_GPIO default must be n
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- Re: How performance critical is fsys_rt_sigprocmask()?
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- How performance critical is fsys_rt_sigprocmask()?
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [PATCH] agp/hp-agp: Allow binding user memory to the AGP GART
- From: Émeric Maschino <emeric.maschino@xxxxxxxxx>
- ia64 build broken on CONFIG_DEBUG_STACK_USAGE
- From: Jiri Slaby <jslaby@xxxxxxx>
- [git pull] ia64 - fix broken allnoconfig build
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [IA64] fix "allnoconfig" build
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [git pull] ia64 changes (fix 2 compile warnings)
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [git pull] pstore + ia64 changes
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [git pull] pstore + ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH 18/23] ia64: Use HAVE_MEMBLOCK_NODE_MAP
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [lm-sensors] [PATCH 01/34] System Firmware Interface
- From: Jean Delvare <khali@xxxxxxxxxxxx>
- [PATCH 01/34] System Firmware Interface
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- [PATCH 34/34] Remove old DMI & SMBIOS code and make SMBIOS default on
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- [PATCH 02/34] New SMBIOS driver for x86 and ia64.
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- [PATCH 03/34] arch specific changes for SMBIOS and System Firmware
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- RE: ia64: replace old cpumask functions with new one
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH v3 5/8] clocksource: Replace vread with generic arch data
- From: Andy Lutomirski <luto@xxxxxxx>
- [PATCH v3 7/8] ia64: Replace clocksource.fsys_mmio with generic arch data
- From: Andy Lutomirski <luto@xxxxxxx>
- Re: ia64: replace old cpumask functions with new one
- From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
- [PATCH v2 5/8] clocksource: Replace vread with generic arch data
- From: Andy Lutomirski <luto@xxxxxxx>
- [PATCH v2 7/8] ia64: Replace clocksource.fsys_mmio with generic arch data
- From: Andy Lutomirski <luto@xxxxxxx>
- Re: ia64: replace old cpumask functions with new one
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: Matthew Garrett <mjg@xxxxxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: Petr Tesarik <ptesarik@xxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: Petr Tesarik <ptesarik@xxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: Petr Tesarik <ptesarik@xxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: Petr Tesarik <ptesarik@xxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: Petr Tesarik <ptesarik@xxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: Petr Tesarik <ptesarik@xxxxxxx>
- Re: [PATCH 00/35]: System Firmware and SMBIOS Support
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] STAGING: Comedi: Build only on arches providing PAGE_KERNEL_NOCACHE
- From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
- ia64: replace old cpumask functions with new one
- From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: Srivatsa Vaddagiri <vatsa@xxxxxxxxxxxxxxxxxx>
- Re: [uclinux-dist-devel] [PATCH] firmware: Make firmware drivers generally available
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- Re: [PATCH] firmware: Make firmware drivers generally available
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: Ray Lee <ray-lk@xxxxxxxxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: Ryan Mallon <rmallon@xxxxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: Américo Wang <xiyou.wangcong@xxxxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: Ryan Mallon <rmallon@xxxxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: Ryan Mallon <rmallon@xxxxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: Ryan Mallon <rmallon@xxxxxxxxx>
- Re: [PATCHv3-resend] atomic: add *_dec_not_zero
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] firmware: Make firmware drivers generally available
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- Re: [PATCH] firmware: Make firmware drivers generally available
- From: Clemens Ladisch <clemens@xxxxxxxxxx>
- Re: Re: [PATCHv3-resend] atomic: add *_dec_not_zero
- From: Sven Eckelmann <sven@xxxxxxxxxxxxx>
- Re: [PATCH] firmware: Make firmware drivers generally available
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- Re: [PATCH] firmware: Make firmware drivers generally available
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- Re: [PATCHv3-resend] atomic: add *_dec_not_zero
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] firmware: Make firmware drivers generally available
- From: Clemens Ladisch <clemens@xxxxxxxxxx>
- [PATCH] firmware: Make firmware drivers generally available
- From: Lars-Peter Clausen <lars@xxxxxxxxxx>
- [PATCHv3-resend] atomic: add *_dec_not_zero
- From: Sven Eckelmann <sven@xxxxxxxxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: Petr Tesarik <ptesarik@xxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: Ingo Molnar <mingo@xxxxxxx>
- [PATCH 04/10] ia64: change xlate_dev_mem_ptr's argument to phys_addr_t
- From: Petr Tesarik <ptesarik@xxxxxxx>
- [PATCH 00/10] Enhance /dev/mem to allow read/write of arbitrary physical addresses
- From: Petr Tesarik <ptesarik@xxxxxxx>
- [PATCH 08/10] ia64: change valid_phys_addr_range's @addr param to phys_addr_t
- From: Petr Tesarik <ptesarik@xxxxxxx>
- [PATCH -v3] Audit: push audit success and retcode into arch ptrace.h
- From: Eric Paris <eparis@xxxxxxxxxx>
- [PATCH] ia64, exec: remove redundant set_fs(USER_DS)
- From: Mathias Krause <minipli@xxxxxxxxxxxxxx>
- Re: [PATCH -v2] Audit: push audit success and retcode into arch ptrace.h
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH -v2] Audit: push audit success and retcode into arch ptrace.h
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH -v2] Audit: push audit success and retcode into arch ptrace.h
- From: Eric Paris <eparis@xxxxxxxxxx>
- Re: [PATCH -v2] Audit: push audit success and retcode into arch ptrace.h
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH -v2] Audit: push audit success and retcode into arch ptrace.h
- From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
- Re: [PATCH 4/5] clocksource: Replace vread and fsys_mmio with generic arch data
- From: Andrew Lutomirski <luto@xxxxxxx>
- Re: [PATCH 4/5] clocksource: Replace vread and fsys_mmio with generic arch data
- From: john stultz <johnstul@xxxxxxxxxx>
- Re: [PATCH 4/5] clocksource: Replace vread and fsys_mmio with generic arch data
- From: Andrew Lutomirski <luto@xxxxxxx>
- Re: [PATCH 4/5] clocksource: Replace vread and fsys_mmio with generic arch data
- From: john stultz <johnstul@xxxxxxxxxx>
- [PATCH 4/5] clocksource: Replace vread and fsys_mmio with generic arch data
- From: Andy Lutomirski <luto@xxxxxxx>
- Re: [PATCH -v2] Audit: push audit success and retcode into arch ptrace.h
- From: Eric Paris <eparis@xxxxxxxxxx>
- Re: [PATCH -v2] Audit: push audit success and retcode into arch ptrace.h
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH -v2] Audit: push audit success and retcode into arch ptrace.h
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH -v2] Audit: push audit success and retcode into arch ptrace.h
- From: Richard Weinberger <richard@xxxxxx>
- Re: [PATCH -v2] Audit: push audit success and retcode into arch ptrace.h
- From: Tony Luck <tony.luck@xxxxxxxxx>
- [PATCH -v2] Audit: push audit success and retcode into arch ptrace.h
- From: Eric Paris <eparis@xxxxxxxxxx>
- Re: [PATCH] Audit: push audit success and retcode into arch ptrace.h
- From: Eric Paris <eparis@xxxxxxxxxx>
- Re: [PATCH] Audit: push audit success and retcode into arch ptrace.h
- From: Eric Paris <eparis@xxxxxxxxxx>
- Re: [PATCH] Audit: push audit success and retcode into arch ptrace.h
- From: Richard Weinberger <richard@xxxxxx>
- Re: [PATCH] Audit: push audit success and retcode into arch ptrace.h
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: [PATCH] Audit: push audit success and retcode into arch ptrace.h
- From: Richard Weinberger <richard@xxxxxx>
- Re: [PATCH] Audit: push audit success and retcode into arch ptrace.h
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- [PATCH] Audit: push audit success and retcode into arch ptrace.h
- From: Eric Paris <eparis@xxxxxxxxxx>
- RE: [PATCH] ia64: Hook up gpiolib support
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH] ia64: Hook up gpiolib support
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCHv3] atomic: add *_dec_not_zero
- From: Hirokazu Takata <takata@xxxxxxxxxxxxxx>
- Re: [PATCH] ia64: Hook up gpiolib support
- From: Tony Luck <tony.luck@xxxxxxxxx>
- [PATCH] ia64: Hook up gpiolib support
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] ia64: Hook up gpiolib support
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
- Re: [PATCH] ia64: Hook up gpiolib support
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] ia64: Hook up gpiolib support
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
- Re: [PATCH] ia64: Hook up gpiolib support
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- RE: [PATCH] ia64: Hook up gpiolib support
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH] ia64: Hook up gpiolib support
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCHv3] atomic: add *_dec_not_zero
- From: Sven Eckelmann <sven@xxxxxxxxxxxxx>
- [PATCH 4/4] treewide: Remove asmlinkage from printk
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH 0/4] printk: cleanups of direct includes
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCHv2] atomic: add *_dec_not_zero
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCHv2] atomic: add *_dec_not_zero
- From: Paul Mundt <lethal@xxxxxxxxxxxx>
- [git pull] pstore and ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCHv2] atomic: add *_dec_not_zero
- From: Sven Eckelmann <sven@xxxxxxxxxxxxx>
- Re: [PATCH] Don't mlock guardpage if the stack is growing up
- From: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
- [PATCH] x86 pci acpi: rename struct pci_root_info
- From: Németh Márton <nm127@xxxxxxxxxxx>
- Re: incompatible struct pci_root_info?
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- incompatible struct pci_root_info?
- From: Németh Márton <nm127@xxxxxxxxxxx>
- Re: [PATCH] Don't mlock guardpage if the stack is growing up
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH] vm: fix vm_pgoff wrap in upward expansion
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- Re: [PATCH] Don't mlock guardpage if the stack is growing up
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Don't mlock guardpage if the stack is growing up
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Don't mlock guardpage if the stack is growing up
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: [PATCH] Don't mlock guardpage if the stack is growing up
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Don't mlock guardpage if the stack is growing up
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: [PATCH] Don't mlock guardpage if the stack is growing up
- From: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Don't mlock guardpage if the stack is growing up
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Don't mlock guardpage if the stack is growing up
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Don't mlock guardpage if the stack is growing up
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] atomic: add *_dec_not_zero
- From: Mike Frysinger <vapier.adi@xxxxxxxxx>
- Re: [PATCH] atomic: add *_dec_not_zero
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] atomic: add *_dec_not_zero
- From: Sven Eckelmann <sven@xxxxxxxxxxxxx>
- Re: [PATCH] atomic: add *_dec_not_zero
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH] atomic: add *_dec_not_zero
- From: Matt Turner <mattst88@xxxxxxxxx>
- Re: [PATCH] atomic: add *_dec_not_zero
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH] atomic: add *_dec_not_zero
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] atomic: add *_dec_not_zero
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] atomic: add *_dec_not_zero
- From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
- Re: [PATCH] atomic: add *_dec_not_zero
- From: David Howells <dhowells@xxxxxxxxxx>
- Re: [PATCH] atomic: add *_dec_not_zero
- From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
- Re: [PATCH] atomic: add *_dec_not_zero
- From: Mike Frysinger <vapier.adi@xxxxxxxxx>
- Re: [PATCH] atomic: add *_dec_not_zero
- From: Sven Eckelmann <sven@xxxxxxxxxxxxx>
- RE: [PATCH] atomic: add *_dec_not_zero
- From: "David Laight" <David.Laight@xxxxxxxxxx>
- Re: [PATCH] atomic: add *_dec_not_zero
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH] atomic: add *_dec_not_zero
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] atomic: add *_dec_not_zero
- From: Mike Frysinger <vapier.adi@xxxxxxxxx>
- [PATCH] atomic: add *_dec_not_zero
- From: Sven Eckelmann <sven@xxxxxxxxxxxxx>
- [PATCH] acpi-cpufreq.c: Fix return statements.
- From: Thiago Farina <tfransosi@xxxxxxxxx>
- Re: [PATCH] ia64-kvm: fix sparse warnings
- From: Avi Kivity <avi@xxxxxxxxxx>
- [PATCH] ia64: don't print modules from show_regs()
- From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
- [PATCH, v2 3/3, resend] ia64: drop custom exception table implementation
- From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
- [PATCH, v2 0/3, resend] generalize exception table implementation to deal with relative pointers
- From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
- RE: [PATCH] ia64-kvm: fix sparse warnings
- From: "Zhang, Xiantao" <xiantao.zhang@xxxxxxxxx>
- [PATCH] ia64-kvm: fix sparse warnings
- From: Jeff Mahoney <jeffm@xxxxxxxx>
- [PATCH] arch: ia64: don't check the toolchain if nothing is being compiled
- From: Peter Foley <pefoley2@xxxxxxxxxxx>
- [PATCH?] [TTM] AGP Bind memory failed.
- From: Émeric Maschino <emeric.maschino@xxxxxxxxx>
- [git pull] ia64 build fix
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [patch 12/23] ia64: sn: Drop unused function
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [patch 12/23] ia64: sn: Drop unused function
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: [patch 12/23] ia64: sn: Drop unused function
- From: Tony Luck <tony.luck@xxxxxxxxx>
- [patch 22/23 -v2] ia64: Use generic show_interrupts()
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 19/23] ia64: msi: Use irq_move_irq()
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 22/23] ia64-use-show.patch
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 23/23] ia64: Convert to the new irq_* function names
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 20/23] ia64: sn: Provide and use irqd_mark_affinity_set() helper
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 21/23] ia64: Provide and use a __irq_is_enabled() helper
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 18/23] ia64: sn: Use irq_move_irq()
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 17/23] ia64: iosapic: Use new irq_move_* functions
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 16/23] ia64: iosapic: Remove redundant mask from ack()
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 15/23] ia64: Use accessor functions all over the place
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 14/23] ia64: xen: Use irq accessor functions
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 13/23] ia64: iosapic: Cleanup irq_desc access
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 12/23] ia64: sn: Drop unused function
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 11/23] ia64: Convert iosapic to new irq_chip functions
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 09/23] ia64: Convert msi to new irq_chip functions
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 10/23] ia64: Convert lsapic to new irq_chip functions
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 08/23] ia64: Convert sn to new irq_chip functions
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 07/23] ia64: Convert msi_sn to new irq_chip functions
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 06/23] ia64: hp-sim: Cleanup direct access to irq_desc
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 05/23] ia64: Convert hp-sim to new irq_chip functions
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 04/23] ia64: Remove stale irq_chip.end
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 03/23] ia64-convert-irq-migr.patch
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 02/23] ia64: Convert migrate_platform_irqs() to new irq chip functions
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 00/23] ia64: Full irq cleanup
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 01/23] ia64-build-fix.patch
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [RFC][PATCH v3 17/22] mm, ia64: add gfp flags variant of pud, pmd and pte allocations
- From: Prasad Joshi <prasadjoshi124@xxxxxxxxx>
- [RFC][PATCH v3 00/22] __vmalloc: Propagating GFP allocation flag inside __vmalloc()
- From: Prasad Joshi <prasadjoshi124@xxxxxxxxx>
- Re: [PATCH 10/36] ia64,rcu: convert call_rcu(sn_irq_info_free) to kfree_rcu()
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH 10/36] ia64,rcu: convert call_rcu(sn_irq_info_free) to kfree_rcu()
- From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
- [git pull] ia64 and /dev/pstore changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [RFC][PATCH v2 23/23] __vmalloc: add gfp flags variant of pte, pmd, and pud allocation
- From: Prasad Joshi <prasadjoshi124@xxxxxxxxx>
- [RFC][PATCH v2 06/23] (ia64) __vmalloc: add gfp flags variant of pte, pmd and pud allocation
- From: Prasad Joshi <prasadjoshi124@xxxxxxxxx>
- about MISC_DEVICES not being enabled in many defconfigs
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- [PATCH v3 02/21]arch:ia64:setup.c Typo fix Architechtuallly
- From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
- [PATCH V3 02/21]arch:ia64:setup.c remove one to many l's in the word.
- From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
- [PATCH V2 02/21]arch:ia64:setup.c remove one to many l's in the word.
- From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
- [PATCH 02/21]arch:ia64:setup.c remove one to many l's in the word.
- From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
- [PATCH] ia64/mca: Fix cast from integer to pointer warning
- From: Jeff Mahoney <jeffm@xxxxxxxx>
- [PATCH] tioca: Fix assignment from incompatible pointer warnings
- From: Jeff Mahoney <jeffm@xxxxxxxx>
- [PATCH, v2 3/3] ia64: drop custom exception table implementation
- From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
- [PATCH, v2 0/3] generalize exception table implementation to deal with relative pointers
- From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
- RE: [PATCH 3/3] ia64: drop custom exception table implementation
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH 3/3] ia64: drop custom exception table implementation
- From: Ingo Molnar <mingo@xxxxxxx>
- [PATCH 3/3] ia64: drop custom exception table implementation
- From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
- [PATCH 0/3] generalize exception table implementation to deal with relative pointers
- From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
- RE: [RFC][PATCH] kmsg_dumper for NVRAM
- From: Seiji Aguchi <seiji.aguchi@xxxxxxx>
- Re: [PATCH 1/8]arch:ia64:perfmon.h change a typo comamnd to command
- From: Justin Mattock <justinmattock@xxxxxxxxx>
- Re: [PATCH 1/8]arch:ia64:perfmon.h change a typo comamnd to command
- From: Jiri Kosina <jkosina@xxxxxxx>
- [PATCH 1/8]arch:ia64:perfmon.h change a typo comamnd to command
- From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
- RE: [RFC][PATCH] kmsg_dumper for NVRAM
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [RFC][PATCH] kmsg_dumper for NVRAM
- From: Américo Wang <xiyou.wangcong@xxxxxxxxx>
- [RFC][PATCH] kmsg_dumper for NVRAM
- From: Seiji Aguchi <seiji.aguchi@xxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: 2.6.37 compile failure on IA64: NODE_DATA
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: Very large memory configurations: > 16 TB
- From: Christoph Lameter <cl@xxxxxxxxx>
- Re: Very large memory configurations: > 16 TB
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: Very large memory configurations: > 16 TB
- From: Christoph Lameter <cl@xxxxxxxxx>
- 2.6.37 compile failure on IA64: NODE_DATA
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: Very large memory configurations: > 16 TB
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: Very large memory configurations: > 16 TB
- From: Michel Lespinasse <walken@xxxxxxxxxx>
- Very large memory configurations: > 16 TB
- From: Jack Steiner <steiner@xxxxxxx>
- Re: ia64 lockdep patch prepared for linux 2.6.38
- From: Luming Yu <luming.yu@xxxxxxxxx>
- RE: ia64 lockdep patch prepared for linux 2.6.38
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: ia64 lockdep patch prepared for linux 2.6.38
- From: Luming Yu <luming.yu@xxxxxxxxx>
- RE: ia64 lockdep patch prepared for linux 2.6.38
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- ia64 lockdep patch prepared for linux 2.6.38
- From: Luming Yu <luming.yu@xxxxxxxxx>
- [PATCH] IA64: eliminate race condition in smp_flush_tlb_mm
- From: Dimitri Sivanich <sivanich@xxxxxxx>
- [PATCH 1/2] ia64: Remove unlikely from cpu_is_offline
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH 1/1] IA64: irq_ia64, use set_irq_chip
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH v2] ia64: fix comment bug of ia64_plt_template
- From: Toshiyuki Okajima <toshi.okajima@xxxxxxxxxxxxxx>
- [PATCH] ia64: fix comment bug of ia64_plt_template
- From: Toshiyuki Okajima <toshi.okajima@xxxxxxxxxxxxxx>
- [PATCHv6 4/7] wire up sys_time_change_notify() on ia64
- From: Alexander Shishkin <virtuoso@xxxxxxxxx>
- [PATCH 01/49] arch/ia64: Use vzalloc
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH] IA64 perfmon: Change vmalloc to vzalloc and drop memset.
- From: Jesper Juhl <jj@xxxxxxxxxxxxx>
- Re: [git pull] ia64 changes
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH 6/7] drivers/serial/ioc3_serial.c: Return -ENOMEM on memory allocation failure
- From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
- [PATCH 6/7] drivers/serial/ioc3_serial.c: Return -ENOMEM on memory allocation failure
- From: Julia Lawall <julia@xxxxxxx>
- Re: [RFC][PATCH] [ia64] Raise minimum binutils version and remove checks for old bugs
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- Re: [PATCH] SGI Altix IA64 mmtimer: Eliminate long interval timer holdoffs
- From: Dimitri Sivanich <sivanich@xxxxxxx>
- Re: [PATCH] SGI Altix IA64 mmtimer: Eliminate long interval timer holdoffs
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] SGI Altix IA64 mmtimer: Eliminate long interval timer holdoffs
- From: Dimitri Sivanich <sivanich@xxxxxxx>
- [PATCH] Initialize interrupts later (from init_IRQ())
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [RFC][PATCH] [ia64] Raise minimum binutils version and remove checks for old bugs
- From: Tony Luck <tony.luck@xxxxxxxxx>
- [RFC][PATCH] [ia64] Raise minimum binutils version and remove checks for old bugs
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- [patch 1/1] ia64: enable ARCH_DMA_ADDR_T_64BIT
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- Re: [PATCH] serial: ioc3_serial: release resources in error return path
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- RE: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH] serial: ioc3_serial: release resources in error return path
- From: Rahul Ruikar <rahul.ruikar@xxxxxxxxx>
- Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- [RFC PATCH] ia64: Stop using the deprecated __do_IRQ() code path
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code
- From: richard -rw- weinberger <richard.weinberger@xxxxxxxxx>
- RE: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- RE: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: [PATCH] KVM: ia64: define kvm_lapic_enabled() to fix a compile error
- From: Alexander Graf <agraf@xxxxxxx>
- [PATCH] ia64: Add CONFIG_STACKTRACE_SUPPORT
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [stable] [IA64 PATCH for v2.6.32 to v2.6.35] ia64: fix siglock in fsys_rt_sigprocmask
- From: Greg KH <greg@xxxxxxxxx>
- [PATCH 06/20] ia64: change to new flag variables
- From: matt mooney <mfm@xxxxxxxxxxxxx>
- Re: [PATCH 0/2] ia64: possible module unwind table optimisation
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: [PATCH 0/2] ia64: possible module unwind table optimisation
- From: Phil Carmody <ext-phil.2.carmody@xxxxxxxxx>
- [PATCH 6/7] wire up sys_time_change_notify() on ia64
- From: Alexander Shishkin <virtuoso@xxxxxxxxx>
- Re: [PATCH 0/2] ia64: possible module unwind table optimisation
- From: Tony Luck <tony.luck@xxxxxxxxx>
- [IA64 PATCH for v2.6.32 to v2.6.35] ia64: fix siglock in fsys_rt_sigprocmask
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH 0/2] ia64: possible module unwind table optimisation
- From: Phil Carmody <ext-phil.2.carmody@xxxxxxxxx>
- Re: [PATCH 0/2] ia64: possible module unwind table optimisation
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: [PATCH 0/2] ia64: possible module unwind table optimisation
- From: Phil Carmody <ext-phil.2.carmody@xxxxxxxxx>
- Re: [PATCH 0/2] ia64: possible module unwind table optimisation
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: [git pull] ia64 changes
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: [git pull] ia64 changes
- From: Petr Tesarik <ptesarik@xxxxxxx>
- RE: [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [git pull] ia64 changes
- From: Petr Tesarik <ptesarik@xxxxxxx>
- Re: [git pull] ia64 changes
- From: Petr Tesarik <ptesarik@xxxxxxx>
- [PATCH next 02/16] arch/ia64: Use static const char * const where possible
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH next 00/16] treewide: Use static const char * const where possible
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH] binfmt_misc: Fix binfmt_misc priority
- From: Chuck Ebbert <cebbert@xxxxxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH 11/17] Fix IRQ flag handling naming
- From: David Howells <dhowells@xxxxxxxxxx>
- [PATCH 12/17] Fix IA64 irqflags
- From: David Howells <dhowells@xxxxxxxxxx>
- [PATCH 0/2] ia64: possible module unwind table optimisation
- From: Phil Carmody <ext-phil.2.carmody@xxxxxxxxx>
- [PATCH 1/2] ia64: unwind: remove preprocesser noise, and correct comment
- From: Phil Carmody <ext-phil.2.carmody@xxxxxxxxx>
- [PATCH 2/2] ia64: unwind - optimise linked-list searches for modules
- From: Phil Carmody <ext-phil.2.carmody@xxxxxxxxx>
- Re: Serious problem with ticket spinlocks on ia64
- From: Dave Jones <davej@xxxxxxxxxx>
- Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- RE: [PATCH] fix siglock
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: [PATCH] fix siglock
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH] fix siglock
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code
- From: "Dialup Jon Norstog" <thursday@xxxxxxxxxxxx>
- Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- RE: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code
- From: Mikael Starvik <mikael.starvik@xxxxxxxx>
- [BUGGY PATCH] fix siglock
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [PATCH 1/8] arch/ia64/xen: use ARRAY_SIZE macro in xen_pv_ops.c
- From: Nikitas Angelinas <nikitasangelinas@xxxxxxxxx>
- RE: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code
- From: Mike Frysinger <vapier.adi@xxxxxxxxx>
- Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: Serious problem with ticket spinlocks on ia64
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: Serious problem with ticket spinlocks on ia64
- From: Tony Luck <tony.luck@xxxxxxxxx>
- [patch 24/30] ia64: salinfo: sema_init instead of init_MUTEX
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: Serious problem with ticket spinlocks on ia64
- From: Petr Tesarik <ptesarik@xxxxxxx>
- Re: [PATCH] binfmt_misc: Fix binfmt_misc priority
- From: Jan Sembera <jsembera@xxxxxxx>
- Re: Serious problem with ticket spinlocks on ia64
- From: Petr Tesarik <ptesarik@xxxxxxx>
- Re: [PATCH] binfmt_misc: Fix binfmt_misc priority
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: Serious problem with ticket spinlocks on ia64
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: Serious problem with ticket spinlocks on ia64
- From: Petr Tesarik <ptesarik@xxxxxxx>
- Re: Serious problem with ticket spinlocks on ia64
- From: Petr Tesarik <ptesarik@xxxxxxx>
- Re: Serious problem with ticket spinlocks on ia64
- From: Petr Tesarik <ptesarik@xxxxxxx>
- [PATCH -mm 3/8] ia64: enable ARCH_DMA_ADDR_T_64BIT
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: Serious problem with ticket spinlocks on ia64
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: Serious problem with ticket spinlocks on ia64
- From: Hedi Berriche <hedi@xxxxxxx>
- Re: Serious problem with ticket spinlocks on ia64
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: Serious problem with ticket spinlocks on ia64
- From: Tony Luck <tony.luck@xxxxxxxxx>
- [PATCH 6/7] wire up sys_time_change_notify() on ia64
- From: Alexander Shishkin <virtuoso@xxxxxxxxx>
- Re: Serious problem with ticket spinlocks on ia64
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: Serious problem with ticket spinlocks on ia64
- From: Petr Tesarik <ptesarik@xxxxxxx>
- RE: Serious problem with ticket spinlocks on ia64
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: Serious problem with ticket spinlocks on ia64
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: Serious problem with ticket spinlocks on ia64
- From: Hedi Berriche <hedi@xxxxxxx>
- RE: Serious problem with ticket spinlocks on ia64
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: Serious problem with ticket spinlocks on ia64
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: Serious problem with ticket spinlocks on ia64
- From: Petr Tesarik <ptesarik@xxxxxxx>
- RE: Serious problem with ticket spinlocks on ia64
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: Serious problem with ticket spinlocks on ia64
- From: Petr Tesarik <ptesarik@xxxxxxx>
- [PATCH 2/2] arch/ia64/kernel: Move up iounmap
- From: Julia Lawall <julia@xxxxxxx>
- Re: Serious problem with ticket spinlocks on ia64
- From: Petr Tesarik <ptesarik@xxxxxxx>
- RE: Serious problem with ticket spinlocks on ia64
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: Serious problem with ticket spinlocks on ia64
- From: Petr Tesarik <ptesarik@xxxxxxx>
- Re: Serious problem with ticket spinlocks on ia64
- From: Hedi Berriche <hedi@xxxxxxx>
- Re: Serious problem with ticket spinlocks on ia64
- From: Petr Tesarik <ptesarik@xxxxxxx>
- Re: Serious problem with ticket spinlocks on ia64
- From: Petr Tesarik <ptesarik@xxxxxxx>
- RE: Serious problem with ticket spinlocks on ia64
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: Serious problem with ticket spinlocks on ia64
- From: Hedi Berriche <hedi@xxxxxxx>
- Re: Serious problem with ticket spinlocks on ia64
- From: Petr Tesarik <ptesarik@xxxxxxx>
- Re: Serious problem with ticket spinlocks on ia64
- From: Hedi Berriche <hedi@xxxxxxx>
- Re: Serious problem with ticket spinlocks on ia64
- From: Petr Tesarik <ptesarik@xxxxxxx>
- Re: Serious problem with ticket spinlocks on ia64
- From: Hedi Berriche <hedi@xxxxxxx>
- Serious problem with ticket spinlocks on ia64
- From: Petr Tesarik <ptesarik@xxxxxxx>
- Re: [PATCH] hide guard page for stacks that grow upwards
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] hide guard page for stacks that grow upwards
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH v2] guard page for stacks that grow upwards
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] guard page for stacks that grow upwards
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH v2] guard page for stacks that grow upwards
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: [PATCH] guard page for stacks that grow upwards
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH] guard page for stacks that grow upwards
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- RE: [PATCH] guard page for stacks that grow upwards
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH] guard page for stacks that grow upwards
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] guard page for stacks that grow upwards
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [RFC - PATCH] leave guard page for upwardly growing stacks too
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH 5/5] drivers/serial: Return -ENOMEM on memory allocation failure
- From: Julia Lawall <julia@xxxxxxx>
- Re: [PATCH 5/5] drivers/serial: Return -ENOMEM on memory allocation failure
- From: Patrick Gefre <pfg@xxxxxxx>
- [PATCH 5/5] drivers/serial: Return -ENOMEM on memory allocation failure
- From: Julia Lawall <julia@xxxxxxx>
- [git pull] ia64 changes
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [RFC PATCH --take 2] Add TRACE_IRQFLAGS_SUPPORT, LOCKDEP_SUPPORT then enable ftrace for ia64
- From: Luming Yu <luming.yu@xxxxxxxxx>
- [PATCH] mm: fix ia64 crash when gcore reads gate area
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- Re: ia64 hang/mca running gdb 'make check'
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- Re: ia64 hang/mca running gdb 'make check'
- From: dann frazier <dannf@xxxxxxxxx>
- Re: ia64 hang/mca running gdb 'make check'
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- Re: ia64 hang/mca running gdb 'make check'
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: ia64 hang/mca running gdb 'make check'
- From: dann frazier <dannf@xxxxxxxxxx>
- Re: ia64 hang/mca running gdb 'make check'
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: ia64 hang/mca running gdb 'make check'
- From: Luming Yu <luming.yu@xxxxxxxxx>
- Re: ia64 hang/mca running gdb 'make check'
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: ia64 hang/mca running gdb 'make check'
- From: Luming Yu <luming.yu@xxxxxxxxx>
- Re: ia64 hang/mca running gdb 'make check'
- From: Hugh Dickins <hughd@xxxxxxxxxx>
Mail converted by MHonArc
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[GCC Help]
[Bugtraq]