Skip to content

K
Kernel

openeuler / Kernel
1 年多 前同步成功

通知 8
Star 0
Fork 0
K
Kernel
切换分支/标签
  1. 19 9月, 2009 1 次提交
  3. 18 9月, 2009 1 次提交
  5. 17 9月, 2009 1 次提交
  7. 15 9月, 2009 2 次提交
  9. 06 9月, 2009 1 次提交
  11. 26 8月, 2009 2 次提交
  13. 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
  15. 21 8月, 2009 3 次提交
  17. 18 8月, 2009 2 次提交
  19. 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
  21. 06 8月, 2009 1 次提交
  23. 30 7月, 2009 2 次提交
  25. 10 6月, 2009 1 次提交
  27. 28 5月, 2009 1 次提交
  29. 23 5月, 2009 1 次提交
  31. 18 5月, 2009 1 次提交
    • B
      [ARM] S3C24XX: GPIO: Move gpio functions out of <mach/hardware.h> · ec976d6e
      由 Ben Dooks 提交于 
      Move all the gpio functions out of <mach/hardware.h> as
this file is for defining the generic IO base addresses
for the kernel IO calls.

Make a new header <mach/gpio-fns.h> to take this and
include it via the chain from <linux/gpio.h> which is
what most of these files should be using (and will be
changed as soon as possible).

Note, this does make minor changes to some drivers but
should not mess up any pending merges.

CC: Richard Purdie <rpurdie@rpsys.net>
Acked-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
CC: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: NBen Dooks <ben-linux@fluff.org>
      ec976d6e
  33. 01 5月, 2009 1 次提交
  35. 30 4月, 2009 10 次提交
  37. 28 4月, 2009 3 次提交
  39. 25 4月, 2009 2 次提交
  41. 23 4月, 2009 1 次提交