From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from out-170.mta1.migadu.com (out-170.mta1.migadu.com [95.215.58.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 70C083B8D70 for ; Wed, 15 Jul 2026 06:13:14 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=95.215.58.170 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784095996; cv=none; b=QZigbRUvW59AVW2Gj50JGR+o97fWPizKGa9N/b0VPLA/fXle8T1O1tjnIzKPTHAGgk69T5BPp+rj3mEVjMDp78YbNQEq6HrTEuWN4bQcI2DzSGehIciQJ+7PEjfi+KhwxNXizBIzdxWo0DhLsN1P/C00fqYDlBi9y2u07QXgJxQ= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784095996; c=relaxed/simple; bh=dLTH2DxeQ7XK0Lw7Aa491qF5OKnbXnCHfdT/3l/AhQ8=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=OGThcJrjMonHpSk4vZGoR1trpIFOA6yYD7mHH+bnpjPLHTu2oKQWd2a5tAkmMWL7OfT2d92GO7UmEmfe6ai6HHLMxSm0dVzcT1cEBQzlkjHffKhNVqCGL9MYdqvH1VMGrvFSRB9uv1d2G4MoQZ0vJz7sx0pn3+LCOMA6PpVE6qU= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.dev; spf=pass smtp.mailfrom=linux.dev; dkim=pass (1024-bit key) header.d=linux.dev header.i=@linux.dev header.b=vneqqpSU; arc=none smtp.client-ip=95.215.58.170 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.dev Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linux.dev Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux.dev header.i=@linux.dev header.b="vneqqpSU" X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1784095991; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=VPEUFTzVk8RYAlWSMk2Q2P7BxFqxwtqJBCiSB6u+y/A=; b=vneqqpSUQqPujTEYl45vle3Zwt9EE5DDw+p0pF/rrjvfdByXgJcgBDsRu+1j47Exdm1idd r1MRBh7AuLIebqLdGX8C3L0PbxxsU1dEZSorAL7PY3N3rX398daovbf3rdrrlgpbjBtBTK jawNIr0HNY2TTiBN+KS8A2mRJgHnkJk= From: xuanqiang.luo@linux.dev To: Tony Nguyen , Przemek Kitszel , intel-wired-lan@lists.osuosl.org Cc: Andrew Lunn , Mitch Williams , Greg Rose , Sudheer Mogilappagari , netdev@vger.kernel.org, Xuanqiang Luo , stable@vger.kernel.org Subject: [PATCH iwl-net v1 2/2] iavf: fix QoS capabilities memory leak Date: Wed, 15 Jul 2026 14:11:31 +0800 Message-ID: <20260715061131.34420-3-xuanqiang.luo@linux.dev> In-Reply-To: <20260715061131.34420-1-xuanqiang.luo@linux.dev> References: <20260715061131.34420-1-xuanqiang.luo@linux.dev> Precedence: bulk X-Mailing-List: netdev@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Migadu-Flow: FLOW_OUT From: Xuanqiang Luo Commit 4c1a457cb8b0 ("iavf: add support to exchange qos capabilities") allocates adapter->qos_caps during probe, but iavf_remove() does not free it. This leaks the allocation whenever an iavf device is removed. Free adapter->qos_caps in iavf_remove(). Fixes: 4c1a457cb8b0 ("iavf: add support to exchange qos capabilities") Cc: stable@vger.kernel.org Signed-off-by: Xuanqiang Luo --- drivers/net/ethernet/intel/iavf/iavf_main.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/net/ethernet/intel/iavf/iavf_main.c b/drivers/net/ethernet/intel/iavf/iavf_main.c index 29b8403a066bc..c7f69a9040588 100644 --- a/drivers/net/ethernet/intel/iavf/iavf_main.c +++ b/drivers/net/ethernet/intel/iavf/iavf_main.c @@ -5589,6 +5589,7 @@ static void iavf_remove(struct pci_dev *pdev) iounmap(hw->hw_addr); pci_release_regions(pdev); kfree(adapter->vf_res); + kfree(adapter->qos_caps); spin_lock_bh(&adapter->mac_vlan_list_lock); /* If we got removed before an up/down sequence, we've got a filter * hanging out there that we need to get rid of. -- 2.43.0