From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 7EB1BA056B; Mon, 21 Nov 2022 21:40:32 +0100 (CET) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 63E6942D27; Mon, 21 Nov 2022 21:40:32 +0100 (CET) Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by mails.dpdk.org (Postfix) with ESMTP id 5033E40DF6 for ; Mon, 21 Nov 2022 21:40:31 +0100 (CET) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id BBB9861466 for ; Mon, 21 Nov 2022 20:40:30 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id BCF55C433C1; Mon, 21 Nov 2022 20:40:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1669063230; bh=Nb7eyog4thciXFv7oLgZz6+A/ZtomYfv4b5k6BLh60g=; h=From:To:Cc:Subject:Date:From; b=gMsBfVIuEM5+pI3giVXn7Kv+9qL6mKmrDR2v3C7dfAszDMQpCXLLPXFuZWXUwoVP2 8UZjQSe/jJ42P3oRXnLJLu/O7QWWLVj6Scnl7IGV0ipzSo3gZxJegyV4sZmTZjBjB/ bovGfMJucz0DczvNoE+332Ltvz5TdHqjl4ml78Oc4NGbYtrJX44X9guXHw1JJzrYHf HFMcq/6LQ/D/GekBlvrBO5J+ZnnTHybUjwzBH2jjOLpBRoDBE1ncVBKHNyquS5hLPf +/3RkALzCruxS2i7TOJaMrS17sZ44Gz1L1mAZDKOyH+kah1wg/RAGguuK1/cjnAKDG CShY415Rp1ffg== From: okaya@kernel.org To: dev@dpdk.org Cc: Sinan Kaya Subject: [PATCH 00/11] codeql fixes for various subsystems Date: Mon, 21 Nov 2022 15:40:06 -0500 Message-Id: <20221121204015.1135573-1-okaya@kernel.org> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org From: Sinan Kaya Following up the codeql reported problems first submitted by Stephen Hemminger here: https://lore.kernel.org/all/20220527161210.77212d0b@hermes.local/t/ Posting a series of fixes about potential null pointer accesses. Sinan Kaya (11): ethdev: check return result of rte_eth_dev_info_get net/tap: check if name is null memzone: check result of rte_fbarray_get memzone: check result of malloc_elem_from_data malloc: malloc_elem_join_adjacent_free can return null malloc: check result of rte_mem_virt2memseg_list malloc: check result of rte_fbarray_get malloc: check result of rte_mem_virt2memseg malloc: check result of malloc_elem_free malloc: check result of elem_start_pt bus/vdev: check result of rte_vdev_device_name drivers/net/tap/rte_eth_tap.c | 4 ++++ lib/eal/common/eal_common_memalloc.c | 4 +++- lib/eal/common/eal_common_memzone.c | 10 +++++++++- lib/eal/common/malloc_elem.c | 14 +++++++++++--- lib/eal/common/malloc_heap.c | 11 ++++++++++- lib/ethdev/ethdev_vdev.h | 2 ++ lib/ethdev/rte_class_eth.c | 4 +++- 7 files changed, 42 insertions(+), 7 deletions(-) -- 2.25.1