Linux Arch

• Thread Index

• Re: [PATCH v3 05/15] h8300: Process and signal
  • From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
• Re: [PATCH v3 10/15] h8300: Build scripts
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH 00/14] Add support to STMicroelectronics STM32 family
  • From: Andreas Färber <afaerber@xxxxxxx>
• Re: [PATCH 12/14] ARM: dts: Introduce STM32F429 MCU
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH 02/14] ARM: ARMv7M: Enlarge vector table to 256 entries
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v3 00/15] Revert h8300 archtecture
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH v3 05/15] h8300: Process and signal
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH v3 01/15] h8300: Assembly headers.
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4] Add ARCH_MIGHT_HAVE_VGA_CONSOLE
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 05/15] h8300: Process and signal
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 05/15] h8300: Process and signal
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 08/15] h8300: Memory management
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 04/15] h8300: kernel booting
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 03/15] h8300: Exception and Interrupt handling
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 06/15] h8300 CPU depend helpers
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 07/15] h8300: miscellaneous functions
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 01/15] h8300: Assembly headers.
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 09/15] h8300: library functions
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 00/15] Revert h8300 archtecture
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 15/15] Add ELF machine
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 14/15] serial: Add h8300
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 11/15] h8300: clock driver
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 10/15] h8300: Build scripts
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 12/15] h8300: clocksource
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 13/15] h8300: configs
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 02/15] h8300: UAPI headers
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4] Add ARCH_MIGHT_HAVE_VGA_CONSOLE
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] compat: Fix endian issue in union sigval
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH] compat: Fix endian issue in union sigval
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• Re: [PATCH 12/14] ARM: dts: Introduce STM32F429 MCU
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH 12/14] ARM: dts: Introduce STM32F429 MCU
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH 12/14] ARM: dts: Introduce STM32F429 MCU
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH 04/14] reset: Add reset_controller_of_init() function
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH 12/14] ARM: dts: Introduce STM32F429 MCU
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH 04/14] reset: Add reset_controller_of_init() function
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH 12/14] ARM: dts: Introduce STM32F429 MCU
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH] compat: Fix endian issue in union sigval
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 02/14] ARM: ARMv7M: Enlarge vector table to 256 entries
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH 08/14] pinctrl: Add pinctrl driver for STM32 MCUs
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH 02/14] ARM: ARMv7M: Enlarge vector table to 256 entries
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH] compat: Fix endian issue in union sigval
  • From: Bamvor Jian Zhang <bamvor.zhangjian@xxxxxxxxxx>
• Re: [PATCH 08/14] pinctrl: Add pinctrl driver for STM32 MCUs
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 02/14] ARM: ARMv7M: Enlarge vector table to 256 entries
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 10/14] ARM: Add STM32 family machine
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH 08/14] pinctrl: Add pinctrl driver for STM32 MCUs
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH 06/14] drivers: reset: Add STM32 reset driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH 11/14] ARM: dts: Add ARM System timer as clockevent in armv7m
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH 01/14] scripts: link-vmlinux: Don't pass page offset to kallsyms if XIP Kernel
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH 02/14] ARM: ARMv7M: Enlarge vector table to 256 entries
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH 03/14] clocksource: Add ARM System timer driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH 05/14] ARM: call reset_controller_of_init from default time_init handler
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH 04/14] reset: Add reset_controller_of_init() function
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH 07/14] clockevent: Add STM32 Timer driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH 09/14] serial: stm32-usart: Add STM32 USART Driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH 12/14] ARM: dts: Introduce STM32F429 MCU
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH 13/14] ARM: configs: Add STM32 defconfig
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH 14/14] MAINTAINERS: Add entry for STM32 MCUs
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH 00/14] Add support to STMicroelectronics STM32 family
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• semantics of KSTK_ESP and friends
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH] compat: Fix endian issue in union sigval
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• [PATCH 2/2] include/dma-mapping: Clarify output of dma_map_sg
  • From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
• [PATCH 1/2] asm/dma-mapping-common: Clarify output of dma_map_sg_attrs
  • From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
• Re: [PATCH] compat: Fix endian issue in union sigval
  • From: Bamvor Jian Zhang <bamvor.zhangjian@xxxxxxxxxx>
• Re: [PATCH 3.18 04/57] vm: add VM_FAULT_SIGSEGV handling support
  • From: Konstantin Khlebnikov <koct9i@xxxxxxxxx>
• Re: [PATCH 3.18 04/57] vm: add VM_FAULT_SIGSEGV handling support
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3.18 04/57] vm: add VM_FAULT_SIGSEGV handling support
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3.18 04/57] vm: add VM_FAULT_SIGSEGV handling support
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] compat: Fix endian issue in union sigval
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 3.18 04/57] vm: add VM_FAULT_SIGSEGV handling support
  • From: Konstantin Khlebnikov <koct9i@xxxxxxxxx>
• RE: [RFC] change non-atomic bitops method
  • From: "Wang, Yalin" <Yalin.Wang@xxxxxxxxxxxxxx>
• Re: [RFC] change non-atomic bitops method
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] change non-atomic bitops method
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] Reenable might_sleep() checks for might_fault()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• RE: [RFC] change non-atomic bitops method
  • From: "Wang, Yalin" <Yalin.Wang@xxxxxxxxxxxxxx>
• Re: [PATCH v3] Add ARCH_MIGHT_HAVE_VGA_CONSOLE
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• Re: a method to distinguish between syscall-enter/exit-stop
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: a method to distinguish between syscall-enter/exit-stop
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: a method to distinguish between syscall-enter/exit-stop
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v5 3/5] x86: Split syscall_trace_enter into two phases
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/5] x86: Split syscall_trace_enter into two phases
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 3/5] x86: Split syscall_trace_enter into two phases
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/5] x86: Split syscall_trace_enter into two phases
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v5 3/5] x86: Split syscall_trace_enter into two phases
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 3/5] x86: Split syscall_trace_enter into two phases
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/5] x86: Split syscall_trace_enter into two phases
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 3.16.y-ckt 116/135] vm: add VM_FAULT_SIGSEGV handling support
  • From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
• [PATCH 3.16.y-ckt 117/135] vm: make stack guard page errors return VM_FAULT_SIGSEGV rather than SIGBUS
  • From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
• Re: [PATCH v5 3/5] x86: Split syscall_trace_enter into two phases
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/5] x86: Split syscall_trace_enter into two phases
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v5 3/5] x86: Split syscall_trace_enter into two phases
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/5] x86: Split syscall_trace_enter into two phases
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 3/5] x86: Split syscall_trace_enter into two phases
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v5 3/5] x86: Split syscall_trace_enter into two phases
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 3/5] x86: Split syscall_trace_enter into two phases
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/5] x86: Split syscall_trace_enter into two phases
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v5 3/5] x86: Split syscall_trace_enter into two phases
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v5 3/5] x86: Split syscall_trace_enter into two phases
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [3.16.y-ckt stable] Patch "vm: make stack guard page errors return VM_FAULT_SIGSEGV rather than SIGBUS" has been added to staging queue
  • From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
• [3.16.y-ckt stable] Patch "vm: add VM_FAULT_SIGSEGV handling support" has been added to staging queue
  • From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
• Re: [PATCH v3] Add ARCH_MIGHT_HAVE_VGA_CONSOLE
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3] Add ARCH_MIGHT_HAVE_VGA_CONSOLE
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 3.18 04/57] vm: add VM_FAULT_SIGSEGV handling support
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3.18 06/57] vm: make stack guard page errors return VM_FAULT_SIGSEGV rather than SIGBUS
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: __HAVE_ARCH_CMPXCHG on ARM?
  • From: Josh Cartwright <joshc@xxxxxx>
• Re: [RFC] change non-atomic bitops method
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH v11 17/19] kernel: add support for .init_array.* constructors
  • From: Andrey Ryabinin <a.ryabinin@xxxxxxxxxxx>
• Re: [RFC] change non-atomic bitops method
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC] change non-atomic bitops method
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] change non-atomic bitops method
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• RE: [RFC] change non-atomic bitops method
  • From: "Wang, Yalin" <Yalin.Wang@xxxxxxxxxxxxxx>
• Re: [RFC] change non-atomic bitops method
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] change non-atomic bitops method
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• RE: [RFC] change non-atomic bitops method
  • From: "Wang, Yalin" <Yalin.Wang@xxxxxxxxxxxxxx>
• Re: [RFC] change non-atomic bitops method
  • From: David Miller <davem@xxxxxxxxxxxxx>
• RE: [RFC] change non-atomic bitops method
  • From: "Wang, Yalin" <Yalin.Wang@xxxxxxxxxxxxxx>
• Re: [RFC] change non-atomic bitops method
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• RE: [RFC] change non-atomic bitops method
  • From: "Wang, Yalin" <Yalin.Wang@xxxxxxxxxxxxxx>
• Re: [PATCH] Add ARCH_MIGHT_HAVE_VGA_CONSOLE
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Add ARCH_MIGHT_HAVE_VGA_CONSOLE
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• RE: [RFC] change non-atomic bitops method
  • From: "Wang, Yalin" <Yalin.Wang@xxxxxxxxxxxxxx>
• Re: [RFC] change non-atomic bitops method
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH] Add ARCH_MIGHT_HAVE_VGA_CONSOLE
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [RFC] change non-atomic bitops method
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC] change non-atomic bitops method
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Add ARCH_MIGHT_HAVE_VGA_CONSOLE
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] Add ARCH_MIGHT_HAVE_VGA_CONSOLE
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC] change non-atomic bitops method
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [RFC] change non-atomic bitops method
  • From: Laura Abbott <lauraa@xxxxxxxxxxxxxx>
• Re: [PATCH] Add ARCH_MIGHT_HAVE_VGA_CONSOLE
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• Re: Can this be a invalid memory access? (was: Re: [PATCH] spi/xilinx: Cast ioread32/iowrite32 function pointers)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Can this be a invalid memory access? (was: Re: [PATCH] spi/xilinx: Cast ioread32/iowrite32 function pointers)
  • From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
• Re: Can this be a invalid memory access? (was: Re: [PATCH] spi/xilinx: Cast ioread32/iowrite32 function pointers)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Can this be a invalid memory access? (was: Re: [PATCH] spi/xilinx: Cast ioread32/iowrite32 function pointers)
  • From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
• Re: [PATCH] Add ARCH_MIGHT_HAVE_VGA_CONSOLE
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [RFC] change non-atomic bitops method
  • From: "Wang, Yalin" <Yalin.Wang@xxxxxxxxxxxxxx>
• Re: [opensuse-factory] Re: [opensuse-kernel] libsigsegv build fail with kernel 3.18.3
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [opensuse-factory] Re: [opensuse-kernel] libsigsegv build fail with kernel 3.18.3
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxx>
• Re: [PATCH v10 15/17] kernel: add support for .init_array.* constructors
  • From: Andrey Ryabinin <a.ryabinin@xxxxxxxxxxx>
• Re: [PATCH v2 0/5] Reenable might_sleep() checks for might_fault()
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v10 15/17] kernel: add support for .init_array.* constructors
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [opensuse-factory] Re: [opensuse-kernel] libsigsegv build fail with kernel 3.18.3
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v10 15/17] kernel: add support for .init_array.* constructors
  • From: Andrey Ryabinin <a.ryabinin@xxxxxxxxxxx>
• Re: [opensuse-factory] Re: [opensuse-kernel] libsigsegv build fail with kernel 3.18.3
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [opensuse-factory] Re: [opensuse-kernel] libsigsegv build fail with kernel 3.18.3
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [opensuse-factory] Re: [opensuse-kernel] libsigsegv build fail with kernel 3.18.3
  • From: Andreas Schwab <schwab@xxxxxxx>
• [PATCH v2 09/15] h8300: library functions
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 02/15] h8300: UAPI headers
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 12/15] h8300: clocksource
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 07/15] h8300: miscellaneous functions
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 05/15] h8300: Process and signal
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 06/15] h8300 CPU depend helpers
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 14/15] serial: Add h8300
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 00/15] revert h8300 architecture
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 13/15] h8300: configs
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 04/15] h8300: kernel booting
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 11/15] h8300: clock driver
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 08/15] h8300: Memory management
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 03/15] h8300: Exception and Interrupt handling
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 01/15] h8300: Assembly headers.
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 10/15] h8300: Build scripts
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 15/15] Add ELF machine
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• Re: [opensuse-factory] Re: [opensuse-kernel] libsigsegv build fail with kernel 3.18.3
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [opensuse-factory] Re: [opensuse-kernel] libsigsegv build fail with kernel 3.18.3
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Re: [opensuse-factory] Re: [opensuse-kernel] libsigsegv build fail with kernel 3.18.3
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [opensuse-factory] Re: [opensuse-kernel] libsigsegv build fail with kernel 3.18.3
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Re: [opensuse-factory] Re: [opensuse-kernel] libsigsegv build fail with kernel 3.18.3
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [opensuse-factory] Re: [opensuse-kernel] libsigsegv build fail with kernel 3.18.3
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Re: [opensuse-factory] Re: [opensuse-kernel] libsigsegv build fail with kernel 3.18.3
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 33/40] cris: macro whitespace fixes
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH v2 06/40] cris/uaccess: fix sparse errors
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH v3 0/5] Perf tool fixes for ARC + uClibc
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• Re: [PATCH v3 0/5] Perf tool fixes for ARC + uClibc
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH v3 09/16] pci: add pci_iomap_range
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: Behaviour of smp_mb__{before,after}_spin* and acquire/release
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH repost 03/16] arm64/uaccess: fix sparse errors
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH repost 03/16] arm64/uaccess: fix sparse errors
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH repost 03/16] arm64/uaccess: fix sparse errors
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: Behaviour of smp_mb__{before,after}_spin* and acquire/release
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 00/16] Revert h8300 archtecture
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/16] Revert h8300 archtecture
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 00/16] Revert h8300 archtecture
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/16] drivers: Add h8300
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/16] h8300: Assembly headers
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/16] h8300: Memory management
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 16/16] h8300: misc functions
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/16] h8300: UAPI headers
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 13/16] h8300: ptrace helper
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 12/16] h8300: clocksource
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v9 15/17] kernel: add support for .init_array.* constructors
  • From: Andrey Ryabinin <a.ryabinin@xxxxxxxxxxx>
• Re: [PATCH v6 0/7] vfs: Non-blockling buffered fs read (page cache only)
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: Behaviour of smp_mb__{before,after}_spin* and acquire/release
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v14 08/11] qspinlock, x86: Rename paravirt_ticketlocks_enabled
  • From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/16] drivers: Add h8300
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 00/16] Revert h8300 archtecture
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 01/16] h8300: Assembly headers
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 04/16] h8300: Memory management
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [Xen-devel] [PATCH v14 11/11] pvqspinlock, x86: Enable PV qspinlock for XEN
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: [PATCH 16/16] h8300: misc functions
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 13/16] h8300: ptrace helper
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 12/16] h8300: clocksource
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 03/16] h8300: defconfigs
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 02/16] h8300: UAPI headers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 11/16] h8300: Libraries
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 04/16] h8300: Memory management
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 12/16] h8300: clocksource
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 00/16] Revert h8300 archtecture
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 03/16] h8300: defconfigs
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 05/16] h8300: Target depend (hw define) part
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 14/16] h8300: signal handler
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 08/16] h8300: Build scripts
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 16/16] h8300: misc functions
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 02/16] h8300: UAPI headers
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 06/16] drivers: Add h8300
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 09/16] h8300: kernel startup
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 13/16] h8300: ptrace helper
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 01/16] h8300: Assembly headers
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 15/16] h8300: system call entry table
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 10/16] h8300: Exception and Interrupt handler
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 07/16] Add ELF machine
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• Re: Behaviour of smp_mb__{before,after}_spin* and acquire/release
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH v14 01/11] qspinlock: A simple generic 4-byte queue spinlock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v14 02/11] qspinlock, x86: Enable x86-64 to use queue spinlock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v14 03/11] qspinlock: Add pending bit
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v14 04/11] qspinlock: Extract out code snippets for the next patch
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v14 05/11] qspinlock: Optimize for smaller NR_CPUS
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v14 07/11] qspinlock: Revert to test-and-set on hypervisors
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v14 08/11] qspinlock, x86: Rename paravirt_ticketlocks_enabled
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v14 09/11] pvqspinlock, x86: Add para-virtualization support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v14 11/11] pvqspinlock, x86: Enable PV qspinlock for XEN
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v14 10/11] pvqspinlock, x86: Enable PV qspinlock for KVM
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v14 06/11] qspinlock: Use a simple write to grab the lock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v14 00/11] qspinlock: a 4-byte queue spinlock with PV support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• Re: Behaviour of smp_mb__{before,after}_spin* and acquire/release
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: Behaviour of smp_mb__{before,after}_spin* and acquire/release
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: Behaviour of smp_mb__{before,after}_spin* and acquire/release
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Behaviour of smp_mb__{before,after}_spin* and acquire/release
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/5] Perf tool fixes for ARC + uClibc
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• Re: [PATCH v3 0/5] Perf tool fixes for ARC + uClibc
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 0/8] current ACCESS_ONCE patch queue
  • From: Alexander Graf <agraf@xxxxxxx>
• Re: [PATCH 1/8] ppc/kvm: Replace ACCESS_ONCE with READ_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH 1/8] ppc/kvm: Replace ACCESS_ONCE with READ_ONCE
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 4/8] x86/spinlock: Leftover conversion ACCESS_ONCE->READ_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH 4/8] x86/spinlock: Leftover conversion ACCESS_ONCE->READ_ONCE
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 4/8] x86/spinlock: Leftover conversion ACCESS_ONCE->READ_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH 4/8] x86/spinlock: Leftover conversion ACCESS_ONCE->READ_ONCE
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH 3/8] x86/xen/p2m: Replace ACCESS_ONCE with READ_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH 3/8] x86/xen/p2m: Replace ACCESS_ONCE with READ_ONCE
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: [PATCH 3/8] x86/xen/p2m: Replace ACCESS_ONCE with READ_ONCE
  • From: Jürgen Groß <jgross@xxxxxxxx>
• [PATCH 3/8] x86/xen/p2m: Replace ACCESS_ONCE with READ_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH 2/8] ppc/hugetlbfs: Replace ACCESS_ONCE with READ_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH 0/8] current ACCESS_ONCE patch queue
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH 4/8] x86/spinlock: Leftover conversion ACCESS_ONCE->READ_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH 7/8] next: sh: Fix compile error
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH 8/8] kernel: Fix sparse warning for ACCESS_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH 6/8] kernel: tighten rules for ACCESS ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH 1/8] ppc/kvm: Replace ACCESS_ONCE with READ_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH 5/8] mm/gup: Replace ACCESS_ONCE with READ_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PULL] uaccess: fix sparse warning on get/put_user for bitwise types
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PULL] uaccess: fix sparse warning on get/put_user for bitwise types
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 09/16] pci: add pci_iomap_range
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 0/5] Perf tool fixes for ARC + uClibc
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• Re: [PATCH v3 0/5] Perf tool fixes for ARC + uClibc
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• Re: Behaviour of smp_mb__{before,after}_spin* and acquire/release
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 1/2] tile: fix put_user sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 2/2] tile: enable sparse checks for get/put_user
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [GIT PULL 1/1] kernel: Change ASSIGN_ONCE(val, x) to WRITE_ONCE(x, val)
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [GIT PULL 0/1] Change ASSIGN_ONCE(val, x) to WRITE_ONCE(x, val)
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH 2/2] tile: enable sparse checks for get/put_user
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• [PATCH 1/2] tile: fix put_user sparse errors
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• Re: Behaviour of smp_mb__{before,after}_spin* and acquire/release
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Behaviour of smp_mb__{before,after}_spin* and acquire/release
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2 23/40] tile: enable sparse checks for get/put_user
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 23/40] tile: enable sparse checks for get/put_user
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• [PATCH v3 1/5] perf tools: [uclibc] fix statfs.f_type data type mismatch build error
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH v3 2/5] perf tools: [uclibc] Elide strlcpy warning
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH v3 3/5] perf tools: [uclibc] Avoid build splat for syscall numbers
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH v3 4/5] perf tools: [uclibc] don't rely on glibc malloc working for sz 0
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH v3 5/5] perf tools: [uclibc] provide stub for pthread_attr_setaffinity_np
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH v3 0/5] Perf tool fixes for ARC + uClibc
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH v2 22/40] tile: fix put_user sparse errors
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• Re: [PATCH v2 01/40] x86/uaccess: fix sparse errors
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/40] uaccess: fix sparse warning on get/put_user for bitwise types
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 22/40] tile: fix put_user sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 23/40] tile: enable sparse checks for get/put_user
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 22/40] tile: fix put_user sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 22/40] tile: fix put_user sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 1/5] perf tools: [uclibc] fix statfs.f_type data type mismatch build error
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH v2 1/5] perf tools: [uclibc] fix statfs.f_type data type mismatch build error
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• Re: [PATCH v2 23/40] tile: enable sparse checks for get/put_user
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• Re: [PATCH v2 22/40] tile: fix put_user sparse errors
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCH v2 0/5] Reenable might_sleep() checks for might_fault()
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCH v2 3/5] perf tools: [uclibc] Avoid build splat for syscall numbers
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCH v2 5/5] perf tools: [uclibc] provide stub for pthread_attr_setaffinity_np
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH v2 3/5] perf tools: [uclibc] Avoid build splat for syscall numbers
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• Re: [PATCH v2 1/5] perf tools: [uclibc] fix statfs.f_type data type mismatch build error
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• Re: [PATCH v2 5/5] perf tools: [uclibc] provide stub for pthread_attr_setaffinity_np
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• [PATCH] bug: add comments for BUG_ON() and BUG()
  • From: Dmitry Voytik <voytikd@xxxxxxxxx>
• Re: [PATCH v2 00/40] uaccess: fix sparse warning on get/put_user for bitwise types
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Rich Felker <dalias@xxxxxxxxxx>
• [PATCH v2 1/5] perf tools: [uclibc] fix statfs.f_type data type mismatch build error
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH v2 2/5] perf tools: [uclibc] Elide strlcpy warning
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH v2 3/5] perf tools: [uclibc] Avoid build splat for syscall numbers
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH v2 4/5] perf tools: [uclibc] don't rely on glibc malloc working for sz 0
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH v2 5/5] perf tools: [uclibc] provide stub for pthread_attr_setaffinity_np
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH v2 0/5] Perf tool fixes for ARC + uClibc
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 4/5] perf tools: [uclibc] don't rely on glibc malloc working for sz 0
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [PATCH 5/5] perf tools: [uclibc] provide stub for pthread_attr_setaffinity_np
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 4/5] perf tools: [uclibc] don't rely on glibc malloc working for sz 0
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCH 0/5] Perf fixes for ARC + uClibc
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: David Drysdale <drysdale@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCHv10 man-pages 5/5] execveat.2: initial man page for execveat(2)
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 5/5] perf tools: [uclibc] provide stub for pthread_attr_setaffinity_np
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [PATCH 4/5] perf tools: [uclibc] don't rely on glibc malloc working for sz 0
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [PATCH v2 16/40] m68k/uaccess: fix sparse errors
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 10/40] microblaze/uaccess: fix sparse errors
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: [PATCH v2 28/40] microblaze: whitespace fix
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: [PATCH v2 31/40] arm64: macro whitespace fixes
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2 03/40] arm64/uaccess: fix sparse errors
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2 36/40] m68k: macro whitespace fixes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 20/40] metag: fix put_user sparse errors
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH v2 09/40] metag/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 09/40] metag/uaccess: fix sparse errors
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH v2 38/40] s390: macro whitespace fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 38/40] s390: macro whitespace fixes
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH 0/5] Perf fixes for ARC + uClibc
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH v2 32/40] avr32: macro whitespace fixes
  • From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
• Re: [PATCH v2 24/40] avr32: whitespace fix
  • From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
• Re: [PATCH 0/5] Perf fixes for ARC + uClibc
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH v2 40/40] xtensa: macro whitespace fixes
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH v2 00/40] uaccess: fix sparse warning on get/put_user for bitwise types
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 03/40] arm64/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 03/40] arm64/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 26/40] arch/sparc: uaccess_64 macro whitespace fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 26/40] arch/sparc: uaccess_64 macro whitespace fixes
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 26/40] arch/sparc: uaccess_64 macro whitespace fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 03/40] arm64/uaccess: fix sparse errors
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2 00/40] uaccess: fix sparse warning on get/put_user for bitwise types
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 26/40] arch/sparc: uaccess_64 macro whitespace fixes
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 15/40] sparc64/uaccess: fix sparse errors
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 25/40] arch/sparc: uaccess_32 macro whitespace fixes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 26/40] arch/sparc: uaccess_64 macro whitespace fixes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 14/40] sparc32/uaccess: fix sparse errors
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 26/40] arch/sparc: uaccess_64 macro whitespace fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 26/40] arch/sparc: uaccess_64 macro whitespace fixes
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v2 31/40] arm64: macro whitespace fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 37/40] parisc: macro whitespace fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 01/40] x86/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 02/40] alpha/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 04/40] avr32/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 05/40] blackfin/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 06/40] cris/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 08/40] m32r/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 07/40] ia64/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 09/40] metag/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 10/40] microblaze/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 03/40] arm64/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 13/40] sh/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 11/40] openrisc/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 12/40] parisc/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 14/40] sparc32/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 16/40] m68k/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 19/40] ia64: fix put_user sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 21/40] sh: fix put_user sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 18/40] blackfin: fix put_user sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 22/40] tile: fix put_user sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 23/40] tile: enable sparse checks for get/put_user
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 25/40] arch/sparc: uaccess_32 macro whitespace fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 24/40] avr32: whitespace fix
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 26/40] arch/sparc: uaccess_64 macro whitespace fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 28/40] microblaze: whitespace fix
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 27/40] blackfin: macro whitespace fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 17/40] arm: fix put_user sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 29/40] alpha: macro whitespace fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 33/40] cris: macro whitespace fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 35/40] m32r: macro whitespace fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 34/40] frv: macro whitespace fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 32/40] avr32: macro whitespace fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 36/40] m68k: macro whitespace fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 38/40] s390: macro whitespace fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 40/40] xtensa: macro whitespace fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 30/40] arm: macro whitespace fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 39/40] sh: macro whitespace fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 20/40] metag: fix put_user sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 15/40] sparc64/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 00/40] uaccess: fix sparse warning on get/put_user for bitwise types
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 0/5] Perf fixes for ARC + uClibc
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• [PATCH 5/5] perf tools: [uclibc] provide stub for pthread_attr_setaffinity_np
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 2/5] perf tools: [uclibc] Elide strlcpy warning
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 1/5] perf tools: [uclibc] fix statfs.f_type data type mismatch build error
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 3/5] perf tools: [uclibc] Avoid build splat for syscall numbers
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 4/5] perf tools: [uclibc] don't rely on glibc malloc working for sz 0
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 0/5] Perf fixes for ARC + uClibc
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH repost 09/16] metag/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH repost 09/16] metag/uaccess: fix sparse errors
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH repost 09/16] metag/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH repost 09/16] metag/uaccess: fix sparse errors
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH 29/38] powerpc: drop _PAGE_FILE and pte_file()-related helpers
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH repost 09/16] metag/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 22/38] metag: drop _PAGE_FILE and pte_file()-related helpers
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH repost 09/16] metag/uaccess: fix sparse errors
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH repost 12/16] parisc/uaccess: fix sparse errors
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH repost 12/16] parisc/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH repost 12/16] parisc/uaccess: fix sparse errors
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] nios2: Use preempt_schedule_irq
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH RFC v2 2/7] pci: add pci_iomap_range
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH RFC v2 2/7] pci: add pci_iomap_range
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] nios2: Use preempt_schedule_irq
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• Re: [PATCH 30/38] s390: drop pte_file()-related helpers
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• [PATCHv2 24/38] mips: drop _PAGE_FILE and pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCHv2 21/38] m68k: drop _PAGE_FILE and pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 30/38] s390: drop pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 30/38] s390: drop pte_file()-related helpers
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: rfc: remove early_printk from a few arches? (blackfin, m68k, mips)
  • From: Pavel Machek <pavel@xxxxxx>
• Re: rfc: remove early_printk from a few arches? (blackfin, m68k, mips)
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH repost 15/16] sparc/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH repost 12/16] parisc/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 00/38] mm: remove non-linear mess
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 26/38] nios2: drop _PAGE_FILE and pte_file()-related helpers
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH repost 15/16] sparc/uaccess: fix sparse errors
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 33/38] sparc: drop pte_file()-related helpers
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH repost 12/16] parisc/uaccess: fix sparse errors
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 26/38] nios2: drop _PAGE_FILE and pte_file()-related helpers
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• Re: [PATCH 24/38] mips: drop _PAGE_FILE and pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 38/38] xtensa: drop _PAGE_FILE and pte_file()-related helpers
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH 24/38] mips: drop _PAGE_FILE and pte_file()-related helpers
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH repost 02/16] alpha/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH repost 04/16] avr32/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH repost 05/16] blackfin/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH repost 06/16] cris/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH repost 15/16] sparc/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH repost 07/16] ia64/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH repost 16/16] m68k/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH repost 09/16] metag/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH repost 14/16] sparc/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH repost 11/16] openrisc/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH repost 12/16] parisc/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH repost 13/16] sh/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH repost 03/16] arm64/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH repost 10/16] microblaze/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH repost 08/16] m32r/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH repost 01/16] x86/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH repost 00/16] uaccess: fix sparse warning on get_user for bitwise types
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 34/38] tile: drop pte_file()-related helpers
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• Re: [PATCH 11/38] arm64: drop PTE_FILE and pte_file()-related helpers
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 13/38] avr32: drop _PAGE_FILE and pte_file()-related helpers
  • From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
• Re: [PATCH 15/38] c6x: drop pte_file()
  • From: Mark Salter <msalter@xxxxxxxxxx>
• [PATCH] sh: drop _PAGE_FILE and pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv2 07/38] mm: remove rest usage of VM_NONLINEAR and pte_file()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 01/38] mm: drop support of non-linear mapping from unmap/zap codepath
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 04/38] proc: drop handling non-linear mappings
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 05/38] rmap: drop support of non-linear mappings
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 09/38] alpha: drop _PAGE_FILE and pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 06/38] mm: replace vma->sharead.linear with vma->shared
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 11/38] arm64: drop PTE_FILE and pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 13/38] avr32: drop _PAGE_FILE and pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 14/38] blackfin: drop pte_file()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 12/38] arm: drop L_PTE_FILE and pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 16/38] cris: drop _PAGE_FILE and pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 17/38] frv: drop _PAGE_FILE and pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 18/38] hexagon: drop _PAGE_FILE and pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 10/38] arc: drop _PAGE_FILE and pte_file()-related helpers
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 25/38] mn10300: drop _PAGE_FILE and pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 22/38] metag: drop _PAGE_FILE and pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 21/38] m68k: drop _PAGE_FILE and pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 27/38] openrisc: drop _PAGE_FILE and pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 32/38] sh: drop _PAGE_FILE and pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 26/38] nios2: drop _PAGE_FILE and pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 23/38] microblaze: drop _PAGE_FILE and pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 20/38] m32r: drop _PAGE_FILE and pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 31/38] score: drop _PAGE_FILE and pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 29/38] powerpc: drop _PAGE_FILE and pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 30/38] s390: drop pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 24/38] mips: drop _PAGE_FILE and pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 38/38] xtensa: drop _PAGE_FILE and pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 36/38] unicore32: drop pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 33/38] sparc: drop pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 34/38] tile: drop pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 35/38] um: drop _PAGE_FILE and pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 37/38] x86: drop _PAGE_FILE and pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 02/38] mm: drop support of non-linear mapping from fault codepath
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 03/38] mm: drop vm_ops->remap_pages and generic_file_remap_pages() stub
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 08/38] asm-generic: drop unused pte_file* helpers
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 10/38] arc: drop _PAGE_FILE and pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 15/38] c6x: drop pte_file()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 28/38] parisc: drop _PAGE_FILE and pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 19/38] ia64: drop _PAGE_FILE and pte_file()-related helpers
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 07/38] mm: remove rest usage of VM_NONLINEAR and pte_file()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 00/38] mm: remove non-linear mess
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: rfc: remove early_printk from a few arches? (blackfin, m68k, mips)
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: rfc: remove early_printk from a few arches? (blackfin, m68k, mips)
  • From: Måns Rullgård <mans@xxxxxxxxx>
• Re: rfc: remove early_printk from a few arches? (blackfin, m68k, mips)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: rfc: remove early_printk from a few arches? (blackfin, m68k, mips)
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: rfc: remove early_printk from a few arches? (blackfin, m68k, mips)
  • From: Måns Rullgård <mans@xxxxxxxxx>
• Re: rfc: remove early_printk from a few arches? (blackfin, m68k, mips)
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: rfc: remove early_printk from a few arches? (blackfin, m68k, mips)
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 00/18] uaccess: fix sparse warning on get_user for bitwise types
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 05/18] blackfin/uaccess: fix sparse errors
  • From: Steven Miao <realmz6@xxxxxxxxx>
• Re: rfc: remove early_printk from a few arches? (blackfin, m68k, mips)
  • From: Måns Rullgård <mans@xxxxxxxxx>
• Re: rfc: remove early_printk from a few arches? (blackfin, m68k, mips)
  • From: Kevin Cernekee <cernekee@xxxxxxxxx>
• rfc: remove early_printk from a few arches? (blackfin, m68k, mips)
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 13/18] powerpc/uaccess: fix sparse errors
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 13/18] powerpc/uaccess: fix sparse errors
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 13/18] powerpc/uaccess: fix sparse errors
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 13/18] powerpc/uaccess: fix sparse errors
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 00/18] uaccess: fix sparse warning on get_user for bitwise types
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 13/18] powerpc/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 01/18] x86/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 00/18] uaccess: fix sparse warning on get_user for bitwise types
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 00/18] uaccess: fix sparse warning on get_user for bitwise types
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 00/18] uaccess: fix sparse warning on get_user for bitwise types
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH RFC 1/5] pci: add pci_iomap_range
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 1/5] uaccess: add pagefault_count to thread_info
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] Reenable might_sleep() checks for might_fault()
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] Reenable might_sleep() checks for might_fault()
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 03/18] arm64/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 0/5] Reenable might_sleep() checks for might_fault()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] uaccess: add pagefault_count to thread_info
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 03/18] arm64/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 03/18] arm64/uaccess: fix sparse errors
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 03/18] arm64/uaccess: fix sparse errors
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2 0/5] Reenable might_sleep() checks for might_fault()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 00/18] uaccess: fix sparse warning on get_user for bitwise types
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 00/18] uaccess: fix sparse warning on get_user for bitwise types
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 1/5] uaccess: add pagefault_count to thread_info
  • From: "LF.Tan" <lftan.linux@xxxxxxxxx>
• Re: [PATCH 00/18] uaccess: fix sparse warning on get_user for bitwise types
  • From: "LF.Tan" <lftan.linux@xxxxxxxxx>
• Re: [PATCH 13/18] powerpc/uaccess: fix sparse errors
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/18] uaccess: fix sparse warning on get_user for bitwise types
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 13/18] powerpc/uaccess: fix sparse errors
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/18] avr32/uaccess: fix sparse errors
  • From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
• [PATCH 01/18] x86/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 04/18] avr32/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 05/18] blackfin/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 07/18] ia64/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 09/18] metag/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 10/18] microblaze/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 14/18] sh/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 06/18] cris/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 13/18] powerpc/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 15/18] sparc/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 17/18] xtensa/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 16/18] sparc/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 03/18] arm64/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 18/18] m68k/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 12/18] parisc/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 11/18] openrisc/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 08/18] m32r/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 02/18] alpha/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 00/18] uaccess: fix sparse warning on get_user for bitwise types
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [net-next PATCH v7 resubmit 0/4] arch: Add lightweight memory barriers for coherent memory access
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH RFC 3/5] pci: add pci_iomap_range
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [net-next PATCH v7 resubmit 2/4] arch: Add lightweight memory barriers dma_rmb() and dma_wmb()
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• [net-next PATCH v7 resubmit 1/4] arch: Cleanup read_barrier_depends() and comments
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• [net-next PATCH v7 resubmit 3/4] r8169: Use dma_rmb() and dma_wmb() for DescOwn checks
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• [net-next PATCH v7 resubmit 4/4] fm10k/igb/ixgbe: Use dma_rmb on Rx descriptor reads
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• [net-next PATCH v7 resubmit 0/4] arch: Add lightweight memory barriers for coherent memory access
  • From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
• Re: [PATCH RFC 3/5] pci: add pci_iomap_range
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v7 0/4] arch: Add lightweight memory barriers for coherent memory access
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• Re: [PATCH v7 0/4] arch: Add lightweight memory barriers for coherent memory access
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH v7 0/4] arch: Add lightweight memory barriers for coherent memory access
  • From: "Skidmore, Donald C" <donald.c.skidmore@xxxxxxxxx>
• Re: [PATCH v7 0/4] arch: Add lightweight memory barriers for coherent memory access
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH RFC 3/5] pci: add pci_iomap_range
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 2/8] mm: replace ACCESS_ONCE with READ_ONCE or barriers
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH 6/8] arm64/spinlock: Replace ACCESS_ONCE READ_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH 7/8] arm/spinlock: Replace ACCESS_ONCE with READ_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH 1/8] kernel: Provide READ_ONCE and ASSIGN_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH 8/8] s390/kvm: REPLACE barrier fixup with READ_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH 5/8] mips/gup: Replace ACCESS_ONCE with READ_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH 3.20] kernel: tighten rules for ACCESS ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCHv5 0/8] ACCESS_ONCE and non-scalar accesses
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH 4/8] x86/gup: Replace ACCESS_ONCE with READ_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH 3/8] x86/spinlock: Replace ACCESS_ONCE with READ_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [RESENT PATCH] dma-mapping: Add BUG_ON for uninitialized dma_ops
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: [PATCH v7 0/4] arch: Add lightweight memory barriers for coherent memory access
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• [PATCH v2 0/5] Reenable might_sleep() checks for might_fault()
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/5] uaccess: add pagefault_count to thread_info
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/5] uaccess: count pagefault_disable() levels in pagefault_count
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 3/5] mm, uaccess: trigger might_sleep() in might_fault() when pagefaults are disabled
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 4/5] uaccess: clarify that uaccess may only sleep if pagefaults are not disabled
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 5/5] uaccess: CONFIG_DEBUG_PAGEFAULT_COUNT to debug pagefault_count
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] arch: uapi: asm: mman.h: Let MADV_FREE have same value for all architectures
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• [GIT PULL] asm-generic: asm/io.h rewrite
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2] all arches, signal: Move restart_block to struct task_struct
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC][PATCHES] iov_iter.c rewrite
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/5] uaccess: add pagefault_count to thread_info
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/5] uaccess: add pagefault_count to thread_info
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH] arch: uapi: asm: mman.h: Let MADV_FREE have same value for all architectures
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [PATCH] arch: uapi: asm: mman.h: Let MADV_FREE have same value for all architectures
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [PATCH 1/9] kernel: Provide READ_ONCE and ASSIGN_ONCE
  • From: "George Spelvin" <linux@xxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: Provide READ_ONCE and ASSIGN_ONCE
  • From: "George Spelvin" <linux@xxxxxxxxxxx>
• Re: [PATCH v1 3/5] mm, uaccess: trigger might_sleep() in might_fault() when pagefaults are disabled
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH v1 3/5] mm, uaccess: trigger might_sleep() in might_fault() when pagefaults are disabled
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v1 3/5] mm, uaccess: trigger might_sleep() in might_fault() when pagefaults are disabled
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 3/5] mm, uaccess: trigger might_sleep() in might_fault() when pagefaults are disabled
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• [PATCH v1 2/5] uaccess: count pagefault_disable() levels in pagefault_count
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• [PATCH v1 1/5] uaccess: add pagefault_count to thread_info
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• [PATCH v1 5/5] uaccess: CONFIG_DEBUG_PAGEFAULT_COUNT to debug pagefault_count
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• [PATCH v1 4/5] uaccess: clearify that uaccess may only sleep if pagefaults are not disabled
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• [PATCH v1 3/5] mm, uaccess: trigger might_sleep() in might_fault() when pagefaults are disabled
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• [PATCH v1 0/5] Reenable might_sleep() checks for might_fault()
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] all arches, signal: Move restart_block to struct task_struct
  • From: Chuck Ebbert <cebbert.lkml@xxxxxxxxx>
• Re: [PATCH 1/9] kernel: Provide READ_ONCE and ASSIGN_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v6 0/7] vfs: Non-blockling buffered fs read (page cache only)
  • From: Volker Lendecke <Volker.Lendecke@xxxxxxxxx>
• Re: [PATCH] arch: uapi: asm: mman.h: Let MADV_FREE have same value for all architectures
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 1/9] kernel: Provide READ_ONCE and ASSIGN_ONCE
  • From: "George Spelvin" <linux@xxxxxxxxxxx>
• Re: [PATCH] arch: uapi: asm: mman.h: Let MADV_FREE have same value for all architectures
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCHv4 0/9] ACCESS_ONCE and non-scalar accesses
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 0/7] vfs: Non-blockling buffered fs read (page cache only)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] arch: uapi: asm: mman.h: Let MADV_FREE have same value for all architectures
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [PATCH RFC] locking: Add volatile to arch_spinlock_t structures
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] locking: Add volatile to arch_spinlock_t structures
  • From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] locking: Add volatile to arch_spinlock_t structures
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] locking: Add volatile to arch_spinlock_t structures
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] locking: Add volatile to arch_spinlock_t structures
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] locking: Add volatile to arch_spinlock_t structures
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] locking: Add volatile to arch_spinlock_t structures
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv4 0/9] ACCESS_ONCE and non-scalar accesses
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH 9/9] kernel: tighten rules for ACCESS ONCE
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: Provide READ_ONCE and ASSIGN_ONCE
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 9/9] kernel: tighten rules for ACCESS ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH 1/9] kernel: Provide READ_ONCE and ASSIGN_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH RFC] locking: Add volatile to arch_spinlock_t structures
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] locking: Add volatile to arch_spinlock_t structures
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH RFC] locking: Add volatile to arch_spinlock_t structures
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 9/9] kernel: tighten rules for ACCESS ONCE
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 8/9] s390/kvm: REPLACE ACCESS_ONCE with READ_ONCE
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/9] arm/spinlock: Replace ACCESS_ONCE with READ_ONCE
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/9] arm64/spinlock: Replace ACCESS_ONCE READ_ONCE
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>