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

[alsa-devel] snd_pcm_htimestamp & more PCM mmap timestamping in driver
by Jaroslav Kysela 09 Jan '08

09 Jan '08

Hi all, I just added snd_pcm_htimestamp() function to alsa-lib: int snd_pcm_htimestamp(snd_pcm_t *pcm, snd_pcm_uframes_t *avail, snd_htimestamp_t *tstamp); If you have any complaints, please, do now. Also, I would like to change SNDRV_PCM_TSTAMP_MMAP semantics to SNDRV_PCM_TSTAMP_ENABLE - when hw_ptr is updated in the driver, a timestamp would be always grabbed to ensure that we have always a valid timestamp & position pair. In current implementation, if an application updates hw_ptr in driver (using for example PCM delay ioctl), timestamp grabbed in the interrupt handler won't be associated with any real ring buffer position which makes things complicated and not too much abstract. Opinions? Jaroslav ----- Jaroslav Kysela <perex(a)perex.cz> Linux Kernel Sound Maintainer ALSA Project, Red Hat, Inc.

2 1

[alsa-devel] [PATCH] hda: 92HD71BXX Mono Mute Support
by Matthew Ranostay 09 Jan '08

09 Jan '08

Added a mono output mute mixer for the 92hd71bxx family of codecs, this also removes the need for the mono out node to explicitly unmuted in the core init. --- Signed-off-by: Matthew Ranostay <mranostay(a)embeddedalley.com> diff -r b3915b3a8a22 pci/hda/patch_sigmatel.c --- a/pci/hda/patch_sigmatel.c Tue Jan 08 12:33:19 2008 +0100 +++ b/pci/hda/patch_sigmatel.c Tue Jan 08 17:58:12 2008 -0500 @@ -534,8 +534,6 @@ static struct hda_verb stac92hd71bxx_cor { 0x0a, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_UNMUTE(0)}, { 0x0d, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_UNMUTE(0)}, { 0x0f, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_UNMUTE(0)}, - /* unmute mono out node */ - { 0x14, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_UNMUTE(0)}, }; static struct hda_verb stac92hd71bxx_analog_core_init[] = { @@ -553,8 +551,6 @@ static struct hda_verb stac92hd71bxx_ana { 0x0a, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_UNMUTE(0)}, { 0x0d, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_UNMUTE(0)}, { 0x0f, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_UNMUTE(0)}, - /* unmute mono out node */ - { 0x14, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_UNMUTE(0)}, {} }; @@ -714,6 +710,8 @@ static struct snd_kcontrol_new stac92hd7 HDA_CODEC_MUTE("Analog Loopback 1", 0x17, 0x3, HDA_INPUT), HDA_CODEC_MUTE("Analog Loopback 2", 0x17, 0x4, HDA_INPUT), + + HDA_CODEC_MUTE_MONO("Mono Playback Switch", 0x14, 0x1, 0, HDA_INPUT), { } /* end */ }; @@ -728,6 +726,8 @@ static struct snd_kcontrol_new stac92hd7 HDA_CODEC_VOLUME_IDX("Capture Volume", 0x1, 0x1d, 0x0, HDA_OUTPUT), HDA_CODEC_MUTE_IDX("Capture Switch", 0x1, 0x1d, 0x0, HDA_OUTPUT), HDA_CODEC_VOLUME_IDX("Capture Mux Volume", 0x1, 0x1b, 0x0, HDA_OUTPUT), + + HDA_CODEC_MUTE_MONO("Mono Playback Switch", 0x14, 0x1, 0, HDA_INPUT), { } /* end */ };

2 1

[alsa-devel] No sound over HDMI on HDA-Intel - HDA ATI HDMI
by Georgi Chorbadzhiyski 09 Jan '08

09 Jan '08

Hi, I have an Asus MB with integrated ATI X1200 audio controller connected over HDMI to an LCD TV. intel-hda driver correctly identifies and drives the card, but I get no sound over HDMI only over the standard stereo output jack. I've unmuted iec958 control on the HDMI card. I'm testing the card like this: root@browser:~# aplay -D plughw:1,0 test.wav Playing WAVE 'test.wav' : Signed 16 bit Little Endian, Rate 16000 Hz, Stereo No sound. root@browser:~# aplay -D plughw:0,0 test.wav Playing WAVE 'test.wav' : Signed 16 bit Little Endian, Rate 16000 Hz, Stereo Sound is ok. Is there some patches that I could try to get the HDMI output working? Similar reports: http://www.mail-archive.com/ubuntu-bugs@lists.ubuntu.com/msg590477.html http://www.redhat.com/archives/rhl-list/2007-November/msg00372.html aplay -l **** List of PLAYBACK Hardware Devices **** card 0: SB [HDA ATI SB], device 0: HDA Generic [HDA Generic] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: HDMI [HDA ATI HDMI], device 0: ATI HDMI [ATI HDMI] Subdevices: 1/1 Subdevice #0: subdevice #0 /proc/asound/cards 0 [SB ]: HDA-Intel - HDA ATI SB HDA ATI SB at 0xfe8f4000 irq 16 1 [HDMI ]: HDA-Intel - HDA ATI HDMI HDA ATI HDMI at 0xfeae8000 irq 19 lspci 00:00.0 Host bridge: ATI Technologies Inc RS690 Host Bridge 00:01.0 PCI bridge: ATI Technologies Inc RS690 PCI to PCI Bridge (Internal gfx) 00:06.0 PCI bridge: ATI Technologies Inc RS690 PCI to PCI Bridge (PCI Express Port 2) 00:07.0 PCI bridge: ATI Technologies Inc RS690 PCI to PCI Bridge (PCI Express Port 3) 00:12.0 SATA controller: ATI Technologies Inc SB600 Non-Raid-5 SATA 00:13.0 USB Controller: ATI Technologies Inc SB600 USB (OHCI0) 00:13.1 USB Controller: ATI Technologies Inc SB600 USB (OHCI1) 00:13.2 USB Controller: ATI Technologies Inc SB600 USB (OHCI2) 00:13.3 USB Controller: ATI Technologies Inc SB600 USB (OHCI3) 00:13.4 USB Controller: ATI Technologies Inc SB600 USB (OHCI4) 00:13.5 USB Controller: ATI Technologies Inc SB600 USB Controller (EHCI) 00:14.0 SMBus: ATI Technologies Inc SBx00 SMBus Controller (rev 14) 00:14.1 IDE interface: ATI Technologies Inc SB600 IDE 00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia 00:14.3 ISA bridge: ATI Technologies Inc SB600 PCI to LPC Bridge 00:14.4 PCI bridge: ATI Technologies Inc SBx00 PCI to PCI Bridge 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 01:05.0 VGA compatible controller: ATI Technologies Inc RS690 [Radeon X1200 Series] 01:05.2 Audio device: ATI Technologies Inc Radeon X1200 Series Audio Controller 03:00.0 Ethernet controller: Attansic Technology Corp. L1 Gigabit Ethernet Adapter (rev b0) lspci -vv 01:05.2 Audio device: ATI Technologies Inc Radeon X1200 Series Audio Controller Subsystem: ASUSTeK Computer Inc. Unknown device 8287 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- Latency: 64, Cache Line Size: 64 bytes Interrupt: pin B routed to IRQ 19 Region 0: Memory at feae8000 (64-bit, non-prefetchable) [size=16K] Capabilities: [50] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Capabilities: [60] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable- Address: 0000000000000000 Data: 0000 dmesg: Linux version 2.6.24-rc6 (gf@gf) (gcc version 4.1.2) #32 SMP PREEMPT Tue Jan 8 19:08:44 EET 2008 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009fc00 (usable) BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved) BIOS-e820: 00000000000e4000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 0000000037fb0000 (usable) BIOS-e820: 0000000037fb0000 - 0000000037fbe000 (ACPI data) BIOS-e820: 0000000037fbe000 - 0000000037fe0000 (ACPI NVS) BIOS-e820: 0000000037fe0000 - 0000000038000000 (reserved) BIOS-e820: 00000000fff00000 - 0000000100000000 (reserved) 895MB LOWMEM available. found SMP MP-table at 000ff780 Entering add_active_range(0, 0, 229296) 0 entries of 256 used Zone PFN ranges: DMA 0 -> 4096 Normal 4096 -> 229296 Movable zone start PFN for each node early_node_map[1] active PFN ranges 0: 0 -> 229296 On node 0 totalpages: 229296 DMA zone: 32 pages used for memmap DMA zone: 0 pages reserved DMA zone: 4064 pages, LIFO batch:0 Normal zone: 1759 pages used for memmap Normal zone: 223441 pages, LIFO batch:31 Movable zone: 0 pages used for memmap DMI present. ATI board detected. Disabling timer routing over 8254. Intel MultiProcessor Specification v1.4 Virtual Wire compatibility mode. OEM ID: ASUS Product ID: APIC at: 0xFEE00000 Processor #0 15:15 APIC version 16 I/O APIC #1 Version 33 at 0xFEC00000. Enabling APIC mode: Flat. Using 1 I/O APICs Processors: 1 Allocating PCI resources starting at 40000000 (gap: 38000000:c7f00000) Built 1 zonelists in Zone order, mobility grouping on. Total pages: 227505 Kernel command line: auto BOOT_IMAGE=Linux ro root=801 quiet mapped APIC to ffffb000 (fee00000) mapped IOAPIC to ffffa000 (fec00000) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 PID hash table entries: 4096 (order: 12, 16384 bytes) Detected 2009.066 MHz processor. Console: colour dummy device 80x25 console [tty0] enabled Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Memory: 906216k/917184k available (1460k kernel code, 10468k reserved, 560k data, 172k init, 0k highmem) virtual kernel memory layout: fixmap : 0xfffba000 - 0xfffff000 ( 276 kB) vmalloc : 0xf8800000 - 0xfffb8000 ( 119 MB) lowmem : 0xc0000000 - 0xf7fb0000 ( 895 MB) .init : 0xc02ff000 - 0xc032a000 ( 172 kB) .data : 0xc026d14d - 0xc02f9154 ( 560 kB) .text : 0xc0100000 - 0xc026d14d (1460 kB) Checking if this processor honours the WP bit even in supervisor mode... Ok. SLUB: Genslabs=11, HWalign=64, Order=0-1, MinObjects=4, CPUs=1, Nodes=1 Calibrating delay using timer specific routine.. 4109.60 BogoMIPS (lpj=2054803) Mount-cache hash table entries: 512 CPU: After generic identify, caps: 078bfbff ebd3fbff 00000000 00000000 00002001 00000000 0000001d 00000000 CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 512K (64 bytes/line) CPU: After all inits, caps: 078bfbff ebd3fbff 00000000 00000410 00002001 00000000 0000001d 00000000 Compat vDSO mapped to ffffe000. Checking 'hlt' instruction... OK. SMP alternatives: switching to UP code Freeing SMP alternatives: 8k freed CPU0: AMD Athlon(tm) 64 Processor 3200+ stepping 02 Total of 1 processors activated (4109.60 BogoMIPS). ExtINT not setup in hardware but reported by MP table ENABLING IO-APIC IRQs ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=0 pin2=0 Brought up 1 CPUs net_namespace: 64 bytes NET: Registered protocol family 16 PCI: PCI BIOS revision 3.00 entry at 0xf0031, last bus=4 Setting up standard PCI resources SCSI subsystem initialized libata version 3.00 loaded. usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) PCI: Transparent bridge - 0000:00:14.4 PCI: Using IRQ router default [1002/438d] at 0000:00:14.3 PCI->APIC IRQ transform: 0000:00:12.0[A] -> IRQ 22 PCI->APIC IRQ transform: 0000:00:13.0[A] -> IRQ 16 PCI->APIC IRQ transform: 0000:00:13.1[B] -> IRQ 17 PCI->APIC IRQ transform: 0000:00:13.2[C] -> IRQ 18 PCI->APIC IRQ transform: 0000:00:13.3[B] -> IRQ 17 PCI->APIC IRQ transform: 0000:00:13.4[C] -> IRQ 18 PCI->APIC IRQ transform: 0000:00:13.5[D] -> IRQ 19 PCI->APIC IRQ transform: 0000:00:14.1[A] -> IRQ 16 PCI->APIC IRQ transform: 0000:00:14.2[A] -> IRQ 16 PCI->APIC IRQ transform: 0000:01:05.0[A] -> IRQ 18 PCI->APIC IRQ transform: 0000:01:05.2[B] -> IRQ 19 PCI->APIC IRQ transform: 0000:03:00.0[A] -> IRQ 19 PCI: Bridge: 0000:00:01.0 IO window: e000-efff MEM window: fe900000-feafffff PREFETCH window: f0000000-f7ffffff PCI: Bridge: 0000:00:06.0 IO window: disabled. MEM window: disabled. PREFETCH window: disabled. PCI: Bridge: 0000:00:07.0 IO window: disabled. MEM window: feb00000-febfffff PREFETCH window: disabled. PCI: Bridge: 0000:00:14.4 IO window: disabled. MEM window: disabled. PREFETCH window: disabled. PCI: Setting latency timer of device 0000:00:06.0 to 64 PCI: Setting latency timer of device 0000:00:07.0 to 64 NET: Registered protocol family 2 Time: tsc clocksource has been installed. IP route cache hash table entries: 32768 (order: 5, 131072 bytes) TCP established hash table entries: 131072 (order: 8, 1048576 bytes) TCP bind hash table entries: 65536 (order: 7, 786432 bytes) TCP: Hash tables configured (established 131072 bind 65536) TCP reno registered io scheduler noop registered (default) Boot video device is 0000:01:05.0 vesafb: framebuffer at 0xf0000000, mapped to 0xf8800000, using 2000k, total 16384k vesafb: mode is 640x400x32, linelength=2560, pages=15 vesafb: protected mode interface info at c000:a034 vesafb: pmi: set display start = c00ca0be, set palette = c00ca17c vesafb: scrolling: redraw vesafb: Truecolor: size=0:8:8:8, shift=0:16:8:0 Console: switching to colour frame buffer device 80x25 fb0: VESA VGA frame buffer device Real Time Clock Driver v1.12ac Linux agpgart interface v0.102 Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled PCI: Setting latency timer of device 0000:03:00.0 to 64 atl1 0000:03:00.0: version 2.0.7 ahci 0000:00:12.0: version 3.0 ahci 0000:00:12.0: controller can't do 64bit DMA, forcing 32bit ahci 0000:00:12.0: controller can't do PMP, turning off CAP_PMP ahci 0000:00:12.0: AHCI 0001.0100 32 slots 4 ports 3 Gbps 0xf impl SATA mode ahci 0000:00:12.0: flags: ncq sntf ilck pm led clo pio slum part scsi0 : ahci scsi1 : ahci scsi2 : ahci scsi3 : ahci ata1: SATA max UDMA/133 abar m1024@0xfe8ff800 port 0xfe8ff900 irq 22 ata2: SATA max UDMA/133 abar m1024@0xfe8ff800 port 0xfe8ff980 irq 22 ata3: SATA max UDMA/133 abar m1024@0xfe8ff800 port 0xfe8ffa00 irq 22 ata4: SATA max UDMA/133 abar m1024@0xfe8ff800 port 0xfe8ffa80 irq 22 ata1: SATA link down (SStatus 0 SControl 300) ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300) ata2.00: ATA-7: ST380815AS, 3.AAD, max UDMA/133 ata2.00: 156301488 sectors, multi 16: LBA48 NCQ (depth 31/32) ata2.00: configured for UDMA/133 ata3: SATA link down (SStatus 0 SControl 300) ata4: SATA link down (SStatus 0 SControl 300) scsi 1:0:0:0: Direct-Access ATA ST380815AS 3.AA PQ: 0 ANSI: 5 sd 1:0:0:0: [sda] 156301488 512-byte hardware sectors (80026 MB) sd 1:0:0:0: [sda] Write Protect is off sd 1:0:0:0: [sda] Mode Sense: 00 3a 00 00 sd 1:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sd 1:0:0:0: [sda] 156301488 512-byte hardware sectors (80026 MB) sd 1:0:0:0: [sda] Write Protect is off sd 1:0:0:0: [sda] Mode Sense: 00 3a 00 00 sd 1:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sda: sda1 sd 1:0:0:0: [sda] Attached SCSI disk ehci_hcd 0000:00:13.5: EHCI Host Controller ehci_hcd 0000:00:13.5: new USB bus registered, assigned bus number 1 ehci_hcd 0000:00:13.5: debug port 1 ehci_hcd 0000:00:13.5: irq 19, io mem 0xfe8ff000 ehci_hcd 0000:00:13.5: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004 usb usb1: configuration #1 chosen from 1 choice hub 1-0:1.0: USB hub found hub 1-0:1.0: 10 ports detected ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver ohci_hcd 0000:00:13.0: OHCI Host Controller ohci_hcd 0000:00:13.0: new USB bus registered, assigned bus number 2 ohci_hcd 0000:00:13.0: irq 16, io mem 0xfe8fe000 usb usb2: configuration #1 chosen from 1 choice hub 2-0:1.0: USB hub found hub 2-0:1.0: 2 ports detected ohci_hcd 0000:00:13.1: OHCI Host Controller ohci_hcd 0000:00:13.1: new USB bus registered, assigned bus number 3 ohci_hcd 0000:00:13.1: irq 17, io mem 0xfe8fd000 usb usb3: configuration #1 chosen from 1 choice hub 3-0:1.0: USB hub found hub 3-0:1.0: 2 ports detected ohci_hcd 0000:00:13.2: OHCI Host Controller ohci_hcd 0000:00:13.2: new USB bus registered, assigned bus number 4 ohci_hcd 0000:00:13.2: irq 18, io mem 0xfe8fc000 usb usb4: configuration #1 chosen from 1 choice hub 4-0:1.0: USB hub found hub 4-0:1.0: 2 ports detected ohci_hcd 0000:00:13.3: OHCI Host Controller ohci_hcd 0000:00:13.3: new USB bus registered, assigned bus number 5 ohci_hcd 0000:00:13.3: irq 17, io mem 0xfe8fb000 usb usb5: configuration #1 chosen from 1 choice hub 5-0:1.0: USB hub found hub 5-0:1.0: 2 ports detected usb 3-2: new low speed USB device using ohci_hcd and address 2 ohci_hcd 0000:00:13.4: OHCI Host Controller ohci_hcd 0000:00:13.4: new USB bus registered, assigned bus number 6 ohci_hcd 0000:00:13.4: irq 18, io mem 0xfe8fa000 usb 3-2: configuration #1 chosen from 1 choice usb usb6: configuration #1 chosen from 1 choice hub 6-0:1.0: USB hub found hub 6-0:1.0: 2 ports detected USB Universal Host Controller Interface driver v3.0 serio: i8042 KBD port at 0x60,0x64 irq 1 serio: i8042 AUX port at 0x60,0x64 irq 12 mice: PS/2 mouse device common for all mice input: Logitech USB-PS/2 Optical Mouse as /devices/pci0000:00/0000:00:13.1/usb3/3-2/3-2:1.0/input/input0 input: USB HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on usb-0000:00:13.1-2 usbcore: registered new interface driver usbhid drivers/hid/usbhid/hid-core.c: v2.6:USB HID core driver Advanced Linux Sound Architecture Driver Version 1.0.15 (Tue Nov 20 19:16:42 2007 UTC). input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input1 ALSA device list: #0: HDA ATI SB at 0xfe8f4000 irq 16 #1: HDA ATI HDMI at 0xfeae8000 irq 19 TCP cubic registered NET: Registered protocol family 1 NET: Registered protocol family 17 Using IPI Shortcut mode VFS: Mounted root (ext2 filesystem) readonly. Freeing unused kernel memory: 172k freed atl1 0000:03:00.0: eth0 link is up 100 Mbps full duplex -- Georgi Chorbadzhiyski http://georgi.unixsol.org/ - 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 2

Re: [alsa-devel] snd-hda-intel support for SPDIF-in wiht vt1708 card?
by forumjunk＠comcast.net 09 Jan '08

09 Jan '08

Ok, here's the current state of affairs... both the compilation and driver seem to work well now, though I haven't tested SPDIF yet. I don't know why both John Stile and I were getting ioctl errors, perhaps if it is still happening to him he can elucidate, but it isn't happening to me any more with the latest build. I obtained and built a clean mercurial clone this morning (07 Jan 08): %> cd /usr/src %> rm -rf alsa-driver %> hg clone http://hg-mirror.alsa-project.org/alsa-driver alsa-driver %> cd alsa-driver %> hg clone http://hg-mirror.alsa-project.org/alsa-kernel alsa-kernel %> hgcompile [...] compilation proceeds cleanly... %> make install %> alsaconf [...] select card and configure it via alsamixer Lo and belold, it all worked! I have a clean compilation and good response from aplay and other user space tools. I haven't applied any patches, and I haven't been able to test SPDIF input yet but I'm betting John Stile should be able to report that faster than I can get to it... Thank you very much for your help with this and for all of the work you and the ALSA team do! -- Darryl -------------- Original message ---------------------- From: Takashi Iwai <tiwai(a)suse.de> > At Wed, 02 Jan 2008 22:31:19 +0000, > Darryl House wrote: > > > > > > -------------- Original message ---------------------- > > [...] > > > > I'd like to get this card's spdif working. What else can I do to help? > > > > Although the driver loads, the user space tools can't use the card any > > > > more. Thank you. > > > > > > > Should I assume at this point no more work will be done on the > > > snd-hda-intel driver to fixing SPDIF-in for the vt1708 sound card? > > > Thank you for all your work so far. > > > > > > > I think it is a bit early to make that assumption. There isn't a lot > > of demand for this particular card, but it doesn't seem that it > > will take too much work to get it going again... after all, it did > > basically work before the last patch, and I am hoping that Takashi > > will find some time soon to address the issues. > > Hm, I see no obvious error in the patch. Are you sure that the latest > HG driver works properly if you don't apply the patch? > > Let's begin with that. > > > Takashi > _______________________________________________ > Alsa-devel mailing list > Alsa-devel(a)alsa-project.org > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

3 7

[alsa-devel] Problem using arecord and aplay
by conn intel 08 Jan '08

08 Jan '08

Dear Friends, I am using kernel 2.6.22.2, and following alsa library and utilities : alsa-lib-1.0.14a & alsa-utils-1.0.14. I am having problem executing arecord and aplay alsa utilities. After executing below command it returns immeaditely to command prompt with following messages. The command and output:: # arecord -c 2 -d 10 -f S16_LE -r 44100 -t wav /home/test.wav Recording WAVE '/home/test.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, St ereo ALSA sound/arm/as352x-audio.c:1153: len:15888 arecord: set_params:1012: unable to install sw params: start_mode: DATA xrun_mode: STOP tstamp_mode: NONE period_step: 1 sleep_min: 0 avail_min: 0 xfer_align: 10 silence_threshold: 0 silence_size: 0 boundary: 1445068800 # waiting for any comments or suggestions. Thank you, Ankur.

3 2

Re: [alsa-devel] no input/output analog channels on rme multiface I
by rmgls＠free.fr 08 Jan '08

08 Jan '08

On Fri, 21 Dec 2007 13:41:42 +0100 Takashi Iwai <tiwai(a)suse.de> wrote >> on Sun, 09 Dec 2007 23:39:46 +0100, rmgls(a)free.fr wrote: >> Hi all, >> >> the multiface 1, does not work for me. >> it is recognized as hammerfal DSP, but the amixer shows no analog in/out >> (there are 8 analog I/O in the box) and of course no volume control for >> any channel. > Did you try hdspmixer? > Takashi yes i tried it, without success, hdspmixer does not start with an (inaccesible) message. as i mentionned earlier, the firmware is correctly loaded, and the aslamixer doesn't show any analog I/O. of course one can't play any analog sound, and the midi part is not detected: (is it the same problem?° Note: the kernel is 22.3, running on debian, with the hg version from 20080107: drivers, libs, and all. thanks for your help. Raoul rmgls(a)free.Fr

1 0

[alsa-devel] [RFC] alsa-kernel clean-ups
by Takashi Iwai 08 Jan '08

08 Jan '08

Hi, ALSA kernel tree has lots of unused and rotten codes. I'd like to clean up this. Here we go... 1. Indirect control element access This is what I already suggested. This hasn't been used (we have no proper API in alsa-lib), and 32/64bit wrapper doesn't work at all. Also, the idea to copy such a big data area via ioctl is bad. If we need a big matrix mixer, let make each matrix element accessible individually. Copying the whole matrix at each time isn't efficient. 2. PCM xfer_align parameter This sw_params parameter has never been used in a sane manner, and no one understands what this does exactly. The current implementation looks also buggy because it allows write of shorter size than xfer_align. So, if you do partial writes, the write isn't actually aligned at all. Removing this parameter will make some pcm_lib_* code more readable (and less buggy). 3. PCM sleep_min and tick The "tick" in PCM is set (again) via sw_params. And, nobody uses this feature at all except for a command line option of aplay. (This is literally "nobody", as I checked alsa-lib API calls in all programs in some major distros.) Above all, if we need finer wake-ups for the position update, it's basically an issue that the driver should solve, not tuned by each application. 4. sound/driver.h This header file exists only for some hacks to adapt alsa-driver tree. It's useless for building in the kernel. Let's move a few lines in it to sound/core.h and remove it. For building the modules on alsa-driver external tree, we can simply add #include "adriver.h" to each build stub (alsa-driver/*/*.c) before inclusion of alsa-kernel codes. I'll post some patches to clean the above thing up in the following posts. Please speak up if you have objections. Takashi

3 16

[alsa-devel] Driver - PCM MMAP mode timestamps
by Jaroslav Kysela 08 Jan '08

08 Jan '08

Hi, it seems that we have another inconsistency with PCM MMAP mode timestamps. If I read code correctly, snd_pcm_status() returns timestamp from last interrupt BUT updates hw_ptr to current (calling snd_pcm_update_hw_ptr() again). It means, that application will get unrelated timestamp to hw position returned in snd_pcm_status() in case of mmap mode. I don't see any way to use this timestamp now. To fix this issue, I would like to create a next status ioctl which will return only mmap timestamp plus last related interrupt ring buffer position and remove 'if (runtime->tstamp_mode == SNDRV_PCM_TSTAMP_MMAP)' condition from snd_pcm_status() in driver completely. Any opinion? Other idea? Jaroslav ----- Jaroslav Kysela <perex(a)perex.cz> Linux Kernel Sound Maintainer ALSA Project, Red Hat, Inc.

2 3

Re: [alsa-devel] ALC268 "test" model
by Jonathan Woithe 08 Jan '08

08 Jan '08

Hi Tobin > > I try to use a patch from J. Woithe to put a test model into the > > ALC268 driver [1] (enabling all pins etc.); unfortunately it gives a > > lot of compiling errors ([2]) which I am unable to understand as I > > don't have sufficient knowledge of the internal API of HDA codec. > > > > Can someone please look over it and correct the mistakes? > > > > Marco Schuster > > > > [1]: http://harddisk.is-a-geek.org/patch.txt > > [2]: http://harddisk.is-a-geek.org/compiling-errors.txt > > Hi, and thanks for the effort. I'll fix this up a bit and send out an > updated patch this weekend. I have an ALC268 test board to work with > now, so I should be able to get it figured out. I'm not entirely sure what's going on here with this patch. As is indicated by the patch itself it's against ALSA in the 2.6.24-rc6 kernel and it applies and compiles fine for me. The last few error messages at the second URL seems to suggest that the patch was in some way corrupted because I'm seeing non-ASCII characters in the error messages. I should note that the patch as referenced by Marco was not believed by me to be ready for release yet - that is why I haven't forwarded it on to the list for consideration yet. I sent it to Marco privately and I had hoped to utilise Marco's system to verify basic functionality of the patch before posting it for consideration. It was prepared in a hurry at the end of last year just before I went on leave and have not had a chance to revisit the patch or the issues that Marco saw until now. Since you have an ALC268 board it's probably sensible for you to take over the patch at this point - I don't have an ALC268 system. However, understand that by making this initial patch available to Marco privately it was not my intention to create a lot of extra work for yourself (or any other developer for that matter). I had intended to see it through to operational status before bothering the list with it. Are you happy to take over management of this patch or would you like me to resume dialog with Marco? If the patch at the above URL is in some way corrupted drop me a line and I'll forward you the original. Regards jonathan

3 5

[alsa-devel] [PATCH] hda: Dynamically create digital gain mixers
by Matthew Ranostay 08 Jan '08

08 Jan '08

Dynamically create digital gain mixers for dmics that have out-amp support. Also some 92HD73xx's codecs don't have DMIC gains, so this also prevents creating dead mixers. --- Signed-off-by: Matthew Ranostay <mranostay(a)embeddedalley.com> diff -r 37956a45462d pci/hda/patch_sigmatel.c --- a/pci/hda/patch_sigmatel.c Mon Jan 07 15:16:37 2008 +0100 +++ b/pci/hda/patch_sigmatel.c Mon Jan 07 15:04:42 2008 -0500 @@ -463,9 +463,6 @@ static struct hda_verb stac92hd73xx_6ch_ /* setup adcs to point to mixer */ { 0x20, AC_VERB_SET_CONNECT_SEL, 0x0b}, { 0x21, AC_VERB_SET_CONNECT_SEL, 0x0b}, - { 0x0b, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_VREF80}, /* Front Mic */ - { 0x0c, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_VREF80}, /* Mic */ - { 0x0e, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_VREF80}, /* Line In */ { 0x0f, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_OUT}, { 0x10, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_OUT}, { 0x11, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_OUT}, @@ -490,9 +487,6 @@ static struct hda_verb stac92hd73xx_8ch_ /* setup adcs to point to mixer */ { 0x20, AC_VERB_SET_CONNECT_SEL, 0x0b}, { 0x21, AC_VERB_SET_CONNECT_SEL, 0x0b}, - { 0x0b, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_VREF80}, /* Front Mic */ - { 0x0c, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_VREF80}, /* Mic */ - { 0x0e, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_VREF80}, /* Line In */ { 0x0f, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_OUT}, { 0x10, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_OUT}, { 0x11, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_OUT}, @@ -519,9 +513,6 @@ static struct hda_verb stac92hd73xx_10ch /* setup adcs to point to mixer */ { 0x20, AC_VERB_SET_CONNECT_SEL, 0x0b}, { 0x21, AC_VERB_SET_CONNECT_SEL, 0x0b}, - { 0x0b, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_VREF80}, /* Front Mic */ - { 0x0c, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_VREF80}, /* Mic */ - { 0x0e, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_VREF80}, /* Line In */ { 0x0f, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_OUT}, { 0x10, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_OUT}, { 0x11, AC_VERB_SET_PIN_WIDGET_CONTROL, PIN_OUT}, @@ -635,10 +626,6 @@ static struct snd_kcontrol_new stac92hd7 static struct snd_kcontrol_new stac92hd73xx_6ch_mixer[] = { STAC_ANALOG_LOOPBACK(0xFA0, 0x7A1, 3), - /* hardware gain controls */ - HDA_CODEC_VOLUME_IDX("Digital Mic Volume", 0x0, 0x13, 0x0, HDA_INPUT), - HDA_CODEC_VOLUME_IDX("Digital Mic Volume", 0x1, 0x14, 0x0, HDA_INPUT), - HDA_CODEC_VOLUME_IDX("Capture Volume", 0x0, 0x20, 0x0, HDA_OUTPUT), HDA_CODEC_MUTE_IDX("Capture Switch", 0x0, 0x20, 0x0, HDA_OUTPUT), @@ -665,10 +652,6 @@ static struct snd_kcontrol_new stac92hd7 static struct snd_kcontrol_new stac92hd73xx_8ch_mixer[] = { STAC_ANALOG_LOOPBACK(0xFA0, 0x7A1, 4), - /* hardware gain controls */ - HDA_CODEC_VOLUME_IDX("Digital Mic Volume", 0x0, 0x13, 0x0, HDA_INPUT), - HDA_CODEC_VOLUME_IDX("Digital Mic Volume", 0x1, 0x14, 0x0, HDA_INPUT), - HDA_CODEC_VOLUME_IDX("Capture Volume", 0x0, 0x20, 0x0, HDA_OUTPUT), HDA_CODEC_MUTE_IDX("Capture Switch", 0x0, 0x20, 0x0, HDA_OUTPUT), @@ -695,10 +678,6 @@ static struct snd_kcontrol_new stac92hd7 static struct snd_kcontrol_new stac92hd73xx_10ch_mixer[] = { STAC_ANALOG_LOOPBACK(0xFA0, 0x7A1, 5), - /* hardware gain controls */ - HDA_CODEC_VOLUME_IDX("Digital Mic Volume", 0x0, 0x13, 0x0, HDA_INPUT), - HDA_CODEC_VOLUME_IDX("Digital Mic Volume", 0x1, 0x14, 0x0, HDA_INPUT), - HDA_CODEC_VOLUME_IDX("Capture Volume", 0x0, 0x20, 0x0, HDA_OUTPUT), HDA_CODEC_MUTE_IDX("Capture Switch", 0x0, 0x20, 0x0, HDA_OUTPUT), @@ -725,10 +704,6 @@ static struct snd_kcontrol_new stac92hd7 static struct snd_kcontrol_new stac92hd71bxx_analog_mixer[] = { STAC_INPUT_SOURCE(2), - /* hardware gain controls */ - HDA_CODEC_VOLUME_IDX("Digital Mic Volume", 0x0, 0x18, 0x0, HDA_OUTPUT), - HDA_CODEC_VOLUME_IDX("Digital Mic Volume", 0x1, 0x19, 0x0, HDA_OUTPUT), - HDA_CODEC_VOLUME_IDX("Capture Volume", 0x0, 0x1c, 0x0, HDA_OUTPUT), HDA_CODEC_MUTE_IDX("Capture Switch", 0x0, 0x1c, 0x0, HDA_OUTPUT), HDA_CODEC_VOLUME_IDX("Capture Mux Volume", 0x0, 0x1a, 0x0, HDA_OUTPUT), @@ -745,10 +720,6 @@ static struct snd_kcontrol_new stac92hd7 static struct snd_kcontrol_new stac92hd71bxx_mixer[] = { STAC_INPUT_SOURCE(2), STAC_ANALOG_LOOPBACK(0xFA0, 0x7A0, 2), - - /* hardware gain controls */ - HDA_CODEC_VOLUME_IDX("Digital Mic Volume", 0x0, 0x18, 0x0, HDA_OUTPUT), - HDA_CODEC_VOLUME_IDX("Digital Mic Volume", 0x1, 0x19, 0x0, HDA_OUTPUT), HDA_CODEC_VOLUME_IDX("Capture Volume", 0x0, 0x1c, 0x0, HDA_OUTPUT), HDA_CODEC_MUTE_IDX("Capture Switch", 0x0, 0x1c, 0x0, HDA_OUTPUT), @@ -2313,15 +2284,18 @@ static int stac92xx_auto_create_dmic_inp struct sigmatel_spec *spec = codec->spec; struct hda_input_mux *dimux = &spec->private_dimux; hda_nid_t con_lst[HDA_MAX_NUM_INPUTS]; - int i, j; + int err, i, j; + char name[32]; dimux->items[dimux->num_items].label = stac92xx_dmic_labels[0]; dimux->items[dimux->num_items].index = 0; dimux->num_items++; for (i = 0; i < spec->num_dmics; i++) { + hda_nid_t nid; int index; int num_cons; + unsigned int wcaps; unsigned int def_conf; def_conf = snd_hda_codec_read(codec, @@ -2332,17 +2306,32 @@ static int stac92xx_auto_create_dmic_inp if (get_defcfg_connect(def_conf) == AC_JACK_PORT_NONE) continue; + nid = spec->dmic_nids[i]; num_cons = snd_hda_get_connections(codec, spec->dmux_nids[0], con_lst, HDA_MAX_NUM_INPUTS); for (j = 0; j < num_cons; j++) - if (con_lst[j] == spec->dmic_nids[i]) { + if (con_lst[j] == nid) { index = j; goto found; } continue; found: + wcaps = get_wcaps(codec, nid); + + if (wcaps & AC_WCAP_OUT_AMP) { + sprintf(name, "%s Capture Volume", + stac92xx_dmic_labels[dimux->num_items]); + + err = stac92xx_add_control(spec, + STAC_CTL_WIDGET_VOL, + name, + HDA_COMPOSE_AMP_VAL(nid, 3, 0, HDA_OUTPUT)); + if (err < 0) + return err; + } + dimux->items[dimux->num_items].label = stac92xx_dmic_labels[dimux->num_items]; dimux->items[dimux->num_items].index = index;

2 1