1. 08 4月, 2009 1 次提交
    • H
      x86, setup: un-resequence mode setting for VGA 80x34 and 80x60 modes · 1e274a58
      H. Peter Anvin 提交于
      Impact: Fixes these modes on at least one system
      
      The rewrite of the setup code into C resequenced the font setting and
      register reprogramming phases of configuring nonstandard VGA modes
      which use 480 scan lines in text mode.  However, there exists at least
      one board (Micro-Star MS-7383 version 2.0) on which this resequencing
      causes an unusable display.
      
      Revert to the original sequencing: set up 480-line mode, install the
      font, and then adjust the vertical end register appropriately.
      
      This failure was masked by the fact that the 480-line setup was broken
      until checkin 5f641356 (therefore this
      is not a -stable candidate bug fix.)
      Reported-by: NAndi Kleen <andi@firstfloor.org>
      Signed-off-by: NH. Peter Anvin <hpa@linux.intel.com>
      1e274a58
  2. 19 3月, 2009 1 次提交
  3. 24 11月, 2008 1 次提交
  4. 25 5月, 2008 1 次提交
  5. 20 4月, 2008 1 次提交
  6. 17 4月, 2008 1 次提交
    • P
      x86: move suspend wakeup code to C · e44b7b75
      Pavel Machek 提交于
      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: NPavel Machek <pavel@suse.cz>
      Signed-off-by: NH. Peter Anvin <hpa@zytor.com>
      Reviewed-by: NSam Ravnborg <sam@ravnborg.org>
      Signed-off-by: NRafael J. Wysocki <rjw@sisk.pl>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      e44b7b75
  7. 30 1月, 2008 1 次提交
  8. 11 10月, 2007 1 次提交
  9. 24 8月, 2007 2 次提交
    • H
      [x86 setup] Make sure AH=00h when setting a video mode · 71351b98
      H. Peter Anvin 提交于
      Passing a u8 into a register doesn't mean gcc will zero-extend it.
      Also, don't depend on thhe register not to change.
      
      Per bug report from Saul Tamari.
      Signed-off-by: NH. Peter Anvin <hpa@zytor.com>
      71351b98
    • H
      [x86 setup] Volatilize asm() statements · b015124e
      H. Peter Anvin 提交于
      asm() statements need to be volatile when:
      
      a. They have side effects (other than value returned).
      b. When the value returned can vary over time.
      c. When they have ordering constraints that cannot be expressed to gcc.
      
      In particular, the keyboard and timer reads were violating constraint (b),
      which resulted in the keyboard/timeout poll getting
      loop-invariant-removed when compiling with gcc 4.2.0.
      
      Thanks to an anonymous bug reporter for pointing this out.
      Signed-off-by: NH. Peter Anvin <hpa@zytor.com>
      b015124e
  10. 13 7月, 2007 1 次提交
    • H
      Video mode probing support for the new x86 setup code · 5e8ddcbe
      H. Peter Anvin 提交于
      Video mode probing for the new x86 setup code.  This code breaks down
      different drivers into modules.  This code deliberately drops support
      for a lot of the vendor-specific mode probing present in the assembly
      version, since a lot of those probes have been found to be stale in
      current versions of those chips -- frequently, support for those modes
      have been dropped from recent video BIOSes due to space constraints,
      but the video BIOS signatures are still the same.
      
      However, additional drivers should be extremely straightforward to plug
      in, if desirable.
      Signed-off-by: NH. Peter Anvin <hpa@zytor.com>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      5e8ddcbe