All of lore.kernel.org
 help / color / mirror / Atom feed
From: lee.jones@linaro.org (Lee Jones)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 3/8] dmaengine: ste_dma40: Actually write the runtime configuration to registers
Date: Fri, 12 Apr 2013 17:13:25 +0100	[thread overview]
Message-ID: <20130412161325.GB18459@gmail.com> (raw)
In-Reply-To: <CAH+eYFB_fYmCjvh5PXKRhd-FnaWfeu+LtH+q3VywhCk-PYhHVQ@mail.gmail.com>

On Fri, 12 Apr 2013, Rabin Vincent wrote:

> 2013/4/9 Lee Jones <lee.jones@linaro.org>:
> > Someone has spent a fair amount of effort writing a runtime configuration
> > changing algorithm for DMA clients. However, the config appears to never
> > actually make it to hardware. In order for the configuration to take hold
> > we need to issue a d40_config_write(), as this is the routine which writes
> > it into the hardware's registers.
> 
> No, it's not.  This function is only for initial configuration which
> should only be written when the channel is allocated.  In fact, by
> calling it here in runtime_config, you are introducing a serious bug:
> other logical channels on the same physical channel will stop because of
> the SSLNK/SDLNK of the physical channel being zeroed.
> 
> The runtime config already makes it the hardware in the existing code,
> via d40_*_cfg().

Ah, I see. I'll move it all back and investigate my bug further then.

Thanks for taking the time to write such a well written review.

-- 
Lee Jones
Linaro ST-Ericsson Landing Team Lead
Linaro.org ? Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog

WARNING: multiple messages have this Message-ID (diff)
From: Lee Jones <lee.jones@linaro.org>
To: Rabin Vincent <rabin@rab.in>
Cc: linux-arm-kernel@lists.infradead.org,
	linux-kernel@vger.kernel.org, arnd@arndb.de,
	linus.walleij@stericsson.com
Subject: Re: [PATCH 3/8] dmaengine: ste_dma40: Actually write the runtime configuration to registers
Date: Fri, 12 Apr 2013 17:13:25 +0100	[thread overview]
Message-ID: <20130412161325.GB18459@gmail.com> (raw)
In-Reply-To: <CAH+eYFB_fYmCjvh5PXKRhd-FnaWfeu+LtH+q3VywhCk-PYhHVQ@mail.gmail.com>

On Fri, 12 Apr 2013, Rabin Vincent wrote:

> 2013/4/9 Lee Jones <lee.jones@linaro.org>:
> > Someone has spent a fair amount of effort writing a runtime configuration
> > changing algorithm for DMA clients. However, the config appears to never
> > actually make it to hardware. In order for the configuration to take hold
> > we need to issue a d40_config_write(), as this is the routine which writes
> > it into the hardware's registers.
> 
> No, it's not.  This function is only for initial configuration which
> should only be written when the channel is allocated.  In fact, by
> calling it here in runtime_config, you are introducing a serious bug:
> other logical channels on the same physical channel will stop because of
> the SSLNK/SDLNK of the physical channel being zeroed.
> 
> The runtime config already makes it the hardware in the existing code,
> via d40_*_cfg().

Ah, I see. I'll move it all back and investigate my bug further then.

Thanks for taking the time to write such a well written review.

-- 
Lee Jones
Linaro ST-Ericsson Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog

  reply	other threads:[~2013-04-12 16:13 UTC|newest]

Thread overview: 70+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-09 18:39 [PATCH 1/8] dmaengine: ste_dma40: Assign memcpy channels in the driver Lee Jones
2013-04-09 18:39 ` Lee Jones
2013-04-09 18:39 ` [PATCH 2/8] dmaengine: ste_dma40: Move default memcpy configs into " Lee Jones
2013-04-09 18:39   ` Lee Jones
2013-04-09 18:39 ` [PATCH 3/8] dmaengine: ste_dma40: Actually write the runtime configuration to registers Lee Jones
2013-04-09 18:39   ` Lee Jones
2013-04-09 18:59   ` Arnd Bergmann
2013-04-09 18:59     ` Arnd Bergmann
2013-04-09 19:07     ` Lee Jones
2013-04-09 19:07       ` Lee Jones
2013-04-09 20:37   ` Arnd Bergmann
2013-04-09 20:37     ` Arnd Bergmann
2013-04-12 13:49   ` Rabin Vincent
2013-04-12 13:49     ` Rabin Vincent
2013-04-12 16:13     ` Lee Jones [this message]
2013-04-12 16:13       ` Lee Jones
2013-04-15 11:06     ` Lee Jones
2013-04-15 11:06       ` Lee Jones
2013-04-15 11:36       ` Rabin Vincent
2013-04-15 11:36         ` Rabin Vincent
2013-04-15 11:59         ` Lee Jones
2013-04-15 11:59           ` Lee Jones
2013-04-15 13:47           ` Linus Walleij
2013-04-15 13:47             ` Linus Walleij
2013-04-15 14:28             ` Lee Jones
2013-04-15 14:28               ` Lee Jones
2013-04-09 18:39 ` [PATCH 4/8] dmaengine: ste_dma40: Do not configure channels during an channel allocation Lee Jones
2013-04-09 18:39   ` Lee Jones
2013-04-12 13:54   ` Rabin Vincent
2013-04-12 13:54     ` Rabin Vincent
2013-04-12 16:38     ` Lee Jones
2013-04-12 16:38       ` Lee Jones
2013-04-14 16:34       ` Rabin Vincent
2013-04-14 16:34         ` Rabin Vincent
2013-04-09 18:39 ` [PATCH 5/8] dmaengine: ste_dma40: Ensure src and dst registers are configured correctly Lee Jones
2013-04-09 18:39   ` Lee Jones
2013-04-09 18:57   ` Arnd Bergmann
2013-04-09 18:57     ` Arnd Bergmann
2013-04-09 19:09     ` Lee Jones
2013-04-09 19:09       ` Lee Jones
2013-04-09 20:38       ` Arnd Bergmann
2013-04-09 20:38         ` Arnd Bergmann
2013-04-12 14:02   ` Rabin Vincent
2013-04-12 14:02     ` Rabin Vincent
2013-04-09 18:39 ` [PATCH 6/8] dmaengine: ste_dma40: Move LCPA allocation and real-time config Lee Jones
2013-04-09 18:39   ` Lee Jones
2013-04-09 18:56   ` Arnd Bergmann
2013-04-09 18:56     ` Arnd Bergmann
2013-04-09 18:39 ` [PATCH 7/8] dmaengine: ste_dma40: Use the BIT macro to replace ugly '(1 << x)'s Lee Jones
2013-04-09 18:39   ` Lee Jones
2013-04-09 18:55   ` Arnd Bergmann
2013-04-09 18:55     ` Arnd Bergmann
2013-04-09 19:04   ` Harvey Harrison
2013-04-09 19:04     ` Harvey Harrison
2013-04-09 19:12     ` Arnd Bergmann
2013-04-09 19:12       ` Arnd Bergmann
2013-04-10  9:34       ` Lee Jones
2013-04-10  9:34         ` Lee Jones
2013-04-10 12:22         ` Arnd Bergmann
2013-04-10 12:22           ` Arnd Bergmann
2013-04-09 19:12     ` Lee Jones
2013-04-09 19:12       ` Lee Jones
2013-04-09 18:39 ` [PATCH 8/8] ARM: ux500: Amalgamate DMA source and destination channel numbers Lee Jones
2013-04-09 18:39   ` Lee Jones
2013-04-09 18:51   ` Arnd Bergmann
2013-04-09 18:51     ` Arnd Bergmann
2013-04-24 13:45 ` [PATCH 1/8] dmaengine: ste_dma40: Assign memcpy channels in the driver Linus Walleij
2013-04-24 13:45   ` Linus Walleij
     [not found]   ` <CAF2Aj3jHPvc=hOcgLq8LONppGtnxUPP96HRPLfCwQ5x4HONUOw@mail.gmail.com>
2013-04-24 15:05     ` Linus Walleij
2013-04-24 15:05       ` Linus Walleij

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=20130412161325.GB18459@gmail.com \
    --to=lee.jones@linaro.org \
    --cc=linux-arm-kernel@lists.infradead.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.