* [PATCH 00/25] ASoC: Overhaul Samsung drivers [not found] <1287471805-17952-1-git-send-email-jassisinghbrar@gmail.com> @ 2010-10-19 7:30 ` Kukjin Kim 2010-10-19 8:00 ` [alsa-devel] " Vasily khoruzhick 0 siblings, 1 reply; 4+ messages in thread From: Kukjin Kim @ 2010-10-19 7:30 UTC (permalink / raw) To: linux-arm-kernel Jassi Brar wrote: > > From: Jassi Brar <jassi.brar@samsung.com> > > Hi, Hi :-) > > Here come patches overhauling the Samsung ASoC support. > > The AC97, PCM, SPDIF and ASoC-DMA related code has merely undergone > cosmetic changes - symbol, device & driver renaming and file moving. > > A new I2S controller driver has been added to manage Samsung SoCs since > S3C64XX. Older driver has been changed only as is necessary. > Regarding I2S, I have left the s3c24xx series untouched because the > controllers are too different to run by a common driver. S3C2412's I2S > does have some similarities, but not important enough to warrant impact > on new driver design. > The new I2S driver has been designed around the notion of features/quirks. > The newer SoCs have revised version of I2S_0(usually) than previous ones. > So, I2S block is 'specified' in the platform code and the driver works on > that configuration. > For now, Secondary I2S DAI works only with System-DMAC. I2S-Internal DMA > and SRAM will be enabled later. > > Testing:- > Simple testing of 5.1 channel and hardware mixing seems to work (though > there seems to be some issue with symmetric_rates in soc-core.c which > would be tried to fix later as saperate issue). > I would appreciate any test-results for GONI and SMARTQ. > > I suggest the patches 13,14,16 & 17 go via Kgene's Tree, and the rest via > ASoC > tree due to tight dependencies. Hmm...in my opinion, it would be better to me if could send arch/arm/ stuff to upstream via my tree even though there are dependencies. Mark, how do you think? And...Cc'ing Linux ARM kernel ML is better... (Cc'ed Linux ARM kernel) > > 1). ASoC: WM8580: Remove useless assignment > 2). ASoC: Samsung: Remove redundant AQUILA driver > 3). ASoC: Samsung: Rename DMA device > 4). ARM: Samsung: Define common audio-dma device > 5). ASoC: Samsung: Rename ASoC DMA driver > 6). ASoC: Samsung: Rename AC97 platform device > 7). ASoC: Samsung: Rename AC97 driver > 8). ASoC: Samsung: Rename PCM driver > 9). ASoC: Samsung: Generalize DMA driver namespace > 10). ASoC: Samsung: Rename s3c64xx I2S device > 11). ASoC: Samsung: Add common I2S driver > 12). ARM: S3C64XX: I2S: Upgrade platform device > 13). ARM: S5P6440: I2S: Upgrade platform device > 14). ARM: S5P6442: I2S: Upgrade platform device > 15). ARM: S5PC100: I2S: Upgrade platform device > 16). ARM: S5PV210: I2S: Upgrade platform device > 17). ARM: S5PV310: Add audio platform devices > 18). ASoC: SMARTQ: Move to use new I2S driver > 19). ASoC: GONI: Move to use new I2S driver > 20). ASoC: SMDK64XX: Move to use new I2S driver > 21). ASoC: S3C64XX: Remove obsoleted I2S drivers > 22). ASoC: SMDK64XX: Rename for other platforms > 23). ASoC: SMDK_WM8580: Enable for SMDKC100 > 24). ASoC: Samsung: Generalize Kconfig symbols > 25). ASoC: Samsung: Rename from s3c24xx to samsung Thanks. Best regards, Kgene. -- Kukjin Kim <kgene.kim@samsung.com>, Senior Engineer, SW Solution Development Team, Samsung Electronics Co., Ltd. ^ permalink raw reply [flat|nested] 4+ messages in thread
* [alsa-devel] [PATCH 00/25] ASoC: Overhaul Samsung drivers 2010-10-19 7:30 ` [PATCH 00/25] ASoC: Overhaul Samsung drivers Kukjin Kim @ 2010-10-19 8:00 ` Vasily khoruzhick 2010-10-19 8:52 ` Mark Brown 0 siblings, 1 reply; 4+ messages in thread From: Vasily khoruzhick @ 2010-10-19 8:00 UTC (permalink / raw) To: linux-arm-kernel On Tue, 19 Oct 2010 16:30:09 +0900 Kukjin Kim <kgene.kim@samsung.com> wrote: > Jassi Brar wrote: > > > > From: Jassi Brar <jassi.brar@samsung.com> > > > > Hi, > > Hi :-) > > > > Here come patches overhauling the Samsung ASoC support. > > > > The AC97, PCM, SPDIF and ASoC-DMA related code has merely undergone > > cosmetic changes - symbol, device & driver renaming and file moving. > > > > A new I2S controller driver has been added to manage Samsung SoCs since > > S3C64XX. Older driver has been changed only as is necessary. > > Regarding I2S, I have left the s3c24xx series untouched because the > > controllers are too different to run by a common driver. S3C2412's I2S > > does have some similarities, but not important enough to warrant impact > > on new driver design. > > The new I2S driver has been designed around the notion of features/quirks. > > The newer SoCs have revised version of I2S_0(usually) than previous ones. > > So, I2S block is 'specified' in the platform code and the driver works on > > that configuration. > > For now, Secondary I2S DAI works only with System-DMAC. I2S-Internal DMA > > and SRAM will be enabled later. > > > > Testing:- > > Simple testing of 5.1 channel and hardware mixing seems to work (though > > there seems to be some issue with symmetric_rates in soc-core.c which > > would be tried to fix later as saperate issue). > > I would appreciate any test-results for GONI and SMARTQ. > > > > I suggest the patches 13,14,16 & 17 go via Kgene's Tree, and the rest via > > ASoC > > tree due to tight dependencies. > > Hmm...in my opinion, it would be better to me if could send arch/arm/ stuff > to upstream via my tree even though there are dependencies. > Mark, how do you think? As for me, that's not a good idea. We'll get massive breakage during 2.6.37 merge window then. Here's example: my sound-related changes to machine files are merged through Ben's tree, but these changes aren't in asoc tree, so Jassi is no aware of them, but now these changes are outdated a bit due to device renaming. And this introduce compile breakage. And if I understood correctly, merging these arch/arm changes through your tree will result in temporary compile breakage for both trees - your and asoc. Keep changes consistent :) Regards Vasily -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20101019/323863c7/attachment.sig> ^ permalink raw reply [flat|nested] 4+ messages in thread
* [alsa-devel] [PATCH 00/25] ASoC: Overhaul Samsung drivers 2010-10-19 8:00 ` [alsa-devel] " Vasily khoruzhick @ 2010-10-19 8:52 ` Mark Brown 0 siblings, 0 replies; 4+ messages in thread From: Mark Brown @ 2010-10-19 8:52 UTC (permalink / raw) To: linux-arm-kernel On Tue, Oct 19, 2010 at 11:00:15AM +0300, Vasily khoruzhick wrote: > Kukjin Kim <kgene.kim@samsung.com> wrote: > > > I suggest the patches 13,14,16 & 17 go via Kgene's Tree, and the rest via > > > ASoC > > > tree due to tight dependencies. > > Hmm...in my opinion, it would be better to me if could send arch/arm/ stuff > > to upstream via my tree even though there are dependencies. > > Mark, how do you think? > As for me, that's not a good idea. We'll get massive breakage during > 2.6.37 merge window then. Here's example: my sound-related changes to > machine files are merged through Ben's tree, but these changes aren't > in asoc tree, so Jassi is no aware of them, but now these changes are > outdated a bit due to device renaming. And this introduce compile > breakage. Since my primary development platforms are Samsung reference boards I'm especially unenthusiastic about anything which creates cross-tree issues. My stock answer to things like this is that if we can't split things up so that dependencies are avoided then we should create a branch which can be pulled into both trees. ^ permalink raw reply [flat|nested] 4+ messages in thread
[parent not found: <1287473432-19408-1-git-send-email-jassi.brar@samsung.com>]
* [PATCH 00/25] ASoC: Overhaul Samsung drivers [not found] <1287473432-19408-1-git-send-email-jassi.brar@samsung.com> @ 2010-10-21 16:55 ` Maurus Cuelenaere 2010-10-21 20:56 ` [alsa-devel] " Jassi Brar 0 siblings, 1 reply; 4+ messages in thread From: Maurus Cuelenaere @ 2010-10-21 16:55 UTC (permalink / raw) To: linux-arm-kernel Op 19-10-10 09:30, Jassi Brar schreef: > I forgot to CC you on the patches. > > -------- > > Hi, > > Here come patches overhauling the Samsung ASoC support. > > The AC97, PCM, SPDIF and ASoC-DMA related code has merely undergone > cosmetic changes - symbol, device & driver renaming and file moving. > > A new I2S controller driver has been added to manage Samsung SoCs since > S3C64XX. Older driver has been changed only as is necessary. > Regarding I2S, I have left the s3c24xx series untouched because the > controllers are too different to run by a common driver. S3C2412's I2S > does have some similarities, but not important enough to warrant impact > on new driver design. > The new I2S driver has been designed around the notion of features/quirks. > The newer SoCs have revised version of I2S_0(usually) than previous ones. > So, I2S block is 'specified' in the platform code and the driver works on > that configuration. > For now, Secondary I2S DAI works only with System-DMAC. I2S-Internal DMA > and SRAM will be enabled later. > > Testing:- > Simple testing of 5.1 channel and hardware mixing seems to work (though > there seems to be some issue with symmetric_rates in soc-core.c which > would be tried to fix later as saperate issue). > I would appreciate any test-results for GONI and SMARTQ. > > I suggest the patches 13,14,16 & 17 go via Kgene's Tree, and the rest via ASoC > tree due to tight dependencies. > > 1). ASoC: WM8580: Remove useless assignment > 2). ASoC: Samsung: Remove redundant AQUILA driver > 3). ASoC: Samsung: Rename DMA device > 4). ARM: Samsung: Define common audio-dma device > 5). ASoC: Samsung: Rename ASoC DMA driver > 6). ASoC: Samsung: Rename AC97 platform device > 7). ASoC: Samsung: Rename AC97 driver > 8). ASoC: Samsung: Rename PCM driver > 9). ASoC: Samsung: Generalize DMA driver namespace > 10). ASoC: Samsung: Rename s3c64xx I2S device > 11). ASoC: Samsung: Add common I2S driver > 12). ARM: S3C64XX: I2S: Upgrade platform device > 13). ARM: S5P6440: I2S: Upgrade platform device > 14). ARM: S5P6442: I2S: Upgrade platform device > 15). ARM: S5PC100: I2S: Upgrade platform device > 16). ARM: S5PV210: I2S: Upgrade platform device > 17). ARM: S5PV310: Add audio platform devices > 18). ASoC: SMARTQ: Move to use new I2S driver > 19). ASoC: GONI: Move to use new I2S driver > 20). ASoC: SMDK64XX: Move to use new I2S driver > 21). ASoC: S3C64XX: Remove obsoleted I2S drivers > 22). ASoC: SMDK64XX: Rename for other platforms > 23). ASoC: SMDK_WM8580: Enable for SMDKC100 > 24). ASoC: Samsung: Generalize Kconfig symbols > 25). ASoC: Samsung: Rename from s3c24xx to samsung These don't seem to apply on Linus' latest release (f6f94e2ab1b33f0082ac22d71f66385a60d8157f)? Also, do you have a git tree I can pull to test these? -- Maurus Cuelenaere ^ permalink raw reply [flat|nested] 4+ messages in thread
* [alsa-devel] [PATCH 00/25] ASoC: Overhaul Samsung drivers 2010-10-21 16:55 ` Maurus Cuelenaere @ 2010-10-21 20:56 ` Jassi Brar 0 siblings, 0 replies; 4+ messages in thread From: Jassi Brar @ 2010-10-21 20:56 UTC (permalink / raw) To: linux-arm-kernel On Fri, Oct 22, 2010 at 1:55 AM, Maurus Cuelenaere <mcuelenaere@gmail.com> wrote: > ?Op 19-10-10 09:30, Jassi Brar schreef: >> I forgot to CC you on the patches. >> >> -------- >> >> Hi, >> >> Here come patches overhauling the Samsung ASoC support. >> >> The AC97, PCM, SPDIF and ASoC-DMA related code has merely undergone >> cosmetic changes - symbol, device & driver renaming and file moving. >> >> A new I2S controller driver has been added to manage Samsung SoCs since >> S3C64XX. Older driver has been changed only as is necessary. >> Regarding I2S, I have left the s3c24xx series untouched because the >> controllers are too different to run by a common driver. S3C2412's I2S >> does have some similarities, but not important enough to warrant impact >> on new driver design. >> The new I2S driver has been designed around the notion of features/quirks. >> The newer SoCs have revised version of I2S_0(usually) than previous ones. >> So, I2S block is 'specified' in the platform code and the driver works on >> that configuration. >> For now, Secondary I2S DAI works only with System-DMAC. I2S-Internal DMA >> and SRAM will be enabled later. >> >> Testing:- >> ? Simple testing of 5.1 channel and hardware mixing seems to work (though >> there seems to be some issue with symmetric_rates in soc-core.c which >> would be tried to fix later as saperate issue). >> ?I would appreciate any test-results for GONI and SMARTQ. >> >> I suggest the patches 13,14,16 & 17 go via Kgene's Tree, and the rest via ASoC >> tree due to tight dependencies. >> >> 1). ASoC: WM8580: Remove useless assignment >> 2). ASoC: Samsung: Remove redundant AQUILA driver >> 3). ASoC: Samsung: Rename DMA device >> 4). ARM: Samsung: Define common audio-dma device >> 5). ASoC: Samsung: Rename ASoC DMA driver >> 6). ASoC: Samsung: Rename AC97 platform device >> 7). ASoC: Samsung: Rename AC97 driver >> 8). ASoC: Samsung: Rename PCM driver >> 9). ASoC: Samsung: Generalize DMA driver namespace >> 10). ASoC: Samsung: Rename s3c64xx I2S device >> 11). ASoC: Samsung: Add common I2S driver >> 12). ARM: S3C64XX: I2S: Upgrade platform device >> 13). ARM: S5P6440: I2S: Upgrade platform device >> 14). ARM: S5P6442: I2S: Upgrade platform device >> 15). ARM: S5PC100: I2S: Upgrade platform device >> 16). ARM: S5PV210: I2S: Upgrade platform device >> 17). ARM: S5PV310: Add audio platform devices >> 18). ASoC: SMARTQ: Move to use new I2S driver >> 19). ASoC: GONI: Move to use new I2S driver >> 20). ASoC: SMDK64XX: Move to use new I2S driver >> 21). ASoC: S3C64XX: Remove obsoleted I2S drivers >> 22). ASoC: SMDK64XX: Rename for other platforms >> 23). ASoC: SMDK_WM8580: Enable for SMDKC100 >> 24). ASoC: Samsung: Generalize Kconfig symbols >> 25). ASoC: Samsung: Rename from s3c24xx to samsung > > These don't seem to apply on Linus' latest release > (f6f94e2ab1b33f0082ac22d71f66385a60d8157f)? > > Also, do you have a git tree I can pull to test these? These all, except the already applied 1st one, should cleanly apply to http://git.kernel.org/?p=linux/kernel/git/broonie/sound-2.6.git;a=shortlog;h=refs/heads/for-2.6.37 ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2010-10-21 20:56 UTC | newest] Thread overview: 4+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- [not found] <1287471805-17952-1-git-send-email-jassisinghbrar@gmail.com> 2010-10-19 7:30 ` [PATCH 00/25] ASoC: Overhaul Samsung drivers Kukjin Kim 2010-10-19 8:00 ` [alsa-devel] " Vasily khoruzhick 2010-10-19 8:52 ` Mark Brown [not found] <1287473432-19408-1-git-send-email-jassi.brar@samsung.com> 2010-10-21 16:55 ` Maurus Cuelenaere 2010-10-21 20:56 ` [alsa-devel] " Jassi Brar
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).