1. 29 Jan, 2009 1 commit
  2. 21 Jan, 2009 1 commit
  3. 29 Dec, 2008 1 commit
    • Eric Miao's avatar
      [ARM] pxafb: add support for overlay1 and overlay2 as framebuffer devices · 198fc108
      Eric Miao authored
      PXA27x and later processors support overlay1 and overlay2 on-top of the
      base framebuffer (although under-neath the base is also possible). They
      support palette and no-palette RGB formats, as well as YUV formats (only
      available on overlay2). These overlays have dedicated DMA channels and
      behave in a similar way as a framebuffer.
      This heavily simplified and re-structured work is based on the original
      pxafb_overlay.c (which is pending for mainline merge for a long time).
      The major problems with this pxafb_overlay.c are (if you are interested
      in the history):
        1. heavily redundant (the control logics for overlay1 and overlay2 are
           actually identical except for some small operations,  which are now
           abstracted into a 'pxafb_layer_ops' structure)
        2. a lot of useless and un-tested code (two workarounds which are now
           fixed on mature silicons)
        3. cursorfb is actually useless, hardware cursor should not be used
           this way, and the code was actually un-tested for a long time.
      The code in this patch should be self-explanatory, I tried to add minimum
      comments. As said, this is basically simplified, there are several things
      still on the pending list:
        1. palette mode is un-supported and un-tested (although re-using the
           palette code of the base framebuffer is actually very easy now with
           previous clean-up patches)
        2. fb_pan_display for overlay(s) is un-supported
        3. the base framebuffer can actually be abstracted by 'pxafb_layer' as
           well, which will help further re-use of the code and keep a better
           and consistent structure. (This is the reason I named it 'pxafb_layer'
           instead of 'pxafb_overlay' or something alike)
      See Documentation/fb/pxafb.txt for additional usage information.
      Signed-off-by: default avatarEric Miao <eric.miao@marvell.com>
      Cc: Rodolfo Giometti <giometti@linux.it>
      Signed-off-by: default avatarEric Miao <ycmiao@ycmiao-hp520.(none)>
  4. 22 Dec, 2008 3 commits
    • Magnus Damm's avatar
      video: sh_mobile_lcdcfb deferred io support · 8564557a
      Magnus Damm authored
      This patch adds sh_mobile_lcdcfb deferred io support for SYS panels.
      The LCDC hardware block managed by the sh_mobile_lcdcfb driver supports
      RGB or SYS panel configurations. SYS panels come with an external display
      controller that is resposible for refreshing the actual LCD panel. RGB
      panels are controlled directly by the LCDC and they need to be refreshed
      by the LCDC hardware.
      In the case of SYS panels we can save some power by configuring the LCDC
      hardware block in one-shot mode. In this one-shot mode panel refresh is
      managed by software. This works well together with deferred io since it
      allows us to stop clocks for most of the time and only enable clocks when
      we actually want to trigger an update. When there is no fbdev activity
      the clocks are kept stopped which allows us to deep sleep.
      The refresh rate in deferred io mode is set using platform data. The same
      platform data can also be used to disable deferred io mode.
      As with other deferred io frame buffers user space code should use fsync()
      on the frame buffer device to trigger an update.
      Signed-off-by: default avatarMagnus Damm <damm@igel.co.jp>
      Signed-off-by: default avatarPaul Mundt <lethal@linux-sh.org>
    • Magnus Damm's avatar
      sh_mobile_lcdc: use FB_SYS helpers instead of FB_CFB · 2540c111
      Magnus Damm authored
      Since the sh_mobile_lcdc hardware has the framebuffer(s) in system RAM,
      use FB_SYS instead of FB_CFB. Also hook in read and write helpers.
      Signed-off-by: default avatarMagnus Damm <damm@igel.co.jp>
      Signed-off-by: default avatarPaul Mundt <lethal@linux-sh.org>
    • Nobuhiro Iwamatsu's avatar
      sh: sh7760fb: Add support SH7720/SH7721 of Renesas · 5c72f303
      Nobuhiro Iwamatsu authored
      SH7720 and 7721 has IP of Frame Buffer same as SH7760.
      This driver can support these.
      Signed-off-by: default avatarNobuhiro Iwamatsu <iwamatsu.nobuhiro@renesas.com>
      Signed-off-by: default avatarPaul Mundt <lethal@linux-sh.org>
  5. 27 Nov, 2008 1 commit
  6. 06 Nov, 2008 1 commit
  7. 16 Oct, 2008 5 commits
  8. 03 Sep, 2008 1 commit
  9. 26 Aug, 2008 2 commits
  10. 24 Jul, 2008 4 commits
  11. 13 Jul, 2008 1 commit
    • Dave Airlie's avatar
      drm: reorganise drm tree to be more future proof. · c0e09200
      Dave Airlie authored
      With the coming of kernel based modesetting and the memory manager stuff,
      the everything in one directory approach was getting very ugly and
      starting to be unmanageable.
      This restructures the drm along the lines of other kernel components.
      It creates a drivers/gpu/drm directory and moves the hw drivers into
      subdirectores. It moves the includes into an include/drm, and
      sets up the unifdef for the userspace headers we should be exporting.
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
  12. 04 Jul, 2008 1 commit
  13. 18 May, 2008 2 commits
  14. 13 May, 2008 1 commit
  15. 30 Apr, 2008 2 commits
  16. 28 Apr, 2008 6 commits
  17. 24 Apr, 2008 1 commit
  18. 19 Mar, 2008 1 commit
    • Jaya Kumar's avatar
      fbdev: defio and Metronomefb · de7c6d15
      Jaya Kumar authored
      Implement support for the E-Ink Metronome controller.  It provides an mmapable
      interface to the controller using defio support.  It was tested with a gumstix
      pxa255 with Vizplex media using Xfbdev and various X clients such as xeyes,
      xpdf, xloadimage.
      This patch also fixes the following bug: Defio would cause a hang on write
      access to the framebuffer as the page fault would be called ad-infinitum.  It
      fixes fb_defio by setting the mapping to be used by page_mkclean.
      Signed-off-by: default avatarJaya Kumar <jayakumar.lkml@gmail.com>
      Cc: "Antonino A. Daplas" <adaplas@pol.net>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
  19. 10 Mar, 2008 1 commit
  20. 26 Jan, 2008 1 commit
  21. 29 Nov, 2007 1 commit
    • Huang, Ying's avatar
      x86_64 EFI boot support: EFI frame buffer driver · 7c83172b
      Huang, Ying authored
      This patch adds Graphics Output Protocol support to the kernel.  UEFI2.0 spec
      deprecates Universal Graphics Adapter (UGA) protocol and only Graphics Output
      Protocol (GOP) is produced.  Therefore, the boot loader needs to query the
      UEFI firmware with appropriate Output Protocol and pass the video information
      to the kernel.  As a result of GOP protocol, an EFI framebuffer driver is
      needed for displaying console messages.  The patch adds a EFI framebuffer
      driver.  The EFI frame buffer driver in this patch is based on the Intel Mac
      framebuffer driver.
      The ELILO bootloader takes care of passing the video information as
      appropriate for EFI firmware.
      The framebuffer driver has been tested in i386 kernel and x86_64 kernel on EFI
      Signed-off-by: default avatarChandramouli Narayanan <mouli@linux.intel.com>
      Signed-off-by: default avatarHuang Ying <ying.huang@intel.com>
      Cc: "H. Peter Anvin" <hpa@zytor.com>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: Ingo Molnar <mingo@elte.hu>
      Cc: Andi Kleen <ak@suse.de>
      Cc: "Antonino A. Daplas" <adaplas@pol.net>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
  22. 14 Nov, 2007 1 commit
  23. 30 Oct, 2007 1 commit