All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sonny Rao <sonnyrao@chromium.org>
To: Shawn Lin <shawn.lin@rock-chips.com>
Cc: Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Vinod Koul <vinod.koul@intel.com>,
	Heiko Stuebner <heiko@sntech.de>,
	Doug Anderson <dianders@chromium.org>,
	Olof Johansson <olofj@google.com>,
	Addy Ke <addy.ke@rock-chips.com>,
	dmaengine@vger.kernel.org,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	"open list:ARM/Rockchip SoC..."
	<linux-rockchip@lists.infradead.org>,
	Boojin Kim <boojin.kim@samsung.com>
Subject: Re: [PATCH 1/5] DMA: pl330: support burst mode for dev-to-mem and mem-to-dev transmit
Date: Fri, 28 Aug 2015 11:19:52 -0700	[thread overview]
Message-ID: <CAPz6YkX-d8B1wPgjnULDAY8+nyuFePVrEU2NQe0rV2CsjYEj3Q@mail.gmail.com> (raw)
In-Reply-To: <55DF1072.1070905@rock-chips.com>

On Thu, Aug 27, 2015 at 6:28 AM, Shawn Lin <shawn.lin@rock-chips.com> wrote:
> 在 2015/8/27 20:57, Krzysztof Kozlowski 写道:
>>
>> 2015-08-27 17:48 GMT+09:00 Shawn Lin <shawn.lin@rock-chips.com>:
>>>
>>>
>>> This patch adds to support burst mode for dev-to-mem and
>>> mem-to-dev transmit.
>>>
>>> Signed-off-by: Boojin Kim <boojin.kim@samsung.com>
>>> Signed-off-by: Addy Ke <addy.ke@rock-chips.com>
>>> Signed-off-by: Shawn Lin <shawn.lin@rock-chips.com>
>>> cc: Heiko Stuebner <heiko@sntech.de>
>>> cc: Doug Anderson <dianders@chromium.org>
>>> cc: Olof Johansson <olofj@google.com>
>>> Reviewed-and-tested-by: Sonny Rao <sonnyrao@chromium.org>
>>
>>
>> For the entire patchset: I would prefer to see someone's
>> reviewed/tested tag in his response. Sending a version 1 of patchset
>> (regardless of Boojin Kim's work two years ago) with such tag could
>> mean anything. I cannot verify it easily (unless digging somewhere...
>> or asking people). You could add for example: Reviewed-by Santa Claus.
>> Should I sent a letter to him asking for confirmation? :)
>>
>
> :) yes, you are right. I should comply with the rule, even if the patchest
> had been reviewed or tested by someone on another tree.

Hi, yeah I reviewed on a different tree, so you shouldn't put that tag
here, thanks for removing it.
I can re-review if you'd like.

>
>
>> More seriously - reviewed-by is a statement (please look at
>> Documentation/SubmittingPatches) and you cannot force someone to make
>> that statement. He must make such statement on his own.
>>
>> That's all from my side since I don't feel skilled enough to review the
>> code.
>>
>> Best regards,
>> Krzysztof
>>
>>>
>>> ---
>>>
>>>   drivers/dma/pl330.c | 18 ++++++++++++------
>>>   1 file changed, 12 insertions(+), 6 deletions(-)
>>>
>>> diff --git a/drivers/dma/pl330.c b/drivers/dma/pl330.c
>>> index ecab4ea0..0d544d2 100644
>>> --- a/drivers/dma/pl330.c
>>> +++ b/drivers/dma/pl330.c
>>> @@ -1141,10 +1141,13 @@ static inline int _ldst_devtomem(unsigned
>>> dry_run, u8 buf[],
>>>                  const struct _xfer_spec *pxs, int cyc)
>>>   {
>>>          int off = 0;
>>> +       enum pl330_cond cond;
>>> +
>>> +       cond = (pxs->desc->rqcfg.brst_len == 1) ? SINGLE : BURST;
>>>
>>>          while (cyc--) {
>>> -               off += _emit_WFP(dry_run, &buf[off], SINGLE,
>>> pxs->desc->peri);
>>> -               off += _emit_LDP(dry_run, &buf[off], SINGLE,
>>> pxs->desc->peri);
>>> +               off += _emit_WFP(dry_run, &buf[off], cond,
>>> pxs->desc->peri);
>>> +               off += _emit_LDP(dry_run, &buf[off], cond,
>>> pxs->desc->peri);
>>>                  off += _emit_ST(dry_run, &buf[off], ALWAYS);
>>>                  off += _emit_FLUSHP(dry_run, &buf[off],
>>> pxs->desc->peri);
>>>          }
>>> @@ -1156,11 +1159,14 @@ static inline int _ldst_memtodev(unsigned
>>> dry_run, u8 buf[],
>>>                  const struct _xfer_spec *pxs, int cyc)
>>>   {
>>>          int off = 0;
>>> +       enum pl330_cond cond;
>>> +
>>> +       cond = (pxs->desc->rqcfg.brst_len == 1) ? SINGLE : BURST;
>>>
>>>          while (cyc--) {
>>> -               off += _emit_WFP(dry_run, &buf[off], SINGLE,
>>> pxs->desc->peri);
>>> +               off += _emit_WFP(dry_run, &buf[off], cond,
>>> pxs->desc->peri);
>>>                  off += _emit_LD(dry_run, &buf[off], ALWAYS);
>>> -               off += _emit_STP(dry_run, &buf[off], SINGLE,
>>> pxs->desc->peri);
>>> +               off += _emit_STP(dry_run, &buf[off], cond,
>>> pxs->desc->peri);
>>>                  off += _emit_FLUSHP(dry_run, &buf[off],
>>> pxs->desc->peri);
>>>          }
>>>
>>> @@ -2557,7 +2563,7 @@ static struct dma_async_tx_descriptor
>>> *pl330_prep_dma_cyclic(
>>>
>>>                  desc->rqtype = direction;
>>>                  desc->rqcfg.brst_size = pch->burst_sz;
>>> -               desc->rqcfg.brst_len = 1;
>>> +               desc->rqcfg.brst_len = pch->burst_len;
>>>                  desc->bytes_requested = period_len;
>>>                  fill_px(&desc->px, dst, src, period_len);
>>>
>>> @@ -2702,7 +2708,7 @@ pl330_prep_slave_sg(struct dma_chan *chan, struct
>>> scatterlist *sgl,
>>>                  }
>>>
>>>                  desc->rqcfg.brst_size = pch->burst_sz;
>>> -               desc->rqcfg.brst_len = 1;
>>> +               desc->rqcfg.brst_len = pch->burst_len;
>>>                  desc->rqtype = direction;
>>>                  desc->bytes_requested = sg_dma_len(sg);
>>>          }
>>> --
>>> 2.3.7
>>>
>>>
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe dmaengine" in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
>>
>>
>>
>
>
> --
> Best Regards
> Shawn Lin
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

WARNING: multiple messages have this Message-ID (diff)
From: Sonny Rao <sonnyrao-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org>
To: Shawn Lin <shawn.lin-TNX95d0MmH7DzftRWevZcw@public.gmane.org>
Cc: Krzysztof Kozlowski
	<k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>,
	Heiko Stuebner <heiko-4mtYJXux2i+zQB+pC5nmwQ@public.gmane.org>,
	Boojin Kim <boojin.kim-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>,
	Vinod Koul <vinod.koul-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
	"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Addy Ke <addy.ke-TNX95d0MmH7DzftRWevZcw@public.gmane.org>,
	Doug Anderson <dianders-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org>,
	"open list:ARM/Rockchip SoC..."
	<linux-rockchip-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
	dmaengine-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Olof Johansson <olofj-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>,
	"linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org"
	<linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>
Subject: Re: [PATCH 1/5] DMA: pl330: support burst mode for dev-to-mem and mem-to-dev transmit
Date: Fri, 28 Aug 2015 11:19:52 -0700	[thread overview]
Message-ID: <CAPz6YkX-d8B1wPgjnULDAY8+nyuFePVrEU2NQe0rV2CsjYEj3Q@mail.gmail.com> (raw)
In-Reply-To: <55DF1072.1070905-TNX95d0MmH7DzftRWevZcw@public.gmane.org>

On Thu, Aug 27, 2015 at 6:28 AM, Shawn Lin <shawn.lin@rock-chips.com> wrote:
> 在 2015/8/27 20:57, Krzysztof Kozlowski 写道:
>>
>> 2015-08-27 17:48 GMT+09:00 Shawn Lin <shawn.lin@rock-chips.com>:
>>>
>>>
>>> This patch adds to support burst mode for dev-to-mem and
>>> mem-to-dev transmit.
>>>
>>> Signed-off-by: Boojin Kim <boojin.kim@samsung.com>
>>> Signed-off-by: Addy Ke <addy.ke@rock-chips.com>
>>> Signed-off-by: Shawn Lin <shawn.lin@rock-chips.com>
>>> cc: Heiko Stuebner <heiko@sntech.de>
>>> cc: Doug Anderson <dianders@chromium.org>
>>> cc: Olof Johansson <olofj@google.com>
>>> Reviewed-and-tested-by: Sonny Rao <sonnyrao@chromium.org>
>>
>>
>> For the entire patchset: I would prefer to see someone's
>> reviewed/tested tag in his response. Sending a version 1 of patchset
>> (regardless of Boojin Kim's work two years ago) with such tag could
>> mean anything. I cannot verify it easily (unless digging somewhere...
>> or asking people). You could add for example: Reviewed-by Santa Claus.
>> Should I sent a letter to him asking for confirmation? :)
>>
>
> :) yes, you are right. I should comply with the rule, even if the patchest
> had been reviewed or tested by someone on another tree.

Hi, yeah I reviewed on a different tree, so you shouldn't put that tag
here, thanks for removing it.
I can re-review if you'd like.

>
>
>> More seriously - reviewed-by is a statement (please look at
>> Documentation/SubmittingPatches) and you cannot force someone to make
>> that statement. He must make such statement on his own.
>>
>> That's all from my side since I don't feel skilled enough to review the
>> code.
>>
>> Best regards,
>> Krzysztof
>>
>>>
>>> ---
>>>
>>>   drivers/dma/pl330.c | 18 ++++++++++++------
>>>   1 file changed, 12 insertions(+), 6 deletions(-)
>>>
>>> diff --git a/drivers/dma/pl330.c b/drivers/dma/pl330.c
>>> index ecab4ea0..0d544d2 100644
>>> --- a/drivers/dma/pl330.c
>>> +++ b/drivers/dma/pl330.c
>>> @@ -1141,10 +1141,13 @@ static inline int _ldst_devtomem(unsigned
>>> dry_run, u8 buf[],
>>>                  const struct _xfer_spec *pxs, int cyc)
>>>   {
>>>          int off = 0;
>>> +       enum pl330_cond cond;
>>> +
>>> +       cond = (pxs->desc->rqcfg.brst_len == 1) ? SINGLE : BURST;
>>>
>>>          while (cyc--) {
>>> -               off += _emit_WFP(dry_run, &buf[off], SINGLE,
>>> pxs->desc->peri);
>>> -               off += _emit_LDP(dry_run, &buf[off], SINGLE,
>>> pxs->desc->peri);
>>> +               off += _emit_WFP(dry_run, &buf[off], cond,
>>> pxs->desc->peri);
>>> +               off += _emit_LDP(dry_run, &buf[off], cond,
>>> pxs->desc->peri);
>>>                  off += _emit_ST(dry_run, &buf[off], ALWAYS);
>>>                  off += _emit_FLUSHP(dry_run, &buf[off],
>>> pxs->desc->peri);
>>>          }
>>> @@ -1156,11 +1159,14 @@ static inline int _ldst_memtodev(unsigned
>>> dry_run, u8 buf[],
>>>                  const struct _xfer_spec *pxs, int cyc)
>>>   {
>>>          int off = 0;
>>> +       enum pl330_cond cond;
>>> +
>>> +       cond = (pxs->desc->rqcfg.brst_len == 1) ? SINGLE : BURST;
>>>
>>>          while (cyc--) {
>>> -               off += _emit_WFP(dry_run, &buf[off], SINGLE,
>>> pxs->desc->peri);
>>> +               off += _emit_WFP(dry_run, &buf[off], cond,
>>> pxs->desc->peri);
>>>                  off += _emit_LD(dry_run, &buf[off], ALWAYS);
>>> -               off += _emit_STP(dry_run, &buf[off], SINGLE,
>>> pxs->desc->peri);
>>> +               off += _emit_STP(dry_run, &buf[off], cond,
>>> pxs->desc->peri);
>>>                  off += _emit_FLUSHP(dry_run, &buf[off],
>>> pxs->desc->peri);
>>>          }
>>>
>>> @@ -2557,7 +2563,7 @@ static struct dma_async_tx_descriptor
>>> *pl330_prep_dma_cyclic(
>>>
>>>                  desc->rqtype = direction;
>>>                  desc->rqcfg.brst_size = pch->burst_sz;
>>> -               desc->rqcfg.brst_len = 1;
>>> +               desc->rqcfg.brst_len = pch->burst_len;
>>>                  desc->bytes_requested = period_len;
>>>                  fill_px(&desc->px, dst, src, period_len);
>>>
>>> @@ -2702,7 +2708,7 @@ pl330_prep_slave_sg(struct dma_chan *chan, struct
>>> scatterlist *sgl,
>>>                  }
>>>
>>>                  desc->rqcfg.brst_size = pch->burst_sz;
>>> -               desc->rqcfg.brst_len = 1;
>>> +               desc->rqcfg.brst_len = pch->burst_len;
>>>                  desc->rqtype = direction;
>>>                  desc->bytes_requested = sg_dma_len(sg);
>>>          }
>>> --
>>> 2.3.7
>>>
>>>
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe dmaengine" in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
>>
>>
>>
>
>
> --
> Best Regards
> Shawn Lin
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

_______________________________________________
Linux-rockchip mailing list
Linux-rockchip@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-rockchip

WARNING: multiple messages have this Message-ID (diff)
From: sonnyrao@chromium.org (Sonny Rao)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 1/5] DMA: pl330: support burst mode for dev-to-mem and mem-to-dev transmit
Date: Fri, 28 Aug 2015 11:19:52 -0700	[thread overview]
Message-ID: <CAPz6YkX-d8B1wPgjnULDAY8+nyuFePVrEU2NQe0rV2CsjYEj3Q@mail.gmail.com> (raw)
In-Reply-To: <55DF1072.1070905@rock-chips.com>

On Thu, Aug 27, 2015 at 6:28 AM, Shawn Lin <shawn.lin@rock-chips.com> wrote:
> ? 2015/8/27 20:57, Krzysztof Kozlowski ??:
>>
>> 2015-08-27 17:48 GMT+09:00 Shawn Lin <shawn.lin@rock-chips.com>:
>>>
>>>
>>> This patch adds to support burst mode for dev-to-mem and
>>> mem-to-dev transmit.
>>>
>>> Signed-off-by: Boojin Kim <boojin.kim@samsung.com>
>>> Signed-off-by: Addy Ke <addy.ke@rock-chips.com>
>>> Signed-off-by: Shawn Lin <shawn.lin@rock-chips.com>
>>> cc: Heiko Stuebner <heiko@sntech.de>
>>> cc: Doug Anderson <dianders@chromium.org>
>>> cc: Olof Johansson <olofj@google.com>
>>> Reviewed-and-tested-by: Sonny Rao <sonnyrao@chromium.org>
>>
>>
>> For the entire patchset: I would prefer to see someone's
>> reviewed/tested tag in his response. Sending a version 1 of patchset
>> (regardless of Boojin Kim's work two years ago) with such tag could
>> mean anything. I cannot verify it easily (unless digging somewhere...
>> or asking people). You could add for example: Reviewed-by Santa Claus.
>> Should I sent a letter to him asking for confirmation? :)
>>
>
> :) yes, you are right. I should comply with the rule, even if the patchest
> had been reviewed or tested by someone on another tree.

Hi, yeah I reviewed on a different tree, so you shouldn't put that tag
here, thanks for removing it.
I can re-review if you'd like.

>
>
>> More seriously - reviewed-by is a statement (please look at
>> Documentation/SubmittingPatches) and you cannot force someone to make
>> that statement. He must make such statement on his own.
>>
>> That's all from my side since I don't feel skilled enough to review the
>> code.
>>
>> Best regards,
>> Krzysztof
>>
>>>
>>> ---
>>>
>>>   drivers/dma/pl330.c | 18 ++++++++++++------
>>>   1 file changed, 12 insertions(+), 6 deletions(-)
>>>
>>> diff --git a/drivers/dma/pl330.c b/drivers/dma/pl330.c
>>> index ecab4ea0..0d544d2 100644
>>> --- a/drivers/dma/pl330.c
>>> +++ b/drivers/dma/pl330.c
>>> @@ -1141,10 +1141,13 @@ static inline int _ldst_devtomem(unsigned
>>> dry_run, u8 buf[],
>>>                  const struct _xfer_spec *pxs, int cyc)
>>>   {
>>>          int off = 0;
>>> +       enum pl330_cond cond;
>>> +
>>> +       cond = (pxs->desc->rqcfg.brst_len == 1) ? SINGLE : BURST;
>>>
>>>          while (cyc--) {
>>> -               off += _emit_WFP(dry_run, &buf[off], SINGLE,
>>> pxs->desc->peri);
>>> -               off += _emit_LDP(dry_run, &buf[off], SINGLE,
>>> pxs->desc->peri);
>>> +               off += _emit_WFP(dry_run, &buf[off], cond,
>>> pxs->desc->peri);
>>> +               off += _emit_LDP(dry_run, &buf[off], cond,
>>> pxs->desc->peri);
>>>                  off += _emit_ST(dry_run, &buf[off], ALWAYS);
>>>                  off += _emit_FLUSHP(dry_run, &buf[off],
>>> pxs->desc->peri);
>>>          }
>>> @@ -1156,11 +1159,14 @@ static inline int _ldst_memtodev(unsigned
>>> dry_run, u8 buf[],
>>>                  const struct _xfer_spec *pxs, int cyc)
>>>   {
>>>          int off = 0;
>>> +       enum pl330_cond cond;
>>> +
>>> +       cond = (pxs->desc->rqcfg.brst_len == 1) ? SINGLE : BURST;
>>>
>>>          while (cyc--) {
>>> -               off += _emit_WFP(dry_run, &buf[off], SINGLE,
>>> pxs->desc->peri);
>>> +               off += _emit_WFP(dry_run, &buf[off], cond,
>>> pxs->desc->peri);
>>>                  off += _emit_LD(dry_run, &buf[off], ALWAYS);
>>> -               off += _emit_STP(dry_run, &buf[off], SINGLE,
>>> pxs->desc->peri);
>>> +               off += _emit_STP(dry_run, &buf[off], cond,
>>> pxs->desc->peri);
>>>                  off += _emit_FLUSHP(dry_run, &buf[off],
>>> pxs->desc->peri);
>>>          }
>>>
>>> @@ -2557,7 +2563,7 @@ static struct dma_async_tx_descriptor
>>> *pl330_prep_dma_cyclic(
>>>
>>>                  desc->rqtype = direction;
>>>                  desc->rqcfg.brst_size = pch->burst_sz;
>>> -               desc->rqcfg.brst_len = 1;
>>> +               desc->rqcfg.brst_len = pch->burst_len;
>>>                  desc->bytes_requested = period_len;
>>>                  fill_px(&desc->px, dst, src, period_len);
>>>
>>> @@ -2702,7 +2708,7 @@ pl330_prep_slave_sg(struct dma_chan *chan, struct
>>> scatterlist *sgl,
>>>                  }
>>>
>>>                  desc->rqcfg.brst_size = pch->burst_sz;
>>> -               desc->rqcfg.brst_len = 1;
>>> +               desc->rqcfg.brst_len = pch->burst_len;
>>>                  desc->rqtype = direction;
>>>                  desc->bytes_requested = sg_dma_len(sg);
>>>          }
>>> --
>>> 2.3.7
>>>
>>>
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe dmaengine" in
>>> the body of a message to majordomo at vger.kernel.org
>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
>>
>>
>>
>
>
> --
> Best Regards
> Shawn Lin
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo at vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

  reply	other threads:[~2015-08-28 18:25 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-08-27  8:48 [PATCH 0/5] Fix broken DMAFLUSHP on Rockchips platform Shawn Lin
2015-08-27  8:48 ` Shawn Lin
2015-08-27  8:48 ` [PATCH 1/5] DMA: pl330: support burst mode for dev-to-mem and mem-to-dev transmit Shawn Lin
2015-08-27  8:48   ` Shawn Lin
2015-08-27  8:57   ` Heiko Stuebner
2015-08-27  8:57     ` Heiko Stuebner
2015-08-27 11:05     ` Shawn Lin
2015-08-27 11:05       ` Shawn Lin
2015-08-27 11:05       ` Shawn Lin
2015-08-27 12:57   ` Krzysztof Kozlowski
2015-08-27 12:57     ` Krzysztof Kozlowski
2015-08-27 12:57     ` Krzysztof Kozlowski
2015-08-27 13:28     ` Shawn Lin
2015-08-27 13:28       ` Shawn Lin
2015-08-28 18:19       ` Sonny Rao [this message]
2015-08-28 18:19         ` Sonny Rao
2015-08-28 18:19         ` Sonny Rao
2015-08-28 23:40         ` Shawn Lin
2015-08-28 23:40           ` Shawn Lin
2015-08-28 23:40           ` Shawn Lin
2015-08-27  8:48 ` [PATCH 2/5] DMA: pl330: add quirk for broken no flushp Shawn Lin
2015-08-27  8:48   ` Shawn Lin
2015-08-27  8:48 ` [PATCH 3/5] ARM: dts: Add broken-no-flushp quirk for rk3288 platform Shawn Lin
2015-08-27  8:48   ` Shawn Lin
2015-08-27  8:49 ` [PATCH 4/5] ARM: dts: Add broken-no-flushp quirk for rk3xxx platform Shawn Lin
2015-08-27  8:49   ` Shawn Lin
2015-08-27  8:49   ` Shawn Lin
2015-08-27  8:49 ` [PATCH 5/5] Documentation: arm-pl330: add description of broken-no-flushp Shawn Lin
2015-08-27  8:49   ` Shawn Lin
2015-08-27 12:59   ` Krzysztof Kozlowski
2015-08-27 12:59     ` Krzysztof Kozlowski
2015-08-27 13:17     ` Shawn Lin
2015-08-27 13:17       ` Shawn Lin

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=CAPz6YkX-d8B1wPgjnULDAY8+nyuFePVrEU2NQe0rV2CsjYEj3Q@mail.gmail.com \
    --to=sonnyrao@chromium.org \
    --cc=addy.ke@rock-chips.com \
    --cc=boojin.kim@samsung.com \
    --cc=dianders@chromium.org \
    --cc=dmaengine@vger.kernel.org \
    --cc=heiko@sntech.de \
    --cc=k.kozlowski@samsung.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-rockchip@lists.infradead.org \
    --cc=olofj@google.com \
    --cc=shawn.lin@rock-chips.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.