Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1739074
| From | Juergen Gross <jgross@suse.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v3 0/2] guard virt_spin_lock() with a static key |
| Date | 2017-09-25 16:00 +0200 |
| Message-ID | <utC5r-76I-3@gated-at.bofh.it> (permalink) |
| References | <umMsV-4XV-3@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Ping? On 06/09/17 19:36, Juergen Gross wrote: > With virt_spin_lock() being guarded by a static key the bare metal case > can be optimized by patching the call away completely. In case a kernel > running as a guest it can decide whether to use paravitualized > spinlocks, the current fallback to the unfair test-and-set scheme, or > to mimic the bare metal behavior. > > V3: > - remove test for hypervisor environment from virt_spin_lock(9 as > suggested by Waiman Long > > V2: > - use static key instead of making virt_spin_lock() a pvops function > > Juergen Gross (2): > paravirt/locks: use new static key for controlling call of > virt_spin_lock() > paravirt,xen: correct xen_nopvspin case > > arch/x86/include/asm/qspinlock.h | 11 ++++++++++- > arch/x86/kernel/paravirt-spinlocks.c | 6 ++++++ > arch/x86/kernel/smpboot.c | 2 ++ > arch/x86/xen/spinlock.c | 2 ++ > kernel/locking/qspinlock.c | 4 ++++ > 5 files changed, 24 insertions(+), 1 deletion(-) >
Back to linux.kernel | Previous | Next — Next in thread | Find similar | Unroll thread
Re: [PATCH v3 0/2] guard virt_spin_lock() with a static key Juergen Gross <jgross@suse.com> - 2017-09-25 16:00 +0200 Re: [PATCH v3 0/2] guard virt_spin_lock() with a static key Waiman Long <longman@redhat.com> - 2017-09-25 16:50 +0200
csiph-web