1. 17 Jun, 2009 10 commits
  2. 09 Jun, 2009 1 commit
  3. 29 May, 2009 5 commits
  4. 27 May, 2009 1 commit
    • Kenji Kaneshige's avatar
      PCI/ACPI: fix wrong ref count handling in acpi_pci_bind() · dacd2549
      Kenji Kaneshige authored
      
      
      The 'dev' field of struct acpi_pci_data is having a pointer to struct
      pci_dev without incrementing the reference counter. Because of this, I
      got the following kernel oops when I was doing some pci hotplug
      operations. This patch fixes this bug by replacing wrong hand-made
      pci_find_slot() with pci_get_slot() in acpi_pci_bind().
      
       BUG: unable to handle kernel NULL pointer dereference at 00000000000000e8
       IP: [<ffffffff803f0e9b>] acpi_pci_unbind+0xb1/0xdd
      
       Call Trace:
        [<ffffffff803ecee4>] acpi_bus_remove+0x54/0x68
        [<ffffffff803ecf6d>] acpi_bus_trim+0x75/0xe3
        [<ffffffffa0345ddd>] acpiphp_disable_slot+0x16d/0x1e0 [acpiphp]
        [<ffffffffa03441f0>] disable_slot+0x20/0x60 [acpiphp]
        [<ffffffff803cfc18>] power_write_file+0xc8/0x110
        [<ffffffff803c6a54>] pci_slot_attr_store+0x24/0x30
        [<ffffffff803469ce>] sysfs_write_file+0xce/0x140
        [<ffffffff802e94e7>] vfs_write+0xc7/0x170
        [<ffffffff802e9aa0>] sys_write+0x50/0x90
        [<ffffffff8020bd6b>] system_call_fastpath+0x16/0x1b
      Signed-off-by: default avatarKenji Kaneshige <kaneshige.kenji@jp.fujitsu.com>
      Reviewed-by: default avatarBjorn Helgaas <bjorn.helgaas@hp.com>
      Reviewed-by: default avatarAlex Chiang <achiang@hp.com>
      Tested-by: default avatarAlex Chiang <achiang@hp.com>
      Signed-off-by: default avatarLen Brown <len.brown@intel.com>
      dacd2549
  5. 26 May, 2009 2 commits
  6. 15 May, 2009 6 commits
  7. 07 May, 2009 3 commits
  8. 02 May, 2009 1 commit
    • Robert Moore's avatar
      acpica: validate package element more carefully in acpi_rs_get_pci_routing_table_length · 53951bd5
      Robert Moore authored
      
      
      acpi_rs_get_pci_routing_table_length is not performing sufficient
      validation on the package returned from _PRT.  It assumes a package of
      packages and fails/faults if this is not the case.
      
      We should validate each subpackage when extracted from the parent
      package, and not accept objects of the wrong type, since that will just
      cause the scanning to fail (likely with a kernel oops).
      
      This can only happen with a serious BIOS bug, and is accompanied by a
      warning something like this:
      
        ACPI Warning (nspredef-0949): \_SB_.PCI0.PEG4._PRT: Return Package type mismatch at index 0 - found Integer, expected Package [20090320]
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      53951bd5
  9. 24 Apr, 2009 1 commit
  10. 23 Apr, 2009 5 commits
  11. 22 Apr, 2009 2 commits
  12. 20 Apr, 2009 1 commit
  13. 19 Apr, 2009 2 commits
    • Zhang Rui's avatar
      ACPI video: fix an error when the brightness levels on AC and on Battery are same · 90af2cf6
      Zhang Rui authored
      
      
      when the brightness level on AC and brightness level on Battery
      are same, the level_ac_battery is 1 in the current code,
      which is wrong.
      Signed-off-by: default avatarZhang Rui <rui.zhang@intel.com>
      Signed-off-by: default avatarLen Brown <len.brown@intel.com>
      90af2cf6
    • Rafael J. Wysocki's avatar
      PM/Suspend: Introduce two new platform callbacks to avoid breakage · 6a7c7eaf
      Rafael J. Wysocki authored
      Commit 900af0d9
      
       (PM: Change suspend
      code ordering) changed the ordering of suspend code in such a way
      that the platform .prepare() callback is now executed after the
      device drivers' late suspend callbacks have run.  Unfortunately, this
      turns out to break ARM platforms that need to talk via I2C to power
      control devices during the .prepare() callback.
      
      For this reason introduce two new platform suspend callbacks,
      .prepare_late() and .wake(), that will be called just prior to
      disabling non-boot CPUs and right after bringing them back on line,
      respectively, and use them instead of .prepare() and .finish() for
      ACPI suspend.  Make the PM core execute the .prepare() and .finish()
      platform suspend callbacks where they were executed previously (that
      is, right after calling the regular suspend methods provided by
      device drivers and right before executing their regular resume
      methods, respectively).
      
      It is not necessary to make analogous changes to the hibernation
      code and data structures at the moment, because they are only used
      by ACPI platforms.
      Signed-off-by: default avatarRafael J. Wysocki <rjw@sisk.pl>
      Reported-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      Acked-by: default avatarLen Brown <len.brown@intel.com>
      6a7c7eaf