All of lore.kernel.org
 help / color / mirror / Atom feed
From: Peter Ujfalusi <peter.ujfalusi@ti.com>
To: Jarkko Nikula <jarkko.nikula@bitmer.com>,
	Mark Brown <broonie@kernel.org>,
	Liam Girdwood <lgirdwood@gmail.com>
Cc: alsa-devel@alsa-project.org, linux-omap@vger.kernel.org
Subject: Re: [PATCH v2 0/7] ASoC: omap-mcbsp: Cleanup and split core/sidetone support
Date: Thu, 8 Nov 2018 09:13:15 +0200	[thread overview]
Message-ID: <39597b1d-cae1-6e76-d7d2-92a04c74de8d@ti.com> (raw)
In-Reply-To: <a3939fd6-b120-5723-4674-4d2abfcc5eb5@bitmer.com>

Hi Jarkko,

On 2018-11-07 20:57, Jarkko Nikula wrote:
> On 11/7/18 3:23 PM, Peter Ujfalusi wrote:
>> Hi,
>>
>> Changes since v1:
>> - Two patch added to address the code move triggered few warnings from build.
>>   One of them is around mcbsp->pdata checks (not valid complaint), the other is
>>   that we set -EINVAL to unsigned variables (they were not used in that case)
>>
>> While preparing for merging the davinci and omap directories (I will send the
>> series for that shortly) I have taken some time to do cleanup on the McBSP
>> driver.
>>
>> The mcbsp.c/h files were the result when we moved code from arch/arm/plat-omap
>> to sound/soc/omap/ a long time ago and it contained code for McBSP core and the
>> OMAP3 sidetone functionality.
>>
>> With this series I tried to split the core and sidetone code to separate files.
>>
>> There were two reasons for this:
>> 1. to have the OMAP specific DAI driver files prefixed with omap-* under the new
>>    sound/soc/ti/ directory
>> 2. easier to find functions as all sidetone code is in separate file.
>>
>> Regards,
>> Peter
>> ---
>> Peter Ujfalusi (7):
>>   ASoC: omap-mcbsp: Clean up dma_data addr initialization code
>>   ASoC: omap-mcbsp: Clean up the interrupt handlers
>>   ASoC: omap-mcbsp: Simplify the mcbsp_start/_stop function parameters
>>   ASoC: omap-mcbsp: Move out the FIFO check from set_threshold and
>>     get_delay
>>   ASoC: omap-mcbsp: Re-arrange files for core McBSP and Sidetone
>>     function split
>>   ASoC: omap-mcbsp: Remove redundant check for mcbsp->pdata
>>   ASoC: omap-mcbsp: No need to initialize max_xx_thres when it is not
>>     used
>>
> Minor comments, no need to resend. Patch 1/7 looked like it could be
> splitted into two but don't know is it worth of effort, maybe not.

I can split it to two by separating out the removal of maxburst
initialization, not a big effort. I just wanted to cut down the number
of patches.

FWIW I have tested it on Nokia n810, Beagle-xM (Sidetone enabled) and
Pandaboard-ES. I still need to get my Nokia n900 for the test.

> Then I was thinking can 6-7/7 be moved before 5/7?

I thought about that, but decided to do the code move with minimal
change. 6-7/7 is not strictly needed change in the context of 5/7.

> I'll try to give a test to the set perhaps during weekend but don't let
> that delay the process.
> 
> Acked-by: Jarkko Nikula <jarkko.nikula@bitmer.com>

Thanks,

I'll send v3 with the split patch 1/7 and adding you ack, Mark can
decide if he wants to wait for your testing as well (I would).

- Péter

Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

  reply	other threads:[~2018-11-08  7:13 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-11-07 13:23 [PATCH v2 0/7] ASoC: omap-mcbsp: Cleanup and split core/sidetone support Peter Ujfalusi
2018-11-07 13:23 ` [PATCH v2 1/7] ASoC: omap-mcbsp: Clean up dma_data addr initialization code Peter Ujfalusi
2018-11-07 13:23 ` [PATCH v2 2/7] ASoC: omap-mcbsp: Clean up the interrupt handlers Peter Ujfalusi
2018-11-07 13:23 ` [PATCH v2 3/7] ASoC: omap-mcbsp: Simplify the mcbsp_start/_stop function parameters Peter Ujfalusi
2018-11-07 13:23 ` [PATCH v2 4/7] ASoC: omap-mcbsp: Move out the FIFO check from set_threshold and get_delay Peter Ujfalusi
2018-11-07 13:23 ` [PATCH v2 5/7] ASoC: omap-mcbsp: Re-arrange files for core McBSP and Sidetone function split Peter Ujfalusi
2018-11-07 13:23 ` [PATCH v2 6/7] ASoC: omap-mcbsp: Remove redundant check for mcbsp->pdata Peter Ujfalusi
2018-11-07 13:23 ` [PATCH v2 7/7] ASoC: omap-mcbsp: No need to initialize max_xx_thres when it is not used Peter Ujfalusi
2018-11-07 18:57 ` [PATCH v2 0/7] ASoC: omap-mcbsp: Cleanup and split core/sidetone support Jarkko Nikula
2018-11-08  7:13   ` Peter Ujfalusi [this message]
2018-11-08 11:58     ` Mark Brown

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=39597b1d-cae1-6e76-d7d2-92a04c74de8d@ti.com \
    --to=peter.ujfalusi@ti.com \
    --cc=alsa-devel@alsa-project.org \
    --cc=broonie@kernel.org \
    --cc=jarkko.nikula@bitmer.com \
    --cc=lgirdwood@gmail.com \
    --cc=linux-omap@vger.kernel.org \
    /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.