1. 13 7月, 2014 1 次提交
  2. 12 6月, 2014 2 次提交
  3. 03 6月, 2014 1 次提交
    • D
      i2c: ChromeOS EC tunnel driver · 9d230c9e
      Doug Anderson 提交于
      On ARM Chromebooks we have a few devices that are accessed by both the
      AP (the main "Application Processor") and the EC (the Embedded
      Controller).  These are:
      * The battery (sbs-battery).
      * The power management unit tps65090.
      
      On the original Samsung ARM Chromebook these devices were on an I2C
      bus that was shared between the AP and the EC and arbitrated using
      some extranal GPIOs (see i2c-arb-gpio-challenge).
      
      The original arbitration scheme worked well enough but had some
      downsides:
      * It was nonstandard (not using standard I2C multimaster)
      * It only worked if the EC-AP communication was I2C
      * It was relatively hard to debug problems (hard to tell if i2c issues
        were caused by the EC, the AP, or some device on the bus).
      
      On the HP Chromebook 11 the design was changed to:
      * The AP/EC comms were still i2c, but the battery/tps65090 were no
        longer on the bus used for AP/EC communication.  The battery was
        exposed to the AP through a limited i2c tunnel and tps65090 was
        exposed to the AP through a custom Linux driver.
      
      On the Samsung ARM Chromebook 2 the scheme is changed yet again, now:
      * The AP/EC comms are now using SPI for faster speeds.
      * The EC's i2c bus is exposed to the AP through a full i2c tunnel.
      
      The upstream "tegra124-venice2" uses the same scheme as the Samsung
      ARM Chromebook 2, though it has a different set of components on the
      other side of the bus.
      
      This driver supports the scheme used by the Samsung ARM Chromebook 2.
      Future patches to this driver could add support for the battery tunnel
      on the HP Chromebook 11 (and perhaps could even be used to access
      tps65090 on the HP Chromebook 11 instead of using a special driver,
      but I haven't researched that enough).
      Signed-off-by: NVincent Palatin <vpalatin@chromium.org>
      Signed-off-by: NSimon Glass <sjg@chromium.org>
      Signed-off-by: NDoug Anderson <dianders@chromium.org>
      Reviewed-by: NWolfram Sang <wsa@the-dreams.de>
      Signed-off-by: NLee Jones <lee.jones@linaro.org>
      9d230c9e
  4. 02 6月, 2014 1 次提交
  5. 22 5月, 2014 4 次提交
  6. 15 4月, 2014 1 次提交
  7. 06 4月, 2014 1 次提交
  8. 03 4月, 2014 1 次提交
  9. 29 3月, 2014 1 次提交
  10. 28 3月, 2014 1 次提交
  11. 12 3月, 2014 1 次提交
  12. 09 3月, 2014 1 次提交
  13. 06 3月, 2014 2 次提交
  14. 27 2月, 2014 1 次提交
  15. 22 2月, 2014 1 次提交
  16. 11 2月, 2014 1 次提交
  17. 14 1月, 2014 1 次提交
  18. 05 1月, 2014 1 次提交
  19. 04 1月, 2014 3 次提交
  20. 02 1月, 2014 1 次提交
  21. 01 1月, 2014 1 次提交
  22. 23 12月, 2013 1 次提交
  23. 12 12月, 2013 3 次提交
  24. 19 11月, 2013 1 次提交
  25. 16 11月, 2013 2 次提交
  26. 15 11月, 2013 1 次提交
  27. 01 11月, 2013 1 次提交
  28. 23 10月, 2013 2 次提交
    • J
      tpm: Add support for Atmel I2C TPMs · a2871c62
      Jason Gunthorpe 提交于
      This is based on the work of Teddy Reed <teddy@prosauce.org> published
      on GitHub:
       https://github.com/theopolis/tpm-i2c-atmel.git
       34894b988b67e0ae55088d6388e77b0dbf10c07d
      
      That driver was never merged, I have taken it as a starting port,
      forward ported, tested and revised the driver:
       - Make it broadly textually similar to the Infineon and Nuvoton I2C
         driver
       - Place everything in a format suitable for mainline inclusion
       - Use high level I2C functions i2c_master_send and
         i2c_master_recv for data xfer
       - Use the timeout system from the core code, by faking out a status
         register
       - Only I2C transfer the number of bytes in the reply, not a fixed
         message size.
       - checkpatch cleanups
       - Testing on ARM Kirkwood, with this device tree, using a
         AT97SC3204T-X1A180
              tpm@29 {
                      compatible = "atmel,at97sc3204t";
                      reg = <0x29>;
              };
      Signed-off-by: NTeddy Reed <teddy@prosauce.org>
      [jgg: revised and tested]
      Signed-off-by: NJason Gunthorpe <jgunthorpe@obsidianresearch.com>
      [phuewe: minor whitespace changes]
      Signed-off-by: NPeter Huewe <peterhuewe@gmx.de>
      a2871c62
    • J
      tpm: Add support for the Nuvoton NPCT501 I2C TPM · 4c336e4b
      Jason Gunthorpe 提交于
      This chip is/was also branded as a Winbond WPCT301.
      
      Originally written by Dan Morav <dmorav@nuvoton.com> and posted to LKML:
      https://lkml.org/lkml/2011/9/7/206
      
      The original posting was not merged, I have taken it as a
      starting point, forward ported, tested and revised the driver:
       - Rework interrupt handling to work properly with level triggered
         interrupts. The old version just locked up.
       - Synchronize various items with Peter Huewe's Infineon driver:
          * Add durations/timeouts sysfs calls
          * Remove I2C device auto-detection
          * Don't fiddle with chip->release
          * Call tpm_dev_vendor_release in the probe error path
          * Use MODULE_DEVICE_TABLE for the I2C ids
          * Provide OF compatible strings for DT support
          * Use SIMPLE_DEV_PM_OPS
          * Use module_i2c_driver
       - checkpatch cleanups
       - Testing on ARM Kirkwood with GPIO interrupts, with this device tree:
      	tpm@57 {
                      compatible = "nuvoton,npct501";
                      reg = <0x57>;
                      interrupt-parent = <&gpio1>;
                      interrupts = <6 IRQ_TYPE_LEVEL_LOW>;
              };
      Signed-off-by: NDan Morav <dmorav@nuvoton.com>
      [jgg: revised and tested]
      Signed-off-by: NJason Gunthorpe <jgunthorpe@obsidianresearch.com>
      [phuewe: minor whitespace changes, fixed module name in kconfig]
      Signed-off-by: NPeter Huewe <peterhuewe@gmx.de>
      4c336e4b
  29. 30 9月, 2013 1 次提交