spamd on VirtualBox vm - rdr-to rules not working as expected
Hello-
I’m setting up spamd in front of a Postfix mail server, and am having
an issue with rdr-to rules not working the way I expect.
My setup: Re-purposed Mac Mini running MacOS 12.4 Monterey, Postfix &
Dovecot, smtp port-forwarded to this box from my firewall. OpenBSD 7.1
running in a VirtualBox machine on the same Mac Mini, with bridged
networking enabled.
Postfix on the Mac Mini can receive mail just fine from the internet
through the firewall. The mini has the IP address 192.168.20.15.
OpenBSD is configured and running with spamd (greylisting enabled) in
the VM, with IP address 192.168.20.16 - pf.conf rules as follows:
__
#macros
lan="192.168.10.0/24"
kootenai = "192.168.20.15"
set skip on lo
#default deny
block log all
#allow ssh from lan
pass in proto tcp from $lan to port ssh
#allow outbound connections for package, updates, time etc
pass out proto { tcp udp } to port { 22 53 80 123 443 }
# allow pings outbound
pass out inet proto icmp icmp-type { echoreq }
# rules for spamd(8)
table persist
table persist
table persist file "/etc/mail/whitelist.txt"
table persist file "/etc/mail/nospamd"
#mail traffic goes to spamd by default
pass in log on egress inetproto tcp from any to any port smtp \
divert-to 127.0.0.1 port smtp
#send traffic to the mail server from our white lists & who've
#passed greylisting
pass in log on egress proto tcp from to any port smtp \
rdr-to $kootenai port smtp
pass in log on egress proto tcp from to any port smtp \
rdr-to $kootenai port smtp
pass in log on egress proto tcp from to any port smtp \
rdr-to $kootenai port smtp
#allow smtp out
pass out log on egress proto tcp to any port smtp
When I switch my firewall to forward SMTP to the OpenBSD VM
(192.168.20.16:25), I get the following behavior:
Connections from the internet to port 25 get through to the OpenBSD
machine, connecting to port 25. If the connecting IP is not in any
whitelists, it gets forwarded to spamd (divert-to) as expected, and
the IP address added to the spamd table and greylisted. If the
connecting IP is in a whitelist (localwhite, nospamd, spamd-white),
the relevant rdr-to rule gets matched, but a connection is never made
to the Postfix server on the host machine (192.168.20.15:25).
- I can telnet from the OpenBSD VM to port 25 on the host machine and
connect just fine.
- If I telnet from another machine on the local network to port 25 on
the OpenBSD VM, and the machine is not in a whitelist, I talk to
spamd as expected.
- If I telnet from another machine on the local network to port 25 on
the OpenBSD VM, and the machine is in a whitelist, I get a connection
timeout. By monitoring the pflog0 interface, I can see the connection
coming in and matching the pass in rdr-to rule, and then going out
matching the pass out rule (last two rules in the above pf.conf).
I can also see the incoming and outgoing connections while monitoring
the em0 interface.
I’m sure there’s something I’m missing, but I
haven’t been able to figure out what. Any insight is most appreciated.
Thanks!
-Alex
P.S. dmesg for the OpenBSD VM:
littlechief$ dmesg
OpenBSD 7.1 (GENERIC) #151: Mon Apr 11 18:57:52 MDT 2022
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
real mem = 1073168384 (1023MB)
avail mem = 1036857344 (988MB)
random: good seed from bootblocks
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: date 06/23/99, BIOS32 rev. 0 @ 0xfda00, SMBIOS rev. 2.5 @
0xe1000 (10 entries)
bios0: vendor innotek GmbH version "VirtualBox" date 12/01/2006
bios0: innotek GmbH VirtualBox
acpi0 at bios0: ACPI 4.0
acpi0: sleep states S0 S5
acpi0: tables DSDT FACP APIC SSDT
acpi0: wakeup devices
acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i5-4260U CPU @ 1.40GHz ("GenuineIntel" 686-class) 2.03
GHz, 06-45-01
cpu0:
FPU,V86,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,CX16,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,RDRAND,NXE,RDTSCP,LONG,LAHF,ABM,ITSC,FSGSBASE,AVX2,INVPCID,MD_CLEAR,L1DF,MELTDOWN
mtrr: CPU supports MTRRs but not enabled by BIOS
cpu0: apic clock running at 999MHz
cpu0: mwait min=64, max=64
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins, remapped
acpiprt0 at acpi0: bus 0 (PCI0)
"PNP0A03" at acpi0 not configured
acpiac0 at acpi0: AC unit online
acpicpu0 at acpi0: C1(@1 halt!)
acpivideo0 at acpi0: GFX0
bios0: ROM list: 0xc/0x8000 0xe2000/0xd400
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel 82441FX" rev 0x02
pcib0 at pci0 dev 1 function 0 "Intel 82371SB ISA" rev 0x00
pciide0 at pci0 dev 1 function 1 "Intel 82371AB IDE" rev 0x01: DMA, channel 0
configured to compatibility, channel 1 configured to compatibility
wd0 at pciide0 channel
Re: bsdtar -O | --to-stdout
On 2022-05-26, Nick Holland wrote: >> i'm looking for a way to reproduce -O flag in bsdtar/gtar using tar >> or pax but i didn't find one. > > Sounds like you are trying to send tar output (or input) to > stdin/stdout. No, to extract a file to stdout. OpenBSD's tar(1) or pax(1) can't do this. I use bsdtar or gtar when I need this. -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: bsdtar -O | --to-stdout
On 5/26/22 4:55 AM, Dirty Dawn wrote: Hi, i'm looking for a way to reproduce -O flag in bsdtar/gtar using tar or pax but i didn't find one. There is a way to do that using standard tar or pax? Thank you It generally works better if you tell us what you are wishing to accomplish, rather than the option some other OS uses. Sounds like you are trying to send tar output (or input) to stdin/stdout. The (a?) common "Unix way" of doing this is specifying the file name "-". This trick is portable across many Unixes and many Unix commands: $ tar cf - * |ssh remote "tar xf -" (tar current directory to stdout, send it via SSH to computer "remote", and untar in the current directory on the remote computer) This works for a lot of commands... $ ssh remote "cat /etc/hosts" | diff -u - /etc/hosts Nick.
Re: Unable To Use Headset Microphone
On Thu, May 26, 2022 at 07:48:26AM +, dak wrote: > Hi, > > I wrote a blog post similar to your topic. > I'm also explaining the sndiod settings in use. > > Maybe that helps you. > > https://dkrefft.de/external-usb-speakerphone-on-openbsd/ > > BR > dak > Hi, I think that issue is vaguely similar but not quite right. In my case the only device I'm dealing with is azalia because they're wired headphones; sndiod -confirms that there's only an snd0. The issue (as far as I can tell) is that when I plug my headphones in sndio correctly switches the output to use 0/output1 but it doesn't change the input to use 0/input1 (This is just my best guess, I don't know that the subdevices there actually correspond to speakers/internal mic and speaker/mic through 3.5mm.) Thanks for the suggestion, Danny
C states lost on amd64
This is current/adm64, dmesgs below. With the current snapshot, the C states are gone: -acpicpu0 at acpi0: C3(350@96 mwait.1@0x20), C2(500@64 mwait.1@0x10), C1(1000@1 mwait.1), PSS -acpicpu1 at acpi0: C3(350@96 mwait.1@0x20), C2(500@64 mwait.1@0x10), C1(1000@1 mwait.1), PSS -acpicpu2 at acpi0: C3(350@96 mwait.1@0x20), C2(500@64 mwait.1@0x10), C1(1000@1 mwait.1), PSS -acpicpu3 at acpi0: C3(350@96 mwait.1@0x20), C2(500@64 mwait.1@0x10), C1(1000@1 mwait.1), PSS +acpicpu0 at acpi0: C1(@1 halt!), PSS +acpicpu1 at acpi0: C1(@1 halt!), PSS +acpicpu2 at acpi0: C1(@1 halt!), PSS +acpicpu3 at acpi0: C1(@1 halt!), PSS Is this expected? Is it related to the recent apmd -A change? Jan OpenBSD 7.1-current (GENERIC.MP) #0: Mon May 23 16:38:17 CEST 2022 h...@kancl.stare.cz:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 14861991936 (14173MB) avail mem = 14394208256 (13727MB) random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf0100 (36 entries) bios0: vendor Award Software International, Inc. version "F2" date 04/20/2011 bios0: Gigabyte Technology Co., Ltd. Z68MX-UD2H-B3 acpi0 at bios0: ACPI 1.0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP HPET MCFG ASPT SSPT EUDS MATS TAMG APIC SSDT MATS acpi0: wakeup devices PCI0(S5) PEX0(S5) PEX1(S5) PEX2(S5) PEX3(S5) PEX4(S5) PEX5(S5) PEX6(S5) PEX7(S5) HUB0(S5) UAR1(S3) USBE(S3) USE2(S3) AZAL(S5) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimcfg0 at acpi0 acpimcfg0: addr 0xf400, bus 0-63 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz, 3193.16 MHz, 06-2a-07 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,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,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 99MHz 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-2400 CPU @ 3.10GHz, 3192.76 MHz, 06-2a-07 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,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,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-2400 CPU @ 3.10GHz, 3192.76 MHz, 06-2a-07 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,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,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-2400 CPU @ 3.10GHz, 3192.76 MHz, 06-2a-07 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,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,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, remapped acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (PEG0) acpiprt2 at acpi0: bus -1 (PEG1) acpiprt3 at acpi0: bus 2 (PEX0) acpiprt4 at acpi0: bus -1 (PEX1) acpiprt5 at acpi0: bus -1 (PEX2) acpiprt6 at acpi0: bus 3 (PEX3) acpiprt7 at acpi0: bus 4 (PEX4) acpiprt8 at acpi0: bus 5 (PEX5) acpiprt9 at acpi0: bus 6 (PEX6) acpiprt10 at acpi0: bus 7 (PEX7) acpibtn0 at acpi0: PWRB acpipci0 at acpi0 PCI0 acpicmos0 at acpi0 com0 at acpi0 UAR1 addr 0x3f8/0x8 irq 4: ns16550a, 16 byte fifo "pnp0c14" at acpi0 not configured acpicpu0 at acpi0: C3(350@96 mwait.1@0x20), C2(500@64 mwait.1@0x10), C1(1000@1 mwait.1), PSS acpicpu1 at acpi0: C3(350@96 mwait.1@0x20), C2(500@64 mwait.1@0x10), C1(1000@1 mwait.1), PSS acpicpu2 at acpi0: C3(350@96 mwait.1@0x20), C2(500@64 mwait.1@0x10), C1(1000@1 mwait.1), PSS acpicpu3 at acpi0: C3(350@96 mwait.1@0x20), C2(500@64 mwait.1@0x10), C1(1000@1 mwait.1), PSS cpu0: using VERW MDS workaround (except on vmm entry) cpu0: Enhanced SpeedStep 3193 MHz: speeds: 3301, 3300, 3200, 31
Re: Firefox and stuttering USB audio
Just FYI, when I updated from a smooth 7.0 to 7.1 about a week ago, I
started experiencing audio/video stuttering that I did not before. I
am unclear on what exactly the problem is, whether it's the kernel, a
driver, Firefox, etc. I just know that I went from a "no audio/video
issues whatsoever" X230 to a "I get about 20 seconds before the next
stutter will happen" X230. :-/
On Fri, May 6, 2022 at 9:31 AM Courtney wrote:
>
> Hello all,
>
> First time on the mailing list, please forgive me if I am missing any
> "netiquette". I've been using OpenBSD on my desktop these last few
> weeks. I have been trying to solve an issue with Only Firefox causing
> stuttering issues with my audio output. Some things I have tried are:
>
> * Setting dom.ipc.processCount to a lower number in about:config
> * Muddled with sndiod -b and -z flags
> * Set softdep,noatime for my different partitions in fstab (NVMe drive)
> * Tried with/without SMT (Intel 10700k)
> * Set some sysctl flags:
>
> kern.shminfo.shmall=3145728
> kern.shminfo.shmmax=2147483647
> kern.shminfo.shmmni=2048
> kern.shminfo.shmseg=2048
> kern.seminfo.semmns=4096
> kern.seminfo.semmni=2048
> kern.maxproc=32768
> kern.maxfiles=65535
> kern.bufcachepercent=80
> kern.maxvnodes=32
> kern.somaxconn=4096
>
> It would seem some things might work at first and pretty quickly I
> would realize none of these things worked. The only solution has
> been to not use Firefox. Tried chromium but it saddens me to see
> that keepassxc-proxy & u2f doesn't work there.
>
> Seems there's quite a few play errors:
>
> # audioctl -f /dev/audioctl1 play.{bytes,errors}
> play.bytes=242641680
> play.errors=130560
>
> play.errors does not go up when firefox is closed. According to the faq
> it seems it could mean that the device has underrun samples. Whatever
> that means, I'm unsure how to fix it. This has been a big headache for
> me and I'm hoping someone could guide me to a solution here.
>
> My DAC is a FiiO E10k
> Running -current branch
>
> $ uname -a
> OpenBSD towerDefense 7.1 GENERIC.MP#492 amd64
>
> I'm on the latest firefox (100.0)
>
> Audio device is rsnd/1
> Here is my system's dmesg below:
>
> OpenBSD 7.1-current (GENERIC.MP) #492: Tue May 3 08:40:53 MDT 2022
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> real mem = 34261110784 (32673MB)
> avail mem = 33205428224 (31667MB)
> random: good seed from bootblocks
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 3.2 @ 0x7eb5a000 (94 entries)
> bios0: vendor American Megatrends Inc. version "A.A0" date 10/22/2021
> bios0: Micro-Star International Co., Ltd. MS-7C75
> acpi0 at bios0: ACPI 6.2
> acpi0: sleep states S0 S3 S4 S5
> acpi0: tables DSDT FACP MCFG SSDT SSDT FIDT SSDT SSDT HPET APIC SSDT
> SSDT NHLT LPIT SSDT SSDT DBGP DBG2 SSDT VFCT TPM2 WSMT FPDT BGRT
> acpi0: wakeup devices PEG2(S4) PEGP(S4) PEG3(S4) PEGP(S4) PEGP(S4)
> PEG1(S4) PEGP(S4) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4)
> RP04(S4) PXSX(S4) RP05(S4) [...]
> acpitimer0 at acpi0: 3579545 Hz, 24 bits
> acpimcfg0 at acpi0
> acpimcfg0: addr 0xe000, bus 0-255
> acpihpet0 at acpi0: 2399 Hz
> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
> cpu0 at mainbus0: apid 0 (boot processor)
> cpu0: Intel(R) Core(TM) i7-10700K CPU @ 3.80GHz, 4800.05 MHz, 06-a5-05
> 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,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,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,PKU,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
> 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 24MHz
> 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-10700K CPU @ 3.80GHz, 4800.05 MHz, 06-a5-05
> 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,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,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,PKU,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
> 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-10700K CPU @ 3.80GHz, 4800.05 MHz, 06-a5-05
> cpu2:
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,C
Re: Unable To Use Headset Microphone
Hi,
I wrote a blog post similar to your topic.
I'm also explaining the sndiod settings in use.
Maybe that helps you.
https://dkrefft.de/external-usb-speakerphone-on-openbsd/
BR
dak
25.05.2022 23:50:29 Daniel Wilkins :
> Hey y'all,
>
> I had my headset plugged in on my Thinkpad T480 but when I tried recording
> audio it only ever went through the awful laptop microphone. Poking around
> in mixerctl I was able to find audio sources for outputs but I wasn't able
> to select the headset microphone (mic2 I think) as the normal output. I know
> that it's possible to tell sndio to use a different device but I wasn't able
> to find anything in the man page about having sndiod set a different
> "sub-device" as the default for recording. Can anyone point me in the right
> direction here? I've attached mixerctl, sndioctl, and dmesg output.
>
> ---mixerctl---
> inputs.dac-2:3=152,152
> inputs.dac-0:1=152,152
> record.adc-0:1_mute=on [ off on ]
> record.adc-0:1=152,152
> record.adc-2:3_mute=off [ off on ]
> record.adc-2:3=152,152
> record.adc-4:5_mute=off [ off on ]
> record.adc-4:5=152,152
> inputs.mic=85,85
> outputs.spkr_source=dac-2:3 [ dac-2:3 ]
> outputs.spkr_mute=on [ 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-2:3_source=mic2,mic { mic2 mic }
> record.adc-0:1_source=mic [ mic ]
> outputs.mic2_sense=plugged [ unplugged plugged ]
> outputs.hp_sense=plugged [ unplugged plugged ]
> outputs.spkr_muters=hp { hp }
> outputs.master=153,153
> 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=153,153
> record.volume.mute=off [ off on ]
> record.volume.slaves=adc-0:1,adc-2:3,adc-4:5 { adc-0:1 adc-2:3 adc-4:5 mic
> mic2 }
> record.enable=sysctl [ off on sysctl ]
>
>
> ---sndioctl
> input.level=0.600
> input.mute=0
> output.level=0.600
> output.mute=0
> server.device=0
> app/firefox0.level=1.000
> app/firefox1.level=1.000
>
>
> dmesg
> OpenBSD 7.1 (GENERIC.MP) #461: Tue Apr 5 12:11:12 MDT 2022
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> real mem = 38362574848 (36585MB)
> avail mem = 37182623744 (35460MB)
> random: good seed from bootblocks
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 3.0 @ 0x6ecc4000 (63 entries)
> bios0: vendor LENOVO version "N24ET49W (1.24 )" date 04/19/2019
> bios0: LENOVO 20L50054US
> acpi0 at bios0: ACPI 5.0
> acpi0: sleep states S0 S3 S4 S5
> acpi0: tables DSDT FACP SSDT SSDT TPM2 UEFI SSDT SSDT HPET APIC MCFG ECDT
> SSDT SSDT SSDT BOOT BATB SLIC SSDT SSDT SSDT LPIT WSMT SSDT SSDT SSDT DBGP
> DBG2 MSDM DMAR ASF! FPDT UEFI
> acpi0: wakeup devices GLAN(S4) XHC_(S3) XDCI(S4) HDAS(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, 24 bits
> acpihpet0 at acpi0: 2399 Hz
> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
> cpu0 at mainbus0: apid 0 (boot processor)
> cpu0: Intel(R) Core(TM) i5-8350U CPU @ 1.70GHz, 1591.24 MHz, 06-8e-0a
> 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,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,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,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 24MHz
> 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) i5-8350U CPU @ 1.70GHz, 1593.31 MHz, 06-8e-0a
> 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,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,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,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
