1. 20 4月, 2012 2 次提交
  2. 27 3月, 2012 1 次提交
  3. 14 3月, 2012 1 次提交
  4. 13 3月, 2012 1 次提交
  5. 07 3月, 2012 1 次提交
  6. 05 3月, 2012 2 次提交
    • S
      pinctrl: enhance mapping table to support pin config operations · 1e2082b5
      Stephen Warren 提交于
      The pinctrl mapping table can now contain entries to:
      * Set the mux function of a pin group
      * Apply a set of pin config options to a pin or a group
      
      This allows pinctrl_select_state() to apply pin configs settings as well
      as mux settings.
      
      v3: Fix find_pinctrl() to iterate over the correct list.
         s/_MUX_CONFIGS_/_CONFIGS_/ in mapping table macros.
         Fix documentation to use correct mapping table macro.
      v2: Added numerous extra PIN_MAP_*() special-case macros.
         Fixed kerneldoc typo. Delete pinctrl_get_pin_id() and
         replace it with pin_get_from_name(). Various minor fixes.
         Updates due to rebase.
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      Acked-by: NDong Aisheng <dong.aisheng@linaro.org>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      1e2082b5
    • S
      pinctrl: API changes to support multiple states per device · 6e5e959d
      Stephen Warren 提交于
      The API model is changed from:
      
      p = pinctrl_get(dev, "state1");
      pinctrl_enable(p);
      ...
      pinctrl_disable(p);
      pinctrl_put(p);
      p = pinctrl_get(dev, "state2");
      pinctrl_enable(p);
      ...
      pinctrl_disable(p);
      pinctrl_put(p);
      
      to this:
      
      p = pinctrl_get(dev);
      s1 = pinctrl_lookup_state(p, "state1");
      s2 = pinctrl_lookup_state(p, "state2");
      pinctrl_select_state(p, s1);
      ...
      pinctrl_select_state(p, s2);
      ...
      pinctrl_put(p);
      
      This allows devices to directly transition between states without
      disabling the pin controller programming and put()/get()ing the
      configuration data each time. This model will also better suit pinconf
      programming, which doesn't have a concept of "disable".
      
      The special-case hogging feature of pin controllers is re-written to use
      the regular APIs instead of special-case code. Hence, the pinmux-hogs
      debugfs file is removed; see the top-level pinctrl-handles files for
      equivalent data.
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      Acked-by: NDong Aisheng <dong.aisheng@linaro.org>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      6e5e959d
  7. 02 3月, 2012 2 次提交
  8. 24 2月, 2012 1 次提交
  9. 23 2月, 2012 1 次提交
    • L
      pinctrl: spawn U300 pinctrl from the COH901 GPIO · 128a06d4
      Linus Walleij 提交于
      This solves the riddle on how the U300 pin controller shall be
      able to reference the struct gpio_chip even though these are
      two separate drivers: spawn the pinctrl child from the GPIO
      driver and pass in the struct gpio_chip as platform data.
      In the process we rename the U300 "pinmux-u300" to
      "pinctrl-u300" so as not to confuse.
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      128a06d4
  10. 22 2月, 2012 1 次提交
  11. 18 2月, 2012 1 次提交
  12. 11 2月, 2012 2 次提交
  13. 27 1月, 2012 1 次提交
  14. 25 1月, 2012 1 次提交
  15. 21 1月, 2012 1 次提交
  16. 05 1月, 2012 3 次提交
  17. 03 1月, 2012 5 次提交
  18. 19 12月, 2011 2 次提交
  19. 27 11月, 2011 1 次提交
  20. 18 11月, 2011 1 次提交
  21. 16 11月, 2011 1 次提交
  22. 29 10月, 2011 1 次提交
  23. 24 10月, 2011 1 次提交
    • L
      mfd: Delete ab3550 driver · 8959e743
      Linus Walleij 提交于
      The AB3550 never passed the prototype stage. Instead it was used
      as a precursor to AB5500 for testing basic building blocks used
      in that chip, since they had large similarities. Since AB3550 will
      not see the light of day in product form and since the prototypes
      are no longer used, let's delete the driver and any references to
      it.
      
      Cc: Mattias Wallin <mattias.wallin@stericsson.com>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      Signed-off-by: NSamuel Ortiz <sameo@linux.intel.com>
      8959e743
  24. 17 10月, 2011 1 次提交
  25. 13 10月, 2011 1 次提交
    • L
      pinctrl: add a driver for the U300 pinmux · 98da3529
      Linus Walleij 提交于
      This adds a driver for the U300 pinmux portions of the system
      controller "SYSCON". It also serves as an example of how to use
      the pinmux subsystem. This driver also houses the platform data
      for the only supported platform.
      
      This deletes the old U300 driver in arch/arm/mach-u300 and
      replace it with a driver using the new subsystem.
      
      The new driver is considerably fatter than the old one, but it
      also registers all 467 pins of the system and adds the power
      and EMIF pin groups and corresponding functions. The idea
      is to use this driver as a a reference for other
      implementation so it needs to be as complete and verbose
      as possible.
      Reviewed-by: NBarry Song <21cnbao@gmail.com>
      [Fixup for changed function names and semantics in the v10 patch]
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      98da3529
  26. 26 9月, 2011 1 次提交
  27. 08 9月, 2011 1 次提交
  28. 22 8月, 2011 2 次提交