diff options
| author | David Matlack <[email protected]> | 2022-11-17 00:16:56 +0000 |
|---|---|---|
| committer | Paolo Bonzini <[email protected]> | 2022-11-17 15:49:14 +0000 |
| commit | 175d5dc79dcb58d18e11192656eefa27abb3fd33 (patch) | |
| tree | 06b7980324a976c97ea31b9660b5b6b57bea7b27 /net/bluetooth/hci_request.c | |
| parent | KVM: Cap vcpu->halt_poll_ns before halting rather than after (diff) | |
| download | kernel-175d5dc79dcb58d18e11192656eefa27abb3fd33.tar.gz kernel-175d5dc79dcb58d18e11192656eefa27abb3fd33.zip | |
KVM: Avoid re-reading kvm->max_halt_poll_ns during halt-polling
Avoid re-reading kvm->max_halt_poll_ns multiple times during
halt-polling except when it is explicitly useful, e.g. to check if the
max time changed across a halt. kvm->max_halt_poll_ns can be changed at
any time by userspace via KVM_CAP_HALT_POLL.
This bug is unlikely to cause any serious side-effects. In the worst
case one halt polls for shorter or longer than it should, and then is
fixed up on the next halt. Furthmore, this is still possible since
kvm->max_halt_poll_ns are not synchronized with halts.
Fixes: acd05785e48c ("kvm: add capability for halt polling")
Signed-off-by: David Matlack <[email protected]>
Message-Id: <[email protected]>
Signed-off-by: Paolo Bonzini <[email protected]>
Diffstat (limited to 'net/bluetooth/hci_request.c')
0 files changed, 0 insertions, 0 deletions