Greetings!

I'm trying to get my ancient, but not arthritic system to write sound to the
audio outputs.

$ cat /dev/sndstat
Installed devices:
pcm0: <Realtek ALC887 (Rear Analog)> (play/rec) default
pcm1: <Realtek ALC887 (Front Analog)> (play/rec)
pcm2: <Realtek ALC887 (Rear Digital)> (play)
pcm3: <Realtek ALC887 (Onboard Digital)> (play)
pcm4: <Intel Panther Point (HDMI/DP 8ch)> (play)

The above makes me think that I need to go order a soundcard, as the ALC887
device is no longer in the kernel device options.

Comments are invited.

--
`Bother,' said Pooh, `Eeyore, ready two photon torpedoes and lock
phasers on the Heffalump; Piglet, meet me in transporter room three.'
--Robert Billing

On 2022-02-17, mikea@mikea.ath.cx <mikea@mikea.ath.cx> wrote:

> $ cat /dev/sndstat
> Installed devices:
> pcm0: <Realtek ALC887 (Rear Analog)> (play/rec) default
[...]

> The above makes me think that I need to go order a soundcard, as the ALC887
> device is no longer in the kernel device options.

It literally says right there that the "rear analog" outputs connected
to the ALC887 are the default audio device, so I don't understand
what you are asking.

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

Christian Weisgerber <naddy@mips.inka.de> wrote in <slrnt0sram.rsn.naddy@lorvorc.mips.inka.de>:

> On 2022-02-17, mikea@mikea.ath.cx <mikea@mikea.ath.cx> wrote:
>
>> $ cat /dev/sndstat
>> Installed devices:
>> pcm0: <Realtek ALC887 (Rear Analog)> (play/rec) default
> [...]
>
>> The above makes me think that I need to go order a soundcard, as the ALC887
>> device is no longer in the kernel device options.
>
> It literally says right there that the "rear analog" outputs connected
> to the ALC887 are the default audio device, so I don't understand
> what you are asking.

It's actually chips on the motherboard, but that doesn't obviously translate
to stuff in /dev.

I suspect it's one or moreof these, that /dev/dsp0* is the ALC887 and
/dev/dsp1* is the Panther point:
:!ls /dev/dsp*
/dev/dsp0.0 /dev/dsp0.2 /dev/dsp1.0 /dev/dsp3.0
/dev/dsp0.1 /dev/dsp0.3 /dev/dsp2.0 /dev/dsp4.0

Time to experiment. It would be nice if there were a way to connect the
/dev/* entries with the stuff in `dmesg`, but that's not so clear:
(from dmesg.boot):
hdacc0: <Realtek ALC887 HDA CODEC> at cad 0 on hdac0
hdaa0: <Realtek ALC887 Audio Function Group> at nid 1 on hdacc0
pcm0: <Realtek ALC887 (Rear Analog)> at nid 20 and 24,26 on hdaa0
pcm1: <Realtek ALC887 (Front Analog)> at nid 27 and 25 on hdaa0
pcm2: <Realtek ALC887 (Rear Digital)> at nid 30 on hdaa0
pcm3: <Realtek ALC887 (Onboard Digital)> at nid 17 on hdaa0
hdacc1: <Intel Panther Point HDA CODEC> at cad 3 on hdac0
hdaa1: <Intel Panther Point Audio Function Group> at nid 1 on hdacc1
pcm4: <Intel Panther Point (HDMI/DP 8ch)> at nid 7 on hdaa1

The /dev entries don't contain any /dev/hda* or /dev/pcm* devices, though:
$ ls -d /dev/*
/dev/acpi /dev/iic1 /dev/reroot
/dev/ada0 /dev/iic10 /dev/sequencer0
/dev/ada1 /dev/iic11 /dev/ses0
/dev/ada2 /dev/iic2 /dev/shm
/dev/ada3 /dev/iic3 /dev/sndstat
/dev/ada3p1 /dev/iic4 /dev/stderr
/dev/ada3p2 /dev/iic5 /dev/stdin
/dev/ada3p3 /dev/iic6 /dev/stdout
/dev/ada4 /dev/iic7 /dev/sysmouse
/dev/ada4p1 /dev/iic8 /dev/tap0
/dev/ada4p2 /dev/iic9 /dev/tap1
/dev/ada4p3 /dev/input /dev/tcp_log
/dev/ada5 /dev/io /dev/ttyu0
/dev/ada6 /dev/iso9660 /dev/ttyu0.init
/dev/ada7 /dev/kbd0 /dev/ttyu0.lock
/dev/ada8 /dev/kbd1 /dev/ttyv0
/dev/apm /dev/kbd2 /dev/ttyv1
/dev/apmctl /dev/kbdmux0 /dev/ttyv2
/dev/atkbd0 /dev/klog /dev/ttyv3
/dev/audit /dev/kmem /dev/ttyv4
/dev/auditpipe /dev/led /dev/ttyv5
/dev/bpf /dev/log /dev/ttyv6
/dev/bpf0 /dev/md0 /dev/ttyv7
/dev/console /dev/mdctl /dev/ttyv8
/dev/consolectl /dev/mem /dev/ttyv9
/dev/ctty /dev/midistat /dev/ttyva
/dev/cuau0 /dev/mixer0 /dev/ttyvb
/dev/cuau0.init /dev/mixer1 /dev/ufssuspend
/dev/cuau0.lock /dev/mixer2 /dev/ugen0.1
/dev/da0 /dev/mixer3 /dev/ugen1.1
/dev/da0s1 /dev/mixer4 /dev/ugen1.2
/dev/devctl /dev/msdosfs /dev/ugen1.3
/dev/devctl2 /dev/music0 /dev/ugen1.4
/dev/devctl2 /dev/music0 /dev/ugen1.4
/dev/devstat /dev/netdump /dev/ugen1.5
/dev/diskid /dev/netmap /dev/ugen1.6
/dev/dri /dev/nfslock /dev/ugen1.7
/dev/dsp0.0 /dev/nmdm-f13.1A /dev/ugen1.8
/dev/dsp0.1 /dev/nmdm-f13.1B /dev/ugen2.1
/dev/dsp0.2 /dev/null /dev/ugen2.2
/dev/dsp0.3 /dev/nvidia-modeset /dev/uhid0
/dev/dsp1.0 /dev/pass0 /dev/uinput
/dev/dsp2.0 /dev/pass1 /dev/ukbd0
/dev/dsp3.0 /dev/pass10 /dev/ums0
/dev/dsp4.0 /dev/pass2 /dev/urandom
/dev/dumpdev /dev/pass3 /dev/usb
/dev/enc@n3061686369656d30 /dev/pass4 /dev/usbctl
/dev/fb0 /dev/pass5 /dev/vboxdrv
/dev/fd /dev/pass6 /dev/vboxdrvu
/dev/fido /dev/pass7 /dev/vboxnetctl
/dev/full /dev/pass8 /dev/vmm
/dev/geom.ctl /dev/pass9 /dev/xpt0
/dev/gpt /dev/pci /dev/zero
/dev/gptid /dev/ptmx /dev/zfs
/dev/hpet0 /dev/pts /dev/zvol
/dev/iic0 /dev/random

This isn't my first rodeo, as I started with FreeBSD 3.something, way back
when that was current, and I've been using it at work and at home since then.
But if there is a way to conceptually link the /dev/dsp* entries to the ALC887
and Panther Point lines in dmesg.boot, I'm sure not seeing it.

--
Surely you're not writing scripts in csh. That's like building a
fire escape out of balsa-wood and painting it with thermite.
-- Peter da Silva

On 2022-02-18, mikea@mikea.ath.cx <mikea@mikea.ath.cx> wrote:

> But if there is a way to conceptually link the /dev/dsp* entries to the ALC887
> and Panther Point lines in dmesg.boot, I'm sure not seeing it.

pcm<n> as listed in dmesg and /dev/sndstat corresponds to /dev/dsp<n>.
/dev/dsp corresponds to the default device.
See sound(4) for additional details.

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