From owner-freebsd-usb@FreeBSD.ORG Tue Aug 13 04:17:15 2013 Return-Path: Delivered-To: freebsd-usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CD5E9B07 for ; Tue, 13 Aug 2013 04:17:15 +0000 (UTC) (envelope-from toshi@ruby.ocn.ne.jp) Received: from msgw001-03.ocn.ad.jp (msgw001-03.ocn.ad.jp [180.37.203.72]) by mx1.freebsd.org (Postfix) with ESMTP id 9BB0B2522 for ; Tue, 13 Aug 2013 04:17:15 +0000 (UTC) Received: from localhost (p6200-ipngn100102sizuokaden.shizuoka.ocn.ne.jp [180.51.189.200]) by msgw001-03.ocn.ad.jp (Postfix) with ESMTP id 9B141AE2913; Tue, 13 Aug 2013 13:17:07 +0900 (JST) Date: Tue, 13 Aug 2013 13:17:06 +0900 (JST) Message-Id: <20130813.131706.104030160.toshi@ruby.ocn.ne.jp> To: freebsd-usb@FreeBSD.org Subject: Re: HS isochronous transfer on musb_otg From: SAITOU Toshihide In-Reply-To: <20130811.193740.226802057.toshi@ruby.ocn.ne.jp> References: <5202502D.20702@bitfrost.no> <20130808.220939.219630261.toshi@ruby.ocn.ne.jp> <20130811.193740.226802057.toshi@ruby.ocn.ne.jp> Received-SPF: pass (mfgw2331.ocn.ad.jp: domain of ruby.ocn.ne.jp designates 180.37.203.78 as permitted sender) client-ip=180.37.203.78; envelope-from=toshi@ruby.ocn.ne.jp; helo=msgw002-03.ocn.ad.jp; X-GPG-fingerprint: 34B3 0B6A 8520 F5B0 EBC7 69F6 C055 9F8A 0D49 F8FC X-Mailer: Mew version 6.2.51 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Aug 2013 04:17:15 -0000 In message: <20130811.193740.226802057.toshi@ruby.ocn.ne.jp> SAITOU Toshihide writes: > In message: <20130808.220939.219630261.toshi@ruby.ocn.ne.jp> > SAITOU Toshihide writes: >> I have confirmed the scattering is fixed by modifying the >> mustbotg_host_data_rx(), althought the modification I have >> made breaks other transfer type at the moment. > > This is a Logitec C920 and realize that the only device that > is working among I have tried. Maybe the differences of the device is related to how the device can handle the transactions per micro frame. This link tells that the existence of the undocumented bits and the default may be one transaction per frame: http://e2e.ti.com/support/embedded/wince/f/353/t/68966.aspx. So I tried to set the bits to the MUSB2_REG_RXMAXP, but no change. SAITOU Toshihide