1. 22 Dec, 2009 1 commit
  2. 04 May, 2008 1 commit
    • Sam Ravnborg's avatar
      kbuild, suspend, x86: fix rebuild of wakeup.bin · 4c6214c7
      Sam Ravnborg authored
      
      In kernel/acpi/realmode/Makefile use the 'always'
      variable to say that wakeup.bin should always
      be made.
      
      In acpi/Makefile we then do not need to specify the
      requested target and we avoid the message from make:
      
         `arch/x86/kernel/acpi/realmode/wakeup.bin' is up to date.
      
      Add wakeup.lds to list af targets to avoid rebuilding
      wakeup.bin - from Roland McGrath.
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      Cc: Rafael J. Wysocki <rjw@sisk.pl>
      Cc: Pavel Machek <pavel@suse.cz>
      Cc: H. Peter Anvin <hpa@zytor.com>
      Cc: Roland McGrath <roland@redhat.com>
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      4c6214c7
  3. 17 Apr, 2008 1 commit
    • Pavel Machek's avatar
      x86: move suspend wakeup code to C · e44b7b75
      Pavel Machek authored
      
      Move wakeup code to .c, so that video mode setting code can be shared
      between boot and wakeup. Remove nasty assembly code in 64-bit case by
      re-using trampoline code. Stack setup was fixed to clear high 16bits
      of %esp, maybe that fixes some machines.
      
      .c code sharing and morse code was done H. Peter Anvin, Sam Ravnborg
      reviewed kbuild related stuff, and it seems okay to him. Rafael did
      some cleanups.
      
      [rjw:
      * Made the patch stop breaking compilation on x86-32
      * Added arch/x86/kernel/acpi/sleep.h
      * Got rid of compiler warnings in arch/x86/kernel/acpi/sleep.c
      * Fixed 32-bit compilation on x86-64 systems
      * Added include/asm-x86/trampoline.h and fixed the non-SMP
        compilation on 64-bit x86
      * Removed arch/x86/kernel/acpi/sleep_32.c which was not used
      * Fixed some breakage caused by the integration of smpboot.c done
        under us in the meantime]
      Signed-off-by: default avatarPavel Machek <pavel@suse.cz>
      Signed-off-by: default avatarH. Peter Anvin <hpa@zytor.com>
      Reviewed-by: default avatarSam Ravnborg <sam@ravnborg.org>
      Signed-off-by: default avatarRafael J. Wysocki <rjw@sisk.pl>
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      e44b7b75
  4. 30 Jan, 2008 1 commit
  5. 23 Oct, 2007 1 commit
  6. 11 Oct, 2007 6 commits
  7. 29 Jul, 2007 1 commit
  8. 25 Jul, 2007 1 commit
  9. 26 Sep, 2006 1 commit
  10. 08 Mar, 2006 1 commit
    • Andi Kleen's avatar
      [PATCH] i386: port ATI timer fix from x86_64 to i386 II · f9262c12
      Andi Kleen authored
      
      ATI chipsets tend to generate double timer interrupts for the local APIC
      timer when both the 8254 and the IO-APIC timer pins are enabled.  This is
      because they route it to both and the result is anded together and the CPU
      ends up processing it twice.
      
      This patch changes check_timer to disable the 8254 routing for interrupt 0.
      
      I think it would be safe on all chipsets actually (i tested it on a couple
      and it worked everywhere) and Windows seems to do it in a similar way, but
      to be conservative this patch only enables this mode on ATI (and adds
      options to enable/disable too)
      
      Ported over from a similar x86-64 change.
      
      I reused the ACPI earlyquirk infrastructure for the ATI bridge check, but
      tweaked it a bit to work even without ACPI.
      
      Inspired by a patch from Chuck Ebbert, but redone.
      
      Cc: Chuck Ebbert <76306.1226@compuserve.com>
      Cc: "Brown, Len" <len.brown@intel.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      f9262c12
  11. 01 Dec, 2005 1 commit
  12. 24 Aug, 2005 1 commit
  13. 12 Jul, 2005 1 commit
  14. 16 Apr, 2005 1 commit
    • Linus Torvalds's avatar
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds authored
      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