Re: [PATCH 4/4] dma: qcom_hidma: read the channel id from HW

On Fri, Mar 11, 2016 at 04:49:54PM -0500, Sinan Kaya wrote: > Removing the flexibility to choose the event channel as there is no real > use case right now. We have been using the values in ACPI that match the HW > defaults. OS is reading the event-channel from the HW register now. > >

Re: [PATCH 4/4] dma: qcom_hidma: read the channel id from HW

On Fri, Mar 11, 2016 at 04:49:54PM -0500, Sinan Kaya wrote: > Removing the flexibility to choose the event channel as there is no real > use case right now. We have been using the values in ACPI that match the HW > defaults. OS is reading the event-channel from the HW register now. > >

[PATCH 4/4] dma: qcom_hidma: read the channel id from HW

Removing the flexibility to choose the event channel as there is no real use case right now. We have been using the values in ACPI that match the HW defaults. OS is reading the event-channel from the HW register now. Signed-off-by: Sinan Kaya ---

[PATCH 4/4] dma: qcom_hidma: read the channel id from HW

Removing the flexibility to choose the event channel as there is no real use case right now. We have been using the values in ACPI that match the HW defaults. OS is reading the event-channel from the HW register now. Signed-off-by: Sinan Kaya --- .../devicetree/bindings/dma/qcom_hidma_mgmt.txt