Linux S390: System z9 mainframe
[Prev Page][Next Page]
- [PATCH RESEND net-next 08/15] smc: work request (WR) base for use by LLC and CDC
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH RESEND net-next 15/15] smc: proc-fs interface for smc connections
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH RESEND net-next 06/15] smc: connection and link group creation
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH RESEND net-next 04/15] smc: introduce SMC as an IB-client
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH RESEND net-next 02/15] smc: establish new socket family
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH RESEND net-next 05/15] smc: CLC handshake (incl. preparation steps)
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH RESEND net-next 01/15] net: introduce keepalive function in struct proto
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/2] virtio/s390 patches for 4.8
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [bug report] [S390] dasd: Add support for raw ECKD access.
- From: Stefan Haberland <sth@xxxxxxxxxxxxxxxxxx>
- [bug report] [S390] dasd: Add support for raw ECKD access.
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- [bug report] [S390] z/VM unit record device driver
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- [PATCH 0021/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0023/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0022/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0026/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0025/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [GIT PULL] s390 patches for the 4.8 merge window #2
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH 0875/1285] Replace numeric parameter like 0444 with macro
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 0904/1285] Replace numeric parameter like 0444 with macro
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 0904/1285] Replace numeric parameter like 0444 with macro
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 0876/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0882/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0875/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0883/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0880/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0879/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0885/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0884/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0878/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0904/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0899/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0901/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0893/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0895/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0890/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0897/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0896/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0898/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0900/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0902/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0903/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0886/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0877/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0891/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0889/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0894/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0887/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0892/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0888/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0881/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0024/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- [PATCH 0020/1285] Replace numeric parameter like 0444 with macro
- From: Baole Ni <baolex.ni@xxxxxxxxx>
- Re: [PATCH] s390/pci: Remove unnecessary if condition
- From: Julia Lawall <julia.lawall@xxxxxxx>
- Re: [PATCH] ftrace/jprobes/s390: Fix conflict between jprobes and function graph tracing
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH 4/5] s390: Define AT_VECTOR_SIZE_ARCH for ARCH_DLINFO
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH] ftrace/jprobes/s390: Fix conflict between jprobes and function graph tracing
- From: Jiri Olsa <jolsa@xxxxxxxxxx>
- Re: [PATCH -next] s390/zcrypt: fix possible memory leak in ap_module_init()
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH] s390/pci: Remove unnecessary if condition
- From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] s390/pci: Remove unnecessary if condition
- From: Julia Lawall <julia.lawall@xxxxxxx>
- Re: [PATCH] s390/pci: Remove unnecessary if condition
- From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
- [PATCH] s390/pci: Remove unnecessary if condition
- From: Amitoj Kaur Chawla <amitoj1606@xxxxxxxxx>
- Re: [BUG -next] "random: make /dev/urandom scalable for silly userspace programs" causes crash
- From: Tony Luck <tony.luck@xxxxxxxxx>
- [PATCH -next] s390/zcrypt: fix possible memory leak in ap_module_init()
- From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
- Re: [BUG -next] "random: make /dev/urandom scalable for silly userspace programs" causes crash
- From: "Theodore Ts'o" <tytso@xxxxxxx>
- Re: [BUG -next] "random: make /dev/urandom scalable for silly userspace programs" causes crash
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [GIT PULL] s390 patches for 4.8 merge window
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [PATCH 4/5] s390: Define AT_VECTOR_SIZE_ARCH for ARCH_DLINFO
- From: James Hogan <james.hogan@xxxxxxxxxx>
- [PATCH 0/5] Define AT_VECTOR_SIZE_ARCH correctly
- From: James Hogan <james.hogan@xxxxxxxxxx>
- Re: Is THREAD_INFO_IN_TASK appropriate for -mm for 4.8?
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [RFC/PATCH 00/14] split exception table content out of module.h into extable.h
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 09/14] s390: migrate exception table users off module.h and onto extable.h
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [RFC/PATCH 00/14] split exception table content out of module.h into extable.h
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: PREVIEW: [GIT PULL 0/2] KVM: s390: Feature and fix for kvm/next (4.8) part 4
- From: Radim Krčmář <rkrcmar@xxxxxxxxxx>
- [PATCH v3 1/4] kernel/sched: introduce vcpu preempted check interface
- From: Pan Xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
- [PATCH v3 4/4] kernel/locking: Drop the overhead of {mutex,rwsem}_spin_on_owner
- From: Pan Xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
- [PATCH v3 2/4] powerpc/spinlock: support vcpu preempted check
- From: Pan Xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
- [PATCH v3 3/4] locking/osq: Drop the overhead of osq_lock()
- From: Pan Xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
- [PATCH v3 0/4] implement vcpu preempted check
- From: Pan Xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
- Re: [GIT PULL 1/2] KVM: s390: allow user space to handle instr 0x0000
- From: Marc Zyngier <marc.zyngier@xxxxxxx>
- Re: [GIT PULL 1/2] KVM: s390: allow user space to handle instr 0x0000
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [GIT PULL 1/2] KVM: s390: allow user space to handle instr 0x0000
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: PREVIEW: [GIT PULL 0/2] KVM: s390: Feature and fix for kvm/next (4.8) part 4
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 1/2] KVM: s390: allow user space to handle instr 0x0000
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- PREVIEW: [GIT PULL 0/2] KVM: s390: Feature and fix for kvm/next (4.8) part 4
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 2/2] KVM: s390: let ptff intercepts result in cc=3
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: Is THREAD_INFO_IN_TASK appropriate for -mm for 4.8?
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: Is THREAD_INFO_IN_TASK appropriate for -mm for 4.8?
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: Is THREAD_INFO_IN_TASK appropriate for -mm for 4.8?
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Is THREAD_INFO_IN_TASK appropriate for -mm for 4.8?
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: af_iucv and potentially buggy use of sk_filter()
- From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
- Re: af_iucv and potentially buggy use of sk_filter()
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- Re: af_iucv and potentially buggy use of sk_filter()
- From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
- Re: af_iucv and potentially buggy use of sk_filter()
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- Re: [patch] s390/smp: clean up a condition
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH] s390/pci: Delete an unnecessary check before the function call "pci_dev_put"
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [PATCH] s390/pci: Delete an unnecessary check before the function call "pci_dev_put"
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] s390/cio/chp : Remove deprecated create_singlethread_workqueue
- From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
- [PATCH] s390/cio/chp : Remove deprecated create_singlethread_workqueue
- From: Bhaktipriya Shridhar <bhaktipriya96@xxxxxxxxx>
- af_iucv and potentially buggy use of sk_filter()
- From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
- Re: [PATCH v2 2/4] powerpc/spinlock: support vcpu preempted check
- From: Pan Xinhui <xinhui@xxxxxxxxxxxxxxxxxx>
- Re: [patch] netiucv: silence an underflow warning
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- [PATCH 5/5] frv, mn10300, s390, sh: remove empty vga.h
- From: Jiri Slaby <jslaby@xxxxxxx>
- Re: [PATCH V3 4/5] kvm/stats: Add provisioning for 64-bit vm and vcpu statistics
- From: Suraj Jitindar Singh <sjitindarsingh@xxxxxxxxx>
- Re: [patch] netiucv: silence an underflow warning
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [patch] netiucv: silence an underflow warning
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- [patch] s390/smp: clean up a condition
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH v5 00/32] virtually mapped stacks and thread_info cleanup
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v5 00/32] virtually mapped stacks and thread_info cleanup
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- [patch V2 20/67] s390/perf: Convert the hotplug notifier to state machine callbacks (Sampling)
- From: Anna-Maria Gleixner <anna-maria@xxxxxxxxxxxxx>
- [patch V2 19/67] s390/perf: Convert the hotplug notifier to state machine callbacks (Counter)
- From: Anna-Maria Gleixner <anna-maria@xxxxxxxxxxxxx>
- [PATCH] s390/char: Fix cdev_add usage
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: [PATCH V3 4/5] kvm/stats: Add provisioning for 64-bit vm and vcpu statistics
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v5 00/32] virtually mapped stacks and thread_info cleanup
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH V3 4/5] kvm/stats: Add provisioning for 64-bit vm and vcpu statistics
- From: Suraj Jitindar Singh <sjitindarsingh@xxxxxxxxx>
- [PATCH v6 38/46] s390: dma-mapping: Use unsigned long for dma_attrs
- From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
- [PATCH v6 00/46] dma-mapping: Use unsigned long for dma_attrs
- From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
- Re: [PATCH v2 0/4] implement vcpu preempted check
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: Fwd: Fwd: Re: [PATCH net-next 00/15] net/smc: Shared Memory Communications - RDMA
- From: Benjamin Poirier <benjamin.poirier@xxxxxxxxx>
- Re: Fwd: Fwd: Re: [PATCH net-next 00/15] net/smc: Shared Memory Communications - RDMA
- From: Benjamin Poirier <benjamin.poirier@xxxxxxxxx>
- Re: [PATCH v5 00/44] dma-mapping: Use unsigned long for dma_attrs
- From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
- Re: [PATCH v5 00/44] dma-mapping: Use unsigned long for dma_attrs
- From: Daniel Vetter <daniel@xxxxxxxx>
- Re: [PATCH v2 0/4] implement vcpu preempted check
- From: Juergen Gross <jgross@xxxxxxxx>
- Re: [PATCH v2 0/4] implement vcpu preempted check
- From: Waiman Long <waiman.long@xxxxxxx>
- [patch 19/66] s390: perf: Convert the hotplug notifier to state machine callbacks (Sampling)
- From: Anna-Maria Gleixner <anna-maria@xxxxxxxxxxxxx>
- [patch 18/66] s390: perf: Convert the hotplug notifier to state machine callbacks (Counter)
- From: Anna-Maria Gleixner <anna-maria@xxxxxxxxxxxxx>
- Re: [PATCH 0/2] virtio/s390 patches for 4.8
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 0/2] virtio/s390 patches for 4.8
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 2/2] virtio/s390: deprecate old transport
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 1/2] virtio/s390: keep early_put_chars
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v2 0/4] implement vcpu preempted check
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v2 0/4] implement vcpu preempted check
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v2 0/4] implement vcpu preempted check
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v2 0/4] implement vcpu preempted check
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v2 0/4] implement vcpu preempted check
- From: Wanpeng Li <kernellwp@xxxxxxxxx>
- Re: [PATCH v2 0/4] implement vcpu preempted check
- From: Wanpeng Li <kernellwp@xxxxxxxxx>
- Re: [PATCH v2 0/4] implement vcpu preempted check
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v2 0/4] implement vcpu preempted check
- From: Wanpeng Li <kernellwp@xxxxxxxxx>
- [PATCH v3 2/7] s390: add explicit <linux/stringify.h> for jump label
- From: Jason Baron <jbaron@xxxxxxxxxx>
- Re: [PATCH v2 0/4] implement vcpu preempted check
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Fwd: Fwd: Re: [PATCH net-next 00/15] net/smc: Shared Memory Communications - RDMA
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 0/4] implement vcpu preempted check
- From: Wanpeng Li <kernellwp@xxxxxxxxx>
- Re: [PATCH v2 0/4] implement vcpu preempted check
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH v2 0/4] implement vcpu preempted check
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH v2 0/4] implement vcpu preempted check
- From: Wanpeng Li <kernellwp@xxxxxxxxx>
- Re: [PATCH v2 0/4] implement vcpu preempted check
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v2 2/4] powerpc/spinlock: support vcpu preempted check
- From: Balbir Singh <bsingharora@xxxxxxxxx>
- Re: [PATCH v2 0/4] implement vcpu preempted check
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH v2 2/4] powerpc/spinlock: support vcpu preempted check
- From: xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 0/4] implement vcpu preempted check
- From: xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 0/4] implement vcpu preempted check
- From: Juergen Gross <jgross@xxxxxxxx>
- Re: [PATCH v2 2/4] powerpc/spinlock: support vcpu preempted check
- From: Wanpeng Li <kernellwp@xxxxxxxxx>
- Re: [PATCH v2 0/4] implement vcpu preempted check
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v2 2/4] powerpc/spinlock: support vcpu preempted check
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v2 0/4] implement vcpu preempted check
- From: Juergen Gross <jgross@xxxxxxxx>
- Re: [PATCH v2 0/4] implement vcpu preempted check
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v2 2/4] powerpc/spinlock: support vcpu preempted check
- From: Wanpeng Li <kernellwp@xxxxxxxxx>
- Re: [PATCH v2 2/4] powerpc/spinlock: support vcpu preempted check
- From: xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
- Re: [GIT PULL 0/1] KVM: s390: Fix for kvm/next (4.8) part 3
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- [GIT PULL 1/1] KVM: s390: inject PER i-fetch events on applicable icpts
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 0/1] KVM: s390: Fix for kvm/next (4.8) part 3
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v2 2/4] powerpc/spinlock: support vcpu preempted check
- From: Wanpeng Li <kernellwp@xxxxxxxxx>
- Re: [PATCH net 1/1] qeth: delete napi struct when removing a qeth device
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH net 1/1] qeth: delete napi struct when removing a qeth device
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net 0/1] qeth: important fix to avoid panic on oops
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH v5 37/44] s390: dma-mapping: Use unsigned long for dma_attrs
- From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
- [PATCH v5 00/44] dma-mapping: Use unsigned long for dma_attrs
- From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
- [GIT PULL] s390 patches for 4.7-rc6
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [PATCH v2 2/4] powerpc/spinlock: support vcpu preempted check
- From: Pan Xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
- [PATCH v2 4/4] kernel/locking: Drop the overload of {mutex,rwsem}_spin_on_owner
- From: Pan Xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
- [PATCH v2 1/4] kernel/sched: introduce vcpu preempted check interface
- From: Pan Xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
- [PATCH v2 0/4] implement vcpu preempted check
- From: Pan Xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
- [PATCH v2 3/4] locking/osq: Drop the overload of osq_lock()
- From: Pan Xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] s390: ensure that syscall arguments are properly masked on s390
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH v2] s390: ensure that syscall arguments are properly masked on s390
- From: Paul Moore <pmoore@xxxxxxxxxx>
- [PATCH v2] s390: ensure that syscall arguments are properly masked on s390
- From: Paul Moore <pmoore@xxxxxxxxxx>
- Re: [PATCH 17/23] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32
- From: zhouchengming <zhouchengming1@xxxxxxxxxx>
- Re: [PATCH 17/23] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32
- From: Bamvor Zhang <bamv2005@xxxxxxxxx>
- Re: [PATCH 17/23] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32
- From: zhouchengming <zhouchengming1@xxxxxxxxxx>
- Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v2 1/3] block: add QUEUE_FLAG_DAX for devices to advertise their DAX support
- From: Mike Snitzer <snitzer@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: [PATCH v2 1/3] block: add QUEUE_FLAG_DAX for devices to advertise their DAX support
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH v2 1/3] block: add QUEUE_FLAG_DAX for devices to advertise their DAX support
- From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
- Re: [PATCH v2 1/3] block: add QUEUE_FLAG_DAX for devices to advertise their DAX support
- From: Yigal Korman <yigal@xxxxxxxxxxxxx>
- Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v2 1/3] block: add QUEUE_FLAG_DAX for devices to advertise their DAX support
- From: Yigal Korman <yigal@xxxxxxxxxxxxx>
- 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: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- [PATCH v2 1/3] block: add QUEUE_FLAG_DAX for devices to advertise their DAX support
- From: Toshi Kani <toshi.kani@xxxxxxx>
- Re: [PATCH] s390: ensure that syscall arguments are properly masked on s390
- From: Paul Moore <pmoore@xxxxxxxxxx>
- [PATCH] s390: ensure that syscall arguments are properly masked on s390
- From: Paul Moore <pmoore@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: [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 05/18] sched: add task flag for preempt IRQ tracking
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH] qeth: autodetect layer2/3 of z/VM VSWITCH/GUESTLAN
- From: Lakhvich Dmitriy <Ldmitriy@xxxxxxxxxx>
- [PATCH] qeth: autodetect layer2/3 of z/VM VSWITCH
- From: Lakhvich Dmitriy <Ldmitriy@xxxxxxxxxx>
- [GIT PULL 27/51] mm/page_ref: introduce page_ref_inc_return
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 26/51] s390: introduce page_to_virt() and pfn_to_virt()
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 08/51] s390/mm: shadow pages with real guest requested protection
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 29/51] KVM: s390: vsie: optimize gmap prefix mapping
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 11/51] s390/mm: take the mmap_sem in kvm_s390_shadow_fault()
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 39/51] KVM: s390: vsie: support shared IPTE-interlock facility
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 33/51] KVM: s390: vsie: support STFLE interpretation
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 14/51] s390/mm: push ste protection down to shadow pte
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 13/51] s390/mm: take ipte_lock during shadow faults
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 32/51] KVM: s390: vsie: support host-protection-interruption
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 04/51] s390/mm: add reference counter to gmap structure
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 17/51] s390/mm: support EDAT2 for gmap shadows
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 18/51] s390/mm: push rte protection down to shadow pte
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 23/51] s390/mm: don't fault everything in read-write in gmap_pte_op_fixup()
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 35/51] KVM: s390: vsie: support transactional execution
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 21/51] s390/mm: remember the int code for the last gmap fault
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 51/51] KVM: s390: vsie: add module parameter "nested"
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 10/51] s390/mm: fix races on gmap_shadow creation
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 22/51] s390/mm: allow to check if a gmap shadow is valid
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 12/51] s390/mm: protection exceptions are corrrectly shadowed
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 05/51] s390/mm: add shadow gmap support
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 19/51] s390/mm: support real-space for gmap shadows
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 16/51] s390/mm: support EDAT1 for gmap shadows
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 36/51] KVM: s390: vsie: support vectory facility (SIMD)
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 30/51] KVM: s390: vsie: support setting the ibc
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 38/51] KVM: s390: vsie: support 64-bit-SCAO
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 50/51] KVM: s390: vsie: add indication for future features
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 45/51] KVM: s390: vsie: try to refault after a reported fault to g2
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 28/51] KVM: s390: vsie: initial support for nested virtualization
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 34/51] KVM: s390: vsie: support aes dea wrapping keys
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 03/51] s390/mm: extended gmap pte notifier
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 42/51] KVM: s390: vsie: support intervention-bypass
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 02/51] s390/mm: use RCU for gmap notifier list and the per-mm gmap list
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 00/51] KVM: s390: vSIE (nested virtualization) feature for 4.8 (kvm/next)
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 15/51] s390/mm: prepare for EDAT1/EDAT2 support in gmap shadow
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 24/51] KVM: s390: fast path for shadow gmaps in gmap notifier
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 47/51] KVM: s390: don't use CPUSTAT_WAIT to detect if a VCPU is idle
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 01/51] s390/kvm: page table invalidation notifier
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 07/51] s390/mm: flush tlb of shadows in all situations
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 43/51] KVM: s390: vsie: support conditional-external-interception
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 49/51] KVM: s390: vsie: correctly set and handle guest TOD
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 20/51] s390/mm: limit number of real-space gmap shadows
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 48/51] KVM: s390: vsie: speed up VCPU external calls
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Fwd: Re: [PATCH net-next 00/15] net/smc: Shared Memory Communications - RDMA
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [GIT PULL 37/51] KVM: s390: vsie: support run-time-instrumentation
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 40/51] KVM: s390: vsie: support guest-PER-enhancement
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 46/51] KVM: s390: vsie: speed up VCPU irq delivery when handling vsie
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 44/51] KVM: s390: vsie: support IBS interpretation
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 09/51] s390/mm: avoid races on region/segment/page table shadowing
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 41/51] KVM: s390: vsie: support guest-storage-limit-suppression
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 25/51] KVM: s390: backup the currently enabled gmap when scheduled out
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [GIT PULL 00/51] KVM: s390: vSIE (nested virtualization) feature for 4.8 (kvm/next)
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH] devpts: remove DEVPTS_MULTIPLE_INSTANCES from all configs
- From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
- Re: [PATCH 1/1] mm/page_ref: introduce page_ref_inc_return
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 0/1] introduce page_ref_inc_return
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 1/1] mm/page_ref: introduce page_ref_inc_return
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH] devpts: remove DEVPTS_MULTIPLE_INSTANCES from all configs
- From: Alexandru Moise <00moses.alexander00@xxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Will Deacon <will.deacon@xxxxxxx>
- [GIT PULL] s390 patches for 4.7-rc5
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- [RFC PATCH-tip/locking/core v3 01/10] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip/locking/core v3 00/10] locking/rwsem: Enable reader optimistic spinning
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip/locking/core v3 02/10] locking/rwsem: Stop active read lock ASAP
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip/locking/core v3 04/10] locking/rwsem: Enable count-based spinning on reader
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip/locking/core v3 03/10] locking/rwsem: Make rwsem_spin_on_owner() return a tri-state value
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip/locking/core v3 05/10] locking/rwsem: move down rwsem_down_read_failed function
- From: Waiman Long <Waiman.Long@xxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Will Deacon <will.deacon@xxxxxxx>
- [RFC PATCH-tip/locking/core v3 07/10] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip/locking/core v3 08/10] locking/rwsem: Enable spinning readers
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip/locking/core v3 10/10] locking/rwsem: Add a boot parameter to reader spinning threshold
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip/locking/core v3 06/10] locking/rwsem: Move common rwsem macros to asm-generic/rwsem_types.h
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip/locking/core v3 09/10] locking/rwsem: Enable reactivation of reader spinning
- From: Waiman Long <Waiman.Long@xxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [PATCH] s390/oprofile: Remove deprecated create_workqueue
- From: Hendrik Brueckner <brueckner@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH net-next 00/13] s390: qeth patches
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 2/6] locking/rwsem: Stop active read lock ASAP
- From: Waiman Long <waiman.long@xxxxxxx>
- [PATCH net-next 01/13] qeth: Include error message for "OS Mismatch"
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 00/13] s390: qeth patches
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 04/13] qeth: fill netdevice->gso_* attributes accurately
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 06/13] qeth: enable scatter/gather by default
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 02/13] qeth: refactor calculation of SBALE count
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 09/13] qeth layer 2 and layer 3 common feature handling
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 12/13] qeth: omit outbound queue 3 for unicast packets in Priority Queuing on HiperSockets
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 10/13] qeth: add network device features for VLAN devices
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 13/13] s390/qeth: fix indentation in qeth_l3_arp_query
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 08/13] qeth: optimize IP handling in rx_mode callback
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 07/13] qeth: introduce linearization fail count to stats
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 05/13] qeth: enable scatter/gather in layer 2 mode
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 11/13] qeth: improve set_features error handling
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 03/13] qeth: clean up condition when tso is used
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 21/23] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [RFC PATCH-tip v2 2/6] locking/rwsem: Stop active read lock ASAP
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 5/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip 6/6] xfs: Enable reader optimistic spinning for DAX inodes
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 3/6] locking/rwsem: Enable count-based spinning on reader
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 5/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 5/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [PATCH net-next 0/3] s390: af_iucv patches
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 4/6] locking/rwsem: move down rwsem_down_read_failed function
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 2/6] locking/rwsem: Stop active read lock ASAP
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 5/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 5/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 4/6] locking/rwsem: move down rwsem_down_read_failed function
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 3/6] locking/rwsem: Enable count-based spinning on reader
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 2/6] locking/rwsem: Stop active read lock ASAP
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [PATCH 16/23] arm64: ilp32: introduce binfmt_ilp32.c
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH-tip 6/6] xfs: Enable reader optimistic spinning for DAX inodes
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- [RFC PATCH-tip v2 2/6] locking/rwsem: Stop active read lock ASAP
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip v2 3/6] locking/rwsem: Enable count-based spinning on reader
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip v2 0/6] locking/rwsem: Enable reader optimistic spinning
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip v2 4/6] locking/rwsem: move down rwsem_down_read_failed function
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip v2 5/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip v2 6/6] locking/rwsem: Enable spinning readers
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Waiman Long <Waiman.Long@xxxxxxx>
- Re: [RFC PATCH-tip 2/6] locking/rwsem: Enable optional count-based spinning on reader
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip 6/6] xfs: Enable reader optimistic spinning for DAX inodes
- From: Waiman Long <waiman.long@xxxxxxx>
- [GIT PULL 07/52] KVM: s390: Limit sthyi execution
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 12/52] KVM: s390: gaccess: function for preparing translation exceptions
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 11/52] KVM: s390: gaccess: store guest address on ALC prot exceptions
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 06/52] KVM: s390: Add sthyi emulation
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 10/52] KVM: s390: forward ESOP if available
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 09/52] KVM: s390: interface to query and configure cpu features
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 04/52] KVM: s390: Add operation exception interception handler
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 08/52] KVM: s390: Add mnemonic print to kvm_s390_intercept_prog
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 13/52] KVM: s390: gaccess: convert kvm_s390_check_low_addr_prot_real()
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 15/52] KVM: s390: gaccess: convert guest_page_range()
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 20/52] KVM: s390: handle missing 64-bit-SCAO facility
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 16/52] KVM: s390: gaccess: convert get_vcpu_asce()
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 22/52] KVM: s390: guestdbg: signal missing hardware support
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 17/52] s390/crypto: allow to query all known cpacf functions
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 18/52] KVM: s390: interface to query and configure cpu subfunctions
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 14/52] KVM: s390: gaccess: convert guest_translate_address()
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 23/52] s390/sclp: detect cmma
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 01/52] s390: hypfs: Move diag implementation and data definitions
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 24/52] KVM: s390: enable CMMA if the interpration is available
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 26/52] s390/sclp: detect guest-storage-limit-suppression
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 19/52] s390/sclp: detect 64-bit-SCAO facility
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 21/52] s390/sclp: detect guest-PER enhancement
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 32/52] s390/sclp: detect PFMF interpretation facility
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 31/52] KVM: s390: enable cei only if available
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 37/52] KVM: s390: turn on tx even without ctx
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 25/52] KVM: s390: provide CMMA attributes only if available
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 28/52] s390/sclp: detect intervention bypass facility
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 02/52] s390: Make cpc_name accessible
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 46/52] KVM: s390: pfmf: MR and MC are ignored without CSSKE
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 41/52] s390/mm: set and get guest storage key mmap locking
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 39/52] KVM: s390: fixup I/O interrupt traces
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 36/52] KVM: s390: enable host-protection-interruption only with ESOP
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 35/52] KVM: s390: enable ibs only if available
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 33/52] KVM: s390: enable PFMFI only if available
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 38/52] KVM: s390: provide logging for diagnose 0x500
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 40/52] s390/mm: don't drop errors in get_guest_storage_key
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 42/52] s390/mm: simplify get_guest_storage_key
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 44/52] KVM: s390: storage keys fit into a char
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 43/52] s390/mm: return key via pointer in get_guest_storage_key
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 47/52] KVM: s390: pfmf: take care of amode when setting reg2
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 48/52] KVM: s390: pfmf: support conditional-sske facility
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 49/52] KVM: s390: pfmf: handle address overflows
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 45/52] KVM: s390: pfmf: fix end address calculation
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 50/52] s390/sclp: detect storage-key facility
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 51/52] KVM: s390: trace and count all skey intercepts
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 52/52] KVM: s390: handle missing storage-key facility
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 30/52] s390/sclp: detect conditional-external-interception facility
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 34/52] s390/sclp: detect interlock-and-broadcast-suppression facility
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 29/52] KVM: s390: enable ib only if available
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 27/52] KVM: s390: handle missing guest-storage-limit-suppression
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 00/52] KVM: s390: Features and fixes for 4.8 part1
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 05/52] KVM: s390: Extend diag 204 fields
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 03/52] s390: Make diag224 public
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [RFC PATCH-tip 2/6] locking/rwsem: Enable optional count-based spinning on reader
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- Re: [RFC PATCH-tip 6/6] xfs: Enable reader optimistic spinning for DAX inodes
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [RFC PATCH-tip 2/6] locking/rwsem: Enable optional count-based spinning on reader
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip 1/6] locking/rwsem: Stop active read lock ASAP
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip 3/6] locking/rwsem: move down rwsem_down_read_failed function
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip 4/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip 5/6] locking/rwsem: Enable spinning readers
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip 6/6] xfs: Enable reader optimistic spinning for DAX inodes
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip 0/6] locking/rwsem: Enable reader optimistic spinning
- From: Waiman Long <Waiman.Long@xxxxxxx>
- Re: [PATCH] s390/oprofile: Remove deprecated create_workqueue
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [LKP] [lkp] [mm] 5c0a85fad9: unixbench.score -6.3% regression
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH] s390/oprofile: Remove deprecated create_workqueue
- From: Robert Richter <rric@xxxxxxxxxx>
- Re: [PATCH] s390/oprofile: Remove deprecated create_workqueue
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 06/14] x86/ptrace: run seccomp after ptrace
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- [PATCH 1/6] genhd: Add GENHD_FL_DAX to gendisk flags
- From: Toshi Kani <toshi.kani@xxxxxxx>
- Re: [PATCH 00/14] run seccomp after ptrace
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH] s390/oprofile: Remove deprecated create_workqueue
- From: William Cohen <wcohen@xxxxxxxxxx>
- [PATCH net-next 1/3] af_iucv: use paged SKBs for big outbound messages
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 3/3] af_iucv: use paged SKBs for big inbound messages
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 2/3] af_iucv: remove fragment_skb() to use paged SKBs
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 0/3] s390: af_iucv patches
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] s390/oprofile: Remove deprecated create_workqueue
- From: Robert Richter <rric@xxxxxxxxxx>
- Re: [PATCH] iucv: properly clone LSM attributes to newly created child sockets
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 16/23] arm64: ilp32: introduce binfmt_ilp32.c
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH] iucv: properly clone LSM attributes to newly created child sockets
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- Re: [GIT PULL 0/2] KVM: s390: 4.7: fixup and missing stat
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH] iucv: properly clone LSM attributes to newly created child sockets
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 16/23] arm64: ilp32: introduce binfmt_ilp32.c
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 13/23] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 21/23] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 21/23] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 13/23] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 21/23] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 21/23] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 13/23] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [RFC 10/12] x86, rwsem: simplify __down_write
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 37/44] s390: dma-mapping: Use unsigned long for dma_attrs
- From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxx>
- Re: [PATCH 11/14] s390/ptrace: run seccomp after ptrace
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [PATCH v4 00/44] dma-mapping: Use unsigned long for dma_attrs
- From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
- [PATCH v4 37/44] s390: dma-mapping: Use unsigned long for dma_attrs
- From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
- [GIT PULL 1/2] KVM: s390: ignore IBC if zero
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 2/2] KVM: s390: Add stats for PEI events
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL 0/2] KVM: s390: 4.7: fixup and missing stat
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH] s390: avoid extable collisions
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 06/14] x86/ptrace: run seccomp after ptrace
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 06/14] x86/ptrace: run seccomp after ptrace
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH 05/14] seccomp: recheck the syscall after RET_TRACE
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- [PATCH 00/14] run seccomp after ptrace
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 05/14] seccomp: recheck the syscall after RET_TRACE
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 02/14] seccomp: Add a seccomp_data parameter secure_computing()
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 07/14] arm/ptrace: run seccomp after ptrace
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 03/14] x86/entry: Get rid of two-phase syscall entry work
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 04/14] seccomp: remove 2-phase API
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 14/14] um/ptrace: run seccomp after ptrace
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 13/14] tile/ptrace: run seccomp after ptrace
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 11/14] s390/ptrace: run seccomp after ptrace
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 12/14] powerpc/ptrace: run seccomp after ptrace
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 09/14] MIPS/ptrace: run seccomp after ptrace
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 06/14] x86/ptrace: run seccomp after ptrace
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 08/14] arm64/ptrace: run seccomp after ptrace
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 10/14] parisc/ptrace: run seccomp after ptrace
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 01/14] seccomp: add tests for ptrace hole
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH] iucv: properly clone LSM attributes to newly created child sockets
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [RFC 10/12] x86, rwsem: simplify __down_write
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH net-next 00/15] net/smc: Shared Memory Communications - RDMA
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- Re: [RFC 10/12] x86, rwsem: simplify __down_write
- From: David Howells <dhowells@xxxxxxxxxx>
- Re: [PATCH] iucv: properly clone LSM attributes to newly created child sockets
- From: Paul Moore <pmoore@xxxxxxxxxx>
- [PATCH] iucv: properly clone LSM attributes to newly created child sockets
- From: Paul Moore <pmoore@xxxxxxxxxx>
- Re: [PATCH] s390/oprofile: Remove deprecated create_workqueue
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 00/21] Delete CURRENT_TIME and CURRENT_TIME_SEC macros
- From: Felipe Balbi <balbi@xxxxxxxxxx>
- [PATCH 00/21] Delete CURRENT_TIME and CURRENT_TIME_SEC macros
- From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
- Re: [PATCH 17/23] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] KVM: s390: fix build failure
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: 4.7-rc1/s390: WARNING: CPU: 5 PID: 1 at kernel/events/core.c:8485 perf_pmu_register+0x420/0x428
- From: Hendrik Brueckner <brueckner@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] KVM: s390: fix build failure
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH] KVM: s390: fix build failure
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH] KVM: s390: fix build failure
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH] KVM: s390: fix build failure
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 17/23] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32
- From: zhouchengming <zhouchengming1@xxxxxxxxxx>
- Re: [PATCH] s390/oprofile: Remove deprecated create_workqueue
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH net-next 00/15] net/smc: Shared Memory Communications - RDMA
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH] s390/oprofile: Remove deprecated create_workqueue
- From: Bhaktipriya Shridhar <bhaktipriya96@xxxxxxxxx>
- [PATCH] KVM: s390: fix build failure
- From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
- Re: [PATCH net-next 00/15] net/smc: Shared Memory Communications - RDMA
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [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: Petr Mladek <pmladek@xxxxxxxx>
- Re: 4.7-rc1/s390: WARNING: CPU: 5 PID: 1 at kernel/events/core.c:8485 perf_pmu_register+0x420/0x428
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: 4.7-rc1/s390: WARNING: CPU: 5 PID: 1 at kernel/events/core.c:8485 perf_pmu_register+0x420/0x428
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: 4.7-rc1/s390: WARNING: CPU: 5 PID: 1 at kernel/events/core.c:8485 perf_pmu_register+0x420/0x428
- From: Hendrik Brueckner <brueckner@xxxxxxxxxxxxxxxxxx>
- Re: 4.7-rc1/s390: WARNING: CPU: 5 PID: 1 at kernel/events/core.c:8485 perf_pmu_register+0x420/0x428
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- 4.7-rc1/s390: WARNING: CPU: 5 PID: 1 at kernel/events/core.c:8485 perf_pmu_register+0x420/0x428
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 21/23] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [RFC 10/12] x86, rwsem: simplify __down_write
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC 10/12] x86, rwsem: simplify __down_write
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH net-next 12/15] smc: send data (through RDMA)
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 10/15] smc: link layer control (LLC)
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 07/15] smc: remote memory buffers (RMBs)
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 00/15] net/smc: Shared Memory Communications - RDMA
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 06/15] smc: connection and link group creation
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 09/15] smc: initialize IB transport incl. PD, MR, QP, CQ, event, WR
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 14/15] smc: socket closing and linkgroup cleanup
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 01/15] net: introduce keepalive function in struct proto
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 08/15] smc: work request (WR) base for use by LLC and CDC
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 11/15] smc: connection data control (CDC)
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 15/15] smc: proc-fs interface for smc connections
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 13/15] smc: receive data from RMBE
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 05/15] smc: CLC handshake (incl. preparation steps)
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 02/15] smc: establish new socket family
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 03/15] smc: establish pnet table management
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next 04/15] smc: introduce SMC as an IB-client
- From: Ursula Braun <ubraun@xxxxxxxxxxxxxxxxxx>
- Re: [lockdep] chain_key collision check triggers
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [lockdep] chain_key collision check triggers
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH v6 00/21] ILP32 for ARM64
- From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
- Re: [lockdep] chain_key collision check triggers
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [lockdep] chain_key collision check triggers
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH v6 00/21] ILP32 for ARM64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [s390:features 19/19] arch/s390/kernel/machine_kexec.c:172:3: error: implicit declaration of function 'set_memory_ro'
- From: kbuild test robot <fengguang.wu@xxxxxxxxx>
- [GIT PULL] s390 patches for 4.7-rc2
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 16/23] arm64: ilp32: introduce binfmt_ilp32.c
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 16/23] arm64: ilp32: introduce binfmt_ilp32.c
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 18/23] arm64: ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v6 00/21] ILP32 for ARM64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v6 00/21] ILP32 for ARM64
- From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
- RE: livepatch: change to a per-task consistency model
- From: Jiri Kosina <jikos@xxxxxxxxxx>
- RE: livepatch: change to a per-task consistency model
- From: David Laight <David.Laight@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>
- [PATCH 13/23] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 10/23] arm64: rename COMPAT to AARCH32_EL0 in Kconfig
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 05/23] all: wrap needed syscalls in generic unistd
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH v6 00/21] ILP32 for ARM64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 01/23] all: syscall wrappers: add documentation
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 02/23] all: introduce COMPAT_WRAPPER option and enable it for s390
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 04/23] all: s390: move compat_wrappers.c from arch/s390/kernel to kernel/
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 03/23] all: s390: move wrapper infrastructure to generic headers
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 07/23] 32-bit ABI: introduce ARCH_32BIT_OFF_T config option
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 06/23] compat ABI: use non-compat openat and open_by_handle_at variants
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 08/23] arm64: ilp32: add documentation on the ILP32 ABI for ARM64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 09/23] arm64: ensure the kernel is compiled for LP64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 11/23] arm64:uapi: set __BITS_PER_LONG correctly for ILP32 and LP64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 15/23] arm64: introduce binfmt_elf32.c
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 12/23] thread: move thread bits accessors to separated file
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 17/23] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 18/23] arm64: ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 14/23] arm64: ilp32: add is_ilp32_compat_{task,thread} and TIF_32BIT_AARCH64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 16/23] arm64: ilp32: introduce binfmt_ilp32.c
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 20/23] arm64: signal32: move ilp32 and aarch32 common code to separated file
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 19/23] arm64: signal: share lp64 signal routines to ilp32
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 21/23] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 22/23] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 23/23] arm64:ilp32: add ARM64_ILP32 to Kconfig
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- 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: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- RE: livepatch: change to a per-task consistency model
- From: Jiri Kosina <jikos@xxxxxxxxxx>
- Re: [PATCH] x86: fix potential memleak in do_error_trap
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: siginfo memory leak?
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH] x86: fix potential memleak in do_error_trap
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH] s390: fix info leak in do_sigsegv
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [PATCH] x86: fix potential memleak in do_error_trap
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [PATCH] s390: fix info leak in do_sigsegv
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: siginfo memory leak?
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: siginfo memory leak?
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: siginfo memory leak?
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: siginfo memory leak?
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- siginfo memory leak?
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- RE: livepatch: change to a per-task consistency model
- From: David Laight <David.Laight@xxxxxxxxxx>
- [PATCH 0251/1529] Fix typo
- From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
- [PATCH 0250/1529] Fix typo
- From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
- [PATCH 0249/1529] Fix typo
- From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
- [PATCH 0248/1529] Fix typo
- From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
- [PATCH 0247/1529] Fix typo
- From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
- [PATCH 0052/1529] Fix typo
- From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
- [PATCH v2 3/4] s390: add explicit <linux/stringify.h> for jump label
- From: Jason Baron <jbaron@xxxxxxxxxx>
- Re: [RFC v2 4/7] asm/sections: add a generic push_section_tbl()
- From: "Luis R. Rodriguez" <mcgrof@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 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 05/18] sched: add task flag for preempt IRQ tracking
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v2] ks390/keyboard: use memdup_user_nul().
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH v2] ks390/keyboard: use memdup_user_nul().
- From: Muhammad Falak R Wani <falakreyaz@xxxxxxxxx>
- Re: [PATCH] ks390/keyboard: use memdup_user().
- From: Muhammad Falak R Wani <falakreyaz@xxxxxxxxx>
- Re: [PATCH] ks390/keyboard: use memdup_user().
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- [PATCH] ks390/keyboard: use memdup_user().
- From: Muhammad Falak R Wani <falakreyaz@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: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: livepatch: change to a per-task consistency model
- From: Jiri Kosina <jikos@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: 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: Petr Mladek <pmladek@xxxxxxxx>
- 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>
- [GIT PULL] s390 patches for 4.7 merge window
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: livepatch: change to a per-task consistency model
- From: Jiri Kosina <jikos@xxxxxxxxxx>
- Re: livepatch: change to a per-task consistency model
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- 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 1/1] KVM: shrink halt polling even more for invalid wakeups
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 1/1] KVM: shrink halt polling even more for invalid wakeups
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Andreas Schwab <schwab@xxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 1/1] KVM: shrink halt polling even more for invalid wakeups
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
- [PATCH 1/1] KVM: shrink halt polling even more for invalid wakeups
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 0/1] KVM: more halt polling
- From: Christian Borntraeger <borntraeger@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: [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: 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 1/2] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: David Matlack <dmatlack@xxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 1/2] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH 1/2] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 0/2] halt polling changes
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH 1/2] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 0/2] halt polling changes
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 2/2] KVM: s390: set halt polling to 80 microseconds
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 1/2] KVM: halt_polling: provide a way to qualify wakeups during poll
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH net-next 4/5] treewide: replace dev->trans_start update with helper
- From: Doug Ledford <dledford@xxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- 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: 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: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- 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: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- 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: 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: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- 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: 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: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [patch V4 02/31] bitops: Include generic parity.h in some architectures' bitops.h
- From: Mark Salter <msalter@xxxxxxxxxx>
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Linux ATA RAID]
[Bugtraq]