Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1493097 > unrolled thread

[PATCH V4 04/10] dmaengine: qcom_hidma: configure DMA and MSI for OF

Started bySinan Kaya <okaya@codeaurora.org>
First post2016-09-29 04:20 +0200
Last post2016-10-03 15:40 +0200
Articles 5 — 2 participants

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  [PATCH V4 04/10] dmaengine: qcom_hidma: configure DMA and MSI for OF Sinan Kaya <okaya@codeaurora.org> - 2016-09-29 04:20 +0200
    Re: [PATCH V4 04/10] dmaengine: qcom_hidma: configure DMA and MSI  for OF Vinod Koul <vinod.koul@intel.com> - 2016-10-01 08:10 +0200
      Re: [PATCH V4 04/10] dmaengine: qcom_hidma: configure DMA and MSI for  OF Sinan Kaya <okaya@codeaurora.org> - 2016-10-01 17:20 +0200
        Re: [PATCH V4 04/10] dmaengine: qcom_hidma: configure DMA and MSI  for OF Vinod Koul <vinod.koul@intel.com> - 2016-10-03 05:40 +0200
          Re: [PATCH V4 04/10] dmaengine: qcom_hidma: configure DMA and MSI for  OF Sinan Kaya <okaya@codeaurora.org> - 2016-10-03 15:40 +0200

#1493097 — [PATCH V4 04/10] dmaengine: qcom_hidma: configure DMA and MSI for OF

FromSinan Kaya <okaya@codeaurora.org>
Date2016-09-29 04:20 +0200
Subject[PATCH V4 04/10] dmaengine: qcom_hidma: configure DMA and MSI for OF
Message-ID<smz74-6wm-17@gated-at.bofh.it>
Configure the DMA bindings for the device tree based firmware.

Signed-off-by: Sinan Kaya <okaya@codeaurora.org>
---
 drivers/dma/qcom/hidma_mgmt.c | 5 ++++-
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/drivers/dma/qcom/hidma_mgmt.c b/drivers/dma/qcom/hidma_mgmt.c
index 82f36e4..e8f6b84 100644
--- a/drivers/dma/qcom/hidma_mgmt.c
+++ b/drivers/dma/qcom/hidma_mgmt.c
@@ -375,8 +375,11 @@ static int __init hidma_mgmt_of_populate_channels(struct device_node *np)
 			ret = PTR_ERR(new_pdev);
 			goto out;
 		}
+		of_node_get(child);
+		new_pdev->dev.of_node = child;
 		of_dma_configure(&new_pdev->dev, child);
-
+		of_msi_configure(&new_pdev->dev, child);
+		of_node_put(child);
 		kfree(res);
 		res = NULL;
 	}
-- 
1.9.1

[toc] | [next] | [standalone]


#1494360 — Re: [PATCH V4 04/10] dmaengine: qcom_hidma: configure DMA and MSI for OF

FromVinod Koul <vinod.koul@intel.com>
Date2016-10-01 08:10 +0200
SubjectRe: [PATCH V4 04/10] dmaengine: qcom_hidma: configure DMA and MSI for OF
Message-ID<snlEK-4sh-5@gated-at.bofh.it>
In reply to#1493097
On Wed, Sep 28, 2016 at 10:12:41PM -0400, Sinan Kaya wrote:
> Configure the DMA bindings for the device tree based firmware.
> 
> Signed-off-by: Sinan Kaya <okaya@codeaurora.org>
> ---
>  drivers/dma/qcom/hidma_mgmt.c | 5 ++++-
>  1 file changed, 4 insertions(+), 1 deletion(-)
> 
> diff --git a/drivers/dma/qcom/hidma_mgmt.c b/drivers/dma/qcom/hidma_mgmt.c
> index 82f36e4..e8f6b84 100644
> --- a/drivers/dma/qcom/hidma_mgmt.c
> +++ b/drivers/dma/qcom/hidma_mgmt.c
> @@ -375,8 +375,11 @@ static int __init hidma_mgmt_of_populate_channels(struct device_node *np)
>  			ret = PTR_ERR(new_pdev);
>  			goto out;
>  		}
> +		of_node_get(child);
> +		new_pdev->dev.of_node = child;
>  		of_dma_configure(&new_pdev->dev, child);
> -
> +		of_msi_configure(&new_pdev->dev, child);
> +		of_node_put(child);

should this be done unconditionally? Dont we needto call this only for
platforms with msi?

>  		kfree(res);
>  		res = NULL;
>  	}
> -- 
> 1.9.1
> 

-- 
~Vinod

[toc] | [prev] | [next] | [standalone]


#1494429 — Re: [PATCH V4 04/10] dmaengine: qcom_hidma: configure DMA and MSI for OF

FromSinan Kaya <okaya@codeaurora.org>
Date2016-10-01 17:20 +0200
SubjectRe: [PATCH V4 04/10] dmaengine: qcom_hidma: configure DMA and MSI for OF
Message-ID<snuf0-1Sl-11@gated-at.bofh.it>
In reply to#1494360
On 10/1/2016 2:17 AM, Vinod Koul wrote:
> On Wed, Sep 28, 2016 at 10:12:41PM -0400, Sinan Kaya wrote:
>> Configure the DMA bindings for the device tree based firmware.
>>
>> Signed-off-by: Sinan Kaya <okaya@codeaurora.org>
>> ---
>>  drivers/dma/qcom/hidma_mgmt.c | 5 ++++-
>>  1 file changed, 4 insertions(+), 1 deletion(-)
>>
>> diff --git a/drivers/dma/qcom/hidma_mgmt.c b/drivers/dma/qcom/hidma_mgmt.c
>> index 82f36e4..e8f6b84 100644
>> --- a/drivers/dma/qcom/hidma_mgmt.c
>> +++ b/drivers/dma/qcom/hidma_mgmt.c
>> @@ -375,8 +375,11 @@ static int __init hidma_mgmt_of_populate_channels(struct device_node *np)
>>  			ret = PTR_ERR(new_pdev);
>>  			goto out;
>>  		}
>> +		of_node_get(child);
>> +		new_pdev->dev.of_node = child;
>>  		of_dma_configure(&new_pdev->dev, child);
>> -
>> +		of_msi_configure(&new_pdev->dev, child);
>> +		of_node_put(child);
> 
> should this be done unconditionally? Dont we needto call this only for
> platforms with msi?

I followed the pattern in of_platform_device_create_pdata function. of_msi_configure does
nothing if MSI is not enabled as irq_find_matching_host returns NULL. It didn't have any
side effects on my testing either.


> 
>>  		kfree(res);
>>  		res = NULL;
>>  	}
>> -- 
>> 1.9.1
>>
> 


-- 
Sinan Kaya
Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm Technologies, Inc.
Qualcomm Technologies, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project.

[toc] | [prev] | [next] | [standalone]


#1494691 — Re: [PATCH V4 04/10] dmaengine: qcom_hidma: configure DMA and MSI for OF

FromVinod Koul <vinod.koul@intel.com>
Date2016-10-03 05:40 +0200
SubjectRe: [PATCH V4 04/10] dmaengine: qcom_hidma: configure DMA and MSI for OF
Message-ID<so2gG-79T-7@gated-at.bofh.it>
In reply to#1494429
On Sat, Oct 01, 2016 at 11:15:00AM -0400, Sinan Kaya wrote:
> On 10/1/2016 2:17 AM, Vinod Koul wrote:
> > On Wed, Sep 28, 2016 at 10:12:41PM -0400, Sinan Kaya wrote:
> >> Configure the DMA bindings for the device tree based firmware.
> >>
> >> Signed-off-by: Sinan Kaya <okaya@codeaurora.org>
> >> ---
> >>  drivers/dma/qcom/hidma_mgmt.c | 5 ++++-
> >>  1 file changed, 4 insertions(+), 1 deletion(-)
> >>
> >> diff --git a/drivers/dma/qcom/hidma_mgmt.c b/drivers/dma/qcom/hidma_mgmt.c
> >> index 82f36e4..e8f6b84 100644
> >> --- a/drivers/dma/qcom/hidma_mgmt.c
> >> +++ b/drivers/dma/qcom/hidma_mgmt.c
> >> @@ -375,8 +375,11 @@ static int __init hidma_mgmt_of_populate_channels(struct device_node *np)
> >>  			ret = PTR_ERR(new_pdev);
> >>  			goto out;
> >>  		}
> >> +		of_node_get(child);
> >> +		new_pdev->dev.of_node = child;
> >>  		of_dma_configure(&new_pdev->dev, child);
> >> -
> >> +		of_msi_configure(&new_pdev->dev, child);
> >> +		of_node_put(child);
> > 
> > should this be done unconditionally? Dont we needto call this only for
> > platforms with msi?
> 
> I followed the pattern in of_platform_device_create_pdata function. of_msi_configure does
> nothing if MSI is not enabled as irq_find_matching_host returns NULL. It didn't have any
> side effects on my testing either.

yeah later on I did look up the of_msi_configure() and I suspected this. I
think it would be worthwhile to document this assumption here.

Thanks
-- 
~Vinod

[toc] | [prev] | [next] | [standalone]


#1494880 — Re: [PATCH V4 04/10] dmaengine: qcom_hidma: configure DMA and MSI for OF

FromSinan Kaya <okaya@codeaurora.org>
Date2016-10-03 15:40 +0200
SubjectRe: [PATCH V4 04/10] dmaengine: qcom_hidma: configure DMA and MSI for OF
Message-ID<sobDj-5y2-17@gated-at.bofh.it>
In reply to#1494691
On 10/2/2016 11:38 PM, Vinod Koul wrote:
>> I followed the pattern in of_platform_device_create_pdata function. of_msi_configure does
>> > nothing if MSI is not enabled as irq_find_matching_host returns NULL. It didn't have any
>> > side effects on my testing either.
> yeah later on I did look up the of_msi_configure() and I suspected this. I
> think it would be worthwhile to document this assumption here.

Sure, let me do that.

-- 
Sinan Kaya
Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm Technologies, Inc.
Qualcomm Technologies, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project.

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web