• Does anyone know when support for ALC887 was dropped?

    From mikea@mikea.ath.cx@21:1/5 to All on Thu Feb 17 02:27:26 2022
    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Christian Weisgerber@21:1/5 to mikea@mikea.ath.cx on Thu Feb 17 15:44:22 2022
    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From mikea@mikea.ath.cx@21:1/5 to Christian Weisgerber on Fri Feb 18 23:10:10 2022
    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Christian Weisgerber@21:1/5 to mikea@mikea.ath.cx on Sat Feb 19 12:52:45 2022
    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)