summary 3.3 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384
  1. This is an explanation of what i2c is, and what is supported in this package.
  2. I2C and SMBus
  3. =============
  4. I2C (pronounce: I squared C) is a protocol developed by Philips. It is a
  5. slow two-wire protocol (variable speed, up to 400 kHz), with a high speed
  6. extension (3.4 MHz). It provides an inexpensive bus for connecting many
  7. types of devices with infrequent or low bandwidth communications needs.
  8. I2C is widely used with embedded systems. Some systems use variants that
  9. don't meet branding requirements, and so are not advertised as being I2C.
  10. SMBus (System Management Bus) is based on the I2C protocol, and is mostly
  11. a subset of I2C protocols and signaling. Many I2C devices will work on an
  12. SMBus, but some SMBus protocols add semantics beyond what is required to
  13. achieve I2C branding. Modern PC mainboards rely on SMBus. The most common
  14. devices connected through SMBus are RAM modules configured using I2C EEPROMs,
  15. and hardware monitoring chips.
  16. Because the SMBus is mostly a subset of the generalized I2C bus, we can
  17. use its protocols on many I2C systems. However, there are systems that don't
  18. meet both SMBus and I2C electrical constraints; and others which can't
  19. implement all the common SMBus protocol semantics or messages.
  20. Terminology
  21. ===========
  22. When we talk about I2C, we use the following terms:
  23. Bus -> Algorithm
  24. Adapter
  25. Device -> Driver
  26. Client
  27. An Algorithm driver contains general code that can be used for a whole class
  28. of I2C adapters. Each specific adapter driver depends on one algorithm
  29. driver.
  30. A Driver driver (yes, this sounds ridiculous, sorry) contains the general
  31. code to access some type of device. Each detected device gets its own
  32. data in the Client structure. Usually, Driver and Client are more closely
  33. integrated than Algorithm and Adapter.
  34. For a given configuration, you will need a driver for your I2C bus (usually
  35. a separate Adapter and Algorithm driver), and drivers for your I2C devices
  36. (usually one driver for each device). There are no I2C device drivers
  37. in this package. See the lm_sensors project http://www.lm-sensors.nu
  38. for device drivers.
  39. At this time, Linux only operates I2C (or SMBus) in master mode; you can't
  40. use these APIs to make a Linux system behave as a slave/device, either to
  41. speak a custom protocol or to emulate some other device.
  42. Included Bus Drivers
  43. ====================
  44. Note that only stable drivers are patched into the kernel by 'mkpatch'.
  45. Base modules
  46. ------------
  47. i2c-core: The basic I2C code, including the /proc/bus/i2c* interface
  48. i2c-dev: The /dev/i2c-* interface
  49. i2c-proc: The /proc/sys/dev/sensors interface for device (client) drivers
  50. Algorithm drivers
  51. -----------------
  52. i2c-algo-bit: A bit-banging algorithm
  53. i2c-algo-pcf: A PCF 8584 style algorithm
  54. i2c-algo-ibm_ocp: An algorithm for the I2C device in IBM 4xx processors (NOT BUILT BY DEFAULT)
  55. Adapter drivers
  56. ---------------
  57. i2c-elektor: Elektor ISA card (uses i2c-algo-pcf)
  58. i2c-elv: ELV parallel port adapter (uses i2c-algo-bit)
  59. i2c-pcf-epp: PCF8584 on a EPP parallel port (uses i2c-algo-pcf) (NOT mkpatched)
  60. i2c-philips-par: Philips style parallel port adapter (uses i2c-algo-bit)
  61. i2c-adap-ibm_ocp: IBM 4xx processor I2C device (uses i2c-algo-ibm_ocp) (NOT BUILT BY DEFAULT)
  62. i2c-pport: Primitive parallel port adapter (uses i2c-algo-bit)
  63. i2c-velleman: Velleman K8000 parallel port adapter (uses i2c-algo-bit)