Linux PA RISC

• Thread Index

• [PATCH 03/59] CRED: Wrap task credential accesses in the PA-RISC arch
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] mips: Add dma_mmap_coherent()
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: [PATCH] mips: Add dma_mmap_coherent()
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] Change cpu_data[] and cpu_devices[] from array sized by NR_CPUS to per_cpu variables
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: [PATCH] compat_sys_ptrace conversions for parisc
  • From: Roland McGrath <roland@xxxxxxxxxx>
• Re: [PATCH] mips: Add dma_mmap_coherent()
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: __kernel_suseconds_t is int on PA-RISC (and SPARC64)?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: __kernel_suseconds_t is int on PA-RISC (and SPARC64)?
  • From: Helge Deller <deller@xxxxxx>
• __kernel_suseconds_t is int on PA-RISC (and SPARC64)?
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] compat_sys_ptrace conversions for parisc
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] drop superfluous .align 16
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: [PATCH] mips: Add dma_mmap_coherent()
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] drop superfluous .align 16
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] drop superfluous .align 16
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: [PATCH] drop superfluous .align 16
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: [PATCH] compat_sys_ptrace conversions for parisc
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] compat_sys_ptrace conversions for parisc
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: [PATCH] compat_sys_ptrace conversions for parisc
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] drop superfluous .align 16
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] Change cpu_data[] and cpu_devices[] from array sized by NR_CPUS to per_cpu variables
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] - Patch series for parisc
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] Change cpu_data[] and cpu_devices[] from array sized by NR_CPUS to per_cpu variables
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] ldcw inline assembler patch
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] drop superfluous .align 16
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] drop superfluous .align 16
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] fix crash when trying to unwind user space
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] compat_sys_ptrace conversions for parisc
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] - Patch series for parisc
  • From: Helge Deller <deller@xxxxxx>
• Re: X won't start with VisEG and 2.6.22.19
  • From: Helge Deller <deller@xxxxxx>
• Re: X won't start with VisEG and 2.6.22.19
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: X won't start with VisEG and 2.6.22.19
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] mips: Add dma_mmap_coherent()
  • From: Joel Soete <soete.joel@xxxxxxxxxx>
• Re: X won't start with VisEG and 2.6.22.19
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: X won't start with VisEG and 2.6.22.19
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: [patch] vsprintf: use new vsprintf symbolic function pointer format
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• [patch] vsprintf: use new vsprintf symbolic function pointer format
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• Re: [PATCH] mips: Add dma_mmap_coherent()
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] mips: Add dma_mmap_coherent()
  • From: tsbogend@xxxxxxxxxxxxxxxx (Thomas Bogendoerfer)
• Re: [PATCH] mips: Add dma_mmap_coherent()
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re:[RFC] [PATCH] compat_sys_ptrace conversions for parisc
  • From: "Joel Soete" <soete.joel@xxxxxxxxxx>
• Re: [PATCH] mips: Add dma_mmap_coherent()
  • From: "Joel Soete" <soete.joel@xxxxxxxxxx>
• Re: [PATCH] mips: Add dma_mmap_coherent()
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] mips: Add dma_mmap_coherent()
  • From: tsbogend@xxxxxxxxxxxxxxxx (Thomas Bogendoerfer)
• Re: [PATCH] mips: Add dma_mmap_coherent()
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] mips: Add dma_mmap_coherent()
  • From: tsbogend@xxxxxxxxxxxxxxxx (Thomas Bogendoerfer)
• Re: [PATCH] mips: Add dma_mmap_coherent()
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] mips: Add dma_mmap_coherent()
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] mips: Add dma_mmap_coherent()
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mips: Add dma_mmap_coherent()
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: [PATCH] mips: Add dma_mmap_coherent()
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] mips: Add dma_mmap_coherent()
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] mips: Add dma_mmap_coherent()
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mips: Add dma_mmap_coherent()
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] mips: Add dma_mmap_coherent()
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] remove dead code from sys_parisc32.c
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• [RFC] [PATCH] compat_sys_ptrace conversions for parisc
  • From: Helge Deller <deller@xxxxxx>
• Re: missing compat_sys_ptrace conversions for mips and parisc
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: [RFC] remove dead code from sys_parisc32.c
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: missing compat_sys_ptrace conversions for mips and parisc
  • From: Randolph Chung <randolph@xxxxxxxxx>
• Re: missing compat_sys_ptrace conversions for mips and parisc
  • From: tsbogend@xxxxxxxxxxxxxxxx (Thomas Bogendoerfer)
• Re: missing compat_sys_ptrace conversions for mips and parisc
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: missing compat_sys_ptrace conversions for mips and parisc
  • From: Helge Deller <deller@xxxxxx>
• [RFC] remove dead code from sys_parisc32.c
  • From: Christoph Hellwig <hch@xxxxxx>
• missing compat_sys_ptrace conversions for mips and parisc
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [2.6 patch] binfmt_som.c: add MODULE_LICENSE
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: X won't start with VisEG and 2.6.22.19
  • From: Helge Deller <deller@xxxxxx>
• Re: X won't start with VisEG and 2.6.22.19
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: X won't start with VisEG and 2.6.22.19
  • From: Helge Deller <deller@xxxxxx>
• Re: [2.6 patch] binfmt_som.c: add MODULE_LICENSE
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Re: [2.6 patch] binfmt_som.c: add MODULE_LICENSE
  • From: Matthew Wilcox <matthew@xxxxxx>
• Re: [2.6 patch] binfmt_som.c: add MODULE_LICENSE
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: [2.6 patch] binfmt_som.c: add MODULE_LICENSE
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Re: [2.6 patch] binfmt_som.c: add MODULE_LICENSE
  • From: Bdale Garbee <bdale@xxxxxx>
• Re: [2.6 patch] binfmt_som.c: add MODULE_LICENSE
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: [2.6 patch] binfmt_som.c: add MODULE_LICENSE
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Re: [2.6 patch] binfmt_som.c: add MODULE_LICENSE
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: [2.6 patch] binfmt_som.c: add MODULE_LICENSE
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: [PATCH] ide: remove unused macros from <asm-parisc/ide.h>
  • From: Bartlomiej Zolnierkiewicz <bzolnier@xxxxxxxxx>
• Re: [PATCH] ide: remove unused macros from <asm-parisc/ide.h>
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: [2.6 patch] binfmt_som.c: add MODULE_LICENSE
  • From: Matthew Wilcox <matthew@xxxxxx>
• Re: [2.6 patch] binfmt_som.c: add MODULE_LICENSE
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Re: [2.6 patch] binfmt_som.c: add MODULE_LICENSE
  • From: Bdale Garbee <bdale@xxxxxx>
• Re: [2.6 patch] binfmt_som.c: add MODULE_LICENSE
  • From: Matthew Wilcox <matthew@xxxxxx>
• Re: [2.6 patch] binfmt_som.c: add MODULE_LICENSE
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: [PATCH] fix unwind crash - was: Re: 2.6.26 kernel crash
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: Fixed strace [ was Re: ls -l is broken ]
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: Fixed strace [ was Re: ls -l is broken ]
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: ccio-dma: is issue could be related to too much io_tlb entries?
  • From: "Joel Soete" <soete.joel@xxxxxxxxxx>
• Re: [PATCH] fix unwind crash - was: Re: 2.6.26 kernel crash
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• [2.6 patch] drivers/parisc/: make code static
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• [2.6 patch] parisc/lib/: make code static
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• [2.6 patch] binfmt_som.c: add MODULE_LICENSE
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Re: [PATCH] fix unwind crash - was: Re: 2.6.26 kernel crash
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: X won't start with VisEG and 2.6.22.19
  • From: Guy Martin <gmsoft@xxxxxxxxxxxx>
• Re: ccio-dma: is issue could be related to too much io_tlb entries?
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• X won't start with VisEG and 2.6.22.19
  • From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
• Re: ccio-dma: is issue could be related to too much io_tlb entries?
  • From: "Joel Soete" <soete.joel@xxxxxxxxxx>
• Re: Fixed strace [ was Re: ls -l is broken ]
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: Cupertino test ring problem?
  • From: "Thibaut VARENE" <T-Bone@xxxxxxxxxxxxxxxx>
• Re: Cupertino test ring problem?
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: Cupertino test ring problem?
  • From: "Thibaut VARENE" <T-Bone@xxxxxxxxxxxxxxxx>
• Re: ccio-dma: is issue could be related to too much io_tlb entries?
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: [PATCH] fix unwind crash - was: Re: 2.6.26 kernel crash
  • From: "Randolph Chung" <randolph@xxxxxxxxx>
• Re: ccio_mark_invalid(): would it have to clear a bit or byte?
  • From: Joel Soete <soete.joel@xxxxxxxxxx>
• Re: Cupertino test ring problem?
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: Cupertino test ring problem?
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: [PATCH] fix unwind crash - was: Re: 2.6.26 kernel crash
  • From: Helge Deller <deller@xxxxxx>
• Re: ccio_mark_invalid(): would it have to clear a bit or byte?
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: Cupertino test ring problem?
  • From: Rick Jones <rick.jones2@xxxxxx>
• Re: Cupertino test ring problem?
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: Cupertino test ring problem?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Cupertino test ring problem?
  • From: Rick Jones <rick.jones2@xxxxxx>
• [PATCH] fix unwind crash - was: Re: 2.6.26 kernel crash
  • From: Helge Deller <deller@xxxxxx>
• Re: Cupertino test ring problem?
  • From: Matthew Wilcox <matthew@xxxxxx>
• Re: Cupertino test ring problem?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Cupertino test ring problem?
  • From: Rick Jones <rick.jones2@xxxxxx>
• Re: 64bit kernel not booting with CONFIG_PRINTK_TIME=y
  • From: Guy Martin <gmsoft@xxxxxxxxxxxx>
• Re: 64bit kernel not booting with CONFIG_PRINTK_TIME=y
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: Cupertino test ring problem?
  • From: Matthew Wilcox <matthew@xxxxxx>
• Re: Cupertino test ring problem?
  • From: Rick Jones <rick.jones2@xxxxxx>
• Re: Cupertino test ring problem?
  • From: Matthew Wilcox <matthew@xxxxxx>
• Cupertino test ring problem?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• arch/parisc/kernel/signal.c: Removed duplicated include
  • From: Huang Weiyi <weiyi.huang@xxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [Bug #10786] parisc: 64bit SMP does not boot on J5600
  • From: Domenico Andreoli <cavokz@xxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• ccio-dma: is issue could be related to too much io_tlb entries?
  • From: "Joel Soete" <soete.joel@xxxxxxxxxx>
• Re: drivers/parisc/ccio-dma.c: Removed duplicated include
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• drivers/parisc/ccio-dma.c: Removed duplicated include
  • From: Huang Weiyi <weiyi.huang@xxxxxxxxx>
• Re: linux-next: Requirements and process
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re:ccio_mark_invalid(): would it have to clear a bit or byte?
  • From: "Joel Soete" <soete.joel@xxxxxxxxxx>
• Re: ccio-dma q about io pdir: is there a kernel mem space never paged?
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• ccio_mark_invalid(): would it have to clear a bit or byte?
  • From: Joel Soete <soete.joel@xxxxxxxxxx>
• ccio-dma q about io pdir: is there a kernel mem space never paged?
  • From: Joel Soete <soete.joel@xxxxxxxxxx>
• [PATCH 15/22] parisc: Introducing asm/syscalls.h
  • From: Jaswinder Singh <jaswinder@xxxxxxxxxxxxx>
• Re: [RFC] Patch for glibc getcontext()/makecontext()/setcontext()/swapcontext()
  • From: Helge Deller <deller@xxxxxx>
• Re: 2.6.26 kernel crash
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 2.6.26 kernel crash
  • From: Helge Deller <deller@xxxxxx>
• 2.6.26 kernel crash
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: 64bit kernel not booting with CONFIG_PRINTK_TIME=y
  • From: Guy Martin <gmsoft@xxxxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC] Patch for glibc getcontext()/makecontext()/setcontext()/swapcontext()
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: [PATCH] ccio_clear_io_tlb() don't need to compute io page number a second time.
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: 64bit kernel not booting with CONFIG_PRINTK_TIME=y
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: 64bit kernel not booting with CONFIG_PRINTK_TIME=y
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• [PATCH] ccio_clear_io_tlb() don't need to compute io page number a second time.
  • From: Joel Soete <soete.joel@xxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [RFC] Patch for glibc getcontext()/makecontext()/setcontext()/swapcontext()
  • From: Helge Deller <deller@xxxxxx>
• Re: 64bit kernel not booting with CONFIG_PRINTK_TIME=y
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• 64bit kernel not booting with CONFIG_PRINTK_TIME=y
  • From: Guy Martin <gmsoft@xxxxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: 64bit kernel not booting with CONFIG_PRINTK_TIME=y
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] Document LWS ABI.
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Document LWS ABI.
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] Document LWS ABI.
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] Document LWS ABI.
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: [PATCH] Document LWS ABI.
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH] Document LWS ABI.
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: [PATCH] fix comment in Light-weight-syscall code
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: [PATCH] fix comment in Light-weight-syscall code
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: [PATCH] fix comment in Light-weight-syscall code
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: [PATCH] fix comment in Light-weight-syscall code
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• [PATCH] fix comment in Light-weight-syscall code
  • From: Helge Deller <deller@xxxxxx>
• Re: [Bug #10786] parisc: 64bit SMP does not boot on J5600
  • From: Domenico Andreoli <cavokz@xxxxxxxxx>
• Re: [PATCH] drop superfluous .align 16
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] drop superfluous .align 16
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: [PATCH] drop superfluous .align 16
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] drop superfluous .align 16
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• [PATCH] drop superfluous .align 16
  • From: Helge Deller <deller@xxxxxx>
• Re: in ccio_io_pdir_entry(),BUG_ON() seems to break gcc-4.2 optimization?
  • From: "Joel Soete" <soete.joel@xxxxxxxxxx>
• Re: in ccio_io_pdir_entry(),BUG_ON() seems to break gcc-4.2 optimization?
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: in ccio_io_pdir_entry(),BUG_ON() seems to break gcc-4.2 optimization?
  • From: Joel Soete <soete.joel@xxxxxxxxxx>
• Re: in ccio_io_pdir_entry(),BUG_ON() seems to break gcc-4.2 optimization?
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• About iommu-helpers.h: where can I find detailed info on the scatter list programming?
  • From: "Joel Soete" <soete.joel@xxxxxxxxxx>
• Re: in ccio_io_pdir_entry(),BUG_ON() seems to break gcc-4.2 optimization?
  • From: Joel Soete <soete.joel@xxxxxxxxxx>
• Re: kernel fault when booting with dual link network card
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: Another ldcw inline assembler patch
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: kernel fault when booting with dual link network card
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: Another ldcw inline assembler patch
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: in ccio_io_pdir_entry(),BUG_ON() seems to break gcc-4.2 optimization?
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: kernel fault when booting with dual link network card
  • From: Sjoerd Simons <sjoerd@xxxxxxxx>
• Re: kernel fault when booting with dual link network card
  • From: Joel Soete <soete.joel@xxxxxxxxxx>
• Re: kernel fault when booting with dual link network card
  • From: Sjoerd Simons <sjoerd@xxxxxxxx>
• Re: kernel fault when booting with dual link network card
  • From: Joel Soete <soete.joel@xxxxxxxxxx>
• Re: kernel fault when booting with dual link network card
  • From: Matthew Wilcox <matthew@xxxxxx>
• Re: kernel fault when booting with dual link network card
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• kernel fault when booting with dual link network card
  • From: Sjoerd Simons <sjoerd@xxxxxxxx>
• Re: Another ldcw inline assembler patch
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: Another ldcw inline assembler patch
  • From: Matthew Wilcox <matthew@xxxxxx>
• Re: in ccio_io_pdir_entry(),BUG_ON() seems to break gcc-4.2 optimization?
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: in ccio_io_pdir_entry(),BUG_ON() seems to break gcc-4.2 optimization?
  • From: Joel Soete <soete.joel@xxxxxxxxxx>
• Another ldcw inline assembler patch
  • From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
• Re: in ccio_io_pdir_entry(),BUG_ON() seems to break gcc-4.2 optimization?
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: [PATCH 6/14] arch/parisc: Eliminate NULL test and memset after alloc_bootmem
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• [2.6 patch] remove unused asm/a.out.h files
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Re: [2.6 patch] asm/ptrace.h userspace headers cleanup
  • From: Roland McGrath <roland@xxxxxxxxxx>
• Re: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
  • From: Jeff Dike <jdike@xxxxxxxxxxx>
• Re: in ccio_io_pdir_entry(),BUG_ON() seems to break gcc-4.2 optimization?
  • From: "Joel Soete" <soete.joel@xxxxxxxxxx>
• Re: [2.6 patch] asm/ptrace.h userspace headers cleanup
  • From: Russell King <rmk+lkml@xxxxxxxxxxxxxxxx>
• Re: [2.6 patch] asm/ptrace.h userspace headers cleanup
  • From: Paul Mackerras <paulus@xxxxxxxxx>
• Re: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Re: [2.6 patch] asm/ptrace.h userspace headers cleanup
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [2.6 patch] asm/ptrace.h userspace headers cleanup
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [2.6 patch] asm/ptrace.h userspace headers cleanup
  • From: Chris Zankel <chris@xxxxxxxxxx>
• [PATCH 6/14] arch/parisc: Eliminate NULL test and memset after alloc_bootmem
  • From: Julia Lawall <julia@xxxxxxx>
• Re: [2.6 patch] asm/ptrace.h userspace headers cleanup
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [2.6 patch] asm/ptrace.h userspace headers cleanup
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [2.6 patch] asm/ptrace.h userspace headers cleanup
  • From: Greg Ungerer <gerg@xxxxxxxxxxxx>
• [2.6 patch] asm/ptrace.h userspace headers cleanup
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Re: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
  • From: David McCullough <David_Mccullough@xxxxxxxxxxxxxxxxxxx>
• Re: Yet another inline asm worry: mtsp() macro (and may be other)?
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Re: Yet another inline asm worry: mtsp() macro (and may be other)?
  • From: rubisher <rubisher@xxxxxxxxxx>
• Re: ldcw inline assembler patch
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: Yet another inline asm worry: mtsp() macro (and may be other)?
  • From: Matthew Wilcox <matthew@xxxxxx>
• Re: Yet another inline asm worry: mtsp() macro (and may be other)?
  • From: "Joel Soete" <soete.joel@xxxxxxxxxx>
• Looking for HP-HIL Technical Reference Info
  • From: <jflan@xxxxxxxxxxxxxxx>
• Re: in ccio_io_pdir_entry(),BUG_ON() seems to break gcc-4.2 optimization?
  • From: "Joel Soete" <soete.joel@xxxxxxxxxx>
• Re: in ccio_io_pdir_entry(), BUG_ON() seems to break gcc-4.2 optimization?
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: in ccio_io_pdir_entry(), BUG_ON() seems to break gcc-4.2
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: Yet another inline asm worry: mtsp() macro (and may be other)?
  • From: Joel Soete <soete.joel@xxxxxxxxxx>
• Re: in ccio_io_pdir_entry(), BUG_ON() seems to break gcc-4.2 optimization?
  • From: Joel Soete <soete.joel@xxxxxxxxxx>
• Re: Yet another inline asm worry: mtsp() macro (and may be other)?
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: in ccio_io_pdir_entry(), BUG_ON() seems to break gcc-4.2 optimization?
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Yet another inline asm worry: mtsp() macro (and may be other)?
  • From: "Joel Soete" <soete.joel@xxxxxxxxxx>
• Re: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
  • From: Matthew Wilcox <matthew@xxxxxx>
• Re: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Re: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Re: architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: parisc: pcibios_init_bus() isn't called
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Re: ldcw inline assembler patch
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: ldcw inline assembler patch
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: parisc: pcibios_init_bus() isn't called
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: ldcw inline assembler patch
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: ldcw inline assembler patch
  • From: Matthew Wilcox <matthew@xxxxxx>
• Re: ldcw inline assembler patch
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: ldcw inline assembler patch
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: ldcw inline assembler patch
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: ldcw inline assembler patch
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] don't activate unsupported GSC STI cards on HPPA
  • From: Helge Deller <deller@xxxxxx>
• Re: ldcw inline assembler patch
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: in ccio_io_pdir_entry(),BUG_ON() seems to break gcc-4.2 optimization?
  • From: rubisher <rubisher@xxxxxxxxxx>
• [2.6 patch] drivers/parisc/: make code static
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• [2.6 patch] parisc/lib/: make code static
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• [2.6 patch] parisc/kernel/ cleanups
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• parisc: pcibios_init_bus() isn't called
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• [2.6 patch] binfmt_som.c: add MODULE_LICENSE
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Is www.parisc-linux.org down?
  • From: rubisher <rubisher@xxxxxxxxxx>
• in ccio_io_pdir_entry(), BUG_ON() seems to break gcc-4.2 optimization?
  • From: rubisher <rubisher@xxxxxxxxxx>
• ldcw inline assembler patch
  • From: Helge Deller <deller@xxxxxx>
• sections warnings back again
  • From: Helge Deller <deller@xxxxxx>
• [git patches] parisc bug fixes for 2.6.26
  • From: Kyle McMartin <kyle@xxxxxxxxxxxxxxx>
• Re: hppa release status
  • From: Thiemo Seufer <ths@xxxxxxxxxxxx>
• Re: hppa release status
  • From: Pierre Habouzit <madcoder@xxxxxxxxxx>
• Re: hppa release status
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: hppa release status
  • From: Pierre Habouzit <madcoder@xxxxxxxxxx>
• Re: hppa release status
  • From: dann frazier <dannf@xxxxxxxxx>
• Re: hppa release status
  • From: Helge Deller <deller@xxxxxx>
• Re: [RESEND] [PATCH] convert sticore.c to PCI ROM API
  • From: Helge Deller <deller@xxxxxx>
• [Patch] cleanup pleonasm in unaligned.c
  • From: rubisher <rubisher@xxxxxxxxxx>
• Re: [RESEND] [PATCH] convert sticore.c to PCI ROM API
  • From: Jon Smirl <jonsmirl@xxxxxxxxx>
• Re: [RESEND] [PATCH] convert sticore.c to PCI ROM API
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: [RESEND] [PATCH] convert sticore.c to PCI ROM API
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RESEND] [PATCH] convert sticore.c to PCI ROM API
  • From: Krzysztof Helt <krzysztof.h1@xxxxxxxxx>
• Re: [RESEND] [PATCH] convert sticore.c to PCI ROM API
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RESEND] [PATCH] convert sticore.c to PCI ROM API
  • From: Helge Deller <deller@xxxxxx>
• Re: [RESEND] [PATCH] convert sticore.c to PCI ROM API
  • From: Krzysztof Helt <krzysztof.h1@xxxxxxxxx>
• Re: [RESEND] [PATCH] convert sticore.c to PCI ROM API
  • From: Krzysztof Helt <krzysztof.h1@xxxxxxxxx>
• Re: [RESEND] [PATCH] convert sticore.c to PCI ROM API
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RESEND] [PATCH] convert sticore.c to PCI ROM API
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [RESEND] [PATCH] convert sticore.c to PCI ROM API
  • From: Krzysztof Helt <krzysztof.h1@xxxxxxxxx>
• Re: parisc: add barriers to mmio accessors
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: parisc: add barriers to mmio accessors
  • From: Matthew Wilcox <matthew@xxxxxx>
• Re: parisc: add barriers to mmio accessors
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: parisc: add barriers to mmio accessors
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• parisc: add barriers to mmio accessors
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: [PATCH] convert sticore.c to PCI ROM API (bugzilla #9425)
  • From: Krzysztof Helt <krzysztof.h1@xxxxxxxxx>
• Re: [bug] gcc-4.3 miscompiling causing networking to bugger up
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: [PATCH] convert sticore.c to PCI ROM API (bugzilla #9425)
  • From: Krzysztof Helt <krzysztof.h1@xxxxxxxxx>
• Re: [PATCH] convert sticore.c to PCI ROM API (bugzilla #9425)
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] convert sticore.c to PCI ROM API (bugzilla #9425)
  • From: Krzysztof Helt <krzysztof.h1@xxxxxxxxx>
• Re: [bug] gcc-4.3 miscompiling causing networking to bugger up
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: [bug] gcc-4.3 miscompiling causing networking to bugger up
  • From: Matthew Wilcox <matthew@xxxxxx>
• Re: [bug] gcc-4.3 miscompiling causing networking to bugger up
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: 6a4be75aa84b0bea7939bca1af112fb3c2dfd86e make my gcc (still 4.2) unhappy ;<(
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: 6a4be75aa84b0bea7939bca1af112fb3c2dfd86e make my gcc (still 4.2) unhappy ;<(
  • From: rubisher <rubisher@xxxxxxxxxx>
• Re: 6a4be75aa84b0bea7939bca1af112fb3c2dfd86e make my gcc (still 4.2) unhappy ;<(
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• 6a4be75aa84b0bea7939bca1af112fb3c2dfd86e make my gcc (still 4.2) unhappy ;<(
  • From: rubisher <rubisher@xxxxxxxxxx>
• Re: [bug] gcc-4.[23] miscompiling causing networking to bugger up
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: [bug] gcc-4.[23] miscompiling causing networking to bugger up
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: [bug] gcc-4.[23] miscompiling causing networking to bugger up
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: [bug] gcc-4.[23] miscompiling causing networking to bugger up
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: [bug] gcc-4.[23] miscompiling causing networking to bugger up
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: [bug] gcc-4.[23] miscompiling causing networking to bugger up
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: [bug] gcc-4.[23] miscompiling causing networking to bugger up
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: [bug] gcc-4.[23] miscompiling causing networking to bugger up
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: [bug] gcc-4.[23] miscompiling causing networking to bugger up
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: [bug] gcc-4.[23] miscompiling causing networking to bugger up
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• [bug] gcc-4.[23] miscompiling causing networking to bugger up
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: [patch] ccio: use the same statistics defines as sba_iommu
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• [patch] ccio: use the same statistics defines as sba_iommu
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: 2.6.26-rc3 64bit SMP does not boot on J5600
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: 2.6.26-rc3 64bit SMP does not boot on J5600
  • From: "Thibaut VARENE" <varenet@xxxxxxxxxxxxxxxx>
• 2.6.26-rc3 64bit SMP does not boot on J5600
  • From: Domenico Andreoli <cavokz@xxxxxxxxx>
• Re: BUG 2.6.26-rc2: deadlock with pa_tlb_lock
  • From: "rubisher" <rubisher@xxxxxxxxxx>
• Re: Git head doesn't boot on A500
  • From: Helge Deller <deller@xxxxxx>
• Re: BUG 2.6.26-rc2: deadlock with pa_tlb_lock
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re:BUG 2.6.26-rc2: deadlock with pa_tlb_lock
  • From: "rubisher" <rubi.sher@xxxxxxxxxx>
• Re: BUG 2.6.26-rc2: deadlock with pa_tlb_lock
  • From: "Thibaut VARENE" <varenet@xxxxxxxxxxxxxxxx>
• Re: BUG 2.6.26-rc2: deadlock with pa_tlb_lock
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• BUG 2.6.26-rc2: deadlock with pa_tlb_lock
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: uid/gid issues on 2.6.26-rc2
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• uid/gid issues on 2.6.26-rc2
  • From: "Thibaut VARENE" <T-Bone@xxxxxxxxxxxxxxxx>
• Re: Git head doesn't boot on A500
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• [patch 11/18] m68k: Some input drivers do not check the platform
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Git head doesn't boot on A500
  • From: Helge Deller <deller@xxxxxx>
• Re: Git head doesn't boot on A500
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: Git head doesn't boot on A500
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: Git head doesn't boot on A500
  • From: "Thibaut VARENE" <T-Bone@xxxxxxxxxxxxxxxx>
• Re: parisc setup_sigcontext32() array overflows
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• parisc setup_sigcontext32() array overflows
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Re: Git head doesn't boot on A500
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Git head doesn't boot on A500
  • From: "Thibaut VARENE" <T-Bone@xxxxxxxxxxxxxxxx>
• Re: [PARISC][PATCH] Change cpu_data[] and cpu_devices[] to per_cpu variables
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: [PARISC][PATCH] Change cpu_data[] and cpu_devices[] to per_cpu variables
  • From: Helge Deller <deller@xxxxxx>
• Re: [PARISC][PATCH] Change cpu_data[] and cpu_devices[] to per_cpu variables
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: [PARISC][PATCH] Change cpu_data[] and cpu_devices[] to per_cpu variables
  • From: Helge Deller <deller@xxxxxx>
• Re: [PARISC][PATCH] Change cpu_data[] and cpu_devices[] to per_cpu variables
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: [PARISC][PATCH] Change cpu_data[] and cpu_devices[] to per_cpu variables
  • From: Helge Deller <deller@xxxxxx>
• Re: [PARISC][PATCH] fix trivial section name warnings
  • From: Helge Deller <deller@xxxxxx>
• [git patches] parisc updates for 2.6.26
  • From: Kyle McMartin <kyle@xxxxxxxxxxxxxxx>
• Re: [PATCH] PARISC: Remove ioctl.h content picked up from <asm-generic/ioctl.h>.
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: [PATCH] flag parameters: arch-specific SOCK_NONBLOCK
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: [PARISC][PATCH] fix trivial section name warnings
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: [PARISC][PATCH] Change cpu_data[] and cpu_devices[] to per_cpu variables
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• [PATCH] PARISC: Remove ioctl.h content picked up from <asm-generic/ioctl.h>.
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• [PATCH] flag parameters: arch-specific SOCK_NONBLOCK
  • From: Ulrich Drepper <drepper@xxxxxxxxxx>
• Re: parisc DISCONTIGMEM compile breakage
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: parisc DISCONTIGMEM compile breakage
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: parisc DISCONTIGMEM compile breakage
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: parisc DISCONTIGMEM compile breakage
  • From: Christoph Lameter <clameter@xxxxxxx>
• Re: [REGRESSION] 2.6.25 on parisc - CPU 1 is stuck
  • From: Domenico Andreoli <cavokz@xxxxxxxxx>
• Re: parisc DISCONTIGMEM compile breakage
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: parisc DISCONTIGMEM compile breakage
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: parisc DISCONTIGMEM compile breakage
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• parisc DISCONTIGMEM compile breakage
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• [PARISC][PATCH] Change cpu_data[] and cpu_devices[] to per_cpu variables
  • From: Helge Deller <deller@xxxxxx>
• [patch 1/5] parisc: new termios definitions
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• [patch 5/5] arch/parisc/kernel/unaligned.c: use time_* macros
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• [patch 3/5] drivers/parisc: replace remaining __FUNCTION__ occurrences
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• [patch 4/5] parisc: remove redundant display of free swap space in show_mem()
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• [patch 2/5] parisc: replace remaining __FUNCTION__ occurrences
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• [PARISC][PATCH] fix trivial section name warnings
  • From: Helge Deller <deller@xxxxxx>
• [patch 11/15] m68k: Some input drivers do not check the platform
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [REGRESSION] 2.6.25 on parisc - CPU 1 is stuck
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: [REGRESSION] 2.6.25 on parisc - CPU 1 is stuck
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: [REGRESSION] 2.6.25 on parisc - CPU 1 is stuck
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: [RFC patch 5/9] PARISC remove -traditional
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
• Re: [RFC patch 5/9] PARISC remove -traditional
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• [RFC patch 5/9] PARISC remove -traditional
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
• Re: [REGRESSION] 2.6.25 on parisc - CPU 1 is stuck
  • From: "Domenico Andreoli" <cavokz@xxxxxxxxx>
• Re: [PARISC] fix signal trampoline cache flushing
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: [PARISC] fix signal trampoline cache flushing
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: [REGRESSION] 2.6.25 on parisc - CPU 1 is stuck
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [REGRESSION] 2.6.25 on parisc - CPU 1 is stuck
  • From: Domenico Andreoli <cavokz@xxxxxxxxx>
• Re: [REGRESSION] 2.6.25 on parisc - CPU 1 is stuck
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: [REGRESSION] 2.6.25 on parisc - CPU 1 is stuck
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• [REGRESSION] 2.6.25 on parisc - CPU 1 is stuck
  • From: Domenico Andreoli <cavokz@xxxxxxxxx>
• Use lower nice level for ksoftirqd when HIL is enabled
  • From: Guy Martin <gmsoft@xxxxxxxxxxxx>
• Working 2.6.24 debian testing kernels available
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Fixed strace [ was Re: ls -l is broken ]
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• PARISC futex: special case cmpxchg NULL in kernel space
  • From: Chris Wright <chrisw@xxxxxxxxxxxx>
• PARISC pdc_console: fix bizarre panic on boot
  • From: Chris Wright <chrisw@xxxxxxxxxxxx>
• patch parisc-pdc_console-fix-bizarre-panic-on-boot.patch queued to 2.6.24-stable tree
  • From: chrisw@xxxxxxxxxxxx
• patch parisc-futex-special-case-cmpxchg-null-in-kernel-space.patch queued to 2.6.24-stable tree
  • From: chrisw@xxxxxxxxxxxx
• Re: gcc 4.3 and kernel compiling
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• gcc 4.3 and kernel compiling
  • From: Berthold Gunreben <b.gunreben@xxxxxx>
• Re: ls -l is broken
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: ls -l is broken
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: ls -l is broken
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• [PARISC] fix signal trampoline cache flushing
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Request for backport of [PARISC] pdc_console: fix bizarre panic on boot
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Request for backport of [PARISC] futex: special case cmpxchg NULL in kernel space
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Request for backport of [PARISC] futex: special case cmpxchg NULL in kernel space
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: ls -l is broken
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: ls -l is broken
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: ls -l is broken
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: ls -l is broken
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: ls -l is broken
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: ls -l is broken
  • From: Matthew Wilcox <matthew@xxxxxx>
• ls -l is broken
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: [alpha, hppa] GCC-4.3 as the default compilers for lenny?
  • From: rubisher <rubisher@xxxxxxxxxx>
• Re: [alpha, hppa] GCC-4.3 as the default compilers for lenny?
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• [Patch] typo fixe in parisc memcpy
  • From: rubisher <rubisher@xxxxxxxxxx>
• Re: [alpha, hppa] GCC-4.3 as the default compilers for lenny?
  • From: rubisher <rubisher@xxxxxxxxxx>
• Re: [alpha, hppa] GCC-4.3 as the default compilers for lenny?
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: [alpha, hppa] GCC-4.3 as the default compilers for lenny?
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: GCC 4.3 and PLABEL32 issues.
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: [alpha, hppa] GCC-4.3 as the default compilers for lenny?
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: [alpha, hppa] GCC-4.3 as the default compilers for lenny?
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: GCC 4.3 and PLABEL32 issues.
  • From: Matthew Wilcox <matthew@xxxxxx>
• Re: GCC 4.3 and PLABEL32 issues.
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: GCC 4.3 and PLABEL32 issues.
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• GCC 4.3 and PLABEL32 issues.
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• [PATCH] parisc floppy: kill the 'register' keyword from header
  • From: Jesper Juhl <jesper.juhl@xxxxxxxxx>
• Re: Can't find a register in R1_REGS while reloading asm.
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: [alpha, hppa] GCC-4.3 as the default compilers for lenny?
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: Can't find a register in R1_REGS while reloading asm.
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: Can't find a register in R1_REGS while reloading asm.
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: Can't find a register in R1_REGS while reloading asm.
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: Can't find a register in R1_REGS while reloading asm.
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Can't find a register in R1_REGS while reloading asm.
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: [alpha, hppa] GCC-4.3 as the default compilers for lenny?
  • From: Matthias Klose <doko@xxxxxxxxxxxxxxx>
• Re: [alpha, hppa] GCC-4.3 as the default compilers for lenny?
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: [Patch] ccio-dma.c [Was: Yet another ccio fix idea?]
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: [git patches] parisc bug fixes for 2.6.25
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: [git patches] parisc bug fixes for 2.6.25
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: [git patches] parisc bug fixes for 2.6.25
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] arch/parisc/kernel/unaligned.c: Use time_* macros
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: [git patches] parisc bug fixes for 2.6.25
  • From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
• Re: [git patches] parisc bug fixes for 2.6.25
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: [git patches] parisc bug fixes for 2.6.25
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• [PATCH] arch/parisc/kernel/unaligned.c: Use time_* macros
  • From: S.Çağlar Onur <caglar@xxxxxxxxxxxxx>
• Re: [git patches] parisc bug fixes for 2.6.25
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: [git patches] parisc bug fixes for 2.6.25
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• [git patches] parisc bug fixes for 2.6.25
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: panic in iommu_is_span_boundary with 32-bit kernel on c3750
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: Yet another ccio fix idea?
  • From: rubisher <rubisher@xxxxxxxxxx>
• [Patch] ccio-dma.c [Was: Yet another ccio fix idea?]
  • From: rubisher <rubisher@xxxxxxxxxx>
• [PATCH] PARISC: Replace deprecated SPIN_LOCK_UNLOCKED macro in semaphore.h.
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• [PATCH] PARISC: Replace deprecated SPIN_LOCK_UNLOCKED macro in semaphore.h.
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: Yet another ccio fix idea?
  • From: rubisher <rubisher@xxxxxxxxxx>
• Re: panic in iommu_is_span_boundary with 32-bit kernel on c3750
  • From: rubisher <rubisher@xxxxxxxxxx>
• Re: panic in iommu_is_span_boundary with 32-bit kernel on c3750
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: panic in iommu_is_span_boundary with 32-bit kernel on c3750
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• panic in iommu_is_span_boundary with 32-bit kernel on c3750
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: Yet another ccio fix idea?
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: Yet another ccio fix idea?
  • From: "rubisher" <rubisher@xxxxxxxxxx>
• Re: Yet another ccio fix idea?
  • From: "rubisher" <rubisher@xxxxxxxxxx>
• Re: Yet another ccio fix idea?
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: Yet another ccio fix idea?
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: 'Trace patches test' [Was: ccio_clear_io_tlb() and __raw_write() more question?]
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: Yet another ccio fix idea?
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: Yet another ccio fix idea?
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: Yet another ccio fix idea?
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: Yet another ccio fix idea?
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: Yet another ccio fix idea?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Yet another ccio fix idea?
  • From: "rubisher" <rubisher@xxxxxxxxxx>
• Re: Segfault when ogg123 exits
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: [PATCH] make ptr_to_pide() static
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH] make ptr_to_pide() static
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: Segfault when ogg123 exits
  • From: Stuart Brady <sdbrady@xxxxxxxxxxxx>
• Re: Segfault when ogg123 exits
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: Yet another ccio fix idea?
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: Yet another ccio fix idea?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Yet another ccio fix idea?
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: Yet another ccio fix idea?
  • From: "rubisher" <rubisher@xxxxxxxxxx>
• [PATCH] make ptr_to_pide() static
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: Yet another ccio fix idea?
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: Yet another ccio fix idea?
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Yet another ccio fix idea?
  • From: Joel Soete <soete.joel@xxxxxxxxxx>
• Re: Fwd: [parisc-linux] [PATCH] Section mismatch fix
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: [patch] Remove HPUX and SOM support
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: [patch 4/6] ARM: move bridge enable out of pcibios_enable_resources()
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• Re: [patch 4/6] ARM: move bridge enable out of pcibios_enable_resources()
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH -mm 0/3] fix iommu segment boundary problems (parisc)
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Segfault when ogg123 exits
  • From: Stuart Brady <sdbrady@xxxxxxxxxxxx>
• Re: [patch 08/16] mn10300: use generic pci_enable_resources()
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [patch 01/16] PCI: add generic pci_enable_resources()
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [patch 05/16] frv: use generic pci_enable_resources()
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [patch 09/16] parisc: use generic pci_enable_resources()
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [patch 09/16] parisc: use generic pci_enable_resources()
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: [PATCH -mm 0/3] fix iommu segment boundary problems (parisc)
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: [patch 08/16] mn10300: use generic pci_enable_resources()
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [patch 01/16] PCI: add generic pci_enable_resources()
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [patch 05/16] frv: use generic pci_enable_resources()
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH -mm 0/3] fix iommu segment boundary problems (parisc)
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH -mm 0/3] fix iommu segment boundary problems (parisc)
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [patch 06/16] ia64: use generic pci_enable_resources()
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• [patch 11/16] ppc: use generic pci_enable_resources()
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• [patch 05/16] frv: use generic pci_enable_resources()
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• [patch 12/16] sh: use generic pci_enable_resources()
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• [patch 13/16] sparc64: use generic pci_enable_resources()
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• [patch 09/16] parisc: use generic pci_enable_resources()
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• [patch 08/16] mn10300: use generic pci_enable_resources()
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• [patch 15/16] x86: use generic pci_enable_resources()
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• [patch 16/16] xtensa: use generic pci_enable_resources()
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• [patch 14/16] v850: use generic pci_enable_resources()
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• [patch 10/16] powerpc: use generic pci_enable_resources()
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• [patch 07/16] mips: use generic pci_enable_resources()
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• [patch 04/16] cris: use generic pci_enable_resources()
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• [patch 03/16] arm: use generic pci_enable_resources()
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• [patch 02/16] alpha: use generic pci_enable_resources()
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• [patch 01/16] PCI: add generic pci_enable_resources()
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• [patch 00/16] PCI: consolidate several pcibios_enable_resources() implementations, v3
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• Re: [PATCH -mm 0/3] fix iommu segment boundary problems (parisc)
  • From: "rubisher" <rubisher@xxxxxxxxxx>
• Re: [patch 4/6] ARM: move bridge enable out of pcibios_enable_resources()
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: [patch 4/6] ARM: move bridge enable out of pcibios_enable_resources()
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [patch 0/6] RFC: PCI: consolidate pcibios_enable_resources() implementations, v2
  • From: Russell King <rmk@xxxxxxxxxxxxxxxx>
• Re: [patch 6/6] PCI: consolidate several pcibios_enable_resources() implementations
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• Re: [patch 6/6] PCI: consolidate several pcibios_enable_resources() implementations
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: [patch 5/6] PARISC: move PERR & SERR enables out of pcibios_enable_resources()
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: Segfault when using SDL with POSIX timers
  • From: Stuart Brady <sdbrady@xxxxxxxxxxxx>
• Re: [patch 4/6] ARM: move bridge enable out of pcibios_enable_resources()
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: [PATCH -mm 0/3] fix iommu segment boundary problems (parisc)
  • From: "rubisher" <rubisher@xxxxxxxxxx>
• Re: [PATCH -mm 0/3] fix iommu segment boundary problems (parisc)
  • From: FUJITA Tomonori <tomof@xxxxxxx>
• Re: [PATCH -mm 0/3] fix iommu segment boundary problems (parisc)
  • From: "rubisher" <rubisher@xxxxxxxxxx>
• Re: [PATCH -mm 0/3] fix iommu segment boundary problems (parisc)
  • From: "rubisher" <rubisher@xxxxxxxxxx>
• [patch] Remove HPUX and SOM support
  • From: Randolph Chung <randolph@xxxxxxxxx>
• Re: Segfault when using SDL with POSIX timers
  • From: Stuart Brady <sdbrady@xxxxxxxxxxxx>
• Segfault when using SDL with POSIX timers
  • From: Stuart Brady <sdbrady@xxxxxxxxxxxx>
• Re: [PATCH -mm 0/3] fix iommu segment boundary problems (parisc)
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• [PATCH -mm 1/3] export iommu_is_span_boundary helper function
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH -mm 3/3] parisc: make the IOMMUs respect the segment boundary limits
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH -mm 0/3] fix iommu segment boundary problems (parisc)
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH -mm 2/3] parisc: pass struct device to iommu_alloc_range
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [patch 6/6] PCI: consolidate several pcibios_enable_resources() implementations
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [patch 5/6] PARISC: move PERR & SERR enables out of pcibios_enable_resources()
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: [patch 5/6] PARISC: move PERR & SERR enables out of pcibios_enable_resources()
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• [patch 6/6] PCI: consolidate several pcibios_enable_resources() implementations
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• [patch 5/6] PARISC: move PERR & SERR enables out of pcibios_enable_resources()
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• [patch 3/6] xtensa: make pcibios_enable_device() use pcibios_enable_resources()
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• [patch 4/6] ARM: move bridge enable out of pcibios_enable_resources()
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• [patch 2/6] ppc: make pcibios_enable_device() use pcibios_enable_resources()
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• [patch 1/6] PCI: split pcibios_enable_resources() out of pcibios_enable_device()
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• [patch 0/6] RFC: PCI: consolidate pcibios_enable_resources() implementations, v2
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• [2.6 patch] parisc: move defconfig to arch/parisc/configs/
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• [patch] clean up include/asm-parisc/elf.h
  • From: Randolph Chung <randolph@xxxxxxxxx>
• Re: patch pci-remove-parisc-consumer-of-the-pci-global_list.patch added to gregkh-2.6 tree
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• patch pci-remove-parisc-consumer-of-the-pci-global_list.patch added to gregkh-2.6 tree
  • From: <gregkh@xxxxxxx>
• Re: [PATCH] pci: remove parisc consumer of the pci global_list
  • From: Greg KH <greg@xxxxxxxxx>
• [PATCH] add pa8900 CPUs to hardware inventory
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] pci: remove parisc consumer of the pci global_list
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Fwd: AD1889 MAINTAINERS entry
  • From: "Thibaut VARENE" <T-Bone@xxxxxxxxxxxxxxxx>
• Re: [patch 0/4] RFC: PCI: consolidate several pcibios_enable_resources() implementations
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: [patch 4/4] RFC: PCI: consolidate several pcibios_enable_resources() implementations
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [patch 0/4] RFC: PCI: consolidate several pcibios_enable_resources() implementations
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• Re: [patch 4/4] RFC: PCI: consolidate several pcibios_enable_resources() implementations
  • From: Ivan Kokshaysky <ink@xxxxxxxxxxxxxxxxxxxx>
• Re: [patch 4/4] RFC: PCI: consolidate several pcibios_enable_resources() implementations
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• Re: [patch 0/4] RFC: PCI: consolidate several pcibios_enable_resources() implementations
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [patch 0/4] RFC: PCI: consolidate several pcibios_enable_resources() implementations
  • From: Russell King <rmk-pci@xxxxxxxxxxxxxxxx>
• Re: [patch 4/4] RFC: PCI: consolidate several pcibios_enable_resources() implementations
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: [patch 4/4] RFC: PCI: consolidate several pcibios_enable_resources() implementations
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [patch 4/4] RFC: PCI: consolidate several pcibios_enable_resources() implementations
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [patch 2/4] ppc: make pcibios_enable_device() use pcibios_enable_resources()
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [patch 1/4] PCI: split pcibios_enable_resources() out of pcibios_enable_device()
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [patch 0/4] RFC: PCI: consolidate several pcibios_enable_resources() implementations
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• [patch 4/4] RFC: PCI: consolidate several pcibios_enable_resources() implementations
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• [patch 2/4] ppc: make pcibios_enable_device() use pcibios_enable_resources()
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• [patch 3/4] xtensa: make pcibios_enable_device() use pcibios_enable_resources()
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• [patch 0/4] RFC: PCI: consolidate several pcibios_enable_resources() implementations
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• [patch 1/4] PCI: split pcibios_enable_resources() out of pcibios_enable_device()
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• Re: parisc compile error
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: parisc compile error
  • From: "rubisher" <rubisher@xxxxxxxxxx>
• Re: parisc compile error
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: How to grab begining/end functions' address? [Wa: 'Trace patches test' ]
  • From: Matthew Wilcox <matthew@xxxxxx>
• How to grab begining/end functions' address? [Wa: 'Trace patches test' ]
  • From: rubisher <rubisher@xxxxxxxxxx>
• Re: parisc compile error
  • From: "rubisher" <rubisher@xxxxxxxxxx>
• Re: parisc compile error
  • From: "rubisher" <rubisher@xxxxxxxxxx>
• [PATCH 03/14] arch/parisc/kernel/unaligned.c: Use time_* macros
  • From: S.Çağlar Onur <caglar@xxxxxxxxxxxxx>
• Re: parisc compile error
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: parisc compile error
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: parisc compile error
  • From: "rubisher" <rubisher@xxxxxxxxxx>
• Re: parisc compile error
  • From: "rubisher" <rubi.sher@xxxxxxxxxx>
• Re: [PATCH?][arch/parisc/kernel/pci-dma.c] pcxl_dma_ops.alloc_noncoherent = pa11_dma_alloc_consistent?
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: [PATCH?][arch/parisc/kernel/pci-dma.c] pcxl_dma_ops.alloc_noncoherent
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: [PATCH?][arch/parisc/kernel/pci-dma.c] pcxl_dma_ops.alloc_noncoherent
  • From: Roel Kluin <12o3l@xxxxxxxxxx>
• Re: [PATCH?][arch/parisc/kernel/pci-dma.c] pcxl_dma_ops.alloc_noncoherent
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH?][arch/parisc/kernel/pci-dma.c] pcxl_dma_ops.alloc_noncoherent = pa11_dma_alloc_consistent?
  • From: Roel Kluin <12o3l@xxxxxxxxxx>
• Re: [PATCH?][arch/parisc/kernel/pci-dma.c] pcxl_dma_ops.alloc_noncoherent = pa11_dma_alloc_consistent?
  • From: Roel Kluin <12o3l@xxxxxxxxxx>
• Re: [PATCH?][arch/parisc/kernel/pci-dma.c] pcxl_dma_ops.alloc_noncoherent = pa11_dma_alloc_consistent?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH?][arch/parisc/kernel/pci-dma.c] pcxl_dma_ops.alloc_noncoherent = pa11_dma_alloc_consistent?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH?][arch/parisc/kernel/pci-dma.c] pcxl_dma_ops.alloc_noncoherent = pa11_dma_alloc_consistent?
  • From: Matthew Wilcox <matthew@xxxxxx>
• [PATCH?][arch/parisc/kernel/pci-dma.c] pcxl_dma_ops.alloc_noncoherent = pa11_dma_alloc_consistent?
  • From: Roel Kluin <12o3l@xxxxxxxxxx>
• Re: parisc compile error
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Re: parisc compile error
  • From: Christoph Lameter <clameter@xxxxxxx>
• Re: parisc compile error
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• parisc compile error
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Re: [PATCH] fix intermittent panics on wide firmware boxes
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] fix intermittent panics on wide firmware boxes
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] fix intermittent panics on wide firmware boxes
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] fix intermittent panics on wide firmware boxes
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• [PATCH] fix intermittent panics on wide firmware boxes
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: 'Trace patches test' [Was: ccio_clear_io_tlb() and __raw_write() more question?]
  • From: "rubisher" <rubisher@xxxxxxxxxx>
• Re: 'Trace patches test' [Was: ccio_clear_io_tlb() and __raw_write() more question?]
  • From: "rubisher" <rubisher@xxxxxxxxxx>
• Re: 'Trace patches test' [Was: ccio_clear_io_tlb() and __raw_write() more question?]
  • From: "rubisher" <rubisher@xxxxxxxxxx>
• Re: 'Trace patches test' [Was: ccio_clear_io_tlb() and __raw_write() more question?]
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: some gij-4.3/2.6.24-rc8 crashes
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: some gij-4.3/2.6.24-rc8 crashes
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• 'Trace patches test' [Was: ccio_clear_io_tlb() and __raw_write() more question?]
  • From: "rubisher" <rubisher@xxxxxxxxxx>
• Re: Terrible PA8800 SMP Performance
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: Terrible PA8800 SMP Performance
  • From: Kyle McMartin <kyle@xxxxxxxxxxx>
• Terrible PA8800 SMP Performance
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: ccio_clear_io_tlb() and __raw_write() more question?
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: ccio_clear_io_tlb() and __raw_write() more question?
  • From: rubisher <rubisher@xxxxxxxxxx>
• some gij-4.3/2.6.24-rc8 crashes
  • From: Helge Deller <deller@xxxxxx>
• Re: ccio_clear_io_tlb() and __raw_write() more question?
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: ccio_clear_io_tlb() and __raw_write() more question?
  • From: Matthew Wilcox <matthew@xxxxxx>
• ccio_clear_io_tlb() and __raw_write() more question?
  • From: "rubisher" <rubisher@xxxxxxxxxx>
• ccio-dma.c: struct ioa_registers{} shouldn't be volatile?
  • From: "rubisher" <rubisher@xxxxxxxxxx>
• Re: Any idea why gcc "discards qualifiers from pointer target type"?
  • From: Matthew Wilcox <matthew@xxxxxx>
• Any idea why gcc "discards qualifiers from pointer target type"?
  • From: "rubisher" <rubisher@xxxxxxxxxx>
• Any idea why gcc "discards qualifiers from pointer target type"?
  • From: "rubisher" <rubisher@xxxxxxxxxx>
• Any idea why gcc "discards qualifiers from pointer target type"?
  • From: "rubisher" <rubisher@xxxxxxxxxx>
• Re: iommu-helpers.h patch
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: Nanoseconds times on EXT3 always seem to be zero
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: Nanoseconds times on EXT3 always seem to be zero
  • From: Matthew Wilcox <matthew@xxxxxx>
• Re: Nanoseconds times on EXT3 always seem to be zero
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Nanoseconds times on EXT3 always seem to be zero
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• ccio-dma/iommu-helper in 2.6.24-rc4
  • From: rubisher <rubisher@xxxxxxxxxx>
• Re: What's up of this if (likely()) bracing?
  • From: rubisher <rubisher@xxxxxxxxxx>
• Re: What's up of this if (likely()) bracing?
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• What's up of this if (likely()) bracing?
  • From: "rubisher" <rubisher@xxxxxxxxxx>
• Re: GCC incorect branching bug
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: GCC incorect branching bug
  • From: Guy Martin <gmsoft@xxxxxxxxxxxx>
• Re: GCC incorect branching bug
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• GCC incorect branching bug
  • From: Guy Martin <gmsoft@xxxxxxxxxxxx>
• Re: segv doing execv
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: iommu-helpers.h patch
  • From: rubisher <rubisher@xxxxxxxxxx>
• Re: iommu_fill_pdir() and its /* Horrible hack. ... */ reading.
  • From: rubisher <rubisher@xxxxxxxxxx>
• Re: iommu_fill_pdir() and its /* Horrible hack. ... */ reading.
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: iommu-helpers.h patch
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: segv doing execv
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: segv doing execv
  • From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
• Re: segv doing execv
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>