From owner-freebsd-usb@FreeBSD.ORG Sun Apr 20 00:09:47 2008 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D408106566C; Sun, 20 Apr 2008 00:09:47 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 790158FC1A; Sun, 20 Apr 2008 00:09:47 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (vwe@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m3K09lei039213; Sun, 20 Apr 2008 00:09:47 GMT (envelope-from vwe@freefall.freebsd.org) Received: (from vwe@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m3K09l5C039209; Sun, 20 Apr 2008 00:09:47 GMT (envelope-from vwe) Date: Sun, 20 Apr 2008 00:09:47 GMT Message-Id: <200804200009.m3K09l5C039209@freefall.freebsd.org> To: vwe@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-usb@FreeBSD.org From: vwe@FreeBSD.org Cc: Subject: Re: usb/122905: [patch] add Huawei E220 to ubsa X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 00:09:47 -0000 Old Synopsis: ubsa.c doesn't take Huawei E220 New Synopsis: [patch] add Huawei E220 to ubsa Class-Changed-From-To: sw-bug->update Class-Changed-By: vwe Class-Changed-When: Sun Apr 20 00:07:14 UTC 2008 Class-Changed-Why: Over to maintainer(s). Responsible-Changed-From-To: freebsd-bugs->freebsd-usb Responsible-Changed-By: vwe Responsible-Changed-When: Sun Apr 20 00:07:14 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=122905 From owner-freebsd-usb@FreeBSD.ORG Sun Apr 20 00:10:05 2008 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5119106566B for ; Sun, 20 Apr 2008 00:10:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B83BB8FC1F for ; Sun, 20 Apr 2008 00:10:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m3K0A5fp039395 for ; Sun, 20 Apr 2008 00:10:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m3K0A5Vo039394; Sun, 20 Apr 2008 00:10:05 GMT (envelope-from gnats) Date: Sun, 20 Apr 2008 00:10:05 GMT Message-Id: <200804200010.m3K0A5Vo039394@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Volker Cc: Subject: Re: kern/122905: ubsa.c doesn't take Huawei E220 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Volker List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 00:10:05 -0000 The following reply was made to PR usb/122905; it has been noted by GNATS. From: Volker To: bug-followup@FreeBSD.org, wojtek@wojtek.tensor.gdynia.pl Cc: Subject: Re: kern/122905: ubsa.c doesn't take Huawei E220 Date: Sun, 20 Apr 2008 02:05:23 +0200 This is a multi-part message in MIME format. --------------070805030206060206040603 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit > sorry for sending whole files, i don't have origs now :) I'm really wondering how you were able to change code w/o having original files? Anyway, here's the diff for RELENG_6 (usbdevs.diff.6 and ubsa.c.diff.6) and RELENG_7 (usbdevs.diff and ubsa.c.diff). It's been a real pain to create these from your code - please, never ever do it again this way. --------------070805030206060206040603 Content-Type: text/plain; name="ubsa.c.diff.6" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ubsa.c.diff.6" --- ubsa.c.orig 2008-04-08 18:36:49.000000000 +0200 +++ ubsa.c 2008-04-20 01:53:57.000000000 +0200 @@ -232,6 +232,7 @@ { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3GQUAD }, /* Huawei Mobile */ { USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_MOBILE }, + { USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_E200b }, /* Qualcomm, Inc. ZTE CDMA */ { USB_VENDOR_QUALCOMMINC, USB_PRODUCT_QUALCOMMINC_CDMA_MSM }, { 0, 0 } --------------070805030206060206040603 Content-Type: text/plain; name="usbdevs.diff.6" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="usbdevs.diff.6" --- usbdevs.orig 2008-04-08 18:36:49.000000000 +0200 +++ usbdevs 2008-04-20 01:53:28.000000000 +0200 @@ -1046,6 +1046,7 @@ /* HUAWEI products */ product HUAWEI MOBILE 0x1001 Huawei Mobile +product HUAWEI E200b 0x1003 Huawei E200 /* IBM Corporation */ product IBM USBCDROMDRIVE 0x4427 USB CD-ROM Drive --------------070805030206060206040603 Content-Type: text/plain; name="ubsa.c.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ubsa.c.diff" --- ubsa.c.orig 2008-04-20 01:58:31.000000000 +0200 +++ ubsa.c 2008-04-20 01:59:00.000000000 +0200 @@ -236,6 +236,7 @@ { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3GPLUS }, /* Huawei Mobile */ { USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_MOBILE }, + { USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_E200B }, /* Qualcomm, Inc. ZTE CDMA */ { USB_VENDOR_QUALCOMMINC, USB_PRODUCT_QUALCOMMINC_CDMA_MSM }, { 0, 0 } --------------070805030206060206040603 Content-Type: text/plain; name="usbdevs.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="usbdevs.diff" --- usbdevs.orig 2008-04-20 01:57:51.000000000 +0200 +++ usbdevs 2008-04-20 01:59:10.000000000 +0200 @@ -1387,6 +1387,7 @@ /* HUAWEI products */ product HUAWEI MOBILE 0x1001 Huawei Mobile +product HUAWEI E200B 0x1003 Huawei E200 /* HUAWEI 3com products */ product HUAWEI3COM WUB320G 0x0009 Aolynk WUB320g --------------070805030206060206040603-- From owner-freebsd-usb@FreeBSD.ORG Sun Apr 20 11:50:06 2008 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3346106566C for ; Sun, 20 Apr 2008 11:50:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7739F8FC0C for ; Sun, 20 Apr 2008 11:50:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m3KBo6bU070802 for ; Sun, 20 Apr 2008 11:50:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m3KBo6QS070801; Sun, 20 Apr 2008 11:50:06 GMT (envelope-from gnats) Date: Sun, 20 Apr 2008 11:50:06 GMT Message-Id: <200804201150.m3KBo6QS070801@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Wojciech Puchar Cc: Subject: Re: kern/122905: ubsa.c doesn't take Huawei E220 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Wojciech Puchar List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 11:50:06 -0000 The following reply was made to PR usb/122905; it has been noted by GNATS. From: Wojciech Puchar To: Volker Cc: bug-followup@FreeBSD.org Subject: Re: kern/122905: ubsa.c doesn't take Huawei E220 Date: Sun, 20 Apr 2008 13:40:42 +0200 (CEST) > > > I'm really wondering how you were able to change code w/o having > original files? i just edited them leaving no copy ;) > > Anyway, here's the diff for RELENG_6 (usbdevs.diff.6 and ubsa.c.diff.6) > and RELENG_7 (usbdevs.diff and ubsa.c.diff). It's been a real pain to > create these from your code - please, never ever do it again this way. OK sorry. From owner-freebsd-usb@FreeBSD.ORG Sun Apr 20 14:46:04 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFEDD1065671 for ; Sun, 20 Apr 2008 14:46:04 +0000 (UTC) (envelope-from phil@testequipmentconnection.org) Received: from mail.testequipmentconnection.net (mail.testequipmentconnection.net [65.169.170.194]) by mx1.freebsd.org (Postfix) with ESMTP id 3FF0A8FC26 for ; Sun, 20 Apr 2008 14:46:01 +0000 (UTC) (envelope-from phil@testequipmentconnection.org) Received: from PhilTEC (unknown [65.161.131.154]) (Authenticated sender: phil@testequipmentconnection.net) by mail.testequipmentconnection.net (Postfix) with ESMTP id 983E78A40B3 for ; Sun, 20 Apr 2008 09:09:27 -0400 (EDT) From: "Phil" To: freebsd-usb@freebsd.org MIME-Version: 1.0 Sender: Phil Date: Sun, 20 Apr 2008 09:07:21 -0500 X-Mailer: Eudora Message-Id: <20080420130927.983E78A40B3@mail.testequipmentconnection.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Refurbished Wireless Test and Repair Values X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 14:46:05 -0000 We Sell Worldwide Rentals and Leasing Available Renting or leasing test equipment is today’s answer. Renting test equipment allows you to acquire test equipment without the investment of ownership. Renting test equipment is an ideal solution for companies that need additional test equipment on short notice or need test equipment for short periods of time. Rent test equipment for special projects, replace failed equipment, or evaluate test equipment before purchasing and avoid long lead times. Test Equipment Connection is expanding its rental inventory and investing in the newest and most popular test equipment. Our inventory is growing and changes daily. We offer over 28,000 test instruments from over 250 manufacturers. When you rent test equipment, rental payments are treated as operating expenses and not part of your capital equipment budget. Call or Email for a Quote Today Rental Quote Request Tight Capital Budget? - No Problem! Check Out These High Quality Refurbished Equipment Specials and Maximize Your Budget. Anritsu MT8220A/40/41 Sale $8,995 Anritsu S331B Sale $3,995 Anritsu S332C Sale $6,895 Anritsu ML2437A Sale $3,995 Agilent E6380A Sale $3,500 Agilent E4436B/Options Sale $15,900 Agilent 8712ET/1EC Sale $9,800 IFR COM120B Sale $9,290 HP 4284A Sale $9,990 HP 8560EC Sale $23,000 HP 8720D with options On Sale Call R&S FSH3 On Sale Call Over 15 Years of Sales, Service and Selection Rohde & Schwarz SME03 Sale $5,490 IFR 2945A Sale 9,495 Anritsu S332C Sale $6,895 Anritsu S331C Sale $5,495 Anritsu S331A Sale $2,995 Agilent 8753ES Sale $22,000 Tektronix TVS645 Sale $2,750 Agilent 89431A Sale $6,890 Test Equipment Connection is Actively Purchasing De-installed, Excess, New-Surplus, Off-Lease and Underutilized Equipment. Click Here for a Cash Offer R&S FSH6.26/B1/Z3 Sale $19,190 JDSU SDA5000 Sale $6,990 JDSU FST2802 Sale $8,490 JDSU FST-2310 Equipped for DS1, DS3, OC-3, & OC-12 Call JDSU ANT-5 Equipped for STM-1/-4 On Sale Call Tektronix TDS3032 Sale $3,000 Tektronix TDS3034 Sale $3,895 Tektronix TDS3054B Sale $8,490 HP 8561E Sale $11,980 Marconi 2031 Sale $3,895 Agilent E4436B w/options On Sale Call HP 8720ES/10/12/400 Sale $55,000 HP 54540C Sale $2,495 HP 8648C/1E6 Sale $7,290 Our technicians are fully trained and have extensive calibration and repair expertise on the widest variety of makes & models. We provide high quality repair and calibration services at competitive prices with responsive turn around times for evaluation, repair and calibration. N.I.S.T. traceable certificates in accordance with MIL-STD 45662A and ANSI/NSCL 540-1 can be provided with all repairs. In addition, ISO 9001-2000 UL registered calibrations and ISO/IEC 17025 calibrations accredited by A2LA are available for select items. No Capital Budget? - No Problem! We Repair and Calibrate So You Can Utilize The Equipment You Already Have. Free Evaluation Coupon Below! Click Here to View This Page on the Internet Toll Free USA & Canada 800-615-8378 Direct Worldwide 407-804-1184 email phil@testequipmentconnection.org 30 Skyline Drive Lake Mary, FL 32746 This email is sent in accordance with the US CAN-SPAM Act. *Removal* requests* can be sent to this address and will be honored and respected If you want to dis-continue this mailing click on the following email address or respond with *un-subscribe* in the subject line to: phil@testequipmentconnection.org From owner-freebsd-usb@FreeBSD.ORG Sun Apr 20 19:25:55 2008 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DACF3106566B; Sun, 20 Apr 2008 19:25:55 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B4A738FC18; Sun, 20 Apr 2008 19:25:55 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m3KJPtdq008915; Sun, 20 Apr 2008 19:25:55 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m3KJPtM6008911; Sun, 20 Apr 2008 19:25:55 GMT (envelope-from linimon) Date: Sun, 20 Apr 2008 19:25:55 GMT Message-Id: <200804201925.m3KJPtM6008911@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-usb@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: usb/122936: [ucom][ubsa] Device does not receive interrupt X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 19:25:56 -0000 Synopsis: [ucom][ubsa] Device does not receive interrupt Responsible-Changed-From-To: freebsd-bugs->freebsd-usb Responsible-Changed-By: linimon Responsible-Changed-When: Sun Apr 20 19:25:39 UTC 2008 Responsible-Changed-Why: Reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=122936 From owner-freebsd-usb@FreeBSD.ORG Mon Apr 21 02:36:05 2008 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F6C8106566C; Mon, 21 Apr 2008 02:36:05 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6C8768FC1F; Mon, 21 Apr 2008 02:36:05 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m3L2a5xX047364; Mon, 21 Apr 2008 02:36:05 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m3L2a5Kr047360; Mon, 21 Apr 2008 02:36:05 GMT (envelope-from linimon) Date: Mon, 21 Apr 2008 02:36:05 GMT Message-Id: <200804210236.m3L2a5Kr047360@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-usb@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: usb/122462: [boot] Fails to boot from an usb harddrive X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 02:36:05 -0000 Old Synopsis: Fails to boot from an usb harddrive New Synopsis: [boot] Fails to boot from an usb harddrive Responsible-Changed-From-To: freebsd-i386->freebsd-usb Responsible-Changed-By: linimon Responsible-Changed-When: Mon Apr 21 02:35:30 UTC 2008 Responsible-Changed-Why: Reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=122462 From owner-freebsd-usb@FreeBSD.ORG Mon Apr 21 09:20:01 2008 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 730A51065672 for ; Mon, 21 Apr 2008 09:20:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4D9D98FC1E for ; Mon, 21 Apr 2008 09:20:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m3L9K18L087163 for ; Mon, 21 Apr 2008 09:20:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m3L9K13p087162; Mon, 21 Apr 2008 09:20:01 GMT (envelope-from gnats) Resent-Date: Mon, 21 Apr 2008 09:20:01 GMT Resent-Message-Id: <200804210920.m3L9K13p087162@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-usb@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Maciej Milewski Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0CC0106566C for ; Mon, 21 Apr 2008 09:10:23 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id ACD638FC0A for ; Mon, 21 Apr 2008 09:10:23 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.2/8.14.2) with ESMTP id m3L9A3Pa028026 for ; Mon, 21 Apr 2008 09:10:03 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.2/8.14.1/Submit) id m3L9A3B0028025; Mon, 21 Apr 2008 09:10:03 GMT (envelope-from nobody) Message-Id: <200804210910.m3L9A3B0028025@www.freebsd.org> Date: Mon, 21 Apr 2008 09:10:03 GMT From: Maciej Milewski To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: usb/122956: Support for Novatel Wireless XU870 3G Card X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 09:20:01 -0000 >Number: 122956 >Category: usb >Synopsis: Support for Novatel Wireless XU870 3G Card >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Apr 21 09:20:00 UTC 2008 >Closed-Date: >Last-Modified: >Originator: Maciej Milewski >Release: FreeBSD 7.0-STABLE amd64 >Organization: TUP >Environment: FreeBSD mylap 7.0-STABLE FreeBSD 7.0-STABLE #1: Sat Apr 19 00:57:03 CEST 2008 root@mylap:/usr/obj/usr/src/sys/GENERIC amd64 >Description: After inserting to system card is not recognized. Adding additional definitions to usbdevs and ubsa.c and recompiling sources allows to correctly recognize and use this card. The only thing that I've observed are those messages: ucom0: on uhub1 ucom0: ubsa_request: STALLED ucom0: ubsa_request: STALLED ucom0: ubsa_request: STALLED ucom0: ubsa_request: STALLED ucom0: ubsa_request: STALLED ucom0: ubsa_request: STALLED ucom0: ubsa_request: STALLED ucom0: ubsa_request: STALLED ucom0: ubsa_request: STALLED ucom0: ubsa_param: unsupported baud, forcing default of 9600 ucom0: ubsa_request: STALLED I haven't observed if these messeges are harmful. Currently the card works fine. >How-To-Repeat: >Fix: Attached patch works fine for me. Patch attached with submission follows: diff -Naur sys.orig/dev/usb/ubsa.c sys/dev/usb/ubsa.c --- sys.orig/dev/usb/ubsa.c 2008-04-18 21:36:14.000000000 +0200 +++ sys/dev/usb/ubsa.c 2008-04-18 21:34:17.000000000 +0200 @@ -226,6 +226,8 @@ { USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_U740 }, /* Novatel Wireless Merlin v740 */ { USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_V740 }, + /* Novatel Wireless Merlin XU870 */ + { USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_XU870 }, /* Option Vodafone MC3G */ { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_VODAFONEMC3G }, /* Option GlobeTrotter 3G */ diff -Naur sys.orig/dev/usb/usbdevs sys/dev/usb/usbdevs --- sys.orig/dev/usb/usbdevs 2008-04-18 21:36:50.000000000 +0200 +++ sys/dev/usb/usbdevs 2008-04-18 21:35:30.000000000 +0200 @@ -1773,6 +1773,7 @@ product NOVATEL CDMA_MODEM 0x1110 Novatel Wireless Merlin CDMA product NOVATEL V740 0x1120 Merlin V740 product NOVATEL U740 0x1400 Merlin U740 +product NOVATEL XU870 0x1430 Merlin XU870 product NOVATEL2 FLEXPACKGPS 0x0100 NovAtel FlexPack GPS receiver /* Olympus products */ >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-usb@FreeBSD.ORG Mon Apr 21 10:30:04 2008 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36460106564A for ; Mon, 21 Apr 2008 10:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 251A48FC16 for ; Mon, 21 Apr 2008 10:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m3LAU3ch091916 for ; Mon, 21 Apr 2008 10:30:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m3LAU3Uo091913; Mon, 21 Apr 2008 10:30:03 GMT (envelope-from gnats) Date: Mon, 21 Apr 2008 10:30:03 GMT Message-Id: <200804211030.m3LAU3Uo091913@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Mark Kirkwood Cc: Subject: Re: usb/78984: [umass] [patch] Creative MUVO umass failure X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mark Kirkwood List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 10:30:04 -0000 The following reply was made to PR usb/78984; it has been noted by GNATS. From: Mark Kirkwood To: bug-followup@FreeBSD.org, bofh@m-wesemeyer.de Cc: Subject: Re: usb/78984: [umass] [patch] Creative MUVO umass failure Date: Mon, 21 Apr 2008 22:11:17 +1200 I ran into this with 7-STABLE and a 128MB creatiev muvo. This slightly updated patch seems to fix. ================================================================================ *** sys/dev/usb/umass.c.orig Mon Apr 21 18:17:08 2008 --- sys/dev/usb/umass.c Mon Apr 21 18:20:31 2008 *************** *** 374,379 **** --- 374,383 ---- UMASS_PROTO_SCSI | UMASS_PROTO_BBB, FORCE_SHORT_INQUIRY | NO_START_STOP | IGNORE_RESIDUE }, + { USB_VENDOR_CREATIVE, USB_PRODUCT_CREATIVE_NOMAD, RID_WILDCARD, + UMASS_PROTO_SCSI | UMASS_PROTO_BBB, + READ_CAPACITY_OFFBY1 + }, { USB_VENDOR_DESKNOTE, USB_PRODUCT_DESKNOTE_UCR_61S2B, RID_WILDCARD, UMASS_PROTO_SCSI | UMASS_PROTO_BBB, NO_QUIRKS ================================================================================ From owner-freebsd-usb@FreeBSD.ORG Mon Apr 21 11:06:57 2008 Return-Path: Delivered-To: freebsd-usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1B3A106566B for ; Mon, 21 Apr 2008 11:06:57 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9F85D8FC2B for ; Mon, 21 Apr 2008 11:06:57 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m3LB6v3b095343 for ; Mon, 21 Apr 2008 11:06:57 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m3LB6vZV095339 for freebsd-usb@FreeBSD.org; Mon, 21 Apr 2008 11:06:57 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 21 Apr 2008 11:06:57 GMT Message-Id: <200804211106.m3LB6vZV095339@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-usb@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-usb@FreeBSD.org X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 11:06:57 -0000 Current FreeBSD problem reports Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o usb/84750 usb [hang] 6-BETA2 reboot/shutdown with root_fs on externa o usb/91629 usb usbd_abort_pipe() may result in infinite loop 2 problems total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o i386/46371 usb USB controller cannot be initialized on IBM Netfinity o bin/57255 usb usbd and multi-function devices o usb/63621 usb [umass] [panic] USB MemoryStick Reader stalls/crashes o usb/69006 usb [usbdevs] [patch] Apple Cinema Display hangs USB ports o usb/71155 usb [ulpt] misbehaving usb-printer hangs processes, causes o usb/73307 usb [panic] Kernel panics on USB disconnect o usb/74771 usb [umass] [hang] mounting write-protected umass device a o usb/75705 usb [umass] [panic] da0 attach / Optio S4 (with backtrace) o usb/75797 usb [pcm] 5.3-STABLE(2005 1/4) detect USB headset, But can o usb/76395 usb [uhci] USB printer does not work, usbdevs says "addr 0 o usb/77184 usb [umass] [panic] kernel panic on USB device disconnect, o usb/77294 usb [ulpcom] [panic] ucom + ulpcom panic o usb/79269 usb [ohci] USB ohci da0 plug/unplug causes crashes and loc o usb/79287 usb [uhci] [hang] UHCI hang after interrupt transfer o usb/79524 usb [ulpt] printing to Minolta PagePro 1[23]xxW via USB fa a usb/79656 usb [ehci] RHSC interrupts lost o usb/79722 usb [ehci] wrong alignments in ehci.h o usb/80040 usb [hang] Use of sound mixer causes system freeze with ua o usb/80361 usb [umass] [patch] mounting of Dell usb-stick fails o usb/80829 usb [modules] [panic] possible panic when loading USB-modu o usb/80862 usb [patch] USB locking issues: missing some Giant calls o usb/82350 usb [ucom] [panic] null pointer dereference in USB stack o usb/82520 usb [udbp] [reboot] Reboot when USL101 connected s usb/82569 usb [umass] [panic] USB mass storage plug/unplug causes sy o usb/82660 usb [echi] [panic] EHCI: I/O stuck in state 'physrd'/panic o usb/83563 usb [umass] [panic] Page Fault while detaching Mpman Usb d o usb/83677 usb [usb] [request] usb controller often not detected (Sun o usb/83756 usb [ums] [patch] Microsoft Intellimouse Explorer 4.0A doe o usb/83977 usb [ucom] [panic] ucom1: open bulk out error (addr 2): IN o usb/84326 usb [umass] Panic trying to connect SCSI tape drive via US s usb/84336 usb [usb] [reboot] instant system reboot when unmounting a o usb/86767 usb [umass] [patch] bogus "slice starts beyond end of the o usb/88743 usb [hang] USB makes kernel hang at boot (regression in 6. p usb/88966 usb [modules] kldunload ucom.ko returns "Device busy" erro s usb/89003 usb [request] LaCie Firewire drive not properly supported o usb/89954 usb [umass] [panic] USB Disk driver race condition? o usb/90700 usb [umass] [panic] Kernel panic on connect/mount/use umas o usb/91238 usb [umass] USB tape unit fails to write a second tape fil o usb/91283 usb [boot] booting very slow with usb devices connection ( o usb/91538 usb [ulpt] [patch] Unable to print to EPSON CX3500 o usb/91906 usb [ehci] [hang] FreeBSD hangs while booting with USB leg o usb/92052 usb [unlpt] usbd causes defunct process with busy file-han o usb/92083 usb [ural] [panic] panic using WPA on ural NIC in 6.0-RELE o usb/92142 usb [uhub] SET_ADDR_FAILED and SHORT_XFER errors from usb o usb/92171 usb [panic] panic unplugging Vodafone Mobile Connect (UMTS o usb/93155 usb [ulpt] /dev/ulpt0: device busy, USB printer does not w o usb/93408 usb [mouse] hw.acpi.cpu.cx_lowest=C3 on AMD Turion causes o usb/93640 usb [echi] [irq] device ehci causes interrupt storm on thi o usb/93828 usb [ochi] [panic] ohci causes panic on boot (HP Pavillion o usb/94166 usb [umass] [boot] btx halted with a flashcard plugged o usb/94384 usb [panic] kernel panic with usb2 hardware o usb/94717 usb [ulpt] Reading from /dev/ulpt can break work of a UHCI o usb/94813 usb [umass] mounting write-protected umass device freezes o usb/94897 usb [panic] Kernel Panic when cleanly unmounting USB disk s usb/95348 usb [kbd] USB keyboard unplug causes noise on screen o usb/95562 usb [umass] Write Stress in USB Mass drive causes "vinvalb s usb/95636 usb [umass] [boot] 5 minute delay at boot when using VT620 s usb/96120 usb [ums] [request] USB mouse not always detected o usb/96224 usb [usb] [msdosfs] mount_msdosfs cause page fault in sync o usb/96457 usb [umass] [panic] fatback on umass = reboot s usb/97286 usb [mouse] [request] MS Wireless Intellimouse Explorer 2. o usb/99431 usb [kbd] FreeBSD on MSI 6566E (Intel 845E motherboards) d o usb/101096 usb [ural] [panic] USB WLAN occasionally causes kernel-pan o usb/101448 usb [ohci] FBSD 6.1-STABLE/AMD64 crashes under heavy USB/O o usb/101752 usb [umass] [panic] 6.1-RELEASE kernel panic on usb device o usb/102066 usb [ukbd] usb keyboard and multimedia keys don't work f usb/102096 usb [patch] usbd(8) does not handle multiple devices in on o usb/103025 usb [uhub] [panic] wrong detection of USB device for FreeB o usb/104292 usb [umass] [hang] system lockup on forced umount of usb-s o usb/104830 usb [umass] system crashes when copying data to umass devi o usb/105186 usb [ehci] [panic] USB 2.0/ehci on FreeBSD 6.2-PRE/AMD64 c o usb/106615 usb [uftdi] uftdi module does not automatically load with o usb/106648 usb [umass] [hang] USB Floppy on D1950 10 min Hang on Inse s usb/106832 usb USB HP printer is not detected by kernel when ACPI ena o usb/107248 usb [umass] [patch] scsi_da.c quirk for Cowon iAUDIO X5 MP o usb/107446 usb [umass] umass problems (usb and fw disks) o usb/107827 usb [ohci] [panic] ohci_add_done addr not found o usb/107848 usb [umass] [request] cannot access Samsung flash disk o usb/107924 usb [patch] usbd(8) does not call detach o usb/108513 usb [umass] Creative MuVo TX FM fails in 6.2-RELEASE (regr o usb/109274 usb [usb] MCP55 USB Controller fails to attach in AMD64 Cu o usb/109397 usb [panic] on boot from USB flash o usb/110856 usb [ugen] [patch] interrupt in msgs are truncated when bu o usb/110988 usb [umass] [patch] Handling of quirk IGNORE_RESIDUE is um o usb/111753 usb [uhid] [panic] Replicable system panic involving UHID s usb/112568 usb [umass] [request] USB mode may wrong when mounting Pla o usb/112631 usb [panic] Problem with SONY DSC-S80 camera on umount o usb/112640 usb [usb] [hang] Kernel freezes when writing a file to an o usb/113478 usb [boot] [request] FreeBSD could not start on Core2Duo n s usb/113629 usb [ukbd] Dropped USB keyboard events on Dell Latitude D6 o usb/113672 usb [ehci] [panic] Kernel panic with AEWIN CB6971 o usb/113851 usb [boot] Unable to boot install cd from USB-CDROM s usb/113977 usb [request] Need a way to set mode of USB disk's write c o usb/114310 usb [libusb] [patch] [panic] USB hub attachment panics ker o usb/114682 usb [umass] generic USB media-card reader unusable o kern/114780 usb [uplcom] [panic] Panics while stress testing the uplco o usb/115298 usb [ulpt] [panic] Turning off USB printer panics kernel o usb/116561 usb [umodem] [panic] RELENG_6 umodem panic "trying to slee o usb/116699 usb [usbhid] USB HID devices do not initialize at system b o usb/116947 usb [ukbd] [patch] enable boot protocol on the USB keyboar o usb/117200 usb [ugen] ugen0 prints strange string on attach if detach o usb/117313 usb [umass] [panic] panic on usb camera insertion o usb/117613 usb [uhci] [irq] uhci interrupt storm & USB leaked memory o usb/117946 usb [panic] D-Link DUB-E100 rev. B1 crashes FreeBSD 7.0-BE o usb/117955 usb [umass] [panic] inserting minolta dimage a2 crashes OS o usb/118140 usb [ucom] [patch] quick hack for ucom to get it behave wi o usb/118141 usb [ucom] usb serial and nokia phones ucomreadcb ucomread o usb/118353 usb [panic] [ppp] repeatable kernel panic during ppp(4) se o usb/118391 usb [usbdevs] [patch] Add uscanner ID for Epson CX4800 o usb/118480 usb [umass] Timeout in USB mass storage freezes vfs layer o usb/119018 usb [usbd] HP ScanJet 4300C found as knowndev but not reco o usb/119201 usb [cam] [patch] Quirks for Olympus FE-210 camera, LG and o usb/119481 usb [hang] FreeBSD not responding after connecting USB-Mas o usb/119509 usb USB flaky on Dell Optiplex 755 o usb/119513 usb [irq] inserting dlink dwl-g630 wireless card results i o usb/119977 usb [ums] Mouse does not work in a Cherry-USB keyboard/mou o usb/120017 usb [ehci] [patch] CS5536 (AMD Geode) USB 2.0 quirk o usb/120034 usb [hang] 6.2 & 6.3 hangs on boot at usb0: OHCI with 1.5 o usb/120283 usb [panic] Automation reboot with wireless keyboard & mou o usb/120321 usb [hang] System hangs when transferring data to WD MyBoo o usb/120729 usb [panic] fault while in kernel mode with connecting USB o usb/120786 usb Kernelpanik when forced umount of a dettached USB Hard f usb/120873 usb [zyd] [panic] if_zyd and if_rum panic in usb_transfer_ o usb/121232 usb remove PCCARD rebooted system o usb/121275 usb [boot] FreeBSD fails to boot with usb legacy support e o usb/121474 usb [cam] [patch] QUIRK: SAMSUNG HM250JI in LaCie usb hard o usb/121708 usb [kbd] nforce 650i mobo w/ usb keyboard infinite key re o usb/121734 usb [ugen] ugen HP1022 printer device not working since up o usb/121755 usb [ohci] [patch] Fix panic after ohci/uhub cardbus devic o usb/121861 usb [kbd] Don't work Fn keys on USB Microsoft Natural Ergo o usb/122462 usb [boot] Fails to boot from an usb harddrive o usb/122483 usb [panic] [ulpt] Repeatable panic in 7.0-STABLE o usb/122539 usb [ohci] [panic] AnyDATA ADU-E1000D - kernel panic: ohci o usb/122803 usb Add usbdevs and ubsa support for Dell internal CDMA Mo o usb/122905 usb [ubsa] [patch] add Huawei E220 to ubsa 135 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o conf/30929 usb [usb] [patch] use usbd to initialize USB ADSL modem o usb/40948 usb [umass] [request] USB HP CDW8200 does not work o usb/48342 usb [usbd] [patch] usbd dynamic device list. s usb/51958 usb [urio] [patch] update for urio driver s usb/52026 usb [usb] [request] umass driver support for InSystem ISD2 o usb/59698 usb [kbd] [patch] Rework of ukbd HID to AT code translatio s usb/62257 usb [umass] [request] card reader UCR-61S2B is only half-s o usb/66547 usb [ucom] Palm Tungsten T USB does not initialize correct o usb/68232 usb [ugen] [patch] ugen(4) isochronous handling correction o usb/70523 usb [umct] [patch] umct sending/receiving wrong characters o usb/71280 usb [aue] aue0 device (linksys usb100tx) doesn't work in 1 o usb/71416 usb [ugen] Cryptoflex e-gate USB token (ugen0) detach is n o usb/71417 usb [ugen] Cryptoflex e-gate USB token (ugen0) communicati o usb/71455 usb [umass] Slow USB umass performance of 5.3 s usb/72733 usb [ucom] [request] Kyocera 7135 Palm OS connection probl o usb/74211 usb [umass] USB flash drive causes CAM status 0x4 on 4.10R a usb/74453 usb [umass] [patch] Q-lity CD-RW USB ECW-043 (ScanLogic SL o usb/75764 usb [umass] [patch] "umass0: Phase Error" - no device for o usb/75800 usb [ucom] ucom1: init failed STALLED error in time of syn s usb/75928 usb [umass] [request] Cytronix SmartMedia card (SMC) reade o usb/76461 usb [umass] disklabel of umass(4)-CAM(4)-da(4) not used by o usb/76653 usb [umass] [patch] Problem with Asahi Optical usb device o usb/76732 usb Mouse problems with USB KVM Switch o usb/78984 usb [umass] [patch] Creative MUVO umass failure o usb/79723 usb [usb] [request] prepare for high speed isochronous tra o usb/80774 usb [patch] have "usbd_find_desc" in line with the other " s usb/80776 usb [udav] [request] UDAV device driver shouldn't use usb_ s usb/80777 usb [request] usb_rem_task() should wait for callback to c o usb/80854 usb [patch] [request] suggestion for new iface-no-probe me o usb/80935 usb [uvisor] [patch] uvisor.c is not work with CLIE TH55. f usb/81621 usb [ehci] [hang] external hd hangs under load on ehci o usb/83863 usb [ugen] Communication problem between opensc/openct via s usb/85067 usb [uscanner] Cannot attach ScanJet 4300C to usb device o usb/85257 usb [boot] BTX boot loader fails on USB CDROM (HP DL145 Op o usb/86298 usb [mouse] Known good USB mouse won't work with correct s o usb/87224 usb Cannot mount USB Zip750 o usb/87648 usb [mouse] Logitech USB-optical mouse problem. o usb/88408 usb [axe] axe0 read PHY failed o usb/91546 usb [umodem] [patch] Nokia 6630 mobile phone does not work o usb/91811 usb [umass] Compact Flash in HP Photosmart 2610 return " o usb/91896 usb [camcontrol] Serial Number of USB Memory Sticks is not o usb/92852 usb [ums] [patch] Vertical scroll not working properly on o usb/93389 usb [umass] [patch] Digital Camera Pentax S60 don't work o usb/93872 usb [cam] [patch] SCSI quirk required for ELTA 8061 OL USB o usb/95037 usb [umass] USB disk not recognized on hot-plug. o usb/96381 usb [cam] [patch] add a quirk table entry for a flash ram o usb/97175 usb [umass] [hang] USB cardreader hangs system o usb/97472 usb [cam] [patch] add support for Olympus C150,D390 o usb/98343 usb [boot] BBB reset failed errors with Creative Muvo MP3 o usb/99538 usb [kbd] while using USB keyboard default params of atkbd o usb/100746 usb [kbd] system does not boot due to USB keyboard problem o usb/101761 usb [usb] [patch] [request] usb.h: increase maximal size o o usb/101775 usb [libusbhid] [patch] possible error in report descripto o usb/102678 usb [kbd] Dell PowerEdge DRAC5 USB Keyboard does not work o usb/102976 usb [panic] Casio Exilim Digital Camera causes panic on in o usb/103046 usb [ulpt] [patch] ulpt event driven I/O with select(2) an o usb/103289 usb [request] USB 2.0 problems on AMD LX-800 CPU and CS-55 o usb/103418 usb [usbhidctl] [patch] [request] usbhidctl: add ability t o usb/103917 usb [uhub] USB driver reports "Addr 0 should never happen" o usb/104290 usb [umass] [patch] quirk: TOSHIBA DVD-RAM drive (libretto o usb/104352 usb [ural] [patch] ural driver doesnt work o usb/104645 usb [umass] [request] Rave C-201 MP3 player does not commu o usb/105065 usb [sata] SATA - USB Bridge o usb/105361 usb [panic] Kernel panic during unmounting mass storage (C o usb/106041 usb [usb] [request] FreeBSD does not recognise Mustek Bear o usb/106621 usb [axe] [patch] DLINK DUB-E100 support broken o usb/106861 usb [usbdevs] [patch]: usbdevs update: Add product ACER Ze o usb/107243 usb [cam] [patch] Apacer USB Flash Drive quirk o usb/107388 usb [patch] [request] new driver: add utoppy device from N o usb/107496 usb [uhub] USB device problem on RELENG_6_2 (SHORT_XFER) ( o usb/107665 usb [usbdevs] [patch] uscanner support for epson stylus DX s usb/107701 usb [usbd] [request] usbd ignores "detach" o usb/107935 usb [uplcom] [panic] panic while accessing /dev/cuaU0 o usb/108056 usb [ohci] Mouse gets powered off during device probe when s usb/108344 usb [panic] kernel with atausb panics when unplugging USB o usb/110197 usb [umass] Sony PSP umass device does not detach from EHC s usb/110991 usb [usbdevs] [patch] QUIRK: Super Top IDE DEVICE (depends o usb/112461 usb [ehci] [request] ehci USB 2.0 doesn't work on nforce4 o usb/112463 usb [umass] problem with Samsung USB DVD writer, libscg an o usb/112944 usb [ulpt] [patch] Bi-directional access to HP LaserJet 10 o usb/113060 usb [usbdevs] [patch] Samsung printer not working in bidir o usb/113432 usb [ucom] WARNING: attempt to net_add_domain(netgraph) af o conf/114013 usb [patch] WITHOUT_USB allow to compil a lot of USB stuff o usb/114068 usb [umass] [patch] Problems with connection of the umass o usb/114916 usb [umass] [patch] USB Maxtor drive (L300RO) requires qui o usb/115080 usb [usbdevs] [patch] allow using a Hercules HWGUSB2-54-V2 o usb/115400 usb [ehci] Problem with EHCI on ASUS M2N4-SLI o usb/115933 usb [uftdi] [patch] RATOC REX-USB60F (usb serial converter o usb/115935 usb [usbdevs] [patch] kernel counterproductively attaches o usb/116282 usb [ulpt] Cannot print on USB HP LJ1018 or LJ1300 f usb/116898 usb [panic] sleeping thread while using USB hard drive to o usb/117075 usb [scsi_da] [patch] quirk: USB Samsung YP-U3 MP3 o usb/117183 usb [panic] USB/fusefs -- panic while transferring large a o usb/117185 usb [umodem] [patch] Add support for UNION interface descr o usb/117205 usb [uscanner] [patch] uscanner support for HP ScanJet 447 o usb/117546 usb [usbdevs] [patch] Add MaxStream ZigBee product ID to u o usb/117598 usb [uaudio] [patch] Not possible to record with Plantroni o usb/117893 usb [umass] Lacie USB DVD writing failing o usb/117911 usb [ums] [request] Mouse Gembird MUSWC not work o usb/117938 usb [ums] [patch] Adding support for MS WL Natural and MS o usb/118098 usb [umass] 6th gen iPod causes problems when disconnectin o usb/118374 usb [usbdevs] [patch] support Option GlobeTrotter Max 3.6 o usb/118479 usb [ubsa] [patch] ubsa driver does not recognize AnyDATA o usb/118485 usb [usbdevs] [patch] Logitech Headset Workaround s usb/118571 usb [boot] [request] fix BTX issues when booting FreeBSD 7 o usb/118686 usb [usbdevs] [patch] teach usbdevs / ubsa(4) about Huawei o usb/118741 usb [umass] [patch] Support for Nikon D300 digital camera o usb/119150 usb [usbdevs] [patch] new usbdevs for CDMA 1xEVDO devices o usb/119227 usb [ubsa] [patch] ubsa buffer is too small; should be tun o usb/119389 usb [umass] Sony DSC-W1 CBI reset failed, STALLED (regress o usb/119633 usb [umass] umass0: BBB reset failed, IOERROR (regression) o usb/119653 usb [cam] [patch] iriver s7 player sync cache error patch o usb/119981 usb [usbdevs] [patch] add support for LOGITEC LAN-GTJ/U2 g o usb/120572 usb [umass] [patch] quirk to support ASUS P535 as umass (a f usb/120859 usb laserjet1000 PR#99460 how to install the patch? o usb/121045 usb [uftdi] [patch] Add support for PC-OP-RS1 and KURO-RS o usb/121052 usb [ums] Microsoft Notebook Optical Mouse 3000 (model 104 o usb/121169 usb Issues with usb mp3 player o usb/121184 usb [uipaq] [patch] add ids from linux ipaq driver (plus a o usb/121426 usb [patch] [uscanner] add HP ScanJet 3570C o usb/122025 usb [patch] uscanner does not attach to Epson RX620 printe o usb/122119 usb [umass] umass device causes creation of daX but not da o usb/122547 usb [ehci] USB Printer not being recognized after reboot p usb/122610 usb Add Verizon v740 support to ubsa(4) o usb/122621 usb [patch] [request] New driver for Sierra Wireless 3G US o usb/122712 usb [usbdevs] [patch] Sony Vaio RF keyboard/mouse receiver o usb/122819 usb Patch to provide dynamic additions to the usb quirks t o usb/122936 usb [ucom][ubsa] Device does not receive interrupt o usb/122956 usb Support for Novatel Wireless XU870 3G Card 129 problems total. From owner-freebsd-usb@FreeBSD.ORG Mon Apr 21 12:05:21 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 796771065675 for ; Mon, 21 Apr 2008 12:05:21 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 3BC0D8FC15 for ; Mon, 21 Apr 2008 12:05:21 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m3LC4pl7027220; Mon, 21 Apr 2008 06:04:51 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 21 Apr 2008 06:05:54 -0600 (MDT) Message-Id: <20080421.060554.1621851987.imp@bsdimp.com> To: markir@paradise.net.nz From: "M. Warner Losh" In-Reply-To: <200804211030.m3LAU3Uo091913@freefall.freebsd.org> References: <200804211030.m3LAU3Uo091913@freefall.freebsd.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org Subject: Re: usb/78984: [umass] [patch] Creative MUVO umass failure X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 12:05:21 -0000 In message: <200804211030.m3LAU3Uo091913@freefall.freebsd.org> Mark Kirkwood writes: : The following reply was made to PR usb/78984; it has been noted by GNATS. : : From: Mark Kirkwood : To: bug-followup@FreeBSD.org, bofh@m-wesemeyer.de : Cc: : Subject: Re: usb/78984: [umass] [patch] Creative MUVO umass failure : Date: Mon, 21 Apr 2008 22:11:17 +1200 : : I ran into this with 7-STABLE and a 128MB creatiev muvo. This slightly : updated patch seems to fix. : ================================================================================ : *** sys/dev/usb/umass.c.orig Mon Apr 21 18:17:08 2008 : --- sys/dev/usb/umass.c Mon Apr 21 18:20:31 2008 : *************** : *** 374,379 **** : --- 374,383 ---- : UMASS_PROTO_SCSI | UMASS_PROTO_BBB, : FORCE_SHORT_INQUIRY | NO_START_STOP | IGNORE_RESIDUE : }, : + { USB_VENDOR_CREATIVE, USB_PRODUCT_CREATIVE_NOMAD, RID_WILDCARD, : + UMASS_PROTO_SCSI | UMASS_PROTO_BBB, : + READ_CAPACITY_OFFBY1 : + }, : { USB_VENDOR_DESKNOTE, USB_PRODUCT_DESKNOTE_UCR_61S2B, RID_WILDCARD, : UMASS_PROTO_SCSI | UMASS_PROTO_BBB, : NO_QUIRKS : ================================================================================ Are all Creative nomad's off by one? In linux, this quirk is used extremely rarely, and i don't think I see the nomad on the lists... Warner From owner-freebsd-usb@FreeBSD.ORG Mon Apr 21 17:32:55 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 330451065671; Mon, 21 Apr 2008 17:32:55 +0000 (UTC) (envelope-from mainland@eecs.harvard.edu) Received: from mail.eecs.harvard.edu (bowser.eecs.harvard.edu [140.247.60.24]) by mx1.freebsd.org (Postfix) with ESMTP id 189268FC0A; Mon, 21 Apr 2008 17:32:55 +0000 (UTC) (envelope-from mainland@eecs.harvard.edu) Received: by mail.eecs.harvard.edu (Postfix, from userid 33141) id 1890E1A5273; Mon, 21 Apr 2008 13:13:05 -0400 (EDT) Date: Mon, 21 Apr 2008 13:13:05 -0400 From: Geoffrey Mainland To: freebsd-embedded@freebsd.org Message-ID: <20080421171305.GA19840@eecs.harvard.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: freebsd-usb@freebsd.org Subject: Soekris 4826 USB failure on FreeBSD 7.0 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 17:32:55 -0000 I have a number of Soekris 4826 boards with USB thumb drives attached that happily run FreeBSD 6.0. However, when I try to get them to run FreeBSD 7, the thumb drives stop working. A PR was recently filed by someone with a similar issue: kern/122380 (I see the same failure as in the PR). Looks like something changed in the USB stack from 6 to 7...any ideas where to look or how I can go about solving this? Geoff From owner-freebsd-usb@FreeBSD.ORG Mon Apr 21 18:29:59 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91A3D106566C; Mon, 21 Apr 2008 18:29:59 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 577738FC12; Mon, 21 Apr 2008 18:29:59 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m3LISZFF032517; Mon, 21 Apr 2008 12:28:35 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 21 Apr 2008 12:29:38 -0600 (MDT) Message-Id: <20080421.122938.1943336925.imp@bsdimp.com> To: mainland@eecs.harvard.edu From: "M. Warner Losh" In-Reply-To: <20080421171305.GA19840@eecs.harvard.edu> References: <20080421171305.GA19840@eecs.harvard.edu> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-embedded@freebsd.org, freebsd-usb@freebsd.org Subject: Re: Soekris 4826 USB failure on FreeBSD 7.0 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 18:29:59 -0000 In message: <20080421171305.GA19840@eecs.harvard.edu> Geoffrey Mainland writes: : I have a number of Soekris 4826 boards with USB thumb drives attached : that happily run FreeBSD 6.0. However, when I try to get them to run : FreeBSD 7, the thumb drives stop working. A PR was recently filed by : someone with a similar issue: kern/122380 (I see the same failure as in : the PR). Looks like something changed in the USB stack from 6 to 7...any : ideas where to look or how I can go about solving this? Lots of cosmetic changes, lots of other changes that were for the better, lots and lots of quirks. I'm guessing something got quirked, or there was a bug fix that caused us to die. As to tracking it down, I'd suggest a binary search between 7.0-release and where RELENG_6 was branched. Not ideal, but that's the likeliest way to cope. Warner From owner-freebsd-usb@FreeBSD.ORG Mon Apr 21 21:30:05 2008 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44C69106566B for ; Mon, 21 Apr 2008 21:30:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 21FFB8FC17 for ; Mon, 21 Apr 2008 21:30:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m3LLU4gE049752 for ; Mon, 21 Apr 2008 21:30:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m3LLU4KP049749; Mon, 21 Apr 2008 21:30:04 GMT (envelope-from gnats) Date: Mon, 21 Apr 2008 21:30:04 GMT Message-Id: <200804212130.m3LLU4KP049749@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Volker Cc: Subject: Re: usb/122462: [boot] Fails to boot from an usb harddrive X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Volker List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 21:30:05 -0000 The following reply was made to PR usb/122462; it has been noted by GNATS. From: Volker To: bug-followup@FreeBSD.org, mafiageek@gmail.com, chris@epler.net Cc: Subject: Re: usb/122462: [boot] Fails to boot from an usb harddrive Date: Mon, 21 Apr 2008 23:20:04 +0200 Best I can tell, this issue is known (not usb specific) and already fixed. Unfortunately 7.0-RELEASE is having this boot loader problem. Please try either updating your system to a recent 7-STABLE system and reinstall boot0 code or (in case of a 7.x CD boot) fetch the 7-STABLE snapshot iso created 2007-03. Volker From owner-freebsd-usb@FreeBSD.ORG Mon Apr 21 23:51:07 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E5E2106566B for ; Mon, 21 Apr 2008 23:51:07 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp4.clear.net.nz (smtp4.clear.net.nz [203.97.37.64]) by mx1.freebsd.org (Postfix) with ESMTP id E46E58FC23 for ; Mon, 21 Apr 2008 23:51:06 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from zmori.markir.net (121-73-166-241.dsl.telstraclear.net [121.73.166.241]) by smtp4.clear.net.nz (CLEAR Net Mail) with ESMTP id <0JZP00059877YL20@smtp4.clear.net.nz> for freebsd-usb@freebsd.org; Tue, 22 Apr 2008 11:35:34 +1200 (NZST) Date: Tue, 22 Apr 2008 11:35:27 +1200 From: Mark Kirkwood In-reply-to: <20080421.060554.1621851987.imp@bsdimp.com> To: "M. Warner Losh" Message-id: <480D24BF.6080809@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <200804211030.m3LAU3Uo091913@freefall.freebsd.org> <20080421.060554.1621851987.imp@bsdimp.com> User-Agent: Thunderbird 2.0.0.9 (X11/20080419) Cc: freebsd-usb@freebsd.org Subject: Re: usb/78984: [umass] [patch] Creative MUVO umass failure X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 23:51:07 -0000 M. Warner Losh wrote: > In message: <200804211030.m3LAU3Uo091913@freefall.freebsd.org> > Mark Kirkwood writes: > : The following reply was made to PR usb/78984; it has been noted by GNATS. > : > : From: Mark Kirkwood > : To: bug-followup@FreeBSD.org, bofh@m-wesemeyer.de > : Cc: > : Subject: Re: usb/78984: [umass] [patch] Creative MUVO umass failure > : Date: Mon, 21 Apr 2008 22:11:17 +1200 > : > : I ran into this with 7-STABLE and a 128MB creatiev muvo. This slightly > : updated patch seems to fix. > : ================================================================================ > : *** sys/dev/usb/umass.c.orig Mon Apr 21 18:17:08 2008 > : --- sys/dev/usb/umass.c Mon Apr 21 18:20:31 2008 > : *************** > : *** 374,379 **** > : --- 374,383 ---- > : UMASS_PROTO_SCSI | UMASS_PROTO_BBB, > : FORCE_SHORT_INQUIRY | NO_START_STOP | IGNORE_RESIDUE > : }, > : + { USB_VENDOR_CREATIVE, USB_PRODUCT_CREATIVE_NOMAD, RID_WILDCARD, > : + UMASS_PROTO_SCSI | UMASS_PROTO_BBB, > : + READ_CAPACITY_OFFBY1 > : + }, > : { USB_VENDOR_DESKNOTE, USB_PRODUCT_DESKNOTE_UCR_61S2B, RID_WILDCARD, > : UMASS_PROTO_SCSI | UMASS_PROTO_BBB, > : NO_QUIRKS > : ================================================================================ > > Are all Creative nomad's off by one? In linux, this quirk is used > extremely rarely, and i don't think I see the nomad on the lists... > > > Good point, I think only the 128MB Nomad is the bad guy here - I guess I need to change RID_WILDCARD to whatever the id for the 128MB Nomad is (I see the original patch had 0x001 here) - assuming I've understood what RID_WILDCARD does correctly that is... Cheers Mark From owner-freebsd-usb@FreeBSD.ORG Tue Apr 22 01:30:04 2008 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63335106564A for ; Tue, 22 Apr 2008 01:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5DDB08FC15 for ; Tue, 22 Apr 2008 01:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m3M1U4ET068407 for ; Tue, 22 Apr 2008 01:30:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m3M1U4Wm068403; Tue, 22 Apr 2008 01:30:04 GMT (envelope-from gnats) Date: Tue, 22 Apr 2008 01:30:04 GMT Message-Id: <200804220130.m3M1U4Wm068403@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Mark Kirkwood Cc: Subject: Re: usb/78984: [umass] [patch] Creative MUVO umass failure X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mark Kirkwood List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 01:30:04 -0000 The following reply was made to PR usb/78984; it has been noted by GNATS. From: Mark Kirkwood To: bug-followup@FreeBSD.org, bofh@m-wesemeyer.de Cc: Subject: Re: usb/78984: [umass] [patch] Creative MUVO umass failure Date: Tue, 22 Apr 2008 13:24:07 +1200 I neglected to change RID_WILDCARD to the id of the 128MB nomad (we don't want *all* creative nomads to get this quirk). =============================================================================== *** sys/dev/usb/umass.c.orig Mon Apr 21 18:17:08 2008 --- sys/dev/usb/umass.c Tue Apr 22 11:39:02 2008 *************** *** 374,379 **** --- 374,384 ---- UMASS_PROTO_SCSI | UMASS_PROTO_BBB, FORCE_SHORT_INQUIRY | NO_START_STOP | IGNORE_RESIDUE }, + { USB_VENDOR_CREATIVE, USB_PRODUCT_CREATIVE_NOMAD, 0x001, + /* Only the 128MB Nomad needs off by 1 */ + UMASS_PROTO_SCSI | UMASS_PROTO_BBB, + READ_CAPACITY_OFFBY1 + }, { USB_VENDOR_DESKNOTE, USB_PRODUCT_DESKNOTE_UCR_61S2B, RID_WILDCARD, UMASS_PROTO_SCSI | UMASS_PROTO_BBB, NO_QUIRKS =============================================================================== From owner-freebsd-usb@FreeBSD.ORG Tue Apr 22 06:52:59 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 530C3106564A for ; Tue, 22 Apr 2008 06:52:59 +0000 (UTC) (envelope-from osidorkin@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id D986F8FC1A for ; Tue, 22 Apr 2008 06:52:58 +0000 (UTC) (envelope-from osidorkin@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so2252145fgg.35 for ; Mon, 21 Apr 2008 23:52:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:subject:date:user-agent:mime-version:content-type:content-transfer-encoding:content-disposition:message-id:from; bh=i6ubrW3vilwcQv6ZNNoJfImk4s2olbxYgl+y+A0xelY=; b=lSEw2D5WBPMM18nGBVlp++37PM0KSaD+8+NZtafQSNUDaZGMF0BbrcSXzXRqDHNZU6q00QQRXoz/POoXkX3AezyOCBQ5eDvO8q11BI9dy7+lJSH/UEQxG/wBDdtCeNhvPdmZNGnN8+qh08HzcKofgAMsc2fvtDfp7hltmZMs1UA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:subject:date:user-agent:mime-version:content-type:content-transfer-encoding:content-disposition:message-id:from; b=IKJjUh6k/0HgauG5by6tonm5T4CKkdrF/7ocQWao1eOeNhhixby6Gno6H8MNNK0YDs+gw4P/zF4eQmoud/Z4J8n/h2b7/L4vQu6Ijnsq0QxFLUh2hP5v1jc7tdwwlDJhOF4vyfYA8YttOMVxzNbSUWT4yFLJVoIltwfcegq+cOI= Received: by 10.86.72.15 with SMTP id u15mr15250540fga.21.1208845430448; Mon, 21 Apr 2008 23:23:50 -0700 (PDT) Received: from ?10.10.10.3? ( [77.51.44.15]) by mx.google.com with ESMTPS id s10sm7455240mue.15.2008.04.21.23.23.47 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 21 Apr 2008 23:23:48 -0700 (PDT) To: freebsd-usb@freebsd.org Date: Tue, 22 Apr 2008 10:23:43 +0400 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804221023.44519.OSidorkin@gmail.com> From: Oleg Sidorkin Subject: [ums][patch] mouse wheel doesn't work on -STABLE after recent update X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 06:52:59 -0000 Hello, my IntelliMouse Explorer 4.0 wheel stops working after recent update. Rolling back ums.c to the previous (1.96.2.1) version fixes the problem. I think, there is a typo in the latest version of ums.c: HUG_Z is verified twice instead of HUG_TWHEEL in previous version. The following patch seems working for me: diff -u ums.c.orig ums.c --- ums.c.orig 2008-04-15 11:09:02.000000000 +0400 +++ ums.c 2008-04-22 09:53:12.000000000 +0400 @@ -313,7 +313,7 @@ } } } else if (hid_locate(desc, size, HID_USAGE2(HUP_GENERIC_DESKTOP, - HUG_Z), + HUG_TWHEEL), hid_input, &sc->sc_loc_z, &flags)) { if ((flags & MOUSE_FLAGS_MASK) != MOUSE_FLAGS) { printf("\n%s: Z report 0x%04x not supported\n", From owner-freebsd-usb@FreeBSD.ORG Tue Apr 22 16:40:06 2008 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59F911065677 for ; Tue, 22 Apr 2008 16:40:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 273688FC26 for ; Tue, 22 Apr 2008 16:40:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m3MGe1Le054948 for ; Tue, 22 Apr 2008 16:40:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m3MGe1gb054947; Tue, 22 Apr 2008 16:40:01 GMT (envelope-from gnats) Resent-Date: Tue, 22 Apr 2008 16:40:01 GMT Resent-Message-Id: <200804221640.m3MGe1gb054947@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-usb@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Anonymous Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDA101065687 for ; Tue, 22 Apr 2008 16:35:18 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id A2B7F8FC22 for ; Tue, 22 Apr 2008 16:35:18 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.2/8.14.2) with ESMTP id m3MGYtaU049273 for ; Tue, 22 Apr 2008 16:34:55 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.2/8.14.1/Submit) id m3MGYt0f049272; Tue, 22 Apr 2008 16:34:55 GMT (envelope-from nobody) Message-Id: <200804221634.m3MGYt0f049272@www.freebsd.org> Date: Tue, 22 Apr 2008 16:34:55 GMT From: Anonymous To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: usb/122992: MotoROKR Z6 Phone not recognised by umass as USB disk. X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 16:40:06 -0000 >Number: 122992 >Category: usb >Synopsis: MotoROKR Z6 Phone not recognised by umass as USB disk. >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 22 16:40:00 UTC 2008 >Closed-Date: >Last-Modified: >Originator: Anonymous >Release: 6.1-RELEASE >Organization: >Environment: >Description: The Z6 has a USB-Disk mode that exposes its memory and microSD card as USB Drives. This mode works on Microsoft Windows XP. However it does not work on FreeBSD. There, it is detected and listed to the system console, but the pseudo-SCSI devices do not appear. >How-To-Repeat: Connect a MotoROKR Z6 phone to a FreeBSD system using the provided cable. >Fix: The GNU/Linux guys have a patch. Check out Gentoo in particular. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-usb@FreeBSD.ORG Tue Apr 22 18:10:04 2008 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D390A1065674 for ; Tue, 22 Apr 2008 18:10:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B960E8FC17 for ; Tue, 22 Apr 2008 18:10:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m3MIA4J8059927 for ; Tue, 22 Apr 2008 18:10:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m3MIA4SE059926; Tue, 22 Apr 2008 18:10:04 GMT (envelope-from gnats) Date: Tue, 22 Apr 2008 18:10:04 GMT Message-Id: <200804221810.m3MIA4SE059926@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Marcin Cieslak Cc: Subject: Re: usb/122992: MotoROKR Z6 Phone not recognised by umass as USB disk. X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marcin Cieslak List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 18:10:04 -0000 The following reply was made to PR usb/122992; it has been noted by GNATS. From: Marcin Cieslak To: bug-followup@FreeBSD.org, Foo@bar.net Cc: Subject: Re: usb/122992: MotoROKR Z6 Phone not recognised by umass as USB disk. Date: Tue, 22 Apr 2008 20:07:35 +0200 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig35202659B68540ED1FB4BDF5 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: quoted-printable The bug mentioned is this: http://bugs.gentoo.org/attachment.cgi?id=3D145870 It would be nice if you could provide your real email address - without=20 feedback we will need to close this bug as invalid. --=20 << Marcin Cieslak // saper@system.pl >> --------------enig35202659B68540ED1FB4BDF5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQCVAwUBSA4paj2W2v2wY27ZAQP3nAP/TbmIqdGnAUQDP7J35+z3pmir/XfUngL8 +dIkZjb7B7GRnvL5KLt/nP59n07YtAzT7amydXot8743E50eCND74jS2ecsd1v3n vjMts9M3CPfArxtLpzj/u+XSgR2JSOqGwYOpwGKUww4TLN+03bGhTRDXkJgdwVGJ d8giz6DAdPQ= =rS6B -----END PGP SIGNATURE----- --------------enig35202659B68540ED1FB4BDF5-- From owner-freebsd-usb@FreeBSD.ORG Tue Apr 22 21:03:17 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBC3B106564A; Tue, 22 Apr 2008 21:03:17 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from hosted.kievnet.com (hosted.kievnet.com [193.138.144.10]) by mx1.freebsd.org (Postfix) with ESMTP id 9B1808FC1C; Tue, 22 Apr 2008 21:03:17 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost ([127.0.0.1] helo=edge.pp.kiev.ua) by hosted.kievnet.com with esmtpa (Exim 4.62) (envelope-from ) id 1JoOuG-0003V2-Up; Tue, 22 Apr 2008 23:16:01 +0300 Message-ID: <480E4780.6010106@icyb.net.ua> Date: Tue, 22 Apr 2008 23:16:00 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.12 (X11/20080320) MIME-Version: 1.0 To: freebsd-usb@freebsd.org, freebsd-scsi@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: issue with umass plugged-in during boot up X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 21:03:18 -0000 This is sort of a follow up to the issue of kernel panic when a system is booted with umass device plugged in. Cursory point: I remember having the issue myself when I loaded scsi_low and cam as modules. I blamed it on sg being present in cam.ko, but I have no facts. After I added scsi devices to kernel (sans sg) I stopped having the panics. BTW, I use RELENG_7, i386, UP. Anyway, I see a different issue with booting while a umass device is connected. First issue was that k3b hasn't found my two cd/atapicam devices. Then I executed camcontrol rescan all, it failed with EINVAL. camcontrol reset all - the same error. ktrace showed that the error came from ioctl on xpt device. I rebooted without the umass device and everything went back to normal. I'll try to do more debugging later. -- Andriy Gapon From owner-freebsd-usb@FreeBSD.ORG Tue Apr 22 21:16:16 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54C7D106566B; Tue, 22 Apr 2008 21:16:16 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from hosted.kievnet.com (hosted.kievnet.com [193.138.144.10]) by mx1.freebsd.org (Postfix) with ESMTP id E172F8FC13; Tue, 22 Apr 2008 21:16:15 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost ([127.0.0.1] helo=edge.pp.kiev.ua) by hosted.kievnet.com with esmtpa (Exim 4.62) (envelope-from ) id 1JoPqY-000F4R-Ub; Wed, 23 Apr 2008 00:16:15 +0300 Message-ID: <480E5598.5030502@icyb.net.ua> Date: Wed, 23 Apr 2008 00:16:08 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.12 (X11/20080320) MIME-Version: 1.0 To: freebsd-usb@freebsd.org, freebsd-scsi@freebsd.org References: <480E4780.6010106@icyb.net.ua> In-Reply-To: <480E4780.6010106@icyb.net.ua> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: issue with umass plugged-in during boot up X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 21:16:16 -0000 on 22/04/2008 23:16 Andriy Gapon said the following: > BTW, I use RELENG_7, i386, UP. > > Anyway, I see a different issue with booting while a umass device is > connected. First issue was that k3b hasn't found my two cd/atapicam > devices. Then I executed camcontrol rescan all, it failed with EINVAL. > camcontrol reset all - the same error. ktrace showed that the error came > from ioctl on xpt device. > I rebooted without the umass device and everything went back to normal. > I'll try to do more debugging later. Here is a complete and correct scenario with more details. Original boot: uhci1: port 0xbc00-0xbc1f irq 7 at device 12.0 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xc000-0xc01f irq 10 at device 12.1 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xe7005000-0xe70050ff irq 11 at device 12.2 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 4 ports with 4 removable, self powered umass0: on uhub3 ... unknown: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 381554MB (781422768 512 byte sectors: 255H 63S/T 48641C) cam_periph_alloc: attempt to re-allocate valid device pass2 rejected passasync: Unable to attach new device due to status 0x6: CCB request was invalid cam_periph_alloc: attempt to re-allocate valid device cd2 rejected cdasync: Unable to attach new device due to status 0x6 cd2 at ata1 bus 0 target 0 lun 0 cd2: Removable CD-ROM SCSI-0 device cd2: 3.300MB/s transfers cd2: cd present [2236704 x 2048 byte records] unknown: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 cam_periph_alloc: attempt to re-allocate valid device pass1 rejected passasync: Unable to attach new device due to status 0x6: CCB request was invalid cd1 at ata0 bus 0 target 0 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: 3.300MB/s transfers cd1: Attempt to query device size failed: NOT READY, Medium not present After boot I cane execute all camcontrol commands without any problems. Here is output of camcontrol devlist -v: scbus0 on umass-sim0 bus 0: at scbus0 target 0 lun 0 (da0,pass0) scbus1 on ata0 bus 0: at scbus1 target 0 lun 0 (cd1,pass1) < > at scbus1 target -1 lun -1 () scbus2 on ata1 bus 0: at scbus2 target 0 lun 0 (pass2,cd2) < > at scbus2 target -1 lun -1 () scbus3 on ata2 bus 0: < > at scbus3 target -1 lun -1 () scbus4 on ata3 bus 0: < > at scbus4 target -1 lun -1 () scbus-1 on xpt0 bus 0: < > at scbus-1 target -1 lun -1 (xpt0) Then I detach the umass disk: umass0: at uhub3 port 2 (addr 2) disconnected (da0:umass-sim0:0:0:0): lost device (da0:umass-sim0:0:0:0): removing device entry GEOM_LABEL: Label ufs/extstuff removed. GEOM_LABEL: Label ufs/extbackup removed. umass0: detached And here is new output of camcontrol devlist -v: scbus1 on ata0 bus 0: at scbus1 target 0 lun 0 (cd1,pass1) < > at scbus1 target -1 lun -1 () scbus2 on ata1 bus 0: at scbus2 target 0 lun 0 (pass2,cd2) < > at scbus2 target -1 lun -1 () scbus3 on ata2 bus 0: < > at scbus3 target -1 lun -1 () scbus4 on ata3 bus 0: < > at scbus4 target -1 lun -1 () scbus-1 on xpt0 bus 0: < > at scbus-1 target -1 lun -1 (xpt0) After that camcontrol commands referring to "all" (rescan and reset) fail with EINVAL. ktrace shows that EINVAL comes from ioctl CAMIOCOMMAND on xpt0 device. My clumsy ddb debugging shows that the error is produced somewhere in xptioctl->xpt_find_bus. It seems that xpt might be unhappy about scbus0/pass0 going away. Maybe this is because in /-1 case camcontrol sends ccb with path_id (implicitly) set to zero and xptioctl performs xpt_find_bus for all ioctl commands (including XPT_DEV_MATCH)? I.e. see case of bus=-1 in rescan_or_reset_bus() in camcontrol.c -- Andriy Gapon From owner-freebsd-usb@FreeBSD.ORG Tue Apr 22 21:52:30 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B53511065673; Tue, 22 Apr 2008 21:52:30 +0000 (UTC) (envelope-from mainland@eecs.harvard.edu) Received: from mail.eecs.harvard.edu (bowser.eecs.harvard.edu [140.247.60.24]) by mx1.freebsd.org (Postfix) with ESMTP id 9BFC68FC19; Tue, 22 Apr 2008 21:52:30 +0000 (UTC) (envelope-from mainland@eecs.harvard.edu) Received: by mail.eecs.harvard.edu (Postfix, from userid 33141) id 43B6B1A5FD6; Tue, 22 Apr 2008 17:52:27 -0400 (EDT) Date: Tue, 22 Apr 2008 17:52:27 -0400 From: Geoffrey Mainland To: "M. Warner Losh" Message-ID: <20080422215227.GA79245@eecs.harvard.edu> References: <20080421171305.GA19840@eecs.harvard.edu> <20080421.122938.1943336925.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080421.122938.1943336925.imp@bsdimp.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-embedded@freebsd.org, freebsd-usb@freebsd.org Subject: Re: Soekris 4826 USB failure on FreeBSD 7.0 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 21:52:30 -0000 Wow, this turns out to be much worse than I thought...I've tracked down the problem to the commit of the new physical memory allocator at Sat Jun 16 04:57:05 2007 UTC. Before that, no kern/122380; after that, kern/122380 applies. Any ideas where to go from here? Thanks, Geoff On Mon, Apr 21, 2008 at 12:29:38PM -0600, M. Warner Losh wrote: > In message: <20080421171305.GA19840@eecs.harvard.edu> > Geoffrey Mainland writes: > : I have a number of Soekris 4826 boards with USB thumb drives attached > : that happily run FreeBSD 6.0. However, when I try to get them to run > : FreeBSD 7, the thumb drives stop working. A PR was recently filed by > : someone with a similar issue: kern/122380 (I see the same failure as in > : the PR). Looks like something changed in the USB stack from 6 to 7...any > : ideas where to look or how I can go about solving this? > > Lots of cosmetic changes, lots of other changes that were for the > better, lots and lots of quirks. I'm guessing something got quirked, > or there was a bug fix that caused us to die. > > As to tracking it down, I'd suggest a binary search between > 7.0-release and where RELENG_6 was branched. Not ideal, but that's > the likeliest way to cope. > > Warner From owner-freebsd-usb@FreeBSD.ORG Tue Apr 22 23:40:04 2008 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7256C106564A for ; Tue, 22 Apr 2008 23:40:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 720818FC1C for ; Tue, 22 Apr 2008 23:40:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m3MNe41e087002 for ; Tue, 22 Apr 2008 23:40:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m3MNe4rg087001; Tue, 22 Apr 2008 23:40:04 GMT (envelope-from gnats) Date: Tue, 22 Apr 2008 23:40:04 GMT Message-Id: <200804222340.m3MNe4rg087001@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Per olof Ljungmark Cc: Subject: Re: usb/122905: [ubsa] [patch] add Huawei E220 to ubsa X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Per olof Ljungmark List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 23:40:04 -0000 The following reply was made to PR usb/122905; it has been noted by GNATS. From: Per olof Ljungmark To: bug-followup@FreeBSD.org, wojtek@wojtek.tensor.gdynia.pl Cc: Subject: Re: usb/122905: [ubsa] [patch] add Huawei E220 to ubsa Date: Wed, 23 Apr 2008 01:21:41 +0200 This is a multi-part message in MIME format. --------------030008040502080503020600 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Just an addendum, the following works very good for me on 7-STABLE. Changes to ubsa.c and usbdevs are very similar. In the original patch the PR says Huawei E220 but the pactes says E200B which I do not completely understand. --------------030008040502080503020600 Content-Type: text/plain; name="patch-usbdevs" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="patch-usbdevs" --- usbdevs 2008-04-12 13:23:21.000000000 +0200 +++ usbdevs-patched 2008-04-23 00:39:29.000000000 +0200 @@ -1387,6 +1387,7 @@ /* HUAWEI products */ product HUAWEI MOBILE 0x1001 Huawei Mobile +product HUAWEI E220 0x1003 Huawei E220 HSDPA USB Modem /* HUAWEI 3com products */ product HUAWEI3COM WUB320G 0x0009 Aolynk WUB320g --------------030008040502080503020600 Content-Type: text/plain; name="patch-usb_subr.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="patch-usb_subr.c" --- usb_subr.c 2007-06-30 22:18:44.000000000 +0200 +++ usb_subr.c-patched 2008-04-23 00:39:29.000000000 +0200 @@ -526,6 +526,19 @@ } static usbd_status +usbd_set_feature(usbd_device_handle dev, int feature) +{ + usb_device_request_t req; + + req.bmRequestType = UT_WRITE; + req.bRequest = UR_SET_FEATURE; + USETW(req.wValue, 1); + USETW(req.wIndex, feature); + USETW(req.wLength, 0); + return (usbd_do_request(dev, &req, 0)); +} + +static usbd_status usbd_set_config(usbd_device_handle dev, int conf) { usb_device_request_t req; @@ -995,7 +1008,14 @@ * We just did not find any drivers, that's all. The device is * fully operational and not harming anyone. */ + DPRINTF(("usbd_probe_and_attach: generic attach failed\n")); + + if (dev->quirks->uq_flags & UQ_FEATURE2) { + printf("%s: Enabling feature UHF_PORT_SUSPEND\n", device_get_nameunit(parent)); + usbd_set_feature(dev, UHF_PORT_SUSPEND); + } + return (USBD_NORMAL_COMPLETION); } --------------030008040502080503020600 Content-Type: text/plain; name="patch-usb_quirks.h" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="patch-usb_quirks.h" --- usb_quirks.h 2007-06-29 23:07:41.000000000 +0200 +++ usb_quirks.h-patched 2008-04-23 00:39:29.000000000 +0200 @@ -52,6 +52,7 @@ #define UQ_AU_NO_FRAC 0x00000400 /* don't adjust for fractional samples */ #define UQ_AU_INP_ASYNC 0x00000800 /* input is async despite claim of adaptive */ #define UQ_BROKEN_BIDIR 0x00002000 /* printer has broken bidir mode */ +#define UQ_FEATURE2 0x4000 /* requires the enabling of feature 2 */ #define UQ_OPEN_CLEARSTALL 0x04000 /* device needs clear endpoint stall */ #define UQ_HID_IGNORE 0x00008000 /* device should be ignored by hid class */ #define UQ_KBD_IGNORE 0x00018000 /* device should be ignored by both kbd and hid class */ --------------030008040502080503020600 Content-Type: text/plain; name="patch-usb_quirks.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="patch-usb_quirks.c" --- usb_quirks.c 2008-04-20 10:52:13.000000000 +0200 +++ usb_quirks.c-patched 2008-04-23 00:39:29.000000000 +0200 @@ -112,6 +112,8 @@ ANY, { UQ_KBD_IGNORE }}, { USB_VENDOR_METAGEEK, USB_PRODUCT_METAGEEK_WISPY24X, ANY, { UQ_KBD_IGNORE }}, + { USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_E220, + ANY, { UQ_FEATURE2 }}, { 0, 0, 0, { 0 } } }; --------------030008040502080503020600 Content-Type: text/plain; name="patch-ubsa.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="patch-ubsa.c" --- ubsa.c 2008-04-12 13:23:21.000000000 +0200 +++ ubsa.c-patched 2008-04-23 00:39:29.000000000 +0200 @@ -236,6 +236,8 @@ { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3GPLUS }, /* Huawei Mobile */ { USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_MOBILE }, + /* Huawei Mobile E220 */ + { USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_E220 }, /* Qualcomm, Inc. ZTE CDMA */ { USB_VENDOR_QUALCOMMINC, USB_PRODUCT_QUALCOMMINC_CDMA_MSM }, { 0, 0 } --------------030008040502080503020600-- From owner-freebsd-usb@FreeBSD.ORG Wed Apr 23 17:30:51 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6880D1065677 for ; Wed, 23 Apr 2008 17:30:51 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.freebsd.org (Postfix) with ESMTP id 6DADE8FC1C for ; Wed, 23 Apr 2008 17:30:49 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [62.113.133.152] (account mc467741@c2i.net [62.113.133.152] verified) by mailfe06.swip.net (CommuniGate Pro SMTP 5.1.13) with ESMTPA id 909104810; Wed, 23 Apr 2008 19:30:48 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Wed, 23 Apr 2008 19:31:59 +0200 User-Agent: KMail/1.9.7 References: <20080421171305.GA19840@eecs.harvard.edu> <20080421.122938.1943336925.imp@bsdimp.com> <20080422215227.GA79245@eecs.harvard.edu> In-Reply-To: <20080422215227.GA79245@eecs.harvard.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804231932.00765.hselasky@c2i.net> Cc: Geoffrey Mainland , freebsd-embedded@freebsd.org Subject: Re: Soekris 4826 USB failure on FreeBSD 7.0 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 17:30:51 -0000 On Tuesday 22 April 2008, Geoffrey Mainland wrote: > Wow, this turns out to be much worse than I thought...I've tracked down > the problem to the commit of the new physical memory allocator at Sat > Jun 16 04:57:05 2007 UTC. Before that, no kern/122380; after that, > kern/122380 applies. Any ideas where to go from here? > Hi, I've sometimes seen that the USB HC's do not always support 32 address lines. Not sure if that is the case for you. Then all DMA memory has to be allocated at a lower physical memory address. You can easily check this by changing the parameters used when creating DMA tags in the USB code. --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Apr 23 19:10:04 2008 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AFDC106567A for ; Wed, 23 Apr 2008 19:10:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 44D8E8FC2A for ; Wed, 23 Apr 2008 19:10:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m3NJA3PD000137 for ; Wed, 23 Apr 2008 19:10:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m3NJA390000136; Wed, 23 Apr 2008 19:10:03 GMT (envelope-from gnats) Date: Wed, 23 Apr 2008 19:10:03 GMT Message-Id: <200804231910.m3NJA390000136@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Volker Cc: Subject: Re: usb/122905: [ubsa] [patch] add Huawei E220 to ubsa X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Volker List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 19:10:04 -0000 The following reply was made to PR usb/122905; it has been noted by GNATS. From: Volker To: Per olof Ljungmark Cc: freebsd-usb@FreeBSD.org, bug-followup@FreeBSD.org Subject: Re: usb/122905: [ubsa] [patch] add Huawei E220 to ubsa Date: Wed, 23 Apr 2008 21:02:01 +0200 On 12/23/-58 20:59, Per olof Ljungmark wrote: > Just an addendum, the following works very good for me on 7-STABLE. > Changes to ubsa.c and usbdevs are very similar. > > In the original patch the PR says Huawei E220 but the pactes says E200B > which I do not completely understand. Per, I don't own such a device, so I needed to rely on the original posting. A quick search on other projects shows, PID 0x1003 is really an E220 device. Your device string in usbdevs seems to be the correct one. Volker From owner-freebsd-usb@FreeBSD.ORG Wed Apr 23 19:32:21 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D92B1065670 for ; Wed, 23 Apr 2008 19:32:21 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id D72F68FC1A for ; Wed, 23 Apr 2008 19:32:20 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7c5e.q.ppp-pool.de [89.53.124.94]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id C30E912883F; Wed, 23 Apr 2008 21:02:23 +0200 (CEST) Received: from cesar.sz.vwsoft.com (unknown [192.168.18.3]) (Authenticated sender: relay@sz.vwsoft.com) by mail.vtec.ipme.de (Postfix) with ESMTP id 32E673F439; Wed, 23 Apr 2008 21:03:52 +0200 (CEST) Message-ID: <480F87A9.90909@vwsoft.com> Date: Wed, 23 Apr 2008 21:02:01 +0200 From: Volker User-Agent: Thunderbird 2.0.0.12 (X11/20080420) MIME-Version: 1.0 To: Per olof Ljungmark References: <200804222340.m3MNe4rg087001@freefall.freebsd.org> In-Reply-To: <200804222340.m3MNe4rg087001@freefall.freebsd.org> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit MailScanner-NULL-Check: 1209582241.89212@huO4dMHBic7Y3PBeZVX6HA X-MailScanner-ID: 32E673F439.49116 X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: bug-followup@FreeBSD.org, freebsd-usb@FreeBSD.org Subject: Re: usb/122905: [ubsa] [patch] add Huawei E220 to ubsa X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 19:32:21 -0000 On 12/23/-58 20:59, Per olof Ljungmark wrote: > Just an addendum, the following works very good for me on 7-STABLE. > Changes to ubsa.c and usbdevs are very similar. > > In the original patch the PR says Huawei E220 but the pactes says E200B > which I do not completely understand. Per, I don't own such a device, so I needed to rely on the original posting. A quick search on other projects shows, PID 0x1003 is really an E220 device. Your device string in usbdevs seems to be the correct one. Volker From owner-freebsd-usb@FreeBSD.ORG Thu Apr 24 03:34:56 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19BE0106567C; Thu, 24 Apr 2008 03:34:56 +0000 (UTC) (envelope-from mainland@eecs.harvard.edu) Received: from mail.eecs.harvard.edu (bowser.eecs.harvard.edu [140.247.60.24]) by mx1.freebsd.org (Postfix) with ESMTP id 0A24B8FC12; Thu, 24 Apr 2008 03:34:55 +0000 (UTC) (envelope-from mainland@eecs.harvard.edu) Received: by mail.eecs.harvard.edu (Postfix, from userid 33141) id DCEB81A5156; Wed, 23 Apr 2008 23:34:52 -0400 (EDT) Date: Wed, 23 Apr 2008 23:34:52 -0400 From: Geoffrey Mainland To: Hans Petter Selasky Message-ID: <20080424033452.GA39119@eecs.harvard.edu> References: <20080421171305.GA19840@eecs.harvard.edu> <20080421.122938.1943336925.imp@bsdimp.com> <20080422215227.GA79245@eecs.harvard.edu> <200804231932.00765.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200804231932.00765.hselasky@c2i.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-usb@freebsd.org, freebsd-embedded@freebsd.org Subject: Re: Soekris 4826 USB failure on FreeBSD 7.0 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 03:34:56 -0000 On Wed, Apr 23, 2008 at 07:31:59PM +0200, Hans Petter Selasky wrote: > On Tuesday 22 April 2008, Geoffrey Mainland wrote: > > Wow, this turns out to be much worse than I thought...I've tracked down > > the problem to the commit of the new physical memory allocator at Sat > > Jun 16 04:57:05 2007 UTC. Before that, no kern/122380; after that, > > kern/122380 applies. Any ideas where to go from here? > > > > Hi, > > I've sometimes seen that the USB HC's do not always support 32 address lines. > Not sure if that is the case for you. Then all DMA memory has to be allocated > at a lower physical memory address. You can easily check this by changing the > parameters used when creating DMA tags in the USB code. > > --HPS The new page allocator obviously tickled a bug somewhere in the current USB stack, but I'm happy to report that replacing it with the USB stack from your subversion repository fixed everything. Thank you! This fix has allowed me to move a large wireless testbed forward to FreeBSD 7. Geoff From owner-freebsd-usb@FreeBSD.ORG Thu Apr 24 07:15:22 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C470C1065678 for ; Thu, 24 Apr 2008 07:15:22 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe14.swip.net [212.247.155.161]) by mx1.freebsd.org (Postfix) with ESMTP id 4AA318FC25 for ; Thu, 24 Apr 2008 07:15:22 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [62.113.133.152] (account mc467741@c2i.net [62.113.133.152] verified) by mailfe14.swip.net (CommuniGate Pro SMTP 5.1.13) with ESMTPA id 171340962; Thu, 24 Apr 2008 09:15:20 +0200 From: Hans Petter Selasky To: Geoffrey Mainland Date: Thu, 24 Apr 2008 09:16:38 +0200 User-Agent: KMail/1.9.7 References: <20080421171305.GA19840@eecs.harvard.edu> <200804231932.00765.hselasky@c2i.net> <20080424033452.GA39119@eecs.harvard.edu> In-Reply-To: <20080424033452.GA39119@eecs.harvard.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804240916.39607.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org, freebsd-embedded@freebsd.org Subject: Re: Soekris 4826 USB failure on FreeBSD 7.0 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 07:15:22 -0000 On Thursday 24 April 2008, Geoffrey Mainland wrote: > On Wed, Apr 23, 2008 at 07:31:59PM +0200, Hans Petter Selasky wrote: > > On Tuesday 22 April 2008, Geoffrey Mainland wrote: > > > Wow, this turns out to be much worse than I thought...I've tracked down > > > the problem to the commit of the new physical memory allocator at Sat > > > Jun 16 04:57:05 2007 UTC. Before that, no kern/122380; after that, > > > kern/122380 applies. Any ideas where to go from here? > > > > Hi, > > > > I've sometimes seen that the USB HC's do not always support 32 address > > lines. Not sure if that is the case for you. Then all DMA memory has to > > be allocated at a lower physical memory address. You can easily check > > this by changing the parameters used when creating DMA tags in the USB > > code. > > > > --HPS > > The new page allocator obviously tickled a bug somewhere in the current > USB stack, but I'm happy to report that replacing it with the USB stack > from your subversion repository fixed everything. Thank you! This fix > has allowed me to move a large wireless testbed forward to FreeBSD 7. > > Geoff Hi, A wild guess of mine why the official USB stack in the 7-branch does not work: It might be that the loading of KVA into DMA is broken. I've found a couple of corner cases during my development where you have to generate the physaddr of the last page yourself in the busdma callback: static void usbd_pc_common_mem_cb(void *arg, bus_dma_segment_t *segs, int nseg, int error, uint8_t isload) ... if (nseg < ((pc->page_offset_end + (USB_PAGE_SIZE - 1)) / USB_PAGE_SIZE)) { ext_seg = 1; } else { ext_seg = 0; } ... if (ext_seg && pc->ismultiseg) { (pg + 1)->physaddr = pg->physaddr + USB_PAGE_SIZE; } --HPS From owner-freebsd-usb@FreeBSD.ORG Thu Apr 24 13:25:54 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 075671065673; Thu, 24 Apr 2008 13:25:54 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 12D8C8FC26; Thu, 24 Apr 2008 13:25:54 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (unknown [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id 571FE1A4D84; Thu, 24 Apr 2008 06:07:00 -0700 (PDT) From: John Baldwin To: freebsd-embedded@freebsd.org Date: Thu, 24 Apr 2008 08:06:54 -0400 User-Agent: KMail/1.9.7 References: <20080421171305.GA19840@eecs.harvard.edu> <20080424033452.GA39119@eecs.harvard.edu> <200804240916.39607.hselasky@c2i.net> In-Reply-To: <200804240916.39607.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804240806.54354.jhb@freebsd.org> Cc: Geoffrey Mainland , freebsd-usb@freebsd.org Subject: Re: Soekris 4826 USB failure on FreeBSD 7.0 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 13:25:54 -0000 On Thursday 24 April 2008 03:16:38 am Hans Petter Selasky wrote: > On Thursday 24 April 2008, Geoffrey Mainland wrote: > > On Wed, Apr 23, 2008 at 07:31:59PM +0200, Hans Petter Selasky wrote: > > > On Tuesday 22 April 2008, Geoffrey Mainland wrote: > > > > Wow, this turns out to be much worse than I thought...I've tracked > > > > down the problem to the commit of the new physical memory allocator > > > > at Sat Jun 16 04:57:05 2007 UTC. Before that, no kern/122380; after > > > > that, kern/122380 applies. Any ideas where to go from here? > > > > > > Hi, > > > > > > I've sometimes seen that the USB HC's do not always support 32 address > > > lines. Not sure if that is the case for you. Then all DMA memory has to > > > be allocated at a lower physical memory address. You can easily check > > > this by changing the parameters used when creating DMA tags in the USB > > > code. > > > > > > --HPS > > > > The new page allocator obviously tickled a bug somewhere in the current > > USB stack, but I'm happy to report that replacing it with the USB stack > > from your subversion repository fixed everything. Thank you! This fix > > has allowed me to move a large wireless testbed forward to FreeBSD 7. > > > > Geoff > > Hi, > > A wild guess of mine why the official USB stack in the 7-branch does not > work: It might be that the loading of KVA into DMA is broken. I've found a > couple of corner cases during my development where you have to generate the > physaddr of the last page yourself in the busdma callback: This would indicate a bug in the bus_dmamap_load() call (wrong length?) and that is going to hose you when you do the bus_dmamap_sync() for systems with bounce pages (not enough data will get copied back and forth?). You need to track down the real bug and fix it rather than adding a hack in your callback routine. -- John Baldwin From owner-freebsd-usb@FreeBSD.ORG Thu Apr 24 15:19:28 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47FA61065674 for ; Thu, 24 Apr 2008 15:19:28 +0000 (UTC) (envelope-from xiaofanc@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.183]) by mx1.freebsd.org (Postfix) with ESMTP id 32CBA8FC23 for ; Thu, 24 Apr 2008 15:19:28 +0000 (UTC) (envelope-from xiaofanc@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so5103718waf.3 for ; Thu, 24 Apr 2008 08:19:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Y+xmGD7Nq9LiJSEmiiQhXWjihauCWCoHknJ9k9YRyN0=; b=R0Ao2K9lcSh6OePiisTlVGtKyEJ7jV6YHeFORHyK3kz+s4mg5dj5cZ8yz1xvKCyGw/Eh1T/WX+HQAS/McwmIh3FRAW3pjjfmjVhay1/C0Vy1APufIzUYwOuxfvvaPydff1xIHrnT/I7fJaAU16+aPyjiv6Aq/nVt8MIJ/ZEw6cE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YMPP1Raq06w7g4RdU+eYifaQcx+qlHQSSKx9la1imeUJsj8SXJqdPbgYEx9FFZgAjA30LrmLZhBO7pvk0PJfKNFYnmfDnl/GXAVGOjoeBQ8ZXaykeNuflyz1bI2kZcCZu8I1M0d4oUecXr0xJw+v4QaYh/PQu+SfvREJ2pH+wbo= Received: by 10.114.183.1 with SMTP id g1mr1887332waf.3.1209049958583; Thu, 24 Apr 2008 08:12:38 -0700 (PDT) Received: by 10.114.39.14 with HTTP; Thu, 24 Apr 2008 08:12:38 -0700 (PDT) Message-ID: Date: Thu, 24 Apr 2008 23:12:38 +0800 From: "Xiaofan Chen" To: "Hans Petter Selasky" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200710121912.03585.hselasky@c2i.net> <200710152303.29294.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: PICkit 2 again with HPS stack X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 15:19:28 -0000 On Thu, Apr 24, 2008 at 10:59 PM, Xiaofan Chen wrote: > > [root@freebsd7 /var/crash]# ls -la > total 508352 > drwxr-x--- 2 root wheel 512 Apr 24 22:07 . > drwxr-xr-x 25 root wheel 512 Apr 25 06:07 .. > -rw-r--r-- 1 root wheel 2 Apr 24 22:07 bounds > -rw------- 1 root wheel 444 Mar 30 16:19 info.0 > -rw------- 1 root wheel 445 Mar 30 16:52 info.1 > -rw------- 1 root wheel 446 Apr 24 21:58 info.2 > -rw------- 1 root wheel 446 Apr 24 22:07 info.3 > -rw-r--r-- 1 root wheel 5 Feb 25 01:53 minfree > -rw------- 1 root wheel 61952000 Mar 30 16:19 vmcore.0 > -rw------- 1 root wheel 175443968 Mar 30 16:52 vmcore.1 > -rw------- 1 root wheel 168951808 Apr 24 21:59 vmcore.2 > -rw------- 1 root wheel 163037184 Apr 24 22:07 vmcore.3 > [root@freebsd7 /var/crash]# cat info.3 > Dump header from device /dev/ad4s4b > Architecture: i386 > Architecture Version: 2 > Dump Length: 163037184B (155 MB) > Blocksize: 512 > Dumptime: Thu Apr 24 22:04:54 2008 > Hostname: freebsd7.MSHOME.net > Magic: FreeBSD Kernel Dump > Version String: FreeBSD 7.0-RELEASE #1: Sun Mar 30 16:29:52 SGT 2008 > root@freebsd7.MSHOME.net:/usr/obj/usr/src/sys/custom > Panic String: page fault > Dump Parity: 2907024719 > Bounds: 3 > Dump Status: good > > All the 4 crashes are caused by this problem. > > It used to run fine with the 7.0-Beta1/2/3 kernel and the HPS stack. > http://mcuee.blogspot.com/2007/11/pk2cmd-ported-to-linux.html > > How should I attack this problem? > More information here (by following the steps of the following URL: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-gdb.html). freebsd7# kgdb kernel.debug /var/crash/vmcore.3 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x18 fault code = supervisor read, page not present instruction pointer = 0x20:0xc077f155 stack pointer = 0x28:0xe6c19a48 frame pointer = 0x28:0xe6c19a64 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 1140 (pk2) trap number = 12 panic: page fault cpuid = 0 Uptime: 7m27s Physical memory: 1011 MB Dumping 155 MB: 140 124 108 92 76 60 44 28 12 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) list *0xc077f155 0xc077f155 is in turnstile_broadcast (/usr/src/sys/kern/subr_turnstile.c:835). 830 831 /* 832 * Transfer the blocked list to the pending list. 833 */ 834 mtx_lock_spin(&td_contested_lock); 835 TAILQ_CONCAT(&ts->ts_pending, &ts->ts_blocked[queue], td_lockq); 836 mtx_unlock_spin(&td_contested_lock); 837 838 /* 839 * Give a turnstile to each thread. The last thread gets (kgdb) backtrace #0 doadump () at pcpu.h:195 #1 0xc074ddc7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc074e089 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc0a53c9c in trap_fatal (frame=0xe6c19a08, eva=24) at /usr/src/sys/i386/i386/trap.c:899 #4 0xc0a545ff in trap (frame=0xe6c19a08) at /usr/src/sys/i386/i386/trap.c:280 #5 0xc0a3b20b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc077f155 in turnstile_broadcast (ts=0x0, queue=0) at /usr/src/sys/kern/subr_turnstile.c:835 #7 0xc0741712 in _mtx_unlock_sleep (m=0xc0bf3710, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:605 #8 0xc098cb7f in usbd_do_request_flags (udev=0xc40bc800, mtx=0xc0bf3710, req=0xe6c19afc, data=0xe6c19b63, flags=0, actlen=0x0, timeout=5000) at /usr/src/sys/dev/usb/usb_transfer.c:3952 #9 0xc0981371 in usbreq_get_desc (udev=0xc40bc800, mtx=0xc0bf3710, desc=0xe6c19b63, min_len=9, max_len=9, id=0, type=2 '\002', index=0 '\0', retries=0 '\0') at /usr/src/sys/dev/usb/usb_requests.c:202 #10 0xc0981585 in usbreq_get_config_desc (udev=0xc40bc800, mtx=0xc0bf3710, d=0xe6c19b63, conf_index=Variable "conf_index" is not available. ) at /usr/src/sys/dev/usb/usb_requests.c:367 #11 0xc09849a4 in usbd_set_config_no (udev=0xc40bc800, no=2 '\002', msg=1 '\001') at /usr/src/sys/dev/usb/usb_subr.c:1028 #12 0xc06be879 in ugen_set_config (sc=0xc4272000, configno=Variable "configno" is not available. ) at /usr/src/sys/dev/usb/ugen.c:1519 ---Type to continue, or q to quit--- #13 0xc06bfc30 in ugenioctl (dev=0xc426ae00, cmd=2147767653, addr=0xc4265120 "\002", flag=Variable "flag" is not available. ) at /usr/src/sys/dev/usb/ugen.c:1724 #14 0xc06e52cb in devfs_ioctl_f (fp=0xc4b367e0, com=2147767653, data=0xc4265120, cred=0xc4d55500, td=0xc441ca50) at /usr/src/sys/fs/devfs/devfs_vnops.c:494 #15 0xc0780cb5 in kern_ioctl (td=0xc441ca50, fd=3, com=2147767653, data=0xc4265120 "\002") at file.h:266 #16 0xc0780e14 in ioctl (td=0xc441ca50, uap=0xe6c19cfc) at /usr/src/sys/kern/sys_generic.c:570 #17 0xc0a54255 in syscall (frame=0xe6c19d38) at /usr/src/sys/i386/i386/trap.c:1035 #18 0xc0a3b270 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:196 #19 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) quit From owner-freebsd-usb@FreeBSD.ORG Thu Apr 24 15:24:30 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBC0F1065674 for ; Thu, 24 Apr 2008 15:24:30 +0000 (UTC) (envelope-from xiaofanc@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.188]) by mx1.freebsd.org (Postfix) with ESMTP id C0D078FC2A for ; Thu, 24 Apr 2008 15:24:30 +0000 (UTC) (envelope-from xiaofanc@gmail.com) Received: by rn-out-0910.google.com with SMTP id j40so1450711rnf.12 for ; Thu, 24 Apr 2008 08:24:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=+jUSkJAStJtYKAf3Rpkteg9wrnPmTE5H7EU++VdshAY=; b=DiI1z+r0rbcCF1G9qQA7DnzmYQjBY6xkkdVOgYpMuBNagC7siNu1H1uLXYzhz7EpZgogkSQyqyvnvHJ+rDbzN4LNDe+6h8sSgQlRYQX/TL75AQ+OlR4sRD7UOffbt+lIO3HF+sd07bnYPU3YgjleZCz5T8w/OfWMNllBSEIgvJA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DzeAKL5cleO8gVnovjt5+/h7G/pUgaV5f5MY7744oNS5HVvHkpsQpbRoxrsovNxOPzD1nMxQ1ZcDEkl+mgJIkJw4ZC4kyObf+glEwuVC6dUI8EziJ4KU/UHyCLBwnTQNn8KIrlh69bBluS3jTP5jy2RDpXj2qy7+DMTSh6qx9hw= Received: by 10.114.106.13 with SMTP id e13mr1882981wac.157.1209049183926; Thu, 24 Apr 2008 07:59:43 -0700 (PDT) Received: by 10.114.39.14 with HTTP; Thu, 24 Apr 2008 07:59:43 -0700 (PDT) Message-ID: Date: Thu, 24 Apr 2008 22:59:43 +0800 From: "Xiaofan Chen" To: "Hans Petter Selasky" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200710121912.03585.hselasky@c2i.net> <200710152303.29294.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: PICkit 2 again with HPS stack X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 15:24:31 -0000 On Tue, Oct 16, 2007 at 8:42 PM, Xiaofan Chen wrote: > > In the file "ugen.c" in the function "ugen_open_pipe_read()" you will find > > a "case UE_INTERRUPT:". Some lines further down you will find: > > > > /* first transfer clears stall */ > > sce->read_stall = 1; > > > > This you can set to "0". Then recompile and install the "ugen" module and/or > > kernel. > > > > Does your USB hardware work now ? > > > > Yes with the changes, PICkit 2 is happy again under Linux. > > ===[mcuee] ~/Desktop/build/mypk2 # sudo python testpk2.py > set Configuration 1 > claim Interface 0 > Turing power on by USB interrupt write > Sending version command by USB interrupt write > Getting version command by USB interrupt read > (2, 10, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, > 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, > 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0) > > Thanks a lot. Sorry now I am facing problems again with the 7.0-RELEASE and the HPS USB stack (I am not able to get the stock kernel to work with interrupt read). $ uname -a FreeBSD freebsd7.MSHOME.net 7.0-RELEASE FreeBSD 7.0-RELEASE #1: Sun Mar 30 16:29:52 SGT 2008 root@freebsd7.MSHOME.net:/usr/obj/usr/src/sys/custom i386 [mcuee@freebsd7 ~/Desktop/build/pyusb]$ python testpk2.py set Configuration 1 claim Interface 0 Turing power on by USB interrupt write Sending version command by USB interrupt write Getting version command by USB interrupt write (2, 30, 1, 44, 172, 167, 11, 189, 209, 147, 131, 98, 33, 10, 112, 128, 236, 48, 9, 38, 142, 188, 38, 49, 114, 75, 208, 84, 176, 170, 59, 148, 151, 97, 198, 145, 34, 12, 32, 71, 217, 74, 50, 92, 115, 100, 89, 130, 29, 176, 62, 56, 37, 6, 16, 102, 243, 53, 201, 160, 0, 2, 140, 4) This works. However running pk2 and pk2cmd will result the system to crash immediately. [root@freebsd7 /var/crash]# ls -la total 508352 drwxr-x--- 2 root wheel 512 Apr 24 22:07 . drwxr-xr-x 25 root wheel 512 Apr 25 06:07 .. -rw-r--r-- 1 root wheel 2 Apr 24 22:07 bounds -rw------- 1 root wheel 444 Mar 30 16:19 info.0 -rw------- 1 root wheel 445 Mar 30 16:52 info.1 -rw------- 1 root wheel 446 Apr 24 21:58 info.2 -rw------- 1 root wheel 446 Apr 24 22:07 info.3 -rw-r--r-- 1 root wheel 5 Feb 25 01:53 minfree -rw------- 1 root wheel 61952000 Mar 30 16:19 vmcore.0 -rw------- 1 root wheel 175443968 Mar 30 16:52 vmcore.1 -rw------- 1 root wheel 168951808 Apr 24 21:59 vmcore.2 -rw------- 1 root wheel 163037184 Apr 24 22:07 vmcore.3 [root@freebsd7 /var/crash]# cat info.3 Dump header from device /dev/ad4s4b Architecture: i386 Architecture Version: 2 Dump Length: 163037184B (155 MB) Blocksize: 512 Dumptime: Thu Apr 24 22:04:54 2008 Hostname: freebsd7.MSHOME.net Magic: FreeBSD Kernel Dump Version String: FreeBSD 7.0-RELEASE #1: Sun Mar 30 16:29:52 SGT 2008 root@freebsd7.MSHOME.net:/usr/obj/usr/src/sys/custom Panic String: page fault Dump Parity: 2907024719 Bounds: 3 Dump Status: good All the 4 crashes are caused by this problem. It used to run fine with the 7.0-Beta1/2/3 kernel and the HPS stack. http://mcuee.blogspot.com/2007/11/pk2cmd-ported-to-linux.html How should I attack this problem? Xiaofan From owner-freebsd-usb@FreeBSD.ORG Thu Apr 24 15:25:34 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C228E106566C for ; Thu, 24 Apr 2008 15:25:34 +0000 (UTC) (envelope-from xiaofanc@gmail.com) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.184]) by mx1.freebsd.org (Postfix) with ESMTP id 6C5BA8FC0A for ; Thu, 24 Apr 2008 15:25:34 +0000 (UTC) (envelope-from xiaofanc@gmail.com) Received: by gv-out-0910.google.com with SMTP id n40so480000gve.39 for ; Thu, 24 Apr 2008 08:25:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Q0AKWIymLa/D2zeDNFvqQ77wcF03RL2TmwnoYByBU2c=; b=iqZk29sqPhIkSk7uqIK1DUwl59sh3KUkaBpISNTX4JW15phdWwjMtPrd8M0mCQTNsLukR+QXjXp/nWz0VfE9c9vdUb0uH5Q54y+X1/9JuVbwkqxBeYYv1XSp1tOI7hSVbwRrpHu9PsJDCYkUUcrmaAaBsNbe2rnjNcDwq/5N8A8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Ugi/UI51U2nsSHDNBaaGSPyHnwEUv6U5VBlEqad1qmpca+HB8qcZyNAm+yvtke+aG/qKU3+j/6lOCa+HHnHgjYEWD2LPgDzIhJhSpfLFwQReal0/CLX0/eZKocriH1aRr+a8DxixojZ+GmpJcqYJwv6DrFgWbCKniAFo4Avdt1E= Received: by 10.114.132.5 with SMTP id f5mr1923024wad.125.1209050728905; Thu, 24 Apr 2008 08:25:28 -0700 (PDT) Received: by 10.114.39.14 with HTTP; Thu, 24 Apr 2008 08:25:28 -0700 (PDT) Message-ID: Date: Thu, 24 Apr 2008 23:25:28 +0800 From: "Xiaofan Chen" To: "Hans Petter Selasky" In-Reply-To: <200804241721.54385.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200804241721.54385.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: PICkit 2 again with HPS stack X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 15:25:34 -0000 On Thu, Apr 24, 2008 at 11:21 PM, Hans Petter Selasky wrote: > I have fixed some issues where the Giant lock was not locked when calling into > the USB stack recently. What version are you at? A stack backtrace from the > panic would also be nice. Make sure that everything is built clean. [mcuee@freebsd7 /usr/home/mcuee/Desktop/usb/i4b]$ svn info Path: . URL: svn://svn.turbocat.net/i4b Repository Root: svn://svn.turbocat.net/i4b Repository UUID: 4429bdba-5c01-0410-9f4f-ee3375ed255f Revision: 651 Node Kind: directory Schedule: normal Last Changed Author: hselasky Last Changed Rev: 651 Last Changed Date: 2008-03-29 20:04:10 +0800 (Sat, 29 Mar 2008) I will update to see if the later code fixed this problem. The backtrace is enclosed in the previous post. The other libusb based program fsusb_demo still works fine. (discussed last time in the thread: http://lists.freebsd.org/pipermail/freebsd-usb/2007-October/004087.html). [mcuee@freebsd7 /usr/home/mcuee/Desktop/build/fsusb]$ ./fsusb_demo --readpot Locating Microchip(tm) PICDEM(tm) FS USB Demo Board (vendor 0x04d8/product 0x000c) usb_set_debug: Setting debugging level to 255 (on) setting USB debug on by adding usb_set_debug(255) usb_os_find_busses: Found /dev/usb0 usb_os_find_busses: Found /dev/usb1 usb_os_find_busses: can't open /dev/usb2: Permission denied usb_os_find_devices: Found /dev/ugen0 on /dev/usb0 usb_control_msg: 128 6 512 0 0xbfbfe964 8 1000 usb_control_msg: 128 6 512 0 0x2820c070 41 1000 skipped 1 class/vendor specific interface descriptors usb_control_msg: 128 6 513 0 0xbfbfe964 8 1000 usb_control_msg: 128 6 513 0 0x2820a080 32 1000 usb_os_find_devices: Found /dev/ugen1 on /dev/usb1 usb_control_msg: 128 6 512 0 0xbfbfe964 8 1000 usb_control_msg: 128 6 512 0 0x2820a0c0 32 1000 Found USB PICDEM FS USB Demo Board as device '/dev/ugen1' on USB bus /dev/usb1 Communication established. answer was correct! Onboard firmware version is 1.20 Potentiometer now reads 650 usb_os_close: closing endpoint 4 Xiaofan From owner-freebsd-usb@FreeBSD.ORG Thu Apr 24 15:35:35 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8F7D106566B for ; Thu, 24 Apr 2008 15:35:35 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.swip.net [212.247.154.193]) by mx1.freebsd.org (Postfix) with ESMTP id 879ED8FC16 for ; Thu, 24 Apr 2008 15:35:35 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [62.113.133.152] (account mc467741@c2i.net [62.113.133.152] verified) by mailfe07.swip.net (CommuniGate Pro SMTP 5.1.13) with ESMTPA id 911012651; Thu, 24 Apr 2008 17:20:34 +0200 From: Hans Petter Selasky To: "Xiaofan Chen" Date: Thu, 24 Apr 2008 17:21:53 +0200 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804241721.54385.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: PICkit 2 again with HPS stack X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 15:35:35 -0000 On Thursday 24 April 2008, Xiaofan Chen wrote: > On Tue, Oct 16, 2007 at 8:42 PM, Xiaofan Chen wrote: > > > In the file "ugen.c" in the function "ugen_open_pipe_read()" you will > > > find a "case UE_INTERRUPT:". Some lines further down you will find: > > > > > > /* first transfer clears stall */ > > > sce->read_stall = 1; > > > > > > This you can set to "0". Then recompile and install the "ugen" module > > > and/or kernel. > > > > > > Does your USB hardware work now ? > > > > Yes with the changes, PICkit 2 is happy again under Linux. > > > > ===[mcuee] ~/Desktop/build/mypk2 # sudo python testpk2.py > > set Configuration 1 > > claim Interface 0 > > Turing power on by USB interrupt write > > Sending version command by USB interrupt write > > Getting version command by USB interrupt read > > (2, 10, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, > > 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, > > 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0) > > > > Thanks a lot. > > Sorry now I am facing problems again with the 7.0-RELEASE > and the HPS USB stack (I am not able to get the stock > kernel to work with interrupt read). > Hi, I have fixed some issues where the Giant lock was not locked when calling into the USB stack recently. What version are you at? A stack backtrace from the panic would also be nice. Make sure that everything is built clean. --HPS From owner-freebsd-usb@FreeBSD.ORG Thu Apr 24 15:36:58 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93F23106566B; Thu, 24 Apr 2008 15:36:58 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.freebsd.org (Postfix) with ESMTP id 3AC208FC1B; Thu, 24 Apr 2008 15:36:55 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [62.113.133.152] (account mc467741@c2i.net [62.113.133.152] verified) by mailfe02.swip.net (CommuniGate Pro SMTP 5.1.13) with ESMTPA id 912991824; Thu, 24 Apr 2008 17:36:54 +0200 From: Hans Petter Selasky To: John Baldwin Date: Thu, 24 Apr 2008 17:38:09 +0200 User-Agent: KMail/1.9.7 References: <20080421171305.GA19840@eecs.harvard.edu> <200804240916.39607.hselasky@c2i.net> <200804240806.54354.jhb@freebsd.org> In-Reply-To: <200804240806.54354.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804241738.09805.hselasky@c2i.net> Cc: freebsd-embedded@freebsd.org, freebsd-usb@freebsd.org, Geoffrey Mainland Subject: Re: Soekris 4826 USB failure on FreeBSD 7.0 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 15:36:58 -0000 On Thursday 24 April 2008, John Baldwin wrote: > > This would indicate a bug in the bus_dmamap_load() call (wrong length?) and > that is going to hose you when you do the bus_dmamap_sync() for systems > with bounce pages (not enough data will get copied back and forth?). You > need to track down the real bug and fix it rather than adding a hack in > your callback routine. Hi John, The minimum segment size is PAGE_SIZE bytes in my DMA-tag. Bus-dma starts counting at the memory location of the allocation. And not the memory location aligned to PAGE_SIZE bytes. Memory pages: |--------------|--------------| My allocation: |---------XXXXXXXXXXXXX-------| Sometimes when I allocate DMA memory I can end up having an allocation crossing two contiguous memory pages in physical memory. In those cases bus_dma does not give me the segment address of the second page in the segment list, because the allocation is less than PAGE_SIZE bytes. It fits within the values specified in the DMA tag. But in other cases, where the pages are not contiguous in RAM, bus_dma will return two different segment addresses. The question is: Is this a bug or is it a feature? --HPS From owner-freebsd-usb@FreeBSD.ORG Thu Apr 24 18:55:57 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52F171065673 for ; Thu, 24 Apr 2008 18:55:57 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe16.swip.net [212.247.155.225]) by mx1.freebsd.org (Postfix) with ESMTP id EC9688FC23 for ; Thu, 24 Apr 2008 18:55:56 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=CLxjqTwNd3jBL4xZFvh4mw==:17 a=mjaRr9TQePRP6uGhunAA:9 a=EgUsJOhEJR96yw01J_1bTVJs8TYA:4 a=50e4U0PicR4A:10 Received: from [62.113.133.152] (account mc467741@c2i.net [62.113.133.152] verified) by mailfe16.swip.net (CommuniGate Pro SMTP 5.1.13) with ESMTPA id 172053605; Thu, 24 Apr 2008 17:55:53 +0200 From: Hans Petter Selasky To: "Xiaofan Chen" Date: Thu, 24 Apr 2008 17:57:07 +0200 User-Agent: KMail/1.9.7 References: <200804241721.54385.hselasky@c2i.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804241757.08365.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: PICkit 2 again with HPS stack X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 18:55:57 -0000 Hi Xiaofan, The problem should at least be fixed in "revision 711". The problem has existed for a while after I made some changes to the "usbd_do_request_flags" routine. The problem is that the required mutex is not locked when doing the set config call. --HPS From owner-freebsd-usb@FreeBSD.ORG Thu Apr 24 20:10:03 2008 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC50A106564A for ; Thu, 24 Apr 2008 20:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B629F8FC1D for ; Thu, 24 Apr 2008 20:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m3OKA3U8056601 for ; Thu, 24 Apr 2008 20:10:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m3OKA338056600; Thu, 24 Apr 2008 20:10:03 GMT (envelope-from gnats) Date: Thu, 24 Apr 2008 20:10:03 GMT Message-Id: <200804242010.m3OKA338056600@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Per olof Ljungmark Cc: Subject: Re: usb/122905: [ubsa] [patch] add Huawei E220 to ubsa X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Per olof Ljungmark List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 20:10:03 -0000 The following reply was made to PR usb/122905; it has been noted by GNATS. From: Per olof Ljungmark To: bug-followup@FreeBSD.org, wojtek@wojtek.tensor.gdynia.pl Cc: Subject: Re: usb/122905: [ubsa] [patch] add Huawei E220 to ubsa Date: Thu, 24 Apr 2008 22:04:34 +0200 Can this go into 7.1 you think? There are lots of people at least in Europe who uses the E220. Thanks, --per From owner-freebsd-usb@FreeBSD.ORG Thu Apr 24 20:26:46 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90BE11065670; Thu, 24 Apr 2008 20:26:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 866FA8FC22; Thu, 24 Apr 2008 20:26:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unknown [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id 0CEF01A4D83; Thu, 24 Apr 2008 13:26:45 -0700 (PDT) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m3OKQS9q044310; Thu, 24 Apr 2008 16:26:34 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Hans Petter Selasky Date: Thu, 24 Apr 2008 16:01:51 -0400 User-Agent: KMail/1.9.7 References: <20080421171305.GA19840@eecs.harvard.edu> <200804240806.54354.jhb@freebsd.org> <200804241738.09805.hselasky@c2i.net> In-Reply-To: <200804241738.09805.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804241601.51441.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 24 Apr 2008 16:26:34 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/6926/Thu Apr 24 14:23:40 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-embedded@freebsd.org, freebsd-usb@freebsd.org, Geoffrey Mainland Subject: Re: Soekris 4826 USB failure on FreeBSD 7.0 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 20:26:46 -0000 On Thursday 24 April 2008 11:38:09 am Hans Petter Selasky wrote: > On Thursday 24 April 2008, John Baldwin wrote: > > > > This would indicate a bug in the bus_dmamap_load() call (wrong length?) and > > that is going to hose you when you do the bus_dmamap_sync() for systems > > with bounce pages (not enough data will get copied back and forth?). You > > need to track down the real bug and fix it rather than adding a hack in > > your callback routine. > > Hi John, > > The minimum segment size is PAGE_SIZE bytes in my DMA-tag. Bus-dma starts > counting at the memory location of the allocation. And not the memory > location aligned to PAGE_SIZE bytes. > > Memory pages: |--------------|--------------| > My allocation: |---------XXXXXXXXXXXXX-------| > > Sometimes when I allocate DMA memory I can end up having an allocation > crossing two contiguous memory pages in physical memory. In those cases > bus_dma does not give me the segment address of the second page in the > segment list, because the allocation is less than PAGE_SIZE bytes. It fits > within the values specified in the DMA tag. But in other cases, where the > pages are not contiguous in RAM, bus_dma will return two different segment > addresses. > > The question is: Is this a bug or is it a feature? If you can't have a S/G element cross a page boundary, then use a 'boundary' of PAGE_SIZE when you create your tag. As it is, you are (correctly for the tag you are creating) getting a single S/G entry that spans the entire region. It sounds like you want two regions that is split on the page boundary. If so, that is what the 'boundary' argument to bus_dmatag_create() is for. -- John Baldwin From owner-freebsd-usb@FreeBSD.ORG Thu Apr 24 23:34:25 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DB421065670 for ; Thu, 24 Apr 2008 23:34:25 +0000 (UTC) (envelope-from xiaofanc@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id 0322C8FC1B for ; Thu, 24 Apr 2008 23:34:24 +0000 (UTC) (envelope-from xiaofanc@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so5289232waf.3 for ; Thu, 24 Apr 2008 16:34:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=exOEiA7/FIAJNgldS21NBaGakA1tBFyaAzdfVWTA/rE=; b=Nhp9gLVtwVq0a79Uy7aSzMLYf+Yfe5dp5hsJOXzl7nGvMzEIefPvz3i0mJRdznYNy5BeLlj+nJMM2BKSrfbybm3NQ5maqvJAxbUxRcKU7QwvQlzpwJLTseAhmalzN38KkgCZbH/Ntc3pzLcWCRe0hwyp+aBaA/KlaMSGrkbZolA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YIHKJB4WqwWBv7f8x58YkuhuQOJpA3DLQeoyeVV1K3vx3g9w/yorQsDTG0g7R7SvQZ3bcJXXIhfXklokb3xkDDpPVYruDLtViuuL1Khh1I9B9rNJFamwylklAivVN0ZF5onrxOv6SMDJ2Vu1fDq1vz6mXYR7hpvdoa9tqPW0R7Y= Received: by 10.114.73.1 with SMTP id v1mr2528564waa.16.1209080064468; Thu, 24 Apr 2008 16:34:24 -0700 (PDT) Received: by 10.114.39.14 with HTTP; Thu, 24 Apr 2008 16:34:24 -0700 (PDT) Message-ID: Date: Fri, 25 Apr 2008 07:34:24 +0800 From: "Xiaofan Chen" To: "Hans Petter Selasky" In-Reply-To: <200804241757.08365.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200804241721.54385.hselasky@c2i.net> <200804241757.08365.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: PICkit 2 again with HPS stack X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 23:34:25 -0000 On Thu, Apr 24, 2008 at 11:57 PM, Hans Petter Selasky wrote: > > The problem should at least be fixed in "revision 711". The problem has > existed for a while after I made some changes to the "usbd_do_request_flags" > routine. The problem is that the required mutex is not locked when doing the > set config call. Thanks I will try this out and report back. Xiaofan From owner-freebsd-usb@FreeBSD.ORG Fri Apr 25 02:56:03 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37D851065675 for ; Fri, 25 Apr 2008 02:56:03 +0000 (UTC) (envelope-from xiaofanc@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by mx1.freebsd.org (Postfix) with ESMTP id EC39D8FC1A for ; Fri, 25 Apr 2008 02:56:02 +0000 (UTC) (envelope-from xiaofanc@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so5338629waf.3 for ; Thu, 24 Apr 2008 19:56:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=LdeRv1egRIWrSoVPI9DlbyORRbMHvUer/vTmpBWAA5s=; b=PIgDcJ1uXSiru6FCf3lAVw04fh853oF6IOFZvqezvGW+3QGZyfD8m8UcjHg5xhX0jpFKr++PscO+L7jAXFR88DePXWTXzcOtYvW6hpgqcxfPXJMklj+Hsy17bSkbDjffRsb6Fl7dLK1ubzQaR/2iKExSns7E8iXMX9fn3wfFkz0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sEiijSb4pH+rLCmIRLj80AXfmZCCr4iJY7HqbxkSmA8XAW3J2dxME8NjsUnq2Fvwhh+7seT/Z022C3Hd8IoOU4Mnxp1b0t1Wycg2Vh5Rd/h2AHNuKrjyGcy0NEmzMyFuls/iNvfFO+mU0TQg+tg2JuqctvT/hMQaSqA1gZ0IzE4= Received: by 10.114.136.1 with SMTP id j1mr2676884wad.152.1209092162085; Thu, 24 Apr 2008 19:56:02 -0700 (PDT) Received: by 10.114.39.14 with HTTP; Thu, 24 Apr 2008 19:56:02 -0700 (PDT) Message-ID: Date: Fri, 25 Apr 2008 10:56:02 +0800 From: "Xiaofan Chen" To: "Hans Petter Selasky" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200710121919.36175.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: PICDEM FS USB Bootloader under FreeBSD X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 02:56:03 -0000 On Tue, Oct 16, 2007 at 9:34 PM, Xiaofan Chen wrote: > On 10/13/07, Xiaofan Chen wrote: > > On 10/13/07, Hans Petter Selasky wrote: > > > I think that the write STALLED. You can check this by turning on > > > debugging on the OHCI controller by: > > > > > > systctl hw.usb.ohci.debug=15 > > > > > > Replace "ohci" by "ehci" or "uhci" if you are using such controllers. > > > > Strange today reading seems to work. I will check other functionality > > later. This bootloader device uses bulk transfer. > > > > So this is the last one I want to make to work under FreeBSD right now. > Unfortunately verifying and writing are still not working. Reading is > working. The bootloader firmware uses a cut-down version of > the USB firmware framework. Maybe it is even buggier. > This does not work either with 7.0-Release and the HPS USB stack. I will update to the latest SVN version of the HPS stack and see if the situation will improve. The bootlaoder does work under Linux (as well as Windows) fine with libusb (libusb-win32). [mcuee@freebsd7 ~/Desktop/build/fsusb/fsusb-0.1.11-2]$ sudo ./fsusb --verify demo.hex Locating USB Microchip(tm) PICDEM-FS USB(tm) (vendor 0x04d8/product 0x000b) Found USB PICDEM-FS USB as device '/dev/ugen1' on USB bus /dev/usb1 Communication established. Onboard firmware version is 1.0 ^C [mcuee@freebsd7 ~/Desktop/build/fsusb/fsusb-0.1.11-2]$ dmesg ... ohci_setup_standard_chain: addr=2 endpt=0 sumlen=16 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc40fab00) at 0x0173db00: -TOG0 delay=7 ec=0 cc=15 cbp=0x014fd120 next=0x0173d200 be=0x014fd127 TD(0xc40fa200) at 0x0173d200: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x014fd128 next=0x0173d280 be=0x014fd12f TD(0xc40fa280) at 0x0173d280: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc40fab80 to 0xc4057580 ohci_check_transfer: xfer=0xc40bc050 checking transfer ohci_non_isoc_done: xfer=0xc40bc050 pipe=0xc40bc9b0 transfer done TD(0xc40fab00) at 0x0173db00: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x014fd127 ohci_device_done: xfer=0xc40bc050, pipe=0xc40bc9b0, error=0 _ohci_remove_qh: 0xc40fab80 from 0xc40fab80 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=49 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc40fa700) at 0x0173d700: -TOG0 delay=7 ec=0 cc=15 cbp=0x014fd120 next=0x0173d680 be=0x014fd127 TD(0xc40fa680) at 0x0173d680: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x014fd128 next=0x0173d600 be=0x014fd150 TD(0xc40fa600) at 0x0173d600: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc40fa780 to 0xc4057580 ohci_check_transfer: xfer=0xc40bc050 checking transfer ohci_non_isoc_done: xfer=0xc40bc050 pipe=0xc40bc9b0 transfer done TD(0xc40fa700) at 0x0173d700: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x014fd127 ohci_device_done: xfer=0xc40bc050, pipe=0xc40bc9b0, error=0 _ohci_remove_qh: 0xc40fa780 from 0xc40fa780 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=16 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc40fab00) at 0x0173db00: -TOG0 delay=7 ec=0 cc=15 cbp=0x014fd120 next=0x0173d200 be=0x014fd127 TD(0xc40fa200) at 0x0173d200: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x014fd128 next=0x0173d280 be=0x014fd12f TD(0xc40fa280) at 0x0173d280: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc40fab80 to 0xc4057580 ohci_check_transfer: xfer=0xc40bc050 checking transfer ohci_non_isoc_done: xfer=0xc40bc050 pipe=0xc40bc9b0 transfer done TD(0xc40fab00) at 0x0173db00: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x014fd127 ohci_device_done: xfer=0xc40bc050, pipe=0xc40bc9b0, error=0 _ohci_remove_qh: 0xc40fab80 from 0xc40fab80 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=40 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc40fa700) at 0x0173d700: -TOG0 delay=7 ec=0 cc=15 cbp=0x014fd120 next=0x0173d680 be=0x014fd127 TD(0xc40fa680) at 0x0173d680: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x014fd128 next=0x0173d600 be=0x014fd147 TD(0xc40fa600) at 0x0173d600: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc40fa780 to 0xc4057580 ohci_check_transfer: xfer=0xc40bc050 checking transfer ohci_non_isoc_done: xfer=0xc40bc050 pipe=0xc40bc9b0 transfer done TD(0xc40fa700) at 0x0173d700: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x014fd127 ohci_device_done: xfer=0xc40bc050, pipe=0xc40bc9b0, error=0 _ohci_remove_qh: 0xc40fa780 from 0xc40fa780 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=16 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc4daec00) at 0x098cac00: -TOG0 delay=7 ec=0 cc=15 cbp=0x06d0c120 next=0x098cab80 be=0x06d0c127 TD(0xc4daeb80) at 0x098cab80: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x06d0c128 next=0x098cab00 be=0x06d0c12f TD(0xc4daeb00) at 0x098cab00: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc5d73380 to 0xc4071980 ohci_check_transfer: xfer=0xc4908050 checking transfer ohci_non_isoc_done: xfer=0xc4908050 pipe=0xc46ee9b0 transfer done TD(0xc4daec00) at 0x098cac00: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x06d0c127 ohci_device_done: xfer=0xc4908050, pipe=0xc46ee9b0, error=0 _ohci_remove_qh: 0xc5d73380 from 0xc5d73380 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=40 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc5d72100) at 0x0fd34100: -TOG0 delay=7 ec=0 cc=15 cbp=0x06d0c120 next=0x0fd34000 be=0x06d0c127 TD(0xc5d72000) at 0x0fd34000: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x06d0c128 next=0x0fd34500 be=0x06d0c147 TD(0xc5d72500) at 0x0fd34500: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc5d73280 to 0xc4071980 ohci_check_transfer: xfer=0xc4908050 checking transfer ohci_non_isoc_done: xfer=0xc4908050 pipe=0xc46ee9b0 transfer done TD(0xc5d72100) at 0x0fd34100: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x06d0c127 ohci_device_done: xfer=0xc4908050, pipe=0xc46ee9b0, error=0 _ohci_remove_qh: 0xc5d73280 from 0xc5d73280 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=8 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc5d73180) at 0x11a13180: -TOG0 delay=7 ec=0 cc=15 cbp=0x169941f0 next=0x11a13200 be=0x169941f7 TD(0xc5d73200) at 0x11a13200: -R-IN-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc5d73100 to 0xc4071980 ohci_check_transfer: xfer=0xc5d84120 checking transfer ohci_non_isoc_done: xfer=0xc5d84120 pipe=0xc46ee9b0 transfer done TD(0xc5d73180) at 0x11a13180: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x169941f7 ohci_device_done: xfer=0xc5d84120, pipe=0xc46ee9b0, error=22 _ohci_remove_qh: 0xc5d73100 from 0xc5d73100 ohci_setup_standard_chain: addr=2 endpt=1 sumlen=5 speed=2 ohci_setup_standard_chain: nexttog=0; data before transfer: TD(0xc4dadd00) at 0x0a5f2d00: -OUT-TOG0 delay=1 ec=0 cc=15 cbp=0x1692c120 next=0x00000000 be=0x1692c124 _ohci_append_qh: 0xc4dae900 to 0xc4071900 ohci_check_transfer: xfer=0xc5d74050 checking transfer ohci_non_isoc_done: xfer=0xc5d74050 pipe=0xc46ee9c4 transfer done TD(0xc4dadd00) at 0x0a5f2d00: -OUT-TOG1 delay=1 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x1692c124 ohci_device_done: xfer=0xc5d74050, pipe=0xc46ee9c4, error=0 _ohci_remove_qh: 0xc4dae900 from 0xc4dae900 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=8 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc4dad680) at 0x0a5f2680: -TOG0 delay=7 ec=0 cc=15 cbp=0x169a51f0 next=0x0173da80 be=0x169a51f7 TD(0xc40faa80) at 0x0173da80: -R-IN-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc4dad180 to 0xc4071980 ohci_check_transfer: xfer=0xc5d95120 checking transfer ohci_non_isoc_done: xfer=0xc5d95120 pipe=0xc46ee9b0 transfer done TD(0xc4dad680) at 0x0a5f2680: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x169a51f7 ohci_device_done: xfer=0xc5d95120, pipe=0xc46ee9b0, error=22 _ohci_remove_qh: 0xc4dad180 from 0xc4dad180 ohci_setup_standard_chain: addr=2 endpt=1 sumlen=4 speed=2 ohci_setup_standard_chain: nexttog=0; data before transfer: TD(0xc5d73980) at 0x11a13980: -R-IN-TOG0 delay=1 ec=0 cc=15 cbp=0x16995120 next=0x00000000 be=0x16995123 _ohci_append_qh: 0xc4dac680 to 0xc4071900 ohci_check_transfer: xfer=0xc5d85050 checking transfer ohci_non_isoc_done: xfer=0xc5d85050 pipe=0xc46ee9d8 transfer done TD(0xc5d73980) at 0x11a13980: -R-IN-TOG1 delay=1 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x16995123 ohci_device_done: xfer=0xc5d85050, pipe=0xc46ee9d8, error=0 _ohci_remove_qh: 0xc4dac680 from 0xc4dac680 ohci_device_done: xfer=0xc5d85050, pipe=0xc46ee9d8, error=5 _ohci_remove_qh: 0xc4dac680 from 0xc4071900 ohci_device_done: xfer=0xc5d95120, pipe=0xc46ee9b0, error=5 _ohci_remove_qh: 0xc4dad180 from 0xc4071980 ohci_device_done: xfer=0xc5d74050, pipe=0xc46ee9c4, error=5 _ohci_remove_qh: 0xc4dae900 from 0xc4071900 ohci_device_done: xfer=0xc5d84120, pipe=0xc46ee9b0, error=5 _ohci_remove_qh: 0xc5d73100 from 0xc4071980 Regards, Xiaofan From owner-freebsd-usb@FreeBSD.ORG Fri Apr 25 05:25:59 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F395E1065672 for ; Fri, 25 Apr 2008 05:25:58 +0000 (UTC) (envelope-from achilov-rn@askd.ru) Received: from master.askd.ru (master.askd.ru [80.242.75.6]) by mx1.freebsd.org (Postfix) with ESMTP id 5A41B8FC17 for ; Fri, 25 Apr 2008 05:25:58 +0000 (UTC) (envelope-from achilov-rn@askd.ru) Received: from to-495.askd.gmbh (IDENT:shelton@sentry [192.168.1.94]) by master.askd.ru (8.14.2/8.14.2) with ESMTP id m3P5PuBc040713 for ; Fri, 25 Apr 2008 12:25:56 +0700 (NOVST) (envelope-from achilov-rn@askd.ru) From: "Rashid N. Achilov" Organization: =?koi8-r?b?7+/v?= "=?koi8-r?b?4fMt88nT1MXNwQ==?= =?koi8-r?b?IOvPzdDMxcvT?=" To: freebsd-usb@freebsd.org Date: Fri, 25 Apr 2008 12:25:54 +0700 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804251225.54388.achilov-rn@askd.ru> Subject: Supporting of wireless multimedia keyboards and mices X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Achilov, Rashid" List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 05:25:59 -0000 Dear colleagues, what are you think about supporting wireless multimedia keyboard + mouse twinboxes? I think, that is terrible. Five years ago (five years!!) I have bought twinbox Genius Wireless TwinTouch+ Optical Value. It still works (I type this letter on it :-)) ). And it still have non-working mouse. It detects, but when I move it or press buttons, does nothing. To work without wires, I must bought SEPARATE wireless mouse Logitech LX5. It works without any attractions. Recently I have bought new (cool!) twinbox Microsoft Wireless Laser 5000. Windows is bad, but keyboards from Microsoft is accurate, precious and ergonomic, mices also. But mouse from twinbox does not working... Again. Even not detected - uhid0 and all. I use now 6.3-STABLE. So, please answer me anybody: 1. These problems are presented in 7.0? (I am about support noticed Genius or Microsoft mices) 2. How can I add support this device by myself? 3. Also multimedia keys doers not work at all - is there possible to bring it to work? -- With Best Regards. Rashid N. Achilov (RNA1-RIPE), Web: http://www.askd.ru/~shelton OOO "ACK" telecommunications administrator, e-mail: achilov-rn [at] askd.ru PGP: 83 CD E2 A7 37 4A D5 81 D6 D6 52 BF C9 2F 85 AF 97 BE CB 0A From owner-freebsd-usb@FreeBSD.ORG Fri Apr 25 11:50:16 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5A43106568A for ; Fri, 25 Apr 2008 11:50:16 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id 872378FC18 for ; Fri, 25 Apr 2008 11:50:16 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JZV00A2ZNF10W80@osl1smout1.broadpark.no> for freebsd-usb@freebsd.org; Fri, 25 Apr 2008 12:49:49 +0200 (CEST) Received: from kg-work.kg4.no ([80.202.173.59]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0JZV00IAMNF0ZTC1@osl1sminn1.broadpark.no> for freebsd-usb@freebsd.org; Fri, 25 Apr 2008 12:49:49 +0200 (CEST) Date: Fri, 25 Apr 2008 12:49:48 +0200 From: Torfinn Ingolfsen To: freebsd-usb@freebsd.org Message-id: <20080425124948.28e0eb7e.torfinn.ingolfsen@broadpark.no> In-reply-to: <200804251225.54388.achilov-rn@askd.ru> References: <200804251225.54388.achilov-rn@askd.ru> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.9; i386-portbld-freebsd6.3) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: Supporting of wireless multimedia keyboards and mices X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 11:50:17 -0000 On Fri, 25 Apr 2008 12:25:54 +0700 "Rashid N. Achilov" wrote: > Dear colleagues, what are you think about supporting wireless > multimedia keyboard + mouse twinboxes? I think, that is terrible. AFAIK, in general those wireless keyboard + mouse combos work in FreeBSD. But - there are a few specific models (I have one from Logitech for example) where the mouse doesn't work. I blame it on the manufacturer fornot following the usb specs. I have a few other wireless keyboard + mouse combos - all work nicely in FreeBSD. Both from Logitech and other manufactureres. > 1. These problems are presented in 7.0? (I am about support noticed > Genius or Microsoft mices) To find out about your specific model, you will have to try 7.0 yourself. Simply boot a liveCD and try it out. > 3. Also multimedia keys doers not work at all - is there possible to > bring it to work? several solutions exists, you will have to try each to find out if it works with your keyboard(s): /usr/ports/misc/hotkeys /usr/ports/sysutils/usbhotkey HTH -- Regards, Torfinn Ingolfsen From owner-freebsd-usb@FreeBSD.ORG Fri Apr 25 13:44:01 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18FEF106566B for ; Fri, 25 Apr 2008 13:44:01 +0000 (UTC) (envelope-from xiaofanc@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id C5F7A8FC13 for ; Fri, 25 Apr 2008 13:44:00 +0000 (UTC) (envelope-from xiaofanc@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so5589551waf.3 for ; Fri, 25 Apr 2008 06:44:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=qQxsBNjtRY2ToM+cFBIUjmIkXM/TN/P5wEMLc7siI3E=; b=BgodO3EVXidtr6rtA3NvyuYjTkaK/b/JiHBK1sY1SMz9vicC8mwIaMHmBC8+yL8TrdUERFbtsMVy0vEfdBXH9XrHneAieu2GHV+A/+a6xcvFGyO0S4CFi99/DlLuRBM17Kz4ccIN+JvMytE0l5CkUdUpNcZC5/FsOv7jcZusmLk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Qh883Qm1yDB7HISccBWPx1CdtDgfZ4upFqdxVJ4C9fvNuy+3Ja0ZvuqjZxioEvjCoPm1OATEE9mvkYsLOhdxy/1NbMInYN7oZhYZsrv3DjLtZ4v2YctVR24qb38IYqwGBS90ojH9eYP1PfxoRSHaHZ2bptS4cQ2VXKEIV+kkMas= Received: by 10.114.94.1 with SMTP id r1mr3180914wab.31.1209131040549; Fri, 25 Apr 2008 06:44:00 -0700 (PDT) Received: by 10.114.39.14 with HTTP; Fri, 25 Apr 2008 06:44:00 -0700 (PDT) Message-ID: Date: Fri, 25 Apr 2008 21:44:00 +0800 From: "Xiaofan Chen" To: "Hans Petter Selasky" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200804241721.54385.hselasky@c2i.net> <200804241757.08365.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: PICkit 2 again with HPS stack X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 13:44:01 -0000 On Fri, Apr 25, 2008 at 7:34 AM, Xiaofan Chen wrote: > > On Thu, Apr 24, 2008 at 11:57 PM, Hans Petter Selasky wrote: > > > > The problem should at least be fixed in "revision 711". The problem has > > existed for a while after I made some changes to the "usbd_do_request_flags" > > routine. The problem is that the required mutex is not locked when doing the > > set config call. > > Thanks I will try this out and report back. > With revision 711, PICkit 2 again works happily under FreeBSD. [mcuee@freebsd7 ~/Desktop/build/pk2cmd/pk2cmdLinux-0.8]$ ./pk2cmd -?V Executable Version: 1.01.00 (Linux/Mac port 0.8) Device File Version: 1.42.00 OS Firmware Version: 2.30.01 Operation Succeeded [mcuee@freebsd7 ~/Desktop/build/pk2cmd/pk2cmdLinux-0.8]$ ./pk2cmd -PPIC16F690 -Y -F16f690.hex PICkit 2 Verify Report 25-4-2008, 21:42:18 Device Type: PIC16F690 Verify Succeeded. Operation Succeeded Thanks for the great support! Now I will need to try out some other USB device under 7.0-Release with the HPS stack. Xiaofan From owner-freebsd-usb@FreeBSD.ORG Fri Apr 25 13:59:07 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04D9C106564A for ; Fri, 25 Apr 2008 13:59:07 +0000 (UTC) (envelope-from xiaofanc@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id B02818FC15 for ; Fri, 25 Apr 2008 13:59:06 +0000 (UTC) (envelope-from xiaofanc@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so5596517waf.3 for ; Fri, 25 Apr 2008 06:59:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=4aJheIx2mjwpdBJQSizTFJ8btpx1g7Tr7ZmAHhIvaCA=; b=pnga3G4nULs6WMnMVkIal2KkJ49lkZXis6hnlEIS3EAcDGv9OVjDIqJntpPVcmQhd+ViErqRNJcjVOzmYkJnr1X6MjmQ+sFdvUchZma6weuI1QOfE0+j3POryg0i8hZ4HHk0h6Yj5M4oYHIoKrrr1+2dEY+535MP3Wwumg+5/rk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=VRVSPPf9hpS+lYbeImHdkr00srHUTwyDN8Aub68Epe08JiclUg6qDv8FHnQ2P7wbwDrcT3GvmWbc/AyCJ7WJfWy4tJr4cf/r8bi9wSeBXInbCFMkjzIml/77tluW6F2Eh/FL8RR3STSPQr+e1cqb5k3ITxVI2Kq4hKWV38RH5KM= Received: by 10.114.93.17 with SMTP id q17mr1066241wab.70.1209131946337; Fri, 25 Apr 2008 06:59:06 -0700 (PDT) Received: by 10.114.39.14 with HTTP; Fri, 25 Apr 2008 06:59:06 -0700 (PDT) Message-ID: Date: Fri, 25 Apr 2008 21:59:06 +0800 From: "Xiaofan Chen" To: "Hans Petter Selasky" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200710121919.36175.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: PICDEM FS USB Bootloader under FreeBSD X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 13:59:07 -0000 On Fri, Apr 25, 2008 at 10:56 AM, Xiaofan Chen wrote: > On Tue, Oct 16, 2007 at 9:34 PM, Xiaofan Chen wrote: > > On 10/13/07, Xiaofan Chen wrote: > > > On 10/13/07, Hans Petter Selasky wrote: > > > > I think that the write STALLED. You can check this by turning on > > > > debugging on the OHCI controller by: > > > > > > > > systctl hw.usb.ohci.debug=15 > > > > > > > > Replace "ohci" by "ehci" or "uhci" if you are using such controllers. > > > > > > Strange today reading seems to work. I will check other functionality > > > later. This bootloader device uses bulk transfer. > > > > > > > So this is the last one I want to make to work under FreeBSD right now. > > Unfortunately verifying and writing are still not working. Reading is > > working. The bootloader firmware uses a cut-down version of > > the USB firmware framework. Maybe it is even buggier. > > > > This does not work either with 7.0-Release and the HPS USB stack. > I will update to the latest SVN version of the HPS stack and see if the > situation will improve. The bootlaoder does work under Linux (as well as > Windows) fine with libusb (libusb-win32). > With revision 711 of the HPS stack, this still does not work. [mcuee@freebsd7 ~/Desktop/build/fsusb/fsusb-0.1.11-2]$ ./fsusb --verify demo.hex Locating USB Microchip(tm) PICDEM-FS USB(tm) (vendor 0x04d8/product 0x000b) Found USB PICDEM-FS USB as device '/dev/ugen1' on USB bus /dev/usb1 Communication established. Onboard firmware version is 1.0 ^C [mcuee@freebsd7 ~/Desktop/build/fsusb/fsusb-0.1.11-2]$ lsusb Bus /dev/usb0 Device /dev/ugen0: ID 04d8:0033 Microchip Technology, Inc. Bus /dev/usb0 Device /dev/ugen2: ID 04d8:000c Microchip Technology, Inc. Bus /dev/usb1 Device /dev/ugen1: ID 04d8:000b Microchip Technology, Inc. [mcuee@freebsd7 ~/Desktop/build/fsusb/fsusb-0.1.11-2]$ ./fsusb --verify demo.hex Locating USB Microchip(tm) PICDEM-FS USB(tm) (vendor 0x04d8/product 0x000b) Found USB PICDEM-FS USB as device '/dev/ugen1' on USB bus /dev/usb1 usb PICDEM read: Input/output error Fatal error> USB read failed [mcuee@freebsd7 ~/Desktop/build/fsusb/fsusb-0.1.11-2]$ ./fsusb --verify demo.hex Locating USB Microchip(tm) PICDEM-FS USB(tm) (vendor 0x04d8/product 0x000b) Found USB PICDEM-FS USB as device '/dev/ugen1' on USB bus /dev/usb1 usb PICDEM read: Input/output error Fatal error> USB read failed [mcuee@freebsd7 ~/Desktop/build/fsusb/fsusb-0.1.11-2]$ dmesg ... ohci_setup_standard_chain: addr=3 endpt=0 sumlen=16 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc4e89700) at 0x10728700: -TOG0 delay=7 ec=0 cc=15 cbp=0x10509140 next=0x0b06dd80 be=0x10509147 TD(0xc4d6bd80) at 0x0b06dd80: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x10509148 next=0x07ca9880 be=0x1050914f TD(0xc4b11880) at 0x07ca9880: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc4e89680 to 0xc4057580 ohci_check_transfer: xfer=0xc4e6c070 checking transfer ohci_non_isoc_done: xfer=0xc4e6c070 pipe=0xc4ee79b0 transfer done TD(0xc4e89700) at 0x10728700: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x10509147 ohci_device_done: xfer=0xc4e6c070, pipe=0xc4ee79b0, error=0 _ohci_remove_qh: 0xc4e89680 from 0xc4e89680 ohci_setup_standard_chain: addr=3 endpt=0 sumlen=40 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc4d6a800) at 0x0b06c800: -TOG0 delay=7 ec=0 cc=15 cbp=0x10509140 next=0x10728200 be=0x10509147 TD(0xc4e89200) at 0x10728200: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x10509148 next=0x012ada80 be=0x10509167 TD(0xc3f0fa80) at 0x012ada80: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc3f0fc00 to 0xc4057580 ohci_check_transfer: xfer=0xc4e6c070 checking transfer ohci_non_isoc_done: xfer=0xc4e6c070 pipe=0xc4ee79b0 transfer done TD(0xc4d6a800) at 0x0b06c800: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x10509147 ohci_device_done: xfer=0xc4e6c070, pipe=0xc4ee79b0, error=0 _ohci_remove_qh: 0xc3f0fc00 from 0xc3f0fc00 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=16 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc40fab00) at 0x0173db00: -TOG0 delay=7 ec=0 cc=15 cbp=0x01c25140 next=0x0173d200 be=0x01c25147 TD(0xc40fa200) at 0x0173d200: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x01c25148 next=0x0173d280 be=0x01c2514f TD(0xc40fa280) at 0x0173d280: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc40fab80 to 0xc4057580 ohci_check_transfer: xfer=0xc4272070 checking transfer ohci_non_isoc_done: xfer=0xc4272070 pipe=0xc40bc9b0 transfer done TD(0xc40fab00) at 0x0173db00: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x01c25147 ohci_device_done: xfer=0xc4272070, pipe=0xc40bc9b0, error=0 _ohci_remove_qh: 0xc40fab80 from 0xc40fab80 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=49 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc40fa700) at 0x0173d700: -TOG0 delay=7 ec=0 cc=15 cbp=0x01c25140 next=0x0173d680 be=0x01c25147 TD(0xc40fa680) at 0x0173d680: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x01c25148 next=0x0173d600 be=0x01c25170 TD(0xc40fa600) at 0x0173d600: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc40fa780 to 0xc4057580 ohci_check_transfer: xfer=0xc4272070 checking transfer ohci_non_isoc_done: xfer=0xc4272070 pipe=0xc40bc9b0 transfer done TD(0xc40fa700) at 0x0173d700: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x01c25147 ohci_device_done: xfer=0xc4272070, pipe=0xc40bc9b0, error=0 _ohci_remove_qh: 0xc40fa780 from 0xc40fa780 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=16 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc40fab00) at 0x0173db00: -TOG0 delay=7 ec=0 cc=15 cbp=0x01c25140 next=0x0173d200 be=0x01c25147 TD(0xc40fa200) at 0x0173d200: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x01c25148 next=0x0173d280 be=0x01c2514f TD(0xc40fa280) at 0x0173d280: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc40fab80 to 0xc4057580 ohci_check_transfer: xfer=0xc4272070 checking transfer ohci_non_isoc_done: xfer=0xc4272070 pipe=0xc40bc9b0 transfer done TD(0xc40fab00) at 0x0173db00: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x01c25147 ohci_device_done: xfer=0xc4272070, pipe=0xc40bc9b0, error=0 _ohci_remove_qh: 0xc40fab80 from 0xc40fab80 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=40 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc40fa700) at 0x0173d700: -TOG0 delay=7 ec=0 cc=15 cbp=0x01c25140 next=0x0173d680 be=0x01c25147 TD(0xc40fa680) at 0x0173d680: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x01c25148 next=0x0173d600 be=0x01c25167 TD(0xc40fa600) at 0x0173d600: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc40fa780 to 0xc4057580 ohci_check_transfer: xfer=0xc4272070 checking transfer ohci_non_isoc_done: xfer=0xc4272070 pipe=0xc40bc9b0 transfer done TD(0xc40fa700) at 0x0173d700: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x01c25147 ohci_device_done: xfer=0xc4272070, pipe=0xc40bc9b0, error=0 _ohci_remove_qh: 0xc40fa780 from 0xc40fa780 ohci_setup_standard_chain: addr=3 endpt=0 sumlen=16 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc4e89700) at 0x10728700: -TOG0 delay=7 ec=0 cc=15 cbp=0x10509140 next=0x0b06dd80 be=0x10509147 TD(0xc4d6bd80) at 0x0b06dd80: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x10509148 next=0x07ca9880 be=0x1050914f TD(0xc4b11880) at 0x07ca9880: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc4e89680 to 0xc4057580 ohci_check_transfer: xfer=0xc4e6c070 checking transfer ohci_non_isoc_done: xfer=0xc4e6c070 pipe=0xc4ee79b0 transfer done TD(0xc4e89700) at 0x10728700: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x10509147 ohci_device_done: xfer=0xc4e6c070, pipe=0xc4ee79b0, error=0 _ohci_remove_qh: 0xc4e89680 from 0xc4e89680 ohci_setup_standard_chain: addr=3 endpt=0 sumlen=40 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc4d6a800) at 0x0b06c800: -TOG0 delay=7 ec=0 cc=15 cbp=0x10509140 next=0x10728200 be=0x10509147 TD(0xc4e89200) at 0x10728200: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x10509148 next=0x012ada80 be=0x10509167 TD(0xc3f0fa80) at 0x012ada80: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc3f0fc00 to 0xc4057580 ohci_check_transfer: xfer=0xc4e6c070 checking transfer ohci_non_isoc_done: xfer=0xc4e6c070 pipe=0xc4ee79b0 transfer done TD(0xc4d6a800) at 0x0b06c800: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x10509147 ohci_device_done: xfer=0xc4e6c070, pipe=0xc4ee79b0, error=0 _ohci_remove_qh: 0xc3f0fc00 from 0xc3f0fc00 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=16 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc40fab00) at 0x0173db00: -TOG0 delay=7 ec=0 cc=15 cbp=0x01c25140 next=0x0173d200 be=0x01c25147 TD(0xc40fa200) at 0x0173d200: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x01c25148 next=0x0173d280 be=0x01c2514f TD(0xc40fa280) at 0x0173d280: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc40fab80 to 0xc4057580 ohci_check_transfer: xfer=0xc4272070 checking transfer ohci_non_isoc_done: xfer=0xc4272070 pipe=0xc40bc9b0 transfer done TD(0xc40fab00) at 0x0173db00: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x01c25147 ohci_device_done: xfer=0xc4272070, pipe=0xc40bc9b0, error=0 _ohci_remove_qh: 0xc40fab80 from 0xc40fab80 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=49 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc40fa700) at 0x0173d700: -TOG0 delay=7 ec=0 cc=15 cbp=0x01c25140 next=0x0173d680 be=0x01c25147 TD(0xc40fa680) at 0x0173d680: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x01c25148 next=0x0173d600 be=0x01c25170 TD(0xc40fa600) at 0x0173d600: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc40fa780 to 0xc4057580 ohci_check_transfer: xfer=0xc4272070 checking transfer ohci_non_isoc_done: xfer=0xc4272070 pipe=0xc40bc9b0 transfer done TD(0xc40fa700) at 0x0173d700: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x01c25147 ohci_device_done: xfer=0xc4272070, pipe=0xc40bc9b0, error=0 _ohci_remove_qh: 0xc40fa780 from 0xc40fa780 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=16 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc40fab00) at 0x0173db00: -TOG0 delay=7 ec=0 cc=15 cbp=0x01c25140 next=0x0173d200 be=0x01c25147 TD(0xc40fa200) at 0x0173d200: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x01c25148 next=0x0173d280 be=0x01c2514f TD(0xc40fa280) at 0x0173d280: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc40fab80 to 0xc4057580 ohci_check_transfer: xfer=0xc4272070 checking transfer ohci_non_isoc_done: xfer=0xc4272070 pipe=0xc40bc9b0 transfer done TD(0xc40fab00) at 0x0173db00: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x01c25147 ohci_device_done: xfer=0xc4272070, pipe=0xc40bc9b0, error=0 _ohci_remove_qh: 0xc40fab80 from 0xc40fab80 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=40 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc40fa700) at 0x0173d700: -TOG0 delay=7 ec=0 cc=15 cbp=0x01c25140 next=0x0173d680 be=0x01c25147 TD(0xc40fa680) at 0x0173d680: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x01c25148 next=0x0173d600 be=0x01c25167 TD(0xc40fa600) at 0x0173d600: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc40fa780 to 0xc4057580 ohci_check_transfer: xfer=0xc4272070 checking transfer ohci_non_isoc_done: xfer=0xc4272070 pipe=0xc40bc9b0 transfer done TD(0xc40fa700) at 0x0173d700: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x01c25147 ohci_device_done: xfer=0xc4272070, pipe=0xc40bc9b0, error=0 _ohci_remove_qh: 0xc40fa780 from 0xc40fa780 ohci_device_done: xfer=0xc4f51070, pipe=0xc4ee81d8, error=5 _ohci_remove_qh: 0xc4e89080 from 0xc4071900 ohci_device_done: xfer=0xc4f61140, pipe=0xc4ee81b0, error=5 _ohci_remove_qh: 0xc4d6b680 from 0xc4071980 ohci_device_done: xfer=0xc4f40070, pipe=0xc4ee81c4, error=5 _ohci_remove_qh: 0xc4d6a680 from 0xc4071900 ohci_device_done: xfer=0xc4f50140, pipe=0xc4ee81b0, error=5 _ohci_remove_qh: 0xc3f0f400 from 0xc4071980 ohci_setup_standard_chain: addr=3 endpt=0 sumlen=16 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc4e89700) at 0x10728700: -TOG0 delay=7 ec=0 cc=15 cbp=0x10509140 next=0x0b06dd80 be=0x10509147 TD(0xc4d6bd80) at 0x0b06dd80: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x10509148 next=0x07ca9880 be=0x1050914f TD(0xc4b11880) at 0x07ca9880: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc4e89680 to 0xc4057580 ohci_check_transfer: xfer=0xc4e6c070 checking transfer ohci_non_isoc_done: xfer=0xc4e6c070 pipe=0xc4ee79b0 transfer done TD(0xc4e89700) at 0x10728700: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x10509147 ohci_device_done: xfer=0xc4e6c070, pipe=0xc4ee79b0, error=0 _ohci_remove_qh: 0xc4e89680 from 0xc4e89680 ohci_setup_standard_chain: addr=3 endpt=0 sumlen=40 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc4d6a800) at 0x0b06c800: -TOG0 delay=7 ec=0 cc=15 cbp=0x10509140 next=0x10728200 be=0x10509147 TD(0xc4e89200) at 0x10728200: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x10509148 next=0x012ada80 be=0x10509167 TD(0xc3f0fa80) at 0x012ada80: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc3f0fc00 to 0xc4057580 ohci_check_transfer: xfer=0xc4e6c070 checking transfer ohci_non_isoc_done: xfer=0xc4e6c070 pipe=0xc4ee79b0 transfer done TD(0xc4d6a800) at 0x0b06c800: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x10509147 ohci_device_done: xfer=0xc4e6c070, pipe=0xc4ee79b0, error=0 _ohci_remove_qh: 0xc3f0fc00 from 0xc3f0fc00 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=16 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc40fab00) at 0x0173db00: -TOG0 delay=7 ec=0 cc=15 cbp=0x01c25140 next=0x0173d200 be=0x01c25147 TD(0xc40fa200) at 0x0173d200: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x01c25148 next=0x0173d280 be=0x01c2514f TD(0xc40fa280) at 0x0173d280: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc40fab80 to 0xc4057580 ohci_check_transfer: xfer=0xc4272070 checking transfer ohci_non_isoc_done: xfer=0xc4272070 pipe=0xc40bc9b0 transfer done TD(0xc40fab00) at 0x0173db00: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x01c25147 ohci_device_done: xfer=0xc4272070, pipe=0xc40bc9b0, error=0 _ohci_remove_qh: 0xc40fab80 from 0xc40fab80 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=49 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc40fa700) at 0x0173d700: -TOG0 delay=7 ec=0 cc=15 cbp=0x01c25140 next=0x0173d680 be=0x01c25147 TD(0xc40fa680) at 0x0173d680: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x01c25148 next=0x0173d600 be=0x01c25170 TD(0xc40fa600) at 0x0173d600: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc40fa780 to 0xc4057580 ohci_check_transfer: xfer=0xc4272070 checking transfer ohci_non_isoc_done: xfer=0xc4272070 pipe=0xc40bc9b0 transfer done TD(0xc40fa700) at 0x0173d700: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x01c25147 ohci_device_done: xfer=0xc4272070, pipe=0xc40bc9b0, error=0 _ohci_remove_qh: 0xc40fa780 from 0xc40fa780 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=16 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc40fab00) at 0x0173db00: -TOG0 delay=7 ec=0 cc=15 cbp=0x01c25140 next=0x0173d200 be=0x01c25147 TD(0xc40fa200) at 0x0173d200: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x01c25148 next=0x0173d280 be=0x01c2514f TD(0xc40fa280) at 0x0173d280: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc40fab80 to 0xc4057580 ohci_check_transfer: xfer=0xc4272070 checking transfer ohci_non_isoc_done: xfer=0xc4272070 pipe=0xc40bc9b0 transfer done TD(0xc40fab00) at 0x0173db00: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x01c25147 ohci_device_done: xfer=0xc4272070, pipe=0xc40bc9b0, error=0 _ohci_remove_qh: 0xc40fab80 from 0xc40fab80 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=40 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc40fa700) at 0x0173d700: -TOG0 delay=7 ec=0 cc=15 cbp=0x01c25140 next=0x0173d680 be=0x01c25147 TD(0xc40fa680) at 0x0173d680: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x01c25148 next=0x0173d600 be=0x01c25167 TD(0xc40fa600) at 0x0173d600: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc40fa780 to 0xc4057580 ohci_check_transfer: xfer=0xc4272070 checking transfer ohci_non_isoc_done: xfer=0xc4272070 pipe=0xc40bc9b0 transfer done TD(0xc40fa700) at 0x0173d700: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x01c25147 ohci_device_done: xfer=0xc4272070, pipe=0xc40bc9b0, error=0 _ohci_remove_qh: 0xc40fa780 from 0xc40fa780 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=16 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc4d6ba80) at 0x0b06da80: -TOG0 delay=7 ec=0 cc=15 cbp=0x01c4f140 next=0x0b06cb80 be=0x01c4f147 TD(0xc4d6ab80) at 0x0b06cb80: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x01c4f148 next=0x0b06d880 be=0x01c4f14f TD(0xc4d6b880) at 0x0b06d880: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc4d6be80 to 0xc4071980 ohci_check_transfer: xfer=0xc4286070 checking transfer ohci_non_isoc_done: xfer=0xc4286070 pipe=0xc4ee81b0 transfer done TD(0xc4d6ba80) at 0x0b06da80: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x01c4f147 ohci_device_done: xfer=0xc4286070, pipe=0xc4ee81b0, error=0 _ohci_remove_qh: 0xc4d6be80 from 0xc4d6be80 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=40 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc4d6ad80) at 0x0b06cd80: -TOG0 delay=7 ec=0 cc=15 cbp=0x01c4f140 next=0x0b06cd00 be=0x01c4f147 TD(0xc4d6ad00) at 0x0b06cd00: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x01c4f148 next=0x0b06cb00 be=0x01c4f167 TD(0xc4d6ab00) at 0x0b06cb00: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc4d6b300 to 0xc4071980 ohci_check_transfer: xfer=0xc4286070 checking transfer ohci_non_isoc_done: xfer=0xc4286070 pipe=0xc4ee81b0 transfer done TD(0xc4d6ad80) at 0x0b06cd80: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x01c4f147 ohci_device_done: xfer=0xc4286070, pipe=0xc4ee81b0, error=0 _ohci_remove_qh: 0xc4d6b300 from 0xc4d6b300 ohci_setup_standard_chain: addr=3 endpt=0 sumlen=16 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc4e89700) at 0x10728700: -TOG0 delay=7 ec=0 cc=15 cbp=0x10509140 next=0x0b06dd80 be=0x10509147 TD(0xc4d6bd80) at 0x0b06dd80: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x10509148 next=0x07ca9880 be=0x1050914f TD(0xc4b11880) at 0x07ca9880: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc4e89680 to 0xc4057580 ohci_check_transfer: xfer=0xc4e6c070 checking transfer ohci_non_isoc_done: xfer=0xc4e6c070 pipe=0xc4ee79b0 transfer done TD(0xc4e89700) at 0x10728700: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x10509147 ohci_device_done: xfer=0xc4e6c070, pipe=0xc4ee79b0, error=0 _ohci_remove_qh: 0xc4e89680 from 0xc4e89680 ohci_setup_standard_chain: addr=3 endpt=0 sumlen=40 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc4d6a800) at 0x0b06c800: -TOG0 delay=7 ec=0 cc=15 cbp=0x10509140 next=0x10728200 be=0x10509147 TD(0xc4e89200) at 0x10728200: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x10509148 next=0x012ada80 be=0x10509167 TD(0xc3f0fa80) at 0x012ada80: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc3f0fc00 to 0xc4057580 ohci_check_transfer: xfer=0xc4e6c070 checking transfer ohci_non_isoc_done: xfer=0xc4e6c070 pipe=0xc4ee79b0 transfer done TD(0xc4d6a800) at 0x0b06c800: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x10509147 ohci_device_done: xfer=0xc4e6c070, pipe=0xc4ee79b0, error=0 _ohci_remove_qh: 0xc3f0fc00 from 0xc3f0fc00 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=16 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc40fab00) at 0x0173db00: -TOG0 delay=7 ec=0 cc=15 cbp=0x01c25140 next=0x0173d200 be=0x01c25147 TD(0xc40fa200) at 0x0173d200: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x01c25148 next=0x0173d280 be=0x01c2514f TD(0xc40fa280) at 0x0173d280: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc40fab80 to 0xc4057580 ohci_check_transfer: xfer=0xc4272070 checking transfer ohci_non_isoc_done: xfer=0xc4272070 pipe=0xc40bc9b0 transfer done TD(0xc40fab00) at 0x0173db00: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x01c25147 ohci_device_done: xfer=0xc4272070, pipe=0xc40bc9b0, error=0 _ohci_remove_qh: 0xc40fab80 from 0xc40fab80 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=49 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc40fa700) at 0x0173d700: -TOG0 delay=7 ec=0 cc=15 cbp=0x01c25140 next=0x0173d680 be=0x01c25147 TD(0xc40fa680) at 0x0173d680: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x01c25148 next=0x0173d600 be=0x01c25170 TD(0xc40fa600) at 0x0173d600: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc40fa780 to 0xc4057580 ohci_check_transfer: xfer=0xc4272070 checking transfer ohci_non_isoc_done: xfer=0xc4272070 pipe=0xc40bc9b0 transfer done TD(0xc40fa700) at 0x0173d700: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x01c25147 ohci_device_done: xfer=0xc4272070, pipe=0xc40bc9b0, error=0 _ohci_remove_qh: 0xc40fa780 from 0xc40fa780 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=16 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc40fab00) at 0x0173db00: -TOG0 delay=7 ec=0 cc=15 cbp=0x01c25140 next=0x0173d200 be=0x01c25147 TD(0xc40fa200) at 0x0173d200: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x01c25148 next=0x0173d280 be=0x01c2514f TD(0xc40fa280) at 0x0173d280: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc40fab80 to 0xc4057580 ohci_check_transfer: xfer=0xc4272070 checking transfer ohci_non_isoc_done: xfer=0xc4272070 pipe=0xc40bc9b0 transfer done TD(0xc40fab00) at 0x0173db00: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x01c25147 ohci_device_done: xfer=0xc4272070, pipe=0xc40bc9b0, error=0 _ohci_remove_qh: 0xc40fab80 from 0xc40fab80 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=40 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc40fa700) at 0x0173d700: -TOG0 delay=7 ec=0 cc=15 cbp=0x01c25140 next=0x0173d680 be=0x01c25147 TD(0xc40fa680) at 0x0173d680: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x01c25148 next=0x0173d600 be=0x01c25167 TD(0xc40fa600) at 0x0173d600: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc40fa780 to 0xc4057580 ohci_check_transfer: xfer=0xc4272070 checking transfer ohci_non_isoc_done: xfer=0xc4272070 pipe=0xc40bc9b0 transfer done TD(0xc40fa700) at 0x0173d700: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x01c25147 ohci_device_done: xfer=0xc4272070, pipe=0xc40bc9b0, error=0 _ohci_remove_qh: 0xc40fa780 from 0xc40fa780 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=16 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc4d6ba80) at 0x0b06da80: -TOG0 delay=7 ec=0 cc=15 cbp=0x01c4f140 next=0x0b06cb80 be=0x01c4f147 TD(0xc4d6ab80) at 0x0b06cb80: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x01c4f148 next=0x0b06d880 be=0x01c4f14f TD(0xc4d6b880) at 0x0b06d880: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc4d6be80 to 0xc4071980 ohci_check_transfer: xfer=0xc4286070 checking transfer ohci_non_isoc_done: xfer=0xc4286070 pipe=0xc4ee81b0 transfer done TD(0xc4d6ba80) at 0x0b06da80: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x01c4f147 ohci_device_done: xfer=0xc4286070, pipe=0xc4ee81b0, error=0 _ohci_remove_qh: 0xc4d6be80 from 0xc4d6be80 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=40 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc4d6ad80) at 0x0b06cd80: -TOG0 delay=7 ec=0 cc=15 cbp=0x01c4f140 next=0x0b06cd00 be=0x01c4f147 TD(0xc4d6ad00) at 0x0b06cd00: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x01c4f148 next=0x0b06cb00 be=0x01c4f167 TD(0xc4d6ab00) at 0x0b06cb00: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc4d6b300 to 0xc4071980 ohci_check_transfer: xfer=0xc4286070 checking transfer ohci_non_isoc_done: xfer=0xc4286070 pipe=0xc4ee81b0 transfer done TD(0xc4d6ad80) at 0x0b06cd80: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x01c4f147 ohci_device_done: xfer=0xc4286070, pipe=0xc4ee81b0, error=0 _ohci_remove_qh: 0xc4d6b300 from 0xc4d6b300 ohci_setup_standard_chain: addr=3 endpt=0 sumlen=16 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc4e89700) at 0x10728700: -TOG0 delay=7 ec=0 cc=15 cbp=0x10509140 next=0x0b06dd80 be=0x10509147 TD(0xc4d6bd80) at 0x0b06dd80: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x10509148 next=0x07ca9880 be=0x1050914f TD(0xc4b11880) at 0x07ca9880: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc4e89680 to 0xc4057580 ohci_check_transfer: xfer=0xc4e6c070 checking transfer ohci_non_isoc_done: xfer=0xc4e6c070 pipe=0xc4ee79b0 transfer done TD(0xc4e89700) at 0x10728700: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x10509147 ohci_device_done: xfer=0xc4e6c070, pipe=0xc4ee79b0, error=0 _ohci_remove_qh: 0xc4e89680 from 0xc4e89680 ohci_setup_standard_chain: addr=3 endpt=0 sumlen=40 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc4d6a800) at 0x0b06c800: -TOG0 delay=7 ec=0 cc=15 cbp=0x10509140 next=0x10728200 be=0x10509147 TD(0xc4e89200) at 0x10728200: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x10509148 next=0x012ada80 be=0x10509167 TD(0xc3f0fa80) at 0x012ada80: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc3f0fc00 to 0xc4057580 ohci_check_transfer: xfer=0xc4e6c070 checking transfer ohci_non_isoc_done: xfer=0xc4e6c070 pipe=0xc4ee79b0 transfer done TD(0xc4d6a800) at 0x0b06c800: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x10509147 ohci_device_done: xfer=0xc4e6c070, pipe=0xc4ee79b0, error=0 _ohci_remove_qh: 0xc3f0fc00 from 0xc3f0fc00 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=16 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc40fab00) at 0x0173db00: -TOG0 delay=7 ec=0 cc=15 cbp=0x01c25140 next=0x0173d200 be=0x01c25147 TD(0xc40fa200) at 0x0173d200: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x01c25148 next=0x0173d280 be=0x01c2514f TD(0xc40fa280) at 0x0173d280: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc40fab80 to 0xc4057580 ohci_check_transfer: xfer=0xc4272070 checking transfer ohci_non_isoc_done: xfer=0xc4272070 pipe=0xc40bc9b0 transfer done TD(0xc40fab00) at 0x0173db00: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x01c25147 ohci_device_done: xfer=0xc4272070, pipe=0xc40bc9b0, error=0 _ohci_remove_qh: 0xc40fab80 from 0xc40fab80 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=49 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc40fa700) at 0x0173d700: -TOG0 delay=7 ec=0 cc=15 cbp=0x01c25140 next=0x0173d680 be=0x01c25147 TD(0xc40fa680) at 0x0173d680: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x01c25148 next=0x0173d600 be=0x01c25170 TD(0xc40fa600) at 0x0173d600: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc40fa780 to 0xc4057580 ohci_check_transfer: xfer=0xc4272070 checking transfer ohci_non_isoc_done: xfer=0xc4272070 pipe=0xc40bc9b0 transfer done TD(0xc40fa700) at 0x0173d700: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x01c25147 ohci_device_done: xfer=0xc4272070, pipe=0xc40bc9b0, error=0 _ohci_remove_qh: 0xc40fa780 from 0xc40fa780 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=16 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc40fab00) at 0x0173db00: -TOG0 delay=7 ec=0 cc=15 cbp=0x01c25140 next=0x0173d200 be=0x01c25147 TD(0xc40fa200) at 0x0173d200: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x01c25148 next=0x0173d280 be=0x01c2514f TD(0xc40fa280) at 0x0173d280: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc40fab80 to 0xc4057580 ohci_check_transfer: xfer=0xc4272070 checking transfer ohci_non_isoc_done: xfer=0xc4272070 pipe=0xc40bc9b0 transfer done TD(0xc40fab00) at 0x0173db00: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x01c25147 ohci_device_done: xfer=0xc4272070, pipe=0xc40bc9b0, error=0 _ohci_remove_qh: 0xc40fab80 from 0xc40fab80 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=40 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc40fa700) at 0x0173d700: -TOG0 delay=7 ec=0 cc=15 cbp=0x01c25140 next=0x0173d680 be=0x01c25147 TD(0xc40fa680) at 0x0173d680: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x01c25148 next=0x0173d600 be=0x01c25167 TD(0xc40fa600) at 0x0173d600: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc40fa780 to 0xc4057580 ohci_check_transfer: xfer=0xc4272070 checking transfer ohci_non_isoc_done: xfer=0xc4272070 pipe=0xc40bc9b0 transfer done TD(0xc40fa700) at 0x0173d700: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x01c25147 ohci_device_done: xfer=0xc4272070, pipe=0xc40bc9b0, error=0 _ohci_remove_qh: 0xc40fa780 from 0xc40fa780 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=16 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc4d6ba80) at 0x0b06da80: -TOG0 delay=7 ec=0 cc=15 cbp=0x01c4f140 next=0x0b06cb80 be=0x01c4f147 TD(0xc4d6ab80) at 0x0b06cb80: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x01c4f148 next=0x0b06d880 be=0x01c4f14f TD(0xc4d6b880) at 0x0b06d880: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc4d6be80 to 0xc4071980 ohci_check_transfer: xfer=0xc4286070 checking transfer ohci_non_isoc_done: xfer=0xc4286070 pipe=0xc4ee81b0 transfer done TD(0xc4d6ba80) at 0x0b06da80: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x01c4f147 ohci_device_done: xfer=0xc4286070, pipe=0xc4ee81b0, error=0 _ohci_remove_qh: 0xc4d6be80 from 0xc4d6be80 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=40 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc4d6ad80) at 0x0b06cd80: -TOG0 delay=7 ec=0 cc=15 cbp=0x01c4f140 next=0x0b06cd00 be=0x01c4f147 TD(0xc4d6ad00) at 0x0b06cd00: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x01c4f148 next=0x0b06cb00 be=0x01c4f167 TD(0xc4d6ab00) at 0x0b06cb00: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc4d6b300 to 0xc4071980 ohci_check_transfer: xfer=0xc4286070 checking transfer ohci_non_isoc_done: xfer=0xc4286070 pipe=0xc4ee81b0 transfer done TD(0xc4d6ad80) at 0x0b06cd80: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x01c4f147 ohci_device_done: xfer=0xc4286070, pipe=0xc4ee81b0, error=0 _ohci_remove_qh: 0xc4d6b300 from 0xc4d6b300 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=8 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc4f64200) at 0x13c66200: -TOG0 delay=7 ec=0 cc=15 cbp=0x13d11210 next=0x13c66180 be=0x13d11217 TD(0xc4f64180) at 0x13c66180: -R-IN-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc4f64280 to 0xc4071980 ohci_check_transfer: xfer=0xc4f50140 checking transfer ohci_non_isoc_done: xfer=0xc4f50140 pipe=0xc4ee81b0 transfer done TD(0xc4f64200) at 0x13c66200: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x13d11217 ohci_device_done: xfer=0xc4f50140, pipe=0xc4ee81b0, error=22 _ohci_remove_qh: 0xc4f64280 from 0xc4f64280 ohci_setup_standard_chain: addr=2 endpt=1 sumlen=5 speed=2 ohci_setup_standard_chain: nexttog=0; data before transfer: TD(0xc4d69b00) at 0x09877b00: -OUT-TOG0 delay=1 ec=0 cc=15 cbp=0x13d01140 next=0x00000000 be=0x13d01144 _ohci_append_qh: 0xc4d69b80 to 0xc4071900 ohci_check_transfer: xfer=0xc4f40070 checking transfer ohci_non_isoc_done: xfer=0xc4f40070 pipe=0xc4ee81c4 transfer done TD(0xc4d69b00) at 0x09877b00: -OUT-TOG1 delay=1 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x13d01144 ohci_device_done: xfer=0xc4f40070, pipe=0xc4ee81c4, error=0 _ohci_remove_qh: 0xc4d69b80 from 0xc4d69b80 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=8 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc4c61a00) at 0x07c62a00: -TOG0 delay=7 ec=0 cc=15 cbp=0x13d22210 next=0x0b06d800 be=0x13d22217 TD(0xc4d6b800) at 0x0b06d800: -R-IN-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc4d6bb00 to 0xc4071980 ohci_check_transfer: xfer=0xc4f61140 checking transfer ohci_non_isoc_done: xfer=0xc4f61140 pipe=0xc4ee81b0 transfer done TD(0xc4c61a00) at 0x07c62a00: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x13d22217 ohci_device_done: xfer=0xc4f61140, pipe=0xc4ee81b0, error=22 _ohci_remove_qh: 0xc4d6bb00 from 0xc4d6bb00 ohci_setup_standard_chain: addr=2 endpt=1 sumlen=4 speed=2 ohci_setup_standard_chain: nexttog=0; data before transfer: TD(0xc4d6b380) at 0x0b06d380: -R-IN-TOG0 delay=1 ec=0 cc=15 cbp=0x13d12140 next=0x00000000 be=0x13d12143 _ohci_append_qh: 0xc4d6b400 to 0xc4071900 ohci_timeout: xfer=0xc4f51070 ohci_device_done: xfer=0xc4f51070, pipe=0xc4ee81d8, error=20 _ohci_remove_qh: 0xc4d6b400 from 0xc4d6b400 ohci_device_done: xfer=0xc4f51070, pipe=0xc4ee81d8, error=5 _ohci_remove_qh: 0xc4d6b400 from 0xc4071900 ohci_device_done: xfer=0xc4f61140, pipe=0xc4ee81b0, error=5 _ohci_remove_qh: 0xc4d6bb00 from 0xc4071980 ohci_device_done: xfer=0xc4f40070, pipe=0xc4ee81c4, error=5 _ohci_remove_qh: 0xc4d69b80 from 0xc4071900 ohci_device_done: xfer=0xc4f50140, pipe=0xc4ee81b0, error=5 _ohci_remove_qh: 0xc4f64280 from 0xc4071980 ohci_setup_standard_chain: addr=3 endpt=0 sumlen=16 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc4e89700) at 0x10728700: -TOG0 delay=7 ec=0 cc=15 cbp=0x10509140 next=0x0b06dd80 be=0x10509147 TD(0xc4d6bd80) at 0x0b06dd80: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x10509148 next=0x07ca9880 be=0x1050914f TD(0xc4b11880) at 0x07ca9880: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc4e89680 to 0xc4057580 ohci_check_transfer: xfer=0xc4e6c070 checking transfer ohci_non_isoc_done: xfer=0xc4e6c070 pipe=0xc4ee79b0 transfer done TD(0xc4e89700) at 0x10728700: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x10509147 ohci_device_done: xfer=0xc4e6c070, pipe=0xc4ee79b0, error=0 _ohci_remove_qh: 0xc4e89680 from 0xc4e89680 ohci_setup_standard_chain: addr=3 endpt=0 sumlen=40 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc4d6a800) at 0x0b06c800: -TOG0 delay=7 ec=0 cc=15 cbp=0x10509140 next=0x10728200 be=0x10509147 TD(0xc4e89200) at 0x10728200: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x10509148 next=0x012ada80 be=0x10509167 TD(0xc3f0fa80) at 0x012ada80: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc3f0fc00 to 0xc4057580 ohci_check_transfer: xfer=0xc4e6c070 checking transfer ohci_non_isoc_done: xfer=0xc4e6c070 pipe=0xc4ee79b0 transfer done TD(0xc4d6a800) at 0x0b06c800: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x10509147 ohci_device_done: xfer=0xc4e6c070, pipe=0xc4ee79b0, error=0 _ohci_remove_qh: 0xc3f0fc00 from 0xc3f0fc00 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=16 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc40fab00) at 0x0173db00: -TOG0 delay=7 ec=0 cc=15 cbp=0x01c25140 next=0x0173d200 be=0x01c25147 TD(0xc40fa200) at 0x0173d200: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x01c25148 next=0x0173d280 be=0x01c2514f TD(0xc40fa280) at 0x0173d280: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc40fab80 to 0xc4057580 ohci_check_transfer: xfer=0xc4272070 checking transfer ohci_non_isoc_done: xfer=0xc4272070 pipe=0xc40bc9b0 transfer done TD(0xc40fab00) at 0x0173db00: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x01c25147 ohci_device_done: xfer=0xc4272070, pipe=0xc40bc9b0, error=0 _ohci_remove_qh: 0xc40fab80 from 0xc40fab80 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=49 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc40fa700) at 0x0173d700: -TOG0 delay=7 ec=0 cc=15 cbp=0x01c25140 next=0x0173d680 be=0x01c25147 TD(0xc40fa680) at 0x0173d680: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x01c25148 next=0x0173d600 be=0x01c25170 TD(0xc40fa600) at 0x0173d600: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc40fa780 to 0xc4057580 ohci_check_transfer: xfer=0xc4272070 checking transfer ohci_non_isoc_done: xfer=0xc4272070 pipe=0xc40bc9b0 transfer done TD(0xc40fa700) at 0x0173d700: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x01c25147 ohci_device_done: xfer=0xc4272070, pipe=0xc40bc9b0, error=0 _ohci_remove_qh: 0xc40fa780 from 0xc40fa780 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=16 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc40fab00) at 0x0173db00: -TOG0 delay=7 ec=0 cc=15 cbp=0x01c25140 next=0x0173d200 be=0x01c25147 TD(0xc40fa200) at 0x0173d200: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x01c25148 next=0x0173d280 be=0x01c2514f TD(0xc40fa280) at 0x0173d280: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc40fab80 to 0xc4057580 ohci_check_transfer: xfer=0xc4272070 checking transfer ohci_non_isoc_done: xfer=0xc4272070 pipe=0xc40bc9b0 transfer done TD(0xc40fab00) at 0x0173db00: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x01c25147 ohci_device_done: xfer=0xc4272070, pipe=0xc40bc9b0, error=0 _ohci_remove_qh: 0xc40fab80 from 0xc40fab80 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=40 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc40fa700) at 0x0173d700: -TOG0 delay=7 ec=0 cc=15 cbp=0x01c25140 next=0x0173d680 be=0x01c25147 TD(0xc40fa680) at 0x0173d680: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x01c25148 next=0x0173d600 be=0x01c25167 TD(0xc40fa600) at 0x0173d600: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc40fa780 to 0xc4057580 ohci_check_transfer: xfer=0xc4272070 checking transfer ohci_non_isoc_done: xfer=0xc4272070 pipe=0xc40bc9b0 transfer done TD(0xc40fa700) at 0x0173d700: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x01c25147 ohci_device_done: xfer=0xc4272070, pipe=0xc40bc9b0, error=0 _ohci_remove_qh: 0xc40fa780 from 0xc40fa780 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=16 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc4d6ba80) at 0x0b06da80: -TOG0 delay=7 ec=0 cc=15 cbp=0x01c4f140 next=0x0b06cb80 be=0x01c4f147 TD(0xc4d6ab80) at 0x0b06cb80: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x01c4f148 next=0x0b06d880 be=0x01c4f14f TD(0xc4d6b880) at 0x0b06d880: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc4d6be80 to 0xc4071980 ohci_check_transfer: xfer=0xc4286070 checking transfer ohci_non_isoc_done: xfer=0xc4286070 pipe=0xc4ee81b0 transfer done TD(0xc4d6ba80) at 0x0b06da80: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x01c4f147 ohci_device_done: xfer=0xc4286070, pipe=0xc4ee81b0, error=0 _ohci_remove_qh: 0xc4d6be80 from 0xc4d6be80 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=40 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc4d6ad80) at 0x0b06cd80: -TOG0 delay=7 ec=0 cc=15 cbp=0x01c4f140 next=0x0b06cd00 be=0x01c4f147 TD(0xc4d6ad00) at 0x0b06cd00: -R-IN-TOG1 delay=7 ec=0 cc=15 cbp=0x01c4f148 next=0x0b06cb00 be=0x01c4f167 TD(0xc4d6ab00) at 0x0b06cb00: -OUT-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc4d6b300 to 0xc4071980 ohci_check_transfer: xfer=0xc4286070 checking transfer ohci_non_isoc_done: xfer=0xc4286070 pipe=0xc4ee81b0 transfer done TD(0xc4d6ad80) at 0x0b06cd80: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x01c4f147 ohci_device_done: xfer=0xc4286070, pipe=0xc4ee81b0, error=0 _ohci_remove_qh: 0xc4d6b300 from 0xc4d6b300 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=8 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc4e89600) at 0x10728600: -TOG0 delay=7 ec=0 cc=15 cbp=0x13d1a210 next=0x10728580 be=0x13d1a217 TD(0xc4e89580) at 0x10728580: -R-IN-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc4e89000 to 0xc4071980 ohci_check_transfer: xfer=0xc4f50140 checking transfer ohci_non_isoc_done: xfer=0xc4f50140 pipe=0xc4ee81b0 transfer done TD(0xc4e89600) at 0x10728600: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x13d1a217 ohci_device_done: xfer=0xc4f50140, pipe=0xc4ee81b0, error=22 _ohci_remove_qh: 0xc4e89000 from 0xc4e89000 ohci_setup_standard_chain: addr=2 endpt=1 sumlen=5 speed=2 ohci_setup_standard_chain: nexttog=0; data before transfer: TD(0xc4d6b980) at 0x0b06d980: -OUT-TOG0 delay=1 ec=0 cc=15 cbp=0x13d0a140 next=0x00000000 be=0x13d0a144 _ohci_append_qh: 0xc4d69c00 to 0xc4071900 ohci_check_transfer: xfer=0xc4f40070 checking transfer ohci_non_isoc_done: xfer=0xc4f40070 pipe=0xc4ee81c4 transfer done TD(0xc4d6b980) at 0x0b06d980: -OUT-TOG1 delay=1 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x13d0a144 ohci_device_done: xfer=0xc4f40070, pipe=0xc4ee81c4, error=0 _ohci_remove_qh: 0xc4d69c00 from 0xc4d69c00 ohci_setup_standard_chain: addr=2 endpt=0 sumlen=8 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc4d6b600) at 0x0b06d600: -TOG0 delay=7 ec=0 cc=15 cbp=0x13ceb210 next=0x0b06d700 be=0x13ceb217 TD(0xc4d6b700) at 0x0b06d700: -R-IN-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc4d6b680 to 0xc4071980 ohci_check_transfer: xfer=0xc4f61140 checking transfer ohci_non_isoc_done: xfer=0xc4f61140 pipe=0xc4ee81b0 transfer done TD(0xc4d6b600) at 0x0b06d600: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x13ceb217 ohci_device_done: xfer=0xc4f61140, pipe=0xc4ee81b0, error=22 _ohci_remove_qh: 0xc4d6b680 from 0xc4d6b680 ohci_setup_standard_chain: addr=2 endpt=1 sumlen=4 speed=2 ohci_setup_standard_chain: nexttog=0; data before transfer: TD(0xc4e89180) at 0x10728180: -R-IN-TOG0 delay=1 ec=0 cc=15 cbp=0x13d1b140 next=0x00000000 be=0x13d1b143 _ohci_append_qh: 0xc4e89080 to 0xc4071900 ohci_timeout: xfer=0xc4f51070 ohci_device_done: xfer=0xc4f51070, pipe=0xc4ee81d8, error=20 _ohci_remove_qh: 0xc4e89080 from 0xc4e89080 ohci_device_done: xfer=0xc4f51070, pipe=0xc4ee81d8, error=5 _ohci_remove_qh: 0xc4e89080 from 0xc4071900 ohci_device_done: xfer=0xc4f61140, pipe=0xc4ee81b0, error=5 _ohci_remove_qh: 0xc4d6b680 from 0xc4071980 ohci_device_done: xfer=0xc4f40070, pipe=0xc4ee81c4, error=5 _ohci_remove_qh: 0xc4d69c00 from 0xc4071900 ohci_device_done: xfer=0xc4f50140, pipe=0xc4ee81b0, error=5 _ohci_remove_qh: 0xc4e89000 from 0xc4071980 Maybe this one is trickier. I will leave it for now. Regards, Xiaofan From owner-freebsd-usb@FreeBSD.ORG Fri Apr 25 14:33:54 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAE931065673 for ; Fri, 25 Apr 2008 14:33:54 +0000 (UTC) (envelope-from xiaofanc@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.178]) by mx1.freebsd.org (Postfix) with ESMTP id 78B088FC12 for ; Fri, 25 Apr 2008 14:33:54 +0000 (UTC) (envelope-from xiaofanc@gmail.com) Received: by el-out-1112.google.com with SMTP id m34so1661389ele.8 for ; Fri, 25 Apr 2008 07:33:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=+VKiW83lyyqnuFsioVbsINgS3Gaya1WM2c8KVaxpYbQ=; b=OATrDlZ4nUdlscBfeDJHsqiRSZRoGYzShi0JhkTZQVu/Lb4RiXtCWOp5zsNCCmjfdIDs5tGTUSIKOOGReWJZiPzbjp8MQPE96LWv1vCizT4VK+MT3wE27/13FqBUaYa3Ou9UZzIfGcHWYZTtxocCrZBQrTmJbCdI+1txWSTTMBI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=oY6XTjCaQO0OWyVKizQrtI/JRjSuswr9v/NGFEs/LUJ3GetQx7NUIxTMxMX35n2aSdxb3hPTer7obSsawmN2OfQ9NxZuox4nAQJhNCjQWHv6wK0RRnA8+xTQKboT3zEt09kcg4Xe6vu6u5Ey3q7edz+SwlF/r+v7dtKl5lJGIjo= Received: by 10.114.52.1 with SMTP id z1mr3239600waz.62.1209134033087; Fri, 25 Apr 2008 07:33:53 -0700 (PDT) Received: by 10.114.39.14 with HTTP; Fri, 25 Apr 2008 07:33:53 -0700 (PDT) Message-ID: Date: Fri, 25 Apr 2008 22:33:53 +0800 From: "Xiaofan Chen" To: freebsd-usb@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: USB Mass Storage Device with HPS Stack X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 14:33:54 -0000 I've got a free USB flash disk from National Semiconductor. It may be the so-called U3 device since it comes up as a CDROM and a removable USB drive. The removable USB drive part works fine. But I am not able to mount the CD part which contains some datasheets from National Semiconductor. Any tips on this? umass0: on usb2 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:0:0:-1: Attached to scbus0 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: 477MB (976896 512 byte sectors: 64H 32S/T 477C) cd0 at umass-sim0 bus 0 target 0 lun 1 cd0: Removable CD-ROM SCSI-2 device cd0: 40.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present GEOM_LABEL: Label for provider da0s1 is msdosfs/NATIONAL. [mcuee@freebsd7 /media]$ sudo mount_msdosfs /dev/da0s1 /media/usbdisk1 [mcuee@freebsd7 /media]$ ls -la /media/usbdisk1 total 18 drwxr-xr-x 1 root wheel 16384 Dec 31 1979 . drwxr-xr-x 11 root wheel 512 Apr 25 22:16 .. [mcuee@freebsd7 /media]$ sudo mount_cd9660 /dev/cd0 /media/usbcd mount_cd9660: /dev/cd0: Invalid argument Xiaofan From owner-freebsd-usb@FreeBSD.ORG Fri Apr 25 15:57:02 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60FBD1065677 for ; Fri, 25 Apr 2008 15:57:02 +0000 (UTC) (envelope-from duane.hesser@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id C14C38FC35 for ; Fri, 25 Apr 2008 15:57:01 +0000 (UTC) (envelope-from duane.hesser@gmail.com) Received: by yw-out-2324.google.com with SMTP id 5so457789ywh.13 for ; Fri, 25 Apr 2008 08:56:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:message-id:date:from:to:cc:subject:in-reply-to:references:reply-to:x-mailer:mime-version:content-type:content-transfer-encoding; bh=+lV3EtaAn841VbcwmaKxDbZm/XfEpbv1yUcbRoiSigk=; b=xptAOr/od8gBlbPyCLpblpELillMxADYTUufh6yfh9P31suqgraMQiVtUUvktQ4L6piXbRC4rafUU6+aavh/iaw+Qu/jzv9Sz7ksfhHDkbiK3B5vytbWwORJk3Cfs9y4OFDzxEaqwoO0Zfsygyr7lYCeXyepVLGoaDCrNYsI784= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:cc:subject:in-reply-to:references:reply-to:x-mailer:mime-version:content-type:content-transfer-encoding; b=TbDJj/MW3VJEjy6co3VfFQ14MIXtJYly3/XIFzxrw4wCqqs6vuDxoUp12SbRi54ts/1qSzoQvNAP4xSoU/n/X3wNVNbYudn2ukTamWrmOVqo60T0BInAkVBI1s3a1GNEbQ8DtjUjiS0z8Ti+t+dhEJ1ixzoKvs0FX7vh6HUub98= Received: by 10.142.69.12 with SMTP id r12mr819714wfa.42.1209137321909; Fri, 25 Apr 2008 08:28:41 -0700 (PDT) Received: from belinda.androcles.org ( [64.146.146.203]) by mx.google.com with ESMTPS id 24sm4238921wff.10.2008.04.25.08.28.39 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 25 Apr 2008 08:28:40 -0700 (PDT) Received: from belinda.androcles.org (localhost [127.0.0.1]) by belinda.androcles.org (8.14.2/8.14.2/8.13.3/1) with SMTP id m3PFRF0U012778; Fri, 25 Apr 2008 08:27:15 -0700 (PDT) (envelope-from duane.hesser@gmail.com) Message-Id: <200804251527.m3PFRF0U012778@belinda.androcles.org> Date: Fri, 25 Apr 2008 08:27:15 -0700 From: "Duane H. Hesser" To: "Achilov, Rashid" In-Reply-To: <200804251225.54388.achilov-rn@askd.ru> References: <200804251225.54388.achilov-rn@askd.ru> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.8; i386-portbld-freebsd6.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org Subject: Re: Supporting of wireless multimedia keyboards and mices X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Duane.Hesser@gmail.com List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 15:57:02 -0000 On Fri, 25 Apr 2008 12:25:54 +0700 "Rashid N. Achilov" wrote: > Dear colleagues, what are you think about supporting wireless multimedia > keyboard + mouse twinboxes? I think, that is terrible. Five years ago (five > years!!) I have bought twinbox Genius Wireless TwinTouch+ Optical Value. It > still works (I type this letter on it :-)) ). And it still have non-working > mouse. It detects, but when I move it or press buttons, does nothing. To work > without wires, I must bought SEPARATE wireless mouse Logitech LX5. It works > without any attractions. Recently I have bought new (cool!) twinbox Microsoft > Wireless Laser 5000. Windows is bad, but keyboards from Microsoft is > accurate, precious and ergonomic, mices also. > > But mouse from twinbox does not working... Again. Even not detected - uhid0 > and all. I use now 6.3-STABLE. So, please answer me anybody: > I encountered the same problem when I installed 6.2 on an HP Pavilion machine, with a "BTC Wireless Kit". The keyboard worked, but not the mouse. I tried a Microsoft 3000 Notebook mouse. That didn't work either. A Microsoft 2.4GHZ Tranceiver mouse...didn't work. A 10 year old Logitech N48 borrowed from my 4.11 machine worked fine. I have a set of patches to 6.3 which solves the problem for me for all of those mice, and which I believe solves the general problem of non-working mice on FreeBSD. That remains to be proven, however. I do not plan to offer the patches for official sanction until there is reasonable evidence that they will not cause regressions, i.e. until more people are willing to test it on more mice. The official driver is not prepared to handle devices with multiple report IDs (e.g. "kits" which report both keyboard and mouse, and apparently most recent Microsoft mice), due to a small error in one of the hid routines used in the attach process. I posted a notice about the patches to this group a couple of months ago. The patches allow the driver to accomodate multiple report IDs and allow it to be more aggressive in identifying mice. I believe that it should attach and operate any standards-conforming mouse without the use of quirks. The patches also add several ioctl calls which allow a user-level program ("mouse_report") to query the device for everything it knows. The official 7.0 driver includes some improvements in recognition (and a lot of really nice code cleanup) but does not yet handle multiple report IDs. I have a version of my patches which has been prepared for 7.x but never tested (or even compiled). I will send it to anyone who wants to test it, but I have not posted it to the web. You can find the 6.3 patches (and mouse_report) at http://www.accima.com/members/dhesser/fbsd_mouse_stuff/ If you try this, I strongly recommend that you read the "fbsd6/READTHIS" file (my ISP swallows READMEs...really!) so that you will know what you're getting. The patched driver has been tested on just 5 mice (including a couple which should be similar to your Microsoft 5000). I would be interested to see if it works on the Genius. If you would like to try the patches on 7.x, send mail. > 1. These problems are presented in 7.0? (I am about support noticed Genius or > Microsoft mices) > 2. How can I add support this device by myself? > 3. Also multimedia keys doers not work at all - is there possible to bring it > to work? > -- > With Best Regards. > Rashid N. Achilov (RNA1-RIPE), Web: http://www.askd.ru/~shelton > OOO "ACK" telecommunications administrator, e-mail: achilov-rn [at] askd.ru > PGP: 83 CD E2 A7 37 4A D5 81 D6 D6 52 BF C9 2F 85 AF 97 BE CB 0A > _______________________________________________ > 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" > -- Duane H. Hesser From owner-freebsd-usb@FreeBSD.ORG Fri Apr 25 16:48:05 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 881271065673 for ; Fri, 25 Apr 2008 16:48:05 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.swip.net [212.247.154.65]) by mx1.freebsd.org (Postfix) with ESMTP id 06BF18FC21 for ; Fri, 25 Apr 2008 16:48:04 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [62.113.133.152] (account mc467741@c2i.net [62.113.133.152] verified) by mailfe03.swip.net (CommuniGate Pro SMTP 5.1.13) with ESMTPA id 919041310; Fri, 25 Apr 2008 18:47:55 +0200 From: Hans Petter Selasky To: "Xiaofan Chen" Date: Fri, 25 Apr 2008 18:49:10 +0200 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804251849.11283.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: PICDEM FS USB Bootloader under FreeBSD X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 16:48:05 -0000 Hi, 1) Try to get debugging from USB instead of OHCI. sysctl hw.usb.ohci.debug=0 sysctl hw.usb.debug=15 Retry. 2) Patch /sys/dev/usb/ugen.c Change all lines looking like the following, that are not in a function named "xxx_callback": sce->read_stall = 1; sce->write_stall = 1; Into: sce->read_stall = 0; sce->write_stall = 0; Recompile ugen an try again. My analysis so far: The USB device refuses a control transfer, possibly the clear-stall request: ohci_setup_standard_chain: addr=2 endpt=0 sumlen=8 speed=2 ohci_setup_standard_chain: nexttog=1; data before transfer: TD(0xc4d6b600) at 0x0b06d600: -TOG0 delay=7 ec=0 cc=15 cbp=0x13ceb210 next=0x0b06d700 be=0x13ceb217 TD(0xc4d6b700) at 0x0b06d700: -R-IN-TOG1 delay=1 ec=0 cc=15 cbp=0x00000000 next=0x00000000 be=0xffffffff _ohci_append_qh: 0xc4d6b680 to 0xc4071980 ohci_check_transfer: xfer=0xc4f61140 checking transfer ohci_non_isoc_done: xfer=0xc4f61140 pipe=0xc4ee81b0 transfer done TD(0xc4d6b600) at 0x0b06d600: -TOG1 delay=7 ec=0 cc=0 cbp=0x00000000 next=0x00000000 be=0x13ceb217 ohci_device_done: xfer=0xc4f61140, pipe=0xc4ee81b0, error=22 The OHCI wants to receive 4 bytes from endpoint 1, but does never get those bytes. The transfer times out. ohci_setup_standard_chain: addr=2 endpt=1 sumlen=4 speed=2 ohci_setup_standard_chain: nexttog=0; data before transfer: TD(0xc4d6b380) at 0x0b06d380: -R-IN-TOG0 delay=1 ec=0 cc=15 cbp=0x13d12140 next=0x00000000 be=0x13d12143 _ohci_append_qh: 0xc4d6b400 to 0xc4071900 ohci_timeout: xfer=0xc4f51070 ohci_device_done: xfer=0xc4f51070, pipe=0xc4ee81d8, error=20 --HPS From owner-freebsd-usb@FreeBSD.ORG Fri Apr 25 20:16:43 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EC261065673 for ; Fri, 25 Apr 2008 20:16:43 +0000 (UTC) (envelope-from seb.morand@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id DEF768FC16 for ; Fri, 25 Apr 2008 20:16:42 +0000 (UTC) (envelope-from seb.morand@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so2137849nfb.33 for ; Fri, 25 Apr 2008 13:16:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:disposition-notification-to:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type; bh=52KarOGlWnBzhO91E/b0lyscyHvyNv1k3S9IVwr4/fU=; b=FbhzTQUZ6sb+rgcoFvM6kTT1m5x/umyT+lG6knfzTjPKPYaDDJUqvOjD7+9q6cpFjS07XhgqA21cAgftpEEsP3f5gilLLLrNTtEhlpUO4YtSKpsWJZX8V2E1WUgdD+EbGXSeq8pjmzJPJ5wcLE4tBPZhnI7z0oGMOV3HtWZP8l0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:disposition-notification-to:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type; b=Cy3CzqaXkmSkduu2VYCUkHyOB9AX9t0PGtWVNPQCGpfgtAXHGrbv6aXviCtv7JaVHl64agoMB0xhA1ovjfWm8lFP0UoVvGPN/hDQKlYm67f7rK8yqWfuO+1LL0/v6OlwtjfxslKwwp6FnqMeCwcyG0zVhB9/iZbxKM7YCQw5qjc= Received: by 10.210.105.20 with SMTP id d20mr2847338ebc.38.1209152875252; Fri, 25 Apr 2008 12:47:55 -0700 (PDT) Received: from mellba.mayaseb ( [196.207.251.91]) by mx.google.com with ESMTPS id 31sm20396965nfu.24.2008.04.25.12.47.52 (version=SSLv3 cipher=RC4-MD5); Fri, 25 Apr 2008 12:47:53 -0700 (PDT) Message-ID: <481235A0.9030502@gmail.com> Date: Fri, 25 Apr 2008 19:48:48 +0000 From: =?ISO-8859-1?Q?S=E9bastien_Morand?= User-Agent: Thunderbird 2.0.0.12 (X11/20080406) MIME-Version: 1.0 To: freebsd-usb@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: multipart/mixed; boundary="------------070201030904060506000500" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Problem with mass storage usb devices X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 20:16:43 -0000 This is a multi-part message in MIME format. --------------070201030904060506000500 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, I get a problem with usb mass storage device. Everytime I plug my camera or my mp3 player, my system hang up a few seconds and then reboot. The two devices are fine and running well under WinXP or Linux. (on the same computer about linux) The two devices are USB 2 capable and I have two other devices (key usb and usb hard disk) which are running fine. ### Kernel information: FreeBSD mellba.mayaseb 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 ### My usb system: usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 usb1: waiting for BIOS to give up control usb1: timed out waiting for BIOS usb1: EHCI version 1.0 usb1: companion controller, 4 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 ### My usb da* devices: da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C) da1 at umass-sim1 bus 1 target 0 lun 0 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present da2 at umass-sim1 bus 1 target 0 lun 1 da2: Removable Direct Access SCSI-0 device da2: 40.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present ### last kernel message at the reboot time Apr 23 22:17:48 mellba root: Unknown USB device: vendor 0x07b4 product 0x0105 bus uhub0 Apr 23 22:17:48 mellba kernel: umass2: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA1001065672 for ; Fri, 25 Apr 2008 20:35:03 +0000 (UTC) (envelope-from sclark@netwolves.com) Received: from elasmtp-dupuy.atl.sa.earthlink.net (elasmtp-dupuy.atl.sa.earthlink.net [209.86.89.62]) by mx1.freebsd.org (Postfix) with ESMTP id C2E828FC1C for ; Fri, 25 Apr 2008 20:35:03 +0000 (UTC) (envelope-from sclark@netwolves.com) Received: from [205.201.149.100] (helo=[10.0.129.1]) by elasmtp-dupuy.atl.sa.earthlink.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JpUIr-0003NJ-Eg for freebsd-usb@freebsd.org; Fri, 25 Apr 2008 16:13:53 -0400 Message-ID: <48123B80.8000806@netwolves.com> Date: Fri, 25 Apr 2008 16:13:52 -0400 From: Steve Clark User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20080421 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-usb@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: a437fbc6971e80f61aa676d7e74259b7b3291a7d08dfec799b2bd0fb83cf7d56aff85c486cb10105350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 205.201.149.100 Subject: sierra wireless compass 597 aircard X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 20:35:04 -0000 Hello List, I am trying to get the above usb device to work on 6.x. It is a bit unusual in the fact that when it is first inserted it comes up in installer mode looking like a fake cd drive with the software on it for windoze. It has to have a control message sent to it to put it in modem mode. There is a linux driver for it at http://fxr.watson.org/fxr/source/drivers/usb/serial/sierra.c?v=linux-2.6 I was wondering if anyone is working/looking at integrating this device into FreeBSD. Thanks, Steve From owner-freebsd-usb@FreeBSD.ORG Fri Apr 25 21:48:08 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E5031065674 for ; Fri, 25 Apr 2008 21:48:08 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.swip.net [212.247.154.65]) by mx1.freebsd.org (Postfix) with ESMTP id CF69E8FC22 for ; Fri, 25 Apr 2008 21:48:07 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [62.113.133.152] (account mc467741@c2i.net [62.113.133.152] verified) by mailfe03.swip.net (CommuniGate Pro SMTP 5.1.13) with ESMTPA id 919365027; Fri, 25 Apr 2008 23:48:05 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Fri, 25 Apr 2008 23:49:25 +0200 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804252349.25954.hselasky@c2i.net> Cc: Subject: Re: USB Mass Storage Device with HPS Stack X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 21:48:08 -0000 On Friday 25 April 2008, Xiaofan Chen wrote: > I've got a free USB flash disk from National Semiconductor. It may > be the so-called U3 device since it comes up as a CDROM and > a removable USB drive. The removable USB drive part works fine. > But I am not able to mount the CD part which contains some datasheets > from National Semiconductor. Any tips on this? > Hi, The following line indicates that the software on the USB device was not ready at the moment the CD-ROM size was queried. > cd0: Attempt to query device size failed: NOT READY, Medium not present Try: cat /dev/null > /dev/cd0 Then try to mount again. You can also try loading ata-usb instead of umass. ata-usb will query the disk size regularly. --HPS From owner-freebsd-usb@FreeBSD.ORG Fri Apr 25 21:52:51 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A621F1065680 for ; Fri, 25 Apr 2008 21:52:51 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.swip.net [212.247.154.65]) by mx1.freebsd.org (Postfix) with ESMTP id 41C0C8FC0A for ; Fri, 25 Apr 2008 21:52:51 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [62.113.133.152] (account mc467741@c2i.net [62.113.133.152] verified) by mailfe03.swip.net (CommuniGate Pro SMTP 5.1.13) with ESMTPA id 919370192; Fri, 25 Apr 2008 23:52:49 +0200 From: Hans Petter Selasky To: "Xiaofan Chen" Date: Fri, 25 Apr 2008 23:54:04 +0200 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804252354.05828.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: PICDEM FS USB Bootloader under FreeBSD X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 21:52:51 -0000 On Friday 25 April 2008, Xiaofan Chen wrote: > On Tue, Oct 16, 2007 at 9:34 PM, Xiaofan Chen wrote: > > On 10/13/07, Xiaofan Chen wrote: > > > On 10/13/07, Hans Petter Selasky wrote: > This does not work either with 7.0-Release and the HPS USB stack. > I will update to the latest SVN version of the HPS stack and see if the > situation will improve. The bootlaoder does work under Linux (as well as > Windows) fine with libusb (libusb-win32). Hi, I think it is a fault of your USB device. But at the same time I think that we can do a better job working around faulty USB devices. The most likely cause of the problem is that your USB device does not requeue data on what in your case is endpoint 1 when it receives the clear-stall for endpoint 1. That is what I suspect. Where was the firmware for your device again? --HPS I recently came across a good example of a broken USB device. They actually had it wired on the mainboard of an Acer Laptop this time. With my new USB stack I thought I should do some smart things like caching the Language ID string on all USB devices, so that you can pick a language before the string retrieval functions are called. But oh no. Being clever does not pay off in this world. Instead of returning a STALL to indicate that the control request was not supported the device promptly crashed, and the computer locked up badly. It wasn't a problem in my USB stack it was the mainboard crashing. Of course it works on Windows, because the Windows USB stack will never do these kind of smart things. Anyway, I found a generic workaround and that is to disable all strings if there are no strings in the USB device descriptor. You might not think that this a problem, but read-only functions can very easily be available to non-privileged users, possibly posing a DOS risk in a multi-user environment. The truth is that many USB devices are only tested on MS Windows before being sold. The bugs that do not show up on MS Windows are assumed to not exist, which is not true. When an USB device does not work on FreeBSD it does not necessarily mean that there is something wrong with FreeBSD. It can quite aswell be the opposite. I have very often been confronted with big numbers: "We sell x million USB units per year. If you think there is something wrong with our product there is something wrong with you." blah blah. There is something to the saying that when many people are using a product you will know if there is something wrong at some point. But, it is the one that finds the problem that is the problem. It is the one that arrests the thief that gets the trouble. It is ironic and it is a result of the knowledgeless mass. When an USB device is broken or it has no driver: First you e-mail the manufacturer and complain. Then you e-mail usb.org and complain. Then you call your government and complain. Anything I forgot ? :-) --HPS From owner-freebsd-usb@FreeBSD.ORG Sat Apr 26 02:25:29 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2515C1065676 for ; Sat, 26 Apr 2008 02:25:29 +0000 (UTC) (envelope-from xiaofanc@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id 082088FC13 for ; Sat, 26 Apr 2008 02:25:28 +0000 (UTC) (envelope-from xiaofanc@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so5931692waf.3 for ; Fri, 25 Apr 2008 19:25:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=QsXwi9+XlTI0e5fqA62wLSlLNR4bijIuatOCGF+hqJw=; b=fqHnyzNSMd0dpv0bzRErsk1A4mfyZCkGw7Qp/aFrj0tEh0ZRPQMhWyfvF8TZPWx3m7PNqjzezd4PqtTBMt5o+v+fY1ckFeCGgMvTvhfSwjFllgn5R2/CMNVQJMCRLSGIenYYLnNpG4YRwgSjURxaLIrTqztM7kOM1KlCOt9YkVw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jZqHyOBU/vOP5UeGca7hEDtYtje8v5wtWGDbjQlhXY6jSCuUMnWBps5D9buxEuYGBcALAuKU+Pp4S4bR6Mp3CFQUEAiYY/S4Z1ByQTMD5FpUjF6HD4hPEOjXknXUcE0OV94OQW21xtdy0L4ur17VCYeqpnSvCoQt+sX/ncB80TI= Received: by 10.114.149.2 with SMTP id w2mr3948198wad.158.1209176728461; Fri, 25 Apr 2008 19:25:28 -0700 (PDT) Received: by 10.114.39.14 with HTTP; Fri, 25 Apr 2008 19:25:28 -0700 (PDT) Message-ID: Date: Sat, 26 Apr 2008 10:25:28 +0800 From: "Xiaofan Chen" To: "Hans Petter Selasky" In-Reply-To: <200804252354.05828.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200804252354.05828.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: PICDEM FS USB Bootloader under FreeBSD X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 02:25:29 -0000 On Sat, Apr 26, 2008 at 5:54 AM, Hans Petter Selasky wrote: > On Friday 25 April 2008, Xiaofan Chen wrote: > > This does not work either with 7.0-Release and the HPS USB stack. > > I will update to the latest SVN version of the HPS stack and see if the > > situation will improve. The bootlaoder does work under Linux (as well as > > Windows) fine with libusb (libusb-win32). > I think it is a fault of your USB device. But at the same time I think that we > can do a better job working around faulty USB devices. The most likely cause > of the problem is that your USB device does not requeue data on what in your > case is endpoint 1 when it receives the clear-stall for endpoint 1. That is > what I suspect. Where was the firmware for your device again? This is from the popular PICDEM FS USB demo board firmware from Microchip. It is very popular among hobbyists as well as many customers because of low cost, free C18 C compiler (no code size limit, but only optimization limit), free samples, DIP package USB chips, lots of examples and good support from Microchip. Microchip USB info: http://www.microchip.com/usb Others and I have identified various firmware bugs in the free USB stack Microchip offers. They have also corrected quite some of them. Reference: http://forum.microchip.com/tm.aspx?m=275422 I will see if the latest V2.1 stack has fixed this issue. I think it has not. I think you have pinpointed the potential bugs in the stall handling code. The question is then why you want to clear stall in the first transfer. > > When an USB device is broken or it has no driver: > > First you e-mail the manufacturer and complain. > Then you e-mail usb.org and complain. > Then you call your government and complain. > > Anything I forgot ? > If one has the access to the firmware, try to fix it. ;-) In this case, since I have access to the firmware codes and I am quite familiar with it, I will try to fix the firmware. I can totally understand your point as a USB developer for alternative OS like Linux and FreeBSD. Still you can see a lot of Linux USB efforts are to support quirky USB device. It is not that fun, but it is quite important if you care the user experience. A good example from Linux USB; http://kerneltrap.org/mailarchive/linux-kernel/2007/9/13/259148 "It turns out that USB devices suck when it comes to power management issues :(". So maybe it is also true that USB devices suck when it comes to handling clear stall feature request. Xiaofan From owner-freebsd-usb@FreeBSD.ORG Sat Apr 26 03:50:20 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2D2F1065675 for ; Sat, 26 Apr 2008 03:50:20 +0000 (UTC) (envelope-from xiaofanc@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id 3043C8FC12 for ; Sat, 26 Apr 2008 03:50:19 +0000 (UTC) (envelope-from xiaofanc@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so4315885fgg.35 for ; Fri, 25 Apr 2008 20:50:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=ol0LMzmBdwGlZbxCx2oEja5cEN9jLqKHwE5PBX7Lgk8=; b=efAnwTUH8iU0DGoWSrgPQCQfg1dcewzPHDYbQrudGLW/cKPOBoIioQbdCshCFnHs1r3R176GyAv3fmosU4sKVABWJXM+WPh8Si49xSNhfZ24ehYRJ2BCs8eOU8FI0q3hkJg2+DyuRhMWuU3gJAMDKp506gsVGjxfSWTMt4bD8l0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SdEQfnMhRIBeyfoD0VdKJDiUcrvC3ODn/xCkZNF6DL8QO1lsTpmmJf/sNhplaxc719aa3wYJ5qIlkOFh0YdVI0jVx4F4EljtGpv+nUZ9On9UD/CdWWqTLcz44XmQdhpaBnms2+O2aXzjJd88z7Pa/LPxSYZjTRZte0unPhfjH8g= Received: by 10.78.168.1 with SMTP id q1mr3451503hue.104.1209181818538; Fri, 25 Apr 2008 20:50:18 -0700 (PDT) Received: by 10.78.176.18 with HTTP; Fri, 25 Apr 2008 20:50:18 -0700 (PDT) Message-ID: Date: Sat, 26 Apr 2008 11:50:18 +0800 From: "Xiaofan Chen" To: "Hans Petter Selasky" In-Reply-To: <200804251849.11283.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200804251849.11283.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: PICDEM FS USB Bootloader under FreeBSD X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 03:50:20 -0000 On Sat, Apr 26, 2008 at 12:49 AM, Hans Petter Selasky wrote: > Hi, > > 1) Try to get debugging from USB instead of OHCI. > > sysctl hw.usb.ohci.debug=0 > > sysctl hw.usb.debug=15 > > Retry. [mcuee@freebsd7 /usr/home/mcuee/Desktop/build/fsusb/fsusb-0.1.11-2]$ sudo sysctl hw.usb.debug=15 Password: hw.usb.debug: 0 -> 15 [mcuee@freebsd7 /usr/home/mcuee/Desktop/build/fsusb/fsusb-0.1.11-2]$ sudo usbdev s addr 1: OHCI root HUB, nVidia addr 2: PICkit 2 Microcontroller Programmer, Microchip Technology Inc. addr 1: OHCI root HUB, nVidia addr 2: product 0x000b, I-Tuner Networks addr 1: EHCI root HUB, nVidia addr 2: Mass Storage, USB [mcuee@freebsd7 /usr/home/mcuee/Desktop/build/fsusb/fsusb-0.1.11-2]$ ./fsusb fsusb: Software for "PICDEM Full Speed USB" demo board fsusb program board with and verify fsusb --program program board with and verify fsusb --verify verify board against fsusb --read read board, saving result in [mcuee@freebsd7 /usr/home/mcuee/Desktop/build/fsusb/fsusb-0.1.11-2]$ ./fsusb --v erify demo.hex Locating USB Microchip(tm) PICDEM-FS USB(tm) (vendor 0x04d8/product 0x000b) Found USB PICDEM-FS USB as device '/dev/ugen1' on USB bus /dev/usb1 Communication established. Onboard firmware version is 1.0 ^C after I went out for shoping for 30 minutes and came back ;-) [mcuee@freebsd7 /usr/home/mcuee/Desktop/build/fsusb/fsusb-0.1.11-2]$ dmesg ... ugen1: on usb1 ugenopen: flag=1, mode=8192 ugenioctl: cmd=40125569 ugenclose: flag=1, mode=8192 ugenopen: flag=3, mode=8192 ugenioctl: cmd=80045572 ugenioctl: cmd=c018556f usbd_do_request_flags: udev=0xc40bc800 bmRequestType=0x80 bRequest=0x06 wValue=0x0200 wIndex=0x0000 wLength=0x0008 usbd_callback_wrapper: case 1 usbd_start_hardware: xfer=0xc4272070, pipe=0xc40bc9b0, nframes=2, dir=read usbd_dump_pipe: pipe=0xc40bc9b0 edesc=0xc40bcc7d isoc_next=0 toggle_next=0 bEndpointAddress=0x00 usbd_dump_queue: pipe=0xc40bc9b0 usbd_transfer_dequeue: xfer=0xc4272070 pipe=0xc40bc9b0 sts=0 alen=16, slen=16, afrm=2, nfrm=2 usbd_callback_wrapper: case 5 usbd_callback_wrapper: case 4 ugenioctl: cmd=80045572 ugenioctl: cmd=c018556f usbd_do_request_flags: udev=0xc40bc800 bmRequestType=0x80 bRequest=0x06 wValue=0x0200 wIndex=0x0000 wLength=0x0029 usbd_callback_wrapper: case 1 usbd_start_hardware: xfer=0xc4272070, pipe=0xc40bc9b0, nframes=2, dir=read usbd_dump_pipe: pipe=0xc40bc9b0 edesc=0xc40bcc7d isoc_next=0 toggle_next=0 bEndpointAddress=0x00 usbd_dump_queue: pipe=0xc40bc9b0 usbd_transfer_dequeue: xfer=0xc4272070 pipe=0xc40bc9b0 sts=0 alen=49, slen=49, afrm=2, nfrm=2 usbd_callback_wrapper: case 5 usbd_callback_wrapper: case 4 ugenioctl: cmd=80045572 ugenioctl: cmd=c018556f usbd_do_request_flags: udev=0xc40bc800 bmRequestType=0x80 bRequest=0x06 wValue=0x0201 wIndex=0x0000 wLength=0x0008 usbd_callback_wrapper: case 1 usbd_start_hardware: xfer=0xc4272070, pipe=0xc40bc9b0, nframes=2, dir=read usbd_dump_pipe: pipe=0xc40bc9b0 edesc=0xc40bcc7d isoc_next=0 toggle_next=0 bEndpointAddress=0x00 usbd_dump_queue: pipe=0xc40bc9b0 usbd_transfer_dequeue: xfer=0xc4272070 pipe=0xc40bc9b0 sts=0 alen=16, slen=16, afrm=2, nfrm=2 usbd_callback_wrapper: case 5 usbd_callback_wrapper: case 4 ugenioctl: cmd=80045572 ugenioctl: cmd=c018556f usbd_do_request_flags: udev=0xc40bc800 bmRequestType=0x80 bRequest=0x06 wValue=0x0201 wIndex=0x0000 wLength=0x0020 usbd_callback_wrapper: case 1 usbd_start_hardware: xfer=0xc4272070, pipe=0xc40bc9b0, nframes=2, dir=read usbd_dump_pipe: pipe=0xc40bc9b0 edesc=0xc40bcc7d isoc_next=0 toggle_next=0 bEndpointAddress=0x00 usbd_dump_queue: pipe=0xc40bc9b0 usbd_transfer_dequeue: xfer=0xc4272070 pipe=0xc40bc9b0 sts=0 alen=40, slen=40, afrm=2, nfrm=2 usbd_callback_wrapper: case 5 usbd_callback_wrapper: case 4 ugenclose: flag=3, mode=8192 ugenopen: flag=1, mode=8192 ugenioctl: cmd=40125569 ugenclose: flag=1, mode=8192 ugenopen: flag=3, mode=8192 ugenioctl: cmd=80045572 ugenioctl: cmd=c018556f usbd_do_request_flags: udev=0xc4c6c800 bmRequestType=0x80 bRequest=0x06 wValue=0x0200 wIndex=0x0000 wLength=0x0008 usbd_callback_wrapper: case 1 usbd_start_hardware: xfer=0xc46d8070, pipe=0xc4c6c9b0, nframes=2, dir=read usbd_dump_pipe: pipe=0xc4c6c9b0 edesc=0xc4c6cc7d isoc_next=0 toggle_next=0 bEndpointAddress=0x00 usbd_dump_queue: pipe=0xc4c6c9b0 usbd_transfer_dequeue: xfer=0xc46d8070 pipe=0xc4c6c9b0 sts=0 alen=16, slen=16, afrm=2, nfrm=2 usbd_callback_wrapper: case 5 usbd_callback_wrapper: case 4 ugenioctl: cmd=80045572 ugenioctl: cmd=c018556f usbd_do_request_flags: udev=0xc4c6c800 bmRequestType=0x80 bRequest=0x06 wValue=0x0200 wIndex=0x0000 wLength=0x0020 usbd_callback_wrapper: case 1 usbd_start_hardware: xfer=0xc46d8070, pipe=0xc4c6c9b0, nframes=2, dir=read usbd_dump_pipe: pipe=0xc4c6c9b0 edesc=0xc4c6cc7d isoc_next=0 toggle_next=0 bEndpointAddress=0x00 usbd_dump_queue: pipe=0xc4c6c9b0 usbd_transfer_dequeue: xfer=0xc46d8070 pipe=0xc4c6c9b0 sts=0 alen=40, slen=40, afrm=2, nfrm=2 usbd_callback_wrapper: case 5 usbd_callback_wrapper: case 4 ugenclose: flag=3, mode=8192 usb_event_thread: woken up usb_event_thread: woken up usb_event_thread: woken up ugenopen: flag=1, mode=8192 ugenioctl: cmd=40125569 ugenclose: flag=1, mode=8192 ugenopen: flag=3, mode=8192 ugenioctl: cmd=80045572 ugenioctl: cmd=c018556f usbd_do_request_flags: udev=0xc40bc800 bmRequestType=0x80 bRequest=0x06 wValue=0x0200 wIndex=0x0000 wLength=0x0008 usbd_callback_wrapper: case 1 usbd_start_hardware: xfer=0xc4272070, pipe=0xc40bc9b0, nframes=2, dir=read usbd_dump_pipe: pipe=0xc40bc9b0 edesc=0xc40bcc7d isoc_next=0 toggle_next=0 bEndpointAddress=0x00 usbd_dump_queue: pipe=0xc40bc9b0 usbd_transfer_dequeue: xfer=0xc4272070 pipe=0xc40bc9b0 sts=0 alen=16, slen=16, afrm=2, nfrm=2 usbd_callback_wrapper: case 5 usbd_callback_wrapper: case 4 ugenioctl: cmd=80045572 ugenioctl: cmd=c018556f usbd_do_request_flags: udev=0xc40bc800 bmRequestType=0x80 bRequest=0x06 wValue=0x0200 wIndex=0x0000 wLength=0x0029 usbd_callback_wrapper: case 1 usbd_start_hardware: xfer=0xc4272070, pipe=0xc40bc9b0, nframes=2, dir=read usbd_dump_pipe: pipe=0xc40bc9b0 edesc=0xc40bcc7d isoc_next=0 toggle_next=0 bEndpointAddress=0x00 usbd_dump_queue: pipe=0xc40bc9b0 usbd_transfer_dequeue: xfer=0xc4272070 pipe=0xc40bc9b0 sts=0 alen=49, slen=49, afrm=2, nfrm=2 usbd_callback_wrapper: case 5 usbd_callback_wrapper: case 4 ugenioctl: cmd=80045572 ugenioctl: cmd=c018556f usbd_do_request_flags: udev=0xc40bc800 bmRequestType=0x80 bRequest=0x06 wValue=0x0201 wIndex=0x0000 wLength=0x0008 usbd_callback_wrapper: case 1 usbd_start_hardware: xfer=0xc4272070, pipe=0xc40bc9b0, nframes=2, dir=read usbd_dump_pipe: pipe=0xc40bc9b0 edesc=0xc40bcc7d isoc_next=0 toggle_next=0 bEndpointAddress=0x00 usbd_dump_queue: pipe=0xc40bc9b0 usbd_transfer_dequeue: xfer=0xc4272070 pipe=0xc40bc9b0 sts=0 alen=16, slen=16, afrm=2, nfrm=2 usbd_callback_wrapper: case 5 usbd_callback_wrapper: case 4 ugenioctl: cmd=80045572 ugenioctl: cmd=c018556f usbd_do_request_flags: udev=0xc40bc800 bmRequestType=0x80 bRequest=0x06 wValue=0x0201 wIndex=0x0000 wLength=0x0020 usbd_callback_wrapper: case 1 usbd_start_hardware: xfer=0xc4272070, pipe=0xc40bc9b0, nframes=2, dir=read usbd_dump_pipe: pipe=0xc40bc9b0 edesc=0xc40bcc7d isoc_next=0 toggle_next=0 bEndpointAddress=0x00 usbd_dump_queue: pipe=0xc40bc9b0 usbd_transfer_dequeue: xfer=0xc4272070 pipe=0xc40bc9b0 sts=0 alen=40, slen=40, afrm=2, nfrm=2 usbd_callback_wrapper: case 5 usbd_callback_wrapper: case 4 ugenclose: flag=3, mode=8192 ugenopen: flag=1, mode=8192 ugenioctl: cmd=40125569 ugenclose: flag=1, mode=8192 ugenopen: flag=3, mode=8192 ugenioctl: cmd=80045572 ugenioctl: cmd=c018556f usbd_do_request_flags: udev=0xc4c6c800 bmRequestType=0x80 bRequest=0x06 wValue=0x0200 wIndex=0x0000 wLength=0x0008 usbd_callback_wrapper: case 1 usbd_start_hardware: xfer=0xc46d8070, pipe=0xc4c6c9b0, nframes=2, dir=read usbd_dump_pipe: pipe=0xc4c6c9b0 edesc=0xc4c6cc7d isoc_next=0 toggle_next=0 bEndpointAddress=0x00 usbd_dump_queue: pipe=0xc4c6c9b0 usbd_transfer_dequeue: xfer=0xc46d8070 pipe=0xc4c6c9b0 sts=0 alen=16, slen=16, afrm=2, nfrm=2 usbd_callback_wrapper: case 5 usbd_callback_wrapper: case 4 ugenioctl: cmd=80045572 ugenioctl: cmd=c018556f usbd_do_request_flags: udev=0xc4c6c800 bmRequestType=0x80 bRequest=0x06 wValue=0x0200 wIndex=0x0000 wLength=0x0020 usbd_callback_wrapper: case 1 usbd_start_hardware: xfer=0xc46d8070, pipe=0xc4c6c9b0, nframes=2, dir=read usbd_dump_pipe: pipe=0xc4c6c9b0 edesc=0xc4c6cc7d isoc_next=0 toggle_next=0 bEndpointAddress=0x00 usbd_dump_queue: pipe=0xc4c6c9b0 usbd_transfer_dequeue: xfer=0xc46d8070 pipe=0xc4c6c9b0 sts=0 alen=40, slen=40, afrm=2, nfrm=2 usbd_callback_wrapper: case 5 usbd_callback_wrapper: case 4 ugenclose: flag=3, mode=8192 ugenopen: flag=3, mode=8192 ugenioctl: cmd=80045565 ugen_set_config: configno 1, sc=0xc4e74000 ugenclose: flag=0, mode=0 ugenopen: flag=3, mode=8192 ugenioctl: cmd=80045572 ugenwrite: usbd_get_pipe: udev=0xc4c6c800 iface_index=0 address=0x1 type=0x2 dir=0x0 index=0 usbd_get_pipe: udev=0xc4c6c800 iface_index=0 address=0x0 type=0x0 dir=0xff index=0 usbd_get_pipe: udev=0xc4c6c800 iface_index=0 address=0x1 type=0x2 dir=0x0 index=0 usbd_get_pipe: udev=0xc4c6c800 iface_index=0 address=0x0 type=0x0 dir=0xff index=0 ugenwrite: transferred 5 bytes usbd_callback_wrapper: case 1 usbd_callback_wrapper: case 1 usbd_clear_data_toggle: udev=0xc4c6c800 pipe=0xc4c6c9c4 usbd_start_hardware: xfer=0xc5bb7140, pipe=0xc4c6c9b0, nframes=1, dir=write usbd_dump_pipe: pipe=0xc4c6c9b0 edesc=0xc4c6cc7d isoc_next=0 toggle_next=0 bEndpointAddress=0x00 usbd_dump_queue: pipe=0xc4c6c9b0 usbd_transfer_dequeue: xfer=0xc5bb7140 pipe=0xc4c6c9b0 sts=22 alen=8, slen=8, afrm=1, nfrm=1 usbd_callback_wrapper: case 5 usbd_callback_wrapper: case 4 ugen_write_clear_stall_callback: sce=0xc4e74084: stall cleared usbd_callback_wrapper: case 1 usbd_start_hardware: xfer=0xc5ba7070, pipe=0xc4c6c9c4, nframes=1, dir=write usbd_dump_pipe: pipe=0xc4c6c9c4 edesc=0xc4294792 isoc_next=0 toggle_next=0 bEndpointAddress=0x01 usbd_dump_queue: pipe=0xc4c6c9c4 usbd_transfer_dequeue: xfer=0xc5ba7070 pipe=0xc4c6c9c4 sts=0 alen=5, slen=5, afrm=1, nfrm=1 usbd_callback_wrapper: case 5 usbd_callback_wrapper: case 4 ugen_default_write_callback: waking 0xc4e74084 ugenioctl: cmd=80045572 ugenioctl: cmd=80045571 ugenread: usbd_get_pipe: udev=0xc4c6c800 iface_index=0 address=0x1 type=0x2 dir=0x80 index=0 usbd_get_pipe: udev=0xc4c6c800 iface_index=0 address=0x0 type=0x0 dir=0xff index=0 usbd_get_pipe: udev=0xc4c6c800 iface_index=0 address=0x1 type=0x2 dir=0x80 index=0 usbd_get_pipe: udev=0xc4c6c800 iface_index=0 address=0x0 type=0x0 dir=0xff index=0 usbd_callback_wrapper: case 1 usbd_callback_wrapper: case 1 usbd_clear_data_toggle: udev=0xc4c6c800 pipe=0xc4c6c9d8 usbd_start_hardware: xfer=0xc5bc8140, pipe=0xc4c6c9b0, nframes=1, dir=write usbd_dump_pipe: pipe=0xc4c6c9b0 edesc=0xc4c6cc7d isoc_next=0 toggle_next=1 bEndpointAddress=0x00 usbd_dump_queue: pipe=0xc4c6c9b0 usbd_transfer_dequeue: xfer=0xc5bc8140 pipe=0xc4c6c9b0 sts=22 alen=8, slen=8, afrm=1, nfrm=1 usbd_callback_wrapper: case 5 usbd_callback_wrapper: case 4 ugen_read_clear_stall_callback: sce=0xc4e74084: stall cleared usbd_callback_wrapper: case 1 usbd_start_hardware: xfer=0xc5bb8070, pipe=0xc4c6c9d8, nframes=1, dir=read usbd_dump_pipe: pipe=0xc4c6c9d8 edesc=0xc4294799 isoc_next=0 toggle_next=0 bEndpointAddress=0x81 usbd_dump_queue: pipe=0xc4c6c9d8 usbd_transfer_dequeue: xfer=0xc5bb8070 pipe=0xc4c6c9d8 sts=0 alen=4, slen=4, afrm=1, nfrm=1 usbd_callback_wrapper: case 5 usbd_callback_wrapper: case 4 ugen_default_read_callback: waking 0xc4e74084 ugenread: got 4 of 4 bytes usb_event_thread: woken up usb_event_thread: woken up usb_event_thread: woken up usb_event_thread: woken up usb_event_thread: woken up usb_event_thread: woken up usb_event_thread: woken up usb_event_thread: woken up usb_event_thread: woken up usb_event_thread: woken up usb_event_thread: woken up usb_event_thread: woken up usb_event_thread: woken up usb_event_thread: woken up usb_event_thread: woken up usb_event_thread: woken up usb_event_thread: woken up usb_event_thread: woken up usb_event_thread: woken up usb_event_thread: woken up usb_event_thread: woken up usb_event_thread: woken up usb_event_thread: woken up usb_event_thread: woken up usb_event_thread: woken up usb_event_thread: woken up usb_event_thread: woken up usb_event_thread: woken up usb_event_thread: woken up usb_event_thread: woken up ugenclose: flag=3, mode=8192 ugenclose: flag=3, mode=8192 usbd_transfer_dequeue: xfer=0xc5bb8070 pipe=0xc4c6c9d8 sts=5 alen=4, slen=4, afrm=1, nfrm=1 usbd_transfer_dequeue: xfer=0xc5bc8140 pipe=0xc4c6c9b0 sts=5 alen=8, slen=8, afrm=1, nfrm=1 usbd_transfer_dequeue: xfer=0xc5ba7070 pipe=0xc4c6c9c4 sts=5 alen=5, slen=5, afrm=1, nfrm=1 usbd_transfer_dequeue: xfer=0xc5bb7140 pipe=0xc4c6c9b0 sts=5 alen=8, slen=8, afrm=1, nfrm=1 By the way, lsusb can read the VID/PID correctly but usbdevs does not do it correctly. There is no string descriptor for the bootloader device since it has limited storage (0x800 Bytes only). ugen1: on usb1 [mcuee@freebsd7 /usr/home/mcuee/Desktop/build/fsusb/fsusb-0.1.11-2]$ lsusb Bus /dev/usb0 Device /dev/ugen0: ID 04d8:0033 Microchip Technology, Inc. Bus /dev/usb1 Device /dev/ugen1: ID 04d8:000b Microchip Technology, Inc. [mcuee@freebsd7 /usr/home/mcuee/Desktop/build/fsusb/fsusb-0.1.11-2]$ sudo usbdevs addr 1: OHCI root HUB, nVidia addr 2: PICkit 2 Microcontroller Programmer, Microchip Technology Inc. addr 1: OHCI root HUB, nVidia addr 2: product 0x000b, I-Tuner Networks addr 1: EHCI root HUB, nVidia addr 2: Mass Storage, USB > 2) Patch /sys/dev/usb/ugen.c > > Change all lines looking like the following, that are not in a function > named "xxx_callback": > > sce->read_stall = 1; > sce->write_stall = 1; > > Into: > > sce->read_stall = 0; > sce->write_stall = 0; > > Recompile ugen an try again. Maybe this is a stupid question but how do I compile ugen only and not the whole kernel? Normally I will use the following command with this modifications. [root@freebsd7 /usr/src]# make buildkernel installkernel KERNCONF=custom -DNOCLEAN -DNO_CLEAN -DNO_KERNELDEPEND But with major updates I will just use make buildkernel installkernel KERNCONF=custom I will try this out and report back. Xiaofan From owner-freebsd-usb@FreeBSD.ORG Sat Apr 26 04:46:55 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CBB7106564A for ; Sat, 26 Apr 2008 04:46:55 +0000 (UTC) (envelope-from xiaofanc@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 48F218FC17 for ; Sat, 26 Apr 2008 04:46:54 +0000 (UTC) (envelope-from xiaofanc@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so4340920fgg.35 for ; Fri, 25 Apr 2008 21:46:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=5tZSNKZCFAMCSLYjVQj/LS/FKmk0GbszcvrFF6ryFfI=; b=TPeKNUgEGyYXuzKyMTIU9bU3YzCXeV72M7bc3MDS6wDIysnjlQCu5pp1yc8sCOKSGkUVv6z3pY8zeQ5gXz4Y898EQtf74NTew1Gzupn0KbXx6arGJZm03fj+BoghfZpLCDd5juEwyUhycaY5Q9ilq6OBz9o1vWfOrXJvmJp7mn4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NdCDKSv/kCAxT/GJRGhRZJIcAKf0jR5H3Wh4BCIXk5BFqsYT6CKMXAYsZJxA403LMW2upCKevVZi4xCa9ifmfC/k0ci+M9M3r907rEm/vNYdJgW2spNTiUtKeq0JX9SKpWOGEuFB4JI/RdLsH6zGMSmV/zzZwPzc6cJDCAodYuk= Received: by 10.78.107.1 with SMTP id f1mr678039huc.85.1209185212926; Fri, 25 Apr 2008 21:46:52 -0700 (PDT) Received: by 10.78.176.18 with HTTP; Fri, 25 Apr 2008 21:46:52 -0700 (PDT) Message-ID: Date: Sat, 26 Apr 2008 12:46:52 +0800 From: "Xiaofan Chen" To: "Hans Petter Selasky" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200804251849.11283.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: PICDEM FS USB Bootloader under FreeBSD X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 04:46:55 -0000 On Sat, Apr 26, 2008 at 11:50 AM, Xiaofan Chen wrote: > > > 2) Patch /sys/dev/usb/ugen.c > > > > Change all lines looking like the following, that are not in a function > > named "xxx_callback": > > > > sce->read_stall = 1; > > sce->write_stall = 1; > > > > Into: > > > > sce->read_stall = 0; > > sce->write_stall = 0; > > > > Recompile ugen an try again. > > Maybe this is a stupid question but how do I compile ugen only and not > the whole kernel? > > Normally I will use the following command with this modifications. > [root@freebsd7 /usr/src]# make buildkernel installkernel > KERNCONF=custom -DNOCLEAN -DNO_CLEAN -DNO_KERNELDEPEND > > But with major updates I will just use > make buildkernel installkernel KERNCONF=custom > > I will try this out and report back. This does not help. [mcuee@freebsd7 /usr/home/mcuee/Desktop/build/fsusb/fsusb-0.1.11-2]$ sudo sysctl hw.usb.debug=15 Password: hw.usb.debug: 0 -> 15 [mcuee@freebsd7 /usr/home/mcuee/Desktop/build/fsusb/fsusb-0.1.11-2]$ ./fsusb --verify demo.hex Locating USB Microchip(tm) PICDEM-FS USB(tm) (vendor 0x04d8/product 0x000b) Found USB PICDEM-FS USB as device '/dev/ugen1' on USB bus /dev/usb1 Communication established. Onboard firmware version is 1.0 ^C ugenopen: flag=1, mode=8192 ugenioctl: cmd=40125569 ugenclose: flag=1, mode=8192 ugenopen: flag=3, mode=8192 ugenioctl: cmd=80045572 ugenioctl: cmd=c018556f usbd_do_request_flags: udev=0xc40bc800 bmRequestType=0x80 bRequest=0x06 wValue=0x0200 wIndex=0x0000 wLength=0x0008 usbd_callback_wrapper: case 1 usbd_start_hardware: xfer=0xc4272070, pipe=0xc40bc9b0, nframes=2, dir=read usbd_dump_pipe: pipe=0xc40bc9b0 edesc=0xc40bcc7d isoc_next=0 toggle_next=0 bEndpointAddress=0x00 usbd_dump_queue: pipe=0xc40bc9b0 usbd_transfer_dequeue: xfer=0xc4272070 pipe=0xc40bc9b0 sts=0 alen=16, slen=16, afrm=2, nfrm=2 usbd_callback_wrapper: case 5 usbd_callback_wrapper: case 4 ugenioctl: cmd=80045572 ugenioctl: cmd=c018556f usbd_do_request_flags: udev=0xc40bc800 bmRequestType=0x80 bRequest=0x06 wValue=0x0200 wIndex=0x0000 wLength=0x0029 usbd_callback_wrapper: case 1 usbd_start_hardware: xfer=0xc4272070, pipe=0xc40bc9b0, nframes=2, dir=read usbd_dump_pipe: pipe=0xc40bc9b0 edesc=0xc40bcc7d isoc_next=0 toggle_next=0 bEndpointAddress=0x00 usbd_dump_queue: pipe=0xc40bc9b0 usbd_transfer_dequeue: xfer=0xc4272070 pipe=0xc40bc9b0 sts=0 alen=49, slen=49, afrm=2, nfrm=2 usbd_callback_wrapper: case 5 usbd_callback_wrapper: case 4 ugenioctl: cmd=80045572 ugenioctl: cmd=c018556f usbd_do_request_flags: udev=0xc40bc800 bmRequestType=0x80 bRequest=0x06 wValue=0x0201 wIndex=0x0000 wLength=0x0008 usbd_callback_wrapper: case 1 usbd_start_hardware: xfer=0xc4272070, pipe=0xc40bc9b0, nframes=2, dir=read usbd_dump_pipe: pipe=0xc40bc9b0 edesc=0xc40bcc7d isoc_next=0 toggle_next=0 bEndpointAddress=0x00 usbd_dump_queue: pipe=0xc40bc9b0 usbd_transfer_dequeue: xfer=0xc4272070 pipe=0xc40bc9b0 sts=0 alen=16, slen=16, afrm=2, nfrm=2 usbd_callback_wrapper: case 5 usbd_callback_wrapper: case 4 ugenioctl: cmd=80045572 ugenioctl: cmd=c018556f usbd_do_request_flags: udev=0xc40bc800 bmRequestType=0x80 bRequest=0x06 wValue=0x0201 wIndex=0x0000 wLength=0x0020 usbd_callback_wrapper: case 1 usbd_start_hardware: xfer=0xc4272070, pipe=0xc40bc9b0, nframes=2, dir=read usbd_dump_pipe: pipe=0xc40bc9b0 edesc=0xc40bcc7d isoc_next=0 toggle_next=0 bEndpointAddress=0x00 usbd_dump_queue: pipe=0xc40bc9b0 usbd_transfer_dequeue: xfer=0xc4272070 pipe=0xc40bc9b0 sts=0 alen=40, slen=40, afrm=2, nfrm=2 usbd_callback_wrapper: case 5 usbd_callback_wrapper: case 4 ugenclose: flag=3, mode=8192 ugenopen: flag=1, mode=8192 ugenioctl: cmd=40125569 ugenclose: flag=1, mode=8192 ugenopen: flag=3, mode=8192 ugenioctl: cmd=80045572 ugenioctl: cmd=c018556f usbd_do_request_flags: udev=0xc40bc000 bmRequestType=0x80 bRequest=0x06 wValue=0x0200 wIndex=0x0000 wLength=0x0008 usbd_callback_wrapper: case 1 usbd_start_hardware: xfer=0xc428b070, pipe=0xc40bc1b0, nframes=2, dir=read usbd_dump_pipe: pipe=0xc40bc1b0 edesc=0xc40bc47d isoc_next=0 toggle_next=0 bEndpointAddress=0x00 usbd_dump_queue: pipe=0xc40bc1b0 usbd_transfer_dequeue: xfer=0xc428b070 pipe=0xc40bc1b0 sts=0 alen=16, slen=16, afrm=2, nfrm=2 usbd_callback_wrapper: case 5 usbd_callback_wrapper: case 4 ugenioctl: cmd=80045572 ugenioctl: cmd=c018556f usbd_do_request_flags: udev=0xc40bc000 bmRequestType=0x80 bRequest=0x06 wValue=0x0200 wIndex=0x0000 wLength=0x0020 usbd_callback_wrapper: case 1 usbd_start_hardware: xfer=0xc428b070, pipe=0xc40bc1b0, nframes=2, dir=read usbd_dump_pipe: pipe=0xc40bc1b0 edesc=0xc40bc47d isoc_next=0 toggle_next=0 bEndpointAddress=0x00 usbd_dump_queue: pipe=0xc40bc1b0 usbd_transfer_dequeue: xfer=0xc428b070 pipe=0xc40bc1b0 sts=0 alen=40, slen=40, afrm=2, nfrm=2 usbd_callback_wrapper: case 5 usbd_callback_wrapper: case 4 ugenclose: flag=3, mode=8192 ugenopen: flag=3, mode=8192 ugenioctl: cmd=80045565 ugen_set_config: configno 1, sc=0xc4286000 ugenclose: flag=0, mode=0 ugenopen: flag=3, mode=8192 ugenioctl: cmd=80045572 ugenwrite: usbd_get_pipe: udev=0xc40bc000 iface_index=0 address=0x1 type=0x2 dir=0x0 index=0 usbd_get_pipe: udev=0xc40bc000 iface_index=0 address=0x0 type=0x0 dir=0xff index=0 usbd_get_pipe: udev=0xc40bc000 iface_index=0 address=0x1 type=0x2 dir=0x0 index=0 usbd_get_pipe: udev=0xc40bc000 iface_index=0 address=0x0 type=0x0 dir=0xff index=0 ugenwrite: transferred 5 bytes usbd_callback_wrapper: case 1 usbd_start_hardware: xfer=0xc4ea9070, pipe=0xc40bc1c4, nframes=1, dir=write usbd_dump_pipe: pipe=0xc40bc1c4 edesc=0xc4292472 isoc_next=0 toggle_next=0 bEndpointAddress=0x01 usbd_dump_queue: pipe=0xc40bc1c4 usbd_transfer_dequeue: xfer=0xc4ea9070 pipe=0xc40bc1c4 sts=0 alen=5, slen=5, afrm=1, nfrm=1 usbd_callback_wrapper: case 5 usbd_callback_wrapper: case 4 ugen_default_write_callback: waking 0xc4286084 ugenioctl: cmd=80045572 ugenioctl: cmd=80045571 ugenread: usbd_get_pipe: udev=0xc40bc000 iface_index=0 address=0x1 type=0x2 dir=0x80 index=0 usbd_get_pipe: udev=0xc40bc000 iface_index=0 address=0x0 type=0x0 dir=0xff index=0 usbd_get_pipe: udev=0xc40bc000 iface_index=0 address=0x1 type=0x2 dir=0x80 index=0 usbd_get_pipe: udev=0xc40bc000 iface_index=0 address=0x0 type=0x0 dir=0xff index=0 usbd_callback_wrapper: case 1 usbd_start_hardware: xfer=0xc4ebd070, pipe=0xc40bc1d8, nframes=1, dir=read usbd_dump_pipe: pipe=0xc40bc1d8 edesc=0xc4292479 isoc_next=0 toggle_next=0 bEndpointAddress=0x81 usbd_dump_queue: pipe=0xc40bc1d8 usbd_transfer_dequeue: xfer=0xc4ebd070 pipe=0xc40bc1d8 sts=0 alen=4, slen=4, afrm=1, nfrm=1 usbd_callback_wrapper: case 5 usbd_callback_wrapper: case 4 ugen_default_read_callback: waking 0xc4286084 ugenread: got 4 of 4 bytes ugenclose: flag=3, mode=8192 ugenclose: flag=3, mode=8192 usbd_transfer_dequeue: xfer=0xc4ebd070 pipe=0xc40bc1d8 sts=5 alen=4, slen=4, afrm=1, nfrm=1 usbd_transfer_dequeue: xfer=0xc4ea9070 pipe=0xc40bc1c4 sts=5 alen=5, slen=5, afrm=1, nfrm=1 usb_event_thread: woken up usb_event_thread: woken up usb_event_thread: woken up Bus /dev/usb1 Device /dev/ugen1: ID 04d8:000b Microchip Technology, Inc. Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 8 idVendor 0x04d8 Microchip Technology, Inc. idProduct 0x000b bcdDevice 0.00 iManufacturer 0 iProduct 0 iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 32 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0x80 (Bus Powered) MaxPower 100mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 0 (Defined at Interface level) bInterfaceSubClass 0 bInterfaceProtocol 0 iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x01 EP 1 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 0 [mcuee@freebsd7 /usr/home/mcuee/Desktop/build/fsusb/fsusb-0.1.11-2]$ lsusb -vvv Bus /dev/usb0 Device /dev/ugen0: ID 04d8:0033 Microchip Technology, Inc. Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 8 idVendor 0x04d8 Microchip Technology, Inc. idProduct 0x0033 bcdDevice 0.02 iManufacturer 1 Microchip Technology Inc. iProduct 2 PICkit 2 Microcontroller Programmer iSerial 0 bNumConfigurations 2 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 41 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 2 PICkit 2 Microcontroller Programmer bmAttributes 0x80 (Bus Powered) MaxPower 100mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 3 Human Interface Device bInterfaceSubClass 0 No Subclass bInterfaceProtocol 0 None iInterface 0 HID Device Descriptor: bLength 9 bDescriptorType 33 bcdHID 0.01 bCountryCode 0 Not supported bNumDescriptors 1 bDescriptorType 34 Report wDescriptorLength 29 Report Descriptor: (length is 29) Item(Global): Usage Page, data= [ 0x00 0xff ] 65280 (null) Item(Local ): Usage, data= [ 0x01 ] 1 (null) Item(Main ): Collection, data= [ 0x01 ] 1 Application Item(Local ): Usage Minimum, data= [ 0x01 ] 1 (null) Item(Local ): Usage Maximum, data= [ 0x40 ] 64 (null) Item(Global): Logical Minimum, data= [ 0x00 ] 0 Item(Global): Logical Maximum, data= [ 0xff 0x00 ] 255 Item(Global): Report Size, data= [ 0x08 ] 8 Item(Global): Report Count, data= [ 0x40 ] 64 Item(Main ): Input, data= [ 0x02 ] 2 Data Variable Absolute No_Wrap Linear Preferred_State No_Null_Position Non_Volatile Bitfield Item(Local ): Usage Minimum, data= [ 0x01 ] 1 (null) Item(Local ): Usage Maximum, data= [ 0x40 ] 64 (null) Item(Main ): Output, data= [ 0x02 ] 2 Data Variable Absolute No_Wrap Linear Preferred_State No_Null_Position Non_Volatile Bitfield Item(Main ): End Collection, data=none Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 1 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x01 EP 1 OUT bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 32 bNumInterfaces 1 bConfigurationValue 2 iConfiguration 4 PICkit 2 Configuration 2 bmAttributes 0x80 (Bus Powered) MaxPower 100mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 0 bInterfaceProtocol 0 iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 1 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x01 EP 1 OUT bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 1 can't get device qualifier: Input/output error can't get debug descriptor: Input/output error cannot read device status, Input/output error (5) Bus /dev/usb1 Device /dev/ugen1: ID 04d8:000b Microchip Technology, Inc. Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 8 idVendor 0x04d8 Microchip Technology, Inc. idProduct 0x000b bcdDevice 0.00 iManufacturer 0 iProduct 0 iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 32 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0x80 (Bus Powered) MaxPower 100mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 0 (Defined at Interface level) bInterfaceSubClass 0 bInterfaceProtocol 0 iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x01 EP 1 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 0 can't get device qualifier: Input/output error can't get debug descriptor: Input/output error cannot read device status, Input/output error (5) Xiaofan From owner-freebsd-usb@FreeBSD.ORG Sat Apr 26 05:07:36 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A2641065670 for ; Sat, 26 Apr 2008 05:07:36 +0000 (UTC) (envelope-from xiaofanc@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id D2FFE8FC0A for ; Sat, 26 Apr 2008 05:07:35 +0000 (UTC) (envelope-from xiaofanc@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so5991503waf.3 for ; Fri, 25 Apr 2008 22:07:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Aqd+jXUmPmga4tNGp0FpNOBAww3q4Pe21uNX7AbhK18=; b=PVYiMLFhENeMCUX4BANBEHwKzOMVs8jPTOBy64cQfaRC8TjS95j3uoDGeedqyThCXyKpFF3mha1GDmCBqKAy6+UNxcE92iPm0ju4QxQDdC7QB3cptHSpFlIWL1hctGP3qratu2ykGctMESyeCBQ15iAJvoljAGpoSN+5DeYwNiY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=N0zfZqlWEiFH2gQlNwsIkkPZJRWIfl6jSk2afuZUMN1m9+7Gn9SksP31yHu6HXibthyI9lgXrTBqkjka03+EF2FWFOXToOWW8M/7yKGp6YsZnO9kxUER/557mHjxDwDcPWsZmqgrsrN+ASZPV94ulw4Gcf/whZECPAU4NP69q9I= Received: by 10.114.195.19 with SMTP id s19mr4044901waf.58.1209186455436; Fri, 25 Apr 2008 22:07:35 -0700 (PDT) Received: by 10.114.39.14 with HTTP; Fri, 25 Apr 2008 22:07:35 -0700 (PDT) Message-ID: Date: Sat, 26 Apr 2008 13:07:35 +0800 From: "Xiaofan Chen" To: "Hans Petter Selasky" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200804251849.11283.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: PICDEM FS USB Bootloader under FreeBSD X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 05:07:36 -0000 On Sat, Apr 26, 2008 at 12:46 PM, Xiaofan Chen wrote: > On Sat, Apr 26, 2008 at 11:50 AM, Xiaofan Chen wrote: > > > > > 2) Patch /sys/dev/usb/ugen.c > > > > > > Change all lines looking like the following, that are not in a function > > > named "xxx_callback": > > > > > > sce->read_stall = 1; > > > sce->write_stall = 1; > > > > > > Into: > > > > > > sce->read_stall = 0; > > > sce->write_stall = 0; > > > > > > Recompile ugen an try again. > > > > Maybe this is a stupid question but how do I compile ugen only and not > > the whole kernel? > > > > Normally I will use the following command with this modifications. > > [root@freebsd7 /usr/src]# make buildkernel installkernel > > KERNCONF=custom -DNOCLEAN -DNO_CLEAN -DNO_KERNELDEPEND > > > > But with major updates I will just use > > make buildkernel installkernel KERNCONF=custom > > > > I will try this out and report back. > > This does not help. > On the other hand, reading the hex file works. It worked with the same change for PICkit 2 actually. [mcuee@freebsd7 /usr/home/mcuee/Desktop/build/fsusb/fsusb-0.1.11-2]$ ./fsusb --read demo1.hex Locating USB Microchip(tm) PICDEM-FS USB(tm) (vendor 0x04d8/product 0x000b) Found USB PICDEM-FS USB as device '/dev/ugen1' on USB bus /dev/usb1 Communication established. Onboard firmware version is 1.0 Finished reading [mcuee@freebsd7 /usr/home/mcuee/Desktop/build/fsusb/fsusb-0.1.11-2]$ sudo sysctl hw.usb.debug=1 [mcuee@freebsd7 /usr/home/mcuee/Desktop/build/fsusb/fsusb-0.1.11-2]$ ./fsusb --read demo2.hex Locating USB Microchip(tm) PICDEM-FS USB(tm) (vendor 0x04d8/product 0x000b) Found USB PICDEM-FS USB as device '/dev/ugen1' on USB bus /dev/usb1 Communication established. Onboard firmware version is 1.0 Finished reading dmesg output is truncated. But here is a short version from /var/log/messages: Apr 26 13:00:58 freebsd7 sudo: mcuee : TTY=ttyp1 ; PWD=/usr/home/mcuee/Desktop/build/fsusb/fsusb-0.1.11-2 ; USER=root ; COMMAND=/sbin/sysctl hw.usb.debug=1 Apr 26 13:01:11 freebsd7 kernel: usbd_start_hardware: xfer=0xc4272070, pipe=0xc40bc9b0, nframes=2, dir=read Apr 26 13:01:11 freebsd7 kernel: usbd_dump_pipe: pipe=0xc40bc9b0 edesc=0xc40bcc7d isoc_next=0 toggle_next=0 bEndpointAddress=0x00 Apr 26 13:01:11 freebsd7 kernel: usbd_dump_queue: pipe=0xc40bc9b0 Apr 26 13:01:11 freebsd7 kernel: usbd_start_hardware: xfer=0xc4272070, pipe=0xc40bc9b0, nframes=2, dir=read Apr 26 13:01:11 freebsd7 kernel: usbd_dump_pipe: pipe=0xc40bc9b0 edesc=0xc40bcc7d isoc_next=0 toggle_next=0 bEndpointAddress=0x00 Apr 26 13:01:11 freebsd7 kernel: usbd_dump_queue: pipe=0xc40bc9b0 Apr 26 13:01:11 freebsd7 kernel: usbd_start_hardware: xfer=0xc4272070, pipe=0xc40bc9b0, nframes=2, dir=read Apr 26 13:01:11 freebsd7 kernel: usbd_dump_pipe: pipe=0xc40bc9b0 edesc=0xc40bcc7d isoc_next=0 toggle_next=0 bEndpointAddress=0x00 Apr 26 13:01:11 freebsd7 kernel: usbd_dump_queue: pipe=0xc40bc9b0 Apr 26 13:01:11 freebsd7 kernel: usbd_start_hardware: xfer=0xc4272070, pipe=0xc40bc9b0, nframes=2, dir=read Apr 26 13:01:11 freebsd7 kernel: usbd_dump_pipe: pipe=0xc40bc9b0 edesc=0xc40bcc7d isoc_next=0 toggle_next=0 bEndpointAddress=0x00 Apr 26 13:01:11 freebsd7 kernel: usbd_dump_queue: pipe=0xc40bc9b0 Apr 26 13:01:11 freebsd7 kernel: usbd_start_hardware: xfer=0xc46d9070, pipe=0xc4e6e9b0, nframes=2, dir=read Apr 26 13:01:11 freebsd7 kernel: usbd_dump_pipe: pipe=0xc4e6e9b0 edesc=0xc4e6ec7d isoc_next=0 toggle_next=0 bEndpointAddress=0x00 Apr 26 13:01:11 freebsd7 kernel: usbd_dump_queue: pipe=0xc4e6e9b0 Apr 26 13:01:11 freebsd7 kernel: usbd_start_hardware: xfer=0xc46d9070, pipe=0xc4e6e9b0, nframes=2, dir=read Apr 26 13:01:11 freebsd7 kernel: usbd_dump_pipe: pipe=0xc4e6e9b0 edesc=0xc4e6ec7d isoc_next=0 toggle_next=0 bEndpointAddress=0x00 Apr 26 13:01:11 freebsd7 kernel: usbd_dump_queue: pipe=0xc4e6e9b0 Apr 26 13:01:11 freebsd7 kernel: usbd_start_hardware: xfer=0xc4f05070, pipe=0xc4e6e9c4, nframes=1, dir=write Apr 26 13:01:11 freebsd7 kernel: usbd_dump_pipe: pipe=0xc4e6e9c4 edesc=0xc40cb232 isoc_next=0 toggle_next=0 bEndpointAddress=0x01 Apr 26 13:01:11 freebsd7 kernel: usbd_dump_queue: pipe=0xc4e6e9c4 Apr 26 13:01:11 freebsd7 kernel: usbd_start_hardware: xfer=0xc4f16070, pipe=0xc4e6e9d8, nframes=1, dir=read Apr 26 13:01:11 freebsd7 kernel: usbd_dump_pipe: pipe=0xc4e6e9d8 edesc=0xc40cb239 isoc_next=0 toggle_next=0 bEndpointAddress=0x81 Apr 26 13:01:11 freebsd7 kernel: usbd_dump_queue: pipe=0xc4e6e9d8 Apr 26 13:01:11 freebsd7 kernel: usbd_start_hardware: xfer=0xc4f05070, pipe=0xc4e6e9c4, nframes=1, dir=write Apr 26 13:01:11 freebsd7 kernel: usbd_dump_pipe: pipe=0xc4e6e9c4 edesc=0xc40cb232 isoc_next=0 toggle_next=1 bEndpointAddress=0x01 Apr 26 13:01:11 freebsd7 kernel: usbd_dump_queue: pipe=0xc4e6e9c4 Apr 26 13:01:11 freebsd7 kernel: usbd_start_hardware: xfer=0xc4f16070, pipe=0xc4e6e9d8, nframes=1, dir=read Apr 26 13:01:11 freebsd7 kernel: usbd_dump_pipe: pipe=0xc4e6e9d8 edesc=0xc40cb239 isoc_next=0 toggle_next=1 bEndpointAddress=0x81 Apr 26 13:01:11 freebsd7 kernel: usbd_dump_queue: pipe=0xc4e6e9d8 Apr 26 13:01:11 freebsd7 kernel: usbd_start_hardware: xfer=0xc4f05070, pipe=0xc4e6e9c4, nframes=1, dir=write Apr 26 13:01:11 freebsd7 kernel: usbd_dump_pipe: pipe=0xc4e6e9c4 edesc=0xc40cb232 isoc_next=0 toggle_next=0 bEndpointAddress=0x01 Apr 26 13:01:11 freebsd7 kernel: usbd_dump_queue: pipe=0xc4e6e9c4 Apr 26 13:01:11 freebsd7 kernel: usbd_start_hardware: xfer=0xc4f16070, pipe=0xc4e6e9d8, nframes=1, dir=read Apr 26 13:01:11 freebsd7 kernel: usbd_dump_pipe: pipe=0xc4e6e9d8 edesc=0xc40cb239 isoc_next=0 toggle_next=0 bEndpointAddress=0x81 Apr 26 13:01:11 freebsd7 kernel: usbd_dump_queue: pipe=0xc4e6e9d8 Apr 26 13:01:11 freebsd7 kernel: usbd_start_hardware: xfer=0xc4f05070, pipe=0xc4e6e9c4, nframes=1, dir=write Apr 26 13:01:11 freebsd7 kernel: usbd_dump_pipe: pipe=0xc4e6e9c4 edesc=0xc40cb232 isoc_next=0 toggle_next=1 bEndpointAddress=0x01 Apr 26 13:01:11 freebsd7 kernel: usbd_dump_queue: pipe=0xc4e6e9c4 Apr 26 13:01:11 freebsd7 kernel: usbd_start_hardware: xfer=0xc4f16070, pipe=0xc4e6e9d8, nframes=1, dir=read Apr 26 13:01:11 freebsd7 kernel: usbd_dump_pipe: pipe=0xc4e6e9d8 edesc=0xc40cb239 isoc_next=0 toggle_next=1 bEndpointAddress=0x81 Apr 26 13:01:11 freebsd7 kernel: usbd_dump_queue: pipe=0xc4e6e9d8 Apr 26 13:01:11 freebsd7 kernel: usbd_start_hardware: xfer=0xc4f05070, pipe=0xc4e6e9c4, nframes=1, dir=write Apr 26 13:01:11 freebsd7 kernel: usbd_dump_pipe: pipe=0xc4e6e9c4 edesc=0xc40cb232 isoc_next=0 toggle_next=0 bEndpointAddress=0x01 Apr 26 13:01:11 freebsd7 kernel: usbd_dump_queue: pipe=0xc4e6e9c4 Apr 26 13:01:11 freebsd7 kernel: usbd_start_hardware: xfer=0xc4f16070, pipe=0xc4e6e9d8, nframes=1, dir=read Apr 26 13:01:11 freebsd7 kernel: usbd_dump_pipe: pipe=0xc4e6e9d8 edesc=0xc40cb239 isoc_next=0 toggle_next=0 bEndpointAddress=0x81 Apr 26 13:01:11 freebsd7 kernel: usbd_dump_queue: pipe=0xc4e6e9d8 Apr 26 13:01:11 freebsd7 kernel: usbd_start_hardware: xfer=0xc4f05070, pipe=0xc4e6e9c4, nframes=1, dir=write ... Apr 26 13:01:19 freebsd7 kernel: usbd_dump_pipe: pipe=0xc4e6e9c4 edesc=0xc40cb232 isoc_next=0 toggle_next=0 bEndpointAddress=0x01 Apr 26 13:01:19 freebsd7 kernel: usbd_dump_queue: pipe=0xc4e6e9c4 Apr 26 13:01:19 freebsd7 kernel: usbd_start_hardware: xfer=0xc4f16070, pipe=0xc4e6e9d8, nframes=1, dir=read Apr 26 13:01:19 freebsd7 kernel: usbd_dump_pipe: pipe=0xc4e6e9d8 edesc=0xc40cb239 isoc_next=0 toggle_next=0 bEndpointAddress=0x81 Apr 26 13:01:19 freebsd7 kernel: usbd_dump_queue: pipe=0xc4e6e9d8 Apr 26 13:01:19 freebsd7 kernel: usbd_start_hardware: xfer=0xc4f05070, pipe=0xc4e6e9c4, nframes=1, dir=write Apr 26 13:01:19 freebsd7 kernel: usbd_dump_pipe: pipe=0xc4e6e9c4 edesc=0xc40cb232 isoc_next=0 toggle_next=1 bEndpointAddress=0x01 Apr 26 13:01:19 freebsd7 kernel: usbd_dump_queue: pipe=0xc4e6e9c4 Apr 26 13:01:19 freebsd7 kernel: usbd_start_hardware: xfer=0xc4f16070, pipe=0xc4e6e9d8, nframes=1, dir=read Apr 26 13:01:19 freebsd7 kernel: usbd_dump_pipe: pipe=0xc4e6e9d8 edesc=0xc40cb239 isoc_next=0 toggle_next=1 bEndpointAddress=0x81 Apr 26 13:01:19 freebsd7 kernel: usbd_dump_queue: pipe=0xc4e6e9d8 Apr 26 13:01:19 freebsd7 kernel: usbd_start_hardware: xfer=0xc4f05070, pipe=0xc4e6e9c4, nframes=1, dir=write Apr 26 13:01:19 freebsd7 kernel: usbd_dump_pipe: pipe=0xc4e6e9c4 edesc=0xc40cb232 isoc_next=0 toggle_next=0 bEndpointAddress=0x01 Apr 26 13:01:19 freebsd7 kernel: usbd_dump_queue: pipe=0xc4e6e9c4 Apr 26 13:01:19 freebsd7 kernel: usbd_start_hardware: xfer=0xc4f16070, pipe=0xc4e6e9d8, nframes=1, dir=read Apr 26 13:01:19 freebsd7 kernel: usbd_dump_pipe: pipe=0xc4e6e9d8 edesc=0xc40cb239 isoc_next=0 toggle_next=0 bEndpointAddress=0x81 Apr 26 13:01:19 freebsd7 kernel: usbd_dump_queue: pipe=0xc4e6e9d8 Apr 26 13:01:19 freebsd7 kernel: usbd_start_hardware: xfer=0xc4f05070, pipe=0xc4e6e9c4, nframes=1, dir=write Apr 26 13:01:19 freebsd7 kernel: usbd_dump_pipe: pipe=0xc4e6e9c4 edesc=0xc40cb232 isoc_next=0 toggle_next=1 bEndpointAddress=0x01 Apr 26 13:01:19 freebsd7 kernel: usbd_dump_queue: pipe=0xc4e6e9c4 Apr 26 13:01:19 freebsd7 kernel: usbd_start_hardware: xfer=0xc4f16070, pipe=0xc4e6e9d8, nframes=1, dir=read Apr 26 13:01:19 freebsd7 kernel: usbd_dump_pipe: pipe=0xc4e6e9d8 edesc=0xc40cb239 isoc_next=0 toggle_next=1 bEndpointAddress=0x81 Apr 26 13:01:19 freebsd7 kernel: usbd_dump_queue: pipe=0xc4e6e9d8 Xiaofan From owner-freebsd-usb@FreeBSD.ORG Sat Apr 26 07:19:36 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D526A106564A for ; Sat, 26 Apr 2008 07:19:36 +0000 (UTC) (envelope-from xiaofanc@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id AF14D8FC2B for ; Sat, 26 Apr 2008 07:19:36 +0000 (UTC) (envelope-from xiaofanc@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so6034564waf.3 for ; Sat, 26 Apr 2008 00:19:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=qMzx+EbZ480aHJJ39UnZREVgik2g7SxtOohaSMe8ovw=; b=EIkkRfizMSgoTNio6+erpEre6r2z99rkb6o7WpgvQYrWasE7OjbCtGpsRciJ0Xx3b2Rnqsn5b420V0FV+lIrvLqILZ6kqoCfIoK0KMPAoCDIOx2vpSAOl9rvzZh21lwG+ISHXZb3StY17Fs7ysWCd1ZpikX62xfHRMuZzjh/m2U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JUNUKmT5ljh8Kr78JiofVnlW60m30ysUv+dfTW3ju1ZZSei7kBOz9K+IYq/6LK9M9jXwbmpWSGy2NjIjF9CxawB/AWQPKOxtwetnKCts03zT3VlX5LM3XhCebQxXeL8DoLYIN9JdgEeV2jaddeqMToR6KizKQLe+/w/WgN9MHrc= Received: by 10.114.58.1 with SMTP id g1mr4142469waa.179.1209194376182; Sat, 26 Apr 2008 00:19:36 -0700 (PDT) Received: by 10.114.39.14 with HTTP; Sat, 26 Apr 2008 00:19:36 -0700 (PDT) Message-ID: Date: Sat, 26 Apr 2008 15:19:36 +0800 From: "Xiaofan Chen" To: "Hans Petter Selasky" In-Reply-To: <200804252349.25954.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200804252349.25954.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: USB Mass Storage Device with HPS Stack X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 07:19:36 -0000 On Sat, Apr 26, 2008 at 5:49 AM, Hans Petter Selasky wrote: > On Friday 25 April 2008, Xiaofan Chen wrote: > > I've got a free USB flash disk from National Semiconductor. It may > > be the so-called U3 device since it comes up as a CDROM and > > a removable USB drive. The removable USB drive part works fine. > > But I am not able to mount the CD part which contains some datasheets > > from National Semiconductor. Any tips on this? > > Since I have some other mass storage device and it seems the latest HPS stack works fine with the normal ones (Kingston Data Traveler 256MB, IMation 1GB Flash Drive and Nokia 6280 with 1GB MicroSD card in storage mode) but not the strange ones like a 23040 Bytes PIC18F2550 USB mass storage device. 1) 23040B PIC18F2550 device (using internal Flash as the storage) http://sourceforge.net/projects/pic18fusb http://forum.microchip.com/tm.aspx?m=164912 dmesg: umass1: on usb0 umass1: SCSI over Bulk-Only; quirks = 0x0000 umass1: Get Max Lun not supported (USBD_ERR_SHORT_XFER) umass1:1:1:-1: Attached to scbus1 da1 at umass-sim1 bus 1 target 0 lun 0 da1: Removable Direct Access SCSI-4 device da1: 1.000MB/s transfers da1: 0MB (49 512 byte sectors: 64H 32S/T 0C) (da1:umass-sim1:1:0:0): Synchronize cache failed, status == 0x4, scsi status == 0x0 [mcuee@freebsd7 ~]$ sudo mount_msdosfs /dev/da1 /media/usbdisk2 mount_msdosfs: /dev/da1: : Input/output error And Nokia 6280 in default mode will crash FreeBSD just as it crashes Linux last time. The computer immediately freezes and I have to hit the reset button. It did not work last time under my XP SP2 but later Nokia host software seems to solve the issue. It did not work under Linux either with the USB storage mode. http://www.mail-archive.com/linux-usb-users@lists.sourceforge.net/msg17810.html Later it seems to me that 2GB MicroSD card is the problem and I have replaced it with a 1GB card and it works better. With default mode, last time Linux will crash as well but it seems the problem has been solved. http://bugzilla.kernel.org/show_bug.cgi?id=7201 Strangely I could not find any crash log this time. It happened to me yesterday with the Kingston Data Traveler 256MB but today it works fine with revision 711 HPS stack. Xiaofan From owner-freebsd-usb@FreeBSD.ORG Sat Apr 26 07:51:22 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC284106566C for ; Sat, 26 Apr 2008 07:51:22 +0000 (UTC) (envelope-from xiaofanc@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id 9A1658FC0C for ; Sat, 26 Apr 2008 07:51:22 +0000 (UTC) (envelope-from xiaofanc@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so6044476waf.3 for ; Sat, 26 Apr 2008 00:51:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=vorLcAQ0TxU1/UlO2woNyTS8zLZt9Q1ozlzarcG+MhI=; b=v2BapE7MrR+Ol1+pN4Rw82P2avo9bqAkIaGa93Jv/dvp0f3A8U8ZB1ffdHKqD6Y6LTVkZE97XAnvlswexWsk5qx5WrUwzDU2YYX5ln3/nnH5ob5D8bF5XoLy3ECJR0ejflCgLEBY+si/9eRybeBYxithO57gsuRmPH4ttQvjw7w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=IsxpfyULg294pe7wH8i3n6IpMtCpLJtk1ESpjkp9J1sQhTTeZAMY84mCsfyepaKEflUPt0xy1AKlPCZwbR4pvs5pWz1g+PrKS1ebynckJLAZOq9xmUR1/+Ysl+Y7iYXvQbWIykKsTw3+jvTmESFAEIp6p9AGXijCJm3nyypVKMA= Received: by 10.114.126.1 with SMTP id y1mr4167971wac.108.1209196282303; Sat, 26 Apr 2008 00:51:22 -0700 (PDT) Received: by 10.114.39.14 with HTTP; Sat, 26 Apr 2008 00:51:22 -0700 (PDT) Message-ID: Date: Sat, 26 Apr 2008 15:51:22 +0800 From: "Xiaofan Chen" To: freebsd-usb@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: USB CDC-ACM device under FreeBSD and HPS stack X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 07:51:22 -0000 Today is my FreeBSD USB day. :-) So I am attaching various USB device to FreeBSD and see if they work or not. I have two USB to serial converter (one based on FTDI and one based on Prolific). I have also two demo boards who poses as USB CDC-ACM device. One is the Olimex LPC-P2148 demo board with the lpcusb open source stack. The other is a Infineon U-Light stick based on Silicon Labs CP2101. Somehow they are all recognized as ugen device and not usb serial device. [mcuee@freebsd7 ~]$ lsusb Bus /dev/usb0 Device /dev/ugen3: ID ffff:0005 Bus /dev/usb1 Device /dev/ugen0: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC Bus /dev/usb1 Device /dev/ugen1: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port Bus /dev/usb1 Device /dev/ugen2: ID 10c4:ea60 Cygnal Integrated Products, Inc. [mcuee@freebsd7 ~]$ sudo usbdevs addr 1: OHCI root HUB, nVidia addr 2: USBSerial, LPCUSB addr 1: OHCI root HUB, nVidia addr 2: usb serial converter, ftdi addr 3: USB-Serial Controller D, Prolific Technology Inc. addr 4: U-Light, Silicon Labs addr 1: EHCI root HUB, nVidia After loading ucom/uplcom/ufdti and unplug/plug the two real USB-Serial converter, they seems to work fine. [mcuee@freebsd7 ~]$ sudo kldload uftdi [mcuee@freebsd7 ~]$ sudo kldload uplcom [mcuee@freebsd7 ~]$ kldstat Id Refs Address Size Name 1 20 0xc0400000 9263b0 kernel 2 1 0xc0d27000 6f88 snd_ich.ko 3 2 0xc0d2e000 4a5ac sound.ko 4 1 0xc0d79000 6a32c acpi.ko 5 1 0xc4490000 22000 linux.ko 6 1 0xc4704000 21000 radeon.ko 7 1 0xc4725000 f000 drm.ko 8 3 0xc4e70000 4000 ucom.ko 9 1 0xc4f6b000 4000 uftdi.ko 10 1 0xc4f71000 4000 uplcom.ko [mcuee@freebsd7 ~]$ dmesg ... ugen0: at uhub1, port 1, addr 2 (disconnected) ugen0: detached ugen1: at uhub1, port 2, addr 3 (disconnected) ugen1: detached uplcom0: on usb1 uftdi0: on usb1 How do I automated this process? But loading ucycom failed. [mcuee@freebsd7 ~]$ ls -la /boot/kernel/uc* -r-xr-xr-x 1 root wheel 15649 Apr 26 10:58 /boot/kernel/ucom.ko -r-xr-xr-x 1 root wheel 50744 Apr 26 10:58 /boot/kernel/ucom.ko.symbols -r-xr-xr-x 1 root wheel 10646 Apr 26 10:58 /boot/kernel/ucycom.ko -r-xr-xr-x 1 root wheel 40343 Apr 26 10:58 /boot/kernel/ucycom.ko.symbols [mcuee@freebsd7 ~]$ sudo kldload ucycom kldload: can't load ucycom: No such file or directory As for the generic CDC-ACM device (the Olimex LPC-P2148), I do not know how to load the necessary kernel module to get it work as a usb-serial device. Under Linux, there is a generic cdc-acm device support. Any tips? Thanks in advance. Xiaofan From owner-freebsd-usb@FreeBSD.ORG Sat Apr 26 08:16:19 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 372BE1065670 for ; Sat, 26 Apr 2008 08:16:19 +0000 (UTC) (envelope-from xiaofanc@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 127788FC18 for ; Sat, 26 Apr 2008 08:16:18 +0000 (UTC) (envelope-from xiaofanc@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so6052186waf.3 for ; Sat, 26 Apr 2008 01:16:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=02HXzI2kAWm7zS4q5iTYpNxAvOL6lD+8e8hrUMQw+S4=; b=Dz6sEhGg6Uoze1ARs4dG75CEYts1BUQ0ChVyVI96WeTaCBxFEQdRzJIbFEedm02CWJ2wJ4IcQ8UYuCwuCYMAXCMSF+fBvZM0oJ3VanLBMROLfAAVUDMqcClJHPQISzS/AQEJeei4DsCAuYpfuazcLk2IhK/0JIcA45zFuP76j8k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=A/WdU4rVbBZb9ED9+ZmU3UKEYmjxkYe0vg017VIGvTZUDyz1UsMBb6wTwOkF+8SvqVBwh/mRBljnQyXx+kqZofhAK3y0UwGwJ7JIT6+3SNE/Se1uu7EjVUzPHxoXDh98W7dSUkQm78es4Kjw+sxlhtUam1Eenqmt9NGmhNb7s/E= Received: by 10.114.60.19 with SMTP id i19mr4180048waa.170.1209197778706; Sat, 26 Apr 2008 01:16:18 -0700 (PDT) Received: by 10.114.39.14 with HTTP; Sat, 26 Apr 2008 01:16:18 -0700 (PDT) Message-ID: Date: Sat, 26 Apr 2008 16:16:18 +0800 From: "Xiaofan Chen" To: freebsd-usb@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Subject: Re: USB CDC-ACM device under FreeBSD and HPS stack X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 08:16:19 -0000 On Sat, Apr 26, 2008 at 3:51 PM, Xiaofan Chen wrote: > [mcuee@freebsd7 ~]$ sudo kldload ucycom > kldload: can't load ucycom: No such file or directory > Ah cycom is only for Cypress USB based USB to serial converter. CP210x seems to be only supported by 8-Current. But maybe this can be ported to the HPS stack. Xiaofan From owner-freebsd-usb@FreeBSD.ORG Sat Apr 26 16:33:24 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE56B1065675 for ; Sat, 26 Apr 2008 16:33:24 +0000 (UTC) (envelope-from xiaofanc@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id 84ADE8FC1A for ; Sat, 26 Apr 2008 16:33:24 +0000 (UTC) (envelope-from xiaofanc@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so6241470waf.3 for ; Sat, 26 Apr 2008 09:33:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=lU+Y3PpOvsywEMlVPnfXRP1XVc1H18MuIC8/coQHAOY=; b=B6kdA//xeEkg5LxN3KYc853bVq4/oW5ds0EgnDwwiXe8YXsI0ZyDuiISd/vJqvo34/w6kRj6fHyYBdpYjJu7vDZJP5saiM86eBs/l2XW6FkQncisT5SVcZcWEa3n93dxo0NaKKvGjQ0n7BFigLw+dPRUESNl/PgzX3ExgKZCQLY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=VqLcXrGc0o+rVWgdIEOVLEqGNf6gUc5H07zQn+r7AHcKHrAZ70Bdgkp9VFbmcb6fiIkE+eS0sNbpwxM9b6/nh8PTJq6VGVRmb+jNhgrKo3Fw2WmWSKpb7pIE8olhKzEDpaSX+IYM6ppHy4aOjT8w1kjiAgTeEotrrG18MwTifIA= Received: by 10.115.47.1 with SMTP id z1mr4553813waj.149.1209227603556; Sat, 26 Apr 2008 09:33:23 -0700 (PDT) Received: by 10.114.39.14 with HTTP; Sat, 26 Apr 2008 09:33:18 -0700 (PDT) Message-ID: Date: Sun, 27 Apr 2008 00:33:18 +0800 From: "Xiaofan Chen" To: "Hans Petter Selasky" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200804252349.25954.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: USB Mass Storage Device with HPS Stack X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 16:33:24 -0000 On Sat, Apr 26, 2008 at 3:19 PM, Xiaofan Chen wrote: > Since I have some other mass storage device and it seems > the latest HPS stack works fine with the normal ones (Kingston > Data Traveler 256MB, IMation 1GB Flash Drive and Nokia > 6280 with 1GB MicroSD card in storage mode) but not the > strange ones like a 23040 Bytes PIC18F2550 USB mass > storage device. > > 1) 23040B PIC18F2550 device (using internal Flash as the > storage) > http://sourceforge.net/projects/pic18fusb > http://forum.microchip.com/tm.aspx?m=164912 > > dmesg: > umass1: addr 3> on usb0 > umass1: SCSI over Bulk-Only; quirks = 0x0000 > umass1: Get Max Lun not supported (USBD_ERR_SHORT_XFER) > umass1:1:1:-1: Attached to scbus1 > da1 at umass-sim1 bus 1 target 0 lun 0 > da1: ==> Removable Direct Access SCSI-4 device > da1: 1.000MB/s transfers > da1: 0MB (49 512 byte sectors: 64H 32S/T 0C) > (da1:umass-sim1:1:0:0): Synchronize cache failed, status == 0x4, scsi > status == 0x0 > > [mcuee@freebsd7 ~]$ sudo mount_msdosfs /dev/da1 /media/usbdisk2 > mount_msdosfs: /dev/da1: : Input/output error Forget about this one. It does not work under the latest Ubuntu 8.04 either. It also hangs NetBSD 4.0. So I think the firmware is not really working. Yeah, it works under Windows. ;-) Xiaofan From owner-freebsd-usb@FreeBSD.ORG Sat Apr 26 20:51:26 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A5701065678 for ; Sat, 26 Apr 2008 20:51:26 +0000 (UTC) (envelope-from scb@techwires.net) Received: from mx02.netsrc.de (cvs.netsrc.de [213.131.252.24]) by mx1.freebsd.org (Postfix) with ESMTP id 9A1758FC1E for ; Sat, 26 Apr 2008 20:51:25 +0000 (UTC) (envelope-from scb@techwires.net) Received: from amelie.lab.sad1.techwires.net (dslb-088-067-205-188.pools.arcor-ip.net [88.67.205.188]) by mx02.netsrc.de (Postfix) with ESMTP id 2D2F93CBC25 for ; Sat, 26 Apr 2008 22:40:01 +0200 (CEST) Message-ID: <48139320.5040905@techwires.net> Date: Sat, 26 Apr 2008 22:40:00 +0200 From: Bernhard Schmidt User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: freebsd-usb@freebsd.org Content-Type: multipart/mixed; boundary="------------000208050209040703010703" Subject: Macbook Fn key, ukbd X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 20:51:26 -0000 This is a multi-part message in MIME format. --------------000208050209040703010703 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Hi, The attached patch enables the Fn key on Macbooks which is required to get Home, End, [..] keys to work. Now I need some input on a good way to detect if a keyboard has that Fn key. Currently I'm using the quirk approach, possible would also be to use hid_locate() as Rui Paulo did in http://fnop.net/~rpaulo/priv/freebsd/macbook-aug-1.diff and defining a option named UKBD_HAS_FN or something would work too. So what's the way to go for? To all Macbook (Pro) users, if you can afford some spare time and test the patch, feedback welcome. :) Regards, Bernhard Schmidt --------------000208050209040703010703 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="macbookfnkey.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="macbookfnkey.diff" diff -ur /usr/src.orig/sys/dev/usb/ukbd.c /usr/src/sys/dev/usb/ukbd.c --- /usr/src.orig/sys/dev/usb/ukbd.c 2008-04-26 18:40:35.000000000 +0200 +++ /usr/src/sys/dev/usb/ukbd.c 2008-04-26 18:50:23.000000000 +0200 @@ -110,6 +110,9 @@ typedef struct ukbd_softc { device_t sc_dev; /* base device */ + int sc_flags; +#define UKBD_FNKEY 0x01 +#define UKBD_HASFN 0x01 } ukbd_softc_t; #define UKBD_CHUNK 128 /* chunk size for read */ @@ -191,6 +194,11 @@ id = usbd_get_interface_descriptor(iface); + if (usbd_get_quirks(uaa->device)->uq_flags & UQ_APPLE_HAS_FN) { + device_printf(self, "Apple Macbook Fn key detected\n."); + sc->sc_flags |= UKBD_HASFN; + } + arg[0] = (void *)uaa; arg[1] = (void *)ukbd_intr; kbd = NULL; @@ -206,6 +214,8 @@ #endif if (bootverbose) (*sw->diag)(kbd, bootverbose); + if (sc->sc_flags & UKBD_HASFN) + kbd->kb_flags |= UKBD_HASFN; return 0; } @@ -364,6 +374,7 @@ int ks_mode; /* input mode (K_XLATE,K_RAW,K_CODE) */ int ks_flags; /* flags */ #define COMPOSE (1 << 0) +#define FNKEY (2 << 0) int ks_polling; int ks_state; /* shift/lock key state */ int ks_accents; /* accent key index (> 0) */ @@ -866,6 +877,7 @@ c = -1; } else { c = state->ks_input[state->ks_inputhead]; + DPRINTF(("ukbd_getc: read %04x\n", c)); --state->ks_inputs; state->ks_inputhead = (state->ks_inputhead + 1)%INPUTBUFSIZE; } @@ -1031,6 +1043,53 @@ return NOKEY; ++kbd->kb_count; + if (!(kbd->kb_flags & UKBD_HASFN)) + goto no_fn_key; + + /* fn key pressed */ + if (usbcode == UKBD_FNKEY) { + if (!(state->ks_flags & FNKEY)) { + state->ks_flags |= FNKEY; + DPRINTFN(1, ("ukbd_read_char: fn key pressed\n")); + } + --kbd->kb_count; + goto next_code; + } + + /* fn key released */ + else if (KEY_INDEX(usbcode) == UKBD_FNKEY) { + if (state->ks_flags & FNKEY) { + state->ks_flags &= ~FNKEY; + DPRINTFN(1, ("ukbd_read_char: fn key released\n")); + } + --kbd->kb_count; + goto next_code; + } + + /* translate scancodes while fn key is pressed */ + else if (state->ks_flags & FNKEY) { + DPRINTFN(2, ("ukbd_read_char: translate: %04x\n", usbcode)); + switch (KEY_INDEX(usbcode)) { + case 0x2a: /* delete */ + usbcode = 0x4c | (usbcode & KEY_RELEASE ? KEY_RELEASE : 0x0); + break; + case 0x4f: /* end */ + usbcode = 0x4d | (usbcode & KEY_RELEASE ? KEY_RELEASE : 0x0); + break; + case 0x50: /* home */ + usbcode = 0x4a | (usbcode & KEY_RELEASE ? KEY_RELEASE : 0x0); + break; + case 0x51: /* pagedown */ + usbcode = 0x4e | (usbcode & KEY_RELEASE ? KEY_RELEASE : 0x0); + break; + case 0x52: /* pageup */ + usbcode = 0x4b | (usbcode & KEY_RELEASE ? KEY_RELEASE : 0x0); + break; + } + DPRINTFN(2, ("ukbd_read_char: translated to %04x\n", usbcode)); + } +no_fn_key: + #ifdef UKBD_EMULATE_ATSCANCODE /* USB key index -> key code -> AT scan code */ keycode = ukbd_trtab[KEY_INDEX(usbcode)]; diff -ur /usr/src.orig/sys/dev/usb/usb_quirks.c /usr/src/sys/dev/usb/usb_quirks.c --- /usr/src.orig/sys/dev/usb/usb_quirks.c 2008-04-26 18:40:35.000000000 +0200 +++ /usr/src/sys/dev/usb/usb_quirks.c 2008-04-26 18:45:03.000000000 +0200 @@ -90,6 +90,8 @@ ANY, { UQ_MS_BAD_CLASS | UQ_MS_LEADING_BYTE }}, { USB_VENDOR_MICROSOFT, USB_PRODUCT_MICROSOFT_WLINTELLIMOUSE, ANY, { UQ_MS_LEADING_BYTE }}, +/* Apple Macbook Keyboard */ + { USB_VENDOR_APPLE, USB_PRODUCT_APPLE_INT_KBD, ANY, { UQ_APPLE_HAS_FN }}, /* Devices which should be ignored by uhid */ { USB_VENDOR_APC, USB_PRODUCT_APC_UPS, diff -ur /usr/src.orig/sys/dev/usb/usb_quirks.h /usr/src/sys/dev/usb/usb_quirks.h --- /usr/src.orig/sys/dev/usb/usb_quirks.h 2008-04-26 18:40:35.000000000 +0200 +++ /usr/src/sys/dev/usb/usb_quirks.h 2008-04-26 18:45:03.000000000 +0200 @@ -57,6 +57,7 @@ #define UQ_KBD_IGNORE 0x00018000 /* device should be ignored by both kbd and hid class */ #define UQ_MS_BAD_CLASS 0x00020000 /* doesn't identify properly */ #define UQ_MS_LEADING_BYTE 0x40000 /* mouse sends an unknown leading byte. */ +#define UQ_APPLE_HAS_FN 0x00080000 /* keyboard has fn key */ }; extern const struct usbd_quirks usbd_no_quirk; diff -ur /usr/src.orig/sys/dev/usb/usbdevs /usr/src/sys/dev/usb/usbdevs --- /usr/src.orig/sys/dev/usb/usbdevs 2008-04-26 18:40:35.000000000 +0200 +++ /usr/src/sys/dev/usb/usbdevs 2008-04-26 18:45:03.000000000 +0200 @@ -838,6 +838,7 @@ /* Apple Computer products */ product APPLE EXT_KBD 0x020c Apple Extended USB Keyboard +product APPLE INT_KBD 0x021b Apple Macbook Internal Keyboard product APPLE OPTMOUSE 0x0302 Optical mouse product APPLE MIGHTYMOUSE 0x0304 Mighty Mouse product APPLE EXT_KBD_HUB 0x1003 Hub in Apple Extended USB Keyboard --------------000208050209040703010703--