1. 08 5月, 2010 2 次提交
  2. 13 3月, 2010 2 次提交
  3. 23 9月, 2009 2 次提交
    • F
      viafb: cleanup viafb_cursor · 5016af53
      Florian Tobias Schandinat 提交于
      Clean the hardware cursor handling up.
      
      The most notable change is that it no longer buffers the values in
      viacursor but uses the ones in cursor instead as they are guaranteed to be
      always valid.
      
      Furthermore it uses local instead global variables where possible, moves
      the cursor variable in shared as only one hardware cursor is supported and
      returns an error if memory allocation fails.  Last but not least it fixes
      a too small buffer (as u32 has only 4 and not 32 bytes) but this did not
      produce any known problems.
      
      This is mostly a code cleanup, no negative runtime changes are expected.
      Signed-off-by: NFlorian Tobias Schandinat <FlorianSchandinat@gmx.de>
      Cc: Scott Fang <ScottFang@viatech.com.cn>
      Cc: Joseph Chan <JosephChan@via.com.tw>
      Cc: Harald Welte <laforge@gnumonks.org>
      Cc: Jonathan Corbet <corbet@lwn.net>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      5016af53
    • F
      viafb: clean up virtual memory handling · db88e382
      Florian Tobias Schandinat 提交于
      Clean the handling of ioremapped video memory up.  The following changes
      were made:
      
      info->screen_base - viafb_FB_MM
      (VRAM offset calculation) was replaced by
      info->fix.smem_start - viafbinfo->fix.smem_start
      which is essentially the same calculation but done with physical instead
      virtual addresses.
      
      *->fbmem_virt
      was replaced by
      viafbinfo->screen_base
      This is true for viafbinfo and viafbinfo1 as the par pointers are equal.
      
      An early initialization of viafbinfo1->fix.smem* was removed as done later
      in viafb_setup_fixinfo.
      
      This patch highlights that the only usage of the ioremapped video memory
      in the driver is for hardware cursor handling.  Even if it has to hold the
      used virtual screen mapped for old-fashioned read/write calls (vs.
      mmap'ed) a lot virtual memory could be saved by only ioremapping on
      demand.
      
      Code cleanup, no runtime changes expected.
      Signed-off-by: NFlorian Tobias Schandinat <FlorianSchandinat@gmx.de>
      Cc: Scott Fang <ScottFang@viatech.com.cn>
      Cc: Joseph Chan <JosephChan@via.com.tw>
      Cc: Harald Welte <laforge@gnumonks.org>
      Cc: Jonathan Corbet <corbet@lwn.net>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      db88e382
  4. 31 10月, 2008 1 次提交
  5. 17 10月, 2008 1 次提交