27 May, 2010

1 commit

  • This is S6E63M0 AMOLED LCD Panel(480x800) driver using 3-wired SPI
    interface also almost features for lcd panel driver has been implemented
    in here. and I added new structure common for all the lcd panel drivers
    to include/linux/lcd.h file.

    LCD Panel driver needs interfaces for controlling device power such as
    power on/off and reset. these interfaces are device specific so it should
    be implemented to machine code at this time, we should create new
    structure for registering these functions as callbacks and also a header
    file for that structure and finally registered callback functions would be
    called by lcd panel driver. such header file(including new structure for
    lcd panel) would be added for all the lcd panel drivers.

    If anyone provides common structure for registering such callback
    functions then we could reduce unnecessary header files for lcd panel. I
    thought that suitable anyone could be include/linux/lcd.h so a new
    lcd_platform_data structure was added there.

    [akpm@linux-foundation.org: coding-style fixes]
    [randy.dunlap@oracle.com: fix s6e63m0 kconfig]
    [randy.dunlap@oracle.com: fix device attribute functions return types]
    Signed-off-by: InKi Dae
    Reviewed-by: KyungMin Park
    Signed-off-by: Randy Dunlap
    Signed-off-by: Andrew Morton
    Signed-off-by: Richard Purdie

    InKi Dae
     

24 Sep, 2008

1 commit


25 Jul, 2008

1 commit

  • Add the lcd_device being checked to the check_fb entry of lcd_ops. This
    ensures that any driver using this to check against it's own state can do
    so, and also makes all the calls in lcd_ops more orthogonal in their
    arguments.

    Signed-off-by: Ben Dooks
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Ben Dooks
     

16 Jul, 2007

1 commit

  • Convert the backlight and LCD classes from struct class_device
    to struct device since class_device is scheduled for removal.

    One nasty API break is the backlight power attribute has had to be
    renamed to bl_power and the LCD power attribute has had to be renamed
    to lcd_power since the original names clash with the core. I can't see
    a way around this.

    Signed-off-by: Richard Purdie
    Acked-by: Greg Kroah-Hartman

    Richard Purdie
     

20 Feb, 2007

4 commits

  • Per device data such as brightness belongs to the indivdual device
    and should therefore be separate from the the backlight operation
    function pointers. This patch splits the two types of data and
    allows simplifcation of some code.

    Signed-off-by: Richard Purdie

    Richard Purdie
     
  • Convert internal semaphore to a mutex

    Signed-off-by: Richard Purdie

    Richard Purdie
     
  • backlight_device->sem has a very specific use as documented in the
    header file. The external users of this are using it for a different
    reason, to serialise access to the update_status() method.

    backlight users were supposed to implement their own internal
    serialisation of update_status() if needed but everyone is doing
    things differently and incorrectly. Therefore add a global mutex to
    take care of serialisation for everyone, once and for all.

    Locking for get_brightness remains optional since most users don't
    need it.

    Also update the lcd class in a similar way.

    Signed-off-by: Richard Purdie

    Richard Purdie
     
  • Remove uneeded owner field from backlight_properties structure.

    Nothing uses it and it is unlikely that it will ever be used. The
    backlight class uses other means to ensure that nothing references
    unloaded code.

    Based on a patch from Dmitry Torokhov

    Signed-off-by: Richard Purdie

    Richard Purdie
     

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