All of lore.kernel.org
 help / color / mirror / Atom feed
From: Linus Walleij <linus.walleij@linaro.org>
To: Arnd Bergmann <arnd@arndb.de>
Cc: "linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	David Woodhouse <dwmw2@infradead.org>,
	Kukjin Kim <kgene.kim@samsung.com>,
	Russell King - ARM Linux <linux@arm.linux.org.uk>,
	Linus Walleij <linus.walleij@stericsson.com>,
	"Koul, Vinod" <vinod.koul@intel.com>,
	yuanyabin1978@sina.com,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Ben Dooks <ben-linux@fluff.org>,
	Peter Pearse <peter.pearse@arm.com>,
	"Krogerus, Heikki" <heikki.krogerus@intel.com>,
	Dan Williams <dan.j.williams@intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	"mika.westerberg@linux.intel.com"
	<mika.westerberg@linux.intel.com>,
	Alessandro Rubini <rubini@unipv.it>
Subject: Re: [PATCH 06/13] DMAENGINE: driver for the ARM PL080/PL081 PrimeCells
Date: Thu, 13 Mar 2014 15:35:50 +0100	[thread overview]
Message-ID: <CACRpkdZALBWJAFc5j_KpXc1iahkYNYp0B3q5v1Rj8w+MknoHzQ@mail.gmail.com> (raw)
In-Reply-To: <4757683.7Ln0Vh5c4G@wuerfel>

On Thu, Mar 13, 2014 at 9:52 AM, Arnd Bergmann <arnd@arndb.de> wrote:
> On Thursday 13 March 2014 09:17:04 Linus Walleij wrote:
>>
>> Again as Russell stated that doesn't necessarily influence any memory
>> coherency or the physical address pointer written into the DMAC
>> hardware at all, does it? The transfers can still happen between the
>> peripheral and DMAC, and the IOMMU can still be sitting in the middle
>> of things, in front of the DMAC not the device, needing to be flushed etc.
>>
>> Sorry if I don't get it... maybe this is one of these funny Intel things
>> I cannot wrap my head around properly.
>
> The device pointer we pass into dma_map_* can be used for anything that
> the underlying dma_map_ops implementation requires. This includes
> determining:
>
> * coherency
> * offsets between bus and cpu physical address
> * presence of IOMMU
> * limits in available bus address space (dma_mask)
> * iommu context ID (normally the location on the PCI bus)
>
> The difference is that on ARM we usually care about the first
> four, which may be different for each device. The case that Dave is
> interested in is when these four are known implicitly but the fifth
> one is not know but depends on the slave device.

Ahhh I get it. But the topological question remains I guess...

ARM buses have something like bus master IDs I think (usually
only visible to the hardware) I guess it fills a similar purpose thoug
we never really see it from the OS side.

Yours,
Linus Walleij

WARNING: multiple messages have this Message-ID (diff)
From: linus.walleij@linaro.org (Linus Walleij)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 06/13] DMAENGINE: driver for the ARM PL080/PL081 PrimeCells
Date: Thu, 13 Mar 2014 15:35:50 +0100	[thread overview]
Message-ID: <CACRpkdZALBWJAFc5j_KpXc1iahkYNYp0B3q5v1Rj8w+MknoHzQ@mail.gmail.com> (raw)
In-Reply-To: <4757683.7Ln0Vh5c4G@wuerfel>

On Thu, Mar 13, 2014 at 9:52 AM, Arnd Bergmann <arnd@arndb.de> wrote:
> On Thursday 13 March 2014 09:17:04 Linus Walleij wrote:
>>
>> Again as Russell stated that doesn't necessarily influence any memory
>> coherency or the physical address pointer written into the DMAC
>> hardware at all, does it? The transfers can still happen between the
>> peripheral and DMAC, and the IOMMU can still be sitting in the middle
>> of things, in front of the DMAC not the device, needing to be flushed etc.
>>
>> Sorry if I don't get it... maybe this is one of these funny Intel things
>> I cannot wrap my head around properly.
>
> The device pointer we pass into dma_map_* can be used for anything that
> the underlying dma_map_ops implementation requires. This includes
> determining:
>
> * coherency
> * offsets between bus and cpu physical address
> * presence of IOMMU
> * limits in available bus address space (dma_mask)
> * iommu context ID (normally the location on the PCI bus)
>
> The difference is that on ARM we usually care about the first
> four, which may be different for each device. The case that Dave is
> interested in is when these four are known implicitly but the fifth
> one is not know but depends on the slave device.

Ahhh I get it. But the topological question remains I guess...

ARM buses have something like bus master IDs I think (usually
only visible to the hardware) I guess it fills a similar purpose thoug
we never really see it from the OS side.

Yours,
Linus Walleij

  reply	other threads:[~2014-03-13 14:35 UTC|newest]

Thread overview: 96+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-06-11 15:27 [PATCH 06/13] DMAENGINE: driver for the ARM PL080/PL081 PrimeCells Linus Walleij
2010-06-11 15:27 ` Linus Walleij
2010-06-14  6:02 ` Viresh KUMAR
2010-06-14  6:02   ` Viresh KUMAR
2010-06-14 13:39   ` Linus Walleij
2010-06-14 13:39     ` Linus Walleij
2010-06-15  5:25     ` Viresh KUMAR
2010-06-15  5:25       ` Viresh KUMAR
2010-06-15 20:14       ` Linus WALLEIJ
2010-06-15 20:14         ` Linus WALLEIJ
2010-06-16  3:59         ` Viresh KUMAR
2010-06-16  3:59           ` Viresh KUMAR
2010-06-16  6:38           ` Linus Walleij
2010-06-16  6:38             ` Linus Walleij
2010-06-15 10:25 ` Kukjin Kim
2010-06-15 10:25   ` Kukjin Kim
2010-06-15 10:45   ` Jassi Brar
2010-06-15 10:45     ` Jassi Brar
2010-06-15 11:17     ` Maurus Cuelenaere
2010-06-15 11:17       ` Maurus Cuelenaere
2010-06-15 11:39       ` Jassi Brar
2010-06-15 11:39         ` Jassi Brar
2010-06-15 12:04         ` Maurus Cuelenaere
2010-06-15 12:04           ` Maurus Cuelenaere
2010-06-15 20:55     ` Linus WALLEIJ
2010-06-15 20:55       ` Linus WALLEIJ
2010-12-21 18:20 ` Russell King - ARM Linux
2010-12-21 18:20   ` Russell King - ARM Linux
2010-12-21 22:25   ` Russell King - ARM Linux
2010-12-21 22:25     ` Russell King - ARM Linux
2010-12-22 12:22   ` Russell King - ARM Linux
2010-12-22 12:22     ` Russell King - ARM Linux
2010-12-22 12:29   ` Russell King - ARM Linux
2010-12-22 12:29     ` Russell King - ARM Linux
2010-12-22 23:45     ` Dan Williams
2010-12-22 23:45       ` Dan Williams
2010-12-22 23:54       ` Russell King - ARM Linux
2010-12-22 23:54         ` Russell King - ARM Linux
2010-12-23  0:53         ` Dan Williams
2010-12-23  0:53           ` Dan Williams
2010-12-23  0:10       ` Russell King - ARM Linux
2010-12-23  0:10         ` Russell King - ARM Linux
2010-12-23  1:11         ` Dan Williams
2010-12-23  1:11           ` Dan Williams
2010-12-23  1:31           ` Dan Williams
2010-12-23  1:31             ` Dan Williams
2010-12-31 21:50             ` Russell King - ARM Linux
2010-12-31 21:50               ` Russell King - ARM Linux
2011-01-02  9:42               ` Dan Williams
2011-01-02  9:42                 ` Dan Williams
2011-01-02 11:22                 ` Russell King - ARM Linux
2011-01-02 11:22                   ` Russell King - ARM Linux
2011-01-02 20:33               ` Linus Walleij
2011-01-02 20:33                 ` Linus Walleij
2011-01-03 11:14                 ` Russell King - ARM Linux
2011-01-03 11:14                   ` Russell King - ARM Linux
2010-12-23  9:18           ` Russell King - ARM Linux
2010-12-23  9:18             ` Russell King - ARM Linux
2010-12-23  8:17       ` Linus Walleij
2010-12-23  8:17         ` Linus Walleij
2010-12-23  8:30         ` Jassi Brar
2010-12-23  8:30           ` Jassi Brar
2010-12-23 12:30         ` Russell King - ARM Linux
2010-12-23 12:30           ` Russell King - ARM Linux
2010-12-28  0:33           ` Linus Walleij
2010-12-28  0:33             ` Linus Walleij
2011-01-01 15:15       ` Russell King - ARM Linux
2011-01-01 15:15         ` Russell King - ARM Linux
2011-01-02 20:29         ` Linus Walleij
2011-01-02 20:29           ` Linus Walleij
2014-03-10 13:56         ` David Woodhouse
2014-03-10 13:56           ` David Woodhouse
2014-03-10 14:11           ` Arnd Bergmann
2014-03-10 14:11             ` Arnd Bergmann
2014-03-10 14:27             ` David Woodhouse
2014-03-10 14:27               ` David Woodhouse
2014-03-10 14:40               ` Arnd Bergmann
2014-03-10 14:40                 ` Arnd Bergmann
2014-03-10 14:32           ` Russell King - ARM Linux
2014-03-10 14:32             ` Russell King - ARM Linux
2014-03-10 14:52             ` David Woodhouse
2014-03-10 14:52               ` David Woodhouse
2014-03-13  8:17               ` Linus Walleij
2014-03-13  8:17                 ` Linus Walleij
2014-03-13  8:52                 ` Arnd Bergmann
2014-03-13  8:52                   ` Arnd Bergmann
2014-03-13 14:35                   ` Linus Walleij [this message]
2014-03-13 14:35                     ` Linus Walleij
2011-01-01 15:36       ` Russell King - ARM Linux
2011-01-01 15:36         ` Russell King - ARM Linux
2011-01-03 15:19       ` Russell King - ARM Linux
2011-01-03 15:19         ` Russell King - ARM Linux
2011-01-04  0:41         ` Jassi Brar
2011-01-04  0:41           ` Jassi Brar
2011-01-04 10:47         ` Linus Walleij
2011-01-04 10:47           ` 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=CACRpkdZALBWJAFc5j_KpXc1iahkYNYp0B3q5v1Rj8w+MknoHzQ@mail.gmail.com \
    --to=linus.walleij@linaro.org \
    --cc=andriy.shevchenko@linux.intel.com \
    --cc=arnd@arndb.de \
    --cc=ben-linux@fluff.org \
    --cc=dan.j.williams@intel.com \
    --cc=dwmw2@infradead.org \
    --cc=heikki.krogerus@intel.com \
    --cc=kgene.kim@samsung.com \
    --cc=linus.walleij@stericsson.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux@arm.linux.org.uk \
    --cc=mika.westerberg@linux.intel.com \
    --cc=peter.pearse@arm.com \
    --cc=rubini@unipv.it \
    --cc=vinod.koul@intel.com \
    --cc=yuanyabin1978@sina.com \
    /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.