From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14330 invoked by alias); 17 Sep 2010 13:11:16 -0000 Received: (qmail 13978 invoked by uid 22791); 17 Sep 2010 13:11:14 -0000 X-SWARE-Spam-Status: No, hits=-0.1 required=5.0 tests=AWL,BAYES_50,TW_UH,TW_XF X-Spam-Check-By: sourceware.org Received: from hagrid.ecoscentric.com (HELO mail.ecoscentric.com) (212.13.207.197) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 17 Sep 2010 13:11:09 +0000 Received: from localhost (hagrid.ecoscentric.com [127.0.0.1]) by mail.ecoscentric.com (Postfix) with ESMTP id 4B94A2F78008 for ; Fri, 17 Sep 2010 14:11:06 +0100 (BST) Received: from mail.ecoscentric.com ([127.0.0.1]) by localhost (hagrid.ecoscentric.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DvBpnMv7+O30; Fri, 17 Sep 2010 14:11:04 +0100 (BST) From: bugzilla-daemon@bugs.ecos.sourceware.org To: ecos-patches@ecos.sourceware.org Subject: [Bug 1001024] STM32 USB driver and proposed USB API change X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: eCos X-Bugzilla-Component: Patches and contributions X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: john@dallaway.org.uk X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Priority: low X-Bugzilla-Assigned-To: unassigned@bugs.ecos.sourceware.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: CC In-Reply-To: References: X-Bugzilla-URL: http://bugs.ecos.sourceware.org/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 Date: Fri, 17 Sep 2010 13:11:00 -0000 Message-Id: <20100917131104.1A4572F78003@mail.ecoscentric.com> Mailing-List: contact ecos-patches-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: ecos-patches-owner@ecos.sourceware.org X-SW-Source: 2010-09/txt/msg00004.txt.bz2 Please do not reply to this email. Use the web interface provided at: http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001024 John Dallaway changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fpagliughi@mindspring.com --- Comment #7 from John Dallaway 2010-09-17 14:11:01 BST --- Chris, thank you for the attachments. I've been experimenting with them and have reached the point where my linux box is recognising the connection of a serial device: Sep 17 13:38:35 cog kernel: usb 4-1: new full speed USB device using uhci_hcd and address 20 Sep 17 13:38:35 cog kernel: usb 4-1: device descriptor read/all, error -71 Sep 17 13:38:35 cog kernel: usb 4-1: new full speed USB device using uhci_hcd and address 21 Sep 17 13:38:35 cog kernel: usb 4-1: device descriptor read/all, error -71 Sep 17 13:38:35 cog kernel: usb 4-1: new full speed USB device using uhci_hcd and address 22 Sep 17 13:38:35 cog kernel: usb 4-1: device descriptor read/8, error -71 Sep 17 13:38:35 cog kernel: usb 4-1: configuration #1 chosen from 1 choice Meanwhile, the STM32 USB driver reports: ### 3:Powered ### ### 4:Reset ### ### 4:Reset ### ### 4:Reset ### ### 4:Reset ### STM32 USB : Setting USB device address = 20 ### 5:Addressed ### ### 4:Reset ### ### 4:Reset ### STM32 USB : Setting USB device address = 21 ### 5:Addressed ### ### 4:Reset ### STM32 USB : Setting USB device address = 22 ### 5:Addressed ### STM32 USB : Setting USB configuration = 1 ### 6:Configured ### To get this far, I have: a) set CYGDAT_IO_USB_SLAVE_SERIAL_EP0 == "cyg_usbs_cortexm_stm32_ep0c" b) commented out references to the static rx/tx/intr endpoint structs in usbs_serial.c, and c) modified the parameters passed into usbs_serial_init(): void usbs_serial_start(void) { usbs_serial_init(&usbs_ser0, usbs_get_tx_endpoint(usbs_serial_ep0, TX_EP_NUM), usbs_get_rx_endpoint(usbs_serial_ep0, RX_EP_NUM)); ...... lsusb reports: Bus 004 Device 022: ID ffff:0001 Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 idVendor 0xffff idProduct 0x0001 bcdDevice 0.00 iManufacturer 1 eCos iProduct 2 eCos USB Serial Device iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 32 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xc0 Self 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 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x02 EP 2 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 0 "Vendor Specific Class" doesn't look good. Are there any clues here as to the problem? I am adding Frank Pagliughi (eCos USB slave serial author) to the CC list in case he has some insights on how to debug this. -- Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.