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@xxxxxx>
> 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
--
To unsubscribe from this list: send the line "unsubscribe linux-mmc" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
