Updating src tree:
P src/crypto/external/bsd/openssl/dist/ssl/ssl_ciph.c
P src/sys/arch/arm/xilinx/files.zynq
U src/sys/arch/arm/xilinx/zynq_gpio.c
P src/sys/arch/arm/xilinx/zynq_platform.c
P src/sys/arch/arm/xilinx/zynq_uart.c
P src/sys/arch/evbarm/conf/GENERIC
P src/sys/ddb/db_active.h
P
hello Michael. Here is a demonstration of the issue I'm seeing, using
audiorecord with
two audio devices on the same machine. The audio1 device is a USB C-Media
audio dongle.
The audio0 device is a Realtek, Product ID: 0255, built into this Dell Optiplex
5050 desktop
machine.
# It's not a main topic but a correction.
At Thu, 27 Oct 2022 10:12:32 +,
nia wrote:
> > #set up the audio device first
> > audioctl -d /dev/sound2 -w record.rate=44100 record.channels=2
> > record.precision=16 \
> > record.encoding=slinear_le
:
> > Then, to record:
> > cat /dev/sound2 >
buh...@nfbcal.org (Brian Buhrow) writes:
> hello. The hdaudio driver I'm using is a locally patched version to
> work around an issue
>where the driver doesn't configure the headphone jack correctly.
>Specifically, it seems
>the default configuration configures the jack for use with a
buh...@nfbcal.org (Brian Buhrow) writes:
>Then, to record:
>cat /dev/sound2 > rawrecordingfile
Can you just try the audiorecord command instead of 'cat' ?
This is an automatically generated notice of a new failure of the
NetBSD test suite.
The newly failing test case is:
lib/libutil/t_sockaddr_snprintf:sockaddr_snprintf_dl
The above test failed in each of the last 4 test runs, and passed in
at least 26 consecutive runs before that.
The
On Wed, Oct 26, 2022 at 03:39:44PM -0700, Brian Buhrow wrote:
> hello. Just to clarify, I'm not trying to use two audio devices for
> recording at the same
> time. What I was doing was something like:
>
> #set up the audio device first
> audioctl -d /dev/sound2 -w record.rate=44100
