snd_hda UAA patch second preview

[Alexander Motin]

Vladimir Grebenschikov wrote:
> On Mon, 2008-08-25 at 19:27 +0300, Alexander Motin wrote:
> I've tried this patch on 8-CURRENT.
> 
> first, it almost freezes system with:
> 
> hdac0: <Intel 82801G High Definition Audio Controller> mem 0xee400000-0xee403fff irq 17 at device 27.0 on pci0
> hdac0: <HDA Driver Revision: 20080825_0100>
> hdac0: [ITHREAD]
> hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0
> hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0
> hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0
> hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0
> ... cut ...
> hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0
> hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0
> hdac0: <HDA Codec #0: Analog Devices AD1981HD>
> hdac0: <HDA Codec #1: Unknown Codec>
> pcm0: <HDA codec Analog Devices AD1981HD PCM #0> on hdac0
> pcm1: <HDA codec Analog Devices AD1981HD PCM #1> on hdac0
> 
> # dmesg | fgrep hdac_command_send_internal | wc -l
>      258
> #

That's very strange. I haven't touched codec interface part and haven't
seen such problem. Is it repeatable? Does it happened with original driver?

> While these timeout messages system was unresponsive, but after (in
> several seconds) it looks ok.
> 
> # cat /dev/sndstat 
> FreeBSD Audio Driver (newpcm: 32bit 2007061600/i386)
> Installed devices:
> pcm0: <HDA codec Analog Devices AD1981HD PCM #0> at hdac0 cad 0 kld snd_hda [20080825_0100] [GIANT] (1p:1v/1r:1v channels duplex default)
> pcm1: <HDA codec Analog Devices AD1981HD PCM #1> at hdac0 cad 0 kld snd_hda [20080825_0100] [MPSAFE] (1p:1v/0r:0v channels)
> 
> Music is plays on both /dev/dsp0 and /dev/dsp1 but goes to output only on dsp0.

/dev/dsp1 must use some other pins. It can go to the front panel
connector or SPDIF output or internal motherboard connector or even
possibly nowhere. Some more information could be found from system boot
verbose log messages.

> # mixer
> Mixer vol      is currently set to 100:100
> Mixer pcm      is currently set to  75:75
> Mixer cd       is currently set to  62:62
> Mixer rec      is currently set to  70:70
> Mixer ogain    is currently set to 100:100
> Mixer monitor  is currently set to  45:45
> Recording source: 
> # mixer -f /dev/mixer1
> Mixer vol      is currently set to  75:75
> Mixer pcm      is currently set to  75:75
> #
> 
> Changing of mixer volumes for both mixer does not affects anything.
> 
> any hints will be appreciated.

Some mixers may have low precision, even be mute-only. What exactly each
mixer does could be found from system boot verbose log messages

Could you repeat your test and send me verbose output?

-- 
Alexander Motin