| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
This reverts commit 39cd07a640ee87b7937738d36f17019b2865bfae.
Reverting pull request #54, which breaks examples/i2c-mcp4725-dac.cpp.
Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
|
|
|
|
|
|
|
|
|
|
| |
maple, write a byte and then read."
This reverts commit 594724951553a882758c11497a4f03828b4f43e6.
Reverting pull request #54, which breaks examples/i2c-mcp4725-dac.cpp.
Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
|
|\
| |
| | |
Added i2c slave support
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
a byte and then read.
Slight tidy up.
Reformatted CREDITS file to be in correct order.
Added a note about buffer overrun
Signed-off-by:- Barry Carter <barry.carter@gmail.com>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Added fix for corner case where badly behaving master doesn't NACK and we don't get the callbacks fires.
Removed my own name from several places and added attribution to the correct place.
Updated include comments to reference the fact it now supports I2C slave
Signed-off-by:- Barry Carter <barry.carter@gmail.com>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
- Callbacks can be called after each read/write cycle or per byte
- Each I2C module can have different callbacks
- General call support also working
- Supports master and slave at same time. Also works with multimaster
Usage:
i2c_msg msg;
char buffer[255];
main()
{
i2c_slave_enable(I2C1, I2C_FAST_MODE | I2C_SLAVE_DUAL_ADDRESS | I2C_SLAVE_GENERAL_CALL | I2C_SLAVE_USE_RX_BUFFER); // init slave mode. Enables master too
i2c_slave_attach_recv_handler(I2C1, pmsg, funcrx); // attach receive handler
i2c_slave_attach_transmit_handler(I2C1, pmsg, functx); // attach transmit handler
i2c_slave_set_own_address(I2C1, 0x10); // set addresss 1
i2c_slave_set_own_address2(I2C1, 0x20); // set addresss 2
}
void funcrx(i2c_msg *msg)
{
printf("length is %d.\n", msg->length);
char return_data = msg0>data[0];
}
void functx(i2c_msg *dev)
{
msg->data[0] = 0x01;
msg->data[1] = 0x02;
msg->data[2] = 0x03;
msg->data[3] = 0x04;
msg->data[4] = 0x05;
msg->length = 5;
}
All code derived from datasheets and libmaple.
Signed-off-by:- Barry Carter <barry.carter@gmail.com>
|
| |
| |
| |
| | |
Signed-off-by: Daniel Nyström <daniel@nystrom.st>
|
| |
| |
| |
| |
| |
| | |
Whitespace and comments.
Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
|
| |
| |
| |
| | |
Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
|
|\ \ |
|
| | |
| | |
| | |
| | | |
Signed-off-by: Manuel Odendahl <wesen@ruinwesen.com>
|
| | |
| | |
| | |
| | |
| | |
| | | |
Thanks to Manuel Odenahl for the fix.
Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
|
| | |
| | |
| | |
| | |
| | |
| | | |
This allows users to override them.
Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
|
|\ \ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This resolves issues related to sending full (64B) packets via USB
2.0. In this case, some hosts continue to expect more data. Add
infrastructure for sending 0-byte packets to signal end of
transmission, and use it in SerialUSB.
Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
- Check if we're transmitting (instead of how many bytes are left
untransmitted) before bailing, in case we're transmitting a
zero-length packet.
- Set transmitting=1 before setting the endpoint valid to avoid races
with the USB interrupt.
- Eliminate some duplicated code.
Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Added a flag to see if we are currently waiting on an interrupt to acknowledge the sending of the current
IN packet.
Added a method usb_cdcacm_is_transmitting() to check for that flag.
Signed-off-by: Manuel Odendahl <wesen@ruinwesen.com>
|
| |/ /
| | |
| | |
| | |
| | |
| | | |
usb_serial.cpp)
Signed-off-by: Manuel Odendahl <wesen@ruinwesen.com>
|
|\ \ \
| | | |
| | | |
| | | |
| | | |
| | | | |
For bulk double buffer support.
Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
|
| | | |
| | | |
| | | |
| | | | |
Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
|
| | | |
| | | |
| | | |
| | | | |
Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
|
| | | |
| | | |
| | | |
| | | | |
Signed-off-by: Manuel Odendahl <wesen@ruinwesen.com>
|
| | | |
| | | |
| | | |
| | | | |
Signed-off-by: Manuel Odendahl <wesen@ruinwesen.com>
|
| | | |
| | | |
| | | |
| | | | |
Signed-off-by: Manuel Odendahl <wesen@ruinwesen.com>
|
| |/ /
| | |
| | |
| | | |
Signed-off-by: Manuel Odendahl <wesen@ruinwesen.com>
|
|\ \ \
| | | |
| | | |
| | | | |
Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
|
| |/ /
| | |
| | |
| | | |
Signed-off-by: Manuel Odendahl <wesen@ruinwesen.com>
|
|/ /
| |
| |
| |
| |
| |
| | |
I am not sure why this would work for most DMA transfers but I ran into trouble when doing
SDIO DMA.
Signed-off-by: Manuel Odendahl <wesen@ruinwesen.com>
|
|\ \
| | |
| | |
| | | |
Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
stm32f1/performance: load stm32.h in order to have STM32_HIGH_DENSITY when necessary
STM32_HIGH_DENSITY was not defined in isrs.S and vector_table.S for a high density STM32. This was because stm32.h where the flag is now defined (in contrast to being defined on the command line in an earlier version of libmaple) was not included. This led to crashes when using one of the high density peripherals.
Updated the ASFLAGS to have the correct include path in rules.mk.
Include stm32.h in the assembler files.
Signed-off-by: Manuel Odendahl <wesen@ruinwesen.com>
|
|/ /
| |
| |
| |
| |
| | |
It is possible to receive empty bulk transfers. This would lead to the endpoint never being reenabled as this was handled by the read routine. This caused the USB to hang.
Signed-off-by: Manuel Odendahl <wesen@ruinwesen.com>
|
| |
| |
| |
| |
| |
| |
| | |
Sigh; Emacs's elide-head feature makes it easy to forget to update
these.
Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
|
| |
| |
| |
| | |
Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
|
| |
| |
| |
| | |
Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
|
| |
| |
| |
| |
| |
| | |
probably use voidFuncPtr instead, but this way people can see that the function expects something different. Existing functions haven't changed in signature.
Signed-off-by: Aditya Gaddam <adityagaddam@gmail.com>"
|
|/
|
|
|
|
| |
argument can be the instance that needs to handle the interrupt, or just a random argument you might find useful later. Suggestions from mbolivar and iperry from pull53 on libmaple were taken into account.
Signed-off-by: Aditya Gaddam <adityagaddam@gmail.com>"
|
|
|
|
|
|
|
|
| |
This reverts commit 715a63dccb3a39d7d0502fb39b900c8302a60a87. It fails
to build using the 2010 CodeSourcery toolchain, which is still the latest
officially supported version.
Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
|
|
|
|
|
|
|
| |
instead of forcing r0. Use the same operand as input and output to
remove the move.
Signed-off-by: Michael Hope <michael.hope@linaro.org>
|
|
|
|
|
|
|
| |
This is just to ensure that -Os doesn't prevent these from getting
inlined.
Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
|
|
|
|
| |
Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
|
|
|
|
| |
Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
|
|
|
|
|
|
| |
uint16 is the wrong type for the bString array.
Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
|
|
|
|
|
|
|
|
| |
These form and name of structs etc. is basically determined by the USB
spec and the libmaple style guide, so there's little reason for them
to change, and less reason for them to stay hidden.
Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
|
|
|
|
|
|
|
|
|
|
|
|
| |
Just change names and things to fit the libmaple style. Its contents
will move to the top-level <libmaple/usb.h> header next.
This API is still unstable, but we need to expose pieces of it in
order to get the Maple-specific pieces of usb_cdcacm.c into Wirish.
Adjust uses of the API appropriately.
Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
|
|
|
|
| |
Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
|
|
|
|
|
|
|
| |
This was already supported, so just move the line coding structure to
the header and add some functions for accessing the current values.
Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
|
|
|
|
|
|
| |
Fixes an (admittedly very unlikely) race condition.
Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
|
|
|
|
|
|
|
|
|
|
|
| |
We definitely need to mask out the high bits, as RM0008 doesn't
specify that they read as zero. Calling this function seems to crash
the board, though. I'm not sure why, especially since
usb_set_ep_tx_count(), used by usb_cdcacm.c, seems to work.
Confusing.
Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
|
|
|
|
|
|
|
|
|
|
| |
Mark internal state static. Properly reset the RX/TX state on USB
reset. Choose better names for countTx and newBytes.
Move the exposed configuration back into the .c; this information is
not beneficial to hooks.
Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
|
|
|
|
|
|
|
|
|
| |
Actually fill the TX buffer in the packet memory area, so we can send
more bytes per transaction. Using the test-session benchmark, we're
now clocking in the high 700KB/sec range via PySerial. With screen,
rate is now about 550 KB/sec.
Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
|
|
|
|
| |
Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
|