- Alsa-devel - mailman.alsa-project.org

[alsa-devel] ASoC: TWL4030 codec: Multiple DAC nameing
by Peter Ujfalusi 02 Dec '08

02 Dec '08

Hello, Now I have some working prototype for the TWL4030 codec DAPM playback routing. But before I send the patches I want to clear out something: Since the TWL has four DACs and I want to map all of them, what would be the correct SND_SOC_DAPM_DAC naming for them? At the moment I have these: /* DACs */ SND_SOC_DAPM_DAC("DACR1", "Right Front Playback", TWL4030_REG_AVDAC_CTL, 0, 0), SND_SOC_DAPM_DAC("DACL1", "Left Front Playback", TWL4030_REG_AVDAC_CTL, 1, 0), SND_SOC_DAPM_DAC("DACR2", "Right Rear Playback", TWL4030_REG_AVDAC_CTL, 2, 0), SND_SOC_DAPM_DAC("DACL2", "Left Rear Playback", TWL4030_REG_AVDAC_CTL, 3, 0), Are these are OK, or should I just use "Right Playback" for both DACR1 and DACR2? Btw: the 'dynamic' routing and switching now works (no user visible power control for the DACs and APGAs) in a way, that if the output is configured to take the audio from one of the DAC, than the corresponding chain (APGA, DAC) will be powered on only. Thanks, Péter

2 1

[alsa-devel] problem in set frames and buffer size‏
by Haiping Wang 01 Dec '08

01 Dec '08

hello all,I have write a alsa app from a example from internet.The original code is good running. format 16bitchannel 2rate 44100/* This example reads from the default PCM device and writes to standard output for 5 seconds of data. */ /* Use the newer ALSA API */ #define ALSA_PCM_NEW_HW_PARAMS_API #include <alsa/asoundlib.h> int main() { long loops; int rc; int size; snd_pcm_t *handle; snd_pcm_hw_params_t *params; unsigned int val; int dir; snd_pcm_uframes_t frames; char *buffer; /* Open PCM device for recording (capture). */ rc = snd_pcm_open(&handle, "default", SND_PCM_STREAM_CAPTURE, 0); if (rc < 0) { fprintf(stderr, "unable to open pcm device: %s\n", snd_strerror(rc)); exit(1); } /* Allocate a hardware parameters object. */ snd_pcm_hw_params_alloca(&params); /* Fill it in with default values. */ snd_pcm_hw_params_any(handle, params); /* Set the desired hardware parameters. */ /* Interleaved mode */ snd_pcm_hw_params_set_access(handle, params, SND_PCM_ACCESS_RW_INTERLEAVED); /* Signed 16-bit little-endian format */ snd_pcm_hw_params_set_format(handle, params, SND_PCM_FORMAT_S16_LE); /* Two channels (stereo) */ snd_pcm_hw_params_set_channels(handle, params, 2); /* 44100 bits/second sampling rate (CD quality) */ val = 44100; snd_pcm_hw_params_set_rate_near(handle, params, &val, &dir); /* Set period size to 32 frames. */ frames = 32; snd_pcm_hw_params_set_period_size_near(handle, params, &frames, &dir); /* Write the parameters to the driver */ rc = snd_pcm_hw_params(handle, params); if (rc < 0) { fprintf(stderr, "unable to set hw parameters: %s\n", snd_strerror(rc)); exit(1); } /* Use a buffer large enough to hold one period */ snd_pcm_hw_params_get_period_size(params, &frames, &dir); size = frames * 4; /* 2 bytes/sample, 2 channels */ buffer = (char *) malloc(size); /* We want to loop for 5 seconds */ snd_pcm_hw_params_get_period_time(params, &val, &dir); loops = 5000000 / val; while (loops > 0) { loops--; rc = snd_pcm_readi(handle, buffer, frames); if (rc == -EPIPE) { /* EPIPE means overrun */ fprintf(stderr, "overrun occurred\n"); snd_pcm_prepare(handle); } else if (rc < 0) { fprintf(stderr, "error from read: %s\n", snd_strerror(rc)); } else if (rc != (int)frames) { fprintf(stderr, "short read, read %d frames\n", rc); } rc = write(1, buffer, size); if (rc != size) fprintf(stderr, "short write: wrote %d bytes\n", rc); } snd_pcm_drain(handle); snd_pcm_close(handle); free(buffer); return 0; } now I want to change channel and format to write my own programm.format = 8bit, 24bit and 32bitchannel = 1 or 2how can i change the parameters in frames and buffer size.for each format 8/16/24/32bit how to set frames = ?and alsa channel 1/2 how to set buffersize??? I try many times and failed .I want your help. thanks!! _________________________________________________________________ Spielspaß für Jedermann! Mit tausenden von Spielen für Windows Vista! http://redirect.gimas.net/?n=M0812xSpieleVistaDE

1 0

[alsa-devel] Merged upstream to topic/asoc branch
by Takashi Iwai 01 Dec '08

01 Dec '08

Hi, FYI, I merged the current Linus tree back to topic/asoc branch on sound git tree for clean-up works including the latest commit in sound/soc/fsl. If you have any problems with it, please let me know. thanks, Takashi

2 9

[alsa-devel] (SoC) Does i.MX27's SSI work as I2S clock master?
by ngc＠drvlabo.jp 01 Dec '08

01 Dec '08

Hello, lists. Now I'm porting WM8728 driver with i.MX27ADS, based on Freescale's BSP kernel(2.6.22) and refering to ALSA SoC git repository. I'm connecting the WM8728 to the SSI2 controller via SSI-3 signal set. Then, my ADS board has altered: i.MX27 WM8728 --------------------- SSI3_CLK BCLKIN SSI3_FS LRCIN SSI3_TXDAT DIN TOUT/SSI2_MCLK MCLK Of course, I added some codes to configure GPIO pins as appropriate into board specific sources. Then, I'm trying to play sounds via WM8728 and have not hear any sounds yet. I checked SSI-3 signal set with an oscilloscope, no clock signal appears on SSI3_CLK. I tried the various SSI setting, I2S normal, I2S master, asychronous/synchronous, normal mode/network mode, ... But, I can't see clock signal, yet. I want to know an example setting to act i.MX' SSI as I2S clock master. Regards, -------------- NOGUCHI Hiroshi ngc(a)drvlabo.jp

6 5

Re: [alsa-devel] [ath5k-devel] Bugs on aspire one A150
by Maxim Levitsky 01 Dec '08

01 Dec '08

On Tue, 2008-11-11 at 00:12 +0200, Nick Kossifidis wrote: > 2008/11/10 Maxim Levitsky <maximlevitsky(a)gmail.com>: > > Bob Copeland wrote: > >> On Fri, Nov 7, 2008 at 10:26 PM, Maxim Levitsky <maximlevitsky(a)gmail.com> wrote: > >>> ** 2 - wireless: not to mention the fact that ath5k wasn't installed by > >>> default in ubuntu... > >>> wireless more or less works, but kernel log is full of backtraces. > >> > >> As you've seen, these should at least be gone now... > >> > >>> Was able to connect to my WPA2 access point. > >>> Sometimes wireless fails completely, especially after suspend to ram. > >> > >> Did you get noise calibration failures in dmesg at this point? Felix posted > >> a patch recently that handles them better. > > Yep, but they seems to be gone in latest -git too. > > Wireless work fine now, it seems like my iwl3945. > > > >> > >>> Advanced features like monitor/injection work, but when I changed the card's > >>> mac address it stopped working. > >>> I also noticed that if I then start airodump, then wireless works with new > >>> mac. > > Why it doesn't accept new mac?, can this be fixed? > > > > > >> > >>> ** 4 - wireless led doesn't work. > >>> ath5k devs, can you fix this? > >> > >> Currently all the LED code we have in there is for setting a particular gpio > >> for particular laptops (and they differ between models). We only have quirks > >> for IBM and HP, none for Acer. Also, the legacy-hal seems to have a different > >> strategy for 2425 chips. I can try to hack up some code for you to test. > >> > > > > I have seen on the web that madwifi did support the led with some gpio settings > > > > sysctl -w dev.wifi0.ledpin=3 > > sysctl -w dev.wifi0.softled=1 > > > > from https://help.ubuntu.com/community/AspireOne > > > > Best regards, > > Maxim Levitsky > > i think that some led settings are stored on EEPROM, let me check it out... Hi, Any update on that? Best regards, Maxim Levitsky > >

1 0

[alsa-devel] Unused TWL4030 macros
by Takashi Iwai 01 Dec '08

01 Dec '08

Hi, after the commit b0bd53a7399f65e2d1b37cd44c5003e55b886c1e, we get compile warnings as: sound/soc/codecs/twl4030.c:233: warning: 'snd_soc_get_volsw_twl4030' defined but not used sound/soc/codecs/twl4030.c:262: warning: 'snd_soc_put_volsw_twl4030' defined but not used sound/soc/codecs/twl4030.c:291: warning: 'snd_soc_get_volsw_r2_twl4030' defined but not used sound/soc/codecs/twl4030.c:318: warning: 'snd_soc_put_volsw_r2_twl4030' defined but not used Will the new macros ever used? Takashi

2 2

[alsa-devel] [PATCH] ALSA: Add WM9715 to AC97 IDs
by Mark Brown 01 Dec '08

01 Dec '08

The WM9715 is software compatible with the WM9711 and WM9712. Signed-off-by: Mark Brown <broonie(a)opensource.wolfsonmicro.com> --- sound/pci/ac97/ac97_codec.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/sound/pci/ac97/ac97_codec.c b/sound/pci/ac97/ac97_codec.c index 6704acb..e8375ff 100644 --- a/sound/pci/ac97/ac97_codec.c +++ b/sound/pci/ac97/ac97_codec.c @@ -175,7 +175,7 @@ static const struct ac97_codec_id snd_ac97_codec_ids[] = { { 0x574d4C04, 0xffffffff, "WM9704M,WM9704Q", patch_wolfson04, NULL}, { 0x574d4C05, 0xffffffff, "WM9705,WM9710", patch_wolfson05, NULL}, { 0x574d4C09, 0xffffffff, "WM9709", NULL, NULL}, -{ 0x574d4C12, 0xffffffff, "WM9711,WM9712", patch_wolfson11, NULL}, +{ 0x574d4C12, 0xffffffff, "WM9711,WM9712,WM9715", patch_wolfson11, NULL}, { 0x574d4c13, 0xffffffff, "WM9713,WM9714", patch_wolfson13, NULL, AC97_DEFAULT_POWER_OFF}, { 0x594d4800, 0xffffffff, "YMF743", patch_yamaha_ymf743, NULL }, { 0x594d4802, 0xffffffff, "YMF752", NULL, NULL }, -- 1.5.6.5

2 1

[alsa-devel] [PATCH 0/4] ASoC: TWL4030: Gain control updates, adding pre-DAC routing controls
by Peter Ujfalusi 01 Dec '08

01 Dec '08

Hello, This series adds 'proper' gain controls for: Per-DAC common gain controls. There are three gain controls asspciated wit a DAC in TWL, There are four DAC can be used (in OPT_MODE=1). Digital fine gain, Digital coarse gain, Analog gain. Every output, except the HandsFree has their own gain controls per channel (L/R) Pre-DAC routings: Digital input namings: SDRL1: TDM #1 SDRR1: TDM #2 SDRL2: TDM #3, I2S Left SDRR2: TDM #4, I2S Right Mono mixing: SDRM1: mixed SDRL1 and SDRR1 SDRM2: mixed SDRL2 and SDRR2 The possible mux settings for the DAC inputs: DACL1 <- SDRL1, SDRM1, SDRM2, SDRL2 DACR1 <- SDRR1, SDRM1, SDRM2, SDRR2 DACL2 <- SDRL2, SDRM2 DACR2 <- SDRR2, SDRM2 --- Peter Ujfalusi (4): ASoC: TWL4030: Change the capture volume control to TLV ASoC: TWL4030: Change the common playback volume controls ASoC: TWL4030: Add volume controls for outputs ASoC: TWL4030: Add pre-DAC digital mux controls sound/soc/codecs/twl4030.c | 59 ++++++++++++++++++++++++++++++++++++++++++++ 1 files changed, 59 insertions(+), 0 deletions(-)

2 13

[alsa-devel] Help with Creative's X-Fi drivers
by James Pearson 01 Dec '08

01 Dec '08

I know the ALSA team don't support Creative's X-Fi drivers, but maybe someone could help with this issue: I've managed to 'backport' Creative's recently GPL'd drivers to run on a CentOS4 kernel with ALSA 1.0.15 - the changes to the code were minor, but one thing I'm not sure about is, in ctpcm.c it has: static int ct_pcm_timer_stop(struct ct_atc_pcm *apcm) { unsigned long flags; CTDPF("%s is called\n", __func__); spin_lock_irqsave(&apcm->timer_lock, flags); apcm->stop_timer = 1; del_timer(&apcm->timer); spin_unlock_irqrestore(&apcm->timer_lock, flags); try_to_del_timer_sync(&apcm->timer); return 0; } The CentOS4/RHEL4 2.6.9 kernel doesn't have try_to_del_timer_sync() - so, should I replace it with del_timer() or del_timer_sync() ? I'm currently using del_timer_sync() - and the driver works (I get sound out the head phone jack) - is this OK? Thanks James Pearson

3 3

[alsa-devel] Restore state around suspend/resume
by Dan Nicholson 01 Dec '08

01 Dec '08

Hi, Currently, suspending the computer via pm-suspend (as done from HAL), causes the ALSA state to be stored and restored via alsactl. Here's what the hook looks like: http://cgit.freedesktop.org/pm-utils/tree/pm/sleep.d/65alsa Is this still necessary on recent kernels? Is there a list of drivers which properly maintain state across suspend/resume? We're trying to cut down on the amount of work done in userspace which slows down suspend cycles. Thanks. -- Dan -- To unsubscribe from this list: send the line "unsubscribe alsa-devel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

2 11