1. 10 8月, 2010 1 次提交
  2. 27 7月, 2010 1 次提交
  3. 26 7月, 2010 1 次提交
  4. 25 5月, 2010 4 次提交
  5. 25 4月, 2010 1 次提交
    • D
      VMware Balloon driver · 453dc659
      Dmitry Torokhov 提交于
      This is a standalone version of VMware Balloon driver.  Ballooning is a
      technique that allows hypervisor dynamically limit the amount of memory
      available to the guest (with guest cooperation).  In the overcommit
      scenario, when hypervisor set detects that it needs to shuffle some
      memory, it instructs the driver to allocate certain number of pages, and
      the underlying memory gets returned to the hypervisor.  Later hypervisor
      may return memory to the guest by reattaching memory to the pageframes and
      instructing the driver to "deflate" balloon.
      
      We are submitting a standalone driver because KVM maintainer (Avi Kivity)
      expressed opinion (rightly) that our transport does not fit well into
      virtqueue paradigm and thus it does not make much sense to integrate with
      virtio.
      
      There were also some concerns whether current ballooning technique is the
      right thing.  If there appears a better framework to achieve this we are
      prepared to evaluate and switch to using it, but in the meantime we'd like
      to get this driver upstream.
      
      We want to get the driver accepted in distributions so that users do not
      have to deal with an out-of-tree module and many distributions have
      "upstream first" requirement.
      
      The driver has been shipping for a number of years and users running on
      VMware platform will have it installed as part of VMware Tools even if it
      will not come from a distribution, thus there should not be additional
      risk in pulling the driver into mainline.  The driver will only activate
      if host is VMware so everyone else should not be affected at all.
      Signed-off-by: NDmitry Torokhov <dtor@vmware.com>
      Cc: Avi Kivity <avi@redhat.com>
      Cc: Jeremy Fitzhardinge <jeremy@goop.org>
      Cc: Ingo Molnar <mingo@elte.hu>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      453dc659
  6. 14 3月, 2010 1 次提交
  7. 07 3月, 2010 1 次提交
  8. 18 12月, 2009 1 次提交
  9. 16 12月, 2009 4 次提交
  10. 10 12月, 2009 1 次提交
  11. 07 12月, 2009 1 次提交
  12. 20 10月, 2009 1 次提交
  13. 31 7月, 2009 1 次提交
  14. 14 6月, 2009 1 次提交
  15. 03 4月, 2009 1 次提交
  16. 01 4月, 2009 1 次提交
  17. 30 3月, 2009 1 次提交
  18. 06 2月, 2009 1 次提交
  19. 27 1月, 2009 2 次提交
  20. 21 1月, 2009 1 次提交
  21. 09 1月, 2009 1 次提交
  22. 24 12月, 2008 1 次提交
  23. 19 12月, 2008 2 次提交
  24. 13 11月, 2008 2 次提交
  25. 07 11月, 2008 1 次提交
    • B
      ACPI: remove CONFIG_ACPI_EC · 8950d89a
      Bjorn Helgaas 提交于
      Remove CONFIG_ACPI_EC.  It was always set the same as CONFIG_ACPI,
      and it had no menu label, so there was no way to set it to anything
      other than "y".
      
      Per section 6.5.4 of the ACPI 3.0b specification,
      
          OSPM must make Embedded Controller operation regions, accessed
          via the Embedded Controllers described in ECDT, available before
          executing any control method.
      
      The ECDT table is optional, but if it is present, the above text
      means that the EC it describes is a required part of the ACPI
      subsystem, so CONFIG_ACPI_EC=n wouldn't make sense.
      Signed-off-by: NBjorn Helgaas <bjorn.helgaas@hp.com>
      Acked-by: NAlexey Starikovskiy <astarikovskiy@suse.de>
      Signed-off-by: NLen Brown <len.brown@intel.com>
      8950d89a
  26. 23 10月, 2008 1 次提交
  27. 17 10月, 2008 2 次提交
  28. 09 10月, 2008 1 次提交
    • C
      acer-wmi: Add rfkill support for wireless and bluetooth · 0606e1ab
      Carlos Corbacho 提交于
      This patch implements rfkill support for the wireless and bluetooth devices
      commonly found on Acer laptops.
      
      For now, we will always poll these devices once a second to guarantee we
      can catch state changes. On newer Acer laptops, it may be possible to rely
      on WMI events to do this instead, and experimental support for this will be
      added in a later patch.
      
      3G has been deliberately left off for now, as we still have no way to
      detect it, (nor, AFAIK, has any Linux user tried the code) and on laptops
      that don't support 3G, trying to poll for the status will leave the logs
      full of ACPI tracebacks.
      
      The old sysfs interface for wireless and bluetooth will be removed in a
      later patch.
      
      (Thanks to Henrique de Moraes Holschuh and Dmitry Torokhov for reviewing
      this patch).
      Signed-off-by: NCarlos Corbacho <carlos@strangeworlds.co.uk>
      Acked-by: NHenrique de Moraes Holschuh <hmh@hmh.eng.br>
      Signed-off-by: NLen Brown <len.brown@intel.com>
      0606e1ab
  29. 24 9月, 2008 1 次提交
  30. 05 8月, 2008 1 次提交