git://git.onelab.eu
/
linux-2.6.git
/ blobdiff
commit
grep
author
committer
pickaxe
?
search:
re
summary
|
shortlog
|
log
|
commit
|
commitdiff
|
tree
raw
|
inline
| side by side
fedora core 6 1.2949 + vserver 2.2.0
[linux-2.6.git]
/
Documentation
/
i2c
/
i2c-stub
diff --git
a/Documentation/i2c/i2c-stub
b/Documentation/i2c/i2c-stub
index
d6dcb13
..
9cc081e
100644
(file)
--- a/
Documentation/i2c/i2c-stub
+++ b/
Documentation/i2c/i2c-stub
@@
-6,9
+6,12
@@
This module is a very simple fake I2C/SMBus driver. It implements four
types of SMBus commands: write quick, (r/w) byte, (r/w) byte data, and
(r/w) word data.
types of SMBus commands: write quick, (r/w) byte, (r/w) byte data, and
(r/w) word data.
+You need to provide a chip address as a module parameter when loading
+this driver, which will then only react to SMBus commands to this address.
+
No hardware is needed nor associated with this module. It will accept write
No hardware is needed nor associated with this module. It will accept write
-quick commands to
all addresse
s; it will respond to the other commands (also
-to
all addresse
s) by reading from or writing to an array in memory. It will
+quick commands to
one addres
s; it will respond to the other commands (also
+to
one addres
s) by reading from or writing to an array in memory. It will
also spam the kernel logs for every command it handles.
A pointer register with auto-increment is implemented for all byte
also spam the kernel logs for every command it handles.
A pointer register with auto-increment is implemented for all byte
@@
-21,6
+24,11
@@
The typical use-case is like this:
3. load the target sensors chip driver module
4. observe its behavior in the kernel log
3. load the target sensors chip driver module
4. observe its behavior in the kernel log
+PARAMETERS:
+
+int chip_addr:
+ The SMBus address to emulate a chip at.
+
CAVEATS:
There are independent arrays for byte/data and word/data commands. Depending
CAVEATS:
There are independent arrays for byte/data and word/data commands. Depending
@@
-33,6
+41,9
@@
If the hardware for your driver has banked registers (e.g. Winbond sensors
chips) this module will not work well - although it could be extended to
support that pretty easily.
chips) this module will not work well - although it could be extended to
support that pretty easily.
+Only one chip address is supported - although this module could be
+extended to support more.
+
If you spam it hard enough, printk can be lossy. This module really wants
something like relayfs.
If you spam it hard enough, printk can be lossy. This module really wants
something like relayfs.