Thanks Sebastian and Chris ,
I will look at converting the Pi I2C code to this new interface.
What Zync boards does RTEMS run on? Will it run on the Micro Zed?
Finally, do we have a target for 4.11? I probably will not get any
serious development time for another week or so.
Thanks,
Alan
On 12/16/2014 4:38 AM, Sebastian Huber wrote:
Hello Alan,
On 15/12/14 21:19, Alan Cudmore wrote:
Is the ARM Zync BSP using the new i2c API?
yes, see file cadence-i2c.c and the functions mentioned by Chris.
I was looking through the BSP and did not see how it is initialized.
Also, the current libi2c supports SPI. Does anyone see a problem with
using libi2c for SPI and the new i2c API for i2c?
I think we need also something similar for SPI which is also message
based, e.g.
struct spi_msg {
uint16_t chip_select;
uint16_t len;
uint32_t bit_rate;
uint32_t flags;
const uint8_t *out;
uint8_t *in;
};
This makes it easier to support sophisticated SPI modules like the
Freescale DSPI.
Finally, will new i2c drivers go in libchip, or in cpukit/dev ?
The I2C device drivers (devices connected via the I2C bus) should go
into cpukit/dev and should have a test case in testsuites/libtests/i2c01.
The I2C bud drivers should be as general as possible. Unfortunately we
don't have a bus space abstraction yet, so I still placed the first
I2C bus driver into the BSP. This is not the right location in the
long run.
_______________________________________________
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel