Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp3460438pxf; Mon, 29 Mar 2021 02:53:26 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz/CkkVv0WYzGx4/kxaqjcHwbeTKonP0ROPuS1EI3KkpHrGIiaCrWB43rkydUNiVHzdv3Jz X-Received: by 2002:a05:6402:5255:: with SMTP id t21mr27943178edd.91.1617011606279; Mon, 29 Mar 2021 02:53:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617011606; cv=none; d=google.com; s=arc-20160816; b=DTFcpCYvWtYc5yIvvzgrz3/A/dVEt7hECmgDPYIN3TQp6RzCOmlodyZ/Ka0o7mHS58 kPjtHNxUtdWfycv5RPolThgjqv/VW//ROFiat3jqI3jXiHGZZpYtVtHLx7Dm8ae5lPGY 3yaRLcE1HPrqrO+AIvMS61M4X3u43ve4iUjtY2qk8Cl5t/j3OwXX7bCKWNCm8AylcYDY Hp+iAXODp9Djj6bUf/ePfwoL5HyjcB3Qd/+kcZvI4yshxhWc6Hb7VIzWiLMpHDDL3Jry q2VnoSCbRkbAz1fvETPsWQJvHApc6mOZN9oIN8tuMiorVryW+29Zhy4oU8uCne0XlM3G fGQQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=93DcfhqgtfktNYwco+/lseOCnkVnHEhuy5c9l8CVzz4=; b=OumiEXxwv58At2GTAy3awEvaIrtffo4zTGgcWXWDrDYywhNxKcRGOTSBe+GFiyfOjb qfLU9C9OlSZHZeUHE5v4VubHbt625iDq+1TgZwohOZZHqzAhb7E8012wWAFWsZwHz9Dr bC08Qpk+uw5vtFF0+W3u+qITAelk4qs2B3eRwKjgmI5yONUhzJbzv6BAq0d5RdYQppc/ /SllVbuTIwJ/F38SlbEsIQkGOmUUxuRCMid3mO2czh7i9eUfpsbrjMYcPyc2ndrjnknH VHD0YAdx8/mQHWesbgFsomQuh7anrQ420YQiHmJ26oZJzsUytRqiq8MaqlKg012XUSkF /NUg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=pffyDvAO; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id jl16si13413819ejc.330.2021.03.29.02.53.03; Mon, 29 Mar 2021 02:53:26 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=pffyDvAO; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232295AbhC2JwH (ORCPT + 99 others); Mon, 29 Mar 2021 05:52:07 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40708 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231594AbhC2Jvj (ORCPT ); Mon, 29 Mar 2021 05:51:39 -0400 Received: from mail-wr1-x42d.google.com (mail-wr1-x42d.google.com [IPv6:2a00:1450:4864:20::42d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 765BFC061574; Mon, 29 Mar 2021 02:51:39 -0700 (PDT) Received: by mail-wr1-x42d.google.com with SMTP id j9so10444551wrx.12; Mon, 29 Mar 2021 02:51:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=93DcfhqgtfktNYwco+/lseOCnkVnHEhuy5c9l8CVzz4=; b=pffyDvAOie8uMl0siTK3GLdLWHiNqPgExweQb9wXMb483DBV1zWgFYHf0/ExWZOXIC 59A43Z66AS0dBfPHbCjuma1K9gQGAjk3Yh6WJ6t7mzB+//avDZ1Y35DHxxJeimRPttIP pbIoNp6Db6FpuUcdOUHE2DawEdukr9exayyHkXbB8WxwdwgEqAg040uXn8Op4UFBZIdN jHNpfKJ6VpMQn/T7cryeR7mWOx1G5Q43fFdqEJlnOLIvz3pmuVZQIltqUSnp8rTqyXAi AP3d8dIGMz49QgwcIqvSrT2vcDEEmEeQM9jgayJr7U5U8jpSlQeM2F+/HeUg8v2EGU2d 7yrw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=93DcfhqgtfktNYwco+/lseOCnkVnHEhuy5c9l8CVzz4=; b=MhxSgF3nHYvLfVrx2AZkAeV8rGiWLcUc29fE2MZ7tcYOAA7s1iDm5GTviEKqxQ3RcX Au+xWx/wbBK5iM+4zkNJbeENdwbd9aGtl0jsmSDYKBX1ECqQ5pg2wJ1exnd3HCvdi7Jc tRgyaAP6RJZhBvC+fIm2Yun5POgtI1Rmmd/INL5PIfLm3TTQZV3suDmrPm8klIxTlQzQ 6e+5e173nq6ejEcT2ORTCVXLH8t5QjLZbevCNL0WvKTHF7COHwXrsefPuhkjF4mzgsMC O/OYzH7w1HyAQEhw7tYVrch9iRIHb2PYZPhtvaMAZxyNA+gEETAYTaEECysjJPsO1hnF C0rA== X-Gm-Message-State: AOAM530dzIimQd4qWzwq5BKUbzdDlTt/isyVr9IG1TIGbTkHhCgfcOFy sHQaU8WouuIjTS7awcaz38q40xmY4REMZA== X-Received: by 2002:a05:6000:120f:: with SMTP id e15mr26610369wrx.129.1617011497996; Mon, 29 Mar 2021 02:51:37 -0700 (PDT) Received: from ?IPv6:2003:ea:8f1f:bb00:b80f:8305:42a8:f5fd? (p200300ea8f1fbb00b80f830542a8f5fd.dip0.t-ipconnect.de. [2003:ea:8f1f:bb00:b80f:8305:42a8:f5fd]) by smtp.googlemail.com with ESMTPSA id t8sm29657343wrr.10.2021.03.29.02.51.37 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 29 Mar 2021 02:51:37 -0700 (PDT) Subject: Re: [PATCH] ethernet/realtek/r8169: Fix a double free in rtl8169_start_xmit To: Lv Yunlong , nic_swsd@realtek.com, kuba@kernel.org Cc: netdev@vger.kernel.org, linux-kernel@vger.kernel.org References: <20210329090248.4209-1-lyl2019@mail.ustc.edu.cn> From: Heiner Kallweit Message-ID: <8d40cd7a-c47e-199d-dccb-e242ec93e143@gmail.com> Date: Mon, 29 Mar 2021 11:51:30 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 In-Reply-To: <20210329090248.4209-1-lyl2019@mail.ustc.edu.cn> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 29.03.2021 11:02, Lv Yunlong wrote: > In rtl8169_start_xmit, it calls rtl8169_tso_csum_v2(tp, skb, opts) and > rtl8169_tso_csum_v2() calls __skb_put_padto(skb, padto, false). If > __skb_put_padto() failed, it will free the skb in the first time and > return error. Then rtl8169_start_xmit will goto err_dma_0. > No, the skb isn't freed here in case of error. Have a look at the implementation of __skb_put_padto() and see also cc6528bc9a0c ("r8169: fix potential skb double free in an error path"). > But in err_dma_0 label, the skb is freed by dev_kfree_skb_any(skb) in > the second time. > > My patch adds a new label inside the old err_dma_0 label to avoid the > double free and renames the error labels to keep the origin function > unchanged. > > Fixes: b8447abc4c8fb ("r8169: factor out rtl8169_tx_map") > Signed-off-by: Lv Yunlong > --- > drivers/net/ethernet/realtek/r8169_main.c | 9 +++++---- > 1 file changed, 5 insertions(+), 4 deletions(-) > > diff --git a/drivers/net/ethernet/realtek/r8169_main.c b/drivers/net/ethernet/realtek/r8169_main.c > index f704da3f214c..91c43399712b 100644 > --- a/drivers/net/ethernet/realtek/r8169_main.c > +++ b/drivers/net/ethernet/realtek/r8169_main.c > @@ -4217,13 +4217,13 @@ static netdev_tx_t rtl8169_start_xmit(struct sk_buff *skb, > > if (unlikely(rtl8169_tx_map(tp, opts, skb_headlen(skb), skb->data, > entry, false))) > - goto err_dma_0; > + goto err_dma_1; > > txd_first = tp->TxDescArray + entry; > > if (frags) { > if (rtl8169_xmit_frags(tp, skb, opts, entry)) > - goto err_dma_1; > + goto err_dma_2; > entry = (entry + frags) % NUM_TX_DESC; > } > > @@ -4270,10 +4270,11 @@ static netdev_tx_t rtl8169_start_xmit(struct sk_buff *skb, > > return NETDEV_TX_OK; > > -err_dma_1: > +err_dma_2: > rtl8169_unmap_tx_skb(tp, entry); > -err_dma_0: > +err_dma_1: > dev_kfree_skb_any(skb); > +err_dma_0: > dev->stats.tx_dropped++; > return NETDEV_TX_OK; > >