[PATCH] CS4270 driver does not compile with I2C disabled

Fix compilation errors with the CS4270 when I2C is not enabled.  Updated
some comments to indicate that that stand-alone mode is not fully implemented,
because there is no mechanism for the CS4270 driver and the machine driver to
communicate the values of various input pins.

Signed-off-by: Timur Tabi <timur <at> freescale.com>
---

This patch applies on top of the initial CS4270 patch, labeled "[PATCH v3]
ASoC CS4270 codec device driver".

 sound/soc/codecs/cs4270.c |  319 ++++++++++++++++++++++++---------------------
 1 files changed, 172 insertions(+), 147 deletions(-)

diff --git a/sound/soc/codecs/cs4270.c b/sound/soc/codecs/cs4270.c
index b659a5d..8beae65 100644
--- a/sound/soc/codecs/cs4270.c
+++ b/sound/soc/codecs/cs4270.c
 <at>  <at>  -12,9 +12,11  <at>  <at> 
  *
  * Current features/limitations:
  *
- * 1) Stand-alone and software mode is supported.  Stand-alone is
- *    automatically selected if I2C is disabled or if a CS4270 is not found
- *    on the I2C bus.
+ * 1) Software mode is supported.  Stand-alone mode is automatically
+ *    selected if I2C is disabled or if a CS4270 is not found on the I2C
+ *    bus.  However, stand-alone mode is only partially implemented because
+ *    there is no mechanism yet for this driver and the machine driver to
+ *    communicate the values of the M0, M1, MCLK1, and MCLK2 pins.

ALSA on MIPS platform

Hi,
    In 
http://www.linux-mips.org/archives/linux-mips/2007-04/msg00114.html, 
Atsushi Nemoto pointed out the problem is discussed before, the thread 
can be found at http://lkml.org/lkml/2006/1/25/117. Thanks Atsushi Nemoto:)
    The problem is clear:
1. dma_alloc_noncoherent() return a non-cached address, and 
virt_to_page() need a cached logical addr (Have I named it right?)
2. mmaped dam buffer should be non-cached.

We have a ugly patch, but we want to solve the problem cleanly, so can 
anyone show me the way?

Regards,
Tian

diff --git a/sound/core/pcm_native.c b/sound/core/pcm_native.c
index 59b29cd..fd0aa66 100644
--- a/sound/core/pcm_native.c
+++ b/sound/core/pcm_native.c
 <at>  <at>  -3138,7 +3138,11  <at>  <at>  static struct page 
*snd_pcm_mmap_data_nopage(struct vm_area_struct *area,
             return NOPAGE_OOM; /* XXX: is this really due to OOM? */
     } else {
         vaddr = runtime->dma_area + offset;
+#if defined(__mips__) && defined(CONFIG_DMA_NONCOHERENT)
+        page = virt_to_page(CAC_ADDR(vaddr));
+#else
         page = virt_to_page(vaddr);
+#endif

Re: [PATCH] CS4270 driver does not compile with I2C disabled

At Tue, 31 Jul 2007 18:15:33 -0500,
Timur Tabi wrote:
> 
> Fix compilation errors with the CS4270 when I2C is not enabled.  Updated
> some comments to indicate that that stand-alone mode is not fully implemented,
> because there is no mechanism for the CS4270 driver and the machine driver to
> communicate the values of various input pins.
> 
> Signed-off-by: Timur Tabi <timur <at> freescale.com>

Applied to HG tree.  Thanks.

Takashi

[patch] Add a software amplifier plugin

Hi.

Most of the modern built-in cards do not
have an internal amplifier. This makes it
difficult to use them with those cheap small
passive speakers that were in a heavy use
15 years ago when the cards had an amplifier
builtin.
I wrote a simple software amplifier plugin,
it is attached. Of course you trade a sound
quality, but whoever uses the passive speakers,
have already made his choice anyway.

Would it be possible to apply such a patch to
the repository?

Signed-off-by: Stas Sergeev <stsp <at> aknet.ru>

_______________________________________________
Alsa-devel mailing list
Alsa-devel <at> alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

Re: [patch] Add a software amplifier plugin

At Wed, 01 Aug 2007 15:58:56 +0400,
Stas Sergeev wrote:
> 
> Hi.
> 
> Most of the modern built-in cards do not
> have an internal amplifier. This makes it
> difficult to use them with those cheap small
> passive speakers that were in a heavy use
> 15 years ago when the cards had an amplifier
> builtin.
> I wrote a simple software amplifier plugin,
> it is attached. Of course you trade a sound
> quality, but whoever uses the passive speakers,
> have already made his choice anyway.
> 
> Would it be possible to apply such a patch to
> the repository?
> 
> Signed-off-by: Stas Sergeev <stsp <at> aknet.ru>

Did you try the recent softvol plugin?
It supports already amplifier (> 0dB), not only attenuation.

thanks,

Takashi

Re: [RFC][PATCH] Get rid of dead code in sound/pci/ac97/ac97_patch.c

I'd prefer we keep this code in atm. The WM97xx touch driver needs it to
eliminate any audio noise from the touchscreen ADC.

I'll post the remaining touch driver patches in time for the next merge
window. 

Liam 

On Tue, 2007-07-31 at 22:36 +0200, Michal Piotrowski wrote:
> Hi,
> 
> File /home/devel/linux-rdc/sound/pci/ac97/ac97_patch.c line 484
> Unknown CONFIG option! CONFIG_TOUCHSCREEN_WM9705
> 
> Regards,
> Michal
> 

Re: [patch] Add a software amplifier plugin

Hello.

Takashi Iwai wrote:
> Did you try the recent softvol plugin?
Yep, I tried it for the whole day with
alsa-lib-1.0.14, trying to feed it with
the max_dB value to no avail.

> It supports already amplifier (> 0dB), not only attenuation.
Oh, it does so only in hg, not in 1.0.14,
now I see.
Well, it seems to me that my plugin gives
a way better quality (doing sine amplification,
while yours probably does linear), but then
yes, there is no point for the new plugin
indeed.

Re: [PATCH] CS4270 driver does not compile with I2C disabled

Takashi Iwai wrote:

> Applied to HG tree.  Thanks.

I'm new to the ALSA development cycle.  When will the HG tree be pulled into Linus' git repository?

Re: [PATCH] CS4270 driver does not compile with I2C disabled

At Wed, 01 Aug 2007 08:50:52 -0500,
Timur Tabi wrote:
> 
> Takashi Iwai wrote:
> 
> > Applied to HG tree.  Thanks.
> 
> I'm new to the ALSA development cycle.  When will the HG tree be
> pulled into Linus' git repository? 

Usually in the next merge window, i.e. 2.6.24.

Takashi

MPC5200 I2S driver for ASoC

I'm integrating a ALSA driver for an MPC5200 into the ASoC layer, 
similar to my successful effort for a PXA255 board.  I'm modeling the 
DMA and ALSA interfaces per ac97mgt driver found in the Lite5200B BSP, 
rather than the BestComm API example in the 2.4 kernel.  The 
speaker-test with 400Hz sine wave is working, but has a slight audible 
jitter.  A wav file output using aplay produces white noise.  Debugging 
shows I get two requests for buffer pointer per service of my transmit 
ISR (after the single call to snd_pcm_period_elapsed).  I expect only 
one pointer request per interrupt.  Could this be the noise problem?

This email was Anti Virus checked by Astaro Security Gateway. http://www.astaro.com