Linux PA RISC
[Prev Page][Next Page]
- Re: Linux 3.4-rc7
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Linux 3.4-rc7
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
- 3.4.0-rc7 hangs with SMP on c8000
- From: Tobias Ulmer <tobiasu@xxxxxxxx>
- Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: Jeroen Roovers <jer@xxxxxxxxxx>
- Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: Helge Deller <deller@xxxxxx>
- Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: Vincent <vincent.stehle@xxxxxxxxxxx>
- Re: [PATCH 0/5] PA-RISC: fix compile
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: [PATCH 0/5] PA-RISC: fix compile
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 3/5] parisc: drop include of asm/pdc.h from asm/hardware.h
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- [PATCH 2/5] parisc: add missing forward declarations in asm/hardware.h
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- [PATCH 1/5] parisc: add missing includes in asm/spinlock.h
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- [PATCH 0/5] PA-RISC: fix compile
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- [PATCH 4/5] parisc: add missing include of asm/page.h to asm/pgtable.h
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- [PATCH 5/5] parisc: move definition of PAGE0 to asm/page.h
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH 1/5] PA-RISC: fix compile errors
- From: Grant Grundler <grantgrundler@xxxxxxxxx>
- Re: [PATCH] Fix compile failure on PA-RISC
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Fix compile failure on PA-RISC
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 1/5] PA-RISC: fix compile errors
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: John David Anglin <dave.anglin@xxxxxxxx>
- [PATCH 5/5] PA-RISC: fix compile errors
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 5/5] PA-RISC: fix compile errors
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 5/5] PA-RISC: fix compile errors
- From: Matt Turner <mattst88@xxxxxxxxx>
- [PATCH 5/5] PA-RISC: fix compile errors
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 4/5] PA-RISC: fix compile errors
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 3/5] PA-RISC: fix compile errors
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 2/5] PA-RISC: fix compile errors
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 1/5] PA-RISC: fix compile errors
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: Vincent <vincent.stehle@xxxxxxxxxxx>
- Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: Vincent <vincent.stehle@xxxxxxxxxxx>
- Re: [PATCH] Fix compile failure on PA-RISC
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Fix compile failure on PA-RISC
- From: Grant Grundler <grantgrundler@xxxxxxxxx>
- Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH] Fix compile failure on PA-RISC
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- [PATCH] 5fbd036b552f633abb394a319f7c62a5c86a9cd7 breaks PA-RISC boot
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] Fix compile failure on PA-RISC
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: Vincent <vincent.stehle@xxxxxxxxxxx>
- [PATCH 18/21] parisc/PCI: register busn_res for root buses
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH] Fix compile failure on PA-RISC
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Fix compile failure on PA-RISC
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Fix compile failure on PA-RISC
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: [PATCH] Fix compile failure on PA-RISC
- From: Helge Deller <deller@xxxxxx>
- Re: 5fbd036b552f633abb394a319f7c62a5c86a9cd7 breaks PA-RISC boot
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] Fix compile failure on PA-RISC
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH] Fix compile failure on PA-RISC
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Fix compile failure on PA-RISC
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] Fix compile failure on PA-RISC
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] Revert 5dd5bc40f3b6e0ccdaad948dbadc94ad0906cb25
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] Fix compile failure on PA-RISC
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Fix compile failure on PA-RISC
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Revert 5dd5bc40f3b6e0ccdaad948dbadc94ad0906cb25
- From: Jiri Slaby <jslaby@xxxxxxx>
- Re: [PATCH] Fix compile failure on PA-RISC
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- 5fbd036b552f633abb394a319f7c62a5c86a9cd7 breaks PA-RISC boot
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] Revert 5dd5bc40f3b6e0ccdaad948dbadc94ad0906cb25
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] Fix compile failure on PA-RISC
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 0/6] PA-RISC: fix compile
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: Boot failure with 32bit kernel
- From: Guy Martin <gmsoft@xxxxxxxxxxxx>
- Re: hppa: glibc and gcc 4.6, "error: _rtld_global_ro causes a section type conflict"
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: hppa: glibc and gcc 4.6, "error: _rtld_global_ro causes a section type conflict"
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH 4/6] parisc: drop include of asm/pdc.h from asm/hardware.h
- From: Grant Grundler <grantgrundler@xxxxxxxxx>
- Re: Boot failure with 32bit kernel
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Boot failure with 32bit kernel
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Boot failure with 32bit kernel
- From: John David Anglin <dave.anglin@xxxxxxxx>
- [PATCH 1/6] use linux/bitops.h instead of linux/log2.h to get fls()
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- [PATCH 2/6] parisc: add missing includes in asm/spinlock.h
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- [PATCH 6/6] parisc: move definition of PAGE0 to asm/page.h
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- [PATCH 5/6] parisc: add missing include of asm/page.h to asm/pgtable.h
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- [PATCH 4/6] parisc: drop include of asm/pdc.h from asm/hardware.h
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- [PATCH 0/6] PA-RISC: fix compile
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- [PATCH 3/6] parisc: add missing forward declarations in asm/hardware.h
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Boot failure with 32bit kernel
- From: Guy Martin <gmsoft@xxxxxxxxxxxx>
- hppa: glibc and gcc 4.6, "error: _rtld_global_ro causes a section type conflict"
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: TLB Miss Bug?
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH 25/40] parisc: Use set_current_blocked() and block_sigmask()
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: [PATCH 17/19 v2] parisc/mm/fault.c: Port OOM changes to do_page_fault
- From: Kautuk Consul <consul.kautuk@xxxxxxxxx>
- Re: [PATCH 1/4] hexagon/CPU hotplug: Add missing call to notify_cpu_starting()
- From: Richard Kuo <rkuo@xxxxxxxxxxxxxx>
- Re: [PATCH 4/4] tile/CPU hotplug: Add missing call to notify_cpu_starting()
- From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
- 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>
- Re: [PATCH] PARISC: Avoid undefined shift in cnv_float.h
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH] PARISC: Avoid undefined shift in cnv_float.h
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH] PARISC: Avoid undefined shift in cnv_float.h
- From: John David Anglin <dave.anglin@xxxxxxxx>
- [PATCH] PARISC: Cache and TLB improvements
- From: John David Anglin <dave.anglin@xxxxxxxx>
- 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 17/19 v2] parisc/mm/fault.c: Port OOM changes to 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>
- [GIT PULL] parisc updates for the 3.3+ merge window
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/4] arch/CPU hotplug: Add missing CPU Hotplug bits to fix nasty issues
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- Re: [PATCH 0/4] arch/CPU hotplug: Add missing CPU Hotplug bits to fix nasty issues
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/4] arch/CPU hotplug: Add missing CPU Hotplug bits to fix nasty issues
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 0/4] arch/CPU hotplug: Add missing CPU Hotplug bits to fix nasty issues
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- [PATCH 4/4] tile/CPU hotplug: Add missing call to notify_cpu_starting()
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
- [PATCH 3/4] parisc/CPU hotplug: Add missing call to notify_cpu_starting()
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/4] hexagon/CPU hotplug: Add missing call to notify_cpu_starting()
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
- [PATCH 0/4] arch/CPU hotplug: Add missing CPU Hotplug bits to fix nasty issues
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
- [PATCH 2/4] mn10300/CPU hotplug: Add missing call to notify_cpu_starting()
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
- [PATCH 13/16] mm/parisc: 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 18/20] parisc/mm/fault.c: Port OOM changes to 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>
- [PATCH -v11 16/30] PCI, parisc: Register busn_res for root buses
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH 20/38] Disintegrate asm/system.h for PA-RISC [ver #3]
- From: David Howells <dhowells@xxxxxxxxxx>
- [PATCH 23/35] Disintegrate asm/system.h for PA-RISC [ver #2]
- From: David Howells <dhowells@xxxxxxxxxx>
- [PATCH v3 26/34] parisc/PCI: get rid of device resource fixups
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- parisc: fix lib/bitmap.c in linux-next
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: HPPA64: Cannot write to ext4 filesystems with files > 28672 byte
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: HPPA64: Cannot write to ext4 filesystems with files > 28672 byte
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [GIT PULL] parisc fixes for 3.3-rc5
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [GIT PULL] parisc fixes for 3.3-rc5
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [GIT PULL] parisc fixes for 3.3-rc5
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH 27/36] PCI, parisc: Register busn_res for root buses
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: Happy New Year PARISC (take 2)
- From: John David Anglin <dave.anglin@xxxxxxxx>
- [PATCH 29/39] PCI, parisc: Register busn_res for root buses
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: Happy New Year PARISC (take 2)
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Happy New Year PARISC (take 2)
- From: Domenico Andreoli <cavokz@xxxxxxxxx>
- [PATCH 15/24] PCI, parisc: Register busn_res for root buses
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v2] parisc: dont unconditionally override CROSS_COMPILE for 64 bit.
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- [PATCH trivial next 6/9] parisc: Use vsprintf extention %pf with builtin_return_address
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH trivial next 0/9] treewide: Use vsprintf extention %pf
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH v2] parisc: dont unconditionally override CROSS_COMPILE for 64 bit.
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- Re: [PATCH v2] parisc: dont unconditionally override CROSS_COMPILE for 64 bit.
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Happy New Year PARISC (take 2)
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH v2] parisc: dont unconditionally override CROSS_COMPILE for 64 bit.
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- Re: [PATCH v2] parisc: dont unconditionally override CROSS_COMPILE for 64 bit.
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] parisc: dont unconditionally override CROSS_COMPILE for 64 bit.
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- Re: [PATCH v2] parisc: dont unconditionally override CROSS_COMPILE for 64 bit.
- From: James Bottomley <jbottomley@xxxxxxxxxxxxx>
- [PATCH 09/18] PCI, parisc: Register busn_res for root buses
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v2] parisc: dont unconditionally override CROSS_COMPILE for 64 bit.
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- Re: [PATCH v2] parisc: dont unconditionally override CROSS_COMPILE for 64 bit.
- From: James Bottomley <jbottomley@xxxxxxxxxxxxx>
- Re: [PATCH v2] parisc: dont unconditionally override CROSS_COMPILE for 64 bit.
- From: James Bottomley <jbottomley@xxxxxxxxxxxxx>
- [PATCH v2] parisc: dont unconditionally override CROSS_COMPILE for 64 bit.
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH] parisc: dont unconditionally override CROSS_COMPILE for 64 bit.
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH] parisc: fix longstanding build failure on prefetch
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] parisc: dont unconditionally override CROSS_COMPILE for 64 bit.
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH] parisc: fix longstanding build failures for !CONFIG_PCI
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH] parisc: fix longstanding build failure on prefetch
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH] parisc: fix longstanding build failure on prefetch
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] parisc: fix longstanding build failures for !CONFIG_PCI
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] parisc: dont unconditionally override CROSS_COMPILE for 64 bit.
- From: John David Anglin <dave.anglin@xxxxxxxx>
- HPPA64: Cannot write to ext4 filesystems with files > 28672 byte
- From: "Rolf Eike Beer" <eike-kernel@xxxxxxxxx>
- Re: c3700 boot failure (protection ID trap)
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH] parisc: dont unconditionally override CROSS_COMPILE for 64 bit.
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH] parisc: dont unconditionally override CROSS_COMPILE for 64 bit.
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- [PATCH] parisc: dont unconditionally override CROSS_COMPILE for 64 bit.
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH] parisc: fix longstanding build failures for !CONFIG_PCI
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH] parisc: fix longstanding build failure on prefetch
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 09/23] PCI, parisc: Register busn_res for root buses
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: Boot error using 3.2.1: swapper (pid 1): Illegal instruction (code 8)
- From: "Rolf Eike Beer" <eike-kernel@xxxxxxxxx>
- [PATCH 1/5] remove references to cpu_*_map in arch/
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH 5/12] arch/parisc: remove references to cpu_*_map.
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
- [PATCH 5/12] arch/parisc: remove references to cpu_*_map.
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: decommissioning parisc-linux.org
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: decommissioning parisc-linux.org
- From: Thibaut VARENE <T-Bone@xxxxxxxxxxxxxxxx>
- Re: decommissioning parisc-linux.org
- From: dann frazier <dannf@xxxxxxxxx>
- Re: decommissioning parisc-linux.org
- From: dann frazier <dannf@xxxxxxxxx>
- Re: decommissioning parisc-linux.org
- From: dann frazier <dannf@xxxxxxxxx>
- Re: decommissioning parisc-linux.org
- From: Thibaut VARENE <T-Bone@xxxxxxxxxxxxxxxx>
- [PATCH 25/40] parisc: Use set_current_blocked() and block_sigmask()
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: decommissioning parisc-linux.org
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: decommissioning parisc-linux.org
- From: Thibaut VARENE <T-Bone@xxxxxxxxxxxxxxxx>
- Re: decommissioning parisc-linux.org
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: decommissioning parisc-linux.org
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: decommissioning parisc-linux.org
- From: Grant Grundler <grantgrundler@xxxxxxxxx>
- Re: decommissioning parisc-linux.org
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: decommissioning parisc-linux.org
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: decommissioning parisc-linux.org
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: decommissioning parisc-linux.org
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: decommissioning parisc-linux.org
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: decommissioning parisc-linux.org
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: decommissioning parisc-linux.org
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: decommissioning parisc-linux.org
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: decommissioning parisc-linux.org
- From: Thibaut VARENE <T-Bone@xxxxxxxxxxxxxxxx>
- Re: decommissioning parisc-linux.org
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: decommissioning parisc-linux.org
- From: Thibaut VARENE <T-Bone@xxxxxxxxxxxxxxxx>
- Re: decommissioning parisc-linux.org
- From: John David Anglin <dave.anglin@xxxxxxxx>
- [PATCH 08/22] PCI, parisc: Register busn_res for root buses
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v2 13/18] parisc/PCI: get rid of device resource fixups
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: decommissioning parisc-linux.org
- From: dann frazier <dannf@xxxxxxxxx>
- Re: decommissioning parisc-linux.org
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: decommissioning parisc-linux.org
- From: dann frazier <dannf@xxxxxxxxx>
- Re: decommissioning parisc-linux.org
- From: dann frazier <dannf@xxxxxxxxx>
- Re: decommissioning parisc-linux.org
- From: Paul Bame <bame@xxxxxxxxxxxxx>
- Re: decommissioning parisc-linux.org
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: decommissioning parisc-linux.org
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: decommissioning parisc-linux.org
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: decommissioning parisc-linux.org
- From: Thibaut VARENE <varenet@xxxxxxxxxxxxxxxx>
- decommissioning parisc-linux.org
- From: dann frazier <dannf@xxxxxxxxx>
- [PATCH 10/24] PCI, parisc: Register busn_res for root buses
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- parisc-linux.org issue
- From: Paul Bame <bame@xxxxxxxxxxxxx>
- [Patch] parisc: include <linux/prefetch.h> in drivers/parisc/iommu-helpers.h
- From: Cong Wang <xiyou.wangcong@xxxxxxxxx>
- [PATCH 08/15] PCI, parisc: Register busn_res for root buses
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: Hang deconfiguring network interface (in shutdown) on 3.3-rc1
- From: Maciej Rutecki <maciej.rutecki@xxxxxxxxx>
- [PATCH 08/14] PCI, parisc: Register busn_res for root buses
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH] fix compile break caused by iomap: make IOPORT/PCI mapping functions conditional
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] fix compile break caused by iomap: make IOPORT/PCI mapping functions conditional
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- [RFC PATCH v1 13/18] parisc/PCI: get rid of device resource fixups
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH] fix compile break caused by iomap: make IOPORT/PCI mapping functions conditional
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] parisc: fix compile without CONFIG_PCI
- From: "Rolf Eike Beer" <eike-kernel@xxxxxxxxx>
- Re: Happy New Year PARISC (take 2)
- From: Thibaut VARENE <T-Bone@xxxxxxxxxxxxxxxx>
- Happy New Year PARISC (take 2)
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Hang deconfiguring network interface (in shutdown) on 3.3-rc1
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: c3700 boot failure (protection ID trap)
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Hang deconfiguring network interface (in shutdown) on 3.3-rc1
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: c3700 boot failure (protection ID trap)
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: c3700 boot failure (protection ID trap)
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- c3700 boot failure (protection ID trap)
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH 07/13] PCI, parisc: Register busn_res for root buses
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH] [trivial] parisc : Fix typo in eisa_enumerator.c
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- [PATCH] [trivial] parisc : Fix typo in eisa_enumerator.c
- From: Masanari Iida <standby24x7@xxxxxxxxx>
- Re: Fix compile breakage with kref.h
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: Fix compile breakage with kref.h
- From: Greg Kroah-Hartman <greg@xxxxxxxxx>
- Fix compile breakage with kref.h
- From: James Bottomley <jbottomley@xxxxxxxxxxxxx>
- Re: Boot error using 3.2.1: swapper (pid 1): Illegal instruction (code 8)
- From: "Rolf Eike Beer" <eike-kernel@xxxxxxxxx>
- Re: Boot error using 3.2.1: swapper (pid 1): Illegal instruction (code 8)
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Boot error using 3.2.1: swapper (pid 1): Illegal instruction (code 8)
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: [PATCH 2/2] HIL: remove one goto
- From: John David Anglin <dave.anglin@xxxxxxxx>
- [PATCH 0/2] Random PARISC patches
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- [PATCH 1/2] parisc: fix compile without CONFIG_PCI
- From: Rolf Eike Beer <eike@xxxxxxxxxx>
- [PATCH 2/2] HIL: remove one goto
- From: Rolf Eike Beer <eike@xxxxxxxxxx>
- Use compat_ioctl?
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Kernel math emulation bug
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: Happy New Year PARISC
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Happy New Year PARISC
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Happy New Year PARISC
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Happy New Year PARISC
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Happy New Year PARISC
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Happy New Year PARISC
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Happy New Year PARISC
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Happy New Year PARISC
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Happy New Year PARISC
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Happy New Year PARISC
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Happy New Year PARISC
- From: Grant Grundler <grantgrundler@xxxxxxxxx>
- Re: LWS, futex and pthread problems
- From: John David Anglin <dave.anglin@xxxxxxxx>
- [PATCH 6/6] parisc/PCI: use list_for_each_entry() for bus->devices traversal
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH-RFC 07/10] parisc: switch to GENERIC_PCI_IOMAP
- From: Grant Grundler <grantgrundler@xxxxxxxxx>
- Binutils TLS bug fix
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH 61/62] highmem: kill all __kmap_atomic()
- From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
- Re: [PATCH] parisc: make NO_IRQ 0 as it should be
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH-RFC 07/10] parisc: switch to GENERIC_PCI_IOMAP
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH-RFC 07/10] parisc: switch to GENERIC_PCI_IOMAP
- From: Grant Grundler <grantgrundler@xxxxxxxxx>
- [PATCH] parisc: make NO_IRQ 0 as it should be
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH-RFC 07/10] parisc: switch to GENERIC_PCI_IOMAP
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH-RFC 07/10] parisc: switch to GENERIC_PCI_IOMAP
- From: Grant Grundler <grantgrundler@xxxxxxxxx>
- Re: [PATCH-RFC 07/10] parisc: switch to GENERIC_PCI_IOMAP
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH-RFC 07/10] parisc: switch to GENERIC_PCI_IOMAP
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH-RFC 07/10] parisc: switch to GENERIC_PCI_IOMAP
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH-RFC 07/10] parisc: switch to GENERIC_PCI_IOMAP
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH-RFC 07/10] parisc: switch to GENERIC_PCI_IOMAP
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH-RFC 07/10] parisc: switch to GENERIC_PCI_IOMAP
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH-RFC 07/10] parisc: switch to GENERIC_PCI_IOMAP
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH-RFC 07/10] parisc: switch to GENERIC_PCI_IOMAP
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: TLB Miss Bug?
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH 61/62] highmem: kill all __kmap_atomic()
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: TLB Miss Bug?
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: TLB Miss Bug?
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: TLB Miss Bug?
- From: John David Anglin <dave.anglin@xxxxxxxx>
- TLB Miss Bug?
- From: John David Anglin <dave.anglin@xxxxxxxx>
- [patch 1/1] parisc, exec: remove redundant set_fs(USER_DS)
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: Domenico Andreoli <cavokz@xxxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: Domenico Andreoli <cavok@xxxxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: Domenico Andreoli <cavokz@xxxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: John David Anglin <dave.anglin@xxxxxxxx>
- [PATCH v3 23/34] parisc/PCI: lba: convert to pci_create_root_bus() for correct root bus resources
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH v3 22/34] parisc/PCI: lba: use pci_create_bus() instead of pci_scan_bus_parented()
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH v3 21/34] parisc/PCI: lba: deal with LMMIO/PAT overlaps before creating PCI root bus
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH v3 20/34] parisc/PCI: dino: convert to pci_create_root_bus() for correct root bus resources
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH v3 19/34] parisc/PCI: dino: use pci_create_bus() instead of pci_scan_bus_parented()
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap (code 7)
- From: Jeroen Roovers <jer@xxxxxxxxxx>
- HPMC on network load (was: HPMC running CMake Nightly tests)
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: HPMC running CMake Nightly tests
- From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
- Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap (code 7)
- From: "Rolf Eike Beer" <eike-kernel@xxxxxxxxx>
- [PATCH 36/49] dirvers/parisc: irq: Remove IRQF_DISABLED
- From: Yong Zhang <yong.zhang0@xxxxxxxxx>
- [PATCH 14/49] parisc: irq: remove IRQF_DISABLED
- From: Yong Zhang <yong.zhang0@xxxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: John David Anglin <dave.anglin@xxxxxxxx>
- glibc-ports update for hppa.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: HPMC running CMake Nightly tests
- From: "Rolf Eike Beer" <eike-kernel@xxxxxxxxx>
- Re: Removing HPPA Linuxthreads support in glibc-ports.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Removing HPPA Linuxthreads support in glibc-ports.
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- Removing HPPA Linuxthreads support in glibc-ports.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: Matt Turner <mattst88@xxxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: Matt Turner <mattst88@xxxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap (code 7)
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: Domenico Andreoli <cavok@xxxxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: Domenico Andreoli <cavok@xxxxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: Domenico Andreoli <cavokz@xxxxxxxxx>
- Re: HPMC running CMake Nightly tests
- From: "Rolf Eike Beer" <eike-kernel@xxxxxxxxx>
- Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap (code 7)
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap (code 7)
- From: "Rolf Eike Beer" <eike-kernel@xxxxxxxxx>
- Re: HPMC running CMake Nightly tests
- From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH] parisc: futex: Use same lock set as lws calls
- From: "Rolf Eike Beer" <eike-kernel@xxxxxxxxx>
- [PATCH] parisc: futex: Use same lock set as lws calls
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- HPMC running CMake Nightly tests
- From: "Rolf Eike Beer" <eike-kernel@xxxxxxxxx>
- [PATCH 40/55] dirvers/parisc: irq: Remove IRQF_DISABLED
- From: Yong Zhang <yong.zhang0@xxxxxxxxx>
- [PATCH 14/55] parisc: irq: remove IRQF_DISABLED
- From: Yong Zhang <yong.zhang0@xxxxxxxxx>
- Re: [PATCH 40/57] dirvers/parisc: irq: Remove IRQF_DISABLED
- From: Yong Zhang <yong.zhang0@xxxxxxxxx>
- Re: [PATCH 40/57] dirvers/parisc: irq: Remove IRQF_DISABLED
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH 14/57] parisc: irq: remove IRQF_DISABLED
- From: Yong Zhang <yong.zhang0@xxxxxxxxx>
- [PATCH 40/57] dirvers/parisc: irq: Remove IRQF_DISABLED
- From: Yong Zhang <yong.zhang0@xxxxxxxxx>
- Re: failure to link kernel 3.0.3 with cross binutils-2.21.1/gcc-4.6.1
- From: Graham Gower <graham.gower@xxxxxxxxx>
- Re: failure to link kernel 3.0.3 with cross binutils-2.21.1/gcc-4.6.1
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: failure to link kernel 3.0.3 with cross binutils-2.21.1/gcc-4.6.1
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: failure to link kernel 3.0.3 with cross binutils-2.21.1/gcc-4.6.1
- From: "Rolf Eike Beer" <eike-kernel@xxxxxxxxx>
- failure to link kernel 3.0.3 with cross binutils-2.21.1/gcc-4.6.1
- From: Graham Gower <graham.gower@xxxxxxxxx>
- Re: Link error in CMake for HPPA1.1, wrong result for HPPA 2.0
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Link error in CMake for HPPA1.1, wrong result for HPPA 2.0
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap (code 7)
- From: "Rolf Eike Beer" <eike-kernel@xxxxxxxxx>
- Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap (code 7)
- From: "Rolf Eike Beer" <eike-kernel@xxxxxxxxx>
- Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap (code 7)
- From: "Rolf Eike Beer" <eike-kernel@xxxxxxxxx>
- Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap (code 7)
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap (code 7)
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap (code 7)
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap (code 7)
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap (code 7)
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap (code 7)
- From: "Rolf Eike Beer" <eike-kernel@xxxxxxxxx>
- Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap (code 7)
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap (code 7)
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap (code 7)
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap (code 7)
- From: "Rolf Eike Beer" <eike-kernel@xxxxxxxxx>
- Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap (code 7)
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap (code 7)
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap (code 7)
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: Boot failure with 3.0.3: swapper (pid 0): Protection id trap (code 7)
- From: "Rolf Eike Beer" <eike-kernel@xxxxxxxxx>
- Re: linux-next: build failure in Linus' tree
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: linux-next: build failure in Linus' tree
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: Link error in CMake for HPPA1.1, wrong result for HPPA 2.0
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: Link error in CMake for HPPA1.1, wrong result for HPPA 2.0
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Link error in CMake for HPPA1.1, wrong result for HPPA 2.0
- From: "Rolf Eike Beer" <eike-kernel@xxxxxxxxx>
- Re: Link error in CMake for HPPA1.1, wrong result for HPPA 2.0
- From: "Rolf Eike Beer" <eike-kernel@xxxxxxxxx>
- linux-next: build failure in Linus' tree
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: Link error in CMake for HPPA1.1, wrong result for HPPA 2.0
- From: "Rolf Eike Beer" <eike-kernel@xxxxxxxxx>
- Re: Link error in CMake for HPPA1.1, wrong result for HPPA 2.0
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Link error in CMake for HPPA1.1, wrong result for HPPA 2.0
- From: "Rolf Eike Beer" <eike-kernel@xxxxxxxxx>
- Re: Link error in CMake for HPPA1.1, wrong result for HPPA 2.0
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Link error in CMake for HPPA1.1, wrong result for HPPA 2.0
- From: "Rolf Eike Beer" <eike@xxxxxxxxxx>
- [PATCH] hppa: fix whitespace errors in arch/parisc/kernel/traps.c
- From: Rolf Eike Beer <eike@xxxxxxxxxx>
- Boot failure with 3.0.3: swapper (pid 0): Protection id trap (code 7)
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: [PATCH 2.6.39-rc3] parsic: Fix futex support
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH 2.6.39-rc3] parsic: Fix futex support
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH 2.6.39-rc3] parsic: Fix futex support
- From: John David Anglin <dave.anglin@xxxxxxxx>
- [GIT PULL] parisc fixes for 3.0
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- RFC: lsparisc without libsysfs
- From: Jeroen Roovers <jer@xxxxxxxxxx>
- Re: [PATCH] wire up sysmmsg syscall
- From: John David Anglin <dave.anglin@xxxxxxxx>
- [PATCH, PA-RISC] Fix SMP cache related HPMCs running libgomp testsuite
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH] wire up sysmmsg syscall
- From: Thibaut VARENE <T-Bone@xxxxxxxxxxxxxxxx>
- Spinlock lockup in __down_write_nested
- From: John David Anglin <dave.anglin@xxxxxxxx>
- [PATCH] wire up sysmmsg syscall
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: sungem: fix compile failure caused by trivial #include consolidation
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: sungem: fix compile failure caused by trivial #include consolidation
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: sungem: fix compile failure caused by trivial #include consolidation
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: sungem: fix compile failure caused by trivial #include consolidation
- From: Jiri Kosina <jkosina@xxxxxxx>
- sungem: fix compile failure caused by trivial #include consolidation
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- ramoops: fix compile failure on parisc
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] fix atomic64 on PA-RISC
- From: Matt Turner <mattst88@xxxxxxxxx>
- [PATCH] fix atomic64 on PA-RISC
- From: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2.6.39-rc3] parsic: Fix futex support
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH 2.6.39-rc3] parsic: Fix futex support
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: [PATCH 2.6.39-rc3] parsic: Fix futex support
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: debian hppa
- From: Aurelien Jarno <aurel32@xxxxxxxxxx>
- Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot on parisc
- From: Sergei Shtylyov <sshtylyov@xxxxxxxxxx>
- Re: [PATCH 2.6.39-rc3] parsic: Fix futex support
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Sort output dynamic relocations.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Sort output dynamic relocations.
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Status of hppa on debian-ports.
- From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
- Re: Sort output dynamic relocations.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Sort output dynamic relocations.
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Status of hppa on debian-ports.
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- Re: Status of hppa on debian-ports.
- From: Thibaut VARENE <varenet@xxxxxxxxxxxxxxxx>
- Re: Status of hppa on debian-ports.
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- Re: Status of hppa on debian-ports.
- From: Thibaut VARENE <varenet@xxxxxxxxxx>
- Re: Status of hppa on debian-ports.
- From: Thibaut VARENE <varenet@xxxxxxxxxxxxxxxx>
- Re: [PATCH 2.6.39-rc3] parsic: Fix futex support
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: [PATCH 2.6.39-rc3] parsic: Fix futex support
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- Re: Status of hppa on debian-ports.
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- [PATCH 2.6.39-rc3] parsic: Fix futex support
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Status of hppa on debian-ports.
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Status of hppa on debian-ports.
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- Status of hppa on debian-ports.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: tst-cputimer1 and tst-timer4
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: tst-cputimer1 and tst-timer4
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: Sort output dynamic relocations.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: debian hppa
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: debian hppa
- From: Aurelien Jarno <aurel32@xxxxxxxxxx>
- Re: debian hppa
- From: Thibaut VARENE <T-Bone@xxxxxxxxxxxxxxxx>
- Re: Sort output dynamic relocations.
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: debian hppa
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: debian hppa
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: debian hppa
- From: dann frazier <dannf@xxxxxxxxx>
- Re: debian hppa
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: debian hppa
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: debian hppa
- From: Thibaut VARENE <T-Bone@xxxxxxxxxxxxxxxx>
- Sort output dynamic relocations.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: debian hppa
- From: John David Anglin <dave.anglin@xxxxxxxxxxxxxx>
- Re: tst-cputimer1 and tst-timer4
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: tst-cputimer1 and tst-timer4
- From: Rolf Eike Beer <eike@xxxxxxxxxx>
- Re: tst-cputimer1 and tst-timer4
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: tst-cputimer1 and tst-timer4
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: tst-cputimer1 and tst-timer4
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: tst-cputimer1 and tst-timer4
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: tst-cputimer1 and tst-timer4
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: tst-cputimer1 and tst-timer4
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: tst-cputimer1 and tst-timer4
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: tst-cputimer1 and tst-timer4
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Inequivalent aliases when stracing tst-cputimer1.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Inequivalent aliases when stracing tst-cputimer1.
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Inequivalent aliases when stracing tst-cputimer1.
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Inequivalent aliases when stracing tst-cputimer1.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: debian hppa
- From: John David Anglin <dave.anglin@xxxxxxxxxxxxxx>
- Re: tst-cputimer1 and tst-timer4
- From: John David Anglin <dave.anglin@xxxxxxxx>
- tst-cputimer1 and tst-timer4
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: debian hppa
- From: rick jones <perfgeek@xxxxxxx>
- Re: debian hppa
- From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
- Re: [E1000-devel] [PATCH] e1000: Allow the driver to be used on PA RISC C8000 workstation
- From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
- Re: debian hppa
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] fix backtrace on PA-RISC
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] fix backtrace on PA-RISC
- From: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] fix backtrace on PA-RISC
- From: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] fix backtrace on PA-RISC
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] fix backtrace on PA-RISC
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- [PATCH] fix backtrace on PA-RISC
- From: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [E1000-devel] [PATCH] e1000: Allow the driver to be used on PA RISC C8000 workstation
- From: Matt Turner <mattst88@xxxxxxxxx>
- Re: [E1000-devel] [PATCH] e1000: Allow the driver to be used on PA RISC C8000 workstation
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: IFUNC* support?
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- IFUNC* support?
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: [RFC 54/72] au1000_eth/mipsnet/tc35815: Move the MIPS drivers
- From: Jeff Kirsher <jeffrey.t.kirsher@xxxxxxxxx>
- Re: [RFC 54/72] au1000_eth/mipsnet/tc35815: Move the MIPS drivers
- From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
- Re: Stuck gnat1 processes
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: debian hppa
- From: Thibaut VARENE <T-Bone@xxxxxxxxxxxxxxxx>
- Re: eglibc_2.13-5 on hppa
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: eglibc_2.13-5 on hppa
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: eglibc_2.13-5 on hppa
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: eglibc_2.13-5 on hppa
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] parisc, don't claim cpu irqs more than once
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] parisc, don't claim cpu irqs more than once
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] parisc, don't claim cpu irqs more than once
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- [PATCH] parisc, don't claim cpu irqs more than once
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- [PATCH] parisc, fix return type of __atomic64_add_return
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Timer and IPI IRQ handler type mismatches
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- kernel BUG at lib/atomic64_test.c:45!
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- [PATCH] parisc, exec: remove redundant set_fs(USER_DS)
- From: Mathias Krause <minipli@xxxxxxxxxxxxxx>
- Re: Stuck gnat1 processes
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: Stuck gnat1 processes
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Stuck gnat1 processes
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: Stuck gnat1 processes
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Stuck gnat1 processes
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: eglibc_2.13-5 on hppa
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: eglibc_2.13-5 on hppa
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: eglibc_2.13-5 on hppa
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- eglibc_2.13-5 on hppa
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: debian hppa
- From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
- Re: debian hppa
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: rcu threads with 2.6.39+
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- [PATCH 4/4] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECKS
- From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
- Re: debian hppa
- From: Thibaut VARENE <T-Bone@xxxxxxxxxxxxxxxx>
- Re: debian hppa
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: debian hppa
- From: dann frazier <dannf@xxxxxxxxx>
- Re: debian hppa
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: debian hppa
- From: dann frazier <dannf@xxxxxxxxx>
- Re: debian hppa
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: debian hppa
- From: dann frazier <dannf@xxxxxxxxx>
- Re: debian hppa
- From: dann frazier <dannf@xxxxxxxxx>
- Re: debian hppa
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: debian hppa
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Do not set CROSS_COMPILE but let CONFIG_CROSS_COMPILE handle it all.
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- Re: [PATCH] Do not set CROSS_COMPILE but let CONFIG_CROSS_COMPILE handle it all.
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- Re: [stable] PA-RISC: compile error in include/net/dst.h
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- rcu threads with 2.6.39+
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: [stable] PA-RISC: compile error in include/net/dst.h
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: [stable] PA-RISC: compile error in include/net/dst.h
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: [stable] PA-RISC: compile error in include/net/dst.h
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: [stable] PA-RISC: compile error in include/net/dst.h
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: [stable] PA-RISC: compile error in include/net/dst.h
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: [stable] PA-RISC: compile error in include/net/dst.h
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- [PATCH] Do not set CROSS_COMPILE but let CONFIG_CROSS_COMPILE handle it all.
- From: Jeroen Roovers <jer@xxxxxxxxxx>
- Re: [stable] PA-RISC: compile error in include/net/dst.h
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: [GIT PULL] parisc updates for the 2.6.38 merge window
- From: James Bottomley <James.bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [GIT PULL] parisc updates for the 2.6.38 merge window
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: [stable] PA-RISC: compile error in include/net/dst.h
- From: Greg KH <greg@xxxxxxxxx>
- Re: PA-RISC: compile error in include/net/dst.h
- From: WANG Cong <xiyou.wangcong@xxxxxxxxx>
- PA-RISC: compile error in include/net/dst.h
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- [GIT PULL] parisc updates for the 2.6.38 merge window
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Testing Linux 2.6.39-rc's on rp3440
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Don't mlock guardpage if the stack is growing up
- From: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
- Re: Testing Linux 2.6.39-rc's on rp3440
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 9/9] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECKS
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot on parisc
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot on parisc
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 9/9] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECKS
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH 9/9] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECKS
- From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
- [PATCH 9/9] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECKS
- From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
- Re: [PATCH] Don't mlock guardpage if the stack is growing up
- From: Zdenek Kabelac <zkabelac@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: Milan Broz <mbroz@xxxxxxxxxx>
- Re: Please include the namespace file-descriptors tree in linux-next
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: Please include the namespace file-descriptors tree in linux-next
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH] Don't mlock guardpage if the stack is growing up
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- 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: 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: Matthew Wilcox <matthew@xxxxxx>
- 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: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
- 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] Don't mlock guardpage if the stack is growing up
- From: Alasdair G Kergon <agk@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: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- 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: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
- 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] 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: Hugh Dickins <hughd@xxxxxxxxxx>
- [PATCH] Don't mlock guardpage if the stack is growing up
- From: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
- 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: [E1000-devel] [PATCH] e1000: Allow the driver to be used on PA RISC C8000 workstation
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- 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>
- Re: [GIT PULL] parisc fixes for 2.6.39-rc5
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [GIT PULL] parisc fixes for 2.6.39-rc5
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [GIT PULL] parisc fixes for 2.6.39-rc5
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] convert parisc to sparsemem (was Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards)
- From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] convert parisc to sparsemem (was Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards)
- From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
- [PATCH 0/2] libata-sff: prevent irq descriptions for dummy ports
- From: James Bottomley <James.Bottomley@xxxxxxx>
- [PATCH 1/2] pata_cm64x: fix boot crash on parisc
- From: James Bottomley <James.Bottomley@xxxxxxx>
- [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot on parisc
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: [PATCH] convert parisc to sparsemem (was Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards)
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- [PATCH] convert parisc to sparsemem (was Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards)
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: slub: fix panic with DISCONTIGMEM
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: Pekka Enberg <penberg@xxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: Pekka Enberg <penberg@xxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: David Rientjes <rientjes@xxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: David Rientjes <rientjes@xxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: David Rientjes <rientjes@xxxxxxxxxx>
- [patch] parisc: enable CONFIG_NUMA for DISCONTIGMEM and fix build errors
- From: David Rientjes <rientjes@xxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: David Rientjes <rientjes@xxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: Christoph Lameter <cl@xxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: Christoph Lameter <cl@xxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: David Rientjes <rientjes@xxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: David Rientjes <rientjes@xxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: Christoph Lameter <cl@xxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot on parisc
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
- [patch] parisc: set memory ranges in N_NORMAL_MEMORY when onlined
- From: David Rientjes <rientjes@xxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: David Rientjes <rientjes@xxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: David Rientjes <rientjes@xxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: David Rientjes <rientjes@xxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: David Rientjes <rientjes@xxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: David Rientjes <rientjes@xxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: Notes about the latest cache patches
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: Christoph Lameter <cl@xxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: Christoph Lameter <cl@xxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot on parisc
- From: Sergei Shtylyov <sshtylyov@xxxxxxxxxx>
- Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot on parisc
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot on parisc
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: Christoph Lameter <cl@xxxxxxxxx>
- Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot on parisc
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Notes about the latest cache patches
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: Christoph Lameter <cl@xxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: Christoph Lameter <cl@xxxxxxxxx>
- Re: slub: fix panic with DISCONTIGMEM
- From: Christoph Lameter <cl@xxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: Christoph Lameter <cl@xxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: Pekka Enberg <penberg@xxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot on parisc
- From: Sergei Shtylyov <sshtylyov@xxxxxxxxxx>
- Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot on parisc
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
- Re: slub: fix panic with DISCONTIGMEM
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: Pekka Enberg <penberg@xxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: Pekka Enberg <penberg@xxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
- Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot on parisc
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: slub: fix panic with DISCONTIGMEM
- From: Christoph Lameter <cl@xxxxxxxxx>
- Re: [PATCH v3] mm: make expand_downwards symmetrical to expand_upwards
- From: Christoph Lameter <cl@xxxxxxxxx>
- Re: slub: fix panic with DISCONTIGMEM
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[Index of Archives]
[Linux USB Devel]
[Video for Linux]
[Linux SCSI]
[Samba]
[Yosemite News]