Quantcast
Channel: Debian User Forums
Viewing all articles
Browse latest Browse all 3560

Hardware • Sound from applications running within foreign CHROOT

$
0
0
Sound works just fine from chroot. Chroot only affects file access.
Yes and No. Here's a summary of what I'm experiencing using just Debian 12.6:

Using x86_64 Debian Live 12.6 (bookworm - the current version of Debian) as the main system:
1) Sound works for me inside a x86_64 'chroot' jail created by debootstrap.
2) Sound works for me from ARM applications installed with 'multiarch' within the main system.
3) Sound does not work for me inside an ARM 'chroot' jail created by debootstrap.
4) Sound does not work for me inside an ARM 'chroot' jail created by Debian ARM installer and mounted into the main system.

For #3 and #4, the error encountered is the same as I reported in the original post:

Code:

root@debian:/# speaker-test -c 2speaker-test 1.2.8Playback device is defaultStream parameters are 48000Hz, S16_LE, 2 channelsUsing 16 octaves of pink noiseALSA lib confmisc.c:855:(parse_card) cannot find card '0'ALSA lib conf.c:5180:(_snd_config_evaluate) function snd_func_card_inum returned error: No such file or directoryALSA lib confmisc.c:422:(snd_func_concat) error evaluating stringsALSA lib conf.c:5180:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directoryALSA lib confmisc.c:1334:(snd_func_refer) error evaluating nameALSA lib conf.c:5180:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directoryALSA lib conf.c:5703:(snd_config_expand) Evaluate error: No such file or directoryALSA lib pcm.c:2666:(snd_pcm_open_noupdate) Unknown PCM defaultPlayback open error: -2,No such file or directory
As I understand it, in Debian, ALSA exposes sound cards in the /proc/asound, /dev/sound, and /sys/sound directories, as well via C system calls through the kernel API. These directories are bind mounted by me into the chroot, so that the x86_64 ALSA kernel driver can be utilized by the ARM processes and system utilities.

So it really seems like my problem is there is just something fundamentally different about the way ALSA/sound devices are configured and accessed in Debian systems under the ARM vs. x86_64. However, since sound from ARM processes does work when using 'multiarch' (i.e. the main system's configurations), sound does work from ARM, so there must be a way to make sound work under scenario #3 and #4!

Any new ideas or thoughts?


------

Running within ARM foreign chroot:

Code:

root@debian:/# cat /proc/asound/version Advanced Linux Sound Architecture Driver Version k6.1.0-22-amd64.root@debian:/# cat /proc/asound/cards 0 [SB             ]: HDA-Intel - HDA ATI SB                      HDA ATI SB at 0xf0300000 irq 16 1 [HDMI           ]: HDA-Intel - HDA ATI HDMI                      HDA ATI HDMI at 0xf0020000 irq 34root@debian:/# cat /proc/asound/modules  0 snd_hda_intel 1 snd_hda_intelroot@debian:/# cat /proc/asound/devices   2: [ 1- 3]: digital audio playback  3: [ 1- 0]: hardware dependent  4: [ 1]   : control  5: [ 0- 0]: digital audio playback  6: [ 0- 0]: digital audio capture  7: [ 0- 2]: digital audio capture  8: [ 0- 0]: hardware dependent  9: [ 0]   : control 33:        : timer

Statistics: Posted by cparke — 2024-08-27 03:52 — Replies 12 — Views 266



Viewing all articles
Browse latest Browse all 3560

Trending Articles