1. 20 8月, 2021 1 次提交
  2. 18 8月, 2021 1 次提交
  3. 26 5月, 2021 1 次提交
  4. 11 4月, 2021 1 次提交
  5. 06 4月, 2021 1 次提交
  6. 29 3月, 2021 1 次提交
  7. 24 3月, 2021 1 次提交
  8. 28 1月, 2021 1 次提交
  9. 22 1月, 2021 3 次提交
  10. 20 1月, 2021 1 次提交
    • A
      ARM: remove tango platform · edd4488a
      Arnd Bergmann 提交于
      The smp8758 (tango4) SoC was the last generation of set-top-box chips
      to come out of Sigma Designs, and support was added by Marc Gonzalez
      and Måns Rullgård between 2015 and 2017, before the company went out of
      business and the products were abandoned.
      
      The chip is used in some set-top-boxes such as the Popcorn Hour A-500,
      which could have seen some adoption by hobbyists. This has not happened
      in the past four years, and support for the more widely used MIPS based
      SoCs was never merged at all.
      
      Thanks to Marc and Måns for maintaining for the past years even after the
      death of the platform.
      
      Cc: Marc Gonzalez <marc.w.gonzalez@free.fr>
      Cc: Mans Rullgard <mans@mansr.com>
      Link: https://lore.kernel.org/lkml/2d643ebc-09af-a809-eb3f-2aec8ecee501@free.fr/Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      edd4488a
  11. 17 1月, 2021 1 次提交
  12. 07 12月, 2020 1 次提交
  13. 05 12月, 2020 1 次提交
    • A
      i2c: mlxbf: select CONFIG_I2C_SLAVE · c62dac0a
      Arnd Bergmann 提交于
      If this is not enabled, the interfaces used in this driver do not work:
      
      drivers/i2c/busses/i2c-mlxbf.c:1888:3: error: implicit declaration of function 'i2c_slave_event' [-Werror,-Wimplicit-function-declaration]
                      i2c_slave_event(slave, I2C_SLAVE_WRITE_REQUESTED, &value);
                      ^
      drivers/i2c/busses/i2c-mlxbf.c:1888:26: error: use of undeclared identifier 'I2C_SLAVE_WRITE_REQUESTED'
                      i2c_slave_event(slave, I2C_SLAVE_WRITE_REQUESTED, &value);
                                             ^
      drivers/i2c/busses/i2c-mlxbf.c:1890:32: error: use of undeclared identifier 'I2C_SLAVE_WRITE_RECEIVED'
                      ret = i2c_slave_event(slave, I2C_SLAVE_WRITE_RECEIVED,
                                                   ^
      drivers/i2c/busses/i2c-mlxbf.c:1892:26: error: use of undeclared identifier 'I2C_SLAVE_STOP'
                      i2c_slave_event(slave, I2C_SLAVE_STOP, &value);
                                             ^
      
      Fixes: b5b5b320 ("i2c: mlxbf: I2C SMBus driver for Mellanox BlueField SoC")
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Acked-by: NKhalil Blaiech <kblaiech@nvidia.com>
      Signed-off-by: NWolfram Sang <wsa@kernel.org>
      c62dac0a
  14. 06 11月, 2020 1 次提交
  15. 30 9月, 2020 1 次提交
  16. 28 9月, 2020 1 次提交
    • K
      i2c: mlxbf: I2C SMBus driver for Mellanox BlueField SoC · b5b5b320
      Khalil Blaiech 提交于
      Add BlueField I2C driver to offer master and slave support for
      Mellanox BlueField SoCs. The driver implements an SMBus adapter
      and interfaces to multiple busses that can be probed using both
      ACPI and Device Tree infrastructures.
      
      The driver supports several SMBus operations to transfer data
      back and forth from/to various I2C devices. It is mainly intended
      to be consumed by userspace tools and utilities, such as i2c-tools
      and decode-dimms to collect memory module information.
      
      On the other hand, the driver has a slave function to support,
      among others, an IPMB interface that requires both master and
      slave functions to handle transfers between the BlueField SoC
      and a board management controllers (e.g., BMC).
      Signed-off-by: NKhalil Blaiech <kblaiech@mellanox.com>
      Reviewed-by: NVadim Pasternak <vadimp@mellanox.com>
      Signed-off-by: NWolfram Sang <wsa@kernel.org>
      b5b5b320
  17. 21 9月, 2020 1 次提交
  18. 19 9月, 2020 1 次提交
  19. 28 8月, 2020 1 次提交
  20. 25 8月, 2020 1 次提交
  21. 05 8月, 2020 1 次提交
  22. 01 7月, 2020 1 次提交
  23. 04 6月, 2020 1 次提交
  24. 31 5月, 2020 2 次提交
    • S
      i2c: designware: Add Baikal-T1 System I2C support · fcb82a93
      Serge Semin 提交于
      Baikal-T1 System Controller is equipped with a dedicated I2C Controller
      which functionality is based on the DW APB I2C IP-core, the only
      difference in a way it' registers are accessed. There are three access
      register provided in the System Controller registers map, which indirectly
      address the normal DW APB I2C registers space. So in order to have the
      Baikal-T1 System I2C Controller supported by the common DW APB I2C driver
      we created a dedicated Dw I2C controller model quirk, which retrieves the
      syscon regmap from the parental dt node and creates a new regmap based on
      it.
      Signed-off-by: NSerge Semin <Sergey.Semin@baikalelectronics.ru>
      Reviewed-by: NAndy Shevchenko <andriy.shevchenko@linux.intel.com>
      Signed-off-by: NWolfram Sang <wsa@kernel.org>
      fcb82a93
    • S
      i2c: designware: Convert driver to using regmap API · 0daede80
      Serge Semin 提交于
      Seeing the DW I2C driver is using flags-based accessors with two
      conditional clauses it would be better to replace them with the regmap
      API IO methods and to initialize the regmap object with read/write
      callbacks specific to the controller registers map implementation. This
      will be also handy for the drivers with non-standard registers mapping
      (like an embedded into the Baikal-T1 System Controller DW I2C block, which
      glue-driver is a part of this series).
      
      As before the driver tries to detect the mapping setup at probe stage and
      creates a regmap object accordingly, which will be used by the rest of the
      code to correctly access the controller registers. In two places it was
      appropriate to convert the hand-written read-modify-write and
      read-poll-loop design patterns to the corresponding regmap API
      ready-to-use methods.
      
      Note the regmap IO methods return value is checked only at the probe
      stage. The rest of the code won't do this because basically we have
      MMIO-based regmap so non of the read/write methods can fail (this also
      won't be needed for the Baikal-T1-specific I2C controller).
      Suggested-by: NAndy Shevchenko <andriy.shevchenko@linux.intel.com>
      Signed-off-by: NSerge Semin <Sergey.Semin@baikalelectronics.ru>
      Tested-by: NJarkko Nikula <jarkko.nikula@linux.intel.com>
      Acked-by: NJarkko Nikula <jarkko.nikula@linux.intel.com>
      Reviewed-by: NAndy Shevchenko <andriy.shevchenko@linux.intel.com>
      [wsa: fix type of 'rx_valid' and remove outdated kdoc var description]
      Signed-off-by: NWolfram Sang <wsa@kernel.org>
      0daede80
  25. 30 5月, 2020 2 次提交
  26. 13 5月, 2020 1 次提交
  27. 26 4月, 2020 1 次提交
  28. 19 4月, 2020 1 次提交
  29. 23 1月, 2020 2 次提交
  30. 16 1月, 2020 2 次提交
  31. 26 11月, 2019 1 次提交
  32. 25 11月, 2019 1 次提交
  33. 12 11月, 2019 1 次提交
    • P
      i2c: pxa: migrate to new i2c_slave APIs · 4d51b4ce
      Patrick Williams 提交于
      The i2c subsystem was enhanced circa 2015 to support operating as
      an i2c-slave device.  Prior to that, the i2c-pxa driver supported
      an i2c-slave but had its own APIs.  There are no existing in-kernel
      drivers or platforms that utilize the i2c-pxa APIs.
      
      Migrate the i2c-pxa driver to the general i2c-slave APIs so that
      existing drivers, such as the i2c-slave-eeprom, can be used.
      
      This has been tested with a Marvell EspressoBin, using i2c-pxa and
      i2c-slave-eeprom, acting as a slave, and a RaspeberryPi 3, using the
      at24 driver, acting as a master.
      Signed-off-by: NPatrick Williams <alpawi@amazon.com>
      Signed-off-by: NWolfram Sang <wsa@the-dreams.de>
      4d51b4ce
  34. 25 10月, 2019 1 次提交