On Tue, Apr 28, 2009 at 12:55 PM, Jon Smirl jonsmirl@gmail.com wrote:
On Tue, Apr 28, 2009 at 12:51 PM, Takashi Iwai tiwai@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@suse.de wrote:
At Tue, 28 Apr 2009 16:23:41 +0100, Mark Brown wrote:
From: Jon Smirl jonsmirl@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@gmail.com Acked-by: Grant Likely grant.likely@secretlab.ca Signed-off-by: Mark Brown broonie@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.
Takashi
-- Jon Smirl jonsmirl@gmail.com