https://bugzilla.kernel.org/show_bug.cgi?id=217242 Mathias Nyman (mathias.nyman@xxxxxxxxxxxxxxx) changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mathias.nyman@linux.intel.c | |om --- Comment #14 from Mathias Nyman (mathias.nyman@xxxxxxxxxxxxxxx) --- Looks like it gets stuck during xhci ring expansion. During ring expansion the xhci driver allocates memory with spinlock held using dma_pool_zalloc(.., GFP_ATOMIC, ...) This apparently never completes, so spinlock isn't released. Any URBs queued for xhci after this will spin forever trying to take the lock, lockin up that CPU. The xhci ring expansion code looks broken, the calculation of new ring segments needed is incorrect, may be huge. Also I don't think we should need to expand the ring buffer in this case. There might be some bug in how driver keeps track on free trbs. I'll write a debugging patch that that tracks free trbs and expansion values. -- You may reply to this email to add a comment. You are receiving this mail because: You are watching the assignee of the bug.
