Linux Alpha

• Thread Index

• [PATCH v3 13/16] char/genrtc: remove powerpc support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 07/16] rtc: parisc: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 04/16] rtc: sh: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 16/16] char/genrtc: remove the rest of the driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 08/16] char/genrtc: remove parisc support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 11/16] char/genrtc: remove m68k support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 03/16] char/genrtc: x86: remove remnants of asm/rtc.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 12/16] rtc: powerpc: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 10/16] rtc: m68k: provide ioctl for q40
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 15/16] char/genrtc: remove asm-generic/rtc.h from mips
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 01/16] rtc: cmos: remove empty asm/mc146818rtc.h files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 02/16] rtc: cmos: move mc146818rtc code out of asm-generic/rtc.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 6/8] char/genrtc: parisc: use asm-generic/rtc.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] x86/locking/rwsem: Cleanup ____down_write()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 6/8] char/genrtc: parisc: use asm-generic/rtc.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 6/8] char/genrtc: parisc: use asm-generic/rtc.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: char: legacy RTC cleanups
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 6/8] char/genrtc: parisc: use asm-generic/rtc.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 1/6] rtc: m68k: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: char: legacy RTC cleanups
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 4/6] rtc: parisc: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: char: legacy RTC cleanups
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/8] char/rtc: legacy RTC is no longer supported on x86
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 4/8] char/rtc: move mc146818rtc code out of asm-generic/rtc.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: char: legacy RTC cleanups
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/8] char/rtc: move mc146818rtc code out of asm-generic/rtc.h
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/8] char/rtc: remove empty asm/mc146818rtc.h files
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
• Re: char: legacy RTC cleanups
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/8] char/rtc: legacy RTC is no longer supported on x86
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
• Re: char: legacy RTC cleanups
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/8] char/rtc: replace blacklist with whitelist
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
• Re: char: legacy RTC cleanups
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] simplify rtc-generic driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] rtc: m68k: provide rtc_class_ops directly
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 4/6] rtc: parisc: provide rtc_class_ops directly
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 6/8] char/genrtc: parisc: use asm-generic/rtc.h
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• [PATCH v2 0/6] simplify rtc-generic driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 5/6] rtc: sh: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 1/6] rtc: m68k: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 3/6] rtc: powerpc: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 2/6] rtc: m68k: provide ioctl for q40
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 4/6] rtc: parisc: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 6/6] rtc: generic: remove get_rtc_time/set_rtc_time wrappers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 4/8] char/rtc: move mc146818rtc code out of asm-generic/rtc.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 2/8] char/rtc: legacy RTC is no longer supported on x86
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 1/8] char/rtc: replace blacklist with whitelist
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 5/8] char/genrtc: powerpc: use asm-generic/rtc.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 6/8] char/genrtc: parisc: use asm-generic/rtc.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 8/8] char/genrtc: disallow building on mn10300
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• char: legacy RTC cleanups
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 3/8] char/rtc: remove empty asm/mc146818rtc.h files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 7/8] char/genrtc: disallow building on Alpha
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 16/23] alpha: remove ARCH_WANT_OPTIONAL_GPIOLIB
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 16/23] alpha: remove ARCH_WANT_OPTIONAL_GPIOLIB
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 16/23] alpha: remove ARCH_WANT_OPTIONAL_GPIOLIB
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH V3 00/29] bitops: add parity functions
  • From: zengzhaoxiu@xxxxxxx
• [PATCH V3 03/29] Add alpha-specific parity functions
  • From: zengzhaoxiu@xxxxxxx
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 0/11] introduce down_write_killable for rw_semaphore v3
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 0/11] introduce down_write_killable for rw_semaphore v3
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/11] introduce down_write_killable for rw_semaphore v3
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 08/11] ia64, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH v11 58/60] PCI: Introduce resource_disabled()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 08/11] ia64, rwsem: provide __down_write_killable
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• [PATCH 08/11] ia64, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 06/11] locking, rwsem: introduce basis for down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 03/11] xtensa, rwsem: drop superfluous arch specific implementation
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 11/11] locking, rwsem: provide down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 02/11] locking, rwsem: drop explicit memory barriers
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 04/11] sh, rwsem: drop superfluous arch specific implementation
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 0/11] introduce down_write_killable for rw_semaphore v3
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 07/11] alpha, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 05/11] sparc, rwsem: drop superfluous arch specific implementation
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 09/11] s390, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 01/11] locking, rwsem: get rid of __down_write_nested
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 03/11] locking, rwsem: introduce basis for down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 03/11] locking, rwsem: introduce basis for down_write_killable
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] sh, rwsem: drop superfluous arch specific implementation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] sh, rwsem: drop superfluous arch specific implementation
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] sh, rwsem: drop superfluous arch specific implementation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 03/30] Add alpha-specific parity functions
  • From: zengzhaoxiu@xxxxxxx
• Re: [PATCH 1/2] xtensa, rwsem: drop superfluous arch specific implementation
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH 03/11] locking, rwsem: introduce basis for down_write_killable
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 03/11] locking, rwsem: introduce basis for down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 2/2] sh, rwsem: drop superfluous arch specific implementation
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 1/2] xtensa, rwsem: drop superfluous arch specific implementation
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 02/11] locking, rwsem: drop explicit memory barriers
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 03/11] locking, rwsem: introduce basis for down_write_killable
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH 02/11] locking, rwsem: drop explicit memory barriers
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH 01/11] locking, rwsem: get rid of __down_write_nested
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• [PATCH 03/11] locking, rwsem: introduce basis for down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 04/11] alpha, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 01/11] locking, rwsem: get rid of __down_write_nested
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 07/11] sh, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 06/11] s390, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 02/11] locking, rwsem: drop explicit memory barriers
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 08/11] sparc, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 05/11] ia64, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 09/11] xtensa, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 11/11] locking, rwsem: provide down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 0/11] introduce down_write_killable for rw_semaphore v2
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 0/11] introduce down_write_killable for rw_semaphore
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 0/11] introduce down_write_killable for rw_semaphore
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 0/11] introduce down_write_killable for rw_semaphore
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 0/11] introduce down_write_killable for rw_semaphore
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/11] introduce down_write_killable for rw_semaphore
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 0/11] introduce down_write_killable for rw_semaphore
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 0/11] introduce down_write_killable for rw_semaphore
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/11] introduce down_write_killable for rw_semaphore
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 0/11] introduce down_write_killable for rw_semaphore
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 0/11] introduce down_write_killable for rw_semaphore
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH] locking, rwsem: introduce basis for down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 03/11] locking, rwsem: introduce basis for down_write_killable
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 03/11] locking, rwsem: introduce basis for down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: Linux kernel 3.18 and above does not boot on PC164
  • From: JB <juergen-alpha@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/11] introduce down_write_killable for rw_semaphore
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 03/11] locking, rwsem: introduce basis for down_write_killable
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 03/31] Add alpha-specific parity functions
  • From: Richard Henderson <rth@xxxxxxxxxxx>
• [PATCH 03/31] Add alpha-specific parity functions
  • From: "zhaoxiu.zeng" <zhaoxiu.zeng@xxxxxxxxx>
• Re: [PATCH v3 0/4] generic relative extable support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v3 0/4] generic relative extable support
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: Linux kernel 3.18 and above does not boot on PC164
  • From: JB <juergen-alpha@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 4/4] ia64/extable: use generic search and sort routines
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v3 3/4] x86/extable: use generic search and sort routines
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v3 2/4] s390/extable: use generic search and sort routines
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v3 1/4] alpha/extable: use generic search and sort routines
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v3 0/4] generic relative extable support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC 0/12] introduce down_write_killable for rw_semaphore
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [RFC 0/12] introduce down_write_killable for rw_semaphore
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC 0/12] introduce down_write_killable for rw_semaphore
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [RFC 0/12] introduce down_write_killable for rw_semaphore
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC 0/12] introduce down_write_killable for rw_semaphore
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [RFC 0/12] introduce down_write_killable for rw_semaphore
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC 0/12] introduce down_write_killable for rw_semaphore
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: Linux kernel 3.18 and above does not boot on PC164
  • From: JB <juergen-alpha@xxxxxxxxxxxxxxxxxxxx>
• Re: Linux kernel 3.18 and above does not boot on PC164
  • From: JB <juergen-alpha@xxxxxxxxxxxxxxxxxxxx>
• Re: Linux kernel 3.18 and above does not boot on PC164
  • From: JB <juergen-alpha@xxxxxxxxxxxxxxxxxxxx>
• Re: Linux kernel 3.18 and above does not boot on PC164
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Linux kernel 3.18 and above does not boot on PC164
  • From: JB <juergen-alpha@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 04/11] alpha, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 03/11] locking, rwsem: introduce basis for down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 09/11] xtensa, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 05/11] ia64, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 08/11] sparc, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 07/11] sh, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 11/11] locking, rwsem: provide down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 06/11] s390, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 02/11] locking, rwsem: drop explicit memory barriers
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 01/11] locking, rwsem: get rid of __down_write_nested
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 0/11] introduce down_write_killable for rw_semaphore
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH v10 57/59] PCI: Introduce resource_disabled()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [RFC 0/12] introduce down_write_killable for rw_semaphore
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [RFC 11/12 v1] x86, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH resend] binfmt_em86: load_em86: Remove unused i_arg variable and constify i_name
  • From: Daniel Wagner <daniel.wagner@xxxxxxxxxxxx>
• Re: [RFC 07/12] sh, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC 10/12] x86, rwsem: simplify __down_write
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC 07/12] sh, rwsem: provide __down_write_killable
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [RFC 10/12] x86, rwsem: simplify __down_write
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [RFC 02/12] locking, rwsem: drop explicit memory barriers
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [RFC 01/12] locking, rwsem: get rid of __down_write_nested
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [RFC 0/12] introduce down_write_killable for rw_semaphore
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [RFC 10/12] x86, rwsem: simplify __down_write
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [RFC 11/12] x86, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [RFC 09/12] xtensa, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [RFC 07/12] sh, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [RFC 05/12] ia64, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [RFC 04/12] alpha, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [RFC 03/12] locking, rwsem: introduce basis for down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [RFC 06/12] s390, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [RFC 08/12] sparc, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [RFC 12/12] locking, rwsem: provide down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 resend 6/6] arm64: switch to relative exception tables
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 resend 6/6] arm64: switch to relative exception tables
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 resend 6/6] arm64: switch to relative exception tables
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 resend 1/6] extable: add support for relative extables to search and sort routines
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 resend 5/6] ia64/extable: use generic search and sort routines
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 resend 4/6] x86/extable: use generic search and sort routines
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 resend 3/6] s390/extable: use generic search and sort routines
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 resend 6/6] arm64: switch to relative exception tables
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 resend 2/6] alpha/extable: use generic search and sort routines
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 resend 0/6] generic relative extable support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] mm: Remove duplicate definitions of MADV_FREE
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] mm: Remove duplicate definitions of MADV_FREE
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 0/6] generic relative extable support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 0/6] generic relative extable support
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v2 0/6] generic relative extable support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 2/6] alpha/extable: use generic search and sort routines
  • From: Richard Henderson <rth@xxxxxxxxxxx>
• [PATCH] PCI/alpha: use kobj_to_dev()
  • From: Geliang Tang <geliangtang@xxxxxxx>
• [PATCH v2 2/6] alpha/extable: use generic search and sort routines
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 3/6] s390/extable: use generic search and sort routines
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 5/6] ia64/extable: use generic search and sort routines
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 4/6] x86/extable: use generic search and sort routines
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 6/6] arm64: switch to relative exception tables
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 1/6] extable: add support for relative extables to search and sort routines
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 0/6] generic relative extable support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/6] extable: add support for relative extables to search and sort routines
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 6/6] arm64: switch to relative exception tables
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH 6/6] arm64: switch to relative exception tables
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 6/6] arm64: switch to relative exception tables
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 6/6] arm64: switch to relative exception tables
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• RE: [PATCH 6/6] arm64: switch to relative exception tables
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH 0/6] generic relative extable support
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 6/6] arm64: switch to relative exception tables
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 6/6] arm64: switch to relative exception tables
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 0/6] generic relative extable support
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• [PATCH 6/6] arm64: switch to relative exception tables
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 5/6] ia64/extable: use generic search and sort routines
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 2/6] alpha/extable: use generic search and sort routines
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 4/6] x86/extable: use generic search and sort routines
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 3/6] s390/extable: use generic search and sort routines
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 1/6] extable: add support for relative extables to search and sort routines
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 0/6] generic relative extable support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v9 58/60] PCI: Introduce resource_disabled()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH part3 v12 00/10] Cleanup platform pci_domain_nr()
  • From: wangyijing <wangyijing@xxxxxxxxxx>
• Re: [PATCH part3 v12 00/10] Cleanup platform pci_domain_nr()
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH] alpha: mm: fix build failure
  • From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
• [PATCH v8 59/61] PCI: Introduce resource_disabled()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [v7,58/60] PCI: Introduce resource_disabled()
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH v7 58/60] PCI: Introduce resource_disabled()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v2 2/3] word-at-a-time.h: support zero_bytemask() on alpha and tile
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• Re: [PATCH v2 3/3] strscpy: zero any trailing garbage bytes in the destination
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v2 2/3] word-at-a-time.h: support zero_bytemask() on alpha and tile
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH v2 2/3] word-at-a-time.h: support zero_bytemask() on alpha and tile
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• [PATCH v2 1/3] word-at-a-time.h: fix some Kbuild files
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• [PATCH v2 3/3] strscpy: zero any trailing garbage bytes in the destination
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• [PATCH v2 0/3] various strscpy fixes
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• [PATCH v6 52/53] PCI: Introduce resource_disabled()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH] alpha: uapi: Add support for __SANE_USERSPACE_TYPES__
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• [PATCH v5 52/53] PCI: Introduce resource_disabled()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [RFC PATCH v2 5/9] alpha: allocate sys_membarrier system call number
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 0/2] alpha: fix build failure
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 0/2] alpha: fix build failure
  • From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
• Re: [PATCH 0/2] alpha: fix build failure
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 0/2] alpha: fix build failure
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] alpha: fix build failure
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 2/2] alpha: lib: export __delay
  • From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
• [PATCH 1/2] alpha: io: define ioremap_uc
  • From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
• [PATCH 0/2] alpha: fix build failure
  • From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
• [PATCH v9 0/6] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH v9 4/6] mm: mlock: Add mlock flags to enable VM_LOCKONFAULT usage
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH v9 2/6] mm: mlock: Add new mlock system call
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [RFC PATCH v2 5/9] alpha: allocate sys_membarrier system call number
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH -next] alpha: Define ioremap_uc and ioremap_wc
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PULL] alpha.git
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PATCH v8 4/6] mm: mlock: Add mlock flags to enable VM_LOCKONFAULT usage
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v8 4/6] mm: mlock: Add mlock flags to enable VM_LOCKONFAULT usage
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: Ping Re: [PATCH 0/8] math-emu: Update kernel math-emu code from current glibc soft-fp
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 7/9] alpha: allocate sys_membarrier system call number
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2] alpha: allocate sys_membarrier system call number
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 7/9] alpha: allocate sys_membarrier system call number
  • From: Matt Turner <mattst88@xxxxxxxxx>
• [RFC PATCH 7/9] alpha: allocate sys_membarrier system call number
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 3/5] dma-mapping: cosolidate dma_mapping_error
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: Ping Re: [PATCH 0/8] math-emu: Update kernel math-emu code from current glibc soft-fp
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: Ping Re: [PATCH 0/8] math-emu: Update kernel math-emu code from current glibc soft-fp
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: Ping Re: [PATCH 0/8] math-emu: Update kernel math-emu code from current glibc soft-fp
  • From: Richard Henderson <rth@xxxxxxxxxxx>
• [PATCH v8 4/6] mm: mlock: Add mlock flags to enable VM_LOCKONFAULT usage
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH v8 2/6] mm: mlock: Add new mlock system call
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH v8 0/6] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: Ping Re: [PATCH 0/8] math-emu: Update kernel math-emu code from current glibc soft-fp
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Ping Re: [PATCH 0/8] math-emu: Update kernel math-emu code from current glibc soft-fp
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• [PATCH v4 51/52] PCI: Introduce resource_disabled()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: provide more common DMA API functions V2
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: provide more common DMA API functions V2
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: Ping Re: [PATCH 0/8] math-emu: Update kernel math-emu code from current glibc soft-fp
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: provide more common DMA API functions V2
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Ping Re: [PATCH 0/8] math-emu: Update kernel math-emu code from current glibc soft-fp
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• Re: provide more common DMA API functions V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: provide more common DMA API functions V2
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: provide more common DMA API functions V2
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: provide more common DMA API functions V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: provide more common DMA API functions V2
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: provide more common DMA API functions V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: provide more common DMA API functions V2
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 3/5] dma-mapping: cosolidate dma_mapping_error
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/5] dma-mapping: consolidate dma_supported
  • From: Christoph Hellwig <hch@xxxxxx>
• provide more common DMA API functions V2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/5] dma-mapping: consolidate dma_set_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/5] dma-mapping: consolidate dma_{alloc,free}_noncoherent
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/5] dma-mapping: consolidate dma_{alloc,free}_{attrs,coherent}
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 29/31] parisc: handle page-less SG entries
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 29/31] parisc: handle page-less SG entries
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 29/31] parisc: handle page-less SG entries
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 29/31] parisc: handle page-less SG entries
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: RFC: prepare for struct scatterlist entries without page backing
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH 5/5] dma-mapping: consolidate dma_set_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/5] dma-mapping: consolidate dma_{alloc,free}_noncoherent
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: RFC: prepare for struct scatterlist entries without page backing
  • From: Boaz Harrosh <boaz@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] dma-mapping: consolidate dma_set_mask
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] dma-mapping: consolidate dma_{alloc,free}_noncoherent
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 4/5] dma-mapping: consolidate dma_supported
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/5] dma-mapping: consolidate dma_{alloc,free}_{attrs,coherent}
  • From: Christoph Hellwig <hch@xxxxxx>
• provide more common DMA API functions
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/5] dma-mapping: consolidate dma_{alloc,free}_noncoherent
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/5] dma-mapping: cosolidate dma_mapping_error
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/5] dma-mapping: consolidate dma_set_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: RFC: prepare for struct scatterlist entries without page backing
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: RFC: prepare for struct scatterlist entries without page backing
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 31/31] dma-mapping-common: skip kmemleak checks for page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 29/31] parisc: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: RFC: prepare for struct scatterlist entries without page backing
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: RFC: prepare for struct scatterlist entries without page backing
  • From: Grant Grundler <grantgrundler@xxxxxxxxx>
• Re: RFC: prepare for struct scatterlist entries without page backing
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 31/31] dma-mapping-common: skip kmemleak checks for page-less SG entries
  • From: Catalin Marinas <catalin.marinas@xxxxxxxxx>
• Re: [PATCH 31/31] dma-mapping-common: skip kmemleak checks for page-less SG entries
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 29/31] parisc: handle page-less SG entries
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: RFC: prepare for struct scatterlist entries without page backing
  • From: Boaz Harrosh <boaz@xxxxxxxxxxxxx>
• Re: [PATCH 16/31] s390: handle page-less SG entries
  • From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 19/31] arc: handle page-less SG entries
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 30/31] intel-iommu: handle page-less SG entries
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v7 2/6] mm: mlock: Add new mlock system call
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 20/31] avr32: handle page-less SG entries
  • From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
• [PATCH 03/31] dma-debug: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/31] scatterlist: add sg_pfn and sg_has_page helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/31] scatterlist: use sg_phys()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/31] x86/pci-nommu: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• RFC: prepare for struct scatterlist entries without page backing
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/31] alpha/pci-noop: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/31] alpha/pci_iommu: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/31] x86/pci-calgary: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/31] c6x: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/31] ia64/pci_dma: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/31] mn10300: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/31] sparc/iommu: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/31] sparc/ldc: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/31] sparc32/io-unit: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/31] s390: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/31] sparc32/iommu: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/31] ia64/sba_iommu: remove sba_sg_address
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/31] nios2: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/31] arc: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/31] avr32: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/31] blackfin: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/31] metag: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/31] sh: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/31] xtensa: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 26/31] openrisc: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/31] frv: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 28/31] powerpc: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 27/31] mips: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 30/31] intel-iommu: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 29/31] parisc: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 31/31] dma-mapping-common: skip kmemleak checks for page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/31] powerpc/iommu: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 59/74] alpha/time: Migrate to new 'set-state' interface
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [PATCH v7 4/6] mm: mlock: Add mlock flags to enable VM_LOCKONFAULT usage
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH v7 0/6] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH v7 2/6] mm: mlock: Add new mlock system call
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V6 4/6] mm: mlock: Add mlock flags to enable VM_LOCKONFAULT usage
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH V6 2/6] mm: mlock: Add new mlock system call
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH -next] alpha: lib: Export __delay
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH] alpha: select CONFIG_ARCH_USE_CMPXCHG_LOCKREF.
  • From: Matt Turner <mattst88@xxxxxxxxx>
• [PATCH -next] alpha: Define ioremap_uc and ioremap_wc
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RFC] alpha: use asm-generic/io.h
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC] alpha: use asm-generic/io.h
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• [PATCH V6 0/6] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH V6 2/6] mm: mlock: Add new mlock system call
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH V6 4/6] mm: mlock: Add mlock flags to enable VM_LOCKONFAULT usage
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V5 0/7] Allow user to request memory to be locked on page fault
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH V5 0/7] Allow user to request memory to be locked on page fault
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH V5 0/7] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V5 0/7] Allow user to request memory to be locked on page fault
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH V5 0/7] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V5 0/7] Allow user to request memory to be locked on page fault
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH V5 0/7] Allow user to request memory to be locked on page fault
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH v3 50/51] PCI: Introduce resource_disabled()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH V5 0/7] Allow user to request memory to be locked on page fault
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH V5 0/7] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V5 0/7] Allow user to request memory to be locked on page fault
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH V5 5/7] mm: mmap: Add mmap flag to request VM_LOCKONFAULT
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V5 5/7] mm: mmap: Add mmap flag to request VM_LOCKONFAULT
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH V5 5/7] mm: mmap: Add mmap flag to request VM_LOCKONFAULT
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V5 0/7] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V5 0/7] Allow user to request memory to be locked on page fault
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH V5 5/7] mm: mmap: Add mmap flag to request VM_LOCKONFAULT
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH V5 4/7] mm: mlock: Add mlock flags to enable VM_LOCKONFAULT usage
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH V5 2/7] mm: mlock: Add new mlock system call
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCH V5 5/7] mm: mmap: Add mmap flag to request VM_LOCKONFAULT
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH V5 4/7] mm: mlock: Add mlock flags to enable VM_LOCKONFAULT usage
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH V5 0/7] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH V5 2/7] mm: mlock: Add new mlock system call
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V4 2/6] mm: mlock: Add new mlock, munlock, and munlockall system calls
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V4 2/6] mm: mlock: Add new mlock, munlock, and munlockall system calls
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH V4 2/6] mm: mlock: Add new mlock, munlock, and munlockall system calls
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V4 4/6] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V4 4/6] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH V4 2/6] mm: mlock: Add new mlock, munlock, and munlockall system calls
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: [PATCH V4 4/6] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V4 5/6] mm: mmap: Add mmap flag to request VM_LOCKONFAULT
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH V4 5/6] mm: mmap: Add mmap flag to request VM_LOCKONFAULT
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V4 2/6] mm: mlock: Add new mlock, munlock, and munlockall system calls
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V4 2/6] mm: mlock: Add new mlock, munlock, and munlockall system calls
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V4 5/6] mm: mmap: Add mmap flag to request VM_LOCKONFAULT
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH V4 4/6] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH V4 2/6] mm: mlock: Add new mlock, munlock, and munlockall system calls
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH V4 2/6] mm: mlock: Add new mlock, munlock, and munlockall system calls
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH V4 2/6] mm: mlock: Add new mlock, munlock, and munlockall system calls
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH V4 2/6] mm: mlock: Add new mlock, munlock, and munlockall system calls
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH V4 4/6] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH V4 0/6] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH V4 5/6] mm: mmap: Add mmap flag to request VM_LOCKONFAULT
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V3 3/5] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH part3 v12 01/10] PCI: Save domain in pci_host_bridge
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH part3 v12 05/10] powerpc/PCI: Rename pcibios_root_bridge_prepare() to pcibios_root_bus_prepare()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH part3 v12 08/10] PCI: Introduce common pci_domain_nr() and remove platform specific code
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH part3 v12 02/10] PCI: Move pci_bus_assign_domain_nr() declaration into drivers/pci/pci.h
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH part3 v12 04/10] PCI: Introduce pci_host_assign_domain_nr() to assign domain
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH part3 v12 00/10] Cleanup platform pci_domain_nr()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH part3 v12 03/10] PCI: Remove declaration for pci_get_new_domain_nr()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH part3 v12 06/10] PCI: Make pci_host_bridge hold sysdata in drvdata
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH part3 v12 10/10] IA64/PCI: Fix build warning found by kbuild test
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH part3 v12 09/10] PCI: Remove pci_bus_assign_domain_nr()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH part3 v12 07/10] PCI: Create pci host bridge prior to root bus
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH 1/3] x86, irq: Rename VECTOR_UNDEFINED and VECTOR_RETRIGGERED to IRQ_*
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH 1/3] x86, irq: Rename VECTOR_UNDEFINED and VECTOR_RETRIGGERED to IRQ_*
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH 01/23] alpha/time: Migrate to new 'set-state' interface
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [3/3] IRQ: Print "unexpected IRQ" messages consistently across architectures
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH v2 48/49] PCI: Introduce resource_disabled()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [3/3] IRQ: Print "unexpected IRQ" messages consistently across architectures
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH 3/3] IRQ: Print "unexpected IRQ" messages consistently across architectures
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [3/3] IRQ: Print "unexpected IRQ" messages consistently across architectures
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH 1/3] x86, irq: Rename VECTOR_UNDEFINED and VECTOR_RETRIGGERED to IRQ_*
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH 2/3] x86, irq: Clarify "No irq handler" message
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH 3/3] IRQ: Print "unexpected IRQ" messages consistently across architectures
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH 0/3] IRQ trivial clarifications
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH V3 3/5] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V3 3/5] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH V3 3/5] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V3 3/5] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH V3 3/5] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V3 3/5] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH V3 0/5] Allow user to request memory to be locked on page fault
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 0/5] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V3 2/5] mm: mlock: Add new mlock, munlock, and munlockall system calls
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH V3 2/5] mm: mlock: Add new mlock, munlock, and munlockall system calls
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH V3 2/5] mm: mlock: Add new mlock, munlock, and munlockall system calls
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH V3 0/5] Allow user to request memory to be locked on page fault
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH V3 3/5] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH V3 4/5] mm: mmap: Add mmap flag to request VM_LOCKONFAULT
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH V3 2/5] mm: mlock: Add new mlock, munlock, and munlockall system calls
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH V3 0/5] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH 3/8] alpha/math-emu: Move alpha from math-emu-old to math-emu
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• [PATCH 1/8] math-emu: Move math-emu to math-emu-old
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• [PATCH 0/8] math-emu: Update kernel math-emu code from current glibc soft-fp
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND] Update kernel math-emu code from current glibc soft-fp
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH RESEND] Update kernel math-emu code from current glibc soft-fp
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH RESEND] Update kernel math-emu code from current glibc soft-fp
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH RESEND] Update kernel math-emu code from current glibc soft-fp
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND] Update kernel math-emu code from current glibc soft-fp
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Ping Re: [PATCH RESEND] Update kernel math-emu code from current glibc soft-fp
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
  • From: Frans Klaver <fransklaver@xxxxxxxxx>
• Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
  • From: Frans Klaver <fransklaver@xxxxxxxxx>
• Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH] alpha: Add support for BOTHER
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH] alpha: Add support for BOTHER
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [RESEND PATCH V2 2/3] Add mlockall flag for locking pages on fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Generic kernel features that need architecture(alpha) support
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [RFT v2 43/48] genirq, arch: Kill the first parameter 'irq' of irq_flow_handler_t
  • From: Mark Salter <msalter@xxxxxxxxxx>
• Re: [PATCH 5/7] PCI: Remove unnecessary #includes of <asm/pci.h>
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: [PATCH 5/7] PCI: Remove unnecessary #includes of <asm/pci.h>
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 5/7] PCI: Remove unnecessary #includes of <asm/pci.h>
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [RFT v2 43/48] genirq, arch: Kill the first parameter 'irq' of irq_flow_handler_t
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• [PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH V2 2/3] Add mlockall flag for locking pages on fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [RESEND PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• WARNING at __local_bh_enable_ip (VFS vs Alpha SRM irq)
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [RESEND PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [Patch v3 15/36] alpha, irq: Use access helper irq_data_get_affinity_mask()
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• Re: [PATCH 06/15] alpha: don't use module_init for non-modular core code
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [RESEND PATCH 1/3] Add flag to request pages are locked after page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [RESEND PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [RESEND PATCH 2/3] Add mlockall flag for locking pages on fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH 06/15] alpha: don't use module_init for non-modular core code
  • From: Matt Turner <mattst88@xxxxxxxxx>
• [PATCH 00/15] Replace module_init with device_initcall in non modules
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 06/15] alpha: don't use module_init for non-modular core code
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PULL] alpha.git
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PATCH] arch: alpha: kernel: remove deprecated call to pci_get_slot
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [RFC v1 20/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
  • From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
• [RFC v1 20/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH] alpha: Wire up missing syscalls
  • From: Chen Gang <xili_gchen_5257@xxxxxxxxxxx>
• [PATCH] alpha: kernel: osf_sys: Set 'kts.tv_nsec' only when 'tv' has effect
  • From: Chen Gang <xili_gchen_5257@xxxxxxxxxxx>
• [PATCH v2] alpha: Wire up all missing implemented syscalls
  • From: Chen Gang <xili_gchen_5257@xxxxxxxxxxx>
• [PATCH v2] alpha: Wire up all implemented syscalls
  • From: Chen Gang <xili_gchen_5257@xxxxxxxxxxx>
• Re: [PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] alpha: Wire up missing syscalls
  • From: Chen Gang <xili_gchen_5257@xxxxxxxxxxx>
• Re: [PATCH] alpha: Wire up missing syscalls
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PATCH] alpha: Wire up missing syscalls
  • From: Dave Jones <davej@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] alpha: Wire up missing syscalls
  • From: Chen Gang <xili_gchen_5257@xxxxxxxxxxx>
• Re: [PATCH] alpha: Wire up missing syscalls
  • From: Chen Gang <xili_gchen_5257@xxxxxxxxxxx>
• Re: [PATCH] alpha: Wire up missing syscalls
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: [PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH] alpha: Wire up missing syscalls
  • From: Chen Gang <xili_gchen_5257@xxxxxxxxxxx>
• Re: [PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/3] Add flag to request pages are locked after page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH 2/3] Add mlockall flag for locking pages on fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH v10 00/29] Refine PCI scan interfaces and make generic pci host bridge
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v10 00/29] Refine PCI scan interfaces and make generic pci host bridge
  • From: Daniel Axtens <dja@xxxxxxxxxx>
• [PATCH v10 06/29] PCI: Alloc busn resource dynamically for pci_scan_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v10 04/29] PCI: Move pci_bus_assign_domain_nr() declaration into drivers/pci/pci.h
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v10 07/29] PCI: Allocate busn resource for pci_scan_root_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v10 05/29] PCI: Remove argument bus for pci_create_root_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v10 20/29] PCI: Remove pcibios_root_bridge_prepare() and pcibos_set_root_bus_speed()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v10 00/29] Refine PCI scan interfaces and make generic pci host bridge
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v10 03/29] PCI: Save domain in pci_host_bridge
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v10 10/29] PCI: Introduce pci_host_bridge_list to manage host bridges
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v10 25/29] PCI/designware: Use pci_scan_root_bus() for simplicity
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v10 19/29] powerpc/pci: Use pci_scan_host_bridge() for simplicity
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v10 16/29] PCI: Introduce pci_bus_child_max_busnr()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v10 18/29] ia64/PCI: Refine pci_acpi_scan_root() with generic pci_host_bridge
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v10 22/29] parisc/PCI: Use pci_scan_root_bus() for simplicity
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v10 17/29] x86/PCI: Refine pci_acpi_scan_root() with generic pci_host_bridge
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v10 23/29] PCI/mvebu: Use pci_common_init_dev() to simplify code
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v10 26/29] PCI/xgene: Use pci_scan_root_bus() instead of pci_create_root_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v10 24/29] PCI/tegra: Remove redundant tegra_pcie_scan_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v10 28/29] PCI: Remove platform specific pci_domain_nr()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v10 27/29] PCI: Rename __pci_create_root_bus() to pci_create_root_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v10 29/29] PCI: Remove pci_bus_assign_domain_nr()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v10 21/29] sparc/PCI: Use pci_scan_host_bridge() for simplicity
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v10 11/29] PCI: Save sysdata in pci_host_bridge drvdata
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v10 13/29] PCI: Move pcibios_root_bridge_prepare() to pci_create_host_bridge()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v10 14/29] PCI: Introduce pci_host_bridge_ops to support host specific operations
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v10 02/29] PCI: Remove deprecated pci_scan_bus_parented()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v10 15/29] PCI: Introduce new scan function pci_scan_host_bridge()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v10 09/29] PCI: Separate pci_host_bridge creation out of pci_create_root_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v10 08/29] PCI: Introduce pci_host_assign_domain_nr() to assign domain
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v10 12/29] powerpc/PCI: Rename pcibios_root_bridge_prepare() to pcibios_set_root_bus_speed()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v10 01/29] xen/PCI: Don't use deprecated function pci_scan_bus_parented()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH] alpha: Forward declare struct pt_regs in processor.h
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH v9 08/30] PCI: Update pci_host_bridge bus resource
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v9 03/30] PCI: Save domain in pci_host_bridge
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v9 23/30] PCI/mvebu: Use pci_common_init_dev() to simplify code
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v9 07/30] PCI: Add default bus resource in pci_host_bridge
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v9 03/30] PCI: Save domain in pci_host_bridge
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 23/30] PCI/mvebu: Use pci_common_init_dev() to simplify code
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 06/30] PCI: Separate pci_host_bridge creation out of pci_create_root_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v9 08/30] PCI: Update pci_host_bridge bus resource
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v9 07/30] PCI: Add default bus resource in pci_host_bridge
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v9 06/30] PCI: Separate pci_host_bridge creation out of pci_create_root_bus()
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] signal: optimize 'sigaction' call path
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v9 14/30] PCI: Introduce pci_host_bridge_ops to support host specific operations
  • From: Daniel Axtens <dja@xxxxxxxxxx>
• Re: [PATCH v9 19/30] powerpc/pci: Use pci_scan_host_bridge() for simplicity
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v9 19/30] powerpc/pci: Use pci_scan_host_bridge() for simplicity
  • From: Daniel Axtens <dja@xxxxxxxxxx>
• Re: [PATCH] signal: optimize 'sigaction' call path
  • From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
• [PATCH] signal: optimize 'sigaction' call path
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH v9 12/30] powerpc/PCI: Rename pcibios_root_bridge_prepare() to pcibios_set_root_bus_speed()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v9 20/30] PCI: Remove pcibios_root_bridge_prepare() and pcibos_set_root_bus_speed()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v9 09/30] PCI: Introduce pci_host_first_busnr() function
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v9 11/30] PCI: Save sysdata in pci_host_bridge drvdata
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v9 14/30] PCI: Introduce pci_host_bridge_ops to support host specific operations
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v9 23/30] PCI/mvebu: Use pci_common_init_dev() to simplify code
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v9 19/30] powerpc/pci: Use pci_scan_host_bridge() for simplicity
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v9 17/30] x86/PCI: Refine pci_acpi_scan_root() with generic pci_host_bridge
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v9 21/30] sparc/PCI: Use pci_scan_host_bridge() for simplicity
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v9 16/30] PCI: Introduce pci_bus_child_max_busnr()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v9 22/30] parisc/PCI: Use pci_scan_root_bus() for simplicity
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v9 04/30] PCI: Move pci_bus_assign_domain_nr() declaration into drivers/pci/pci.h
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v9 28/30] PCI: Remove platform specific pci_domain_nr()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v9 05/30] PCI: Introduce pci_host_assign_domain_nr() to assign domain
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v9 07/30] PCI: Add default bus resource in pci_host_bridge
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v9 10/30] PCI: Introduce pci_host_bridge_list to manage host bridges
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v9 06/30] PCI: Separate pci_host_bridge creation out of pci_create_root_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v9 24/30] PCI/tegra: Remove redundant tegra_pcie_scan_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v9 00/30] Refine PCI scan interfaces and make generic pci host bridge
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v9 15/30] PCI: Introduce new scan function pci_scan_host_bridge()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v9 26/30] PCI/xgene: Use pci_scan_root_bus() instead of pci_create_root_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v9 30/30] PCI: Clean up CONFIG_PCI_DOMAINS_GENERIC
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH] PCI: Save sysdata in pci_host_bridge drvdata
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v9 29/30] PCI: Remove pci_bus_assign_domain_nr()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v9 27/30] PCI: Rename __pci_create_root_bus() to pci_create_root_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v9 02/30] PCI: Remove deprecated pci_scan_bus_parented()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v9 13/30] PCI: Move pcibios_root_bridge_prepare() to pci_create_host_bridge()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v9 25/30] PCI/designware: Use pci_scan_root_bus() for simplicity
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v9 03/30] PCI: Save domain in pci_host_bridge
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v9 18/30] ia64/PCI: Refine pci_acpi_scan_root() with generic pci_host_bridge
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH] PCI: Save sysdata in pci_host_bridge drvdata
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v9 01/30] xen/PCI: Don't use deprecated function pci_scan_bus_parented()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v9 08/30] PCI: Update pci_host_bridge bus resource
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v8 10/30] PCI: Introduce pci_host_bridge_list to manage host bridges
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v8 10/30] PCI: Introduce pci_host_bridge_list to manage host bridges
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v6 04/30] xen/PCI: Don't use deprecated function pci_scan_bus_parented()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v8 19/30] powerpc/pci: Use pci_scan_host_bridge() for simplicity
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v8 19/30] powerpc/pci: Use pci_scan_host_bridge() for simplicity
  • From: Daniel Axtens <dja@xxxxxxxxxx>
• Re: [PATCH v8 10/30] PCI: Introduce pci_host_bridge_list to manage host bridges
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v6 04/30] xen/PCI: Don't use deprecated function pci_scan_bus_parented()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v8 19/30] powerpc/pci: Use pci_scan_host_bridge() for simplicity
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v8 19/30] powerpc/pci: Use pci_scan_host_bridge() for simplicity
  • From: Daniel Axtens <dja@xxxxxxxxxx>
• Re: [PATCH v6 04/30] xen/PCI: Don't use deprecated function pci_scan_bus_parented()
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v8 23/30] PCI/mvebu: Use pci_common_init_dev() to simplify code
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 10/30] PCI: Introduce pci_host_bridge_list to manage host bridges
  • From: Tomasz Nowicki <tomasz.nowicki@xxxxxxxxxx>
• Re: [PATCH v8 23/30] PCI/mvebu: Use pci_common_init_dev() to simplify code
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v8 19/30] powerpc/pci: Use pci_scan_host_bridge() for simplicity
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v8 24/30] PCI/tegra: Remove redundant tegra_pcie_scan_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v8 19/30] powerpc/pci: Use pci_scan_host_bridge() for simplicity
  • From: Daniel Axtens <dja@xxxxxxxxxx>
• Re: [PATCH v8 24/30] PCI/tegra: Remove redundant tegra_pcie_scan_bus()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH v8 27/30] PCI: Rename __pci_create_root_bus() to pci_create_root_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v8 04/30] PCI: Move pci_bus_assign_domain_nr() declaration into drivers/pci/pci.h
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v8 26/30] PCI/xgene: Use pci_scan_root_bus() instead of pci_create_root_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v8 25/30] PCI/designware: Use pci_scan_root_bus() for simplicity
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v8 28/30] PCI: Remove platform specific pci_domain_nr()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v8 09/30] PCI: Introduce pci_host_first_busnr() function
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v8 07/30] PCI: Add default bus resource in pci_host_bridge
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v8 08/30] PCI: Update pci_host_bridge bus resource
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v8 10/30] PCI: Introduce pci_host_bridge_list to manage host bridges
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v8 13/30] PCI: Move pcibios_root_bridge_prepare() to pci_create_host_bridge()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v8 05/30] PCI: Introduce pci_host_assign_domain_nr() to assign domain
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v8 15/30] PCI: Introduce new scan function pci_scan_host_bridge()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v8 12/30] powerpc/PCI: Rename pcibios_root_bridge_prepare() to pcibios_set_root_bus_speed()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v8 16/30] PCI: Introduce pci_bus_child_max_busnr()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v8 03/30] PCI: Save domain in pci_host_bridge
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v8 11/30] PCI: Save sysdata in pci_host_bridge drvdata
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v8 21/30] sparc/PCI: Use pci_scan_host_bridge() for simplicity
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v8 14/30] PCI: Introduce pci_host_bridge_ops to support host specific operations
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v8 18/30] ia64/PCI: Refine pci_acpi_scan_root() with generic pci_host_bridge
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v8 20/30] PCI: Remove pcibios_root_bridge_prepare() and pcibos_set_root_bus_speed()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v8 22/30] parisc/PCI: Use pci_scan_root_bus() for simplicity
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v8 24/30] PCI/tegra: Remove redundant tegra_pcie_scan_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v8 29/30] PCI: Remove pci_bus_assign_domain_nr()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v8 30/30] PCI: Clean up CONFIG_PCI_DOMAINS_GENERIC
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v8 19/30] powerpc/pci: Use pci_scan_host_bridge() for simplicity
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v8 23/30] PCI/mvebu: Use pci_common_init_dev() to simplify code
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v8 00/30] Refine PCI scan interfaces and make generic pci host bridge
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v8 17/30] x86/PCI: Refine pci_acpi_scan_root() with generic pci_host_bridge
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v8 06/30] PCI: Separate pci_host_bridge creation out of pci_create_root_bus()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v8 02/30] PCI: Remove deprecated pci_scan_bus_parented()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v8 01/30] xen/PCI: Don't use deprecated function pci_scan_bus_parented()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH] alpha: Fix bootpfile and bootpzfile make targets
  • From: Helge Deller <deller@xxxxxx>
• [PATCH v7 02/31] PCI: Remove deprecated pci_scan_bus_parented()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v7 04/31] PCI: Move pci_bus_assign_domain_nr() declaration into drivers/pci/pci.h
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v7 01/31] xen/PCI: Don't use deprecated function pci_scan_bus_parented()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v7 16/31] PCI: Introduce pci_bus_child_max_busnr()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>