* Updated version of the STM32 USB driver.
@ 2009-06-01 9:52 Chris Holgate
2009-06-04 11:00 ` GaurangT
0 siblings, 1 reply; 5+ messages in thread
From: Chris Holgate @ 2009-06-01 9:52 UTC (permalink / raw)
To: ecos-devel
Hi folks,
I have just uploaded a new version of the STM32 USB driver here:
www.zynaptic.com/ecos/packages/stm32-usb-20090601.epk
Changes from the last code drop are as follows:
1) Driver compilation is now switched on and off in CDL using the
'enable endpoiont 0' option.
2) Disabling devtab support is now a CDL constraint on using the driver.
3) CDL endpoint interfaces are now implemented so that the
CYGHWR_IO_USB_SLAVE_OUT_ENDPOINTS and CYGHWR_IO_USB_SLAVE_IN_ENDPOINTS
values are set correctly. This should allow the serial slave class
driver to configure correctly, but it will still need patching to cope
with dynamic endpoints.
4) USB support is now added directly into the existing target. See the
following post for how to safely remove it:
http://ecos.sourceware.org/ml/ecos-devel/2009-05/msg00079.html
5) Implemented the last functional TODO's in the source code. Anything
now marked as a TODO is a feature that it would be nice to have, but
which is not essential to normal operation.
Chris.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Updated version of the STM32 USB driver.
2009-06-01 9:52 Updated version of the STM32 USB driver Chris Holgate
@ 2009-06-04 11:00 ` GaurangT
2009-06-08 10:15 ` Chris Holgate
0 siblings, 1 reply; 5+ messages in thread
From: GaurangT @ 2009-06-04 11:00 UTC (permalink / raw)
To: ecos-devel
Hi Chris,
I tried your latest STM32 driver and was successfully add USB
slave-side serial drivers package.
when I select enable control the endpoint 0 and enable all usb slave serial
support in configtool.
What is defined data structure in USB IN and OUT endpoint structure in stm32
evel board.
If I mention default data structure,I got compile error (like undefined
reference to usbs_at91_ep1 and usbs_at91_ep2) in usb2serial test program.
Gaurang
Chris Holgate wrote:
>
> Hi folks,
>
> I have just uploaded a new version of the STM32 USB driver here:
>
> www.zynaptic.com/ecos/packages/stm32-usb-20090601.epk
>
> Changes from the last code drop are as follows:
>
> 1) Driver compilation is now switched on and off in CDL using the
> 'enable endpoiont 0' option.
>
> 2) Disabling devtab support is now a CDL constraint on using the driver.
>
> 3) CDL endpoint interfaces are now implemented so that the
> CYGHWR_IO_USB_SLAVE_OUT_ENDPOINTS and CYGHWR_IO_USB_SLAVE_IN_ENDPOINTS
> values are set correctly. This should allow the serial slave class
> driver to configure correctly, but it will still need patching to cope
> with dynamic endpoints.
>
> 4) USB support is now added directly into the existing target. See the
> following post for how to safely remove it:
> http://ecos.sourceware.org/ml/ecos-devel/2009-05/msg00079.html
>
> 5) Implemented the last functional TODO's in the source code. Anything
> now marked as a TODO is a feature that it would be nice to have, but
> which is not essential to normal operation.
>
> Chris.
>
>
--
View this message in context: http://www.nabble.com/Updated-version-of-the-STM32-USB-driver.-tp23812467p23867737.html
Sent from the Sourceware - ecos-devel mailing list archive at Nabble.com.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Updated version of the STM32 USB driver.
2009-06-04 11:00 ` GaurangT
@ 2009-06-08 10:15 ` Chris Holgate
2009-06-09 11:44 ` GaurangT
0 siblings, 1 reply; 5+ messages in thread
From: Chris Holgate @ 2009-06-08 10:15 UTC (permalink / raw)
To: GaurangT; +Cc: ecos-devel
GaurangT wrote:
> Hi Chris,
>
> I tried your latest STM32 driver and was successfully add USB
> slave-side serial drivers package.
> when I select enable control the endpoint 0 and enable all usb slave serial
> support in configtool.
> What is defined data structure in USB IN and OUT endpoint structure in stm32
> evel board.
This was discussed a while ago here...
http://ecos.sourceware.org/ml/ecos-devel/2009-05/msg00033.html
In summary, while you can just use something like &usbs_at91_ep1 to get
a pointer to endpoint one of a driver with statically assigned fixed
endpoints, with the STM32 you need to use an 'endpoint getter' function
to return the pointer. The 'endpoint getter' functions only return
valid endpoint pointers once the USB device has been configured by the host.
So for OUT endpoint 1 it would be a case of replacing...
&usbs_at91_ep1
with...
cyg_usbs_cortexm_stm32_rx_endpoint(1)
This results in me having to use knarly code like the following in my
own class driver:
#if (defined CYGPKG_DEVS_USB_AT91)
#include "cyg/io/usb/usbs_at91.h"
#define EP1_DATA_STRUCT &usbs_at91_ep1
#define EP1_INIT_FUNC usbs_at91_endpoint_init
#elif (defined CYGPKG_DEVS_USB_CORTEXM_STM32)
#include "cyg/io/usb/usb_stm32.h"
#define EP1_DATA_STRUCT cyg_usbs_cortexm_stm32_rx_endpoint(1)
#define EP1_INIT_FUNC(_args_...) {}
And then I can use something like:
usbs_start_rx_buffer (EP1_DATA_STRUCT, cmd_buf, MAX_FRAME_SIZE,
completion_handler, 0);
Unfortunately the CDL settings for the serial class driver currently
require you to specify static endpoint names, so it will not work out of
the box with the STM32 driver.
> If I mention default data structure,I got compile error (like undefined
> reference to usbs_at91_ep1 and usbs_at91_ep2) in usb2serial test program.
Hopefully the above information explains why this is and what you would
need to do to fix it. We are stuck with this approach of exposing the
low-level driver API for any drivers which are compatible with the
release 3.0 USB framework. However, it would be nice to clean this up
for future versions.
Chris.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Updated version of the STM32 USB driver.
2009-06-08 10:15 ` Chris Holgate
@ 2009-06-09 11:44 ` GaurangT
2011-05-17 11:16 ` Sunder819
0 siblings, 1 reply; 5+ messages in thread
From: GaurangT @ 2009-06-09 11:44 UTC (permalink / raw)
To: ecos-devel
Hi Chris,
What is CDL settings for the serial class driver for stm32?
When I am replacing this function
extern usbs_tx_endpoint* cyg_usbs_cortexm_stm32_tx_endpoint (1)
extern usbs_tx_endpoint* cyg_usbs_cortexm_stm32_rx_endpoint (1)
instead of
extern usbs_tx_endpoint CYGDAT_IO_USB_SLAVE_SERIAL_TX_EP;
extern usbs_rx_endpoint CYGDAT_IO_USB_SLAVE_SERIAL_RX_EP;
and disable this structure
usbs_serial usbs_ser0 = {
tx_ep: TX_EP,
rx_ep: RX_EP,
tx_result: 0,
rx_result: 0,
};
I got error in build library using configtool.
Chris Holgate wrote:
>
> GaurangT wrote:
>> Hi Chris,
>>
>> I tried your latest STM32 driver and was successfully add USB
>> slave-side serial drivers package.
>> when I select enable control the endpoint 0 and enable all usb slave
>> serial
>> support in configtool.
>> What is defined data structure in USB IN and OUT endpoint structure in
>> stm32
>> evel board.
>
> This was discussed a while ago here...
>
> http://ecos.sourceware.org/ml/ecos-devel/2009-05/msg00033.html
>
> In summary, while you can just use something like &usbs_at91_ep1 to get
> a pointer to endpoint one of a driver with statically assigned fixed
> endpoints, with the STM32 you need to use an 'endpoint getter' function
> to return the pointer. The 'endpoint getter' functions only return
> valid endpoint pointers once the USB device has been configured by the
> host.
>
> So for OUT endpoint 1 it would be a case of replacing...
>
> &usbs_at91_ep1
>
> with...
>
> cyg_usbs_cortexm_stm32_rx_endpoint(1)
>
> This results in me having to use knarly code like the following in my
> own class driver:
>
> #if (defined CYGPKG_DEVS_USB_AT91)
> #include "cyg/io/usb/usbs_at91.h"
> #define EP1_DATA_STRUCT &usbs_at91_ep1
> #define EP1_INIT_FUNC usbs_at91_endpoint_init
>
> #elif (defined CYGPKG_DEVS_USB_CORTEXM_STM32)
> #include "cyg/io/usb/usb_stm32.h"
> #define EP1_DATA_STRUCT cyg_usbs_cortexm_stm32_rx_endpoint(1)
> #define EP1_INIT_FUNC(_args_...) {}
>
> And then I can use something like:
>
> usbs_start_rx_buffer (EP1_DATA_STRUCT, cmd_buf, MAX_FRAME_SIZE,
> completion_handler, 0);
>
> Unfortunately the CDL settings for the serial class driver currently
> require you to specify static endpoint names, so it will not work out of
> the box with the STM32 driver.
>
>> If I mention default data structure,I got compile error (like undefined
>> reference to usbs_at91_ep1 and usbs_at91_ep2) in usb2serial test
>> program.
>
> Hopefully the above information explains why this is and what you would
> need to do to fix it. We are stuck with this approach of exposing the
> low-level driver API for any drivers which are compatible with the
> release 3.0 USB framework. However, it would be nice to clean this up
> for future versions.
>
> Chris.
>
>
--
View this message in context: http://www.nabble.com/Updated-version-of-the-STM32-USB-driver.-tp23812467p23941242.html
Sent from the Sourceware - ecos-devel mailing list archive at Nabble.com.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Updated version of the STM32 USB driver.
2009-06-09 11:44 ` GaurangT
@ 2011-05-17 11:16 ` Sunder819
0 siblings, 0 replies; 5+ messages in thread
From: Sunder819 @ 2011-05-17 11:16 UTC (permalink / raw)
To: ecos-devel
Hi Gaurang,
It may be long break,
I am still facing the same problem "undefined reference to
usb_at91_ep1".....
What did you do to overcome this compilation error?
Request to reply me.
Thanks & Regards,
Sunder
GaurangT wrote:
>
> Hi Chris,
> What is CDL settings for the serial class driver for stm32?
> When I am replacing this function
> extern usbs_tx_endpoint* cyg_usbs_cortexm_stm32_tx_endpoint (1)
> extern usbs_tx_endpoint* cyg_usbs_cortexm_stm32_rx_endpoint (1)
>
> instead of
>
> extern usbs_tx_endpoint CYGDAT_IO_USB_SLAVE_SERIAL_TX_EP;
> extern usbs_rx_endpoint CYGDAT_IO_USB_SLAVE_SERIAL_RX_EP;
>
>
> and disable this structure
>
> usbs_serial usbs_ser0 = {
> tx_ep: TX_EP,
> rx_ep: RX_EP,
> tx_result: 0,
> rx_result: 0,
> };
> I got error in build library using configtool.
>
>
> Chris Holgate wrote:
>>
>> GaurangT wrote:
>>> Hi Chris,
>>>
>>> I tried your latest STM32 driver and was successfully add USB
>>> slave-side serial drivers package.
>>> when I select enable control the endpoint 0 and enable all usb slave
>>> serial
>>> support in configtool.
>>> What is defined data structure in USB IN and OUT endpoint structure in
>>> stm32
>>> evel board.
>>
>> This was discussed a while ago here...
>>
>> http://ecos.sourceware.org/ml/ecos-devel/2009-05/msg00033.html
>>
>> In summary, while you can just use something like &usbs_at91_ep1 to get
>> a pointer to endpoint one of a driver with statically assigned fixed
>> endpoints, with the STM32 you need to use an 'endpoint getter' function
>> to return the pointer. The 'endpoint getter' functions only return
>> valid endpoint pointers once the USB device has been configured by the
>> host.
>>
>> So for OUT endpoint 1 it would be a case of replacing...
>>
>> &usbs_at91_ep1
>>
>> with...
>>
>> cyg_usbs_cortexm_stm32_rx_endpoint(1)
>>
>> This results in me having to use knarly code like the following in my
>> own class driver:
>>
>> #if (defined CYGPKG_DEVS_USB_AT91)
>> #include "cyg/io/usb/usbs_at91.h"
>> #define EP1_DATA_STRUCT &usbs_at91_ep1
>> #define EP1_INIT_FUNC usbs_at91_endpoint_init
>>
>> #elif (defined CYGPKG_DEVS_USB_CORTEXM_STM32)
>> #include "cyg/io/usb/usb_stm32.h"
>> #define EP1_DATA_STRUCT cyg_usbs_cortexm_stm32_rx_endpoint(1)
>> #define EP1_INIT_FUNC(_args_...) {}
>>
>> And then I can use something like:
>>
>> usbs_start_rx_buffer (EP1_DATA_STRUCT, cmd_buf, MAX_FRAME_SIZE,
>> completion_handler, 0);
>>
>> Unfortunately the CDL settings for the serial class driver currently
>> require you to specify static endpoint names, so it will not work out of
>> the box with the STM32 driver.
>>
>>> If I mention default data structure,I got compile error (like undefined
>>> reference to usbs_at91_ep1 and usbs_at91_ep2) in usb2serial test
>>> program.
>>
>> Hopefully the above information explains why this is and what you would
>> need to do to fix it. We are stuck with this approach of exposing the
>> low-level driver API for any drivers which are compatible with the
>> release 3.0 USB framework. However, it would be nice to clean this up
>> for future versions.
>>
>> Chris.
>>
>>
>
>
--
View this message in context: http://old.nabble.com/Updated-version-of-the-STM32-USB-driver.-tp23812467p31636814.html
Sent from the Sourceware - ecos-devel mailing list archive at Nabble.com.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2011-05-17 11:16 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-06-01 9:52 Updated version of the STM32 USB driver Chris Holgate
2009-06-04 11:00 ` GaurangT
2009-06-08 10:15 ` Chris Holgate
2009-06-09 11:44 ` GaurangT
2011-05-17 11:16 ` Sunder819
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).