On Wednesday 24 June 2009, Alan Cox wrote: > Looks to me like the gs_write_room function takes a lock already held > when the driver calls tty_flip_buffer_push() - which will and can call > back into the driver (eg for echo processing) That doesn't seem to explain whatever null pointer was being traversed though. A lock-already-held problem would self-deadlock, not oops. -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
