[alsa-devel] [PATCH 16/17] ASoC: Basic split of mpc5200 DMA code out from mpc5200_psc_i2s

[Takashi Iwai]

At Tue, 28 Apr 2009 13:14:09 -0400,
Jon Smirl wrote:
> 
> On Tue, Apr 28, 2009 at 12:55 PM, Jon Smirl <jonsmirl at gmail.com> wrote:
> > On Tue, Apr 28, 2009 at 12:51 PM, Takashi Iwai <tiwai at suse.de> wrote:
> >> At Tue, 28 Apr 2009 11:59:01 -0400,
> >> Jon Smirl wrote:
> >>>
> >>> On Tue, Apr 28, 2009 at 11:46 AM, Takashi Iwai <tiwai at suse.de> wrote:
> >>> > At Tue, 28 Apr 2009 16:23:41 +0100,
> >>> > Mark Brown wrote:
> >>> >>
> >>> >> From: Jon Smirl <jonsmirl at gmail.com>
> >>> >>
> >>> >> Basic split of mpc5200 DMA code out from i2s into a standalone file.
> >>> >>
> >>> >> [Fixed trailing whitespace -- broonie.]
> >>> >>
> >>> >> Signed-off-by: Jon Smirl <jonsmirl at gmail.com>
> >>> >> Acked-by: Grant Likely <grant.likely at secretlab.ca>
> >>> >> Signed-off-by: Mark Brown <broonie at opensource.wolfsonmicro.com>
> >>> >
> >>> > This patch conflicts with the last patch I merged to add
> >>> > SNDRV_PCM_INFO_BATCH to some drivers including mpc5200.
> >>> > (It's in fix/pcm-info-batch branch and not merged to */asoc branch
> >>> >  yet.  Feel free to pull to your tree by yourself.)
> >>> > And, the jiffies check shall be anyway fixed in the upstream PCM core
> >>> > side, thus there is no big merit to hurry to merge the unfinished
> >>> > changes now.
> >>> >
> >>> > So, could you back off mpc5200 changes and wait for a while until the
> >>> > issue regarding PCM jiffies-check is resolved?
> >>>
> >>> This is why I was pushing so hard to get the patches that split the
> >>> files in.
> >>
> >> And this is why I am against pulling now :)
> >
> > I wanted the split files added to 2.6.30 not 2.6.31. If they had gone
> > into 2.6.30 you would have patched after the split and everything
> > would have propagated without merge conflicts. In general, changes in
> > git that cross a file split will cause manual manual merges in
> > everything pending past the split.
> 
> BTW, pulling the split patches out of 2.6.31 is just going to move the
> merge mess onto my local patch stack. To eliminate the merge mess we
> need to get the split in and then start patching after the split.

I agree with that.

Also, we need to reconsider which of you change is really needed
since the current problem of the PCM will be solved in the PCM
core side soon later without the change of the driver side.


Takashi