No sound by default on FreeBSD-12.1-p2-amd64
Dmitrii Postolov
No sound by default on FreeBSD-12.1-p2-amd64 in mini-PCs: Intel NUC5PPYH & Intel DN2820FYKH:
Intel NUC5PPYH: Intel N3700 CPU Braswell, Realtek ALC283 HDA CODEC.
Intel NUC DN2820FYKH: Intel N2830 CPU Bay-Trail-M
On FreeBSD sound play only after sysctl tuning: sysctl dev.hdac.0.polling=1
But in this case sound plays with the artefacts (sound freeze).
On other operating systems all OK with sound play by default. Tested with: DragonFly BSD, NetBSD, OpenBSD, Linux, Windows, Haiku.
This problem is observed only in FreeBSD with all Bioses versions and all versions of FreeBSD: RELEASE and CURRENT.
Is it possible to fix this problem for FreeBSD (for sound plays OK without sysctl polling and sound freeze?)
Verbose EFI boot Intel NUC5PPYH on FreeBSD-12.1-p2-amd64:
https://yadi.sk/d/xdNqgdyh2KmTPQ
dmitrii@nuc5:~ % cat /dev/sndstat
Installed devices:
pcm0: <Realtek ALC283 (Analog)> (play/rec)
pcm1: <Realtek ALC283 (Front Analog Headphones)> (play) default
pcm2: <Realtek ALC283 (Internal Digital)> (play)
pcm3: <Intel (0x2883) (HDMI/DP 8ch)> (play)
No devices installed from userspace.
P.S. I send this e-mail to freebsd-multimedia@ some days ago, but no answers. :-(
---
best regards,
Dmitrii Postolov
dpos...@yandex.ru
_______________________________________________
freebsd-...@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questi...@freebsd.org"
dmn
Dmitrii Postolov <dpos...@yandex.ru> wrote:
> dmitrii@nuc5:~ % cat /dev/sndstat
> Installed devices:
> pcm0: <Realtek ALC283 (Analog)> (play/rec)
> pcm1: <Realtek ALC283 (Front Analog Headphones)> (play) default
> pcm2: <Realtek ALC283 (Internal Digital)> (play)
> pcm3: <Intel (0x2883) (HDMI/DP 8ch)> (play)
> No devices installed from userspace.
'sysctl hw.snd.default_unit' and use another output
jack. I would also check the mixer(8) settings.
Regards,
Dmitry.
Dmitrii Postolov
sysctl hw.snd.default_unit=0 for Back panel speakers for Intel NUC5PPYH
sysctl hw.snd.default_unit=1 for Front panel headphones for Intel NUC5PPYH
sysctl hw.snd.default_unit=3 for HDMI sound output, but NUC5 is plugged to
the display with D-Sub so I can't test HDMI sound. Intel NUC DN2820FYKH
with HDMI now on NetBSD and plugged with Back panel audio jack.
dmitrii@nuc5:~ % mixer
Mixer vol is currently set to 85:85
Mixer pcm is currently set to 100:100
Mixer igain is currently set to 0:0
Mixer ogain is currently set to 100:100
On previous letter I wrote that on FreeBSD no sound with settings by default ->
with configure sysctl hw.snd.default_unit=X (X = output device) and sound
plays only after setting sysctl dev.hdac.0.polling=1 -> some problem with
interrupts of sound device and FreeBSD sound driver. Problem only on FreeBSD.
Sound with artefacts (sound freeze) plays after sysctl dev.hdac.0.polling=1 but this
is better than nothing. On other operating systems (for example, NetBSD) sound is
fine by default on this Intel NUCs.
This is not only my problem. In Internet I search some similar issues and the
workaround always was sysctl dev.hdac.0.polling=1.
08.02.2020, 16:50, "dmn" <graahn...@ya.ru>:
---
best regards,
Dmitrii Postolov
dpos...@yandex.ru
_______________________________________________
dmn
I've found that you reported this problem (with the same
hardware: DN2820FYKH, NUC5PPYH) back in 2016 on the TrueOS
github issue tracker [1], and it was solved with sysctl
dev.hdac.0.polling=1. So, does this problem start to appear
again only with the latest FreeBSD release (12.1)? Did you
try to reproduce it on TrueOS recently?
[1] https://github.com/trueos/trueos-core/issues/8
Dmitrii Postolov
No, this is issue not only for latest FreeBSD 12.1, this is problem for
all versions of FreeBSD. TrueOS Project for FreeBSD (12-STABLE)
was closed at previous year, but the problem remained in 2019 with
TrueOS. Also the problem remained with FuryBSD based on
FreeBSD 12.0.
I can accept the artifacts of sound under the FreeBSD
after dev.hdac.0.polling=1, it just surprises me that under all other OS
they are not.
09.02.2020, 19:23, "dmn" <graahn...@ya.ru>: