Linux PA RISC
Thread Index
[
Prev Page
][
Next Page
]
Re: [parisc] A500 boot crash with 44786880df196a4200c178945c4d41675faf9fb7
From
: Meelis Roos <mroos@xxxxxxxx>
[PATCH] parisc: Use LINUX_GATEWAY_SPACE constant in entry.S
From
: Helge Deller <deller@xxxxxx>
Re: [parisc] A500 boot crash with 44786880df196a4200c178945c4d41675faf9fb7
From
: Helge Deller <deller@xxxxxx>
Re: [parisc] A500 boot crash with 44786880df196a4200c178945c4d41675faf9fb7
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [parisc] A500 boot crash with 44786880df196a4200c178945c4d41675faf9fb7
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD
From
: Rob Herring <robh@xxxxxxxxxx>
Re: [parisc] A500 boot crash with 44786880df196a4200c178945c4d41675faf9fb7
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD
From
: Florian Fainelli <f.fainelli@xxxxxxxxx>
Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD
From
: Rob Herring <robh@xxxxxxxxxx>
Re: [parisc] A500 boot crash with 44786880df196a4200c178945c4d41675faf9fb7
From
: Helge Deller <deller@xxxxxx>
[PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD
From
: Florian Fainelli <f.fainelli@xxxxxxxxx>
[PATCH v2 2/2] arm64: Create asm/initrd.h
From
: Florian Fainelli <f.fainelli@xxxxxxxxx>
[PATCH v2 1/2] arch: Add asm-generic/initrd.h and make use of it for most architectures
From
: Florian Fainelli <f.fainelli@xxxxxxxxx>
Re: [parisc] A500 boot crash with 44786880df196a4200c178945c4d41675faf9fb7
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [parisc] A500 boot crash with 44786880df196a4200c178945c4d41675faf9fb7
From
: Helge Deller <deller@xxxxxx>
Re: [parisc] A500 boot crash with 44786880df196a4200c178945c4d41675faf9fb7
From
: Helge Deller <deller@xxxxxx>
Re: [parisc] A500 boot crash with 44786880df196a4200c178945c4d41675faf9fb7
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [parisc] A500 boot crash with 44786880df196a4200c178945c4d41675faf9fb7
From
: Meelis Roos <mroos@xxxxxxxx>
Re: [parisc] A500 boot crash with 44786880df196a4200c178945c4d41675faf9fb7
From
: Meelis Roos <mroos@xxxxxxxx>
Re: [parisc] A500 boot crash with 44786880df196a4200c178945c4d41675faf9fb7
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: Aw: [parisc] A500 boot crash with 44786880df196a4200c178945c4d41675faf9fb7
From
: Meelis Roos <mroos@xxxxxxxx>
Aw: [parisc] A500 boot crash with 44786880df196a4200c178945c4d41675faf9fb7
From
: "Helge Deller" <deller@xxxxxx>
[parisc] A500 boot crash with 44786880df196a4200c178945c4d41675faf9fb7
From
: Meelis Roos <mroos@xxxxxxxx>
Re: [GIT PULL] parisc architecture updates for kernel v4.20
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [GIT PULL] parisc architecture updates for kernel v4.20
From
: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
Re: [GIT PULL] parisc architecture updates for kernel v4.20
From
: Aaro Koskinen <aaro.koskinen@xxxxxx>
Re: [GIT PULL] parisc architecture updates for kernel v4.20
From
: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
Re: [GIT PULL] parisc architecture updates for kernel v4.20
From
: Helge Deller <deller@xxxxxx>
Re: [GIT PULL] parisc architecture updates for kernel v4.20
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [GIT PULL] parisc architecture updates for kernel v4.20
From
: Aaro Koskinen <aaro.koskinen@xxxxxx>
Re: [GIT PULL] parisc architecture updates for kernel v4.20
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [GIT PULL] parisc architecture updates for kernel v4.20
From
: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
Re: [GIT PULL] parisc architecture updates for kernel v4.20
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [GIT PULL] parisc architecture updates for kernel v4.20
From
: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
[GIT PULL] parisc architecture updates for kernel v4.20
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: remove the dead ccio-rm-dma driver
From
: Helge Deller <deller@xxxxxx>
[PATCH] parisc: remove the dead ccio-rm-dma driver
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH v2] parisc: Optimze cache flush algorithms
From
: John David Anglin <dave.anglin@xxxxxxxx>
[PATCH] parisc: Remove pte_inserted define
From
: John David Anglin <dave.anglin@xxxxxxxx>
[PATCH] parisc: Retrieve and display the PDC PAT capabilities
From
: Helge Deller <deller@xxxxxx>
[PATCH] parisc: Add PDC PAT cell_info() and pd_get_pdc_revisions() functions
From
: Helge Deller <deller@xxxxxx>
[PATCH] parisc: Drop two instructions from pte lookup code
From
: Helge Deller <deller@xxxxxx>
[PATCH] parisc: Use zdep for shlw macro on PA1.1 and PA2.0
From
: Helge Deller <deller@xxxxxx>
Re: [RFC][PATCH] parisc: Fix left-shift assembly to be PA1.1 compatible
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [RFC][PATCH] parisc: Fix left-shift assembly to be PA1.1 compatible
From
: Helge Deller <deller@xxxxxx>
Re: [RFC][PATCH] parisc: Fix left-shift assembly to be PA1.1 compatible
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [RFC][PATCH] parisc: Fix left-shift assembly to be PA1.1 compatible
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [RFC][PATCH] parisc: Fix left-shift assembly to be PA1.1 compatible
From
: Helge Deller <deller@xxxxxx>
Re: [RFC][PATCH] parisc: Fix left-shift assembly to be PA1.1 compatible
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [RFC][PATCH] parisc: Fix left-shift assembly to be PA1.1 compatible
From
: John David Anglin <dave.anglin@xxxxxxxx>
[RFC][PATCH] parisc: Fix left-shift assembly to be PA1.1 compatible
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH v5 1/5] parisc: move __IGNORE* entries to non uapi header
From
: Helge Deller <deller@xxxxxx>
Re: [RFC][PATCH v2] parisc: Add alternative coding when running UP
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [RFC][PATCH v2] parisc: Add alternative coding when running UP
From
: Helge Deller <deller@xxxxxx>
Re: [GIT PULL] parisc fix for kernel v4.19
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] extract-vmlinux: Check for uncompressed image as fallback
From
: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
[GIT PULL] parisc fix for kernel v4.19
From
: Helge Deller <deller@xxxxxx>
Re: linux-next: Signed-off-by missing for commits in the parisc-hd tree
From
: Helge Deller <deller@xxxxxx>
linux-next: Signed-off-by missing for commits in the parisc-hd tree
From
: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
[RFC][PATCH v4] parisc: Add alternative coding infrastructure
From
: Helge Deller <deller@xxxxxx>
[PATCH] parisc: Release spinlocks using ordered store
From
: John David Anglin <dave.anglin@xxxxxxxx>
[PATCH v2] parisc: Reorder TLB flush timing calculation
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [RFC][PATCH v2] parisc: Add alternative coding when running UP
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [RFC][PATCH v2] parisc: Add alternative coding when running UP
From
: Helge Deller <deller@xxxxxx>
[RFC][PATCH v3] parisc: Add alternative coding infrastructure
From
: Helge Deller <deller@xxxxxx>
Re: [RFC][PATCH v2] parisc: Add alternative coding when running UP
From
: Helge Deller <deller@xxxxxx>
Re: [RFC][PATCH v2] parisc: Add alternative coding when running UP
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH v2] parisc: Add alternative coding when running UP
From
: John David Anglin <dave.anglin@xxxxxxxx>
[PATCH v5 5/5] parisc: syscalls: ignore nfsservctl for other architectures
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v5 4/5] parisc: uapi header and system call table file generation
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v5 2/5] parisc: add __NR_syscalls along with __NR_Linux_syscalls
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v5 3/5] parisc: add system call table generation support
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v5 1/5] parisc: move __IGNORE* entries to non uapi header
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v5 0/5] parisc: system call table generation support
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH] parisc: Fix uninitialized variable usage in unwind.c
From
: Helge Deller <deller@xxxxxx>
[PATCH] extract-vmlinux: Check for uncompressed image as fallback
From
: Helge Deller <deller@xxxxxx>
Re: [RFC][PATCH v2] parisc: Add alternative coding when running UP
From
: Helge Deller <deller@xxxxxx>
Re: [RFC][PATCH v2] parisc: Add alternative coding when running UP
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[PATCH] parisc: Include compressed vmlinux file in vmlinuz boot kernel
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH v4 3/6] parisc: add system call table generation support
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
Re: [PATCH v4 3/6] parisc: add system call table generation support
From
: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: [PATCH v4 3/6] parisc: add system call table generation support
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
Re: [PATCH v4 3/6] parisc: add system call table generation support
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH] parisc: Fix exported address of os_hpmc handler
From
: Helge Deller <deller@xxxxxx>
[RFC][PATCH v2] parisc: Add alternative coding when running UP
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: Add alternative coding when running UP
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH v4 3/6] parisc: add system call table generation support
From
: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
Re: [PATCH] parisc: Add alternative coding when running UP
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH] parisc: Add alternative coding when running UP
From
: Matt Turner <mattst88@xxxxxxxxx>
Re: [PATCH v4 3/6] parisc: add system call table generation support
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
Re: [PATCH v4 5/6] parisc: wire up rseq system call
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
From
: Daniel Colascione <dancol@xxxxxxxxxx>
Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
From
: Daniel Colascione <dancol@xxxxxxxxxx>
Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
From
: Daniel Colascione <dancol@xxxxxxxxxx>
Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
[PATCH] parisc: Add alternative coding when running UP
From
: Helge Deller <deller@xxxxxx>
[PATCH] parisc: Fix map_pages() to not overwrite existing pte
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH v4 5/6] parisc: wire up rseq system call
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH v4 3/6] parisc: add system call table generation support
From
: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: [PATCH v4 3/6] parisc: add system call table generation support
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
Re: [PATCH v4 3/6] parisc: add system call table generation support
From
: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: [PATCH v4 5/6] parisc: wire up rseq system call
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH v4 3/6] parisc: add system call table generation support
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH v4 3/6] parisc: add system call table generation support
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
Re: [PATCH v4 5/6] parisc: wire up rseq system call
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
Re: [PATCH v4 5/6] parisc: wire up rseq system call
From
: Arnd Bergmann <arnd@xxxxxxxx>
[PATCH v4 5/6] parisc: wire up rseq system call
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v4 6/6] parisc: syscalls: Ignore nfsservctl for other architectures
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v4 4/6] parisc: uapi header and system call table file generation
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v4 3/6] parisc: add system call table generation support
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v4 2/6] parisc: add __NR_Linux_syscalls along with __NR_syscalls
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v4 1/6] parisc: move __IGNORE* entries to non uapi header
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v4 0/6] parisc: system call table generation support
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH][RFC] parisc: Halve size of syscall table in 64-bit kernel
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH v3 0/7] Remove errors building drivers/DRIVERNAME
From
: Leonardo Bras <leobras.c@xxxxxxxxx>
Re: [PATCH v3 3/7] drivers: parisc: Avoids building driver if CONFIG_PARISC is disabled
From
: Leonardo Bras <leobras.c@xxxxxxxxx>
Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH v3 3/6] parisc: add system call table generation support
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
Re: [PATCH v3 3/6] parisc: add system call table generation support
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH v3 3/6] parisc: add system call table generation support
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
Re: [PATCH v3 3/6] parisc: add system call table generation support
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH v3 3/6] parisc: add system call table generation support
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
Re: [PATCH v3 3/6] parisc: add system call table generation support
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH v3 3/6] parisc: add system call table generation support
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH v3 3/6] parisc: add system call table generation support
From
: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
Re: [PATCH v3 5/6] parisc: wire up rseq system call
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH v3 5/6] parisc: wire up rseq system call
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH v3 5/6] parisc: wire up rseq system call
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
Re: [PATCH v3 5/6] parisc: wire up rseq system call
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH v3 3/6] parisc: add system call table generation support
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
Re: [PATCH v3 5/6] parisc: wire up rseq system call
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
Re: [PATCH v3 5/6] parisc: wire up rseq system call
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH v3 5/6] parisc: wire up rseq system call
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
Re: [PATCH v3 5/6] parisc: wire up rseq system call
From
: Helge Deller <deller@xxxxxx>
[PATCH v3 5/6] parisc: wire up rseq system call
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v3 6/6] parisc: syscalls: Ignore nfsservctl for other architectures
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v3 4/6] parisc: uapi header and system call table file generation
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v3 3/6] parisc: add system call table generation support
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v3 2/6] parisc: add __NR_Linux_syscalls along with __NR_syscalls
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v3 1/6] parisc: move __IGNORE* entries to non uapi header
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v3 0/6] System call table generation support
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH] parisc: Ratelimit dino stuck interrupt warnings
From
: Helge Deller <deller@xxxxxx>
[PATCH] parisc: dino: Utilize DINO_MASK_IRQ() macro
From
: Helge Deller <deller@xxxxxx>
[PATCH] parisc: Shorten kernel crash output
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: Fix address in HPMC IVA
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] parisc: Fix address in HPMC IVA
From
: John David Anglin <dave.anglin@xxxxxxxx>
[PATCH] Add SYSTEM_INFO and REGISTER TOC PAT functions
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: Fix address in HPMC IVA
From
: Helge Deller <deller@xxxxxx>
[PATCH] parisc: Fix address in HPMC IVA
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH v3 3/7] drivers: parisc: Avoids building driver if CONFIG_PARISC is disabled
From
: Michael Schmitz <schmitzmic@xxxxxxxxx>
Re: [PATCH v3 3/7] drivers: parisc: Avoids building driver if CONFIG_PARISC is disabled
From
: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH v3 3/7] drivers: parisc: Avoids building driver if CONFIG_PARISC is disabled
From
: Leonardo Bras <leobras.c@xxxxxxxxx>
[PATCH 0/5] termios: remove arch redundancy in <asm/termbits.h>
From
: "H. Peter Anvin (Intel)" <hpa@xxxxxxxxx>
[PATCH 4/5] arch/parisc, termios: use <asm-generic/termios.h>
From
: "H. Peter Anvin (Intel)" <hpa@xxxxxxxxx>
Re: [GIT PULL] parisc fixes for kernel v4.19
From
: Helge Deller <deller@xxxxxx>
Re: [GIT PULL] parisc fixes for kernel v4.19
From
: Helge Deller <deller@xxxxxx>
Re: [GIT PULL] parisc fixes for kernel v4.19
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [GIT PULL] parisc fixes for kernel v4.19
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH v3 3/7] drivers: parisc: Avoids building driver if CONFIG_PARISC is disabled
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH v3 0/7] Remove errors building drivers/DRIVERNAME
From
: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH v3 0/7] Remove errors building drivers/DRIVERNAME
From
: Leonardo Bras <leobras.c@xxxxxxxxx>
Re: [PATCH v3 5/7] drivers: s390: Avoids building drivers if ARCH is not s390.
From
: Leonardo Bras <leobras.c@xxxxxxxxx>
Re: [PATCH v3 3/7] drivers: parisc: Avoids building driver if CONFIG_PARISC is disabled
From
: Leonardo Bras <leobras.c@xxxxxxxxx>
Re: [PATCH v3 0/7] Remove errors building drivers/DRIVERNAME
From
: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
Re: [GIT PULL] parisc fixes for kernel v4.19
From
: gregkh <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: [GIT PULL] parisc fixes for kernel v4.19
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [GIT PULL] parisc fixes for kernel v4.19
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH v3 0/7] Remove errors building drivers/DRIVERNAME
From
: Leonardo Bras <leobras.c@xxxxxxxxx>
Re: HP FireGL-UX on C3700 - Framebuffer loses signal.
From
: Helge Deller <deller@xxxxxx>
Re: [GIT PULL] parisc fixes for kernel v4.19
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH v2 3/5] parisc: add system call table generation support
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
Re: [GIT PULL] parisc fixes for kernel v4.19
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: HP FireGL-UX on C3700 - Framebuffer loses signal.
From
: Robert Gadsdon <rhgadsdon@xxxxxxxxx>
Re: [GIT PULL] parisc fixes for kernel v4.19
From
: Helge Deller <deller@xxxxxx>
Re: [GIT PULL] parisc fixes for kernel v4.19
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[GIT PULL] parisc fixes for kernel v4.19
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH v2 3/5] parisc: add system call table generation support
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
Re: [PATCH v2 2/5] parisc: add __NR_Linux_syscalls macro with __NR_syscalls
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
Re: [PATCH v3 5/7] drivers: s390: Avoids building drivers if ARCH is not s390.
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: [PATCH v2 3/5] parisc: add system call table generation support
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH v3 0/7] Remove errors building drivers/DRIVERNAME
From
: Robert Richter <rric@xxxxxxxxxx>
Re: linux-next: Signed-off-by missing for commit in the parisc-hd tree
From
: Helge Deller <deller@xxxxxx>
linux-next: Signed-off-by missing for commit in the parisc-hd tree
From
: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
[PATCH v3] parisc: Remove PTE load and fault check from L2_ptep macro
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] parisc: Reorder TLB flush timing calculation
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH v2 2/5] parisc: add __NR_Linux_syscalls macro with __NR_syscalls
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH v3 3/7] drivers: parisc: Avoids building driver if CONFIG_PARISC is disabled
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[PATCH v3 7/7] drivers: hwtracing: Adds Makefile to enable building from directory.
From
: Leonardo Brás <leobras.c@xxxxxxxxx>
[PATCH v3 6/7] drivers: oprofile: Avoids building driver from direct make command
From
: Leonardo Brás <leobras.c@xxxxxxxxx>
[PATCH v3 5/7] drivers: s390: Avoids building drivers if ARCH is not s390.
From
: Leonardo Brás <leobras.c@xxxxxxxxx>
[PATCH v3 4/7] drivers: zorro: Avoids building proc.o if CONFIG_ZORRO is disabled
From
: Leonardo Brás <leobras.c@xxxxxxxxx>
[PATCH v3 3/7] drivers: parisc: Avoids building driver if CONFIG_PARISC is disabled
From
: Leonardo Brás <leobras.c@xxxxxxxxx>
[PATCH v3 2/7] drivers: nubus: Avoids building driver if CONFIG_NUBUS is disabled
From
: Leonardo Brás <leobras.c@xxxxxxxxx>
[PATCH v3 1/7] drivers: dio: Avoids building driver if CONFIG_DIO is disabled
From
: Leonardo Brás <leobras.c@xxxxxxxxx>
[PATCH v3 0/7] Remove errors building drivers/DRIVERNAME
From
: Leonardo Brás <leobras.c@xxxxxxxxx>
[PATCH v3 7/7] drivers: hwtracing: Adds Makefile to enable building from directory.
From
: Leonardo Brás <leobras.c@xxxxxxxxx>
[PATCH v3 6/7] drivers: oprofile: Avoids building driver from direct make command
From
: Leonardo Brás <leobras.c@xxxxxxxxx>
[PATCH v3 5/7] drivers: s390: Avoids building drivers if ARCH is not s390.
From
: Leonardo Brás <leobras.c@xxxxxxxxx>
[PATCH v3 4/7] drivers: zorro: Avoids building proc.o if CONFIG_ZORRO is disabled
From
: Leonardo Brás <leobras.c@xxxxxxxxx>
[PATCH v3 3/7] drivers: parisc: Avoids building driver if CONFIG_PARISC is disabled
From
: Leonardo Brás <leobras.c@xxxxxxxxx>
[PATCH v3 2/7] drivers: nubus: Avoids building driver if CONFIG_NUBUS is disabled
From
: Leonardo Brás <leobras.c@xxxxxxxxx>
[PATCH v3 1/7] drivers: dio: Avoids building driver if CONFIG_DIO is disabled
From
: Leonardo Brás <leobras.c@xxxxxxxxx>
[PATCH v3 0/7] Remove errors building drivers/DRIVERNAME
From
: Leonardo Brás <leobras.c@xxxxxxxxx>
[PATCH v2 5/5] parisc: add __IGNORE* entries in asm/unistd.h
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v2 4/5] parisc: uapi header and system call table file generation
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v2 3/5] parisc: add system call table generation support
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v2 2/5] parisc: add __NR_Linux_syscalls macro with __NR_syscalls
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v2 1/5] parisc: move __IGNORE* entries to non uapi header
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v2 0/5] System call table generation support
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
Re: [PATCH] parisc: Remove PTE load and fault check from L2_ptep macro
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] parisc: Remove PTE load and fault check from L2_ptep macro
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH 03/30] mm: remove CONFIG_HAVE_MEMBLOCK
From
: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
[PATCH v2 7/7] drivers: hwtracing: Adds Makefile to enable building from directory.
From
: Leonardo Brás <leobras.c@xxxxxxxxx>
[PATCH v2 6/7] drivers: oprofile: Avoids building driver from direct make command
From
: Leonardo Brás <leobras.c@xxxxxxxxx>
[PATCH v2 5/7] drivers: s390: Avoids building drivers if ARCH is not s390.
From
: Leonardo Brás <leobras.c@xxxxxxxxx>
[PATCH v2 4/7] drivers: zorro: Avoids building proc.o if CONFIG_ZORRO is disabled
From
: Leonardo Brás <leobras.c@xxxxxxxxx>
[PATCH v2 3/7] drivers: parisc: Avoids building driver if CONFIG_PARISC is disabled
From
: Leonardo Brás <leobras.c@xxxxxxxxx>
[PATCH v2 2/7] drivers: nubus: Avoids building driver if CONFIG_NUBUS is disabled
From
: Leonardo Brás <leobras.c@xxxxxxxxx>
[PATCH v2 1/7] drivers: dio: Avoids building driver if CONFIG_DIO is disabled
From
: Leonardo Brás <leobras.c@xxxxxxxxx>
[PATCH v2 0/7] Remove errors building drivers/DRIVERNAME
From
: Leonardo Brás <leobras.c@xxxxxxxxx>
Re: [PATCH 03/30] mm: remove CONFIG_HAVE_MEMBLOCK
From
: Alexander Duyck <alexander.duyck@xxxxxxxxx>
Re: [PATCH] parisc: Remove PTE load and fault check from L2_ptep macro
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] parisc: Remove PTE load and fault check from L2_ptep macro
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] parisc: Remove PTE load and fault check from L2_ptep macro
From
: Guenter Roeck <linux@xxxxxxxxxxxx>
Re: [PATCH] parisc: Remove PTE load and fault check from L2_ptep macro
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: Remove PTE load and fault check from L2_ptep macro
From
: Guenter Roeck <linux@xxxxxxxxxxxx>
Re: HP FireGL-UX on C3700 - Framebuffer loses signal.
From
: Helge Deller <deller@xxxxxx>
Re: HP FireGL-UX on C3700 - Framebuffer loses signal.
From
: Robert Gadsdon <rhgadsdon@xxxxxxxxx>
Re: [PATCH] parisc: Remove PTE load and fault check from L2_ptep macro
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: Remove PTE load and fault check from L2_ptep macro
From
: Guenter Roeck <linux@xxxxxxxxxxxx>
Re: [PATCH] parisc: Remove PTE load and fault check from L2_ptep macro
From
: Guenter Roeck <linux@xxxxxxxxxxxx>
Re: [PATCH 03/30] mm: remove CONFIG_HAVE_MEMBLOCK
From
: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 03/30] mm: remove CONFIG_HAVE_MEMBLOCK
From
: Alexander Duyck <alexander.duyck@xxxxxxxxx>
Re: [PATCH] video/fbdev/stifb: Fix spelling mistake in fall-through annotation
From
: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
Re: [PATCH] parisc: Remove PTE load and fault check from L2_ptep macro
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH 14/30] memblock: add align parameter to memblock_alloc_node()
From
: Michal Hocko <mhocko@xxxxxxxxxx>
Re: [PATCH 14/30] memblock: add align parameter to memblock_alloc_node()
From
: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] parisc: Remove PTE load and fault check from L2_ptep macro
From
: Guenter Roeck <linux@xxxxxxxxxxxx>
Re: [PATCH] parisc: Remove PTE load and fault check from L2_ptep macro
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH 03/30] mm: remove CONFIG_HAVE_MEMBLOCK
From
: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 02/30] mm: remove CONFIG_NO_BOOTMEM
From
: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 00/30] mm: remove bootmem allocator
From
: Michal Hocko <mhocko@xxxxxxxxxx>
Re: [PATCH 29/30] mm: remove include/linux/bootmem.h
From
: Michal Hocko <mhocko@xxxxxxxxxx>
Re: [PATCH 21/30] memblock: replace alloc_bootmem with memblock_alloc
From
: Michal Hocko <mhocko@xxxxxxxxxx>
Re: [PATCH 16/30] memblock: replace __alloc_bootmem_node with appropriate memblock_ API
From
: Michal Hocko <mhocko@xxxxxxxxxx>
Re: [PATCH 14/30] memblock: add align parameter to memblock_alloc_node()
From
: Michal Hocko <mhocko@xxxxxxxxxx>
Re: [PATCH 14/30] memblock: add align parameter to memblock_alloc_node()
From
: Michal Hocko <mhocko@xxxxxxxxxx>
Re: [PATCH 07/30] memblock: remove _virt from APIs returning virtual address
From
: Michal Hocko <mhocko@xxxxxxxxxx>
Re: [PATCH 05/30] mm: nobootmem: remove dead code
From
: Michal Hocko <mhocko@xxxxxxxxxx>
Re: [PATCH 03/30] mm: remove CONFIG_HAVE_MEMBLOCK
From
: Michal Hocko <mhocko@xxxxxxxxxx>
Re: [PATCH 02/30] mm: remove CONFIG_NO_BOOTMEM
From
: Michal Hocko <mhocko@xxxxxxxxxx>
Re: [PATCH 6/7] drivers: oprofile: Avoids building driver from direct make command
From
: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: [PATCH 0/7] Remove errors building drivers/DRIVERNAME
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH 2/7] drivers: nubus: Avoids building driver if CONFIG_NUBUS is disabled
From
: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] parisc: Remove PTE load and fault check from L2_ptep macro
From
: Guenter Roeck <linux@xxxxxxxxxxxx>
[PATCH 7/7] drivers: hwtracing: Adds Makefile to enable building from directory.
From
: Leonardo Brás <leobras.c@xxxxxxxxx>
[PATCH 6/7] drivers: oprofile: Avoids building driver from direct make command
From
: Leonardo Brás <leobras.c@xxxxxxxxx>
[PATCH 5/7] drivers: s390: Avoids building drivers if ARCH is not s390.
From
: Leonardo Brás <leobras.c@xxxxxxxxx>
[PATCH 4/7] drivers: zorro: Avoids building proc.o if CONFIG_ZORRO is disabled
From
: Leonardo Brás <leobras.c@xxxxxxxxx>
[PATCH 2/7] drivers: nubus: Avoids building driver if CONFIG_NUBUS is disabled
From
: Leonardo Brás <leobras.c@xxxxxxxxx>
[PATCH 3/7] drivers: parisc: Avoids building driver if CONFIG_PARISC is disabled
From
: Leonardo Brás <leobras.c@xxxxxxxxx>
[PATCH 1/7] drivers: dio: Avoids building driver if CONFIG_DIO is disabled
From
: Leonardo Brás <leobras.c@xxxxxxxxx>
[PATCH 0/7] Remove errors building drivers/DRIVERNAME
From
: Leonardo Brás <leobras.c@xxxxxxxxx>
Re: HP FireGL-UX on C3700 - Framebuffer loses signal.
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: HP FireGL-UX on C3700 - Framebuffer loses signal.
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: HP FireGL-UX on C3700 - Framebuffer loses signal.
From
: Robert Gadsdon <rhgadsdon@xxxxxxxxx>
Re: [RFC] parisc64: change __kernel_suseconds_t to match glibc
From
: Helge Deller <deller@xxxxxx>
Re: [RFC] parisc64: change __kernel_suseconds_t to match glibc
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH 0/4] System call table generation support
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
Re: [PATCH 0/4] System call table generation support
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: Remove locking from TLB handler and set page accessed
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] parisc: Purge TLB entries after updating page table entry and set page accessed flag in TLB handler
From
: John David Anglin <dave.anglin@xxxxxxxx>
[PATCH] parisc: Reorder TLB flush timing calculation
From
: John David Anglin <dave.anglin@xxxxxxxx>
[PATCH] parisc: Remove PTE load and fault check from L2_ptep macro
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: HP FireGL-UX on C3700 - Framebuffer loses signal.
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: HP FireGL-UX on C3700 - Framebuffer loses signal.
From
: Helge Deller <deller@xxxxxx>
Re: HP FireGL-UX on C3700 - Framebuffer loses signal.
From
: Robert Gadsdon <rhgadsdon@xxxxxxxxx>
Re: [PATCH] parisc: Purge TLB entries after updating page table entry and set page accessed flag in TLB handler
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: [PATCH] parisc: Purge TLB entries after updating page table entry and set page accessed flag in TLB handler
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] parisc: Purge TLB entries after updating page table entry and set page accessed flag in TLB handler
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: HP FireGL-UX on C3700 - Framebuffer loses signal.
From
: Helge Deller <deller@xxxxxx>
[PATCH] parisc: Purge TLB entries after updating page table entry and set page accessed flag in TLB handler
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] parisc: Remove locking from TLB handler and set page accessed
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] parisc: Remove locking from TLB handler and set page accessed
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] parisc: Remove locking from TLB handler and set page accessed
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] parisc: Remove locking from TLB handler and set page accessed
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: [PATCH] parisc: Remove locking from TLB handler and set page accessed
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: [PATCH] parisc: Remove locking from TLB handler and set page accessed
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] parisc: Remove locking from TLB handler and set page accessed
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] parisc: Remove locking from TLB handler and set page accessed
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: [PATCH] parisc: Remove locking from TLB handler and set page accessed
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: [PATCH] parisc: Remove locking from TLB handler and set page accessed
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] parisc: Remove locking from TLB handler and set page accessed
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] parisc: Remove locking from TLB handler and set page accessed
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: [PATCH] parisc: Remove locking from TLB handler and set page accessed
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] parisc: Remove locking from TLB handler and set page accessed
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: [PATCH] parisc: Remove locking from TLB handler and set page accessed
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] parisc: Remove locking from TLB handler and set page accessed
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: Slowdown with kernel 4.18.0
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: Slowdown with kernel 4.18.0
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: [PATCH] parisc: Remove locking from TLB handler and set page accessed
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: Slowdown with kernel 4.18.0
From
: John David Anglin <dave.anglin@xxxxxxxx>
[PATCH v7 10/11] hugetlb: Introduce generic version of huge_ptep_set_access_flags
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v7 04/11] hugetlb: Introduce generic version of huge_ptep_get_and_clear
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v7 11/11] hugetlb: Introduce generic version of huge_ptep_get
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v7 09/11] hugetlb: Introduce generic version of huge_ptep_set_wrprotect
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v7 08/11] hugetlb: Introduce generic version of prepare_hugepage_range
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v7 07/11] hugetlb: Introduce generic version of huge_pte_wrprotect
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v7 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v7 06/11] hugetlb: Introduce generic version of huge_pte_none
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v7 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v7 03/11] hugetlb: Introduce generic version of set_huge_pte_at
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v7 01/11] hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v7 00/11] hugetlb: Factorize hugetlb architecture primitives
From
: Alexandre Ghiti <alex@xxxxxxxx>
Re: Slowdown with kernel 4.18.0
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
HP FireGL-UX on C3700 - Framebuffer loses signal.
From
: Robert Gadsdon <rhgadsdon@xxxxxxxxx>
Re: C11 atomics on parisc are broken on gcc-7 and gcc-8
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: C11 atomics on parisc are broken on gcc-7 and gcc-8
From
: John David Anglin <dave.anglin@xxxxxxxx>
C11 atomics on parisc are broken on gcc-7 and gcc-8
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: [RFC] parisc64: change __kernel_suseconds_t to match glibc
From
: Helge Deller <deller@xxxxxx>
[PATCH] parisc: Remove locking from TLB handler and set page accessed
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: Kernel panic on boot with 4.18.7 on C3600
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: Kernel panic on boot with 4.18.7 on C3600
From
: Rolf Eike Beer <eike@xxxxxxxxxx>
Kernel panic on boot with 4.18.7 on C3600
From
: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
[PATCH 4/4] parisc: uapi header and system call table file generation
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH 3/4] parisc: Add system call table generation support
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH 2/4] parisc: Replace __NR_Linux_syscalls macro with __NR_syscalls
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH 1/4] parisc: Move __IGNORE* entries to non uapi header
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH 0/4] System call table generation support
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[RFC] parisc64: change __kernel_suseconds_t to match glibc
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH] [RFC v2] Drop all 00-INDEX files from Documentation/
From
: Paul Moore <paul@xxxxxxxxxxxxxx>
[PATCH] video/fbdev/stifb: Fix spelling mistake in fall-through annotation
From
: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
[PATCH net-next 2/3] asm-generic: generalize asm/sockios.h
From
: Arnd Bergmann <arnd@xxxxxxxx>
[PATCH] parisc: remove the dead ccio-rm-dma driver
From
: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH] treewide: remove current_text_addr
From
: Nicholas Piggin <npiggin@xxxxxxxxx>
[PATCH] parisc: remove check for minimum required GCC version
From
: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
Re: Slowdown with kernel 4.18.0
From
: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: Slowdown with kernel 4.18.0
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: Slowdown with kernel 4.18.0
From
: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Aw: Re: Slowdown with kernel 4.18.0
From
: "Helge Deller" <deller@xxxxxx>
Re: Slowdown with kernel 4.18.0
From
: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: Slowdown with kernel 4.18.0
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: Slowdown with kernel 4.18.0
From
: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
[PATCH] parisc: Use PARISC_ITLB_TRAP constant in entry.S
From
: Helge Deller <deller@xxxxxx>
[GIT PULL] parisc fixes and updates for kernel v4.19
From
: Helge Deller <deller@xxxxxx>
Re: Slowdown with kernel 4.18.0
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: Slowdown with kernel 4.18.0
From
: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: Slowdown with kernel 4.18.0
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: Slowdown with kernel 4.18.0
From
: Helge Deller <deller@xxxxxx>
[PATCH] parisc: Fix boot failure of 64-bit kernel
From
: Helge Deller <deller@xxxxxx>
Slowdown with kernel 4.18.0
From
: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
[PATCH] parisc: Add hardware description to stack traces
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH v6 00/11] hugetlb: Factorize hugetlb architecture primitives
From
: Alexandre Ghiti <alex@xxxxxxxx>
Re: [PATCH v6 00/11] hugetlb: Factorize hugetlb architecture primitives
From
: Michal Hocko <mhocko@xxxxxxxxxx>
Re: [PATCH v6 00/11] hugetlb: Factorize hugetlb architecture primitives
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH] parisc: Restore possibility to execute 64-bit
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: Update comments in syscall.S regarding wide userland
From
: Helge Deller <deller@xxxxxx>
[PATCH] parisc: Update comments in syscall.S regarding wide userland
From
: Helge Deller <deller@xxxxxx>
[PATCH] parisc: ptraced 64-bit binary should call 64-bit syscalls
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH v6 00/11] hugetlb: Factorize hugetlb architecture primitives
From
: Alex Ghiti <alex@xxxxxxxx>
[GIT PULL] parisc architecture updates for kernel v4.19
From
: Helge Deller <deller@xxxxxx>
[PATCH] parisc: Remove ordered stores from syscall.S
From
: John David Anglin <dave.anglin@xxxxxxxx>
[PATCH] parisc: Remove unnecessary barriers from spinlock.h
From
: John David Anglin <dave.anglin@xxxxxxxx>
[GIT PULL] parisc architecture fixes
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH v2] parisc: Fix and improve kernel stack unwinding
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH 00/33] net: ethernet: Mark expected switch fall-throughs
From
: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
Re: [PATCH v6 00/11] hugetlb: Factorize hugetlb architecture primitives
From
: Alex Ghiti <alex@xxxxxxxx>
Re: [PATCH 00/33] net: ethernet: Mark expected switch fall-throughs
From
: David Miller <davem@xxxxxxxxxxxxx>
[PATCH 10/33] net: tulip_core: mark expected switch fall-through
From
: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
[PATCH 11/33] net: tulip: de4x5: mark expected switch fall-throughs
From
: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
[PATCH 00/33] net: ethernet: Mark expected switch fall-throughs
From
: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
Re: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement expressions
From
: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
Re: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement expressions
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement expressions
From
: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
Re: [PATCH v6 00/11] hugetlb: Factorize hugetlb architecture primitives
From
: Ingo Molnar <mingo@xxxxxxxxxx>
[PATCH v6 11/11] hugetlb: Introduce generic version of huge_ptep_get
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v6 10/11] hugetlb: Introduce generic version of huge_ptep_set_access_flags
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v6 09/11] hugetlb: Introduce generic version of huge_ptep_set_wrprotect
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v6 08/11] hugetlb: Introduce generic version of prepare_hugepage_range
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v6 07/11] hugetlb: Introduce generic version of huge_pte_wrprotect
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v6 06/11] hugetlb: Introduce generic version of huge_pte_none
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v6 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v6 04/11] hugetlb: Introduce generic version of huge_ptep_get_and_clear
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v6 03/11] hugetlb: Introduce generic version of set_huge_pte_at
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v6 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v6 01/11] hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v6 00/11] hugetlb: Factorize hugetlb architecture primitives
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH] parisc: Define mb() and add memory barriers to assembler unlock sequences
From
: John David Anglin <dave.anglin@xxxxxxxx>
[PATCH] parisc: Fix and improve kernel stack unwinding
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement expressions
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement expressions
From
: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
Re: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement expressions
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement expressions
From
: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
Re: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement expressions
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH v5 09/11] hugetlb: Introduce generic version of huge_ptep_set_wrprotect
From
: Alexandre Ghiti <alex@xxxxxxxx>
Re: [PATCH v5 09/11] hugetlb: Introduce generic version of huge_ptep_set_wrprotect
From
: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
Re: [PATCH v5 09/11] hugetlb: Introduce generic version of huge_ptep_set_wrprotect
From
: Alex Ghiti <alex@xxxxxxxx>
Re: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement expressions
From
: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
Re: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement expressions
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement expressions
From
: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
Re: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement expressions
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement expressions
From
: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
Re: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement expressions
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement expressions
From
: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
Re: [PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement expressions
From
: John David Anglin <dave.anglin@xxxxxxxx>
[PATCH] parisc: prefer _THIS_IP_ and _RET_IP_ statement expressions
From
: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
Re: [PATCH v5 00/11] hugetlb: Factorize hugetlb architecture primitives
From
: Alexandre Ghiti <alex@xxxxxxxx>
Re: [PATCH v5 00/11] hugetlb: Factorize hugetlb architecture primitives
From
: Luiz Capitulino <lcapitulino@xxxxxxxxxx>
Re: [PATCH v5 09/11] hugetlb: Introduce generic version of huge_ptep_set_wrprotect
From
: Alexandre Ghiti <alex@xxxxxxxx>
Re: [PATCH v5 00/11] hugetlb: Factorize hugetlb architecture primitives
From
: Catalin Marinas <catalin.marinas@xxxxxxx>
[PATCH v5 11/11] hugetlb: Introduce generic version of huge_ptep_get
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v5 10/11] hugetlb: Introduce generic version of huge_ptep_set_access_flags
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v5 09/11] hugetlb: Introduce generic version of huge_ptep_set_wrprotect
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v5 08/11] hugetlb: Introduce generic version of prepare_hugepage_range
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v5 07/11] hugetlb: Introduce generic version of huge_pte_wrprotect
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v5 06/11] hugetlb: Introduce generic version of huge_pte_none
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v5 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v5 04/11] hugetlb: Introduce generic version of huge_ptep_get_and_clear
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v5 03/11] hugetlb: Introduce generic version of set_huge_pte_at
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v5 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v5 01/11] hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v5 00/11] hugetlb: Factorize hugetlb architecture primitives
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH] parisc: Enable CONFIG_MLONGCALLS by default
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
From
: Alexandre Ghiti <alex@xxxxxxxx>
Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
From
: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
Re: [PATCH v4 11/11] hugetlb: Introduce generic version of huge_ptep_get
From
: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
From
: Alex Ghiti <alex@xxxxxxxx>
Re: [PATCH v4 10/11] hugetlb: Introduce generic version of huge_ptep_set_access_flags
From
: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
Re: [PATCH v4 09/11] hugetlb: Introduce generic version of huge_ptep_set_wrprotect
From
: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
Re: [PATCH v4 06/11] hugetlb: Introduce generic version of huge_pte_none
From
: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
Re: [PATCH v4 08/11] hugetlb: Introduce generic version of prepare_hugepage_range
From
: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
Re: [PATCH v4 07/11] hugetlb: Introduce generic version of huge_pte_wrprotect
From
: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
Re: [PATCH v4 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
From
: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
Re: [PATCH v4 04/11] hugetlb: Introduce generic version of huge_ptep_get_and_clear
From
: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
Re: [PATCH v4 03/11] hugetlb: Introduce generic version of set_huge_pte_at
From
: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
Re: [PATCH v4 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
From
: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
Re: [PATCH v4 01/11] hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
From
: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
From
: Alex Ghiti <alex@xxxxxxxx>
Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
From
: Alex Ghiti <alex@xxxxxxxx>
Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
From
: LEROY Christophe <christophe.leroy@xxxxxx>
Re: [PATCH v7 4/4] kexec_file: Load kernel at top of system RAM if required
From
: Baoquan He <bhe@xxxxxxxxxx>
Re: [PATCH v7 4/4] kexec_file: Load kernel at top of system RAM if required
From
: Michal Hocko <mhocko@xxxxxxxxxx>
Re: [PATCH v7 4/4] kexec_file: Load kernel at top of system RAM if required
From
: Baoquan He <bhe@xxxxxxxxxx>
Re: [PATCH v7 4/4] kexec_file: Load kernel at top of system RAM if required
From
: Michal Hocko <mhocko@xxxxxxxxxx>
Re: [PATCH v7 4/4] kexec_file: Load kernel at top of system RAM if required
From
: Michal Hocko <mhocko@xxxxxxxxxx>
Re: [PATCH v7 4/4] kexec_file: Load kernel at top of system RAM if required
From
: Baoquan He <bhe@xxxxxxxxxx>
Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH v7 4/4] kexec_file: Load kernel at top of system RAM if required
From
: Michal Hocko <mhocko@xxxxxxxxxx>
Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
From
: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
From
: Alex Ghiti <alex@xxxxxxxx>
Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
From
: Alexandre Ghiti <alex@xxxxxxxx>
Re: [PATCH v7 4/4] kexec_file: Load kernel at top of system RAM if required
From
: Baoquan He <bhe@xxxxxxxxxx>
Re: [PATCH v7 4/4] kexec_file: Load kernel at top of system RAM if required
From
: Baoquan He <bhe@xxxxxxxxxx>
Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
From
: Paul Burton <paul.burton@xxxxxxxx>
Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
From
: Alex Ghiti <alex@xxxxxxxx>
Re: [PATCH v7 4/4] kexec_file: Load kernel at top of system RAM if required
From
: Michal Hocko <mhocko@xxxxxxxxxx>
Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
From
: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
Re: convert parisc to the generic dma-noncoherent code
From
: Helge Deller <deller@xxxxxx>
Re: convert parisc to the generic dma-noncoherent code
From
: Christoph Hellwig <hch@xxxxxx>
Re: convert parisc to the generic dma-noncoherent code
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
From
: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
From
: Alex Ghiti <alex@xxxxxxxx>
Re: [PATCH v7 4/4] kexec_file: Load kernel at top of system RAM if required
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH v7 4/4] kexec_file: Load kernel at top of system RAM if required
From
: Baoquan He <bhe@xxxxxxxxxx>
Re: [PATCH v7 4/4] kexec_file: Load kernel at top of system RAM if required
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
[PATCH v7 4/4] kexec_file: Load kernel at top of system RAM if required
From
: Baoquan He <bhe@xxxxxxxxxx>
[PATCH v7 3/4] resource: add walk_system_ram_res_rev()
From
: Baoquan He <bhe@xxxxxxxxxx>
[PATCH v7 2/4] resource: Use list_head to link sibling resource
From
: Baoquan He <bhe@xxxxxxxxxx>
[PATCH v7 1/4] resource: Move reparent_resources() to kernel/resource.c and make it public
From
: Baoquan He <bhe@xxxxxxxxxx>
[PATCH v7 0/4] resource: Use list_head to link sibling resource
From
: Baoquan He <bhe@xxxxxxxxxx>
Re: convert parisc to the generic dma-noncoherent code
From
: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH] liquidio: Use %pad printk format for dma_addr_t values
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: convert parisc to the generic dma-noncoherent code
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: convert parisc to the generic dma-noncoherent code
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH] liquidio: Use %pad printk format for dma_addr_t values
From
: Felix Manlunas <felix.manlunas@xxxxxxxxxx>
Re: [PATCH] block: skd: Use %pad printk format for dma_addr_t values
From
: Jens Axboe <axboe@xxxxxxxxx>
[PATCH] liquidio: Use %pad printk format for dma_addr_t values
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH] block: skd: Use %pad printk format for dma_addr_t values
From
: Bart Van Assche <bart.vanassche@xxxxxxx>
[PATCH] block: skd: Use %pad printk format for dma_addr_t values
From
: Helge Deller <deller@xxxxxx>
Re: convert parisc to the generic dma-noncoherent code
From
: Christoph Hellwig <hch@xxxxxx>
Re: [kbuild-all] [PATCH v6 2/4] resource: Use list_head to link sibling resource
From
: Baoquan He <bhe@xxxxxxxxxx>
Re: [kbuild-all] [PATCH v6 2/4] resource: Use list_head to link sibling resource
From
: Ye Xiaolong <xiaolong.ye@xxxxxxxxx>
Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
From
: Michal Hocko <mhocko@xxxxxxxxxx>
Re: [PATCH v6 2/4] resource: Use list_head to link sibling resource
From
: Baoquan He <bhe@xxxxxxxxxx>
[PATCH v4 09/11] hugetlb: Introduce generic version of huge_ptep_set_wrprotect
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v4 11/11] hugetlb: Introduce generic version of huge_ptep_get
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v4 10/11] hugetlb: Introduce generic version of huge_ptep_set_access_flags
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v4 08/11] hugetlb: Introduce generic version of prepare_hugepage_range
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v4 07/11] hugetlb: Introduce generic version of huge_pte_wrprotect
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v4 06/11] hugetlb: Introduce generic version of huge_pte_none
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v4 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v4 04/11] hugetlb: Introduce generic version of huge_ptep_get_and_clear
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v4 03/11] hugetlb: Introduce generic version of set_huge_pte_at
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v4 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v4 01/11] hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
From
: Alexandre Ghiti <alex@xxxxxxxx>
Re: [PATCH v3 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
From
: Alex Ghiti <alex@xxxxxxxx>
Re: [PATCH v3 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
From
: Christophe Leroy <christophe.leroy@xxxxxx>
Re: [PATCH v3 08/11] hugetlb: Introduce generic version of prepare_hugepage_range
From
: kbuild test robot <lkp@xxxxxxxxx>
Re: [PATCH v3 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
From
: kbuild test robot <lkp@xxxxxxxxx>
Re: [PATCH 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
From
: Alex Ghiti <alex@xxxxxxxx>
Re: [PATCH v2 06/11] hugetlb: Introduce generic version of huge_pte_none
From
: Alex Ghiti <alex@xxxxxxxx>
[PATCH v2 01/11] hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v2 03/11] hugetlb: Introduce generic version of set_huge_pte_at
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v2 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v2 06/11] hugetlb: Introduce generic version of huge_pte_none
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v2 04/11] hugetlb: Introduce generic version of huge_ptep_get_and_clear
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v3 11/11] hugetlb: Introduce generic version of huge_ptep_get
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v2 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v3 01/11] hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v3 00/11] hugetlb: Factorize hugetlb architecture primitives
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v3 04/11] hugetlb: Introduce generic version of huge_ptep_get_and_clear
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v3 10/11] hugetlb: Introduce generic version of huge_ptep_set_access_flags
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v3 09/11] hugetlb: Introduce generic version of huge_ptep_set_wrprotect
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v3 08/11] hugetlb: Introduce generic version of prepare_hugepage_range
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v3 07/11] hugetlb: Introduce generic version of huge_pte_wrprotect
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v3 06/11] hugetlb: Introduce generic version of huge_pte_none
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v3 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v3 03/11] hugetlb: Introduce generic version of set_huge_pte_at
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v3 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH v2 00/11] hugetlb: Factorize architecture hugetlb primitives
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH 00/11] hugetlb: Factorize architecture hugetlb primitives
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH 01/11] hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH 03/11] hugetlb: Introduce generic version of set_huge_pte_at
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH 04/11] hugetlb: Introduce generic version of huge_ptep_get_and_clear
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
From
: Alexandre Ghiti <alex@xxxxxxxx>
Re: [PATCH v6 2/4] resource: Use list_head to link sibling resource
From
: kbuild test robot <lkp@xxxxxxxxx>
Re: [PATCH v6 2/4] resource: Use list_head to link sibling resource
From
: kbuild test robot <lkp@xxxxxxxxx>
Re: [PATCH 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH 01/11] hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH 04/11] hugetlb: Introduce generic version of huge_ptep_get_and_clear
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH 03/11] hugetlb: Introduce generic version of set_huge_pte_at
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
From
: Alexandre Ghiti <alex@xxxxxxxx>
[PATCH 00/11] hugetlb: Factorize architecture hugetlb primitives
From
: Alexandre Ghiti <alex@xxxxxxxx>
Re: Build regressions/improvements in v4.18-rc3
From
: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
Re: Build regressions/improvements in v4.18-rc3
From
: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
[PATCH v6 0/4] resource: Use list_head to link sibling resource
From
: Baoquan He <bhe@xxxxxxxxxx>
[PATCH v6 2/4] resource: Use list_head to link sibling resource
From
: Baoquan He <bhe@xxxxxxxxxx>
[PATCH v6 4/4] kexec_file: Load kernel at top of system RAM if required
From
: Baoquan He <bhe@xxxxxxxxxx>
[PATCH v6 3/4] resource: add walk_system_ram_res_rev()
From
: Baoquan He <bhe@xxxxxxxxxx>
[PATCH v6 1/4] resource: Move reparent_resources() to kernel/resource.c and make it public
From
: Baoquan He <bhe@xxxxxxxxxx>
Re: Build regressions/improvements in v4.18-rc3
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: Build regressions/improvements in v4.18-rc3
From
: Helge Deller <deller@xxxxxx>
Re: Build regressions/improvements in v4.18-rc3
From
: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
Re: Build regressions/improvements in v4.18-rc3
From
: Helge Deller <deller@xxxxxx>
Re: Build regressions/improvements in v4.18-rc3
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
[RFC][PATCH] parisc: Drop architecture-specific ENOTSUP define
From
: Helge Deller <deller@xxxxxx>
[GIT PULL] parisc architecture code cleanups and fixes
From
: Helge Deller <deller@xxxxxx>
[PATCH] parisc: Add support for restartable sequences syscall
From
: Helge Deller <deller@xxxxxx>
[PATCH] parisc: Add HAVE_REGS_AND_STACK_ACCESS_API feature
From
: Helge Deller <deller@xxxxxx>
[PATCH] parisc: Reduce debug output in unwind code
From
: Helge Deller <deller@xxxxxx>
[PATCH] parisc: Wire up io_pgetevents syscall
From
: Helge Deller <deller@xxxxxx>
Re: bpfilter compile failure on parisc
From
: John David Anglin <dave.anglin@xxxxxxxx>
bpfilter compile failure on parisc
From
: Meelis Roos <mroos@xxxxxxxx>
[PATCH 3/3] parisc: use generic dma_noncoherent_ops
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 2/3] parisc: always use flush_kernel_dcache_range for DMA cache maintainance
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 1/3] parisc: merge pcx_dma_ops and pcxl_dma_ops
From
: Christoph Hellwig <hch@xxxxxx>
convert parisc to the generic dma-noncoherent code
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH v2] mm: convert return type of handle_mm_fault() caller to vm_fault_t
From
: Souptick Joarder <jrdr.linux@xxxxxxxxx>
Re: [PATCH] mm: convert return type of handle_mm_fault() caller to vm_fault_t
From
: kbuild test robot <lkp@xxxxxxxxx>
[PATCH] parisc: Default to 4 SMP CPUs
From
: Helge Deller <deller@xxxxxx>
[PATCH] parisc: Mark 16kB and 64kB page sizes BROKEN
From
: Helge Deller <deller@xxxxxx>
[PATCH v4 03/26] arch/*: Kconfig: fix documentation for NMI watchdog
From
: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
Re: [PATCH] mm: convert return type of handle_mm_fault() caller to vm_fault_t
From
: kbuild test robot <lkp@xxxxxxxxx>
[PATCH] mm: convert return type of handle_mm_fault() caller to vm_fault_t
From
: Souptick Joarder <jrdr.linux@xxxxxxxxx>
[PATCH v3 03/27] arch/*: Kconfig: fix documentation for NMI watchdog
From
: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
Re: [PATCH v5 2/4] resource: Use list_head to link sibling resource
From
: Baoquan He <bhe@xxxxxxxxxx>
Re: [PATCH v5 2/4] resource: Use list_head to link sibling resource
From
: Julia Lawall <julia.lawall@xxxxxxx>
Re: [PATCH v5 2/4] resource: Use list_head to link sibling resource
From
: kbuild test robot <lkp@xxxxxxxxx>
Re: [PATCH v5 2/4] resource: Use list_head to link sibling resource
From
: kbuild test robot <lkp@xxxxxxxxx>
Re: [PATCH v5 1/4] resource: Move reparent_resources() to kernel/resource.c and make it public
From
: kbuild test robot <lkp@xxxxxxxxx>
Re: [PATCH v5 1/4] resource: Move reparent_resources() to kernel/resource.c and make it public
From
: Baoquan He <bhe@xxxxxxxxxx>
[PATCH v5 4/4] kexec_file: Load kernel at top of system RAM if required
From
: Baoquan He <bhe@xxxxxxxxxx>
[PATCH v5 3/4] resource: add walk_system_ram_res_rev()
From
: Baoquan He <bhe@xxxxxxxxxx>
[PATCH v5 2/4] resource: Use list_head to link sibling resource
From
: Baoquan He <bhe@xxxxxxxxxx>
[PATCH v5 0/4] resource: Use list_head to link sibling resource
From
: Baoquan He <bhe@xxxxxxxxxx>
[PATCH v5 1/4] resource: Move reparent_resources() to kernel/resource.c and make it public
From
: Baoquan He <bhe@xxxxxxxxxx>
Re: [Linux/parisc 4.9.49] HP C8000 doesnt boot with 16KB kernel page size
From
: Helge Deller <deller@xxxxxx>
[Linux/parisc 4.9.49] HP C8000 doesnt boot with 16KB kernel page size
From
: Georg Bege <georg@bege.email>
Re: [PATCH] kbuild: add machine size to CHEKCFLAGS
From
: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
Re: [PATCH] kbuild: add machine size to CHEKCFLAGS
From
: Daniel Thompson <daniel.thompson@xxxxxxxxxx>
Re: [PATCH] kbuild: add machine size to CHEKCFLAGS
From
: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
Re: [PATCH] kbuild: add machine size to CHEKCFLAGS
From
: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
Re: [PATCH] kbuild: add machine size to CHEKCFLAGS
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
Re: [PATCH] kbuild: add machine size to CHEKCFLAGS
From
: Rob Landley <rob@xxxxxxxxxxx>
Re: [PATCH] kbuild: add machine size to CHEKCFLAGS
From
: Andreas Färber <afaerber@xxxxxxx>
[PATCH] kbuild: add machine size to CHEKCFLAGS
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
[PATCH v1] parisc: Convert printk(KERN_LEVEL) to pr_lvl()
From
: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
Re: [PATCH v2] kbuild: add endianness flag to CHEKCFLAGS
From
: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
[PATCH v2] kbuild: add endianness flag to CHEKCFLAGS
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
Re: [PATCH] kbuild: add endianness flag to CHEKCFLAGS
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
Re: [PATCH] kbuild: add endianness flag to CHEKCFLAGS
From
: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
[PATCH] kbuild: add endianness flag to CHEKCFLAGS
From
: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
Re: [patch] vdso.7: Fix parisc gateway page description
From
: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
Re: [patch] vdso.7: Fix parisc gateway page description
From
: John David Anglin <dave.anglin@xxxxxxxx>
[PATCH 4.4 25/92] futex: Remove duplicated code and fix undefined behaviour
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: [patch] vdso.7: Fix parisc gateway page description
From
: Helge Deller <deller@xxxxxx>
Re: [patch] vdso.7: Fix parisc gateway page description
From
: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
[patch] vdso.7: Fix parisc gateway page description
From
: Helge Deller <deller@xxxxxx>
common non-cache coherent direct dma mapping ops v2
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 01/25] hexagon: remove the sync_single_for_cpu DMA operation
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 04/25] m68k: use generic dma_noncoherent_ops
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 02/25] hexagon: implement the sync_sg_for_device DMA operation
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 03/25] hexagon: use generic dma_noncoherent_ops
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 08/25] nds32: consolidate DMA cache maintainance routines
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 07/25] nds32: remove the broken kmap code in nds32_dma_map_sg
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 06/25] microblaze: remove the consistent_sync and consistent_sync_page
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 09/25] nds32: implement the unmap_sg DMA operation
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 10/25] nds32: use generic dma_noncoherent_ops
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 11/25] nios2: use generic dma_noncoherent_ops
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 12/25] openrisc: remove the sync_single_for_cpu DMA operation
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 15/25] openrisc: use generic dma_noncoherent_ops
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 13/25] openrisc: remove the no-op unmap_page and unmap_sg DMA operations
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 16/25] sh: simplify get_arch_dma_ops
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 17/25] sh: introduce a sh_cacheop_vaddr helper
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 14/25] openrisc: fix cache maintainance the the sync_single_for_device DMA operation
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 19/25] sh: split arch/sh/mm/consistent.c
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 21/25] xtensa: use generic dma_noncoherent_ops
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 20/25] sh: use generic dma_noncoherent_ops
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 23/25] parisc: merge pcx_dma_ops and pcxl_dma_ops
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 22/25] sparc: use generic dma_noncoherent_ops
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 24/25] parisc: always use flush_kernel_dcache_range for DMA cache maintainance
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 25/25] parisc: use generic dma_noncoherent_ops
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 18/25] sh: use dma_direct_ops for the CONFIG_DMA_COHERENT case
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 05/25] microblaze: use generic dma_noncoherent_ops
From
: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH 04/20] arm-nommu: use generic dma_noncoherent_ops
From
: Christoph Hellwig <hch@xxxxxx>
[GIT PULL] parisc section mismatch fixes for 4.17-rc6
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
From
: "hch@xxxxxx" <hch@xxxxxx>
Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
From
: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
From
: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
From
: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
From
: Helge Deller <deller@xxxxxx>
Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
From
: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
From
: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
From
: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
From
: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
From
: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
From
: "hch@xxxxxx" <hch@xxxxxx>
Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
From
: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
Re: [PATCH 4.9 27/33] futex: Remove duplicated code and fix undefined behaviour
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH 4.9 27/33] futex: Remove duplicated code and fix undefined behaviour
From
: Jiri Slaby <jslaby@xxxxxxx>
[PATCH 4.9 27/33] futex: Remove duplicated code and fix undefined behaviour
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] IB: Fix RDMA_RXE and INFINIBAND_RDMAVT dependencies for DMA_VIRT_OPS
From
: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
Re: [PATCH] IB: Fix RDMA_RXE and INFINIBAND_RDMAVT dependencies for DMA_VIRT_OPS
From
: Jason Gunthorpe <jgg@xxxxxxxx>
Re: [PATCH] IB: Fix RDMA_RXE and INFINIBAND_RDMAVT dependencies for DMA_VIRT_OPS
From
: Doug Ledford <dledford@xxxxxxxxxx>
Re: [Linux-c6x-dev] [PATCH 05/20] c6x: use generic dma_noncoherent_ops
From
: Mark Salter <msalter@xxxxxxxxxx>
Re: common non-cache coherent direct dma mapping ops
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH 04/20] arm-nommu: use generic dma_noncoherent_ops
From
: John Garry <john.garry@xxxxxxxxxx>
[Index of Archives]
[Linux USB Devel]
[Video for Linux]
[Linux SCSI]
[Samba]
[Yosemite News]