From owner-freebsd-hackers@FreeBSD.ORG Wed May 5 14:52:34 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD65216A4CE for ; Wed, 5 May 2004 14:52:34 -0700 (PDT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8864C43D41 for ; Wed, 5 May 2004 14:52:34 -0700 (PDT) (envelope-from ritalin@comcast.net) Received: from emachine (pcp04418869pcs.nrockv01.md.comcast.net[69.140.111.25]) by comcast.net (rwcrmhc11) with SMTP id <2004050521523401300o3cvte>; Wed, 5 May 2004 21:52:34 +0000 Message-ID: <002701c432e9$783dc7a0$9402a8c0@emachine> From: "Rita Lin" To: References: <004c01c43053$2a775920$9402a8c0@emachine> <20040503120824.GG38488@cicely12.cicely.de> <008901c4314e$72b214e0$9402a8c0@emachine> <20040503211005.GJ38488@cicely12.cicely.de> <001a01c43156$bce21c60$9402a8c0@emachine> <20040503222538.GK38488@cicely12.cicely.de> <006f01c43160$b84a1220$9402a8c0@emachine> <20040503232850.GL38488@cicely12.cicely.de> Date: Wed, 5 May 2004 17:39:39 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Subject: Is it possible to lose a xfer request queued using usbd_transfer()? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 May 2004 21:52:35 -0000 Hello, I stumbled on a problem that I need some suggestion to continue tracking where the problem is. I started a tip session to the usb port, after typing two characters, any more input returned TS_BUSY. I noticed that this problem also exists when I do a 'cat junk > /dev/ucom0'. After two consecutive usbd_transfer(), it sits there. After some code tracking, I found that the ucomwritecb() for the third usbd_transfer() never gets called in uhci_idone(). I haven't dig further down yet. I'm going to do that tomorrow. If you have some idea, or have some suggestion how I can tackle this problem, please shine some light on me. The first two usbd_transfer are successful, and I could see the packets going out to the USB port with a USB analyzer. Thank you so much. Rita