From owner-freebsd-hackers@FreeBSD.ORG Wed May 5 15:09:59 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 97C1416A4CE for ; Wed, 5 May 2004 15:09:59 -0700 (PDT) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57FEB43D4C for ; Wed, 5 May 2004 15:09:59 -0700 (PDT) (envelope-from ritalin@comcast.net) Received: from emachine (pcp04418869pcs.nrockv01.md.comcast.net[69.140.111.25]) by comcast.net (rwcrmhc13) with SMTP id <200405052209580150090dree>; Wed, 5 May 2004 22:09:59 +0000 Message-ID: <004901c432eb$e6cb4100$9402a8c0@emachine> From: "Rita Lin" To: "Rita Lin" , 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> <002701c432e9$783dc7a0$9402a8c0@emachine> Date: Wed, 5 May 2004 17:57:03 -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: Re: 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 22:09:59 -0000 TYPO -->dig<-- should be *dug*. ----- Original Message ----- From: Rita Lin To: Sent: Wednesday, May 05, 2004 5:39 PM Subject: Is it possible to lose a xfer request queued using usbd_transfer()? > 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 > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"