* No recording on hda-intel (AD1981HD)
@ 2008-02-03 19:17 Grzegorz Chwesewicz
2008-02-06 11:09 ` Grzegorz Chwesewicz
0 siblings, 1 reply; 14+ messages in thread
From: Grzegorz Chwesewicz @ 2008-02-03 19:17 UTC (permalink / raw)
To: alsa-devel
Hi. I have a problem with recording on HP nx6325 laptop with hda-intel
(AD1981HD codec). The problem is described in [1], and [2], but nobody can
help there, so I write here (maybe more developers reads mailing-list ;)).
Problem is that arecord, audacity or skype stops recording after 5-10 min.
Unloading and loading modules helps, but only for another 5-10 min. What info
do you need to debug the problem ?
PS. HG version differs only three patches (not related to the bug) from
1.0.16rc2, so I didn't try HG.
References:
[1] https://bugtrack.alsa-project.org/alsa-bug/view.php?id=2449
[2] https://bugtrack.alsa-project.org/alsa-bug/view.php?id=3542
[3] http://www.analog.com/en/prod/0,2877,AD1981HD,00.html (codec data sheet)
Here is output from lspci:
################# BEGIN ##################################
00:14.2 Audio device: ATI Technologies Inc SB450 HDA Audio (rev 01)
Subsystem: Unknown device 30b0:103c
Flags: bus master, slow devsel, latency 64, IRQ 16
Memory at 88000000 (64-bit, non-prefetchable) [size=16K]
Capabilities: [50] Power Management version 2
Capabilities: [60] Message Signalled Interrupts: Mask- 64bit+
Queue=0/0 Enable-
################ END #####################################
Here is output from cat /proc/asound/card0/codec#0:
################# BEGIN ##################################
Codec: Analog Devices AD1981
Address: 0
Vendor Id: 0x11d41981
Subsystem Id: 0x103c30b0
Revision Id: 0x100200
No Modem Function Group found
Default PCM:
rates [0x7f]: 8000 11025 16000 22050 32000 44100 48000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Default Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Default Amp-Out caps: ofs=0x3d, nsteps=0x3f, stepsize=0x05, mute=1
GPIO: io=4, o=0, i=0, unsolicited=1, wake=0
IO[0]: enable=0, dir=0, wake=0, sticky=0, data=1
IO[1]: enable=0, dir=0, wake=0, sticky=0, data=1
IO[2]: enable=0, dir=0, wake=0, sticky=0, data=0
IO[3]: enable=0, dir=0, wake=0, sticky=0, data=1
Node 0x02 [Audio Output] wcaps 0x30311: Stereo Digital
Converter: stream=0, channel=0
Digital:
Digital category: 0x0
PCM:
rates [0x60]: 44100 48000
bits [0x2]: 16
formats [0x5]: PCM AC3
Delay: 3 samples
Connection: 2
0x01* 0x04
Node 0x03 [Audio Output] wcaps 0x441: Stereo
Converter: stream=5, channel=0
Power: setting=D0, actual=D0
Processing caps: benign=1, ncoeff=70
Node 0x04 [Audio Input] wcaps 0x100511: Stereo
Converter: stream=0, channel=0
SDI-Select: 0
PCM:
rates [0x7f]: 8000 11025 16000 22050 32000 44100 48000
bits [0x6]: 16 20
formats [0x1]: PCM
Power: setting=D0, actual=D0
Connection: 1
0x15
Node 0x05 [Pin Complex] wcaps 0x400187: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00] [0x00 0x00]
Amp-Out caps: ofs=0x3d, nsteps=0x3f, stepsize=0x05, mute=1
Amp-Out vals: [0x38 0x38]
Pincap 0x081173f: IN OUT HP EAPD Detect Trigger ImpSense
Vref caps: HIZ 50 GRD 80
EAPD 0x2: EAPD
Pin Default 0x92174110: [Fixed] Speaker at Int Front
Conn = Analog, Color = Green
DefAssociation = 0x1, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x40: OUT VREF_HIZ
Unsolicited: tag=00, enabled=0
Connection: 2
0x03 0x0e*
Node 0x06 [Pin Complex] wcaps 0x400185: Stereo Amp-Out
Amp-Out caps: ofs=0x3d, nsteps=0x3f, stepsize=0x05, mute=1
Amp-Out vals: [0x38 0x38]
Pincap 0x081f: OUT HP Detect Trigger ImpSense
Pin Default 0x0421201f: [Jack] HP Out at Ext Right
Conn = 1/8, Color = Grey
DefAssociation = 0x1, Sequence = 0xf
Pin-ctls: 0xc0: OUT HP
Unsolicited: tag=37, enabled=1
Connection: 2
0x03 0x0e*
Node 0x07 [Pin Complex] wcaps 0x400104: Mono Amp-Out
Amp-Out caps: ofs=0x3d, nsteps=0x3f, stepsize=0x05, mute=1
Amp-Out vals: [0x80]
Pincap 0x0810: OUT
Pin Default 0x410710f0: [N/A] Line Out at Ext Rear
Conn = Analog, Color = Black
DefAssociation = 0xf, Sequence = 0x0
Pin-ctls: 0x40: OUT
Connection: 1
0x0f
Node 0x08 [Pin Complex] wcaps 0x400083: Stereo Amp-In
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals:
Pincap 0x081727: IN Detect Trigger ImpSense
Vref caps: HIZ 50 GRD 80
Pin Default 0x04a12020: [Jack] Mic at Ext Right
Conn = 1/8, Color = Grey
DefAssociation = 0x2, Sequence = 0x0
Pin-ctls: 0x24: IN VREF_80
Unsolicited: tag=38, enabled=1
Node 0x09 [Pin Complex] wcaps 0x400187: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00] [0x00 0x00]
Amp-Out caps: ofs=0x3d, nsteps=0x3f, stepsize=0x05, mute=1
Amp-Out vals: [0xbf 0xbf]
Pincap 0x081737: IN OUT Detect Trigger ImpSense
Vref caps: HIZ 50 GRD 80
Pin Default 0x0181302e: [Jack] Line In at Ext Rear
Conn = 1/8, Color = Blue
DefAssociation = 0x2, Sequence = 0xe
Pin-ctls: 0x20: IN VREF_HIZ
Unsolicited: tag=00, enabled=0
Connection: 2
0x03* 0x0e
Node 0x0a [Pin Complex] wcaps 0x400301: Stereo Digital
Pincap 0x0810: OUT
Pin Default 0x4145f0f0: [N/A] SPDIF Out at Ext Rear
Conn = Optical, Color = Other
DefAssociation = 0xf, Sequence = 0x0
Pin-ctls: 0x40: OUT
Connection: 1
0x02
Node 0x0b [Audio Selector] wcaps 0x300101: Stereo
Connection: 6
0x03 0x0c 0x09 0x0e* 0x05 0x18
Node 0x0c [Audio Mixer] wcaps 0x200101: Stereo
Connection: 2
0x1e 0x1f
Node 0x0d [Audio Selector] wcaps 0x30010c: Mono Amp-Out
Amp-Out caps: ofs=0x0f, nsteps=0x0f, stepsize=0x0b, mute=1
Amp-Out vals: [0x80]
Connection: 2
0x10* 0x16
Node 0x0e [Audio Mixer] wcaps 0x200101: Stereo
Connection: 8
0x0d 0x11 0x12 0x13 0x1a 0x1b 0x1c 0x1d
Node 0x0f [Audio Mixer] wcaps 0x200100: Mono
Connection: 1
0x0b
Node 0x10 [Beep Generator Widget] wcaps 0x700000: Mono
Node 0x11 [Audio Selector] wcaps 0x30010d: Stereo Amp-Out
Amp-Out caps: ofs=0x17, nsteps=0x1f, stepsize=0x05, mute=1
Amp-Out vals: [0x1f 0x1f]
Connection: 1
0x03
Node 0x12 [Audio Selector] wcaps 0x30010d: Stereo Amp-Out
Amp-Out caps: ofs=0x17, nsteps=0x1f, stepsize=0x05, mute=1
Amp-Out vals: [0x80 0x80]
Connection: 1
0x08
Node 0x13 [Audio Selector] wcaps 0x30010d: Stereo Amp-Out
Amp-Out caps: ofs=0x17, nsteps=0x1f, stepsize=0x05, mute=1
Amp-Out vals: [0x80 0x80]
Connection: 1
0x09
Node 0x14 [Power Widget] wcaps 0x500500: Mono
Power: setting=D0, actual=D0
Connection: 13
0x0d* 0x0e 0x0f 0x10 0x13 0x14 0x15 0x16 0x17 0x18 0x19 0x1a 0x1d
Node 0x15 [Audio Selector] wcaps 0x30010d: Stereo Amp-Out
Amp-Out caps: ofs=0x00, nsteps=0x0f, stepsize=0x05, mute=1
Amp-Out vals: [0x00 0x00]
Connection: 8
0x0c* 0x09 0x0e 0x0f 0x19 0x05 0x18 0x17
Node 0x16 [Pin Complex] wcaps 0x400000: Mono
Pincap 0x0820: IN
Pin Default 0x995711f0: [Fixed] Digital Out at Int ATAPI
Conn = Analog, Color = Black
DefAssociation = 0xf, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x20: IN
Node 0x17 [Pin Complex] wcaps 0x400081: Stereo
Pincap 0x0827: IN Detect Trigger ImpSense
Pin Default 0x5993e0f0: [N/A] Aux at Int ATAPI
Conn = ATAPI, Color = White
DefAssociation = 0xf, Sequence = 0x0
Pin-ctls: 0x20: IN
Unsolicited: tag=00, enabled=0
Node 0x18 [Pin Complex] wcaps 0x400187: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00] [0x00 0x00]
Amp-Out caps: ofs=0x3d, nsteps=0x3f, stepsize=0x05, mute=1
Amp-Out vals: [0x00 0x00]
Pincap 0x081737: IN OUT Detect Trigger ImpSense
Vref caps: HIZ 50 GRD 80
Pin Default 0x91a79121: [Fixed] Mic at Int Rear
Conn = Analog, Color = Pink
DefAssociation = 0x2, Sequence = 0x1
Misc = NO_PRESENCE
Pin-ctls: 0x24: IN VREF_80
Unsolicited: tag=00, enabled=0
Connection: 2
0x03* 0x0e
Node 0x19 [Pin Complex] wcaps 0x400001: Stereo
Pincap 0x0820: IN
Pin Default 0x593310f0: [N/A] CD at Int ATAPI
Conn = ATAPI, Color = Black
DefAssociation = 0xf, Sequence = 0x0
Pin-ctls: 0x20: IN
Node 0x1a [Audio Selector] wcaps 0x30010d: Stereo Amp-Out
Amp-Out caps: ofs=0x17, nsteps=0x1f, stepsize=0x05, mute=1
Amp-Out vals: [0x80 0x80]
Connection: 1
0x05
Node 0x1b [Audio Selector] wcaps 0x30010d: Stereo Amp-Out
Amp-Out caps: ofs=0x17, nsteps=0x1f, stepsize=0x05, mute=1
Amp-Out vals: [0x80 0x80]
Connection: 1
0x17
Node 0x1c [Audio Selector] wcaps 0x30010d: Stereo Amp-Out
Amp-Out caps: ofs=0x17, nsteps=0x1f, stepsize=0x05, mute=1
Amp-Out vals: [0x80 0x80]
Connection: 1
0x18
Node 0x1d [Audio Selector] wcaps 0x30010d: Stereo Amp-Out
Amp-Out caps: ofs=0x17, nsteps=0x1f, stepsize=0x05, mute=1
Amp-Out vals: [0x80 0x80]
Connection: 1
0x19
Node 0x1e [Audio Selector] wcaps 0x30010d: Stereo Amp-Out
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80 0x80]
Connection: 1
0x08
Node 0x1f [Audio Selector] wcaps 0x30010d: Stereo Amp-Out
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x00 0x00]
Connection: 1
0x18
################ END #####################################
# uname -a
Linux ensima-hp 2.6.24 #18 SMP PREEMPT Sun Feb 3 01:19:45 CET 2008 i686 AMD
Turion(tm) 64 X2 Mobile Technology TL-56 AuthenticAMD GNU/Linux
# cat /proc/asound/version
Advanced Linux Sound Architecture Driver Version 1.0.16rc2 (Thu Jan 31
16:40:16 2008 UTC)
alsa-headers-1.0.16_rc2
alsa-lib-1.0.16_rc2
alsa-utils-1.0.16_rc1
--
Greetings
Grzegorz Chwesewicz, Chilan
mailto:grzegorz.chwesewicz@chilan.com
^ permalink raw reply [flat|nested] 14+ messages in thread* Re: No recording on hda-intel (AD1981HD) 2008-02-03 19:17 No recording on hda-intel (AD1981HD) Grzegorz Chwesewicz @ 2008-02-06 11:09 ` Grzegorz Chwesewicz 2008-02-07 12:09 ` Takashi Iwai 0 siblings, 1 reply; 14+ messages in thread From: Grzegorz Chwesewicz @ 2008-02-06 11:09 UTC (permalink / raw) To: alsa-devel [-- Attachment #1: Type: text/plain, Size: 5597 bytes --] From Andrew Morton: "Recording the bug in the alsa bugtracker is good, and Takashi is actively working on the bug, and he is the best guy to do that. So I don't think anything else really needs to be done here - please work with him on solving this?" ###################################### Hi, Takashi, so can You help ? Below is my letter to LKML (in case You haven't read it yet). Problem description: I have a problem with recording on HP nx6325 notebook (hda-intel with AD1981HD codec). Playback works fine, but after 5-10 min. of recording microphone stops working (playback works all the time). Unloading and loading sound modules fixes problem, but only for another 5-10 minutes. This problem exists from more than a year (at least from 2.6.17.13 kernel). In [1] we came to conclusion that this problem is ralated to IRQ sharing [2] (HDA Intel is on the same IRQ as sata_sil). How to reproduce the problem: 1) on one console run arecord and see the output (You should see some garbage) 2) on another console run cat /etc/* 3) at once arecord on the first console gives no output So, doing lot of hdd I/O occurs problem with mic. What had been done: 1) I tried to boot Fedora 8 livecd and unload sata_sil, so that hda_intel was the only device using IRQ. After that microphone was working all the time (I left recording for all night, and in the morning I had almost 2h voip chat using Twinkle). So when sata_sil is unloaded, and hda-intel is not sharing the IRQ, the mic. is working all the time. Look at [3] to see /proc/interrupts output when laptop is booted from livecd, and mic works. 2) I tried to load hda-intel with enable_msi=1 (my RS480 chip is on blacklist, but I've removed it). Module loads and playback works ok, but problem with mic still exists. Difference here is that when recording stops to work the playback also stops to work (without MSI only mic stops to work). Look at [4] to see /proc/interrupts output when module is loaded with enable_msi=1. Question: What information I need to provide to help resolving the problem ? Where to start, because I've run out of ideas :) ? References: [1] https://bugtrack.alsa-project.org/alsa-bug/view.php?id=2449 ###################################### [2] cat /proc/interrupts (IRQ sharing) CPU0 CPU1 0: 71953009 0 local-APIC-edge-fasteoi timer 1: 36662 1 IO-APIC-edge i8042 8: 1 1 IO-APIC-edge rtc 12: 147 1 IO-APIC-edge i8042 14: 49 2 IO-APIC-edge ide0 16: 681511809 679908107 IO-APIC-fasteoi sata_sil, HDA Intel 18: 29 1 IO-APIC-fasteoi 19: 430379 1 IO-APIC-fasteoi ehci_hcd:usb1, ohci_hcd:usb2, ohci_hcd:usb3 20: 0 1 IO-APIC-fasteoi sdhci:slot0, yenta 21: 1231834 9 IO-APIC-fasteoi acpi 23: 2273726 1 IO-APIC-fasteoi eth0 NMI: 0 0 Non-maskable interrupts LOC: 0 71952388 Local timer interrupts RES: 44883365 19180072 Rescheduling interrupts CAL: 57631 790 function call interrupts TLB: 7262 11762 TLB shootdowns TRM: 0 0 Thermal event interrupts SPU: 0 0 Spurious interrupts ERR: 37465 MIS: 0 [ceho@ensima-hp ~]$ cat /proc/asound/version Advanced Linux Sound Architecture Driver Version 1.0.15 (Tue Nov 20 19:16:42 2007 UTC). [ceho@ensima-hp ~]$ uname -a Linux ensima-hp 2.6.24 #7 SMP PREEMPT Mon Feb 4 20:34:21 CET 2008 i686 AMD Turion(tm) 64 X2 Mobile Technology TL-56 AuthenticAMD GNU/Linux ###################################### [3] [fedora@localhost ~]$ cat /proc/interrupts CPU0 CPU1 0: 3014988 0 local-APIC-edge-fasteoi timer 1: 0 1881 IO-APIC-edge i8042 8: 0 1 IO-APIC-edge rtc 12: 0 151 IO-APIC-edge i8042 14: 2 17391 IO-APIC-edge libata 15: 0 0 IO-APIC-edge libata 16: 1 49 IO-APIC-fasteoi yenta, firewire_ohci, tifm_7xx1, sdhci:slot0 17: 0 23001 IO-APIC-fasteoi ohci_hcd:usb1, ohci_hcd:usb2, ehci_hcd:usb3 18: 0 260787 IO-APIC-fasteoi HDA Intel 20: 0 297695 IO-APIC-fasteoi eth1 21: 3 2304 IO-APIC-fasteoi acpi NMI: 0 0 LOC: 0 3014807 ERR: 15 MIS: 0 [fedora@localhost ~]$ cat /proc/asound/version Advanced Linux Sound Architecture Driver Version 1.0.15 (Tue Oct 23 06:09:18 2007 UTC). [fedora@localhost ~]$ uname -a Linux localhost.localdomain 2.6.23.1-42.fc8 #1 SMP Tue Oct 30 13:55:12 EDT 2007 i686 athlon i386 GNU/Linux ###################################### [4] cat /proc/interrupts CPU0 CPU1 0: 51997092 0 local-APIC-edge-fasteoi timer 1: 50850 2 IO-APIC-edge i8042 8: 1 1 IO-APIC-edge rtc 12: 792 2 IO-APIC-edge i8042 14: 9331 2 IO-APIC-edge ide0 16: 0 1 IO-APIC-fasteoi yenta, sdhci:slot0 17: 3449488 190200 IO-APIC-fasteoi eth0 18: 492896 6 IO-APIC-fasteoi sata_sil 20: 457421 1 IO-APIC-fasteoi ehci_hcd:usb1, ohci_hcd:usb2, ohci_hcd:usb3 21: 181549 9 IO-APIC-fasteoi acpi 220: 50035 1136607 PCI-MSI-edge HDA Intel NMI: 0 0 Non-maskable interrupts LOC: 0 51994900 Local timer interrupts RES: 3435250 2342689 Rescheduling interrupts CAL: 9842 2528 function call interrupts TLB: 11148 18295 TLB shootdowns TRM: 0 0 Thermal event interrupts SPU: 0 0 Spurious interrupts ERR: 113 MIS: 0 ###################################### -- Greetings Grzegorz Chwesewicz, Chilan mailto:grzegorz.chwesewicz@chilan.com [-- Attachment #2: dmesg.txt --] [-- Type: text/plain, Size: 20822 bytes --] Linux version 2.6.24 (root@ensima-hp) (gcc version 4.1.2 (Gentoo 4.1.2)) #8 SMP PREEMPT Tue Feb 5 13:08:16 CET 2008 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009fc00 (usable) BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved) BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 0000000077fd0000 (usable) BIOS-e820: 0000000077fd0000 - 0000000077fe5600 (reserved) BIOS-e820: 0000000077fe5600 - 0000000077ff8000 (ACPI NVS) BIOS-e820: 0000000077ff8000 - 0000000080000000 (reserved) BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved) BIOS-e820: 00000000fec00000 - 00000000fec02000 (reserved) BIOS-e820: 00000000ffbc0000 - 00000000ffcc0000 (reserved) BIOS-e820: 00000000fff00000 - 0000000100000000 (reserved) 1023MB HIGHMEM available. 896MB LOWMEM available. Entering add_active_range(0, 0, 491472) 0 entries of 256 used Zone PFN ranges: DMA 0 -> 4096 Normal 4096 -> 229376 HighMem 229376 -> 491472 Movable zone start PFN for each node early_node_map[1] active PFN ranges 0: 0 -> 491472 On node 0 totalpages: 491472 DMA zone: 32 pages used for memmap DMA zone: 0 pages reserved DMA zone: 4064 pages, LIFO batch:0 Normal zone: 1760 pages used for memmap Normal zone: 223520 pages, LIFO batch:31 HighMem zone: 2047 pages used for memmap HighMem zone: 260049 pages, LIFO batch:31 Movable zone: 0 pages used for memmap DMI 2.4 present. ACPI: RSDP 000F7A90, 0024 (r2 HP ) ACPI: XSDT 77FE57B8, 005C (r1 HPQOEM SLIC-MPC 1 HP 1) ACPI: FACP 77FE5684, 00F4 (r4 HP 0944 3 HP 1) ACPI: DSDT 77FE5A60, F6D3 (r1 HP SB400 10000 MSFT 100000E) ACPI: FACS 77FF7E80, 0040 ACPI: SLIC 77FE5814, 0176 (r1 HPQOEM SLIC-MPC 1 HP 1) ACPI: APIC 77FE598C, 0062 (r1 HP 0944 1 HP 1) ACPI: MCFG 77FE59F0, 003C (r1 HP 0944 1 HP 1) ACPI: TCPA 77FE5A2C, 0032 (r2 HP 0944 1 HP 1) ACPI: SSDT 77FF5133, 0059 (r1 HP HPQNLP 1 MSFT 100000E) ACPI: SSDT 77FF518C, 01C4 (r1 HP PSSTBLID 1 HP 1) ACPI: DMI detected: Hewlett-Packard ATI board detected. Disabling timer routing over 8254. ACPI: PM-Timer IO Port: 0x8008 ACPI: Local APIC address 0xfee00000 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) Processor #0 15:8 APIC version 16 ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled) Processor #1 15:8 APIC version 16 ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0]) IOAPIC[0]: apic_id 2, version 33, address 0xfec00000, GSI 0-23 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 21 low level) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. Enabling APIC mode: Flat. Using 1 I/O APICs Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at 88000000 (gap: 80000000:60000000) swsusp: Registered nosave memory region: 000000000009f000 - 00000000000a0000 swsusp: Registered nosave memory region: 00000000000a0000 - 00000000000e0000 swsusp: Registered nosave memory region: 00000000000e0000 - 0000000000100000 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 487633 Kernel command line: root=/dev/sda5 ro reboot=warm resume=/dev/sda8 video=vesafb:nomtrr:3,ywrap vga=0x341 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 1795.531 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: 1944528k/1965888k available (2693k kernel code, 20264k reserved, 791k data, 208k init, 1048384k highmem) virtual kernel memory layout: fixmap : 0xfff4d000 - 0xfffff000 ( 712 kB) pkmap : 0xff800000 - 0xffc00000 (4096 kB) vmalloc : 0xf8800000 - 0xff7fe000 ( 111 MB) lowmem : 0xc0000000 - 0xf8000000 ( 896 MB) .init : 0xc046d000 - 0xc04a1000 ( 208 kB) .data : 0xc03a1536 - 0xc0467184 ( 791 kB) .text : 0xc0100000 - 0xc03a1536 (2693 kB) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay using timer specific routine.. 3593.36 BogoMIPS (lpj=1796684) Mount-cache hash table entries: 512 CPU: After generic identify, caps: 178bfbff ebd3fbff 00000000 00000000 00002001 00000000 0000001f 00000000 CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 512K (64 bytes/line) CPU 0(2) -> Core 0 CPU: After all inits, caps: 178bfbff ebd3fbff 00000000 00000410 00002001 00000000 0000001f 00000000 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. Compat vDSO mapped to ffffe000. Checking 'hlt' instruction... OK. SMP alternatives: switching to UP code ACPI: Core revision 20070126 CPU0: AMD Turion(tm) 64 X2 Mobile Technology TL-56 stepping 02 SMP alternatives: switching to SMP code Booting processor 1/1 eip 3000 Initializing CPU#1 Calibrating delay using timer specific routine.. 3590.46 BogoMIPS (lpj=1795232) CPU: After generic identify, caps: 178bfbff ebd3fbff 00000000 00000000 00002001 00000000 0000001f 00000000 CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 512K (64 bytes/line) CPU 1(2) -> Core 1 AMD C1E detected late. Force timer broadcast. CPU: After all inits, caps: 178bfbff ebd3fbff 00000000 00000410 00002001 00000000 0000001f 00000000 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#1. CPU1: AMD Turion(tm) 64 X2 Mobile Technology TL-56 stepping 02 Total of 2 processors activated (7183.83 BogoMIPS). ENABLING IO-APIC IRQs ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1 ..MP-BIOS bug: 8254 timer not connected to IO-APIC ...trying to set up timer (IRQ0) through the 8259A ... failed. ...trying to set up timer as Virtual Wire IRQ... works. Brought up 2 CPUs CPU0 attaching sched-domain: domain 0: span 03 groups: 01 02 CPU1 attaching sched-domain: domain 0: span 03 groups: 02 01 net_namespace: 64 bytes HP Compaq Laptop series board detected. Selecting BIOS-method for reboots. NET: Registered protocol family 16 ACPI: bus type pci registered PCI: Using MMCONFIG PCI: No mmconfig possible on device 00:18 Setting up standard PCI resources ACPI: EC: Look up EC in DSDT ACPI: EC: non-query interrupt received, switching to interrupt mode ACPI: Interpreter enabled ACPI: (supports S0 S3 S4 S5) ACPI: Using IOAPIC for interrupt routing ACPI: EC: GPE = 0x11, I/O: command/status = 0x66, data = 0x62 ACPI: EC: driver started in interrupt mode ACPI: PCI Root Bridge [C079] (0000:00) PCI: Transparent bridge - 0000:00:14.4 ACPI: PCI Interrupt Routing Table [\_SB_.C079._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.C079.C07A._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.C079.C0E5._PRT] ACPI: PCI Interrupt Link [C12B] (IRQs 10 11) *0, disabled. ACPI: PCI Interrupt Link [C12C] (IRQs 10 11) *0, disabled. ACPI: PCI Interrupt Link [C12D] (IRQs 10 11) *0, disabled. ACPI: PCI Interrupt Link [C12E] (IRQs 10 11) *0, disabled. ACPI: PCI Interrupt Link [C12F] (IRQs 10 11) *0, disabled. ACPI: PCI Interrupt Link [C130] (IRQs 9) *0, disabled. ACPI: PCI Interrupt Link [C131] (IRQs 10 11) *0, disabled. ACPI: PCI Interrupt Link [C132] (IRQs 10 11) *5 ACPI: Power Resource [C22D] (off) ACPI: Power Resource [C204] (off) ACPI: Power Resource [C221] (on) ACPI: Power Resource [C360] (off) ACPI: Power Resource [C361] (off) ACPI: Power Resource [C362] (off) ACPI: Power Resource [C363] (off) Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI init ACPI: bus type pnp registered pnp: PnP ACPI: found 13 devices ACPI: ACPI bus type pnp unregistered SCSI subsystem initialized libata version 3.00 loaded. PCI: Using ACPI for IRQ routing PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report PCI: Cannot allocate resource region 0 of device 0000:00:14.2 system 00:00: iomem range 0x0-0x9ffff could not be reserved system 00:00: iomem range 0xe0000-0xfffff could not be reserved system 00:00: iomem range 0x100000-0x77ffffff could not be reserved system 00:0a: ioport range 0x40b-0x40b has been reserved system 00:0a: ioport range 0x4d0-0x4d1 has been reserved system 00:0a: ioport range 0x4d6-0x4d6 has been reserved system 00:0a: ioport range 0x500-0x51f has been reserved system 00:0a: ioport range 0xc00-0xc01 has been reserved system 00:0a: ioport range 0xc14-0xc14 has been reserved system 00:0a: ioport range 0xc50-0xc51 has been reserved system 00:0a: ioport range 0xc52-0xc52 has been reserved system 00:0a: ioport range 0xc6c-0xc6c has been reserved system 00:0a: ioport range 0xc6f-0xc6f has been reserved system 00:0a: ioport range 0xcd4-0xcdf has been reserved system 00:0a: iomem range 0xffb00000-0xffbfffff could not be reserved system 00:0a: iomem range 0xfff00000-0xffffffff could not be reserved system 00:0b: ioport range 0x8000-0x802f has been reserved system 00:0b: ioport range 0x8100-0x811f has been reserved system 00:0b: iomem range 0xe0000000-0xefffffff could not be reserved system 00:0b: iomem range 0xfec00000-0xfec00fff could not be reserved system 00:0c: iomem range 0x78000000-0x7fffffff could not be reserved system 00:0c: iomem range 0xfee00000-0xfee00fff has been reserved PCI: Bridge: 0000:00:01.0 IO window: 6000-6fff MEM window: d4300000-d43fffff PREFETCH window: c0000000-c7ffffff PCI: Bridge: 0000:00:04.0 IO window: 4000-5fff MEM window: d0000000-d3ffffff PREFETCH window: disabled. PCI: Bridge: 0000:00:05.0 IO window: 2000-3fff MEM window: cc000000-cfffffff PREFETCH window: disabled. PCI: Bridge: 0000:00:06.0 IO window: disabled. MEM window: c8000000-c80fffff PREFETCH window: disabled. PCI: Bus 3, cardbus bridge: 0000:02:04.0 IO window: 00001000-000010ff IO window: 00001400-000014ff PREFETCH window: 8c000000-8fffffff MEM window: 90000000-93ffffff PCI: Bridge: 0000:00:14.4 IO window: disabled. MEM window: d4000000-d42fffff PREFETCH window: disabled. PCI: Setting latency timer of device 0000:00:04.0 to 64 PCI: Setting latency timer of device 0000:00:05.0 to 64 PCI: Setting latency timer of device 0000:00:06.0 to 64 ACPI: PCI Interrupt 0000:02:04.0[A] -> GSI 20 (level, low) -> IRQ 16 NET: Registered protocol family 2 Time: acpi_pm clocksource has been installed. Clockevents: could not switch to one-shot mode:<6>Clockevents: could not switch to one-shot mode: lapic is not functional. Could not switch to high resolution mode on CPU 1 lapic is not functional. Could not switch to high resolution mode on CPU 0 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 Machine check exception polling timer started. highmem bounce pool size: 64 pages JFS: nTxBlock = 8192, nTxLock = 65536 SGI XFS with no debug enabled SGI XFS Quota Management subsystem Block layer SCSI generic (bsg) driver version 0.4 loaded (major 254) io scheduler noop registered io scheduler anticipatory registered (default) io scheduler deadline registered io scheduler cfq registered PCI: MSI quirk detected. MSI deactivated, because of 0000:00:00.0 device. Boot video device is 0000:01:05.0 PCI: Setting latency timer of device 0000:00:04.0 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[0000:00:04.0:pcie00] PCI: Setting latency timer of device 0000:00:05.0 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[0000:00:05.0:pcie00] PCI: Setting latency timer of device 0000:00:06.0 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[0000:00:06.0:pcie00] vesafb: framebuffer at 0xc0000000, mapped to 0xf8d00000, using 5742k, total 16384k vesafb: mode is 1400x1050x16, linelength=2800, pages=4 vesafb: protected mode interface info at c000:546f vesafb: pmi: set display start = c00c54dd, set palette = c00c5517 vesafb: pmi: ports = 6010 6016 6054 6038 603c 605c 6000 6004 60b0 60b2 60b4 vesafb: scrolling: ywrap using protected mode interface, yres_virtual=2100 vesafb: Truecolor: size=0:5:5:5, shift=0:10:5:0 Console: switching to colour frame buffer device 175x65 fb0: VESA VGA frame buffer device Real Time Clock Driver v1.12ac Non-volatile memory driver v1.2 RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize tg3.c:v3.86 (November 9, 2007) ACPI: PCI Interrupt 0000:02:01.0[A] -> GSI 23 (level, low) -> IRQ 17 eth0: Tigon3 [partno(BCM95788A50) rev 3003 PHY(5705)] (PCI:33MHz:32-bit) 10/100/1000Base-T Ethernet 00:17:08:32:44:24 eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] WireSpeed[0] TSOcap[1] eth0: dma_rwctrl[763f0000] dma_mask[32-bit] Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx ATIIXP: IDE controller (0x1002:0x4376 rev 0x80) at PCI slot 0000:00:14.1 ACPI: PCI Interrupt 0000:00:14.1[A] -> GSI 16 (level, low) -> IRQ 18 ATIIXP: not 100% native mode: will probe irqs later ide0: BM-DMA at 0x7040-0x7047, BIOS settings: hda:DMA, hdb:pio ATIIXP: simplex device: DMA disabled ide1: ATIIXP Bus-Master DMA disabled (BIOS) Probing IDE interface ide0... hda: HL-DT-ST DVDRAM GMA-4082N, ATAPI CD/DVD-ROM drive hda: host max PIO4 wanted PIO255(auto-tune) selected PIO4 hda: MWDMA2 mode selected ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 Probing IDE interface ide1... Probing IDE interface ide1... Driver 'sd' needs updating - please use bus_type methods sata_sil 0000:00:12.0: version 2.3 ACPI: PCI Interrupt 0000:00:12.0[A] -> GSI 16 (level, low) -> IRQ 18 scsi0 : sata_sil scsi1 : sata_sil ata1: SATA max UDMA/100 mmio m512@0xd4409000 tf 0xd4409080 irq 18 ata2: SATA max UDMA/100 mmio m512@0xd4409000 tf 0xd44090c0 irq 18 ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300) ata1.00: ATA-7: FUJITSU MHV2100BH, 892C, max UDMA/100 ata1.00: 195371568 sectors, multi 16: LBA48 ata1.00: configured for UDMA/100 ata2: SATA link down (SStatus 0 SControl 300) scsi 0:0:0:0: Direct-Access ATA FUJITSU MHV2100B 892C PQ: 0 ANSI: 5 sd 0:0:0:0: [sda] 195371568 512-byte hardware sectors (100030 MB) sd 0:0:0:0: [sda] Write Protect is off sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sd 0:0:0:0: [sda] 195371568 512-byte hardware sectors (100030 MB) sd 0:0:0:0: [sda] Write Protect is off sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sda: sda1 sda2 sda3 < sda5 sda6 sda7 sda8 > sda4 sd 0:0:0:0: [sda] Attached SCSI disk PNP: PS/2 Controller [PNP0303:C21E,PNP0f13:C21F] at 0x60,0x64 irq 1,12 i8042.c: Detected active multiplexing controller, rev 1.1. serio: i8042 KBD port at 0x60,0x64 irq 1 serio: i8042 AUX0 port at 0x60,0x64 irq 12 serio: i8042 AUX1 port at 0x60,0x64 irq 12 serio: i8042 AUX2 port at 0x60,0x64 irq 12 serio: i8042 AUX3 port at 0x60,0x64 irq 12 mice: PS/2 mouse device common for all mice cpuidle: using governor ladder input: AT Translated Set 2 keyboard as /class/input/input0 cpuidle: using governor menu TCP cubic registered NET: Registered protocol family 1 NET: Registered protocol family 17 Starting balanced_irq Using IPI No-Shortcut mode XFS mounting filesystem sda5 Ending clean XFS mount for filesystem: sda5 VFS: Mounted root (xfs filesystem) readonly. Freeing unused kernel memory: 208k freed tpm_inf_pnp 00:03: Found C206 with ID IFX0102 tpm_inf_pnp 00:03: TPM found: config base 0x520, data base 0x530, chip version 0x000b, vendor id 0x15d1 (Infineon), product id 0x000b (SLB 9635 TT 1.2) ACPI: PCI Interrupt 0000:30:00.0[A] -> GSI 18 (level, low) -> IRQ 19 PCI: Setting latency timer of device 0000:30:00.0 to 64 ssb: Sonics Silicon Backplane found on PCI device 0000:30:00.0 sdhci: Secure Digital Host Controller Interface driver sdhci: Copyright(c) Pierre Ossman sdhci: SDHCI controller found at 0000:02:04.3 [104c:803c] (rev 0) ACPI: PCI Interrupt 0000:02:04.3[A] -> GSI 20 (level, low) -> IRQ 16 mmc0: SDHCI at 0xd4019000 irq 16 PIO input: Power Button (FF) as /class/input/input1 ACPI: Power Button (FF) [PWRF] input: Sleep Button (CM) as /class/input/input2 ACPI: Sleep Button (CM) [C266] input: Lid Switch as /class/input/input3 ACPI: Lid Switch [C267] ACPI: Processor [C000] (supports 8 throttling states) ACPI: Processor [C001] (supports 8 throttling states) Linux agpgart interface v0.102 ACPI: Thermal Zone [TZ1] (71 C) ACPI: Thermal Zone [TZ2] (63 C) input: Video Bus as /class/input/input4 ACPI: Video Device [C07B] (multi-head: yes rom: no post: no) ACPI: Thermal Zone [TZ3] (31 C) ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16 (level, low) -> IRQ 18 ALSA sound/pci/hda/hda_intel.c:727: codec_mask = 0x3 usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb ALSA sound/pci/hda/hda_codec.c:2140: hda_codec: model 'hp' is selected Yenta: CardBus bridge found at 0000:02:04.0 [103c:30b0] Yenta: Enabling burst memory read transactions Yenta: Using INTVAL to route CSC interrupts to PCI Yenta: Routing CardBus interrupts to PCI Yenta TI: socket 0000:02:04.0, mfunc 0x01a11002, devctl 0x64 ACPI: Transitioning device [C364] to D3 ACPI: Transitioning device [C364] to D3 ACPI: Fan [C364] (off) ACPI: Fan [C365] (on) ACPI: Fan [C366] (on) ACPI: Fan [C367] (on) Yenta: ISA IRQ mask 0x0ef8, PCI irq 16 Socket status: 30000006 Yenta: Raising subordinate bus# of parent bus (#02) from #03 to #06 pcmcia: parent PCI bridge Memory window: 0xd4000000 - 0xd42fffff ACPI: PCI Interrupt 0000:00:13.2[A] -> GSI 19 (level, low) -> IRQ 20 ehci_hcd 0000:00:13.2: EHCI Host Controller ehci_hcd 0000:00:13.2: new USB bus registered, assigned bus number 1 ehci_hcd 0000:00:13.2: irq 20, io mem 0xd4403000 ehci_hcd 0000:00:13.2: 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: 8 ports detected powernow-k8: Found 1 AMD Turion(tm) 64 X2 Mobile Technology TL-56 processors (2 cpu cores) (version 2.20.00) powernow-k8: 0 : fid 0xa (1800 MHz), vid 0x13 powernow-k8: 1 : fid 0x8 (1600 MHz), vid 0x15 powernow-k8: 2 : fid 0x0 (800 MHz), vid 0x1e powernow-k8: ph2 null fid transition 0xa ACPI: AC Adapter [C1C3] (on-line) ACPI: Battery Slot [C1C5] (battery present) ACPI: Battery Slot [C1C4] (battery absent) hda: ATAPI 63X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache Uniform CD-ROM driver Revision: 3.20 loop: module loaded input: PC Speaker as /class/input/input5 ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver ACPI: PCI Interrupt 0000:00:13.0[A] -> GSI 19 (level, low) -> IRQ 20 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 20, io mem 0xd4401000 usb usb2: configuration #1 chosen from 1 choice hub 2-0:1.0: USB hub found hub 2-0:1.0: 4 ports detected ACPI: PCI Interrupt 0000:00:13.1[A] -> GSI 19 (level, low) -> IRQ 20 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 20, io mem 0xd4402000 Synaptics Touchpad, model: 1, fw: 6.2, id: 0x25a0b1, caps: 0xa04793/0x300000 serio: Synaptics pass-through port at isa0060/serio4/input0 usb usb3: configuration #1 chosen from 1 choice hub 3-0:1.0: USB hub found hub 3-0:1.0: 4 ports detected input: SynPS/2 Synaptics TouchPad as /class/input/input6 piix4_smbus 0000:00:14.0: Found 0000:00:14.0 device XFS mounting filesystem sda2 Ending clean XFS mount for filesystem: sda2 XFS mounting filesystem sda6 usb 3-1: new full speed USB device using ohci_hcd and address 2 Ending clean XFS mount for filesystem: sda6 usb 3-1: configuration #1 chosen from 1 choice fuse init (API version 7.9) usb 3-4: new low speed USB device using ohci_hcd and address 3 usb 3-4: configuration #1 chosen from 1 choice usbcore: registered new interface driver hiddev input: Logitech USB-PS/2 Optical Mouse as /class/input/input7 input: USB HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on usb-0000:00:13.1-4 usbcore: registered new interface driver usbhid drivers/hid/usbhid/hid-core.c: v2.6:USB HID core driver Adding 4173080k swap on /dev/sda8. Priority:-1 extents:1 across:4173080k tg3: eth0: Link is up at 100 Mbps, full duplex. tg3: eth0: Flow control is off for TX and off for RX. [-- Attachment #3: Type: text/plain, Size: 160 bytes --] _______________________________________________ Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: No recording on hda-intel (AD1981HD) 2008-02-06 11:09 ` Grzegorz Chwesewicz @ 2008-02-07 12:09 ` Takashi Iwai 2008-02-08 12:24 ` Takashi Iwai 0 siblings, 1 reply; 14+ messages in thread From: Takashi Iwai @ 2008-02-07 12:09 UTC (permalink / raw) To: Grzegorz Chwesewicz; +Cc: alsa-devel At Wed, 6 Feb 2008 12:09:35 +0100, Grzegorz Chwesewicz wrote: > > From Andrew Morton: > > "Recording the bug in the alsa bugtracker is good, and Takashi is actively > working on the bug, and he is the best guy to do that. > > So I don't think anything else really needs to be done here - please work > with him on solving this?" > > ###################################### > > Hi, Takashi, so can You help ? Below is my letter to LKML (in case You haven't > read it yet). Don't worry, I've been reading it, but had too little time to track down. > Problem description: > > I have a problem with recording on HP nx6325 notebook (hda-intel with AD1981HD > codec). Playback works fine, but after 5-10 min. of recording microphone > stops working (playback works all the time). Unloading and loading sound > modules fixes problem, but only for another 5-10 minutes. This problem exists > from more than a year (at least from 2.6.17.13 kernel). In [1] we came to > conclusion that this problem is ralated to IRQ sharing [2] (HDA Intel is on > the same IRQ as sata_sil). > > How to reproduce the problem: > > 1) on one console run arecord and see the output (You should see some garbage) > 2) on another console run cat /etc/* > 3) at once arecord on the first console gives no output > > So, doing lot of hdd I/O occurs problem with mic. > > What had been done: > > 1) I tried to boot Fedora 8 livecd and unload sata_sil, so that hda_intel was > the only device using IRQ. After that microphone was working all the time (I > left recording for all night, and in the morning I had almost 2h voip chat > using Twinkle). So when sata_sil is unloaded, and hda-intel is not sharing > the IRQ, the mic. is working all the time. Look at [3] to > see /proc/interrupts output when laptop is booted from livecd, and mic works. > > 2) I tried to load hda-intel with enable_msi=1 (my RS480 chip is on blacklist, > but I've removed it). Module loads and playback works ok, but problem with > mic still exists. Difference here is that when recording stops to work the > playback also stops to work (without MSI only mic stops to work). Look at [4] > to see /proc/interrupts output when module is loaded with enable_msi=1. > > Question: > > What information I need to provide to help resolving the problem ? Where to > start, because I've run out of ideas :) ? This is a pretty nasty bug. Appreantly this seems specific to ATI chipset, and I'm not sure whether it's AD1981HD specific, too. (Due to the fact that it's related with IRQ, I guess rather not specific to the codec chip.) It's nice that you already tried MSI as I suggsted. Could you check whether the irq handler still gets called? For example, try the patch below and see whether the message appears. thanks, Takashi diff -r 17f90f301932 pci/hda/hda_intel.c --- a/pci/hda/hda_intel.c Thu Feb 07 12:06:32 2008 +0100 +++ b/pci/hda/hda_intel.c Thu Feb 07 12:54:48 2008 +0100 @@ -922,6 +922,10 @@ static irqreturn_t azx_interrupt(int irq status = azx_readl(chip, INTSTS); if (status == 0) { spin_unlock(&chip->reg_lock); + if (chip->msi) { + printk(KERN_DEBUG "XXX hda-intel: status=0\n"); + return IRQ_HANDLED; + } return IRQ_NONE; } ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: No recording on hda-intel (AD1981HD) 2008-02-07 12:09 ` Takashi Iwai @ 2008-02-08 12:24 ` Takashi Iwai 2008-02-08 15:57 ` Takashi Iwai 0 siblings, 1 reply; 14+ messages in thread From: Takashi Iwai @ 2008-02-08 12:24 UTC (permalink / raw) To: Grzegorz Chwesewicz; +Cc: alsa-devel At Thu, 07 Feb 2008 13:09:24 +0100, I wrote: > > At Wed, 6 Feb 2008 12:09:35 +0100, > Grzegorz Chwesewicz wrote: > > > > From Andrew Morton: > > > > "Recording the bug in the alsa bugtracker is good, and Takashi is actively > > working on the bug, and he is the best guy to do that. > > > > So I don't think anything else really needs to be done here - please work > > with him on solving this?" > > > > ###################################### > > > > Hi, Takashi, so can You help ? Below is my letter to LKML (in case You haven't > > read it yet). > > Don't worry, I've been reading it, but had too little time to track > down. > > > Problem description: > > > > I have a problem with recording on HP nx6325 notebook (hda-intel with AD1981HD > > codec). Playback works fine, but after 5-10 min. of recording microphone > > stops working (playback works all the time). Unloading and loading sound > > modules fixes problem, but only for another 5-10 minutes. This problem exists > > from more than a year (at least from 2.6.17.13 kernel). In [1] we came to > > conclusion that this problem is ralated to IRQ sharing [2] (HDA Intel is on > > the same IRQ as sata_sil). > > > > How to reproduce the problem: > > > > 1) on one console run arecord and see the output (You should see some garbage) > > 2) on another console run cat /etc/* > > 3) at once arecord on the first console gives no output > > > > So, doing lot of hdd I/O occurs problem with mic. > > > > What had been done: > > > > 1) I tried to boot Fedora 8 livecd and unload sata_sil, so that hda_intel was > > the only device using IRQ. After that microphone was working all the time (I > > left recording for all night, and in the morning I had almost 2h voip chat > > using Twinkle). So when sata_sil is unloaded, and hda-intel is not sharing > > the IRQ, the mic. is working all the time. Look at [3] to > > see /proc/interrupts output when laptop is booted from livecd, and mic works. > > > > 2) I tried to load hda-intel with enable_msi=1 (my RS480 chip is on blacklist, > > but I've removed it). Module loads and playback works ok, but problem with > > mic still exists. Difference here is that when recording stops to work the > > playback also stops to work (without MSI only mic stops to work). Look at [4] > > to see /proc/interrupts output when module is loaded with enable_msi=1. > > > > Question: > > > > What information I need to provide to help resolving the problem ? Where to > > start, because I've run out of ideas :) ? > > This is a pretty nasty bug. Appreantly this seems specific to ATI > chipset, and I'm not sure whether it's AD1981HD specific, too. > (Due to the fact that it's related with IRQ, I guess rather not > specific to the codec chip.) > > It's nice that you already tried MSI as I suggsted. > Could you check whether the irq handler still gets called? For > example, try the patch below and see whether the message appears. BTW, do you have problems found in below? https://bugzilla.novell.com/show_bug.cgi?id=297703 According to the reporter, nc6400 with AD1981 has a problem with headphone jack auto-muting and with the non-linear master volume. I supplied two test patches there. Takashi ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: No recording on hda-intel (AD1981HD) 2008-02-08 12:24 ` Takashi Iwai @ 2008-02-08 15:57 ` Takashi Iwai 2008-02-08 18:51 ` Grzegorz Chwesewicz 0 siblings, 1 reply; 14+ messages in thread From: Takashi Iwai @ 2008-02-08 15:57 UTC (permalink / raw) To: Grzegorz Chwesewicz; +Cc: alsa-devel [-- Attachment #1: Type: text/plain, Size: 376 bytes --] At Fri, 08 Feb 2008 13:24:52 +0100, I wrote: > > BTW, do you have problems found in below? > https://bugzilla.novell.com/show_bug.cgi?id=297703 > > According to the reporter, nc6400 with AD1981 has a problem with > headphone jack auto-muting and with the non-linear master volume. > > I supplied two test patches there. For convenience, I attach patches here. Takashi [-- Attachment #2: ad1981-hp-automute-fix --] [-- Type: application/octet-stream, Size: 560 bytes --] diff -r 4c2f9b149aa8 pci/hda/patch_analog.c --- a/pci/hda/patch_analog.c Thu Jan 31 14:50:26 2008 +0100 +++ b/pci/hda/patch_analog.c Thu Jan 31 16:14:30 2008 +0100 @@ -1406,7 +1406,10 @@ static int ad1981_hp_master_sw_put(struc if (! ad198x_eapd_put(kcontrol, ucontrol)) return 0; - + /* change speaker pin appropriately */ + snd_hda_codec_write(codec, 0x05, 0, + AC_VERB_SET_PIN_WIDGET_CONTROL, + spec->cur_eapd ? PIN_OUT : 0); /* toggle HP mute appropriately */ snd_hda_codec_amp_stereo(codec, 0x06, HDA_OUTPUT, 0, HDA_AMP_MUTE, [-- Attachment #3: ad1981-hp-master-amp-fix --] [-- Type: application/octet-stream, Size: 2570 bytes --] diff -r 978cc96cd953 pci/hda/patch_analog.c --- a/pci/hda/patch_analog.c Thu Jan 31 16:14:30 2008 +0100 +++ b/pci/hda/patch_analog.c Thu Jan 31 17:49:46 2008 +0100 @@ -1417,6 +1417,30 @@ static int ad1981_hp_master_sw_put(struc return 1; } +/* The volume resolution of 0x05 and 0x06 on HP (at least nc6400) + * is between 0x20 and 0x3f. The value below 0x20 is just muting. + */ +static int ad1981_hp_pin_vol_get(struct snd_kcontrol *kcontrol, + struct snd_ctl_elem_value *ucontrol) +{ + long *valp = ucontrol->value.integer.value; + snd_hda_mixer_bind_ctls_get(kcontrol, ucontrol); + if (valp[0] > 0x20) + valp[0] -= 0x20; + if (valp[1] > 0x20) + valp[1] -= 0x20; + return 0; +} + +static int ad1981_hp_pin_vol_put(struct snd_kcontrol *kcontrol, + struct snd_ctl_elem_value *ucontrol) +{ + long *valp = ucontrol->value.integer.value; + valp[0] += 0x20; + valp[1] += 0x20; + return snd_hda_mixer_bind_ctls_put(kcontrol, ucontrol); +} + /* bind volumes of both NID 0x05 and 0x06 */ static struct hda_bind_ctls ad1981_hp_bind_master_vol = { .ops = &snd_hda_bind_vol, @@ -1486,7 +1510,18 @@ static struct hda_input_mux ad1981_hp_ca }; static struct snd_kcontrol_new ad1981_hp_mixers[] = { - HDA_BIND_VOL("Master Playback Volume", &ad1981_hp_bind_master_vol), + { + .iface = SNDRV_CTL_ELEM_IFACE_MIXER, + .name = "Master Playback Volume", + .access = (SNDRV_CTL_ELEM_ACCESS_READWRITE | + SNDRV_CTL_ELEM_ACCESS_TLV_READ | + SNDRV_CTL_ELEM_ACCESS_TLV_CALLBACK), + .info = snd_hda_mixer_bind_ctls_info, + .get = ad1981_hp_pin_vol_get, + .put = ad1981_hp_pin_vol_put, + .tlv = { .c = snd_hda_mixer_bind_tlv }, + .private_value = (long) &ad1981_hp_bind_master_vol, + }, { .iface = SNDRV_CTL_ELEM_IFACE_MIXER, .name = "Master Playback Switch", @@ -1662,6 +1697,19 @@ static int patch_ad1981(struct hda_codec codec->patch_ops.init = ad1981_hp_init; codec->patch_ops.unsol_event = ad1981_hp_unsol_event; + /* The actual resolution of pin 0x05/0x06 are only + * between 0x20-0x2f + */ + snd_hda_override_amp_caps(codec, 0x05, HDA_OUTPUT, + (0x1d << AC_AMPCAP_OFFSET_SHIFT) | + (0x1f << AC_AMPCAP_NUM_STEPS_SHIFT) | + (0x05 << AC_AMPCAP_STEP_SIZE_SHIFT) | + (1 << AC_AMPCAP_MUTE_SHIFT)); + snd_hda_override_amp_caps(codec, 0x06, HDA_OUTPUT, + (0x1d << AC_AMPCAP_OFFSET_SHIFT) | + (0x1f << AC_AMPCAP_NUM_STEPS_SHIFT) | + (0x05 << AC_AMPCAP_STEP_SIZE_SHIFT) | + (1 << AC_AMPCAP_MUTE_SHIFT)); break; case AD1981_THINKPAD: spec->mixers[0] = ad1981_thinkpad_mixers; [-- Attachment #4: Type: text/plain, Size: 160 bytes --] _______________________________________________ Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: No recording on hda-intel (AD1981HD) 2008-02-08 15:57 ` Takashi Iwai @ 2008-02-08 18:51 ` Grzegorz Chwesewicz 2008-02-12 10:49 ` Takashi Iwai 0 siblings, 1 reply; 14+ messages in thread From: Grzegorz Chwesewicz @ 2008-02-08 18:51 UTC (permalink / raw) To: alsa-devel; +Cc: chilek Friday 08 of February 2008 16:57:37 Takashi Iwai napisał(a): > At Fri, 08 Feb 2008 13:24:52 +0100, > > I wrote: > > BTW, do you have problems found in below? > > https://bugzilla.novell.com/show_bug.cgi?id=297703 > > > > According to the reporter, nc6400 with AD1981 has a problem with > > headphone jack auto-muting and with the non-linear master volume. > > > > I supplied two test patches there. > > For convenience, I attach patches here. Hi, I had no time to test your first patch (this one which check if irq handler is called), I've only tested it for a while (working on MSI turned on, sometimes hard locks my laptop). I also have similiar problems with automute, and non-linear master volume control. Without automute patch, automute works from time to time. With your patch applied to latest git it works all the time, until the recording breaks. When it happens I have sound only in headphones, but not in internal speaker. Pluging and unpluging HP doesn't help, only reloading hda-intel fixes problem. Assuming, your automute patch is ok, but it helps me only until mic breaks. Without ad1981-hp-master-amp-fix muting (muting=disabling it, not making it's value equal 0) "Master" and "PCM" control works ok. Decrementing Master and PCM controls to 0 is possible, but after that I can hear very quiet output from internal speakers. With your patch (ad1981-hp-master-amp-fix) applied to latest git I can't decrement Master control to 0 (I can do that with PCM, but behavior is same as described upper). I can only decrement it to value 3, and when I press down key (in alsamixer) to step to lower level of loudness, it's switching to value 103. When Master has 103 value I can hear very quiet output from internal speakers and HP (if plugged). I hope you understand my english ;) PS. I will test your irq_handler_check patch today, and I will send results soon. -- Greetings Grzegorz Chwesewicz, Chilan mailto:grzegorz.chwesewicz@chilan.com ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: No recording on hda-intel (AD1981HD) 2008-02-08 18:51 ` Grzegorz Chwesewicz @ 2008-02-12 10:49 ` Takashi Iwai 2008-02-12 14:00 ` Ustun ERGENOGLU 2008-02-12 16:41 ` Grzegorz Chwesewicz 0 siblings, 2 replies; 14+ messages in thread From: Takashi Iwai @ 2008-02-12 10:49 UTC (permalink / raw) To: Grzegorz Chwesewicz; +Cc: alsa-devel, chilek At Fri, 8 Feb 2008 19:51:39 +0100, Grzegorz Chwesewicz wrote: > > Friday 08 of February 2008 16:57:37 Takashi Iwai napisał(a): > > At Fri, 08 Feb 2008 13:24:52 +0100, > > > > I wrote: > > > BTW, do you have problems found in below? > > > https://bugzilla.novell.com/show_bug.cgi?id=297703 > > > > > > According to the reporter, nc6400 with AD1981 has a problem with > > > headphone jack auto-muting and with the non-linear master volume. > > > > > > I supplied two test patches there. > > > > For convenience, I attach patches here. > > Hi, I had no time to test your first patch (this one which check if irq > handler is called), I've only tested it for a while (working on MSI turned > on, sometimes hard locks my laptop). > > I also have similiar problems with automute, and non-linear master volume > control. > > Without automute patch, automute works from time to time. With your patch > applied to latest git it works all the time, until the recording breaks. When > it happens I have sound only in headphones, but not in internal speaker. > Pluging and unpluging HP doesn't help, only reloading hda-intel fixes > problem. > Assuming, your automute patch is ok, but it helps me only until mic breaks. OK, this patch is now on HG tree. > Without ad1981-hp-master-amp-fix muting (muting=disabling it, not making it's > value equal 0) "Master" and "PCM" control works ok. Decrementing Master and > PCM controls to 0 is possible, but after that I can hear very quiet output > from internal speakers. > With your patch (ad1981-hp-master-amp-fix) applied to latest git I can't > decrement Master control to 0 (I can do that with PCM, but behavior is same > as described upper). I can only decrement it to value 3, and when I press > down key (in alsamixer) to step to lower level of loudness, it's switching to > value 103. When Master has 103 value I can hear very quiet output from > internal speakers and HP (if plugged). The patch will change only the behavior of Master control. PCM should be as same as before. What "value" are you referring in the above context? Is it a raw mixer value, percent or dB, or the codec amp value? Maybe we need to make clear how the master volume control behaves. According to the original bug reporter, the master volume behaves like below: - from 0% to 49% sounds are still audible, and the volume doesn't change at all - from 50% to 100% sounds get louder normally How about yours? Takashi ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: No recording on hda-intel (AD1981HD) 2008-02-12 10:49 ` Takashi Iwai @ 2008-02-12 14:00 ` Ustun ERGENOGLU 2008-02-12 14:04 ` Takashi Iwai 2008-02-12 16:41 ` Grzegorz Chwesewicz 1 sibling, 1 reply; 14+ messages in thread From: Ustun ERGENOGLU @ 2008-02-12 14:00 UTC (permalink / raw) To: alsa-devel I have read the whole thread and I have the same exact problem of recording with a realtek ALC861 codec on a ATI chipset board. My harddisk controller is also using sata_sil module. I have this problem for a long time too. Would the same patch solve the problem for me as well? 2008/2/12, Takashi Iwai <tiwai@suse.de>: > At Fri, 8 Feb 2008 19:51:39 +0100, > Grzegorz Chwesewicz wrote: > > > > Friday 08 of February 2008 16:57:37 Takashi Iwai napisał(a): > > > At Fri, 08 Feb 2008 13:24:52 +0100, > > > > > > I wrote: > > > > BTW, do you have problems found in below? > > > > https://bugzilla.novell.com/show_bug.cgi?id=297703 > > > > > > > > According to the reporter, nc6400 with AD1981 has a problem with > > > > headphone jack auto-muting and with the non-linear master volume. > > > > > > > > I supplied two test patches there. > > > > > > For convenience, I attach patches here. > > > > Hi, I had no time to test your first patch (this one which check if irq > > handler is called), I've only tested it for a while (working on MSI turned > > on, sometimes hard locks my laptop). > > > > I also have similiar problems with automute, and non-linear master volume > > control. > > > > Without automute patch, automute works from time to time. With your patch > > applied to latest git it works all the time, until the recording breaks. When > > it happens I have sound only in headphones, but not in internal speaker. > > Pluging and unpluging HP doesn't help, only reloading hda-intel fixes > > problem. > > Assuming, your automute patch is ok, but it helps me only until mic breaks. > > OK, this patch is now on HG tree. > > > Without ad1981-hp-master-amp-fix muting (muting=disabling it, not making it's > > value equal 0) "Master" and "PCM" control works ok. Decrementing Master and > > PCM controls to 0 is possible, but after that I can hear very quiet output > > from internal speakers. > > With your patch (ad1981-hp-master-amp-fix) applied to latest git I can't > > decrement Master control to 0 (I can do that with PCM, but behavior is same > > as described upper). I can only decrement it to value 3, and when I press > > down key (in alsamixer) to step to lower level of loudness, it's switching to > > value 103. When Master has 103 value I can hear very quiet output from > > internal speakers and HP (if plugged). > > The patch will change only the behavior of Master control. PCM should > be as same as before. > > What "value" are you referring in the above context? Is it a raw > mixer value, percent or dB, or the codec amp value? > > Maybe we need to make clear how the master volume control behaves. > According to the original bug reporter, the master volume behaves like > below: > > - from 0% to 49% > sounds are still audible, and the volume doesn't change at all > - from 50% to 100% > sounds get louder normally > > How about yours? > > > Takashi > _______________________________________________ > Alsa-devel mailing list > Alsa-devel@alsa-project.org > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel > _______________________________________________ Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: No recording on hda-intel (AD1981HD) 2008-02-12 14:00 ` Ustun ERGENOGLU @ 2008-02-12 14:04 ` Takashi Iwai 2008-02-12 14:36 ` Ustun ERGENOGLU 2008-02-12 17:59 ` Grzegorz Chwesewicz 0 siblings, 2 replies; 14+ messages in thread From: Takashi Iwai @ 2008-02-12 14:04 UTC (permalink / raw) To: Ustun ERGENOGLU; +Cc: alsa-devel At Tue, 12 Feb 2008 16:00:51 +0200, Ustun ERGENOGLU wrote: > > I have read the whole thread and I have the same exact problem of > recording with a realtek ALC861 codec on a ATI chipset board. My > harddisk controller is also using sata_sil module. I have this problem > for a long time too. Would the same patch solve the problem for me as > well? Well, the patch does have effect only when you enable MSI. And, MSI is disabled on many ATI chipsets as default unless you patch the kernel. I suggest it just to check whether any unknown IRQs are issued or the hardware is just screwed up. It looks like this is a generic problem of ATI SB chipset. Which model is it? SB450, SB460 or SB600? Takashi > 2008/2/12, Takashi Iwai <tiwai@suse.de>: > > At Fri, 8 Feb 2008 19:51:39 +0100, > > Grzegorz Chwesewicz wrote: > > > > > > Friday 08 of February 2008 16:57:37 Takashi Iwai napisał(a): > > > > At Fri, 08 Feb 2008 13:24:52 +0100, > > > > > > > > I wrote: > > > > > BTW, do you have problems found in below? > > > > > https://bugzilla.novell.com/show_bug.cgi?id=297703 > > > > > > > > > > According to the reporter, nc6400 with AD1981 has a problem with > > > > > headphone jack auto-muting and with the non-linear master volume. > > > > > > > > > > I supplied two test patches there. > > > > > > > > For convenience, I attach patches here. > > > > > > Hi, I had no time to test your first patch (this one which check if irq > > > handler is called), I've only tested it for a while (working on MSI turned > > > on, sometimes hard locks my laptop). > > > > > > I also have similiar problems with automute, and non-linear master volume > > > control. > > > > > > Without automute patch, automute works from time to time. With your patch > > > applied to latest git it works all the time, until the recording breaks. When > > > it happens I have sound only in headphones, but not in internal speaker. > > > Pluging and unpluging HP doesn't help, only reloading hda-intel fixes > > > problem. > > > Assuming, your automute patch is ok, but it helps me only until mic breaks. > > > > OK, this patch is now on HG tree. > > > > > Without ad1981-hp-master-amp-fix muting (muting=disabling it, not making it's > > > value equal 0) "Master" and "PCM" control works ok. Decrementing Master and > > > PCM controls to 0 is possible, but after that I can hear very quiet output > > > from internal speakers. > > > With your patch (ad1981-hp-master-amp-fix) applied to latest git I can't > > > decrement Master control to 0 (I can do that with PCM, but behavior is same > > > as described upper). I can only decrement it to value 3, and when I press > > > down key (in alsamixer) to step to lower level of loudness, it's switching to > > > value 103. When Master has 103 value I can hear very quiet output from > > > internal speakers and HP (if plugged). > > > > The patch will change only the behavior of Master control. PCM should > > be as same as before. > > > > What "value" are you referring in the above context? Is it a raw > > mixer value, percent or dB, or the codec amp value? > > > > Maybe we need to make clear how the master volume control behaves. > > According to the original bug reporter, the master volume behaves like > > below: > > > > - from 0% to 49% > > sounds are still audible, and the volume doesn't change at all > > - from 50% to 100% > > sounds get louder normally > > > > How about yours? > > > > > > Takashi > > _______________________________________________ > > Alsa-devel mailing list > > Alsa-devel@alsa-project.org > > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel > > > _______________________________________________ > Alsa-devel mailing list > Alsa-devel@alsa-project.org > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: No recording on hda-intel (AD1981HD) 2008-02-12 14:04 ` Takashi Iwai @ 2008-02-12 14:36 ` Ustun ERGENOGLU 2008-02-12 17:59 ` Grzegorz Chwesewicz 1 sibling, 0 replies; 14+ messages in thread From: Ustun ERGENOGLU @ 2008-02-12 14:36 UTC (permalink / raw) To: alsa-devel > It looks like this is a generic problem of ATI SB chipset. Which > model is it? SB450, SB460 or SB600? it is SB450 > > > Takashi > > > > 2008/2/12, Takashi Iwai <tiwai@suse.de>: > > > At Fri, 8 Feb 2008 19:51:39 +0100, > > > Grzegorz Chwesewicz wrote: > > > > > > > > Friday 08 of February 2008 16:57:37 Takashi Iwai napisał(a): > > > > > At Fri, 08 Feb 2008 13:24:52 +0100, > > > > > > > > > > I wrote: > > > > > > BTW, do you have problems found in below? > > > > > > https://bugzilla.novell.com/show_bug.cgi?id=297703 > > > > > > > > > > > > According to the reporter, nc6400 with AD1981 has a problem with > > > > > > headphone jack auto-muting and with the non-linear master volume. > > > > > > > > > > > > I supplied two test patches there. > > > > > > > > > > For convenience, I attach patches here. > > > > > > > > Hi, I had no time to test your first patch (this one which check if irq > > > > handler is called), I've only tested it for a while (working on MSI turned > > > > on, sometimes hard locks my laptop). > > > > > > > > I also have similiar problems with automute, and non-linear master volume > > > > control. > > > > > > > > Without automute patch, automute works from time to time. With your patch > > > > applied to latest git it works all the time, until the recording breaks. When > > > > it happens I have sound only in headphones, but not in internal speaker. > > > > Pluging and unpluging HP doesn't help, only reloading hda-intel fixes > > > > problem. > > > > Assuming, your automute patch is ok, but it helps me only until mic breaks. > > > > > > OK, this patch is now on HG tree. > > > > > > > Without ad1981-hp-master-amp-fix muting (muting=disabling it, not making it's > > > > value equal 0) "Master" and "PCM" control works ok. Decrementing Master and > > > > PCM controls to 0 is possible, but after that I can hear very quiet output > > > > from internal speakers. > > > > With your patch (ad1981-hp-master-amp-fix) applied to latest git I can't > > > > decrement Master control to 0 (I can do that with PCM, but behavior is same > > > > as described upper). I can only decrement it to value 3, and when I press > > > > down key (in alsamixer) to step to lower level of loudness, it's switching to > > > > value 103. When Master has 103 value I can hear very quiet output from > > > > internal speakers and HP (if plugged). > > > > > > The patch will change only the behavior of Master control. PCM should > > > be as same as before. > > > > > > What "value" are you referring in the above context? Is it a raw > > > mixer value, percent or dB, or the codec amp value? > > > > > > Maybe we need to make clear how the master volume control behaves. > > > According to the original bug reporter, the master volume behaves like > > > below: > > > > > > - from 0% to 49% > > > sounds are still audible, and the volume doesn't change at all > > > - from 50% to 100% > > > sounds get louder normally > > > > > > How about yours? > > > > > > > > > Takashi > > > _______________________________________________ > > > Alsa-devel mailing list > > > Alsa-devel@alsa-project.org > > > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel > > > > > _______________________________________________ > > Alsa-devel mailing list > > Alsa-devel@alsa-project.org > > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel > _______________________________________________ Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: No recording on hda-intel (AD1981HD) 2008-02-12 14:04 ` Takashi Iwai 2008-02-12 14:36 ` Ustun ERGENOGLU @ 2008-02-12 17:59 ` Grzegorz Chwesewicz 2008-02-12 22:17 ` Grzegorz Chwesewicz 2008-02-13 15:40 ` Takashi Iwai 1 sibling, 2 replies; 14+ messages in thread From: Grzegorz Chwesewicz @ 2008-02-12 17:59 UTC (permalink / raw) To: alsa-devel; +Cc: Takashi Iwai, chilek Tuesday 12 of February 2008 15:04:59 Takashi Iwai napisał(a): > At Tue, 12 Feb 2008 16:00:51 +0200, > > Ustun ERGENOGLU wrote: > > I have read the whole thread and I have the same exact problem of > > recording with a realtek ALC861 codec on a ATI chipset board. My > > harddisk controller is also using sata_sil module. I have this problem > > for a long time too. Would the same patch solve the problem for me as > > well? > > Well, the patch does have effect only when you enable MSI. And, MSI > is disabled on many ATI chipsets as default unless you patch the > kernel. I suggest it just to check whether any unknown IRQs are > issued or the hardware is just screwed up. > > It looks like this is a generic problem of ATI SB chipset. Which > model is it? SB450, SB460 or SB600? Below are results of my tests with patch from Takashi (and MSI enabled). Using arecord everytime ends in freezing machine. My laptop freezes exactly when recording stops working. My test procedure looks like this: 1) on one console run arecord and see the output (You should see some garbage) 2) on another console run cat /etc/* 3) wait for freeze ;) Here is section from /var/log/messages (text in <> can be seen only on console, syslog doesn't catch to save it to disk, and machine freezes): 1232171 Feb 12 18:38:15 ensima-hp [ 63.888029] ALSA sound/pci/hda/hda_intel.c:1258: azx_pcm_prepare: bufsize=0x10000, fragsize=0x2000, format=0x21 1232172 Feb 12 18:38:15 ensima-hp [ 63.888081] ALSA sound/pci/hda/hda_codec.c:682: hda_codec_setup_stream: NID=0x4, stream=0x1, channel=0, format=0x21 1232173 Feb 12 18:38:22 ensima-hp [ 70.913893] ALSA sound/pci/hda/hda_codec.c:682: hda_codec_setup_stream: NID=0x4, stream=0x0, channel=0, format=0x0 1232174 Feb 12 18:38:27 ensima-hp [ 75.885448] ALSA sound/pci/hda/hda_intel.c:1258: azx_pcm_prepare: bufsize=0x10000, fragsize=0x2000, format=0x21 1232175 Feb 12 18:38:27 ensima-hp [ 75.885490] ALSA sound/pci/hda/hda_codec.c:682: hda_codec_setup_stream: NID=0x4, stream=0x1, channel=0, format=0x21 ####### Recording stops to work and machine freezes ####### <XXX hda-intel: status=0> <XXX hda-intel: status=0> <XXX hda-intel: status=0> <XXX hda-intel: status=0> -- Greetings Grzegorz Chwesewicz, Chilan mailto:grzegorz.chwesewicz@chilan.com ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: No recording on hda-intel (AD1981HD) 2008-02-12 17:59 ` Grzegorz Chwesewicz @ 2008-02-12 22:17 ` Grzegorz Chwesewicz 2008-02-13 15:40 ` Takashi Iwai 1 sibling, 0 replies; 14+ messages in thread From: Grzegorz Chwesewicz @ 2008-02-12 22:17 UTC (permalink / raw) To: alsa-devel; +Cc: Takashi Iwai, chilek Takashi, below is listing of few softlockups that I've encountered while testing your patch (MSI one). 78921 Feb 7 17:37:01 ensima-hp [ 290.184844] BUG: soft lockup - CPU#0 stuck for 11s! [kirqd:879] 78922 Feb 7 17:37:01 ensima-hp [ 290.184848] 78923 Feb 7 17:37:01 ensima-hp [ 290.184851] Pid: 879, comm: kirqd Not tainted (2.6.24 #3) 78924 Feb 7 17:37:01 ensima-hp [ 290.184854] EIP: 0060:[<c0155ed3>] EFLAGS: 00000246 CPU: 0 78925 Feb 7 17:37:01 ensima-hp [ 290.184859] EIP is at handle_IRQ_event+0x13/0x60 78926 Feb 7 17:37:01 ensima-hp [ 290.184862] EAX: 000000dc EBX: f72177a0 ECX: f7d9c000 EDX: f72177a0 78927 Feb 7 17:37:01 ensima-hp [ 290.184865] ESI: f72177a0 EDI: 000000dc EBP: 000000dc ESP: f7d9df0c 78928 Feb 7 17:37:01 ensima-hp [ 290.184868] DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068 78929 Feb 7 17:37:01 ensima-hp [ 290.184871] CR0: 8005003b CR2: 0807b064 CR3: 36e30000 CR4: 000006d0 78930 Feb 7 17:37:01 ensima-hp [ 290.184875] DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000 78931 Feb 7 17:37:02 ensima-hp [ 290.184878] DR6: ffff0ff0 DR7: 00000400 78932 Feb 7 17:37:02 ensima-hp [ 290.184895] [<c01573dd>] handle_edge_irq+0xad/0x130 78933 Feb 7 17:37:02 ensima-hp [ 290.184903] [<c010827b>] do_IRQ+0x3b/0x70 78934 Feb 7 17:37:02 ensima-hp [ 290.184915] [<c0105ea3>] common_interrupt+0x23/0x28 78935 Feb 7 17:37:02 ensima-hp [ 290.184929] [<c011b6f3>] balanced_irq+0x3f3/0x5b0 78936 Feb 7 17:37:02 ensima-hp [ 290.184949] [<c011b300>] balanced_irq+0x0/0x5b0 78937 Feb 7 17:37:02 ensima-hp [ 290.184969] [<c013e502>] kthread+0x42/0x70 78938 Feb 7 17:37:02 ensima-hp [ 290.184973] [<c013e4c0>] kthread+0x0/0x70 78939 Feb 7 17:37:02 ensima-hp [ 290.184977] [<c01060cf>] kernel_thread_helper+0x7/0x18 78940 Feb 7 17:37:02 ensima-hp [ 290.184987] ======================= 78941 Feb 7 17:37:13 ensima-hp [ 301.989526] BUG: soft lockup - CPU#0 stuck for 11s! [kirqd:879] 78942 Feb 7 17:37:13 ensima-hp [ 301.989529] 78943 Feb 7 17:37:13 ensima-hp [ 301.989531] Pid: 879, comm: kirqd Not tainted (2.6.24 #3) 78944 Feb 7 17:37:13 ensima-hp [ 301.989533] EIP: 0060:[<c0155ed3>] EFLAGS: 00000246 CPU: 0 78945 Feb 7 17:37:13 ensima-hp [ 301.989536] EIP is at handle_IRQ_event+0x13/0x60 78946 Feb 7 17:37:13 ensima-hp [ 301.989539] EAX: 000000dc EBX: f72177a0 ECX: f7d9c000 EDX: f72177a0 78947 Feb 7 17:37:13 ensima-hp [ 301.989541] ESI: f72177a0 EDI: 000000dc EBP: 000000dc ESP: f7d9df0c 78948 Feb 7 17:37:13 ensima-hp [ 301.989544] DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068 78949 Feb 7 17:37:13 ensima-hp [ 301.989547] CR0: 8005003b CR2: 0807b064 CR3: 36e30000 CR4: 000006d0 78950 Feb 7 17:37:13 ensima-hp [ 301.989550] DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000 78951 Feb 7 17:37:14 ensima-hp [ 301.989552] DR6: ffff0ff0 DR7: 00000400 78952 Feb 7 17:37:14 ensima-hp [ 301.989560] [<c01573dd>] handle_edge_irq+0xad/0x130 78953 Feb 7 17:37:14 ensima-hp [ 301.989581] [<c010827b>] do_IRQ+0x3b/0x70 78954 Feb 7 17:37:14 ensima-hp [ 301.989592] [<c0105ea3>] common_interrupt+0x23/0x28 78955 Feb 7 17:37:14 ensima-hp [ 301.989606] [<c011b6f3>] balanced_irq+0x3f3/0x5b0 78956 Feb 7 17:37:14 ensima-hp [ 301.989639] [<c011b300>] balanced_irq+0x0/0x5b0 78957 Feb 7 17:37:14 ensima-hp [ 301.989644] [<c013e502>] kthread+0x42/0x70 78958 Feb 7 17:37:14 ensima-hp [ 301.989646] [<c013e4c0>] kthread+0x0/0x70 78959 Feb 7 17:37:14 ensima-hp [ 301.989651] [<c01060cf>] kernel_thread_helper+0x7/0x18 78960 Feb 7 17:37:14 ensima-hp [ 301.989659] ======================= 78961 Feb 7 17:37:25 ensima-hp [ 313.794211] BUG: soft lockup - CPU#0 stuck for 11s! [kirqd:879] 78962 Feb 7 17:37:25 ensima-hp [ 313.794214] 78963 Feb 7 17:37:25 ensima-hp [ 313.794216] Pid: 879, comm: kirqd Not tainted (2.6.24 #3) 78964 Feb 7 17:37:25 ensima-hp [ 313.794218] EIP: 0060:[<c03a6117>] EFLAGS: 00000282 CPU: 0 78965 Feb 7 17:37:25 ensima-hp [ 313.794222] EIP is at _read_unlock_irqrestore+0x7/0x30 78966 Feb 7 17:37:25 ensima-hp [ 313.794226] EAX: 00000282 EBX: f6ee4800 ECX: f7d9c000 EDX: 00000282 78967 Feb 7 17:37:25 ensima-hp [ 313.794229] ESI: f71d1380 EDI: 000004c8 EBP: f6ee4800 ESP: f7d9deac 78968 Feb 7 17:37:25 ensima-hp [ 313.794231] DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068 78969 Feb 7 17:37:25 ensima-hp [ 313.794237] CR0: 8005003b CR2: 0807b064 CR3: 36e30000 CR4: 000006d0 78970 Feb 7 17:37:25 ensima-hp [ 313.794257] DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000 78971 Feb 7 17:37:25 ensima-hp [ 313.794272] DR6: ffff0ff0 DR7: 00000400 78972 Feb 7 17:37:26 ensima-hp [ 313.794275] [<f955ffed>] snd_pcm_period_elapsed+0x7d/0x2f0 [snd_pcm] 78973 Feb 7 17:37:26 ensima-hp [ 313.794298] [<c027c993>] pci_bus_write_config_word+0x63/0x80 78974 Feb 7 17:37:26 ensima-hp [ 313.794323] [<f956efd9>] azx_interrupt+0x79/0x100 [snd_hda_intel] 78975 Feb 7 17:37:26 ensima-hp [ 313.794344] [<c0155ef0>] handle_IRQ_event+0x30/0x60 78976 Feb 7 17:37:26 ensima-hp [ 313.794351] [<c01573dd>] handle_edge_irq+0xad/0x130 78977 Feb 7 17:37:26 ensima-hp [ 313.794357] [<c010827b>] do_IRQ+0x3b/0x70 78978 Feb 7 17:37:26 ensima-hp [ 313.794366] [<c0105ea3>] common_interrupt+0x23/0x28 78979 Feb 7 17:37:26 ensima-hp [ 313.794377] [<c011b6f3>] balanced_irq+0x3f3/0x5b0 78980 Feb 7 17:37:26 ensima-hp [ 313.794393] [<c011b300>] balanced_irq+0x0/0x5b0 78981 Feb 7 17:37:26 ensima-hp [ 313.794398] [<c013e502>] kthread+0x42/0x70 78982 Feb 7 17:37:26 ensima-hp [ 313.794401] [<c013e4c0>] kthread+0x0/0x70 78983 Feb 7 17:37:26 ensima-hp [ 313.794405] [<c01060cf>] kernel_thread_helper+0x7/0x18 78984 Feb 7 17:37:27 ensima-hp [ 313.794414] ======================= 78985 Feb 7 17:37:37 ensima-hp [ 325.598892] BUG: soft lockup - CPU#0 stuck for 11s! [kirqd:879] 78986 Feb 7 17:37:37 ensima-hp [ 325.598895] 78987 Feb 7 17:37:37 ensima-hp [ 325.598897] Pid: 879, comm: kirqd Not tainted (2.6.24 #3) 78988 Feb 7 17:37:37 ensima-hp [ 325.598899] EIP: 0060:[<c03a6117>] EFLAGS: 00000282 CPU: 0 78989 Feb 7 17:37:37 ensima-hp [ 325.598902] EIP is at _read_unlock_irqrestore+0x7/0x30 78990 Feb 7 17:37:37 ensima-hp [ 325.598907] EAX: 00000282 EBX: f6ee4800 ECX: f7d9c000 EDX: 00000282 78991 Feb 7 17:37:37 ensima-hp [ 325.598910] ESI: f71d1380 EDI: 000004c8 EBP: f6ee4800 ESP: f7d9deac 78992 Feb 7 17:37:37 ensima-hp [ 325.598913] DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068 78993 Feb 7 17:37:37 ensima-hp [ 325.598924] CR0: 8005003b CR2: 0807b064 CR3: 36e30000 CR4: 000006d0 78994 Feb 7 17:37:37 ensima-hp [ 325.598928] DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000 78995 Feb 7 17:37:37 ensima-hp [ 325.598942] DR6: ffff0ff0 DR7: 00000400 78996 Feb 7 17:37:37 ensima-hp [ 325.598946] [<f955ffed>] snd_pcm_period_elapsed+0x7d/0x2f0 [snd_pcm] 78997 Feb 7 17:37:37 ensima-hp [ 325.598964] [<c027c993>] pci_bus_write_config_word+0x63/0x80 78998 Feb 7 17:37:37 ensima-hp [ 325.598983] [<f956efd9>] azx_interrupt+0x79/0x100 [snd_hda_intel] 78999 Feb 7 17:37:38 ensima-hp [ 325.599003] [<c0155ef0>] handle_IRQ_event+0x30/0x60 79000 Feb 7 17:37:38 ensima-hp [ 325.599010] [<c01573dd>] handle_edge_irq+0xad/0x130 79001 Feb 7 17:37:38 ensima-hp [ 325.599016] [<c010827b>] do_IRQ+0x3b/0x70 79002 Feb 7 17:37:38 ensima-hp [ 325.599025] [<c0105ea3>] common_interrupt+0x23/0x28 79003 Feb 7 17:37:38 ensima-hp [ 325.599036] [<c011b6f3>] balanced_irq+0x3f3/0x5b0 79004 Feb 7 17:37:38 ensima-hp [ 325.599052] [<c011b300>] balanced_irq+0x0/0x5b0 79005 Feb 7 17:37:38 ensima-hp [ 325.599057] [<c013e502>] kthread+0x42/0x70 79006 Feb 7 17:37:38 ensima-hp [ 325.599060] [<c013e4c0>] kthread+0x0/0x70 79007 Feb 7 17:37:38 ensima-hp [ 325.599064] [<c01060cf>] kernel_thread_helper+0x7/0x18 79008 Feb 7 17:37:38 ensima-hp [ 325.599073] ======================= -- Greetings Grzegorz Chwesewicz, Chilan mailto:grzegorz.chwesewicz@chilan.com ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: No recording on hda-intel (AD1981HD) 2008-02-12 17:59 ` Grzegorz Chwesewicz 2008-02-12 22:17 ` Grzegorz Chwesewicz @ 2008-02-13 15:40 ` Takashi Iwai 1 sibling, 0 replies; 14+ messages in thread From: Takashi Iwai @ 2008-02-13 15:40 UTC (permalink / raw) To: Grzegorz Chwesewicz; +Cc: alsa-devel, chilek At Tue, 12 Feb 2008 18:59:44 +0100, Grzegorz Chwesewicz wrote: > > Tuesday 12 of February 2008 15:04:59 Takashi Iwai napisał(a): > > At Tue, 12 Feb 2008 16:00:51 +0200, > > > > Ustun ERGENOGLU wrote: > > > I have read the whole thread and I have the same exact problem of > > > recording with a realtek ALC861 codec on a ATI chipset board. My > > > harddisk controller is also using sata_sil module. I have this problem > > > for a long time too. Would the same patch solve the problem for me as > > > well? > > > > Well, the patch does have effect only when you enable MSI. And, MSI > > is disabled on many ATI chipsets as default unless you patch the > > kernel. I suggest it just to check whether any unknown IRQs are > > issued or the hardware is just screwed up. > > > > It looks like this is a generic problem of ATI SB chipset. Which > > model is it? SB450, SB460 or SB600? > > Below are results of my tests with patch from Takashi (and MSI enabled). > > Using arecord everytime ends in freezing machine. My laptop freezes exactly > when recording stops working. My test procedure looks like this: > > 1) on one console run arecord and see the output (You should see some garbage) > 2) on another console run cat /etc/* > 3) wait for freeze ;) > > Here is section from /var/log/messages (text in <> can be seen only on > console, syslog doesn't catch to save it to disk, and machine freezes): > > 1232171 Feb 12 18:38:15 ensima-hp [ 63.888029] ALSA > sound/pci/hda/hda_intel.c:1258: azx_pcm_prepare: bufsize=0x10000, > fragsize=0x2000, format=0x21 > 1232172 Feb 12 18:38:15 ensima-hp [ 63.888081] ALSA > sound/pci/hda/hda_codec.c:682: hda_codec_setup_stream: NID=0x4, stream=0x1, > channel=0, format=0x21 > 1232173 Feb 12 18:38:22 ensima-hp [ 70.913893] ALSA > sound/pci/hda/hda_codec.c:682: hda_codec_setup_stream: NID=0x4, stream=0x0, > channel=0, format=0x0 > 1232174 Feb 12 18:38:27 ensima-hp [ 75.885448] ALSA > sound/pci/hda/hda_intel.c:1258: azx_pcm_prepare: bufsize=0x10000, > fragsize=0x2000, format=0x21 > 1232175 Feb 12 18:38:27 ensima-hp [ 75.885490] ALSA > sound/pci/hda/hda_codec.c:682: hda_codec_setup_stream: NID=0x4, stream=0x1, > channel=0, format=0x21 > ####### Recording stops to work and machine freezes ####### > <XXX hda-intel: status=0> > <XXX hda-intel: status=0> > <XXX hda-intel: status=0> > <XXX hda-intel: status=0> OK, so actually uknown IRQs are triggered. This must be really a problem of ATI SB chipset. Takashi ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: No recording on hda-intel (AD1981HD) 2008-02-12 10:49 ` Takashi Iwai 2008-02-12 14:00 ` Ustun ERGENOGLU @ 2008-02-12 16:41 ` Grzegorz Chwesewicz 1 sibling, 0 replies; 14+ messages in thread From: Grzegorz Chwesewicz @ 2008-02-12 16:41 UTC (permalink / raw) To: alsa-devel; +Cc: chilek > The patch will change only the behavior of Master control. PCM should > be as same as before. That's correct, PCM behaves always the same way (with or without patch). > What "value" are you referring in the above context? Is it a raw > mixer value, percent or dB, or the codec amp value? I mean value which is under Master control bar in alsamixer program. > Maybe we need to make clear how the master volume control behaves. > According to the original bug reporter, the master volume behaves like > below: > - from 0% to 49% sounds are still audible, and the volume doesn't change at > all > - from 50% to 100% sounds get louder normally > > How about yours? I have exactly the same behavior of volume control as you described, but after applying ad1981-hp-master-amp-fix master behaves as described in previous letter and below (as reminder). "I can only decrement it (master) to value (I've described what do I mean saying "value" in the begining of the letter) 3, and when I press down key (in alsamixer) to step to lower level of loudness, it's switching to value 103. When Master has 103 value I can hear very quiet output from internal speakers and HP (if plugged)." -- Greetings Grzegorz Chwesewicz, Chilan mailto:grzegorz.chwesewicz@chilan.com ^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2008-02-13 15:41 UTC | newest] Thread overview: 14+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2008-02-03 19:17 No recording on hda-intel (AD1981HD) Grzegorz Chwesewicz 2008-02-06 11:09 ` Grzegorz Chwesewicz 2008-02-07 12:09 ` Takashi Iwai 2008-02-08 12:24 ` Takashi Iwai 2008-02-08 15:57 ` Takashi Iwai 2008-02-08 18:51 ` Grzegorz Chwesewicz 2008-02-12 10:49 ` Takashi Iwai 2008-02-12 14:00 ` Ustun ERGENOGLU 2008-02-12 14:04 ` Takashi Iwai 2008-02-12 14:36 ` Ustun ERGENOGLU 2008-02-12 17:59 ` Grzegorz Chwesewicz 2008-02-12 22:17 ` Grzegorz Chwesewicz 2008-02-13 15:40 ` Takashi Iwai 2008-02-12 16:41 ` Grzegorz Chwesewicz
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.