Received: by 2002:a5b:505:0:0:0:0:0 with SMTP id o5csp1094266ybp; Wed, 9 Oct 2019 08:43:40 -0700 (PDT) X-Google-Smtp-Source: APXvYqyti7IfYhiA8ADJM3ipfgv5oVOheLyuCfqRxKQOo7qNHd/MZEHAl7Oha9rwrVLfoCqj/bjj X-Received: by 2002:a17:906:66d2:: with SMTP id k18mr3524182ejp.100.1570635820299; Wed, 09 Oct 2019 08:43:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1570635820; cv=none; d=google.com; s=arc-20160816; b=tr1sf3Jx0dTx7XrO+yL86+3cVMpoh86C54Al26THTc9TLxdG++Qm5NZ8z+amwEi8Yj zCPGieJH+5MqpTqbi3+wvTUXQK40VgpiPV6mxOw5YfE1+WZMnOr45aCrjuhWoy2xgVeo BY7hn1Ja8bNh4QRnSh+uj5aaL1OReBWLXz1LrHuZsYHYrbsdO7aQgMwsY2+uBUBccRtN s0Ng0eGNsFGcITCnFyzLPYyDBjm+wGuz9du52Ulw4eMSps8OVHSCNl5UAE468b6Lxzua FNQ3AMOdxdxgL4Ew6VzN8/ngXfg9PSf9pvNWkThJ/3hxzmtSJvxYzqDVlF5Dw2yzphcP j2bA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:subject:cc:to:from; bh=vDHpv9w8mb8EaGE7MgFyuHlHVJPyyMKbyjl1YRzImNg=; b=RbRrDIfdSODuBzt2yqO+wyP4eAulxf40D9aopOu3BSA19zuyxVc6jkLey5yoLmDygT DHxQbKGCrXyBbnqz5nqD9OJm7huIEpjI3EkoKpwqtWsWCNnvoJaasWDDRlmcNodxTcZN 8m6hpO6YTE/18DpCH0x35CPfyKS6vx1SaixEwf67yISDiL7aJn5hJvYU/uVLUnofOtUB lNey/HG0DnBBtmIBcTKvTEQr8HasDyZU3mBLRcC7I7vLoj4YEP/7mEP1vxkRowRWvNvI sIl8mSPo1ka2P4tms0gwdlZCNanvzSxpgBswQkYzAIm/OH+bdiOVVA9mBK/voPDLO8lT PiyA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 10si1373375ejw.231.2019.10.09.08.43.15; Wed, 09 Oct 2019 08:43:40 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731361AbfJIPmt (ORCPT + 99 others); Wed, 9 Oct 2019 11:42:49 -0400 Received: from relay6-d.mail.gandi.net ([217.70.183.198]:57735 "EHLO relay6-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729471AbfJIPms (ORCPT ); Wed, 9 Oct 2019 11:42:48 -0400 X-Originating-IP: 90.177.210.238 Received: from localhost.localdomain (238.210.broadband10.iol.cz [90.177.210.238]) (Authenticated sender: i.maximets@ovn.org) by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 69C66C000D; Wed, 9 Oct 2019 15:42:45 +0000 (UTC) From: Ilya Maximets To: netdev@vger.kernel.org Cc: bpf@vger.kernel.org, linux-kernel@vger.kernel.org, Alexei Starovoitov , Daniel Borkmann , "David S . Miller" , Jonathan Lemon , Ilya Maximets Subject: [PATCH bpf] libbpf: fix passing uninitialized bytes to setsockopt Date: Wed, 9 Oct 2019 17:42:38 +0200 Message-Id: <20191009154238.15410-1-i.maximets@ovn.org> X-Mailer: git-send-email 2.17.1 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 'struct xdp_umem_reg' has 4 bytes of padding at the end that makes valgrind complain about passing uninitialized stack memory to the syscall: Syscall param socketcall.setsockopt() points to uninitialised byte(s) at 0x4E7AB7E: setsockopt (in /usr/lib64/libc-2.29.so) by 0x4BDE035: xsk_umem__create@@LIBBPF_0.0.4 (xsk.c:172) Uninitialised value was created by a stack allocation at 0x4BDDEBA: xsk_umem__create@@LIBBPF_0.0.4 (xsk.c:140) Padding bytes appeared after introducing of a new 'flags' field. Fixes: 10d30e301732 ("libbpf: add flags to umem config") Signed-off-by: Ilya Maximets --- tools/lib/bpf/xsk.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/lib/bpf/xsk.c b/tools/lib/bpf/xsk.c index a902838f9fcc..26d9db783560 100644 --- a/tools/lib/bpf/xsk.c +++ b/tools/lib/bpf/xsk.c @@ -139,7 +139,7 @@ int xsk_umem__create_v0_0_4(struct xsk_umem **umem_ptr, void *umem_area, const struct xsk_umem_config *usr_config) { struct xdp_mmap_offsets off; - struct xdp_umem_reg mr; + struct xdp_umem_reg mr = {}; struct xsk_umem *umem; socklen_t optlen; void *map; -- 2.17.1