summaryrefslogtreecommitdiffstats
path: root/lib/libc/stdlib/malloc.c
diff options
context:
space:
mode:
authorpatrick <patrick@openbsd.org>2020-11-22 15:18:35 +0000
committerpatrick <patrick@openbsd.org>2020-11-22 15:18:35 +0000
commit88b0c05e89d4da94df383d051d8147c0445f5268 (patch)
treea8fa32ed2c85fb535ecd8fc3471ff58571664a2c /lib/libc/stdlib/malloc.c
parentEnabling RGE_ISR_RX_DESC_UNAVAIL causes an interrupt storm, so disable (diff)
downloadwireguard-openbsd-88b0c05e89d4da94df383d051d8147c0445f5268.tar.xz
wireguard-openbsd-88b0c05e89d4da94df383d051d8147c0445f5268.zip
ARM64's bus dma coalesces segments when they are physically contiguous,
to optimize the amount of segments given to hardware for DMA. The cache maintenance code uses the virtual addresses stored in the segments for flushing, since we have to flush by VA. Unfortunately the coalescing only checks if the physical blocks are contiguous. Thus it is possible that phys-contig but virt-non-contig blocks are coalesced. The cache flush operations are then not aware of this, and will flush the vaddr with the length of the whole physical block, thus running long and then flushing vaddrs that do not belong to the segments. Fix this by making sure the coalescing only occurs if the bus space is coherent, which means we do not do any flushing, or if the vaddrs are contiguous as well. An alternative fix would have been to keep a copy of the mbuf/uio pointers and flush vaddrs extracted from those objects. This fixes a panic seen with mbuf chains, where the physical data was surpisingly contiguous, but the mbufs' data pointers were not. ok drahn@ kettenis@
Diffstat (limited to 'lib/libc/stdlib/malloc.c')
0 files changed, 0 insertions, 0 deletions