Linux S390: System z9 mainframe
[Prev Page][Next Page]
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [patch V4 02/31] bitops: Include generic parity.h in some architectures' bitops.h
- From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [patch V4 02/31] bitops: Include generic parity.h in some architectures' bitops.h
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [patch V4 02/31] bitops: Include generic parity.h in some architectures' bitops.h
- From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
- [patch V4 02/31] bitops: Include generic parity.h in some architectures' bitops.h
- From: zengzhaoxiu@xxxxxxx
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [GIT PULL 00/10] KVM: s390: features and fixes for 4.7 part2
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH/RFC] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC PATCH v2 17/18] livepatch: change to a per-task consistency model
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: barriers: was: [RFC PATCH v2 17/18] livepatch: change to a per-task consistency model
- From: Miroslav Benes <mbenes@xxxxxxx>
- [GIT PULL 00/10] KVM: s390: features and fixes for 4.7 part2
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 04/10] KVM: s390: enable SRS only if enabled for the guest
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 03/10] KVM: s390: enable PFMFI only if guest has EDAT1
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: klp_task_patch: was: [RFC PATCH v2 17/18] livepatch: change to a per-task consistency model
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [GIT PULL 04/10] KVM: s390: enable SRS only if enabled for the guest
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [GIT PULL 04/10] KVM: s390: enable SRS only if enabled for the guest
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [GIT PULL 04/10] KVM: s390: enable SRS only if enabled for the guest
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH RFC 0/8] basic vfio-ccw infrastructure
- From: Dong Jia <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/8] basic vfio-ccw infrastructure
- From: Dong Jia <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 17/18] livepatch: change to a per-task consistency model
- From: Miroslav Benes <mbenes@xxxxxxx>
- [GIT PULL 01/10] KVM: s390: cmma: don't check entry content
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 02/10] KVM: s390: support NQ only if the facility is enabled for the guest
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 09/10] s390/sclp: Add hmfai field
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 00/10] KVM: s390: features and fixes for 4.7 part2
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 07/10] KVM: s390: document KVM_CAP_S390_RI
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 10/10] KVM: s390: Populate mask of non-hypervisor managed facility bits
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 04/10] KVM: s390: enable SRS only if enabled for the guest
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 08/10] KVM: s390: Enable all facility bits that are known good for passthrough
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 06/10] KVM: s390: force ibc into valid range
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 05/10] KVM: s390: cleanup cpuid handling
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 03/10] KVM: s390: enable PFMFI only if guest hast EDAT1
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH net-next 4/5] treewide: replace dev->trans_start update with helper
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [patch V4] lib: GCD: Use binary GCD algorithm instead of Euclidean
- From: Zhaoxiu Zeng <zengzhaoxiu@xxxxxxx>
- Re: [patch V4] lib: GCD: Use binary GCD algorithm instead of Euclidean
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [patch V4] lib: GCD: Use binary GCD algorithm instead of Euclidean
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- Re: [patch V4] lib: GCD: Use binary GCD algorithm instead of Euclidean
- From: "George Spelvin" <linux@xxxxxxxxxxx>
- Re: [patch V4] lib: GCD: Use binary GCD algorithm instead of Euclidean
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 17/18] livepatch: change to a per-task consistency model
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: klp_task_patch: was: [RFC PATCH v2 17/18] livepatch: change to a per-task consistency model
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 15/25] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [RFC PATCH v2 17/18] livepatch: change to a per-task consistency model
- From: Petr Mladek <pmladek@xxxxxxxx>
- [patch V4] lib: GCD: Use binary GCD algorithm instead of Euclidean
- From: zengzhaoxiu@xxxxxxx
- Re: [PATCH RFC 0/8] basic vfio-ccw infrastructure
- From: Neo Jia <cjia@xxxxxxxxxx>
- Re: [PATCH RFC 0/8] basic vfio-ccw infrastructure
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [RFC PATCH v2 17/18] livepatch: change to a per-task consistency model
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: klp_task_patch: was: [RFC PATCH v2 17/18] livepatch: change to a per-task consistency model
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: barriers: was: [RFC PATCH v2 17/18] livepatch: change to a per-task consistency model
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [PATCH RFC 0/8] basic vfio-ccw infrastructure
- From: Dong Jia <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- Re: barriers: was: [RFC PATCH v2 17/18] livepatch: change to a per-task consistency model
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [RFC PATCH v2 17/18] livepatch: change to a per-task consistency model
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: Andrew Pinski <pinskia@xxxxxxxxx>
- Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: Andrew Pinski <pinskia@xxxxxxxxx>
- Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/8] basic vfio-ccw infrastructure
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: klp_task_patch: was: [RFC PATCH v2 17/18] livepatch: change to a per-task consistency model
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: barriers: was: [RFC PATCH v2 17/18] livepatch: change to a per-task consistency model
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH net-next 4/5] treewide: replace dev->trans_start update with helper
- From: Antonio Quartulli <a@xxxxxxxxxxx>
- Re: barriers: was: [RFC PATCH v2 17/18] livepatch: change to a per-task consistency model
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: barriers: was: [RFC PATCH v2 17/18] livepatch: change to a per-task consistency model
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH v2 17/18] livepatch: change to a per-task consistency model
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- RE: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: klp_task_patch: was: [RFC PATCH v2 17/18] livepatch: change to a per-task consistency model
- From: Jiri Kosina <jikos@xxxxxxxxxx>
- klp_task_patch: was: [RFC PATCH v2 17/18] livepatch: change to a per-task consistency model
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: barriers: was: [RFC PATCH v2 17/18] livepatch: change to a per-task consistency model
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: barriers: was: [RFC PATCH v2 17/18] livepatch: change to a per-task consistency model
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- barriers: was: [RFC PATCH v2 17/18] livepatch: change to a per-task consistency model
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [PATCH net-next 4/5] treewide: replace dev->trans_start update with helper
- From: Mugunthan V N <mugunthanvnm@xxxxxx>
- Re: [PATCH RFC 0/8] basic vfio-ccw infrastructure
- From: Dong Jia <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 17/18] livepatch: change to a per-task consistency model
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [PATCH net-next 4/5] treewide: replace dev->trans_start update with helper
- From: Felipe Balbi <felipe.balbi@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 1/1] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 1/1] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 1/1] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 1/1] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: Radim Krčmář <rkrcmar@xxxxxxxxxx>
- Re: [PATCH 1/1] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: Radim Krčmář <rkrcmar@xxxxxxxxxx>
- Re: [RFC PATCH v2 13/18] livepatch: separate enabled and patched states
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH 1/1] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 1/1] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
- [PATCH v2] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 1/1] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [RFC PATCH v2 10/18] livepatch/powerpc: add TIF_PATCH_PENDING thread flag
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [RFC PATCH v2 15/18] livepatch: move patching functions into patch.c
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [RFC PATCH v2 13/18] livepatch: separate enabled and patched states
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [PATCH/RFC] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [RFC PATCH v2 10/18] livepatch/powerpc: add TIF_PATCH_PENDING thread flag
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH/RFC] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH/RFC] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH/RFC] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH/RFC] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH/RFC] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH/RFC] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: Wanpeng Li <kernellwp@xxxxxxxxx>
- Re: [PATCH v2] s390/cpum_sf: Remove superfluous SMP function call
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH v2] s390/cpum_cf: Remove superfluous SMP function call
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH/RFC] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH/RFC] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: Wanpeng Li <kernellwp@xxxxxxxxx>
- Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking
- From: Jiri Kosina <jikos@xxxxxxxxxx>
- Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking
- From: Jiri Kosina <jikos@xxxxxxxxxx>
- Re: [PATCH/RFC] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: David Matlack <dmatlack@xxxxxxxxxx>
- Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH/RFC] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: Radim Krčmář <rkrcmar@xxxxxxxxxx>
- Re: [PATCH/RFC] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH/RFC] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: Radim Krčmář <rkrcmar@xxxxxxxxxx>
- Re: [PATCH/RFC] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH/RFC] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH/RFC] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] s390/cpum_sf: Remove superfluous SMP function call
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH v2] s390/cpum_cf: Remove superfluous SMP function call
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH/RFC] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH v2] s390/cpum_sf: Remove superfluous SMP function call
- From: Anna-Maria Gleixner <anna-maria@xxxxxxxxxxxxx>
- [PATCH v2] s390/cpum_cf: Remove superfluous SMP function call
- From: Anna-Maria Gleixner <anna-maria@xxxxxxxxxxxxx>
- Re: [RFC PATCH v2 03/18] x86/asm/head: standardize the bottom of the stack for idle tasks
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 03/18] x86/asm/head: standardize the bottom of the stack for idle tasks
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking
- From: Jiri Kosina <jikos@xxxxxxxxxx>
- Re: [RFC PATCH v2 03/18] x86/asm/head: standardize the bottom of the stack for idle tasks
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH v2 03/18] x86/asm/head: standardize the bottom of the stack for idle tasks
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 03/18] x86/asm/head: standardize the bottom of the stack for idle tasks
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 09/18] livepatch/x86: add TIF_PATCH_PENDING thread flag
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH v2 03/18] x86/asm/head: standardize the bottom of the stack for idle tasks
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [RFC PATCH v2 03/18] x86/asm/head: standardize the bottom of the stack for idle tasks
- From: Brian Gerst <brgerst@xxxxxxxxx>
- Re: [RFC PATCH v2 09/18] livepatch/x86: add TIF_PATCH_PENDING thread flag
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH RFC 0/8] basic vfio-ccw infrastructure
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH 25/25] arm64:ilp32: add ARM64_ILP32 to Kconfig
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 2/9] vfio: No-IOMMU mode support
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH 25/25] arm64:ilp32: add ARM64_ILP32 to Kconfig
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 25/25] arm64:ilp32: add ARM64_ILP32 to Kconfig
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 25/25] arm64:ilp32: add ARM64_ILP32 to Kconfig
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC PATCH v2 06/18] x86: dump_trace() error handling
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH v2 06/18] x86: dump_trace() error handling
- From: Minfei Huang <mnghuan@xxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 6/9] s390x/css: device and bus support for s390-ccw passthrough
- From: Xiao Feng Ren <renxiaof@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 5/9] s390x/css: realize css_sch_build_schib
- From: Xiao Feng Ren <renxiaof@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 7/9] vfio/ccw: vfio based ccw passthrough driver
- From: Xiao Feng Ren <renxiaof@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 8/9] s390x/css: introduce and realize ccw-request callback
- From: Xiao Feng Ren <renxiaof@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 4/9] s390x/css: add s390-map-css machine option
- From: Xiao Feng Ren <renxiaof@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 9/9] s390x/css: ccws translation infrastructure
- From: Xiao Feng Ren <renxiaof@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 3/9] s390x/css: introduce ccw chain interfaces
- From: Xiao Feng Ren <renxiaof@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 2/9] vfio: No-IOMMU mode support
- From: Xiao Feng Ren <renxiaof@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 1/9] vfio: linux-headers update for vfio-ccw
- From: Xiao Feng Ren <renxiaof@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 0/9] basic channel IO passthrough infrastructure based on vfio
- From: Xiao Feng Ren <renxiaof@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 2/8] s390: move orb.h from drivers/s390/ to arch/s390/
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 6/8] vfio: ccw: introduce page array interfaces
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 8/8] vfio: ccw: realize VFIO_DEVICE_CCW_CMD_REQUEST ioctl
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 5/8] vfio: ccw: realize VFIO_DEVICE_CCW_HOT_RESET ioctl
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 7/8] vfio: ccw: introduce ccw chain interfaces
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 4/8] vfio: ccw: realize VFIO_DEVICE_GET_INFO ioctl
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 3/8] vfio: ccw: basic implementation for vfio_ccw driver
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 1/8] iommu: s390: enable iommu api for s390 ccw devices
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 0/8] basic vfio-ccw infrastructure
- From: Dong Jia Shi <bjsdjshi@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [RFC PATCH v2 01/18] x86/asm/head: clean up initial stack variable
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH v2 03/18] x86/asm/head: standardize the bottom of the stack for idle tasks
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH v2 02/18] x86/asm/head: use a common function for starting CPUs
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH v2 04/18] x86: move _stext marker before head code
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH v2 06/18] x86: dump_trace() error handling
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [RFC PATCH v2 07/18] stacktrace/x86: function for detecting reliable stack traces
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH v2 08/18] livepatch: temporary stubs for klp_patch_pending() and klp_patch_task()
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH v2 09/18] livepatch/x86: add TIF_PATCH_PENDING thread flag
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH v2 11/18] livepatch/s390: reorganize TIF thread flag bits
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH v2 10/18] livepatch/powerpc: add TIF_PATCH_PENDING thread flag
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH v2 12/18] livepatch/s390: add TIF_PATCH_PENDING thread flag
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH v2 15/18] livepatch: move patching functions into patch.c
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH v2 14/18] livepatch: remove unnecessary object loaded check
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH v2 17/18] livepatch: change to a per-task consistency model
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH v2 18/18] livepatch: add /proc/<pid>/patch_state
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH v2 13/18] livepatch: separate enabled and patched states
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH v2 16/18] livepatch: store function sizes
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH v2 00/18] livepatch: hybrid consistency model
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64 - LTP results
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- [GIT PULL] s390 patches for 4.6-rc6
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64 - LTP results
- From: Andrew Pinski <pinskia@xxxxxxxxx>
- [PATCH] x86/locking/rwsem: Cleanup ____down_write()
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v5 2/4] printk/nmi: warn when some message has been lost in NMI context
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64 - LTP results
- From: Andrew Pinski <pinskia@xxxxxxxxx>
- Re: [PATCH v5 0/4] Cleaning printk stuff in NMI context
- From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
- Re: [PATCH v5 4/4] printk/nmi: flush NMI messages on the system panic
- From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v5 4/4] printk/nmi: flush NMI messages on the system panic
- From: Petr Mladek <pmladek@xxxxxxxx>
- Double-Fetch bug in Linux-4.5/drivers/s390/char/sclp_ctl.c
- From: Pengfei Wang <wpengfeinudt@xxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 19/25] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: Double-Fetch bug in Linux-4.5/drivers/s390/char/sclp_ctl.c
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH v5 4/4] printk/nmi: flush NMI messages on the system panic
- From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64 - LTP results
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 12/25] arm64: compat: change config dependences to aarch32
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 12/25] arm64: compat: change config dependences to aarch32
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 19/25] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 18/25] arm64: ilp32: introduce binfmt_ilp32.c
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 19/25] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 18/25] arm64: ilp32: introduce binfmt_ilp32.c
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 12/25] arm64: compat: change config dependences to aarch32
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 10/25] arm64: rename COMPAT to AARCH32_EL0 in Kconfig
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- 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>
- [PATCH v5 2/4] printk/nmi: warn when some message has been lost in NMI context
- From: Petr Mladek <pmladek@xxxxxxxx>
- [PATCH v5 3/4] printk/nmi: increase the size of NMI buffer and make it configurable
- From: Petr Mladek <pmladek@xxxxxxxx>
- [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
- From: Petr Mladek <pmladek@xxxxxxxx>
- [PATCH v5 4/4] printk/nmi: flush NMI messages on the system panic
- From: Petr Mladek <pmladek@xxxxxxxx>
- [PATCH v5 0/4] Cleaning printk stuff in NMI context
- From: Petr Mladek <pmladek@xxxxxxxx>
- 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: [PULL 0/4] KVM: s390 patches for kvm/next
- From: Radim Krčmář <rkrcmar@xxxxxxxxxx>
- Re: [PATCH v4 1/5] printk/nmi: generic solution for safe printk in NMI
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PULL 1/4] KVM: s390/perf: provide additional sigp events
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PULL 4/4] KVM: s390: add clear I/O irq operation for FLIC
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PULL 2/4] KVM: s390: implement has_attr for FLIC
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PULL 0/4] KVM: s390 patches for kvm/next
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PULL 3/4] KVM: s390: document FLIC behavior on unsupported
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH] kbuild: delete unnecessary "@:"
- From: Michal Marek <mmarek@xxxxxxx>
- [GIT PULL] s390 patches for 4.6-rc5
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [PATCH] documentation: Add disclaimer
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] documentation: Add disclaimer
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH V3 00/29] bitops: add parity functions
- From: zengzhaoxiu@xxxxxxx
- Re: [PATCH 10/25] arm64: rename COMPAT to AARCH32_EL0 in Kconfig
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- [PATCH V3 02/29] Include generic parity.h in some architectures' bitops.h
- From: zengzhaoxiu@xxxxxxx
- Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@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: linux-next: Tree for Apr 4
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 0/11] introduce down_write_killable for rw_semaphore v3
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: linux-next: Tree for Apr 4
- From: Martin Schwidefsky <schwidefsky@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: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH v2] cpu/hotplug: fix rollback during error-out in __cpu_disable()
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH 08/11] ia64, rwsem: provide __down_write_killable
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [PATCH] cpu/hotplug: fix rollback during error-out in __cpu_disable()
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Andrew Pinski <pinskia@xxxxxxxxx>
- [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 11/11] locking, rwsem: provide down_write_killable
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [PATCH 03/11] xtensa, rwsem: drop superfluous arch specific implementation
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [PATCH 01/11] locking, rwsem: get rid of __down_write_nested
- 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>
- Re: [PATCH] cpu/hotplug: fix rollback during error-out in __cpu_disable()
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [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>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Adam Borowski <kilobyte@xxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- 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] cpu/hotplug: fix rollback during error-out in __cpu_disable()
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- 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 02/30] Include generic parity.h in some architectures' bitops.h
- From: zengzhaoxiu@xxxxxxx
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64 - LTP results
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 21/25] arm64: signal: share lp64 signal routines to ilp32
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 14/25] thread: move thread bits accessors to separated file
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 22/25] arm64: signal32: move ilp32 and aarch32 common code to separated file
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 19/25] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 18/25] arm64: ilp32: introduce binfmt_ilp32.c
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 17/25] arm64: introduce binfmt_elf32.c
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 25/25] arm64:ilp32: add ARM64_ILP32 to Kconfig
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 13/25] arm64:uapi: set __BITS_PER_LONG correctly for ILP32 and LP64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 11/25] arm64: change some CONFIG_COMPAT over to use CONFIG_AARCH32_EL0 instead
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 09/25] arm64: ensure the kernel is compiled for LP64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 16/25] arm64: ilp32: add is_ilp32_compat_{task,thread} and TIF_32BIT_AARCH64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 15/25] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 06/25] compat ABI: use non-compat openat and open_by_handle_at variants
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 12/25] arm64: compat: change config dependences to aarch32
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 10/25] arm64: rename COMPAT to AARCH32_EL0 in Kconfig
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 08/25] arm64: ilp32: add documentation on the ILP32 ABI for ARM64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 01/25] all: syscall wrappers: add documentation
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 05/25] all: wrap needed syscalls in generic unistd
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 07/25] 32-bit ABI: introduce ARCH_32BIT_OFF_T config option
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 03/25] all: s390: move wrapper infrastructure to generic headers
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 04/25] all: s390: move compat_wrappers.c from arch/s390/kernel to kernel/
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 02/25] all: introduce COMPAT_WRAPPER option and enable it for s390
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 23/25] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH] cpu/hotplug: fix rollback during error-out in __cpu_disable()
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH] s390/cpum_sf: Remove superfluous SMP function call
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PREEMPT-RT] [PATCH] s390/cpum_sf: Remove superfluous SMP function call
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PREEMPT-RT] [PATCH] s390/cpum_sf: Remove superfluous SMP function call
- From: Sebastian Andrzej Siewior <sebastian.siewior@xxxxxxxxxxxxx>
- Re: [PREEMPT-RT] [PATCH] s390/cpum_sf: Remove superfluous SMP function call
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PREEMPT-RT] [PATCH] s390/cpum_sf: Remove superfluous SMP function call
- From: rcochran@xxxxxxxxxxxxx
- Re: [PREEMPT-RT] [PATCH] s390/cpum_sf: Remove superfluous SMP function call
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PREEMPT-RT] [PATCH] s390/cpum_sf: Remove superfluous SMP function call
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PREEMPT-RT] [PATCH] s390/cpum_sf: Remove superfluous SMP function call
- From: Sebastian Andrzej Siewior <sebastian.siewior@xxxxxxxxxxxxx>
- Re: [PATCH] s390/cpum_cf: Remove superfluous SMP function call
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH] s390/cpum_sf: Remove superfluous SMP function call
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 1/1] s390/mm/kvm: fix mis-merge in gmap handling
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- [PATCH V2 02/30] Include generic parity.h in some architectures' bitops.h
- From: Zeng Zhaoxiu <zhaoxiu.zeng@xxxxxxxxx>
- Re: linux-next: Tree for Apr 4
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: linux-next: Tree for Apr 4
- From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
- [PATCH] s390/cpum_cf: Remove superfluous SMP function call
- From: Anna-Maria Gleixner <anna-maria@xxxxxxxxxxxxx>
- [PATCH] s390/cpum_sf: Remove superfluous SMP function call
- From: Anna-Maria Gleixner <anna-maria@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] xtensa, rwsem: drop superfluous arch specific implementation
- From: Max Filippov <jcmvbkbc@xxxxxxxxx>
- Re: [PATCH v4 1/5] printk/nmi: generic solution for safe printk in NMI
- From: Petr Mladek <pmladek@xxxxxxxx>
- 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 1/2] xtensa, rwsem: drop superfluous arch specific implementation
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [PATCH 2/2] sh, 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 1/1] s390/mm/kvm: fix mis-merge in gmap handling
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 0/1] KVM: s390/mm: fix for 4.6
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- [PATCH 0/1] KVM: s390/mm: fix for 4.6
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 1/1] s390/mm/kvm: fix mis-merge in gmap handling
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v4 2/5] printk/nmi: use IRQ work only when ready
- From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
- Re: [PATCH v4 5/5] printk/nmi: flush NMI messages on the system panic
- From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
- Re: [PATCH v4 1/5] printk/nmi: generic solution for safe printk in NMI
- From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
- 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>
- Re: [PATCH v6 0/5] (mostly) Arch-independent livepatch
- From: Jiri Kosina <jikos@xxxxxxxxxx>
- Re: [PATCH] s390: fix build failure
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH] s390: fix build failure
- From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
- [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 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 08/11] sparc, 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 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 02/11] locking, rwsem: drop explicit memory barriers
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [PATCH 11/11] locking, 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 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: [GIT PULL] s390 patches for 4.6-rc2
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH 0/11] introduce down_write_killable for rw_semaphore
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v6 2/5] module: preserve Elf information for livepatch modules
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [GIT PULL] s390 patches for 4.6-rc2
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/11] introduce down_write_killable for rw_semaphore
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [GIT PULL] s390 patches for 4.6-rc2
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [GIT PULL] s390 patches for 4.6-rc2
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [GIT PULL] s390 patches for 4.6-rc2
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH v4 5/5] printk/nmi: flush NMI messages on the system panic
- From: Petr Mladek <pmladek@xxxxxxxx>
- [PATCH] kbuild: delete unnecessary "@:"
- From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
- 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>
- [PATCH v2 3/4] exit_thread: accept a task parameter to be exited
- From: Jiri Slaby <jslaby@xxxxxxx>
- Re: [PATCH v4 5/5] printk/nmi: flush NMI messages on the system panic
- From: kbuild test robot <lkp@xxxxxxxxx>
- [PATCH v4 2/5] printk/nmi: use IRQ work only when ready
- From: Petr Mladek <pmladek@xxxxxxxx>
- [PATCH v4 1/5] printk/nmi: generic solution for safe printk in NMI
- From: Petr Mladek <pmladek@xxxxxxxx>
- [PATCH v4 4/5] printk/nmi: increase the size of NMI buffer and make it configurable
- From: Petr Mladek <pmladek@xxxxxxxx>
- [PATCH v4 5/5] printk/nmi: flush NMI messages on the system panic
- From: Petr Mladek <pmladek@xxxxxxxx>
- [PATCH v4 3/5] printk/nmi: warn when some message has been lost in NMI context
- From: Petr Mladek <pmladek@xxxxxxxx>
- [PATCH v4 0/5] Cleaning printk stuff in NMI context
- From: Petr Mladek <pmladek@xxxxxxxx>
- 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: (mostly) Arch-independent livepatch
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: (mostly) Arch-independent livepatch
- From: Jiri Kosina <jikos@xxxxxxxxxx>
- Re: (mostly) Arch-independent livepatch
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [PATCH 02/31] Include generic parity.h in some architectures' bitops.h
- From: "zhaoxiu.zeng" <zhaoxiu.zeng@xxxxxxxxx>
- Re: [PATCH 1/4] s390: let exit_thread_runtime_instr accept a task
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH 1/4] s390: let exit_thread_runtime_instr accept a task
- From: Jiri Slaby <jslaby@xxxxxxx>
- Re: [PATCH v2 14/16] input: Redefine INPUT_COMPAT_TEST as in_compat_syscall()
- From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
- Re: [PATCH v6 0/5] (mostly) Arch-independent livepatch
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: [PATCH v6 0/5] (mostly) Arch-independent livepatch
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v6 0/5] (mostly) Arch-independent livepatch
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [PATCH v6 1/5] Elf: add livepatch-specific Elf constants
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [PATCH v6 2/5] module: preserve Elf information for livepatch modules
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [PATCH v6 4/5] livepatch: reuse module loader code to write relocations
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [PATCH v6 5/5] Documentation: livepatch: outline Elf format and requirements for patch modules
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [PATCH v6 3/5] module: s390: keep mod_arch_specific for livepatch modules
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: [PATCH v2 14/16] input: Redefine INPUT_COMPAT_TEST as in_compat_syscall()
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: livepatch: reuse module loader code to write relocations
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: module: preserve Elf information for livepatch modules
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: module: preserve Elf information for livepatch modules
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: livepatch: reuse module loader code to write relocations
- From: Jiri Kosina <jikos@xxxxxxxxxx>
- Re: livepatch: reuse module loader code to write relocations
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: livepatch: reuse module loader code to write relocations
- From: Jiri Kosina <jikos@xxxxxxxxxx>
- Re: [PATCH] s390: disable postinit-readonly for now
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: livepatch: reuse module loader code to write relocations
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: livepatch: reuse module loader code to write relocations
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: livepatch: reuse module loader code to write relocations
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: [PATCH v5 4/6] livepatch: reuse module loader code to write relocations
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v5 2/6] module: preserve Elf information for livepatch modules
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [PATCH v5 4/6] livepatch: reuse module loader code to write relocations
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v5 4/6] livepatch: reuse module loader code to write relocations
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [PATCH v5 5/6] samples: livepatch: mark as livepatch module
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v5 4/6] livepatch: reuse module loader code to write relocations
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v5 2/6] module: preserve Elf information for livepatch modules
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v5 6/6] Documentation: livepatch: outline Elf format and requirements for patch modules
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: [PATCH v5 5/6] samples: livepatch: mark as livepatch module
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: [PATCH v5 4/6] livepatch: reuse module loader code to write relocations
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: [PATCH v5 2/6] module: preserve Elf information for livepatch modules
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: [PATCH v5 3/6] module: s390: keep mod_arch_specific for livepatch modules
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: [PATCH v5 1/6] Elf: add livepatch-specific Elf constants
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: [PATCH] qeth: Default to allow promiscuous mode
- From: "Evgeny Cherkashin" <Eugene.Crosser@xxxxxxxxxx>
- Re: [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [PATCH] qeth: Default to allow promiscuous mode
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] qeth: Default to allow promiscuous mode
- From: "Evgeny Cherkashin" <Eugene.Crosser@xxxxxxxxxx>
- [PATCH] qeth: Default to allow promiscuous mode
- From: Alexander Graf <agraf@xxxxxxx>
- Re: [PATCH] s390: disable postinit-readonly for now
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH v5 2/6] module: preserve Elf information for livepatch modules
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: module: preserve Elf information for livepatch modules
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: [PATCH v5 2/6] module: preserve Elf information for livepatch modules
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH v5 2/6] module: preserve Elf information for livepatch modules
- From: kbuild test robot <lkp@xxxxxxxxx>
- [PATCH v5 1/6] Elf: add livepatch-specific Elf constants
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [PATCH v5 2/6] module: preserve Elf information for livepatch modules
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [PATCH v5 3/6] module: s390: keep mod_arch_specific for livepatch modules
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [PATCH v5 4/6] livepatch: reuse module loader code to write relocations
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [PATCH v5 6/6] Documentation: livepatch: outline Elf format and requirements for patch modules
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [PATCH v5 5/6] samples: livepatch: mark as livepatch module
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [PATCH v5 0/6] (mostly) Arch-independent livepatch
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: [PATCH] s390: disable postinit-readonly for now
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL] s390 patches for 4.6 merge window
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH 0/2] s390: Hotplug notifier transitions
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 2/2] s390/cpum_sf: Fix cpu hotplug notifier transitions
- From: Hendrik Brueckner <brueckner@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] s390/cpum_sf: Fix cpu hotplug notifier transitions
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH] s390: disable postinit-readonly for now
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH 2/2] s390/cpum_sf: Fix cpu hotplug notifier transitions
- From: Anna-Maria Gleixner <anna-maria@xxxxxxxxxxxxx>
- [PATCH 1/2] s390/cpum_cf: Fix missing cpu hotplug notifier transition
- From: Anna-Maria Gleixner <anna-maria@xxxxxxxxxxxxx>
- [PATCH 0/2] s390: Hotplug notifier transitions
- From: Anna-Maria Gleixner <anna-maria@xxxxxxxxxxxxx>
- 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>
- [PATCH] s390: disable postinit-readonly for now
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [GIT PULL 0/9] KVM: s390: Fixes and features for kvm/next (4.6) part 2
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- [GIT PULL 9/9] KVM: s390: allocate only one DMA page per VM
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 2/9] KVM: s390: store cpu id in vcpu->cpu when scheduled in
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 5/9] KVM: s390: protect VCPU cpu timer with a seqcount
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 3/9] KVM: s390: abstract access to the VCPU cpu timer
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 1/9] KVM: s390: Add diag "watchdog functions" to trace event decoding
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 8/9] KVM: s390: enable STFLE interpretation only if enabled for the guest
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 0/9] KVM: s390: Fixes and features for kvm/next (4.6) part 2
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 4/9] KVM: s390: step VCPU cpu timer during kvm_run ioctl
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 6/9] KVM: s390: step the VCPU timer while in enabled wait
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 7/9] KVM: s390: wake up when the VCPU cpu timer expires
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [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>
- [GIT PULL] s390 patches for 4.5-rc7
- From: Martin Schwidefsky <schwidefsky@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: [PATCH] s390: Fix misspellings in comments.
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [RFC][PATCH] s390, postinit-readonly: implement post-init RO
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 0/1] KVM: s390: last minute fix for 4.5
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [RFC][PATCH] s390, postinit-readonly: implement post-init RO
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH 0/1] KVM: s390: last minute fix for 4.5
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 1/1] KVM: s390: correct fprs on SIGP (STOP AND) STORE STATUS
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [RFC][PATCH] s390, postinit-readonly: implement post-init RO
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [RFC][PATCH] s390, postinit-readonly: implement post-init RO
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v5 4/7] introduce post-init read-only memory
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- [RFC][PATCH] s390, postinit-readonly: implement post-init RO
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v5 4/7] introduce post-init read-only memory
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v5 4/7] introduce post-init read-only memory
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH] s390: Fix misspellings in comments.
- From: Adam Buchbinder <adam.buchbinder@xxxxxxxxx>
- Re: [PATCH] s390: Use pr_warn instead of pr_warning
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH] s390: Use pr_warn instead of pr_warning
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 0/2] Tracking user space vDSO remaping
- From: Christopher Covington <cov@xxxxxxxxxxxxxx>
- Re: [PATCH 1/2] topology, cleanup: Avoid redefinition of cpumask_of_pcibus in asm header files.
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH 2/2] numa, mm, cleanup: remove redundant NODE_DATA macro from asm header files.
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
- From: Daniel Thompson <daniel.thompson@xxxxxxxxxx>
- Re: [PATCH 0/2] virtio/s390 patches
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 1/2] virtio/s390: use dev_to_virtio
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 0/2] virtio/s390 patches
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 2/2] virtio/s390: size of SET_IND payload
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [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 0/11] introduce down_write_killable for rw_semaphore
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [PATCH 09/11] xtensa, 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 10/11] x86, 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 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 07/11] sh, 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>
- Re: [RFC v2 4/7] asm/sections: add a generic push_section_tbl()
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH v3 0/5] all: s390: make compat wrappers the generic solution
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 3/5] all: s390: move wrapper infrastructure to generic headers
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 4/5] all: s390: move compat_wrappers.c from arch/s390/kernel to kernel
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 5/5] all: wrap needed syscalls in generic unistd
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 2/5] all: introduce COMPAT_WRAPPER option and enable it for s390
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/5] all: syscall wrappers: add documentation
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/5] all: s390: move wrapper infrastructure to generic headers
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 2/5] all: introduce COMPAT_WRAPPER option and enable it for s390
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 4/5] all: s390: move compat_wrappers.c from arch/s390/kernel to kernel/
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/5] all: s390: move wrapper infrastructure to generic headers
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/5] all: introduce COMPAT_WRAPPER option and enable it for s390
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Steve Capper <steve.capper@xxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Steve Capper <steve.capper@xxxxxxxxxx>
- Re: [PATCH v2 0/5] all: s390: make compat wrappers the generic solution
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 4/5] all: s390: move compat_wrappers.c from arch/s390/kernel to kernel/
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 3/5] all: s390: move wrapper infrastructure to generic headers
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 2/5] all: introduce COMPAT_WRAPPER option and enable it for s390
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [GIT PULL] s390 patches for 4.5-rc6
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [PATCH v10 57/59] PCI: Introduce resource_disabled()
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH 2/2] numa, mm, cleanup: remove redundant NODE_DATA macro from asm header files.
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH 1/2] topology, cleanup: Avoid redefinition of cpumask_of_pcibus in asm header files.
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH 0/2] NUMA related header file cleanups.
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- [PATCH 1/5] all: syscall wrappers: add documentation
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] thp: call pmdp_invalidate() with correct virtual address
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 4/5] all: s390: move compat_wrappers.c from arch/s390/kernel to kernel/
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 5/5] all: wrap needed syscalls in generic unistd
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 3/5] all: s390: move wrapper infrastructure to generic headers
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 2/5] all: introduce COMPAT_WRAPPER option and enable it for s390
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH v2 0/5] all: s390: make compat wrappers the generic solution
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxx>
- Re: [PATCH] thp: call pmdp_invalidate() with correct virtual address
- From: Will Deacon <will.deacon@xxxxxxx>
- [PATCH] thp: call pmdp_invalidate() with correct virtual address
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [RFC v2 4/7] asm/sections: add a generic push_section_tbl()
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [RFC v2 4/7] asm/sections: add a generic push_section_tbl()
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [GIT PULL] s390 patches for 4.5-rc5
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
- Re: [RFC 0/12] introduce down_write_killable for rw_semaphore
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
- [RFC 11/12 v1] x86, rwsem: provide __down_write_killable
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [PATCH 1/5] all: s390: move wrapper infrastructure to generic headers
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 0/2] Consolidate redundant register/stack access code
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v7 0/9] virtio DMA API, yet again
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v7 0/9] virtio DMA API, yet again
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 1/5] all: s390: move wrapper infrastructure to generic headers
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH v7 0/9] virtio DMA API, yet again
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [GIT PULL 00/18] KVM: s390: Fixes and features for kvm/next (4.6)
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [GIT PULL 00/18] KVM: s390: Fixes and features for kvm/next (4.6)
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [GIT PULL 00/18] KVM: s390: Fixes and features for kvm/next (4.6)
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxx>
- Re: [libseccomp] Re: [PATCH] arch: update s390/s390x system call tables
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- Re: [GIT PULL 00/18] KVM: s390: Fixes and features for kvm/next (4.6)
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [GIT PULL 00/18] KVM: s390: Fixes and features for kvm/next (4.6)
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [GIT PULL 00/18] KVM: s390: Fixes and features for kvm/next (4.6)
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [GIT PULL 00/18] KVM: s390: Fixes and features for kvm/next (4.6)
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [GIT PULL 00/18] KVM: s390: Fixes and features for kvm/next (4.6)
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [GIT PULL 00/18] KVM: s390: Fixes and features for kvm/next (4.6)
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- [GIT PULL 00/18] KVM: s390: Fixes and features for kvm/next (4.6)
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 06/18] KVM: s390: gaccess: implement instruction fetching mode
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 11/18] KVM: s390: instruction-fetching exceptions on SIE faults
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 09/18] KVM: s390: irq delivery should not rely on icptcode
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 05/18] KVM: s390: gaccess: introduce access modes
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 08/18] KVM: s390: clean up prog irq injection on prog irq icpts
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 07/18] KVM: s390: read the correct opcode on SIE faults
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 01/18] KVM: s390: allow sync of fp registers via vregs
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 17/18] KVM: s390: do not block CPU on dirty logging
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 16/18] KVM: s390: do not take mmap_sem on dirty log query
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 13/18] KVM: s390: add documentation of KVM_S390_VM_TOD
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 14/18] KVM: s390: add documentation of KVM_S390_VM_CRYPTO
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 03/18] KVM: s390: PSW forwarding / rewinding / ilc rework
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 15/18] KVM: s390: usage hint for adapter mappings
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 12/18] KVM: s390: remove old fragment of vector registers
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 04/18] KVM: s390: migration / injection of prog irq ilc
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 18/18] KVM: s390: bail out early on fatal signal in dirty logging
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 10/18] KVM: s390: provide prog irq ilc on SIE faults
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 02/18] KVM: s390: sync of fp registers via kvm_run
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
- Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)
- From: Will Deacon <will.deacon@xxxxxxx>
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Linux ATA RAID]
[Bugtraq]