mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Stefan Richter <stefanr@s5r6.in-berlin.de>
To: Jarod Wilson <jwilson@redhat.com>
Cc: linux1394-devel@lists.sourceforge.net,
	linux-kernel@vger.kernel.org,
	"Kristian Høgsberg" <krh@bitplanet.net>
Subject: Re: [PATCH] firewire: fw-ohci: use dma_alloc_coherent for ar_buffer
Date: Thu, 13 Mar 2008 00:30:34 +0100	[thread overview]
Message-ID: <47D8679A.10303@s5r6.in-berlin.de> (raw)
In-Reply-To: <200803121743.27170.jwilson@redhat.com>

Jarod Wilson wrote:
> Currently, we do nothing to guarantee we have a consistent DMA buffer for
> asynchronous receive packets. Rather than doing several sync's following a
> dma_map_single() to get consistent buffers, just switch to using
> dma_alloc_coherent().
> 
> Resolves constant buffer failures on my own x86_64 laptop w/4GB of RAM and
> likely to fix a number of other failures witnessed on x86_64 systems with
> 4GB of RAM or more.
> 
> Signed-off-by: Jarod Wilson <jwilson@redhat.com>

Looks good at first glance.  Alas my PCs aren't affected, so I can only 
test it for lack of regressions.

I'm tempted to push this to Linus later this week.  Unless e.g. Kristian 
has reservations.

> 
> ---
> 
>  drivers/firewire/fw-ohci.c |   18 +++++-------------
>  1 files changed, 5 insertions(+), 13 deletions(-)
> 
> diff --git a/drivers/firewire/fw-ohci.c b/drivers/firewire/fw-ohci.c
> index 28ea78c..081a434 100644
> --- a/drivers/firewire/fw-ohci.c
> +++ b/drivers/firewire/fw-ohci.c
> @@ -284,16 +284,10 @@ static int ar_context_add_page(struct ar_context *ctx)
>  	dma_addr_t ab_bus;
>  	size_t offset;
>  
> -	ab = (struct ar_buffer *) __get_free_page(GFP_ATOMIC);
> +	ab = dma_alloc_coherent(dev, PAGE_SIZE, &ab_bus, GFP_ATOMIC);
>  	if (ab == NULL)
>  		return -ENOMEM;
>  
> -	ab_bus = dma_map_single(dev, ab, PAGE_SIZE, DMA_BIDIRECTIONAL);
> -	if (dma_mapping_error(ab_bus)) {
> -		free_page((unsigned long) ab);
> -		return -ENOMEM;
> -	}
> -
>  	memset(&ab->descriptor, 0, sizeof(ab->descriptor));
>  	ab->descriptor.control        = cpu_to_le16(DESCRIPTOR_INPUT_MORE |
>  						    DESCRIPTOR_STATUS |
> @@ -304,8 +298,6 @@ static int ar_context_add_page(struct ar_context *ctx)
>  	ab->descriptor.res_count      = cpu_to_le16(PAGE_SIZE - offset);
>  	ab->descriptor.branch_address = 0;
>  
> -	dma_sync_single_for_device(dev, ab_bus, PAGE_SIZE, DMA_BIDIRECTIONAL);
> -
>  	ctx->last_buffer->descriptor.branch_address = cpu_to_le32(ab_bus | 1);
>  	ctx->last_buffer->next = ab;
>  	ctx->last_buffer = ab;
> @@ -409,6 +401,7 @@ static void ar_context_tasklet(unsigned long data)
>  
>  	if (d->res_count == 0) {
>  		size_t size, rest, offset;
> +		dma_addr_t buffer_bus;
>  
>  		/*
>  		 * This descriptor is finished and we may have a
> @@ -417,9 +410,7 @@ static void ar_context_tasklet(unsigned long data)
>  		 */
>  
>  		offset = offsetof(struct ar_buffer, data);
> -		dma_unmap_single(ohci->card.device,
> -			le32_to_cpu(ab->descriptor.data_address) - offset,
> -			PAGE_SIZE, DMA_BIDIRECTIONAL);
> +		buffer_bus = le32_to_cpu(ab->descriptor.data_address) - offset;
>  
>  		buffer = ab;
>  		ab = ab->next;
> @@ -435,7 +426,8 @@ static void ar_context_tasklet(unsigned long data)
>  		while (buffer < end)
>  			buffer = handle_ar_packet(ctx, buffer);
>  
> -		free_page((unsigned long)buffer);
> +		dma_free_coherent(ohci->card.device, PAGE_SIZE,
> +				  buffer, buffer_bus);
>  		ar_context_add_page(ctx);
>  	} else {
>  		buffer = ctx->pointer;
> 


-- 
Stefan Richter
-=====-==--- --== -==-=
http://arcgraph.de/sr/

  reply	other threads:[~2008-03-12 23:31 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-12 21:43 Jarod Wilson
2008-03-12 23:30 ` Stefan Richter [this message]
2008-03-13 23:27   ` [PATCH update] firewire: fw-ohci: shut up false compiler warning on PPC32 Stefan Richter
2008-03-15  1:55     ` Jarod Wilson
2008-03-14  1:22   ` [PATCH] firewire: fw-ohci: use dma_alloc_coherent for ar_buffer Stefan Richter

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=47D8679A.10303@s5r6.in-berlin.de \
    --to=stefanr@s5r6.in-berlin.de \
    --cc=jwilson@redhat.com \
    --cc=krh@bitplanet.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux1394-devel@lists.sourceforge.net \
    /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

all inboxes | Powered by JetHome®