summaryrefslogtreecommitdiffstats
path: root/net/rxrpc/recvmsg.c
diff options
context:
space:
mode:
authorEric Dumazet2018-02-15 23:47:15 +0100
committerDavid S. Miller2018-02-16 22:20:46 +0100
commit43a08e0f58b3f236165029710a4e3b303815253b (patch)
tree2aaccadbb3aef32878c6d8f08f88e4534d2e4c79 /net/rxrpc/recvmsg.c
parentudplite: fix partial checksum initialization (diff)
downloadkernel-qcow2-linux-43a08e0f58b3f236165029710a4e3b303815253b.tar.gz
kernel-qcow2-linux-43a08e0f58b3f236165029710a4e3b303815253b.tar.xz
kernel-qcow2-linux-43a08e0f58b3f236165029710a4e3b303815253b.zip
tun: fix tun_napi_alloc_frags() frag allocator
<Mark Rutland reported> While fuzzing arm64 v4.16-rc1 with Syzkaller, I've been hitting a misaligned atomic in __skb_clone:         atomic_inc(&(skb_shinfo(skb)->dataref)); where dataref doesn't have the required natural alignment, and the atomic operation faults. e.g. i often see it aligned to a single byte boundary rather than a four byte boundary. AFAICT, the skb_shared_info is misaligned at the instant it's allocated in __napi_alloc_skb() __napi_alloc_skb() </end of report> Problem is caused by tun_napi_alloc_frags() using napi_alloc_frag() with user provided seg sizes, leading to other users of this API getting unaligned page fragments. Since we would like to not necessarily add paddings or alignments to the frags that tun_napi_alloc_frags() attaches to the skb, switch to another page frag allocator. As a bonus skb_page_frag_refill() can use GFP_KERNEL allocations, meaning that we can not deplete memory reserves as easily. Fixes: 90e33d459407 ("tun: enable napi_gro_frags() for TUN/TAP driver") Signed-off-by: Eric Dumazet <edumazet@google.com> Reported-by: Mark Rutland <mark.rutland@arm.com> Tested-by: Mark Rutland <mark.rutland@arm.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/rxrpc/recvmsg.c')
0 files changed, 0 insertions, 0 deletions