librambutan - [no description]

	Commit message (Collapse)	Author	Age	Files	Lines
*	I2C: Move nonportable CCR/TRISE configuration.	Marti Bolivar	2012-06-22	1	-0/+36
\| \| \| \| \| \|	Do this via new private _i2c_set_ccr_trise(). Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
*	I2C: Move F1-only errata workarounds out of libmaple/i2c.c.	Marti Bolivar	2012-06-22	1	-0/+36
\| \| \| \| \| \| \| \| \|	The IRQ priority hack is unnecessary on targets with properly functioning I2C IRQ handlers, so we shouldn't use it unless we have to. Add a mechanism so a series header can provide such a hack if necessary. Have the F1 series header use this mechanism. Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
*	I2C: Add i2c_config_gpios(), i2c_master_release_bus().	Marti Bolivar	2012-06-22	1	-0/+16
\| \| \| \| \| \|	These are necessary to pull out some calls to gpio_set_mode(). Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>
*	I2C: Restore on F1, refactoring prep for F2.	Marti Bolivar	2012-06-22	1	-0/+60
	Bring back <libmaple/i2c.h> support on STM32F1 with a view towards how it'll be implemented on STM32F2. There are still many F1-isms in libmaple/i2c.c and <libmaple/i2c.h>, to be dealt with subsequently. Move device declarations and base pointer definitions to a new F1 <series/i2c.h>. The register maps and bit definitions themselves are identical on both series, so leave them in the libmaple header. Add i2c_private.h, which contains: - I2C_DEV(), a convenience macro for defining an i2c_dev, and - declarations for the event and error IRQ handlers. The IRQ handlers are large, and I2C is slow anyway, so I see no reason to make them inline in the private header (as we do for some other peripherals). We just expose the existing ones that were formerly static in libmaple/i2c.c, but prefix the names with underscore. Move the device declarations and IRQ handlers into new stm32f1/i2c.c. These use the i2c_private.h API. Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>