summaryrefslogtreecommitdiffstats
path: root/lib/libssl/ssl_lib.c
diff options
context:
space:
mode:
authoroga <oga@openbsd.org>2009-04-05 21:57:41 +0000
committeroga <oga@openbsd.org>2009-04-05 21:57:41 +0000
commit4cae962c040c933767e16445212a745a6c129a2a (patch)
tree0379bf5ddfa79d2498541b428cd0db561bec3565 /lib/libssl/ssl_lib.c
parent/usr/X11R6/lib/xserver is more or less replaced by /usr/X11R6/lib/xorg. (diff)
downloadwireguard-openbsd-4cae962c040c933767e16445212a745a6c129a2a.tar.xz
wireguard-openbsd-4cae962c040c933767e16445212a745a6c129a2a.zip
In the rare case where after we've loaded the iomap into the hardware,
if we fail while assembling the dmamap due to the memory not fitting into our constraints we'll return from the function with the iomap still loaded, and more importantly with memory still allocated from the extent(9). So in such a case, make sure we clean up after outselves. In order to make this cleaner, remove an impossible condition check (kettenis and myself are satisfied that it will never happen), and make iomap_load_map void (it can't fail), so that we can only fail after both the extent is allocated and the iomap is loaded, and not inbetween the two. I tested iommu, kettenis tested viommu. ok kettenis@.
Diffstat (limited to 'lib/libssl/ssl_lib.c')
0 files changed, 0 insertions, 0 deletions