From: Sekhar Nori <nsekhar@ti.com>
To: joelf@ti.com
Cc: Vinod Koul <vinod.koul@intel.com>, Dan Williams <djbw@fb.com>,
Russell King <linux@arm.linux.org.uk>, Jyri Sarah <jsarha@ti.com>,
Koen Kooi <koen@beagleboard.org>,
Linux OMAP List <linux-omap@vger.kernel.org>,
Linux ARM Kernel List <linux-arm-kernel@lists.infradead.org>,
Linux DaVinci Kernel List
<davinci-linux-open-source@linux.davincidsp.com>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Linux MMC List <linux-mmc@vger.kernel.org>,
Pantel Antoniou <panto@antoniou-consulting.com>
Subject: Re: [PATCH v3] ARM: EDMA: Fix clearing of unused list for DT DMA resources
Date: Thu, 19 Sep 2013 15:05:04 +0530 [thread overview]
Message-ID: <523AC548.5020908@ti.com> (raw)
In-Reply-To: <52386733.8010807@ti.com>
On Tuesday 17 September 2013 07:59 PM, Joel Fernandes wrote:
> On 09/17/2013 01:05 AM, Sekhar Nori wrote:
> [..]
>>>> mixed messages. In short, we aim for consistency with situation today,
>>>> not tomorrow.
>>>
>>> What you're asking to do infact breaks consistency with the rest of the code.
>>
>> Well, ideally we support second CC even with DT to be consistent all
>> around. Since that has not happened, I don't want the code to pretend
>> that it it supports the second channel controller with DT that too only
>> in parts of code.
>
> Ok, I agree that the bindings don't talk about encoding a controller number in
> the channel provided from DT so it shouldn't assume that without binding
> updates. Following this suggestion, I've update the patch to the below:
>
> ---8<---
> From: Joel Fernandes <joelf@ti.com>
> Subject: [PATCH v6] ARM: EDMA: Fix clearing of unused list for DT DMA resources
>
> HWMOD removal for MMC is breaking edma_start as the events are being manually
> triggered due to unused channel list not being clear.
>
> The above issue is fixed by reading the "dmas" property from the DT node if it
> exists and clearing the bits in the unused channel list if the dma controller
> used by any device is EDMA. For this purpose we use the of_* helpers to parse
> the arguments in the dmas phandle list.
>
> Also introduced is a minor clean up of a checkpatch error in old code.
The patch looks good to me. I made some modifications to commit message
- mostly for brevity.
ARM: edma: dt: create unused channel list
HWMOD removal for MMC is breaking edma_start() as the events
are being manually triggered due to EDMA unused channel list
not being ready.
The above issue is fixed by reading the "dmas" property from
the DT node if it exists and then clearing the bits in the
unused channel list if the dma controller used by any device
is EDMA.
This is similar to approach taken in non-DT case.
Also introduced is a minor clean up of a checkpatch error in
old code.
Thanks,
Sekhar
WARNING: multiple messages have this Message-ID (diff)
From: nsekhar@ti.com (Sekhar Nori)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v3] ARM: EDMA: Fix clearing of unused list for DT DMA resources
Date: Thu, 19 Sep 2013 15:05:04 +0530 [thread overview]
Message-ID: <523AC548.5020908@ti.com> (raw)
In-Reply-To: <52386733.8010807@ti.com>
On Tuesday 17 September 2013 07:59 PM, Joel Fernandes wrote:
> On 09/17/2013 01:05 AM, Sekhar Nori wrote:
> [..]
>>>> mixed messages. In short, we aim for consistency with situation today,
>>>> not tomorrow.
>>>
>>> What you're asking to do infact breaks consistency with the rest of the code.
>>
>> Well, ideally we support second CC even with DT to be consistent all
>> around. Since that has not happened, I don't want the code to pretend
>> that it it supports the second channel controller with DT that too only
>> in parts of code.
>
> Ok, I agree that the bindings don't talk about encoding a controller number in
> the channel provided from DT so it shouldn't assume that without binding
> updates. Following this suggestion, I've update the patch to the below:
>
> ---8<---
> From: Joel Fernandes <joelf@ti.com>
> Subject: [PATCH v6] ARM: EDMA: Fix clearing of unused list for DT DMA resources
>
> HWMOD removal for MMC is breaking edma_start as the events are being manually
> triggered due to unused channel list not being clear.
>
> The above issue is fixed by reading the "dmas" property from the DT node if it
> exists and clearing the bits in the unused channel list if the dma controller
> used by any device is EDMA. For this purpose we use the of_* helpers to parse
> the arguments in the dmas phandle list.
>
> Also introduced is a minor clean up of a checkpatch error in old code.
The patch looks good to me. I made some modifications to commit message
- mostly for brevity.
ARM: edma: dt: create unused channel list
HWMOD removal for MMC is breaking edma_start() as the events
are being manually triggered due to EDMA unused channel list
not being ready.
The above issue is fixed by reading the "dmas" property from
the DT node if it exists and then clearing the bits in the
unused channel list if the dma controller used by any device
is EDMA.
This is similar to approach taken in non-DT case.
Also introduced is a minor clean up of a checkpatch error in
old code.
Thanks,
Sekhar
WARNING: multiple messages have this Message-ID (diff)
From: Sekhar Nori <nsekhar@ti.com>
To: <joelf@ti.com>
Cc: Vinod Koul <vinod.koul@intel.com>, Dan Williams <djbw@fb.com>,
Russell King <linux@arm.linux.org.uk>, Jyri Sarah <jsarha@ti.com>,
Koen Kooi <koen@beagleboard.org>,
Linux OMAP List <linux-omap@vger.kernel.org>,
Linux ARM Kernel List <linux-arm-kernel@lists.infradead.org>,
Linux DaVinci Kernel List
<davinci-linux-open-source@linux.davincidsp.com>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Linux MMC List <linux-mmc@vger.kernel.org>,
Pantel Antoniou <panto@antoniou-consulting.com>
Subject: Re: [PATCH v3] ARM: EDMA: Fix clearing of unused list for DT DMA resources
Date: Thu, 19 Sep 2013 15:05:04 +0530 [thread overview]
Message-ID: <523AC548.5020908@ti.com> (raw)
In-Reply-To: <52386733.8010807@ti.com>
On Tuesday 17 September 2013 07:59 PM, Joel Fernandes wrote:
> On 09/17/2013 01:05 AM, Sekhar Nori wrote:
> [..]
>>>> mixed messages. In short, we aim for consistency with situation today,
>>>> not tomorrow.
>>>
>>> What you're asking to do infact breaks consistency with the rest of the code.
>>
>> Well, ideally we support second CC even with DT to be consistent all
>> around. Since that has not happened, I don't want the code to pretend
>> that it it supports the second channel controller with DT that too only
>> in parts of code.
>
> Ok, I agree that the bindings don't talk about encoding a controller number in
> the channel provided from DT so it shouldn't assume that without binding
> updates. Following this suggestion, I've update the patch to the below:
>
> ---8<---
> From: Joel Fernandes <joelf@ti.com>
> Subject: [PATCH v6] ARM: EDMA: Fix clearing of unused list for DT DMA resources
>
> HWMOD removal for MMC is breaking edma_start as the events are being manually
> triggered due to unused channel list not being clear.
>
> The above issue is fixed by reading the "dmas" property from the DT node if it
> exists and clearing the bits in the unused channel list if the dma controller
> used by any device is EDMA. For this purpose we use the of_* helpers to parse
> the arguments in the dmas phandle list.
>
> Also introduced is a minor clean up of a checkpatch error in old code.
The patch looks good to me. I made some modifications to commit message
- mostly for brevity.
ARM: edma: dt: create unused channel list
HWMOD removal for MMC is breaking edma_start() as the events
are being manually triggered due to EDMA unused channel list
not being ready.
The above issue is fixed by reading the "dmas" property from
the DT node if it exists and then clearing the bits in the
unused channel list if the dma controller used by any device
is EDMA.
This is similar to approach taken in non-DT case.
Also introduced is a minor clean up of a checkpatch error in
old code.
Thanks,
Sekhar
next prev parent reply other threads:[~2013-09-19 9:35 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-10 18:52 [PATCH v3] ARM: EDMA: Fix clearing of unused list for DT DMA resources Joel Fernandes
2013-09-10 18:52 ` Joel Fernandes
2013-09-10 18:52 ` Joel Fernandes
[not found] ` <1378839171-14455-1-git-send-email-joelf-l0cyMroinI0@public.gmane.org>
2013-09-12 9:58 ` Sekhar Nori
2013-09-12 9:58 ` Sekhar Nori
2013-09-12 9:58 ` Sekhar Nori
[not found] ` <5231903F.7080301-l0cyMroinI0@public.gmane.org>
2013-09-14 0:57 ` Joel Fernandes
2013-09-14 0:57 ` Joel Fernandes
2013-09-14 0:57 ` Joel Fernandes
[not found] ` <5233B471.40603-l0cyMroinI0@public.gmane.org>
2013-09-16 11:48 ` Sekhar Nori
2013-09-16 11:48 ` Sekhar Nori
2013-09-16 11:48 ` Sekhar Nori
[not found] ` <5236F00B.5040605-l0cyMroinI0@public.gmane.org>
2013-09-16 16:26 ` Joel Fernandes
2013-09-16 16:26 ` Joel Fernandes
2013-09-16 16:26 ` Joel Fernandes
[not found] ` <5237314D.7080102-l0cyMroinI0@public.gmane.org>
2013-09-17 5:08 ` Sekhar Nori
2013-09-17 5:08 ` Sekhar Nori
2013-09-17 5:08 ` Sekhar Nori
[not found] ` <5237E3C3.8050602-l0cyMroinI0@public.gmane.org>
2013-09-17 5:38 ` Joel Fernandes
2013-09-17 5:38 ` Joel Fernandes
2013-09-17 5:38 ` Joel Fernandes
2013-09-17 6:05 ` Sekhar Nori
2013-09-17 6:05 ` Sekhar Nori
[not found] ` <5237F147.1020302-l0cyMroinI0@public.gmane.org>
2013-09-17 14:29 ` Joel Fernandes
2013-09-17 14:29 ` Joel Fernandes
2013-09-17 14:29 ` Joel Fernandes
2013-09-19 9:35 ` Sekhar Nori [this message]
2013-09-19 9:35 ` Sekhar Nori
2013-09-19 9:35 ` Sekhar Nori
-- strict thread matches above, loose matches on Subject: below --
2013-09-26 21:55 Joel Fernandes
2013-09-26 21:55 ` Joel Fernandes
2013-09-26 21:55 ` Joel Fernandes
2013-09-26 23:13 ` Olof Johansson
2013-09-26 23:13 ` Olof Johansson
[not found] ` <CAOesGMgELbnuu8PM7Ah2xKo2H5rzgAN3w0g6wA7aVFsjuds-8g-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2013-09-27 0:28 ` Joel Fernandes
2013-09-27 0:28 ` Joel Fernandes
2013-09-27 0:28 ` Joel Fernandes
[not found] ` <5244D142.1090307-l0cyMroinI0@public.gmane.org>
2013-09-27 7:49 ` Sekhar Nori
2013-09-27 7:49 ` Sekhar Nori
2013-09-27 7:49 ` Sekhar Nori
[not found] ` <5245387E.7080000-l0cyMroinI0@public.gmane.org>
2013-09-27 15:20 ` Joel Fernandes
2013-09-27 15:20 ` Joel Fernandes
2013-09-27 15:20 ` Joel Fernandes
2013-09-27 9:04 ` Sekhar Nori
2013-09-27 9:04 ` Sekhar Nori
2013-09-27 9:04 ` Sekhar Nori
[not found] ` <52454A12.5010108-l0cyMroinI0@public.gmane.org>
2013-09-27 15:25 ` Joel Fernandes
2013-09-27 15:25 ` Joel Fernandes
2013-09-27 15:25 ` Joel Fernandes
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=523AC548.5020908@ti.com \
--to=nsekhar@ti.com \
--cc=davinci-linux-open-source@linux.davincidsp.com \
--cc=djbw@fb.com \
--cc=joelf@ti.com \
--cc=jsarha@ti.com \
--cc=koen@beagleboard.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mmc@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=linux@arm.linux.org.uk \
--cc=panto@antoniou-consulting.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.