linux-serial.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jon Hunter <jonathanh@nvidia.com>
To: Alexandre Courbot <gnurou@gmail.com>
Cc: Laxman Dewangan <ldewangan@nvidia.com>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.cz>,
	linux-serial@vger.kernel.org,
	"linux-tegra@vger.kernel.org" <linux-tegra@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 8/8] serial: tegra: Correct error handling on DMA setup
Date: Wed, 20 May 2015 13:12:55 +0100	[thread overview]
Message-ID: <555C7A47.1070901@nvidia.com> (raw)
In-Reply-To: <555C593F.5040107@nvidia.com>


On 20/05/15 10:51, Jon Hunter wrote:
> 
> On 20/05/15 04:57, Alexandre Courbot wrote:
> 
> [snip]
> 
>> There may still be a leak (that is not related to your patch) in the
>> RX path though:
>>
>>     dma_buf = dma_alloc_coherent(...);
>>     ret = dmaengine_slave_config(...);
>>     if (ret < 0) {
>>         ...
>>         goto scrub;
>>     }
>>
>>     tup->rx_dma_buf_virt = dma_buf;
>>     tup->rx_dma_buf_phys = dma_phys;
>>
>> scrub:
>>     dma_release_channel(dma_chan);
>>     return ret;
>>
>> It seems that if dmaengine_slave_config() fails, then the result of
>> dma_alloc_coherent() remains purely local to the function and is never
>> freed. Or am I missing something again?
> 
> Yes, you are right here. Actually, this would be applicable to
> both RX and TX paths because in the TX path the buffer would
> not be unmapped. I will generated a separate patch for fix
> this. How does the following look?
> 
> diff --git a/drivers/tty/serial/serial-tegra.c b/drivers/tty/serial/serial-tegra.c
> index 3b63f103f0c9..cf0133ae762d 100644
> --- a/drivers/tty/serial/serial-tegra.c
> +++ b/drivers/tty/serial/serial-tegra.c
> @@ -999,6 +999,12 @@ static int tegra_uart_dma_channel_allocate(struct tegra_uart_port *tup,
>                         dma_release_channel(dma_chan);
>                         return -ENOMEM;
>                 }
> +               dma_sconfig.src_addr = tup->uport.mapbase;
> +               dma_sconfig.src_addr_width = DMA_SLAVE_BUSWIDTH_1_BYTE;
> +               dma_sconfig.src_maxburst = 4;
> +               tup->rx_dma_chan = dma_chan;
> +               tup->rx_dma_buf_virt = dma_buf;
> +               tup->rx_dma_buf_phys = dma_phys;
>         } else {
>                 dma_phys = dma_map_single(tup->uport.dev,
>                         tup->uport.state->xmit.buf, UART_XMIT_SIZE,
> @@ -1009,39 +1015,23 @@ static int tegra_uart_dma_channel_allocate(struct tegra_uart_port *tup,
>                         return -ENOMEM;
>                 }
>                 dma_buf = tup->uport.state->xmit.buf;
> -       }
> -
> -       if (dma_to_memory) {
> -               dma_sconfig.src_addr = tup->uport.mapbase;
> -               dma_sconfig.src_addr_width = DMA_SLAVE_BUSWIDTH_1_BYTE;
> -               dma_sconfig.src_maxburst = 4;
> -       } else {
>                 dma_sconfig.dst_addr = tup->uport.mapbase;
>                 dma_sconfig.dst_addr_width = DMA_SLAVE_BUSWIDTH_1_BYTE;
>                 dma_sconfig.dst_maxburst = 16;
> +               tup->tx_dma_chan = dma_chan;
> +               tup->tx_dma_buf_virt = dma_buf;
> +               tup->tx_dma_buf_phys = dma_phys;
>         }
>  
>         ret = dmaengine_slave_config(dma_chan, &dma_sconfig);
>         if (ret < 0) {
>                 dev_err(tup->uport.dev,
>                         "Dma slave config failed, err = %d\n", ret);
> -               goto scrub;
> +               tegra_uart_dma_channel_free(tup, dma_to_memory);
> +               return ret;
>         }
>  
> -       if (dma_to_memory) {
> -               tup->rx_dma_chan = dma_chan;
> -               tup->rx_dma_buf_virt = dma_buf;
> -               tup->rx_dma_buf_phys = dma_phys;
> -       } else {
> -               tup->tx_dma_chan = dma_chan;
> -               tup->tx_dma_buf_virt = dma_buf;
> -               tup->tx_dma_buf_phys = dma_phys;
> -       }
>         return 0;
> -
> -scrub:
> -       tegra_uart_dma_channel_free(tup, dma_to_memory);
> -       return ret;
>  }

Posted the patch here [1].

Jon

[1] https://lkml.org/lkml/2015/5/20/347

      reply	other threads:[~2015-05-20 12:12 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-05 14:17 [PATCH 0/8] serial: tegra: various fixes Jon Hunter
     [not found] ` <1430835479-6613-1-git-send-email-jonathanh-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2015-05-05 14:17   ` [PATCH 1/8] serial: tegra: Correct delay after TX flush Jon Hunter
2015-05-05 14:17   ` [PATCH 2/8] serial: tegra: Add delay after enabling FIFO mode Jon Hunter
2015-05-05 14:17   ` [PATCH 3/8] serial: tegra: check the count and read if any from dma Jon Hunter
2015-05-05 14:17   ` [PATCH 4/8] serial: tegra: handle race condition on uart rx side Jon Hunter
2015-05-05 14:17   ` [PATCH 5/8] serial: tegra: Use unsigned types for RX and TX byte counts Jon Hunter
2015-05-05 14:17   ` [PATCH 6/8] serial: tegra: Fix cookie used by TX channel Jon Hunter
2015-05-05 14:17   ` [PATCH 7/8] serial: tegra: Correct shutdown of UARTs Jon Hunter
2015-05-05 14:17   ` [PATCH 8/8] serial: tegra: Correct error handling on DMA setup Jon Hunter
2015-05-12  8:39     ` Alexandre Courbot
     [not found]       ` <CAAVeFuL=z-xbGT1e_L6+_GQ8aZ0BvNBfmoi65u_7qVHv=tpTbA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-05-12  9:51         ` Jon Hunter
2015-05-13  4:56           ` Alexandre Courbot
2015-05-13  8:23             ` Jon Hunter
2015-05-20  3:57               ` Alexandre Courbot
     [not found]                 ` <CAAVeFuL8XoQUykpVbzgJiYNkoXA0e7c1k95nvB6Q+wZUHjOjSw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-05-20  9:51                   ` Jon Hunter
2015-05-20 12:12                     ` Jon Hunter [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=555C7A47.1070901@nvidia.com \
    --to=jonathanh@nvidia.com \
    --cc=gnurou@gmail.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=jslaby@suse.cz \
    --cc=ldewangan@nvidia.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-serial@vger.kernel.org \
    --cc=linux-tegra@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).