From: Peter Ujfalusi <peter.ujfalusi@ti.com>
To: Arnd Bergmann <arnd@arndb.de>
Cc: vinod.koul@intel.com, andy.shevchenko@gmail.com,
linux-kernel@vger.kernel.org, dmaengine@vger.kernel.org,
linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
nsekhar@ti.com, tony@atomide.com
Subject: Re: [PATCH 4/4] dmaengine: edma: Add support for DMA filter mapping to slave devices
Date: Thu, 3 Dec 2015 17:46:18 +0200 [thread overview]
Message-ID: <566063CA.20500@ti.com> (raw)
In-Reply-To: <2675730.x1sS4Fa4y8@wuerfel>
On 12/03/2015 05:38 PM, Arnd Bergmann wrote:
> On Thursday 03 December 2015 16:33:12 Peter Ujfalusi wrote:
>> diff --git a/drivers/dma/edma.c b/drivers/dma/edma.c
>> index 0675e268d577..46b305ea0d21 100644
>> --- a/drivers/dma/edma.c
>> +++ b/drivers/dma/edma.c
>> @@ -2297,6 +2297,12 @@ static int edma_probe(struct platform_device *pdev)
>> edma_set_chmap(&ecc->slave_chans[i], ecc->dummy_slot);
>> }
>>
>> + if (info->slave_map) {
>> + ecc->dma_slave.filter_map.map = info->slave_map;
>> + ecc->dma_slave.filter_map.mapcnt = info->slavecnt;
>> + ecc->dma_slave.filter_map.filter_fn = edma_filter_fn;
>> + }
>> +
>>
>
> Just a minor comment here: I think all three assignments can be done
> unconditionally.
True.
> As I mentioned before, I'd also remove 'struct dma_filter'
> and put the three members in struct dma_device directly. In fact, the
> filter function can go with the other function pointers for consistency.
I just like to keep things in one place ;)
I don't have strong stand on keeping the intermediate 'struct dma_filter'
Let's hear from Vinod regarding to this
--
Péter
WARNING: multiple messages have this Message-ID (diff)
From: peter.ujfalusi@ti.com (Peter Ujfalusi)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 4/4] dmaengine: edma: Add support for DMA filter mapping to slave devices
Date: Thu, 3 Dec 2015 17:46:18 +0200 [thread overview]
Message-ID: <566063CA.20500@ti.com> (raw)
In-Reply-To: <2675730.x1sS4Fa4y8@wuerfel>
On 12/03/2015 05:38 PM, Arnd Bergmann wrote:
> On Thursday 03 December 2015 16:33:12 Peter Ujfalusi wrote:
>> diff --git a/drivers/dma/edma.c b/drivers/dma/edma.c
>> index 0675e268d577..46b305ea0d21 100644
>> --- a/drivers/dma/edma.c
>> +++ b/drivers/dma/edma.c
>> @@ -2297,6 +2297,12 @@ static int edma_probe(struct platform_device *pdev)
>> edma_set_chmap(&ecc->slave_chans[i], ecc->dummy_slot);
>> }
>>
>> + if (info->slave_map) {
>> + ecc->dma_slave.filter_map.map = info->slave_map;
>> + ecc->dma_slave.filter_map.mapcnt = info->slavecnt;
>> + ecc->dma_slave.filter_map.filter_fn = edma_filter_fn;
>> + }
>> +
>>
>
> Just a minor comment here: I think all three assignments can be done
> unconditionally.
True.
> As I mentioned before, I'd also remove 'struct dma_filter'
> and put the three members in struct dma_device directly. In fact, the
> filter function can go with the other function pointers for consistency.
I just like to keep things in one place ;)
I don't have strong stand on keeping the intermediate 'struct dma_filter'
Let's hear from Vinod regarding to this
--
P?ter
WARNING: multiple messages have this Message-ID (diff)
From: Peter Ujfalusi <peter.ujfalusi@ti.com>
To: Arnd Bergmann <arnd@arndb.de>
Cc: <vinod.koul@intel.com>, <andy.shevchenko@gmail.com>,
<linux-kernel@vger.kernel.org>, <dmaengine@vger.kernel.org>,
<linux-omap@vger.kernel.org>,
<linux-arm-kernel@lists.infradead.org>, <nsekhar@ti.com>,
<tony@atomide.com>
Subject: Re: [PATCH 4/4] dmaengine: edma: Add support for DMA filter mapping to slave devices
Date: Thu, 3 Dec 2015 17:46:18 +0200 [thread overview]
Message-ID: <566063CA.20500@ti.com> (raw)
In-Reply-To: <2675730.x1sS4Fa4y8@wuerfel>
On 12/03/2015 05:38 PM, Arnd Bergmann wrote:
> On Thursday 03 December 2015 16:33:12 Peter Ujfalusi wrote:
>> diff --git a/drivers/dma/edma.c b/drivers/dma/edma.c
>> index 0675e268d577..46b305ea0d21 100644
>> --- a/drivers/dma/edma.c
>> +++ b/drivers/dma/edma.c
>> @@ -2297,6 +2297,12 @@ static int edma_probe(struct platform_device *pdev)
>> edma_set_chmap(&ecc->slave_chans[i], ecc->dummy_slot);
>> }
>>
>> + if (info->slave_map) {
>> + ecc->dma_slave.filter_map.map = info->slave_map;
>> + ecc->dma_slave.filter_map.mapcnt = info->slavecnt;
>> + ecc->dma_slave.filter_map.filter_fn = edma_filter_fn;
>> + }
>> +
>>
>
> Just a minor comment here: I think all three assignments can be done
> unconditionally.
True.
> As I mentioned before, I'd also remove 'struct dma_filter'
> and put the three members in struct dma_device directly. In fact, the
> filter function can go with the other function pointers for consistency.
I just like to keep things in one place ;)
I don't have strong stand on keeping the intermediate 'struct dma_filter'
Let's hear from Vinod regarding to this
--
Péter
next prev parent reply other threads:[~2015-12-03 15:46 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-12-03 14:33 [PATCH 0/4] dmaengine: New 'universal' API for requesting channel Peter Ujfalusi
2015-12-03 14:33 ` Peter Ujfalusi
2015-12-03 14:33 ` Peter Ujfalusi
2015-12-03 14:33 ` [PATCH 1/4] dmaengine: core: Skip mask matching when it is not provided to private_candidate Peter Ujfalusi
2015-12-03 14:33 ` Peter Ujfalusi
2015-12-03 14:33 ` Peter Ujfalusi
2015-12-03 14:33 ` [PATCH 2/4] dmaengine: core: Move and merge the code paths using private_candidate Peter Ujfalusi
2015-12-03 14:33 ` Peter Ujfalusi
2015-12-03 14:33 ` Peter Ujfalusi
2015-12-03 14:33 ` [PATCH 3/4] dmaengine: core: Introduce new, universal API to request a channel Peter Ujfalusi
2015-12-03 14:33 ` Peter Ujfalusi
2015-12-03 14:33 ` Peter Ujfalusi
2015-12-03 15:32 ` Arnd Bergmann
2015-12-03 15:32 ` Arnd Bergmann
2015-12-03 15:42 ` Peter Ujfalusi
2015-12-03 15:42 ` Peter Ujfalusi
2015-12-03 15:42 ` Peter Ujfalusi
2015-12-03 15:45 ` Arnd Bergmann
2015-12-03 15:45 ` Arnd Bergmann
2015-12-03 16:30 ` Andy Shevchenko
2015-12-03 16:30 ` Andy Shevchenko
2015-12-03 14:33 ` [PATCH 4/4] dmaengine: edma: Add support for DMA filter mapping to slave devices Peter Ujfalusi
2015-12-03 14:33 ` Peter Ujfalusi
2015-12-03 14:33 ` Peter Ujfalusi
2015-12-03 15:38 ` Arnd Bergmann
2015-12-03 15:38 ` Arnd Bergmann
2015-12-03 15:46 ` Peter Ujfalusi [this message]
2015-12-03 15:46 ` Peter Ujfalusi
2015-12-03 15:46 ` Peter Ujfalusi
2015-12-08 13:15 ` Peter Ujfalusi
2015-12-08 13:15 ` Peter Ujfalusi
2015-12-08 13:15 ` Peter Ujfalusi
2015-12-03 16:32 ` [PATCH 0/4] dmaengine: New 'universal' API for requesting channel Andy Shevchenko
2015-12-03 16:32 ` Andy Shevchenko
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=566063CA.20500@ti.com \
--to=peter.ujfalusi@ti.com \
--cc=andy.shevchenko@gmail.com \
--cc=arnd@arndb.de \
--cc=dmaengine@vger.kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=nsekhar@ti.com \
--cc=tony@atomide.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.