Re: Audio problems on OpenBSD 5.7
On Thu, May 14, 2015 at 5:49 AM, Alexandre Ratchov a...@caoua.org wrote: Something is wrong here, could you build a kernel with the AUDIO_DEBUG and AZALIA_DEBUG options, reboot, run the same command, and send me the resulting dmesg, please? Here you are: $ cat /dev/audio0 /tmp/foo cat: /dev/audio0: Device not configured OpenBSD 5.7 (GENERIC.MP.audio_debug) #0: Sat May 16 22:15:54 EDT 2015 br...@home.my.domain:/usr/src/sys/arch/amd64/compile/GENERIC.MP.audio_debug real mem = 8471965696 (8079MB) avail mem = 8242503680 (7860MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xec3b0 (78 entries) bios0: vendor American Megatrends Inc. version F5 date 06/23/2014 bios0: GIGABYTE M4HM87P-00 acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC FPDT LPIT SSDT SSDT SSDT SSDT MCFG HPET SSDT SSDT ASF! DMAR acpi0: wakeup devices PXSX(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) RP07(S4) PXSX(S4) RP08(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-4770R CPU @ 3.20GHz, 3507.37 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,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID 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.0, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Core(TM) i7-4770R CPU @ 3.20GHz, 3492.39 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,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID 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) i7-4770R CPU @ 3.20GHz, 3491.91 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,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID 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) i7-4770R CPU @ 3.20GHz, 3492.62 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,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID cpu3: 256KB 64b/line 8-way L2 cache cpu3: smt 0, core 3, package 0 cpu4 at mainbus0: apid 1 (application processor) cpu4: Intel(R) Core(TM) i7-4770R CPU @ 3.20GHz, 3491.91 MHz cpu4: 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,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID cpu4: 256KB 64b/line 8-way L2 cache cpu4: smt 1, core 0, package 0 cpu5 at mainbus0: apid 3 (application processor) cpu5: Intel(R) Core(TM) i7-4770R CPU @ 3.20GHz, 3491.91 MHz cpu5: 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,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID cpu5: 256KB 64b/line 8-way L2 cache cpu5: smt 1, core 1, package 0 cpu6 at mainbus0: apid 5 (application processor) cpu6: Intel(R) Core(TM) i7-4770R CPU @ 3.20GHz, 3491.91 MHz cpu6: 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,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID cpu6: 256KB 64b/line 8-way L2 cache cpu6: smt 1, core 2, package 0 cpu7 at mainbus0: apid 7
Re: Audio problems on OpenBSD 5.7
On Thu, May 14, 2015 at 2:39 PM, Alexandre Ratchov a...@caoua.org wrote: Clearly a driver problem. Try using -mplay option, until this gets fixed, Yes, adding -mplay to sndiod appears to fix the problem entirely (i.e. now several programs can play audio simultaneously). How come? The option disables recording, right? and if you've some time possibly help debugging this! Sure. I'll try to build the kernel with the debugging options you suggested earlier, if that helps. Thanks!
Re: Audio problems on OpenBSD 5.7
On Fri, May 15, 2015 at 09:22:04AM -0400, Bryan Pimmler wrote: On Thu, May 14, 2015 at 2:39 PM, Alexandre Ratchov a...@caoua.org wrote: Clearly a driver problem. Try using -mplay option, until this gets fixed, Yes, adding -mplay to sndiod appears to fix the problem entirely (i.e. now several programs can play audio simultaneously). How come? The option disables recording, right? yes, exactly.
Re: Audio problems on OpenBSD 5.7
On 05/15/15 13:34, Mihai Popescu wrote: For thread subject's sake, just stay on FreeBSD No worries, I will. Thanks for your help with resolving the audio problem.
Re: Audio problems on OpenBSD 5.7
Stan Gammons wrote: Sounds similar to the problems I had. I was using KDE and the notifications type sounds worked but no sound card was recognized by Kmix. I gave up trying to figure out what the problem was and went back to FreeBSD. FreeBSD recognizes the sound chip as a Realtek ALC887 and the audio playback device under the music category is OSS. For thread subject's sake, just stay on FreeBSD and don't polute the discussion with your stupid unrelated problems, please. I hate to see somebody unrelated to subject jumping in the middle of an interesting thread. As far as I know Alexandre Ratchov is a main developer on OpenBSD's sound infrastructure, so I preffer to read his remarks not yours. Not to mention that you didn't seem to report your problem back then. Thank you.
Re: Audio problems on OpenBSD 5.7
On Thu, May 14, 2015 at 2:55 AM, Jan Stary h...@stare.cz wrote: On May 14 08:51:02, h...@stare.cz wrote: That sounds like a sndiod problem then. Please launch sndiod again in a script(1) as sndiod -d -d -d, play an audio file (with aucat or play or whatever) and post the log. # sndiod -d -d -d snd0 pst=cfg.default: rec=0:1 play=0:1 vol=23170 dup listen(/tmp/aucat/aucat0|ini): created From another shell: $ aucat -i test.wav default: audio device gone, stopping (aucat process exits) The rest of the output from sndioid -d -d -d: sock(sock|ini): created sock,rmsg,widl: AUTH message sock,rmsg,widl: HELLO message sock,rmsg,widl: hello from aucat, 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, 9 blocks of 960 frames aucat0 vol=127,pst=ini,mmc=off,rmsg,widl: SETPAR message aucat0 vol=127,pst=ini,mmc=off,rmsg,widl: playback channels 0:0 - 0:1 aucat0 vol=127,pst=ini,mmc=off,rmsg,widl: 2880 frame buffer aucat0 vol=127,pst=ini,mmc=off,rmsg,widl: GETPAR message aucat0 vol=127,pst=ini,mmc=off,rmsg,widl: GETPAR message aucat0 vol=127,pst=ini,mmc=off,rmsg,widl: START message aucat0 vol=127,pst=ini,mmc=off: playing s16le - s16le aucat0 vol=127,pst=ini,mmc=off: allocated 2880/11520 fr buffers aucat0 vol=127,pst=sta,mmc=off: 48000Hz, s16le, play 0:0, 3 blocks of 960 frames aucat0 vol=127,pst=sta,mmc=off,rmsg,widl: building SETVOL message, vol = 127 snd0 pst=ini: device started snd0 pst=run: started aucat0 vol=127,pst=run,mmc=off: attached at -8640, delta = 0 cmap: nch = 1, ostart = 0, onext = 1, istart = 0, inext = 0 aucat0 vol=127,pst=run,mmc=off: set weight: 23170/23170 snd0 pst=run: watchdog timeout snd0 pst=run: closing aucat0 vol=127,pst=run,mmc=off,rmsg,widl: exit aucat0 vol=127,pst=run,mmc=off,rmsg,widl: closing aucat0 vol=127,pst=run,mmc=off: stopping snd0 pst=cfg: device released sock(sock|zom): destroyed snd0 pst=cfg: closed sio(rsnd/0|zom): destroyed Perhaps the watchdog timeout can give a clue. I also noticed the following: When running sndiod without any -d flag, not only does the process go into the background (as expected), but also the behaviour of aucat -i test.wav changes. Instead of giving an error and exiting (as shown above) aucat just hangs without any output. Thanks for your help.
Re: Audio problems on OpenBSD 5.7
On Thu, May 14, 2015 at 06:20:07AM -0500, Stan Gammons wrote: Ok. Let's start over. When the system starts it doesn't automatically start KDE. When I login I'm able to get the sound to play noise with cat /dev/urandom /dev/audio. Audioctl and mixerctl both display the various settings when I run them. When I run startkde4, the sound icon is in the lower right on the screen, the volume control slider is present and the notification sounds play. But, there is no audio device shown in kmix and when I click on the drop down to select the audio device, it's empty. As I said before, I don't have this problem with FreeBSD. So, if the azalia driver is the same, why do I have this problem on OpenBSD? FWIW, neither the azalia driver, nor the audio API are the same in freebsd and openbsd. If openbsd native tools work, but kmix doesn't, most probably openbsd-specific bits in kmix are incomplete (kmix itself or whatever audio framework it uses). If you don't have multiple audio cards and you don't need to switch between them, you don't have to worry, just ignore kmix. Audio is supposed to somewhat work by default in audio programs fully ported to openbsd.
Re: Audio problems on OpenBSD 5.7
On Thu, May 14, 2015 at 08:38:58AM -0400, Bryan Pimmler wrote: On Thu, May 14, 2015 at 2:55 AM, Jan Stary h...@stare.cz wrote: On May 14 08:51:02, h...@stare.cz wrote: That sounds like a sndiod problem then. Please launch sndiod again in a script(1) as sndiod -d -d -d, play an audio file (with aucat or play or whatever) and post the log. # sndiod -d -d -d snd0 pst=cfg.default: rec=0:1 play=0:1 vol=23170 dup listen(/tmp/aucat/aucat0|ini): created From another shell: $ aucat -i test.wav default: audio device gone, stopping (aucat process exits) The rest of the output from sndioid -d -d -d: sock(sock|ini): created sock,rmsg,widl: AUTH message sock,rmsg,widl: HELLO message sock,rmsg,widl: hello from aucat, 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, 9 blocks of 960 frames aucat0 vol=127,pst=ini,mmc=off,rmsg,widl: SETPAR message aucat0 vol=127,pst=ini,mmc=off,rmsg,widl: playback channels 0:0 - 0:1 aucat0 vol=127,pst=ini,mmc=off,rmsg,widl: 2880 frame buffer aucat0 vol=127,pst=ini,mmc=off,rmsg,widl: GETPAR message aucat0 vol=127,pst=ini,mmc=off,rmsg,widl: GETPAR message aucat0 vol=127,pst=ini,mmc=off,rmsg,widl: START message aucat0 vol=127,pst=ini,mmc=off: playing s16le - s16le aucat0 vol=127,pst=ini,mmc=off: allocated 2880/11520 fr buffers aucat0 vol=127,pst=sta,mmc=off: 48000Hz, s16le, play 0:0, 3 blocks of 960 frames aucat0 vol=127,pst=sta,mmc=off,rmsg,widl: building SETVOL message, vol = 127 snd0 pst=ini: device started snd0 pst=run: started aucat0 vol=127,pst=run,mmc=off: attached at -8640, delta = 0 cmap: nch = 1, ostart = 0, onext = 1, istart = 0, inext = 0 aucat0 vol=127,pst=run,mmc=off: set weight: 23170/23170 snd0 pst=run: watchdog timeout snd0 pst=run: closing aucat0 vol=127,pst=run,mmc=off,rmsg,widl: exit aucat0 vol=127,pst=run,mmc=off,rmsg,widl: closing aucat0 vol=127,pst=run,mmc=off: stopping snd0 pst=cfg: device released sock(sock|zom): destroyed snd0 pst=cfg: closed sio(rsnd/0|zom): destroyed Perhaps the watchdog timeout can give a clue. Clearly a driver problem. Try using -mplay option, until this gets fixed, and if you've some time possibly help debugging this!
Re: Audio problems on OpenBSD 5.7
On 05/14/15 13:35, Alexandre Ratchov wrote: On Thu, May 14, 2015 at 06:20:07AM -0500, Stan Gammons wrote: Ok. Let's start over. When the system starts it doesn't automatically start KDE. When I login I'm able to get the sound to play noise with cat /dev/urandom /dev/audio. Audioctl and mixerctl both display the various settings when I run them. When I run startkde4, the sound icon is in the lower right on the screen, the volume control slider is present and the notification sounds play. But, there is no audio device shown in kmix and when I click on the drop down to select the audio device, it's empty. As I said before, I don't have this problem with FreeBSD. So, if the azalia driver is the same, why do I have this problem on OpenBSD? FWIW, neither the azalia driver, nor the audio API are the same in freebsd and openbsd. If openbsd native tools work, but kmix doesn't, most probably openbsd-specific bits in kmix are incomplete (kmix itself or whatever audio framework it uses). If you don't have multiple audio cards and you don't need to switch between them, you don't have to worry, just ignore kmix. Audio is supposed to somewhat work by default in audio programs fully ported to openbsd. Ignore kmix? You're kidding, right? I need to be able to just the microphone input level, so I need a mixer. I guess one could adjust it manually with mixerctl. Thanks, but no thanks. Stan
Re: Audio problems on OpenBSD 5.7
On May 14, 2015 1:52 AM, Jan Stary h...@stare.cz wrote: On May 13 20:08:45, bryan.pimm...@gmail.com wrote: In fact, after killing sndiod things work fine, *except* for that afterwards only one program can play sound simultaneously. That sounds like a sndiod problem then. Please launch sndiod again in a script(1) as sndiod -d -d -d, play an audio file (with aucat or play or whatever) and post the log. On May 13 19:53:20, sg063...@gmail.com wrote: Same here. The mixer doesn't recognize the sound chip is the problem I have. Depending on what exactly you mean by that, that's probably not the same problem. Jan Ok. Let's start over. When the system starts it doesn't automatically start KDE. When I login I'm able to get the sound to play noise with cat /dev/urandom /dev/audio. Audioctl and mixerctl both display the various settings when I run them. When I run startkde4, the sound icon is in the lower right on the screen, the volume control slider is present and the notification sounds play. But, there is no audio device shown in kmix and when I click on the drop down to select the audio device, it's empty. As I said before, I don't have this problem with FreeBSD. So, if the azalia driver is the same, why do I have this problem on OpenBSD? Stan
Re: Audio problems on OpenBSD 5.7
On May 13 20:08:45, bryan.pimm...@gmail.com wrote: In fact, after killing sndiod things work fine, *except* for that afterwards only one program can play sound simultaneously. That sounds like a sndiod problem then. Please launch sndiod again in a script(1) as sndiod -d -d -d, play an audio file (with aucat or play or whatever) and post the log. On May 13 19:53:20, sg063...@gmail.com wrote: Same here. The mixer doesn't recognize the sound chip is the problem I have. Depending on what exactly you mean by that, that's probably not the same problem. Jan Audioctl and mixerctl both output the various settings when run in a terminal from KDE, but no sound device is listed in the setup dialog.
Re: Audio problems on OpenBSD 5.7
On May 14 08:51:02, h...@stare.cz wrote: On May 13 20:08:45, bryan.pimm...@gmail.com wrote: In fact, after killing sndiod things work fine, *except* for that afterwards only one program can play sound simultaneously. That sounds like a sndiod problem then. Please launch sndiod again in a script(1) as sndiod -d -d -d, play an audio file (with aucat or play or whatever) and post the log. For example, this is what sndiod -d -d -d says on a current/amd64 when mplayer play a song. See wherr yours differs. Script started on Thu May 14 08:53:25 2015 root@box:hans$ sndi root@box:hans$ sndiod root@box:hans$ sndiod -d -d -d snd0 pst=cfg.default: rec=0:1 play=0:1 vol=23170 dup listen(/tmp/aucat/aucat0|ini): created sock(sock|ini): created sock,rmsg,widl: AUTH message sock,rmsg,widl: HELLO message sock,rmsg,widl: hello from mplayer, mode = 1, ver 7 sock,rmsg,widl: using snd0 pst=cfg.default, mode = 1 mplayer0: overwritten slot 0 snd0 pst=cfg: device requested sio(rsnd/0|ini): created snd0 pst=ini: 48000Hz, s16le, play 0:1, rec 0:1, 9 blocks of 960 frames mplayer0 vol=127,pst=ini,mmc=off,rmsg,widl: SETPAR message mplayer0 vol=127,pst=ini,mmc=off,rmsg,widl: playback channels 0:1 - 0:1 mplayer0 vol=127,pst=ini,mmc=off,rmsg,widl: 44100Hz sample rate, 882 frame blocks mplayer0 vol=127,pst=ini,mmc=off,rmsg,widl: 11466 frame buffer mplayer0 vol=127,pst=ini,mmc=off,rmsg,widl: GETPAR message mplayer0 vol=127,pst=ini,mmc=off,rmsg,widl: GETPAR message mplayer0 vol=127,pst=ini,mmc=off,rmsg,widl: START message mplayer0 vol=127,pst=ini,mmc=off: playing s16le - s16le mplayer0 vol=127,pst=ini,mmc=off: allocated 11466/19404 fr buffers mplayer0 vol=127,pst=sta,mmc=off: 44100Hz, s16le, play 0:1, 13 blocks of 882 frames mplayer0 vol=127,pst=sta,mmc=off,rmsg,widl: building SETVOL message, vol = 127 snd0 pst=ini: device started snd0 pst=run: started mplayer0 vol=127,pst=run,mmc=off: attached at -7938, delta = 0 cmap: nch = 2, ostart = 0, onext = 0, istart = 0, inext = 0 resamp: 882/960 mplayer0 vol=127,pst=run,mmc=off: set weight: 23170/23170 mplayer0 vol=127,pst=run,mmc=off,rmsg,widl: STOP message mplayer0 vol=127,pst=run,mmc=off: stopping mplayer0 vol=127,pst=ini,mmc=off,rmsg,widl: stopped mplayer0 vol=127,pst=ini,mmc=off,rmsg,widl: building STOP message mplayer0 vol=127,pst=ini,mmc=off,rmsg,widl: BYE message mplayer0 vol=127,pst=ini,mmc=off,rmsg,widl: closing snd0 pst=run: device released sock(sock|zom): destroyed snd0 pst=run: device stopped snd0 pst=run: stopped, load avg = 49467 / 7294210 snd0 pst=ini: closing snd0 pst=cfg: closed sio(rsnd/0|zom): destroyed ^Clisten(/tmp/aucat/aucat0|zom): destroyed snd0 pst=cfg: draining nothing to do... snd0 pst=cfg: deleting root@box:hans$ ^D Script done on Thu May 14 08:53:42 2015
Re: Audio problems on OpenBSD 5.7
On Wed, May 13, 2015 at 08:41:45AM -0400, Bryan Pimmler wrote: On Wed, May 13, 2015 at 7:27 AM, Alexandre Ratchov a...@caoua.org wrote: Does cat /dev/audio0 /tmp/foo works (produces non-zero length file)? No. However, the type of error depends on what state the system is in (before or after aucat has been tried). Immediately after reboot: $ cat /dev/audio0 /tmp/foo cat: /dev/audio0: Device not configured Something is wrong here, could you build a kernel with the AUDIO_DEBUG and AZALIA_DEBUG options, reboot, run the same command, and send me the resulting dmesg, please? Drop me a e-mail if you need more details on how to proceed. Until this gets fixed, you could add: sndiod_flags=-mplay in /etc/rc.conf.local to get sound working (play-only). $ cat /dev/urandom /dev/audio # Results in the expected noise played on the speakers. ^C $ aucat -i test.wav # No sound, it just hangs. ^C^C After the 'aucat' invocation the system appears to be in a different state: $ cat /dev/audio0 /tmp/foo # Different error message: cat: /dev/audio0: Device busy $ cat /dev/urandom /dev/audio # No noise this time. -bash: /dev/audio: Device busy this is normal, as sndiod is stuck somewhere because of the device problem. thanks. -- Alexandre
Re: Audio problems on OpenBSD 5.7
On Wed, May 13, 2015 at 07:19:31AM -0400, Bryan Pimmler wrote: On Wed, May 13, 2015 at 2:08 AM, Alexandre Ratchov a...@caoua.org wrote: Do you have a disable microphone or disable recording setting in the BIOS SETUP? If so, make sure that the microphone/recording/whatever is enabled. The audio device is enabled in the BIOS. Note that cat /dev/urandom /dev/audio initially works and that system bell always works (if the device was disabled I suppose they wouldn't). I was talking about the recording end; by default we use both play and record if the device supports both. But, with certain BIOSes the recording end is disabled in a way the azalia driver keeps detecting recording capability, in turn it attempts to use it and fails. Does cat /dev/audio0 /tmp/foo works (produces non-zero length file)? Do you have a disable the microphone feature in the BIOS? maybe in some security section?
Re: Audio problems on OpenBSD 5.7
On Wed, May 13, 2015 at 2:08 AM, Alexandre Ratchov a...@caoua.org wrote: Do you have a disable microphone or disable recording setting in the BIOS SETUP? If so, make sure that the microphone/recording/whatever is enabled. The audio device is enabled in the BIOS. Note that cat /dev/urandom /dev/audio initially works and that system bell always works (if the device was disabled I suppose they wouldn't).
Re: Audio problems on OpenBSD 5.7
On Wed, May 13, 2015 at 7:27 AM, Alexandre Ratchov a...@caoua.org wrote: Does cat /dev/audio0 /tmp/foo works (produces non-zero length file)? No. However, the type of error depends on what state the system is in (before or after aucat has been tried). Immediately after reboot: $ cat /dev/audio0 /tmp/foo cat: /dev/audio0: Device not configured $ cat /dev/urandom /dev/audio # Results in the expected noise played on the speakers. ^C $ aucat -i test.wav # No sound, it just hangs. ^C^C After the 'aucat' invocation the system appears to be in a different state: $ cat /dev/audio0 /tmp/foo # Different error message: cat: /dev/audio0: Device busy $ cat /dev/urandom /dev/audio # No noise this time. -bash: /dev/audio: Device busy $ fuser /dev/audio* /dev/audioctl2: /dev/audioctl1: /dev/audioctl0: /dev/audioctl: /dev/audio2: /dev/audio1: /dev/audio0: 31156 /dev/audio: 31156 $ ps ax | grep 31156 31156 ?? Is 0:00.01 /usr/bin/sndiod 18289 p4 R+ 0:00.00 grep 31156 This sequence is perfectly reproducible (after rebooting). Do you have a disable the microphone feature in the BIOS? maybe in some security section? There is only one setting to enable/disable the audio device and it is enabled. (I searched the menus exhaustively, including the security section.) In case it matters, the machine is a GB-BXi7-4770R.
Re: Audio problems on OpenBSD 5.7
On Wed, May 13, 2015 at 7:19 PM, L.R. D.S. arrowscr...@mail.com wrote: I had same problem on old builds of 5.7 . I reinstalled and it works... Strange. In fact I had installed OpenBSD on a different box and then moved the hard drive to this one. But this shouldn't cause any problems of this sort, should it? You are checking others audio sources? Maybe your wav are corrupted, try some flac and run flac123 from packages. Yes, I tried xmms and rhythmbox as well with identical results. Your output is 0db? Set it using outputs.master=255,255 on /etc/mixerctl.conf The faq have a section about this, your tried? http://www.openbsd.org/faq/faq13.html#audioprob Yes, I tried all that before posting here. Also your report: After the 'aucat' invocation the system appears to be in a different state: $ cat /dev/audio0 /tmp/foo # Different error message: cat: /dev/audio0: Device busy $ cat /dev/urandom /dev/audio # No noise this time. -bash: /dev/audio: Device busy Seems the process keep running, you kill it before these commands? Yes. The one holding on to /dev/audio is sndiod. After killing it I can make noise with cat /dev/urandom /dev/audio again.
Re: Audio problems on OpenBSD 5.7
I had same problem on old builds of 5.7 . I reinstalled and it works... You are checking others audio sources? Maybe your wav are corrupted, try some flac and run flac123 from packages. Your output is 0db? Set it using outputs.master=255,255 on /etc/mixerctl.conf The faq have a section about this, your tried? http://www.openbsd.org/faq/faq13.html#audioprob Also your report: After the 'aucat' invocation the system appears to be in a different state: $ cat /dev/audio0 /tmp/foo # Different error message: cat: /dev/audio0: Device busy $ cat /dev/urandom /dev/audio # No noise this time. -bash: /dev/audio: Device busy Seems the process keep running, you kill it before these commands?
Re: Audio problems on OpenBSD 5.7
In fact, after killing sndiod things work fine, *except* for that afterwards only one program can play sound simultaneously.
Re: Audio problems on OpenBSD 5.7
On May 13, 2015 7:09 PM, Bryan Pimmler bryan.pimm...@gmail.com wrote: In fact, after killing sndiod things work fine, *except* for that afterwards only one program can play sound simultaneously. Same here. The mixer doesn't recognize the sound chip is the problem I have. Audioctl and mixerctl both output the various settings when run in a terminal from KDE, but no sound device is listed in the setup dialog. Stan
Re: Audio problems on OpenBSD 5.7
I gave up trying to figure out what the problem was and went back to FreeBSD. Great advice. If that also doesn't work he could get rid of his system and pick up guttural singing. -- Maurits Fennis
Re: Audio problems on OpenBSD 5.7
On Tue, May 12, 2015 at 10:22:17PM -0400, Bryan Pimmler wrote: Hello! I can't seem to get audio to work on OpenBSD 5.7: After booting, cat /dev/urandom /dev/audio makes the expected noise. But any sort of audio player (be it aucat, xmms, or rhythmbox) doesn't work. For example aucat -i test.wav just hangs without playing anything. Furthermore, it seems to put the system in a different state, even after killed. Now trying cat /dev/urandom /dev/audio again just fails with /dev/audio: Device busy. On the other hand, the system bell still works: echo -ne '\007' gives a beep on the speaker. hi, Do you have a disable microphone or disable recording setting in the BIOS SETUP? If so, make sure that the microphone/recording/whatever is enabled. -- Alexandre
Audio problems on OpenBSD 5.7
Hello! I can't seem to get audio to work on OpenBSD 5.7: After booting, cat /dev/urandom /dev/audio makes the expected noise. But any sort of audio player (be it aucat, xmms, or rhythmbox) doesn't work. For example aucat -i test.wav just hangs without playing anything. Furthermore, it seems to put the system in a different state, even after killed. Now trying cat /dev/urandom /dev/audio again just fails with /dev/audio: Device busy. On the other hand, the system bell still works: echo -ne '\007' gives a beep on the speaker. More details below. Thanks Bryan $ 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=9 lowat=8 mode=play,record play.rate=48000 play.channels=2 play.precision=16 play.bps=2 play.msb=1 play.encoding=slinear_le play.samples=30720 play.pause=0 play.active=1 play.block_size=3840 play.errors=56791680 record.rate=48000 record.channels=2 record.precision=16 record.bps=2 record.msb=1 record.encoding=slinear_le record.samples=0 record.pause=0 record.active=0 record.block_size=3840 record.errors=0 $ mixerctl inputs.dac-0:1=174,174 inputs.dac-2:3=126,126 inputs.mix_source=beep inputs.mix_beep=120,120 inputs.mix2_source=dac-0:1,mix inputs.mix3_source=dac-2:3,mix outputs.hp_source=mix2 outputs.hp_mute=off outputs.hp_boost=off outputs.hp_eapd=on outputs.SPDIF_source=dig-dac-0:1 inputs.mix5_source=beep,mix inputs.mix6_source=beep,mix outputs.hp_sense=plugged outputs.master=255,255 outputs.master.mute=off outputs.master.slaves=dac-0:1,hp outputs.mode=analog $ dmesg OpenBSD 5.7 (GENERIC.MP) #881: Sun Mar 8 11:04:17 MDT 2015 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8471965696 (8079MB) avail mem = 8242524160 (7860MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xec3b0 (78 entries) bios0: vendor American Megatrends Inc. version F5 date 06/23/2014 bios0: GIGABYTE M4HM87P-00 acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC FPDT LPIT SSDT SSDT SSDT SSDT MCFG HPET SSDT SSDT ASF! DMAR acpi0: wakeup devices PXSX(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) RP07(S4) PXSX(S4) RP08(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-4770R CPU @ 3.20GHz, 3591.96 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,EST,TM2,SSSE3,FMA3,CX16,xT PR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID 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.0, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Core(TM) i7-4770R CPU @ 3.20GHz, 3588.64 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,EST,TM2,SSSE3,FMA3,CX16,xT PR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID 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) i7-4770R CPU @ 3.20GHz, 3536.38 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,EST,TM2,SSSE3,FMA3,CX16,xT PR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID 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) i7-4770R CPU @ 3.20GHz, 3526.16 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,EST,TM2,SSSE3,FMA3,CX16,xT PR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID cpu3: 256KB 64b/line 8-way L2 cache cpu3: smt 0, core 3, package 0 cpu4 at mainbus0: apid 1 (application processor) cpu4: Intel(R) Core(TM) i7-4770R CPU @ 3.20GHz, 3546.63 MHz cpu4: 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,FMA3,CX16,xT
Re: Audio problems on OpenBSD 5.7
On 05/12/15 21:22, Bryan Pimmler wrote: Hello! I can't seem to get audio to work on OpenBSD 5.7: After booting, cat /dev/urandom /dev/audio makes the expected noise. But any sort of audio player (be it aucat, xmms, or rhythmbox) doesn't work. For example aucat -i test.wav just hangs without playing anything. Furthermore, it seems to put the system in a different state, even after killed. Now trying cat /dev/urandom /dev/audio again just fails with /dev/audio: Device busy. On the other hand, the system bell still works: echo -ne '\007' gives a beep on the speaker. More details below. Thanks Bryan Sounds similar to the problems I had. I was using KDE and the notifications type sounds worked but no sound card was recognized by Kmix. I gave up trying to figure out what the problem was and went back to FreeBSD. FreeBSD recognizes the sound chip as a Realtek ALC887 and the audio playback device under the music category is OSS. Stan