All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jose Abreu <Jose.Abreu@synopsys.com>
To: Lars-Peter Clausen <lars@metafoo.de>,
	Jose Abreu <Jose.Abreu@synopsys.com>,
	Mark Brown <broonie@kernel.org>
Cc: <alsa-devel@alsa-project.org>, <Vineet.Gupta1@synopsys.com>,
	<Alexey.Brodkin@synopsys.com>, <lgirdwood@gmail.com>,
	<dri-devel@lists.freedesktop.org>, <linux-kernel@vger.kernel.org>,
	<CARLOS.PALMINHA@synopsys.com>, <tiwai@suse.com>,
	<linux-snps-arc@lists.infradead.org>
Subject: Re: [alsa-devel] [PATCH 5/5 v4] ASoC: dwc: Update DOCUMENTATION for I2S Driver
Date: Mon, 11 Apr 2016 10:24:54 +0100	[thread overview]
Message-ID: <570B6D66.4080309@synopsys.com> (raw)
In-Reply-To: <570917E9.8020804@metafoo.de>

Hi Lars,


On 09-04-2016 15:55, Lars-Peter Clausen wrote:
> On 04/08/2016 06:08 PM, Jose Abreu wrote:
>> Hi Lars,
>>
>>
>> On 08-04-2016 16:52, Lars-Peter Clausen wrote:
>>> On 04/08/2016 12:06 PM, Jose Abreu wrote:
>>>> Hi Mark,
>>>>
>>>>
>>>> On 07-04-2016 18:53, Mark Brown wrote:
>>>>> On Thu, Apr 07, 2016 at 05:53:59PM +0100, Jose Abreu wrote:
>>>>>
>>>>>> + Optional properties:
>>>>>> + - snps,use-dmaengine: If set the driver will use ALSA DMA engine. If set
>>>>>> +   it is required to use the properties 'dmas' and 'dma-names'.
>>>>> This is not a good interface, it's describing Linux internal APIs.  If
>>>>> the device needs to operate in PIO mode it should just do that.
>>>> I added this interface because there is no direct way to check if DMA is
>>>> available on the I2S controller so it is not possible to automatically change
>>>> between DMA and PIO mode. As the I2S controller can be built with or without DMA
>>>> support it is necessary to somehow check if DMA is enabled or not and according
>>>> to that use either ALSA DMA engine or the custom platform driver sent in these
>>>> patches. I did not want to remove drivers functionality so I added this property
>>>> to the DT. This way a user can select between DMA and PIO mode.
>>> That's OK, but you need to describe the hardware, not the indented behavior
>>> of the software driver.
>>>
>> Is this okay: "snps,use-dmaengine: Set this boolean paramater if I2S controller
>> has DMA support. If set the properties 'dmas' and 'dma-names' must be also set" ?
> The description is better. But the name of the property is still imperative
> rather then descriptive. It tells the software what should be done rather
> then describing what the hardware looks like.
>
> Since there is already the dmas property which is present if a DMA is
> connected and is absent when no DMA is present it should be enough to just
> check that property rather than requiring an additional one.

Ok, will then use the DMA property to decide which mode to use: PIO or DMA.

>
> _______________________________________________
> dri-devel mailing list
> dri-devel@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/dri-devel

Best regards,
Jose Miguel Abreu

WARNING: multiple messages have this Message-ID (diff)
From: Jose Abreu <Jose.Abreu@synopsys.com>
To: Lars-Peter Clausen <lars@metafoo.de>,
	Jose Abreu <Jose.Abreu@synopsys.com>,
	Mark Brown <broonie@kernel.org>
Cc: alsa-devel@alsa-project.org, Vineet.Gupta1@synopsys.com,
	Alexey.Brodkin@synopsys.com, linux-kernel@vger.kernel.org,
	dri-devel@lists.freedesktop.org, lgirdwood@gmail.com,
	CARLOS.PALMINHA@synopsys.com, tiwai@suse.com,
	linux-snps-arc@lists.infradead.org
Subject: Re: [PATCH 5/5 v4] ASoC: dwc: Update DOCUMENTATION for I2S Driver
Date: Mon, 11 Apr 2016 10:24:54 +0100	[thread overview]
Message-ID: <570B6D66.4080309@synopsys.com> (raw)
In-Reply-To: <570917E9.8020804@metafoo.de>

Hi Lars,


On 09-04-2016 15:55, Lars-Peter Clausen wrote:
> On 04/08/2016 06:08 PM, Jose Abreu wrote:
>> Hi Lars,
>>
>>
>> On 08-04-2016 16:52, Lars-Peter Clausen wrote:
>>> On 04/08/2016 12:06 PM, Jose Abreu wrote:
>>>> Hi Mark,
>>>>
>>>>
>>>> On 07-04-2016 18:53, Mark Brown wrote:
>>>>> On Thu, Apr 07, 2016 at 05:53:59PM +0100, Jose Abreu wrote:
>>>>>
>>>>>> + Optional properties:
>>>>>> + - snps,use-dmaengine: If set the driver will use ALSA DMA engine. If set
>>>>>> +   it is required to use the properties 'dmas' and 'dma-names'.
>>>>> This is not a good interface, it's describing Linux internal APIs.  If
>>>>> the device needs to operate in PIO mode it should just do that.
>>>> I added this interface because there is no direct way to check if DMA is
>>>> available on the I2S controller so it is not possible to automatically change
>>>> between DMA and PIO mode. As the I2S controller can be built with or without DMA
>>>> support it is necessary to somehow check if DMA is enabled or not and according
>>>> to that use either ALSA DMA engine or the custom platform driver sent in these
>>>> patches. I did not want to remove drivers functionality so I added this property
>>>> to the DT. This way a user can select between DMA and PIO mode.
>>> That's OK, but you need to describe the hardware, not the indented behavior
>>> of the software driver.
>>>
>> Is this okay: "snps,use-dmaengine: Set this boolean paramater if I2S controller
>> has DMA support. If set the properties 'dmas' and 'dma-names' must be also set" ?
> The description is better. But the name of the property is still imperative
> rather then descriptive. It tells the software what should be done rather
> then describing what the hardware looks like.
>
> Since there is already the dmas property which is present if a DMA is
> connected and is absent when no DMA is present it should be enough to just
> check that property rather than requiring an additional one.

Ok, will then use the DMA property to decide which mode to use: PIO or DMA.

>
> _______________________________________________
> dri-devel mailing list
> dri-devel@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/dri-devel

Best regards,
Jose Miguel Abreu

WARNING: multiple messages have this Message-ID (diff)
From: Jose.Abreu@synopsys.com (Jose Abreu)
To: linux-snps-arc@lists.infradead.org
Subject: [alsa-devel] [PATCH 5/5 v4] ASoC: dwc: Update DOCUMENTATION for I2S Driver
Date: Mon, 11 Apr 2016 10:24:54 +0100	[thread overview]
Message-ID: <570B6D66.4080309@synopsys.com> (raw)
In-Reply-To: <570917E9.8020804@metafoo.de>

Hi Lars,


On 09-04-2016 15:55, Lars-Peter Clausen wrote:
> On 04/08/2016 06:08 PM, Jose Abreu wrote:
>> Hi Lars,
>>
>>
>> On 08-04-2016 16:52, Lars-Peter Clausen wrote:
>>> On 04/08/2016 12:06 PM, Jose Abreu wrote:
>>>> Hi Mark,
>>>>
>>>>
>>>> On 07-04-2016 18:53, Mark Brown wrote:
>>>>> On Thu, Apr 07, 2016@05:53:59PM +0100, Jose Abreu wrote:
>>>>>
>>>>>> + Optional properties:
>>>>>> + - snps,use-dmaengine: If set the driver will use ALSA DMA engine. If set
>>>>>> +   it is required to use the properties 'dmas' and 'dma-names'.
>>>>> This is not a good interface, it's describing Linux internal APIs.  If
>>>>> the device needs to operate in PIO mode it should just do that.
>>>> I added this interface because there is no direct way to check if DMA is
>>>> available on the I2S controller so it is not possible to automatically change
>>>> between DMA and PIO mode. As the I2S controller can be built with or without DMA
>>>> support it is necessary to somehow check if DMA is enabled or not and according
>>>> to that use either ALSA DMA engine or the custom platform driver sent in these
>>>> patches. I did not want to remove drivers functionality so I added this property
>>>> to the DT. This way a user can select between DMA and PIO mode.
>>> That's OK, but you need to describe the hardware, not the indented behavior
>>> of the software driver.
>>>
>> Is this okay: "snps,use-dmaengine: Set this boolean paramater if I2S controller
>> has DMA support. If set the properties 'dmas' and 'dma-names' must be also set" ?
> The description is better. But the name of the property is still imperative
> rather then descriptive. It tells the software what should be done rather
> then describing what the hardware looks like.
>
> Since there is already the dmas property which is present if a DMA is
> connected and is absent when no DMA is present it should be enough to just
> check that property rather than requiring an additional one.

Ok, will then use the DMA property to decide which mode to use: PIO or DMA.

>
> _______________________________________________
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/dri-devel

Best regards,
Jose Miguel Abreu

  reply	other threads:[~2016-04-11  9:25 UTC|newest]

Thread overview: 66+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-04-07 16:53 [PATCH 0/5 v4] Add I2S/ADV7511 audio support for ARC AXS10x boards Jose Abreu
2016-04-07 16:53 ` Jose Abreu
2016-04-07 16:53 ` Jose Abreu
2016-04-07 16:53 ` [PATCH 1/5 v4] drm/i2c/adv7511: Rename and move to separate folder Jose Abreu
2016-04-07 16:53   ` Jose Abreu
2016-04-07 16:53   ` Jose Abreu
2016-04-07 16:53 ` [PATCH 2/5 v4] drm/i2c/adv7511: Add audio support Jose Abreu
2016-04-07 16:53   ` Jose Abreu
2016-04-08 15:46   ` [alsa-devel] " Lars-Peter Clausen
2016-04-08 15:46     ` Lars-Peter Clausen
2016-04-08 16:05     ` Jose Abreu
2016-04-08 16:12     ` Jose Abreu
2016-04-08 16:12       ` Jose Abreu
2016-04-08 16:12       ` Jose Abreu
2016-04-09 15:02       ` [alsa-devel] " Lars-Peter Clausen
2016-04-09 15:02         ` Lars-Peter Clausen
2016-04-09 15:02         ` Lars-Peter Clausen
2016-04-11  9:27         ` Jose Abreu
2016-04-11  9:27           ` Jose Abreu
2016-04-11  9:27           ` Jose Abreu
2016-04-11  9:33           ` Lars-Peter Clausen
2016-04-11  9:33             ` Lars-Peter Clausen
2016-04-11  9:33             ` Lars-Peter Clausen
2016-04-11 11:32             ` Jose Abreu
2016-04-11 11:32               ` Jose Abreu
2016-04-11 11:32               ` Jose Abreu
2016-04-11 12:23               ` [alsa-devel] " Lars-Peter Clausen
2016-04-11 12:23                 ` Lars-Peter Clausen
2016-04-11 12:23                 ` Lars-Peter Clausen
2016-04-11 14:08                 ` Jose Abreu
2016-04-11 14:08                   ` Jose Abreu
2016-04-11 14:08                   ` Jose Abreu
2016-04-11 19:34                   ` [alsa-devel] " Lars-Peter Clausen
2016-04-11 19:34                     ` Lars-Peter Clausen
2016-04-11 19:34                     ` Lars-Peter Clausen
2016-04-07 16:53 ` [PATCH 3/5 v4] ASoC: dwc: Use fifo depth to program FCR Jose Abreu
2016-04-07 16:53   ` Jose Abreu
2016-04-07 16:53   ` Jose Abreu
2016-04-07 17:57   ` Applied "ASoC: dwc: Use fifo depth to program FCR" to the asoc tree Mark Brown
2016-04-07 17:57     ` Mark Brown
2016-04-07 17:57     ` Mark Brown
2016-04-07 16:53 ` [PATCH 4/5 v4] ASoC: dwc: Add custom PCM driver Jose Abreu
2016-04-07 16:53   ` Jose Abreu
2016-04-07 17:54   ` kbuild test robot
2016-04-07 17:54     ` kbuild test robot
2016-04-07 17:54     ` kbuild test robot
2016-04-07 16:53 ` [PATCH 5/5 v4] ASoC: dwc: Update DOCUMENTATION for I2S Driver Jose Abreu
2016-04-07 16:53   ` Jose Abreu
2016-04-07 17:53   ` Mark Brown
2016-04-07 17:53     ` Mark Brown
2016-04-07 17:53     ` Mark Brown
2016-04-08 10:06     ` Jose Abreu
2016-04-08 10:06       ` Jose Abreu
2016-04-08 10:06       ` Jose Abreu
2016-04-08 15:52       ` [alsa-devel] " Lars-Peter Clausen
2016-04-08 15:52         ` Lars-Peter Clausen
2016-04-08 15:52         ` Lars-Peter Clausen
2016-04-08 16:08         ` Jose Abreu
2016-04-08 16:08           ` Jose Abreu
2016-04-08 16:08           ` Jose Abreu
2016-04-09 14:55           ` Lars-Peter Clausen
2016-04-09 14:55             ` Lars-Peter Clausen
2016-04-09 14:55             ` Lars-Peter Clausen
2016-04-11  9:24             ` Jose Abreu [this message]
2016-04-11  9:24               ` Jose Abreu
2016-04-11  9:24               ` Jose Abreu

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=570B6D66.4080309@synopsys.com \
    --to=jose.abreu@synopsys.com \
    --cc=Alexey.Brodkin@synopsys.com \
    --cc=CARLOS.PALMINHA@synopsys.com \
    --cc=Vineet.Gupta1@synopsys.com \
    --cc=alsa-devel@alsa-project.org \
    --cc=broonie@kernel.org \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=lars@metafoo.de \
    --cc=lgirdwood@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-snps-arc@lists.infradead.org \
    --cc=tiwai@suse.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.