1. 10 9月, 2005 1 次提交
  2. 22 6月, 2005 1 次提交
    • J
      [PATCH] VGA to fbcon fix. · f18cd8f7
      James Simmons 提交于
      Currently when going from vgacon to fbcon the VT screenbuffer are often
      different sizes.  In the case when they are different sizes a new VT
      screenbuffer is allocated and the contents are copied into the new buffer.
      
      Currently the amount copied from VGA text memory to the new screenbuf is
      the size of the framebuffer console.  If the framebuffer console new VT
      screen buffer is greater than the VGA text memory size then we get some of
      the VGA BIOS contents as well.
      
      This patch will only allow you to copy up to the size of VGA text memory
      now.  The rest is filled with erase characters.
      
      Initial patch by Jordan Crouse <jordan.crouse@amd.com>
      Signed-off-by: NJames Simmons <jsimmons@www.infradead.org>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      f18cd8f7
  3. 01 5月, 2005 1 次提交
    • B
      [PATCH] vgacon: set vc_hi_font_mask correctly · a40920b4
      Bill Nottingham 提交于
      When allocating a new VC with vgacon_init(), the font is shared across all
      the VGA consoles.  However, the font mask was always set to the default
      value of zero in visual_init(), even if we were using 512 character fonts
      at the time.
      
      Moreover, code in vgacon.c:vga_do_font_op() didn't reset the mask if the
      console driver thinks it's already in 512 character mode.  This means that
      to *fix* it, you'd actually have to take the console out of 512 character
      mode and then set it back.
      
      The attached sets vc_hi_font_mask in vgacon_init() for any new consoles
      opened if the vgacon driver is already in 512 character mode, solving this.
      
      This bug goes back to 2.4.18 at least, probably earlier.
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      a40920b4
  4. 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