From owner-freebsd-usb@FreeBSD.ORG Tue Oct 15 13:20:02 2013 Return-Path: Delivered-To: freebsd-usb@smarthost.ysv.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 72657BD3 for ; Tue, 15 Oct 2013 13:20:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 50C592285 for ; Tue, 15 Oct 2013 13:20:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r9FDK1gi030542 for ; Tue, 15 Oct 2013 13:20:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r9FDK197030541; Tue, 15 Oct 2013 13:20:01 GMT (envelope-from gnats) Date: Tue, 15 Oct 2013 13:20:01 GMT Message-Id: <201310151320.r9FDK197030541@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org Cc: From: SAITOU Toshihide Subject: Re: usb/181987: USB isochronous transfer of the USB driver (Mentor Graphics OTG: musb_otg) is not working. X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: SAITOU Toshihide List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Oct 2013 13:20:02 -0000 The following reply was made to PR usb/181987; it has been noted by GNATS. From: SAITOU Toshihide To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: usb/181987: USB isochronous transfer of the USB driver (Mentor Graphics OTG: musb_otg) is not working. Date: Tue, 15 Oct 2013 22:17:17 +0900 (JST) In message: <525CE936.70800@bitfrost.no> Hans Petter Selasky writes: > On 09/10/13 13:01, SAITOU Toshihide wrote: >> >>> Number: 181987 >>> Category: usb >>> Synopsis: USB isochronous transfer of the USB driver (Mentor >>> Graphics OTG: musb_otg) is not working. >>> Confidential: no >>> Severity: non-critical >>> Priority: low >>> Responsible: freebsd-usb >>> State: open >>> Quarter: >>> Keywords: >>> Date-Required: >>> Class: sw-bug >>> Submitter-Id: current-users >>> Arrival-Date: Tue Sep 10 11:10:00 UTC 2013 >>> Closed-Date: >>> Last-Modified: >>> Originator: SAITOU Toshihide >>> Release: FreeBSD 10.0-CURRENT >>> Organization: >>> Environment: >> FreeBSD bbb 10.0-CURRENT FreeBSD 10.0-CURRENT #1: Mon Sep 9 >> 23:34:15 JST 2013 >> toshi@fbsd:/usr/obj/arm.armv6/usr/src/sys/BEAGLEBONE arm >> >>> Description: >> The patch attached is somewhat fixed the problem for the >> LOGICOOL C920 but still most UVC devices are not working. >> >> My guess is that the not working device requires three >> transactions per *microframe* for the data transfer rate as >> the video streaming but the current driver performs one >> transaction per microframe. The following page imply the >> existence of the undocumented setting to perform so. >> http://e2e.ti.com/support/embedded/wince/f/353/t/68966.aspx >> >>> How-To-Repeat: >> >>> Fix: >> >> >>> Release-Note: >>> Audit-Trail: >>> Unformatted: >> _______________________________________________ >> freebsd-usb@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-usb >> To unsubscribe, send any mail to >> "freebsd-usb-unsubscribe@freebsd.org" >> > > Hi, > > Can you please test the attached patch and report back? > > --HPS I tried to use a UVC device using libusb but couldn't get the data. The latter patch was the same result. FreeBSD revision is 255933. When libusb_submit_transfer's call back is called, actual_length of libusb_iso_packet_descriptor is 0 or 12. A snippet of ``sysctl hw.usb.debug=4'' is below: musbotg_device_isoc_enter: start next=537 musbotg_ep_int_set: ep_no=1, on=1 musbotg_host_data_rx: ep_no=1 musbotg_host_data_rx: csr=0x01 musbotg_host_data_rx: csrh=0x00 musbotg_interrupt: real endpoint interrupt rx=0x0002, tx=0x0000 musbotg_host_data_rx: ep_no=1 musbotg_host_data_rx: csr=0x01 musbotg_host_data_rx: count=0x0a80 musbotg_channel_free: ep_no=1 musbotg_ep_int_set: ep_no=1, on=0 musbotg_device_done: xfer=0xc2c080c0, endpoint=0xc2ac3cb8, error=22 It seems that more data are collected... Thanks, -- SAITOU Toshihide