04 Oct, 2006

1 commit


03 Oct, 2006

1 commit

  • - Remove 24/32bit unused support (the chips don't do 24/32bit anyway)
    - Clean up printk obfuscation
    - Clean up lispitus in the if(())()) stuff
    - Minor tidying

    No functionality changes, may have a crack at hardware scrolling based
    on my X driver once the cleanups are in.

    Signed-off-by: Alan Cox
    Cc: Antonino A. Daplas
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Alan Cox
     

19 Sep, 2006

1 commit


15 Jul, 2006

1 commit

  • Add frame buffer driver for the 2700G LCD controller present on CompuLab
    CM-X270 computer module.

    [adaplas]
    - Add more informative help text to Kconfig
    - Make DEBUG a Kconfig option as FB_MBX_DEBUG
    - Remove #include mbxdebug.c, this is frowned upon
    - Remove redundant casts
    - Arrange #include's alphabetically
    - Trivial whitespace

    Signed-off-by: Mike Rapoport
    Signed-off-by: Antonino Daplas
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Mike Rapoport
     

18 Jun, 2006

1 commit


26 Apr, 2006

1 commit


26 Mar, 2006

1 commit

  • MODULE_PARM was actually breaking: recent gcc version optimize them out as
    unused. It's time to replace the last users, which are generally in the
    most unloved drivers anyway.

    Signed-off-by: Rusty Russell
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Rusty Russell
     

16 Feb, 2006

1 commit

  • There were two mistakes in the register-read-on-(un)blank approach.

    - First, without proper register (un)locking the value read back will always
    be zero, and this is what I missed entirely until just now. Due to this,
    the logic could not be verified at all and I tried some bogus checks which
    are completely stupid.

    - Second, the LCD status bit will always be set to zero when the backlight
    has been turned off. Reading the value back during unblank will disable the
    LCD unconditionally, regardless of the state it is supposed to be in, since
    we set it to zero beforehand.

    So this is what we do now:

    - create a new variable in struct neofb_par, and use that to determine
    whether to read back registers (initialized to true)

    - before actually blanking the screen, read back the register to sense any
    possible change made through Fn key combo

    - use proper neoUnlock() / neoLock() to actually read something

    - every call to neofb_blank() determines if we read back next time: blanking
    disables readback, unblanking (FB_BLANK_UNBLANK) enables it

    This should give us a nice and clean state machine. Has been thoroughly
    tested on a Dell Latitude CPiA / NM220 Chip docked to a C/Dock2 with attached
    CRT in all possible combinations of LCD/CRT on/off. I changed the config via
    Fn key, let the console blank, unblanked by keypress - works flawlessly.

    Signed-off-by: Christian Trefzer
    Cc: "Antonino A. Daplas"
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Christian Trefzer
     

11 Jan, 2006

5 commits


10 Jan, 2006

1 commit

  • This is a major update to the cyblafb framebuffer driver. Most
    of the stuff has been tested in the mm tree.

    Main advantages:
    ============
    - vxres > xres support
    - ywrap and xpan support
    - much faster for almost all modes (e.g. 1280x1024-16bpp
    draws more than 41 full screens of text instead of about 25
    full screens of text per second on authors Epia 5000)
    - module init/exit code fixed
    - bugs triggered by console rotation fixed
    - lots of minor improvements
    - startup modes suitable for high performance scrolling
    in all directions

    This diff also contains a lot of white space fixes.

    No side effects are possible, only one single graphics core is affected.

    Signed-off-by: Knut Petersen
    Signed-off-by: Linus Torvalds

    Knut Petersen
     

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