13 Sep, 2005

2 commits


10 Sep, 2005

2 commits

  • 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: Knut Petersen
    Cc: Muli Ben-Yehuda
    Acked-by: Antonino Daplas
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Knut Petersen
     
  • This lifts sisfb from version 1.7.17 to version 1.8.9. Changes include:

    - Added support for XGI V3XT, V5, V8, Z7 chipsets, including POSTing of
    all of these chipsets.

    - Added support for latest SiS chipsets (761).

    - Added support for SiS76x memory "hybrid" mode.

    - Added support for new LCD resolutions (eg 1280x854, 856x480).

    - Fixed support for 320x240 STN panels (for embedded devices).

    - Fixed many HDTV modes (525p, 750p, 1080i).

    - Fixed PCI config register reading/writing to use proper kernel
    functions for this purpose.

    - Fixed PCI ROM handling to use the kernel's proper functions.

    - Removed lots of "typedef"s.

    - Removed lots of code which was for X.org/XFree86 only.

    - Fixed coding style in many places.

    - Removed lots of 2.4 cruft.

    - Reduced stack size by unifying two previously separate structs into
    one.

    - Added new hooks for memory allocation (for DRM). Now the driver can
    truly handle multiple cards, including memory management.

    - Fixed numerous minor bugs.

    Signed-off-by: Thomas Winischhofer
    Cc: "Antonino A. Daplas"
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Thomas Winischhofer
     

08 Sep, 2005

1 commit

  • The code w100fb was based on was horribly Sharp SL-C7x0 specific and there
    was little else that could be done as I had no access to anything else with
    a w100 in it. There is no real documentation about this chipset available.

    Ian Molton has access to other platforms with the w100 (Toshiba e-series)
    and so between us, we've improved w100fb and made it platform independent.
    Ian Molton also added support for the very similar w3220 and w3200
    chipsets.

    There are a lot of changes here and it nearly amounts to a rewrite of the
    driver but it has been extensively tested and is being used in preference
    to the original driver in the Zaurus community. I'd therefore like to
    update the mainline code to reflect this.

    Signed-off-by: Richard Purdie
    Acked-by: Antonino Daplas
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Richard Purdie
     

05 Sep, 2005

2 commits


01 May, 2005

2 commits


17 Apr, 2005

1 commit

  • 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!

    Linus Torvalds