public inbox for ecos-bugs@sourceware.org help / color / mirror / Atom feed
From: bugzilla-daemon@bugs.ecos.sourceware.org To: ecos-bugs@ecos.sourceware.org Subject: [Bug 1001024] New: STM32 USB driver and proposed USB API change Date: Wed, 25 Aug 2010 20:36:00 -0000 [thread overview] Message-ID: <bug-1001024-13@http.bugs.ecos.sourceware.org/> (raw) Please do not reply to this email. Use the web interface provided at: http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001024 Summary: STM32 USB driver and proposed USB API change Product: eCos Version: 3.0 Platform: stm32e_eval (ST STM3210E EVAL board) OS/Version: Cortex-M Status: UNCONFIRMED Severity: enhancement Priority: low Component: USB driver AssignedTo: unassigned@bugs.ecos.sourceware.org ReportedBy: chris@zynaptic.com CC: ecos-bugs@ecos.sourceware.org Class: Advice Request Created an attachment (id=963) --> (http://bugs.ecos.sourceware.org/attachment.cgi?id=963) STM32 USB slave driver package Attached is the STM32 USB driver which has been developed and tested against the 3.0 release. It has had extensive testing with a proprietary USB class driver, but there are issues with using it in conjunction with the standard eCos class drivers which could best be fixed by an enhancement to the USB slave API. Instead of using static endpoint references as per existing USB slave drivers, STM32 USB endpoints may only be accessed after USB device configuration via the two following 'getter' functions: // Get a handle on the specified transmit (in) endpoint. Calling this function // with a given logical endpoint ID will return the transmit endpoint data // structure associated with that endpoint ID. extern usbs_tx_endpoint* cyg_usbs_cortexm_stm32_tx_endpoint (cyg_uint32 ep_id); // Get a handle on the specified receive (out) endpoint. Calling this function // with a given logical endpoint ID will return the receive endpoint data // structure associated with that endpoint ID. extern usbs_rx_endpoint* cyg_usbs_cortexm_stm32_rx_endpoint (cyg_uint32 ep_id); This approach allows the STM32 USB driver to support multiple USB configurations if required. However, the existing standard eCos class drivers assume the use of static endpoint definitions which will require changes to work against this driver. IMHO, the best way to resolve this would be to introduce a new pair of functions to the standard USB slave API, which are generic variants of the ones given above for the STM32. This would be easy to add to existing drivers and would provide a consistent way of accessing old-style fixed endpoint USB hardware and more modern configurable USB hardware. In addition they will hide the native types of the endpoint data structures which currently 'leak' from hardware specific slave drivers into class driver implementations. -- 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.
next reply other threads:[~2010-08-25 20:36 UTC|newest] Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top 2010-08-25 20:36 bugzilla-daemon [this message] 2010-08-26 9:14 ` [Bug 1001024] " bugzilla-daemon 2010-08-26 11:00 ` bugzilla-daemon 2010-09-03 14:00 ` bugzilla-daemon 2010-09-13 19:31 ` bugzilla-daemon 2010-09-13 19:32 ` bugzilla-daemon 2010-09-13 19:51 ` bugzilla-daemon 2010-09-17 13:11 ` bugzilla-daemon 2010-09-17 18:03 ` bugzilla-daemon 2010-10-07 10:13 ` bugzilla-daemon 2010-10-07 19:23 ` bugzilla-daemon 2010-10-09 14:38 ` bugzilla-daemon 2010-10-15 13:51 ` bugzilla-daemon 2010-10-15 16:13 ` bugzilla-daemon 2010-10-15 17:07 ` bugzilla-daemon 2010-10-15 20:52 ` bugzilla-daemon 2010-10-16 7:41 ` bugzilla-daemon 2010-10-16 10:12 ` bugzilla-daemon 2010-10-16 10:55 ` bugzilla-daemon 2010-10-16 12:18 ` bugzilla-daemon 2010-10-16 13:53 ` bugzilla-daemon 2010-10-16 14:34 ` bugzilla-daemon 2010-10-16 19:30 ` bugzilla-daemon 2010-10-17 14:21 ` bugzilla-daemon 2010-10-17 15:06 ` bugzilla-daemon 2010-10-17 15:29 ` bugzilla-daemon 2010-10-17 18:08 ` bugzilla-daemon 2010-10-17 18:34 ` bugzilla-daemon 2010-10-18 9:36 ` bugzilla-daemon 2010-10-20 18:27 ` bugzilla-daemon 2010-10-21 8:57 ` bugzilla-daemon 2010-10-21 15:40 ` bugzilla-daemon 2010-10-21 18:32 ` bugzilla-daemon 2010-10-21 18:47 ` bugzilla-daemon 2010-10-21 21:20 ` bugzilla-daemon 2010-10-25 8:48 ` bugzilla-daemon 2010-10-26 10:50 ` bugzilla-daemon 2010-10-26 19:15 ` bugzilla-daemon 2010-10-27 10:25 ` bugzilla-daemon 2010-10-27 13:04 ` bugzilla-daemon -- strict thread matches above, loose matches on Subject: below -- 2010-08-25 20:36 [Bug 1001024] New: " bugzilla-daemon
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=bug-1001024-13@http.bugs.ecos.sourceware.org/ \ --to=bugzilla-daemon@bugs.ecos.sourceware.org \ --cc=ecos-bugs@ecos.sourceware.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).