Linux Arch

• Thread Index

• [PATCH v6 03/15] dt-bindings: Document the ARM System timer bindings
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v6 02/15] ARM: ARMv7-M: Enlarge vector table up to 256 entries
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v6 00/15] Add support to STMicroelectronics STM32 family
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v5 10/15] serial: stm32-usart: Add STM32 USART Driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v5 09/15] dt-bindings: Document the STM32 USART bindings
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v5 10/15] serial: stm32-usart: Add STM32 USART Driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v15 01/15] qspinlock: A simple generic 4-byte queue spinlock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v15 04/15] qspinlock: Extract out code snippets for the next patch
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v15 02/15] qspinlock, x86: Enable x86-64 to use queue spinlock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v15 03/15] qspinlock: Add pending bit
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v15 05/15] qspinlock: Optimize for smaller NR_CPUS
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v15 09/15] pvqspinlock: Implement simple paravirt support for the qspinlock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v15 07/15] qspinlock: Revert to test-and-set on hypervisors
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v15 10/15] pvqspinlock: Implement the paravirt qspinlock for x86
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v15 13/15] pvqspinlock: Only kick CPU at unlock time
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v15 15/15] pvqspinlock: Add debug code to check for PV lock hash sanity
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v15 12/15] pvqspinlock, x86: Enable PV qspinlock for Xen
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v15 11/15] pvqspinlock, x86: Enable PV qspinlock for KVM
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v15 06/15] qspinlock: Use a simple write to grab the lock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v15 14/15] pvqspinlock: Improve slowpath performance by avoiding cmpxchg
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v15 08/15] lfsr: a simple binary Galois linear feedback shift register
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v15 00/15] qspinlock: a 4-byte queue spinlock with PV support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 08/15] clockevents/drivers: Add STM32 Timer driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v5 08/15] clockevents/drivers: Add STM32 Timer driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v5 10/15] serial: stm32-usart: Add STM32 USART Driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v5 10/15] serial: stm32-usart: Add STM32 USART Driver
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v5 10/15] serial: stm32-usart: Add STM32 USART Driver
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 09/15] dt-bindings: Document the STM32 USART bindings
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH v5 07/15] dt-bindings: Document the STM32 timer bindings
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH v5 03/15] dt-bindings: Document the ARM System timer bindings
  • From: Rob Herring <robherring2@xxxxxxxxx>
• [PATCH v5 02/15] ARM: ARMv7-M: Enlarge vector table up to 256 entries
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v5 04/15] clocksource/drivers: Add ARM System timer driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v5 05/15] dt-bindings: Document the STM32 reset bindings
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v5 03/15] dt-bindings: Document the ARM System timer bindings
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v5 10/15] serial: stm32-usart: Add STM32 USART Driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v5 09/15] dt-bindings: Document the STM32 USART bindings
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v5 12/15] ARM: dts: Add ARM System timer as clockevent in armv7m
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v5 13/15] ARM: dts: Introduce STM32F429 MCU
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v5 11/15] ARM: Add STM32 family machine
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v5 14/15] ARM: configs: Add STM32 defconfig
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v5 15/15] MAINTAINERS: Add entry for STM32 MCUs
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v5 08/15] clockevents/drivers: Add STM32 Timer driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v5 07/15] dt-bindings: Document the STM32 timer bindings
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v5 06/15] drivers: reset: Add STM32 reset driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v5 01/15] scripts: link-vmlinux: Don't pass page offset to kallsyms if XIP Kernel
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v5 00/15] Add support to STMicroelectronics STM32 family
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH 8/9] qspinlock: Generic paravirt support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 8/9] qspinlock: Generic paravirt support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS)
  • From: Hajime Tazaki <tazaki@xxxxxxxxxx>
• Re: [RFC PATCH 08/11] lib: other kernel glue layer code
  • From: Hajime Tazaki <tazaki@xxxxxxxxxx>
• Re: [PATCH 8/9] qspinlock: Generic paravirt support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 8/9] qspinlock: Generic paravirt support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 8/9] qspinlock: Generic paravirt support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH 8/9] qspinlock: Generic paravirt support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 8/9] qspinlock: Generic paravirt support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH 8/9] qspinlock: Generic paravirt support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH 8/9] qspinlock: Generic paravirt support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 8/9] qspinlock: Generic paravirt support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH 8/9] qspinlock: Generic paravirt support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 8/9] qspinlock: Generic paravirt support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 8/9] qspinlock: Generic paravirt support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v4 05/15] dt-bindings: Document the STM32 reset bindings
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH 8/9] qspinlock: Generic paravirt support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v4 05/15] dt-bindings: Document the STM32 reset bindings
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v4 05/15] dt-bindings: Document the STM32 reset bindings
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH v4 06/15] drivers: reset: Add STM32 reset driver
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH v4 10/15] serial: stm32-usart: Add STM32 USART Driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS)
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 10/15] serial: stm32-usart: Add STM32 USART Driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH v4 03/15] dt-bindings: Document the ARM System timer bindings
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v4 04/15] clocksource/drivers: Add ARM System timer driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v4 05/15] dt-bindings: Document the STM32 reset bindings
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v4 06/15] drivers: reset: Add STM32 reset driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v4 15/15] MAINTAINERS: Add entry for STM32 MCUs
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v4 13/15] ARM: dts: Introduce STM32F429 MCU
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v4 14/15] ARM: configs: Add STM32 defconfig
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v4 12/15] ARM: dts: Add ARM System timer as clockevent in armv7m
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v4 10/15] serial: stm32-usart: Add STM32 USART Driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v4 11/15] ARM: Add STM32 family machine
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v4 09/15] dt-bindings: Document the STM32 USART bindings
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v4 08/15] clockevents/drivers: Add STM32 Timer driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v4 07/15] dt-bindings: Document the STM32 timer bindings
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v4 02/15] ARM: ARMv7-M: Enlarge vector table up to 256 entries
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v4 01/15] scripts: link-vmlinux: Don't pass page offset to kallsyms if XIP Kernel
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v4 00/15] Add support to STMicroelectronics STM32 family
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS)
  • From: Hajime Tazaki <tazaki@xxxxxxxxxx>
• Re: [RFC PATCH 08/11] lib: other kernel glue layer code
  • From: Hajime Tazaki <tazaki@xxxxxxxxxx>
• Re: Question on ARC's thread_info
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Jeremy Allison <jra@xxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Jeremy Allison <jra@xxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Jeremy Allison <jra@xxxxxxxxx>
• Re: [PATCH 0/9] qspinlock stuff -v15
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH 0/9] qspinlock stuff -v15
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH 0/9] qspinlock stuff -v15
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/9] qspinlock stuff -v15
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] Add preadv2/pwritev2 documentation.
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS)
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [RFC PATCH 08/11] lib: other kernel glue layer code
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS)
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS)
  • From: Antti Kantee <pooka@xxxxxx>
• Re: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS)
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS)
  • From: Hajime Tazaki <tazaki@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS)
  • From: Hajime Tazaki <tazaki@xxxxxxxxxxxxxx>
• Question on ARC's thread_info
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS)
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH v2 0/5] Reenable might_sleep() checks for might_fault()
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Add preadv2/pwritev2 documentation.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Jeremy Allison <jra@xxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] Reenable might_sleep() checks for might_fault()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Jeremy Allison <jra@xxxxxxxxx>
• Re: [PATCH v2 0/5] Reenable might_sleep() checks for might_fault()
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS)
  • From: Antti Kantee <pooka@xxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: [PATCH 0/9] qspinlock stuff -v15
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v3 04/15] clocksource: Add ARM System timer driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v3 10/15] serial: stm32-usart: Add STM32 USART Driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v3 10/15] serial: stm32-usart: Add STM32 USART Driver
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• [tip:core/rcu] smpboot: Add common code for notification from dying CPU
  • From: "tip-bot for Paul E. McKenney" <tipbot@xxxxxxxxx>
• Re: [PATCH v4 2/2] powerpc/mm: Tracking vDSO remap
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Volker Lendecke <Volker.Lendecke@xxxxxxxxx>
• Re: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS)
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 04/15] clocksource: Add ARM System timer driver
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Volker Lendecke <Volker.Lendecke@xxxxxxxxx>
• Re: [PATCH 0/9] qspinlock stuff -v15
  • From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS)
  • From: Hajime Tazaki <tazaki@xxxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS)
  • From: Hajime Tazaki <tazaki@xxxxxxxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Volker Lendecke <Volker.Lendecke@xxxxxxxxx>
• Re: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS)
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS)
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: [PATCH v3 2/2] powerpc/mm: Tracking vDSO remap
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 10/15] serial: stm32-usart: Add STM32 USART Driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v3 10/15] serial: stm32-usart: Add STM32 USART Driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH 0/9] qspinlock stuff -v15
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 04/15] clocksource: Add ARM System timer driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: [PATCH v4 2/2] powerpc/mm: Tracking vDSO remap
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS)
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH v4 2/2] powerpc/mm: Tracking vDSO remap
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 1/2] mm: Introducing arch_remap hook
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 0/2] Tracking user space vDSO remaping
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS)
  • From: Hajime Tazaki <tazaki@xxxxxxxxxx>
• Re: [PATCH v3 10/15] serial: stm32-usart: Add STM32 USART Driver
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] powerpc/mm: Tracking vDSO remap
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] powerpc/mm: Tracking vDSO remap
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] powerpc/mm: Tracking vDSO remap
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] powerpc/mm: Tracking vDSO remap
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 04/15] clocksource: Add ARM System timer driver
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v3 2/2] powerpc/mm: Tracking vDSO remap
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v3 2/2] powerpc/mm: Tracking vDSO remap
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS)
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH v3 2/2] powerpc/mm: Tracking vDSO remap
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] powerpc/mm: Tracking vDSO remap
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/9] qspinlock stuff -v15
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v3 2/2] powerpc/mm: Tracking vDSO remap
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v3 2/2] powerpc/mm: Tracking vDSO remap
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [RFC PATCH 01/11] sysctl: make some functions unstatic to access by arch/lib
  • From: Hajime Tazaki <tazaki@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS)
  • From: Hajime Tazaki <tazaki@xxxxxxxxxxxxxx>
• [PATCH v3 2/2] powerpc/mm: Tracking vDSO remap
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 1/2] mm: Introducing arch_remap hook
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 0/2] Tracking user space vDSO remaping
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] powerpc/mm: Tracking vDSO remap
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] s390/ebdic: disable gcov on ebcdic.o
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH/RFC 0/2] followup change for READ_ONCE/WRITE_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH 2/2] compiler.h: Fix word size check for READ/WRITE_ONCE
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v2 2/2] powerpc/mm: Tracking vDSO remap
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH v2 1/2] mm: Introducing arch_remap hook
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/2] powerpc/mm: Tracking vDSO remap
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 0/2] Tracking user space vDSO remaping
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tile: use si_int instead of si_ptr for compat_siginfo
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• Re: [PATCH v3 10/15] serial: stm32-usart: Add STM32 USART Driver
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/7] evacuate struct page from the block layer
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH v3 10/15] serial: stm32-usart: Add STM32 USART Driver
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 10/15] serial: stm32-usart: Add STM32 USART Driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [RFC PATCH 01/11] sysctl: make some functions unstatic to access by arch/lib
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS)
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS)
  • From: Hajime Tazaki <tazaki@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS)
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS)
  • From: Hajime Tazaki <tazaki@xxxxxxxxxxxxxx>
• [RFC PATCH 03/11] lib: public headers and API implementations for userspace programs
  • From: Hajime Tazaki <tazaki@xxxxxxxxxxxxxx>
• [RFC PATCH 07/11] lib: sysctl handling (kernel glue code)
  • From: Hajime Tazaki <tazaki@xxxxxxxxxxxxxx>
• [RFC PATCH 01/11] sysctl: make some functions unstatic to access by arch/lib
  • From: Hajime Tazaki <tazaki@xxxxxxxxxxxxxx>
• [RFC PATCH 05/11] lib: time handling (kernel glue code)
  • From: Hajime Tazaki <tazaki@xxxxxxxxxxxxxx>
• [RFC PATCH 04/11] lib: memory management (kernel glue code)
  • From: Hajime Tazaki <tazaki@xxxxxxxxxxxxxx>
• [RFC PATCH 06/11] lib: context and scheduling handling (kernel glue code)
  • From: Hajime Tazaki <tazaki@xxxxxxxxxxxxxx>
• [RFC PATCH 09/11] lib: asm-generic files
  • From: Hajime Tazaki <tazaki@xxxxxxxxxxxxxx>
• [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS)
  • From: Hajime Tazaki <tazaki@xxxxxxxxxxxxxx>
• [RFC PATCH 02/11] slab: add private memory allocator header for arch/lib
  • From: Hajime Tazaki <tazaki@xxxxxxxxxxxxxx>
• [RFC PATCH 11/11] lib: tools used for test scripts
  • From: Hajime Tazaki <tazaki@xxxxxxxxxxxxxx>
• [RFC PATCH 10/11] lib: libos build scripts and documentation
  • From: Hajime Tazaki <tazaki@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS)
  • From: Richard Weinberger <richard@xxxxxx>
• [RFC PATCH 08/11] lib: other kernel glue layer code
  • From: Hajime Tazaki <tazaki@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/7] evacuate struct page from the block layer
  • From: Boaz Harrosh <boaz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/7] evacuate struct page from the block layer
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/7] evacuate struct page from the block layer
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH] tile: use si_int instead of si_ptr for compat_siginfo
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 1/2] mm: Introducing arch_remap hook
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm: Introducing arch_remap hook
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [RFC PATCH 0/7] evacuate struct page from the block layer
  • From: Boaz Harrosh <boaz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/7] evacuate struct page from the block layer
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [Linux-nvdimm] [RFC PATCH 0/7] evacuate struct page from the block layer
  • From: Boaz Harrosh <boaz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/7] evacuate struct page from the block layer
  • From: Boaz Harrosh <boaz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/7] evacuate struct page from the block layer
  • From: Boaz Harrosh <boaz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/7] evacuate struct page from the block layer
  • From: Boaz Harrosh <boaz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/7] evacuate struct page from the block layer
  • From: Boaz Harrosh <boaz@xxxxxxxxxxxxx>
• Re: [Linux-nvdimm] [RFC PATCH 0/7] evacuate struct page from the block layer
  • From: Boaz Harrosh <boaz@xxxxxxxxxxxxx>
• Re: [Linux-nvdimm] [RFC PATCH 0/7] evacuate struct page from the block layer
  • From: Boaz Harrosh <boaz@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm: Introducing arch_remap hook
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [RFC PATCH 0/7] evacuate struct page from the block layer
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/7] evacuate struct page from the block layer
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [RFC PATCH 0/7] evacuate struct page from the block layer
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxxxx>
• Re: [Linux-nvdimm] [RFC PATCH 0/7] evacuate struct page from the block layer
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/7] evacuate struct page from the block layer
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [Linux-nvdimm] [RFC PATCH 0/7] evacuate struct page from the block layer
  • From: Rik van Riel <riel@xxxxxxxxxx>
• [PATCH 1/2] mm: Introducing arch_remap hook
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] powerpc/mm: Tracking vDSO remap
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/2] Tracking user space vDSO remaping
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 9/9] qspinlock,x86,kvm: Implement KVM support for paravirt qspinlock
  • From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 8/9] qspinlock: Generic paravirt support
  • From: Waiman Long <waiman.long@xxxxxx>
• [PATCH 3.13.y-ckt 19/80] vm: make stack guard page errors return VM_FAULT_SIGSEGV rather than SIGBUS
  • From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
• [PATCH 3.13.y-ckt 18/80] vm: add VM_FAULT_SIGSEGV handling support
  • From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
• Re: [PATCH 9/9] qspinlock,x86,kvm: Implement KVM support for paravirt qspinlock
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [Linux-nvdimm] [RFC PATCH 0/7] evacuate struct page from the block layer
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [Linux-nvdimm] [RFC PATCH 0/7] evacuate struct page from the block layer
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/7] evacuate struct page from the block layer
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxxxx>
• Re: [Xen-devel] [PATCH 0/9] qspinlock stuff -v15
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/7] evacuate struct page from the block layer
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [Xen-devel] [PATCH 0/9] qspinlock stuff -v15
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: [3.13.y-ckt stable] Patch "vm: add VM_FAULT_SIGSEGV handling support" has been added to staging queue
  • From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
• Re: [PATCH v3 10/15] serial: stm32-usart: Add STM32 USART Driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [Linux-nvdimm] [RFC PATCH 0/7] evacuate struct page from the block layer
  • From: Boaz Harrosh <boaz@xxxxxxxxxxxxx>
• Re: [PATCH v3 10/15] serial: stm32-usart: Add STM32 USART Driver
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 10/15] serial: stm32-usart: Add STM32 USART Driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH 8/9] qspinlock: Generic paravirt support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/7] evacuate struct page from the block layer
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxxxx>
• Re: [PATCH 8/9] qspinlock: Generic paravirt support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 8/9] qspinlock: Generic paravirt support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 9/9] qspinlock,x86,kvm: Implement KVM support for paravirt qspinlock
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/15] Add support to STMicroelectronics STM32 family
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• [3.13.y-ckt stable] Patch "vm: add VM_FAULT_SIGSEGV handling support" has been added to staging queue
  • From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
• Re: [PATCH 0/9] qspinlock stuff -v15
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [RFC PATCH 0/7] evacuate struct page from the block layer
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] bug: Recursion avoidance for WARN_ONCE() and friends
  • From: Daniel Thompson <daniel.thompson@xxxxxxxxxx>
• Re: [RFC PATCH 0/7] evacuate struct page from the block layer
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [Linux-nvdimm] [RFC PATCH 0/7] evacuate struct page from the block layer
  • From: Boaz Harrosh <boaz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/7] evacuate struct page from the block layer
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/7] evacuate struct page from the block layer
  • From: Boaz Harrosh <openosd@xxxxxxxxx>
• Re: [PATCH v2 11/18] pinctrl: Add pinctrl driver for STM32 MCUs
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v3 10/15] serial: stm32-usart: Add STM32 USART Driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v3 10/15] serial: stm32-usart: Add STM32 USART Driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v2 tip/core/rcu 01/22] smpboot: Add common code for notification from dying CPU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 10/15] serial: stm32-usart: Add STM32 USART Driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH 0/6] make memtest a generic kernel feature
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v3 06/15] drivers: reset: Add STM32 reset driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH 0/6] make memtest a generic kernel feature
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: [PATCH 0/6] make memtest a generic kernel feature
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v3 05/15] dt-bindings: Document the STM32 reset bindings
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v3 05/15] dt-bindings: Document the STM32 reset bindings
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v2 tip/core/rcu 01/22] smpboot: Add common code for notification from dying CPU
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 tip/core/rcu 01/22] smpboot: Add common code for notification from dying CPU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/7] block: convert bio_vec.bv_page to bv_pfn
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 tip/core/rcu 01/22] smpboot: Add common code for notification from dying CPU
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/7] block: convert bio_vec.bv_page to bv_pfn
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 tip/core/rcu 01/22] smpboot: Add common code for notification from dying CPU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH 3.12 142/175] vm: make stack guard page errors return VM_FAULT_SIGSEGV rather than SIGBUS
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH 3.12 140/175] vm: add VM_FAULT_SIGSEGV handling support
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH v2 tip/core/rcu 01/22] smpboot: Add common code for notification from dying CPU
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] mm: kill kmemcheck
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] mm: kill kmemcheck
  • From: Sasha Levin <sasha.levin@xxxxxxxxxx>
• Re: [RFC PATCH 2/7] block: convert bio_vec.bv_page to bv_pfn
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] fstests: generic test for preadv2 behavior on linux
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] fstests: generic test for preadv2 behavior on linux
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: [PATCH v7 5/5] xfs: add RWF_NONBLOCK support
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] fstests: generic test for preadv2 behavior on linux
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: [PATCH] fstests: generic test for preadv2 behavior on linux
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] fstests: generic test for preadv2 behavior on linux
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• Re: [PATCH v7 1/5] vfs: Prepare for adding a new preadv/pwritev with user flags.
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• [RFC PATCH 0/7] evacuate struct page from the block layer
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [RFC PATCH 2/7] block: convert bio_vec.bv_page to bv_pfn
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH] tile: use si_int instead of si_ptr for compat_siginfo
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• [PATCH v2 tip/core/rcu 01/22] smpboot: Add common code for notification from dying CPU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH] fstests: generic test for preadv2 behavior on linux
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• [PATCH] Add preadv2/pwritev2 documentation.
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• [PATCH v7 2/5] vfs: Define new syscalls preadv2,pwritev2
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• [PATCH v7 1/5] vfs: Prepare for adding a new preadv/pwritev with user flags.
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• [PATCH v7 4/5] vfs: RWF_NONBLOCK flag for preadv2
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• [PATCH v7 5/5] xfs: add RWF_NONBLOCK support
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• [PATCH v7 3/5] x86: wire up preadv2 and pwritev2
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: [Xen-devel] [PATCH 0/9] qspinlock stuff -v15
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• [PATCH 9/9] qspinlock,x86,kvm: Implement KVM support for paravirt qspinlock
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 1/9] qspinlock: A simple generic 4-byte queue spinlock
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 8/9] qspinlock: Generic paravirt support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 3/9] qspinlock: Add pending bit
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 7/9] qspinlock: Revert to test-and-set on hypervisors
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 6/9] qspinlock: Use a simple write to grab the lock
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 5/9] qspinlock: Optimize for smaller NR_CPUS
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 2/9] qspinlock, x86: Enable x86-64 to use queue spinlock
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 0/9] qspinlock stuff -v15
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 4/9] qspinlock: Extract out code snippets for the next patch
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Alternative to signals/sys_membarrier() in liburcu
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 10/15] serial: stm32-usart: Add STM32 USART Driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH v2 8/8] kallsyms: allow kallsyms data to reside in the .data section
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v3 10/15] serial: stm32-usart: Add STM32 USART Driver
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH v3 06/15] drivers: reset: Add STM32 reset driver
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH v3 05/15] dt-bindings: Document the STM32 reset bindings
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH v3 06/15] drivers: reset: Add STM32 reset driver
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [PATCH v3 05/15] dt-bindings: Document the STM32 reset bindings
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [PATCH v3 00/15] Add support to STMicroelectronics STM32 family
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• [PATCH v3 02/15] ARM: ARMv7-M: Enlarge vector table up to 256 entries
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v3 07/15] dt-bindings: Document the STM32 timer bindings
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v3 01/15] scripts: link-vmlinux: Don't pass page offset to kallsyms if XIP Kernel
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v3 15/15] MAINTAINERS: Add entry for STM32 MCUs
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v3 14/15] ARM: configs: Add STM32 defconfig
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v3 09/15] dt-bindings: Document the STM32 USART bindings
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v3 13/15] ARM: dts: Introduce STM32F429 MCU
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v3 11/15] ARM: Add STM32 family machine
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v3 12/15] ARM: dts: Add ARM System timer as clockevent in armv7m
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v3 10/15] serial: stm32-usart: Add STM32 USART Driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v3 08/15] clockevent: Add STM32 Timer driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v3 03/15] dt-bindings: Document the ARM System timer bindings
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v3 06/15] drivers: reset: Add STM32 reset driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v3 05/15] dt-bindings: Document the STM32 reset bindings
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v3 04/15] clocksource: Add ARM System timer driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v3 00/15] Add support to STMicroelectronics STM32 family
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: Alternative to signals/sys_membarrier() in liburcu
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 05/18] reset: Add reset_controller_of_init() function
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v2 07/18] drivers: reset: Add STM32 reset driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [patch added to the 3.12 stable tree] vm: add VM_FAULT_SIGSEGV handling support
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [patch added to the 3.12 stable tree] vm: add VM_FAULT_SIGSEGV handling support
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [patch added to the 3.12 stable tree] vm: add VM_FAULT_SIGSEGV handling support
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [patch added to the 3.12 stable tree] vm: make stack guard page errors return VM_FAULT_SIGSEGV rather than SIGBUS
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: nios2: is the ptrace ABI correct?
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• Re: [PATCH] mm: kill kmemcheck
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] mm: kill kmemcheck
  • From: Andrey Ryabinin <ryabinin.a.a@xxxxxxxxx>
• Re: [PATCH v3 0/8] switch to using asm-generic for seccomp.h
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] mm: kill kmemcheck
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] mm: kill kmemcheck
  • From: Sasha Levin <sasha.levin@xxxxxxxxxx>
• Re: [PATCH] mm: kill kmemcheck
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [3.13.y-ckt stable] Patch "vm: make stack guard page errors return VM_FAULT_SIGSEGV rather than SIGBUS" has been added to staging queue
  • From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
• Re: [PATCH] mm: kill kmemcheck
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] mm: kill kmemcheck
  • From: Sasha Levin <sasha.levin@xxxxxxxxxx>
• Re: [PATCH] mm: kill kmemcheck
  • From: Boaz Harrosh <boaz@xxxxxxxxxxxxx>
• Re: nios2: is the ptrace ABI correct?
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: kill kmemcheck
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v7 06/17] h8300: CPU depend helpers
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v7 03/17] h8300: Exception and Interrupt handling
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v7 11/17] h8300: clock driver
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v7 01/17] h8300: Assembly headers.
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v7 04/17] h8300: kernel booting
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v7 00/17] Re-introduce h8300 architecture
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v7 05/17] h8300: process and signals
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v7 07/17] h8300: miscellaneous functions
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v7 02/17] h8300: UAPI headers
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v7 16/17] mksysmap: Add h8300 local symbol pattern
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v7 13/17] h8300: configs
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v7 15/17] Add ELF machine
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: kill kmemcheck
  • From: Dave Jones <davej@xxxxxxxxxxxxxxxxx>
• [PATCH v7 10/17] h8300: Build scripts
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v7 12/17] h8300: clocksource
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v7 09/17] h8300: library functions
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v7 14/17] serial: Add H8300.
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v7 17/17] Add H8/300 entry
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v7 08/17] h8300: Memory management
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: kill kmemcheck
  • From: Sasha Levin <sasha.levin@xxxxxxxxxx>
• Re: [PATCH v2 07/18] drivers: reset: Add STM32 reset driver
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH] mm: kill kmemcheck
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] mm: kill kmemcheck
  • From: Sasha Levin <sasha.levin@xxxxxxxxxx>
• Re: [PATCH 33/45] include/uapi/asm-generic/signal.h: include stdlib.h in userspace
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: nios2: is the ptrace ABI correct?
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 45/45] include/uapi/asm-generic/ucontext.h: include signal.h and sigcontext.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• Re: [PATCH 34/45] include/uapi/asm-generic/signal.h: hide sigset_t definition in userspace
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• Re: [PATCH 33/45] include/uapi/asm-generic/signal.h: include stdlib.h in userspace
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• Re: [PATCH v2 05/18] reset: Add reset_controller_of_init() function
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH v2 07/18] drivers: reset: Add STM32 reset driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v2 07/18] drivers: reset: Add STM32 reset driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 05/18] reset: Add reset_controller_of_init() function
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 14/18] ARM: Add STM32 family machine
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 12/18] dt-bindings: Document the STM32 USART bindings
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v2 07/18] drivers: reset: Add STM32 reset driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v2 07/18] drivers: reset: Add STM32 reset driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v2 05/18] reset: Add reset_controller_of_init() function
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v2 11/18] pinctrl: Add pinctrl driver for STM32 MCUs
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 12/18] dt-bindings: Document the STM32 USART bindings
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 07/18] drivers: reset: Add STM32 reset driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 05/18] reset: Add reset_controller_of_init() function
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 00/16] Revert h8300 archtecture support
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 11/16] h8300: clock driver
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 15/16] Add ELF machine
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• Re: nios2: is the ptrace ABI correct?
  • From: Chung-Lin Tang <cltang@xxxxxxxxxxxxxxxx>
• Re: [PATCH v6 00/16] Revert h8300 archtecture support
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: nios2: is the ptrace ABI correct?
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH v2 04/18] clocksource: Add ARM System timer driver
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH v2 04/18] clocksource: Add ARM System timer driver
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH v6 06/16] h8300: CPU depend helpers
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 02/18] ARM: ARMv7M: Enlarge vector table to 256 entries
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: nios2: is the ptrace ABI correct?
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• Re: nios2: is the ptrace ABI correct?
  • From: Chung-Lin Tang <chunglin.tang@xxxxxxxxx>
• Re: [PATCH 14/14] MAINTAINERS: Add entry for STM32 MCUs
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v2 04/18] clocksource: Add ARM System timer driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: nios2: is the ptrace ABI correct?
  • From: Chung-Lin Tang <cltang@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 16/18] ARM: dts: Introduce STM32F429 MCU
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH 14/14] MAINTAINERS: Add entry for STM32 MCUs
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v6 06/16] h8300: CPU depend helpers
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v2 04/18] clocksource: Add ARM System timer driver
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 16/18] ARM: dts: Introduce STM32F429 MCU
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 4/6] arm: add support for memtest
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• [PATCH 2/6] memtest: use phys_addr_t for physical addresses
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• [PATCH 3/6] arm64: add support for memtest
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• [PATCH 1/6] mm: move memtest under /mm
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• [PATCH 5/6] Kconfig: memtest: update number of test patterns up to 17
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• [PATCH 6/6] Documentation: update arch list in the 'memtest' entry
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• [PATCH 0/6] make memtest a generic kernel feature
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: [PATCH v6 11/16] h8300: clock driver
  • From: Jeff Kirsher <tarbal@xxxxxxxxx>
• Re: [PATCH v6 15/16] Add ELF machine
  • From: Jeff Kirsher <tarbal@xxxxxxxxx>
• [PATCH v6 14/16] serial: Add h8300
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v6 09/16] h8300: library functions
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v6 08/16] h8300: Memory management
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v6 10/16] h8300: Build scripts
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v6 01/16] h8300: Assembly headers.
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v6 16/16] mksysmap: Add h8300 local symbol pattern
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v6 00/16] Revert h8300 archtecture support
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v6 11/16] h8300: clock driver
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v6 12/16] h8300: clocksource
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v6 15/16] Add ELF machine
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v6 06/16] h8300: CPU depend helpers
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v6 05/16] h8300: Process and signal
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v6 02/16] h8300: UAPI headers
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v6 07/16] h8300: miscellaneous functions
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v6 03/16] h8300: Exception and Interrupt handling
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v6 13/16] h8300: configs
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v6 04/16] h8300: kernel booting
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 02/18] ARM: ARMv7M: Enlarge vector table to 256 entries
  • From: Stefan Agner <stefan@xxxxxxxx>
• Re: [PATCH v2 11/18] pinctrl: Add pinctrl driver for STM32 MCUs
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH 14/14] MAINTAINERS: Add entry for STM32 MCUs
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v2 10/18] dt-bindings: Document the STM32 pin controller
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 11/18] pinctrl: Add pinctrl driver for STM32 MCUs
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 10/18] dt-bindings: Document the STM32 pin controller
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 14/14] MAINTAINERS: Add entry for STM32 MCUs
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 07/14] clockevent: Add STM32 Timer driver
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v3 8/8] x86: switch to using asm-generic for seccomp.h
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH v3 2/8] arm: use asm-generic for seccomp.h
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 0/8] switch to using asm-generic for seccomp.h
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 8/8] x86: switch to using asm-generic for seccomp.h
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 5/8] parisc: switch to using asm-generic for seccomp.h
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 1/8] seccomp: allow COMPAT sigreturn overrides
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 7/8] sparc: switch to using asm-generic for seccomp.h
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 3/8] microblaze: use asm-generic for seccomp.h
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 6/8] powerpc: switch to using asm-generic for seccomp.h
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 4/8] mips: switch to using asm-generic for seccomp.h
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: nios2: is the ptrace ABI correct?
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 04/18] clocksource: Add ARM System timer driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v2 04/18] clocksource: Add ARM System timer driver
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH v2 16/18] ARM: dts: Introduce STM32F429 MCU
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH tip/core/rcu 01/20] smpboot: Add common code for notification from dying CPU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] mm: move memtest under /mm
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: PMD update corruption (sync question)
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] make memtest a generic kernel feature
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH 3/4] arm64: add support for memtest
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [RFC PATCH 0/4] make memtest a generic kernel feature
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: [RFC PATCH 3/4] arm64: add support for memtest
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: [RFC PATCH 1/4] mm: move memtest under /mm
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: PMD update corruption (sync question)
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC PATCH 1/4] mm: move memtest under /mm
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: PMD update corruption (sync question)
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Re: PMD update corruption (sync question)
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Re: [RFC PATCH 3/4] arm64: add support for memtest
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2 16/18] ARM: dts: Introduce STM32F429 MCU
  • From: Andreas Färber <afaerber@xxxxxxx>
• Re: [PATCH v2 04/18] clocksource: Add ARM System timer driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [RFC PATCH 0/4] make memtest a generic kernel feature
  • From: Baruch Siach <baruch@xxxxxxxxxx>
• [RFC PATCH 1/4] mm: move memtest under /mm
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• [RFC PATCH 3/4] arm64: add support for memtest
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• [RFC PATCH 2/4] memtest: use phys_addr_t for physical addresses
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• [RFC PATCH 4/4] arm: add support for memtest
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• [RFC PATCH 0/4] make memtest a generic kernel feature
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: [PATCH V4 0/6] RCU get_user_pages_fast and __get_user_pages_fast
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: PMD update corruption (sync question)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: PMD update corruption (sync question)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: PMD update corruption (sync question)
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Re: PMD update corruption (sync question)
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: PMD update corruption (sync question)
  • From: Jon Masters <jcm@xxxxxxxxxx>
• PMD update corruption (sync question)
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Re: Generic page fault (Was: libsigsegv ....)
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: Generic page fault (Was: libsigsegv ....)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Generic page fault (Was: libsigsegv ....)
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: Generic page fault (Was: libsigsegv ....)
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: Generic page fault (Was: libsigsegv ....)
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: Generic page fault (Was: libsigsegv ....)
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: Generic page fault (Was: libsigsegv ....)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Generic page fault (Was: libsigsegv ....)
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: Generic page fault (Was: libsigsegv ....)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Generic page fault (Was: libsigsegv ....)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Generic page fault (Was: libsigsegv ....)
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: Generic page fault (Was: libsigsegv ....)
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Generic page fault (Was: libsigsegv ....)
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: fs: dax: do not build on ARC or SH
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH V4 0/6] RCU get_user_pages_fast and __get_user_pages_fast
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH V4 0/6] RCU get_user_pages_fast and __get_user_pages_fast
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Re: nios2: is the ptrace ABI correct?
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• Re: nios2: is the ptrace ABI correct?
  • From: Chung-Lin Tang <cltang@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 02/18] ARM: ARMv7M: Enlarge vector table to 256 entries
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH v2 02/18] ARM: ARMv7M: Enlarge vector table to 256 entries
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH] locking/rtmutex: drop usage of __HAVE_ARCH_CMPXCHG
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH] locking/rtmutex: drop usage of __HAVE_ARCH_CMPXCHG
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/18] Add support to STMicroelectronics STM32 family
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: nios2: is the ptrace ABI correct?
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 14/18] ARM: Add STM32 family machine
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v2 14/18] ARM: Add STM32 family machine
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v2 14/18] ARM: Add STM32 family machine
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v2 00/18] Add support to STMicroelectronics STM32 family
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: nios2: is the ptrace ABI correct?
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] compat: Fix endian issue in union sigval
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: How best to write a series of related test_bit() calls?
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] compat: Fix endian issue in union sigval
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• Re: nios2: is the ptrace ABI correct?
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: nios2: is the ptrace ABI correct?
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• How best to write a series of related test_bit() calls?
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2 00/18] Add support to STMicroelectronics STM32 family
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: semantics of KSTK_ESP and friends
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: nios2: is the ptrace ABI correct?
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• nios2: is the ptrace ABI correct?
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• nios2: is the ptrace ABI correct?
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• Re: fs: dax: do not build on ARC or SH
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: fs: dax: do not build on ARC or SH
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: fs: dax: do not build on ARC or SH
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: fs: dax: do not build on ARC or SH
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: fs: dax: do not build on ARC or SH
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxxxx>
• fs: dax: do not build on ARC or SH
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 02/18] ARM: ARMv7M: Enlarge vector table to 256 entries
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [opensuse-factory] Re: [opensuse-kernel] libsigsegv build fail with kernel 3.18.3
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxx>
• [PATCH v5 01/15] h8300: Assembly headers.
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 08/15] h8300: Memory management
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 05/15] h8300: Process and signal
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 04/15] h8300: kernel booting
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 07/15] h8300: miscellaneous functions
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 03/15] h8300: Exception and Interrupt handling
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 06/15] h8300: CPU depend helpers
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 09/15] h8300: library functions
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 00/15] revert h8300 architechure
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 12/15] h8300: clocksource
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 11/15] h8300: clock driver
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 13/15] h8300: configs
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 10/15] h8300: Build scripts
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 15/15] Add ELF machine
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 14/15] serial: Add h8300
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 02/15] h8300: UAPI headers
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 05/15] h8300: Process and signal
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 03/15] h8300: Exception and Interrupt handling
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 03/15] h8300: Exception and Interrupt handling
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 05/15] h8300: Process and signal
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 01/15] h8300: Assembly headers.
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 12/15] h8300: clocksource
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 06/15] h8300: CPU depend helpers
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 05/15] h8300: Process and signal
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 02/15] h8300: UAPI headers
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 08/15] h8300: Memory management
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 10/15] h8300: Build scripts
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 03/15] h8300: Exception and Interrupt handling
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 14/15] serial: Add h8300
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 09/15] h8300: library functions
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 15/15] Add ELF machine
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 07/15] h8300: miscellaneous functions
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 13/15] h8300: configs
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 11/15] h8300: clock driver
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 00/15] Revert h8300 architecture
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 04/15] h8300: kernel booting
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] compat: Fix endian issue in union sigval
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• Re: [PATCH v2 04/18] clocksource: Add ARM System timer driver
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH v2 14/18] ARM: Add STM32 family machine
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH v2 14/18] ARM: Add STM32 family machine
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH v2 04/18] clocksource: Add ARM System timer driver
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH v2 02/18] ARM: ARMv7M: Enlarge vector table to 256 entries
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH v2 14/18] ARM: Add STM32 family machine
  • From: Peter Meerwald <pmeerw@xxxxxxxxxx>
• [PATCH v2 02/18] ARM: ARMv7M: Enlarge vector table to 256 entries
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v2 04/18] clocksource: Add ARM System timer driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v2 03/18] dt-bindings: Document the ARM System timer bindings
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v2 06/18] dt-bindings: Document the STM32 reset bindings
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v2 05/18] reset: Add reset_controller_of_init() function
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v2 07/18] drivers: reset: Add STM32 reset driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v2 09/18] clockevent: Add STM32 Timer driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v2 08/18] dt-bindings: Document the STM32 timer bindings
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v2 10/18] dt-bindings: Document the STM32 pin controller
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v2 13/18] serial: stm32-usart: Add STM32 USART Driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v2 12/18] dt-bindings: Document the STM32 USART bindings
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v2 14/18] ARM: Add STM32 family machine
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v2 18/18] MAINTAINERS: Add entry for STM32 MCUs
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v2 17/18] ARM: configs: Add STM32 defconfig
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v2 11/18] pinctrl: Add pinctrl driver for STM32 MCUs
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v2 16/18] ARM: dts: Introduce STM32F429 MCU
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v2 15/18] ARM: dts: Add ARM System timer as clockevent in armv7m
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v2 01/18] scripts: link-vmlinux: Don't pass page offset to kallsyms if XIP Kernel
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• [PATCH v2 00/18] Add support to STMicroelectronics STM32 family
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH 02/14] ARM: ARMv7M: Enlarge vector table to 256 entries
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH 02/14] ARM: ARMv7M: Enlarge vector table to 256 entries
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• 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: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] Reenable might_sleep() checks for might_fault()
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• Re: __HAVE_ARCH_CMPXCHG on ARM?
  • From: Josh Cartwright <joshc@xxxxxx>
• Re: __HAVE_ARCH_CMPXCHG on ARM?
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v3 10/15] h8300: Build scripts
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• [GIT PULL] asm-generic: uaccess.h cleanup
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 10/15] h8300: Build scripts
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH 33/45] include/uapi/asm-generic/signal.h: include stdlib.h in userspace
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 34/45] include/uapi/asm-generic/signal.h: hide sigset_t definition in userspace
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 45/45] include/uapi/asm-generic/ucontext.h: include signal.h and sigcontext.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 05/15] h8300: Process and signal
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 05/15] h8300: Process and signal
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/15] Revert h8300 archtecture
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 01/15] h8300: Assembly headers.
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 10/15] h8300: Build scripts
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] compat: Fix endian issue in union sigval
  • From: Bamvor Jian Zhang <bamvor.zhangjian@xxxxxxxxxx>
• Re: [PATCH] compat: Fix endian issue in union sigval
  • From: Bamvor Jian Zhang <bamvor.zhangjian@xxxxxxxxxx>
• [PATCH 3.2 135/152] vm: make stack guard page errors return VM_FAULT_SIGSEGV rather than SIGBUS
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• [PATCH 3.2 134/152] vm: add VM_FAULT_SIGSEGV handling support
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• [PATCH 28/45] include/uapi/asm-generic/ipcbuf.h: include linux/posix_types.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH 30/45] include/uapi/asm-generic/shmbuf.h: include fixes
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH 29/45] include/uapi/asm-generic/msgbuf.h: include asm/ipcbuf.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH 31/45] asm-generic/sembuf.h: include asm/posix_types.h and asm/ipcbuf.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH 33/45] include/uapi/asm-generic/signal.h: include stdlib.h in userspace
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH 34/45] include/uapi/asm-generic/signal.h: hide sigset_t definition in userspace
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH 45/45] include/uapi/asm-generic/ucontext.h: include signal.h and sigcontext.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• Re: [PATCH 05/14] ARM: call reset_controller_of_init from default time_init handler
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH 06/14] drivers: reset: Add STM32 reset driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH 03/14] clocksource: Add ARM System timer driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH 03/14] clocksource: Add ARM System timer driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH 05/14] ARM: call reset_controller_of_init from default time_init handler
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH 00/14] Add support to STMicroelectronics STM32 family
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH 3.18 04/57] vm: add VM_FAULT_SIGSEGV handling support
  • From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
• Re: [PATCH 06/14] drivers: reset: Add STM32 reset driver
  • From: Andreas Färber <afaerber@xxxxxxx>
• Re: [PATCH 03/14] clocksource: Add ARM System timer driver
  • From: Andreas Färber <afaerber@xxxxxxx>
• Re: [PATCH 05/14] ARM: call reset_controller_of_init from default time_init handler
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 02/14] ARM: ARMv7M: Enlarge vector table to 256 entries
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH 03/14] clocksource: Add ARM System timer driver
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH 05/14] ARM: call reset_controller_of_init from default time_init handler
  • From: Rob Herring <robherring2@xxxxxxxxx>