Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 13 Aug 2013 13:17:06 +0900 (JST)
From:      SAITOU Toshihide <toshi@ruby.ocn.ne.jp>
To:        freebsd-usb@FreeBSD.org
Subject:   Re: HS isochronous transfer on musb_otg
Message-ID:  <20130813.131706.104030160.toshi@ruby.ocn.ne.jp>
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>

next in thread | previous in thread | raw e-mail | index | archive | help
In message: <20130811.193740.226802057.toshi@ruby.ocn.ne.jp>
            SAITOU Toshihide <toshi@ruby.ocn.ne.jp> writes:
> In message: <20130808.220939.219630261.toshi@ruby.ocn.ne.jp>
>             SAITOU Toshihide <toshi@ruby.ocn.ne.jp> 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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130813.131706.104030160.toshi>