Re: [alsa-devel] 3.5-rc1 snd_usb_audio stream format breakage
At Thu, 7 Jun 2012 08:17:35 +0000, Jamie Heilman wrote:
Takashi Iwai wrote:
At Thu, 7 Jun 2012 03:38:30 +0000, Jamie Heilman wrote:
With the USB audio streaming logic changes, my HeadRoom Bithead (08bb:2902 Burr-Brown PCM2902) no longer works. Symptoms include the loss of most of the normally available formats leaving only:
root@cucamonga:~# cat /proc/asound/bithead/stream0 Burr-Brown from TI USB Audio CODEC at usb-0000:00:1a.7-1.1.4, full speed : USB Audio
Playback: Status: Stop Interface 1 Altset 6 Format: U8 Channels: 1 Endpoint: 2 OUT (ADAPTIVE) Rates: 32000, 44100, 48000
Capture: Status: Stop Interface 2 Altset 18 Format: S8 Channels: 1 Endpoint: 4 IN (SYNC) Rates: 11025
(normally 2 channel S16_LE is available, with capture rates up to 48kHz ... only the last altset's are being reported now) and a slew of proc registration warnings logged:
------------[ cut here ]------------ WARNING: at fs/proc/generic.c:586 proc_register+0x169/0x1a6() Hardware name: Precision WorkStation T3400 proc_dir_entry 'card1/pcm0p' already registered Modules linked in: snd_usb_audio(+) snd_usbmidi_lib snd_hda_intel(+) snd_hda_codec snd_hwdep snd_seq_midi snd_seq_midi_event snd_pcm snd_page_alloc snd_rawmidi snd_seq snd_seq_device snd_timer snd soundcore dcdbas floppy sr_mod usb_storage cdrom kvm_intel psmouse kvm tg3 evdev xfs dm_mod raid1 md_mod Pid: 1152, comm: modprobe Not tainted 3.5.0-rc1-00110-g71fae7e #2 Call Trace: [<ffffffff8102a400>] warn_slowpath_common+0x83/0x9c [<ffffffff8102a4bc>] warn_slowpath_fmt+0x46/0x48 [<ffffffff813829ad>] ? add_preempt_count+0x39/0x3b [<ffffffff811292f0>] proc_register+0x169/0x1a6 [<ffffffff8112962e>] create_proc_entry+0x74/0x8c [<ffffffffa018eb63>] snd_info_register+0x3e/0xc3 [snd] [<ffffffffa01fde2e>] snd_pcm_new_stream+0xb1/0x404 [snd_pcm] [<ffffffffa024861f>] snd_usb_add_audio_stream+0xd2/0x230 [snd_usb_audio] [<ffffffffa0241d33>] ? snd_usb_parse_audio_format+0x252/0x34f [snd_usb_audio] [<ffffffff810d6b17>] ? kmem_cache_alloc_trace+0xab/0xbb [<ffffffffa0248c29>] snd_usb_parse_audio_interface+0x4ac/0x567 [snd_usb_audio] [<ffffffffa023f0ff>] snd_usb_create_stream+0xe9/0x125 [snd_usb_audio] [<ffffffffa023f9b1>] usb_audio_probe+0x62a/0x72c [snd_usb_audio] [<ffffffff812c49f5>] usb_probe_interface+0x136/0x1b1 [<ffffffff81287e66>] ? driver_probe_device+0x1d3/0x1d3 [<ffffffff81287d43>] driver_probe_device+0xb0/0x1d3 [<ffffffff81287ec5>] __driver_attach+0x5f/0x83 [<ffffffff812863a2>] bus_for_each_dev+0x54/0x86 [<ffffffff81287730>] driver_attach+0x1e/0x20 [<ffffffff8128747f>] bus_add_driver+0xfd/0x23a [<ffffffff812882e8>] driver_register+0x93/0x10e [<ffffffff812c383f>] usb_register_driver+0x7e/0x12a [<ffffffffa0257000>] ? 0xffffffffa0256fff [<ffffffffa0257000>] ? 0xffffffffa0256fff [<ffffffffa0257040>] snd_usb_audio_init+0x40/0x1000 [snd_usb_audio] [<ffffffff810001ff>] do_one_initcall+0x7f/0x134 [<ffffffffa0257000>] ? 0xffffffffa0256fff [<ffffffff810688d4>] sys_init_module+0x16cf/0x195e [<ffffffff8106516c>] ? free_notes_attrs+0x4d/0x4d [<ffffffff810c38cb>] ? mmap_region+0x1c7/0x469 [<ffffffff813856d2>] system_call_fastpath+0x16/0x1b ---[ end trace c1baea1a25a91564 ]---
Looks like the PCM substream assignment is buggy. Does the patch (untested at all) below help?
Yep, that fixed it. Thanks!
OK, applied the fix now. Thanks for quick testing.
Takashi
participants (1)
-
Takashi Iwai