On 2/25/19 5:02 AM, Pierre Labastie via blfs-dev wrote:
On 22/02/2019 21:18, Pierre Labastie via blfs-dev wrote:
On 22/02/2019 20:43, Douglas R. Reno via blfs-dev wrote:
On 2/22/19 1:19 PM, Bruce Dubbs via blfs-dev wrote:
On 2/22/19 1:04 PM, Douglas R. Reno via blfs-dev wrote:
On 2/22/19 12:21 PM, Bruce Dubbs via blfs-dev wrote:
There has been some problem with ALSA getting their download site working
properly. The only offer ftp right now. I'll leave most of the book as
is for now as the ALSA home page and everyone else (Arch, etc) also points
to the ftp site for sources.
There is a problem with alsa-firmware.
https://alsa-project.org/wiki/Main_Page now only points to git.
I am proposing dropping alsa-firmware from the book. There is nothing
that references it.
Any objections?
I was going to say go ahead, but it looks like it installs firmware for
Sound Blaster 16 cards, which is what Qemu and other virtualization
software emulate. I'm not sure if we'll still be able to get sound out of
VMs if we drop this.
I've never tried to get sound out of a VM. Could the user just use a
different sound hw emulation?
$ qemu -soundhw list
qemu: -soundhw list: Unknown sound card name `list'
Valid sound card names (comma separated):
sb16 Creative Sound Blaster 16
es1370 ENSONIQ AudioPCI ES1370
ac97 Intel 82801AA AC97 Audio
adlib Yamaha YM3812 (OPL2)
gus Gravis Ultrasound GF1
cs4231a CS4231A
hda Intel HD Audio
pcspk PC speaker
I think the only ones out of that list that *doesn't* need Firmware are HDA
and PCSPK. The others have firmware installed by alsa-firmware.
I'd have to try HDA and get back to you. Everything I've ever seen or used has
SB16, from a variety of different hypervisors.
I use ac97 (-soundhw ac97), and I always get sound in qemu (pulseaudio is
doing pretty well nowadays)... Well, at least with Debian qemu. Will try blfs
qemu...
Eventually came to that this morning: I can confirm AC97 in qemu does not need
alsa firmware...
Note that, on the host (so not relevant for the above), for some reason, I
need to have a /etc/asounf.conf file containing:
pcm.!default {
type hw
card 1
}
ctl.!default {
type hw
card 1
}
I've had to do this type of thing for my laptop also. I have in my
~/.soundrc:
## For pc speaker
##card
defaults.pcm.card 2;
## For HDMI
##card 1:
#defaults.pcm.card 1
#defaults.pcm.device 3
#defaults.ctl.card 1
If I connect the hdmi cable to a monitor/tv/projector where I want
sound, I manually swap the commented sections. I do not know of a gui
to do this.
I have not checked the HDMI entries above for my latest build.
In any case, the order of devices seems to be system HW dependent.
Also on my system:
$ cat /proc/asound/cards
0 [HDMI ]: HDA-Intel - HDA Intel HDMI
HDA Intel HDMI at 0xb2610000 irq 30
1 [PCH ]: HDA-Intel - HDA Intel PCH
HDA Intel PCH at 0xb2614000 irq 31
2 [pcsp ]: PC-Speaker - pcsp
Internal PC-Speaker at port 0x61
-- Bruce
ie make card 1 the default. I do not know how the kernel chooses card
numbering, but card 0 is HDA intel HDMI (which is not plugged) and card 1 is
HDA intel PCH, which I use. When using pulseaudio, the good card is
automatically chosen...
So it could be a good idea to replace --audio-drv-list=alsa with
--audio-drv-list=pa in qemu configure command (not tried yet)...
Pierre
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
