Takashi Iwai wrote: >>That was it. Thanks. >> >>Yes this code works. I don't know what that means though? > > > ok, then it means that something in prepare() does initialize > something (hmm, too ambiguous :), not the fact that you send the data > to the device. > > but please make sure that this trick works after fresh reboot, too > (and/or after the usb device power-off). it's just to be sure... >
Yes to both > > >>I have also found a serious kernel oops which is caused when starting >>jack with this card. It also fscked my user profile in mozilla so I have >>lost all my emails from teh past 6 months. > > > oh, that's too bad. > > please let me know if you catch an oops trace. > Here's what I get from ksymoops ---- Warning (compare_maps): ksyms_base symbol vmalloc_to_page_R__ver_vmalloc_to_page not found in System.map. Ignoring ksyms_base entry Unable to handle kernel NULL pointer dereference at virtual address 00000020 c01e52e4 *pde = 00000000 CPU: 0 EIP: 0010:[<c01e52e4>] Not tainted Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010097 eax: cf21cc84 ebx: cf21c480 ecx: d7efd3fc edx: cf21c484 esi: 00000000 ed1: 00000097 ebp: cf21cc84 esp: c0287f38 Warning (Oops_set_regs): garbage 'ed1: 00000097 ebp: cf21cc84 esp: c0287f38' at end of register line ignored ds: 0018 es: 0018 ss:0018 Process swapper (pid: 0, stackpage=c0287000) Stack: 00000292 d7efd3fc 00000000 0000cc00 d7efd380 c0287fac c01e535b5 d7efd380 d7efd380 d7eede80 04000001 0000000b c0109e8a 0000000b d7efd380 c0287fac c0287fac 0000000b c02bee80 d7eede80 c010a018 0000000b c0287fac d7eede80 Call Trace: [<c01e53b5>] [<c0109e8a>] [<c010a018>] [<c0106f10>] [<c0106f10>] [<c010c108>] [<c0106f10>] [<c0106f36>] {<c0106fc2>] [<c0105000>] Code: c7 46 20 98 ff ff ff 8b 43 10 8b 1b 80 b8 00 00 00 8b 48 >>EIP; c01e52e4 <uhci_remove_pending_qhs+44/90> <===== >>eax; cf21cc84 <_end+ef35f08/187112e4> >>ebx; cf21c480 <_end+ef35704/187112e4> >>ecx; d7efd3fc <_end+17c16680/187112e4> >>edx; cf21c484 <_end+ef35708/187112e4> Trace; c01e53b5 <uhci_interrupt+85/f0> Trace; c0109e8a <handle_IRQ_event+3a/80> Trace; c010a018 <do_IRQ+58/b0> Trace; c0106f10 <default_idle+0/30> Trace; c0106f10 <default_idle+0/30> Trace; c010c108 <call_do_IRQ+5/d> Trace; c0106f10 <default_idle+0/30> Trace; c0106f36 <default_idle+26/30> Code; c01e52e4 <uhci_remove_pending_qhs+44/90> 00000000 <_EIP>: Code; c01e52e4 <uhci_remove_pending_qhs+44/90> <===== 0: c7 46 20 98 ff ff ff movl $0xffffff98,0x20(%esi) <===== Code; c01e52eb <uhci_remove_pending_qhs+4b/90> 7: 8b 43 10 mov 0x10(%ebx),%eax Code; c01e52ee <uhci_remove_pending_qhs+4e/90> a: 8b 1b mov (%ebx),%ebx Code; c01e52f0 <uhci_remove_pending_qhs+50/90> c: 80 b8 00 00 00 8b 48 cmpb $0x48,0x8b000000(%eax) <0>Kernel panic:Aiee, killing interrupt handler! 3 warnings issued. Results may not be reliable. ---- Interestingly I have just seen a thread on usb-devel about various lockups in the usb code so it might be related. -- Patrick Shirkey - Boost Hardware Ltd. For the discerning hardware connoisseur Http://www.boosthardware.com Http://www.boosthardware.com/LAU/guide/ ======================================== "Um...symbol_get and symbol_put... They're kindof like does anyone remember like get_symbol and put_symbol I think we used to have..." - Rusty Russell in his talk on the module subsystem ------------------------------------------------------- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 _______________________________________________ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel