An error occurred fetching the project authors.
  1. 17 Jul, 2007 1 commit
  2. 11 May, 2007 1 commit
  3. 10 May, 2007 1 commit
    • Luming Yu's avatar
      ACPI: video: output switch sysfs support · 23b0f015
      Luming Yu authored
      Requires CONFIG_VIDEO_OUTPUT_CONTROL and CONFIG_ACPI_VIDEO.
      
      After loading output.ko and video.ko, you would have
      /sys/class/video_output and several device acpi_videoNum there.
      
      For example, I got acpi_video0, acpi_video1,acpi_video2,and acpi_video3
      under /sys/class/video_output on my T40.
      I can query the status of  output device0 by running " cat
      /sys/class/video_output/acpi_video0
      " The return value is defined in ACPI SPEC B.5.5 _DCS(Return the
      Status of Output Device).  Also you can turn off video1 and turn on
      video0  by " echo 0 > acpi_video1; echo 0x80000000 > acpi_video0".
      Please reference ACPI SPEC  B.5.7 _DSS for the parameter definition.
      
      Please note that it may or may NOT works purely depending on if
      your vendor providing correct ACPI video extension support in bios.
      the driver output.ko and video.ko just works like a interface to
      invoke BIOS.
      Signed-off-by: default avatarLuming Yu <Luming.yu@intel.com>
      Signed-off-by: default avatarLen Brown <len.brown@intel.com>
      23b0f015
  4. 09 May, 2007 2 commits
  5. 08 May, 2007 10 commits
  6. 07 May, 2007 2 commits
  7. 05 May, 2007 1 commit
  8. 21 Feb, 2007 1 commit
  9. 20 Feb, 2007 1 commit
  10. 12 Feb, 2007 4 commits
  11. 10 Dec, 2006 1 commit
  12. 03 Oct, 2006 1 commit
  13. 31 Jul, 2006 1 commit
  14. 15 Jul, 2006 1 commit
  15. 03 Jul, 2006 1 commit
  16. 26 Jun, 2006 2 commits
  17. 31 Mar, 2006 1 commit
  18. 27 Mar, 2006 1 commit
  19. 07 Nov, 2005 1 commit
    • Antonino A. Daplas's avatar
      [PATCH] fbcon/fbdev: Move softcursor out of fbdev to fbcon · c465e05a
      Antonino A. Daplas authored
      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: default avatarAntonino Daplas <adaplas@pol.net>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      c465e05a
  20. 29 Oct, 2005 1 commit
  21. 09 Sep, 2005 3 commits
    • Arnaud Patard's avatar
      [PATCH] s3c2410fb: ARM S3C2410 framebuffer driver · 20fd5767
      Arnaud Patard authored
      This set of two patches add support for the framebuffer of the Samsung S3C2410
      ARM SoC.  This driver was started about one year ago and is now used on iPAQ
      h1930/h1940, Acer n30 and probably other s3c2410-based machines I'm not aware
      of.  I've also heard yesterday that it's working also on iPAQ rx3715/rx3115
      (s3c2440-based machines).
      Signed-Off-By: default avatarArnaud Patard <arnaud.patard@rtp-net.org>
      Signed-off-by: default avatarAntonino Daplas <adaplas@pol.net>
      Signed-off-by: default avatarBen Dooks <ben@trinity.fluff.org>
      Cc: Russell King <rmk@arm.linux.org.uk>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      20fd5767
    • Antonino A. Daplas's avatar
      [PATCH] fbdev: Add VESA Coordinated Video Timings (CVT) support · 96fe6a21
      Antonino A. Daplas authored
      The Coordinated Video Timings (CVT) is the latest standard approved by VESA
      concerning video timings generation.  It addresses the limitation of GTF which
      is designed mainly for CRT displays.  CRT's have a high blanking requirement
      (as much as 25% of the horizontal frame length) which artificially increases
      the pixelclock.  Digital displays, on the other hand, needs to conserve the
      pixelclock as much as possible.  The GTF also does not take into account the
      different aspect ratios in its calculation.
      
      The new function added is fb_find_mode_cvt().  It is called by fb_find_mode()
      if it recognizes a mode option string formatted for CVT.  The format is:
      
      <xres>x<yres>[M][R][-<bpp>][<at-sign><refresh>][i][m]
      
      The 'M' tells the function to calculate using CVT.  On it's own, it will
      compute a timing for CRT displays at 60Hz.  If the 'R' is specified, 'reduced
      blanking' computation will be used, best for flatpanels.  The 'i' and the 'm'
      is for 'interlaced mode' and 'with margins' respectively.
      
      To determine if CVT was used, check for dmesg for something like this:
      
      CVT Mode - <pix>M<n>[-R], ie: .480M3-R  (800x600 reduced blanking)
      
      where: pix - product of xres and yres, in MB
          M   - is a CVT mode
          n   - the aspect ratio (3 - 4:3; 4 - 5:4; 9 - 16:9, 15:9; A - 16:10)
          -R   - reduced blanking
      Signed-off-by: default avatarAntonino Daplas <adaplas@pol.net>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      96fe6a21
    • Knut Petersen's avatar
      [PATCH] framebuffer: new driver for cyberblade/i1 graphics core · 9fa68eae
      Knut Petersen authored
      This is a framebuffer driver for the Cyberblade/i1 graphics core.
      
      Currently tridenfb claims to support the cyberblade/i1 graphics core.  This
      is of very limited truth.  Even vesafb is faster and provides more working
      modes and a much better quality of the video signal.  There is a great
      number of bugs in tridentfb ...  but most often it is impossible to decide
      if these bugs are real bugs or if fixing them for the cyberblade/i1 core
      would break support for one of the other supported chips.
      
      Tridentfb seems to be unmaintained,and documentation for most of the
      supported chips is not available.  So "fixing" cyberblade/i1 support inside
      of tridentfb was not an option, it would have caused numerous
      if(CYBERBLADEi1) else ...  cases and would have rendered the code to be
      almost unmaintainable.
      
      A first version of this driver was published on 2005-07-31.  A fix for a
      bug reported by Jochen Hein was integrated as well as some changes
      requested by Antonino A.  Daplas.
      
      A message has been added to tridentfb to inform current users of tridentfb
      to switch to cyblafb if the cyberblade/i1 graphics core is detected.
      
      This patch is one logical change, but because of the included documentation
      it is bigger than 70kb.  Therefore it is not sent to lkml and
      linux-fbdev-devel,
      Signed-off-by: default avatarKnut Petersen <Knut_Petersen@t-online.de>
      Cc: Muli Ben-Yehuda <mulix@mulix.org>
      Acked-by: default avatarAntonino Daplas <adaplas@pol.net>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      9fa68eae
  22. 22 Jun, 2005 1 commit
  23. 01 May, 2005 1 commit