Linux PA RISC

Thread Index

[Prev Page][Next Page]

Re: [PATCH v2 0/4] dma-mapping: Define dma_{alloc,free}_attrs() for all archs
- From: Damian Hobson-Garcia <dhobsong@xxxxxxxxxx>
Re: [PATCH v2 0/4] dma-mapping: Define dma_{alloc,free}_attrs() for all archs
- From: Helge Deller <deller@xxxxxx>
Re: [PATCH v2 0/4] dma-mapping: Define dma_{alloc,free}_attrs() for all archs
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
Re: [PATCH v2 0/4] dma-mapping: Define dma_{alloc,free}_attrs() for all archs
- From: Damian Hobson-Garcia <dhobsong@xxxxxxxxxx>
[PATCH] parisc/superio: Use module_pci_driver to register driver
- From: Peter Huewe <peterhuewe@xxxxxx>
[PATCH] parisc: make interrupt and interruption stack allocation reentrant
- From: John David Anglin <dave.anglin@xxxxxxxx>
[PATCH] parisc: use arch_spinlock_t instead of raw_spinlock_t in irqstacks
- From: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: avoid WARNING: at kernel/cpu/idle.c:96
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: show number of FPE and unaligned access handler calls in /proc/interrupts
- From: Helge Deller <deller@xxxxxx>
Re: parisc boot crash on 3.10-rc1+git
- From: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: make default cross compiler search more robust
- From: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: avoid WARNING: at kernel/cpu/idle.c:96
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] parisc: make default cross compiler search more robust
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] parisc: avoid WARNING: at kernel/cpu/idle.c:96
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[PATCH] parisc: add additional parisc git tree to MAINTAINERS file
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: use PAGE_SHIFT instead of hardcoded value 12 in pacache.S
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: add rp5470 entry to machine database
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: make default cross compiler search more robust
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: use long branch in fork_like macro
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: fix SMP races when updating PTE and TLB entries in entry.S
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: only re-enable interrupts if we need to schedule or deliver signals when returning to userspace
- From: Helge Deller <deller@xxxxxx>
Re: parisc boot crash on 3.10-rc1+git
- From: Meelis Roos <mroos@xxxxxxxx>
Re: parisc boot crash on 3.10-rc1+git
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: parisc boot crash on 3.10-rc1+git
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: parisc boot crash on 3.10-rc1+git
- From: Meelis Roos <mroos@xxxxxxxx>
Re: parisc boot crash on 3.10-rc1+git
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: parisc boot crash on 3.10-rc1+git
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: parisc boot crash on 3.10-rc1+git
- From: Helge Deller <deller@xxxxxx>
Re: parisc boot crash on 3.10-rc1+git
- From: Meelis Roos <mroos@xxxxxxxx>
Re: parisc boot crash on 3.10-rc1+git
- From: Helge Deller <deller@xxxxxx>
parisc boot crash on 3.10-rc1+git
- From: Meelis Roos <mroos@xxxxxxxx>
Re: [GIT PULL] parisc updates for v3.10
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
[GIT PULL] parisc updates for v3.10
- From: Helge Deller <deller@xxxxxx>
Re: Build regressions/improvements in v3.10-rc1 (crypto/parisc)
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH] parisc: make default cross compiler search more robust (v4)
- From: Jeroen Roovers <jer@xxxxxxxxxx>
Re: [PATCH] parisc: make default cross compiler search more robust (v4)
- From: Mike Frysinger <vapier@xxxxxxxxxx>
Re: [PATCH] parisc: make default cross compiler search more robust (v4)
- From: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: make default cross compiler search more robust (v3)
- From: John David Anglin <dave.anglin@xxxxxxxx>
[PATCH] parisc: make default cross compiler search more robust (v3)
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: fix SMP races when updating PTE and TLB entries in entry.S
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] parisc: implement irq stacks - part 2 (v2)
- From: Helge Deller <deller@xxxxxx>
Re: [GIT PULL] parisc updates for v3.10
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
Re: [GIT PULL] parisc updates for v3.10
- From: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: make default cross compiler search more robust
- From: Mike Frysinger <vapier@xxxxxxxxxx>
Re: [PATCH] parisc: make default cross compiler search more robust
- From: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: make default cross compiler search more robust
- From: Jeroen Roovers <jer@xxxxxxxxxx>
[PATCH] parisc: make default cross compiler search more robust
- From: Mike Frysinger <vapier@xxxxxxxxxx>
Re: [PATCH] parisc: fix NATIVE set up in build
- From: Mike Frysinger <vapier@xxxxxxxxxx>
[PATCH] parisc: implement irq stacks - part 2
- From: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: avoid WARNING: at kernel/cpu/idle.c:96
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[PATCH] parisc: avoid WARNING: at kernel/cpu/idle.c:96
- From: Helge Deller <deller@xxxxxx>
[RFC] [PATCH] parisc: use Page Deallocation Table from firmware to exclude broken memory (v1)
- From: Helge Deller <deller@xxxxxx>
[PATCH v5, part4 30/41] mm/PARISC: prepare for removing num_physpages and simplify mem_init()
- From: Jiang Liu <liuj97@xxxxxxxxx>
Re: [GIT PULL] parisc updates for v3.10
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
Re: [PATCH] parisc: fix NATIVE set up in build
- From: John David Anglin <dave.anglin@xxxxxxxx>
[GIT PULL] parisc updates for v3.10
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: tlb flush counting fix for SMP and UP
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: implement irq stacks
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: add kernel stack overflow check
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: Use BL macro instead of b instruction to branch to do_cpu_irq_mask
- From: John David Anglin <dave.anglin@xxxxxxxx>
[PATCH] parisc: only re-enable interrupts if we need to schedule or deliver signals when returning to userspace
- From: John David Anglin <dave.anglin@xxxxxxxx>
[PATCH] parisc: more irq statistics in /proc/interrupts
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: implement atomic64_dec_if_positive()
- From: Helge Deller <deller@xxxxxx>
[PATCH] MPILIB: disable usage of floating point registers on parisc
- From: Helge Deller <deller@xxxxxx>
[PATCH] kernel/modsign_certificate.S: fix build on parisc architecture
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: use long branch in fork_like macro
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] parisc: fix NATIVE set up in build
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
[PATCH] parisc: fix NATIVE set up in build
- From: Mike Frysinger <vapier@xxxxxxxxxx>
Re: Error compiling 3.9.0
- From: John David Anglin <dave.anglin@xxxxxxxx>
[PATCH] parisc: document the parisc gateway page
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: fix partly 16/64k PAGE_SIZE boot
- From: Helge Deller <deller@xxxxxx>
Re: Error compiling 3.9.0
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: Error compiling 3.9.0
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Error compiling 3.9.0
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: Error compiling 3.9.0
- From: John David Anglin <dave.anglin@xxxxxxxx>
Error compiling 3.9.0
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
[PATCH v2 3/4] parisc: Provide default implementation for dma_{alloc,free}_attrs
- From: Damian Hobson-Garcia <dhobsong@xxxxxxxxxx>
[PATCH v2 0/4] dma-mapping: Define dma_{alloc,free}_attrs() for all archs
- From: Damian Hobson-Garcia <dhobsong@xxxxxxxxxx>
Re: [PATCH 12/26] hp_sdc_rtc: Don't use create_proc_read_entry() [RFC]
- From: Helge Deller <deller@xxxxxx>
Re: [PATCH 20/26] parisc: Don't use create_proc_read_entry() [RFC]
- From: Helge Deller <deller@xxxxxx>
Re: [RFC/PATCH 3/4] parisc: Provide default implementation for dma_{alloc,free}_attrs
- From: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: remove the second argument of kmap_atomic
- From: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: remove the second argument of kmap_atomic
- From: Zhao Hongjiang <zhaohongjiang@xxxxxxxxxx>
Re: [PATCH] parisc: increase kernel stack size to 32k
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] parisc: increase kernel stack size to 32k
- From: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: remove the second argument of kmap_atomic
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
[PATCH] parisc: remove the second argument of kmap_atomic
- From: Zhao Hongjiang <zhaohongjiang@xxxxxxxxxx>
Re: [PATCH] parisc: increase kernel stack size to 32k
- From: Helge Deller <deller@xxxxxx>
Re: Gentoo boot on C8000 (was: Re: PARISC Linux website and status
- From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
[GIT PULL] late parisc fixes for 3.9
- From: Helge Deller <deller@xxxxxx>
Re: Gentoo boot on C8000 (was: Re: PARISC Linux website and status
- From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
Re: Gentoo boot on C8000 (was: Re: PARISC Linux website and status update)
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: Gentoo boot on C8000 (was: Re: PARISC Linux website and status update)
- From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
Re: Gentoo boot on C8000 (was: Re: PARISC Linux website and status update)
- From: Graham Gower <graham.gower@xxxxxxxxx>
Re: Gentoo boot on C8000 (was: Re: PARISC Linux website and status update)
- From: Matt Turner <mattst88@xxxxxxxxx>
Re: Gentoo boot on C8000 (was: Re: PARISC Linux website and status update)
- From: Graham Gower <graham.gower@xxxxxxxxx>
Re: [PATCH] parisc: increase kernel stack size to 32k
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: PARISC Linux website and status update
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Gentoo boot on C8000 (was: Re: PARISC Linux website and status update)
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Gentoo boot on C8000 (was: Re: PARISC Linux website and status update)
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Gentoo boot on C8000 (was: Re: PARISC Linux website and status update)
- From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
Re: PARISC Linux website and status update
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
Re: Bug#706050: logrotate: spurious "error: getting file ACL" messages
- From: Jeroen Roovers <jer@xxxxxxxxxx>
Re: PARISC Linux website and status update
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: PARISC Linux website and status update
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
Fwd: Bug#706050: logrotate: spurious "error: getting file ACL" messages
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] parisc: increase kernel stack size to 32k
- From: Helge Deller <deller@xxxxxx>
queued parisc patches on top of kernel 3.9
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: use spin_lock_irqsave/spin_unlock_irqrestore for PTE updates
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: increase kernel stack size to 32k
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: disable -mlong-calls compiler option for kernel modules
- From: Helge Deller <deller@xxxxxx>
[PATCH] PARISC: Change kunmap macro to static inline function
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: install medium for c8000 [was Re: PARISC Linux website and status update]
- From: Graham Gower <graham.gower@xxxxxxxxx>
Re: HPPA TODO discussion
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: install medium for c8000 [was Re: PARISC Linux website and status update]
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: install medium for c8000 [was Re: PARISC Linux website and status update]
- From: "Geert Lorang" <geert@xxxxxxxxx>
install medium for c8000 [was Re: PARISC Linux website and status update]
- From: Graham Gower <graham.gower@xxxxxxxxx>
[PATCH v2] parisc: uaccess: fix compiler warnings caused by __put_user casting
- From: Will Deacon <will.deacon@xxxxxxx>
[RFC/PATCH 3/4] parisc: Provide default implementation for dma_{alloc,free}_attrs
- From: Damian Hobson-Garcia <dhobsong@xxxxxxxxxx>
[RFC/PATCH 0/4] dma-mapping: Define dma_{alloc,free}_attrs() for all archs
- From: Damian Hobson-Garcia <dhobsong@xxxxxxxxxx>
Re: [PATCH] PARISC: provide __ucmpdi2
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] PARISC: provide __ucmpdi2
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: [PATCH] PARISC: provide __ucmpdi2
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] PARISC: provide __ucmpdi2
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
[PATCH] PARISC: provide __ucmpdi2
- From: John David Anglin <dave.anglin@xxxxxxxx>
is a 64 bit linux kernel possible?
- From: Paolo Borsa <samvise@xxxxxxxxxxx>
Re: PARISC Linux website and status update
- From: Brendan Horan <brendanhoran@xxxxxxxxxxxx>
Re: PARISC Linux website and status update
- From: Jeroen Roovers <jer@xxxxxxxxxx>
Re: PARISC Linux website and status update
- From: Helge Deller <deller@xxxxxx>
Re: PARISC Linux website and status update
- From: Brendan Horan <brendanhoran@xxxxxxxxxxxx>
Re: PARISC Linux website and status update
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: PARISC Linux website and status update
- From: "Keven Miller \(3k\)" <kevenm@xxxxxxxxxxxx>
PARISC Linux website and status update
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: uaccess: fix compiler warnings caused by __put_user casting
- From: Will Deacon <will.deacon@xxxxxxx>
[RFC PATCH v1 08/19] mm/PARISC: prepare for killing free_all_bootmem_node()
- From: Jiang Liu <liuj97@xxxxxxxxx>
Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
- From: Mike Frysinger <vapier@xxxxxxxxxx>
Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
- From: Mike Frysinger <vapier@xxxxxxxxxx>
Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
- From: Mike Frysinger <vapier@xxxxxxxxxx>
Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
- From: Mike Frysinger <vapier@xxxxxxxxxx>
Re: [PATCH] Add non-zero module sections to sysfs
- From: Philip Kranz <philip.kranz@xxxxxxxxxxxxxx>
[PATCH 20/26] parisc: Don't use create_proc_read_entry() [RFC]
- From: David Howells <dhowells@xxxxxxxxxx>
Re: Did Squeeze ever make it to HPPA?
- From: Kurt Fitzner <kurt.fitzner@xxxxxxxxx>
Re: Did Squeeze ever make it to HPPA?
- From: Helge Deller <deller@xxxxxx>
Re: Did Squeeze ever make it to HPPA?
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Did Squeeze ever make it to HPPA?
- From: Kurt Fitzner <kurt.fitzner@xxxxxxxxx>
Re: [PATCH] Add non-zero module sections to sysfs
- From: Philip Kranz <philip.kranz@xxxxxxxxxxxxxx>
Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
- From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
- From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
Re: [PATCH] Add non-zero module sections to sysfs
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
- From: Mike Frysinger <vapier@xxxxxxxxxx>
Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
Re: [PATCH] man2 : syscall.2 : document syscall calling conventions
- From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
Re: [PATCH] Add non-zero module sections to sysfs
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] Add non-zero module sections to sysfs
- From: James Bottomley <James.bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add non-zero module sections to sysfs
- From: John David Anglin <dave.anglin@xxxxxxxx>
[PATCH v4, part3 30/41] mm/PARISC: prepare for removing num_physpages and simplify mem_init()
- From: Jiang Liu <liuj97@xxxxxxxxx>
Re: [PATCH] Add non-zero module sections to sysfs
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add non-zero module sections to sysfs
- From: Philip Kranz <philip.kranz@xxxxxxxxxxxxxx>
Re: [PATCH] Add non-zero module sections to sysfs
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
Re: [PATCH] Add non-zero module sections to sysfs
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add non-zero module sections to sysfs
- From: Sebastian Wankerl <sisewank@xxxxxxxxxxxxx>
Re: [PATCH] Add non-zero module sections to sysfs
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
lib/mpi/generic_mpih-mul1.c:50:3: error: inconsistent operand constraints in an 'asm'
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
[PATCH v3, part4 27/39] mm/PARISC: prepare for removing num_physpages and simplify mem_init()
- From: Jiang Liu <liuj97@xxxxxxxxx>
[RFC PATCH v2, part4 26/39] mm/PARISC: prepare for removing num_physpages and simplify mem_init()
- From: Jiang Liu <liuj97@xxxxxxxxx>
[RFC PATCH v2, part4 27/39] mm/PARISC: prepare for removing num_physpages and simplify mem_init()
- From: Jiang Liu <liuj97@xxxxxxxxx>
Re: Did Squeeze ever make it to HPPA?
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Did Squeeze ever make it to HPPA?
- From: Helge Deller <deller@xxxxxx>
Re: PA8800 with 3.9.0-rc1-JeR-10942-g6dbe51c : WARNING: at lib/timerqueue.c:74
- From: Jeroen Roovers <jer@xxxxxxxxxx>
Re: PA8800 with 3.9.0-rc1-JeR-10942-g6dbe51c : WARNING: at lib/timerqueue.c:74
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: PA8800 with 3.9.0-rc1-JeR-10942-g6dbe51c : WARNING: at lib/timerqueue.c:74
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: PA8800 with 3.9.0-rc1-JeR-10942-g6dbe51c : WARNING: at lib/timerqueue.c:74
- From: Jeroen Roovers <jer@xxxxxxxxxx>
Re: PA8800 with 3.9.0-rc1-JeR-10942-g6dbe51c : WARNING: at lib/timerqueue.c:74
- From: Jeroen Roovers <jer@xxxxxxxxxx>
Re: PA8800 with 3.9.0-rc1-JeR-10942-g6dbe51c : WARNING: at lib/timerqueue.c:74
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: PA8800 with 3.9.0-rc1-JeR-10942-g6dbe51c : WARNING: at lib/timerqueue.c:74
- From: Helge Deller <deller@xxxxxx>
Re: PA8800 with 3.9.0-rc1-JeR-10942-g6dbe51c : WARNING: at lib/timerqueue.c:74
- From: Jeroen Roovers <jer@xxxxxxxxxx>
Re: PA8800 with 3.9.0-rc1-JeR-10942-g6dbe51c : WARNING: at lib/timerqueue.c:74
- From: John David Anglin <dave.anglin@xxxxxxxx>
PA8800 with 3.9.0-rc1-JeR-10942-g6dbe51c : WARNING: at lib/timerqueue.c:74
- From: Jeroen Roovers <jer@xxxxxxxxxx>
Re: [GIT PULL] parisc updates for 3.9
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: [GIT PULL] parisc updates for 3.9
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: [PATCH] [parisc] do not install modules when installing kernel
- From: Helge Deller <deller@xxxxxx>
Re: [PATCH] [parisc] do not install modules when installing kernel
- From: John David Anglin <dave.anglin@xxxxxxxx>
[GIT PULL] parisc updates for v3.9
- From: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: fixes and cleanups in page cache flushing (1/4)
- From: Mike Frysinger <vapier@xxxxxxxxxx>
Re: [PATCH] [parisc] do not install modules when installing kernel
- From: Helge Deller <deller@xxxxxx>
parisc: fix redefinition of SET_PERSONALITY
- From: Helge Deller <deller@xxxxxx>
[PATCH] [parisc] do not install modules when installing kernel
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: parisc: fix compile warnings triggered by atomic_sub(sizeof(),v)
- From: Helge Deller <deller@xxxxxx>
Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
- From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
Re: parisc: fix compile warnings triggered by atomic_sub(sizeof(),v)
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
- From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECKS
- From: Helge Deller <deller@xxxxxx>
parisc: check return value of down_interruptible() in hp_sdc_rtc.c
- From: Helge Deller <deller@xxxxxx>
parisc: avoid unitialized variable warning in pa_memcpy()
- From: Helge Deller <deller@xxxxxx>
Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
parisc: remove unused variable 'compat_val'
- From: Helge Deller <deller@xxxxxx>
parisc: switch to compat_functions of io_setup, io_getevents and io_submit
- From: Helge Deller <deller@xxxxxx>
parisc: fix compile warnings triggered by atomic_sub(sizeof(),v)
- From: Helge Deller <deller@xxxxxx>
parisc: select ARCH_WANT_FRAME_POINTERS
- From: Helge Deller <deller@xxxxxx>
upcoming patches for 3.9
- From: Helge Deller <deller@xxxxxx>
Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
- From: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
- From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK
- From: Arnd Bergmann <arnd@xxxxxxxx>
[PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECKS
- From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
Re: [patch 1/1] mm: use vm_unmapped_area() on parisc architecture
- From: Helge Deller <deller@xxxxxx>
Re: [GIT PULL] parisc updates for 3.9
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
[GIT PULL] parisc updates for 3.9
- From: Helge Deller <deller@xxxxxx>
[patch 1/1] mm: use vm_unmapped_area() on parisc architecture
- From: akpm@xxxxxxxxxxxxxxxxxxxx
[PATCH] parisc: sendfile and sendfile64 syscall cleanups
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: switch to available compat_sched_rr_get_interval implementation
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: fix fallocate syscall
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: fix error return codes for rt_sigaction and rt_sigprocmask
- From: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: convert msgrcv and msgsnd syscalls to use compat layer
- From: Helge Deller <deller@xxxxxx>
[GIT PULL] parisc fixes for 3.8-rc7
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] parisc: convert msgrcv and msgsnd syscalls to use compat layer
- From: Matt Turner <mattst88@xxxxxxxxx>
[PATCH] parisc: convert msgrcv and msgsnd syscalls to use compat layer
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: correctly wire up mq_* functions for CONFIG_COMPAT case
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: fix personality on 32bit kernel
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: wire up process_vm_readv, process_vm_writev, kcmp and finit_module syscalls
- From: Helge Deller <deller@xxxxxx>
Re: [PATCH] unbreak automounter support on 64-bit kernel with 32-bit userspace (v2)
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
Re: [PATCH] unbreak automounter support on 64-bit kernel with 32-bit userspace (v2)
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [PATCH] unbreak automounter support on 64-bit kernel with 32-bit userspace (v2)
- From: Ian Kent <raven@xxxxxxxxxx>
Re: [PATCH] unbreak automounter support on 64-bit kernel with 32-bit userspace (v2)
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: kernel panic
- From: John David Anglin <dave.anglin@xxxxxxxx>
kernel panic
- From: Helge Deller <deller@xxxxxx>
[PATCH] unbreak automounter support on 64-bit kernel with 32-bit userspace (v2)
- From: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: fixes and cleanups in page cache flushing (1/4)
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH RESEND 1/1] arch Kconfig: remove references to IRQ_PER_CPU
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] parisc: fixes and cleanups in page cache flushing (1/4)
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: [PATCH] parisc: fixes and cleanups in page cache flushing (1/4)
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] parisc: fixes and cleanups in page cache flushing (1/4)
- From: "Helge Deller" <deller@xxxxxx>
Re: [PATCH] parisc: fixes and cleanups in page cache flushing (1/4)
- From: "Helge Deller" <deller@xxxxxx>
Re: [PATCH RESEND 1/1] arch Kconfig: remove references to IRQ_PER_CPU
- From: Paul Mundt <lethal@xxxxxxxxxxxx>
[PATCH RESEND 1/1] arch Kconfig: remove references to IRQ_PER_CPU
- From: James Hogan <james.hogan@xxxxxxxxxx>
Re: [PATCH] parisc: fixes and cleanups in page cache flushing (1/4)
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: [PATCH] parisc: fixes and cleanups in page cache flushing (1/4)
- From: Matt Turner <mattst88@xxxxxxxxx>
Re: [PATCH] parisc: fixes and cleanups in page cache flushing (1/4)
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: fixes and cleanups in page cache flushing (4/4)
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: fixes and cleanups in page cache flushing (3/4)
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: fixes and cleanups in page cache flushing (2/4)
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: fixes and cleanups in page cache flushing (1/4)
- From: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: Pass the 5th and 6th argument for on the stack for 32bit ptraced processes too
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: Pass the 5th and 6th argument for on the stack for 32bit ptraced processes too
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: ensure that mmapped shared pages are aligned at SHMLBA addresses
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: space register variables need to be in native length (unsigned long)
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: always detect multiple physical ranges
- From: Helge Deller <deller@xxxxxx>
[PATCH] parisc: disable preemption while flushing D- or I-caches through TMPALIAS region
- From: Helge Deller <deller@xxxxxx>
Re: [PATCH 17/19 v2] parisc/mm/fault.c: Port OOM changes to do_page_fault
- From: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: unbreak automounter support on 64-bit kernel with 32-bit userspace
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
Re: [PATCH] parisc: unbreak automounter support on 64-bit kernel with 32-bit userspace
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [PATCH] parisc: unbreak automounter support on 64-bit kernel with 32-bit userspace
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
[PATCH] parisc: enhance automatic CONFIG_CROSS_COMPILE detection
- From: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: unbreak automounter support on 64-bit kernel with 32-bit userspace
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
[PATCH] parisc: add CONFIG_MLONGCALLS option to enable linkage of huge vmlinux executables
- From: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: unbreak automounter support on 64-bit kernel with 32-bit userspace
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] parisc: unbreak automounter support on 64-bit kernel with 32-bit userspace
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [PATCH] parisc: unbreak automounter support on 64-bit kernel with 32-bit userspace
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: [PATCH] parisc: unbreak automounter support on 64-bit kernel with 32-bit userspace
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[PATCH] parisc: unbreak automounter support on 64-bit kernel with 32-bit userspace
- From: Helge Deller <deller@xxxxxx>
[PATCH v2 8/9] parisc: Provide dummy dma_mmap_coherent() and dma_get_sgtable()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH 2/8] mm: use vm_unmapped_area() on alpha architecture
- From: Michael Cree <mcree@xxxxxxxxxxxx>
Re: [PATCH 3/8] mm: use vm_unmapped_area() on frv architecture
- From: David Howells <dhowells@xxxxxxxxxx>
Re: [GIT PULL] parisc fixes for v3.8-rc5
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH 1/8] mm: use vm_unmapped_area() on parisc architecture
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [GIT PULL] parisc fixes for v3.8-rc5
- From: "Helge Deller" <deller@xxxxxx>
Re: [GIT PULL] parisc fixes for v3.8-rc5
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
[PATCH 4/8] mm: use vm_unmapped_area() on ia64 architecture
- From: Michel Lespinasse <walken@xxxxxxxxxx>
[PATCH 2/8] mm: use vm_unmapped_area() on alpha architecture
- From: Michel Lespinasse <walken@xxxxxxxxxx>
[PATCH 3/8] mm: use vm_unmapped_area() on frv architecture
- From: Michel Lespinasse <walken@xxxxxxxxxx>
[PATCH 5/8] mm: use vm_unmapped_area() in hugetlbfs on ia64 architecture
- From: Michel Lespinasse <walken@xxxxxxxxxx>
[PATCH 8/8] mm: remove free_area_cache
- From: Michel Lespinasse <walken@xxxxxxxxxx>
[PATCH 7/8] mm: use vm_unmapped_area() on powerpc architecture
- From: Michel Lespinasse <walken@xxxxxxxxxx>
[PATCH 6/8] mm: remove free_area_cache use in powerpc architecture
- From: Michel Lespinasse <walken@xxxxxxxxxx>
[PATCH 1/8] mm: use vm_unmapped_area() on parisc architecture
- From: Michel Lespinasse <walken@xxxxxxxxxx>
[PATCH 0/8] convert remaining archs to use vm_unmapped_area()
- From: Michel Lespinasse <walken@xxxxxxxxxx>
Re: decommissioning parisc-linux.org
- From: dann frazier <dannf@xxxxxxxxx>
Re: decommissioning parisc-linux.org
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: decommissioning parisc-linux.org
- From: dann frazier <dannf@xxxxxxxxx>
[GIT PULL] parisc fixes for v3.8-rc5
- From: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: Purge existing TLB entries in set_pte_at and ptep_set_wrprotect - take 2
- From: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: Purge existing TLB entries in set_pte_at and ptep_set_wrprotect - take 2
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: [RESEND PATCH] sysctl: Enable PARISC "unaligned-trap" to be used cross-arch
- From: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: Purge existing TLB entries in set_pte_at and ptep_set_wrprotect - take 2
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[PATCH] parisc: Purge existing TLB entries in set_pte_at and ptep_set_wrprotect - take 2
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] parisc: Purge existing TLB entries in set_pte_at and ptep_set_wrprotect
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] parisc: Purge existing TLB entries in set_pte_at and ptep_set_wrprotect
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
[PATCH] parisc: Remove compat_rt_sigframe.h
- From: John David Anglin <dave.anglin@xxxxxxxx>
[PATCH] parisc: Fix comment describing setup of access rights in entry.S
- From: John David Anglin <dave.anglin@xxxxxxxx>
[PATC] parisc: Remove IRQF_DISABLED
- From: John David Anglin <dave.anglin@xxxxxxxx>
[PATCH] parisc: Purge existing TLB entries in set_pte_at and ptep_set_wrprotect
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH 8/9] parisc: Provide dma_mmap_coherent() and dma_get_sgtable()
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 8/9] parisc: Provide dma_mmap_coherent() and dma_get_sgtable()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH 8/9] parisc: Provide dma_mmap_coherent() and dma_get_sgtable()
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 8/9] parisc: Provide dma_mmap_coherent() and dma_get_sgtable()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH 8/9] parisc: Provide dma_mmap_coherent() and dma_get_sgtable()
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[PATCH 8/9] parisc: Provide dma_mmap_coherent() and dma_get_sgtable()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH 7/8] mm: use vm_unmapped_area() on powerpc architecture
- From: Rik van Riel <riel@xxxxxxxxxx>
Re: [PATCH 8/8] mm: remove free_area_cache
- From: Rik van Riel <riel@xxxxxxxxxx>
Re: [PATCH 7/8] mm: use vm_unmapped_area() on powerpc architecture
- From: Rik van Riel <riel@xxxxxxxxxx>
Re: [PATCH 6/8] mm: remove free_area_cache use in powerpc architecture
- From: Rik van Riel <riel@xxxxxxxxxx>
Re: [PATCH 5/8] mm: use vm_unmapped_area() in hugetlbfs on ia64 architecture
- From: Rik van Riel <riel@xxxxxxxxxx>
Re: [PATCH 4/8] mm: use vm_unmapped_area() on ia64 architecture
- From: Rik van Riel <riel@xxxxxxxxxx>
Re: [PATCH 3/8] mm: use vm_unmapped_area() on frv architecture
- From: Rik van Riel <riel@xxxxxxxxxx>
Re: [PATCH 2/8] mm: use vm_unmapped_area() on alpha architecture
- From: Rik van Riel <riel@xxxxxxxxxx>
Re: [PATCH 1/8] mm: use vm_unmapped_area() on parisc architecture
- From: Rik van Riel <riel@xxxxxxxxxx>
Re: [PATCH 7/8] mm: use vm_unmapped_area() on powerpc architecture
- From: Michel Lespinasse <walken@xxxxxxxxxx>
Re: [PATCH 7/8] mm: use vm_unmapped_area() on powerpc architecture
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH 7/8] mm: use vm_unmapped_area() on powerpc architecture
- From: Michel Lespinasse <walken@xxxxxxxxxx>
Re: [PATCH 7/8] mm: use vm_unmapped_area() on powerpc architecture
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH 0/8] vm_unmapped_area: finish the mission
- From: Michel Lespinasse <walken@xxxxxxxxxx>
[PATCH 1/8] mm: use vm_unmapped_area() on parisc architecture
- From: Michel Lespinasse <walken@xxxxxxxxxx>
[PATCH 0/8] vm_unmapped_area: finish the mission
- From: Michel Lespinasse <walken@xxxxxxxxxx>
[PATCH 2/8] mm: use vm_unmapped_area() on alpha architecture
- From: Michel Lespinasse <walken@xxxxxxxxxx>
[PATCH 4/8] mm: use vm_unmapped_area() on ia64 architecture
- From: Michel Lespinasse <walken@xxxxxxxxxx>
[PATCH 3/8] mm: use vm_unmapped_area() on frv architecture
- From: Michel Lespinasse <walken@xxxxxxxxxx>
[PATCH 7/8] mm: use vm_unmapped_area() on powerpc architecture
- From: Michel Lespinasse <walken@xxxxxxxxxx>
[PATCH 5/8] mm: use vm_unmapped_area() in hugetlbfs on ia64 architecture
- From: Michel Lespinasse <walken@xxxxxxxxxx>
[PATCH 8/8] mm: remove free_area_cache
- From: Michel Lespinasse <walken@xxxxxxxxxx>
[PATCH 6/8] mm: remove free_area_cache use in powerpc architecture
- From: Michel Lespinasse <walken@xxxxxxxxxx>
Re: Random crashes when calling git
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Random crashes when calling git
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
[RESEND PATCH] sysctl: Enable PARISC "unaligned-trap" to be used cross-arch
- From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
[RESEND PATCH] Convert PARISC sysctl to be generic
- From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
Re: Random crashes when calling git
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: Random crashes when calling git
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Random crashes when calling git
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: Random crashes when calling git
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: [PATCH] parisc: Improve ptrace support for gdb single-step
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] parisc: Improve ptrace support for gdb single-step
- From: John David Anglin <dave.anglin@xxxxxxxx>
[PATCH] parisc: Improve ptrace support for gdb single-step
- From: John David Anglin <dave.anglin@xxxxxxxx>
[PATCH] parisc: Remove obsolete regs parameter from do_execve() in hpux_execve()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: Random crashes when calling git
- From: John David Anglin <dave.anglin@xxxxxxxx>
Random crashes when calling git
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
[PATCH] sysctl: convert arch specific unaligned access regulators to generic ones
- From: <Vineet.Gupta1@xxxxxxxxxxxx>
Re: [parisc] ptrace breakage
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [parisc] ptrace breakage
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[parisc] ptrace breakage
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
[PATCH 07/20] ALSA: parisc/harmony: remove __dev* attributes
- From: Bill Pemberton <wfp5p@xxxxxxxxxxxx>
[PATCH 09/20] ALSA: ad1889: remove __dev* attributes
- From: Bill Pemberton <wfp5p@xxxxxxxxxxxx>
Re: [PATCH] parisc: sigaltstack doesn't round ss.ss_sp as required
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] parisc: sigaltstack doesn't round ss.ss_sp as required
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
[PATCH] parisc: sigaltstack doesn't round ss.ss_sp as required
- From: John David Anglin <dave.anglin@xxxxxxxx>
sigaltstack doesn't round ss.ss_sp as required
- From: John David Anglin <dave.anglin@xxxxxxxx>
[GIT PULL] parisc fixes for 3.6-rc3
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 128/493] sound: remove use of __devexit_p
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
[PATCH 240/493] parisc: remove use of __devinit
- From: Bill Pemberton <wfp5p@xxxxxxxxxxxx>
[PATCH 343/493] parisc: remove use of __devinitdata
- From: Bill Pemberton <wfp5p@xxxxxxxxxxxx>
[PATCH 128/493] sound: remove use of __devexit_p
- From: Bill Pemberton <wfp5p@xxxxxxxxxxxx>
Re: [PATCH 1/1] arch Kconfig: remove references to IRQ_PER_CPU
- From: Richard Kuo <rkuo@xxxxxxxxxxxxxx>
RE: [PATCH 1/1] arch Kconfig: remove references to IRQ_PER_CPU
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
[PATCH 1/1] arch Kconfig: remove references to IRQ_PER_CPU
- From: James Hogan <james.hogan@xxxxxxxxxx>
Re: possible virtual aliasing issues on parisc ?
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] HIL: remove one goto
- From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
Re: merging printk and WARN
- From: David Sterba <dave@xxxxxxxx>
Re: possible virtual aliasing issues on parisc ?
- From: Michel Lespinasse <walken@xxxxxxxxxx>
Re: possible virtual aliasing issues on parisc ?
- From: John David Anglin <dave.anglin@xxxxxxxx>
merging printk and WARN
- From: Julia Lawall <julia.lawall@xxxxxxx>
[PATCH 15/16] drivers/parisc/pdc_stable.c: use WARN
- From: Julia Lawall <Julia.Lawall@xxxxxxx>
Re: possible virtual aliasing issues on parisc ?
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: possible virtual aliasing issues on parisc ?
- From: Michel Lespinasse <walken@xxxxxxxxxx>
Re: possible virtual aliasing issues on parisc ?
- From: Michel Lespinasse <walken@xxxxxxxxxx>
Re: possible virtual aliasing issues on parisc ?
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: possible virtual aliasing issues on parisc ?
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[PATCH] HIL: remove one goto
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: Machine stuck when userspace 100% busy
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: Machine stuck when userspace 100% busy
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: [jdelvare-staging:i2c-for-linus 9/15] drivers/leds/leds-tca6507.c:179:20: error: field 'gpio' has incomplete type
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
Re: [jdelvare-staging:i2c-for-linus 9/15] drivers/leds/leds-tca6507.c:179:20: error: field 'gpio' has incomplete type
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: Machine stuck when userspace 100% busy
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: Machine stuck when userspace 100% busy
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
Re: Machine stuck when userspace 100% busy
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: Machine stuck when userspace 100% busy
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
Machine stuck when userspace 100% busy
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: new execve/kernel_thread design
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[GIT PULL] parisc high code motion changes for 3.7-rc1
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[PATCH net-next 00/21] treewide: Use consistent api style for address testing
- From: Joe Perches <joe@xxxxxxxxxxx>
Re: parisc-linux.org down?
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
Re: parisc-linux.org down?
- From: Mike Frysinger <vapier@xxxxxxxxxx>
Re: parisc-linux.org down?
- From: dann frazier <dannf@xxxxxxxxx>
[GIT PULL] Disintegrate UAPI for parisc [ver #3]
- From: David Howells <dhowells@xxxxxxxxxx>
Re: [GIT PULL] Disintegrate UAPI for parisc [ver #2]
- From: David Howells <dhowells@xxxxxxxxxx>
Re: [GIT PULL] Disintegrate UAPI for parisc [ver #2]
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[vexpress:for-tixy 1/13] include/linux/mfd/tps65912.h:301:19: error: field 'gpio' has incomplete type
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
[jdelvare-staging:i2c-for-linus 9/15] drivers/leds/leds-tca6507.c:179:20: error: field 'gpio' has incomplete type
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
Re: palinux is down
- From: Thibaut VARENE <varenet@xxxxxxxxx>
Re: parisc-linux.org down?
- From: Mike Frysinger <vapier@xxxxxxxxxx>
[ 088/120] parisc: Add missing RCU idle APIs on idle loop
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: parisc-linux.org down?
- From: dann frazier <dannf@xxxxxxxxx>
Re: parisc-linux.org down?
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
[ 102/133] parisc: Add missing RCU idle APIs on idle loop
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: parisc-linux.org down?
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
[ 089/122] parisc: Add missing RCU idle APIs on idle loop
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: parisc-linux.org down?
- From: Mike Frysinger <vapier@xxxxxxxxxx>
parisc-linux.org down?
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
Patch "parisc: Add missing RCU idle APIs on idle loop" has been added to the 3.5-stable tree
- From: <gregkh@xxxxxxxxxxxxxxxxxxx>
Patch "parisc: Add missing RCU idle APIs on idle loop" has been added to the 3.4-stable tree
- From: <gregkh@xxxxxxxxxxxxxxxxxxx>
Patch "parisc: Add missing RCU idle APIs on idle loop" has been added to the 3.6-stable tree
- From: <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: what's parisc execve_wrapper doing in the end?
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: what's parisc execve_wrapper doing in the end?
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[GIT PULL] Disintegrate UAPI for parisc [ver #2]
- From: David Howells <dhowells@xxxxxxxxxx>
Re: what's parisc execve_wrapper doing in the end?
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: what's parisc execve_wrapper doing in the end?
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: what's parisc execve_wrapper doing in the end?
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: what's parisc execve_wrapper doing in the end?
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: what's parisc execve_wrapper doing in the end?
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: what's parisc execve_wrapper doing in the end?
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: what's parisc execve_wrapper doing in the end?
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: what's parisc execve_wrapper doing in the end?
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: what's parisc execve_wrapper doing in the end?
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: what's parisc execve_wrapper doing in the end?
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: what's parisc execve_wrapper doing in the end?
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [GIT PULL] Disintegrate UAPI for parisc
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: what's parisc execve_wrapper doing in the end?
- From: John David Anglin <dave.anglin@xxxxxxxx>
[GIT PULL] Disintegrate UAPI for parisc
- From: David Howells <dhowells@xxxxxxxxxx>
Re: what's parisc execve_wrapper doing in the end?
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: what's parisc execve_wrapper doing in the end?
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
Re: what's parisc execve_wrapper doing in the end?
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: what's parisc execve_wrapper doing in the end?
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: what's parisc execve_wrapper doing in the end?
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: what's parisc execve_wrapper doing in the end?
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: parisc: orphaned asm/compat_signal.h file?
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: parisc: orphaned asm/compat_signal.h file?
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: parisc: orphaned asm/compat_signal.h file?
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[tip:core/rcu] parisc: Add missing RCU idle APIs on idle loop
- From: tip-bot for Frederic Weisbecker <fweisbec@xxxxxxxxx>
Re: parisc: orphaned asm/compat_signal.h file?
- From: John David Anglin <dave.anglin@xxxxxxxx>
parisc: orphaned asm/compat_signal.h file?
- From: Denys Vlasenko <vda.linux@xxxxxxxxxxxxxx>
Re: I have 12GB of RAM but I can only use 1GB?
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
Re: I have 12GB of RAM but I can only use 1GB?
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: I have 12GB of RAM but I can only use 1GB?
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
I have 12GB of RAM but I can only use 1GB?
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
Re: [PATCH 00/10] rcu: Add missing RCU idle APIs on idle loop
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 00/10] rcu: Add missing RCU idle APIs on idle loop
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
Re: Thread stack allocation
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
Re: Thread stack allocation
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Thread stack allocation
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
Re: Thread stack allocation
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Thread stack allocation
- From: John David Anglin <dave.anglin@xxxxxxxx>
Thread stack allocation
- From: John David Anglin <dave.anglin@xxxxxxxx>
[PATCH] parisc: fix possible memory leak in pat_query_module()
- From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
Re: [PATCH tip/core/rcu 23/26] parisc: Add missing RCU idle APIs on idle loop
- From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
[GIT PULL] parisc fixes for 3.6-rc3
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[GIT PULL] parisc fixes for 3.4-rc1
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[PATCH tip/core/rcu 23/26] parisc: Add missing RCU idle APIs on idle loop
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
- From: Tobias Klausmann <klausman@xxxxxxxxxxxxxxx>
Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
- From: Michael Cree <mcree@xxxxxxxxxxxx>
Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
- From: Michael Cree <mcree@xxxxxxxxxxxx>
Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 08/10] parisc: Add missing RCU idle APIs on idle loop
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH 00/10] rcu: Add missing RCU idle APIs on idle loop
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
Re: [PATCH 00/10] rcu: Add missing RCU idle APIs on idle loop
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
[PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
[PATCH 09/11] parisc: Add missing RCU idle APIs on idle loop
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
Re: [PATCH 00/10] rcu: Add missing RCU idle APIs on idle loop
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
Re: [PATCH 00/10] rcu: Add missing RCU idle APIs on idle loop
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
[PATCH 08/10] parisc: Add missing RCU idle APIs on idle loop
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
[PATCH 00/10] rcu: Add missing RCU idle APIs on idle loop
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
[PATCH v2 14/16] parisc/PCI: Use list_for_each_entry() for bus->devices traversal
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
[PATCH v2 13/16] parisc/PCI: Enable PERR/SERR on all devices
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
[PATCH 3/6] parisc/PCI: Enable PERR/SERR on all devices
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
[PATCH 4/6] parisc/PCI: Use list_for_each_entry() for bus->devices traversal
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
Re: [PATCH] [ALPHA] Redefine ATOMIC_INIT and ATOMIC64_INIT to drop the casts
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [next:akpm 129/309] net/core/sock.c:274:36: error: initializer element is not constant
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: [next:akpm 129/309] net/core/sock.c:274:36: error: initializer element is not constant
- From: Michael Cree <mcree@xxxxxxxxxxxx>
[PATCH] [ALPHA] Redefine ATOMIC_INIT and ATOMIC64_INIT to drop the casts
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
Re: [next:akpm 129/309] net/core/sock.c:274:36: error: initializer element is not constant
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
Re: [next:akpm 129/309] net/core/sock.c:274:36: error: initializer element is not constant
- From: Michael Cree <mcree@xxxxxxxxxxxx>
Re: Linux 3.4-rc7
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Linux 3.4-rc7
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: [next:akpm 129/309] net/core/sock.c:274:36: error: initializer element is not constant
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
Re: [PATCH v2] parisc: fix personality flag check in copy_thread()
- From: Jiri Kosina <jkosina@xxxxxxx>
Re: [PATCH v2] parisc: fix personality flag check in copy_thread()
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH v2] parisc: fix personality flag check in copy_thread()
- From: Jiri Kosina <jkosina@xxxxxxx>
Re: [PATCH v2] parisc: fix personality flag check in copy_thread()
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[PATCH v2] parisc: fix personality flag check in copy_thread()
- From: Jiri Kosina <jkosina@xxxxxxx>
Re: Linux 3.4-rc7
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Linux 3.4-rc7
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
[PATCH] parisc: fix personality flag check in copy_thread()
- From: Jiri Kosina <jkosina@xxxxxxx>
RE: [PATCH] debug: Do not permit CONFIG_DEBUG_STACK_USAGE=y on IA64 or PARISC
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
Re: [PATCH] debug: Do not permit CONFIG_DEBUG_STACK_USAGE=y on IA64 or PARISC
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] debug: Do not permit CONFIG_DEBUG_STACK_USAGE=y on IA64 or PARISC
- From: Peter Chubb <peter.chubb@xxxxxxxxxxxx>
Re: [next:akpm 129/309] net/core/sock.c:274:36: error: initializer element is not constant
- From: Tony Luck <tony.luck@xxxxxxxxx>
Re: [PATCH] debug: Do not permit CONFIG_DEBUG_STACK_USAGE=y on IA64 or PARISC
- From: Ingo Molnar <mingo@xxxxxxxxxx>
RE: [PATCH] debug: Do not permit CONFIG_DEBUG_STACK_USAGE=y on IA64 or PARISC
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
Re: [next:akpm 129/309] net/core/sock.c:274:36: error: initializer element is not constant
- From: Mel Gorman <mgorman@xxxxxxx>
Re: [PATCH] debug: Do not permit CONFIG_DEBUG_STACK_USAGE=y on IA64 or PARISC
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] debug: Do not permit CONFIG_DEBUG_STACK_USAGE=y on IA64 or PARISC
- From: Ingo Molnar <mingo@xxxxxxxxxx>
Re: [next:akpm 129/309] net/core/sock.c:274:36: error: initializer element is not constant
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [next:akpm 129/309] net/core/sock.c:274:36: error: initializer element is not constant
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: [next:akpm 129/309] net/core/sock.c:274:36: error: initializer element is not constant
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
Re: [next:akpm 129/309] net/core/sock.c:274:36: error: initializer element is not constant
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: [next:akpm 129/309] net/core/sock.c:274:36: error: initializer element is not constant
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
Re: [next:akpm 129/309] net/core/sock.c:274:36: error: initializer element is not constant
- From: Mel Gorman <mgorman@xxxxxxx>
Re: [next:akpm 129/309] net/core/sock.c:274:36: error: initializer element is not constant
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[PATCH] debug: Do not permit CONFIG_DEBUG_STACK_USAGE=y on IA64 or PARISC
- From: Tony Luck <tony.luck@xxxxxxxxx>
Re: 3.4.1 fails to boot on Apollo 705 in paging_init
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: 3.4.1 fails to boot on Apollo 705 in paging_init
- From: "Rolf Eike Beer" <eike-kernel@xxxxxxxxx>
Re: 3.4.1 fails to boot on Apollo 705 in paging_init
- From: Helge Deller <deller@xxxxxx>
Re: [PATCH 17/19 v2] parisc/mm/fault.c: Port OOM changes to do_page_fault
- From: Kautuk Consul <consul.kautuk@xxxxxxxxx>
[PATCH] parisc: remove unused header
- From: Paul Bolle <pebolle@xxxxxxxxxx>
[PATCH] parisc: remove unused and empty header
- From: Paul Bolle <pebolle@xxxxxxxxxx>
Re: [GIT PULL] parisc fixes for 3.4-rc1
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [GIT PULL] parisc fixes for 3.4-rc1
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
[GIT PULL] parisc fixes for 3.4-rc1
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
3.4.1 fails to boot on Apollo 705 in paging_init
- From: "Rolf Eike Beer" <eike-kernel@xxxxxxxxx>
Re: [PATCH 3/3] fix code to find libgcc
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
[PATCH 3/3] fix code to find libgcc
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[PATCH 2/3] fix compile break in use of lib/strncopy_from_user.c
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[PATCH 1/3] fix missing TAINT_WARN problem
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[PATCH 0/3] fix recent parisc build breakages
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[PATCH 24/27] parisc, smpboot: Use generic SMP booting infrastructure
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
[GIT PULL] parisc updates for the 3.4+ merge window
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH v2] update parisc to use generic strncpy_from_user()
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[RFC PATCH 03/10] parisc: smp: remove call to ipi_call_lock()/ipi_call_unlock()
- From: Yong Zhang <yong.zhang0@xxxxxxxxx>
Re: [PATCH v2] update parisc to use generic strncpy_from_user()
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
[PATCH v2] update parisc to use generic strncpy_from_user()
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] update parisc to use generic strncpy_from_user()
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] update parisc to use generic strncpy_from_user()
- From: David Miller <davem@xxxxxxxxxxxxx>
[PATCH] update parisc to use generic strncpy_from_user()
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: Fix parisc compile failure after smp: Add task_struct argument to __cpu_up()
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Fix parisc compile failure after smp: Add task_struct argument to __cpu_up()
- From: James Bottomley <jbottomley@xxxxxxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: "Peter Gantner \(nephros\)" <gentoo@xxxxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: Helge Deller <deller@xxxxxx>
HP K360 available in Norway
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
Re: Washing of machine owner database
- From: Grant Grundler <grantgrundler@xxxxxxxxx>
Fwd: Washing of machine owner database
- From: Thibaut VARENE <T-Bone@xxxxxxxxxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: Helge Deller <deller@xxxxxx>
Re: [parisc] double restarts on multiple signal arrivals
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: Helge Deller <deller@xxxxxx>
Re: [parisc] double restarts on multiple signal arrivals
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [parisc] double restarts on multiple signal arrivals
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [parisc] double restarts on multiple signal arrivals
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
[GIT PULL] parisc fixes for 3.3-rc5
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [parisc] double restarts on multiple signal arrivals
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [parisc] double restarts on multiple signal arrivals
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [parisc] double restarts on multiple signal arrivals
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
Re: [parisc] double restarts on multiple signal arrivals
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: Helge Deller <deller@xxxxxx>
Re: [parisc] double restarts on multiple signal arrivals
- From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
Re: [parisc] double restarts on multiple signal arrivals
- From: Grant Grundler <grantgrundler@xxxxxxxxx>
Re: [parisc] double restarts on multiple signal arrivals
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [parisc] double restarts on multiple signal arrivals
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [parisc] double restarts on multiple signal arrivals
- From: Grant Grundler <grantgrundler@xxxxxxxxx>
[parisc] double restarts on multiple signal arrivals
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: "Rolf Eike Beer" <eike-kernel@xxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: Helge Deller <deller@xxxxxx>
Re: Build regressions/improvements in v3.4-rc7
- From: Timur Tabi <b04825@xxxxxxxxxxxxx>
Re: Build regressions/improvements in v3.4-rc7
- From: Scott Wood <scottwood@xxxxxxxxxxxxx>
Re: Build regressions/improvements in v3.4-rc7
- From: Timur Tabi <b04825@xxxxxxxxxxxxx>
Re: Re: Build regressions/improvements in v3.4-rc7
- From: Timur Tabi <timur@xxxxxxxxxxxxx>
Re: Re: Build regressions/improvements in v3.4-rc7
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: Re: Build regressions/improvements in v3.4-rc7
- From: Tabi Timur-B04825 <B04825@xxxxxxxxxxxxx>
Re: Re: Build regressions/improvements in v3.4-rc7
- From: Timur Tabi <timur@xxxxxxxxxxxxx>
[PATCH] PARISC: fix boot failure on 32-bit systems caused by branch stubs placed before .text
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Boot failure with 32bit kernel
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: Build regressions/improvements in v3.4-rc7
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Build regressions/improvements in v3.4-rc7
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: Helge Deller <deller@xxxxxx>
Re: Build regressions/improvements in v3.4-rc7
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: Build regressions/improvements in v3.4-rc7
- From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: Build regressions/improvements in v3.4-rc7
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: "Rolf Eike Beer" <eike-kernel@xxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: Build regressions/improvements in v3.4-rc7
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: Vincent <vincent.stehle@xxxxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: Helge Deller <deller@xxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: Helge Deller <deller@xxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: Linux 3.4-rc7
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[RESEND PATCH 2/2] mn10300/CPU hotplug: Add missing call to notify_cpu_starting()
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
[RESEND PATCH 1/2] parisc/CPU hotplug: Add missing call to notify_cpu_starting()
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
[RESEND PATCH 0/2] arch/CPU hotplug: Add missing CPU Hotplug bits to fix nasty issues
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: Helge Deller <deller@xxxxxx>
Re: Linux 3.4-rc7
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
Re: Linux 3.4-rc7
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: Linux 3.4-rc7
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
Re: Linux 3.4-rc7
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Linux 3.4-rc7
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: Helge Deller <deller@xxxxxx>
kernel BUG at mm/slab.c:3109!
- From: Jeroen Roovers <jer@xxxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Linux 3.4-rc7
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Linux 3.4-rc7
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Linux 3.4-rc7
- From: Tobias Ulmer <tobiasu@xxxxxxxx>
Re: Linux 3.4-rc7
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
Re: Linux 3.4-rc7
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Linux 3.4-rc7
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
3.4.0-rc7 hangs with SMP on c8000
- From: Tobias Ulmer <tobiasu@xxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: Jeroen Roovers <jer@xxxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: Helge Deller <deller@xxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: Vincent <vincent.stehle@xxxxxxxxxxx>
Re: [PATCH 0/5] PA-RISC: fix compile
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: [PATCH 0/5] PA-RISC: fix compile
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
[PATCH 3/5] parisc: drop include of asm/pdc.h from asm/hardware.h
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
[PATCH 2/5] parisc: add missing forward declarations in asm/hardware.h
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
[PATCH 1/5] parisc: add missing includes in asm/spinlock.h
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
[PATCH 0/5] PA-RISC: fix compile
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
[PATCH 4/5] parisc: add missing include of asm/page.h to asm/pgtable.h
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
[PATCH 5/5] parisc: move definition of PAGE0 to asm/page.h
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH 1/5] PA-RISC: fix compile errors
- From: Grant Grundler <grantgrundler@xxxxxxxxx>
Re: [PATCH] Fix compile failure on PA-RISC
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] Fix compile failure on PA-RISC
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH 1/5] PA-RISC: fix compile errors
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: John David Anglin <dave.anglin@xxxxxxxx>
[PATCH 5/5] PA-RISC: fix compile errors
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: [PATCH 5/5] PA-RISC: fix compile errors
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: [PATCH 5/5] PA-RISC: fix compile errors
- From: Matt Turner <mattst88@xxxxxxxxx>
[PATCH 5/5] PA-RISC: fix compile errors
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
[PATCH 4/5] PA-RISC: fix compile errors
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
[PATCH 3/5] PA-RISC: fix compile errors
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
[PATCH 2/5] PA-RISC: fix compile errors
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
[PATCH 1/5] PA-RISC: fix compile errors
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: John David Anglin <dave.anglin@xxxxxxxx>
Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
- From: Vincent <vincent.stehle@xxxxxxxxxxx>