Re: support for Asus P4P8X onboard audio

On Wed, Jul 14, 2004 at 07:50:31AM +0200, Max Laier wrote:
	> On Wednesday 14 July 2004 07:27, Vladimir Egorin wrote:
	> > On Wed, Jul 14, 2004 at 05:02:25AM -0000, vladimir_at_math.uic.edu wrote:
	> > > Does anyone know the state of support for that device?
	> > > The audio device is recognized:
	> > >
	> > > $ cat /dev/sndstat
	> > > FreeBSD Audio Driver (newpcm)
	> > > Installed devices:
	> > > pcm0: <Intel ICH5 (82801EB)> at io 0xfebff800, 0xfebff400 irq 10 bufsz
	> > > 16384  (1p/1r/4v channels duplex default)
	> > >
	> > > $ dmesg|grep pcm
	> > > pcm0: <Intel ICH5 (82801EB)> port 0xee80-0xeebf,0xe800-0xe8ff mem
	> > > 0xfebff400-0xfebff4ff,0xfebff800-0xfebff9ff irq 10 at device 31.5 on
	> > > pci0 pcm0: [GIANT-LOCKED]
	> > > pcm0: <Analog Devices AD1985 AC97 Codec>
	> > >
	> > >
	> > > ... however I cannot hear any sound during playback.   I searched on the
	> > > net and saw a mention of some patches floating around, but could not
	> > > find anything definite.
	> > >
	> > > I believe users of P4B800 motherboard have the same problem.
	> >
	> > typo... this was supposed to be P4P800.
	> > Max Laier <max_at_love2party.net> mentioned his P4P800 works, I guess the
	> 
	> CC'ed to this list, btw ;)
	> 
	> > problem is local to my setup then.
	> 
	> To complete the picture:
	> 
	> /dev/sndstat:
	> 	FreeBSD Audio Driver (newpcm)
	> 	Installed devices:
	> 	pcm0: <Intel ICH5 (82801EB)> at io 0xfebff800, 0xfebff400 irq 17 bufsz 16384 
	> 	kld snd_ich (1p/1r/0v channels duplex default)
	> 			  ^^^^
	> 
	> dmesg:
	> 	pcm0: <Intel ICH5 (82801EB)> port 0xee80-0xeebf,0xe800-0xe8ff mem 
	> 	0xfebff400-0xfebff4ff,0xfebff800-0xfebff9ff irq 17 at device 31.5 on pci0
	> 	pcm0: [GIANT-LOCKED]
	> 	pcm0: <Analog Devices AD1985 AC97 Codec>
	> 
	> snd_pcm.ko:
	> 	src/sys/dev/sound/pcm/ac97.c,v 1.51 2004/05/08 03:41:40 sanpei
	> 	src/sys/dev/sound/pcm/ac97_patch.c,v 1.2 2003/08/21 15:44:55 orion
	> 	src/sys/dev/sound/pcm/buffer.c,v 1.23 2004/04/29 02:51:59 green
	> 	src/sys/dev/sound/pcm/channel.c,v 1.97 2004/02/28 19:47:02 truckman
	> 	src/sys/dev/sound/pcm/dsp.c,v 1.77 2004/07/02 15:31:44 netchild
	> 	src/sys/dev/sound/pcm/fake.c,v 1.13 2003/09/07 16:28:03 cg
	> 	src/sys/dev/sound/pcm/feeder.c,v 1.32 2003/09/07 16:28:03 cg
	> 	src/sys/dev/sound/pcm/feeder_fmt.c,v 1.13 2003/09/07 16:28:03 cg
	> 	src/sys/dev/sound/pcm/feeder_rate.c,v 1.10 2003/04/20 17:08:56 orion
	> 	src/sys/dev/sound/pcm/mixer.c,v 1.40 2004/06/25 16:34:33 josef
	> 	src/sys/dev/sound/pcm/sndstat.c,v 1.17 2004/06/16 09:46:57 phk
	> 	src/sys/dev/sound/pcm/sound.c,v 1.91 2004/06/07 12:25:14 truckman
	> 	src/sys/dev/sound/pcm/vchan.c,v 1.16 2004/01/28 08:02:15 truckman
	> 	src/sys/dev/sound/isa/sndbuf_dma.c,v 1.2 2003/09/07 16:28:02 cg
	> snd_ich.ko:
	> 	src/sys/dev/sound/pci/ich.c,v 1.41 2004/04/14 14:57:49 green
	> 
	> And the simplest test I could come up with:
	> 	cat /dev/random > /dev/audio0.0 
	> just give the awefull white noise one would expect. Use with care!
	> 

I have to apologize to the list: the problem was a defective
motherboard.  A pin on the jumper block that selects between
rear and front audio connectors was broken thus disabling
rear audio connectors :-(

-- 
Vladimir