xf86-video-siliconmotion: Changes to 'master'

Paulo Cesar Pereira de Andrade pcpa at kemper.freedesktop.org
Tue Oct 14 12:19:06 PDT 2008


 configure.ac         |    4 
 src/Makefile.am      |   12 
 src/regsmi.h         |    2 
 src/smi.h            |   10 
 src/smi501_crtc.c    |  354 +++++++++
 src/smi501_output.c  |  123 +++
 src/smi_501.c        |  446 ++---------
 src/smi_501.h        |   24 
 src/smi_crtc.c       |  314 ++++++++
 src/smi_crtc.h       |   62 +
 src/smi_driver.c     | 1962 ++++-----------------------------------------------
 src/smi_exa.c        |   16 
 src/smi_output.c     |  192 ++++
 src/smilynx.h        |   41 +
 src/smilynx_crtc.c   |  557 ++++++++++++++
 src/smilynx_hw.c     |  687 +++++++++++++++++
 src/smilynx_output.c |  284 +++++++
 17 files changed, 2941 insertions(+), 2149 deletions(-)

New commits:
commit fc722212d297a5141245beb7c8ae396606a8f221
Author: Paulo Cesar Pereira de Andrade <pcpa at mandriva.com.br>
Date:   Tue Oct 14 15:46:52 2008 -0300

    Remove dependency on xf86cvt.c.
    
      It actually was not added in a previous commit (due to using git reset
    to remake a commit, and not readding it), but now, changed only call
    xf86CVTMode if it is available in the X Server, otherwise, for older
    X Servers, a modeline should be specified in xorg.conf.

commit 5adb3b502ef79827b89fb11926b6198c3a57d2e6
Author: Paulo Cesar Pereira de Andrade <pcpa at mandriva.com.br>
Date:   Tue Oct 14 14:48:42 2008 -0300

    Minor corrections for smi501 for the randr1.2 integration.
    
      Also correct printing information about MCLK in the smi501/502, it
    should print M2CLK (aka M1CLK o the 502) as it is the clock that
    controls video engine/memory.

commit 6e0837305533f940adb7a09f9b013077c0888f2d
Author: Francisco Jerez <currojerez at gmail.com>
Date:   Sat Oct 11 14:24:48 2008 +0200

    RandR1.2 initial implementation (WIP)
    
    Moved most of the Lynx-specific code out of the main
    functions at smi_driver.c to some new files: smilynx_hw.c
    (With CRTC-independent code like global hardware initialization and
    mode saving/restoring), smilynx_crtc.c (With the CRTC-local
    procedures) and smilynx_output.c (Output power management, DDC and
    monitor detection, currently).
    
      Done something similar with the SMI501 code: split
    SMI501_ModeInit in three separate functions: SMI501_HWInit that does
    the global initialization, and the CRTC mode_set callbacks
    SMI501_ModeSet_crt and SMI501_ModeSet_lcd at smi501_crtc.c.
    
      The SMI501_ModeSet code is divided into SMI501_WriteMode_common,
    SMI501_WriteMode_lcd and SMI501_WriteMode_crt, each one updates a
    different register set in the hardware.
    
      Inside smi_crtc.c, there is mainly hardware independent
    code... Initial CRT controller allocation, shadows, rotation and
    framebuffer resizing code.
    
      The shadow code currently relies on EXA... I'm not sure what are the
    problems of the EXA implementation in MSOC. Does it work?
    
      I think it would be a good thing to get rid of XAA soon: The next
    thing I'll be working on will be EXA Composite... I hope it's possible
    to get EXA acceleration working at least as fast as the current
    XAA. (Although Teddy Wang confirmed me that the SMI720 DMA engine is
    broken...)
    
      So, the patch adds some features like new Lynx dualhead modesetting
    code, but it probably breaks some other things:
    * Video Overlay: I suppose it does work with EXA activated. It seems
    it is also possible to have simultaneous overlays in both CRTCs with the
    Lynx hardware (I have some code for this, but still work in progress).
    * Hardware Cursor (It needs more integration in the CRTC interfaces).
    * The old Shadow FB / rotation code, which we should probably drop.
    
      These are in my TODO list... Along with some more cleaning and other
    minor issues in the modesetting code.
    
      About the SMI501 RandR1.2 implementation... I suppose it's specially
    lacking per-output DPMS (The DPMS field in the System Control register
    only affects the CRT, doesn't it?).



More information about the xorg-commit mailing list