Skip to content

R
raspberrypi-kernel

openeuler / raspberrypi-kernel

通知 13
Star 1
Fork 0
R
raspberrypi-kernel
切换分支/标签
  1. 02 2月, 2010 1 次提交
  3. 29 1月, 2010 1 次提交
  5. 28 1月, 2010 6 次提交
  7. 17 12月, 2009 2 次提交
  9. 16 12月, 2009 1 次提交
  11. 04 12月, 2009 1 次提交
  13. 18 11月, 2009 3 次提交
  15. 13 11月, 2009 1 次提交
  17. 06 11月, 2009 1 次提交
  19. 29 10月, 2009 2 次提交
  21. 13 10月, 2009 1 次提交
  23. 01 10月, 2009 1 次提交
  25. 21 9月, 2009 1 次提交
  27. 19 9月, 2009 1 次提交
  29. 18 9月, 2009 1 次提交
  31. 17 9月, 2009 1 次提交
  33. 15 9月, 2009 2 次提交
  35. 06 9月, 2009 1 次提交
  37. 26 8月, 2009 2 次提交
  39. 25 8月, 2009 2 次提交
    • S
      ASoC: S3C platform: Fix s3c2410_dma_started() called at improper time · faf907c7
      由 Shine Liu 提交于 
      s3c24xx dma has the auto reload feature, when the the trnasfer is done,
CURR_TC(DSTAT[19:0], current value of transfer count) reaches 0, and DMA
ACK becomes 1, and then, TC(DCON[19:0]) will be loaded into CURR_TC. So
the transmission is repeated.

IRQ is issued while auto reload occurs. We change the DISRC and
DCON[19:0] in the ISR, but at this time, the auto reload has been
performed already. The first block is being re-transmitted by the DMA.

So we need rewrite the DISRC and DCON[19:0] for the next block
immediatly after the this block has been started to be transported.

The function s3c2410_dma_started() is for this perpose, which is called
in the form of "s3c2410_dma_ctrl(prtd->params->channel,
S3C2410_DMAOP_STARTED);" in s3c24xx_pcm_trigger().

But it is not correct. DMA transmission won't start until DMA REQ signal
arrived, it is the time s3c24xx_snd_txctrl(1) or s3c24xx_snd_rxctrl(1)
is called in s3c24xx_i2s_trigger().

In the current framework, s3c24xx_pcm_trigger() is always called before
s3c24xx_pcm_trigger(). So the s3c2410_dma_started() should be called in
s3c24xx_pcm_trigger() after s3c24xx_snd_txctrl(1) or
s3c24xx_snd_rxctrl(1) is called in this function.

However, s3c2410_dma_started() is dma related, to call this function we
should provide the channel number, which is given by
substream->runtime->private_data->params->channel. The private_data
points to a struct s3c24xx_runtime_data object, which is define in
s3c24xx_pcm.c, so s3c2410_dma_started() can't be called in s3c24xx_i2s.c

Fix this by moving the call to signal the DMA started to the DAI
drivers.
Signed-off-by: NShine Liu <liuxian@redflag-linux.com>
Signed-off-by: NShine Liu <shinel@foxmail.com>
Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      faf907c7
    • M
      ASoC: Select core DMA when building for S3C64xx · 239a22aa
      由 Mark Brown 提交于 
      Ensure that the core DMA support is available when building for
S3C64xx.
Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      239a22aa
  41. 21 8月, 2009 3 次提交
  43. 18 8月, 2009 2 次提交
  45. 14 8月, 2009 1 次提交
  47. 08 8月, 2009 1 次提交
    • U
      ASoC: s3c2443-ac97: convert semaphore to mutex · dbe9ea6e
      由 Uwe Kleine-König 提交于 
      This fixes a build failure for 2.6.31-rc4-rt1 (ARCH=arm, s3c2410_defconfig):

	  CC [M]  sound/soc/s3c24xx/s3c2443-ac97.o
	sound/soc/s3c24xx/s3c2443-ac97.c:50: warning: type defaults to 'int' in declaration of 'DECLARE_MUTEX'
	sound/soc/s3c24xx/s3c2443-ac97.c:50: warning: parameter names (without types) in function declaration
	sound/soc/s3c24xx/s3c2443-ac97.c: In function 's3c2443_ac97_read':
	sound/soc/s3c24xx/s3c2443-ac97.c:59: error: 'ac97_mutex' undeclared (first use in this function)
	sound/soc/s3c24xx/s3c2443-ac97.c:59: error: (Each undeclared identifier is reported only once
	sound/soc/s3c24xx/s3c2443-ac97.c:59: error: for each function it appears in.)
	sound/soc/s3c24xx/s3c2443-ac97.c: In function 's3c2443_ac97_write':
	sound/soc/s3c24xx/s3c2443-ac97.c:93: error: 'ac97_mutex' undeclared (first use in this function)
Signed-off-by: NUwe Kleine-König <u.kleine-koenig@pengutronix.de>
Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      dbe9ea6e
  49. 06 8月, 2009 1 次提交