Skip to content
Snippets Groups Projects
  1. Jul 06, 2017
    • Serge Semin's avatar
      NTB: Add IDT 89HPESxNTx PCIe-switches support · bf2a952d
      Serge Semin authored
      
      IDT 89HPESxNTx device series is PCIe-switches, which support
      Non-Transparent bridging between domains connected to the device ports.
      Since new NTB API exposes multi-port interface and messaging API, the
      IDT NT-functions can be now supported in the kernel. This driver adds
      the following functionality:
      1) Multi-port NTB API to have information of possible NT-functions
      activated in compliance with available device ports.
      2) Memory windows of direct and look up table based address translation
      with all possible combinations of BARs setup.
      3) Traditional doorbell NTB API.
      4) One-on-one messaging NTB API.
      
      There are some IDT PCIe-switch setups, which must be done before any of
      the NTB peers started. It can be performed either by system BIOS via
      IDT SMBus-slave interface or by pre-initialized IDT PCIe-switch EEPROM:
      1) NT-functions of corresponding ports must be activated using
      SWPARTxCTL and SWPORTxCTL registers.
      2) BAR0 must be configured to expose NT-function configuration
      registers map.
      3) The rest of the BARs must have at least one memory window
      configured, otherwise the driver will just return an error.
      Temperature sensor of IDT PCIe-switches can be also optionally
      activated by BIOS or EEPROM.
      (See IDT documentations for details of how the pre-initialization can
      be done)
      
      Signed-off-by: default avatarSerge Semin <fancer.lancer@gmail.com>
      Acked-by: default avatarAllen Hubbe <Allen.Hubbe@dell.com>
      Signed-off-by: default avatarJon Mason <jdmason@kudzu.us>
      bf2a952d
  2. Jun 15, 2017
  3. Jun 08, 2017
  4. Jun 07, 2017
  5. Jun 02, 2017
  6. May 30, 2017
  7. May 25, 2017
  8. May 24, 2017
  9. May 23, 2017
  10. May 18, 2017
  11. May 16, 2017
  12. May 15, 2017
  13. May 12, 2017
  14. May 11, 2017
  15. May 09, 2017
  16. May 07, 2017
  17. May 04, 2017
  18. May 01, 2017
  19. Apr 29, 2017
  20. Apr 28, 2017
  21. Apr 27, 2017
  22. Apr 25, 2017
    • Selvin Xavier's avatar
      MAINTAINERS: Update ocrdma module status · 2c15b73a
      Selvin Xavier authored
      
      Since ocrdma driver is not going to be updated with any
      new development activity, except for critical bug fixes
      reported by partners or customers, changing the module status
      to "Odd Fixes". Also, updating the web page info and the
      maintainers email addresses.
      
      Signed-off-by: default avatarSelvin Xavier <selvin.xavier@broadcom.com>
      Signed-off-by: default avatarDoug Ledford <dledford@redhat.com>
      2c15b73a
    • Geert Uytterhoeven's avatar
      MAINTAINERS: Add file patterns for infiniband device tree bindings · 3d35d32d
      Geert Uytterhoeven authored
      
      Submitters of device tree binding documentation may forget to CC
      the subsystem maintainer if this is missing.
      
      Signed-off-by: default avatarGeert Uytterhoeven <geert@linux-m68k.org>
      Cc: Doug Ledford <dledford@redhat.com>
      Cc: Sean Hefty <sean.hefty@intel.com>
      Cc: Hal Rosenstock <hal.rosenstock@gmail.com>
      Cc: linux-rdma@vger.kernel.org
      Acked-by: default avatarDoug Ledford <dledford@redhat.com>
      Signed-off-by: default avatarDoug Ledford <dledford@redhat.com>
      3d35d32d
    • Richard Fitzgerald's avatar
      regulator: arizona-micsupp: Move pdata into a separate structure · 22161f3e
      Richard Fitzgerald authored
      
      In preparation for sharing this driver with Madera, move the pdata
      for the micsupp regulator out of struct arizona_pdata into a dedicated
      pdata struct for this driver. As a result the code in
      arizona_micsupp_of_get_pdata() can be made independent of struct arizona.
      
      This patch also updates the definition of struct arizona_pdata and
      the use of this pdata in mach-crag6410-module.c
      
      Signed-off-by: default avatarRichard Fitzgerald <rf@opensource.wolfsonmicro.com>
      Acked-by: default avatarLee Jones <lee.jones@linaro.org>
      Signed-off-by: default avatarMark Brown <broonie@kernel.org>
      22161f3e
    • Boris Brezillon's avatar
      mtd: nand: Cleanup/rework the atmel_nand driver · f88fc122
      Boris Brezillon authored
      
      This is a complete rewrite of the driver whose main purpose is to
      support the new DT representation where the NAND controller node is now
      really visible in the DT and appears under the EBI bus. With this new
      representation, we can add other devices under the EBI bus without
      risking pinmuxing conflicts (the NAND controller is under the EBI
      bus logic and as such, share some of its pins with other devices
      connected on this bus).
      
      Even though the goal of this rework was not necessarily to add new
      features, the new driver has been designed with this in mind. With a
      clearer separation between the different blocks and different IP
      revisions, adding new functionalities should be easier (we already
      have plans to support SMC timing configuration so that we no longer
      have to rely on the configuration done by the bootloader/bootstrap).
      
      Also note that we no longer have a custom ->cmdfunc() implementation,
      which means we can now benefit from new features added in the core
      implementation for free (support for new NAND operations for example).
      
      The last thing that we gain with this rework is support for multi-chips
      and multi-dies chips, thanks to the clean NAND controller <-> NAND
      devices representation.
      
      During this transition we also dropped support for AVR32 SoCs which
      should soon disappear from mainline (removal of the AVR32 arch is
      planned for 4.12).
      
      This new driver has been tested on several platforms (at91sam9261,
      at91sam9g45, at91sam9x5, sama5d3 and sama5d4) to make sure it did not
      introduce regressions, and it's worth mentioning that old bindings are
      still supported (which partly explain the positive diffstat).
      
      Signed-off-by: default avatarBoris Brezillon <boris.brezillon@free-electrons.com>
      Acked-by: default avatarNicolas Ferre <nicolas.ferre@microchip.com>
      f88fc122
  23. Apr 24, 2017
Loading