1. 15 1月, 2006 1 次提交
  2. 13 12月, 2005 2 次提交
  3. 13 11月, 2005 1 次提交
  4. 07 11月, 2005 1 次提交
    • A
      [PATCH] fbcon/fbdev: Move softcursor out of fbdev to fbcon · c465e05a
      Antonino A. Daplas 提交于
      According to Jon Smirl, filling in the field fb_cursor with soft_cursor for
      drivers that do not support hardware cursors is redundant.  The soft_cursor
      function is usable by all drivers because it is just a wrapper around
      fb_imageblit.  And because soft_cursor is an fbcon-specific hook, the file is
      moved to the console directory.
      
      Thus, drivers that do not support hardware cursors can leave the fb_cursor
      field blank.  For drivers that do, they can fill up this field with their own
      version.
      
      The end result is a smaller code size.  And if the framebuffer console is not
      loaded, module/kernel size is also reduced because the soft_cursor module will
      also not be loaded.
      Signed-off-by: NAntonino Daplas <adaplas@pol.net>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      c465e05a
  5. 25 4月, 2005 1 次提交
    • T
      [SPARC]: TCX Framebuffer fixes · 6ee7c152
      Tom 'spot' Callaway 提交于
      Using the same logic as the other framebuffer fixes committed in 2.6.11,
      this is a set of fixes to make TCX functional on the console again. Adds
      the tcx_pan_display function, sets the
      all->info.var.{red,green,blue}.length values to 8, and runs fb_set_cmap.
      Also looks for the correct SUNW,tcx prom value.
      
      This patch just slipped through the cracks.
      
      Originally by: Georg Chini <georg.chini@triaton-webhosting.com>
      Signed-off-by: NTom 'spot' Callaway <tcallawa@redhat.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      6ee7c152
  6. 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