Linux PA RISC
[Prev Page][Next Page]
- Re: [PATCH] fix RTC_CLASS regression with PARISC
- From: Paul Mackerras <paulus@xxxxxxxxx>
- Re: [PATCH] fix RTC_CLASS regression with PARISC
- From: David Brownell <david-b@xxxxxxxxxxx>
- Re: [PATCH] fix RTC_CLASS regression with PARISC
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] fix RTC_CLASS regression with PARISC
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] fix RTC_CLASS regression with PARISC
- From: David Brownell <david-b@xxxxxxxxxxx>
- Re: [PATCH] fix RTC_CLASS regression with PARISC
- From: David Brownell <david-b@xxxxxxxxxxx>
- Re: [PATCH] fix RTC_CLASS regression with PARISC
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] fix RTC_CLASS regression with PARISC
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] fix RTC_CLASS regression with PARISC
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] fix RTC_CLASS regression with PARISC
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] fix RTC_CLASS regression with PARISC
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] fix RTC_CLASS regression with PARISC
- From: David Brownell <david-b@xxxxxxxxxxx>
- Re: last git update of parisc-2.6.git failed again to merge???
- From: Joel Soete <soete.joel@xxxxxxxxxx>
- Re: [PATCH] fix RTC_CLASS regression with PARISC
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] fix RTC_CLASS regression with PARISC
- From: David Brownell <david-b@xxxxxxxxxxx>
- Re: [PATCH] fix RTC_CLASS regression with PARISC
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] fix RTC_CLASS regression with PARISC
- From: David Brownell <david-b@xxxxxxxxxxx>
- Re: Debian parisc config for 2.6.26 broke the real time clock
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Debian parisc config for 2.6.26 broke the real time clock
- From: Bastian Blank <waldi@xxxxxxxxxx>
- [PATCH] fix RTC_CLASS regression with PARISC
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Debian parisc config for 2.6.26 broke the real time clock
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: last git update of parisc-2.6.git failed again to merge???
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- last git update of parisc-2.6.git failed again to merge???
- From: Joel Soete <soete.joel@xxxxxxxxxx>
- Re: NTPL transition
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: NTPL transition
- From: Petr Salinger <Petr.Salinger@xxxxxxxxx>
- Re: NTPL transition
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Debian parisc config for 2.6.26 broke the real time clock
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: NTPL transition
- From: Petr Salinger <Petr.Salinger@xxxxxxxxx>
- Re: NTPL transition
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: NTPL transition
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: NTPL transition
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: NTPL transition
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: NTPL transition
- From: Domenico Andreoli <cavok@xxxxxxxxxxxxx>
- Re: NTPL transition
- From: Domenico Andreoli <cavok@xxxxxxxxxxxxx>
- RE: [PATCH] Correct printk %pF to work on all architectures
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH] Correct printk %pF to work on all architectures
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: __kernel_suseconds_t is int on PA-RISC (and SPARC64)?
- From: Helge Deller <deller@xxxxxx>
- [PATCH] parisc: __kernel_time_t is always long
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: __kernel_suseconds_t is int on PA-RISC (and SPARC64)?
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: NTPL transition
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: NTPL transition
- From: dann frazier <dannf@xxxxxxxxx>
- How DMA_CHUNK_SIZE is related to BIO_VMERGE_MAX_SIZE???[Was: ccio-dma: is issue could be related to too much io_tlb entries?]
- From: Joel Soete <soete.joel@xxxxxxxxxx>
- Re: NTPL transition
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- [PATCH] initialise the unwinder really early
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] forgotten refcount on sysctl root table
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH] forgotten refcount on sysctl root table
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: NTPL transition
- From: dann frazier <dannf@xxxxxxxxx>
- Re: NTPL transition
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: NTPL transition
- From: dann frazier <dannf@xxxxxxxxx>
- panic on boot with kernel/sysctl.c changes in 2.6.27-rc5
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: NTPL transition
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: [PATCH] Correct printk %pF to work on all architectures
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: dhcp problems in cupertino
- From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
- Re: dhcp problems in cupertino
- From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
- Re: [PATCH] Correct printk %pF to work on all architectures
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Correct printk %pF to work on all architectures
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Correct printk %pF to work on all architectures
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Correct printk %pF to work on all architectures
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Correct printk %pF to work on all architectures
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Correct printk %pF to work on all architectures
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Correct printk %pF to work on all architectures
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] Correct printk %pF to work on all architectures
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- dhcp problems in cupertino
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] fix typo in arch/parisc/hpux/fs.c
- From: Helge Deller <deller@xxxxxx>
- Re: linux-next: parisc tree build failure
- From: Takashi Iwai <tiwai@xxxxxxx>
- [PATCH] fix typo in arch/parisc/hpux/fs.c
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: linux-next: parisc tree build failure
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH] Re: Linux 2.6.27-rc5
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: linux-next: parisc tree build failure
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- linux-next: parisc tree build failure
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH 03/59] CRED: Wrap task credential accesses in the PA-RISC arch
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- 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] mips: Add dma_mmap_coherent()
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [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
- 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>
[Index of Archives]
[Linux USB Devel]
[Video for Linux]
[Linux SCSI]
[Samba]
[Yosemite News]