Re: azalia SPDIF with monitored line-in

[nebulo]

On Sat, Mar 04, 2023 at 08:27:45PM +0100, Jan Stary wrote:
> On Mar 04 18:46:29, neb...@rawtext.club wrote:
> > On Sat, Mar 04, 2023 at 06:21:08PM +0100, Jan Stary wrote:
> > > > I have two devices around here. Let's call one devA and one devB.
> > > > devB is my main OpenBSD workstation devA is some kind of gaming device
> > > > which has a normal 2 channel audio jack. I want to connect the line out
> > > > connector of devA to the line-in of devB and listen to both devices
> > > > with my headphone amplifier connected to out/spdif of devB.
> > > 
> > > Why do you want that? I mean, what are the two simultaneous things
> > > you want to listen to, one comming from your game console and one
> > > from your workstation?
> 
> > Mostly it's running an audio player, a voip application or video player
> > on my workstation while playing on the other device.
> 
> That' what confuses me: you want to listen to the game play,
> while simultaneously playing some other music?
Yes. Or watching videos or voice chatting about the game with other
players.

> > > > In analog mode this works beside the poor quality of the mainboard
> > > > which seems to generate a lot of noise.
> > > 
> > > That's not poor quality of the mainboard,
> > > that's an electronic device suffering a _lot_
> > > of interference from the electronics jungle around it.
> > Isn't the board shielded inside it's case? (metal) Around the metal case
> > there is also a small rack where the only other component running is a
> > small switch? My guess would have been that the case and the rack should
> > shield the internal components so the inteference must be coming from
> > the board itself?
> 
> That's not the problem.
> The on-board audio device gets interference
> from all the other electronics _inside_ the case.
> 
> > If that's not the case, is there something I can do to
> > improve the situation?
> 
> Use an USB audio card that doesn;t have to live inside the case.
> 
> > I've often read about audio components on
> > mainboards being badly shielded from other components so assumed it
> > maybe coming from those. Could a dedicated sound card maybe fix that,
> > provided it got better shielding?
> 
> It will never be shielded enough;
> inside the case, it will always get a lot of noise.
> 
> > > > When switching to SPDIF the noise is gone
> > > 
> > > Yes: the digital signal does not suffer from the analog noise.
> > Of course, bad worded from my side. I wanted to point out that
> > nothing, not even noise from devA out is coming with that signal.
> > > 
> > > Does you headphone amplifier take the spdif output of your workstation?
> > > (What headphone amplifier is that?)
> > The headphone amplifier is a beyerdynamic A20 which takes two analog RCA
> > inputs.
> 
> So the headphine amplifier cannot take any spdif input,
> having only analog inputs.
> 
> > I was a bit testing and had a 24bit/192khz DAC laying
> > around and put it in between
> 
> Meaning, inbetween your workstation and the headphones amplifier.
> So there is another device involved which you didn't even mention.
Yes but it just takes the stream from spdif and converts it to analog 
stereo out. A headphone amplifier or any other stereo device with spdif
would just do the same.
I just double checked with some active speakers with direct spdif 
input, same result.

> > with a very short RCA cable to get rid of
> > that noise.
> 
> The cable is hardly the problem.
> 
> > Not ideal but worked as the digital signal of course not
> > suffers from analog noise and the analog part is only 0.3m long now.
> 
> So the analiog output of your gaming console
> gets converted to digital by your onboard audio chip,
> mixed with what the workstation itself plays (you are
> running sndiod I suppoes), and that mix is sent out as spdif
Yes running sndiod.
> to another DAC, which converts it to analog
> and sends it to your headphones amplifier.
> (Except the game sound is lost somewhere along the way.)
> 
> That seems a bot convoluted to me.
Because of the noise it got I think. The initial idea was to use the 
analog output of the gaming console, take it from the line-in of my 
onboard audio chip, convert it, mix it with the normal output and send
it out via analog out. Which is not really working out because of
horrible noise with the onboard audio chip.

While the setup is working in analog mode, besides the noise, and all
other devices are getting normal/correct inputs and outputs, the issue
seems somewhere in the mixing step.

I think I will just go with that external card solution. But would be
interesting to know if someone is actually mixing line-in and sending it
out via spdif with sndiod.

nebulo

Re: azalia SPDIF with monitored line-in

[Jan Stary]

On Mar 04 18:46:29, neb...@rawtext.club wrote:
> On Sat, Mar 04, 2023 at 06:21:08PM +0100, Jan Stary wrote:
> > > I have two devices around here. Let's call one devA and one devB.
> > > devB is my main OpenBSD workstation devA is some kind of gaming device
> > > which has a normal 2 channel audio jack. I want to connect the line out
> > > connector of devA to the line-in of devB and listen to both devices
> > > with my headphone amplifier connected to out/spdif of devB.
> > 
> > Why do you want that? I mean, what are the two simultaneous things
> > you want to listen to, one comming from your game console and one
> > from your workstation?

> Mostly it's running an audio player, a voip application or video player
> on my workstation while playing on the other device.

That' what confuses me: you want to listen to the game play,
while simultaneously playing some other music?

> > > In analog mode this works beside the poor quality of the mainboard
> > > which seems to generate a lot of noise.
> > 
> > That's not poor quality of the mainboard,
> > that's an electronic device suffering a _lot_
> > of interference from the electronics jungle around it.
> Isn't the board shielded inside it's case? (metal) Around the metal case
> there is also a small rack where the only other component running is a
> small switch? My guess would have been that the case and the rack should
> shield the internal components so the inteference must be coming from
> the board itself?

That's not the problem.
The on-board audio device gets interference
from all the other electronics _inside_ the case.

> If that's not the case, is there something I can do to
> improve the situation?

Use an USB audio card that doesn;t have to live inside the case.

> I've often read about audio components on
> mainboards being badly shielded from other components so assumed it
> maybe coming from those. Could a dedicated sound card maybe fix that,
> provided it got better shielding?

It will never be shielded enough;
inside the case, it will always get a lot of noise.

> > > When switching to SPDIF the noise is gone
> > 
> > Yes: the digital signal does not suffer from the analog noise.
> Of course, bad worded from my side. I wanted to point out that
> nothing, not even noise from devA out is coming with that signal.
> > 
> > Does you headphone amplifier take the spdif output of your workstation?
> > (What headphone amplifier is that?)
> The headphone amplifier is a beyerdynamic A20 which takes two analog RCA
> inputs.

So the headphine amplifier cannot take any spdif input,
having only analog inputs.

> I was a bit testing and had a 24bit/192khz DAC laying
> around and put it in between

Meaning, inbetween your workstation and the headphones amplifier.
So there is another device involved which you didn't even mention.

> with a very short RCA cable to get rid of
> that noise.

The cable is hardly the problem.

> Not ideal but worked as the digital signal of course not
> suffers from analog noise and the analog part is only 0.3m long now.

So the analiog output of your gaming console
gets converted to digital by your onboard audio chip,
mixed with what the workstation itself plays (you are
running sndiod I suppoes), and that mix is sent out as spdif
to another DAC, which converts it to analog
and sends it to your headphones amplifier.
(Except the game sound is lost somewhere along the way.)

That seems a bot convoluted to me.

> > > I switched to SPDIF with the following mixerctl(8) command
> > > `mixerctl -t outputs.mode=digital`
> > > 
> > > I tried to set the "SPDIF_source" to something different but mixerctl
> > > states "Bad enum value ...". Is there any chance to mix the line-in 
> > > with the default output like I did in analog mode? What am I missing
> > > here? In azalia(4) the outputs.mode and record.mode can both be set to
> > > analog or digital
> > 
> > I see no record.mode in the mixerctl settings.
> > 
> > > as far as I unterstand line-in should be record?
> > 
> > Your mixerctl says it's an input.
> > 
> > > mixerctl -a
> > 
> > mixerctl -av might be more telling.
> Thanks, how could I overlook that...
> ---
> inputs.dac-0:1=126,126 
> inputs.dac-4:5=126,126 
> inputs.dac-2:3=126,126 
> inputs.dac-6:7=126,126 
> record.adc-0:1_mute=off  [ off on ]
> record.adc-0:1=128,128 
> record.adc-2:3_mute=off  [ off on ]
> record.adc-2:3=128,128 
> inputs.mix_source=mic,mic2,line-in,hp,line2,line3  { mic mic2 line-in hp
> line2 line3 }
> inputs.mix_mic=120,120 
> inputs.mix_mic2=120,120 
> inputs.mix_line-in=120,

Re: azalia SPDIF with monitored line-in

[nebulo]

On Sat, Mar 04, 2023 at 06:21:08PM +0100, Jan Stary wrote:
> > I have two devices around here. Let's call one devA and one devB.
> > devB is my main OpenBSD workstation devA is some kind of gaming device
> > which has a normal 2 channel audio jack. I want to connect the line out
> > connector of devA to the line-in of devB and listen to both devices
> > with my headphone amplifier connected to out/spdif of devB.
> 
> Why do you want that? I mean, what are the two simultaneous things
> you want to listen to, one comming from your game console and one
> from your workstation?
Mostly it's running an audio player, a voip application or video player
on my workstation while playing on the other device.

> > In analog mode this works beside the poor quality of the mainboard
> > which seems to generate a lot of noise.
> 
> That's not poor quality of the mainboard,
> that's an electronic device suffering a _lot_
> of interference from the electronics jungle around it.
Isn't the board shielded inside it's case? (metal) Around the metal case
there is also a small rack where the only other component running is a
small switch? My guess would have been that the case and the rack should
shield the internal components so the inteference must be coming from
the board itself? If that's not the case, is there something I can do to
improve the situation? I've often read about audio components on
mainboards being badly shielded from other components so assumed it
maybe coming from those. Could a dedicated sound card maybe fix that,
provided it got better shielding?
 
> > When switching to SPDIF the noise is gone
> 
> Yes: the digital signal does not suffer from the analog noise.
Of course, bad worded from my side. I wanted to point out that
nothing, not even noise from devA out is coming with that signal.
> 
> Does you headphone amplifier take the spdif output of your workstation?
> (What headphone amplifier is that?)
The headphone amplifier is a beyerdynamic A20 which takes two analog RCA
inputs. I was a bit testing and had a 24bit/192khz DAC laying
around and put it in between with a very short RCA cable to get rid of
that noise. Not ideal but worked as the digital signal of course not
suffers from analog noise and the analog part is only 0.3m long now.

> > but the line-in output is gone too.
> 
> Meaning, you still hear the sounds that your workstation produces,
> but not the sound your gaming console sends to your line-in?
Exact

> > I switched to SPDIF with the following mixerctl(8) command
> > `mixerctl -t outputs.mode=digital`
> > 
> > I tried to set the "SPDIF_source" to something different but mixerctl
> > states "Bad enum value ...". Is there any chance to mix the line-in 
> > with the default output like I did in analog mode? What am I missing
> > here? In azalia(4) the outputs.mode and record.mode can both be set to
> > analog or digital
> 
> I see no record.mode in the mixerctl settings.
> 
> > as far as I unterstand line-in should be record?
> 
> Your mixerctl says it's an input.
> 
> > mixerctl -a
> 
> mixerctl -av might be more telling.
Thanks, how could I overlook that...
---
inputs.dac-0:1=126,126 
inputs.dac-4:5=126,126 
inputs.dac-2:3=126,126 
inputs.dac-6:7=126,126 
record.adc-0:1_mute=off  [ off on ]
record.adc-0:1=128,128 
record.adc-2:3_mute=off  [ off on ]
record.adc-2:3=128,128 
inputs.mix_source=mic,mic2,line-in,hp,line2,line3  { mic mic2 line-in hp
line2 line3 }
inputs.mix_mic=120,120 
inputs.mix_mic2=120,120 
inputs.mix_line-in=120,120 
inputs.mix_hp=120,120 
inputs.mix_line2=120,120 
inputs.mix_line3=120,120 
inputs.mix2_source=dac-0:1,mix  { dac-0:1 mix }
inputs.mix3_source=dac-4:5,mix  { dac-4:5 mix }
inputs.mix4_source=dac-2:3,mix  { dac-2:3 mix }
inputs.mix5_source=dac-6:7,mix  { dac-6:7 mix }
outputs.line_source=mix2  [ mix2 ]
outputs.line_mute=off  [ off on ]
outputs.line_boost=off  [ off on ]
outputs.line_eapd=on  [ off on ]
outputs.line2_source=mix3  [ mix3 ]
outputs.line2_mute=off  [ off on ]
outputs.line2_dir=output  [ none output input ]
outputs.line3_source=mix4  [ mix4 ]
outputs.line3_mute=off  [ off on ]
outputs.line3_dir=output  [ none output input ]
outputs.mic_source=mix8  [ mix2 mix3 mix4 mix5 mix8 ]
outputs.mic_mute=off  [ off on ]
inputs.mic=85,85 
outputs.mic_dir=input-vr80  [ none output input input-vr0 input-vr50
input-vr80 input-vr100 ]
outputs.mic2_source=mix2  [ mix2 mix3 mix4 mix5 mix8 ]
outputs.mic2_mute=off  [ off on ]
inputs.mic2=85,85 
outputs.mic2_dir=input-vr80  [ none output input input-vr0 input-vr50
input-vr80 input-vr100 ]
outputs.mic2_boost=off  [ off on ]
outputs.line-in_source=mix2  [ mix2 mix3 mix4 mix5 mix8 ]
outputs.line-in_mute=off  [ off on ]
inputs.line-in=85,85 
outputs.line-in_dir=input  [ none output input input-vr0 input-vr50
input-v

Re: azalia SPDIF with monitored line-in

[Jan Stary]

> I have two devices around here. Let's call one devA and one devB.
> devB is my main OpenBSD workstation devA is some kind of gaming device
> which has a normal 2 channel audio jack. I want to connect the line out
> connector of devA to the line-in of devB and listen to both devices
> with my headphone amplifier connected to out/spdif of devB.

Why do you want that? I mean, what are the two simultaneous things
you want to listen to, one comming from your game console and one
from your workstation?

> In analog mode this works beside the poor quality of the mainboard
> which seems to generate a lot of noise.

That's not poor quality of the mainboard,
that's an electronic device suffering a _lot_
of interference from the electronics jungle around it.

> When switching to SPDIF the noise is gone

Yes: the digital signal does not suffer from the analog noise.

Does you headphone amplifier take the spdif output of your workstation?
(What headphone amplifier is that?)

> but the line-in output is gone too.

Meaning, you still hear the sounds that your workstation produces,
but not the sound your gaming console sends to your line-in?

> I switched to SPDIF with the following mixerctl(8) command
> `mixerctl -t outputs.mode=digital`
> 
> I tried to set the "SPDIF_source" to something different but mixerctl
> states "Bad enum value ...". Is there any chance to mix the line-in 
> with the default output like I did in analog mode? What am I missing
> here? In azalia(4) the outputs.mode and record.mode can both be set to
> analog or digital

I see no record.mode in the mixerctl settings.

> as far as I unterstand line-in should be record?

Your mixerctl says it's an input.

> mixerctl -a

mixerctl -av might be more telling.

Jan


> ---
> inputs.dac-0:1=126,126
> inputs.dac-4:5=126,126
> inputs.dac-2:3=126,126
> inputs.dac-6:7=126,126
> record.adc-0:1_mute=off
> record.adc-0:1=128,128
> record.adc-2:3_mute=off
> record.adc-2:3=128,128
> inputs.mix_source=mic,mic2,line-in,hp,line2,line3
> inputs.mix_mic=120,120
> inputs.mix_mic2=120,120
> inputs.mix_line-in=120,120
> inputs.mix_hp=120,120
> inputs.mix_line2=120,120
> inputs.mix_line3=120,120
> inputs.mix2_source=dac-0:1,mix
> inputs.mix3_source=dac-4:5,mix
> inputs.mix4_source=dac-2:3,mix
> inputs.mix5_source=dac-6:7,mix
> outputs.line_source=mix2
> outputs.line_mute=off
> outputs.line_boost=off
> outputs.line_eapd=on
> outputs.line2_source=mix3
> outputs.line2_mute=off
> outputs.line2_dir=output
> outputs.line3_source=mix4
> outputs.line3_mute=off
> outputs.line3_dir=output
> outputs.mic_source=mix8
> outputs.mic_mute=off
> inputs.mic=85,85
> outputs.mic_dir=input-vr80
> outputs.mic2_source=mix2
> outputs.mic2_mute=off
> inputs.mic2=85,85
> outputs.mic2_dir=input-vr80
> outputs.mic2_boost=off
> outputs.line-in_source=mix2
> outputs.line-in_mute=off
> inputs.line-in=85,85
> outputs.line-in_dir=input
> outputs.hp_source=mix5
> outputs.hp_mute=off
> inputs.hp=85,85
> outputs.hp_dir=output
> outputs.hp_boost=off
> outputs.hp_eapd=on
> outputs.SPDIF_source=dig-dac-0:1
> record.adc-2:3_source=mic,mic2,line-in,hp,line2,line3,mix
> record.adc-0:1_source=mic,mic2,line-in,hp,line2,line3,mix
> inputs.dac-8:9=126,126
> inputs.mix8_source=dac-8:9,mix
> outputs.line_sense=unplugged
> outputs.line2_sense=unplugged
> outputs.line3_sense=unplugged
> outputs.mic_sense=unplugged
> outputs.mic2_sense=unplugged
> outputs.line-in_sense=plugged
> outputs.hp_sense=unplugged
> outputs.master=126,126
> outputs.master.mute=off
> outputs.master.slaves=dac-0:1,dac-6:7,line,hp
> record.volume=128,128
> record.volume.mute=off
> record.volume.slaves=adc-0:1,adc-2:3
> outputs.mode=digital
> record.enable=sysctl

azalia SPDIF with monitored line-in

[nebulo]

Hello

I have two devices around here. Let's call one devA and one devB.
devB is my main OpenBSD workstation devA is some kind of gaming device
which has a normal 2 channel audio jack. I want to connect the line out
connector of devA to the line-in of devB and listen to both devices
with my headphone amplifier connected to out/spdif of devB. In analog
mode this works beside the poor quality of the mainboard which seems
to generate a lot of noise. When switching to SPDIF the noise is gone
but the line-in output is gone too. (btw noise is not coming from devA 
already checked that)

I switched to SPDIF with the following mixerctl(8) command
`mixerctl -t outputs.mode=digital`

I tried to set the "SPDIF_source" to something different but mixerctl
states "Bad enum value ...". Is there any chance to mix the line-in 
with the default output like I did in analog mode? What am I missing
here? In azalia(4) the outputs.mode and record.mode can both be set to
analog or digital as far as I unterstand line-in should be record?

I'm running OpenBSD 7.2 GENERIC.MP#6 amd64

dmesg |grep audio
---
azalia1 at pci10 dev 0 function 1 "ATI Renoir HD Audio" rev 0x00: msi
azalia2 at pci10 dev 0 function 6 "AMD 17h/1xh HD Audio" rev 0x00: apic\
14 int 12
audio0 at azalia2
---

mixerctl -a
---
inputs.dac-0:1=126,126
inputs.dac-4:5=126,126
inputs.dac-2:3=126,126
inputs.dac-6:7=126,126
record.adc-0:1_mute=off
record.adc-0:1=128,128
record.adc-2:3_mute=off
record.adc-2:3=128,128
inputs.mix_source=mic,mic2,line-in,hp,line2,line3
inputs.mix_mic=120,120
inputs.mix_mic2=120,120
inputs.mix_line-in=120,120
inputs.mix_hp=120,120
inputs.mix_line2=120,120
inputs.mix_line3=120,120
inputs.mix2_source=dac-0:1,mix
inputs.mix3_source=dac-4:5,mix
inputs.mix4_source=dac-2:3,mix
inputs.mix5_source=dac-6:7,mix
outputs.line_source=mix2
outputs.line_mute=off
outputs.line_boost=off
outputs.line_eapd=on
outputs.line2_source=mix3
outputs.line2_mute=off
outputs.line2_dir=output
outputs.line3_source=mix4
outputs.line3_mute=off
outputs.line3_dir=output
outputs.mic_source=mix8
outputs.mic_mute=off
inputs.mic=85,85
outputs.mic_dir=input-vr80
outputs.mic2_source=mix2
outputs.mic2_mute=off
inputs.mic2=85,85
outputs.mic2_dir=input-vr80
outputs.mic2_boost=off
outputs.line-in_source=mix2
outputs.line-in_mute=off
inputs.line-in=85,85
outputs.line-in_dir=input
outputs.hp_source=mix5
outputs.hp_mute=off
inputs.hp=85,85
outputs.hp_dir=output
outputs.hp_boost=off
outputs.hp_eapd=on
outputs.SPDIF_source=dig-dac-0:1
record.adc-2:3_source=mic,mic2,line-in,hp,line2,line3,mix
record.adc-0:1_source=mic,mic2,line-in,hp,line2,line3,mix
inputs.dac-8:9=126,126
inputs.mix8_source=dac-8:9,mix
outputs.line_sense=unplugged
outputs.line2_sense=unplugged
outputs.line3_sense=unplugged
outputs.mic_sense=unplugged
outputs.mic2_sense=unplugged
outputs.line-in_sense=plugged
outputs.hp_sense=unplugged
outputs.master=126,126
outputs.master.mute=off
outputs.master.slaves=dac-0:1,dac-6:7,line,hp
record.volume=128,128
record.volume.mute=off
record.volume.slaves=adc-0:1,adc-2:3
outputs.mode=digital
record.enable=sysctl
---

nebulo

[azalia] Audio stuck problem with Realtek ALC 892

[Jose Maldonado]

Hi, right now I have a workstation with Ryzen 7 3800x, B550 Motherboard 
and a audio codec Realtek ALC892.


From my first installation the only issue with OpenBSD is audio random 
stuck, a old problem with Realtek Audio and Ryzen PC not solved.


In my hunting a test two awful patch in azalia_codec.c and azalia.c, 
source code files, and the problem remain but a sligth improvement.


The audio stuck without patch, take place in few minutes (and generally 
less a hour playing music), but with patch, I have now 22 hours 
continous playing music without problem but finally, the audio stuck again.


This is a not a definitive solution but is a improvement...my intention 
is resolve problem but I need help, ideas and testing.


The patchs in this pastebin https://pastebin.com/nxdAuYQx


--
Dios en su cielo, todo bien en la Tierra

no azalia nor sdmmc on Intel NUC

[David Demelier]

Hi,

I have a Intel NUC (NUC7CJYHN) which I installed OpenBSD 7.1 on it.
Installation went fine and most of the things work out of the box.

There is a SD card slot on the side that does not seem effective, the
only message I get is:

sdmmc0: can't enable card

There is no kernel activity if I plug a SD card at runtime nor booting
with an already entered card either.

The audio device seems detected but there is no way to get any sound
out of the internal speaker nor the audio jack. I guess this is due to
the "no supported codecs" as shown here:

azalia0 at pci0 dev 14 function 0 "Intel Gemini Lake HD Audio" rev
0x06: msi
azalia0: no supported codecs

Here's the whole dmesg (see below for a AZALIA_DEBUG kernel enabled):

OpenBSD 7.1 (GENERIC.MP) #3: Sun May 15 10:27:01 MDT 2022
r...@syspatch-71-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENER
IC.MP
real mem = 8122888192 (7746MB)
avail mem = 7859404800 (7495MB)
random: good seed from bootblocks
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 3.2 @ 0x69f6a000 (49 entries)
bios0: vendor Intel Corp. version "JYGLKCPX.86A.0065.2021.0722.1137"
date 07/22/2021
bios0: Intel(R) Client Systems NUC7CJYHN
acpi0 at bios0: ACPI 6.1
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP FPDT FIDT MCFG DBG2 DBGP HPET LPIT APIC NPKT
SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT BGRT TPM2 DMAR WDAT WSMT
acpi0: wakeup devices SIO1(S3) HDAS(S3) XHC_(S4) XDCI(S4) RP01(S4)
PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) RP04(S4) PXSX(S4) RP05(S4)
PXSX(S4) RP06(S4) PXSX(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpimcfg0 at acpi0
acpimcfg0: addr 0xe000, bus 0-255
acpihpet0 at acpi0: 1920 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Celeron(R) J4025 CPU @ 2.00GHz, 1994.48 MHz, 06-7a-08
cpu0:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36
,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAI
T,DS-
CPL,VMX,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,MOVBE,PO
PCNT,DEADLINE,AES,XSAVE,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,3DNOWP,PERF
,ITSC,FSGSBASE,TSC_ADJUST,SGX,SMEP,ERMS,MPX,RDSEED,SMAP,CLFLUSHOPT,PT,S
HA,UMIP,MD_CLEAR,IBRS,IBPB,STIBP,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETB
V1,XSAVES
cpu0: 4MB 64b/line 16-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 19MHz
cpu0: mwait min=64, max=64, C-substates=0.2.0.2.4.2.1.1, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Celeron(R) J4025 CPU @ 2.00GHz, 1994.49 MHz, 06-7a-08
cpu1:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36
,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAI
T,DS-
CPL,VMX,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,MOVBE,PO
PCNT,DEADLINE,AES,XSAVE,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,3DNOWP,PERF
,ITSC,FSGSBASE,TSC_ADJUST,SGX,SMEP,ERMS,MPX,RDSEED,SMAP,CLFLUSHOPT,PT,S
HA,UMIP,MD_CLEAR,IBRS,IBPB,STIBP,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETB
V1,XSAVES
cpu1: 4MB 64b/line 16-way L2 cache
cpu1: smt 0, core 1, package 0
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 120 pins
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (RP01)
acpiprt2 at acpi0: bus -1 (RP02)
acpiprt3 at acpi0: bus 1 (RP03)
acpiprt4 at acpi0: bus -1 (RP04)
acpiprt5 at acpi0: bus 2 (RP05)
acpiprt6 at acpi0: bus -1 (RP06)
acpiec0 at acpi0
acpipci0 at acpi0 PCI0: 0x 0x0011 0x0001
"ALPS0001" at acpi0 not configured
"WCOM508E" at acpi0 not configured
acpicmos0 at acpi0
acpibtn0 at acpi0: PWRB
acpibtn1 at acpi0: SLPB
glkgpio0 at acpi0 GPO1 uid 1 addr 0xd0c4/0xcef irq 14, 80 pins
glkgpio1 at acpi0 GPO0 uid 2 addr 0xd0c5/0xaff irq 14, 80 pins
glkgpio2 at acpi0 GPO2 uid 3 addr 0xd0c9/0x7bf irq 15, 20 pins
glkgpio3 at acpi0 GPO3 uid 4 addr 0xd0c8/0x82f irq 14, 35 pins
"INT0E0C" at acpi0 not configured
"INT33A1" at acpi0 not configured
tpm0 at acpi0 TPM_ 2.0 (CRB) addr 0xfed4/0x5000, device 0x
rev 0x0
"PNP0C0B" at acpi0 not configured
"PNP0C14" at acpi0 not configured
acpipwrres0 at acpi0: DRST
acpipwrres1 at acpi0: DRST
acpipwrres2 at acpi0: DRST
acpipwrres3 at acpi0: DRST
acpipwrres4 at acpi0: DRST
acpipwrres5 at acpi0: DRST
acpipwrres6 at acpi0: WRST
acpicpu0 at acpi0: C3(10@150 mwait.1@0x60), C2(10@50 mwait.1@0x21),
C1(1000@1 mwait.1@0x1), PSS
acpicpu1 at acpi0: C3(10@150 mwait.1@0x60), C2(10@50 mwait.1@0x21),
C1(1000@1 mwait.1@0x1), PSS
acpipwrres7 at acpi0: FN00, resource for FAN0
acpitz0 at acpi0: critical temperature is 95 degC
acpivideo0 at acpi0: GFX0
acpivout0 at acpivideo0: DD1F
cpu0: Enhanced SpeedStep 1994 MHz: speeds: 2001, 2000, 1900, 1800,
1700, 1600, 1500, 1400, 1300, 1200, 1100, 1000, 900, 800 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel Gemini Lake Host" rev 0x06
inteldrm0 at pci0 dev 2 function 0 "Intel UHD Graphics 600" rev 0x06
drm0 at 

Re: Gemini Lake HD Audio (azalia?) not working on StarLabs StarLite MK IV

[Jonathan Gray]

On Fri, Jun 03, 2022 at 05:33:15PM +0100, Chris Narkiewicz wrote:
> > Your device is subclass audio not subclass hd audio.  Try this:
> 
> I can confirm that the patch works. Also, headphones are correctly
> detected when plugged.
> 
> Many thanks for the help.

thanks, committed

Re: Gemini Lake HD Audio (azalia?) not working on StarLabs StarLite MK IV

[Jonathan Gray]

On Wed, Jun 01, 2022 at 03:03:44AM +0100, Chris Narkiewicz wrote:
> Hi,
> 
> I have a StarLabs StarLite mk iv laptop with Gemini Lake CPU and audio
> device is "not configured".
> 
> Relevant pcidump -vv output:
>  0:14:0: Intel Gemini Lake HD Audio
> 0x: Vendor ID: 8086, Product ID: 3198
> 0x0004: Command: 0006, Status: 0010
> 0x0008: Class: 04 Multimedia, Subclass: 01 Audio,
> Interface: 00, Revision: 06
> 0x000c: BIST: 00, Header Type: 00, Latency Timer: 00,
> Cache Line Size: 10
> 0x0010: BAR mem 64bit addr: 0x9111c000/0x4000
> 0x0018: BAR empty ()
> 0x001c: BAR empty ()
> 0x0020: BAR mem 64bit addr: 0x9100/0x0010
> 0x0028: Cardbus CIS: 
> 0x002c: Subsystem Vendor ID: 8086 Product ID: 7270
> 0x0030: Expansion ROM Base Address: 
> 0x0038: 
> 0x003c: Interrupt Pin: 01 Line: ff Min Gnt: 00 Max Lat: 00
> 0x0050: Capability 0x01: Power Management
> State: D0
> 0x0080: Capability 0x09: Vendor Specific
> 0x0060: Capability 0x05: Message Signalled Interrupts (MSI)
> Enabled: no
> 0x0070: Capability 0x10: PCI Express
> Max Payload Size: 128 / 128 bytes
> Max Read Request Size: 512 bytes
> 0x0100: Enhanced Capability 0x00: Unknown
> 
> Relevant dmesg output:
> cpu0: Intel(R) Pentium(R) Silver N5030 CPU @ 1.10GHz, 2800.01 MHz, 06-7a-08
> "Intel Gemini Lake HD Audio" rev 0x06 at pci0 dev 14 function 0 not configured
> 
> Digging into the /sys source code, I found that it should be handled by 
> azalia driver:
> 
> # grep -r PCI_PRODUCT_INTEL_GLK_HDA . 
> ./dev/pci/azalia.c:   case PCI_PRODUCT_INTEL_GLK_HDA:
> ./dev/pci/pcidevs.h:#define   PCI_PRODUCT_INTEL_GLK_HDA   0x3198  
> /* Gemini Lake HD Audio */
> ./dev/pci/pcidevs_data.h:PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_GLK_HDA,
> 
> 
> I'm wondering why it could not be configured and how to dig into this?

Your device is subclass audio not subclass hd audio.  Try this:

Index: sys/dev/pci/azalia.c
===
RCS file: /cvs/src/sys/dev/pci/azalia.c,v
retrieving revision 1.272
diff -u -p -r1.272 azalia.c
--- sys/dev/pci/azalia.c1 Apr 2022 22:37:21 -   1.272
+++ sys/dev/pci/azalia.c1 Jun 2022 02:21:41 -
@@ -498,6 +498,7 @@ const struct pci_matchid azalia_pci_devi
{ PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_300SERIES_U_HDA },
{ PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_400SERIES_CAVS },
{ PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_500SERIES_LP_HDA },
+   { PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_GLK_HDA },
{ PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_JSL_HDA },
 };
 

Re: azalia: no sound

[Mihai Popescu]

> It doesn't work under Win7, I just check...

Fried soundcard?
And you have a lot of disks too, amazing ...

Re: azalia: no sound

[Kirill Kaplin]

> On Mon, May 02, 2022 at 02:47:45PM +0300, Kirill Kaplin wrote:
 >> > OpenBSD detected 3 sound cards for you. From what I recall, the one on
 >> > the HDMI video output (associated to your video card) is not
 >> > supported, so no sound there.
 >> > Maybe the sound goes to your envy0, ESI Julia sound card. Could you
 >> > check with some phones or speakers?
 >> Sound goes to Realtek if I do nothing (currently it goes to envy thanks to
 >> sndio flags), I tried every output, nothing helps.
 >> 

> I've a very similar machine with both the same Realtek ALC892 codec
> and the ESI-Julia card.

> I just connected amplifier to the green jack and it makes sound when I
> play sounds using azalia, with the default settings.

> According to your mixerctl output, your're using the green jack (aka
> line-out) as well; your audioctl tests show that the azalia host
> works. So I'm very surprised it doesn't work for you

> Could you check the physical connections? Could you try to set the
> outputs.master to the maximum? Do you know of ther operating systems
> manage to make sounds?

It doesn't work under Win7, I just check... So, no reason to worry.
-- 
http://nightbbs.ru

Re: azalia: no sound

[Alexandre Ratchov]

On Mon, May 02, 2022 at 02:47:45PM +0300, Kirill Kaplin wrote:
> > OpenBSD detected 3 sound cards for you. From what I recall, the one on
> > the HDMI video output (associated to your video card) is not
> > supported, so no sound there.
> > Maybe the sound goes to your envy0, ESI Julia sound card. Could you
> > check with some phones or speakers?
> Sound goes to Realtek if I do nothing (currently it goes to envy thanks to
> sndio flags), I tried every output, nothing helps.
> 

I've a very similar machine with both the same Realtek ALC892 codec
and the ESI-Julia card.

I just connected amplifier to the green jack and it makes sound when I
play sounds using azalia, with the default settings.

According to your mixerctl output, your're using the green jack (aka
line-out) as well; your audioctl tests show that the azalia host
works. So I'm very surprised it doesn't work for you

Could you check the physical connections? Could you try to set the
outputs.master to the maximum? Do you know of ther operating systems
manage to make sounds?

Below are my settings:

$ dmesg | grep -e ^azalia0 -e ^audio0
azalia0 at pci0 dev 27 function 0 "Intel 7 Series HD Audio" rev 0x04: msi
azalia0: codecs: Realtek ALC892, Intel/0x2806, using Realtek ALC892
audio0 at azalia0

$ mixerctl | grep grn
inputs.mix_source=mic,mic2,line-in,hp,line-grn,line-blk,line-org,line-gry
inputs.mix_line-grn=120,120
outputs.line-grn_source=mix2
outputs.line-grn_mute=off
outputs.line-grn_dir=output
outputs.line-grn_boost=off
outputs.line-grn_eapd=on
record.adc-2:3_source=mic,mic2,line-in,hp,line-grn,line-blk,line-org,line-gry,mix
record.adc-0:1_source=mic,mic2,line-in,hp,line-grn,line-blk,line-org,line-gry,mix
outputs.line-grn_sense=plugged
outputs.master.slaves=dac-0:1,line-grn,hp,dac-8:9

FWIW, your envy card as it sounds much better so, I'm suggesting using
it after this problem is solved.

Re: azalia: no sound

[Kirill Kaplin]

> OpenBSD detected 3 sound cards for you. From what I recall, the one on
> the HDMI video output (associated to your video card) is not
> supported, so no sound there.
> Maybe the sound goes to your envy0, ESI Julia sound card. Could you
> check with some phones or speakers?
Sound goes to Realtek if I do nothing (currently it goes to envy thanks to
sndio flags), I tried every output, nothing helps.

> As for the Realtek one, it looks like 5.1 or 7.1 outputs. Can you tell
> where you did connect the phones or speakers?
> Also you can check the sndiod setup where I am no expert.

-- 
http://nightbbs.ru

Re: azalia: no sound

[Mihai Popescu]

OpenBSD detected 3 sound cards for you. From what I recall, the one on
the HDMI video output (associated to your video card) is not
supported, so no sound there.
Maybe the sound goes to your envy0, ESI Julia sound card. Could you
check with some phones or speakers?
As for the Realtek one, it looks like 5.1 or 7.1 outputs. Can you tell
where you did connect the phones or speakers?
Also you can check the sndiod setup where I am no expert.

azalia: no sound

[Kirill]

Hello.

My problem: no sound on azalia,
My dmesg:
OpenBSD 7.1-current (GENERIC.MP) #485: Thu Apr 28 09:39:27 MDT 2022
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 8534949888 (8139MB)
avail mem = 8258949120 (7876MB)
random: good seed from bootblocks
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xeb5c0 (104 entries)
bios0: vendor American Megatrends Inc. version "3603" date 11/09/2012
bios0: ASUSTeK Computer INC. P8Z68-V GEN3
acpi0 at bios0: ACPI 4.0
acpi0: sleep states S0 S1 S3 S4 S5
acpi0: tables DSDT FACP APIC MCFG HPET SSDT SSDT SSDT BGRT
acpi0: wakeup devices P0P1(S4) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4)
RP03(S4) PXSX(S4) RP04(S4) PXSX(S4) RP05(S4) PXSX(S4) RP06(S4)
PXSX(S4) RP08(S4) PXSX(S4) PEG0(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz, 3411.60 MHz, 06-3a-09
cpu0:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 100MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.1, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz, 3411.13 MHz, 06-3a-09
cpu1:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN
cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 4 (application processor)
cpu2: Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz, 3411.13 MHz, 06-3a-09
cpu2:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN
cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 0, core 2, package 0
cpu3 at mainbus0: apid 6 (application processor)
cpu3: Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz, 3411.13 MHz, 06-3a-09
cpu3:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN
cpu3: 256KB 64b/line 8-way L2 cache
cpu3: smt 0, core 3, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins
acpimcfg0 at acpi0
acpimcfg0: addr 0xf800, bus 0-63
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (P0P1)
acpiprt2 at acpi0: bus 3 (RP01)
acpiprt3 at acpi0: bus 4 (RP02)
acpiprt4 at acpi0: bus -1 (RP03)
acpiprt5 at acpi0: bus 5 (RP04)
acpiprt6 at acpi0: bus 6 (RP05)
acpiprt7 at acpi0: bus -1 (RP06)
acpiprt8 at acpi0: bus -1 (RP08)
acpiprt9 at acpi0: bus 1 (PEG0)
acpiprt10 at acpi0: bus 2 (PEG1)
acpiprt11 at acpi0: bus -1 (PEG2)
acpiprt12 at acpi0: bus -1 (PEG3)
acpiprt13 at acpi0: bus 7 (RP07)
acpiprt14 at acpi0: bus 8 (PXSX)
acpiec0 at acpi0
acpiec at acpi0 not configured
acpipci0 at acpi0 PCI0: 0x0004 0x0011 0x0001
acpicmos0 at acpi0
"pnp0c14" at acpi0 not configured
acpibtn0 at acpi0: PWRB
"PNP0C0B" at acpi0 not configured
"PNP0C0B" at acpi0 not configured
"PNP0C0B" at acpi0 not configured
"PNP0C0B" at acpi0 not configured
"PNP0C0B" at acpi0 not configured
"PNP0C14" at acpi0 not configured
acpicpu0 at acpi0: C3(350@80 mwait.1@0x20), C2(500@59 mwait.1@0x10), C1(1000@1 
mwait.1), PSS
acpicpu1 at acpi0: C3(350@80 mwait.1@0x20), C2(500@59 mwait.1@0x10), C1(1000@1 
mwait.1), PSS
acpicpu2 at acpi0: C3(350@80 mwait.1@0x20), C2(500@59 mwait.1@0x10), C1(1000@1 
mwait.1), PSS
acpicpu3 at acpi0: C3(350@80 mwait.1@0x20), C2(500@59 mwait.1@0x10), C1(1000@1 
mwait.1), PSS
acpipwrres0 at acpi0: FN00, resource for FAN0
acpipwrres1 at acpi0: FN01, resource for FAN1
acpipwrres2 at acpi0: FN02, resource for FAN2
acpipwrres3 at acpi0: FN03, resource for FAN3
acpipwrres4 at acpi0: FN04, resource for FAN4
acpitz0 at acpi0: cri

no sound on azalia

[Kirill K]

Hello.

My problem: no sound on azalia,
My dmesg: https://pastebin.com/rK1uUUrZ
My mixerctl -v: https://pastebin.com/DDifPsW7
My little debug after read faq: https://pastebin.com/Su54uEPq
Help, please.

no sound on azalia

[Kirill Kaplin]

Hello.

My problem: no sound on azalia,
My dmesg: https://pastebin.com/rK1uUUrZ
My mixerctl -v: https://pastebin.com/DDifPsW7
My little debug after read faq: https://pastebin.com/Su54uEPq
Help, please.

-- 
http://nightbbs.ru

Re: SPDIF not working with azalia(4) based card

[Ricardo Mestre]

I have that sound system connected to my TV now, but sure enough connecting it
back to my desktop through spdif and running with sndiod -c0:3 fixed it!

thanks for your finding! better late than never :)

On 15:57 Wed 15 Dec , Edd Barrett wrote:
> On Tue, Apr 10, 2018 at 07:28:03AM +0100, Ricardo Mestre wrote:
> > I have an azalia(4) based card integrated in my motherboard connected to a
> > receiver through SPDIF, but I can't make it output any sound, only if I 
> > connect
> > the cable to the 3.5mm headphone jack. And yes, I already toggled the
> > outputs.mode to digital through mixerctl(1). When I play something 
> > audioctl(1)
> > shows bytes going through and the receiver blinks, which means something is
> > getting there, the sound is just not being output through SPDIF.
> 
> I'm digging up this old thread because I've just solved this very issue on my
> own desktop.
> 
> If it's the same issue as mine, the SPDIF output sends to channels 2 and 3, 
> but
> by default sndiod will only use channels 0 and 1.
> 
> Adding `-c0:3` to my sndiod flags made it work!
> 
> (as already mentioned, you have to also set outputs.mode=digital in mixerctl
> too)
> 
> Credit where due, I found this solution here:
> http://daemonforums.org/showthread.php?t=10953#post66355
> 
> -- 
> Best Regards
> Edd Barrett
> 
> https://www.theunixzoo.co.uk

Re: SPDIF not working with azalia(4) based card

[Edd Barrett]

On Tue, Apr 10, 2018 at 07:28:03AM +0100, Ricardo Mestre wrote:
> I have an azalia(4) based card integrated in my motherboard connected to a
> receiver through SPDIF, but I can't make it output any sound, only if I 
> connect
> the cable to the 3.5mm headphone jack. And yes, I already toggled the
> outputs.mode to digital through mixerctl(1). When I play something audioctl(1)
> shows bytes going through and the receiver blinks, which means something is
> getting there, the sound is just not being output through SPDIF.

I'm digging up this old thread because I've just solved this very issue on my
own desktop.

If it's the same issue as mine, the SPDIF output sends to channels 2 and 3, but
by default sndiod will only use channels 0 and 1.

Adding `-c0:3` to my sndiod flags made it work!

(as already mentioned, you have to also set outputs.mode=digital in mixerctl
too)

Credit where due, I found this solution here:
http://daemonforums.org/showthread.php?t=10953#post66355

-- 
Best Regards
Edd Barrett

https://www.theunixzoo.co.uk

Re: no sound on built-in speaker with azalia(4) / Realtek ALC256 on Intel 500 Series

[Stefan Hagen]

Felix Kronlage-Dammers wrote:
> On Sun, Sep 26, 2021 at 01:59:21PM +0200, Stefan Hagen wrote:
> 
> Hi Stefan,
> 
> thanks for the reply and the pointer towards sof.
> 
> > > am trying to figure out why on this laptop no sound through the speakers
> > > is played. The speaker are functioning on a dual-booted linux (so
> > > technically they're wired ;)
> > > Sound is playing through the headphone jack just fine.
> > Modern laptops come with these smart sound technology chips. They need a 
> > firmware and a driver which loads it. This has been done for Linux. In 
> > OpenBSD we don't have such a driver and currently nobody has considered 
> > the internal microphone as important enough to write one.
> 
> You mention the internal microphone: the mic actually does work.
> Via 'aucat -o /tmp/file.wav' I can record from the mic just fine (and
> also listen to the playback via the headphone jack). 
> Simply the speakers (eg. whats behind outputs.spkr_source=dac-2:3O) 
> stay silent.

Apologies. I read no sound and ALC256 and my tired brain
did s/speaker/microphone/g because I have two machines affected by the 
same and the question came up from other people fairly often...

Maybe a stupid idea, but is you speaker muted via hardware and it's not 
reflected in sndioctl? I have one laptop where the hardware and software
mute states are independent. (or rather not correctly synchronized on
OpenBSD)

Nice Laptop btw. I had forgotten about tuxedo.

Best Regards,
Stefan

Re: no sound on built-in speaker with azalia(4) / Realtek ALC256 on Intel 500 Series

[Felix Kronlage-Dammers]

On Sun, Sep 26, 2021 at 01:59:21PM +0200, Stefan Hagen wrote:

Hi Stefan,

thanks for the reply and the pointer towards sof.

> > am trying to figure out why on this laptop no sound through the speakers
> > is played. The speaker are functioning on a dual-booted linux (so
> > technically they're wired ;)
> > Sound is playing through the headphone jack just fine.
> Modern laptops come with these smart sound technology chips. They need a 
> firmware and a driver which loads it. This has been done for Linux. In 
> OpenBSD we don't have such a driver and currently nobody has considered 
> the internal microphone as important enough to write one.

You mention the internal microphone: the mic actually does work.
Via 'aucat -o /tmp/file.wav' I can record from the mic just fine (and
also listen to the playback via the headphone jack). 
Simply the speakers (eg. whats behind outputs.spkr_source=dac-2:3O) 
stay silent.


felix

-- 
GPG/PGP:   7A0B612C /  5F4D 9B06 C240 3250 35BF  66ED 1AD3 A9B8 7A0B 612C
https://hazardous.org/  -  f...@hazardous.org  -  fkr@irc - @felixkronlage

Re: no sound on built-in speaker with azalia(4) / Realtek ALC256 on Intel 500 Series

[Stefan Hagen]

Felix Kronlage-Dammers wrote:
> am trying to figure out why on this laptop no sound through the speakers
> is played. The speaker are functioning on a dual-booted linux (so
> technically they're wired ;)
> 
> Sound is playing through the headphone jack just fine.
> 
> ---
> azalia0 at pci0 dev 31 function 3 "Intel 500 Series HD Audio" rev 0x20: msi
> azalia0: codecs: Realtek ALC256, Intel/0x2812, using Realtek ALC256
> audio0 at azalia0
> ---

Modern laptops come with these smart sound technology chips. They need a 
firmware and a driver which loads it. This has been done for Linux. In 
OpenBSD we don't have such a driver and currently nobody has considered 
the internal microphone as important enough to write one.

The firmware handles stuff like noise reduction of internal fan noises,
keyboard tapping, echo cancelling and stuff like this.

Once you plug in a Headset or USB sound device, it will work. It's just 
the internal microphone which won't.

I think this is the firmware used on linux:
https://github.com/thesofproject/sof

Best regards,
Stefan

no sound on built-in speaker with azalia(4) / Realtek ALC256 on Intel 500 Series

[Felix Kronlage-Dammers]

hi,

am trying to figure out why on this laptop no sound through the speakers
is played. The speaker are functioning on a dual-booted linux (so
technically they're wired ;)

Sound is playing through the headphone jack just fine.

---
azalia0 at pci0 dev 31 function 3 "Intel 500 Series HD Audio" rev 0x20: msi
azalia0: codecs: Realtek ALC256, Intel/0x2812, using Realtek ALC256
audio0 at azalia0
---

Output of mixerctl -v (adjusting the outputs.master to 255,255 does not
make a difference for the speakers, for the headphones volume adjusts
perfectly).

---
inputs.dac-2:3=126,126 
inputs.dac-0:1=126,126 
record.adc-2:3_mute=off  [ off on ]
record.adc-2:3=124,124 
record.adc-0:1_mute=off  [ off on ]
record.adc-0:1=124,124 
record.adc-4:5_mute=off  [ off on ]
record.adc-4:5=124,124 
inputs.mic=85,85 
outputs.spkr_source=dac-2:3  [ dac-2:3 ]
outputs.spkr_mute=off  [ off on ]
outputs.spkr_eapd=on  [ off on ]
inputs.mic2=85,85 
outputs.mic2_dir=input-vr80  [ none input input-vr0 input-vr50
input-vr80 input-vr100 ]
outputs.hp_source=dac-0:1  [ dac-2:3 dac-0:1 ]
outputs.hp_mute=off  [ off on ]
outputs.hp_boost=off  [ off on ]
outputs.hp_eapd=on  [ off on ]
record.adc-4:5_source=mic2  { mic2 }
record.adc-0:1_source=mic2,mic  { mic2 mic }
record.adc-2:3_source=mic  [ mic ]
outputs.mic2_sense=unplugged  [ unplugged plugged ]
outputs.hp_sense=unplugged  [ unplugged plugged ]
outputs.spkr_muters=hp  { hp }
outputs.master=126,126 
outputs.master.mute=off  [ off on ]
outputs.master.slaves=dac-2:3,dac-0:1,spkr,hp  { dac-2:3 dac-0:1 spkr hp}
record.volume=124,124 
record.volume.mute=off  [ off on ]
record.volume.slaves=adc-2:3,adc-0:1,adc-4:5  { adc-2:3 adc-0:1 adc-4:5
mic mic2 }
record.enable=sysctl  [ off on sysctl ]
---

Doing the tests from OpenBSD faq regarding audio does not show any
errors:

---
tuxedo# cat > /dev/audio0 < /dev/zero & 

[1] 68550
tuxedo# audioctl play.{bytes,errors}
play.bytes=1582080
play.errors=0
tuxedo# audioctl play.{bytes,errors} 
play.bytes=2741760
play.errors=0
---

Full output of audioctl:

---
name=azalia0
mode=
pause=0
active=0
nblks=2
blksz=960
rate=48000
encoding=s16le
play.channels=2
play.bytes=0
play.errors=0
record.channels=2
record.bytes=0
record.errors=0
---

While playback of audio content 'mode' properly changes to 'play,record'
and 'active' to '1'.

Since it works find with the headphone jacks I don't suspect anything
with sndio, however here the output of sndioctl:

---
input.level=0.486
input.mute=0
output.level=0.494
output.mute=0
app/mpg0.level=1.000
---

Any hints are much appreciated.
Full dmesg as well as pcidump attached.


felix

-- 
GPG/PGP:   7A0B612C /  5F4D 9B06 C240 3250 35BF  66ED 1AD3 A9B8 7A0B 612C
https://hazardous.org/  -  f...@hazardous.org  -  fkr@irc - @felixkronlage
OpenBSD 7.0-current (GENERIC.MP) #9: Sat Sep 25 22:42:57 CEST 2021
f...@tuxedo.fritz.box:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 16892612608 (16110MB)
avail mem = 16364609536 (15606MB)
random: good seed from bootblocks
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 3.3 @ 0x43ca1000 (119 entries)
bios0: vendor American Megatrends International, LLC. version "N.1.12A05" date 
06/11/2021
bios0: TUXEDO TUXEDO InfinityBook Pro 14 Gen6
acpi0 at bios0: ACPI 6.2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP MCFG SSDT FIDT SSDT SSDT SSDT HPET APIC SSDT SSDT NHLT 
UEFI LPIT SSDT SSDT DBGP DBG2 SSDT DMAR SSDT SSDT BGRT TPM2 PTDT WSMT FPDT
acpi0: wakeup devices PEGP(S4) PEGP(S4) PEGP(S4) PEG0(S4) PEGP(S4) RP01(S4) 
PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) RP04(S4) PXSX(S4) RP05(S4) 
PXSX(S4) RP06(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimcfg0 at acpi0
acpimcfg0: addr 0xc000, bus 0-255
acpihpet0 at acpi0: 1920 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: 11th Gen Intel(R) Core(TM) i5-1135G7 @ 2.40GHz, 4190.34 MHz, 06-8c-01
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,AVX512F,AVX512DQ,RDSEED,ADX,SMAP,AVX512IFMA,CLFLUSHOPT,CLWB,PT,AVX512CD,SHA,AVX512BW,AVX512VL,AVX512VBMI,UMIP,PKU,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu0: 256KB 64b/line disabled L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 38MHz
cpu0: mwait min=64, max=64, C-substates=0.2.0.1.2.1.1.1, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: 11th Gen Intel(R) Core(TM) i5-1135G7 @ 2.40GHz, 4190.34 MHz, 06-8c-01
cpu1: 

OBSD 6.9 boot hangs on azalia

[Mike Williams]

Hi,

Kicking this as it first appeared in the 6.8 release.

I have upgraded a PC with a VIA VE-900 chipset (VIA Nano X2 CPU) from 
6.8 to 6.9.  The box hangs on reboot after upgrade.  The last line shown 
was for azalia.  I disabled azalia which then allows 6.9 to boot to 
completion.


Comparing the dmesg with one for 6.7 (last version to boot with azalia 
configured) showed one change was from using acpi to msi for the device. 
 Also it appears OBSD originally saw two azalia devices, the first did 
not get a codec, the second did.


The on board NIC also fails to be recognised but since this is not 
recognised until after azalia is configured it is not obvious if this is 
caused by disabling azalia or a second problem.  The NIC re device is 
seen by boot -c find but doesn't appear during the boot process.  Using 
a usb wifi dongle on the box allowed the upgrade process to finish.


I can live without the sound but it would be nice to have the NIC working.

Here is the dmesg diff between 6.7 (azalia and re condfigured) and 6.9 
(azalia disabled, no re):


--- dmesg6.7Sat May 29 08:55:35 2021
+++ dmesg6.9Sat May 29 08:55:35 2021
@@ -1,7 +1,13 @@
-OpenBSD 6.7 (GENERIC.MP) #1: Sat May 16 16:33:02 MDT 2020
- 
r...@syspatch-67-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

+OpenBSD 6.9 (GENERIC.MP) #473: Mon Apr 19 10:40:28 MDT 2021
+dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
 real mem = 4009426944 (3823MB)
-avail mem = 3875295232 (3695MB)
+avail mem = 3872538624 (3693MB)
+User Kernel Config
+UKC> disable azalia
+ 91 azalia* disabled
+UKC> quit
+Continuing...
+random: good seed from bootblocks
 mpath0 at root
 scsibus0 at mpath0: 256 targets
 mainbus0 at root
@@ -15,7 +21,7 @@
 acpitimer0 at acpi0: 3579545 Hz, 24 bits
 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
 cpu0 at mainbus0: apid 0 (boot processor)
-cpu0: VIA Nano X2 L4050 @ 1.4 GHz, 1400.26 MHz, 06-0f-0c
+cpu0: VIA Nano X2 L4050 @ 1.4 GHz, 1400.25 MHz, 06-0f-0c
 cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,MWAIT,VMX,EST,TM2,SSSE3,CX16,xTPR,SSE4.1,POPCNT,NXE,LONG,LAHF,PERF
 cpu0: 64KB 64b/line 16-way I-cache, 64KB 64b/line 16-way D-cache, 1MB 
64b/line 16-way L2 cache

 cpu0: ITLB 128 4KB entries 8-way
@@ -39,13 +45,13 @@
 acpiprt1 at acpi0: bus 1 (NBP0)
 acpiprt2 at acpi0: bus 5 (NBP3)
 acpiprt3 at acpi0: bus 6 (P0P4)
-acpicpu0 at acpi0: C1(1000@1 halt), PSS
-acpicpu1 at acpi0: C1(1000@1 halt), PSS
-acpipci0 at acpi0 PCI0: _OSC failed
+acpipci0 at acpi0 PCI0
 acpiac0 at acpi0: AC unit online
 acpicmos0 at acpi0
 acpibtn0 at acpi0: SLPB
 acpibtn1 at acpi0: PWRB
+acpicpu0 at acpi0: C1(1000@1 halt), PSS
+acpicpu1 at acpi0: C1(1000@1 halt), PSS
 acpivideo0 at acpi0: VUMA
 acpivout0 at acpivideo0: LCD_
 cpu0: Enhanced SpeedStep 1400 MHz: speeds: 1400, 1200, 1100, 1000, 
900, 800 MHz

@@ -61,18 +67,15 @@
 vga1 at pci0 dev 1 function 0 "VIA Chrome9 HD" rev 0x00
 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
 wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
-azalia0 at pci0 dev 1 function 1 "VIA HD Audio" rev 0x00: apic 4 int 17
-azalia0: no supported codecs
-ppb0 at pci0 dev 3 function 0 "VIA VX900 PCIE" rev 0x00: apic 4 int 3
+"VIA HD Audio" rev 0x00 at pci0 dev 1 function 1 not configured
+ppb0 at pci0 dev 3 function 0 "VIA VX900 PCIE" rev 0x00: msi
 pci1 at ppb0 bus 1
-ppb1 at pci0 dev 3 function 1 "VIA VX900 PCIE" rev 0x00: apic 4 int 7
+ppb1 at pci0 dev 3 function 1 "VIA VX900 PCIE" rev 0x00: msi
 pci2 at ppb1 bus 2
-ppb2 at pci0 dev 3 function 2 "VIA VX900 PCIE" rev 0x00: apic 4 int 11
+ppb2 at pci0 dev 3 function 2 "VIA VX900 PCIE" rev 0x00: msi
 pci3 at ppb2 bus 3
-ppb3 at pci0 dev 3 function 3 "VIA VX900 PCIE" rev 0x00: apic 4 int 15
+ppb3 at pci0 dev 3 function 3 "VIA VX900 PCIE" rev 0x00: msi
 pci4 at ppb3 bus 5
-re0 at pci4 dev 0 function 0 "Realtek 8168" rev 0x06: RTL8168E/8111E 
(0x2c00), apic 4 int 12, address c8:9c:dc:54:5f:77

-rgephy0 at re0 phy 7: RTL8169S/8110S/8211 PHY, rev. 4
 pchb8 at pci0 dev 3 function 4 "VIA VX900 PCIE" rev 0x00
 pciide0 at pci0 dev 15 function 0 "VIA VX900 IDE" rev 0x00: ATA133, 
channel 0 configured to native-PCI, channel 1 configured to native-PCI

 pciide0: using apic 3 int 21 for native-PCI interrupt
@@ -92,9 +95,6 @@
 pchb9 at pci0 dev 17 function 7 "VIA VX800 Host" rev 0x00
 ppb4 at pci0 dev 19 function 0 "VIA VX800" rev 0x00
 pci5 at ppb4 bus 6
-azalia1 at pci0 dev 20 function 0 "VIA HD Audio" rev 0x20: apic 3 int 17
-azalia1: codecs: VIA/0x0397
-audio0 at azalia1
 usb1 at uhci0: USB revision 1.0
 uhub1 at usb1 configuration 1 interface 0 "VIA UHCI root hub" rev 
1.00/1.00 addr 1

 usb2 at uhci1: USB revision 1.0
@@ -116,6 +116,8 @@
 lpt0 at isa0 port 0x378/4 irq 7
 it0 at i

OBSD 6.8 boot hang on azalia, acpi vs msi issue?

[Mike Williams]

Hi,

I updated a box with a VIA VE-900 chipset (VIA Nano X2 CPU) from 6.7 to 
6.8 which then hung during first boot with 6.8.  The last line was for 
azalia.  I rebooted and disabled azalia which allowed the 6.8 boot to 
complete.


Comparing the dmesg with that from 6.7 showed that the change was from 
using acpi to msi for the device.  Also that the on board NIC is no 
longer seen under 6.8.  The re device is seen by find but doesn't appear 
from the boot process, either taken out by disabling azalia or a 
separate problem.  (I stuck a usb wifi dongle on the box to finish the 
upgrade process.)


Here is the diff between the two dmesgs:

-- *** ../dmesg/dmesg6.7Sat May 30 09:05:59 2020
--- dmesg6.8-noazalia   Sat Oct 24 18:01:12 2020
***
*** 39,51 
  acpiprt1 at acpi0: bus 1 (NBP0)
  acpiprt2 at acpi0: bus 5 (NBP3)
  acpiprt3 at acpi0: bus 6 (P0P4)
! acpicpu0 at acpi0: C1(1000@1 halt), PSS
! acpicpu1 at acpi0: C1(1000@1 halt), PSS
! acpipci0 at acpi0 PCI0: _OSC failed
  acpiac0 at acpi0: AC unit online
  acpicmos0 at acpi0
  acpibtn0 at acpi0: SLPB
  acpibtn1 at acpi0: PWRB
  acpivideo0 at acpi0: VUMA
  acpivout0 at acpivideo0: LCD_
  cpu0: Enhanced SpeedStep 1400 MHz: speeds: 1400, 1200, 1100, 1000, 
900, 800 MHz

--- 47,59 
  acpiprt1 at acpi0: bus 1 (NBP0)
  acpiprt2 at acpi0: bus 5 (NBP3)
  acpiprt3 at acpi0: bus 6 (P0P4)
! acpipci0 at acpi0 PCI0
  acpiac0 at acpi0: AC unit online
  acpicmos0 at acpi0
  acpibtn0 at acpi0: SLPB
  acpibtn1 at acpi0: PWRB
+ acpicpu0 at acpi0: C1(1000@1 halt), PSS
+ acpicpu1 at acpi0: C1(1000@1 halt), PSS
  acpivideo0 at acpi0: VUMA
  acpivout0 at acpivideo0: LCD_
  cpu0: Enhanced SpeedStep 1400 MHz: speeds: 1400, 1200, 1100, 1000, 
900, 800 MHz

***
*** 61,78 
  vga1 at pci0 dev 1 function 0 "VIA Chrome9 HD" rev 0x00
  wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
  wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
! azalia0 at pci0 dev 1 function 1 "VIA HD Audio" rev 0x00: apic 4 int 17
! azalia0: no supported codecs
! ppb0 at pci0 dev 3 function 0 "VIA VX900 PCIE" rev 0x00: apic 4 int 3
  pci1 at ppb0 bus 1
! ppb1 at pci0 dev 3 function 1 "VIA VX900 PCIE" rev 0x00: apic 4 int 7
  pci2 at ppb1 bus 2
! ppb2 at pci0 dev 3 function 2 "VIA VX900 PCIE" rev 0x00: apic 4 int 11
  pci3 at ppb2 bus 3
! ppb3 at pci0 dev 3 function 3 "VIA VX900 PCIE" rev 0x00: apic 4 int 15
  pci4 at ppb3 bus 5
- re0 at pci4 dev 0 function 0 "Realtek 8168" rev 0x06: RTL8168E/8111E 
(0x2c00), apic 4 int 12, address c8:9c:dc:54:5f:77

- rgephy0 at re0 phy 7: RTL8169S/8110S/8211 PHY, rev. 4
  pchb8 at pci0 dev 3 function 4 "VIA VX900 PCIE" rev 0x00
  pciide0 at pci0 dev 15 function 0 "VIA VX900 IDE" rev 0x00: ATA133, 
channel 0 configured to native-PCI, channel 1 configured to native-PCI

  pciide0: using apic 3 int 21 for native-PCI interrupt
--- 69,83 
  vga1 at pci0 dev 1 function 0 "VIA Chrome9 HD" rev 0x00
  wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
  wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
! "VIA HD Audio" rev 0x00 at pci0 dev 1 function 1 not configured
! ppb0 at pci0 dev 3 function 0 "VIA VX900 PCIE" rev 0x00: msi
  pci1 at ppb0 bus 1
! ppb1 at pci0 dev 3 function 1 "VIA VX900 PCIE" rev 0x00: msi
  pci2 at ppb1 bus 2
! ppb2 at pci0 dev 3 function 2 "VIA VX900 PCIE" rev 0x00: msi
  pci3 at ppb2 bus 3
! ppb3 at pci0 dev 3 function 3 "VIA VX900 PCIE" rev 0x00: msi
  pci4 at ppb3 bus 5
  pchb8 at pci0 dev 3 function 4 "VIA VX900 PCIE" rev 0x00
  pciide0 at pci0 dev 15 function 0 "VIA VX900 IDE" rev 0x00: ATA133, 
channel 0 configured to native-PCI, channel 1 configured to native-PCI

  pciide0: using apic 3 int 21 for native-PCI interrupt
***
*** 92,100 
  pchb9 at pci0 dev 17 function 7 "VIA VX800 Host" rev 0x00
  ppb4 at pci0 dev 19 function 0 "VIA VX800" rev 0x00
  pci5 at ppb4 bus 6
! azalia1 at pci0 dev 20 function 0 "VIA HD Audio" rev 0x20: apic 3 int 17
! azalia1: codecs: VIA/0x0397
! audio0 at azalia1
  usb1 at uhci0: USB revision 1.0
  uhub1 at usb1 configuration 1 interface 0 "VIA UHCI root hub" rev 
1.00/1.00 addr 1

  usb2 at uhci1: USB revision 1.0
--- 97,103 
  pchb9 at pci0 dev 17 function 7 "VIA VX800 Host" rev 0x00
  ppb4 at pci0 dev 19 function 0 "VIA VX800" rev 0x00
  pci5 at ppb4 bus 6
! "VIA HD Audio" rev 0x20 at pci0 dev 20 function 0 not configured
  usb1 at uhci0: USB revision 1.0
  uhub1 at usb1 configuration 1 interface 0 "VIA UHCI root hub" rev 
1.00/1.00 addr 1

  usb2 at uhci1: USB revision 1.0

I have been running OBSD since 5.1 on this box without problem. 
Checking back through the dmesgs this is the first time msi has been 
used instead of acpi.


Is the issue switching to use msi, or not using acpi as

SPDIF not working with azalia(4) based card

[Ricardo Mestre]

Hi misc@

I have an azalia(4) based card integrated in my motherboard connected to a
receiver through SPDIF, but I can't make it output any sound, only if I connect
the cable to the 3.5mm headphone jack. And yes, I already toggled the
outputs.mode to digital through mixerctl(1). When I play something audioctl(1)
shows bytes going through and the receiver blinks, which means something is
getting there, the sound is just not being output through SPDIF.

To note that this receiver is properly working with SPDIF under Windows on the
same machine and also on another crappy machine (with OpenBSD) with an NVIDIA
MCPxx chipset (sorry I don't have a dmesg available for that one right now).

Please find attached audioctl, mixerctl and dmesg (with AZALIA_DEBUG), and let
me know which obvious knob I'm missing to enable/change?

/mestre
OpenBSD 6.3-current (GENERIC.MP) #13: Mon Apr  9 23:36:52 WEST 2018
serial@skoll.helheim.local:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 34243928064 (32657MB)
avail mem = 33199009792 (31661MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xbc8b9018 (61 entries)
bios0: vendor American Megatrends Inc. version "1002" date 11/07/2012
bios0: ASUSTeK COMPUTER INC. CROSSHAIR V FORMULA-Z
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC FPDT MCFG HPET SSDT IVRS
acpi0: wakeup devices SBAZ(S4) P0PC(S4) UHC1(S4) UHC2(S4) UHC4(S4) UHC6(S4) 
UHC7(S4) PC02(S4) PC03(S4) PC04(S4) PC05(S4) PC06(S4) PC07(S4) PC09(S4) 
PC0A(S4) PC0B(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 16 (boot processor)
cpu0: AMD FX(tm)-8350 Eight-Core Processor, 4013.99 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,XOP,SKINIT,WDT,FMA4,TCE,NODEID,TBM,TOPEXT,CPCTR,ITSC,BMI1
cpu0: 64KB 64b/line 2-way I-cache, 16KB 64b/line 4-way D-cache, 2MB 64b/line 
16-way L2 cache, 8MB 64b/line 64-way L3 cache
cpu0: ITLB 48 4KB entries fully associative, 24 4MB entries fully associative
cpu0: DTLB 64 4KB entries fully associative, 64 4MB entries fully associative
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 200MHz
cpu0: mwait min=64, max=64, IBE
cpu1 at mainbus0: apid 17 (application processor)
cpu1: AMD FX(tm)-8350 Eight-Core Processor, 4013.51 MHz
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,XOP,SKINIT,WDT,FMA4,TCE,NODEID,TBM,TOPEXT,CPCTR,ITSC,BMI1
cpu1: 64KB 64b/line 2-way I-cache, 16KB 64b/line 4-way D-cache, 2MB 64b/line 
16-way L2 cache, 8MB 64b/line 64-way L3 cache
cpu1: ITLB 48 4KB entries fully associative, 24 4MB entries fully associative
cpu1: DTLB 64 4KB entries fully associative, 64 4MB entries fully associative
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 18 (application processor)
cpu2: AMD FX(tm)-8350 Eight-Core Processor, 4013.51 MHz
cpu2: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,XOP,SKINIT,WDT,FMA4,TCE,NODEID,TBM,TOPEXT,CPCTR,ITSC,BMI1
cpu2: 64KB 64b/line 2-way I-cache, 16KB 64b/line 4-way D-cache, 2MB 64b/line 
16-way L2 cache, 8MB 64b/line 64-way L3 cache
cpu2: ITLB 48 4KB entries fully associative, 24 4MB entries fully associative
cpu2: DTLB 64 4KB entries fully associative, 64 4MB entries fully associative
cpu2: smt 0, core 2, package 0
cpu3 at mainbus0: apid 19 (application processor)
cpu3: AMD FX(tm)-8350 Eight-Core Processor, 4013.51 MHz
cpu3: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,XOP,SKINIT,WDT,FMA4,TCE,NODEID,TBM,TOPEXT,CPCTR,ITSC,BMI1
cpu3: 64KB 64b/line 2-way I-cache, 16KB 64b/line 4-way D-cache, 2MB 64b/line 
16-way L2 cache, 8MB 64b/line 64-way L3 cache
cpu3: ITLB 48 4KB entries fully associative, 24 4MB entries fully associative
cpu3: DTLB 64 4KB entries fully associative, 64 4MB entries fully associative
cpu3: smt 0, core 3, package 0
cpu4 at mainbus0: apid 20 (application processor)
cpu4: AMD FX(tm)-8350 Eight-Core Processor, 4013.51 MHz
cpu4: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,

Re: Intel C610 azalia (ALC888) not configuring at /dev/audio

[Alexandre Ratchov]

On Fri, Jan 19, 2018 at 05:23:06PM -0800, yu...@cock.li wrote:
> Hello,
> 
> I have just installed the latest snapshot and audio is not configuring,
> i.e. the output of mixerctl, audioctl, et al are "device not configured".
> My motherboard is a Supermicro X10DAL-I-O, which has the Intel C610
> chipset, and the audio codec is the Realtek ALC888, although the latter
> is not immediately relevant, as the azalia driver does not even get to
> the stage of evaluating the codec; pertinent dmesg output with GENERIC.MP
> modified with AZALIA_DEBUG enabled:

Thanks, the output of AZALIA_DEBUG is very useful. So, you confirm
that this used to work, and something broke it in last snaps.

Are there audio-related BIOS options that may have changed recently,
including because of BIOS update or whatever?

> azalia1 at pci0 dev 27 function 0 "Intel C610 HD Audio" rev 0x05: msi
> azalia_reset: resetting
> azalia_reset: reset counter = 0
> azalia1: reset failure
> azalia_pci_detach
> azalia_pci_detach: delete streams
> azalia_pci_detach: delete codecs
> azalia_pci_detach: delete CORB and RIRB
> azalia_pci_detach: disable interrupts
> azalia_pci_detach: clear interrupts
> azalia_pci_detach: delete PCI resources
> 
> For reference, azalia0 was my AMD GPU's HDMI/DisplayPort audio (I
> understand from the man page that this is unsupported; thankfully I
> have no need of it).
> 
> Grepping through the source shows that this is a supported chipset;
> what gives? Any and all help is appreciated. Might it have something
> to do with it being the second device that azalia(4) tries to set up?

There's no interaction between azalia1 and azalia0.

Intel C610 azalia (ALC888) not configuring at /dev/audio

[yuuko]

Hello,

I have just installed the latest snapshot and audio is not configuring,
i.e. the output of mixerctl, audioctl, et al are "device not 
configured".

My motherboard is a Supermicro X10DAL-I-O, which has the Intel C610
chipset, and the audio codec is the Realtek ALC888, although the latter
is not immediately relevant, as the azalia driver does not even get to
the stage of evaluating the codec; pertinent dmesg output with 
GENERIC.MP

modified with AZALIA_DEBUG enabled:

azalia1 at pci0 dev 27 function 0 "Intel C610 HD Audio" rev 0x05: msi
azalia_reset: resetting
azalia_reset: reset counter = 0
azalia1: reset failure
azalia_pci_detach
azalia_pci_detach: delete streams
azalia_pci_detach: delete codecs
azalia_pci_detach: delete CORB and RIRB
azalia_pci_detach: disable interrupts
azalia_pci_detach: clear interrupts
azalia_pci_detach: delete PCI resources

For reference, azalia0 was my AMD GPU's HDMI/DisplayPort audio (I
understand from the man page that this is unsupported; thankfully I
have no need of it).

Grepping through the source shows that this is a supported chipset;
what gives? Any and all help is appreciated. Might it have something
to do with it being the second device that azalia(4) tries to set up?

Audio issue - azalia, AMD Hudson-2 HD Audio codecs: Realtek ALC269

[Jacqueline Jolicoeur]

Hi, 

I have an Acer Aspire One that has a problem with audio.

The audio works for a few minutes (from internal speakers) and then
eventually stops playing. I tried with and without headphones, same
results.

I first started with OpenBSD 6.2-release amd64 installed and noticed the issue.

I upgraded to the latest snapshot and still have the same issue.

kern.version=OpenBSD 6.2-current (GENERIC.MP) #227: Tue Nov 21 17:08:45 MST 2017
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

I have attached audioctl, mixerctl, dmesg, pcidump and usbdevs output.

Thanks.
Acer Aspire One 725-0826 1GHz C-70 11.6" 1366 x 768 pixels Black Netbook

Debugging audio problems

audioctl:

$ cat > /dev/audio < /dev/zero &
[1] 88696
$ audioctl play.{bytes,errors}   
play.bytes=1582080
play.errors=0
$ audioctl play.{bytes,errors}
play.bytes=3025920
play.errors=19200
$ audioctl play.{bytes,errors}
play.bytes=4327680
play.errors=19200
$ kill %1
$ fg %1
cat > /dev/audio < /dev/zero 
Terminated

mixerctl:

inputs.dac-0:1=126,126 
inputs.dac-2:3=126,126 
record.adc-0:1_mute=off  [ off on ]
record.adc-0:1=120,120 
record.adc-2:3_mute=off  [ off on ]
record.adc-2:3=120,120 
inputs.mix_source=beep  { mic beep }
inputs.mix_mic=120,120 
inputs.mix_beep=120,120 
inputs.mix2_source=dac-0:1,mix  { dac-0:1 mix }
inputs.mix3_source=dac-2:3,mix  { dac-2:3 mix }
outputs.spkr_source=mix3  [ mix2 mix3 ]
outputs.spkr_mute=off  [ off on ]
outputs.spkr_eapd=on  [ off on ]
inputs.mic=85,85 
outputs.mic_dir=input  [ none output input ]
outputs.hp_source=mix2  [ mix2 mix3 ]
outputs.hp_mute=off  [ off on ]
outputs.hp_boost=off  [ off on ]
record.adc-2:3_source=mic  [ mic beep mix ]
record.adc-0:1_source=mic,beep,mix  { mic beep mix }
outputs.hp_sense=unplugged  [ unplugged plugged ]
outputs.spkr_muters=hp  { hp }
outputs.master=126,126 
outputs.master.mute=off  [ off on ]
outputs.master.slaves=dac-0:1,dac-2:3,spkr,hp  { dac-0:1 dac-2:3 spkr mic hp }
record.volume=120,120 
record.volume.mute=off  [ off on ]
record.volume.slaves=adc-0:1,adc-2:3  { adc-0:1 adc-2:3 mic }

dmesg:

OpenBSD 6.2-current (GENERIC.MP) #227: Tue Nov 21 17:08:45 MST 2017
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 1809346560 (1725MB)
avail mem = 1747664896 (1666MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xe4800 (29 entries)
bios0: vendor Insyde Corp. version "V2.08" date 12/27/2012
bios0: Acer AO725
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP UEFI HPET APIC MCFG ASF! BOOT SLIC WDRT WDAT FPDT MSDM 
SSDT SSDT
acpi0: wakeup devices PB4_(S4) PB6_(S4) SPB0(S4) SPB1(S4) SPB2(S4) SPB3(S4) 
GEC_(S4) OHC1(S3) OHC2(S3) OHC3(S3) OHC4(S3) XHC0(S3) XHC1(S4) P2P_(S5)
acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpihpet0 at acpi0: 14318180 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: AMD C-70 APU with Radeon(tm) HD Graphics, 998.75 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,SSSE3,CX16,POPCNT,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,IBS,SKINIT,ITSC
cpu0: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 512KB 64b/line 
16-way L2 cache
cpu0: 8 4MB entries fully associative
cpu0: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative
acpihpet0: recalibrated TSC frequency 998188485 Hz
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 199MHz
cpu0: mwait min=64, max=64, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: AMD C-70 APU with Radeon(tm) HD Graphics, 998.19 MHz
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,SSSE3,CX16,POPCNT,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,IBS,SKINIT,ITSC
cpu1: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 512KB 64b/line 
16-way L2 cache
cpu1: 8 4MB entries fully associative
cpu1: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative
cpu1: smt 0, core 1, package 0
ioapic0 at mainbus0: apid 4 pa 0xfec0, version 21, 24 pins
, remapped to apid 4
acpimcfg0 at acpi0 addr 0xf800, bus 0-63
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 1 (PB4_)
acpiprt2 at acpi0: bus 2 (PB5_)
acpiprt3 at acpi0: bus -1 (PB6_)
acpiprt4 at acpi0: bus -1 (PB7_)
acpiprt5 at acpi0: bus -1 (SPB0)
acpiprt6 at acpi0: bus -1 (SPB1)
acpiprt7 at acpi0: bus -1 (SPB2)
acpiprt8 at acpi0: bus -1 (SPB3)
acpiprt9 at acpi0: bus 3 (P2P_)
acpiec0 at acpi0
acpicpu0 at acpi0: C2(0@100 io@0x841), C1(@1 halt!), PSS
acpicpu1 at acpi0: C2(0@100 io@0x841), C1(@1 halt!), PSS
acpitz0 at acpi0: critical temperature is 100 degC
acpibtn0 at acpi0: PWRB
"10250759" at acpi0 not configured
"ETD0501" at acpi0 not configured

Re: azalia(4) partially working on Intel NUC NUC5i7RYH

[Josh]

.volume.slaves=adc-0:1,adc-2:3  { adc-0:1 adc-2:3 mic }

$ audioctl
name=HD-Audio
encodings=slinear_le:16:2:1,slinear_le:20:4:1,slinear_le:24:4:1
properties=full_duplex,independent
hiwat=8
lowat=8
mode=
play.rate=48000
play.channels=2
play.precision=16
play.bps=2
play.msb=1
play.encoding=slinear_le
play.pause=1
play.active=0
play.block_size=3840
play.bytes=0
play.errors=0
record.rate=48000
record.channels=2
record.precision=16
record.bps=2
record.msb=1
record.encoding=slinear_le
record.pause=1
record.active=0
record.block_size=3840
record.bytes=0
record.errors=0

On Mon, Nov 30, 2015 at 11:09 AM, Josh <mylis...@gmail.com> wrote:
> Hi,
>
> Running amd64-current (last update at ~5pm UTC 29th Nov), azalia(4)
> works partially on that NUC NUC5i7RYH device:
> Recording through audacity for instance seems to work as I can see the
> amplitude changing when speaking through the microphone.
>
> However, I was unable to get any sound out through that (only) headphone
jack.
> I've tried different combinations such as maxing out all outputs,
> unmute all of them, with sndiod stopped or started without/with flags
> -f rsnd/0 but same results. cat /dev/random > /dev/audio, audio0 or
> sound does not produce any sound.
>
> I've listed below some tests results as well as outputs of the system
> including dmesg with GENERIC.MP and DEBUG.MP (option AZALIA_DEBUG),
> pcidump.
> Any help would be greatly appreciated :)
>
> Cheers,
>
> nuc$ cat > /dev/audio < /dev/zero &
> [1] 27833
>
> nuc$ audioctl play.{seek,samples,errors}
> audioctl: field play.seek does not exist
> audioctl: field play.samples does not exist
> play.errors=0
>
> nuc$ audioctl play.{seek,samples,errors}
> audioctl: field play.seek does not exist
> audioctl: field play.samples does not exist
> play.errors=0
>
> nuc$ l /dev/audio*
> lrwxr-xr-x  1 root  wheel 6 Nov 27 15:10 /dev/audio -> audio0
> crw-rw-rw-  1 root  wheel   42, 128 Nov 30 10:49 /dev/audio0
> crw-rw-rw-  1 root  wheel   42, 129 Nov 29 11:03 /dev/audio1
> crw-rw-rw-  1 root  wheel   42, 130 Nov 27 15:13 /dev/audio2
> lrwxr-xr-x  1 root  wheel 9 Nov 27 15:10 /dev/audioctl -> audioctl0
> crw-rw-rw-  1 root  wheel   42, 192 Nov 28 23:17 /dev/audioctl0
> crw-rw-rw-  1 root  wheel   42, 193 Nov 29 11:02 /dev/audioctl1
> crw-rw-rw-  1 root  wheel   42, 194 Nov 27 15:13 /dev/audioctl2
>
> nuc$ mixerctl -av
> inputs.dac-0:1=126,126
> inputs.dac-2:3=126,126
> record.adc-0:1_mute=off  [ off on ]
> record.adc-0:1=124,124
> record.adc-2:3_mute=off  [ off on ]
> record.adc-2:3=124,124
> inputs.mix_source=mic  { mic }
> inputs.mix_mic=120,120
> inputs.mix2_source=dac-0:1,mix  { dac-0:1 mix }
> inputs.mix3_source=dac-2:3,mix  { dac-2:3 mix }
> inputs.mic=85,85
> outputs.mic_dir=input-vr80  [ none input input-vr0 input-vr50
> input-vr80 input-vr100 ]
> outputs.hp_source=mix2  [ mix2 mix3 ]
> outputs.hp_mute=off  [ off on ]
> outputs.hp_boost=off  [ off on ]
> outputs.hp_eapd=on  [ off on ]
> record.adc-2:3_source=mic,mix  { mic mix }
> record.adc-0:1_source=mic,mix  { mic mix }
> outputs.mic_sense=unplugged  [ unplugged plugged ]
> outputs.hp_sense=plugged  [ unplugged plugged ]
> outputs.master=126,126
> outputs.master.mute=off  [ off on ]
> outputs.master.slaves=dac-0:1,hp  { dac-0:1 dac-2:3 hp }
> record.volume=124,124
> record.volume.mute=off  [ off on ]
> record.volume.slaves=adc-0:1,adc-2:3  { adc-0:1 adc-2:3 mic }
>
> nuc$ audioctl
> name=HD-Audio
> encodings=slinear_le:16:2:1,slinear_le:20:4:1,slinear_le:24:4:1
> properties=full_duplex,independent
> hiwat=2
> lowat=2
> mode=
> play.rate=48000
> play.channels=2
> play.precision=16
> play.bps=2
> play.msb=1
> play.encoding=slinear
> play.pause=0
> play.active=0
> play.block_size=3840
> play.bytes=0
> play.errors=0
> record.rate=48000
> record.channels=2
> record.precision=16
> record.bps=2
> record.msb=1
> record.encoding=slinear
> record.pause=0
> record.active=0
> record.block_size=3840
> record.bytes=0
> record.errors=0
>
> dmesg using GENERIC.MP
> OpenBSD 5.8-current (GENERIC.MP) #12: Mon Nov 30 01:16:26 SGT 2015
> r...@nuc.none:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> real mem = 16035188736 (15292MB)
> avail mem = 15545081856 (14824MB)
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 2.8 @ 0x36ee7000 (53 entries)
> bios0: vendor Intel Corporation version
> "RYBDWi35.86A.0350.2015.0812.1722" date 08/12/2015
> bios0: Intel Corporation NUC5i7RYB
> acpi0 at bios0: rev 2
> acpi0: sleep states S0 S3 S4 S5
> acpi0: tables DSDT FACP APIC FPDT FIDT MCFG HPET SSDT UEFI LPIT SSDT
> ASF! SSDT SSDT SSDT DMA

Re: azalia(4) partially working on Intel NUC NUC5i7RYH

[Josh]

Hi,

Just updated CVS tree around 4pm UTC today and I can't get any output sound.

The bios of the NUC has an option "enable audio" which is ticked, and
"Mini DP/HDMI audio" that was also ticked.
I tried the above tests with both that "Mini DP/HDMI audio" ticked /
not ticked, but same results. Impossible to get some sound out.

Browsed the bug@ but didn't really find something related. Should I
file a bug report?

Cheers,

On Mon, Nov 30, 2015 at 11:43 AM, Josh <mylis...@gmail.com> wrote:
> On Mon, Nov 30, 2015 at 11:24 AM, Alexandre Ratchov <a...@caoua.org> wrote:
>> On Mon, Nov 30, 2015 at 11:09:51AM +0800, Josh wrote:
>>> Hi,
>>>
>>> Running amd64-current (last update at ~5pm UTC 29th Nov), azalia(4)
>>> works partially on that NUC NUC5i7RYH device:
>>> Recording through audacity for instance seems to work as I can see the
>>> amplitude changing when speaking through the microphone.
>>
>> this indicates that data moves between the device and the host, so
>> problems are likely to be caused by the mixer.
>>
>>> nuc$ mixerctl -av
>>> inputs.dac-0:1=126,126
>>> inputs.dac-2:3=126,126
>>> record.adc-0:1_mute=off  [ off on ]
>>> record.adc-0:1=124,124
>>> record.adc-2:3_mute=off  [ off on ]
>>> record.adc-2:3=124,124
>>> inputs.mix_source=mic  { mic }
>>> inputs.mix_mic=120,120
>>> inputs.mix2_source=dac-0:1,mix  { dac-0:1 mix }
>>> inputs.mix3_source=dac-2:3,mix  { dac-2:3 mix }
>>> inputs.mic=85,85
>>> outputs.mic_dir=input-vr80  [ none input input-vr0 input-vr50
>>> input-vr80 input-vr100 ]
>>> outputs.hp_source=mix2  [ mix2 mix3 ]
>>> outputs.hp_mute=off  [ off on ]
>>> outputs.hp_boost=off  [ off on ]
>>
>> ^^
>> does setting outputs.hp_boost=on helps ?
>>
>
> Unfortunately, I've tried and setting outputs.hp_boost=on does not help.

Re: azalia(4) partially working on Intel NUC NUC5i7RYH

[Josh]

Hi Ville,

Thanks for the info. However, my goal is not to get hdmi audio output
but  just normal audio out through the headphone jack in front of the
NUC, which at the moment does not work.

cheers

On Sat, Dec 19, 2015 at 7:03 AM, Ville Valkonen <weezeld...@gmail.com> wrote:
> Hi,
>
> there's no hdmi audio support yet.
>
> Regards,
> Ville
>
> On Dec 18, 2015 6:10 PM, "Josh" <mylis...@gmail.com> wrote:
>>
>> Hi,
>>
>> Just updated CVS tree around 4pm UTC today and I can't get any output
>> sound.
>>
>> The bios of the NUC has an option "enable audio" which is ticked, and
>> "Mini DP/HDMI audio" that was also ticked.
>> I tried the above tests with both that "Mini DP/HDMI audio" ticked /
>> not ticked, but same results. Impossible to get some sound out.
>>
>> Browsed the bug@ but didn't really find something related. Should I
>> file a bug report?
>>
>> Cheers,
>>
>> On Mon, Nov 30, 2015 at 11:43 AM, Josh <mylis...@gmail.com> wrote:
>> > On Mon, Nov 30, 2015 at 11:24 AM, Alexandre Ratchov <a...@caoua.org>
>> > wrote:
>> >> On Mon, Nov 30, 2015 at 11:09:51AM +0800, Josh wrote:
>> >>> Hi,
>> >>>
>> >>> Running amd64-current (last update at ~5pm UTC 29th Nov), azalia(4)
>> >>> works partially on that NUC NUC5i7RYH device:
>> >>> Recording through audacity for instance seems to work as I can see the
>> >>> amplitude changing when speaking through the microphone.
>> >>
>> >> this indicates that data moves between the device and the host, so
>> >> problems are likely to be caused by the mixer.
>> >>
>> >>> nuc$ mixerctl -av
>> >>> inputs.dac-0:1=126,126
>> >>> inputs.dac-2:3=126,126
>> >>> record.adc-0:1_mute=off  [ off on ]
>> >>> record.adc-0:1=124,124
>> >>> record.adc-2:3_mute=off  [ off on ]
>> >>> record.adc-2:3=124,124
>> >>> inputs.mix_source=mic  { mic }
>> >>> inputs.mix_mic=120,120
>> >>> inputs.mix2_source=dac-0:1,mix  { dac-0:1 mix }
>> >>> inputs.mix3_source=dac-2:3,mix  { dac-2:3 mix }
>> >>> inputs.mic=85,85
>> >>> outputs.mic_dir=input-vr80  [ none input input-vr0 input-vr50
>> >>> input-vr80 input-vr100 ]
>> >>> outputs.hp_source=mix2  [ mix2 mix3 ]
>> >>> outputs.hp_mute=off  [ off on ]
>> >>> outputs.hp_boost=off  [ off on ]
>> >>
>> >> ^^
>> >> does setting outputs.hp_boost=on helps ?
>> >>
>> >
>> > Unfortunately, I've tried and setting outputs.hp_boost=on does not help.

Re: azalia(4) partially working on Intel NUC NUC5i7RYH

[Ville Valkonen]

Hi,

there's no hdmi audio support yet.

Regards,
Ville
On Dec 18, 2015 6:10 PM, "Josh" <mylis...@gmail.com> wrote:

> Hi,
>
> Just updated CVS tree around 4pm UTC today and I can't get any output
> sound.
>
> The bios of the NUC has an option "enable audio" which is ticked, and
> "Mini DP/HDMI audio" that was also ticked.
> I tried the above tests with both that "Mini DP/HDMI audio" ticked /
> not ticked, but same results. Impossible to get some sound out.
>
> Browsed the bug@ but didn't really find something related. Should I
> file a bug report?
>
> Cheers,
>
> On Mon, Nov 30, 2015 at 11:43 AM, Josh <mylis...@gmail.com> wrote:
> > On Mon, Nov 30, 2015 at 11:24 AM, Alexandre Ratchov <a...@caoua.org>
> wrote:
> >> On Mon, Nov 30, 2015 at 11:09:51AM +0800, Josh wrote:
> >>> Hi,
> >>>
> >>> Running amd64-current (last update at ~5pm UTC 29th Nov), azalia(4)
> >>> works partially on that NUC NUC5i7RYH device:
> >>> Recording through audacity for instance seems to work as I can see the
> >>> amplitude changing when speaking through the microphone.
> >>
> >> this indicates that data moves between the device and the host, so
> >> problems are likely to be caused by the mixer.
> >>
> >>> nuc$ mixerctl -av
> >>> inputs.dac-0:1=126,126
> >>> inputs.dac-2:3=126,126
> >>> record.adc-0:1_mute=off  [ off on ]
> >>> record.adc-0:1=124,124
> >>> record.adc-2:3_mute=off  [ off on ]
> >>> record.adc-2:3=124,124
> >>> inputs.mix_source=mic  { mic }
> >>> inputs.mix_mic=120,120
> >>> inputs.mix2_source=dac-0:1,mix  { dac-0:1 mix }
> >>> inputs.mix3_source=dac-2:3,mix  { dac-2:3 mix }
> >>> inputs.mic=85,85
> >>> outputs.mic_dir=input-vr80  [ none input input-vr0 input-vr50
> >>> input-vr80 input-vr100 ]
> >>> outputs.hp_source=mix2  [ mix2 mix3 ]
> >>> outputs.hp_mute=off  [ off on ]
> >>> outputs.hp_boost=off  [ off on ]
> >>
> >> ^^
> >> does setting outputs.hp_boost=on helps ?
> >>
> >
> > Unfortunately, I've tried and setting outputs.hp_boost=on does not help.

Re: azalia(4) partially working on Intel NUC NUC5i7RYH

[Alexandre Ratchov]

On Mon, Nov 30, 2015 at 11:09:51AM +0800, Josh wrote:
> Hi,
> 
> Running amd64-current (last update at ~5pm UTC 29th Nov), azalia(4)
> works partially on that NUC NUC5i7RYH device:
> Recording through audacity for instance seems to work as I can see the
> amplitude changing when speaking through the microphone.

this indicates that data moves between the device and the host, so
problems are likely to be caused by the mixer.

> nuc$ mixerctl -av
> inputs.dac-0:1=126,126
> inputs.dac-2:3=126,126
> record.adc-0:1_mute=off  [ off on ]
> record.adc-0:1=124,124
> record.adc-2:3_mute=off  [ off on ]
> record.adc-2:3=124,124
> inputs.mix_source=mic  { mic }
> inputs.mix_mic=120,120
> inputs.mix2_source=dac-0:1,mix  { dac-0:1 mix }
> inputs.mix3_source=dac-2:3,mix  { dac-2:3 mix }
> inputs.mic=85,85
> outputs.mic_dir=input-vr80  [ none input input-vr0 input-vr50
> input-vr80 input-vr100 ]
> outputs.hp_source=mix2  [ mix2 mix3 ]
> outputs.hp_mute=off  [ off on ]
> outputs.hp_boost=off  [ off on ]

^^
does setting outputs.hp_boost=on helps ?

Re: azalia(4) partially working on Intel NUC NUC5i7RYH

[Josh]

On Mon, Nov 30, 2015 at 11:24 AM, Alexandre Ratchov <a...@caoua.org> wrote:
> On Mon, Nov 30, 2015 at 11:09:51AM +0800, Josh wrote:
>> Hi,
>>
>> Running amd64-current (last update at ~5pm UTC 29th Nov), azalia(4)
>> works partially on that NUC NUC5i7RYH device:
>> Recording through audacity for instance seems to work as I can see the
>> amplitude changing when speaking through the microphone.
>
> this indicates that data moves between the device and the host, so
> problems are likely to be caused by the mixer.
>
>> nuc$ mixerctl -av
>> inputs.dac-0:1=126,126
>> inputs.dac-2:3=126,126
>> record.adc-0:1_mute=off  [ off on ]
>> record.adc-0:1=124,124
>> record.adc-2:3_mute=off  [ off on ]
>> record.adc-2:3=124,124
>> inputs.mix_source=mic  { mic }
>> inputs.mix_mic=120,120
>> inputs.mix2_source=dac-0:1,mix  { dac-0:1 mix }
>> inputs.mix3_source=dac-2:3,mix  { dac-2:3 mix }
>> inputs.mic=85,85
>> outputs.mic_dir=input-vr80  [ none input input-vr0 input-vr50
>> input-vr80 input-vr100 ]
>> outputs.hp_source=mix2  [ mix2 mix3 ]
>> outputs.hp_mute=off  [ off on ]
>> outputs.hp_boost=off  [ off on ]
>
> ^^
> does setting outputs.hp_boost=on helps ?
>

Unfortunately, I've tried and setting outputs.hp_boost=on does not help.

azalia(4) partially working on Intel NUC NUC5i7RYH

[Josh]

Hi,

Running amd64-current (last update at ~5pm UTC 29th Nov), azalia(4)
works partially on that NUC NUC5i7RYH device:
Recording through audacity for instance seems to work as I can see the
amplitude changing when speaking through the microphone.

However, I was unable to get any sound out through that (only) headphone
jack.
I've tried different combinations such as maxing out all outputs,
unmute all of them, with sndiod stopped or started without/with flags
-f rsnd/0 but same results. cat /dev/random > /dev/audio, audio0 or
sound does not produce any sound.

I've listed below some tests results as well as outputs of the system
including dmesg with GENERIC.MP and DEBUG.MP (option AZALIA_DEBUG),
pcidump.
Any help would be greatly appreciated :)

Cheers,

nuc$ cat > /dev/audio < /dev/zero &
[1] 27833

nuc$ audioctl play.{seek,samples,errors}
audioctl: field play.seek does not exist
audioctl: field play.samples does not exist
play.errors=0

nuc$ audioctl play.{seek,samples,errors}
audioctl: field play.seek does not exist
audioctl: field play.samples does not exist
play.errors=0

nuc$ l /dev/audio*
lrwxr-xr-x  1 root  wheel 6 Nov 27 15:10 /dev/audio -> audio0
crw-rw-rw-  1 root  wheel   42, 128 Nov 30 10:49 /dev/audio0
crw-rw-rw-  1 root  wheel   42, 129 Nov 29 11:03 /dev/audio1
crw-rw-rw-  1 root  wheel   42, 130 Nov 27 15:13 /dev/audio2
lrwxr-xr-x  1 root  wheel 9 Nov 27 15:10 /dev/audioctl -> audioctl0
crw-rw-rw-  1 root  wheel   42, 192 Nov 28 23:17 /dev/audioctl0
crw-rw-rw-  1 root  wheel   42, 193 Nov 29 11:02 /dev/audioctl1
crw-rw-rw-  1 root  wheel   42, 194 Nov 27 15:13 /dev/audioctl2

nuc$ mixerctl -av
inputs.dac-0:1=126,126
inputs.dac-2:3=126,126
record.adc-0:1_mute=off  [ off on ]
record.adc-0:1=124,124
record.adc-2:3_mute=off  [ off on ]
record.adc-2:3=124,124
inputs.mix_source=mic  { mic }
inputs.mix_mic=120,120
inputs.mix2_source=dac-0:1,mix  { dac-0:1 mix }
inputs.mix3_source=dac-2:3,mix  { dac-2:3 mix }
inputs.mic=85,85
outputs.mic_dir=input-vr80  [ none input input-vr0 input-vr50
input-vr80 input-vr100 ]
outputs.hp_source=mix2  [ mix2 mix3 ]
outputs.hp_mute=off  [ off on ]
outputs.hp_boost=off  [ off on ]
outputs.hp_eapd=on  [ off on ]
record.adc-2:3_source=mic,mix  { mic mix }
record.adc-0:1_source=mic,mix  { mic mix }
outputs.mic_sense=unplugged  [ unplugged plugged ]
outputs.hp_sense=plugged  [ unplugged plugged ]
outputs.master=126,126
outputs.master.mute=off  [ off on ]
outputs.master.slaves=dac-0:1,hp  { dac-0:1 dac-2:3 hp }
record.volume=124,124
record.volume.mute=off  [ off on ]
record.volume.slaves=adc-0:1,adc-2:3  { adc-0:1 adc-2:3 mic }

nuc$ audioctl
name=HD-Audio
encodings=slinear_le:16:2:1,slinear_le:20:4:1,slinear_le:24:4:1
properties=full_duplex,independent
hiwat=2
lowat=2
mode=
play.rate=48000
play.channels=2
play.precision=16
play.bps=2
play.msb=1
play.encoding=slinear
play.pause=0
play.active=0
play.block_size=3840
play.bytes=0
play.errors=0
record.rate=48000
record.channels=2
record.precision=16
record.bps=2
record.msb=1
record.encoding=slinear
record.pause=0
record.active=0
record.block_size=3840
record.bytes=0
record.errors=0

dmesg using GENERIC.MP
OpenBSD 5.8-current (GENERIC.MP) #12: Mon Nov 30 01:16:26 SGT 2015
r...@nuc.none:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 16035188736 (15292MB)
avail mem = 15545081856 (14824MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.8 @ 0x36ee7000 (53 entries)
bios0: vendor Intel Corporation version
"RYBDWi35.86A.0350.2015.0812.1722" date 08/12/2015
bios0: Intel Corporation NUC5i7RYB
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC FPDT FIDT MCFG HPET SSDT UEFI LPIT SSDT
ASF! SSDT SSDT SSDT DMAR
acpi0: wakeup devices PEGP(S4) PEG0(S4) PEGP(S4) PEG1(S4) PEGP(S4)
PEG2(S4) PS2K(S3) PS2M(S3) PXSX(S4) RP01(S4) PXSX(S4) RP02(S4)
PXSX(S4) RP03(S4) PXSX(S4) RP04(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i7-5557U CPU @ 3.10GHz, 2894.02 MHz
cpu0:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX
,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEA
DLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FS
GSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,SENSOR,ARAT
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 99MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Core(TM) i7-5557U CPU @ 3.10GHz, 2887.55 MHz
cpu1:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,P

Re: azalia audio works, then stutters until reboot

[luke350]

[I see I sent with too-long lines by mistake; sorry; resending with
that corrected.]

On 11/23/15 05:11, Alexandre Ratchov wrote:

On Fri, Nov 20, 2015 at 10:31:34AM -0700, luke...@onemodel.org wrote:

Could the root umask of 0077 be a problem?  my /tmp/aucat directory
has different permissions than yours.


The problem is in sndiod; it's supposed create a world readable
directory regardless the user umask.

I just commited the fix; you could either start it with the 022
umask now or rebuild sndiod with sndiod.c rev 1.14 or newer.

Let me know if things work better.


Thanks. Now sndiod -ddd log output is more like what you were looking
for.  Would it be good for sndiod to complain more verbosely when that
problem occurs (ie, in a way that's easier to diagnose such an issue
in the future)?



I set that umask for all
users to avoid forgetfully
bleeding information between accounts.


Another option is to create the home directories with mode 0700 and
leave the default umask.  This doesn't protect files outside their
home dir, but I'm not sure this would be a problem.


Would the 0077 umask simply be a better default for the OS?  I haven't
checked historical discussions behind that yet, but on the surface it
seems better to me. Some issues would have to be addressed in packages.
Or is that a question I should ask in a separate thread?


Now, having changed that permission, and restarted sndiod to get the
log output, I duplicated your earlier diagnostic tips with aucat,
then played part of a .mid file with timidity, no problems to there,
all showing in the log, then started a video in smplayer (now under
a different account, via ssh -X), jumping forward/backward with L/R
arrow keys, and then adjusting the volume using the xfce applet,
which finally duplicated the stuttering sound problem.

/tmp#la aucat/
total 24
srw-rw-rw-   1 root  wheel 0 Nov 23 08:26 aucat0
drwxr-xr-x   2 root  wheel   512 Nov 23 08:26 .
drwxrwxrwt  30 root  wheel  7168 Nov 23 08:46 ..

Does the log show anything useful about what might cause the
stuttering or what I could do for more info?  I posted the new
log at:
ftp://onemodel.org/sndiod2.log

Thanks again.

--
Luke A. Call
--
Things I'd like to say to more people:
http://www.onemodel.org/1/e-9223372036854618449.html

Re: azalia audio works, then stutters until reboot

[Alexandre Ratchov]

On Fri, Nov 20, 2015 at 10:31:34AM -0700, luke...@onemodel.org wrote:
>
> $ls -ltrd /tmp/aucat
> drwx--  2 root  wheel   512B Nov 20 09:39 /tmp/aucat/
> $ls -ltr /tmp/aucat
> ls: aucat: Permission denied
> [and timidity playing a .mid file was working]
> [then i killed sndiod with ^C.]
> 
> Could the root umask of 0077 be a problem?  my /tmp/aucat directory
> has different permissions than yours.

The problem is in sndiod; it's supposed create a world readable
directory regardless the user umask.

I just commited the fix; you could either start it with the 022
umask now or rebuild sndiod with sndiod.c rev 1.14 or newer.

Let me know if things work better.

> I set that umask for all
> users to avoid forgetfully
> bleeding information between accounts.

Another option is to create the home directories with mode 0700 and
leave the default umask.  This doesn't protect files outside their
home dir, but I'm not sure this would be a problem.

Re: azalia audio works, then stutters until reboot

[luke350]

On 11/23/15 05:11, Alexandre Ratchov wrote:

On Fri, Nov 20, 2015 at 10:31:34AM -0700, luke...@onemodel.org wrote:

Could the root umask of 0077 be a problem?  my /tmp/aucat directory
has different permissions than yours.


The problem is in sndiod; it's supposed create a world readable
directory regardless the user umask.

I just commited the fix; you could either start it with the 022
umask now or rebuild sndiod with sndiod.c rev 1.14 or newer.

Let me know if things work better.


Thanks. Now sndiod -ddd log output is more like what you were looking 
for.  Would it be good for sndiod to complain more verbosely when that

problem occurs (ie, in a way that's easier to diagnose such an issue
in the future)?



I set that umask for all
users to avoid forgetfully
bleeding information between accounts.


Another option is to create the home directories with mode 0700 and
leave the default umask.  This doesn't protect files outside their
home dir, but I'm not sure this would be a problem.


Would the 0077 umask simply be a better default for the OS?  I haven't 
checked historical discussions behind that yet, but on the surface it 
seems better to me. Some issues would have to be addressed in packages.

Or is that a question I should ask in a separate thread?


Now, having changed that permission, and restarted sndiod to get the
log output, I duplicated your earlier diagnostic tips with aucat,
then played part of a .mid file with timidity, no problems to there, all 
showing in the log, then started a video in smplayer (now under a 
different account, via ssh -X), jumping forward/backward with L/R arrow

keys, and then adjusting the volume using the xfce applet, which
finally duplicated the stuttering sound problem.

/tmp#la aucat/
total 24
srw-rw-rw-   1 root  wheel 0 Nov 23 08:26 aucat0
drwxr-xr-x   2 root  wheel   512 Nov 23 08:26 .
drwxrwxrwt  30 root  wheel  7168 Nov 23 08:46 ..

Does the log show anything useful about what might cause the
stuttering or what I could do for more info?  I posted the new log at:
ftp://onemodel.org/sndiod2.log

Thanks again,
Luke

Re: azalia audio works, then stutters until reboot

[luke350]

On 11/20/15 02:12, Alexandre Ratchov wrote:

On Thu, Nov 19, 2015 at 12:48:08PM -0700, luke call wrote:

$cat sndiod-log
snd0 pst=cfg.default: rec=0:1 play=0:1 vol=23170 dup
listen(/tmp/aucat/aucat0|ini): created


this is very strange, sndiod would have logged all the audio
traffic.  Could you check that this is the right file or that
programs are not bypassing sndiod for any reason ?





It's the right file, or at least it was created at that time,
evidently as a direct result of the -ddd switch.  I'm not aware
of what else could have created it.

Could sndiod have got into a state where it quits logging
(maybe somehow related to the audio looping w/ the same beep
for a long time)? Or, needs a poke to flush a log buffer
to disk?  or more -d's?

Is the error message from timidity (midi-playing client)
relevant?:
 io_open() failed
 Couldn't open sndio mode (`s')

How would I determine if
something bypasses sndiod?  E.g., would some other
client program give more helpful info, at least about what
it's trying to do and how it's trying it, like aucat or
something?  Should I be running something akin to
linux's strace to really dig at some angle? (I'm
not remembering the openbsd equivalent.)




the surprising part is the length of the sndiod-log file.
You could try to start sndiod in one window:

doas pkill sndiod
doas sndiod -ddd

then play silence with aucat in another window:

aucat -i /dev/zero

you should see a lot of messages output by sndiod:

snd0 pst=cfg.default: rec=0:1 play=0:1 vol=23170 dup
listen(/tmp/aucat/aucat0|ini): created
ignored huge clock delta
sock(sock|ini): created
sock,rmsg,widl: AUTH message
sock,rmsg,widl: HELLO message
sock,rmsg,widl: hello from , mode = 1, ver 7
sock,rmsg,widl: using snd0 pst=cfg.default, mode = 1
aucat0: overwritten slot 0
snd0 pst=cfg: device requested
sio(rsnd/0|ini): created
snd0 pst=ini: 48000Hz, s16le, play 0:1, rec 0:1, 8 blocks of 960 frames
...
...

they indicate whan aucat is doing with the sound device.  If I run
timidity, I get similar messages.  I'll look at what timidity does;
meanwhile could you try to make programs not bypass sndiod?

This could be caused by, an AUDIODEVICE environment variable, or
deleted /tmp/aucat/ directory (or bad permissions) or multiple
sndiod processes running

on my machine:

$ pgrep -x sndiod
7941

$ /bin/ls -al /tmp/aucat/
total 8
drwxr-xr-x  2 root  wheel  512 Nov 20 10:08 .
drwxrwxrwt  8 root  wheel  512 Nov 20 10:03 ..
srw-rw-rw-  1 root  wheel0 Nov 20 10:08 aucat0

and I've no AUDIODEVICE environment variable.  Could there some
timidity configuration files or environment variables that force
tell it to bypass sndiod.



Here's what I get. This output shows the switching between the two users 
(root and a regular user) who are running the commands:

#pkill sndiod
#sndiod -ddd 2>&1 | tee /tmp/sndiod.log
snd0 pst=cfg.default: rec=0:1 play=0:1 vol=23170 dup
listen(/tmp/aucat/aucat0|ini): created
[and that's all until i killed it after doing the next audio cmds as 
other user]


$aucat -i /dev/zero
[wait several seconds]
^C
$echo $AUDIODEVICE

$ls -ltrd /tmp/aucat
drwx--  2 root  wheel   512B Nov 20 09:39 /tmp/aucat/
$ls -ltr /tmp/aucat
ls: aucat: Permission denied
[and timidity playing a .mid file was working]
[then i killed sndiod with ^C.]


#ls -ltr /tmp/aucat
total 0
srw-rw-rw-  1 root  wheel  0 Nov 20 09:39 aucat0
#ls -ltrd /tmp/aucat
drwx--  2 root  wheel  512 Nov 20 09:39 /tmp/aucat
#ps aux|grep -i sndiod
root 22835  0.0  0.0   304   704 p1  R+ 9:47AM0:00.00 grep 
-i sndiod

#umask
0077
#sndiod -ddd 2>&1 | tee /tmp/sndiod.log
snd0 pst=cfg.default: rec=0:1 play=0:1 vol=23170 dup
listen(/tmp/aucat/aucat0|ini): created

^Z
[1]+  Stopped sndiod -ddd 2>&1 | tee /tmp/sndiod.log
#bg
[1]+ sndiod -ddd 2>&1 | tee /tmp/sndiod.log &
#ps aux|grep -i sndiod
_sndio   30197  0.0  0.0   416  1368 p1  S< 9:52AM0:00.00 sndiod 
-ddd

#ktrace -aid -p 30197
#echo $?
0
#l *out
-rw---  1 root  wheel  63.1K Nov 20 09:53 ktrace.out

$aucat -i /dev/zero
[wait several seconds.]
^C
$timidity *mid
Playing aislean.mid
MIDI file: aislean.mid
Format: 1  Tracks: 3  Divisions: 240
^CTerminated sig=0x02
[the above cmd did play music]

#ktrace -C
#l *out
-rw---  1 root  wheel  63.1K Nov 20 09:53 ktrace.out
#l /tmp/*log
-rw---  1 root  wheel92B Nov 20 09:53 /tmp/sndiod.log
#cat /tmp/*log
snd0 pst=cfg.default: rec=0:1 play=0:1 vol=23170 dup
listen(/tmp/aucat/aucat0|ini): created
#



Could the root umask of 0077 be a problem?  my /tmp/aucat directory
has different permissions than yours.  I set that umask for all
users to avoid forgetfully
bleeding information between accounts.  (I've found that the umask
cannot have that restrictive setting for reliably running pkg_add, so
I have a script that sets it back to the default for that purpose when 
needed, though it seems like it would be better for packages to

reliably set the permissions they need and not depend on the root

Re: Azalia Volume Too Quiet

[Alexey Suslikov]

Daniel Wilkins wrote:

> inputs.dac-0:1=150,150
> inputs.dac-2:3=150,150
> inputs.mix_spkr2=248,248
> inputs.mix_spkr3=248,248
> inputs.spkr2=255,255
> outputs.spkr2_dir=output
> inputs.spkr3=255,255
> outputs.spkr3_dir=output
> outputs.master.slaves=dac-0:1,dac-2:3,spkr,hp,spkr2,spkr3

2 volume controls in output path (at least). You probably may try
to limit volume control to DACs

outputs.master.slaves=dac-0:1,dac-2:3

and max out everything else in output path. Or

outputs.master.slaves=spkr,hp

and max out everything else in output path (including DACs).

Re: Azalia Volume Too Quiet

[Daniel Wilkins]

On Thu, Nov 19, 2015 at 11:34:53AM +0200, Alexey Suslikov wrote:
> 2 volume controls in output path (at least). You probably may try
> to limit volume control to DACs
> 
> outputs.master.slaves=dac-0:1,dac-2:3
> 
> and max out everything else in output path. Or
> 
> outputs.master.slaves=spkr,hp
> 
> and max out everything else in output path (including DACs).
> 

I've just tried playing with the dac values. They cap out at 174
and they don't seem to affect the volume at all. I tried to follow
Mike's advice as well and make a more direct path, but I ended up
with $ mixerctl outputs.spkr_source=dac-2:3
mixerctl: Bad enum value dac-2:3

current mixerctl:

inputs.dac-0:1=174,174
inputs.dac-2:3=174,174
record.adc-2:3_mute=off
record.adc-2:3=124,124
record.adc-0:1_mute=off
record.adc-0:1=124,124
inputs.mix_source=mic2,spkr2,spkr3,beep
inputs.mix_mic2=120,120
inputs.mix_spkr2=248,248
inputs.mix_spkr3=248,248
inputs.mix_beep=120,120
inputs.mix2_source=dac-0:1,mix
inputs.mix3_source=dac-2:3,mix
inputs.mic=85,85
outputs.spkr_source=mix3
outputs.spkr_mute=off
outputs.spkr_eapd=on
outputs.hp_source=mix2
outputs.hp_mute=off
outputs.hp_boost=on
outputs.hp_eapd=on
outputs.mic2_source=mix2
outputs.mic2_mute=off
inputs.mic2=85,85
outputs.mic2_dir=input-vr80
outputs.spkr2_source=mix2
outputs.spkr2_mute=off
inputs.spkr2=255,255
outputs.spkr2_dir=output
outputs.spkr3_source=mix2
outputs.spkr3_mute=off
inputs.spkr3=255,255
outputs.spkr3_dir=output
record.adc-0:1_source=mic2,spkr2,spkr3,beep,mix,mic
record.adc-2:3_source=mic2,spkr2,spkr3,beep,mix
outputs.hp_sense=unplugged
outputs.mic2_sense=unplugged
outputs.spkr_muters=hp,mic2
outputs.master=255,255
outputs.master.mute=off
outputs.master.slaves=dac-0:1,dac-2:3,spkr,hp,spkr2,spkr3
record.volume=124,124
record.volume.mute=off
record.volume.slaves=adc-2:3,adc-0:1

Re: Azalia Volume Too Quiet

[Daniel Wilkins]

Sure. You can reply to just the list, by the way; I'm subscribed.

inputs.dac-0:1=142,142 
inputs.dac-2:3=142,142 
record.adc-2:3_mute=off  [ off on ]
record.adc-2:3=124,124 
record.adc-0:1_mute=off  [ off on ]
record.adc-0:1=124,124 
inputs.mix_source=mic2,spkr2,spkr3,beep  { mic2 spkr2 spkr3 beep }
inputs.mix_mic2=120,120 
inputs.mix_spkr2=248,248 
inputs.mix_spkr3=248,248 
inputs.mix_beep=120,120 
inputs.mix2_source=dac-0:1,mix  { dac-0:1 mix }
inputs.mix3_source=dac-2:3,mix  { dac-2:3 mix }
inputs.mic=85,85 
outputs.spkr_source=mix3  [ mix2 mix3 ]
outputs.spkr_mute=off  [ off on ]
outputs.spkr_eapd=on  [ off on ]
outputs.hp_source=mix2  [ mix2 mix3 ]
outputs.hp_mute=off  [ off on ]
outputs.hp_boost=on  [ off on ]
outputs.hp_eapd=on  [ off on ]
outputs.mic2_source=mix2  [ mix2 mix3 ]
outputs.mic2_mute=off  [ off on ]
inputs.mic2=85,85 
outputs.mic2_dir=input-vr80  [ none output input input-vr0 input-vr50 
input-vr80 input-vr100 ]
outputs.spkr2_source=mix2  [ mix2 mix3 ]
outputs.spkr2_mute=off  [ off on ]
inputs.spkr2=255,255 
outputs.spkr2_dir=output  [ none output input input-vr0 input-vr50 input-vr80 
input-vr100 ]
outputs.spkr3_source=mix2  [ mix2 mix3 ]
outputs.spkr3_mute=off  [ off on ]
inputs.spkr3=255,255 
outputs.spkr3_dir=output  [ none output input input-vr0 input-vr50 input-vr80 
input-vr100 ]
record.adc-0:1_source=mic2,spkr2,spkr3,beep,mix,mic  { mic2 spkr2 spkr3 beep 
mix mic }
record.adc-2:3_source=mic2,spkr2,spkr3,beep,mix  { mic2 spkr2 spkr3 beep mix }
outputs.hp_sense=unplugged  [ unplugged plugged ]
outputs.mic2_sense=unplugged  [ unplugged plugged ]
outputs.spkr_muters=hp,mic2  { hp mic2 }
outputs.master=143,143 
outputs.master.mute=off  [ off on ]
outputs.master.slaves=dac-0:1,dac-2:3,spkr,hp,spkr2,spkr3  { dac-0:1 dac-2:3 
spkr hp mic2 spkr2 spkr3 }
record.volume=124,124 
record.volume.mute=off  [ off on ]
record.volume.slaves=adc-2:3,adc-0:1  { adc-2:3 adc-0:1 mic mic2 spkr2 spkr3 }

Re: Azalia Volume Too Quiet

[Mike Cond]

Could you show  the output from mixerctl -av



On Thursday, November 19, 2015 7:32 PM, Daniel Wilkins
 wrote:


 On Thu, Nov 19, 2015 at 11:34:53AM +0200, Alexey Suslikov wrote:
> 2 volume controls in output path (at least). You probably may try
> to limit volume control to DACs
>
> outputs.master.slaves=dac-0:1,dac-2:3
>
> and max out everything else in output path. Or
>
> outputs.master.slaves=spkr,hp
>
> and max out everything else in output path (including DACs).
>

I've just tried playing with the dac values. They cap out at 174
and they don't seem to affect the volume at all. I tried to follow
Mike's advice as well and make a more direct path, but I ended up
with $ mixerctl outputs.spkr_source=dac-2:3
mixerctl: Bad enum value dac-2:3

current mixerctl:

inputs.dac-0:1=174,174
inputs.dac-2:3=174,174
record.adc-2:3_mute=off
record.adc-2:3=124,124
record.adc-0:1_mute=off
record.adc-0:1=124,124
inputs.mix_source=mic2,spkr2,spkr3,beep
inputs.mix_mic2=120,120
inputs.mix_spkr2=248,248
inputs.mix_spkr3=248,248
inputs.mix_beep=120,120
inputs.mix2_source=dac-0:1,mix
inputs.mix3_source=dac-2:3,mix
inputs.mic=85,85
outputs.spkr_source=mix3
outputs.spkr_mute=off
outputs.spkr_eapd=on
outputs.hp_source=mix2
outputs.hp_mute=off
outputs.hp_boost=on
outputs.hp_eapd=on
outputs.mic2_source=mix2
outputs.mic2_mute=off
inputs.mic2=85,85
outputs.mic2_dir=input-vr80
outputs.spkr2_source=mix2
outputs.spkr2_mute=off
inputs.spkr2=255,255
outputs.spkr2_dir=output
outputs.spkr3_source=mix2
outputs.spkr3_mute=off
inputs.spkr3=255,255
outputs.spkr3_dir=output
record.adc-0:1_source=mic2,spkr2,spkr3,beep,mix,mic
record.adc-2:3_source=mic2,spkr2,spkr3,beep,mix
outputs.hp_sense=unplugged
outputs.mic2_sense=unplugged
outputs.spkr_muters=hp,mic2
outputs.master=255,255
outputs.master.mute=off
outputs.master.slaves=dac-0:1,dac-2:3,spkr,hp,spkr2,spkr3
record.volume=124,124
record.volume.mute=off
record.volume.slaves=adc-2:3,adc-0:1

Re: Azalia Volume Too Quiet

[Mike Cond]

 There is no direct path to dac in your mixer. I would try to exclude mix from
inputs.mix2_source=dac-0:1,mix
inputs.mix3_source=dac-2:3,mix.

So your  outputs.spkr_source will contain mix3 but without mix components.

On Thursday, November 19, 2015 10:10 PM, Daniel Wilkins
 wrote:


 Sure. You can reply to just the list, by the way; I'm subscribed.

inputs.dac-0:1=142,142
inputs.dac-2:3=142,142
record.adc-2:3_mute=off  [ off on ]
record.adc-2:3=124,124
record.adc-0:1_mute=off  [ off on ]
record.adc-0:1=124,124
inputs.mix_source=mic2,spkr2,spkr3,beep  { mic2 spkr2 spkr3 beep }
inputs.mix_mic2=120,120
inputs.mix_spkr2=248,248
inputs.mix_spkr3=248,248
inputs.mix_beep=120,120
inputs.mix2_source=dac-0:1,mix  { dac-0:1 mix }
inputs.mix3_source=dac-2:3,mix  { dac-2:3 mix }
inputs.mic=85,85
outputs.spkr_source=mix3  [ mix2 mix3 ]
outputs.spkr_mute=off  [ off on ]
outputs.spkr_eapd=on  [ off on ]
outputs.hp_source=mix2  [ mix2 mix3 ]
outputs.hp_mute=off  [ off on ]
outputs.hp_boost=on  [ off on ]
outputs.hp_eapd=on  [ off on ]
outputs.mic2_source=mix2  [ mix2 mix3 ]
outputs.mic2_mute=off  [ off on ]
inputs.mic2=85,85
outputs.mic2_dir=input-vr80  [ none output input input-vr0 input-vr50
input-vr80 input-vr100 ]
outputs.spkr2_source=mix2  [ mix2 mix3 ]
outputs.spkr2_mute=off  [ off on ]
inputs.spkr2=255,255
outputs.spkr2_dir=output  [ none output input input-vr0 input-vr50 input-vr80
input-vr100 ]
outputs.spkr3_source=mix2  [ mix2 mix3 ]
outputs.spkr3_mute=off  [ off on ]
inputs.spkr3=255,255
outputs.spkr3_dir=output  [ none output input input-vr0 input-vr50 input-vr80
input-vr100 ]
record.adc-0:1_source=mic2,spkr2,spkr3,beep,mix,mic  { mic2 spkr2 spkr3 beep
mix mic }
record.adc-2:3_source=mic2,spkr2,spkr3,beep,mix  { mic2 spkr2 spkr3 beep mix
}
outputs.hp_sense=unplugged  [ unplugged plugged ]
outputs.mic2_sense=unplugged  [ unplugged plugged ]
outputs.spkr_muters=hp,mic2  { hp mic2 }
outputs.master=143,143
outputs.master.mute=off  [ off on ]
outputs.master.slaves=dac-0:1,dac-2:3,spkr,hp,spkr2,spkr3  { dac-0:1 dac-2:3
spkr hp mic2 spkr2 spkr3 }
record.volume=124,124
record.volume.mute=off  [ off on ]
record.volume.slaves=adc-2:3,adc-0:1  { adc-2:3 adc-0:1 mic mic2 spkr2 spkr3
}

Re: Azalia Volume Too Quiet

[Daniel Wilkins]

On Thu, Nov 19, 2015 at 10:13:09PM +, Mike Cond wrote:
>  There is no direct path to dac in your mixer. I would try to exclude mix from
> inputs.mix2_source=dac-0:1,mix
> inputs.mix3_source=dac-2:3,mix.
> 
> So your  outputs.spkr_source will contain mix3 but without mix components.

Did a quick preliminary test, I think I'm still capped at 180. I'm in public 
though,
so it was a bit quick.

Re: Azalia Volume Too Quiet

[Mike Cond]

Did you try mixerctl inputs.dac-0:1=255,255
                     mixerctl
inputs.dac-2:3=255,255                     mixerctl
outputs.spkr_source=dac-2:3                     mixerctl 
outputs.hp_source=dac-0:1                     mixerctl 
outputs.master=255,255


On Thursday, November 19, 2015 5:58 AM, Daniel Wilkins
 wrote:


 On Wed, Nov 18, 2015 at 08:15:08PM +, Raf Czlonka wrote:
> Stefan, the OP already mentioned (see above) that he had already tried
> that and it stays constant.
>
> On my machine, increasing the volume on 'outputs.mixY', where 'Y' is
> '2', did the trick.
>
> Setting 'outputs.hp_boost=on' (for headphones) may increase the volume
> further.
>
> Regards,
>
> Raf
>

I haven't got an outputs.mixY on my box, I'm afraid. There are references in
other
values to a mix2 though, like outputs.spkr2_source=mix2. There *is* an
inputs.mix_spkr{2,3}.
Changing them gives me an extra 10 units of volume (170 is distinguishable
from 255, 180 is not).
mixerctl output:

inputs.dac-0:1=150,150
inputs.dac-2:3=150,150
record.adc-2:3_mute=off
record.adc-2:3=124,124
record.adc-0:1_mute=off
record.adc-0:1=124,124
inputs.mix_source=mic2,spkr2,spkr3,beep
inputs.mix_mic2=120,120
inputs.mix_spkr2=248,248
inputs.mix_spkr3=248,248
inputs.mix_beep=120,120
inputs.mix2_source=dac-0:1,mix
inputs.mix3_source=dac-2:3,mix
inputs.mic=85,85
outputs.spkr_source=mix3
outputs.spkr_mute=off
outputs.spkr_eapd=on
outputs.hp_source=mix2
outputs.hp_mute=off
outputs.hp_boost=off
outputs.hp_eapd=on
outputs.mic2_source=mix2
outputs.mic2_mute=off
inputs.mic2=85,85
outputs.mic2_dir=input-vr80
outputs.spkr2_source=mix2
outputs.spkr2_mute=off
inputs.spkr2=255,255
outputs.spkr2_dir=output
outputs.spkr3_source=mix2
outputs.spkr3_mute=off
inputs.spkr3=255,255
outputs.spkr3_dir=output
record.adc-0:1_source=mic2,spkr2,spkr3,beep,mix,mic
record.adc-2:3_source=mic2,spkr2,spkr3,beep,mix
outputs.hp_sense=unplugged
outputs.mic2_sense=unplugged
outputs.spkr_muters=hp,mic2
outputs.master=151,151
outputs.master.mute=off
outputs.master.slaves=dac-0:1,dac-2:3,spkr,hp,spkr2,spkr3
record.volume=124,124
record.volume.mute=off
record.volume.slaves=adc-2:3,adc-0:1

Re: Azalia Volume Too Quiet

[Raf Czlonka]

On Wed, Nov 18, 2015 at 02:27:21PM GMT, Stefan Wollny wrote:
> Am 11/18/15 um 01:43 schrieb Daniel Wilkins:
> >When I try to play sounds on my Thinkpad T430 I find that the audio's rather
> >quiet, I've experimented a bit and found that at about 170 (mixerctl
> >outputs.master=170) the volume stops increasing. It just stays constant from
> >170 to 255, or at least the change is so quiet that I can't hear it. I've 
> >looked
> >around in the driver a little bit, but I'm no kernel hacker, the only thing I
> >noticed that might help is that for a few widgets outamp (I'm assuming output
> >amplify?) is muted.
> >
> 
> Check the following:
> $ mixerctl outputs.master
> 
> Most likely it is s.th. like "120,120". Try setting it to "245,245" (either
> with doas/sudo or su to root).
> 
> If it fits your needs, cp mixerctl.conf from /etc/examples to /etc and set
> the variable accordingly to make this setting permanent.

Stefan, the OP already mentioned (see above) that he had already tried
that and it stays constant.

On my machine, increasing the volume on 'outputs.mixY', where 'Y' is
'2', did the trick.

Setting 'outputs.hp_boost=on' (for headphones) may increase the volume
further.

Regards,

Raf

Re: Azalia Volume Too Quiet

[Stefan Wollny]

Am 11/18/15 um 01:43 schrieb Daniel Wilkins:

When I try to play sounds on my Thinkpad T430 I find that the audio's rather
quiet, I've experimented a bit and found that at about 170 (mixerctl
outputs.master=170) the volume stops increasing. It just stays constant from
170 to 255, or at least the change is so quiet that I can't hear it. I've looked
around in the driver a little bit, but I'm no kernel hacker, the only thing I
noticed that might help is that for a few widgets outamp (I'm assuming output
amplify?) is muted.



Check the following:
$ mixerctl outputs.master

Most likely it is s.th. like "120,120". Try setting it to "245,245" 
(either with doas/sudo or su to root).


If it fits your needs, cp mixerctl.conf from /etc/examples to /etc and 
set the variable accordingly to make this setting permanent.


Best,
STEFAN

Re: Azalia Volume Too Quiet

[Daniel Wilkins]

Oh, a quick self reply:
I've noticed that when I look in audioctl, if I have
just oss then lowat = hiwat = 25, with sndio running
lowat = hiwat = 8. Not sure if this is helpful information.

Re: Azalia Volume Too Quiet

[Daniel Wilkins]

On Wed, Nov 18, 2015 at 08:15:08PM +, Raf Czlonka wrote:
> Stefan, the OP already mentioned (see above) that he had already tried
> that and it stays constant.
> 
> On my machine, increasing the volume on 'outputs.mixY', where 'Y' is
> '2', did the trick.
> 
> Setting 'outputs.hp_boost=on' (for headphones) may increase the volume
> further.
> 
> Regards,
> 
> Raf
> 

I haven't got an outputs.mixY on my box, I'm afraid. There are references in 
other
values to a mix2 though, like outputs.spkr2_source=mix2. There *is* an 
inputs.mix_spkr{2,3}.
Changing them gives me an extra 10 units of volume (170 is distinguishable from 
255, 180 is not).
mixerctl output:

inputs.dac-0:1=150,150
inputs.dac-2:3=150,150
record.adc-2:3_mute=off
record.adc-2:3=124,124
record.adc-0:1_mute=off
record.adc-0:1=124,124
inputs.mix_source=mic2,spkr2,spkr3,beep
inputs.mix_mic2=120,120
inputs.mix_spkr2=248,248
inputs.mix_spkr3=248,248
inputs.mix_beep=120,120
inputs.mix2_source=dac-0:1,mix
inputs.mix3_source=dac-2:3,mix
inputs.mic=85,85
outputs.spkr_source=mix3
outputs.spkr_mute=off
outputs.spkr_eapd=on
outputs.hp_source=mix2
outputs.hp_mute=off
outputs.hp_boost=off
outputs.hp_eapd=on
outputs.mic2_source=mix2
outputs.mic2_mute=off
inputs.mic2=85,85
outputs.mic2_dir=input-vr80
outputs.spkr2_source=mix2
outputs.spkr2_mute=off
inputs.spkr2=255,255
outputs.spkr2_dir=output
outputs.spkr3_source=mix2
outputs.spkr3_mute=off
inputs.spkr3=255,255
outputs.spkr3_dir=output
record.adc-0:1_source=mic2,spkr2,spkr3,beep,mix,mic
record.adc-2:3_source=mic2,spkr2,spkr3,beep,mix
outputs.hp_sense=unplugged
outputs.mic2_sense=unplugged
outputs.spkr_muters=hp,mic2
outputs.master=151,151
outputs.master.mute=off
outputs.master.slaves=dac-0:1,dac-2:3,spkr,hp,spkr2,spkr3
record.volume=124,124
record.volume.mute=off
record.volume.slaves=adc-2:3,adc-0:1

Azalia Volume Too Quiet

[Daniel Wilkins]

When I try to play sounds on my Thinkpad T430 I find that the audio's rather
quiet, I've experimented a bit and found that at about 170 (mixerctl
outputs.master=170) the volume stops increasing. It just stays constant from
170 to 255, or at least the change is so quiet that I can't hear it. I've looked
around in the driver a little bit, but I'm no kernel hacker, the only thing I
noticed that might help is that for a few widgets outamp (I'm assuming output
amplify?) is muted.

dmesg (with AZALIA_DEBUG) and audioctl:
name=HD-Audio
encodings=slinear_le:16:2:1,slinear_le:20:4:1,slinear_le:24:4:1
properties=full_duplex,independent
hiwat=25
lowat=25
mode=play
play.rate=44100
play.channels=2
play.precision=16
play.bps=2
play.msb=1
play.encoding=slinear_le
play.pause=1
vplay.active=0
play.block_size=1792
play.bytes=0
play.errors=0
record.rate=44100
record.channels=2
record.precision=16
record.bps=2
record.msb=1
record.encoding=slinear_le
record.pause=1
record.active=0
record.block_size=1792
record.bytes=0
record.errors=0

OpenBSD 5.8-current (GENERIC.MP) #0: Tue Nov 17 19:22:36 EST 2015
da...@hetalia.router5d2448.com:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 8237068288 (7855MB)
avail mem = 7983288320 (7613MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xdae9c000 (69 entries)
bios0: vendor LENOVO version "G1ETA2WW (2.62 )" date 01/10/2014
bios0: LENOVO 2344BZU
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP SLIC TCPA SSDT SSDT SSDT HPET APIC MCFG ECDT FPDT ASF! 
UEFI UEFI MSDM SSDT SSDT DMAR UEFI DBG2
acpi0: wakeup devices LID_(S4) SLPB(S3) IGBE(S4) EXP3(S4) XHCI(S3) EHC1(S3) 
EHC2(S3) HDEF(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 14318179 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz, 1197.51 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,SENSOR,ARAT
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 99MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.1.2, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz, 1197.28 MHz
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,SENSOR,ARAT
cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 1, core 0, package 0
cpu2 at mainbus0: apid 2 (application processor)
cpu2: Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz, 1197.28 MHz
cpu2: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,SENSOR,ARAT
cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 0, core 1, package 0
cpu3 at mainbus0: apid 3 (application processor)
cpu3: Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz, 1197.28 MHz
cpu3: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,SENSOR,ARAT
cpu3: 256KB 64b/line 8-way L2 cache
cpu3: smt 1, core 1, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins
acpimcfg0 at acpi0 addr 0xf800, bus 0-63
acpiec0 at acpi0
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (PEG_)
acpiprt2 at acpi0: bus 2 (EXP1)
acpiprt3 at acpi0: bus 3 (EXP2)
acpiprt4 at acpi0: bus -1 (EXP3)
acpicpu0 at acpi0: C3(200@87 mwait.1@0x30), C2(500@59 mwait.1@0x10), C1(1000@1 
mwait.1), PSS
acpicpu1 at acpi0: C3(200@87 mwait.1@0x30), C2(500@59 mwait.1@0x10), C1(1000@1 
mwait.1), PSS
acpicpu2 at acpi0: C3(200@87 mwait.1@0x30), C2(500@59 mwait.1@0x10), C1(1000@1 
mwait.1), PSS
acpicpu3 at acpi0: C3(200@87 mwait.1@0x30), C2(500@59 mwait.1@0x10), C1(1000@1 
mwait.1), PSS
acpipwrres0 at acpi0: PUBS, resource for XHCI, EHC1, EHC2
acpitz0 at acpi0: critical temperature is 200 degC
acpibtn0 at acpi0: LID_
acpibtn1 at acpi0: SLPB
acpibat0 at acpi0: BAT0 model "45N1107" serial 24045 type LION oem "LGC"
acpibat1 at acpi0: BAT1 not present
acpiac0 at acpi0: AC unit offline
acpithinkpad0 at acpi0
cpu0: Enhanced SpeedStep 1197 MHz: speeds: 2601, 

Fw: No sound on speaker with azalia and Intel HD 3400

[Mike Cond]

tem Vendor ID: 8086 Product ID: 8086
    0x0030: Expansion ROM Base Address: 
    0x0038: 
    0x003c: Interrupt Pin: 00 Line: 00 Min Gnt: 00 Max Lat: 00
 255:2:0: Intel QPI Link
    0x: Vendor ID: 8086 Product ID: 2d10
    0x0004: Command: 0006 Status: 
    0x0008: Class: 06 Subclass: 00 Interface: 00 Revision: 02
    0x000c: BIST: 00 Header Type: 80 Latency Timer: 00 Cache Line Size: 00
    0x0010: BAR empty ()
    0x0014: BAR empty ()
    0x0018: BAR empty ()
    0x001c: BAR empty ()
    0x0020: BAR empty ()
    0x0024: BAR empty ()
    0x0028: Cardbus CIS: 
    0x002c: Subsystem Vendor ID: 8086 Product ID: 8086
    0x0030: Expansion ROM Base Address: 
    0x0038: 
    0x003c: Interrupt Pin: 00 Line: 00 Min Gnt: 00 Max Lat: 00
 255:2:1: Intel QPI Physical
    0x: Vendor ID: 8086 Product ID: 2d11
    0x0004: Command: 0006 Status: 
    0x0008: Class: 06 Subclass: 00 Interface: 00 Revision: 02
    0x000c: BIST: 00 Header Type: 80 Latency Timer: 00 Cache Line Size: 00
    0x0010: BAR empty ()
    0x0014: BAR empty ()
    0x0018: BAR empty ()
    0x001c: BAR empty ()
    0x0020: BAR empty ()
    0x0024: BAR empty ()
    0x0028: Cardbus CIS: 
    0x002c: Subsystem Vendor ID: 8086 Product ID: 8086
    0x0030: Expansion ROM Base Address: 
    0x0038: 
    0x003c: Interrupt Pin: 00 Line: 00 Min Gnt: 00 Max Lat: 00
 255:2:2: Intel Reserved
    0x: Vendor ID: 8086 Product ID: 2d12
    0x0004: Command: 0006 Status: 
    0x0008: Class: 06 Subclass: 00 Interface: 00 Revision: 02
    0x000c: BIST: 00 Header Type: 80 Latency Timer: 00 Cache Line Size: 00
    0x0010: BAR empty ()
    0x0014: BAR empty ()
    0x0018: BAR empty ()
    0x001c: BAR empty ()
    0x0020: BAR empty ()
    0x0024: BAR empty ()
    0x0028: Cardbus CIS: 
    0x002c: Subsystem Vendor ID: 8086 Product ID: 8086
    0x0030: Expansion ROM Base Address: 
    0x0038: 
    0x003c: Interrupt Pin: 00 Line: 00 Min Gnt: 00 Max Lat: 00
 255:2:3: Intel Reserved
    0x: Vendor ID: 8086 Product ID: 2d13
    0x0004: Command: 0006 Status: 
    0x0008: Class: 06 Subclass: 00 Interface: 00 Revision: 02
    0x000c: BIST: 00 Header Type: 80 Latency Timer: 00 Cache Line Size: 00
    0x0010: BAR empty ()
    0x0014: BAR empty ()
    0x0018: BAR empty ()
    0x001c: BAR empty ()
    0x0020: BAR empty ()
    0x0024: BAR empty ()
    0x0028: Cardbus CIS: 
    0x002c: Subsystem Vendor ID: 8086 Product ID: 8086
    0x0030: Expansion ROM Base Address: 
    0x0038: 
    0x003c: Interrupt Pin: 00 Line: 00 Min Gnt: 00 Max Lat: 00




 On Tuesday, November 17, 2015 3:25 AM, Jonathan Gray <j...@jsg.id.au>
wrote:


 On Mon, Nov 16, 2015 at 06:02:38PM +, Mike Cond wrote:
> Hello, that is my first post on openbsd mailing list.
> I have installed openbsd 5.8 stable on HP Elitebook 2540p and encountered a
> problem with sound system.
> It's a Intel HD 3400 version 0.5 . The kernel uses azalia driver.
> There is sound on hp2 (headphone) but no sound on speaker.
> I tested all setting on mixerctl without positive result.
> The media buttons (mut on/off) is always off. Pressing the button works -
> Hp (actually dac 0:1 is muted and unmuted) but button led is always red
> (muted).??During the power down process is the button for short time
unmuted
> and there is noise through speaker.
> I could not find a solution. Here the dmesg, mixerctl and audioctl:

Can you try the below patch and include the "pcidump -v" output as well?

Index: sys/dev/pci/azalia_codec.c
===
RCS file: /cvs/src/sys/dev/pci/azalia_codec.c,v
retrieving revision 1.170
diff -u -p -r1.170 azalia_codec.c
--- sys/dev/pci/azalia_codec.c    24 Aug 2015 04:50:40 -    1.170
+++ sys/dev/pci/azalia_codec.c    17 Nov 2015 02:18:38 -
@@ -228,6 +228,7 @@ azalia_codec_init_vtbl(codec_t *this)
         break;
     case 0x111d7603:
         this->name = "IDT 92HD75B3/4";
+        this->qrks |= AZ_QRK_GPIO_UNMUTE_0;
         break;
     case 0x111d7604:
         this->name = "IDT 92HD83C1X";

No sound on speaker with azalia and Intel HD 3400

[Mike Cond]

Hello, that is my first post on openbsd mailing list.
I have installed openbsd 5.8 stable on HP Elitebook 2540p and encountered a
problem with sound system.
It's a Intel HD 3400 version 0.5 . The kernel uses azalia driver.
There is sound on hp2 (headphone) but no sound on speaker.
I tested all setting on mixerctl without positive result.
The media buttons (mut on/off) is always off. Pressing the button works -
Hp (actually dac 0:1 is muted and unmuted) but button led is always red
(muted). During the power down process is the button for short time unmuted
and there is noise through speaker.
I could not find a solution. Here the dmesg, mixerctl and audioctl:
1. dmesg:OpenBSD 5.8 (GENERIC.MP) #1236: Sun Aug 16 02:31:04 MDT 2015
    dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
RTC BIOS diagnostic error 36<config_unit,memory_size,invalid_time>
real mem = 4059832320 (3871MB)
avail mem = 3932897280 (3750MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xef800 (26 entries)
bios0: vendor Hewlett-Packard version "68CSU Ver. F.09" date 03/09/2011
bios0: Hewlett-Packard HP EliteBook 2540p
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP HPET APIC MCFG TCPA SSDT SSDT SSDT SLIC SSDT SSDT SSDT
ASF!
acpi0: wakeup devices LANC(S5) HDEF(S3) EHC1(S3) EHC2(S3) PCIB(S5) RP02(S4)
ECF0(S4) RP03(S4) RP04(S5) WNIC(S5) RP06(S5) NIC_(S5) RP07(S4) RP08(S4)
PEG3(S4) PEG4(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 14318179 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i7 CPU L 640 @ 2.13GHz, 2660.51 MHz
cpu0:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX
,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,AES,NXE,LONG,LAHF
,PERF,ITSC,SENSOR,ARAT
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 133MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.1, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM) i7 CPU L 640 @ 2.13GHz, 2660.01 MHz
cpu1:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX
,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,AES,NXE,LONG,LAHF
,PERF,ITSC,SENSOR,ARAT
cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 1, core 0, package 0
cpu2 at mainbus0: apid 4 (application processor)
cpu2: Intel(R) Core(TM) i7 CPU L 640 @ 2.13GHz, 2660.01 MHz
cpu2:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX
,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,AES,NXE,LONG,LAHF
,PERF,ITSC,SENSOR,ARAT
cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 0, core 2, package 0
cpu3 at mainbus0: apid 5 (application processor)
cpu3: Intel(R) Core(TM) i7 CPU L 640 @ 2.13GHz, 2660.01 MHz
cpu3:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX
,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,AES,NXE,LONG,LAHF
,PERF,ITSC,SENSOR,ARAT
cpu3: 256KB 64b/line 8-way L2 cache
cpu3: smt 1, core 2, package 0
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 0, remapped to apid 1
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpiprt0 at acpi0: bus -1 (PEGP)
acpiprt1 at acpi0: bus 68 (PCIB)
acpiprt2 at acpi0: bus 1 (RP01)
acpiprt3 at acpi0: bus 2 (RP02)
acpiprt4 at acpi0: bus 67 (RP04)
acpiprt5 at acpi0: bus 0 (PCI0)
acpiec0 at acpi0
acpicpu0 at acpi0: C3(350@245 mwait.3@0x20), C2(500@205 mwait.3@0x10),
C1(1000@3 mwait.1), PSS
acpicpu1 at acpi0: C3(350@245 mwait.3@0x20), C2(500@205 mwait.3@0x10),
C1(1000@3 mwait.1), PSS
acpicpu2 at acpi0: C3(350@245 mwait.3@0x20), C2(500@205 mwait.3@0x10),
C1(1000@3 mwait.1), PSS
acpicpu3 at acpi0: C3(350@245 mwait.3@0x20), C2(500@205 mwait.3@0x10),
C1(1000@3 mwait.1), PSS
acpipwrres0 at acpi0: APPR, resource for HDEF
acpipwrres1 at acpi0: COMP, resource for COM1
acpipwrres2 at acpi0: LPP_, resource for LPT0
acpitz0 at acpi0: critical temperature is 127 degC
acpitz1 at acpi0: critical temperature is 127 degC
acpitz2 at acpi0: critical temperature is 128 degC
acpitz3 at acpi0: critical temperature is 127 degC
acpitz4 at acpi0: critical temperature is 115 degC
acpitz5 at acpi0: critical temperature is 128 degC
acpitz6 at acpi0: critical temperature is 128 degC
acpitz7 at acpi0: critical temperature is 128 degC
acpitz8 at acpi0: critical temperature is 128 degC
acpitz9 at acpi0: critical temperature is 128 degC
acpibat0 at acpi0: BAT0 model "Primary" serial 02042 2015/01

Re: No sound on speaker with azalia and Intel HD 3400

[Jonathan Gray]

On Mon, Nov 16, 2015 at 06:02:38PM +, Mike Cond wrote:
> Hello, that is my first post on openbsd mailing list.
> I have installed openbsd 5.8 stable on HP Elitebook 2540p and encountered a
> problem with sound system.
> It's a Intel HD 3400 version 0.5 . The kernel uses azalia driver.
> There is sound on hp2 (headphone) but no sound on speaker.
> I tested all setting on mixerctl without positive result.
> The media buttons (mut on/off) is always off. Pressing the button works -
> Hp (actually dac 0:1 is muted and unmuted) but button led is always red
> (muted).??During the power down process is the button for short time unmuted
> and there is noise through speaker.
> I could not find a solution. Here the dmesg, mixerctl and audioctl:

Can you try the below patch and include the "pcidump -v" output as well?

Index: sys/dev/pci/azalia_codec.c
===
RCS file: /cvs/src/sys/dev/pci/azalia_codec.c,v
retrieving revision 1.170
diff -u -p -r1.170 azalia_codec.c
--- sys/dev/pci/azalia_codec.c  24 Aug 2015 04:50:40 -  1.170
+++ sys/dev/pci/azalia_codec.c  17 Nov 2015 02:18:38 -
@@ -228,6 +228,7 @@ azalia_codec_init_vtbl(codec_t *this)
break;
case 0x111d7603:
this->name = "IDT 92HD75B3/4";
+   this->qrks |= AZ_QRK_GPIO_UNMUTE_0;
break;
case 0x111d7604:
this->name = "IDT 92HD83C1X";

Re: azalia audio works, then stutters until reboot

[luke350]

$cat sndiod-log
snd0 pst=cfg.default: rec=0:1 play=0:1 vol=23170 dup
listen(/tmp/aucat/aucat0|ini): created


this is very strange, sndiod would have logged all the audio
traffic.  Could you check that this is the right file or that
programs are not bypassing sndiod for any reason ?



It's the right file, or at least it was created at that time,
evidently as a direct result of the -ddd switch.  I'm not aware
of what else could have created it.

Could sndiod have got into a state where it quits logging
(maybe somehow related to the audio looping w/ the same beep
for a long time)? Or, needs a poke to flush a log buffer
to disk?  or more -d's?

Is the error message from timidity (midi-playing client)
relevant?:
io_open() failed
Couldn't open sndio mode (`s')

How would I determine if
something bypasses sndiod?  E.g., would some other
client program give more helpful info, at least about what
it's trying to do and how it's trying it, like aucat or
something?  Should I be running something akin to
linux's strace to really dig at some angle? (I'm
not remembering the openbsd equivalent.)

It is highly possible that I'm doing something stupid,
and just not seeing it or something else obvious, yet.

Thanks much for the help.

-Luke

Re: azalia audio works, then stutters until reboot

[luke350]

[sorry for the dupe; correcting the 'from' address.]

On 11/07/15 04:20, Alexandre Ratchov wrote:

On Fri, Nov 06, 2015 at 05:00:13PM -0700, luke...@onemodel.org wrote:

On 09/11/15 11:55, luke...@onemodel.org wrote:
[...details are found in original thread at:
 http://marc.info/?l=openbsd-misc=144199440202788=2
]
Is there other info I can provide, or something I should try?


you could try to kill sndiod and run as root:

sndiod -ddd 2>/tmp/sndiod-log
...
(audioctl ; sleep 1 ; audioctl) >/tmp/audioctl-log

and send me both files.  Or at least last few megs if the file is
huge.


Since the problem was already occurring I can provide that now. I
killed/restareted sndiod as described, attempted to run "timidity
*.mid", but instead of the error output I described earlier it just
produced repeated chimes (ie, the audible symptoms of the problem).

Then doing this as  root:
  (audioctl ; sleep 1 ; audioctl) >/tmp/audioctl-log
...yields the 2nd of the 2 logs pasted below.  (But I wonder
if I did things in a way
that makes them informative enough, or if the problem needs
to be absent when I start the "sndiod..." command, and begin
while that is in debug mode, or anything.)

-Luke


$cat sndiod-log
snd0 pst=cfg.default: rec=0:1 play=0:1 vol=23170 dup
listen(/tmp/aucat/aucat0|ini): created


$cat audioctl-log
name=HD-Audio
encodings=slinear_le:16:2:1,slinear_le:20:4:1,slinear_le:24:4:1
properties=full_duplex,independent
hiwat=2
lowat=2
mode=
play.rate=44100
play.channels=2
play.precision=16
play.bps=2
play.msb=1
play.encoding=slinear_le
play.pause=0
play.active=0
play.block_size=17664
play.bytes=0
play.errors=0
record.rate=44100
record.channels=2
record.precision=16
record.bps=2
record.msb=1
record.encoding=slinear_le
record.pause=0
record.active=0
record.block_size=17664
record.bytes=0
record.errors=0
name=HD-Audio
encodings=slinear_le:16:2:1,slinear_le:20:4:1,slinear_le:24:4:1
properties=full_duplex,independent
hiwat=2
lowat=2
mode=
play.rate=44100
play.channels=2
play.precision=16
play.bps=2
play.msb=1
play.encoding=slinear_le
play.pause=0
play.active=0
play.block_size=17664
play.bytes=0
play.errors=0
record.rate=44100
record.channels=2
record.precision=16
record.bps=2
record.msb=1
record.encoding=slinear_le
record.pause=0
record.active=0
record.block_size=17664
record.bytes=0
record.errors=0


--
Luke A. Call
--
Things I'd like to say to more people:
http://www.onemodel.org/1/e-9223372036854618449.html

Re: azalia audio works, then stutters until reboot

[Alexandre Ratchov]

On Fri, Nov 06, 2015 at 05:00:13PM -0700, luke...@onemodel.org wrote:
> On 09/11/15 11:55, luke...@onemodel.org wrote:
> >Short version: In OpenBSD 5.7 (with all the latest security
> >patches), after some video playing, it
> >starts to stutter, and doesn't recover until I reboot. Is there
> >a way to "reset all the audio" back so it works, short of rebooting?
> >I haven't found that in anything I've read so far, including from
> >faq 13 and manpages for audioctl and mixerctl etc.
> >
> >The details:
> [...are found in original thread at:
> http://marc.info/?l=openbsd-misc=144199440202788=2
> ]
> 
> 
> I upgraded to 5.8 as advised in the earlier thread, and the
> problem is definitely much reduced, but still happens occasionally.

The 5.8 audio driver was rewritten from scratch so the behavior may
be slightly different

> It seems to be mostly after I use the xfce volume control slider
> (ie the audio mixer panel plugin).  It usually doesn't have any
> problem if I move around in the video, change the volume via the
> slider inside the video area in the browser, or if I use the computer
> for something else, but did fail just now when I tried to watch a 2nd
> video via a link.
> 
> I confirmed that, as described before IIRC, when the problem
> occurs with symptoms in chrome, and I try to use timidity to
> play a .mid file, I get this output from timidity:
> io_open() failed
> Couldn't open sndio mode (`s')
> 
> Is there other info I can provide, or something I should try?
> 

you could try to kill sndiod and run as root:

sndiod -ddd 2>/tmp/sndiod-log

Possibly use tmux to avoid closing the window by mistake.  Then, do
your usual stuff and whenever you see the failure, run:

(audioctl ; sleep 1 ; audioctl) >/tmp/audioctl-log

and send me both files.  Or at least last few megs if the file is
huge.

This may reveal what's the state of the audio subsystem during the
failure.

thanks

-- Alexandre

Re: azalia audio works, then stutters until reboot

[Alexandre Ratchov]

On Sat, Nov 07, 2015 at 06:27:17AM -0700, luke...@onemodel.org wrote:
> [sorry for the dupe; correcting the 'from' address.]
> 
> On 11/07/15 04:20, Alexandre Ratchov wrote:
> >On Fri, Nov 06, 2015 at 05:00:13PM -0700, luke...@onemodel.org wrote:
> >>On 09/11/15 11:55, luke...@onemodel.org wrote:
> >>[...details are found in original thread at:
> >> http://marc.info/?l=openbsd-misc=144199440202788=2
> >>]
> >>Is there other info I can provide, or something I should try?
> >>
> >you could try to kill sndiod and run as root:
> >
> >sndiod -ddd 2>/tmp/sndiod-log
> >...
> >(audioctl ; sleep 1 ; audioctl) >/tmp/audioctl-log
> >
> >and send me both files.  Or at least last few megs if the file is
> >huge.
> 
> Since the problem was already occurring I can provide that now. I
> killed/restareted sndiod as described, attempted to run "timidity
> *.mid", but instead of the error output I described earlier it just
> produced repeated chimes (ie, the audible symptoms of the problem).
> 
> Then doing this as  root:
>   (audioctl ; sleep 1 ; audioctl) >/tmp/audioctl-log
> ...yields the 2nd of the 2 logs pasted below.  (But I wonder
> if I did things in a way
> that makes them informative enough, or if the problem needs
> to be absent when I start the "sndiod..." command, and begin
> while that is in debug mode, or anything.)

sorry, forgot to mention it; please restart sndiod first; this way
all the operations that lead to the bug are logged.  Then, right
after the failure, run the audioctl commands.

thanks

Re: azalia audio works, then stutters until reboot

[luke350]

On 11/07/15 12:21, Alexandre Ratchov wrote:

sorry, forgot to mention it; please restart sndiod first; this way
all the operations that lead to the bug are logged.  Then, right
after the failure, run the audioctl commands.


I rebooted, restarted sndiod -ddd..., sound working with
timidity, volume changes caused no problem, started a video in
chrome, sound working, stopped it, changed volume (cycled that
a few times until) sound not
working in chrome (nor timidity: "...Couldn't open sndio..." as
before), ran the audioctl line, and the below logs resulted.

Is there anything more informative I should do? would sndiod
necessarily have flushed its logs after several minutes?  I
double-checked that there were 3 "d"'s in the sndiod command.

Also, do I understand correctly that the only way to return to a
working state (currently known) is to reboot?  (Cue Fats Domino,
"ain't that a shame..."  :)  but i understand and am grateful it
works at all, and for the help.)

Thanks!


$cat sndiod-log
snd0 pst=cfg.default: rec=0:1 play=0:1 vol=23170 dup
listen(/tmp/aucat/aucat0|ini): created


$cat audioctl-log
name=HD-Audio
encodings=slinear_le:16:2:1,slinear_le:20:4:1,slinear_le:24:4:1
properties=full_duplex,independent
hiwat=2
lowat=2
mode=play
play.rate=48000
play.channels=2
play.precision=16
play.bps=2
play.msb=1
play.encoding=slinear_le
play.pause=0
play.active=1
play.block_size=4096
play.bytes=2998272
play.errors=0
record.rate=48000
record.channels=2
record.precision=16
record.bps=2
record.msb=1
record.encoding=slinear_le
record.pause=0
record.active=1
record.block_size=4096
record.bytes=0 



record.errors=0 



name=HD-Audio 



encodings=slinear_le:16:2:1,slinear_le:20:4:1,slinear_le:24:4:1 



properties=full_duplex,independent
hiwat=2
lowat=2
mode=play
play.rate=48000
play.channels=2
play.precision=16
play.bps=2
play.msb=1
play.encoding=slinear_le
play.pause=0
play.active=1
play.block_size=4096
play.bytes=2998272
play.errors=0
record.rate=48000
record.channels=2
record.precision=16
record.bps=2
record.msb=1
record.encoding=slinear_le
record.pause=0
record.active=1
record.block_size=4096
record.bytes=0
record.errors=0

Re: azalia audio works, then stutters until reboot

[luke350]

On 09/11/15 11:55, luke...@onemodel.org wrote:

Short version: In OpenBSD 5.7 (with all the latest security
patches), after some video playing, it
starts to stutter, and doesn't recover until I reboot. Is there
a way to "reset all the audio" back so it works, short of rebooting?
I haven't found that in anything I've read so far, including from
faq 13 and manpages for audioctl and mixerctl etc.

The details:

[...are found in original thread at:
http://marc.info/?l=openbsd-misc=144199440202788=2
]


I upgraded to 5.8 as advised in the earlier thread, and the
problem is definitely much reduced, but still happens occasionally.
It seems to be mostly after I use the xfce volume control slider
(ie the audio mixer panel plugin).  It usually doesn't have any
problem if I move around in the video, change the volume via the
slider inside the video area in the browser, or if I use the computer
for something else, but did fail just now when I tried to watch a 2nd
video via a link.

I confirmed that, as described before IIRC, when the problem
occurs with symptoms in chrome, and I try to use timidity to
play a .mid file, I get this output from timidity:
io_open() failed
Couldn't open sndio mode (`s')

Is there other info I can provide, or something I should try?

Thanks!

--
Luke A. Call
--
Things I'd like to say to more people:
http://www.onemodel.org/1/e-9223372036854618449.html

Re: azalia audio works, then stutters until reboot

[luke350]

On 09/12/15 05:25, Alexandre Ratchov wrote:

Audio didn't properly recover after missed interrupts (which
happens on MP systems). The new audio driver (in 5.8 and -current)
is supposed to recover, at least with your hardware.

...

I'd suggest trying -current; there's a new audio driver and many
audio-related fixes. Furthermore we're not interested in debugging
the old code that we already deleted :)


Thanks, good to know.  I think I'm better suited for "-stable"
than for "-current", currently.   So I might wait for 5.8's release
then upgrade, or I'd have to figure out if it's a supported
configuration to be on -current now then switch back to -stable
just when 5.8 is released.

But is there an easy way to force my audio in 5.7 to stay on a
single core or such, if that would help in the meantime? Or
any good way to "reset" it at any time, short of rebooting?

I'm guessing not on both questions, just confirming...

Thanks again,
-Luke

Re: azalia audio works, then stutters until reboot

[Fred]

On 09/12/15 17:56, luke...@onemodel.org wrote:

Thanks, good to know.  I think I'm better suited for "-stable"
than for "-current", currently.   So I might wait for 5.8's release
then upgrade, or I'd have to figure out if it's a supported
configuration to be on -current now then switch back to -stable
just when 5.8 is released.


-current is probably heading towards 5.9 at the moment.

Switching back from current to stable isn't a supported option, so you 
are probably better off waiting for 5.8 release on the 18 Oct 2015 - but 
if you pre-order from https://www.openbsdstore.com you might get it 
before the 18 Oct!


Cheers

Fred

Re: azalia audio works, then stutters until reboot

[Alexandre Ratchov]

On Fri, Sep 11, 2015 at 11:55:29AM -0600, luke...@onemodel.org wrote:
> Short version: In OpenBSD 5.7 (with all the latest security
> patches), after some video playing, it
> starts to stutter, and doesn't recover until I reboot. Is there
> a way to "reset all the audio" back so it works, short of rebooting?
> I haven't found that in anything I've read so far, including from
> faq 13 and manpages for audioctl and mixerctl etc.

Audio didn't properly recover after missed interrupts (which
happens on MP systems). The new audio driver (in 5.8 and -current)
is supposed to recover, at least with your hardware.
 
> The only other things other than from the above-linked
> thread that I've thought of to try are:
> - upgrading to CURRENT to see if it's any different
> - debugging (I'd have to learn a lot, best with some guidance)
> - discuss & learn more here...

I'd suggest trying -current; there's a new audio driver and many
audio-related fixes. Furthermore we're not interested in debugging
the old code that we already deleted :)

azalia audio works, then stutters until reboot

[luke350]

Short version: In OpenBSD 5.7 (with all the latest security
patches), after some video playing, it
starts to stutter, and doesn't recover until I reboot. Is there
a way to "reset all the audio" back so it works, short of rebooting?
I haven't found that in anything I've read so far, including from
faq 13 and manpages for audioctl and mixerctl etc.

The details:
After playing a video in chromium at youtube.com for a while, or
an .ogv file in smplayer, the video starts to replay the same ~.3 sec. of
audio repeatedly, and the video stops moving forward.  If I stop the
video, then sometimes after several hours it stops, but the last one
didn't stop stuttering even though I let it sit overnight. This then
affects all audio, I've tried, even trying to play a beep.  Turning mute
on/off using the laptop keyboard or jumping around in the video
stream (backing up to replay part, for example) seems to usually be
when the problem starts.

While it is stuttering, running 'audioctl -f /dev/audio0' or
trying a .mid file gets output like this:
$timidity aislean.mid
sio_open() failed
Couldn't open sndio mode (`s')

...but after enough time goes by the screen (but not sound) output
from those commands is normal again.  They work fully before
the audio stuttering starts.

The related lines from lspci seem to be:
00:01.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Device 1308
00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD] FCH Azalia 
Controller (*rev 01)

The problems seem similar to those described in this thread:
http://marc.info/?l=openbsd-misc=134463946801823=2
...but a similar (though naive) change to azalia.c didn't fix
things for me (basically, instead of adding another case option,
I added a "default:" line just after the ones with various ...SERIES
constants suggested in the thread; don't laugh too hard: it was
just an attempt anyway...  :).

I haven't tried all the suggestions here in this thread:
http://marc.info/?l=openbsd-misc=143160717501387=2
...partly because I didn't see "-mplay" as an option in the manpage
for sndiod, but maybe I missed it or should just try that anyway. If
I should also try the debug etc suggestions there for this
case, let me know.

I did look for audio-related options in the BIOS but there was only one
whose name I forget but which is enabled (or "UNLOCK"ed).

The only other things other than from the above-linked
thread that I've thought of to try are:
- upgrading to CURRENT to see if it's any different
- debugging (I'd have to learn a lot, best with some guidance)
- discuss & learn more here...

/var/run/dmesg.boot follows (as the last thing in this msg). (Ps: i don't
expect that wifi will work on this laptop hardware--input welcome on
that though I realize it's a separate question: I'm curious only if you
notice something, but not focused on it now).

Thanks!

OpenBSD 5.7-stable (GENERIC.MP) #3: Tue Aug 18 16:23:25 MDT 2015
 r...@asusbsd.home:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 7443599360 (7098MB)
avail mem = 7241527296 (6906MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xebf90 (49 entries)
bios0: vendor American Megatrends Inc. version "204" date 11/20/2014
bios0: ASUSTeK COMPUTER INC. X550ZA
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC FPDT ECDT MCFG MSDM HPET UEFI SSDT SSDT CRAT SSDT 
SSDT SSDT SSDT
acpi0: wakeup devices LOM_(S4) SBAZ(S4) ECIR(S4) OHC1(S4) EHC1(S4) OHC2(S4) 
EHC2(S4) OHC3(S4) EHC3(S4) OHC4(S4) XHC0(S4) XHC1(S4) ODD8(S3) GLAN(S4) 
LID_(S5) SLPB(S4)
acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 16 (boot processor)
cpu0: AMD A10-7400P Radeon R6, 10 Compute Cores 4C+6G, 2495.65 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,XOP,SKINIT,WDT,FMA4,NODEID,TBM,ITSC,FSGSBASE,BMI1
cpu0: 96KB 64b/line 3-way I-cache, 16KB 64b/line 4-way D-cache, 2MB 64b/line 
16-way L2 cache
cpu0: ITLB 48 4KB entries fully associative, 24 4MB entries fully associative
cpu0: DTLB 64 4KB entries fully associative, 64 4MB entries fully associative
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 99MHz
cpu0: mwait min=64, max=64, C-substates=0.0.0.0.0, IBE
cpu1 at mainbus0: apid 17 (application processor)
cpu1: AMD A10-7400P Radeon R6, 10 Compute Cores 4C+6G, 2495.34 MHz
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,XOP,SKINIT

Re: Proposed patch to unmute Azalia sound card on Compaq 610

[Jonathan Gray]

On Tue, Dec 09, 2014 at 07:31:47AM +0100, Alessandro DE LAURENZIS wrote:
 Hi Jonathan,
 
 On Tue 09/12 16:03, Jonathan Gray wrote:
  I'm curious why you decided to mask the subid here and not just test
  subid == 0x308a103c ?
 
 In my understanding (I'm definitely not an expert), the last part of
 subid represents the vendor signature (HP in this case); the first 4
 digits should be instead specific to the particular chip implementation.
 
 Here I just tried to make the patch more general (guessing that the GPIO
 needs to be unmuted for all IDT 92HD75B1/2-type cards sold by HP), and
 also to stay close to code style adopted for other (similar?) cases.
 
 If my assumption is wrong, then yes, you're right: the whole subid
 should be tested.
 
 Anyhow, thanks for your feedback.
 
 All the best

I've found a few other mentions with different subids that look like
they need the mask.

HP Mini 5102
http://marc.info/?l=openbsd-miscm=130937855423807w=2

HP Mini 1000
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/318942

So I'll commit your original patch, included below as
the original didn't apply cleanly here.

Please send patches to tech@ or bugs@ in future.

Index: azalia_codec.c
===
RCS file: /cvs/src/sys/dev/pci/azalia_codec.c,v
retrieving revision 1.164
diff -u -p -r1.164 azalia_codec.c
--- azalia_codec.c  17 Nov 2014 16:34:51 -  1.164
+++ azalia_codec.c  10 Dec 2014 04:39:42 -
@@ -184,6 +184,9 @@ azalia_codec_init_vtbl(codec_t *this)
break;
case 0x111d7608:
this-name = IDT 92HD75B1/2;
+   if ((this-subid  0x) == 0x103c) { /* HP */
+   this-qrks |= AZ_QRK_GPIO_UNMUTE_0;
+   }
break;
case 0x111d7674:
this-name = IDT 92HD73D1;

Re: Proposed patch to unmute Azalia sound card on Compaq 610

[Jonathan Gray]

I'm curious why you decided to mask the subid here and not just test
subid == 0x308a103c ?

On Sun, Dec 07, 2014 at 03:46:13PM +0100, Alessandro DE LAURENZIS wrote:
 Greetings,
 
 Some days ago I installed OBSD 5.6 on my old Compaq 610 laptop (a pretty
 standard CORE2 Duo 2010 machine - yes, I know that standard is a
 kind of hard concept in the i386/amd64 world...), dmesg in [1].
 
 Great hardware support, except that sound card was completely silent
 (dmesg with AZALIA_DEBUG in [2], mixerctrl in [3], audioctl in [4]).
 
 I played a bit with the parameters, trying to follow some advices
 discussed on this list in the past, with no success.
 
 Quick trials in both FreeBSD (10.1 and 11-current) and NetBSD (6.5.1)
 revealed a working sound out of the box, confirming the well established
 support for this model.
 
 Long story short, I had a look at the code and ended up with the
 following patch which makes my sound card working in OpenBSD too:
 
 --- ./sys/dev/pci/azalia_codec.c  Fri Dec  5 21:06:18 2014
 +++ ./sys/dev/pci/azalia_codec.c.patched  Fri Dec  5 21:08:02 2014
 @@ -182,6 +182,10 @@
   break;
   case 0x111d7608:
   this-name = IDT 92HD75B1/2;
 + if ((this-subid  0x) == 0x103c) { /* HP */
 + this-qrks |= AZ_QRK_GPIO_UNMUTE_0;
 + }
   break;
   case 0x111d7674:
   this-name = IDT 92HD73D1;
 
 Of course, I don't know if this is very machine specific or instead
 it could be of general interest; I'm writing here just in case someone
 had the same problem or the developers consider it useful to add
 that upstream.
 
 Hope this can help
 
 All the best
 
 
 [1]
 OpenBSD 5.6-stable (GENERIC.MP) #1: Fri Dec  5 21:49:07 CET 2014
 r...@icarus.atlantide.net:/builds/src/sys/arch/amd64/compile/GENERIC.MP
 real mem = 3195731968 (3047MB)
 avail mem = 3101937664 (2958MB)
 mpath0 at root
 scsibus0 at mpath0: 256 targets
 mainbus0 at root
 bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf284b (25 entries)
 bios0: vendor Hewlett-Packard version 68PVU Ver. F.08 date 09/24/2009
 bios0: Hewlett-Packard Compaq 610
 acpi0 at bios0: rev 2
 acpi0: sleep states S0 S3 S4 S5
 acpi0: tables DSDT FACP SLIC HPET APIC MCFG TCPA SSDT SSDT SSDT SSDT SSDT
 acpi0: wakeup devices C0B6(S5) C10E(S3) C115(S3) C116(S3) C117(S3) C121(S3) 
 C123(S3) C139(S5) C2AB(S5) C13C(S5) C2AC(S5) C13D(S5) C13F(S5) C247(S5)
 acpitimer0 at acpi0: 3579545 Hz, 24 bits
 acpihpet0 at acpi0: 14318179 Hz
 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
 cpu0 at mainbus0: apid 0 (boot processor)
 cpu0: Intel(R) Core(TM)2 Duo CPU T5870 @ 2.00GHz, 2194.81 MHz
 cpu0: 
 FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF,PERF
 cpu0: 2MB 64b/line 8-way L2 cache
 cpu0: smt 0, core 0, package 0
 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
 cpu0: apic clock running at 199MHz
 cpu0: mwait min=64, max=64, C-substates=0.2.2.2.2, IBE
 cpu1 at mainbus0: apid 1 (application processor)
 cpu1: Intel(R) Core(TM)2 Duo CPU T5870 @ 2.00GHz, 1995.01 MHz
 cpu1: 
 FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF,PERF
 cpu1: 2MB 64b/line 8-way L2 cache
 cpu1: smt 0, core 1, package 0
 ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
 ioapic0: misconfigured as apic 0, remapped to apid 1
 acpimcfg0 at acpi0 addr 0xf800, bus 0-63
 acpiprt0 at acpi0: bus 2 (C0B6)
 acpiprt1 at acpi0: bus 8 (C125)
 acpiprt2 at acpi0: bus 16 (C139)
 acpiprt3 at acpi0: bus 40 (C13C)
 acpiprt4 at acpi0: bus 48 (C13D)
 acpiprt5 at acpi0: bus 0 (C003)
 acpiec0 at acpi0
 acpicpu0 at acpi0: C3, C2, C1, PSS
 acpicpu1 at acpi0: C3, C2, C1, PSS
 acpipwrres0 at acpi0: C27C, resource for C277
 acpipwrres1 at acpi0: C289, resource for C27D
 acpipwrres2 at acpi0: C2A5, resource for C2A3
 acpipwrres3 at acpi0: C1CE, resource for C13E
 acpipwrres4 at acpi0: C3C1, resource for C3C6
 acpipwrres5 at acpi0: C3C2, resource for C3C7
 acpipwrres6 at acpi0: C3C3, resource for C3C8
 acpipwrres7 at acpi0: C3C4, resource for C3C9
 acpipwrres8 at acpi0: C3C5, resource for C3CA
 acpitz0 at acpi0: critical temperature is 105 degC
 acpitz1 at acpi0: critical temperature is 107 degC
 acpitz2 at acpi0: critical temperature is 110 degC
 acpitz3 at acpi0: critical temperature is 256 degC
 acpitz4 at acpi0: critical temperature is 107 degC
 acpibat0 at acpi0: C245 model Primary serial 01223 2009/10/04 type LIon oem 
 Hewlett-Packard
 acpiac0 at acpi0: AC unit online
 acpibtn0 at acpi0: C2BE
 acpibtn1 at acpi0: C15B
 acpivideo0 at acpi0: C09E
 acpivout0 at acpivideo0: C1B5
 cpu0: Enhanced SpeedStep 2194 MHz: speeds: 2001, 2000, 1600, 1200, 800 MHz
 pci0 at mainbus0 bus 0
 pchb0 at pci0 dev 0 function 0 Intel GME965 Host rev 

Re: Proposed patch to unmute Azalia sound card on Compaq 610

[Alessandro DE LAURENZIS]

Hi Jonathan,

On Tue 09/12 16:03, Jonathan Gray wrote:
 I'm curious why you decided to mask the subid here and not just test
 subid == 0x308a103c ?

In my understanding (I'm definitely not an expert), the last part of
subid represents the vendor signature (HP in this case); the first 4
digits should be instead specific to the particular chip implementation.

Here I just tried to make the patch more general (guessing that the GPIO
needs to be unmuted for all IDT 92HD75B1/2-type cards sold by HP), and
also to stay close to code style adopted for other (similar?) cases.

If my assumption is wrong, then yes, you're right: the whole subid
should be tested.

Anyhow, thanks for your feedback.

All the best

-- 
Alessandro DE LAURENZIS
[mailto:just22@gmail.com]
LinkedIn: http://it.linkedin.com/in/delaurenzis

Proposed patch to unmute Azalia sound card on Compaq 610

[Alessandro DE LAURENZIS]

Greetings,

Some days ago I installed OBSD 5.6 on my old Compaq 610 laptop (a pretty
standard CORE2 Duo 2010 machine - yes, I know that standard is a
kind of hard concept in the i386/amd64 world...), dmesg in [1].

Great hardware support, except that sound card was completely silent
(dmesg with AZALIA_DEBUG in [2], mixerctrl in [3], audioctl in [4]).

I played a bit with the parameters, trying to follow some advices
discussed on this list in the past, with no success.

Quick trials in both FreeBSD (10.1 and 11-current) and NetBSD (6.5.1)
revealed a working sound out of the box, confirming the well established
support for this model.

Long story short, I had a look at the code and ended up with the
following patch which makes my sound card working in OpenBSD too:

--- ./sys/dev/pci/azalia_codec.cFri Dec  5 21:06:18 2014
+++ ./sys/dev/pci/azalia_codec.c.patchedFri Dec  5 21:08:02 2014
@@ -182,6 +182,10 @@
break;
case 0x111d7608:
this-name = IDT 92HD75B1/2;
+   if ((this-subid  0x) == 0x103c) { /* HP */
+   this-qrks |= AZ_QRK_GPIO_UNMUTE_0;
+   }
break;
case 0x111d7674:
this-name = IDT 92HD73D1;

Of course, I don't know if this is very machine specific or instead
it could be of general interest; I'm writing here just in case someone
had the same problem or the developers consider it useful to add
that upstream.

Hope this can help

All the best


[1]
OpenBSD 5.6-stable (GENERIC.MP) #1: Fri Dec  5 21:49:07 CET 2014
r...@icarus.atlantide.net:/builds/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 3195731968 (3047MB)
avail mem = 3101937664 (2958MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf284b (25 entries)
bios0: vendor Hewlett-Packard version 68PVU Ver. F.08 date 09/24/2009
bios0: Hewlett-Packard Compaq 610
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP SLIC HPET APIC MCFG TCPA SSDT SSDT SSDT SSDT SSDT
acpi0: wakeup devices C0B6(S5) C10E(S3) C115(S3) C116(S3) C117(S3) C121(S3) 
C123(S3) C139(S5) C2AB(S5) C13C(S5) C2AC(S5) C13D(S5) C13F(S5) C247(S5)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 14318179 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM)2 Duo CPU T5870 @ 2.00GHz, 2194.81 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF,PERF
cpu0: 2MB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 199MHz
cpu0: mwait min=64, max=64, C-substates=0.2.2.2.2, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM)2 Duo CPU T5870 @ 2.00GHz, 1995.01 MHz
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF,PERF
cpu1: 2MB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 0, remapped to apid 1
acpimcfg0 at acpi0 addr 0xf800, bus 0-63
acpiprt0 at acpi0: bus 2 (C0B6)
acpiprt1 at acpi0: bus 8 (C125)
acpiprt2 at acpi0: bus 16 (C139)
acpiprt3 at acpi0: bus 40 (C13C)
acpiprt4 at acpi0: bus 48 (C13D)
acpiprt5 at acpi0: bus 0 (C003)
acpiec0 at acpi0
acpicpu0 at acpi0: C3, C2, C1, PSS
acpicpu1 at acpi0: C3, C2, C1, PSS
acpipwrres0 at acpi0: C27C, resource for C277
acpipwrres1 at acpi0: C289, resource for C27D
acpipwrres2 at acpi0: C2A5, resource for C2A3
acpipwrres3 at acpi0: C1CE, resource for C13E
acpipwrres4 at acpi0: C3C1, resource for C3C6
acpipwrres5 at acpi0: C3C2, resource for C3C7
acpipwrres6 at acpi0: C3C3, resource for C3C8
acpipwrres7 at acpi0: C3C4, resource for C3C9
acpipwrres8 at acpi0: C3C5, resource for C3CA
acpitz0 at acpi0: critical temperature is 105 degC
acpitz1 at acpi0: critical temperature is 107 degC
acpitz2 at acpi0: critical temperature is 110 degC
acpitz3 at acpi0: critical temperature is 256 degC
acpitz4 at acpi0: critical temperature is 107 degC
acpibat0 at acpi0: C245 model Primary serial 01223 2009/10/04 type LIon oem 
Hewlett-Packard
acpiac0 at acpi0: AC unit online
acpibtn0 at acpi0: C2BE
acpibtn1 at acpi0: C15B
acpivideo0 at acpi0: C09E
acpivout0 at acpivideo0: C1B5
cpu0: Enhanced SpeedStep 2194 MHz: speeds: 2001, 2000, 1600, 1200, 800 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 Intel GME965 Host rev 0x0c
vga1 at pci0 dev 2 function 0 Intel GME965 Video rev 0x0c
intagp0 at vga1
agp0 at intagp0: aperture at 0xd000, size 0x1000
inteldrm0 at vga1
drm0 at inteldrm0
inteldrm0: 1366x768
wsdisplay0 at vga1 mux 1: console (std, vt100 emulation)

Re: Recording from azalia does not work

[Scott Bonds]

On Tue, Jun 26, 2012 at 09:16:38AM +0200, Alexandre Ratchov wrote:
 On Mon, Jun 25, 2012 at 10:53:34AM +0200, Gregor Best wrote:
  I'm trying to get recording from the mic input of my laptop working, but 
  have
  not have success so far. I'm using a thinkpad laptop
  with an azalia device and a pretty run of the mill headset, attached to
  headphone out and microphone in. The headset itself works
  fine on other machines and the microphone input and headphone output of the
  laptop work fine hardware-wise (i.e. tested with another
  operating system). On OpenBSD however, the mic input remains silent. Files
  recorded with aucat -o foo.wav remain silent for the
  entire recording duration, as if the mic was somehow muted.

Same here. My azalia connected mic works under OSX but not under
OpenBSD. Did you ever figure out a solution?

  Below is the
  output of mixerctl: 
  outputs.spkr_source=dac-0:1
  outputs.spkr_mute=on
  outputs.spkr=125,125
  outputs.spkr_eapd=on
  outputs.hp_source=dac-0:1
  outputs.hp_mute=off
  outputs.hp=155,155
  outputs.hp_dir=output
  outputs.hp_boost=off
  outputs.mic_dir=input-vr80
  inputs.beep_mute=off
  inputs.beep=108
  inputs.mix_source=dac-0:1,mic,hp
  inputs.mix_dac-0:1=125,125
  inputs.mix_mic=215,215
  inputs.mix_hp=125,125
  record.adc-0:1_source=mic
  record.adc-0:1_mute=off
  record.adc-0:1=253,253
  outputs.hp_sense=plugged
  outputs.mic_sense=plugged
  outputs.spkr_muters=hp
  outputs.master=157,157
  outputs.master.mute=off
  outputs.master.slaves=spkr,hp
  record.volume=255,255
  record.volume.mute=off
  record.volume.slaves=adc-0:1

I have a similar problem. I've got a Macbook Air 5.1 running OpenBSD
5.5-stable. The microphone seems to be there, but I'm not able to get it
to record anything (aucat -o produces a silent file). The speakers and
headset work fine. Also, I noticed that Gnome 3 sound settings list no
input devices.

$ dmesg | grep azalia
azalia0 at pci0 dev 27 function 0 Intel 7 Series HD Audio rev 0x04: msi
azalia0: codecs: Cirrus Logic CS4206, Intel/0x2806, using Cirrus Logic CS4206
audio0 at azalia0

$ mixerctl -v
inputs.dac-0:1_mute=off  [ off on ]
inputs.dac-0:1=86,86 
inputs.dac-2:3_mute=on  [ off on ]
inputs.dac-2:3=62,62 
record.adc-0:1_source=mic  [ mic ]
record.adc-0:1_mute=off  [ off on ]
record.adc-0:1=124,124 
outputs.hp_source=dac-0:1  [ dac-0:1 ]
outputs.hp_boost=off  [ off on ]
outputs.spkr_source=dac-2:3  [ dac-2:3 ]
inputs.mic=85,85 
outputs.mic_dir=input-vr80  [ none input input-vr0 input-vr50 input-vr80 ]
outputs.hp_sense=plugged  [ unplugged plugged ]
outputs.spkr_muters=hp  { hp }
outputs.master=86,86 
outputs.master.mute=off  [ off on ]
outputs.master.slaves=dac-0:1,dac-2:3  { dac-0:1 dac-2:3 }
record.volume=124,124 
record.volume.mute=off  [ off on ]
record.volume.slaves=adc-0:1  { adc-0:1 mic }

 this seems correct at first glance; could you see whether the
 recorded file is full of silence (zeros) or noise (numbers close to
 zero)?
 
 aucat -o /tmp/foo
 
 and then:
 
 hexdump /tmp/foo |less
 
 noise would mean that there's a level knob to crank, while zeros
 would suggest that something in the recording chain is disabled.

Here's the first page of output:

000495246465b38000e415745566d662074
010002800010002bb80ee000002
02000040010
03030804ae161646174
0405b00000e
050
060
070
080
090
0a0
0b0
0c0
0d0
0e0
0f0
100
110
120
130
140
150
160

  As you can see, all recording

Re: Sound - Azalia Codecs

[Alexandre Ratchov]

On Wed, Jul 23, 2014 at 03:16:06PM -0700, J. Scott Heppler wrote:
 The recent change acpi(4) change regarding bogus interrupts allowed me
 to install Current on an old Everex Stepnote VA1500V notebook.
 Everything works with two small nits regarding the sound.
 The more important one is that plugging in headphone to the green
 line-out jack mutes the speaker but does not provide and sound.

 The mic input jack also does not record anything using aucat - I
 rarely record though.  The *wav file is generated for the appropriate
 amount of time but has not discernible output on playback.

does:

mixerctl record.adc-0:1_source=mic

fix the recording problem?

 **
 $ mixerctl -av
 record.adc-0:1_mute=off [ off on ]
 record.adc-0:1=120,120
 inputs.mix_source=dac-0:1,mic,dac-4:5 { dac-0:1 mic dac-4:5 }
 inputs.mix_dac-0:1=120,120
 inputs.mix_mic=120,120
 inputs.mix_dac-4:5=120,120
 record.adc-0:1_source=mix [ mix mic ]
 inputs.sel2_source= [ ]
 outputs.sel2_mute=off [ off on ]
 outputs.sel2=126,126
 inputs.dac-2:3_mute=off [ off on ]
 inputs.dac-2:3=126,126
 inputs.dac-4:5_mute=off [ off on ]
 inputs.dac-4:5=126,126
 outputs.mic_source=dac-2:3 [ dac-2:3 ]
 outputs.mic_dir=input-vr50 [ none output input input-vr50 ]
 outputs.spkr_source=mix [ mix ]
 outputs.spkr_mute=off [ off on ]
 outputs.spkr=144,144
 outputs.spkr_boost=off [ off on ]
 outputs.master=135,135
 outputs.master.mute=off [ off on ]
 outputs.master.slaves=spkr { sel2 dac-2:3 dac-4:5 spkr }
 record.volume=120,120
 record.volume.mute=off [ off on ]
 record.volume.slaves=adc-0:1 { adc-0:1 } ***
 I do not see any hp or line-out outputs and I am unsure what to make of
 the empty sel2_source.
 
 The notebook chipset is Via based
 ***
 dmesg | grep azalia
 azalia0 at pci4 dev 1 function 0 VIA HD Audio rev 0x10: apic 1 int 17
 azalia0: codecs: VIA/0x1708
 audio0 at azalia0 ***
 
 The Windows drivers for the same notebook use the ALC 655 azalia codec.
 The ALC 655 codec appears to be in OpenBSD only under auvia driver
 instead of the azalia driver
 From:
 http://openbsd.7691.n7.nabble.com/VIA-chipsets-support-of-CN700-VT8237R-VT1708-A-td92231.html
 ***
 auvia0 at pci0 dev 17 function 5 VIA VT8233 AC97 rev 0x60: apic 2 int 22 
 (irq 5)
 ac97: codec id 0x414c4760 (Avance Logic ALC655 rev 0)
 audio0 at auvia0 ***
 
 I found the codec specs for both the VT1708A and Realtek ALC 655 sound
 drivers and can provide those (browser crashed with both 60+ page *pdf's
 open)
 
 Is there some way to have either have azalia call up the ALC 655 codec
 or change the device code to call up auvia?  In linux/alsa one can tweak
 the codec in /etc/modprobe.d.
 
 I debated sending this during the 5.6-beta freeze.  On one hand, it
 would be good to fix, but on the other, I can't imagine this is a common
 problem.

The codec has 6 independent channels, corresponding to the
speakers, headphones, and whatever is the third one. You could try
running sndiod with the -c 0:5 option, to make it use all
channels and see if you get some signal on the headphones.

 
 Any additional info, debug outputs and trials of patches I should be
 able to provide.
 

There are chipsets that can expose both intel hda and ac'97
interfaces; if so there's probably a BIOS setting to choose between
the two interfaces, do you have such setting? If so, you could try
them and see which one is works better.

[...]

Anyway, all this is supposed to work by default, so I'd be
interested in your dmesg of a kernel built with AZALIA_DEBUG
option.

Sound - Azalia Codecs

[J. Scott Heppler]

The recent change acpi(4) change regarding bogus interrupts allowed me
to install Current on an old Everex Stepnote VA1500V notebook.
Everything works with two small nits regarding the sound.
The more important one is that plugging in headphone to the green
line-out jack mutes the speaker but does not provide and sound.

The mic input jack also does not record anything using aucat - I
rarely record though.  The *wav file is generated for the appropriate
amount of time but has not discernible output on playback.
**
$ mixerctl -av
record.adc-0:1_mute=off [ off on ]
record.adc-0:1=120,120
inputs.mix_source=dac-0:1,mic,dac-4:5 { dac-0:1 mic dac-4:5 }
inputs.mix_dac-0:1=120,120
inputs.mix_mic=120,120
inputs.mix_dac-4:5=120,120
record.adc-0:1_source=mix [ mix mic ]
inputs.sel2_source= [ ]
outputs.sel2_mute=off [ off on ]
outputs.sel2=126,126
inputs.dac-2:3_mute=off [ off on ]
inputs.dac-2:3=126,126
inputs.dac-4:5_mute=off [ off on ]
inputs.dac-4:5=126,126
outputs.mic_source=dac-2:3 [ dac-2:3 ]
outputs.mic_dir=input-vr50 [ none output input input-vr50 ]
outputs.spkr_source=mix [ mix ]
outputs.spkr_mute=off [ off on ]
outputs.spkr=144,144
outputs.spkr_boost=off [ off on ]
outputs.master=135,135
outputs.master.mute=off [ off on ]
outputs.master.slaves=spkr { sel2 dac-2:3 dac-4:5 spkr }
record.volume=120,120
record.volume.mute=off [ off on ]
record.volume.slaves=adc-0:1 { adc-0:1 } 
***

I do not see any hp or line-out outputs and I am unsure what to make of
the empty sel2_source.

The notebook chipset is Via based
***
dmesg | grep azalia
azalia0 at pci4 dev 1 function 0 VIA HD Audio rev 0x10: apic 1 int 17
azalia0: codecs: VIA/0x1708
audio0 at azalia0 
***


The Windows drivers for the same notebook use the ALC 655 azalia codec.
The ALC 655 codec appears to be in OpenBSD only under auvia driver
instead of the azalia driver
From:
http://openbsd.7691.n7.nabble.com/VIA-chipsets-support-of-CN700-VT8237R-VT1708-A-td92231.html
***
auvia0 at pci0 dev 17 function 5 VIA VT8233 AC97 rev 0x60: apic 2 int 22 (irq 
5)
ac97: codec id 0x414c4760 (Avance Logic ALC655 rev 0)
audio0 at auvia0 
***


I found the codec specs for both the VT1708A and Realtek ALC 655 sound
drivers and can provide those (browser crashed with both 60+ page *pdf's
open)

Is there some way to have either have azalia call up the ALC 655 codec
or change the device code to call up auvia?  In linux/alsa one can tweak
the codec in /etc/modprobe.d.

I debated sending this during the 5.6-beta freeze.  On one hand, it
would be good to fix, but on the other, I can't imagine this is a common
problem.

Any additional info, debug outputs and trials of patches I should be
able to provide. 





--
J. Scott Heppler

Penguin Innovations

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 



NOTICE: This e-mail message and any attachments may
contain legally privileged and confidential information intended
solely for the use of the intended recipients. If you are not an
intended recipient, you are hereby notified that you have
received this message in error and any review, dissemination,
distribution, copying, or other unauthorized use of this email
and any attachment is strictly prohibited. If you have received
this email in error, please notify the sender immediately and
delete the message and any attachments from your system.

Re: Recording from azalia does not work

[Gregor Best]

On Tue, Jun 26, 2012 at 09:46:23PM -0700, patrick keshishian wrote:
 [...]
 sleep-wake cycle test?
 

I had the problem again, and indeed, suspending the machine with zzz and
resuming it fixes audio input. Is there anything I can do to investigate
this? Dump some hardware registers before and after sleeping maybe (and
which registers would be interesting?)

-- 
Gregor Best

Re: no sound azalia(4)

[Alexandre Ratchov]

as Jan said, the sound card is getting the signal; but according to
the mixerctl output, your card has 3 independent stereo dacs, so
you could try to kill sndiod and start it as follows:

sudo sndiod -dd -c0:5

to force it to send the signal to all outputs (hopefully the
speaker is one of them). Then try to play any audio file. It should
display:

$ sndiod -dd -c0:5 
snd0.default: rec=0:1 play=0:5 vol=5931520 dup
snd0: 48000Hz, s24le4msb, play 0:5, rec 0:1, 2 blocks of 960 frames
ogg0: 48000Hz, s16le, play 0:1, 10 blocks of 960 frames
snd0: device started

(note the second play 0:5 string). As we're at it, crank the
volume of all dacs to the maximum, just in case the sound is not
loud enough:

mixerctl inputs.dac-0:1=255
mixerctl inputs.dac-2:3=255
mixerctl inputs.dac-4:5=255

If you have headphones or an amp, try all output jacks to figure
out if at least one is getting the signal.

HTH

-- Alexandre

Re: no sound azalia(4)

[Martijn van Duren]

On 02/28/13 09:53, Alexandre Ratchov wrote:

as Jan said, the sound card is getting the signal; but according to
the mixerctl output, your card has 3 independent stereo dacs, so
you could try to kill sndiod and start it as follows:

sudo sndiod -dd -c0:5

to force it to send the signal to all outputs (hopefully the
speaker is one of them). Then try to play any audio file. It should
display:

$ sndiod -dd -c0:5
snd0.default: rec=0:1 play=0:5 vol=5931520 dup
snd0: 48000Hz, s24le4msb, play 0:5, rec 0:1, 2 blocks of 960 frames
ogg0: 48000Hz, s16le, play 0:1, 10 blocks of 960 frames
snd0: device started

(note the second play 0:5 string). As we're at it, crank the
volume of all dacs to the maximum, just in case the sound is not
loud enough:

mixerctl inputs.dac-0:1=255
mixerctl inputs.dac-2:3=255
mixerctl inputs.dac-4:5=255

If you have headphones or an amp, try all output jacks to figure
out if at least one is getting the signal.

HTH

-- Alexandre



This helped. Major thanks.
Is there any way to make this permanent? And is there any way to achieve 
working defaults?

Re: no sound azalia(4)

[Alexandre Ratchov]

On Thu, Feb 28, 2013 at 06:19:14PM +0100, Martijn van Duren wrote:
 On 02/28/13 09:53, Alexandre Ratchov wrote:
 as Jan said, the sound card is getting the signal; but according to
 the mixerctl output, your card has 3 independent stereo dacs, so
 you could try to kill sndiod and start it as follows:
 
  sudo sndiod -dd -c0:5
 
 to force it to send the signal to all outputs (hopefully the
 speaker is one of them). Then try to play any audio file. It should
 display:
 
 $ sndiod -dd -c0:5
 snd0.default: rec=0:1 play=0:5 vol=5931520 dup
 snd0: 48000Hz, s24le4msb, play 0:5, rec 0:1, 2 blocks of 960 frames
 ogg0: 48000Hz, s16le, play 0:1, 10 blocks of 960 frames
 snd0: device started
 
 (note the second play 0:5 string). As we're at it, crank the
 volume of all dacs to the maximum, just in case the sound is not
 loud enough:
 
 mixerctl inputs.dac-0:1=255
 mixerctl inputs.dac-2:3=255
 mixerctl inputs.dac-4:5=255
 
 If you have headphones or an amp, try all output jacks to figure
 out if at least one is getting the signal.
 
 HTH
 
 -- Alexandre
 
 
 This helped. Major thanks.
 Is there any way to make this permanent?

you could add:

sndiod_flags=-c0:5

in your rc.conf.local and possibly add, if necessary, the mixer
adjustments in mixerctl.conf

 And is there any way to achieve working defaults?

this would require to figure out why the sound card doesn't expose
the speakers dac.

-- Alexandre

Re: no sound azalia(4)

[Martijn van Duren]

On 02/28/13 18:33, Alexandre Ratchov wrote:

On Thu, Feb 28, 2013 at 06:19:14PM +0100, Martijn van Duren wrote:

On 02/28/13 09:53, Alexandre Ratchov wrote:

as Jan said, the sound card is getting the signal; but according to
the mixerctl output, your card has 3 independent stereo dacs, so
you could try to kill sndiod and start it as follows:

sudo sndiod -dd -c0:5

to force it to send the signal to all outputs (hopefully the
speaker is one of them). Then try to play any audio file. It should
display:

$ sndiod -dd -c0:5
snd0.default: rec=0:1 play=0:5 vol=5931520 dup
snd0: 48000Hz, s24le4msb, play 0:5, rec 0:1, 2 blocks of 960 frames
ogg0: 48000Hz, s16le, play 0:1, 10 blocks of 960 frames
snd0: device started

(note the second play 0:5 string). As we're at it, crank the
volume of all dacs to the maximum, just in case the sound is not
loud enough:

mixerctl inputs.dac-0:1=255
mixerctl inputs.dac-2:3=255
mixerctl inputs.dac-4:5=255

If you have headphones or an amp, try all output jacks to figure
out if at least one is getting the signal.

HTH

-- Alexandre



This helped. Major thanks.
Is there any way to make this permanent?


you could add:

sndiod_flags=-c0:5

in your rc.conf.local and possibly add, if necessary, the mixer
adjustments in mixerctl.conf


And is there any way to achieve working defaults?


this would require to figure out why the sound card doesn't expose
the speakers dac.


Is there any way I can help with this? any way to produce some helpful 
debugging output, trying patches, etc?




-- Alexandre

Re: no sound azalia(4)

[Jan Stary]

On Feb 27 07:59:46, martijn...@gmail.com wrote:
 On Tue, 2013-02-26 at 23:36 +0100, Jan Stary wrote:
  On Feb 26 23:25:17, martijn...@gmail.com wrote:
   Hello misc,
   
   I'm having troubles setting up my sound system on my openbsd-current
   laptop, a quite old Sony Vaio PCG-7H2M. If anyone has any idea of
   what the problem could be and has tips on how to solve it, it would
   be highly appreciated.
  
  What problem are you actually seeing?
  How exactly are you trying to play/record
  and what exactly is happening?
 
 As the subject says, I have no sound what so ever. I tried playing back
 a couple of songxx.ogg files via the ogg123 command as suggested per
 faq/faq13.html. The program seems to run fine, I just can't seem to put
 it through to my laptop speakers. I can't test for external atm since I
 have a temporary lack of cable.

Are you running sndiod?
Please try again with SIO_DEBUG=1.

Re: no sound azalia(4)

[Tim van der Molen]

On Wed, 27 Feb 2013 10:12:31 +0100, Jan Stary wrote:
 On Feb 27 07:59:46, martijn...@gmail.com wrote:
  On Tue, 2013-02-26 at 23:36 +0100, Jan Stary wrote:
   On Feb 26 23:25:17, martijn...@gmail.com wrote:
Hello misc,

I'm having troubles setting up my sound system on my openbsd-current
laptop, a quite old Sony Vaio PCG-7H2M. If anyone has any idea of
what the problem could be and has tips on how to solve it, it would
be highly appreciated.
   
   What problem are you actually seeing?
   How exactly are you trying to play/record
   and what exactly is happening?
  
  As the subject says, I have no sound what so ever. I tried playing back
  a couple of songxx.ogg files via the ogg123 command as suggested per
  faq/faq13.html. The program seems to run fine, I just can't seem to put
  it through to my laptop speakers. I can't test for external atm since I
  have a temporary lack of cable.
 
 Are you running sndiod?
 Please try again with SIO_DEBUG=1.

For the record, that should be SNDIO_DEBUG.

I don't see any spkr variables in the mixerctl output you posted
previously. That may be an indication of the root of your problem.

Do you get sound from headphones?

Also, to rule out OpenBSD-specific problems, you may want to try a live
CD with Linux or similar and see if you get sound there.

Regards,
Tim

Re: no sound azalia(4)

[Martijn van Duren]

On Wed, 2013-02-27 at 13:07 +0100, Tim van der Molen wrote:
 On Wed, 27 Feb 2013 10:12:31 +0100, Jan Stary wrote:
  On Feb 27 07:59:46, martijn...@gmail.com wrote:
   On Tue, 2013-02-26 at 23:36 +0100, Jan Stary wrote:
On Feb 26 23:25:17, martijn...@gmail.com wrote:
 Hello misc,
 
 I'm having troubles setting up my sound system on my openbsd-current
 laptop, a quite old Sony Vaio PCG-7H2M. If anyone has any idea of
 what the problem could be and has tips on how to solve it, it would
 be highly appreciated.

What problem are you actually seeing?
How exactly are you trying to play/record
and what exactly is happening?
   
   As the subject says, I have no sound what so ever. I tried playing back
   a couple of songxx.ogg files via the ogg123 command as suggested per
   faq/faq13.html. The program seems to run fine, I just can't seem to put
   it through to my laptop speakers. I can't test for external atm since I
   have a temporary lack of cable.
  
  Are you running sndiod?
  Please try again with SIO_DEBUG=1.
 
 For the record, that should be SNDIO_DEBUG.

I'm at work right now, I shall try that tonight.

 
 I don't see any spkr variables in the mixerctl output you posted
 previously. That may be an indication of the root of your problem.
 
 Do you get sound from headphones?

I currently don't have any working headphones or other sound equipment
to test them with, so I'll have to see if there's an open store after
work for some cheap headphones.

 
 Also, to rule out OpenBSD-specific problems, you may want to try a live
 CD with Linux or similar and see if you get sound there.

The soundcard does work under Linux. I successfully tried it over
speaker with Debian Wheezy last week and the last time I tried the
external it also worked.

 
 Regards,
 Tim

Re: no sound azalia(4)

[Martijn van Duren]

On 02/27/13 13:07, Tim van der Molen wrote:

On Wed, 27 Feb 2013 10:12:31 +0100, Jan Stary wrote:

On Feb 27 07:59:46, martijn...@gmail.com wrote:

On Tue, 2013-02-26 at 23:36 +0100, Jan Stary wrote:

On Feb 26 23:25:17, martijn...@gmail.com wrote:

Hello misc,

I'm having troubles setting up my sound system on my openbsd-current
laptop, a quite old Sony Vaio PCG-7H2M. If anyone has any idea of
what the problem could be and has tips on how to solve it, it would
be highly appreciated.


What problem are you actually seeing?
How exactly are you trying to play/record
and what exactly is happening?


As the subject says, I have no sound what so ever. I tried playing back
a couple of songxx.ogg files via the ogg123 command as suggested per
faq/faq13.html. The program seems to run fine, I just can't seem to put
it through to my laptop speakers. I can't test for external atm since I
have a temporary lack of cable.


Are you running sndiod?
Please try again with SIO_DEBUG=1.


For the record, that should be SNDIO_DEBUG.


I stopped sndiod via rc.d. After that I started it up again via:
$ SNDIO_DEBUG=1 sudo -u _sndio /usr/bin/sndiod -d
but when playing the songs again it gave no output (nor audio, nor 
stderr). I also tried it with SIO_DEBUG=1 for good measure, which also 
lacked output.




I don't see any spkr variables in the mixerctl output you posted
previously. That may be an indication of the root of your problem.

Do you get sound from headphones?

Also, to rule out OpenBSD-specific problems, you may want to try a live
CD with Linux or similar and see if you get sound there.

Regards,
Tim

Re: no sound azalia(4)

[Jan Stary]

On Feb 27 18:32:37, martijn...@gmail.com wrote:
 On 02/27/13 13:07, Tim van der Molen wrote:
 On Wed, 27 Feb 2013 10:12:31 +0100, Jan Stary wrote:
 On Feb 27 07:59:46, martijn...@gmail.com wrote:
 On Tue, 2013-02-26 at 23:36 +0100, Jan Stary wrote:
 On Feb 26 23:25:17, martijn...@gmail.com wrote:
 Hello misc,
 
 I'm having troubles setting up my sound system on my openbsd-current
 laptop, a quite old Sony Vaio PCG-7H2M. If anyone has any idea of
 what the problem could be and has tips on how to solve it, it would
 be highly appreciated.
 
 What problem are you actually seeing?
 How exactly are you trying to play/record
 and what exactly is happening?
 
 As the subject says, I have no sound what so ever. I tried playing back
 a couple of songxx.ogg files via the ogg123 command as suggested per
 faq/faq13.html. The program seems to run fine, I just can't seem to put
 it through to my laptop speakers. I can't test for external atm since I
 have a temporary lack of cable.
 
 Are you running sndiod?
 Please try again with SIO_DEBUG=1.
 
 For the record, that should be SNDIO_DEBUG.
 
 I stopped sndiod via rc.d. After that I started it up again via:
 $ SNDIO_DEBUG=1 sudo -u _sndio /usr/bin/sndiod -d
 but when playing the songs again it gave no output (nor audio, nor
 stderr). I also tried it with SIO_DEBUG=1 for good measure, which
 also lacked output.

Use SNDIO_DEBUG with the application you use to play the sound.

$ env SNDIO_DEBUG=1 play file.mp3
aucat_open: host= unit=0 devnum=0 opt=default
/tmp/aucat-1000/aucat0: No such file or directory
aucat: start, maxwrite = 0

file.mp3:

 File Size: 4.52M Bit Rate: 128k
  Encoding: MPEG audio
  Channels: 2 @ 16-bit
Samplerate: 44100Hz
Replaygain: off
  Duration: 00:04:42.96

In:0.00% 00:00:00.00 [00:04:42.96] Out:0 [  |  ]Clip:0
aucat: flowctl = 8820, maxwrite = 35280
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
[...]
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
In:0.26% 00:00:00.74 [00:04:42.21] Out:32.8k [   -==|  ] Hd:5.4 Clip:0
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
In:0.33% 00:00:00.93 [00:04:42.03] Out:41.0k [   -==|= ] Hd:5.4 Clip:0
Aborted.

This shows that the sndio subsystem is indeed getting
audio samples from the application and tries to play them.

Re: no sound azalia(4)

[Martijn van Duren]

Use SNDIO_DEBUG with the application you use to play the sound.

$ env SNDIO_DEBUG=1 play file.mp3
aucat_open: host= unit=0 devnum=0 opt=default
/tmp/aucat-1000/aucat0: No such file or directory
aucat: start, maxwrite = 0

file.mp3:

  File Size: 4.52M Bit Rate: 128k
   Encoding: MPEG audio
   Channels: 2 @ 16-bit
Samplerate: 44100Hz
Replaygain: off
   Duration: 00:04:42.96

In:0.00% 00:00:00.00 [00:04:42.96] Out:0 [  |  ]Clip:0
aucat: flowctl = 8820, maxwrite = 35280
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
[...]
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
In:0.26% 00:00:00.74 [00:04:42.21] Out:32.8k [   -==|  ] Hd:5.4 Clip:0
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
In:0.33% 00:00:00.93 [00:04:42.03] Out:41.0k [   -==|= ] Hd:5.4 Clip:0
Aborted.

This shows that the sndio subsystem is indeed getting
audio samples from the application and tries to play them.



My bad. My output is:
$ SNDIO_DEBUG=1 ogg123 /tmp/songty.ogg
aucat_open: host= unit=0 devnum=0 opt=default
/tmp/aucat-1000/aucat0: No such file or directory

Audio Device:   sndio audio output

Playing: /tmp/songty.ogg
Ogg Vorbis stream: 2 channel, 44100 Hz
aucat_open: host= unit=0 devnum=0 opt=default
/tmp/aucat-1000/aucat0: No such file or directory
aucat: start, maxwrite = 0
aucat: flowctl = 8820, maxwrite = 35280(  0.4 kbps)  Output Buffer  44.4%
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528  ( 69.5 kbps)  Output Buffer  77.8%
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
aucat: flowctl = 882, maxwrite = 3528
^Caucat: flowctl = 882, maxwrite = 3528

no sound azalia(4)

[Martijn van Duren]

Hello misc,

I'm having troubles setting up my sound system on my openbsd-current 
laptop, a quite old Sony Vaio PCG-7H2M. If anyone has any idea of what 
the problem could be and has tips on how to solve it, it would be highly 
appreciated.


My audioctl:
name=HD-Audio
version=1.0
config=azalia0
encodings=slinear_le:16:2:1,slinear_le:20:4:1,slinear_le:24:4:1
properties=full_duplex,independent
full_duplex=0
fullduplex=0
blocksize=3840
hiwat=9
lowat=1
output_muted=0
monitor_gain=0
mode=
play.rate=48000
play.channels=2
play.precision=16
play.bps=2
play.msb=1
play.encoding=slinear_le
play.gain=232
play.balance=32
play.port=0x0
play.avail_ports=0x0
play.seek=0
play.samples=0
play.eof=0
play.pause=1
play.error=0
play.waiting=0
play.open=0
play.active=0
play.buffer_size=65536
play.block_size=3840
play.errors=0
record.rate=48000
record.channels=2
record.precision=16
record.bps=2
record.msb=1
record.encoding=slinear_le
record.gain=127
record.balance=32
record.port=0x0
record.avail_ports=0x0
record.seek=0
record.samples=0
record.eof=0
record.pause=1
record.error=0
record.waiting=0
record.open=0
record.active=0
record.buffer_size=65536
record.block_size=3840
record.errors=0

My mixerctl -va:
inputs.dac-4:5_mute=off  [ off on ]
inputs.dac-4:5=126,126
inputs.dac-0:1_mute=off  [ off on ]
inputs.dac-0:1=232,232
inputs.dac-2:3_mute=off  [ off on ]
inputs.dac-2:3=126,126
inputs.sel_source=cd  [ cd ]
inputs.sel_mute=off  [ off on ]
inputs.sel_cd=119,119
record.adc-0:1_source=sel3  [ sel3 ]
record.adc-0:1_mute=off  [ off on ]
record.adc-0:1_sel3=119,119
outputs.hp_source=dac-4:5  [ dac-4:5 ]
outputs.hp_dir=output  [ none output input input-vr0 input-vr50 input-vr80 ]
outputs.hp_boost=off  [ off on ]
outputs.line_source=dac-0:1  [ dac-0:1 ]
outputs.line2_source=dac-2:3  [ dac-2:3 ]
outputs.SPDIF_source=dig-dac-0:1  [ dig-dac-0:1 adc-0:1 ]
inputs.sel3_source=mic  [ hp mic dac-4:5 ]
outputs.sel3_mute=off  [ off on ]
outputs.sel3=126,126
inputs.beep=85
outputs.hp_sense=unplugged  [ unplugged plugged ]
outputs.line_sense=unplugged  [ unplugged plugged ]
outputs.master=232,232
outputs.master.mute=off  [ off on ]
outputs.master.slaves=dac-0:1  { dac-4:5 dac-0:1 dac-2:3 sel3 beep }
outputs.mode=analog  [ analog digital ]

my dmesg.boot:
OpenBSD 5.3 (GENERIC.MP) #45: Thu Feb 21 23:15:34 MST 2013
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Genuine Intel(R) CPU T2400 @ 1.83GHz (GenuineIntel 686-class) 
1.83 GHz
cpu0: 
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,NXE,SSE3,MWAIT,VMX,EST,TM2,xTPR,PDCM,PERF

real mem  = 2145513472 (2046MB)
avail mem = 2099458048 (2002MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 02/17/06, BIOS32 rev. 0 @ 0xfd5f0, 
SMBIOS rev. 2.40 @ 0xdc010 (20 entries)

bios0: vendor Phoenix Technologies LTD version R0070J3 date 02/17/2006
bios0: Sony Corporation VGN-FE11S
acpi0 at bios0: rev 0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC BOOT MCFG APIC SSDT SSDT SSDT
acpi0: wakeup devices PWRB(S4) PXS1(S3) PXS2(S4) PXS3(S3) PXS4(S4) 
PXS5(S4) PXS6(S4) USB1(S3) USB2(S3) USB3(S3) USB4(S3) USB7(S3) LANC(S3)

acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: apic clock running at 166MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Genuine Intel(R) CPU T2400 @ 1.83GHz (GenuineIntel 686-class) 
1.83 GHz
cpu1: 
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,NXE,SSE3,MWAIT,VMX,EST,TM2,xTPR,PDCM,PERF

ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 2, remapped to apid 1
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 1 (PEGP)
acpiprt2 at acpi0: bus 2 (RP01)
acpiprt3 at acpi0: bus 4 (RP02)
acpiprt4 at acpi0: bus 6 (RP03)
acpiprt5 at acpi0: bus 8 (RP04)
acpiprt6 at acpi0: bus -1 (RP05)
acpiprt7 at acpi0: bus -1 (RP06)
acpiprt8 at acpi0: bus 10 (PCIB)
acpiec0 at acpi0
acpicpu0 at acpi0: C2, C1, PSS
acpicpu1 at acpi0: C2, C1, PSS
acpitz0 at acpi0: critical temperature is 105 degC
acpitz1 at acpi0: critical temperature is 105 degC
acpiac0 at acpi0: AC unit online
acpibat0 at acpi0: BAT0 not present
acpibtn0 at acpi0: LID0
acpibtn1 at acpi0: PWRB
acpidock0 at acpi0: DOCK not docked (0)
acpisony0 at acpi0: SNC_
acpivideo0 at acpi0: GFX0
bios0: ROM list: 0xc/0xf000 0xdc000/0x4000! 0xe/0x1800!
cpu0: Enhanced SpeedStep 1829 MHz: speeds: 1833, 1333, 1000 MHz
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 Intel 82945GM Host rev 0x03
ppb0 at pci0 dev 1 function 0 Intel 82945GM PCIE rev 0x03: apic 1 int 16
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 NVIDIA GeForce 7400 Go rev 0xa1
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
azalia0 at pci0 dev 27 

Re: no sound azalia(4)

[Jan Stary]

On Feb 26 23:25:17, martijn...@gmail.com wrote:
 Hello misc,
 
 I'm having troubles setting up my sound system on my openbsd-current
 laptop, a quite old Sony Vaio PCG-7H2M. If anyone has any idea of
 what the problem could be and has tips on how to solve it, it would
 be highly appreciated.

What problem are you actually seeing?
How exactly are you trying to play/record
and what exactly is happening?

 My audioctl:
 name=HD-Audio
 version=1.0
 config=azalia0
 encodings=slinear_le:16:2:1,slinear_le:20:4:1,slinear_le:24:4:1
 properties=full_duplex,independent
 full_duplex=0
 fullduplex=0
 blocksize=3840
 hiwat=9
 lowat=1
 output_muted=0
 monitor_gain=0
 mode=
 play.rate=48000
 play.channels=2
 play.precision=16
 play.bps=2
 play.msb=1
 play.encoding=slinear_le
 play.gain=232
 play.balance=32
 play.port=0x0
 play.avail_ports=0x0
 play.seek=0
 play.samples=0
 play.eof=0
 play.pause=1
 play.error=0
 play.waiting=0
 play.open=0
 play.active=0
 play.buffer_size=65536
 play.block_size=3840
 play.errors=0
 record.rate=48000
 record.channels=2
 record.precision=16
 record.bps=2
 record.msb=1
 record.encoding=slinear_le
 record.gain=127
 record.balance=32
 record.port=0x0
 record.avail_ports=0x0
 record.seek=0
 record.samples=0
 record.eof=0
 record.pause=1
 record.error=0
 record.waiting=0
 record.open=0
 record.active=0
 record.buffer_size=65536
 record.block_size=3840
 record.errors=0
 
 My mixerctl -va:
 inputs.dac-4:5_mute=off  [ off on ]
 inputs.dac-4:5=126,126
 inputs.dac-0:1_mute=off  [ off on ]
 inputs.dac-0:1=232,232
 inputs.dac-2:3_mute=off  [ off on ]
 inputs.dac-2:3=126,126
 inputs.sel_source=cd  [ cd ]
 inputs.sel_mute=off  [ off on ]
 inputs.sel_cd=119,119
 record.adc-0:1_source=sel3  [ sel3 ]
 record.adc-0:1_mute=off  [ off on ]
 record.adc-0:1_sel3=119,119
 outputs.hp_source=dac-4:5  [ dac-4:5 ]
 outputs.hp_dir=output  [ none output input input-vr0 input-vr50 input-vr80 ]
 outputs.hp_boost=off  [ off on ]
 outputs.line_source=dac-0:1  [ dac-0:1 ]
 outputs.line2_source=dac-2:3  [ dac-2:3 ]
 outputs.SPDIF_source=dig-dac-0:1  [ dig-dac-0:1 adc-0:1 ]
 inputs.sel3_source=mic  [ hp mic dac-4:5 ]
 outputs.sel3_mute=off  [ off on ]
 outputs.sel3=126,126
 inputs.beep=85
 outputs.hp_sense=unplugged  [ unplugged plugged ]
 outputs.line_sense=unplugged  [ unplugged plugged ]
 outputs.master=232,232
 outputs.master.mute=off  [ off on ]
 outputs.master.slaves=dac-0:1  { dac-4:5 dac-0:1 dac-2:3 sel3 beep }
 outputs.mode=analog  [ analog digital ]
 
 my dmesg.boot:
 OpenBSD 5.3 (GENERIC.MP) #45: Thu Feb 21 23:15:34 MST 2013
 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
 cpu0: Genuine Intel(R) CPU T2400 @ 1.83GHz (GenuineIntel
 686-class) 1.83 GHz
 cpu0: 
 FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,NXE,SSE3,MWAIT,VMX,EST,TM2,xTPR,PDCM,PERF
 real mem  = 2145513472 (2046MB)
 avail mem = 2099458048 (2002MB)
 mainbus0 at root
 bios0 at mainbus0: AT/286+ BIOS, date 02/17/06, BIOS32 rev. 0 @
 0xfd5f0, SMBIOS rev. 2.40 @ 0xdc010 (20 entries)
 bios0: vendor Phoenix Technologies LTD version R0070J3 date 02/17/2006
 bios0: Sony Corporation VGN-FE11S
 acpi0 at bios0: rev 0
 acpi0: sleep states S0 S3 S4 S5
 acpi0: tables DSDT FACP APIC BOOT MCFG APIC SSDT SSDT SSDT
 acpi0: wakeup devices PWRB(S4) PXS1(S3) PXS2(S4) PXS3(S3) PXS4(S4)
 PXS5(S4) PXS6(S4) USB1(S3) USB2(S3) USB3(S3) USB4(S3) USB7(S3)
 LANC(S3)
 acpitimer0 at acpi0: 3579545 Hz, 24 bits
 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
 cpu0 at mainbus0: apid 0 (boot processor)
 cpu0: apic clock running at 166MHz
 cpu1 at mainbus0: apid 1 (application processor)
 cpu1: Genuine Intel(R) CPU T2400 @ 1.83GHz (GenuineIntel
 686-class) 1.83 GHz
 cpu1: 
 FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,NXE,SSE3,MWAIT,VMX,EST,TM2,xTPR,PDCM,PERF
 ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
 ioapic0: misconfigured as apic 2, remapped to apid 1
 acpimcfg0 at acpi0 addr 0xe000, bus 0-255
 acpiprt0 at acpi0: bus 0 (PCI0)
 acpiprt1 at acpi0: bus 1 (PEGP)
 acpiprt2 at acpi0: bus 2 (RP01)
 acpiprt3 at acpi0: bus 4 (RP02)
 acpiprt4 at acpi0: bus 6 (RP03)
 acpiprt5 at acpi0: bus 8 (RP04)
 acpiprt6 at acpi0: bus -1 (RP05)
 acpiprt7 at acpi0: bus -1 (RP06)
 acpiprt8 at acpi0: bus 10 (PCIB)
 acpiec0 at acpi0
 acpicpu0 at acpi0: C2, C1, PSS
 acpicpu1 at acpi0: C2, C1, PSS
 acpitz0 at acpi0: critical temperature is 105 degC
 acpitz1 at acpi0: critical temperature is 105 degC
 acpiac0 at acpi0: AC unit online
 acpibat0 at acpi0: BAT0 not present
 acpibtn0 at acpi0: LID0
 acpibtn1 at acpi0: PWRB
 acpidock0 at acpi0: DOCK not docked (0)
 acpisony0 at acpi0: SNC_
 acpivideo0 at acpi0: GFX0
 bios0: ROM list: 0xc/0xf000 0xdc000/0x4000! 0xe/0x1800!
 cpu0: Enhanced SpeedStep 1829 MHz: speeds: 1833, 1333, 1000 MHz
 pci0 at mainbus0 bus 0: configuration mode 1 (bios)
 pchb0 at pci0 dev 0 function 0 Intel 82945GM Host 

Re: no sound azalia(4)

[Martijn van Duren]

On Tue, 2013-02-26 at 23:36 +0100, Jan Stary wrote:
 On Feb 26 23:25:17, martijn...@gmail.com wrote:
  Hello misc,
  
  I'm having troubles setting up my sound system on my openbsd-current
  laptop, a quite old Sony Vaio PCG-7H2M. If anyone has any idea of
  what the problem could be and has tips on how to solve it, it would
  be highly appreciated.
 
 What problem are you actually seeing?
 How exactly are you trying to play/record
 and what exactly is happening?

As the subject says, I have no sound what so ever. I tried playing back
a couple of songxx.ogg files via the ogg123 command as suggested per
faq/faq13.html. The program seems to run fine, I just can't seem to put
it through to my laptop speakers. I can't test for external atm since I
have a temporary lack of cable.

  My audioctl:
  name=HD-Audio
  version=1.0
  config=azalia0
  encodings=slinear_le:16:2:1,slinear_le:20:4:1,slinear_le:24:4:1
  properties=full_duplex,independent
  full_duplex=0
  fullduplex=0
  blocksize=3840
  hiwat=9
  lowat=1
  output_muted=0
  monitor_gain=0
  mode=
  play.rate=48000
  play.channels=2
  play.precision=16
  play.bps=2
  play.msb=1
  play.encoding=slinear_le
  play.gain=232
  play.balance=32
  play.port=0x0
  play.avail_ports=0x0
  play.seek=0
  play.samples=0
  play.eof=0
  play.pause=1
  play.error=0
  play.waiting=0
  play.open=0
  play.active=0
  play.buffer_size=65536
  play.block_size=3840
  play.errors=0
  record.rate=48000
  record.channels=2
  record.precision=16
  record.bps=2
  record.msb=1
  record.encoding=slinear_le
  record.gain=127
  record.balance=32
  record.port=0x0
  record.avail_ports=0x0
  record.seek=0
  record.samples=0
  record.eof=0
  record.pause=1
  record.error=0
  record.waiting=0
  record.open=0
  record.active=0
  record.buffer_size=65536
  record.block_size=3840
  record.errors=0
  
  My mixerctl -va:
  inputs.dac-4:5_mute=off  [ off on ]
  inputs.dac-4:5=126,126
  inputs.dac-0:1_mute=off  [ off on ]
  inputs.dac-0:1=232,232
  inputs.dac-2:3_mute=off  [ off on ]
  inputs.dac-2:3=126,126
  inputs.sel_source=cd  [ cd ]
  inputs.sel_mute=off  [ off on ]
  inputs.sel_cd=119,119
  record.adc-0:1_source=sel3  [ sel3 ]
  record.adc-0:1_mute=off  [ off on ]
  record.adc-0:1_sel3=119,119
  outputs.hp_source=dac-4:5  [ dac-4:5 ]
  outputs.hp_dir=output  [ none output input input-vr0 input-vr50 input-vr80 ]
  outputs.hp_boost=off  [ off on ]
  outputs.line_source=dac-0:1  [ dac-0:1 ]
  outputs.line2_source=dac-2:3  [ dac-2:3 ]
  outputs.SPDIF_source=dig-dac-0:1  [ dig-dac-0:1 adc-0:1 ]
  inputs.sel3_source=mic  [ hp mic dac-4:5 ]
  outputs.sel3_mute=off  [ off on ]
  outputs.sel3=126,126
  inputs.beep=85
  outputs.hp_sense=unplugged  [ unplugged plugged ]
  outputs.line_sense=unplugged  [ unplugged plugged ]
  outputs.master=232,232
  outputs.master.mute=off  [ off on ]
  outputs.master.slaves=dac-0:1  { dac-4:5 dac-0:1 dac-2:3 sel3 beep }
  outputs.mode=analog  [ analog digital ]
  
  my dmesg.boot:
  OpenBSD 5.3 (GENERIC.MP) #45: Thu Feb 21 23:15:34 MST 2013
  dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
  cpu0: Genuine Intel(R) CPU T2400 @ 1.83GHz (GenuineIntel
  686-class) 1.83 GHz
  cpu0: 
  FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,NXE,SSE3,MWAIT,VMX,EST,TM2,xTPR,PDCM,PERF
  real mem  = 2145513472 (2046MB)
  avail mem = 2099458048 (2002MB)
  mainbus0 at root
  bios0 at mainbus0: AT/286+ BIOS, date 02/17/06, BIOS32 rev. 0 @
  0xfd5f0, SMBIOS rev. 2.40 @ 0xdc010 (20 entries)
  bios0: vendor Phoenix Technologies LTD version R0070J3 date 02/17/2006
  bios0: Sony Corporation VGN-FE11S
  acpi0 at bios0: rev 0
  acpi0: sleep states S0 S3 S4 S5
  acpi0: tables DSDT FACP APIC BOOT MCFG APIC SSDT SSDT SSDT
  acpi0: wakeup devices PWRB(S4) PXS1(S3) PXS2(S4) PXS3(S3) PXS4(S4)
  PXS5(S4) PXS6(S4) USB1(S3) USB2(S3) USB3(S3) USB4(S3) USB7(S3)
  LANC(S3)
  acpitimer0 at acpi0: 3579545 Hz, 24 bits
  acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
  cpu0 at mainbus0: apid 0 (boot processor)
  cpu0: apic clock running at 166MHz
  cpu1 at mainbus0: apid 1 (application processor)
  cpu1: Genuine Intel(R) CPU T2400 @ 1.83GHz (GenuineIntel
  686-class) 1.83 GHz
  cpu1: 
  FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,NXE,SSE3,MWAIT,VMX,EST,TM2,xTPR,PDCM,PERF
  ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
  ioapic0: misconfigured as apic 2, remapped to apid 1
  acpimcfg0 at acpi0 addr 0xe000, bus 0-255
  acpiprt0 at acpi0: bus 0 (PCI0)
  acpiprt1 at acpi0: bus 1 (PEGP)
  acpiprt2 at acpi0: bus 2 (RP01)
  acpiprt3 at acpi0: bus 4 (RP02)
  acpiprt4 at acpi0: bus 6 (RP03)
  acpiprt5 at acpi0: bus 8 (RP04)
  acpiprt6 at acpi0: bus -1 (RP05)
  acpiprt7 at acpi0: bus -1 (RP06)
  acpiprt8 at acpi0: bus 10 (PCIB)
  acpiec0 at acpi0
  acpicpu0 at acpi0: C2, C1, PSS
  acpicpu1 at acpi0: C2, C1, PSS
  acpitz0 at acpi0: critical temperature is 

Re: azalia audio: Sound distorted

[web.de]

Hello,

 Christian Weisgerber naddy at mips.inka.de writes:
 
  
  Mark Kettenis:
  
   Does the diff below fix the problem?
  
  Yes, it does.

The diff works for me too. Many thanks to you all for your help.

Alexander 

Re: azalia audio: Sound distorted

[Jan Stary]

On Aug 09 23:12:27, Alexander Shendi (web.de) wrote:
 Hello,
 
 I am currently running a snapshot of OpenBSD-current (amd64) as of
 31st July, 2012. I am having  audio problems, i.e. the sound is distorted
 when playing an mp3 or ogg-file.

How exactly do you play it?
Do you run sndiod? How exactly?

 Sometimes even cat /dev/zero  /dev/audio leads to errors (as reported by
 audioctl play.errors).

In your output below, it keeps saying play.errors=0
  
 Should I try a more recent snapshot? I can't see any relevant changes in
 http://www.openbsd.org/plus.html.
 
 I have attached the output of dmesg, audioctl -a and mixerctl -a 
 below.
 
 Many thanks in advance for your help.
 
 Best Regards,
 
 Alexander
 
 === Snip 
 
 Script started on Thu Aug  9 22:39:06 2012
 $ su
 Password:
 # dmesg
 OpenBSD 5.2 (GENERIC.MP) #367: Mon Jul 30 16:29:56 MDT 2012
  dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
 RTC BIOS diagnostic error 80clock_battery
 real mem = 8486903808 (8093MB)
 avail mem = 8238608384 (7856MB)
 mainbus0 at root
 bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xe6dd0 (20 entries)
 bios0: vendor Insyde Corp. version R0190E4 date 04/30/2012
 bios0: Sony Corporation SVTC5E
 acpi0 at bios0: rev 2
 acpi0: sleep states S0 S3 S4 S5
 acpi0: tables DSDT FACP UEFI ASF! HPET APIC MCFG SLIC WDAT SSDT BOOT ASPT 
 SSDT SSDT
 acpi0: wakeup devices P0P1(S4) GLAN(S4) EHC1(S3) EHC2(S3) XHC_(S3) HDEF(S0) 
 PXSX(S4) RP01(S0) PXSX(S4) RP02(S0) PXSX(S4) RP03(S3) PXSX(S4) RP04(S4) 
 PXSX(S4) RP05(S4) PXSX(S4) RP06(S4) PXSX(S4) RP07(S4) PXSX(S4) RP08(S4) 
 PEG0(S4) PEGP(S4) PEG1(S4) PEG2(S4) PEG3(S4) LID0(S3) SLPB(S3)
 acpitimer0 at acpi0: 3579545 Hz, 24 bits
 acpihpet0 at acpi0: 14318179 Hz
 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
 cpu0 at mainbus0: apid 0 (boot processor)
 cpu0: Intel(R) Core(TM) i7-3517U CPU @ 1.90GHz, 2394.90 MHz
 cpu0: 
 FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSAVE,AVX,NXE,LONG,LAHF
 cpu0: 256KB 64b/line 8-way L2 cache
 cpu0: apic clock running at 99MHz
 cpu1 at mainbus0: apid 1 (application processor)
 cpu1: Intel(R) Core(TM) i7-3517U CPU @ 1.90GHz, 2394.56 MHz
 cpu1: 
 FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSAVE,AVX,NXE,LONG,LAHF
 cpu1: 256KB 64b/line 8-way L2 cache
 cpu2 at mainbus0: apid 2 (application processor)
 cpu2: Intel(R) Core(TM) i7-3517U CPU @ 1.90GHz, 2394.56 MHz
 cpu2: 
 FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSAVE,AVX,NXE,LONG,LAHF
 cpu2: 256KB 64b/line 8-way L2 cache
 cpu3 at mainbus0: apid 3 (application processor)
 cpu3: Intel(R) Core(TM) i7-3517U CPU @ 1.90GHz, 2394.56 MHz
 cpu3: 
 FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSAVE,AVX,NXE,LONG,LAHF
 cpu3: 256KB 64b/line 8-way L2 cache
 ioapic0 at mainbus0: apid 0 pa 0xfec0, version 20, 24 pins
 acpimcfg0 at acpi0 addr 0xe000, bus 0-255
 acpiprt0 at acpi0: bus 0 (PCI0)
 acpiprt1 at acpi0: bus -1 (P0P1)
 acpiprt2 at acpi0: bus 2 (RP01)
 acpiprt3 at acpi0: bus 8 (RP02)
 acpiprt4 at acpi0: bus 14 (RP03)
 acpiprt5 at acpi0: bus -1 (RP04)
 acpiprt6 at acpi0: bus -1 (RP05)
 acpiprt7 at acpi0: bus -1 (RP06)
 acpiprt8 at acpi0: bus -1 (RP07)
 acpiprt9 at acpi0: bus -1 (RP08)
 acpiprt10 at acpi0: bus -1 (PEG0)
 acpiprt11 at acpi0: bus -1 (PEG1)
 acpiprt12 at acpi0: bus -1 (PEG2)
 acpiprt13 at acpi0: bus -1 (PEG3)
 acpiec0 at acpi0
 acpicpu0 at acpi0: C3, C2, C1, PSS
 acpicpu1 at acpi0: C3, C2, C1, PSS
 acpicpu2 at acpi0: C3, C2, C1, PSS
 acpicpu3 at acpi0: C3, C2, C1, PSS
 acpitz0 at acpi0: critical temperature is 103 degC
 acpitz1 at acpi0: critical temperature is 126 degC
 acpiac0 at acpi0: AC unit offline
 acpibat0 at acpi0: BAT0 model VGP-BPS30 serial  3435 type LION oem 
 726f4320594e4f53
 acpibtn0 at acpi0: LID0
 acpibtn1 at acpi0: SLPB
 acpisony0 at acpi0: SNC_
 acpivideo0 at acpi0: PEGP
 acpivideo1 at acpi0: GFX0
 acpivout0 at acpivideo1: DD02
 cpu0: Enhanced SpeedStep 2394 MHz: speeds: 2401, 2400, 2300, 2200, 2000, 
 1900, 1800, 1700, 1500, 1400, 1300, 1200, 1100, 900, 800, 799 MHz
 pci0 at mainbus0 bus 0
 pchb0 at pci0 dev 0 function 0 Intel Core 3G Host rev 0x09
 vga1 at pci0 dev 2 function 0 Intel HD Graphics 4000 rev 0x09
 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
 wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
 intagp at vga1 not configured
 Intel 7 

Re: azalia audio: Sound distorted

[Christian Weisgerber]

Jan Stary h...@stare.cz wrote:

  I am currently running a snapshot of OpenBSD-current (amd64) as of
  31st July, 2012. I am having  audio problems, i.e. the sound is distorted
  when playing an mp3 or ogg-file.
 
 How exactly do you play it?
 Do you run sndiod? How exactly?

I got a new Ivy Bridge laptop this week with a dmesg that looks
broadly similar to Alexander's--in particular it has the same Intel
HD Audio and ALC269 codec--and playing audio is broken there as
well.

To simplify things, I stopped sndiod and ran mpg123 directly.  That
produces mostly noise, but concurrent system activity sometimes
improves the sound, so you can actually make out that it is playing,
say, song51.mp3.  Running ls -R / in another xterm works best,
though neither disk (dd) nor video (glxgears) activity on their own
have much effect.

There are no play.errors.  Frequently it sounds as if azalia0 is
stuck on the same audio buffer, just repeating it over and over
again.  systat(1) shows azalia0 getting 10 interrupts/s no matter
how good or bad the audio sounds.

My best guess is some sort of interrupt or DMA problem.

-- 
Christian naddy Weisgerber  na...@mips.inka.de

Re: azalia audio: Sound distorted

[Mark Kettenis]

Does the diff below fix the problem?

Index: azalia.c
===
RCS file: /cvs/src/sys/dev/pci/azalia.c,v
retrieving revision 1.200
diff -u -p -r1.200 azalia.c
--- azalia.c10 May 2012 22:46:48 -  1.200
+++ azalia.c10 Aug 2012 16:22:12 -
@@ -461,6 +461,7 @@ azalia_configure_pci(azalia_t *az)
case PCI_PRODUCT_INTEL_3400_HDA:
case PCI_PRODUCT_INTEL_QS57_HDA:
case PCI_PRODUCT_INTEL_6SERIES_HDA:
+   case PCI_PRODUCT_INTEL_7SERIES_HDA:
reg = azalia_pci_read(az-pc, az-tag,
INTEL_PCIE_NOSNOOP_REG);
reg = INTEL_PCIE_NOSNOOP_MASK;

Re: azalia audio: Sound distorted

[Christian Weisgerber]

Mark Kettenis:

 Does the diff below fix the problem?

Yes, it does.

 --- azalia.c  10 May 2012 22:46:48 -  1.200
 +++ azalia.c  10 Aug 2012 16:22:12 -
 @@ -461,6 +461,7 @@ azalia_configure_pci(azalia_t *az)
   case PCI_PRODUCT_INTEL_3400_HDA:
   case PCI_PRODUCT_INTEL_QS57_HDA:
   case PCI_PRODUCT_INTEL_6SERIES_HDA:
 + case PCI_PRODUCT_INTEL_7SERIES_HDA:
   reg = azalia_pci_read(az-pc, az-tag,
   INTEL_PCIE_NOSNOOP_REG);
   reg = INTEL_PCIE_NOSNOOP_MASK;

-- 
Christian naddy Weisgerber  na...@mips.inka.de

Re: azalia audio: Sound distorted

[web.de]

Christian Weisgerber naddy at mips.inka.de writes:

 
 Mark Kettenis:
 
  Does the diff below fix the problem?
 
 Yes, it does.
 
  --- azalia.c10 May 2012 22:46:48 -  1.200
  +++ azalia.c10 Aug 2012 16:22:12 -
  @@ -461,6 +461,7 @@ azalia_configure_pci(azalia_t *az)
  case PCI_PRODUCT_INTEL_3400_HDA:
  case PCI_PRODUCT_INTEL_QS57_HDA:
  case PCI_PRODUCT_INTEL_6SERIES_HDA:
  +   case PCI_PRODUCT_INTEL_7SERIES_HDA:
  reg = azalia_pci_read(az-pc, az-tag,
  INTEL_PCIE_NOSNOOP_REG);
  reg = INTEL_PCIE_NOSNOOP_MASK;
 

Great :)

Guess I'll have to learn to compile an OpenBSD
kernel.

Thanks to all who replied. I am currently travelling.
I will try this diff when I have decent network
connectivity again and will report the 
results.

azalia audio: Sound distorted

[Alexander Shendi (web.de)]

Hello,

I am currently running a snapshot of OpenBSD-current (amd64) as of
31st July, 2012. I am having  audio problems, i.e. the sound is distorted
when playing an mp3 or ogg-file.

Sometimes even cat /dev/zero  /dev/audio leads to errors (as reported by
audioctl play.errors).

Should I try a more recent snapshot? I can't see any relevant changes in
http://www.openbsd.org/plus.html.

I have attached the output of dmesg, audioctl -a and mixerctl -a 
below.

Many thanks in advance for your help.

Best Regards,

Alexander

=== Snip 

Script started on Thu Aug  9 22:39:06 2012
$ su
Password:
# dmesg
OpenBSD 5.2 (GENERIC.MP) #367: Mon Jul 30 16:29:56 MDT 2012
 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
RTC BIOS diagnostic error 80clock_battery
real mem = 8486903808 (8093MB)
avail mem = 8238608384 (7856MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xe6dd0 (20 entries)
bios0: vendor Insyde Corp. version R0190E4 date 04/30/2012
bios0: Sony Corporation SVTC5E
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP UEFI ASF! HPET APIC MCFG SLIC WDAT SSDT BOOT ASPT SSDT 
SSDT
acpi0: wakeup devices P0P1(S4) GLAN(S4) EHC1(S3) EHC2(S3) XHC_(S3) HDEF(S0) 
PXSX(S4) RP01(S0) PXSX(S4) RP02(S0) PXSX(S4) RP03(S3) PXSX(S4) RP04(S4) 
PXSX(S4) RP05(S4) PXSX(S4) RP06(S4) PXSX(S4) RP07(S4) PXSX(S4) RP08(S4) 
PEG0(S4) PEGP(S4) PEG1(S4) PEG2(S4) PEG3(S4) LID0(S3) SLPB(S3)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 14318179 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i7-3517U CPU @ 1.90GHz, 2394.90 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSAVE,AVX,NXE,LONG,LAHF
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: apic clock running at 99MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM) i7-3517U CPU @ 1.90GHz, 2394.56 MHz
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSAVE,AVX,NXE,LONG,LAHF
cpu1: 256KB 64b/line 8-way L2 cache
cpu2 at mainbus0: apid 2 (application processor)
cpu2: Intel(R) Core(TM) i7-3517U CPU @ 1.90GHz, 2394.56 MHz
cpu2: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSAVE,AVX,NXE,LONG,LAHF
cpu2: 256KB 64b/line 8-way L2 cache
cpu3 at mainbus0: apid 3 (application processor)
cpu3: Intel(R) Core(TM) i7-3517U CPU @ 1.90GHz, 2394.56 MHz
cpu3: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSAVE,AVX,NXE,LONG,LAHF
cpu3: 256KB 64b/line 8-way L2 cache
ioapic0 at mainbus0: apid 0 pa 0xfec0, version 20, 24 pins
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (P0P1)
acpiprt2 at acpi0: bus 2 (RP01)
acpiprt3 at acpi0: bus 8 (RP02)
acpiprt4 at acpi0: bus 14 (RP03)
acpiprt5 at acpi0: bus -1 (RP04)
acpiprt6 at acpi0: bus -1 (RP05)
acpiprt7 at acpi0: bus -1 (RP06)
acpiprt8 at acpi0: bus -1 (RP07)
acpiprt9 at acpi0: bus -1 (RP08)
acpiprt10 at acpi0: bus -1 (PEG0)
acpiprt11 at acpi0: bus -1 (PEG1)
acpiprt12 at acpi0: bus -1 (PEG2)
acpiprt13 at acpi0: bus -1 (PEG3)
acpiec0 at acpi0
acpicpu0 at acpi0: C3, C2, C1, PSS
acpicpu1 at acpi0: C3, C2, C1, PSS
acpicpu2 at acpi0: C3, C2, C1, PSS
acpicpu3 at acpi0: C3, C2, C1, PSS
acpitz0 at acpi0: critical temperature is 103 degC
acpitz1 at acpi0: critical temperature is 126 degC
acpiac0 at acpi0: AC unit offline
acpibat0 at acpi0: BAT0 model VGP-BPS30 serial  3435 type LION oem 
726f4320594e4f53
acpibtn0 at acpi0: LID0
acpibtn1 at acpi0: SLPB
acpisony0 at acpi0: SNC_
acpivideo0 at acpi0: PEGP
acpivideo1 at acpi0: GFX0
acpivout0 at acpivideo1: DD02
cpu0: Enhanced SpeedStep 2394 MHz: speeds: 2401, 2400, 2300, 2200, 2000, 1900, 
1800, 1700, 1500, 1400, 1300, 1200, 1100, 900, 800, 799 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 Intel Core 3G Host rev 0x09
vga1 at pci0 dev 2 function 0 Intel HD Graphics 4000 rev 0x09
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
intagp at vga1 not configured
Intel 7 Series xHCI rev 0x04 at pci0 dev 20 function 0 not configured
Intel 7 Series MEI rev 0x04 at pci0 dev 22 function 0 not configured
ehci0 at pci0 dev 26 function 0 Intel 7 Series USB rev 0x04: apic 0 int 16
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 Intel EHCI root hub rev 

Re: Recording from azalia does not work

[Alexandre Ratchov]

On Mon, Jun 25, 2012 at 10:53:34AM +0200, Gregor Best wrote:
 Hi people,
 
 I'm trying to get recording from the mic input of my laptop working, but have
 not have success so far. I'm using a thinkpad laptop
 with an azalia device and a pretty run of the mill headset, attached to
 headphone out and microphone in. The headset itself works
 fine on other machines and the microphone input and headphone output of the
 laptop work fine hardware-wise (i.e. tested with another
 operating system). On OpenBSD however, the mic input remains silent. Files
 recorded with aucat -o foo.wav remain silent for the
 entire recording duration, as if the mic was somehow muted. Below is the
 output of mixerctl: 
   outputs.spkr_source=dac-0:1
   outputs.spkr_mute=on
   outputs.spkr=125,125
   outputs.spkr_eapd=on
   outputs.hp_source=dac-0:1
   outputs.hp_mute=off
   outputs.hp=155,155
   outputs.hp_dir=output
   outputs.hp_boost=off
   outputs.mic_dir=input-vr80
   inputs.beep_mute=off
   inputs.beep=108
   inputs.mix_source=dac-0:1,mic,hp
   inputs.mix_dac-0:1=125,125
   inputs.mix_mic=215,215
   inputs.mix_hp=125,125
   record.adc-0:1_source=mic
   record.adc-0:1_mute=off
   record.adc-0:1=253,253
   outputs.hp_sense=plugged
   outputs.mic_sense=plugged
   outputs.spkr_muters=hp
   outputs.master=157,157
   outputs.master.mute=off
   outputs.master.slaves=spkr,hp
   record.volume=255,255
   record.volume.mute=off
   record.volume.slaves=adc-0:1
 

this seems correct at first glance; could you see whether the
recorded file is full of silence (zeros) or noise (numbers close to
zero)?

aucat -o /tmp/foo

and then:

hexdump /tmp/foo |less

noise would mean that there's a level knob to crank, while zeros
would suggest that something in the recording chain is disabled.

 As you can see, all recording related devices are at full volume and no device
 is muted except for the built-in speakers. Is
 recording on azalia devices simply not supported or am I missing something
 really obvious here?

recording is supposed to work. I don't have azalia, so both of us
might be missing something obvious :)

-- Alexandre

Re: Recording from azalia does not work

[Gregor Best]

On Tue, Jun 26, 2012 at 09:16:38AM +0200, Alexandre Ratchov wrote:
 [...]
 this seems correct at first glance; could you see whether the
 recorded file is full of silence (zeros) or noise (numbers close to
 zero)?

 aucat -o /tmp/foo

 and then:

 hexdump /tmp/foo |less

 noise would mean that there's a level knob to crank, while zeros
 would suggest that something in the recording chain is disabled.
 [...]

Hmm... I may be losing my mind... I just rebooted and tried it again and
it worked. The mixer settings are the same... looks like this was just some
sort of glitch. I'll do some more checking if it stops working again.

--
Gregor Best

[demime 1.01d removed an attachment of type application/pgp-signature]

Re: Recording from azalia does not work

[patrick keshishian]

On Tue, Jun 26, 2012 at 7:23 AM, Gregor Best g...@ring0.de wrote:
 On Tue, Jun 26, 2012 at 09:16:38AM +0200, Alexandre Ratchov wrote:
 [...]
 this seems correct at first glance; could you see whether the
 recorded file is full of silence (zeros) or noise (numbers close to
 zero)?

 aucat -o /tmp/foo

 and then:

 hexdump /tmp/foo |less

 noise would mean that there's a level knob to crank, while zeros
 would suggest that something in the recording chain is disabled.
 [...]

 Hmm... I may be losing my mind... I just rebooted and tried it again and
 it worked. The mixer settings are the same... looks like this was just some
 sort of glitch. I'll do some more checking if it stops working again.

sleep-wake cycle test?

Recording from azalia does not work

[Gregor Best]

Hi people,

I'm trying to get recording from the mic input of my laptop working, but have
not have success so far. I'm using a thinkpad laptop
with an azalia device and a pretty run of the mill headset, attached to
headphone out and microphone in. The headset itself works
fine on other machines and the microphone input and headphone output of the
laptop work fine hardware-wise (i.e. tested with another
operating system). On OpenBSD however, the mic input remains silent. Files
recorded with aucat -o foo.wav remain silent for the
entire recording duration, as if the mic was somehow muted. Below is the
output of mixerctl:

outputs.spkr_source=dac-0:1
outputs.spkr_mute=on
outputs.spkr=125,125
outputs.spkr_eapd=on
outputs.hp_source=dac-0:1
outputs.hp_mute=off
outputs.hp=155,155
outputs.hp_dir=output
outputs.hp_boost=off
outputs.mic_dir=input-vr80
inputs.beep_mute=off
inputs.beep=108
inputs.mix_source=dac-0:1,mic,hp
inputs.mix_dac-0:1=125,125
inputs.mix_mic=215,215
inputs.mix_hp=125,125
record.adc-0:1_source=mic
record.adc-0:1_mute=off
record.adc-0:1=253,253
outputs.hp_sense=plugged
outputs.mic_sense=plugged
outputs.spkr_muters=hp
outputs.master=157,157
outputs.master.mute=off
outputs.master.slaves=spkr,hp
record.volume=255,255
record.volume.mute=off
record.volume.slaves=adc-0:1

As you can see, all recording related devices are at full volume and no device
is muted except for the built-in speakers. Is
recording on azalia devices simply not supported or am I missing something
really obvious here?

--
Gregor Best

[demime 1.01d removed an attachment of type application/pgp-signature]

Radeon 4200 and azalia audio problems

[Scott McEachern]

I recently upgraded to the most recent (Jan. 26) snapshot from a system 
built from source on Jan. 24th, with mixed results: (dmesg follows)


- Jan. 24th: using the xf86-video-ati-6.14.3.tar.gz driver from x.org, 
mplayer video output was jittery, like the driver couldn't keep up, but 
audio was fine[*1].  I got the your computer is too slow! message from 
mplayer (no, it isn't).


- Jan. 26th: Not using the 6.14.3 driver, mplayer output was the same as 
above.  With the x.org driver, mplayer video output is now fine, but 
there is a noticeable crackling/distortion during playback of some (not 
all) movie/TV files.  It sounds like the audio levels of the media files 
is too high, but audio was fine on these same files the other day.


[*1] - I'm not sure exactly when this popped up, only in the last week 
maybe, but now I can hear interference on the computer speakers during 
some (usually intense) HDD activity.  The connections are solid (no 
recent changes/moves), but now when there is no background noise in the 
room, the HDD squealing sounds are quite noticeable.


I just thought I'd let people know.  Any suggestions would be 
appreciated, and I'll keep trying new snaps as they are released.


- Scott

dmesg:

OpenBSD 5.1-beta (GENERIC.MP) #188: Thu Jan 26 15:00:02 MST 2012
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 4023975936 (3837MB)
avail mem = 3902701568 (3721MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.5 @ 0x9f000 (68 entries)
bios0: vendor American Megatrends Inc. version 2103 date 06/18/2010
bios0: ASUSTeK Computer INC. M4A785TD-V EVO
acpi0 at bios0: rev 2
acpi0: sleep states S0 S1 S3 S4 S5
acpi0: tables DSDT FACP APIC MCFG OEMB SRAT HPET SSDT
acpi0: wakeup devices PCE2(S4) PCE3(S4) PCE4(S4) PCE5(S4) PCE6(S4) 
PCE7(S4) PCE9(S4) PCEA(S4) PCEB(S4) PCEC(S4) SBAZ(S4) PS2M(S4) PS2K(S4) 
UAR1(S4) P0PC(S4) UHC1(S4) UHC2(S4) UHC3(S4) USB4(S4) UHC5(S4) UHC6(S4) 
UHC7(S4)

acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: AMD Phenom(tm) II X6 1100T Processor, 3315.23 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT
cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 
64b/line 16-way L2 cache
cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully 
associative
cpu0: DTLB 48 4KB entries fully associative, 48 4MB entries fully 
associative

cpu0: apic clock running at 200MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: AMD Phenom(tm) II X6 1100T Processor, 3314.79 MHz
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT
cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 
64b/line 16-way L2 cache
cpu1: ITLB 32 4KB entries fully associative, 16 4MB entries fully 
associative
cpu1: DTLB 48 4KB entries fully associative, 48 4MB entries fully 
associative

cpu2 at mainbus0: apid 2 (application processor)
cpu2: AMD Phenom(tm) II X6 1100T Processor, 3314.79 MHz
cpu2: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT
cpu2: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 
64b/line 16-way L2 cache
cpu2: ITLB 32 4KB entries fully associative, 16 4MB entries fully 
associative
cpu2: DTLB 48 4KB entries fully associative, 48 4MB entries fully 
associative

cpu3 at mainbus0: apid 3 (application processor)
cpu3: AMD Phenom(tm) II X6 1100T Processor, 3314.79 MHz
cpu3: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT
cpu3: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 
64b/line 16-way L2 cache
cpu3: ITLB 32 4KB entries fully associative, 16 4MB entries fully 
associative
cpu3: DTLB 48 4KB entries fully associative, 48 4MB entries fully 
associative

cpu4 at mainbus0: apid 4 (application processor)
cpu4: AMD Phenom(tm) II X6 1100T Processor, 3314.79 MHz
cpu4: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT
cpu4: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 
64b/line 16-way L2 cache
cpu4: ITLB 32 4KB entries fully associative, 16 4MB entries fully 
associative
cpu4: DTLB 48 4KB entries fully 

Re: Radeon 4200 and azalia audio problems

[roberth]

On Sat, 28 Jan 2012 15:20:27 -0500
Scott McEachern sc...@blackstaff.ca wrote:

 [*1] - I'm not sure exactly when this popped up

matthieu@ updated the ati driver recently. (yesterday? check the
source-changes@ archives, http://www.openbsd.org/faq/current.html )
ati cards are now all attached to the opensource ati x driver.
sorry to hear (...) that caused some hdmi-audio regressions for you.
you might want to look for similar reports upstream.

Cheers,
- Robert

Only noise from Azalia

[Jairo Souto]

I can get only noise from the audio of a notebook Acer Aspire
5820T-6825.

OpenBSD uranio.dlg 4.9 GENERIC.MP#6 amd64

The snapshots until 9051478 Jan  9 14:51 bsd.mp have not worked.

dmesg, audioctl -a and mixerctl -av are attached.

I do need your help. Thank you.

--Jairo Souto (38)8816-1254
dmesg
-

OpenBSD 4.9 (GENERIC.MP) #6: Tue Jan 10 22:37:22 BRST 2012
jso...@uranio.dlg:/usr/src/sys/arch/amd64/compile/GENERIC.MP
RTC BIOS diagnostic error 80clock_battery
real mem = 3008843776 (2869MB)
avail mem = 2914713600 (2779MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xe9460 (51 entries)
bios0: vendor INSYDE version V1.23 date 12/21/2010
bios0: Acer Aspire 5820T
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP ASF! HPET APIC MCFG SLIC BOOT ASPT WDAT SSDT
acpi0: wakeup devices EHC1(S3) EHC2(S3) PXSX(S4) RP01(S4) PXSX(S4) PXSX(S4) 
PXSX(S4) PXSX(S4) PXSX(S4) PXSX(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 14318179 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i5 CPU M 480 @ 2.67GHz, 2660.92 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: apic clock running at 133MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM) i5 CPU M 480 @ 2.67GHz, 2660.46 MHz
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG
cpu1: 256KB 64b/line 8-way L2 cache
cpu2 at mainbus0: apid 4 (application processor)
cpu2: Intel(R) Core(TM) i5 CPU M 480 @ 2.67GHz, 2660.46 MHz
cpu2: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG
cpu2: 256KB 64b/line 8-way L2 cache
cpu3 at mainbus0: apid 5 (application processor)
cpu3: Intel(R) Core(TM) i5 CPU M 480 @ 2.67GHz, 2660.46 MHz
cpu3: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG
cpu3: 256KB 64b/line 8-way L2 cache
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 0, remapped to apid 2
acpimcfg0 at acpi0 addr 0xf000, bus 0-127
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (P0P2)
acpiprt2 at acpi0: bus 3 (P0P1)
acpiprt3 at acpi0: bus 1 (RP01)
acpiprt4 at acpi0: bus -1 (RP02)
acpiprt5 at acpi0: bus -1 (RP03)
acpiprt6 at acpi0: bus -1 (RP04)
acpiprt7 at acpi0: bus -1 (RP05)
acpiprt8 at acpi0: bus -1 (RP07)
acpiprt9 at acpi0: bus -1 (RP08)
acpiprt10 at acpi0: bus -1 (PEG3)
acpiprt11 at acpi0: bus -1 (PEG5)
acpiec0 at acpi0
acpicpu0 at acpi0: C3, C1, PSS
acpicpu1 at acpi0: C3, C1, PSS
acpicpu2 at acpi0: C3, C1, PSS
acpicpu3 at acpi0: C3, C1, PSS
acpitz0 at acpi0: critical temperature 105 degC
acpibat0 at acpi0: BAT1 model AS10B3E serial 7F5A type LION oem SANYO
acpiac0 at acpi0: AC unit online
acpibtn0 at acpi0: PWRB
acpibtn1 at acpi0: LID0
acpibtn2 at acpi0: SLPB
acpivideo0 at acpi0: GFX0
acpivout0 at acpivideo0: LCD_
acpivideo1 at acpi0: VGA_
cpu0: Enhanced SpeedStep 2660 MHz: speeds: 2667, 2666, 2533, 2399, 2266, 2133, 
1999, 1866, 1733, 1599, 1466, 1333, 1199 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 Intel Core Host rev 0x18
vga1 at pci0 dev 2 function 0 Intel Mobile HD graphics rev 0x18
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
intagp0 at vga1
agp0 at intagp0: aperture at 0xc000, size 0x1000
inteldrm0 at vga1: apic 2 int 16 (irq 7)
drm0 at inteldrm0
Intel 3400 MEI rev 0x06 at pci0 dev 22 function 0 not configured
ehci0 at pci0 dev 26 function 0 Intel 3400 USB rev 0x05: apic 2 int 16 (irq 7)
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1
azalia0 at pci0 dev 27 function 0 Intel 3400 HD Audio rev 0x05: apic 2 int 22 
(irq 11)
azalia_reset: resetting
azalia_reset: reset counter = 4999
azalia_reset: reset counter = 4985
azalia0: host: High Definition Audio rev. 1.0
azalia0: host: 4 output, 4 input, and 0 bidi streams
azalia0: found a codec at #0
azalia0: found a codec at #3
azalia_init_corb: CORB allocation succeeded.
azalia_init_corb: CORBWP=0; size=256
azalia_init_rirb: RIRB allocation succeeded.
azalia_init_rirb: RIRBRP=0, size=256
azalia0: codec[0] vid 0x10ec0269, subid 0x035d1025, rev. 1.0, HDA version 1.0
azalia0: nidstart=1 #functions=1
azalia_codec_init: FTYPE result = 0x0101
azalia_codec_init: There are 34 widgets in the audio function.
encodings=1PCM
PCM