1. 23 6月, 2006 1 次提交
  2. 10 4月, 2006 1 次提交
  3. 02 4月, 2006 1 次提交
  4. 25 3月, 2006 1 次提交
  5. 24 3月, 2006 1 次提交
  6. 27 2月, 2006 2 次提交
    • A
      [PATCH] x86_64: Disable ACPI blacklist by year for now on x86-64 · 2eb1bdba
      Andi Kleen 提交于
      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: NAndi Kleen <ak@suse.de>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      2eb1bdba
    • A
      [PATCH] x86-64/i386: Use common X86_PM_TIMER option and make it EMBEDDED · e78256b8
      Andi Kleen 提交于
      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: NAndi Kleen <ak@suse.de>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      e78256b8
  7. 07 1月, 2006 1 次提交
  8. 21 12月, 2005 1 次提交
  9. 01 12月, 2005 1 次提交
  10. 10 9月, 2005 1 次提交
  11. 26 8月, 2005 4 次提交
  12. 25 8月, 2005 3 次提交
  13. 05 8月, 2005 1 次提交
  14. 04 8月, 2005 1 次提交
  15. 12 7月, 2005 5 次提交
  16. 26 6月, 2005 1 次提交
  17. 27 5月, 2005 1 次提交
  18. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4