21 Dec, 2010

1 commit


17 Jun, 2009

1 commit

  • Add accelerated bitblt functions to s1d13xxx based video chipsets, more
    specificly functions copyarea and fillrect.

    It has only been tested and activated for 13506 chipsets but is expected
    to work for the majority of s1d13xxx based chips. This patch also cleans
    up the driver with respect of whitespaces and other formatting issues. We
    update the current status comments.

    [akpm@linux-foundation.org: coding-style fixes]
    Signed-off-by: Kristoffer Ericson
    Cc: Russell King
    Cc: Krzysztof Helt
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Kristoffer Ericson
     

01 Apr, 2009

1 commit

  • The s1d13xxx chip provides two values of identification value: the
    Production id (e.g 13506/13505/13806..) and a revision number 0,1,2,3).
    Together these can help us to differentiate between similiar setups.

    This patch adds the proper way of grabbing both those values and save them
    for future reference (in order to decide what functions a card supports,
    e.g acceleration).

    We also move away from the concept of all s1d13xxx = s1d13806 when we
    really support alot more.

    [akpm@linux-foundation.org: coding-style fixes]
    [akpm@linux-foundation.org: simplify s1d13xxxfb_probe()]
    Signed-off-by: Kristoffer Ericson
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Kristoffer Ericson
     

17 Oct, 2008

1 commit

  • The Epson s1d13xxx hardware is common in many handhelds, but our driver is
    currently locked to a single chip revision. This patch adds an array of
    known to work revisions (which can be extended).

    [akpm@linux-foundation.org: cleanups]
    Signed-off-by: Kristoffer Ericson
    Acked-by: Thibaut Varène
    Cc: Geert Uytterhoeven
    Cc: Krzysztof Helt
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Kristoffer Ericson
     

04 Oct, 2006

1 commit


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