Linux PA RISC
Thread Index
[
Prev Page
][
Next Page
]
[PATCH 10/24] parisc/ccio: remove the mapping_error dma_map_ops method
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 09/24] sparc: remove the mapping_error dma_map_ops method
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 08/24] s390: remove the mapping_error dma_map_ops method
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 07/24] mips/jazz: remove the mapping_error dma_map_ops method
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 06/24] powerpc/iommu: remove the mapping_error dma_map_ops method
From
: Christoph Hellwig <hch@xxxxxx>
[for-next][PATCH 08/18] parisc: function_graph: Simplify with function_graph_entry()
From
: Steven Rostedt <rostedt@xxxxxxxxxxx>
Re: [PATCH v2 16/15 v2] syscall_get_arch: add "struct task_struct *" argument
From
: Paul Burton <paul.burton@xxxxxxxx>
[PATCH v2 16/15 v2] syscall_get_arch: add "struct task_struct *" argument
From
: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
Re: [PATCH v2 16/15] syscall_get_arch: add "struct task_struct *" argument
From
: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
Re: [PATCH v2 16/15] syscall_get_arch: add "struct task_struct *" argument
From
: Paul Burton <paul.burton@xxxxxxxx>
Re: [PATCH v2 16/15] syscall_get_arch: add "struct task_struct *" argument
From
: Palmer Dabbelt <palmer@xxxxxxxxxx>
Re: [PATCH v2 16/15] syscall_get_arch: add "struct task_struct *" argument
From
: Andy Lutomirski <luto@xxxxxxxxxx>
[PATCH v8 6/6] parisc: syscalls: ignore nfsservctl for other architectures
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v8 5/6] parisc: generate uapi header and system call table files
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v8 4/6] parisc: add system call table generation support
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v8 3/6] parisc: remove __NR_Linux from uapi header file.
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v8 2/6] parisc: add __NR_syscalls along with __NR_Linux_syscalls
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v8 1/6] parisc: move __IGNORE* entries to non uapi header
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v8 0/6] parisc: system call table generation support
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v2 16/15] syscall_get_arch: add "struct task_struct *" argument
From
: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
Re: [LKP] dad4f140ed [ 7.709376] WARNING:suspicious_RCU_usage
From
: Matthew Wilcox <willy@xxxxxxxxxxxxx>
Re: [PATCH v7 0/5] parisc: system call table generation support
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
Re: [LKP] dad4f140ed [ 7.709376] WARNING:suspicious_RCU_usage
From
: Matthew Wilcox <willy@xxxxxxxxxxxxx>
Re: [PATCH v7 0/5] parisc: system call table generation support
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH v7 0/5] parisc: system call table generation support
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH v7 0/5] parisc: system call table generation support
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH v7 0/5] parisc: system call table generation support
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH] parisc: Fix serio address output
From
: Helge Deller <deller@xxxxxx>
[PATCH] parisc: Fix HP SDC hpa address output
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH v7 0/5] parisc: system call table generation support
From
: Helge Deller <deller@xxxxxx>
Re: [GIT PULL] parisc architecture fix for kernel v4.20
From
: pr-tracker-bot@xxxxxxxxxx
[PATCH v7 4/5] parisc: generate uapi header and system call table files
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v7 5/5] parisc: syscalls: ignore nfsservctl for other architectures
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v7 3/5] parisc: add system call table generation support
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v7 2/5] parisc: add __NR_syscalls along with __NR_Linux_syscalls
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v7 1/5] parisc: move __IGNORE* entries to non uapi header
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v7 0/5] parisc: system call table generation support
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
Re: [PATCH 05/17] mips: Remove support for BZIP2 and LZMA compressed kernel
From
: Adam Borowski <kilobyte@xxxxxxxxxx>
Re: [PATCH 05/17] mips: Remove support for BZIP2 and LZMA compressed kernel
From
: Paul Burton <paul.burton@xxxxxxxx>
Re: New mail archive for parisc-linux available
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: New mail archive for parisc-linux available
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: New mail archive for parisc-linux available
From
: John David Anglin <dave.anglin@xxxxxxxx>
New mail archive for parisc-linux available
From
: Helge Deller <deller@xxxxxx>
[GIT PULL] parisc architecture fix for kernel v4.20
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH 02/17] x86: Add support for ZSTD-compressed kernel
From
: Ingo Molnar <mingo@xxxxxxxxxx>
[PATCH v2] parisc: Optimize D/I cache flushes on UP kernel
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: Replace sync instruction by nop on UP kernel
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: Replace sync instruction by nop on UP kernel
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] parisc: Optimize sync instruction and D/I-cache flushes on UP kernel
From
: John David Anglin <dave.anglin@xxxxxxxx>
[PATCH] parisc: Optimize sync instruction and D/I-cache flushes on UP kernel
From
: Helge Deller <deller@xxxxxx>
[PATCH] parisc: Replace sync instruction by nop on UP kernel
From
: Helge Deller <deller@xxxxxx>
[PATCH 03/17] .gitignore: add ZSTD-compressed files
From
: Adam Borowski <kilobyte@xxxxxxxxxx>
[PATCH 02/17] x86: Add support for ZSTD-compressed kernel
From
: Adam Borowski <kilobyte@xxxxxxxxxx>
[PATCH 05/17] mips: Remove support for BZIP2 and LZMA compressed kernel
From
: Adam Borowski <kilobyte@xxxxxxxxxx>
[PATCH 06/17] parisc: Remove support for BZIP2 and LZMA compressed kernel
From
: Adam Borowski <kilobyte@xxxxxxxxxx>
[PATCH 01/17] lib: Add support for ZSTD-compressed kernel
From
: Adam Borowski <kilobyte@xxxxxxxxxx>
[PATCH 04/17] x86: Remove support for BZIP2 and LZMA compressed kernel
From
: Adam Borowski <kilobyte@xxxxxxxxxx>
[PATCH 07/17] s390: Remove support for BZIP2 and LZMA compressed kernel
From
: Adam Borowski <kilobyte@xxxxxxxxxx>
[PATCH 09/17] unicore32: Remove support for BZIP2 and LZMA compressed kernel
From
: Adam Borowski <kilobyte@xxxxxxxxxx>
[PATCH 12/17] Kconfig: Remove support for LZMA-compressed initrd
From
: Adam Borowski <kilobyte@xxxxxxxxxx>
[PATCH 11/17] Kconfig: Remove support for BZIP2-compressed initrd and kernel
From
: Adam Borowski <kilobyte@xxxxxxxxxx>
[PATCH 08/17] sh: Remove support for BZIP2 and LZMA compressed kernel
From
: Adam Borowski <kilobyte@xxxxxxxxxx>
[PATCH 13/17] arch/*: Purge references to CONFIG_RD_BZIP2/LZMA from various defconfigs
From
: Adam Borowski <kilobyte@xxxxxxxxxx>
[PATCH 16/17] Kconfig: Update the prose for selection of compression algorithm
From
: Adam Borowski <kilobyte@xxxxxxxxxx>
[PATCH 14/17] lib: Completely purge now-unused bzip2 code from the kernel
From
: Adam Borowski <kilobyte@xxxxxxxxxx>
[PATCH 17/17] [NOT FOR MERGING] lib: Be noisy about used decompression method.
From
: Adam Borowski <kilobyte@xxxxxxxxxx>
[PATCH 15/17] lib: Completely purge now-unused lzma code from the kernel
From
: Adam Borowski <kilobyte@xxxxxxxxxx>
[PATCH 10/17] arm: Remove support for LZMA compressed kernel
From
: Adam Borowski <kilobyte@xxxxxxxxxx>
[PATCH 0/17] Kernel compression: add ZSTD, remove LZMA1 and BZIP2
From
: Adam Borowski <kilobyte@xxxxxxxxxx>
Re: [PATCH] parisc: Improve alternative live patching
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH] parisc: Improve alternative live patching
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: Improve alternative live patching
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: Improve alternative live patching
From
: John David Anglin <dave.anglin@xxxxxxxx>
[PATCH] parisc: Improve alternative live patching
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH] man-pages: parisc Linux does not any longer emulate HP-UX
From
: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
[PATCH v2] man-pages: signal.7: Add signal numbers for parisc
From
: Helge Deller <deller@xxxxxx>
Re: [RFC][PATCH] man-pages: signal.7: Add signal numbers for parisc
From
: Helge Deller <deller@xxxxxx>
Re: [RFC][PATCH] man-pages: signal.7: Add signal numbers for parisc
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH] man-pages: parisc Linux does not any longer emulate HP-UX
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH] man-pages: parisc Linux does not any longer emulate HP-UX
From
: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
Re: [PATCH] man-pages: parisc needs care with syscall parameters
From
: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
Re: [RFC][PATCH] man-pages: signal.7: Add signal numbers for parisc
From
: Jakub Wilk <jwilk@xxxxxxxxx>
Re: [RFC][PATCH] man-pages: signal.7: Add signal numbers for parisc
From
: Eugene Syromyatnikov <evgsyr@xxxxxxxxx>
Re: [RFC][PATCH] man-pages: signal.7: Add signal numbers for parisc
From
: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
Re: [RFC][PATCH] man-pages: signal.7: Add signal numbers for parisc
From
: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
Re: [RFC][PATCH] man-pages: signal.7: Add signal numbers for parisc
From
: Helge Deller <deller@xxxxxx>
[RFC][PATCH] man-pages: signal.7: Add signal numbers for parisc
From
: Helge Deller <deller@xxxxxx>
[PATCH] man-pages: parisc needs care with syscall parameters
From
: Helge Deller <deller@xxxxxx>
[PATCH] man-pages: parisc Linux does not any longer emulate HP-UX
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: Release spinlocks using ordered store
From
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [GIT PULL] parisc architecture fixes for kernel v4.20
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
[GIT PULL] parisc architecture fixes for kernel v4.20
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: Maybe fix A500 boot crash with 44786880df196a4200c178945c4d41675faf9fb7
From
: Meelis Roos <mroos@xxxxxxxx>
[PATCH] parisc: Maybe fix 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: qemu unaligned handler crashes
From
: John David Anglin <dave.anglin@xxxxxxxx>
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
: Mike Rapoport <rppt@xxxxxxxxxxxxx>
Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD
From
: Mike Rapoport <rppt@xxxxxxxxxxxxx>
qemu unaligned handler crashes
From
: Helge Deller <deller@xxxxxx>
Re: [PATCH] parisc: Use LINUX_GATEWAY_SPACE constant in entry.S
From
: Helge Deller <deller@xxxxxx>
[PATCH v6 5/5] parisc: syscalls: ignore nfsservctl for other architectures
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v6 4/5] parisc: generate uapi header and system call table files
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v6 3/5] parisc: add system call table generation support
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v6 2/5] parisc: add __NR_syscalls along with __NR_Linux_syscalls
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v6 1/5] parisc: move __IGNORE* entries to non uapi header
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
[PATCH v6 0/5] parisc: system call table generation support
From
: Firoz Khan <firoz.khan@xxxxxxxxxx>
Re: [PATCH] parisc: Use LINUX_GATEWAY_SPACE constant in entry.S
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
: John David Anglin <dave.anglin@xxxxxxxx>
Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD
From
: Mike Rapoport <rppt@xxxxxxxxxxxxx>
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
: Rob Herring <robh@xxxxxxxxxx>
Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD
From
: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD
From
: Mike Rapoport <rppt@xxxxxxxxxxxxx>
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>
[Index of Archives]
[Linux USB Devel]
[Video for Linux]
[Linux SCSI]
[Samba]
[Yosemite News]