Here is a set of small independent patches that clean up or fix minor things
across DMA slave drivers.
Andy Shevchenko (12):
imx-sdma: remove useless variable
mxs-dma: remove useless variable
edma: no need to assign residue to 0 explicitly
ep93xx_dma: remove useless use of lock
fsldma: remove useless use of lock
mmp_pdma: remove useless use of lock
mpc512x_dma: remove useless use of lock
pch_dma: remove useless use of lock
tegra20-apb-dma: remove useless use of lock
ipu_idmac: re-use dma_cookie_status()
mmp_tdma: set cookies as well when asked for tx status
txx9dmac: return DMA_SUCCESS immediately from device_tx_status()
drivers/dma/edma.c | 2 --
drivers/dma/ep93xx_dma.c | 10 +---------
drivers/dma/fsldma.c | 10 +---------
drivers/dma/imx-sdma.c | 9 +++------
drivers/dma/ipu/ipu_idmac.c | 5 +----
drivers/dma/mmp_pdma.c | 10 +---------
drivers/dma/mmp_tdma.c | 3 ++-
drivers/dma/mpc512x_dma.c | 10 +---------
drivers/dma/mxs-dma.c | 4 +---
drivers/dma/pch_dma.c | 9 +--------
drivers/dma/tegra20-apb-dma.c | 8 +++-----
drivers/dma/txx9dmac.c | 13 ++++++-------
12 files changed, 21 insertions(+), 72 deletions(-)
--
1.8.2.rc0.22.gb3600c3
Accordingly to dma_cookie_status() description locking is not required.
Signed-off-by: Andy Shevchenko <[email protected]>
Cc: Li Yang <[email protected]>
Cc: Zhang Wei <[email protected]>
Cc: [email protected]
---
drivers/dma/fsldma.c | 10 +---------
1 file changed, 1 insertion(+), 9 deletions(-)
diff --git a/drivers/dma/fsldma.c b/drivers/dma/fsldma.c
index 49e8fbd..b3f3e90 100644
--- a/drivers/dma/fsldma.c
+++ b/drivers/dma/fsldma.c
@@ -979,15 +979,7 @@ static enum dma_status fsl_tx_status(struct dma_chan *dchan,
dma_cookie_t cookie,
struct dma_tx_state *txstate)
{
- struct fsldma_chan *chan = to_fsl_chan(dchan);
- enum dma_status ret;
- unsigned long flags;
-
- spin_lock_irqsave(&chan->desc_lock, flags);
- ret = dma_cookie_status(dchan, cookie, txstate);
- spin_unlock_irqrestore(&chan->desc_lock, flags);
-
- return ret;
+ return dma_cookie_status(dchan, cookie, txstate);
}
/*----------------------------------------------------------------------------*/
--
1.8.2.rc0.22.gb3600c3
last_used variable is applied only once, so, let's substitute it by its value.
Signed-off-by: Andy Shevchenko <[email protected]>
---
drivers/dma/mxs-dma.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/dma/mxs-dma.c b/drivers/dma/mxs-dma.c
index b48a79c..b3a6379 100644
--- a/drivers/dma/mxs-dma.c
+++ b/drivers/dma/mxs-dma.c
@@ -622,10 +622,8 @@ static enum dma_status mxs_dma_tx_status(struct dma_chan *chan,
dma_cookie_t cookie, struct dma_tx_state *txstate)
{
struct mxs_dma_chan *mxs_chan = to_mxs_dma_chan(chan);
- dma_cookie_t last_used;
- last_used = chan->cookie;
- dma_set_tx_state(txstate, chan->completed_cookie, last_used, 0);
+ dma_set_tx_state(txstate, chan->completed_cookie, chan->cookie, 0);
return mxs_chan->status;
}
--
1.8.2.rc0.22.gb3600c3
There is no point to go throught the rest of the function if first call to
dma_cookie_status() returned DMA_SUCCESS.
Signed-off-by: Andy Shevchenko <[email protected]>
---
drivers/dma/txx9dmac.c | 13 ++++++-------
1 file changed, 6 insertions(+), 7 deletions(-)
diff --git a/drivers/dma/txx9dmac.c b/drivers/dma/txx9dmac.c
index a59fb48..59357db 100644
--- a/drivers/dma/txx9dmac.c
+++ b/drivers/dma/txx9dmac.c
@@ -962,15 +962,14 @@ txx9dmac_tx_status(struct dma_chan *chan, dma_cookie_t cookie,
enum dma_status ret;
ret = dma_cookie_status(chan, cookie, txstate);
- if (ret != DMA_SUCCESS) {
- spin_lock_bh(&dc->lock);
- txx9dmac_scan_descriptors(dc);
- spin_unlock_bh(&dc->lock);
+ if (ret == DMA_SUCCESS)
+ return DMA_SUCCESS;
- ret = dma_cookie_status(chan, cookie, txstate);
- }
+ spin_lock_bh(&dc->lock);
+ txx9dmac_scan_descriptors(dc);
+ spin_unlock_bh(&dc->lock);
- return ret;
+ return dma_cookie_status(chan, cookie, txstate);
}
static void txx9dmac_chain_dynamic(struct txx9dmac_chan *dc,
--
1.8.2.rc0.22.gb3600c3
It's better to use generic dma_cookie_status() that allows user to get standard
possible return codes independently of the DMAC driver in charge.
Signed-off-by: Andy Shevchenko <[email protected]>
Cc: Shawn Guo <[email protected]>
---
drivers/dma/ipu/ipu_idmac.c | 5 +----
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/dma/ipu/ipu_idmac.c b/drivers/dma/ipu/ipu_idmac.c
index d39c2cd..608d4a2 100644
--- a/drivers/dma/ipu/ipu_idmac.c
+++ b/drivers/dma/ipu/ipu_idmac.c
@@ -1593,10 +1593,7 @@ static void idmac_free_chan_resources(struct dma_chan *chan)
static enum dma_status idmac_tx_status(struct dma_chan *chan,
dma_cookie_t cookie, struct dma_tx_state *txstate)
{
- dma_set_tx_state(txstate, chan->completed_cookie, chan->cookie, 0);
- if (cookie != chan->cookie)
- return DMA_ERROR;
- return DMA_SUCCESS;
+ return dma_cookie_status(chan, cookie, txstate);
}
static int __init ipu_idmac_init(struct ipu *ipu)
--
1.8.2.rc0.22.gb3600c3
Accordingly to dma_cookie_status() description locking is not required.
Signed-off-by: Andy Shevchenko <[email protected]>
Cc: Stephen Warren <[email protected]>
Cc: [email protected]
---
drivers/dma/tegra20-apb-dma.c | 8 +++-----
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers/dma/tegra20-apb-dma.c b/drivers/dma/tegra20-apb-dma.c
index 33f59ec..019ccfa 100644
--- a/drivers/dma/tegra20-apb-dma.c
+++ b/drivers/dma/tegra20-apb-dma.c
@@ -767,13 +767,11 @@ static enum dma_status tegra_dma_tx_status(struct dma_chan *dc,
unsigned long flags;
unsigned int residual;
- spin_lock_irqsave(&tdc->lock, flags);
-
ret = dma_cookie_status(dc, cookie, txstate);
- if (ret == DMA_SUCCESS) {
- spin_unlock_irqrestore(&tdc->lock, flags);
+ if (ret == DMA_SUCCESS)
return ret;
- }
+
+ spin_lock_irqsave(&tdc->lock, flags);
/* Check on wait_ack desc status */
list_for_each_entry(dma_desc, &tdc->free_dma_desc, node) {
--
1.8.2.rc0.22.gb3600c3
Residue value is assigned to 0 by dma_cookie_status().
Signed-off-by: Andy Shevchenko <[email protected]>
---
drivers/dma/edma.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/dma/edma.c b/drivers/dma/edma.c
index cd7e328..8e11499 100644
--- a/drivers/dma/edma.c
+++ b/drivers/dma/edma.c
@@ -502,8 +502,6 @@ static enum dma_status edma_tx_status(struct dma_chan *chan,
} else if (echan->edesc && echan->edesc->vdesc.tx.cookie == cookie) {
struct edma_desc *edesc = echan->edesc;
txstate->residue = edma_desc_size(edesc);
- } else {
- txstate->residue = 0;
}
spin_unlock_irqrestore(&echan->vchan.lock, flags);
--
1.8.2.rc0.22.gb3600c3
dma_set_residue() sets only residue value, so user can't rely on the returned
values of cookies. That patch standardize the behaviour.
Signed-off-by: Andy Shevchenko <[email protected]>
---
drivers/dma/mmp_tdma.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/dma/mmp_tdma.c b/drivers/dma/mmp_tdma.c
index 43d5a6c..4472915 100644
--- a/drivers/dma/mmp_tdma.c
+++ b/drivers/dma/mmp_tdma.c
@@ -456,7 +456,8 @@ static enum dma_status mmp_tdma_tx_status(struct dma_chan *chan,
{
struct mmp_tdma_chan *tdmac = to_mmp_tdma_chan(chan);
- dma_set_residue(txstate, tdmac->buf_len - tdmac->pos);
+ dma_set_tx_state(txstate, chan->completed_cookie, chan->cookie,
+ tdmac->buf_len - tdmac->pos);
return tdmac->status;
}
--
1.8.2.rc0.22.gb3600c3
Accordingly to dma_cookie_status() description locking is not required.
Signed-off-by: Andy Shevchenko <[email protected]>
---
drivers/dma/pch_dma.c | 9 +--------
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/drivers/dma/pch_dma.c b/drivers/dma/pch_dma.c
index ce3dc3e..237f1d5 100644
--- a/drivers/dma/pch_dma.c
+++ b/drivers/dma/pch_dma.c
@@ -564,14 +564,7 @@ static void pd_free_chan_resources(struct dma_chan *chan)
static enum dma_status pd_tx_status(struct dma_chan *chan, dma_cookie_t cookie,
struct dma_tx_state *txstate)
{
- struct pch_dma_chan *pd_chan = to_pd_chan(chan);
- enum dma_status ret;
-
- spin_lock_irq(&pd_chan->lock);
- ret = dma_cookie_status(chan, cookie, txstate);
- spin_unlock_irq(&pd_chan->lock);
-
- return ret;
+ return dma_cookie_status(chan, cookie, txstate);
}
static void pd_issue_pending(struct dma_chan *chan)
--
1.8.2.rc0.22.gb3600c3
Accordingly to dma_cookie_status() description locking is not required.
Signed-off-by: Andy Shevchenko <[email protected]>
---
drivers/dma/mpc512x_dma.c | 10 +---------
1 file changed, 1 insertion(+), 9 deletions(-)
diff --git a/drivers/dma/mpc512x_dma.c b/drivers/dma/mpc512x_dma.c
index 2d95673..2fe4353 100644
--- a/drivers/dma/mpc512x_dma.c
+++ b/drivers/dma/mpc512x_dma.c
@@ -556,15 +556,7 @@ static enum dma_status
mpc_dma_tx_status(struct dma_chan *chan, dma_cookie_t cookie,
struct dma_tx_state *txstate)
{
- struct mpc_dma_chan *mchan = dma_chan_to_mpc_dma_chan(chan);
- enum dma_status ret;
- unsigned long flags;
-
- spin_lock_irqsave(&mchan->lock, flags);
- ret = dma_cookie_status(chan, cookie, txstate);
- spin_unlock_irqrestore(&mchan->lock, flags);
-
- return ret;
+ return dma_cookie_status(chan, cookie, txstate);
}
/* Prepare descriptor for memory to memory copy */
--
1.8.2.rc0.22.gb3600c3
Accordingly to dma_cookie_status() description locking is not required.
Signed-off-by: Andy Shevchenko <[email protected]>
---
drivers/dma/mmp_pdma.c | 10 +---------
1 file changed, 1 insertion(+), 9 deletions(-)
diff --git a/drivers/dma/mmp_pdma.c b/drivers/dma/mmp_pdma.c
index c26699f..ad4b0a7 100644
--- a/drivers/dma/mmp_pdma.c
+++ b/drivers/dma/mmp_pdma.c
@@ -632,15 +632,7 @@ static int mmp_pdma_control(struct dma_chan *dchan, enum dma_ctrl_cmd cmd,
static enum dma_status mmp_pdma_tx_status(struct dma_chan *dchan,
dma_cookie_t cookie, struct dma_tx_state *txstate)
{
- struct mmp_pdma_chan *chan = to_mmp_pdma_chan(dchan);
- enum dma_status ret;
- unsigned long flags;
-
- spin_lock_irqsave(&chan->desc_lock, flags);
- ret = dma_cookie_status(dchan, cookie, txstate);
- spin_unlock_irqrestore(&chan->desc_lock, flags);
-
- return ret;
+ return dma_cookie_status(dchan, cookie, txstate);
}
/**
--
1.8.2.rc0.22.gb3600c3
last_used variable is applied only once, so, let's substitute it by its value.
Signed-off-by: Andy Shevchenko <[email protected]>
---
drivers/dma/imx-sdma.c | 9 +++------
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/drivers/dma/imx-sdma.c b/drivers/dma/imx-sdma.c
index 092867b..285e10c 100644
--- a/drivers/dma/imx-sdma.c
+++ b/drivers/dma/imx-sdma.c
@@ -1119,15 +1119,12 @@ static int sdma_control(struct dma_chan *chan, enum dma_ctrl_cmd cmd,
}
static enum dma_status sdma_tx_status(struct dma_chan *chan,
- dma_cookie_t cookie,
- struct dma_tx_state *txstate)
+ dma_cookie_t cookie,
+ struct dma_tx_state *txstate)
{
struct sdma_channel *sdmac = to_sdma_chan(chan);
- dma_cookie_t last_used;
- last_used = chan->cookie;
-
- dma_set_tx_state(txstate, chan->completed_cookie, last_used,
+ dma_set_tx_state(txstate, chan->completed_cookie, chan->cookie,
sdmac->chn_count - sdmac->chn_real_count);
return sdmac->status;
--
1.8.2.rc0.22.gb3600c3
Accordingly to dma_cookie_status() description locking is not required.
Signed-off-by: Andy Shevchenko <[email protected]>
---
drivers/dma/ep93xx_dma.c | 10 +---------
1 file changed, 1 insertion(+), 9 deletions(-)
diff --git a/drivers/dma/ep93xx_dma.c b/drivers/dma/ep93xx_dma.c
index f2bf8c0..591cd8c 100644
--- a/drivers/dma/ep93xx_dma.c
+++ b/drivers/dma/ep93xx_dma.c
@@ -1313,15 +1313,7 @@ static enum dma_status ep93xx_dma_tx_status(struct dma_chan *chan,
dma_cookie_t cookie,
struct dma_tx_state *state)
{
- struct ep93xx_dma_chan *edmac = to_ep93xx_dma_chan(chan);
- enum dma_status ret;
- unsigned long flags;
-
- spin_lock_irqsave(&edmac->lock, flags);
- ret = dma_cookie_status(chan, cookie, state);
- spin_unlock_irqrestore(&edmac->lock, flags);
-
- return ret;
+ return dma_cookie_status(chan, cookie, state);
}
/**
--
1.8.2.rc0.22.gb3600c3
On Mon, May 27, 2013 at 03:14:40PM +0300, Andy Shevchenko wrote:
> It's better to use generic dma_cookie_status() that allows user to get standard
> possible return codes independently of the DMAC driver in charge.
>
> Signed-off-by: Andy Shevchenko <[email protected]>
> Cc: Shawn Guo <[email protected]>
Acked-by: Shawn Guo <[email protected]>
> ---
> drivers/dma/ipu/ipu_idmac.c | 5 +----
> 1 file changed, 1 insertion(+), 4 deletions(-)
>
> diff --git a/drivers/dma/ipu/ipu_idmac.c b/drivers/dma/ipu/ipu_idmac.c
> index d39c2cd..608d4a2 100644
> --- a/drivers/dma/ipu/ipu_idmac.c
> +++ b/drivers/dma/ipu/ipu_idmac.c
> @@ -1593,10 +1593,7 @@ static void idmac_free_chan_resources(struct dma_chan *chan)
> static enum dma_status idmac_tx_status(struct dma_chan *chan,
> dma_cookie_t cookie, struct dma_tx_state *txstate)
> {
> - dma_set_tx_state(txstate, chan->completed_cookie, chan->cookie, 0);
> - if (cookie != chan->cookie)
> - return DMA_ERROR;
> - return DMA_SUCCESS;
> + return dma_cookie_status(chan, cookie, txstate);
> }
>
> static int __init ipu_idmac_init(struct ipu *ipu)
> --
> 1.8.2.rc0.22.gb3600c3
>
On Monday 27 May 2013 05:44 PM, Andy Shevchenko wrote:
> Accordingly to dma_cookie_status() description locking is not required.
>
I think we need lock here:
From isr handler, we call dma_cookie_complete() which is in
spin-locked. This function updates tx->chan->completed_cookie = tx->cookie;
In tegra_dma_tx_status(), we check for dma_cookie_status() which access
the chan->completed_cookie; and it decides status based on this
As the access of chan->completed_cookie are from different context, we
need this locking.
But did not get why it is documented as locking is not require if shared
variable is getting changed/access from different context simultaneously.
On Wed, May 29, 2013 at 1:56 PM, Laxman Dewangan <[email protected]> wrote:
> On Monday 27 May 2013 05:44 PM, Andy Shevchenko wrote:
>>
>> Accordingly to dma_cookie_status() description locking is not required.
>>
> I think we need lock here:
> From isr handler, we call dma_cookie_complete() which is in spin-locked.
> This function updates tx->chan->completed_cookie = tx->cookie;
> In tegra_dma_tx_status(), we check for dma_cookie_status() which access the
> chan->completed_cookie; and it decides status based on this
>
> As the access of chan->completed_cookie are from different context, we
> need this locking.
You need to have a consistent data in the cookies. This is guaranteed
by memory barrier if I got it correctly.
--
With Best Regards,
Andy Shevchenko
On Mon, May 27, 2013 at 03:14:30PM +0300, Andy Shevchenko wrote:
> Here is a set of small independent patches that clean up or fix minor things
> across DMA slave drivers.
The series looks fine. I am going to wait a day more and apply, pls speak up if
you disagree and ack if you agree
--
~Vinod
>
> Andy Shevchenko (12):
> imx-sdma: remove useless variable
> mxs-dma: remove useless variable
> edma: no need to assign residue to 0 explicitly
> ep93xx_dma: remove useless use of lock
> fsldma: remove useless use of lock
> mmp_pdma: remove useless use of lock
> mpc512x_dma: remove useless use of lock
> pch_dma: remove useless use of lock
> tegra20-apb-dma: remove useless use of lock
> ipu_idmac: re-use dma_cookie_status()
> mmp_tdma: set cookies as well when asked for tx status
> txx9dmac: return DMA_SUCCESS immediately from device_tx_status()
>
> drivers/dma/edma.c | 2 --
> drivers/dma/ep93xx_dma.c | 10 +---------
> drivers/dma/fsldma.c | 10 +---------
> drivers/dma/imx-sdma.c | 9 +++------
> drivers/dma/ipu/ipu_idmac.c | 5 +----
> drivers/dma/mmp_pdma.c | 10 +---------
> drivers/dma/mmp_tdma.c | 3 ++-
> drivers/dma/mpc512x_dma.c | 10 +---------
> drivers/dma/mxs-dma.c | 4 +---
> drivers/dma/pch_dma.c | 9 +--------
> drivers/dma/tegra20-apb-dma.c | 8 +++-----
> drivers/dma/txx9dmac.c | 13 ++++++-------
> 12 files changed, 21 insertions(+), 72 deletions(-)
>
> --
> 1.8.2.rc0.22.gb3600c3
>
--
On Thu, May 30, 2013 at 8:47 PM, Vinod Koul <[email protected]> wrote:
> On Mon, May 27, 2013 at 03:14:30PM +0300, Andy Shevchenko wrote:
>> Here is a set of small independent patches that clean up or fix minor things
>> across DMA slave drivers.
> The series looks fine. I am going to wait a day more and apply, pls speak up if
> you disagree and ack if you agree
I'm not in hurry with it. Please, take your time and do whatever it requires.
Thank you!
--
With Best Regards,
Andy Shevchenko
On Thu, May 30, 2013 at 10:47 AM, Vinod Koul <[email protected]> wrote:
> On Mon, May 27, 2013 at 03:14:30PM +0300, Andy Shevchenko wrote:
>> Here is a set of small independent patches that clean up or fix minor things
>> across DMA slave drivers.
> The series looks fine. I am going to wait a day more and apply, pls speak up if
> you disagree and ack if you agree
Looks ok to me. Reminds we can probably take this one step further
and provide a generic implementation for the common case. It's just a
bit inconsistent though that some engines will poll the completion
handler (try to advance the state of the last completed cookie)
whereas others just assume things will be completed asynchronously.
--
Dan
On Thu, 2013-05-30 at 23:17 +0530, Vinod Koul wrote:
> On Mon, May 27, 2013 at 03:14:30PM +0300, Andy Shevchenko wrote:
> > Here is a set of small independent patches that clean up or fix minor things
> > across DMA slave drivers.
> The series looks fine. I am going to wait a day more and apply, pls speak up if
> you disagree and ack if you agree
Kindly remind about this series.
>
> --
> ~Vinod
> >
> > Andy Shevchenko (12):
> > imx-sdma: remove useless variable
> > mxs-dma: remove useless variable
> > edma: no need to assign residue to 0 explicitly
> > ep93xx_dma: remove useless use of lock
> > fsldma: remove useless use of lock
> > mmp_pdma: remove useless use of lock
> > mpc512x_dma: remove useless use of lock
> > pch_dma: remove useless use of lock
> > tegra20-apb-dma: remove useless use of lock
> > ipu_idmac: re-use dma_cookie_status()
> > mmp_tdma: set cookies as well when asked for tx status
> > txx9dmac: return DMA_SUCCESS immediately from device_tx_status()
> >
> > drivers/dma/edma.c | 2 --
> > drivers/dma/ep93xx_dma.c | 10 +---------
> > drivers/dma/fsldma.c | 10 +---------
> > drivers/dma/imx-sdma.c | 9 +++------
> > drivers/dma/ipu/ipu_idmac.c | 5 +----
> > drivers/dma/mmp_pdma.c | 10 +---------
> > drivers/dma/mmp_tdma.c | 3 ++-
> > drivers/dma/mpc512x_dma.c | 10 +---------
> > drivers/dma/mxs-dma.c | 4 +---
> > drivers/dma/pch_dma.c | 9 +--------
> > drivers/dma/tegra20-apb-dma.c | 8 +++-----
> > drivers/dma/txx9dmac.c | 13 ++++++-------
> > 12 files changed, 21 insertions(+), 72 deletions(-)
> >
> > --
> > 1.8.2.rc0.22.gb3600c3
> >
>
--
Andy Shevchenko <[email protected]>
Intel Finland Oy
On Fri, May 31, 2013 at 05:09:51PM -0700, Dan Williams wrote:
> On Thu, May 30, 2013 at 10:47 AM, Vinod Koul <[email protected]> wrote:
> > On Mon, May 27, 2013 at 03:14:30PM +0300, Andy Shevchenko wrote:
> >> Here is a set of small independent patches that clean up or fix minor things
> >> across DMA slave drivers.
> > The series looks fine. I am going to wait a day more and apply, pls speak up if
> > you disagree and ack if you agree
>
> Looks ok to me. Reminds we can probably take this one step further
> and provide a generic implementation for the common case. It's just a
> bit inconsistent though that some engines will poll the completion
> handler (try to advance the state of the last completed cookie)
> whereas others just assume things will be completed asynchronously.
agree with that. These are the inconsistencies some of which are based on
hardware and some are user iterpretations...
--
~Vinod
On Thu, May 30, 2013 at 09:32:19PM +0300, Andy Shevchenko wrote:
> >> Here is a set of small independent patches that clean up or fix minor things
> >> across DMA slave drivers.
Applied thanks
--
~Vinod
On Mon, 2013-07-15 at 15:07 +0530, Vinod Koul wrote:
> On Thu, May 30, 2013 at 09:32:19PM +0300, Andy Shevchenko wrote:
> > >> Here is a set of small independent patches that clean up or fix minor things
> > >> across DMA slave drivers.
>
> Applied thanks
Thank you. You were faster than me, I was just about to send rebased
version.
--
Andy Shevchenko <[email protected]>
Intel Finland Oy
On Mon, Jul 15, 2013 at 01:21:17PM +0300, Andy Shevchenko wrote:
> On Mon, 2013-07-15 at 15:07 +0530, Vinod Koul wrote:
> > On Thu, May 30, 2013 at 09:32:19PM +0300, Andy Shevchenko wrote:
> > > >> Here is a set of small independent patches that clean up or fix minor things
> > > >> across DMA slave drivers.
> >
> > Applied thanks
>
> Thank you. You were faster than me, I was just about to send rebased
> version.
:)
I suspected changes are trivial and it should apply or with slight modfications.
it did apply cleanly so no reason to delay applying on shiny new -rc1
For folks in this part of world, monday morning Linus drops the rc1 usually, so
get staright to it!
--
~Vinod