summaryrefslogtreecommitdiffstats
path: root/lib/libsqlite3/src/insert.c
diff options
context:
space:
mode:
authorkettenis <kettenis@openbsd.org>2015-04-18 22:16:21 +0000
committerkettenis <kettenis@openbsd.org>2015-04-18 22:16:21 +0000
commit8043f12fa2eede1d6d6ba339cad420608f12305d (patch)
tree0cd6ceadf5a66ee82879ab4f01fdf9124fe79928 /lib/libsqlite3/src/insert.c
parentConvert many atoi() calls to strtonum(), adding range checks and failure (diff)
downloadwireguard-openbsd-8043f12fa2eede1d6d6ba339cad420608f12305d.tar.xz
wireguard-openbsd-8043f12fa2eede1d6d6ba339cad420608f12305d.zip
It seems that the CPUID lies about the monitor-line size, or at least our
interpretation of it isn't quite right. So instead of allocating memory and slicing it based on the parameters returned by CPUID, simply use a member in struct cpu_info like basically all other OSes out there do. Our struct cpu_info is large enough to never cause any overlap. This makes the mwait-based idle loop actually work. We still execute the CPUID instruction to make sure monitor/mwait is properly supported by the hardware we're running on. ok sthen@, deraadt@, guenther@
Diffstat (limited to 'lib/libsqlite3/src/insert.c')
0 files changed, 0 insertions, 0 deletions