Better build the library before building the tools which link against
it, otherwise parallel builds could run into a race and break.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
Tested-by: Angelo Compagnucci <angelo@amarulasolutions.com>
Acked-by: Angelo Compagnucci <angelo@amarulasolutions.com>
Document the newly introduced BUILD_DYNAMIC_LIB flag and clarify the
use of the other variables USE_STATIC_LIB and BUILD_STATIC_LIB.
[JD: Edit]
Signed-off-by: Angelo Compagnucci <angelo@amarulasolutions.com>
Signed-off-by: Jean Delvare <jdelvare@suse.de>
In such cases where you need to disable entirely the dynamic
library compilation, now you can use the BUILD_DYNAMIC_LIB=0
flag.
Signed-off-by: Angelo Compagnucci <angelo@amarulasolutions.com>
Signed-off-by: Jean Delvare <jdelvare@suse.de>
Increese sleep time between writes to accomodate typical write
cycle times. An Atmel AT24C02 as well as an ON Semiconductor
CAT24C02 EEPROM specify 5ms. This resolves errors such as:
...
Bus: /dev/i2c-1, Address: 0x50, Mode: 8bit
Writing stdin starting at address 0x0
..Error i2c_write_2b: Input/output error
Error at line 162: write error
[JD] Define a single constant and add a note that this could be
revisited.
Probably because of a bad rebase, the old and bogus handling (v1) of "force"
slipped into the latest version of the patch (v3). Apply the better
version from v2 which does the error handling correct and makes the code
a lot easier to understand.
Signed-off-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
This tool allows to construct and concat multiple I2C messages into one
single transfer. Its aim is to test I2C master controllers, and so there
is no SMBus fallback.
I've been missing such a tool a number of times now, so I finally got
around to writing it myself. As with all I2C tools, it can be dangerous,
but it can also be very useful when developing.
It has been tested with various Renesas I2C IP cores as well as Tegra,
i.MX and AT91.
Signed-off-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
Acked-by: Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
[wsa: fixed two more typos and ugly linebreak]
Signed-off-by: Wolfram Sang <wsa@the-dreams.de>
Instead of reencoding pre-DDR3 manufacturer codes to DDR3 manufacturer
codes, move the common decoding to a separate function.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6297 7894878c-1315-0410-8ee3-d5d059ff63e0
We also need to discard vendor ID 0 and to report "Unknown" if the
vendor is in a page we don't support yet.
Additionally, check that data is present at all for DDR3 modules as we
already do for pre-DDR3 modules.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6296 7894878c-1315-0410-8ee3-d5d059ff63e0
When debugging embedded systems, it is often nice to simply TFTP the
desired i2ctool to the target without the hazzle of dealing with shared
libs. Using -static is overkill, too, so let's add a switch which will
only link functions from libi2c statically.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6289 7894878c-1315-0410-8ee3-d5d059ff63e0
Contributed by Michael Göhler. My original attempt to fix it just
shows how little I know about python.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6278 7894878c-1315-0410-8ee3-d5d059ff63e0
Based on a patch from Peter Missel. The meaning of byte 31, bit 1,
was inverted. Also, this bit is only meaningful if the extended
temperature range is supported (bit 0 is set.)
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6249 7894878c-1315-0410-8ee3-d5d059ff63e0
Jean Delvare
Angelo Compagnucci
Ondřej Lysoněk
Stefan Agner
Wolfram Sang
Wolfram Sang