Got it right the first time, device 3. (0,3) is the only one I hear sound through. Albeit a bit choppy sounding.
sys-audio: sudo lspci -k -v actually does show an audio device. It also shows a bunch of other stuff:
00:00.0 Host bridge: Intel Corporation 440FX - 82441FX PMC [Natoma] (rev 02)
Subsystem: Red Hat, Inc. Qemu virtual machine
Flags: bus master, fast devsel, latency 0
00:01.0 ISA bridge: Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II]
Subsystem: Red Hat, Inc. Qemu virtual machine
Physical Slot: 1
Flags: bus master, medium devsel, latency 0
00:01.1 IDE interface: Intel Corporation 82371SB PIIX3 IDE [Natoma/Triton II] (prog-if 80 [ISA Compatibility mode-only controller, supports bus mastering])
Subsystem: Red Hat, Inc. Qemu virtual machine
Physical Slot: 1
Flags: bus master, medium devsel, latency 0
Memory at 000001f0 (32-bit, non-prefetchable) [virtual] [size=8]
Memory at 000003f0 (type 3, non-prefetchable) [virtual]
Memory at 00000170 (32-bit, non-prefetchable) [virtual] [size=8]
Memory at 00000370 (type 3, non-prefetchable) [virtual]
I/O ports at c200 [virtual] [size=16]
Kernel driver in use: ata_piix
Kernel modules: pata_acpi, ata_generic
00:01.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 03)
Subsystem: Red Hat, Inc. Qemu virtual machine
Physical Slot: 1
Flags: bus master, medium devsel, latency 0, IRQ 9
Kernel modules: i2c_piix4
00:02.0 Unassigned class [ff80]: XenSource, Inc. Xen Platform Device (rev 01)
Subsystem: XenSource, Inc. Xen Platform Device
Physical Slot: 2
Flags: bus master, fast devsel, latency 0, IRQ 24
I/O ports at c000 [size=256]
Memory at f0000000 (32-bit, prefetchable) [size=16M]
Kernel driver in use: xen-platform-pci
00:04.0 VGA compatible controller: Device 1234:1111 (rev 02) (prog-if 00 [VGA controller])
Subsystem: Red Hat, Inc. Device 1100
Physical Slot: 4
Flags: bus master, fast devsel, latency 0
Memory at f1000000 (32-bit, prefetchable) [size=16M]
Memory at f2116000 (32-bit, non-prefetchable) [size=4K]
Expansion ROM at 000c0000 [disabled] [size=128K]
Kernel modules: bochs
00:05.0 USB controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 10) (prog-if 20 [EHCI])
Subsystem: Red Hat, Inc. QEMU Virtual Machine
Physical Slot: 5
Flags: bus master, fast devsel, latency 0, IRQ 39
Memory at f2117000 (32-bit, non-prefetchable) [size=4K]
Kernel driver in use: ehci-pci
Kernel modules: ehci_pci
00:06.0 Audio device: Intel Corporation Tiger Lake-LP Smart Sound Technology Audio Controller (rev 20)
Subsystem: Intel Corporation Device 3002
Physical Slot: 6
Flags: bus master, fast devsel, latency 64, IRQ 69
Memory at f2100000 (64-bit, non-prefetchable) [size=16K]
Memory at f2000000 (64-bit, non-prefetchable) [size=1M]
Capabilities: [50] Power Management version 3
Capabilities: [80] Vendor Specific Information: Len=14 <?>
Capabilities: [60] MSI: Enable+ Count=1/1 Maskable- 64bit+
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel, snd_sof_pci_intel_tgl
Now this is interesting. the sudo echo produces a different 50-alsa.conf file!
options snd-intel-dspcfg dsp_driver=1
OK, now I am going to do the reboot. Be back shortly.
***REBOOTED, running sys-audio
the music qube still doesn’t play over the loudspeakers (same thing, sys-audio gets the sound and sends it off to nowhere.)
aplay -l now returns `aplay: device_list:274: no soundcards found…’ rather than what looks like the header to a table. So maybe the “new” 50- file did something…
I’m not at all sure what to put in for the aplay -D plughw: command. Using 0,3 (which worked on dom0) did not work and returned:
ALSA lib confmisc.c:165:(snd_config_get_card) Cannot get card index for 0
aplay: main:831: audio open error: No such file or directory
Running that command on dom0 with sys-audio running:
ALSA lib pcm_hw.c:1829:(_snd_pcm_hw_open) Invalid value for card
aplay: main:830: audio open error: No such file or directory
(Which I suspect is no surprise.)