Age | Commit message (Collapse) | Author | Files | Lines |
|
This allows i2cdetect to be compiled for older kernels.
Reported-by: "Poeche, Uwe" <uwe.poeche@siemens.com>
Signed-off-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
Reviewed-by: Jean Delvare <jdelvare@suse.de>
Signed-off-by: Wolfram Sang <wsa@kernel.org>
|
|
Original motivation was to add I2C_FUNC_SLAVE, so users can easily
find out if their hardware supports being a target. While here, add
HostNotify and 10-bit addressing as well.
Signed-off-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
Reviewed-by: Jean Delvare <jdelvare@suse.de>
Signed-off-by: Wolfram Sang <wsa@kernel.org>
|
|
Add an option -h to display the help of the tools. This is a common
practice so users may expect it to work.
Based on a preliminary patch from David Kerns.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
Reviewed-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
|
|
Use the standard C getopt() function instead of parsing the options
manually. The benefit of this move is that getopt() supports merged
flags (for example -fy instead of -f -y) and does not require options
to come first on the command line. As this is pretty standard by now,
not supporting such possibilities can confuse and disappoint the user.
Based on a preliminary patch from David Kerns.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
Reviewed-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
|
|
The text was updated, but the mode character was forgotten.
Fixes: 789af53 ("i2cget: Add support for SMBus block read")
Signed-off-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
Reviewed-by: Jean Delvare <jdelvare@suse.de>
Signed-off-by: Wolfram Sang <wsa@kernel.org>
|
|
As per [1], distutils is deprecated in Python 3.10 and will be removed
entirely in Python 3.12.
As setuptools is essentially an enhanced version of distutils, it's
trivial to port to that.
[1] https://docs.python.org/3/whatsnew/3.10.html#distutils-deprecated
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
Signed-off-by: Aurelien Jarno <aurelien@aurel32.net>
Signed-off-by: Wolfram Sang <wsa@kernel.org>
|
|
If we are building to a defined destdir py-smbus is going to ignore this
and try install to the actual root. This breaks packaging setups as the
install section would fail.
Signed-off-by: Morten Linderud <morten@linderud.pw>
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
KERNELVERSION is unused since commit 4b89e48a1039f ("Delete the
decode-xeon script...").
Signed-off-by: Baruch Siach <baruch@tkos.co.il>
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
Users can turn to i2cget for this feature.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
Reviewed-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
Tested-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
|
|
|
|
|
|
Add all relevant information to the CHANGES file. Fix the leading case
of some entries for consistency.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
i2cget is a better fit for this mode. Having it in i2cdump requires
special-casing in various places, which makes the code harder to read
and maintain.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
Reviewed-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
Tested-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
|
|
Implementing range support for I2C block read (mode i) isn't
particularly difficult so let's just do that.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
Reviewed-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
Tested-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
|
|
Considering that we exit immediately if an error happens during a
block read, the code filling the remaining bytes with -1 (so that
they will be displayed as "XX") is effectively dead code, so let's
remove it.
We might want to revisit the whole logic later, as there's in fact
little reason why block read errors would be fatal when all other
read errors are not. But I'd rather remove SMBus block support from
the tool before attempting to clean up the code.
Fixes: 7abc52d7792e ("Return the correct error code on I2C block read failure.")
Signed-off-by: Jean Delvare <jdelvare@suse.de>
Reviewed-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
Tested-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
|
|
Now that i2cget supports I2C block read, adding support for SMBus
block read is trivial. This restores the symmetry between i2cset and
i2cget, and paves the road for the removal of SMBus block read
support from i2cdump.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
Reviewed-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
Tested-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
|
|
Mention I2C block read support in the i2cget(8) manual page, together
with an example.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
Reviewed-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
Tested-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
|
|
This adds mode 'i' for I2C_SMBUS_I2C_BLOCK_DATA. This is the same mode
letter from i2cdump.
Length is optional and defaults to 32 (maximum).
The intended use is debugging i2c devices with shell commands.
[JD: Fix the build (wrong variable name)
Ensure PEC isn't used in I2C block mode
Don't print the length (doesn't add value and could be mistaken as
an offset
Various cleanups]
Signed-off-by: Crestez Dan Leonard <leonard.crestez@intel.com>
Signed-off-by: Jean Delvare <jdelvare@suse.de>
Reviewed-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
Tested-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
|
|
The bus list (option -l) will be easier to read once sorted, as
typically this will group the buses by driver.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
In commit 78ed68308b58 ("decode-dimms: Decode manufacturing data for
LPDDR3") we said we would handle LPDDR3 the same as DDR3, however it
was actually only done for the manufacturing data. Extend the idea to
the rest of the script.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
This reverts commit 34806fc4e7090b34e32fa1110d546ab5ce01a6a0. It was
developed against an experimental kernel. The regular kernel does not
update the new message length to userspace, so the check is always false
positive. We can't change the kernel behaviour because it would break
the ABI. So revert this commit.
Signed-off-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
Signed-off-by: Wolfram Sang <wsa@kernel.org>
|
|
These tools are deprecated for 6 years now because we have better
alternatives. They are not built by default. I think it is time we can
remove them.
Signed-off-by: Wolfram Sang <wsa@kernel.org>
|
|
|
|
|
|
Add all relevant information to the CHANGES file. Fix the leading case
of some entries for consistency, and remove one which wasn't worth
mentioning.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
Add the current maintainer to the mailing list as the contact points
for bug reports. This ensure that the reports will be read by the
right person.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
While the laptop I originally developed decode-vaio on, only had 5 i2c
buses, there could be more on other models, and there are definitely
more on the system I use to test the script (using i2c-stub) these
days. So look for the VAIO EEPROM on up to 32 i2c buses to be on the
safe side.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
We have just added support for the VAIO EEPROM to the at24 kernel
driver, so let this script handle it.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
There used to be only 1 eeprom driver (named "eeprom") but now
there are 3 and the legacy "eeprom" driver is not the preferred
option. So list all 3 drivers in our documentation to prevent
confusion.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
Reviewed-by: Wolfram Sang <wsa@kernel.org>
|
|
It is good practice for a library to come with a complete API description.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
Short writes used "daddress" for the value, but the masking code did
not expect that, and instead applied the mask to a variable that was
never used.
So change short writes to use "value" for the value, as all other
commands do. Adjust all code paths accordingly.
Reported by David Jedynak.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
Reviewed-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
Tested-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
|
|
Emit a warning if the bus master driver in the kernel did not set the
message length correctly with I2C_M_RECV_LEN. This can be determined
from the returned value in the buffer.
Signed-off-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
|
|
Update the list of memory vendors as of June 2020, including 14
renames.
I also added a runtime sanity check on the number of vendors per
page, as it is very easy to get it wrong.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
Signed-off-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
Signed-off-by: Wolfram Sang <wsa@kernel.org>
|
|
For all manpages installed on my Debian system, add a BUGS section, so
people can easily find whom to contact.
Signed-off-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
Reviewed-by: Jean Delvare <jdelvare@suse.de>
Signed-off-by: Wolfram Sang <wsa@kernel.org>
|
|
Sometimes I need to add some flags (like -static for the linker), so
allow this for all CFLAGS and LDFLAGS used in this project.
Signed-off-by: Wolfram Sang <wsa@kernel.org>
Acked-by: Jean Delvare <jdelvare@suse.de>
|
|
Make the parser more flexible so as to recognize the dump files
generated by "hexdump -C" as a valid input.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
The header comment only mentioned the legacy eeprom driver, while the
at24 and ee1004 drivers should be used nowadays.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
We moved away from Subversion long ago, so $Revision$ and $Date$ are
no longer being resolved. Just use the version of i2c-tools itself.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
I assume the manufacturing data format for LPDDR3 is the same as
regular DDR3.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
No information available yet about the contents of the DDR5 SPD
EEPROMs but we can already report the basic memory type.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
Because it is DDR memory, transaction rate is twice the actual clock
speed. What the user is interested in is MT/s, and that's the number
we display, so use the right unit.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
When not reading from dump files, print which kernel driver is being
used. This will help spot setup mistakes where the legacy eeprom
driver stole EEPROMs from the ee1004 driver for DDR4 memory.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
If using the wrong driver, or if reading from a truncated dump file,
make sure we don't attempt to use data bytes beyond what is
available. Doing so would spit pages of cryptic warnings to the user,
explicit error messages are much better.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
The cycle time of high-speed memory modules is stored rounded. We
already have a heuristic to un-round it and display the expected
speed for DDR3 modules. Use the same heuristic for DDR4.
For example this will make PC4-17000 memory properly displayed as
operating at 2133 MHz instead of 2132 MHz. As a side effect, this
fixes a bug where the maximum speed wouldn't be listed in section
"Timings at Standard Speeds" if it had been computed incorrectly
due to the rounded cycle time.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
For consistency as we display "(MAC)" for DDR3.
|
|
JEDEC Standard No. 21-C, Annex K, Release 6
Byte 41 is specified, the lower part containing
the MAC value, identical as DDR4.
|
|
The I2C standard reserves addresses 0x03-0x07. Adapt our tools to that.
Signed-off-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
Acked-by: Jean Delvare <jdelvare@suse.de>
Reviewed-by: Niklas Söderlund <niklas.soderlund+renesas@ragnatech.se>
Signed-off-by: Wolfram Sang <wsa@the-dreams.de>
|
|
The text describing the address to be used did not reflect the recent
change where some of the functionality of '-f' has been seperated into
'-a'.
Signed-off-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
Reviewed-by: Jean Delvare <jdelvare@suse.de>
Signed-off-by: Wolfram Sang <wsa@the-dreams.de>
|
|
|
|
Also make bus width extension conditional for DDR3, as was already
done for DDR4.
|
|
There was a last instance of sprintf which somehow was not converted.
I know it can't fail, but for consistency, let's use snprintf and
check for truncation as we already do in gather_i2c_busses().
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
SDR-specific code should go to its type-specific decoding function.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
Print the SPD revision of DDR3 modules as we do for all other
modules.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
|
|
|
|
|
|
Add all the JEDEC-registered manufacturer names added since JEP106AQ.
Signed-off-by: Vincent Palatin <vpalatin@upmem.com>
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
The Python bindings haven't been updated after commit
330bba29f3d02432e2dca6f85082763b248887ff ("libi2c: Properly
propagate real error codes on read errors"). This led to erronenous
behavior every time an error other than -1 is returned by i2c_smbus_*
functions.
[JD: Edited description.]
Signed-off-by: Georgii Staroselskii <georgii.staroselskii@emlid.com>
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
Allow the user to define the installation prefix as an alternative
to "/usr/local".
Suggested by Per Olav Kroka.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
Allow the user to set the installation root as an alternative to "/".
Contributed by Per Olav Kroka.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
Allow the user select a different strip tool for the build
(same as done with the CC and AR variables).
Contributed by Per Olav Kroka.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
The libi2c library is released under the LGPL, not GPL, as explained
in the README file and documented in lib/Module.mk. Thanks to
Aurelien Jarno for pointing out the inconsistency.
A little bit of history:
The code started its life two decades ago as part of the lm-sensors
project, which was released as a whole under the GPL originally,
including the library part (libsensors).
In 2007, I decided to split the i2c tools, which are not specific
to sensor devices, to a separate package.
In 2009, as I was working on lm-sensors v3, I contacted all the
original authors to get their approval to release the upcoming and all
future versions of libsensors as LGPL instead, to allow wider
adoption. The proposal was accepted by all original authors.
In 2012, I decided to turn the inlined i2c_smbus_* helper functions
into a proper library, with the intent to release it under the LGPL,
as is the common practice for libraries. As the authors of this code
is a subset of the authors of libsensors, I assumed their agreement
for libsensors could be extended to libi2c as well. This is the
reason why LGPL is mentioned in README and lib/Module.mk.
Unfortunately, when working on the library code itself, I forgot to
update the comments in the source files. Let's fix them now.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
Better separate the function call and the result test, to make the
code clearer and unambiguous.
Reported by David Binderman.
|
|
Signed-off-by: Wolfram Sang <wsa@the-dreams.de>
|
|
We now have the flag '-a' for all i2c-tools to allow access for all
addresses. This was tied in i2ctransfer to the '-f' flag. Remove it and
keep that feature to '-a' only. This is also more in sync with the other
i2c-tools which use '-f' only to access already busy devices.
Signed-off-by: Wolfram Sang <wsa@the-dreams.de>
Reviewed-by: Peter Rosin <peda@axentia.se>
|
|
If the user is sure that the reserved 0x00 - 0x02 and 0x77 - 0x7f ranges
are not needed by its devices, then the "-a" option can be passed for
allowing all theorical addresses to be used. It is then possible to
access devices in this address range.
Signed-off-by: Romain Porte <romain.porte@nokia.com>
Reviewed-by: Peter Rosin <peda@axentia.se>
[wsa: imonr fixes to commit message]
Signed-off-by: Wolfram Sang <wsa@the-dreams.de>
|
|
So people know from CHANGES when it has been added.
Acked-by: Jean Delvare <jdelvare@suse.de>
Signed-off-by: Wolfram Sang <wsa@the-dreams.de>
|
|
The <linux/i2c-dev.h> header file is provided by the kernel, so drop
our own copy of this file.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
Acked-by: Wolfram Sang <wsa@the-dreams.de>
|
|
Do not attempt to install the dynamic library when build of that library
is disabled. Fixes the following installation error:
install -m 755 lib/libi2c.so.0.1.0 .../target/usr/lib
install: cannot stat 'lib/libi2c.so.0.1.0': No such file or directory
lib/Module.mk:90: recipe for target 'install-lib' failed
Cc: Angelo Compagnucci <angelo@amarulasolutions.com>
Signed-off-by: Baruch Siach <baruch@tkos.co.il>
Signed-off-by: Jean Delvare <jdelvare@suse.de>
Fixes: 9906b2ecb6ae ("Makefile: Add flag to disable dynamic library")
|
|
Absence of this dependency caused parallel build to run into a race
and break.
Signed-off-by: Maxin B. John <maxin.john@intel.com>
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
If the user disables the build of the dynamic library, we have to
link the tools with the static library. If we don't, the dependencies
will cause the dynamic library to be built regardless of the user's
request.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
Fixes: 9906b2ecb6ae ("Makefile: Add flag to disable dynamic library")
|
|
LIB_LINKS should be added as a dependency only when
BUILD_DYNAMIC_LIB is enabled.
Signed-off-by: Angelo Compagnucci <angelo@amarulasolutions.com>
Signed-off-by: Jean Delvare <jdelvare@suse.de>
Fixes: 9906b2ecb6ae ("Makefile: Add flag to disable dynamic library"
|
|
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>
|
|
The lib symlinks lacked a dependency to the actual library file, so
parallel builds could run into a race and break.
|
|
On DDR4 modules there is a separate CRC for the second block of 128
bytes. Check it.
|
|
The EEPROMs used to store SPD data on DDR4 SDRAM modules have their
own kernel driver: ee1004.
|
|
Print the physical characteristics of unbuffered, registered and
load-reduced DDR4 SDRAM modules.
|
|
Print some additional information for DDR4 SDRAM memory modules.
|
|
Decode the memory module size and timings of DDR4 memory.
|
|
Recognize DDR4 memory as such, and print manufacturer information.
|
|
The Free Software Foundation address was outdated. Discovered by
Fedora's rpmlint. The current address can be found at:
https://www.gnu.org/licenses/old-licenses/gpl-2.0.html#SEC4
Signed-off-by: Ondřej Lysoněk <olysonek@redhat.com>
|
|
It's very unlikely that these paths will ever be truncated, but
better safe than sorry.
Suggested by Uwe Kleine-König.
|
|
sprintf isn't safe, use snprintf instead.
|
|
|
|
|
|
|
|
As suggested by rpjday back in August. I tried to follow the same style
Wolfram used for the i2ctransfer examples, for consistency.
|
|
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.
|
|
|
|
|
|
lm-sensors.org is no more, point to the I2C Tools wiki page instead.
|
|
Signed-off-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
|
|
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>
|
|
Don't display generated files, so 'git status' becomes useful again.
Reviewed-by: Jean Delvare <jdelvare@suse.de>
Acked-by: Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
Signed-off-by: Wolfram Sang <wsa@the-dreams.de>
|
|
Since glibc 2.20, the usage of _BSD_SOURCE is deprecated. Fix it like
described here:
https://sourceware.org/glibc/wiki/Release/2.20#Deprecation_of__BSD_SOURCE_and__SVID_SOURCE_feature_macros
Reviewed-by: Jean Delvare <jdelvare@suse.de>
Signed-off-by: Wolfram Sang <wsa@the-dreams.de>
|
|
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6311 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6310 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6309 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6308 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6307 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6306 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
Contributed by Matwey V. Kornilov.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6305 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6299 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
5 manufacturer names were updated from JEP106AK to JEP106AQ.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6298 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
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
|
|
Contributed by Lubomir Rintel.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6295 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6290 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
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6267 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6262 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6261 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
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6226 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6224 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
Capik.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6204 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
Reported by Jaromir Capik.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6201 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
Contributed by Jaromir Capik.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6200 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
In HTML output mode, generate XHTML 1.1 compliant markup.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6183 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
In HTML output mode, generate HTML 4.01 compliant markup.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6182 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
When you do `pydoc smbus`, you just get the high level description.
There is no automatic display of the classes (like SMBus). This is
due to the name not being specified quite right in the type.
Contributed by Mike Frysinger.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6171 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6161 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
cannot be merged
Original patch from Paul Goyette.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6159 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6158 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6155 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
Contributed by Paul Goyette.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6150 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6149 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6148 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6147 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
no value for the user.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6146 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
boolean, no need to make it more complex until the specification is
extended to encode details.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6145 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
documentation.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6144 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
information that others have.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6143 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6142 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
for all module types which support it.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6141 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
consistency.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6140 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6139 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6138 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6137 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
out which memory modules will work well together.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6136 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
no only as cycle counts but also absolute time values.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6135 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6134 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6133 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
useful to the user. Simply store them for later use.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6132 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6131 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6130 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6129 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6124 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6120 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
Function sprint doesn't exist, sprintf was intended.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6119 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6105 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
Fix by specifying library after .o files.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6104 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6103 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
3 supported CAS latency values do not necessarily match standard
speeds, and even if they do, they may not cover all standard speeds.
Display the timings at all standard supported speeds. This makes it
easier to figure out which memory modules will work well together
without tinkering with BIOS options.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6102 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
1.2.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6101 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6100 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6099 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
overly large columns.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6098 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
manufacturer name (if valid) but add a question mark.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6097 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6096 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
little more readable.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6095 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
so delete the former and user the latter everywhere.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6094 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
3 supported CAS latency values do not necessarily match standard
speeds, and even if they do, they may not cover all standard speeds.
Display the timings at all standard supported speeds. This makes it
easier to figure out which memory modules will work well together
without tinkering with BIOS options.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6093 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
3 supported CAS latency values do not necessarily match standard
speeds, and even if they do, they may not cover all standard speeds.
Display the timings at all standard supported speeds. This makes it
easier to figure out which memory modules will work well together.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6092 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6083 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
we do for DDR modules.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6082 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6081 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6080 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6079 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
for DDR2 memory modules.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6078 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
Add an option to revert to no cell merging.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6077 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
output.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6075 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6074 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
we do for DDR2 modules.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6073 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6072 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
Thomas Gibson.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6069 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6068 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6067 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
need to be.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6066 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
for chip detection. "SMBus read byte" is a different SMBus transaction.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6065 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
still proceed and do a best-effort detection.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6064 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
loaded. This can happen, handle the case gracefully.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6062 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6061 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6060 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6059 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6058 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6055 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
library will host the i2c_smbus_*() inline functions which were
previously in the user-space flavor of <linux/i2c-dev.h>.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6054 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6053 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
the build system.
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6049 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6048 7894878c-1315-0410-8ee3-d5d059ff63e0
|
|
git-svn-id: http://lm-sensors.org/svn/i2c-tools/trunk@6047 7894878c-1315-0410-8ee3-d5d059ff63e0
|