-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
I recently purchased a usb headset, and since I have nearly no experience with usb devices (save the printer which pretty much works well and transparently), plugged in, checked dmesg, saw that it was recognized. I opened up gnome-volume-control and found that I could select the headset as the speaker etc, etc.
The problem comes if I boot with the headset plugged in alsa / udev / hal apparently does not see the normal sound device (it does not appear in the gnome-volume-control). I looked at /etc/asound.state as suggested by the alsactl man page and that looks like it should (it describes the state of many controls, many more than I currently show in alsamixer or volume-control).
If I boot to FC6 with the headset plugged in, all works well, volume-conntrol lists my normal soundcard, an oss device as well as the USB headset/microphone.
I looked in Bugzilla, but found nothing. Any one else with similar problems? Shoud BZ be filed against Hal? Udev? ALSA? I lean towards Udev (the hardware works if USB is not plugged in and alsa works, though incorrectly)
Scott
I do not think, this is a bug. When you plug in headset you have two audiodevices. USB comes first and overrides the second one, when you boot with headset plugged in.
gnome-volume-control is not significant to me, I would prefere to check modules loaded. I think you can fix this by assigning something like alias snd-card-0 <your usual audio module> in modprobe.conf Or by removing alsa modules and inserting first the module with <you usual audio> first. (This I know works.)
Adam Pribyl
On Fri, 16 Mar 2007, oldman wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
I recently purchased a usb headset, and since I have nearly no experience with usb devices (save the printer which pretty much works well and transparently), plugged in, checked dmesg, saw that it was recognized. I opened up gnome-volume-control and found that I could select the headset as the speaker etc, etc.
The problem comes if I boot with the headset plugged in alsa / udev / hal apparently does not see the normal sound device (it does not appear in the gnome-volume-control). I looked at /etc/asound.state as suggested by the alsactl man page and that looks like it should (it describes the state of many controls, many more than I currently show in alsamixer or volume-control).
If I boot to FC6 with the headset plugged in, all works well, volume-conntrol lists my normal soundcard, an oss device as well as the USB headset/microphone.
I looked in Bugzilla, but found nothing. Any one else with similar problems? Shoud BZ be filed against Hal? Udev? ALSA? I lean towards Udev (the hardware works if USB is not plugged in and alsa works, though incorrectly)
Scott -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iD8DBQFF+1xX5mBKdb7VQEcRAlk+AJ4qo540y4k89HZT+oWhxuIQZ1bVUgCeNVHo Ox75K9ueEXL/kzYQz+ggYWE= =2nLY -----END PGP SIGNATURE-----
-- fedora-test-list mailing list fedora-test-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list
Odchozi zprava neobsahuje viry, protoze nebyla odeslana z Windows. Otestovano zdarma a legalne na OS Linux. (Proc pouzivat Linux - http://proc.linux.cz/).
Adam Pribyl said the following on 03/17/2007 02:23 PM Pacific Time:
I do not think, this is a bug. When you plug in headset you have two audiodevices. USB comes first and overrides the second one, when you boot with headset plugged in.
gnome-volume-control is not significant to me, I would prefere to check modules loaded. I think you can fix this by assigning something like alias snd-card-0 <your usual audio module> in modprobe.conf Or by removing alsa modules and inserting first the module with <you usual audio> first. (This I know works.)
Adam Pribyl
I disagree.
Adding a new device should not remove another devices and it shouldn't require a geek fix (editing modprobe.conf or manually loading modules) to make it work.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=233126
John