Linux PA RISC
[Prev Page][Next Page]
- Re: futex.c and EWOULDBLOCK vs. EAGAIN patch
- From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: futex.c and EWOULDBLOCK vs. EAGAIN patch
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: futex.c and EWOULDBLOCK vs. EAGAIN patch
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: futex.c and EWOULDBLOCK vs. EAGAIN patch
- From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: Helge Deller <deller@xxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: Helge Deller <deller@xxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: Helge Deller <deller@xxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- futex.c and EWOULDBLOCK vs. EAGAIN patch
- From: Helge Deller <deller@xxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: Helge Deller <deller@xxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: "Helge Deller" <deller@xxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: Weird sys readings during ghc run
- From: Thibaut VARÈNE <T-Bone@xxxxxxxxxxxxxxxx>
- Kernel panic in dm_snapshot
- From: Thibaut VARÈNE <T-Bone@xxxxxxxxxxxxxxxx>
- Re: Weird sys readings during ghc run
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Weird sys readings during ghc run
- From: Thibaut VARÈNE <T-Bone@xxxxxxxxxxxxxxxx>
- Re: [PATCH] Parisc: Check kmalloc return value before use the buffer in ccio-dma.c
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: [PATCH] Parisc: Check kmalloc return value before use the buffer in ccio-dma.c
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: [PATCH] Parisc: Check kmalloc return value before use the buffer in ccio-dma.c
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- [PATCH] Parisc: Check kmalloc return value before use the buffer in ccio-dma.c
- Re: Patch for segfaults in minifail tests
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: SIGFPE trapping on HPPA
- From: Helge Deller <deller@xxxxxx>
- Re: Patch for segfaults in minifail tests
- From: Thibaut VARÈNE <T-Bone@xxxxxxxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: Thibaut VARÈNE <T-Bone@xxxxxxxxxxxxxxxx>
- Re: Patch for segfaults in minifail tests
- From: Helge Deller <deller@xxxxxx>
- Re: Patch for segfaults in minifail tests
- From: Thibaut VARÈNE <T-Bone@xxxxxxxxxxxxxxxx>
- Re: Patch for segfaults in minifail tests
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Patch for segfaults in minifail tests
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: Patch for segfaults in minifail tests
- From: Helge Deller <deller@xxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: Thibaut VARENE <T-Bone@xxxxxxxxxxxxxxxx>
- Re: Patch for segfaults in minifail tests
- From: Thibaut VARENE <T-Bone@xxxxxxxxxxxxxxxx>
- Re: Patch for segfaults in minifail tests
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Patch for segfaults in minifail tests
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Patch for segfaults in minifail tests
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [patch 10/14] parisc: invoke oom-killer from page fault
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- PTE/TLB issues (was Re: Longstanding bug in our IRQ code (irqbalance HPMCs parisc SMP machines))
- From: Thibaut VARÈNE <T-Bone@xxxxxxxxxxxxxxxx>
- Re: Longstanding bug in our IRQ code (irqbalance HPMCs parisc SMP machines)
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: C8000 serial port
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: Longstanding bug in our IRQ code (irqbalance HPMCs parisc SMP machines)
- From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
- Re: Longstanding bug in our IRQ code (irqbalance HPMCs parisc SMP machines)
- From: Thibaut VARÈNE <T-Bone@xxxxxxxxxxxxxxxx>
- Re: C8000 serial port
- From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
- Re: Longstanding bug in our IRQ code (irqbalance HPMCs parisc SMP machines)
- From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
- Longstanding bug in our IRQ code (irqbalance HPMCs parisc SMP machines)
- From: Thibaut VARÈNE <T-Bone@xxxxxxxxxxxxxxxx>
- Re: C8000 serial port
- From: Guy Martin <gmsoft@xxxxxxxxxxxx>
- Re: C8000 serial port
- From: Thibaut VARENE <varenet@xxxxxxxxxxxxxxxx>
- Re: C8000 serial port
- From: Guy Martin <gmsoft@xxxxxxxxxxxx>
- Re: C8000 serial port
- From: Thibaut VARENE <varenet@xxxxxxxxxxxxxxxx>
- C8000 serial port
- From: Guy Martin <gmsoft@xxxxxxxxxxxx>
- Re: [patch 10/14] parisc: invoke oom-killer from page fault
- From: David Rientjes <rientjes@xxxxxxxxxx>
- [patch 10/14] parisc: invoke oom-killer from page fault
- Re: threads and fork on machine with VIPT-WB cache
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: Helge Deller <deller@xxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: spam problems
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- spam problems
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: "Helge Deller" <deller@xxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: Helge Deller <deller@xxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Avoid interruption in critical region in entry.S
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH] Avoid interruption in critical region in entry.S
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Avoid interruption in critical region in entry.S
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH] LWS fixes for syscall.S
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- [PATCH] Avoid interruption in critical region in entry.S
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- [PATCH] Delete unnecessary nop's in entry.S
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- [PATCH] Remove unnecessary macros from entry.S
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- [PATCH] Call pagefault_disable/pagefault_enable in kmap_atomic/kunmap_atomic
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: Helge Deller <deller@xxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: Helge Deller <deller@xxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: NIIBE Yutaka <gniibe@xxxxxxxx>
- Re: [PATCH 1/4] panic: Allow warnings to set different taint flags
- From: Paul Mundt <lethal@xxxxxxxxxxxx>
- Re: [PATCH 1/4] panic: Allow warnings to set different taint flags
- From: Helge Deller <deller@xxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: NIIBE Yutaka <gniibe@xxxxxxxx>
- [PATCH 1/4] panic: Allow warnings to set different taint flags
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: NIIBE Yutaka <gniibe@xxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: NIIBE Yutaka <gniibe@xxxxxxxx>
- Re: threads and fork on machine with VIPT-WB cache
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- threads and fork on machine with VIPT-WB cache
- From: NIIBE Yutaka <gniibe@xxxxxxxx>
- Re: Question about execve.
- From: Helge Deller <deller@xxxxxx>
- Re: parisc: Use of align_frame provides stack frame.
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: Question about execve.
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: Question about execve.
- From: "Helge Deller" <deller@xxxxxx>
- Re: CAS (lws_compare_and_swap32)
- From: NIIBE Yutaka <gniibe@xxxxxxxx>
- Re: CAS (lws_compare_and_swap32)
- From: NIIBE Yutaka <gniibe@xxxxxxxx>
- Re: parisc: Use of align_frame provides stack frame.
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: parisc: Use of align_frame provides stack frame.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: parisc: Use of align_frame provides stack frame.
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- parisc: Use of align_frame provides stack frame.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: CFI directives.
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- CFI directives.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- FSF GDB 7.1.50 from CVS head works better than GDB in Debian unstable.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Question about execve.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: CAS (lws_compare_and_swap32)
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: CAS (lws_compare_and_swap32)
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: CAS (lws_compare_and_swap32)
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: CAS (lws_compare_and_swap32)
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: CAS (lws_compare_and_swap32)
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: CAS (lws_compare_and_swap32)
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Question about execve.
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: Question about execve.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Question about execve.
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: Question about execve.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Question about execve.
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: Question about execve.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Question about execve.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Question about execve.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Question about execve.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Question about execve.
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: Question about execve.
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: Question about execve.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Question about execve.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Question about execve.
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: Question about execve.
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: Question about execve.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: gdbserver not built for gdb?
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: Question about execve.
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- gdbserver not built for gdb?
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Question about execve.
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Error case in execve_wrapper?
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Question about execve.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Incorrect execve_wrapper macro?
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: [PATCH 2/4] panic: Allow taint flag for warnings to be changed from TAINT_WARN
- From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
- Re: Incorrect execve_wrapper macro?
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Incorrect execve_wrapper macro?
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: [PATCH 2/4] panic: Allow taint flag for warnings to be changed from TAINT_WARN
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/4] panic: Allow taint flag for warnings to be changed from TAINT_WARN
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/4] panic: Allow taint flag for warnings to be changed from TAINT_WARN
- From: Paul Mundt <lethal@xxxxxxxxxxxx>
- Re: [PATCH 2/4] panic: Allow taint flag for warnings to be changed from TAINT_WARN
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: [PATCH] Cosmetic:Partially remove deprecated __initcall() and change to
- From: "Justin P. mattock" <justinmattock@xxxxxxxxx>
- Re: [PATCH] Cosmetic:Partially remove deprecated __initcall() and change to
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Re: [PATCH 2/4] panic: Allow taint flag for warnings to be changed from TAINT_WARN
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/4] panic: Allow taint flag for warnings to be changed from TAINT_WARN
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: futex wait failure
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- [PATCH 2/4] panic: Allow taint flag for warnings to be changed from TAINT_WARN
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- Re: [PATCH] Cosmetic:Partially remove deprecated __initcall() and change to
- From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
- Re: [PATCH] Cosmetic:Partially remove deprecated __initcall() and change to
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- [PATCH] Cosmetic:Partially remove deprecated __initcall() and change to
- From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
- Re: futex wait failure
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: futex wait failure
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: [git patches] parisc fixes for v2.6.34
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- [git patches] parisc fixes for v2.6.34
- From: Kyle McMartin <kyle@xxxxxxxxxxxxxxx>
- [git] parisc: Changes to ref refs/heads/next
- From: Kyle McMartin <kyle@xxxxxxxxxxxxxxx>
- Re: [PATCH] parisc: use __ratelimit
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: [PATCH 32/66] arch/parisc/include/asm/parport.h: Checkpatch cleanup
- From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
- [PATCH] parisc: use __ratelimit
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- Re: [PATCH 32/66] arch/parisc/include/asm/parport.h: Checkpatch cleanup
- From: Thibaut VARENE <T-Bone@xxxxxxxxxxxxxxxx>
- [PATCH 01/66] arch/parisc/include/asm/percpu.h: Checkpatch cleanup
- From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
- [PATCH 32/66] arch/parisc/include/asm/parport.h: Checkpatch cleanup
- From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
- [PATCH 19/66] arch/parisc/include/asm/current.h: Checkpatch cleanup
- From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
- [git patches] boot fix for 2.6.33 for parisc
- From: Kyle McMartin <kyle@xxxxxxxxxxxxxxx>
- Re: PCI patch breaks boot on rp2470 (2xPA8700)
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: PCI patch breaks boot on rp2470 (2xPA8700)
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: PCI patch breaks boot on rp2470 (2xPA8700)
- From: Kyle McMartin <kmcmartin@xxxxxxxxxx>
- [tip:x86/ptrace] parisc: Disable CONFIG_HAVE_ARCH_TRACEHOOK
- From: tip-bot for Roland McGrath <roland@xxxxxxxxxx>
- Re: PCI patch breaks boot on rp2470 (2xPA8700)
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: PCI patch breaks boot on rp2470 (2xPA8700)
- From: Kyle McMartin <kmcmartin@xxxxxxxxxx>
- Re: PCI patch breaks boot on rp2470 (2xPA8700)
- From: Grant Grundler <grundler@xxxxxxxxxx>
- PCI patch breaks boot on rp2470 (2xPA8700)
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: [PATCH] Revert "parisc: HAVE_ARCH_TRACEHOOK"
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- [PATCH] Revert "parisc: HAVE_ARCH_TRACEHOOK"
- From: Roland McGrath <roland@xxxxxxxxxx>
- Re: [PATCH] parisc: fix tracing of signals
- From: Paul Mundt <lethal@xxxxxxxxxxxx>
- Re: [PATCH] parisc: fix tracing of signals
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- Re: [PATCH] parisc: fix tracing of signals
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: [PATCH] parisc: fix tracing of signals
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] parisc: fix tracing of signals
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: parsic/sh/sparc tracehook breakage when tracing signals
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: parsic/sh/sparc tracehook breakage when tracing signals
- From: Roland McGrath <roland@xxxxxxxxxx>
- Re: parsic/sh/sparc tracehook breakage when tracing signals
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- Re: parsic/sh/sparc tracehook breakage when tracing signals
- From: David Miller <davem@xxxxxxxxxxxxx>
- parsic/sh/sparc tracehook breakage when tracing signals
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- Re: [PATCH] Restrict initial stack space expansion to rlimit
- From: Michael Neuling <mikey@xxxxxxxxxxx>
- Re: [PATCH] Restrict initial stack space expansion to rlimit
- From: Helge Deller <deller@xxxxxx>
- Re: Bringing into life HP B2000
- From: Thibaut VARENE <varenet@xxxxxxxxxxxxxxxx>
- Re: Bringing into life HP B2000
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Restrict initial stack space expansion to rlimit
- From: Michael Neuling <mikey@xxxxxxxxxxx>
- Re: [PATCH] Restrict initial stack space expansion to rlimit
- From: Michael Neuling <mneuling@xxxxxxxxxxx>
- Re: [PATCH] Restrict initial stack space expansion to rlimit
- From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
- Re: [PATCH] Restrict initial stack space expansion to rlimit
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH] Restrict initial stack space expansion to rlimit
- From: Michael Neuling <mikey@xxxxxxxxxxx>
- Re: [PATCH] Restrict initial stack space expansion to rlimit
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: Bringing into life HP B2000
- From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
- Re: can't find a register in class 'R1_REGS' while reloading 'asm'
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: [PATCHv3 0/5] fix xfs by making I/O to vmap/vmalloc areas work
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- [git] parisc: Changes to ref refs/heads/next2
- From: Kyle McMartin <kyle@xxxxxxxxxxxxxxx>
- Re: can't find a register in class 'R1_REGS' while reloading 'asm'
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: [PATCH 07/16] parisc: remove trailing space in messages
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: [PATCH 00/16] remove trailing spaces in messages
- From: Frans Pop <elendil@xxxxxxxxx>
- [PATCH 07/16] parisc: remove trailing space in messages
- From: Frans Pop <elendil@xxxxxxxxx>
- Re: [PATCHv3 0/5] fix xfs by making I/O to vmap/vmalloc areas work
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCHv3 5/5] xfs: fix xfs to work with Virtually Indexed architectures
- From: James Bottomley <James.Bottomley@xxxxxxx>
- [PATCHv3 4/5] sh: add mm API for DMA to vmalloc/vmap areas
- From: James Bottomley <James.Bottomley@xxxxxxx>
- [PATCHv3 3/5] arm: add mm API for DMA to vmalloc/vmap areas
- From: James Bottomley <James.Bottomley@xxxxxxx>
- [PATCHv3 2/5] parisc: add mm API for DMA to vmalloc/vmap areas
- From: James Bottomley <James.Bottomley@xxxxxxx>
- [PATCHv3 1/5] mm: add coherence API for DMA to vmalloc/vmap areas
- From: James Bottomley <James.Bottomley@xxxxxxx>
- [PATCHv3 0/5] fix xfs by making I/O to vmap/vmalloc areas work
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: futex wait failure
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: Helge Deller <deller@xxxxxx>
- Re: futex wait failure
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: Helge Deller <deller@xxxxxx>
- [PATCH] parisc: drop unnecessary cast in __ldcw_align() macro
- From: Helge Deller <deller@xxxxxx>
- Re: sys_accept4, SOCK_CLOEXEC, misc, bonghits, and others...
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: sys_accept4, SOCK_CLOEXEC, misc, bonghits, and others...
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: sys_accept4, SOCK_CLOEXEC, misc, bonghits, and others...
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: futex wait failure
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- [PATCH] parisc: add strict copy size checks (v2)
- From: Helge Deller <deller@xxxxxx>
- Re: futex wait failure
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: Helge Deller <deller@xxxxxx>
- Re: futex wait failure
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: sys_accept4, SOCK_CLOEXEC, misc, bonghits, and others...
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: sys_accept4, SOCK_CLOEXEC, misc, bonghits, and others...
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: futex wait failure
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: Questions about hppa *context functions.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: Helge Deller <deller@xxxxxx>
- Re: Questions about hppa *context functions.
- From: Helge Deller <deller@xxxxxx>
- Re: Questions about hppa *context functions.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Segmentation fault in __libc_start_main with -static
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Segmentation fault in __libc_start_main with -static
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: Segmentation fault in __libc_start_main with -static
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Segmentation fault in __libc_start_main with -static
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: Segmentation fault in __libc_start_main with -static
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Segmentation fault in __libc_start_main with -static
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Questions about hppa *context functions.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Segmentation fault in __libc_start_main with -static
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: Segmentation fault in __libc_start_main with -static
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Segmentation fault in __libc_start_main with -static
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: Segmentation fault in __libc_start_main with -static
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Segmentation fault in __libc_start_main with -static
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- [PATCH] exec: Use a define for maximum process stack size in STACK_GROWSUP case.
- From: Will Newton <will.newton@xxxxxxxxx>
- Re: futex wait failure
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: Unexpected behaviour of idr_get_empty_slot() on parisc
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: fs/compat_ioctl.c:1651:2: error: bit-field '<anonymous>' width not an integer constant
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- fs/compat_ioctl.c:1651:2: error: bit-field '<anonymous>' width not an integer constant
- From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: Helge Deller <deller@xxxxxx>
- Re: Unexpected behaviour of idr_get_empty_slot() on parisc
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] vgaarb: fix typo deference when copying from userspace
- From: Helge Deller <deller@xxxxxx>
- Re: futex wait failure
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: futex wait failure
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: futex wait failure
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: Helge Deller <deller@xxxxxx>
- Re: futex wait failure
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: Helge Deller <deller@xxxxxx>
- Re: futex wait failure
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: regression: crash from 'ls /sys/modules/wl1251_spi/notes'
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: Helge Deller <deller@xxxxxx>
- Re: futex wait failure
- From: Helge Deller <deller@xxxxxx>
- Re: futex wait failure
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: regression: crash from 'ls /sys/modules/wl1251_spi/notes'
- From: Roland McGrath <roland@xxxxxxxxxx>
- Re: futex wait failure
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: "Helge Deller" <deller@xxxxxx>
- Re: Unexpected behaviour of idr_get_empty_slot() on parisc
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Unexpected behaviour of idr_get_empty_slot() on parisc
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- Re: [PATCHv2 1/5] mm: add coherence API for DMA to vmalloc/vmap areas
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCHv2 2/5] parisc: add mm API for DMA to vmalloc/vmap areas
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCHv2 1/5] mm: add coherence API for DMA to vmalloc/vmap areas
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: [PATCHv2 2/5] parisc: add mm API for DMA to vmalloc/vmap areas
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: [PATCHv2 2/5] parisc: add mm API for DMA to vmalloc/vmap areas
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCHv2 1/5] mm: add coherence API for DMA to vmalloc/vmap areas
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: regression: crash from 'ls /sys/modules/wl1251_spi/notes'
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: regression: crash from 'ls /sys/modules/wl1251_spi/notes'
- From: Américo Wang <xiyou.wangcong@xxxxxxxxx>
- Re: futex wait failure
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- [PATCH] PARISC: Simplify param.h by including <asm-generic/param.h>
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
- Re: regression: crash from 'ls /sys/modules/wl1251_spi/notes'
- From: Helge Deller <deller@xxxxxx>
- Re: futex wait failure
- From: Helge Deller <deller@xxxxxx>
- Re: futex wait failure
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: regression: crash from 'ls /sys/modules/wl1251_spi/notes'
- From: Kalle Valo <kalle.valo@xxxxxx>
- Re: regression: crash from 'ls /sys/modules/wl1251_spi/notes'
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: Randolph Chung <randolph@xxxxxxxxx>
- Re: futex wait failure
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: Helge Deller <deller@xxxxxx>
- Re: futex wait failure
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] parisc: test off by one in sgl_frem() and dbl_frem()
- From: Roel Kluin <roel.kluin@xxxxxxxxx>
- Re: [PATCHv2 1/5] mm: add coherence API for DMA to vmalloc/vmap areas
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCHv2 5/5] xfs: fix xfs to work with Virtually Indexed architectures
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] parisc: test off by one in sgl_frem() and dbl_frem()
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] parisc: test off by one in sgl_frem() and dbl_frem()
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- [PATCH] parisc: test off by one in sgl_frem() and dbl_frem()
- From: Roel Kluin <roel.kluin@xxxxxxxxx>
- Re: No drives come online in 2.6.32?
- From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
- Re: No drives come online in 2.6.32?
- From: Matthew Wilcox <matthew@xxxxxx>
- [git] parisc: Changes to ref refs/heads/next
- From: Kyle McMartin <kyle@xxxxxxxxxxxxxxx>
- sys_accept4, SOCK_CLOEXEC, misc, bonghits, and others...
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: [PATCH] parisc: add strict copy size checks
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: [PATCH] parisc: wire up sys_recvmmsg
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: No drives come online in 2.6.32?
- From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
- Re: [PATCHv2 1/5] mm: add coherence API for DMA to vmalloc/vmap areas
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCHv2 1/5] mm: add coherence API for DMA to vmalloc/vmap areas
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: [PATCHv2 5/5] xfs: fix xfs to work with Virtually Indexed architectures
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCHv2 1/5] mm: add coherence API for DMA to vmalloc/vmap areas
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: No drives come online in 2.6.32?
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- No drives come online in 2.6.32?
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- [PATCHv2 2/5] parisc: add mm API for DMA to vmalloc/vmap areas
- From: James Bottomley <James.Bottomley@xxxxxxx>
- [PATCHv2 4/5] sh: add mm API for DMA to vmalloc/vmap areas
- From: James Bottomley <James.Bottomley@xxxxxxx>
- [PATCHv2 5/5] xfs: fix xfs to work with Virtually Indexed architectures
- From: James Bottomley <James.Bottomley@xxxxxxx>
- [PATCHv2 3/5] arm: add mm API for DMA to vmalloc/vmap areas
- From: James Bottomley <James.Bottomley@xxxxxxx>
- [PATCHv2 0/5] fix xfs by making I/O to vmap/vmalloc areas work
- From: James Bottomley <James.Bottomley@xxxxxxx>
- [PATCHv2 1/5] mm: add coherence API for DMA to vmalloc/vmap areas
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: futex wait failure
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- [RFC][PATCH 12/14] Convert parisc to read/update_persistent_clock
- From: john stultz <johnstul@xxxxxxxxxx>
- Re: [PATCH] parisc: add strict copy size checks
- From: Helge Deller <deller@xxxxxx>
- [PATCH] parisc: add strict copy size checks
- From: Helge Deller <deller@xxxxxx>
- [PATCH] parisc: wire up sys_recvmmsg
- From: Helge Deller <deller@xxxxxx>
- Re: futex wait failure
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: futex wait failure
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- futex wait failure
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: [git patches] xfs and block fixes for virtually indexed arches
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [git patches] xfs and block fixes for virtually indexed arches
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: vfork test case.
- From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
- Re: [git patches] xfs and block fixes for virtually indexed arches
- From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
- Re: [git patches] xfs and block fixes for virtually indexed arches
- Re: [git patches] xfs and block fixes for virtually indexed arches
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [git patches] xfs and block fixes for virtually indexed arches
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: [git patches] xfs and block fixes for virtually indexed arches
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [git patches] xfs and block fixes for virtually indexed arches
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: [git patches] xfs and block fixes for virtually indexed arches
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [git patches] xfs and block fixes for virtually indexed arches
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [git patches] xfs and block fixes for virtually indexed arches
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [git patches] xfs and block fixes for virtually indexed arches
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [git patches] xfs and block fixes for virtually indexed arches
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [git patches] xfs and block fixes for virtually indexed arches
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [git patches] xfs and block fixes for virtually indexed arches
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [git patches] xfs and block fixes for virtually indexed arches
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: vfork test case.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: vfork test case.
- From: Berthold Gunreben <b.gunreben@xxxxxx>
- Re: vfork test case.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: [git patches] xfs and block fixes for virtually indexed arches
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: vfork test case.
- From: Helge Deller <deller@xxxxxx>
- Re: [git patches] xfs and block fixes for virtually indexed arches
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [git patches] xfs and block fixes for virtually indexed arches
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [git patches] xfs and block fixes for virtually indexed arches
- From: Russell King <rmk+lkml@xxxxxxxxxxxxxxxx>
- Re: [git patches] xfs and block fixes for virtually indexed arches
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [git patches] xfs and block fixes for virtually indexed arches
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [git patches] xfs and block fixes for virtually indexed arches
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [git patches] xfs and block fixes for virtually indexed arches
- Re: [git patches] xfs and block fixes for virtually indexed arches
- Re: [git patches] xfs and block fixes for virtually indexed arches
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [git patches] xfs and block fixes for virtually indexed arches
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [git patches] xfs and block fixes for virtually indexed arches
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: vfork test case.
- From: dann frazier <dannf@xxxxxxxxx>
- Re: [git patches] xfs and block fixes for virtually indexed arches
- Re: [git patches] xfs and block fixes for virtually indexed arches
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: vfork test case.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: [git patches] xfs and block fixes for virtually indexed arches
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [git patches] xfs and block fixes for virtually indexed arches
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: vfork test case.
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: vfork test case.
- From: Helge Deller <deller@xxxxxx>
- Re: vfork test case.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: [git patches] parisc pull request for 2.6.33
- From: Kyle McMartin <kyle@xxxxxxxxxxxxxxx>
- [git patches] xfs and block fixes for virtually indexed arches
- From: Kyle McMartin <kyle@xxxxxxxxxxxxxxx>
- [git patches] parisc pull request for 2.6.33
- From: Kyle McMartin <kyle@xxxxxxxxxxxxxxx>
- Re: my usual problem with 64bit kernel
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- [git] parisc: Changes to ref refs/heads/master
- From: Kyle McMartin <kyle@xxxxxxxxxxxxxxx>
- Re: can't find a register in class 'R1_REGS' while reloading 'asm'
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- [git] parisc: Changes to ref refs/heads/next
- From: Kyle McMartin <kyle@xxxxxxxxxxxxxxx>
- Re: can't find a register in class 'R1_REGS' while reloading 'asm'
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: my usual problem with 64bit kernel
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: vfork test case.
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: Erlang VM immediately exits on hppa: execve() fails
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: my usual problem with 64bit kernel
- From: Domenico Andreoli <cavokz@xxxxxxxxx>
- Re: Erlang VM immediately exits on hppa: execve() fails
- From: Sergei Golovan <sgolovan@xxxxxx>
- Re: Erlang VM immediately exits on hppa: execve() fails
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: console handover: boot [ttyB0] -> real [ttyS0]
- From: Michal Ludvig <mludvig@xxxxxxxxxxxx>
- Re: console handover: boot [ttyB0] -> real [ttyS0]
- From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
- Re: console handover: boot [ttyB0] -> real [ttyS0]
- From: Thibaut VARENE <T-Bone@xxxxxxxxxxxxxxxx>
- Re: console handover: boot [ttyB0] -> real [ttyS0]
- From: Michal Ludvig <mludvig@xxxxxxxxxxxx>
- Re: console handover: boot [ttyB0] -> real [ttyS0]
- From: Thibaut VARENE <T-Bone@xxxxxxxxxxxxxxxx>
- console handover: boot [ttyB0] -> real [ttyS0]
- From: Michal Ludvig <mludvig@xxxxxxxxxxxx>
- Re: [PATCH 2/5] parisc: Convert BUG() to use unreachable()
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: my usual problem with 64bit kernel
- From: Domenico Andreoli <cavokz@xxxxxxxxx>
- Re: my usual problem with 64bit kernel
- From: Domenico Andreoli <cavokz@xxxxxxxxx>
- [PATCH 2/5] parisc: Convert BUG() to use unreachable()
- From: David Daney <ddaney@xxxxxxxxxxxxxxxxxx>
- [PATCH 0/5] More unreachable() conversions.
- From: David Daney <ddaney@xxxxxxxxxxxxxxxxxx>
- Re: my usual problem with 64bit kernel
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: my usual problem with 64bit kernel
- From: Domenico Andreoli <cavokz@xxxxxxxxx>
- Re: can't find a register in class 'R1_REGS' while reloading 'asm'
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: can't find a register in class 'R1_REGS' while reloading 'asm'
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: my usual problem with 64bit kernel
- From: Domenico Andreoli <cavokz@xxxxxxxxx>
- can't find a register in class 'R1_REGS' while reloading 'asm'
- From: Domenico Andreoli <cavokz@xxxxxxxxx>
- vfork test case.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Scheduling parent to run before vforked child calls exec or exit...
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: my usual problem with 64bit kernel
- From: Domenico Andreoli <cavokz@xxxxxxxxx>
- Re: [PATCH] parisc: convert /proc/pdc/{lcd,led} to seq_file
- From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
- Re: my usual problem with 64bit kernel
- From: Helge Deller <deller@xxxxxx>
- my usual problem with 64bit kernel
- From: Domenico Andreoli <cavokz@xxxxxxxxx>
- Re: make hangs reading pipe
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: make hangs reading pipe
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: make hangs reading pipe
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: [PATCH 4/5] lockd: Remove unused nfsd headers #includes
- From: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
- Re: [PATCH] modules: don't export section names of empty sections via sysfs
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: [PATCH] modules: don't export section names of empty sections via sysfs
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] modules: don't export section names of empty sections via sysfs
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- make hangs reading pipe
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- [PATCH] modules: don't export section names of empty sections via sysfs
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH] parisc: convert /proc/pdc/{lcd,led} to seq_file
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] parisc: fix unwind with recent gcc versions
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Changes to fcntl.h and F_* numbers?
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: kernel segv with 2.6.31-rc6 ?
- From: Roland McGrath <roland@xxxxxxxxxx>
- Re: Changes to fcntl.h and F_* numbers?
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: [PATCH] parisc: fix unwind with recent gcc versions
- From: Helge Deller <deller@xxxxxx>
- Re: Changes to fcntl.h and F_* numbers?
- From: Helge Deller <deller@xxxxxx>
- Re: Changes to fcntl.h and F_* numbers?
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: [PATCH] parisc: fix unwind with recent gcc versions
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] parisc: convert /proc/pdc/{lcd,led} to seq_file
- From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
- [PATCH] parisc: fix unwind with recent gcc versions
- From: Kyle McMartin <kyle@xxxxxxxxxxxxxxx>
- Re: [PATCH] parisc: convert /proc/pdc/{lcd,led} to seq_file
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] parisc: convert /proc/pdc/{lcd,led} to seq_file
- From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
- Re: [PATCH] parisc: convert /proc/pdc/{lcd,led} to seq_file
- From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
- Re: Changes to fcntl.h and F_* numbers?
- From: Helge Deller <deller@xxxxxx>
- Re: kernel segv with 2.6.31-rc6 ?
- From: Helge Deller <deller@xxxxxx>
- [PATCH] parisc: convert /proc/pdc/{lcd,led} to seq_file
- From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
- Re: [PATCH 1/5] parsic: remove unused nfsd #includes
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH 1/5] parsic: remove unused nfsd #includes
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH 4/5] lockd: Remove unused nfsd headers #includes
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH 2/5] sparc: remove unused nfsd #includes
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 4/5] lockd: Remove unused nfsd headers #includes
- From: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
- Re: [RFC] nfsd: Move private headers to source directory
- From: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
- Re: [PATCH 5/5] vfs: nfsctl.c unused nfsd #includes
- From: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
- Re: [PATCH 4/5] lockd: Remove unused nfsd headers #includes
- From: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
- Re: [PATCHSET 0-5] remove unneeded nfsd #includes
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH 3/5] s390: remove unused nfsd #includes
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCHSET 0-5] remove unneeded nfsd #includes
- From: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
- Re: [PATCHSET 0-5] remove unneeded nfsd #includes
- From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
- [RFC] nfsd: Move private headers to source directory
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- [PATCH 2/5] sparc: remove unused nfsd #includes
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- [PATCH 4/5] lockd: Remove unused nfsd headers #includes
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- [PATCH 5/5] vfs: nfsctl.c unused nfsd #includes
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- [PATCH 3/5] s390: remove unused nfsd #includes
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- [PATCH 1/5] parsic: remove unused nfsd #includes
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- [PATCHSET 0-5] remove unneeded nfsd #includes
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: Changes to fcntl.h and F_* numbers?
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Changes to fcntl.h and F_* numbers?
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Changes to fcntl.h and F_* numbers?
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Changes to fcntl.h and F_* numbers?
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: [patch 07/13] parisc: Fixup last users of irq_chip->typename
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Changes to fcntl.h and F_* numbers?
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/6] mm: add coherence API for DMA to vmalloc/vmap areas
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/6] mm: add coherence API for DMA to vmalloc/vmap areas
- From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
- Re: [PATCH 5/6] block: permit I/O to vmalloc/vmap kernel pages
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: [PATCH 5/6] block: permit I/O to vmalloc/vmap kernel pages
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH 5/6] block: permit I/O to vmalloc/vmap kernel pages
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: [PATCH 5/6] block: permit I/O to vmalloc/vmap kernel pages
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [patch 07/13] parisc: Fixup last users of irq_chip->typename
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [PATCH 6/6] xfs: fix xfs to work with Virtually Indexed architectures
- From: James Bottomley <James.Bottomley@xxxxxxx>
- [PATCH 5/6] block: permit I/O to vmalloc/vmap kernel pages
- From: James Bottomley <James.Bottomley@xxxxxxx>
- [PATCH 4/6] sh: add mm API for DMA to vmalloc/vmap areas
- From: James Bottomley <James.Bottomley@xxxxxxx>
- [PATCH 3/6] arm: add mm API for DMA to vmalloc/vmap areas
- From: James Bottomley <James.Bottomley@xxxxxxx>
- [PATCH 2/6] parisc: add mm API for DMA to vmalloc/vmap areas
- From: James Bottomley <James.Bottomley@xxxxxxx>
- [PATCH 1/6] mm: add coherence API for DMA to vmalloc/vmap areas
- From: James Bottomley <James.Bottomley@xxxxxxx>
- [PATCH 0/6] fix xfs by making I/O to vmap/vmalloc areas work
- From: James Bottomley <James.Bottomley@xxxxxxx>
- [git] parisc: Changes to ref refs/heads/next
- From: Kyle McMartin <kyle@xxxxxxxxxxxxxxx>
- Re: Problem with early startup in dynamic linker.
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: Problem with early startup in dynamic linker.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Problem with early startup in dynamic linker.
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Problem with early startup in dynamic linker.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: [PATCH 05/10] parisc: use RCU to find network device
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: pci 0000:01:04.0: BAR 0: no parent found for of device
- From: Helge Deller <deller@xxxxxx>
- [PATCH 05/10] parisc: use RCU to find network device
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH 05/10] parisc: use RCU to find network device
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- Re: pci 0000:01:04.0: BAR 0: no parent found for of device
- From: Domenico Andreoli <cavokz@xxxxxxxxx>
- Re: hanging kernel - HPMC problem
- From: Marek Denis <marek@xxxxxxxxxxx>
- Re: gcj port to hppa...
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: gcj port to hppa...
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: gcj port to hppa...
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: gcj port to hppa...
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: gcj port to hppa...
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: [patch 10/16] parisc: Replace old style lock init
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [patch 10/16] parisc: Replace old style lock init
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- gcj port to hppa...
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Out of order unwind entry warning
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: pci 0000:01:04.0: BAR 0: no parent found for of device
- From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
- Re: Out of order unwind entry warning
- From: Helge Deller <deller@xxxxxx>
- [patch 10/16] parisc: Replace old style lock init
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: Out of order unwind entry warning
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: Out of order unwind entry warning
- From: Helge Deller <deller@xxxxxx>
- Re: Out of order unwind entry warning
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: Out of order unwind entry warning
- From: Helge Deller <deller@xxxxxx>
- Re: Out of order unwind entry warning
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: Out of order unwind entry warning
- From: Helge Deller <deller@xxxxxx>
- pci 0000:01:04.0: BAR 0: no parent found for of device
- From: Helge Deller <deller@xxxxxx>
- Re: hanging kernel - HPMC problem
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- hanging kernel - HPMC problem
- From: Marek Denis <marek@xxxxxxxxxxx>
- Re: Out of order unwind entry warning
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: Out of order unwind entry warning
- From: Helge Deller <deller@xxxxxx>
- Re: Out of order unwind entry warning
- From: Helge Deller <deller@xxxxxx>
- Re: Out of order unwind entry warning
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Out of order unwind entry warning
- From: Helge Deller <deller@xxxxxx>
- Re: Out of order unwind entry warning
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: Out of order unwind entry warning
- From: Helge Deller <deller@xxxxxx>
- Re: Out of order unwind entry warning
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: Out of order unwind entry warning
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: Out of order unwind entry warning
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: Out of order unwind entry warning
- From: Helge Deller <deller@xxxxxx>
- Re: Out of order unwind entry warning
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: Out of order unwind entry warning
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: Out of order unwind entry warning
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH 3/14] sound/parisc: Move dereference after NULL test
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: [PATCH 3/14] sound/parisc: Move dereference after NULL test
- From: Takashi Iwai <tiwai@xxxxxxx>
- Re: [PATCH] parisc: use sort() instead of home-made implementation
- From: Randolph Chung <randolph@xxxxxxxxx>
- Re: Out of order unwind entry warning
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: Out of order unwind entry warning
- From: Helge Deller <deller@xxxxxx>
- [PATCH] parisc: use sort() instead of home-made implementation
- From: Helge Deller <deller@xxxxxx>
- Re: Out of order unwind entry warning
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: Out of order unwind entry warning
- From: Helge Deller <deller@xxxxxx>
- Re: Out of order unwind entry warning
- From: Helge Deller <deller@xxxxxx>
- Re: Out of order unwind entry warning
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: Out of order unwind entry warning
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: Out of order unwind entry warning
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: Out of order unwind entry warning
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- Re: Out of order unwind entry warning
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: Out of order unwind entry warning
- From: Helge Deller <deller@xxxxxx>
- Re: Out of order unwind entry warning
- From: Helge Deller <deller@xxxxxx>
- Re: Out of order unwind entry warning
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: Out of order unwind entry warning
- From: Helge Deller <deller@xxxxxx>
- Re: Out of order unwind entry warning
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH] parisc: fix unwind
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: [PATCH] parisc: fix unwind
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: Out of order unwind entry warning
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] parisc: add CALLER_ADDR{0-6} macros
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH] parisc: add CALLER_ADDR{0-6} macros
- From: Randolph Chung <randolph@xxxxxxxxx>
- Re: Out of order unwind entry warning
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: Out of order unwind entry warning
- From: Randolph Chung <randolph@xxxxxxxxx>
- Re: Out of order unwind entry warning
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Out of order unwind entry warning
- From: Helge Deller <deller@xxxxxx>
- [PATCH] parisc: add CALLER_ADDR{0-6} macros
- From: Helge Deller <deller@xxxxxx>
- [PATCH] parisc: fix unwind
- From: Helge Deller <deller@xxxxxx>
- Hardware Database is missing
- From: Domenico Andreoli <cavokz@xxxxxxxxx>
- [PATCH 3/14] sound/parisc: Move dereference after NULL test
- From: Julia Lawall <julia@xxxxxxx>
- Re: poll(), illegal instruction and crash on smp kernel
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- poll(), illegal instruction and crash on smp kernel
- From: Helge Deller <deller@xxxxxx>
- Re: xfs failure on parisc (and presumably other VI cache systems) caused by I/O to vmalloc/vmap areas
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: xfs failure on parisc (and presumably other VI cache systems) caused by I/O to vmalloc/vmap areas
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH] parisc: remove unused IRQSTAT_SIRQ_PEND and IRQSTAT_SZ defines
- From: Helge Deller <deller@xxxxxx>
- [PATCH] parisc: remove duplicated #include
- From: Huang Weiyi <weiyi.huang@xxxxxxxxx>
- Re: linux-next: manual merge of the parisc tree with Linus' tree
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH] kernel/time/tick-sched.c: fix warning of printk's argument format
- From: Helge Deller <deller@xxxxxx>
- Re: strace for hppa fixed upstream.
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: linux-next: manual merge of the parisc tree with Linus' tree
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- linux-next: manual merge of the parisc tree with Linus' tree
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: strace for hppa fixed upstream.
- From: Helge Deller <deller@xxxxxx>
- Re: [git patches] parisc for 2.6.32
- From: Helge Deller <deller@xxxxxx>
- strace for hppa fixed upstream.
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: [git patches] parisc for 2.6.32
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: [git patches] parisc for 2.6.32
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [git patches] parisc for 2.6.32
- From: Kyle McMartin <kyle@xxxxxxxxxxxxxxx>
- Re: 2.6.31.1 + nscd still a bad combo
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- 2.6.31.1 + nscd still a bad combo
- From: Thibaut VARENE <T-Bone@xxxxxxxxxxxxxxxx>
- [git] parisc: Changes to ref refs/heads/parisc
- From: Kyle McMartin <kyle@xxxxxxxxxxxxxxx>
- [git] parisc: Changes to ref refs/heads/fixes
- From: Kyle McMartin <kyle@xxxxxxxxxxxxxxx>
- Re: Build failure?
- From: Helge Deller <deller@xxxxxx>
- Re: Build failure?
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: Build failure?
- From: "John David Anglin" <dave@xxxxxxxxxxxxxxxxxx>
- Build failure?
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- Re: vmlinux.lds:319: undefined symbol `THREAD_SIZE'
- From: Frans Pop <elendil@xxxxxxxxx>
- Re: vmlinux.lds:319: undefined symbol `THREAD_SIZE'
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: vmlinux.lds:319: undefined symbol `THREAD_SIZE'
- From: Frans Pop <elendil@xxxxxxxxx>
- Re: vmlinux.lds:319: undefined symbol `THREAD_SIZE'
- From: Frans Pop <elendil@xxxxxxxxx>
- Re: vmlinux.lds:319: undefined symbol `THREAD_SIZE'
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- vmlinux.lds:319: undefined symbol `THREAD_SIZE'
- From: Frans Pop <elendil@xxxxxxxxx>
- Re: What's in parisc-2.6.git
- From: Helge Deller <deller@xxxxxx>
- What's in parisc-2.6.git
- From: Kyle McMartin <kyle@xxxxxxxxxxxxxxx>
- [git] parisc: Changes to ref refs/heads/fixes
- From: Kyle McMartin <kyle@xxxxxxxxxxxxxxx>
- [git] parisc: Changes to ref refs/heads/parisc
- From: Kyle McMartin <kyle@xxxxxxxxxxxxxxx>
- [git] parisc: Changes to ref refs/heads/tracehook
- From: Kyle McMartin <kyle@xxxxxxxxxxxxxxx>
- Re: [PATCH] arch/parisc: correct use of SHF_ALLOC
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: [PATCH] parisc: rename parisc's vmalloc_start to parisc_vmalloc_start
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: agp: parisc-agp.c - use correct page_mask function
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: [PATCH 06/10] parisc: Convert BUG() to use unreachable()
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: [PATCH v2 0/2] Linker script cleanup patches for parisc
- From: Helge Deller <deller@xxxxxx>
- [PATCH] parisc: rename parisc's vmalloc_start to parisc_vmalloc_start
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH v2 0/2] Linker script cleanup patches for parisc
- From: Tim Abbott <tabbott@xxxxxxxxxxx>
- agp: parisc-agp.c - use correct page_mask function
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH v2 0/2] Linker script cleanup patches for parisc
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH] arch/parisc: correct use of SHF_ALLOC
- From: John David Anglin <dave@xxxxxxxxxxxxxxxxxx>
- [PATCH v2 03/11] parisc: Remove useless altinstructions code copied from x86.
- From: Tim Abbott <tabbott@xxxxxxxxxxx>
- [PATCH v2 02/11] parisc: Clean up linker script using new linker script macros.
- From: Tim Abbott <tabbott@xxxxxxxxxxx>
- Re: [PATCH 00/10] Add support for GCC's __builtin_unreachable() and use it in BUG.
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 09/13] parisc: Remove useless altinstructions code copied from x86.
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: [PATCH] PARISC: includecheck fix: signal.c
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- [PATCH 09/13] parisc: Remove useless altinstructions code copied from x86.
- From: Tim Abbott <tabbott@xxxxxxxxxxx>
- [PATCH 08/13] parisc: Clean up linker script using new linker script macros.
- From: Tim Abbott <tabbott@xxxxxxxxxxx>
- [PATCH] PARISC: includecheck fix: signal.c
- From: Jaswinder Singh Rajput <jaswinder@xxxxxxxxxx>
- Re: [PATCH v2 0/2] Linker script cleanup patches for parisc
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- [PATCH v2 1/2] parisc: Clean up linker script using new linker script macros.
- From: Tim Abbott <tabbott@xxxxxxxxxxx>
- [PATCH v2 2/2] parisc: Remove useless altinstructions code copied from x86.
- From: Tim Abbott <tabbott@xxxxxxxxxxx>
- [PATCH v2 0/2] Linker script cleanup patches for parisc
- From: Tim Abbott <tabbott@xxxxxxxxxxx>
- Re: [PATCH 2/7] Add MAP_HUGETLB for mmaping pseudo-anonymous huge page regions
- From: David Rientjes <rientjes@xxxxxxxxxx>
- Re: [PATCH 1/7] hugetlbfs: Allow the creation of files suitable for MAP_PRIVATE on the vfs internal mount
- From: David Rientjes <rientjes@xxxxxxxxxx>
- [PATCH 6/6] xfs: fix xfs to work with Virtually Indexed architectures
- From: James Bottomley <James.Bottomley@xxxxxxx>
- [PATCH 5/6] block: permit I/O to vmalloc/vmap kernel pages
- From: James Bottomley <James.Bottomley@xxxxxxx>
- [PATCH 4/6] sh: add mm API for DMA to vmalloc/vmap areas
- From: James Bottomley <James.Bottomley@xxxxxxx>
- [PATCH 3/6] arm: add mm API for DMA to vmalloc/vmap areas
- From: James Bottomley <James.Bottomley@xxxxxxx>
- [PATCH 2/6] parisc: add mm API for DMA to vmalloc/vmap areas
- From: James Bottomley <James.Bottomley@xxxxxxx>
- [PATCH 1/6] mm: add coherence API for DMA to vmalloc/vmap areas
- From: James Bottomley <James.Bottomley@xxxxxxx>
- [PATCH 0/6] fix xfs by making I/O to vmap/vmalloc areas work
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: Working debian package for strace 4.5.18-1
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Working debian package for strace 4.5.18-1
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
- [PATCH 06/11] parisc: Convert BUG() to use unreachable()
- From: David Daney <ddaney@xxxxxxxxxxxxxxxxxx>
- [PATCH 00/11] Add support for GCC's __builtin_unreachable() and use it in BUG (v2).
- From: David Daney <ddaney@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 01/10] Add support for GCC-4.5's __builtin_unreachable() to compiler.h
- From: David Daney <ddaney@xxxxxxxxxxxxxxxxxx>
- Re: linux-next: manual merge of the security-testing tree with the parisc tree
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: linux-next: manual merge of the security-testing tree with the parisc tree
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
[Index of Archives]
[Linux USB Devel]
[Video for Linux]
[Linux SCSI]
[Samba]
[Yosemite News]