All of lore.kernel.org
 help / color / mirror / Atom feed
From: Wolfram Sang <wsa@the-dreams.de>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: Vinod Koul <vinod.koul@intel.com>,
	Magnus Damm <magnus.damm@gmail.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Linux I2C <linux-i2c@vger.kernel.org>,
	Linux-sh list <linux-sh@vger.kernel.org>,
	Simon Horman <horms@verge.net.au>,
	dmaengine@vger.kernel.org
Subject: Re: [PATCH 2/5] i2c: sh_mobile: add DMA support
Date: Thu, 11 Dec 2014 09:28:17 +0100	[thread overview]
Message-ID: <20141211082817.GA2239@katana> (raw)
In-Reply-To: <8247960.gkSH1BQ5uX@avalon>

[-- Attachment #1: Type: text/plain, Size: 1169 bytes --]

On Thu, Dec 11, 2014 at 09:47:29AM +0200, Laurent Pinchart wrote:
> On Thursday 11 December 2014 08:37:27 Wolfram Sang wrote:
> > > I think this is a limitation of driver may not be for HW. The right model
> > > for dma_chan is to be viewed as SW channels and not the ones of HW (yes
> > > that is how most of the drivers use that, but we can improve upon)
> > > 
> > > If we rework the driver to view dma_chan as SW channels, then you can
> > > accept multiple channel requests and accept based on if we are able link
> > > the channel to that peripheral or not.
> > 
> > In my understanding, the DMA driver does exactly that.
> 
> Actually it doesn't at the moment, I should implement that.

OK, so I was misinterpreting the overcommitment. Thanks for the correction!

> > However, it is not even loaded at the time the I2C driver wants a channel,
> > so the dmaengine core defers the probe. That is the problem for optional DMA
> > channels: we can't know when deferring probe won't help anymore and don't
> > know when it is time to fall back to PIO.
> 
> This is true regardless of the whether the driver exposes HW or SW channels.

Yup.


[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

WARNING: multiple messages have this Message-ID (diff)
From: Wolfram Sang <wsa@the-dreams.de>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: Vinod Koul <vinod.koul@intel.com>,
	Magnus Damm <magnus.damm@gmail.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Linux I2C <linux-i2c@vger.kernel.org>,
	Linux-sh list <linux-sh@vger.kernel.org>,
	Simon Horman <horms@verge.net.au>,
	dmaengine@vger.kernel.org
Subject: Re: [PATCH 2/5] i2c: sh_mobile: add DMA support
Date: Thu, 11 Dec 2014 08:28:17 +0000	[thread overview]
Message-ID: <20141211082817.GA2239@katana> (raw)
In-Reply-To: <8247960.gkSH1BQ5uX@avalon>

[-- Attachment #1: Type: text/plain, Size: 1169 bytes --]

On Thu, Dec 11, 2014 at 09:47:29AM +0200, Laurent Pinchart wrote:
> On Thursday 11 December 2014 08:37:27 Wolfram Sang wrote:
> > > I think this is a limitation of driver may not be for HW. The right model
> > > for dma_chan is to be viewed as SW channels and not the ones of HW (yes
> > > that is how most of the drivers use that, but we can improve upon)
> > > 
> > > If we rework the driver to view dma_chan as SW channels, then you can
> > > accept multiple channel requests and accept based on if we are able link
> > > the channel to that peripheral or not.
> > 
> > In my understanding, the DMA driver does exactly that.
> 
> Actually it doesn't at the moment, I should implement that.

OK, so I was misinterpreting the overcommitment. Thanks for the correction!

> > However, it is not even loaded at the time the I2C driver wants a channel,
> > so the dmaengine core defers the probe. That is the problem for optional DMA
> > channels: we can't know when deferring probe won't help anymore and don't
> > know when it is time to fall back to PIO.
> 
> This is true regardless of the whether the driver exposes HW or SW channels.

Yup.


[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

  reply	other threads:[~2014-12-11  8:28 UTC|newest]

Thread overview: 70+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-11-07 10:11 [PATCH 0/5] i2c: sh_mobile: add DMA support Wolfram Sang
2014-11-07 10:11 ` Wolfram Sang
2014-11-07 10:11 ` [PATCH 1/5] i2c: sh_mobile: sort includes alphabetically Wolfram Sang
2014-11-07 10:11   ` Wolfram Sang
2014-11-12 16:10   ` Wolfram Sang
2014-11-12 16:10     ` Wolfram Sang
2014-11-07 10:11 ` [PATCH 2/5] i2c: sh_mobile: add DMA support Wolfram Sang
2014-11-07 10:11   ` Wolfram Sang
2014-11-12 16:11   ` Wolfram Sang
2014-11-12 16:11     ` Wolfram Sang
2014-12-09 10:53   ` Geert Uytterhoeven
2014-12-09 10:53     ` Geert Uytterhoeven
2014-12-09 14:09     ` Wolfram Sang
2014-12-09 14:09       ` Wolfram Sang
2014-12-10  5:44       ` Magnus Damm
2014-12-10  5:44         ` Magnus Damm
2014-12-10  8:01         ` Wolfram Sang
2014-12-10  8:01           ` Wolfram Sang
2014-12-10 14:19           ` Laurent Pinchart
2014-12-10 14:19             ` Laurent Pinchart
2014-12-10 14:23             ` Wolfram Sang
2014-12-10 14:23               ` Wolfram Sang
2014-12-11  5:02               ` Vinod Koul
2014-12-11  5:14                 ` Vinod Koul
2014-12-11  7:37                 ` Wolfram Sang
2014-12-11  7:37                   ` Wolfram Sang
2014-12-11  7:47                   ` Laurent Pinchart
2014-12-11  7:47                     ` Laurent Pinchart
2014-12-11  8:28                     ` Wolfram Sang [this message]
2014-12-11  8:28                       ` Wolfram Sang
2014-12-11 21:42               ` Laurent Pinchart
2014-12-11 21:42                 ` Laurent Pinchart
2014-12-11 21:47                 ` Wolfram Sang
2014-12-11 21:47                   ` Wolfram Sang
2014-12-11 21:52                   ` Laurent Pinchart
2014-12-11 21:52                     ` Laurent Pinchart
2014-12-12 11:07                     ` Wolfram Sang
2014-12-12 11:07                       ` Wolfram Sang
2014-12-15  6:43                     ` Vinod Koul
2014-12-15  6:55                       ` Vinod Koul
2014-12-15  8:31                       ` Geert Uytterhoeven
2014-12-15  8:31                         ` Geert Uytterhoeven
2014-12-15  9:06                         ` Wolfram Sang
2014-12-15  9:06                           ` Wolfram Sang
2014-12-15  9:32                           ` Geert Uytterhoeven
2014-12-15  9:32                             ` Geert Uytterhoeven
2014-12-15  9:13                         ` Vinod Koul
2014-12-15  9:25                           ` Vinod Koul
     [not found]                           ` <20141215091314.GQ16827-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2014-12-15  9:42                             ` Laurent Pinchart
2014-12-15  9:42                               ` Laurent Pinchart
2014-12-15 14:48                               ` Vinod Koul
2014-12-15 14:48                                 ` Vinod Koul
2014-12-15  9:45                           ` Wolfram Sang
2014-12-15  9:45                             ` Wolfram Sang
2014-12-15 14:50                             ` Vinod Koul
2014-12-15 14:50                               ` Vinod Koul
2014-11-07 10:11 ` [PATCH 3/5] i2c: sh_mobile: improve success message Wolfram Sang
2014-11-07 10:11   ` Wolfram Sang
2014-11-12 16:12   ` Wolfram Sang
2014-11-12 16:12     ` Wolfram Sang
2014-11-13  0:27     ` Simon Horman
2014-11-13  0:27       ` Simon Horman
2014-11-07 10:11 ` [PATCH 4/5] ARM: shmobile: r8a7790: add DMA nodes for IIC Wolfram Sang
2014-11-07 10:11   ` Wolfram Sang
2014-11-13  0:26   ` Simon Horman
2014-11-13  0:26     ` Simon Horman
2014-11-07 10:11 ` [PATCH 5/5] ARM: shmobile: r8a7791: " Wolfram Sang
2014-11-07 10:11   ` Wolfram Sang
2014-11-13  0:26   ` Simon Horman
2014-11-13  0:26     ` Simon Horman

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=20141211082817.GA2239@katana \
    --to=wsa@the-dreams.de \
    --cc=dmaengine@vger.kernel.org \
    --cc=geert@linux-m68k.org \
    --cc=horms@verge.net.au \
    --cc=laurent.pinchart@ideasonboard.com \
    --cc=linux-i2c@vger.kernel.org \
    --cc=linux-sh@vger.kernel.org \
    --cc=magnus.damm@gmail.com \
    --cc=vinod.koul@intel.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.