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

[alsa-devel] Terratec EWS88D (ice1712) optical stuck on ADAT (no IEC958 optical i/o)
by Niels Mayer 14 Sep '10

14 Sep '10

I just scored a nice Terratec EWS88D for $20.00. :-) ( http://nielsmayer.com/envy24control/EWS88D_Board_L.jpg missing midi cable though (*)) It works nicely with Linux and http://mudita24.googlecode.com , although it's missing some important controls to turn off the ADAT parts of the card. Alas, it wouldn't help to support them in mudita24, as I cannot get them to change values through standard ALSA tools like amixer(1) and alsamixer(1). Therefore, the question: is what is it about snd-ice1712 that prevents the mixer control values detailed below from changing, and is there anything I can do to fix it? (sometimes you want to use this card in it's dual IEC958 optical + spdif I/O config, other times, you want to use the optical for ADAT and the spdif for IEC958, which is the only configuration I can get currently.) The results from amixer(1): http://nielsmayer.com/envy24control/terratec-ews88d-amixer.txt Results of "cat /proc/asound/EWS88D/ice1712": http://nielsmayer.com/envy24control/terratec-ews88d-ice1712.txt My attempts at changing optical port from ADAT to IEC958. Nothing happens: ///// ///// ///// ///// ///// ///// ///// ///// coggie-7-~> foreach i ( 'IEC958 Input Optical' 'IEC958 Input Optical' 'ADAT External Master Clock' 'ADAT Output Optical' 'ADAT Through' 'Enable ADAT' ) foreach? amixer cget iface=MIXER,name="$i" foreach? end numid=95,iface=MIXER,name='IEC958 Input Optical' ; type=BOOLEAN,access=rw------,values=1 : values=off numid=95,iface=MIXER,name='IEC958 Input Optical' ; type=BOOLEAN,access=rw------,values=1 : values=off numid=97,iface=MIXER,name='ADAT External Master Clock' ; type=BOOLEAN,access=rw------,values=1 : values=on numid=96,iface=MIXER,name='ADAT Output Optical' ; type=BOOLEAN,access=rw------,values=1 : values=on numid=99,iface=MIXER,name='ADAT Through' ; type=BOOLEAN,access=rw------,values=1 : values=off numid=98,iface=MIXER,name='Enable ADAT' ; type=BOOLEAN,access=rw------,values=1 : values=on coggie-10-~> amixer cset iface=MIXER,name='Enable ADAT' off numid=98,iface=MIXER,name='Enable ADAT' ; type=BOOLEAN,access=rw------,values=1 : values=on coggie-11-~> amixer cset iface=MIXER,name='Enable ADAT' false numid=98,iface=MIXER,name='Enable ADAT' ; type=BOOLEAN,access=rw------,values=1 : values=on coggie-12-~> amixer cset iface=MIXER,name='Enable ADAT' off numid=98,iface=MIXER,name='Enable ADAT' ; type=BOOLEAN,access=rw------,values=1 : values=on coggie-13-~> amixer cset iface=MIXER,name='Enable ADAT' 0 numid=98,iface=MIXER,name='Enable ADAT' ; type=BOOLEAN,access=rw------,values=1 : values=on coggie-14-~> amixer cset iface=MIXER,name='IEC958 Input Optical' on numid=95,iface=MIXER,name='IEC958 Input Optical' ; type=BOOLEAN,access=rw------,values=1 : values=off coggie-15-~> amixer cset iface=MIXER,name='IEC958 Input Optical' true numid=95,iface=MIXER,name='IEC958 Input Optical' ; type=BOOLEAN,access=rw------,values=1 : values=off coggie-16-~> amixer cset iface=MIXER,name='IEC958 Input Optical' 1 numid=95,iface=MIXER,name='IEC958 Input Optical' ; type=BOOLEAN,access=rw------,values=1 : values=off ///// ///// ///// ///// ///// ///// ///// ///// FYI, for more info on this board: ftp://ftp.terratec.de/Audio/EWS/88D/Manual/EWS88D_Manual_GB.pdf ftp://ftp.terratec.de/Audio/EWS/88D/TechnicalData/EWS88D_GB.pdf Relevant snd-ice1712 sources: http://git.alsa-project.org/?p=alsa-kernel.git;a=blob_plain;f=sound/pci/ice… http://git.alsa-project.org/?p=alsa-kernel.git;a=blob_plain;f=sound/pci/ice… Also, I'm running on Fedora12 ( 2.6.32.21-166.fc12.x86_64 ) which seems to have a somewhat odd mix of ALSA drivers and runtime: coggie-17-~> drumstick-sysinfo ALSA Sequencer System Info, version: 0.5.0 Compiled ALSA library: 1.0.23 Runtime ALSA library: 1.0.23 Runtime ALSA drivers: 1.0.21. Numeric ALSA compiled library: 10017 Numeric ALSA runtime library: 10017 Numeric ALSA runtime driver: 10015 Will Fedora13 or "runtime ALSA drivers: 1.0.23" remedy this situation? (Probably not EWS88D is a pretty old card and I don't see any changes related to it recently). The target machine for this card will actually be running Fedora13, however, that machine hasn't been decommissioned, wiped, or setup for that purpose yet.... Niels http://nielsmayer.com PS: (*) Anybody know where to find/build a 9-pin MIDI cable for the EWS88D? Will the RME HDSP9652 cable fit/work? http://www.bananasmusic.com/productdetail.asp/pid_3970/productname_RME-BOHD…

2 4

[alsa-devel] [PATCH] ALSA: emux: Add trivial compat ioctl handler
by Ben Hutchings 14 Sep '10

14 Sep '10

Reported-by: Carmen Cru <carmen.cru(a)belgacom.net> Signed-off-by: Ben Hutchings <ben(a)decadent.org.uk> --- This is compile-tested only. Ben. sound/synth/emux/emux_hwdep.c | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/sound/synth/emux/emux_hwdep.c b/sound/synth/emux/emux_hwdep.c index ff0b2a8..5ae1eae 100644 --- a/sound/synth/emux/emux_hwdep.c +++ b/sound/synth/emux/emux_hwdep.c @@ -128,6 +128,9 @@ snd_emux_init_hwdep(struct snd_emux *emu) strcpy(hw->name, SNDRV_EMUX_HWDEP_NAME); hw->iface = SNDRV_HWDEP_IFACE_EMUX_WAVETABLE; hw->ops.ioctl = snd_emux_hwdep_ioctl; + /* The ioctl parameter types are compatible between 32- and + * 64-bit architectures, so use the same function. */ + hw->ops.ioctl_compat = snd_emux_hwdep_ioctl; hw->exclusive = 1; hw->private_data = emu; if ((err = snd_card_register(emu->card)) < 0) -- 1.7.1

2 1

[alsa-devel] [PATCH] sound/ppc/powermac: remove undefined operations
by Andreas Schwab 14 Sep '10

14 Sep '10

Modifying an object twice without an intervening sequence point is undefined. Signed-off-by: Andreas Schwab <schwab(a)linux-m68k.org> --- sound/ppc/tumbler.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/sound/ppc/tumbler.c b/sound/ppc/tumbler.c index 20afdf9..961d982 100644 --- a/sound/ppc/tumbler.c +++ b/sound/ppc/tumbler.c @@ -785,7 +785,7 @@ static int snapper_set_capture_source(struct pmac_tumbler *mix) if (! mix->i2c.client) return -ENODEV; if (mix->capture_source) - mix->acs = mix->acs |= 2; + mix->acs |= 2; else mix->acs &= ~2; return i2c_smbus_write_byte_data(mix->i2c.client, TAS_REG_ACS, mix->acs); -- 1.7.2.3 -- Andreas Schwab, schwab(a)linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different."

2 1

[alsa-devel] [PATCH next 00/16] treewide: Use static const char * const where possible
by Joe Perches 14 Sep '10

14 Sep '10

Convert the uses that should be const of char *foo[] = {"bar", "baz"}; to const char * const foo[] = {"bar", "baz"}; or static const char * const foo[] = {"bar", "baz"}; Joe Perches (16): arch/alpha: Use static const char * const where possible arch/ia64: Use static const char * const where possible arch/microblaze: Use static const char * const where possible arch/x86: Use static const char * const where possible drivers/gpu: Use static const char * const where possible drivers/isdn: Use static const char * const where possible drivers/net: Use static const char * const where possible drivers/net/pcmcia: Use static const char * const where possible drivers/net/wireless: Use static const char * const where possible drivers/scsi: Use static const char * const where possible drivers/staging: Use static const char * const where possible drivers/usb: Use static const char * const where possible drivers/watchdog: Use static const char * const where possible fs: Use static const char * const where possible net/irda: Use static const char * const where possible sound: Use static const char * const where possible arch/alpha/kernel/err_ev6.c | 12 +++++--- arch/alpha/kernel/err_marvel.c | 33 ++++++++++++------------ arch/alpha/kernel/err_titan.c | 35 ++++++++++++++----------- arch/alpha/kernel/osf_sys.c | 4 +- arch/ia64/kernel/palinfo.c | 2 +- arch/microblaze/kernel/heartbeat.c | 10 +++--- arch/microblaze/kernel/timer.c | 12 ++++---- arch/x86/kernel/smpboot.c | 2 +- arch/x86/kvm/mmu.c | 2 +- drivers/gpu/drm/ttm/ttm_page_alloc.c | 4 ++- drivers/isdn/pcbit/edss1.c | 2 +- drivers/isdn/pcbit/edss1.h | 2 +- drivers/net/3c515.c | 4 ++- drivers/net/eth16i.c | 4 ++- drivers/net/pcmcia/3c589_cs.c | 2 +- drivers/net/wireless/rt2x00/rt2x00debug.c | 2 +- drivers/scsi/bfa/rport.c | 4 ++- drivers/scsi/pcmcia/nsp_debug.c | 2 +- drivers/scsi/qla2xxx/qla_nx.c | 4 +- drivers/scsi/qla4xxx/ql4_nx.c | 2 +- drivers/staging/ath6kl/os/linux/ar6000_drv.c | 14 +++++----- drivers/staging/bcm/Debug.c | 5 ++- drivers/usb/host/oxu210hp-hcd.c | 2 +- drivers/watchdog/machzwd.c | 2 +- fs/binfmt_flat.c | 4 ++- include/net/irda/irlan_event.h | 2 +- net/irda/irlan/irlan_event.c | 2 +- sound/core/misc.c | 5 +--- sound/core/pcm_native.c | 2 +- 29 files changed, 99 insertions(+), 83 deletions(-) -- 1.7.3.rc1

2 2

[alsa-devel] snd-aloop PCM Slave Channels
by Raymond Yau 14 Sep '10

14 Sep '10

it seem there is a bug in snd-aloop those IFACE_PCM "PCM Slave Channels" controls return 48000 static int loopback_channels_get(struct snd_kcontrol *kcontrol, struct snd_ctl_elem_value *ucontrol) { struct loopback *loopback = snd_kcontrol_chip(kcontrol); - ucontrol->value.integer.value[0] =loopback->setup[kcontrol->id.subdevice][kcontrol->id.device].rate; + ucontrol->value.integer.value[0] =loopback->setup[kcontrol->id.subdevice][kcontrol->id.device].channels; return 0; } BTW , AFAIK dmix/dsnoop only work with subdevice 0 and there are 8 subdevices by default How can the application access Loopback.pcm.default ? http://git.alsa-project.org/?p=alsa-lib.git;a=commitdiff;h=72c7260ce624adcb…

1 0

[alsa-devel] [PATCH] ASoC: fsi codecs: Update card name field
by Kuninori Morimoto 14 Sep '10

14 Sep '10

Signed-off-by: Kuninori Morimoto <kuninori.morimoto.gx(a)renesas.com> --- I think Mark's advice means this patch sound/soc/sh/fsi-ak4642.c | 2 +- sound/soc/sh/fsi-da7210.c | 2 +- sound/soc/sh/fsi-hdmi.c | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/sound/soc/sh/fsi-ak4642.c b/sound/soc/sh/fsi-ak4642.c index a7d2686..d96602d 100644 --- a/sound/soc/sh/fsi-ak4642.c +++ b/sound/soc/sh/fsi-ak4642.c @@ -43,7 +43,7 @@ static struct snd_soc_dai_link fsi_dai_link = { }; static struct snd_soc_card fsi_soc_card = { - .name = "FSI", + .name = "FSI (AK4642)", .dai_link = &fsi_dai_link, .num_links = 1, }; diff --git a/sound/soc/sh/fsi-da7210.c b/sound/soc/sh/fsi-da7210.c index b527015..a6adb6e 100644 --- a/sound/soc/sh/fsi-da7210.c +++ b/sound/soc/sh/fsi-da7210.c @@ -33,7 +33,7 @@ static struct snd_soc_dai_link fsi_da7210_dai = { }; static struct snd_soc_card fsi_soc_card = { - .name = "FSI", + .name = "FSI (DA7210)", .dai_link = &fsi_da7210_dai, .num_links = 1, }; diff --git a/sound/soc/sh/fsi-hdmi.c b/sound/soc/sh/fsi-hdmi.c index fcda149..a52dd8e 100644 --- a/sound/soc/sh/fsi-hdmi.c +++ b/sound/soc/sh/fsi-hdmi.c @@ -22,7 +22,7 @@ static struct snd_soc_dai_link fsi_dai_link = { }; static struct snd_soc_card fsi_soc_card = { - .name = "FSI", + .name = "FSI (SH MOBILE HDMI)", .dai_link = &fsi_dai_link, .num_links = 1, }; -- 1.7.0.4

2 1

[alsa-devel] [PATCH 2/3] ASoC: Samsung: Debug PCM snd_soc_dai_driver registration
by Jassi Brar 14 Sep '10

14 Sep '10

From: Jassi Brar <jassi.brar(a)samsung.com> Each of the two PCM controllers need to be registered during probe with appropriate 'name' of the dai driver. Signed-off-by: Jassi Brar <jassi.brar(a)samsung.com> --- sound/soc/s3c24xx/s3c-pcm.c | 17 ++++++++++------- 1 files changed, 10 insertions(+), 7 deletions(-) diff --git a/sound/soc/s3c24xx/s3c-pcm.c b/sound/soc/s3c24xx/s3c-pcm.c index 6174e26..d404f80 100644 --- a/sound/soc/s3c24xx/s3c-pcm.c +++ b/sound/soc/s3c24xx/s3c-pcm.c @@ -361,8 +361,6 @@ static struct snd_soc_dai_ops s3c_pcm_dai_ops = { #define S3C_PCM_RATES SNDRV_PCM_RATE_8000_96000 #define S3C_PCM_DAI_DECLARE \ -{ \ - .name = "samsung-dai", \ .symmetric_rates = 1, \ .ops = &s3c_pcm_dai_ops, \ .playback = { \ @@ -376,12 +374,17 @@ static struct snd_soc_dai_ops s3c_pcm_dai_ops = { .channels_max = 2, \ .rates = S3C_PCM_RATES, \ .formats = SNDRV_PCM_FMTBIT_S16_LE, \ - }, \ -} + } struct snd_soc_dai_driver s3c_pcm_dai[] = { - S3C_PCM_DAI_DECLARE, - S3C_PCM_DAI_DECLARE, + [0] = { + .name = "samsung-pcm.0", + S3C_PCM_DAI_DECLARE, + }, + [1] = { + .name = "samsung-pcm.1", + S3C_PCM_DAI_DECLARE, + }, }; EXPORT_SYMBOL_GPL(s3c_pcm_dai); @@ -465,7 +468,7 @@ static __devinit int s3c_pcm_dev_probe(struct platform_device *pdev) } clk_enable(pcm->pclk); - ret = snd_soc_register_dai(&pdev->dev, s3c_pcm_dai); + ret = snd_soc_register_dai(&pdev->dev, &s3c_pcm_dai[pdev->id]); if (ret != 0) { dev_err(&pdev->dev, "failed to get pcm_clock\n"); goto err5; -- 1.6.2.5

2 6

[alsa-devel] [PATCH 00/11] treewide: Remove pr_<level> uses with KERN_<level>
by Joe Perches 14 Sep '10

14 Sep '10

Most of these are pr_debug(KERN_<foo>. pr_<level>(KERN_<level> is unnecessary. Joe Perches (11): arch/arm: Remove pr_<level> uses of KERN_<level> arch/avr32: Remove pr_<level> uses of KERN_<level> arch/microblaze: Remove pr_<level> uses of KERN_<level> arch/mips: Remove pr_<level> uses of KERN_<level> arch/powerpc: Remove pr_<level> uses of KERN_<level> arch/x86: Remove pr_<level> uses of KERN_<level> drivers/infiniband: Remove pr_<level> uses of KERN_<level> drivers/net/skfp: Remove pr_<level> uses of KERN_<level> drivers/staging/msm: Remove pr_<level> uses of KERN_<level> drivers/usb/gadget: Remove pr_<level> uses of KERN_<level> sound: Remove pr_<level> uses of KERN_<level> arch/arm/mach-pxa/cpufreq-pxa2xx.c | 3 +- arch/avr32/mach-at32ap/at32ap700x.c | 4 +- arch/microblaze/kernel/exceptions.c | 16 ++---- arch/mips/kernel/irq-gic.c | 2 +- arch/mips/pci/pci-rc32434.c | 2 +- arch/powerpc/kvm/emulate.c | 4 +- arch/powerpc/sysdev/pmi.c | 2 +- arch/x86/kernel/apb_timer.c | 4 +- drivers/infiniband/hw/amso1100/c2_intr.c | 4 +- drivers/net/skfp/skfddi.c | 84 +++++++++++++++--------------- drivers/staging/msm/staging-devices.c | 2 +- drivers/usb/gadget/r8a66597-udc.c | 2 +- sound/ppc/snd_ps3.c | 2 +- sound/soc/s3c24xx/s3c-dma.c | 3 +- 14 files changed, 64 insertions(+), 70 deletions(-) -- 1.7.3.rc1

4 4

[alsa-devel] [PATCH] ALSA: hda - Add quirk for Toshiba C650D using a Conexant CX20585
by Anisse Astier 14 Sep '10

14 Sep '10

Add a quirk for laptop Toshiba Satellite C650D to have proper external HP and external Mic support. Signed-off-by: Anisse Astier <anisse(a)astier.eu> --- Hi, Apparently Greg Alexander did a great job of enhancing suport for CX20585 and CX20582 codecs as a side effect of his CXT5066_IDEAPAD quirk. Maybe we should generalize this to all CX2058x codecs. In attachment, alsa-info output before and after using model=ideapad. I also tried model=olpc-xo-1_5, but Mic didn't work at all with it. Patch is on top of for-next, but should be pretty obvious to apply otherwise. Regards, Anisse --- sound/pci/hda/patch_conexant.c | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/sound/pci/hda/patch_conexant.c b/sound/pci/hda/patch_conexant.c index 71f9d64..972e7c4 100644 --- a/sound/pci/hda/patch_conexant.c +++ b/sound/pci/hda/patch_conexant.c @@ -3092,6 +3092,7 @@ static struct snd_pci_quirk cxt5066_cfg_tbl[] = { SND_PCI_QUIRK(0x1028, 0x0402, "Dell Vostro", CXT5066_DELL_VOSTO), SND_PCI_QUIRK(0x1028, 0x0408, "Dell Inspiron One 19T", CXT5066_IDEAPAD), SND_PCI_QUIRK(0x103c, 0x360b, "HP G60", CXT5066_HP_LAPTOP), + SND_PCI_QUIRK(0x1179, 0xff1e, "Toshiba Satellite C650D", CXT5066_IDEAPAD), SND_PCI_QUIRK(0x1179, 0xff50, "Toshiba Satellite P500-PSPGSC-01800T", CXT5066_OLPC_XO_1_5), SND_PCI_QUIRK(0x1179, 0xffe0, "Toshiba Satellite Pro T130-15F", CXT5066_OLPC_XO_1_5), SND_PCI_QUIRK(0x17aa, 0x20f2, "Lenovo T400s", CXT5066_THINKPAD), -- 1.7.0.6

2 1

[alsa-devel] [PATCH 00/25] treewide-next: Use static const char arrays
by Joe Perches 14 Sep '10

14 Sep '10

Using static const char foo[] = "bar" can save some code and text space, so change the places where it's possible. Also change the places that use char foo[] = "barX"; ... foo[3] = value + '0'; where X is typically changed char foo[sizeof("barX")]; ... sprintf(foo, "bar%c", value + '0'); Joe Perches (25): arch/mips: Use static const char arrays arch/powerpc: Use static const char arrays drivers/acpi: Use static const char arrays drivers/char: Use static const char arrays drivers/i2c: Use static const char arrays drivers/isdn: Use static const char arrays drivers/media: Use static const char arrays drivers/net/atl1c: Use static const char arrays drivers/net/atl1e: Use static const char arrays drivers/net/(intel): Use static const char arrays drivers/net/netxen: Use static const char arrays drivers/net/qlcnic: Use static const char arrays drivers/net/spider_net.c: Use static const char arrays drivers/net/vnxnet3: Use static const char arrays drivers/net/wireless/ipw2x00: Use static const char arrays drivers/s390/char: Use static const char arrays drivers/scsi: Use static const char arrays drivers/serial/suncore.c: Use static const char arrays drivers/staging: Use static const char arrays drivers/usb: Use static const char arrays drivers/video: Use static const char arrays net/dsa: Use static const char arrays net/sunrpc: Use static const char arrays sound: Use static const char arrays tools/perf/util: Use static const char arrays arch/mips/pnx8550/common/reset.c | 4 ++-- arch/powerpc/boot/addnote.c | 4 ++-- arch/powerpc/boot/cuboot-c2k.c | 4 ++-- arch/powerpc/kernel/irq.c | 2 +- drivers/acpi/sleep.c | 4 ++-- drivers/char/hvc_vio.c | 2 +- drivers/i2c/busses/i2c-stu300.c | 4 ++-- drivers/isdn/hysdn/hycapi.c | 2 +- drivers/isdn/mISDN/dsp_cmx.c | 2 +- drivers/media/video/zoran/zoran_device.c | 5 ++--- drivers/net/atl1c/atl1c.h | 4 ++-- drivers/net/atl1c/atl1c_main.c | 4 ++-- drivers/net/atl1e/atl1e.h | 4 ++-- drivers/net/atl1e/atl1e_main.c | 4 ++-- drivers/net/e1000/e1000.h | 2 +- drivers/net/e1000/e1000_main.c | 4 ++-- drivers/net/e1000e/e1000.h | 2 +- drivers/net/e1000e/netdev.c | 2 +- drivers/net/igb/igb.h | 4 ++-- drivers/net/igb/igb_main.c | 4 ++-- drivers/net/igbvf/igbvf.h | 2 +- drivers/net/igbvf/netdev.c | 2 +- drivers/net/ixgb/ixgb.h | 2 +- drivers/net/ixgb/ixgb_main.c | 2 +- drivers/net/ixgbe/ixgbe.h | 2 +- drivers/net/ixgbe/ixgbe_main.c | 4 ++-- drivers/net/ixgbevf/ixgbevf.h | 2 +- drivers/net/ixgbevf/ixgbevf_main.c | 2 +- drivers/net/netxen/netxen_nic.h | 2 +- drivers/net/netxen/netxen_nic_main.c | 2 +- drivers/net/qlcnic/qlcnic.h | 2 +- drivers/net/qlcnic/qlcnic_main.c | 2 +- drivers/net/spider_net.c | 2 +- drivers/net/vmxnet3/vmxnet3_drv.c | 2 +- drivers/net/vmxnet3/vmxnet3_int.h | 2 +- drivers/net/wireless/ipw2x00/ipw2100.c | 2 +- drivers/net/wireless/ipw2x00/ipw2200.c | 2 +- drivers/net/wireless/ipw2x00/libipw_module.c | 2 +- drivers/s390/char/vmlogrdr.c | 4 ++-- drivers/scsi/bnx2i/bnx2i_hwi.c | 6 +++--- drivers/scsi/lpfc/lpfc_init.c | 2 +- drivers/scsi/megaraid/megaraid_mbox.c | 6 +++--- drivers/serial/suncore.c | 4 ++-- drivers/staging/brcm80211/util/bcmutils.c | 2 +- drivers/staging/comedi/drivers/comedi_bond.c | 2 +- drivers/staging/cxt1e1/ossiRelease.c | 2 +- drivers/staging/go7007/go7007-driver.c | 2 +- drivers/staging/msm/mdp.c | 2 +- .../staging/rtl8192e/ieee80211/ieee80211_module.c | 2 +- .../staging/rtl8192u/ieee80211/ieee80211_module.c | 2 +- drivers/staging/tidspbridge/rmgr/dbdcd.c | 6 +++--- drivers/usb/atm/ueagle-atm.c | 14 +++++--------- drivers/usb/otg/langwell_otg.c | 2 +- drivers/video/sh_mipi_dsi.c | 4 ++-- drivers/video/sis/sis_main.c | 10 +++++----- drivers/video/via/viafbdev.c | 2 +- net/dsa/dsa.c | 2 +- net/dsa/dsa_priv.h | 2 +- net/sunrpc/auth_gss/gss_krb5_mech.c | 2 +- sound/core/misc.c | 5 ++++- tools/perf/util/ui/setup.c | 3 ++- tools/perf/util/ui/util.c | 3 ++- 62 files changed, 98 insertions(+), 98 deletions(-) -- 1.7.3.rc1

2 4

[alsa-devel] [PATCH 1/3 v2]sound/oss/ac97_codec.c Update broken web addresses.
by Justin P. Mattock 13 Sep '10

13 Sep '10

This is a resend from the original, due to Clemens Ladisch providing the right locations of the *.pdf's etc.. Signed-off-by: Justin P. Mattock <justinmattock(a)gmail.com> Signed-off-by: Clemens Ladisch <clemens(a)ladisch.de> --- sound/oss/ac97_codec.c | 5 +---- 1 files changed, 1 insertions(+), 4 deletions(-) diff --git a/sound/oss/ac97_codec.c b/sound/oss/ac97_codec.c index 456a1b4..e2c5fe9 100644 --- a/sound/oss/ac97_codec.c +++ b/sound/oss/ac97_codec.c @@ -22,10 +22,7 @@ ************************************************************************** * * The Intel Audio Codec '97 specification is available at the Intel - * audio homepage: http://developer.intel.com/ial/scalableplatforms/audio/ - * - * The specification itself is currently available at: - * ftp://download.intel.com/ial/scalableplatforms/ac97r22.pdf + * http://download.intel.com/support/motherboards/desktop/sb/ac97_r23.pdf * ************************************************************************** * -- 1.7.2.1

1 2

Re: [alsa-devel] [PATCH 3, 5, 7/8] sound/* Update broken web addresses.
by Clemens Ladisch 13 Sep '10

13 Sep '10

Justin P. Mattock wrote: > --- a/sound/oss/ac97_codec.c > +++ b/sound/oss/ac97_codec.c > * The Intel Audio Codec '97 specification is available at the Intel >- * audio homepage: http://developer.intel.com/ial/scalableplatforms/audio/ > + * audio homepage: http://developer.intel.com/ drop this link > * The specification itself is currently available at: > - * ftp://download.intel.com/ial/scalableplatforms/ac97r22.pdf > + * ftp://ftp.intel.com/pub/ http://download.intel.com/support/motherboards/desktop/sb/ac97_r23.pdf > --- a/sound/pci/ens1370.c > +++ b/sound/pci/ens1370.c > - * using http://www.alsa-project.org/~iwai/writing-an-alsa-driver/c1540.htm > + * using http://www.alsa-project.org/~iwai/ http://www.kernel.org/pub/linux/kernel/people/tiwai/docs/writing-an-alsa-dr… > --- a/sound/pci/intel8x0.c > +++ b/sound/pci/intel8x0.c > - * http://www.intel.com/design/chipsets/specupdt/245051.htm > + * http://www.intel.com/p/en_US/business/design http://download.intel.com/design/chipsets/specupdt/24505108.pdf

2 1

Re: [alsa-devel] USB Audio device syncpipe error
by 6275 kson 13 Sep '10

13 Sep '10

Well I basically understand what is wrong. Usbaudio is expecting the packet size to be 4 and the value to be encoded as 16.16 because the device is operating at high speed. I made the change and my device now shows up properly as an output device and playback works but the feedback polling interval is incorrect. Since the feedback endpoint descriptor is not class specific I can see why one would expect it to be a usb 2.0 standard endpoint descriptor, however, that would mean I should also change my other audio streaming endpoint descriptors. Unfortunately, I'm not sure the proper way to fix this - any advice would be appreciated. Cheers On Thu, Sep 9, 2010 at 10:04 AM, 6275 kson <6275.kson(a)gmail.com> wrote: > > > On Thu, Sep 9, 2010 at 2:50 AM, Clemens Ladisch <clemens(a)ladisch.de>wrote: > >> 6275 kson wrote: >> > cannot submit syncpipe for urb 0, error -90: internal error >> >> Documentation/usb/error-codes.txt says: >> | -EMSGSIZE (a) endpoint maxpacket size is zero; it is not usable >> | in the current interface altsetting. >> | (b) ISO packet is larger than the endpoint maxpacket. >> | (c) requested data transfer length is invalid: negative >> | or too large for the host controller. >> >> So, what is the sync packet size? >> > >> > The packet size is 3. > > The descriptor used for High Speed is essentially the same as the full > speed descriptor except we have adjusted the endpoint polling rates so they > match the full speed rate (1ms). > > Thanks for your help, > > > >

4 3

[alsa-devel] [PATCH] alsactl init: Add db entry for Compaq nx6110 quirk
by Daniel Chen 13 Sep '10

13 Sep '10

Hi, Attached please find a patch for alsa-utils that adds a necessary control quirk for the Compaq nx6110 (the 'Headphone Jack Sense' control needs to be unmuted). Thanks, Dan

2 2

[alsa-devel] [PATCH] ASoC: Set more meaningful name for SMDK64xx WM8580 audio
by Mark Brown 13 Sep '10

13 Sep '10

Since the SMDK64xx boards have two audio subsystems using the board name as the card name by itself isn't so user friendly as it might be. Signed-off-by: Mark Brown <broonie(a)opensource.wolfsonmicro.com> --- sound/soc/s3c24xx/smdk64xx_wm8580.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/sound/soc/s3c24xx/smdk64xx_wm8580.c b/sound/soc/s3c24xx/smdk64xx_wm8580.c index 91367f7..052e499 100644 --- a/sound/soc/s3c24xx/smdk64xx_wm8580.c +++ b/sound/soc/s3c24xx/smdk64xx_wm8580.c @@ -242,7 +242,7 @@ static struct snd_soc_dai_link smdk64xx_dai[] = { }; static struct snd_soc_card smdk64xx = { - .name = "smdk64xx", + .name = "SMDK64xx 5.1", .dai_link = smdk64xx_dai, .num_links = ARRAY_SIZE(smdk64xx_dai), }; -- 1.7.1

3 2

[alsa-devel] [PATCH 2.6.32.3] hda_intel: ALSA HD Audio patch for Intel Cougar Point DeviceIDs
by Seth Heasley 13 Sep '10

13 Sep '10

This patch adds the Intel Cougar Point (PCH) HD Audio Controller DeviceIDs. Signed-off-by: Seth Heasley <seth.heasley(a)intel.com> --- linux-2.6.32.3/sound/pci/hda/hda_intel.c.orig 2010-01-06 15:07:45.000000000 -0800 +++ linux-2.6.32.3/sound/pci/hda/hda_intel.c 2010-01-07 13:10:28.000000000 -0800 @@ -116,6 +116,7 @@ "{Intel, ICH9}," "{Intel, ICH10}," "{Intel, PCH}," + "{Intel, CPT}," "{Intel, SCH}," "{ATI, SB450}," "{ATI, SB600}," @@ -2648,6 +2649,8 @@ { PCI_DEVICE(0x8086, 0x3a6e), .driver_data = AZX_DRIVER_ICH }, /* PCH */ { PCI_DEVICE(0x8086, 0x3b56), .driver_data = AZX_DRIVER_ICH }, + /* CPT */ + { PCI_DEVICE(0x8086, 0x1c20), .driver_data = AZX_DRIVER_ICH }, /* SCH */ { PCI_DEVICE(0x8086, 0x811b), .driver_data = AZX_DRIVER_SCH }, /* ATI SB 450/600 */

2 5

[alsa-devel] Question about "ALSA device list" on kernel boot
by Kuninori Morimoto 13 Sep '10

13 Sep '10

Dear Mark, Liam I noticed that the "ALSA device list" on kernel boot was changed. # Maybe the turning patch is Liam's # ASoC: multi-component - ASoC Multi-Component Support # But, I have not confirmed it. ex) on AP4 board, FSI-AK4642, FSI-HDMI case, the list is before: ... ALSA device list: #0: FSI (AK4642) #1: FSI (SH MOBILE HDMI) after: ... ALSA device list: #0: FSI #1: FSI Was print policy changed ? If it is strange, where is ? => soc-core side ? or FSI side ? Best regards -- Kuninori Morimoto

2 1

[alsa-devel] Binding multiple registers to an enum
by Stuart Longland 13 Sep '10

13 Sep '10

Hi all, Just working on the TLV320AIC3204 driver again... I've got an issue where we get noise on recording inputs if I don't drive unused inputs to the common mode. Now there's a register which can do exactly this. Each of the inputs can be routed through a difference series resistance... this selection is done by enum controls, with the options being: not-connected, 10k, 20k or 40k. My plan, is that when 'not-selected' is chosen, I set the appropriate bit in the floating input register so it gets connected to common-mode... and when something else is chosen, that bit gets cleared. I've tried lying to DAPM and telling it these bits control PGAs on the inputs themselves... but it gets the wrong idea about which ones need to be turned on. Perhaps I should investigate that ... but the idea of using PGA controls doesn't seem quite right. I've looked at SOC_ENUM_EXT, which would do what I want (I already use this to keep ADC OSR and DAC OSR settings in sync) however, these controls have implications for signal routing, and therefore DAPM needs to know about them, so really it'd be a SOC_DAPM_ENUM_EXT control I'd be after. I can't see such a thing however... how does one go about doing this? Regards, -- Stuart Longland (aka Redhatter, VK4MSL) .'''. Gentoo Linux/MIPS Cobalt and Docs Developer '.'` : . . . . . . . . . . . . . . . . . . . . . . .'.' http://dev.gentoo.org/~redhatter :.' I haven't lost my mind... ...it's backed up on a tape somewhere.

2 1

[alsa-devel] [PATCH] ASoC: S3C: Fix PCM RX FIFO settings
by Seungwhan Youn 11 Sep '10

11 Sep '10

When PCM capture, sound recorded abnormally because of RX FIFO threshold settings are missing. So, This patch modify PCM RX FIFO setting codes same as TX. Signed-off-by: Seungwhan Youn <sw.youn(a)samsung.com> --- sound/soc/s3c24xx/s3c-pcm.c | 3 +++ sound/soc/s3c24xx/s3c-pcm.h | 3 ++- 2 files changed, 5 insertions(+), 1 deletions(-) diff --git a/sound/soc/s3c24xx/s3c-pcm.c b/sound/soc/s3c24xx/s3c-pcm.c index 43dcc6b..deaa3f2 100644 --- a/sound/soc/s3c24xx/s3c-pcm.c +++ b/sound/soc/s3c24xx/s3c-pcm.c @@ -107,11 +107,14 @@ static void s3c_pcm_snd_rxctrl(struct s3c_pcm_info *pcm, int on) ctl = readl(regs + S3C_PCM_CTL); clkctl = readl(regs + S3C_PCM_CLKCTL); + ctl &= ~(S3C_PCM_CTL_RXDIPSTICK_MASK + << S3C_PCM_CTL_RXDIPSTICK_SHIFT); if (on) { ctl |= S3C_PCM_CTL_RXDMA_EN; ctl |= S3C_PCM_CTL_RXFIFO_EN; ctl |= S3C_PCM_CTL_ENABLE; + ctl |= (0x20<<S3C_PCM_CTL_RXDIPSTICK_SHIFT); clkctl |= S3C_PCM_CLKCTL_SERCLK_EN; } else { ctl &= ~S3C_PCM_CTL_RXDMA_EN; diff --git a/sound/soc/s3c24xx/s3c-pcm.h b/sound/soc/s3c24xx/s3c-pcm.h index 3e9bfc9..b85eaf2 100644 --- a/sound/soc/s3c24xx/s3c-pcm.h +++ b/sound/soc/s3c24xx/s3c-pcm.h @@ -22,7 +22,8 @@ /* PCM_CTL Bit-Fields */ #define S3C_PCM_CTL_TXDIPSTICK_MASK (0x3f) #define S3C_PCM_CTL_TXDIPSTICK_SHIFT (13) -#define S3C_PCM_CTL_RXDIPSTICK_MSK (0x3f<<7) +#define S3C_PCM_CTL_RXDIPSTICK_MASK (0x3f) +#define S3C_PCM_CTL_RXDIPSTICK_SHIFT (7) #define S3C_PCM_CTL_TXDMA_EN (0x1<<6) #define S3C_PCM_CTL_RXDMA_EN (0x1<<5) #define S3C_PCM_CTL_TXMSB_AFTER_FSYNC (0x1<<4) -- 1.6.2.5

5 8

[alsa-devel] [PATCH] ASoC: Fix off-by-one bug in register cache size configuration
by Dimitris Papastamos 11 Sep '10

11 Sep '10

This is a simple off-by-one bug, the size of the register cache is incorrectly set to the maximum register index. Fix it by adding one. Signed-off-by: Dimitris Papastamos <dp(a)opensource.wolfsonmicro.com> --- sound/soc/codecs/wm8962.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/sound/soc/codecs/wm8962.c b/sound/soc/codecs/wm8962.c index 58ba2d3..30984dd 100644 --- a/sound/soc/codecs/wm8962.c +++ b/sound/soc/codecs/wm8962.c @@ -1780,7 +1780,7 @@ static struct snd_soc_codec_driver soc_codec_dev_wm8962 = { .remove = wm8962_remove, .resume = wm8962_resume, .set_bias_level = wm8962_set_bias_level, - .reg_cache_size = WM8962_MAX_REGISTER, + .reg_cache_size = WM8962_MAX_REGISTER + 1, .reg_word_size = sizeof(u16), .reg_cache_default = wm8962_reg, .volatile_register = wm8962_volatile_register, -- 1.7.2.3

3 2

[alsa-devel] [PATCH 1/4] ASoC: tlv320aic3x: Optimize PLL programming in aic3x_set_bias_level
by Jarkko Nikula 11 Sep '10

11 Sep '10

There is only need to enable/disable once the PLL when the bias is going between on, prepare, standby and off states. Signed-off-by: Jarkko Nikula <jhnikula(a)gmail.com> --- sound/soc/codecs/tlv320aic3x.c | 10 ++++++---- 1 files changed, 6 insertions(+), 4 deletions(-) diff --git a/sound/soc/codecs/tlv320aic3x.c b/sound/soc/codecs/tlv320aic3x.c index b317586..94dc707 100644 --- a/sound/soc/codecs/tlv320aic3x.c +++ b/sound/soc/codecs/tlv320aic3x.c @@ -1069,7 +1069,8 @@ static int aic3x_set_bias_level(struct snd_soc_codec *codec, case SND_SOC_BIAS_ON: break; case SND_SOC_BIAS_PREPARE: - if (aic3x->master) { + if (codec->bias_level == SND_SOC_BIAS_STANDBY && + aic3x->master) { /* enable pll */ reg = aic3x_read_reg_cache(codec, AIC3X_PLL_PROGA_REG); aic3x_write(codec, AIC3X_PLL_PROGA_REG, @@ -1077,15 +1078,16 @@ static int aic3x_set_bias_level(struct snd_soc_codec *codec, } break; case SND_SOC_BIAS_STANDBY: - /* fall through and disable pll */ - case SND_SOC_BIAS_OFF: - if (aic3x->master) { + if (codec->bias_level == SND_SOC_BIAS_PREPARE && + aic3x->master) { /* disable pll */ reg = aic3x_read_reg_cache(codec, AIC3X_PLL_PROGA_REG); aic3x_write(codec, AIC3X_PLL_PROGA_REG, reg & ~PLL_ENABLE); } break; + case SND_SOC_BIAS_OFF: + break; } codec->bias_level = level; -- 1.7.1

3 11

[alsa-devel] [PATCH RFC 0/1] ASoC: WL1273 FM: Change error handling.
by Matti J. Aaltonen 11 Sep '10

11 Sep '10

Hi. This patch changes the error handling in the FM radio codec so that it's always permissible to set the audio routing to the previous value/ B.R. Matti J. Aaltonen (1): ASoC: WL1273 FM Radio: Eliminate unnecessary error return value. sound/soc/codecs/wl1273.c | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-)

3 4

[alsa-devel] Sound Blaster 5.1vx with CA0106
by Andy Owen 11 Sep '10

11 Sep '10

Hi, I recently bought a Sound Blaster 5.1vx (which has a ca0106 chip on it) and found that it didn't quite work properly in ALSA. The fix I made changes a few bits of code which aren't specific to my sound card, and I don't have a way to test it. The code looks to be more correct (I had to change a few spots to get the controls to operate on the correct channels, and also to get the rear channels to work at all). Could someone please review the patch, which I've attached to this bug report: https://bugtrack.alsa-project.org/alsa-bug/view.php?id=5108 Thanks for your time. Andy

1 0

[alsa-devel] [PATCH] ASoC: multi-component: SAMSUNG: Modify the name of I2S driver
by Chanwoo Choi 11 Sep '10

11 Sep '10

This patch modify the name of I2S driver(S3C64XX/S3C24xx /S3C2412) from "*-iis-*" to "*-i2s-*". The mismatch of I2S name exist in the following sound driver. These files write the "cpu_dai_name" of I2S as "*-i2s-*". - sound/soc/s3c24xx/aquila_wm8994.c : "s3c64xx-i2s-v4-dai" - sound/soc/s3c24xx/goni_wm8994.c : "s3c64xx-i2s-v4-dai" - sound/soc/s3c24xx/smdk64xx_wm8580.c "s3c64xx-i2s-v4-dai" - sound/soc/s3c24xx/jive_wm8750.c : "s3c2412-i2s-dai" - sound/soc/s3c24xx/neo1973_wm8753.c : "s3c24xx-i2s-dai" - sound/soc/s3c24xx/neo1973_gta02_wm8753.c : "s3c24xx-i2s-dai" - sound/soc/s3c24xx/s3c24xx_simtec_hermes.c : "s3c24xx-i2s-dai" - sound/soc/s3c24xx/s3c24xx_simtec_tlv320aic23.c : "s3c24xx-i2s-dai" - sound/soc/s3c24xx/s3c24xx_uda134x.c : "s3c24xx-i2s-dai" - sound/soc/s3c24xx/smartq_wm8987.c : "s3c64xx-i2s-dai.0" or, It is should modify "cpu_dai_name" of sound drvier files instead of modifying the name of I2S driver. Signed-off-by: Chanwoo Choi <cw00.choi(a)samsung.com> Signed-off-by: Kyungmin Park <kyungmin.park(a)samsung.com> --- sound/soc/s3c24xx/s3c2412-i2s.c | 2 +- sound/soc/s3c24xx/s3c24xx-i2s.c | 2 +- sound/soc/s3c24xx/s3c64xx-i2s-v4.c | 2 +- sound/soc/s3c24xx/s3c64xx-i2s.c | 2 +- 4 files changed, 4 insertions(+), 4 deletions(-) diff --git a/sound/soc/s3c24xx/s3c2412-i2s.c b/sound/soc/s3c24xx/s3c2412-i2s.c index aa116f6..f7c23ae 100644 --- a/sound/soc/s3c24xx/s3c2412-i2s.c +++ b/sound/soc/s3c24xx/s3c2412-i2s.c @@ -188,7 +188,7 @@ static struct platform_driver s3c2412_iis_driver = { .probe = s3c2412_iis_dev_probe, .remove = s3c2412_iis_dev_remove, .driver = { - .name = "s3c2412-iis-dai", + .name = "s3c2412-i2s-dai", .owner = THIS_MODULE, }, }; diff --git a/sound/soc/s3c24xx/s3c24xx-i2s.c b/sound/soc/s3c24xx/s3c24xx-i2s.c index a6cbeef..20712ad 100644 --- a/sound/soc/s3c24xx/s3c24xx-i2s.c +++ b/sound/soc/s3c24xx/s3c24xx-i2s.c @@ -495,7 +495,7 @@ static struct platform_driver s3c24xx_iis_driver = { .probe = s3c24xx_iis_dev_probe, .remove = s3c24xx_iis_dev_remove, .driver = { - .name = "s3c24xx-iis-dai", + .name = "s3c24xx-i2s-dai", .owner = THIS_MODULE, }, }; diff --git a/sound/soc/s3c24xx/s3c64xx-i2s-v4.c b/sound/soc/s3c24xx/s3c64xx-i2s-v4.c index 885040b..2846ea2 100644 --- a/sound/soc/s3c24xx/s3c64xx-i2s-v4.c +++ b/sound/soc/s3c24xx/s3c64xx-i2s-v4.c @@ -195,7 +195,7 @@ static struct platform_driver s3c64xx_i2sv4_driver = { .probe = s3c64xx_i2sv4_dev_probe, .remove = s3c64xx_i2sv4_dev_remove, .driver = { - .name = "s3c64xx-iis-v4-dai", + .name = "s3c64xx-i2s-v4-dai", .owner = THIS_MODULE, }, }; diff --git a/sound/soc/s3c24xx/s3c64xx-i2s.c b/sound/soc/s3c24xx/s3c64xx-i2s.c index 161189b..2017639 100644 --- a/sound/soc/s3c24xx/s3c64xx-i2s.c +++ b/sound/soc/s3c24xx/s3c64xx-i2s.c @@ -218,7 +218,7 @@ static struct platform_driver s3c64xx_iis_driver = { .probe = s3c64xx_iis_dev_probe, .remove = s3c64xx_iis_dev_remove, .driver = { - .name = "s3c64xx-iis-dai", + .name = "s3c64xx-i2s-dai", .owner = THIS_MODULE, }, }; -- 1.6.3.3

7 16

[alsa-devel] crash with assertion (?)
by IOhannes m zmoelnig 11 Sep '10

11 Sep '10

hi all, (just in case: sorry for double posting, i first sent from a non-subscribed address) this might have been discussed already ages ago, but i didn't find much on the web, and i'm a bit confused why it happens, so: i'm developing/bugfixing an application using (well, obviously) alsa, and i get crashes with assertions. my setup: - nvidia CK804 onboard soundcard (this soundcard seems to only be able to run at 48kHz) - debian squeeze/sid (libasound2 1.0.23-1) what i'm trying to do: i'm requesting my "plughw" device with 44100Hz the request is done with something like: rate=44100; err = snd_pcm_hw_params_set_rate_min(handle, params, &rate, 0); [...] err = snd_pcm_hw_params(handle, params); what happens: in the snd_pcm_hw_params(), my program exits with: "interval_inline.h:52: snd_interval_single: Assertion `!snd_interval_empty(i)' failed." sidenotes: if i use the "hw" device, i get away with the wrong samplerate (no crash, though the requested samplerate does not take effect) now i understand, that my soundcard does not accept 44100Hz. what i don't understand is, that alsa-lib crashes with an assertion error. i expect snd_pcm_hw_params() return an error!=0 if it fails to do what it is asked to do. imho, a library should _never ever_ crash the application. is this a bug? in alsa-lib? in the debian-packages? fgmasdr IOhannes

3 9