1. 25 Sep, 2012 1 commit
  2. 21 Sep, 2012 26 commits
  3. 20 Sep, 2012 9 commits
  4. 15 Sep, 2012 1 commit
    • Mark Brown's avatar
      mfd: core: Push irqdomain mapping out into devices · 0848c94f
      Mark Brown authored
      Currently the MFD core supports remapping MFD cell interrupts using an
      irqdomain but only if the MFD is being instantiated using device tree
      and only if the device tree bindings use the pattern of registering IPs
      in the device tree with compatible properties.  This will be actively
      harmful for drivers which support non-DT platforms and use this pattern
      for their DT bindings as it will mean that the core will silently change
      remapping behaviour and it is also limiting for drivers which don't do
      DT with this particular pattern.  There is also a potential fragility if
      there are interrupts not associated with MFD cells and all the cells are
      omitted from the device tree for some reason.
      
      Instead change the code to take an IRQ domain as an optional argument,
      allowing drivers to take the decision about the parent domain for their
      interrupts.  The one current user of this feature is ab8500-core, it has
      the domain lookup pushed out into the driver.
      Signed-off-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      Signed-off-by: default avatarSamuel Ortiz <sameo@linux.intel.com>
      0848c94f
  5. 23 Aug, 2012 3 commits
    • Feng Tang's avatar
      mfd: lpc_ich: Fix a 3.5 kernel regression for iTCO_wdt driver · a0e35322
      Feng Tang authored
      There are many reports (including 2 of my machines) that iTCO_wdt watchdog
      driver fails to be initialized in 3.5 kernel with error message like:
      
      [    5.265175] ACPI Warning: 0x00001060-0x0000107f SystemIO conflicts with Region \_SB_.PCI0.LPCB.TCOI 1 (20120320/utaddress-251)
      [    5.265192] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
      [    5.265206] lpc_ich: Resource conflict(s) found affecting iTCO_wdt
      
      The root cause the iTCO_wdt driver in 3.4 probes the HW IO resource from
      LPC's PCI config space, while in 3.5 kernel it relies on lpc_ich driver
      for the probe, which adds a new acpi_check_resource_conflict() check, and
      give up the probe if there is any conflict with ACPI.
      
      Fix it by removing all the checks for iTCO_wdt to keep the same behavior as
      3.4 kernel.
      https://bugzilla.kernel.org/show_bug.cgi?id=44991
      
      Actually the same check could be removed for the gpio-ich in lpc_ich.c,
      but I'm not sure if it will cause problems.
      Signed-off-by: default avatarFeng Tang <feng.tang@intel.com>
      Cc: Aaron Sierra <asierra@xes-inc.com>
      Cc: Wim Van Sebroeck <wim@iguana.be>
      Cc: Len Brown <len.brown@intel.com>
      Cc: Bob Moore <robert.moore@intel.com>
      Signed-off-by: default avatarSamuel Ortiz <sameo@linux.intel.com>
      a0e35322
    • Ramakrishna Pallala's avatar
      power_supply: Add new power supply properties CHARGE_CURRENT/VOLTAGE_MAX · 2815b786
      Ramakrishna Pallala authored
      There are different types of chargers avalibale like AC, Solar, USB,
      etc..  Even in USB we have different types SDP/DCP/CDP/ACA and all these
      chargers have different o/p ratings. For example SDP supports only 500mA
      of charge current whereas AC charger can support upto 8A or more.
      
      Similarly batteries also come with charge current and voltage ratings
      and these ratings vary depending on its capacity and the technology
      used.
      
      This patch adds two new power supply properties
      CONSTANT_CHARGE_CURRENT_MAX and CONSTANT_CHARGE_CURRENT_MAX.
      Signed-off-by: default avatarRamakrishna Pallala <ramakrishna.pallala@intel.com>
      Signed-off-by: default avatarAnton Vorontsov <anton.vorontsov@linaro.org>
      2815b786
    • Anton Vorontsov's avatar
      charger-manager: Fix struct charger_desc's misleading comment · c6b2744c
      Anton Vorontsov authored
      The comment says that charger_regulators is an array of
      regulator_bulk_data, which is not true, since it's actually a pointer
      to 'struct charger_regulator'.
      Signed-off-by: default avatarAnton Vorontsov <anton.vorontsov@linaro.org>
      c6b2744c