An error occurred fetching the project authors.
  1. 16 Mar, 2016 1 commit
  2. 12 Feb, 2016 2 commits
  3. 11 Feb, 2016 3 commits
  4. 04 Dec, 2015 1 commit
  5. 24 Nov, 2015 1 commit
  6. 30 Oct, 2015 2 commits
  7. 11 Aug, 2015 2 commits
  8. 28 Jul, 2015 1 commit
  9. 22 Jun, 2015 1 commit
  10. 12 Mar, 2015 2 commits
  11. 04 Mar, 2015 2 commits
  12. 03 Mar, 2015 1 commit
    • Micky Ching's avatar
      mfd: rtsx: Remove LCTLR defination · 19f3bd54
      Micky Ching authored
      To enable/disable ASPM we should find LINK CONTROL register
      in PCI config space. All old chip use 0x80 address, but new
      chip may use another address, so we using pci_find_capability()
      to get LINK CONTROL address.
      
      rtsx_gops.c was removed, we consider to put some common operations
      to this file, but the actual thing is, only a group of chips
      are in common ops1, and another group of chips in common ops2,
      it is hard to decide put which ops into generic ops file.
      Signed-off-by: default avatarMicky Ching <micky_ching@realsil.com.cn>
      Signed-off-by: default avatarLee Jones <lee.jones@linaro.org>
      19f3bd54
  13. 22 Jan, 2015 3 commits
  14. 25 Nov, 2014 2 commits
  15. 10 Nov, 2014 1 commit
    • Octavian Purdila's avatar
      mfd: Add support for Diolan DLN-2 devices · 338a1281
      Octavian Purdila authored
      This patch implements the USB part of the Diolan USB-I2C/SPI/GPIO
      Master Adapter DLN-2. Details about the device can be found here:
      
      https://www.diolan.com/i2c/i2c_interface.html.
      
      Information about the USB protocol can be found in the Programmer's
      Reference Manual [1], see section 1.7.
      
      Because the hardware has a single transmit endpoint and a single
      receive endpoint the communication between the various DLN2 drivers
      and the hardware will be muxed/demuxed by this driver.
      
      Each DLN2 module will be identified by the handle field within the DLN2
      message header. If a DLN2 module issues multiple commands in parallel
      they will be identified by the echo counter field in the message header.
      
      The DLN2 modules can use the dln2_transfer() function to issue a
      command and wait for its response. They can also register a callback
      that is going to be called when a specific event id is generated by
      the device (e.g. GPIO interrupts). The device uses handle 0 for
      sending events.
      
      [1] https://www.diolan.com/downloads/dln-api-manual.pdfSigned-off-by: default avatarOctavian Purdila <octavian.purdila@intel.com>
      Reviewed-by: default avatarJohan Hovold <johan@kernel.org>
      Signed-off-by: default avatarLee Jones <lee.jones@linaro.org>
      338a1281
  16. 26 Sep, 2014 4 commits
  17. 24 Sep, 2014 1 commit
  18. 21 Jul, 2014 1 commit
  19. 17 Jun, 2014 2 commits
  20. 03 Jun, 2014 3 commits
  21. 15 May, 2014 2 commits
    • Pawel Moll's avatar
      mfd: vexpress: Define the device as MFD cells · 974cc7b9
      Pawel Moll authored
      This patch - finally, after over 6 months! :-( - addresses
      Samuel's request to split the vexpress-sysreg driver into
      smaller portions and define the device in a form of MFD
      cells:
      
      * LEDs code has been completely removed and replaced with
        "gpio-leds" nodes in the tree (referencing dedicated
        GPIO subnodes in sysreg - bindings documentation updated);
        this also better fits the reality as some variants of the
        motherboard don't have all the LEDs populated
      
      * syscfg bridge code has been extracted into a separate
        driver (placed in drivers/misc for no better place)
      
      * all the ID & MISC registers are defined as sysconf
        making them available for other drivers should they need
        to use them (and also to the user via /sys/kernel/debug/regmap
        which can be helpful in platform debugging)
      Signed-off-by: default avatarPawel Moll <pawel.moll@arm.com>
      Acked-by: default avatarLee Jones <lee.jones@linaro.org>
      974cc7b9
    • Pawel Moll's avatar
      mfd: vexpress: Convert custom func API to regmap · 3b9334ac
      Pawel Moll authored
      Components of the Versatile Express platform (configuration
      microcontrollers on motherboard and daughterboards in particular)
      talk to each other over a custom configuration bus. They
      provide miscellaneous functions (from clock generator control
      to energy sensors) which are represented as platform devices
      (and Device Tree nodes). The transactions on the bus can
      be generated by different "bridges" in the system, some
      of which are universal for the whole platform (for the price
      of high transfer latencies), others restricted to a subsystem
      (but much faster).
      
      Until now drivers for such functions were using custom "func"
      API, which is being replaced in this patch by regmap calls.
      This required:
      
      * a rework (and move to drivers/bus directory, as suggested
        by Samuel and Arnd) of the config bus core, which is much
        simpler now and uses device model infrastructure (class)
        to keep track of the bridges; non-DT case (soon to be
        retired anyway) is simply covered by a special device
        registration function
      
      * the new config-bus driver also takes over device population,
        so there is no need for special matching table for
        of_platform_populate nor "simple-bus" hack in the arm64
        model dtsi file (relevant bindings documentation has
        been updated); this allows all the vexpress devices
        fit into normal device model, making it possible
        to remove plenty of early inits and other hacks in
        the near future
      
      * adaptation of the syscfg bridge implementation in the
        sysreg driver, again making it much simpler; there is
        a special case of the "energy" function spanning two
        registers, where they should be both defined in the tree
        now, but backward compatibility is maintained in the code
      
      * modification of the relevant drivers:
      
        * hwmon - just a straight-forward API change
        * power/reset driver - API change
        * regulator - API change plus error handling
          simplification
        * osc clock driver - this one required larger rework
          in order to turn in into a standard platform driver
      Signed-off-by: default avatarPawel Moll <pawel.moll@arm.com>
      Acked-by: default avatarMark Brown <broonie@linaro.org>
      Acked-by: default avatarLee Jones <lee.jones@linaro.org>
      Acked-by: default avatarGuenter Roeck <linux@roeck-us.net>
      Acked-by: default avatarMike Turquette <mturquette@linaro.org>
      3b9334ac
  22. 19 Mar, 2014 2 commits