Intel8x0 still broken in 2.6.9-ac16

Intel8x0 still broken in 2.6.9-ac16

[David Gómez]

Hi,

I downloaded ac16 because i saw that a fix from Takashi was included
in previous ac12 patch. In summary: sound is still broken in
2.6.9-ac16 for the snd_intel8x0 alsa driver, but it's working in
2.6.8.

Errors it get,

When playing mp3 file:

codec_read 0: semaphore is not ready for register 0x2c
codec_read 0: semaphore is not ready for register 0x2c
codec_read 0: semaphore is not ready for register 0x2c
...

When changing mixer settings with alsamixer:

codec_write 0: semaphore is not ready for register 0x2
codec_write 0: semaphore is not ready for register 0x2
codec_write 0: semaphore is not ready for register 0x2

Some info about my system:
0000:00:00.0 Host bridge: Intel Corp. 82852/855GM Host Bridge (rev 02)
0000:00:00.1 System peripheral: Intel Corp. 855GM/GME GMCH Memory I/O
Control Registers (rev 02)
0000:00:00.3 System peripheral: Intel Corp. 855GM/GME GMCH
Configuration Process Registers (rev 02)
0000:00:02.0 VGA compatible controller: Intel Corp. 82852/855GM
Integrated Graphics Device (rev 02)
0000:00:02.1 Display controller: Intel Corp. 82852/855GM Integrated
Graphics Device (rev 02)
0000:00:1d.0 USB Controller: Intel Corp. 82801DB/DBL/DBM
(ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 03)
0000:00:1d.1 USB Controller: Intel Corp. 82801DB/DBL/DBM
(ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 03)
0000:00:1d.2 USB Controller: Intel Corp. 82801DB/DBL/DBM
(ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 03)
0000:00:1d.7 USB Controller: Intel Corp. 82801DB/DBM (ICH4/ICH4-M) USB
2.0 EHCI Controller (rev 03)
0000:00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev 83)
0000:00:1f.0 ISA bridge: Intel Corp. 82801DBM LPC Interface Controller (rev 03)
0000:00:1f.1 IDE interface: Intel Corp. 82801DBM (ICH4) Ultra ATA
Storage Controller (rev 03)
0000:00:1f.3 SMBus: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M)
SMBus Controller (rev 03)
0000:00:1f.5 Multimedia audio controller: Intel Corp. 82801DB/DBL/DBM
(ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 03)
0000:00:1f.6 Modem: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M)
AC'97 Modem Controller (rev 03)
0000:02:02.0 Ethernet controller: Broadcom Corporation BCM4401
100Base-T (rev 01)
0000:02:04.0 Network controller: Intel Corp. PRO/Wireless 2200BG (rev 05)
0000:02:06.0 CardBus bridge: Texas Instruments: Unknown device 8031
0000:02:06.2 FireWire (IEEE 1394): Texas Instruments: Unknown device 8032
0000:02:06.3 Unknown mass storage controller: Texas Instruments:
Unknown device 8033



-- 

David Gómez


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/

Re: Intel8x0 still broken in 2.6.9-ac16

[Takashi Iwai]

At Thu, 16 Dec 2004 23:54:07 +0100,
David Gómez wrote:
> 
> Hi,
> 
> I downloaded ac16 because i saw that a fix from Takashi was included
> in previous ac12 patch. In summary: sound is still broken in
> 2.6.9-ac16 for the snd_intel8x0 alsa driver, but it's working in
> 2.6.8.
> 
> Errors it get,
> 
> When playing mp3 file:
> 
> codec_read 0: semaphore is not ready for register 0x2c
> codec_read 0: semaphore is not ready for register 0x2c
> codec_read 0: semaphore is not ready for register 0x2c
> ...
> 
> When changing mixer settings with alsamixer:
> 
> codec_write 0: semaphore is not ready for register 0x2
> codec_write 0: semaphore is not ready for register 0x2
> codec_write 0: semaphore is not ready for register 0x2

This implies that wrong SDI's are assigned to the codec or GLOB_STA
register shows something different.

Please attach /proc/asound/card0/intel8x0 and
/proc/asound/card0/codec97#0/* files for debugging.


Takashi


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/

Re: Intel8x0 still broken in 2.6.9-ac16

[David Gómez]

Hi Takashi ;)

On Fri, 17 Dec 2004 16:39:28 +0100, Takashi Iwai <tiwai@suse.de> wrote:
> > codec_write 0: semaphore is not ready for register 0x2
> > codec_write 0: semaphore is not ready for register 0x2
> > codec_write 0: semaphore is not ready for register 0x2
> 
> This implies that wrong SDI's are assigned to the codec or GLOB_STA
> register shows something different.
> 
> Please attach /proc/asound/card0/intel8x0 and

[huma@miller] [~] % cat /proc/asound/card0/intel8x0 
Intel8x0

Global control        : 0x00000000
Global status         : 0x08700000
SDM                   : 0x00000008
AC'97 codecs ready    : none
AC'97 codecs SDIN     : 0 0 0

> /proc/asound/card0/codec97#0/* files for debugging.

0-0/0: Conexant id 30

Revision         : 0xff
Compat. Class    : 0x1f
Subsys. Vendor ID: 0xffff
Subsys. ID       : 0xffff

Capabilities     : -reserved1- -headphone out-
DAC resolution   : 18-bit
ADC resolution   : 18-bit
3D enhancement   : No 3D Stereo Enhancement

Current setup
Mic gain         : +20dB [+0dB]
POP path         : post 3D
Sim. stereo      : on
3D enhancement   : on
Loudness         : on
Mono output      : Mic
Mic select       : Mic2
ADC/DAC loopback : on
Extended ID      : codec=3 rev=3 AMAP LDAC SDAC CDAC DSA=3 VRM SPDIF DRA VRA
Extended status  : PRL PRK PRJ PRI SPCV MADC LDAC SDAC CDAC SPDIF=res
VRM SPDIF DRA VRA
PCM front DAC    : 65535Hz
PCM Surr DAC     : 65535Hz
PCM LFE DAC      : 65535Hz
PCM ADC          : 65535Hz
PCM MIC ADC      : 65535Hz
SPDIF Control    : PRO Non-audio Preemph50/15 Category=0x7f
Generation=1 Rate=32kHz DRS Validity

                    Gain     Inverted  Buffer delay  Location
Master Out       : -10.5 dBV    X      31/fs         NC/unused
AUX Out          : -10.5 dBV    X      31/fs         NC/unused
Center/LFE Out   : -10.5 dBV    X      31/fs         NC/unused
SPDIF Out        : -10.5 dBV    X      31/fs         NC/unused
Phone In         : -10.5 dBV    X      31/fs         NC/unused
Mic 1            : -10.5 dBV    X      31/fs         NC/unused
Mic 2            : -10.5 dBV    X      31/fs         NC/unused
Line In          : -10.5 dBV    X      31/fs         NC/unused
CD In            : -10.5 dBV    X      31/fs         NC/unused
Video In         : -10.5 dBV    X      31/fs         NC/unused
Aux In           : -10.5 dBV    X      31/fs         NC/unused
Mono Out         : -10.5 dBV    X      31/fs         NC/unused
Extended modem ID: codec=3 CID2 CID1 HSET LIN2 LIN1
Modem status     : GPIO MREF ADC1 DAC1 ADC2 DAC2 HADC HDAC PRA(GPIO)
PRB(res) PRC(ADC1) PRD(DAC1) PRE(ADC2) PRF(DAC2) PRG(HADC) PRH(HDAC)
Line1 rate       : 65535Hz
Line2 rate       : 65535Hz
Headset rate     : 65535Hz


0:00 = ffff
0:02 = ffff
0:04 = ffff
0:06 = ffff
0:08 = ffff
0:0a = ffff
0:0c = ffff
0:0e = ffff
0:10 = ffff
0:12 = ffff
0:14 = ffff
0:16 = ffff
0:18 = ffff
0:1a = ffff
0:1c = ffff
0:1e = ffff
0:20 = ffff
0:22 = ffff
0:24 = ffff
0:26 = ffff
0:28 = ffff
0:2a = ffff
0:2c = ffff
0:2e = ffff
0:30 = ffff
0:32 = ffff
0:34 = ffff
0:36 = ffff
0:38 = ffff
0:3a = ffff
0:3c = ffff
0:3e = ffff
0:40 = ffff
0:42 = ffff
0:44 = ffff
0:46 = ffff
0:48 = ffff
0:4a = ffff
0:4c = ffff
0:4e = ffff
0:50 = ffff
0:52 = ffff
0:54 = ffff
0:56 = ffff
0:58 = ffff
0:5a = ffff
0:5c = ffff
0:5e = ffff
0:60 = ffff
0:62 = ffff
0:64 = ffff
0:66 = ffff
0:68 = ffff
0:6a = ffff
0:6c = ffff
0:6e = ffff
0:70 = ffff
0:72 = ffff
0:74 = ffff
0:76 = ffff
0:78 = ffff
0:7a = ffff
0:7c = ffff
0:7e = ffff


Thanks,


-- 

David Gómez


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/

Re: Intel8x0 still broken in 2.6.9-ac16

[Takashi Iwai]

[-- Attachment #1: Type: text/plain, Size: 1074 bytes --]

At Fri, 17 Dec 2004 18:38:54 +0100,
David Gómez wrote:
> 
> Hi Takashi ;)
> 
> On Fri, 17 Dec 2004 16:39:28 +0100, Takashi Iwai <tiwai@suse.de> wrote:
> > > codec_write 0: semaphore is not ready for register 0x2
> > > codec_write 0: semaphore is not ready for register 0x2
> > > codec_write 0: semaphore is not ready for register 0x2
> > 
> > This implies that wrong SDI's are assigned to the codec or GLOB_STA
> > register shows something different.
> > 
> > Please attach /proc/asound/card0/intel8x0 and
> 
> [huma@miller] [~] % cat /proc/asound/card0/intel8x0 
> Intel8x0
> 
> Global control        : 0x00000000
> Global status         : 0x08700000
> SDM                   : 0x00000008
> AC'97 codecs ready    : none
> AC'97 codecs SDIN     : 0 0 0

The GLOB_STA register shows a weird value.
That's why codecs can't get probed.

Could you try the attached patch and check the kernel messages?

> 
> > /proc/asound/card0/codec97#0/* files for debugging.
> 
> 0-0/0: Conexant id 30

Ok, that's only a garbage.  Forget it...


Takashi

[-- Attachment #2: Type: text/plain, Size: 1122 bytes --]

Index: alsa-kernel/pci/intel8x0.c
===================================================================
RCS file: /suse/tiwai/cvs/alsa/alsa-kernel/pci/intel8x0.c,v
retrieving revision 1.179
diff -u -r1.179 intel8x0.c
--- alsa-kernel/pci/intel8x0.c	15 Dec 2004 15:23:13 -0000	1.179
+++ alsa-kernel/pci/intel8x0.c	20 Dec 2004 18:13:06 -0000
@@ -1952,6 +1952,7 @@
 				codecs++;
 			if (glob_sta & ICH_TCR)
 				codecs++;
+			printk(KERN_DEBUG "XXX codec probing: codecs = %d, glob_sta = 0x%08x\n", codecs, glob_sta);
 			chip->in_sdin_init = 1;
 			for (i = 0; i < codecs; i++) {
 				snd_intel8x0_codec_read_test(chip, i);
@@ -2142,6 +2143,7 @@
 			snd_printk(KERN_ERR "codec_ready: codec is not ready [0x%x]\n", igetdword(chip, ICHREG(GLOB_STA)));
 			return -EIO;
 		}
+		printk(KERN_DEBUG "XXX GLOB_STA reads 0x%08x\n", status);
 
 		if (chip->device_type == DEVICE_INTEL_ICH4)
 			/* ICH4 can have three codecs */
@@ -2156,6 +2158,7 @@
 			do_delay(chip);
 			status |= igetdword(chip, ICHREG(GLOB_STA)) & nstatus;
 		}
+		printk(KERN_DEBUG "XXX GLOB_STA reads end: 0x%08x\n", status);
 
 	} else {
 		/* resume phase */

Re: Intel8x0 still broken in 2.6.9-ac16

[Takashi Iwai]

At Tue, 21 Dec 2004 00:19:30 +0100,
David Gómez wrote:
> 
> Hi Takashi ;),
> 
> > The GLOB_STA register shows a weird value.
> > That's why codecs can't get probed.
> > 
> > Could you try the attached patch and check the kernel messages?
> 
> Here's the extract from the kernel logs after loading the modules:
> 
> ...
> XXX GLOB_STA reads 0x00000100
> XXX GLOB_STA reads end: 0x00000100
> XXX codec probing: codecs = 1, glob_sta = 0x00700500
> intel8x0_measure_ac97_clock: measured 49474 usecs
> intel8x0: clocking to 48000

So, until this stage, the driver is working fine.

> ACPI: PCI interrupt 0000:00:1f.6[B] -> GSI 10 (level, low) -> IRQ 10
> PCI: Setting latency timer of device 0000:00:1f.6 to 64
> Unable to initialize codec #0
> Intel ICH Modem: probe of 0000:00:1f.6 failed with error -13

The modem initialization could conflict with the audio part.
Could you disable snd-intel8x0m driver?


Takashi


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/

Re: Intel8x0 still broken in 2.6.9-ac16

[Takashi Iwai]

At Tue, 21 Dec 2004 20:56:47 +0100,
David Gómez wrote:
> 
> Hi Takashi ;),
> 
> > > ACPI: PCI interrupt 0000:00:1f.6[B] -> GSI 10 (level, low) -> IRQ 10
> > > PCI: Setting latency timer of device 0000:00:1f.6 to 64
> > > Unable to initialize codec #0
> > > Intel ICH Modem: probe of 0000:00:1f.6 failed with error -13
> > 
> > The modem initialization could conflict with the audio part.
> > Could you disable snd-intel8x0m driver?
> 
> That's it. Disabling the modem driver makes the sound work again. It
> seems the modem driver is broken, and has the side effect of leaving
> the sound driver in a inconsistent state...
> 
> I can do more tests to help debugging the problem in the modem driver...

Please show the contents of /proc/asound/card0/codec97#0/* files.
This time they must appear more meaningfully.

I think we need merge the common codes between intel8x0 and intel8x0m,
and avoid the unnecessary initializations in each driver.


Takashi


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/

Re: Intel8x0 still broken in 2.6.9-ac16

[David Gómez]

Hi Takashi ;),

On Wed, 22 Dec 2004 15:53:32 +0100, Takashi Iwai <tiwai@suse.de> wrote:
> Please show the contents of /proc/asound/card0/codec97#0/* files.
> This time they must appear more meaningfully.

[huma@miller] [~] % cat /proc/asound/card0/codec97\#0/ac97\#0-0
0-0/0: Conexant id 30

Revision         : 0x00
Compat. Class    : 0x00
Subsys. Vendor ID: 0x0000
Subsys. ID       : 0x0000

Capabilities     : -reserved1- -headphone out-
DAC resolution   : 18-bit
ADC resolution   : 18-bit
3D enhancement   : No 3D Stereo Enhancement

Current setup
Mic gain         : +0dB [+0dB]
POP path         : pre 3D
Sim. stereo      : off
3D enhancement   : off
Loudness         : off
Mono output      : MIX
Mic select       : Mic1
ADC/DAC loopback : off
Extended ID      : codec=0 rev=2 AMAP DSA=0 SPDIF
Extended status  : PRL PRK PRJ PRI SPCV SPDIF=3/4
SPDIF Control    : Consumer PCM Category=0x2 Generation=1 Rate=48kHz
Extended modem ID: codec=0 LIN1
Modem status     : PRA(GPIO)
Line1 rate       : 48000Hz

[huma@miller] [~] % cat /proc/asound/card0/codec97\#0/ac97\#0-0+regs
0:00 = 0152
0:02 = 0a0a
0:04 = 9f1f
0:06 = 0000
0:08 = 0000
0:0a = 8000
0:0c = 0000
0:0e = 801f
0:10 = 9f1f
0:12 = 0202
0:14 = 0000
0:16 = 0000
0:18 = 0202
0:1a = 0000
0:1c = 0000
0:1e = 0000
0:20 = 0000
0:22 = 0000
0:24 = 0000
0:26 = 000f
0:28 = 0a04
0:2a = 7c00
0:2c = bb80
0:2e = 0000
0:30 = 0000
0:32 = bb80
0:34 = 0000
0:36 = 0000
0:38 = 0000
0:3a = 2824
0:3c = 0001
0:3e = 0100
0:40 = bb80
0:42 = 0000
0:44 = 0000
0:46 = 0000
0:48 = 0000
0:4a = 0000
0:4c = 0030
0:4e = ffff
0:50 = 0000
0:52 = 0000
0:54 = 0000
0:56 = 0000
0:58 = 0000
0:5a = 0000
0:5c = 0600
0:5e = 0000
0:60 = 0000
0:62 = 0000
0:64 = 0000
0:66 = 0012
0:68 = 0000
0:6a = 0000
0:6c = 0000
0:6e = 0000
0:70 = 0000
0:72 = 0000
0:74 = 0000
0:76 = 0000
0:78 = 0000
0:7a = 8004
0:7c = 4358
0:7e = 5430

> I think we need merge the common codes between intel8x0 and intel8x0m,
> and avoid the unnecessary initializations in each driver.

ok

-- 

David Gómez


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/