1. 20 10月, 2014 1 次提交
  2. 19 9月, 2014 1 次提交
  3. 10 6月, 2014 1 次提交
  4. 11 7月, 2013 1 次提交
  5. 04 1月, 2013 1 次提交
    • G
      Drivers: platform: x86: remove __dev* attributes. · b859f159
      Greg Kroah-Hartman 提交于
      CONFIG_HOTPLUG is going away as an option.  As a result, the __dev*
      markings need to be removed.
      
      This change removes the use of __devinit, __devexit_p, __devinitdata,
      __devinitconst, and __devexit from these drivers.
      
      Based on patches originally written by Bill Pemberton, but redone by me
      in order to handle some of the coding style issues better, by hand.
      
      Cc: Bill Pemberton <wfp5p@virginia.edu>
      Cc: Joey Lee <jlee@novell.com>
      Cc: Matthew Garrett <mjg@redhat.com>
      Cc: Peter Feuerer <peter@piie.net>
      Cc: Corentin Chary <corentin.chary@gmail.com>
      Cc: Cezary Jackiewicz <cezary.jackiewicz@gmail.com>
      Cc: Robert Gerlach <khnz@gmx.de>
      Cc: Ike Panhc <ike.pan@canonical.com>
      Cc: Henrique de Moraes Holschuh <ibm-acpi@hmh.eng.br>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      b859f159
  6. 28 5月, 2011 1 次提交
  7. 13 4月, 2011 1 次提交
  8. 05 4月, 2011 1 次提交
  9. 29 3月, 2011 1 次提交
  10. 22 2月, 2011 1 次提交
  11. 08 2月, 2011 3 次提交
    • T
      platform-drivers: x86: pmic: Use irq_chip buslock mechanism · d4b7de61
      Thomas Gleixner 提交于
      The set_type function of the pmic irq chip is a horrible hack. It
      schedules work because it cannot access the scu chip from the set_type
      function. That breaks the assumption, that the type is set after
      set_type has returned.
      
      irq_chips provide buslock functions to avoid the above. Convert the
      driver to use the proper model.
      Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
      Cc: Feng Tang <feng.tang@intel.com>
      Cc: Matthew Garrett <mjg@redhat.com>
      Cc: Alan Cox <alan@linux.intel.com>
      Cc: Alek Du <alek.du@intel.com>
      Signed-off-by: NMatthew Garrett <mjg@redhat.com>
      d4b7de61
    • T
      platform-drivers: x86: Convert pmic to new irq_chip functions · cb8e5e6a
      Thomas Gleixner 提交于
      Old functions will go away soon. Remove the stray semicolons while at
      it.
      Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
      Cc: Feng Tang <feng.tang@intel.com>
      Cc: Matthew Garrett <mjg@redhat.com>
      Cc: Alan Cox <alan@linux.intel.com>
      Cc: Alek Du <alek.du@intel.com>
      Signed-off-by: NMatthew Garrett <mjg@redhat.com>
      cb8e5e6a
    • T
      platform-drivers: x86: pmic: Fix up bogus irq hackery · 180e9d19
      Thomas Gleixner 提交于
      commit 456dc301([PATCH] intel_pmic_gpio: modify EOI handling following
      change of kernel irq subsystem) changes
      
      -	desc->chip->eoi(irq);
      +
      +	if (desc->chip->irq_eoi)
      +		desc->chip->irq_eoi(irq_get_irq_data(irq));
      +	else
      +		dev_warn(pg->chip.dev, "missing EOI handler for irq %d\n", irq);
      
      With the following explanation:
      
       "Latest kernel has many changes in IRQ subsystem and its interfaces,
        like adding irq_eoi" for struct irq_chip, this patch will make it
        support both the new and old interface."
      
      This is completely bogus.
      
      #1) The changelog does not match the patch at all
      
      #2) This driver relies on the assumption that it sits behind an eoi
          capable interrupt line. If the implementation of the underlying
          chip changes from eoi to irq_eoi then this driver has to follow
          that change and not add a total bogosity.
      
      Remove the sillyness and retrieve the interrupt data from irq_desc
      directly. No need to got through circles to look it up.
      Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
      Cc: Feng Tang <feng.tang@intel.com>
      Cc: Matthew Garrett <mjg@redhat.com>
      Cc: Alan Cox <alan@linux.intel.com>
      Cc: Alek Du <alek.du@intel.com>
      Signed-off-by: NMatthew Garrett <mjg@redhat.com>
      180e9d19
  12. 08 1月, 2011 1 次提交
  13. 28 10月, 2010 1 次提交
  14. 21 10月, 2010 2 次提交
  15. 03 8月, 2010 1 次提交
    • A
      gpio: Add PMIC GPIO block support · 89507787
      Alek Du 提交于
      Moorestown has PMIC chip which contains GPIO blocks. The PMIC chip is
      connected to Langwell by SPI interface. So this GPIO driver will be regarded
      as SPI GPIO expander though the actual GPIO access is through IPC and SRAM.
      The SPI master contoller will probe this device driver by parsing SPIB table.
      
      Cleaned up for new IPC, GPE removed and some printk and other tidying by
      Alan Cox. Fixes for points noted by Matthew Garrett
      Signed-off-by: NAlek Du <alek.du@intel.com>
      Signed-off-by: NAlan Cox <alan@linux.intel.com>
      Signed-off-by: NMatthew Garrett <mjg@redhat.com>
      89507787