On Mon, 12 Jun 2006, Sam Revitch wrote: > Opinions? Does one seem like it would be more robust, more reusable, > or more work than the other? How other drivers work? Network, video? I've not checked the code, but I guess they don't care, too. > As another individual pointed out a few months ago, there are some > other problems with snd-usb-audio similar to those described above. > If a certain usb audio device has open file handles and is > disconnected or the system is suspended, > snd_usb_audio_disconnect()->snd_card_free() will block in the khubd > context while ALSA waits for the file handles to be closed, preventing > khubd from doing anything else useful like processing probe requests. > Using snd_card_free_in_thread() can be just as bad as it uses > schedule_work() and blocks one of the "events" threads. A hang in > either context can cause problems for a resume-from-RAM operation. Do you suggest a better solution? The original idea was to free slot (card number) before a next probe to guarantee that reconnect will grab this slot. Thanks, Jaroslav ----- Jaroslav Kysela <perex@xxxxxxx> Linux Kernel Sound Maintainer ALSA Project, SUSE Labs _______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/alsa-devel
