From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755484AbZBTU21 (ORCPT ); Fri, 20 Feb 2009 15:28:27 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753722AbZBTU2O (ORCPT ); Fri, 20 Feb 2009 15:28:14 -0500 Received: from kroah.org ([198.145.64.141]:35737 "EHLO coco.kroah.org" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1753635AbZBTU2N (ORCPT ); Fri, 20 Feb 2009 15:28:13 -0500 Date: Fri, 20 Feb 2009 11:10:12 -0800 From: Greg KH To: Shivdas Gujare , alan@lxorguk.ukuu.org.uk Cc: beagleboard@googlegroups.com, linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: Kernel Warning/crash using usb-serial device Message-ID: <20090220191012.GA5256@kroah.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Feb 20, 2009 at 05:45:04PM +0530, Shivdas Gujare wrote: > Hi all, > > Currently I am testing USB serial device with BeagleBoard(omap3) which > uses musb host controller. But I gets following Warnings every time > if I tries to open the /dev/ttyUSB0 using simple application which I > have written to open/read and write. > > FYI, I currently tested with 2.6.29-rc5 and also 2.6.29-rc2, with no success. > > What could be the possible reason? Is there any way, I can avoid this warning? > Thanks for your valuable help. > > Regards, > Shivdas > > > ------------[ cut here ]------------ > WARNING: at kernel/mutex.c:135 __mutex_lock_slowpath+0x6c/0x234() > Modules linked in: usbserial > [] (dump_stack+0x0/0x14) from [] (warn_slowpath+0x68/0x9c) > [] (warn_slowpath+0x0/0x9c) from [] > (__mutex_lock_slowpath+0x6c/0x234) > r3:c039437c r2:00000000 > r7:c787e9c0 r6:c7bc6c00 r5:c7bc6fb4 r4:c7bc6c00 > [] (__mutex_lock_slowpath+0x0/0x234) from [] > (mutex_lock+0x10/0x14) > [] (mutex_lock+0x0/0x14) from [] > (echo_set_canon_col+0x1c/0x40) > [] (echo_set_canon_col+0x0/0x40) from [] > (n_tty_receive_buf+0xbdc/0x1074) > r5:00000000 r4:000000fe > [] (n_tty_receive_buf+0x0/0x1074) from [] > (flush_to_ldisc+0xf0/0x184) > [] (flush_to_ldisc+0x0/0x184) from [] > (tty_flip_buffer_push+0x3c/0x4c) > [] (tty_flip_buffer_push+0x0/0x4c) from [] > (usb_serial_generic_read_bulk_callback+0x12c/0x170 [usbserial]) > [] (usb_serial_generic_read_bulk_callback+0x0/0x170 > [usbserial]) from [] (usb_hcd_giveback_urb+0xb0/0xfc) > r8:c78d88d8 r7:00000000 r6:c78d8800 r5:00000000 r4:c7851440 > [] (usb_hcd_giveback_urb+0x0/0xfc) from [] > (__musb_giveback+0xf4/0x110) Ick. Alan, echo_set_cannon_col is being called from tty_flip_buffer_push and trying to grab a mutex, yet we are in interrupt context as we are in a USB urb callback. Any thoughts? thanks, greg k-h