* 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 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
* 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
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.