alsamixer on cvs

alsamixer on cvs

[Fernando Pablo Lopez-Lezcano]

After installing a new cvs version I'm getting an assertion failure in 
alsamixer (or amix). 

# alsamixer
alsamixer: simple.c:869: simple_add1: Assertion `!simple->ctls[type].elem' 
failed.
Aborted

This is with these modules loaded and started happening last Friday:
# /sbin/lsmod
Module                  Size  Used by    Tainted: P  
snd-usb-midi            8688   0  (unused)
snd-seq-virmidi         5300   0  [snd-usb-midi]
snd-seq-midi-event      5836   0  [snd-usb-midi snd-seq-virmidi]
snd-seq                53196   0  [snd-usb-midi snd-seq-virmidi 
snd-seq-midi-event]
snd-intel8x0           23648   0 
snd-ac97-codec         31504   0  [snd-intel8x0]
snd-pcm                90144   0  [snd-intel8x0]
snd-timer              16640   0  [snd-seq snd-pcm]
snd-mpu401-uart         5420   0  [snd-intel8x0]
snd-rawmidi            19040   0  [snd-seq-virmidi snd-mpu401-uart]
snd-seq-device          5916   0  [snd-usb-midi snd-seq snd-rawmidi]
snd                    49064   0  [snd-usb-midi snd-seq-virmidi 
snd-seq-midi-event snd-seq snd-intel8x0 snd-ac97-codec snd-pcm snd-timer 
snd-mpu401-uart snd-rawmidi snd-seq-device]
soundcore               6468   0  [snd]

[the usb-midi modules are not doing anything at this point]
-- Fernando



-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390

Re: alsamixer on cvs

[Takashi Iwai]

At Mon, 2 Sep 2002 21:40:37 -0700 (PDT),
Fernando Pablo Lopez-Lezcano wrote:
> 
> After installing a new cvs version I'm getting an assertion failure in 
> alsamixer (or amix). 
> 
> # alsamixer
> alsamixer: simple.c:869: simple_add1: Assertion `!simple->ctls[type].elem' 
> failed.
> Aborted

could you try to remove the assert() at alsa-lib/src/mixer/simple.c
line 869?  this looks like a wrong conditional...


Takashi


-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390

Re: alsamixer on cvs

[Fernando Pablo Lopez-Lezcano]

> > After installing a new cvs version I'm getting an assertion failure in
> > alsamixer (or amix).
> >
> > # alsamixer
> > alsamixer: simple.c:869: simple_add1: Assertion `!simple->ctls[type].elem' 
> > failed.
> > Aborted
>
> could you try to remove the assert() at alsa-lib/src/mixer/simple.c
> line 869?  this looks like a wrong conditional...

I tried that and it seems to work fine now, obviously I did
not do extensive tests. Thanks.

-- Fernando


-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390

Re: alsamixer on cvs

[Jaroslav Kysela]

On Tue, 3 Sep 2002, Takashi Iwai wrote:

> At Mon, 2 Sep 2002 21:40:37 -0700 (PDT),
> Fernando Pablo Lopez-Lezcano wrote:
> > 
> > After installing a new cvs version I'm getting an assertion failure in 
> > alsamixer (or amix). 
> > 
> > # alsamixer
> > alsamixer: simple.c:869: simple_add1: Assertion `!simple->ctls[type].elem' 
> > failed.
> > Aborted
> 
> could you try to remove the assert() at alsa-lib/src/mixer/simple.c
> line 869?  this looks like a wrong conditional...

It's ok. Could you send us output from alsactl utility? We have probably 
two controls with same name.

						Jaroslav

-----
Jaroslav Kysela <perex@suse.cz>
Linux Kernel Sound Maintainer
ALSA Project  http://www.alsa-project.org
SuSE Linux    http://www.suse.com



-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390

Re: alsamixer on cvs

[Fernando Pablo Lopez-Lezcano]

> > Fernando Pablo Lopez-Lezcano wrote:
> > >
> > > After installing a new cvs version I'm getting an assertion failure in
> > > alsamixer (or amix).
> > >
> > > # alsamixer
> > > alsamixer: simple.c:869: simple_add1: Assertion
> > > `!simple->ctls[type].elem' failed.
> > > Aborted
> >
> > could you try to remove the assert() at alsa-lib/src/mixer/simple.c
> > line 869?  this looks like a wrong conditional...
>
> It's ok. Could you send us output from alsactl utility? We have probably
> two controls with same name.

Sure, it is included at the end of the email. I found the
same problem yesterday in an ens1371 based soundcard.

-- Fernando

PS: this is it. I stopped the driver, moved the asound.state
away, replaced alsa-lib with the version without the hack,
restarted the driver. Without doing anything else alsamixer
fails with the message I sent before. After that I did an
alsactl store and this is the result:

state.Intel {
	control.1 {
		comment.access 'read write'
		comment.type BOOLEAN
		iface MIXER
		name 'Master Playback Switch'
		value false
	}
	control.2 {
		comment.access 'read write'
		comment.type INTEGER
		comment.range '0 - 31'
		iface MIXER
		name 'Master Playback Volume'
		value.0 0
		value.1 0
	}
	control.3 {
		comment.access 'read write'
		comment.type BOOLEAN
		iface MIXER
		name 'Master Mono Playback Switch'
		value false
	}
	control.4 {
		comment.access 'read write'
		comment.type INTEGER
		comment.range '0 - 31'
		iface MIXER
		name 'Master Mono Playback Volume'
		value 0
	}
	control.5 {
		comment.access 'read write'
		comment.type BOOLEAN
		iface MIXER
		name 'PC Speaker Playback Switch'
		value false
	}
	control.6 {
		comment.access 'read write'
		comment.type INTEGER
		comment.range '0 - 15'
		iface MIXER
		name 'PC Speaker Playback Volume'
		value 0
	}
	control.7 {
		comment.access 'read write'
		comment.type BOOLEAN
		iface MIXER
		name 'Phone Playback Switch'
		value false
	}
	control.8 {
		comment.access 'read write'
		comment.type INTEGER
		comment.range '0 - 31'
		iface MIXER
		name 'Phone Playback Volume'
		value 0
	}
	control.9 {
		comment.access 'read write'
		comment.type BOOLEAN
		iface MIXER
		name 'Mic Playback Switch'
		value false
	}
	control.10 {
		comment.access 'read write'
		comment.type INTEGER
		comment.range '0 - 31'
		iface MIXER
		name 'Mic Playback Volume'
		value 0
	}
	control.11 {
		comment.access 'read write'
		comment.type BOOLEAN
		iface MIXER
		name 'Mic Boost (+20dB)'
		value false
	}
	control.12 {
		comment.access 'read write'
		comment.type BOOLEAN
		iface MIXER
		name 'Line Playback Switch'
		value false
	}
	control.13 {
		comment.access 'read write'
		comment.type INTEGER
		comment.range '0 - 31'
		iface MIXER
		name 'Line Playback Volume'
		value.0 0
		value.1 0
	}
	control.14 {
		comment.access 'read write'
		comment.type BOOLEAN
		iface MIXER
		name 'CD Playback Switch'
		value false
	}
	control.15 {
		comment.access 'read write'
		comment.type INTEGER
		comment.range '0 - 31'
		iface MIXER
		name 'CD Playback Volume'
		value.0 0
		value.1 0
	}
	control.16 {
		comment.access 'read write'
		comment.type BOOLEAN
		iface MIXER
		name 'Video Playback Switch'
		value false
	}
	control.17 {
		comment.access 'read write'
		comment.type INTEGER
		comment.range '0 - 31'
		iface MIXER
		name 'Video Playback Volume'
		value.0 0
		value.1 0
	}
	control.18 {
		comment.access 'read write'
		comment.type BOOLEAN
		iface MIXER
		name 'Aux Playback Switch'
		value false
	}
	control.19 {
		comment.access 'read write'
		comment.type INTEGER
		comment.range '0 - 31'
		iface MIXER
		name 'Aux Playback Volume'
		value.0 0
		value.1 0
	}
	control.20 {
		comment.access 'read write'
		comment.type BOOLEAN
		iface MIXER
		name 'PCM Playback Switch'
		value false
	}
	control.21 {
		comment.access 'read write'
		comment.type INTEGER
		comment.range '0 - 31'
		iface MIXER
		name 'PCM Playback Volume'
		value.0 0
		value.1 0
	}
	control.22 {
		comment.access 'read write'
		comment.type ENUMERATED
		comment.item.0 Mic
		comment.item.1 CD
		comment.item.2 Video
		comment.item.3 Aux
		comment.item.4 Line
		comment.item.5 Mix
		comment.item.6 'Mix Mono'
		comment.item.7 Phone
		iface MIXER
		name 'Capture Source'
		value.0 Mic
		value.1 Mic
	}
	control.23 {
		comment.access 'read write'
		comment.type BOOLEAN
		iface MIXER
		name 'Capture Switch'
		value true
	}
	control.24 {
		comment.access 'read write'
		comment.type INTEGER
		comment.range '0 - 15'
		iface MIXER
		name 'Capture Volume'
		value.0 0
		value.1 0
	}
	control.25 {
		comment.access 'read write'
		comment.type ENUMERATED
		comment.item.0 'pre 3D'
		comment.item.1 'post 3D'
		iface MIXER
		name 'PCM Out Path & Mute'
		value 'pre 3D'
	}
	control.26 {
		comment.access 'read write'
		comment.type BOOLEAN
		iface MIXER
		name '3D Control - Switch'
		value false
	}
	control.27 {
		comment.access 'read write'
		comment.type ENUMERATED
		comment.item.0 Mix
		comment.item.1 Mic
		iface MIXER
		name 'Mono Output Select'
		value Mix
	}
	control.28 {
		comment.access 'read write'
		comment.type ENUMERATED
		comment.item.0 Mic1
		comment.item.1 Mic2
		iface MIXER
		name 'Mic Select'
		value Mic1
	}
	control.29 {
		comment.access read
		comment.type IEC958
		iface MIXER
		name 'IEC958 Playback Con Mask'
		value  
'0fff000f00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000'
	}
	control.30 {
		comment.access read
		comment.type IEC958
		iface MIXER
		name 'IEC958 Playback Pro Mask'
		value  
cf00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
	}
	control.31 {
		comment.access 'read write'
		comment.type IEC958
		iface MIXER
		name 'IEC958 Playback Default'
		value  
'0082000200000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000'
	}
	control.32 {
		comment.access 'read write'
		comment.type BOOLEAN
		iface MIXER
		name 'IEC958 Playback Switch'
		value false
	}
	control.33 {
		comment.access 'read write'
		comment.type INTEGER
		comment.range '0 - 3'
		iface MIXER
		name 'IEC958 Playback AC97-SPSA'
		value 0
	}
	control.34 {
		comment.access 'read write'
		comment.type BOOLEAN
		iface MIXER
		name 'External Amplifier Power Down'
		value false
	}
	control.35 {
		comment.access 'read write'
		comment.type BOOLEAN
		iface MIXER
		name 'Master Playback Switch'
		value false
	}
	control.36 {
		comment.access 'read write'
		comment.type INTEGER
		comment.range '0 - 31'
		iface MIXER
		name 'Master Playback Volume'
		value.0 0
		value.1 0
	}
	control.37 {
		comment.access 'read write'
		comment.type BOOLEAN
		iface MIXER
		name 'Master Mono Playback Switch'
		value false
	}
	control.38 {
		comment.access 'read write'
		comment.type INTEGER
		comment.range '0 - 31'
		iface MIXER
		name 'Master Mono Playback Volume'
		value 0
	}
	control.39 {
		comment.access 'read write'
		comment.type BOOLEAN
		iface MIXER
		name 'PC Speaker Playback Switch'
		value false
	}
	control.40 {
		comment.access 'read write'
		comment.type INTEGER
		comment.range '0 - 15'
		iface MIXER
		name 'PC Speaker Playback Volume'
		value 0
	}
	control.41 {
		comment.access 'read write'
		comment.type BOOLEAN
		iface MIXER
		name 'Phone Playback Switch'
		value false
	}
	control.42 {
		comment.access 'read write'
		comment.type INTEGER
		comment.range '0 - 31'
		iface MIXER
		name 'Phone Playback Volume'
		value 0
	}
	control.43 {
		comment.access 'read write'
		comment.type BOOLEAN
		iface MIXER
		name 'Mic Playback Switch'
		value false
	}
	control.44 {
		comment.access 'read write'
		comment.type INTEGER
		comment.range '0 - 31'
		iface MIXER
		name 'Mic Playback Volume'
		value 0
	}
	control.45 {
		comment.access 'read write'
		comment.type BOOLEAN
		iface MIXER
		name 'Mic Boost (+20dB)'
		value false
	}
	control.46 {
		comment.access 'read write'
		comment.type BOOLEAN
		iface MIXER
		name 'Line Playback Switch'
		value false
	}
	control.47 {
		comment.access 'read write'
		comment.type INTEGER
		comment.range '0 - 31'
		iface MIXER
		name 'Line Playback Volume'
		value.0 0
		value.1 0
	}
	control.48 {
		comment.access 'read write'
		comment.type BOOLEAN
		iface MIXER
		name 'CD Playback Switch'
		value false
	}
	control.49 {
		comment.access 'read write'
		comment.type INTEGER
		comment.range '0 - 31'
		iface MIXER
		name 'CD Playback Volume'
		value.0 0
		value.1 0
	}
	control.50 {
		comment.access 'read write'
		comment.type BOOLEAN
		iface MIXER
		name 'Video Playback Switch'
		value false
	}
	control.51 {
		comment.access 'read write'
		comment.type INTEGER
		comment.range '0 - 31'
		iface MIXER
		name 'Video Playback Volume'
		value.0 0
		value.1 0
	}
	control.52 {
		comment.access 'read write'
		comment.type BOOLEAN
		iface MIXER
		name 'Aux Playback Switch'
		value false
	}
	control.53 {
		comment.access 'read write'
		comment.type INTEGER
		comment.range '0 - 31'
		iface MIXER
		name 'Aux Playback Volume'
		value.0 0
		value.1 0
	}
	control.54 {
		comment.access 'read write'
		comment.type BOOLEAN
		iface MIXER
		name 'PCM Playback Switch'
		value false
	}
	control.55 {
		comment.access 'read write'
		comment.type INTEGER
		comment.range '0 - 31'
		iface MIXER
		name 'PCM Playback Volume'
		value.0 0
		value.1 0
	}
	control.56 {
		comment.access 'read write'
		comment.type ENUMERATED
		comment.item.0 Mic
		comment.item.1 CD
		comment.item.2 Video
		comment.item.3 Aux
		comment.item.4 Line
		comment.item.5 Mix
		comment.item.6 'Mix Mono'
		comment.item.7 Phone
		iface MIXER
		name 'Capture Source'
		value.0 Mic
		value.1 Mic
	}
	control.57 {
		comment.access 'read write'
		comment.type BOOLEAN
		iface MIXER
		name 'Capture Switch'
		value true
	}
	control.58 {
		comment.access 'read write'
		comment.type INTEGER
		comment.range '0 - 15'
		iface MIXER
		name 'Capture Volume'
		value.0 0
		value.1 0
	}
	control.59 {
		comment.access 'read write'
		comment.type ENUMERATED
		comment.item.0 'pre 3D'
		comment.item.1 'post 3D'
		iface MIXER
		name 'PCM Out Path & Mute'
		value 'pre 3D'
	}
	control.60 {
		comment.access 'read write'
		comment.type BOOLEAN
		iface MIXER
		name '3D Control - Switch'
		value false
	}
	control.61 {
		comment.access 'read write'
		comment.type ENUMERATED
		comment.item.0 Mix
		comment.item.1 Mic
		iface MIXER
		name 'Mono Output Select'
		value Mix
	}
	control.62 {
		comment.access 'read write'
		comment.type ENUMERATED
		comment.item.0 Mic1
		comment.item.1 Mic2
		iface MIXER
		name 'Mic Select'
		value Mic1
	}
	control.63 {
		comment.access read
		comment.type IEC958
		iface MIXER
		name 'IEC958 Playback Con Mask'
		value  
'0fff000f00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000'
	}
	control.64 {
		comment.access read
		comment.type IEC958
		iface MIXER
		name 'IEC958 Playback Pro Mask'
		value  
cf00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
	}
	control.65 {
		comment.access 'read write'
		comment.type IEC958
		iface MIXER
		name 'IEC958 Playback Default'
		value  
'0082000200000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000'
	}
	control.66 {
		comment.access 'read write'
		comment.type BOOLEAN
		iface MIXER
		name 'IEC958 Playback Switch'
		value false
	}
	control.67 {
		comment.access 'read write'
		comment.type INTEGER
		comment.range '0 - 3'
		iface MIXER
		name 'IEC958 Playback AC97-SPSA'
		value 0
	}
	control.68 {
		comment.access 'read write'
		comment.type BOOLEAN
		iface MIXER
		name 'External Amplifier Power Down'
		value false
	}
}


-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390

Re: alsamixer on cvs

[Jaroslav Kysela]

On Wed, 4 Sep 2002, Fernando Pablo Lopez-Lezcano wrote:

> > > Fernando Pablo Lopez-Lezcano wrote:
> > > >
> > > > After installing a new cvs version I'm getting an assertion failure in
> > > > alsamixer (or amix).
> > > >
> > > > # alsamixer
> > > > alsamixer: simple.c:869: simple_add1: Assertion
> > > > `!simple->ctls[type].elem' failed.
> > > > Aborted
> > >
> > > could you try to remove the assert() at alsa-lib/src/mixer/simple.c
> > > line 869?  this looks like a wrong conditional...
> >
> > It's ok. Could you send us output from alsactl utility? We have probably
> > two controls with same name.
> 
> Sure, it is included at the end of the email. I found the
> same problem yesterday in an ens1371 based soundcard.

I've fixed the problem in CVS for intel8x0, but ens1371 hasn't two codecs.
Could you try the latest CVS and 'amixer scontrols'? The error (which
control is twice) should be printed at start to stderr.

						Jaroslav

-----
Jaroslav Kysela <perex@suse.cz>
Linux Kernel Sound Maintainer
ALSA Project  http://www.alsa-project.org
SuSE Linux    http://www.suse.com



-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390

Re: alsamixer on cvs

[Fernando Pablo Lopez-Lezcano]

> > > > > # alsamixer
> > > > > alsamixer: simple.c:869: simple_add1: Assertion
> > > > > `!simple->ctls[type].elem' failed.
> > > > > Aborted
> > > >
> > > > could you try to remove the assert() at alsa-lib/src/mixer/simple.c
> > > > line 869?  this looks like a wrong conditional...
> > >
> > > It's ok. Could you send us output from alsactl utility? We have probably
> > > two controls with same name.
> > 
> > Sure, it is included at the end of the email. I found the
> > same problem yesterday in an ens1371 based soundcard.
> 
> I've fixed the problem in CVS for intel8x0

Something else has changed, I now get a:

Sep  5 12:36:12 pc1 kernel: PCI: Setting latency timer of device 00:1f.5 
to 64
Sep  5 12:36:14 pc1 kernel: Intel ICH soundcard not found or device busy
Sep  5 12:36:14 pc1 insmod: 
/lib/modules/2.4.19-2.ll.acpi/kernel/drivers/sound/pci/snd-intel8x0.o: 
init_module: No such device
Sep  5 12:36:14 pc1 insmod: Hint: insmod errors can be caused by incorrect 
module parameters, including invalid IO or IRQ parameters
Sep  5 12:36:14 pc1 insmod: 
/lib/modules/2.4.19-2.ll.acpi/kernel/drivers/sound/pci/snd-intel8x0.o: 
insmod snd-card-0 failed

And the module does not load.

After reloading a previous version of the driver it loads successfully and
alsamixer duly reports the problem (I kept the newer lib and utils):

ALSA lib simple.c:877:(simple_add1) helem (MIXER,'Master Mono Playback 
Switch',0,0,0) appears twice or more

And this is what I get from the ens1371 card:

ALSA lib simple.c:877:(simple_add1) helem (MIXER,'IEC958 Playback 
Switch',0,0,0) appears twice or more

Let me know when I can test again...
-- Fernando




-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390

Re: alsamixer on cvs

[Takashi Iwai]

Hi,

At Thu, 5 Sep 2002 12:45:09 -0700 (PDT),
Fernando Pablo Lopez-Lezcano wrote:
> 
> > > > > > # alsamixer
> > > > > > alsamixer: simple.c:869: simple_add1: Assertion
> > > > > > `!simple->ctls[type].elem' failed.
> > > > > > Aborted
> > > > >
> > > > > could you try to remove the assert() at alsa-lib/src/mixer/simple.c
> > > > > line 869?  this looks like a wrong conditional...
> > > >
> > > > It's ok. Could you send us output from alsactl utility? We have probably
> > > > two controls with same name.
> > > 
> > > Sure, it is included at the end of the email. I found the
> > > same problem yesterday in an ens1371 based soundcard.
> > 
> > I've fixed the problem in CVS for intel8x0
> 
> Something else has changed, I now get a:
> 
> Sep  5 12:36:12 pc1 kernel: PCI: Setting latency timer of device 00:1f.5 
> to 64
> Sep  5 12:36:14 pc1 kernel: Intel ICH soundcard not found or device busy
> Sep  5 12:36:14 pc1 insmod: 
> /lib/modules/2.4.19-2.ll.acpi/kernel/drivers/sound/pci/snd-intel8x0.o: 
> init_module: No such device
> Sep  5 12:36:14 pc1 insmod: Hint: insmod errors can be caused by incorrect 
> module parameters, including invalid IO or IRQ parameters
> Sep  5 12:36:14 pc1 insmod: 
> /lib/modules/2.4.19-2.ll.acpi/kernel/drivers/sound/pci/snd-intel8x0.o: 
> insmod snd-card-0 failed
> 
> And the module does not load.

could you check where the error is returned (e.g. by primitive
printk's) ?
i guess somewhere in snd_ac97_mixer in pci/ac97_codec.c, but not
sure...


Takashi


-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390

Re: alsamixer on cvs

[Fernando Pablo Lopez-Lezcano]

> > > > > > > # alsamixer
> > > > > > > alsamixer: simple.c:869: simple_add1: Assertion
> > > > > > > `!simple->ctls[type].elem' failed.
> > > > > > > Aborted
> > > > > >
> > > > > > could you try to remove the assert() at alsa-lib/src/mixer/simple.c
> > > > > > line 869?  this looks like a wrong conditional...
> > > > >
> > > > > It's ok. Could you send us output from alsactl utility? We have probably
> > > > > two controls with same name.
> > > > 
> > > > Sure, it is included at the end of the email. I found the
> > > > same problem yesterday in an ens1371 based soundcard.
> > > 
> > > I've fixed the problem in CVS for intel8x0
> > 
> > Something else has changed, I now get a:
> > 
> > Sep  5 12:36:12 pc1 kernel: PCI: Setting latency timer of device 00:1f.5 
> > to 64
> > Sep  5 12:36:14 pc1 kernel: Intel ICH soundcard not found or device busy
> > Sep  5 12:36:14 pc1 insmod: 
> > /lib/modules/2.4.19-2.ll.acpi/kernel/drivers/sound/pci/snd-intel8x0.o: 
> > init_module: No such device
> > Sep  5 12:36:14 pc1 insmod: Hint: insmod errors can be caused by incorrect 
> > module parameters, including invalid IO or IRQ parameters
> > Sep  5 12:36:14 pc1 insmod: 
> > /lib/modules/2.4.19-2.ll.acpi/kernel/drivers/sound/pci/snd-intel8x0.o: 
> > insmod snd-card-0 failed
> > 
> > And the module does not load.
> 
> could you check where the error is returned (e.g. by primitive printk's)
> ? i guess somewhere in snd_ac97_mixer in pci/ac97_codec.c, but not
> sure...

I'll try, I don't know exactly where it could be failing but I'll try to 
find out (I'll have to read a lot of code :-) The error is not 
instantaneous, it takes almost a second (maybe) to fail, there must be a 
timeout somewhere. 

-- Fernando




-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390

Re: alsamixer on cvs

[Jaroslav Kysela]

On Mon, 9 Sep 2002, Fernando Pablo Lopez-Lezcano wrote:

> > > > > > > > # alsamixer
> > > > > > > > alsamixer: simple.c:869: simple_add1: Assertion
> > > > > > > > `!simple->ctls[type].elem' failed.
> > > > > > > > Aborted
> > > > > > >
> > > > > > > could you try to remove the assert() at alsa-lib/src/mixer/simple.c
> > > > > > > line 869?  this looks like a wrong conditional...
> > > > > >
> > > > > > It's ok. Could you send us output from alsactl utility? We have probably
> > > > > > two controls with same name.
> > > > > 
> > > > > Sure, it is included at the end of the email. I found the
> > > > > same problem yesterday in an ens1371 based soundcard.
> > > > 
> > > > I've fixed the problem in CVS for intel8x0
> > > 
> > > Something else has changed, I now get a:
> > > 
> > > Sep  5 12:36:12 pc1 kernel: PCI: Setting latency timer of device 00:1f.5 
> > > to 64
> > > Sep  5 12:36:14 pc1 kernel: Intel ICH soundcard not found or device busy
> > > Sep  5 12:36:14 pc1 insmod: 
> > > /lib/modules/2.4.19-2.ll.acpi/kernel/drivers/sound/pci/snd-intel8x0.o: 
> > > init_module: No such device
> > > Sep  5 12:36:14 pc1 insmod: Hint: insmod errors can be caused by incorrect 
> > > module parameters, including invalid IO or IRQ parameters
> > > Sep  5 12:36:14 pc1 insmod: 
> > > /lib/modules/2.4.19-2.ll.acpi/kernel/drivers/sound/pci/snd-intel8x0.o: 
> > > insmod snd-card-0 failed
> > > 
> > > And the module does not load.
> > 
> > could you check where the error is returned (e.g. by primitive printk's)
> > ? i guess somewhere in snd_ac97_mixer in pci/ac97_codec.c, but not
> > sure...
> 
> I'll try, I don't know exactly where it could be failing but I'll try to 
> find out (I'll have to read a lot of code :-) The error is not 
> instantaneous, it takes almost a second (maybe) to fail, there must be a 
> timeout somewhere. 

The updated code in CVS should be more verbose. Could you try it and send 
me related lines from /var/log/messages? Thanks.

BTW: ENS1371 driver should be fixed as well.

						Jaroslav

-----
Jaroslav Kysela <perex@suse.cz>
Linux Kernel Sound Maintainer
ALSA Project  http://www.alsa-project.org
SuSE Linux    http://www.suse.com



-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390

Re: alsamixer on cvs

[Fernando Pablo Lopez-Lezcano]

> > I'll try, I don't know exactly where it could be failing but I'll try to 
> > find out (I'll have to read a lot of code :-) The error is not 
> > instantaneous, it takes almost a second (maybe) to fail, there must be a 
> > timeout somewhere. 
> 
> The updated code in CVS should be more verbose. Could you try it and send 
> me related lines from /var/log/messages? 

Let me know if the message I just sent is not enough...
-- Fernando



-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390

Re: alsamixer on cvs

[Fernando Pablo Lopez-Lezcano]

> > I'll try, I don't know exactly where it could be failing but I'll try to 
> > find out (I'll have to read a lot of code :-) The error is not 
> > instantaneous, it takes almost a second (maybe) to fail, there must be a 
> > timeout somewhere. 
> 
> The updated code in CVS should be more verbose. Could you try it and send 
> me related lines from /var/log/messages? Thanks.

Here's the error message from the cvs version, it appears to add a little 
bit more information to what I sent before:

Sep  9 20:25:57 pc1 kernel: PCI: Setting latency timer of device 00:1f.5 
to 64
Sep  9 20:25:58 pc1 kernel: ALSA 
../../alsa-kernel/pci/ac97/ac97_codec.c:1519: AC'97 1:0 does not respond - 
RESET [REC_GAIN = 0x0]
Sep  9 20:25:58 pc1 kernel: Intel ICH soundcard not found or device busy

-- Fernando




-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390

Re: alsamixer on cvs

[Jaroslav Kysela]

On Mon, 9 Sep 2002, Fernando Pablo Lopez-Lezcano wrote:

> > > I'll try, I don't know exactly where it could be failing but I'll try to 
> > > find out (I'll have to read a lot of code :-) The error is not 
> > > instantaneous, it takes almost a second (maybe) to fail, there must be a 
> > > timeout somewhere. 
> > 
> > The updated code in CVS should be more verbose. Could you try it and send 
> > me related lines from /var/log/messages? Thanks.
> 
> Here's the error message from the cvs version, it appears to add a little 
> bit more information to what I sent before:
> 
> Sep  9 20:25:57 pc1 kernel: PCI: Setting latency timer of device 00:1f.5 
> to 64
> Sep  9 20:25:58 pc1 kernel: ALSA 
> ../../alsa-kernel/pci/ac97/ac97_codec.c:1519: AC'97 1:0 does not respond - 
> RESET [REC_GAIN = 0x0]
> Sep  9 20:25:58 pc1 kernel: Intel ICH soundcard not found or device busy

I've forgot to apply a next patch to intel8x0.c yesterday. Could you test 
it again? It should be initialized properly, but you'll see debug messages.
Also, output from /proc/asound/card0/intel8x0 might help me a lot.

						Jaroslav

-----
Jaroslav Kysela <perex@suse.cz>
Linux Kernel Sound Maintainer
ALSA Project  http://www.alsa-project.org
SuSE Linux    http://www.suse.com



-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390

Re: alsamixer on cvs

[Fernando Pablo Lopez-Lezcano]

> > > The updated code in CVS should be more verbose. Could you try it and send 
> > > me related lines from /var/log/messages? Thanks.
> > 
> > Here's the error message from the cvs version, it appears to add a little 
> > bit more information to what I sent before:
> > 
> > Sep  9 20:25:57 pc1 kernel: PCI: Setting latency timer of device 00:1f.5 
> > to 64
> > Sep  9 20:25:58 pc1 kernel: ALSA 
> > ../../alsa-kernel/pci/ac97/ac97_codec.c:1519: AC'97 1:0 does not respond - 
> > RESET [REC_GAIN = 0x0]
> > Sep  9 20:25:58 pc1 kernel: Intel ICH soundcard not found or device busy
> 
> I've forgot to apply a next patch to intel8x0.c yesterday. Could you test 
> it again? It should be initialized properly, but you'll see debug messages.
> Also, output from /proc/asound/card0/intel8x0 might help me a lot.

That did it! It loads now, it seems to take longer than before.
Here's the extra debugging output:

Sep  9 23:28:58 pc1 kernel: PCI: Setting latency timer of device 00:1f.5 
to 64
Sep  9 23:29:00 pc1 kernel: ALSA 
../../alsa-kernel/pci/ac97/ac97_codec.c:1519: AC'97 1:0 does not respond - 
RESET [REC_GAIN = 0x0]
Sep  9 23:29:00 pc1 kernel: ALSA ../alsa-kernel/pci/intel8x0.c:1584: 
Unable to initialize codec #0 [device = 3146496, GLOB_STA = 0xc2907cf4]
Sep  9 23:29:00 pc1 kernel: intel8x0: clocking to 48000
Sep  9 23:29:00 pc1 alsasound: Starting sound driver snd-intel8x0 
succeeded

And this cat /proc/asound/card0/intel8x0
Intel8x0

Global control        : 0x00000002
Global status         : 0x00300300
AC'97 codecs ready    : primary secondary

Hope this helps, let me know if you need more info. 
-- Fernando




-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390

Re: alsamixer on cvs

[Jaroslav Kysela]

On Mon, 9 Sep 2002, Fernando Pablo Lopez-Lezcano wrote:

> > > > The updated code in CVS should be more verbose. Could you try it and send 
> > > > me related lines from /var/log/messages? Thanks.
> > > 
> > > Here's the error message from the cvs version, it appears to add a little 
> > > bit more information to what I sent before:
> > > 
> > > Sep  9 20:25:57 pc1 kernel: PCI: Setting latency timer of device 00:1f.5 
> > > to 64
> > > Sep  9 20:25:58 pc1 kernel: ALSA 
> > > ../../alsa-kernel/pci/ac97/ac97_codec.c:1519: AC'97 1:0 does not respond - 
> > > RESET [REC_GAIN = 0x0]
> > > Sep  9 20:25:58 pc1 kernel: Intel ICH soundcard not found or device busy
> > 
> > I've forgot to apply a next patch to intel8x0.c yesterday. Could you test 
> > it again? It should be initialized properly, but you'll see debug messages.
> > Also, output from /proc/asound/card0/intel8x0 might help me a lot.
> 
> That did it! It loads now, it seems to take longer than before.
> Here's the extra debugging output:
> 
> Sep  9 23:28:58 pc1 kernel: PCI: Setting latency timer of device 00:1f.5 
> to 64
> Sep  9 23:29:00 pc1 kernel: ALSA 
> ../../alsa-kernel/pci/ac97/ac97_codec.c:1519: AC'97 1:0 does not respond - 
> RESET [REC_GAIN = 0x0]
> Sep  9 23:29:00 pc1 kernel: ALSA ../alsa-kernel/pci/intel8x0.c:1584: 
> Unable to initialize codec #0 [device = 3146496, GLOB_STA = 0xc2907cf4]
> Sep  9 23:29:00 pc1 kernel: intel8x0: clocking to 48000
> Sep  9 23:29:00 pc1 alsasound: Starting sound driver snd-intel8x0 
> succeeded
> 
> And this cat /proc/asound/card0/intel8x0
> Intel8x0
> 
> Global control        : 0x00000002
> Global status         : 0x00300300
> AC'97 codecs ready    : primary secondary

It seems that the second codec is MC'97 (modem codec) without audio 
capabilities. I've added the detection code for MC'97 to CVS. Could you 
try it? Thanks.

						Jaroslav

-----
Jaroslav Kysela <perex@suse.cz>
Linux Kernel Sound Maintainer
ALSA Project  http://www.alsa-project.org
SuSE Linux    http://www.suse.com



-------------------------------------------------------
In remembrance
www.osdn.com/911/

Re: alsamixer on cvs

[Takashi Iwai]

At Wed, 11 Sep 2002 09:32:26 +0200 (CEST),
Jaroslav wrote:
> 
> On Mon, 9 Sep 2002, Fernando Pablo Lopez-Lezcano wrote:
> 
> > > > > The updated code in CVS should be more verbose. Could you try it and send 
> > > > > me related lines from /var/log/messages? Thanks.
> > > > 
> > > > Here's the error message from the cvs version, it appears to add a little 
> > > > bit more information to what I sent before:
> > > > 
> > > > Sep  9 20:25:57 pc1 kernel: PCI: Setting latency timer of device 00:1f.5 
> > > > to 64
> > > > Sep  9 20:25:58 pc1 kernel: ALSA 
> > > > ../../alsa-kernel/pci/ac97/ac97_codec.c:1519: AC'97 1:0 does not respond - 
> > > > RESET [REC_GAIN = 0x0]
> > > > Sep  9 20:25:58 pc1 kernel: Intel ICH soundcard not found or device busy
> > > 
> > > I've forgot to apply a next patch to intel8x0.c yesterday. Could you test 
> > > it again? It should be initialized properly, but you'll see debug messages.
> > > Also, output from /proc/asound/card0/intel8x0 might help me a lot.
> > 
> > That did it! It loads now, it seems to take longer than before.
> > Here's the extra debugging output:
> > 
> > Sep  9 23:28:58 pc1 kernel: PCI: Setting latency timer of device 00:1f.5 
> > to 64
> > Sep  9 23:29:00 pc1 kernel: ALSA 
> > ../../alsa-kernel/pci/ac97/ac97_codec.c:1519: AC'97 1:0 does not respond - 
> > RESET [REC_GAIN = 0x0]
> > Sep  9 23:29:00 pc1 kernel: ALSA ../alsa-kernel/pci/intel8x0.c:1584: 
> > Unable to initialize codec #0 [device = 3146496, GLOB_STA = 0xc2907cf4]
> > Sep  9 23:29:00 pc1 kernel: intel8x0: clocking to 48000
> > Sep  9 23:29:00 pc1 alsasound: Starting sound driver snd-intel8x0 
> > succeeded
> > 
> > And this cat /proc/asound/card0/intel8x0
> > Intel8x0
> > 
> > Global control        : 0x00000002
> > Global status         : 0x00300300
> > AC'97 codecs ready    : primary secondary
> 
> It seems that the second codec is MC'97 (modem codec) without audio 
> capabilities. I've added the detection code for MC'97 to CVS. Could you 
> try it? Thanks.

IIRC, a notebook has problems when ac97 modem register is accessed.  i
forgot which one, and how, but one of oss drivers had this problem.
needs to check lkml now...


Takashi


-------------------------------------------------------
In remembrance
www.osdn.com/911/

Re: alsamixer on cvs

[Fernando Pablo Lopez-Lezcano]

> > > I've forgot to apply a next patch to intel8x0.c yesterday. Could you test
> > > it again? It should be initialized properly, but you'll see debug
> > > messages. Also, output from /proc/asound/card0/intel8x0 might help me a
> > > lot.
> >
> > That did it! It loads now, it seems to take longer than before.
> > Here's the extra debugging output:
> >
> > Sep  9 23:28:58 pc1 kernel: PCI: Setting latency timer of device 00:1f.5
> > to 64
> > Sep  9 23:29:00 pc1 kernel: ALSA
> > ../../alsa-kernel/pci/ac97/ac97_codec.c:1519: AC'97 1:0 does not respond - 
> > RESET [REC_GAIN = 0x0]
> > Sep  9 23:29:00 pc1 kernel: ALSA ../alsa-kernel/pci/intel8x0.c:1584:
> > Unable to initialize codec #0 [device = 3146496, GLOB_STA = 0xc2907cf4]
> > Sep  9 23:29:00 pc1 kernel: intel8x0: clocking to 48000
> > Sep  9 23:29:00 pc1 alsasound: Starting sound driver snd-intel8x0
> > succeeded
> >
> > And this cat /proc/asound/card0/intel8x0
> > Intel8x0
> >
> > Global control        : 0x00000002
> > Global status         : 0x00300300
> > AC'97 codecs ready    : primary secondary
>
> It seems that the second codec is MC'97 (modem codec) without audio
> capabilities. I've added the detection code for MC'97 to CVS. Could you
> try it? Thanks.

You are right, this is probably a modem (I have not yet tested
it but there is a driver out there that supposedly works -
the laptop is a Sony GRX580)

I just tried cvs and I'm getting an unresolved symbol error
on snd.o, pci_alloc_consistent

-- Fernando


-------------------------------------------------------
In remembrance
www.osdn.com/911/

Re: alsamixer on cvs

[Takashi Iwai]

At Wed, 11 Sep 2002 13:32:24 -0700,
Fernando Pablo Lopez-Lezcano wrote:
> 
> I just tried cvs and I'm getting an unresolved symbol error
> on snd.o, pci_alloc_consistent

this is likely because of my last change.
which kernel are you using?
perhaps pci_alloc_consistent() is defined as a macro for some other
function in your kernel.

anyway, i changed the relevant part on cvs.  please try once to
update.


ciao,

Takashi


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: alsamixer on cvs

[Fernando Pablo Lopez-Lezcano]

> > I just tried cvs and I'm getting an unresolved symbol error
> > on snd.o, pci_alloc_consistent
>
> this is likely because of my last change.
> which kernel are you using?
> perhaps pci_alloc_consistent() is defined as a macro for some other
> function in your kernel.

I'm using 2.4.20-pre4 + lowlat + preempt + capabilities + acpi
(I think that's all)

> anyway, i changed the relevant part on cvs.  please try once to
> update.

I'll try again...
-- Fernando


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: alsamixer on cvs (works!)

[Fernando Pablo Lopez-Lezcano]

> > > I just tried cvs and I'm getting an unresolved symbol error
> > > on snd.o, pci_alloc_consistent
> >
> > this is likely because of my last change.
> > which kernel are you using?
> > perhaps pci_alloc_consistent() is defined as a macro for some other
> > function in your kernel.
>
> I'm using 2.4.20-pre4 + lowlat + preempt + capabilities + acpi
> (I think that's all)
>
> > anyway, i changed the relevant part on cvs.  please try once to
> > update.
>
> I'll try again...

Compiles fine and seems to be working ok (intel8x0). I don't
know what the situation was before because I did not look at
it, but now there are two ac97 codecs recognized (I guess the
second one corresponds to the modem - I'll have to find time
to test the modem so verify it works). There is no delay in
recognizing them as far as I can tell.

Thanks for the help!
-- Fernando


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: alsamixer on cvs (works!)

[Jaroslav Kysela]

On Thu, 12 Sep 2002, Fernando Pablo Lopez-Lezcano wrote:

> > > > I just tried cvs and I'm getting an unresolved symbol error
> > > > on snd.o, pci_alloc_consistent
> > >
> > > this is likely because of my last change.
> > > which kernel are you using?
> > > perhaps pci_alloc_consistent() is defined as a macro for some other
> > > function in your kernel.
> >
> > I'm using 2.4.20-pre4 + lowlat + preempt + capabilities + acpi
> > (I think that's all)
> >
> > > anyway, i changed the relevant part on cvs.  please try once to
> > > update.
> >
> > I'll try again...
> 
> Compiles fine and seems to be working ok (intel8x0). I don't
> know what the situation was before because I did not look at
> it, but now there are two ac97 codecs recognized (I guess the
> second one corresponds to the modem - I'll have to find time
> to test the modem so verify it works). There is no delay in
> recognizing them as far as I can tell.

Note that modem codecs are only detected. You might send me contents of 
/proc/asound/card0/intel8x0 and ac97* files to verify, if everything is 
ok.

						Jaroslav

-----
Jaroslav Kysela <perex@suse.cz>
Linux Kernel Sound Maintainer
ALSA Project  http://www.alsa-project.org
SuSE Linux    http://www.suse.com



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: alsamixer on cvs (works!)

[Fernando Pablo Lopez-Lezcano]

> > > I'm using 2.4.20-pre4 + lowlat + preempt + capabilities + acpi
> > > (I think that's all)
> > >
> > > > anyway, i changed the relevant part on cvs.  please try once to
> > > > update.
> > >
> > > I'll try again...
> >
> > Compiles fine and seems to be working ok (intel8x0). I don't
> > know what the situation was before because I did not look at
> > it, but now there are two ac97 codecs recognized (I guess the
> > second one corresponds to the modem - I'll have to find time
> > to test the modem so verify it works). There is no delay in
> > recognizing them as far as I can tell.
>
> Note that modem codecs are only detected. You might send me contents of
> /proc/asound/card0/intel8x0 and ac97* files to verify, if everything is
> ok.

I almost forgot about this:

/proc/asound/card0/intel8x0:
Intel8x0

Global control        : 0x00000002
Global status         : 0x00300300
AC'97 codecs ready    : primary secondary

/proc/asound/card0/ac97#0:
0-0/0: Yamaha YMF753

Capabilities     :
DAC resolution   : 18-bit
ADC resolution   : 16-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=1 AMAP DSA=0 SPDIF
Extended status  : SPCV SPDIF=3/4
SPDIF Control    : Consumer PCM Category=0x0 Generation=0 Rate=48kHz

/proc/asound/card0/ac97#1-1
1-1/0: Conexant (21)

Capabilities     :
DAC resolution   : 16-bit
ADC resolution   : 16-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 modem ID: codec=1  CID1 LIN1

-- Fernando


-------------------------------------------------------
This SF.NET email is sponsored by: AMD - Your access to the experts
on Hammer Technology! Open Source & Linux Developers, register now
for the AMD Developer Symposium. Code: EX8664
http://www.developwithamd.com/developerlab

Re: alsamixer on cvs

[Fernando Pablo Lopez-Lezcano]

> > > > Sure, it is included at the end of the email. I found the
> > > > same problem yesterday in an ens1371 based soundcard.
> > > 
> > > I've fixed the problem in CVS for intel8x0
> > 
> > Something else has changed, I now get a:
> 
> could you check where the error is returned (e.g. by primitive printk's)
> ? i guess somewhere in snd_ac97_mixer in pci/ac97_codec.c, but not
> sure...

I sprinkled some printks around till I got this:

Sep  9 13:18:46 pc1 kernel: intel8x0 create
Sep  9 13:18:46 pc1 kernel: PCI: Setting latency timer of device 00:1f.5 
to 64
Sep  9 13:18:47 pc1 kernel: intel8x0 end create
Sep  9 13:18:47 pc1 kernel: ac97_mixer begin
Sep  9 13:18:47 pc1 kernel: ac97_mixer before reset to defaults
Sep  9 13:18:47 pc1 kernel: ac97_mixer after udelay(50)
Sep  9 13:18:47 pc1 kernel: ac97_mixer after access_ok
Sep  9 13:18:47 pc1 kernel: ac97_mixer after ready_ok
Sep  9 13:18:47 pc1 kernel: ac97_mixer end
Sep  9 13:18:47 pc1 kernel: ac97_mixer begin
Sep  9 13:18:47 pc1 kernel: ac97_mixer before reset to defaults
Sep  9 13:18:47 pc1 kernel: ac97_mixer after udelay(50)
Sep  9 13:18:48 pc1 kernel: ac97_mixer fail with ENXIO
Sep  9 13:18:48 pc1 kernel: Intel ICH soundcard not found or device busy

For some reason ac97_mixer is being called twice, the second time it fails 
at around line 1513 (a loop with timeout). I don't know what would be the 
proper behavior. Let me know if you need more debugging info. 

-- Fernando




-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390