An error occurred fetching the project authors.
  1. 10 Mar, 2007 1 commit
  2. 01 Mar, 2007 1 commit
  3. 22 Feb, 2007 1 commit
  4. 17 Feb, 2007 1 commit
  5. 16 Feb, 2007 1 commit
  6. 13 Feb, 2007 3 commits
  7. 03 Feb, 2007 3 commits
  8. 30 Jan, 2007 1 commit
    • Corentin Chary's avatar
      asus-laptop: add base driver · 85091b71
      Corentin Chary authored
      Adds the new driver and make ASUS_LAPTOP and ACPI_ASUS
      incompatible.  It may be strange to use ASUS_CREATE_DEVICE_ATTR
      and ASUS_SET_DEVICE_ATTR now, but these macro will be very
      usefull in next patchs.  ASUS_HANDLE and ASUS_HANDLE_INIT comes
      from IBM_HANDLE and IBM_HANDLE_INIT, with some modification,
      and will also be used in next patchs.
      Signed-off-by: default avatarCorentin Chary <corentincj@iksaif.net>
      Signed-off-by: default avatarLen Brown <len.brown@intel.com>
      85091b71
  9. 29 Jan, 2007 3 commits
  10. 11 Jan, 2007 1 commit
  11. 21 Dec, 2006 1 commit
  12. 20 Dec, 2006 1 commit
  13. 07 Dec, 2006 1 commit
  14. 09 Nov, 2006 1 commit
    • Dmitry Torokhov's avatar
      ACPI: button: register with input layer · c0968f0e
      Dmitry Torokhov authored
      In addition to signalling button/lid events through /proc/acpi/event,
      create separate input devices and report KEY_POWER, KEY_SLEEP and
      SW_LID through input layer.  Also remove unnecessary casts and variable
      initializations, clean up formatting.
      
      Sleep button may autorepeat but userspace will have to filter duplicate
      sleep requests anyway (and discard unprocessed events right after
      wakeup).
      
      Unlike /proc/acpi/event interface input device corresponding to LID
      switch reports true lid state instead of just a counter. SW_LID is
      active when lid is closed.
      
      The driver now depends on CONFIG_INPUT.
      Signed-off-by: default avatarDmitry Torokhov <dtor@mail.ru>
      Signed-off-by: default avatarLen Brown <len.brown@intel.com>
      c0968f0e
  15. 21 Oct, 2006 3 commits
  16. 03 Oct, 2006 1 commit
  17. 10 Jul, 2006 3 commits
  18. 09 Jul, 2006 2 commits
  19. 01 Jul, 2006 1 commit
  20. 28 Jun, 2006 2 commits
  21. 23 Jun, 2006 1 commit
  22. 09 Apr, 2006 1 commit
  23. 02 Apr, 2006 1 commit
  24. 24 Mar, 2006 1 commit
  25. 23 Mar, 2006 1 commit
  26. 26 Feb, 2006 2 commits
    • Andi Kleen's avatar
      [PATCH] x86_64: Disable ACPI blacklist by year for now on x86-64 · 2eb1bdba
      Andi Kleen authored
      ACPI is initialized very early on x86-64, before the DMI code is
      initialized.  This means it would often discover a 0 year and then turn
      off ACPI because it thought the BIOS was too old.  Some systems don't
      boot without ACPI so this was a problem.
      
      I have a full fix by adding new very early DMI detection, but it needs
      more testing before it can be merged.  For 2.6.16 let's just turn the
      check off.  It never made much sense anyways because there are no x86-64
      systems older than 2002 or so and they generally all have working ACPI.
      
      Cc: len.brown@intel.com
      Signed-off-by: default avatarAndi Kleen <ak@suse.de>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      2eb1bdba
    • Andi Kleen's avatar
      [PATCH] x86-64/i386: Use common X86_PM_TIMER option and make it EMBEDDED · e78256b8
      Andi Kleen authored
      This makes x86-64 use the common X86_PM_TIMER Kconfig entry in drivers/acpi
      
      And since PM timer is needed for correct timing on a lot of systems
      now (e.g. AMD dual cores) and we often get bug reports from people
      who forgot to set it make it depend on CONFIG_EMBEDDED. x86-64 had
      this change before and it's a good thing.
      
      I also fixed the description slightly to make this more clear.
      
      Cc: len.brown@intel.com
      Signed-off-by: default avatarAndi Kleen <ak@suse.de>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      e78256b8
  27. 07 Jan, 2006 1 commit