Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1002906pxb; Tue, 9 Feb 2021 19:37:33 -0800 (PST) X-Google-Smtp-Source: ABdhPJzNZ2RK+7k6hFW0csvT4UTUlFKNIfOGTCoIZIaEx9WuliRyo4TSHYM/ruPbQ+Kd55LI36Id X-Received: by 2002:aa7:da19:: with SMTP id r25mr1243528eds.1.1612928253165; Tue, 09 Feb 2021 19:37:33 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612928253; cv=none; d=google.com; s=arc-20160816; b=A3yDCBNg4DocYG3H4Wbr4wjlaHGo7vQR8ipBCGBHzsoQpmz+NCPo13QO69hx17gVHI QM+TlETXsIE1iNMuwU4l67AnK/I3LEyRhfOsjlRLFx+cd3YJTUzTZJzlyp2PgmLO+egi VAaAgmJ4MQVqgFBL2i45Ua+d8hn4Ehpg8VlEAzPMpE108ZX93eioat7isiuUGp5fQmPO SlMzrWr4f5DRg4+mnE0upO1hHyW5Q9XgEO1B3QfmfuOIody9Dheji2gxKPxyyl7z+tkr ArbRL0ceQFl8zDsCE+iNjBaOcQJPfOYRVhld1HzZDdauhlrUO7D95Z8EFyMbuj+eVU4t F4tw== 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:subject:from :references:cc:to:dkim-signature; bh=CZUrnRm9ByTdlWXbkTDbS0P8AFModswyW8/LsEbzkus=; b=pXmY3DVFy4ujKfK+QApsgMW4b/AvKTwRY8bpfqN7lTN3GE9pMkiww5ySiIjf3O5l7W T1dCIOfHFt9MtD2s1dcS+SWohIrpBGjSk9CwCmfvYplnvmXnzDH/VPnZNcI6D1GVoGYl JbblMTQR38lFbPnJwdFoStULLv62UKwjvl1LjbCRx4ZNRjuoa1dX8/qkRfKWmgDr7h3h yXoGROrnMHN8fZaLpEemIfaJD/GgFdpGtjKLL5gyFNKq3yZR792rq/NPWtvU6SN8Z9s8 rqZ4gQmSypLzd93BfK8TbNgQdMW/Fwnpp3XyJSW6ryRkdMJ6fbeBLJkeck2sI3ugitvg 96IQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=eaTCAlyt; 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 cc22si534925edb.80.2021.02.09.19.37.10; Tue, 09 Feb 2021 19:37:33 -0800 (PST) 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=eaTCAlyt; 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 S229941AbhBIMWP (ORCPT + 99 others); Tue, 9 Feb 2021 07:22:15 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42208 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229626AbhBIMWN (ORCPT ); Tue, 9 Feb 2021 07:22:13 -0500 Received: from mail-lf1-x134.google.com (mail-lf1-x134.google.com [IPv6:2a00:1450:4864:20::134]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3CF9AC061788; Tue, 9 Feb 2021 04:21:33 -0800 (PST) Received: by mail-lf1-x134.google.com with SMTP id v5so25814348lft.13; Tue, 09 Feb 2021 04:21:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:cc:references:from:subject:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=CZUrnRm9ByTdlWXbkTDbS0P8AFModswyW8/LsEbzkus=; b=eaTCAlytmFWgic1C1oLhMBo/YQ7FVrnxh+IeJXxXNz0VJ/oaEUFPhLwCMo70nHOkTk h4HjtSGLYcAlY6YKI+jasC77dp7Hpxfx2R8qbXAUy4DxqTnT+KHetVp4hHkKAEFq74Ru m/5muDrP5XBtQ9Qjixs2HtcRn/fn3UIJKOjwwYrZO2pcodumNefkfTgO/7/ouGpnEa7J qaB55zsWFcSQiOpY/lsTx0xdSlzHfjiUAmRLSpCjjWeUC3/UPSNwccRs8njmcfFFdEHM cRF3L9KyGYQIkRNtvHAFXw+uPOEa2ix/lBBt8C3Sh3+g+ryKNT4mZsQrN1ZWW4+YQjWi wQ0w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:cc:references:from:subject:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=CZUrnRm9ByTdlWXbkTDbS0P8AFModswyW8/LsEbzkus=; b=p6iRi4UVXoBjmjRshxtdWYGlXqx3N9qL85jeFLo2o7MBYyyoqaP4RhmOAZJL+Ak+iH gRsN8kJB6meriy0g+OdzuqOAz4J2oC/YxI54Ke1H1G+AQ2fjb6LEWOm6U/Gca2ljP6O7 pykyXhT8jStdwdJmiOh8qZ5RHa60OTeioPXZimAKqpNuKhwlv9b4l3EuLPYu7Vk9BsN2 35nbsK5tujYYD/Gs7gK1teSIm7u5lo65/1OxgMfxX2t/jkEKdy2k9HgTuKp8p0dVMajZ 8WiThYyjM3FO4kb8QhGlsj/Xk6pwLqOE7rr0mvokUuVOvYfqXHbmLtU7gujhdH3M2arX aIlA== X-Gm-Message-State: AOAM533vnDYWIPwgJFNM2qGn1mpTCVXnLZTGPox+SpzdaTP/qtONgz7D E/auraJ1cStAU4eGn4nyAnrQS7IZUKZ4pyOU X-Received: by 2002:ac2:4ecc:: with SMTP id p12mr5754480lfr.373.1612873291395; Tue, 09 Feb 2021 04:21:31 -0800 (PST) Received: from [10.0.0.127] (91-157-86-155.elisa-laajakaista.fi. [91.157.86.155]) by smtp.gmail.com with ESMTPSA id f1sm517889ljj.124.2021.02.09.04.21.30 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 09 Feb 2021 04:21:30 -0800 (PST) To: Kishon Vijay Abraham I , Dan Williams , Vinod Koul , Grygorii Strashko , Vignesh Raghavendra Cc: dmaengine@vger.kernel.org, linux-kernel@vger.kernel.org References: <20210209090036.30832-1-kishon@ti.com> From: =?UTF-8?Q?P=c3=a9ter_Ujfalusi?= Subject: Re: [PATCH] dmaengine: ti: k3-udma: Fix NULL pointer dereference error Message-ID: <19488154-22d5-33b4-06a1-17e9a896ae04@gmail.com> Date: Tue, 9 Feb 2021 14:23:23 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.0 MIME-Version: 1.0 In-Reply-To: <20210209090036.30832-1-kishon@ti.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Kishon, On 2/9/21 11:00 AM, Kishon Vijay Abraham I wrote: > bcdma_get_*() and udma_get_*() checks if bchan/rchan/tchan/rflow is > already allocated by checking if it has a NON NULL value. For the > error cases, bchan/rchan/tchan/rflow will have error value > and bcdma_get_*() and udma_get_*() considers this as already allocated > (PASS) since the error values are NON NULL. This results in > NULL pointer dereference error while de-referencing > bchan/rchan/tchan/rflow. I think this can happen when a channel request fails and we get a second request coming and faces with the not cleanup up tchan/rchan/bchan/rflow from the previous failure. Interesting that I have not faced with this, but it is a valid oversight from me. > Reset the value of bchan/rchan/tchan/rflow to NULL if the allocation > actually fails. > > Fixes: 017794739702 ("dmaengine: ti: k3-udma: Initial support for K3 BCDMA") > Fixes: 25dcb5dd7b7c ("dmaengine: ti: New driver for K3 UDMA") Will this patch apply at any of these? 25dcb5dd7b7c does not have BCDMA (bchan) 017794739702 does not contain PKTDMA (tflow) > Signed-off-by: Kishon Vijay Abraham I > --- > drivers/dma/ti/k3-udma.c | 30 +++++++++++++++++++++++++----- > 1 file changed, 25 insertions(+), 5 deletions(-) > > diff --git a/drivers/dma/ti/k3-udma.c b/drivers/dma/ti/k3-udma.c > index 298460438bb4..aa4ef583ff83 100644 > --- a/drivers/dma/ti/k3-udma.c > +++ b/drivers/dma/ti/k3-udma.c > @@ -1330,6 +1330,7 @@ static int bcdma_get_bchan(struct udma_chan *uc) > { > struct udma_dev *ud = uc->ud; > enum udma_tp_level tpl; > + int ret; > > if (uc->bchan) { > dev_dbg(ud->dev, "chan%d: already have bchan%d allocated\n", > @@ -1347,8 +1348,11 @@ static int bcdma_get_bchan(struct udma_chan *uc) > tpl = ud->bchan_tpl.levels - 1; > > uc->bchan = __udma_reserve_bchan(ud, tpl, -1); > - if (IS_ERR(uc->bchan)) > - return PTR_ERR(uc->bchan); > + if (IS_ERR(uc->bchan)) { > + ret = PTR_ERR(uc->bchan); > + uc->bchan = NULL; > + return ret; > + } > > uc->tchan = uc->bchan; > > @@ -1358,6 +1362,7 @@ static int bcdma_get_bchan(struct udma_chan *uc) > static int udma_get_tchan(struct udma_chan *uc) > { > struct udma_dev *ud = uc->ud; > + int ret; > > if (uc->tchan) { > dev_dbg(ud->dev, "chan%d: already have tchan%d allocated\n", > @@ -1372,8 +1377,11 @@ static int udma_get_tchan(struct udma_chan *uc) > */ > uc->tchan = __udma_reserve_tchan(ud, uc->config.channel_tpl, > uc->config.mapped_channel_id); > - if (IS_ERR(uc->tchan)) > - return PTR_ERR(uc->tchan); > + if (IS_ERR(uc->tchan)) { > + ret = PTR_ERR(uc->tchan); > + uc->tchan = NULL; > + return ret; > + } > > if (ud->tflow_cnt) { > int tflow_id; > @@ -1403,6 +1411,7 @@ static int udma_get_tchan(struct udma_chan *uc) > static int udma_get_rchan(struct udma_chan *uc) > { > struct udma_dev *ud = uc->ud; > + int ret; > > if (uc->rchan) { > dev_dbg(ud->dev, "chan%d: already have rchan%d allocated\n", > @@ -1417,8 +1426,13 @@ static int udma_get_rchan(struct udma_chan *uc) > */ > uc->rchan = __udma_reserve_rchan(ud, uc->config.channel_tpl, > uc->config.mapped_channel_id); > + if (IS_ERR(uc->rchan)) { > + ret = PTR_ERR(uc->rchan); > + uc->rchan = NULL; > + return ret; > + } > > - return PTR_ERR_OR_ZERO(uc->rchan); > + return 0; > } > > static int udma_get_chan_pair(struct udma_chan *uc) > @@ -1472,6 +1486,7 @@ static int udma_get_chan_pair(struct udma_chan *uc) > static int udma_get_rflow(struct udma_chan *uc, int flow_id) > { > struct udma_dev *ud = uc->ud; > + int ret; > > if (!uc->rchan) { > dev_err(ud->dev, "chan%d: does not have rchan??\n", uc->id); > @@ -1485,6 +1500,11 @@ static int udma_get_rflow(struct udma_chan *uc, int flow_id) > } > > uc->rflow = __udma_get_rflow(ud, flow_id); > + if (IS_ERR(uc->rflow)) { > + ret = PTR_ERR(uc->rflow); > + uc->rflow = NULL; > + return ret; > + } > > return PTR_ERR_OR_ZERO(uc->rflow); return 0; > } > -- Péter