Eric Lee / smarc-fsl-linux-kernel

04 Mar, 2013

1 commit

  • ea882c2ec   Merge tag 'disintegrate-fbdev-20121220' of git://git.infradead.org/users/dhowells/linux-headers ... Browse Code »

    Pull fbdev UAPI disintegration from David Howells:
    "You'll be glad to here that the end is nigh for the UAPI patches.
    Only the fbdev/framebuffer piece remains now that the SCSI stuff has
    gone in.

    Here are the UAPI disintegration bits for the fbdev drivers. It
    appears that Florian hasn't had time to deal with my patch, but back
    in December he did say he didn't mind if I pushed it forward."

    Yay. No more uapi movement. And hopefully no more big header file
    cleanups coming up either, it just tends to be very painful.

    * tag 'disintegrate-fbdev-20121220' of git://git.infradead.org/users/dhowells/linux-headers:
    UAPI: (Scripted) Disintegrate include/video

    Linus Torvalds
     

26 Feb, 2013

1 commit

  • fffddfd6c   Merge branch 'drm-next' of git://people.freedesktop.org/~airlied/linux ... Browse Code »

    Pull drm merge from Dave Airlie:
    "Highlights:

    - TI LCD controller KMS driver

    - TI OMAP KMS driver merged from staging

    - drop gma500 stub driver

    - the fbcon locking fixes

    - the vgacon dirty like zebra fix.

    - open firmware videomode and hdmi common code helpers

    - major locking rework for kms object handling - pageflip/cursor
    won't block on polling anymore!

    - fbcon helper and prime helper cleanups

    - i915: all over the map, haswell power well enhancements, valleyview
    macro horrors cleaned up, killing lots of legacy GTT code,

    - radeon: CS ioctl unification, deprecated UMS support, gpu reset
    rework, VM fixes

    - nouveau: reworked thermal code, external dp/tmds encoder support
    (anx9805), fences sleep instead of polling,

    - exynos: all over the driver fixes."

    Lovely conflict in radeon/evergreen_cs.c between commit de0babd60d8d
    ("drm/radeon: enforce use of radeon_get_ib_value when reading user cmd")
    and the new changes that modified that evergreen_dma_cs_parse()
    function.

    * 'drm-next' of git://people.freedesktop.org/~airlied/linux: (508 commits)
    drm/tilcdc: only build on arm
    drm/i915: Revert hdmi HDP pin checks
    drm/tegra: Add list of framebuffers to debugfs
    drm/tegra: Fix color expansion
    drm/tegra: Split DC_CMD_STATE_CONTROL register write
    drm/tegra: Implement page-flipping support
    drm/tegra: Implement VBLANK support
    drm/tegra: Implement .mode_set_base()
    drm/tegra: Add plane support
    drm/tegra: Remove bogus tegra_framebuffer structure
    drm: Add consistency check for page-flipping
    drm/radeon: Use generic HDMI infoframe helpers
    drm/tegra: Use generic HDMI infoframe helpers
    drm: Add EDID helper documentation
    drm: Add HDMI infoframe helpers
    video: Add generic HDMI infoframe helpers
    drm: Add some missing forward declarations
    drm: Move mode tables to drm_edid.c
    drm: Remove duplicate drm_mode_cea_vic()
    gma500: Fix n, m1 and m2 clock limits for sdvo and lvds
    ...

    Linus Torvalds
     

22 Feb, 2013

6 commits

  • 678268e53   video: s3c-fb: fix typo in definition of VIDCON1_VSTATUS_FRONTPORCH value ... Browse Code »

    The correct value for VIDCON1_VSTATUS_FRONTPORCH is 3, not 0.

    Signed-off-by: Tomasz Figa
    Signed-off-by: Kyungmin Park
    Signed-off-by: Jingoo Han
    Cc: Florian Tobias Schandinat
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Tomasz Figa
     
  • 90dd0b072   video: s3c-fb: add the bit definitions for CSC EQ709 and EQ601 ... Browse Code »

    Add the bit definitions for CSC EQ709 and EQ601. These definitons are
    used to control the CSC parameter such as equation 709 and equation 601.

    Signed-off-by: Jingoo Han
    Cc: Kyungmin Park
    Cc: Tomasz Figa
    Cc: Florian Tobias Schandinat
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jingoo Han
     
  • fe6863cc5   video: s3c-fb: remove unnecessary brackets ... Browse Code »

    Remove unnecessary brackets and the duplicated VIDTCON2 definition.

    Also, header comment is modified, because EXYNOS series is supported and
    is not available.

    Signed-off-by: Jingoo Han
    Cc: Kyungmin Park
    Cc: Tomasz Figa
    Cc: Florian Tobias Schandinat
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jingoo Han
     
  • 151b5c469   video: s3c-fb: remove duplicated S3C_FB_MAX_WIN ... Browse Code »

    S3C_FB_MAX_WIN is already defined in 'plat-samsung/include/plat/fb.h'.
    So, this definition in 'include/video/samsung_fimd.h' should be removed to
    avoid the duplication.

    Signed-off-by: Jingoo Han
    Cc: Kyungmin Park
    Cc: Tomasz Figa
    Cc: Florian Tobias Schandinat
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jingoo Han
     
  • f18acdeac   drivers/video/exynos/exynos_mipi_dsi.c: use devm_* APIs ... Browse Code »

    devm_* APIs are device managed and make exit and cleanup code simpler.
    While at it also remove some unused labels and fix an error path.

    Signed-off-by: Sachin Kamat
    Acked-by: Donghwa Lee
    Cc: Inki Dae
    Cc: Florian Tobias Schandinat
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Sachin Kamat
     
  • 59393bb94   video: mmp display subsystem ... Browse Code »

    Add mmp display subsystem to support Marvell MMP display controllers.

    This subsystem contains 4 parts:
    --fb folder
    --core.c
    --hw folder
    --panel folder

    1. fb folder contains implementation of fb. fb get path and overlay
    from common interface and operates on these structures.

    2. core.c provides common interface for a hardware abstraction. Major
    parts of this interface are:

    a) Path: path is a output device connected to a panel or HDMI TV. Main
    operations of the path is set/get timing/output color. fb operates
    output device through path structure.

    b) Ovly: Ovly is a buffer shown on the path.

    Ovly describes frame buffer and its source/destination size, offset,
    input color, buffer address, z-order, and so on. Each fb device maps
    to one overlay.

    3. hw folder contains implementation of hardware operations defined by
    core.c. It registers paths for fb use.

    4. panel folder contains implementation of panels. It's connected to
    path. Panel drivers would also regiester panels and linked to path
    when probe.

    Signed-off-by: Zhou Zhu
    Signed-off-by: Lisa Du
    Cc: Guoqing Li
    Acked-by: Haojian Zhuang
    Cc: Florian Tobias Schandinat
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Zhou Zhu
     

24 Jan, 2013

2 commits

  • cc3f414cf   video: add of helper for display timings/videomode ... Browse Code »

    This adds support for reading display timings from DT into a struct
    display_timings. The of_display_timing implementation supports multiple
    subnodes. All children are read into an array, that can be queried.

    If no native mode is specified, the first subnode will be used.

    For cases where the graphics driver knows there can be only one
    mode description or where the driver only supports one mode, a helper
    function of_get_videomode is added, that gets a struct videomode from DT.

    Signed-off-by: Steffen Trumtrar
    Signed-off-by: Philipp Zabel
    Acked-by: Stephen Warren
    Reviewed-by: Thierry Reding
    Acked-by: Thierry Reding
    Tested-by: Thierry Reding
    Tested-by: Philipp Zabel
    Reviewed-by: Laurent Pinchart
    Acked-by: Laurent Pinchart
    Tested-by: Afzal Mohammed
    Tested-by: Rob Clark
    Tested-by: Leela Krishna Amudala

    Steffen Trumtrar
     
  • 8714c0cec   video: add display_timing and videomode ... Browse Code »

    Add display_timing structure and the according helper functions. This allows
    the description of a display via its supported timing parameters.

    Also, add helper functions to convert from display timings to a generic videomode
    structure.

    The struct display_timing specifies all needed parameters to describe the signal
    properties of a display in one mode. This includes
    - ranges for signals that may have min-, max- and typical values
    - single integers for signals that can be on, off or are ignored
    - booleans for signals that are either on or off

    As a display may support multiple modes like this, a struct display_timings is
    added, that holds all given struct display_timing pointers and declares the
    native mode of the display.

    Although a display may state that a signal can be in a range, it is driven with
    fixed values that indicate a videomode. Therefore graphic drivers don't need all
    the information of struct display_timing, but would generate a videomode from
    the given set of supported signal timings and work with that.

    The video subsystems all define their own structs that describe a mode and work
    with that (e.g. fb_videomode or drm_display_mode). To slowly replace all those
    various structures and allow code reuse across those subsystems, add struct
    videomode as a generic description.

    This patch only includes the most basic fields in struct videomode. All missing
    fields that are needed to have a really generic video mode description can be
    added at a later stage.

    Signed-off-by: Steffen Trumtrar
    Reviewed-by: Thierry Reding
    Acked-by: Thierry Reding
    Tested-by: Thierry Reding
    Tested-by: Philipp Zabel
    Reviewed-by: Laurent Pinchart
    Acked-by: Laurent Pinchart
    Tested-by: Afzal Mohammed
    Tested-by: Rob Clark
    Tested-by: Leela Krishna Amudala

    Steffen Trumtrar
     

21 Dec, 2012

1 commit

17 Dec, 2012

1 commit

15 Dec, 2012

1 commit

  • ca2e16faa   OMAP: board-files: fix i2c_bus for tfp410 ... Browse Code »

    The i2c handling in tfp410 driver, which handles converting parallel RGB
    to DVI, was changed in 958f2717b84e88bf833d996997fda8f73276f2af
    (OMAPDSS: TFP410: pdata rewrite). The patch changed what value the
    driver considers as invalid/undefined. Before the patch, 0 was the
    invalid value, but as 0 is a valid bus number, the patch changed this to
    -1.

    However, the fact was missed that many board files do not define the bus
    number at all, thus it's left to 0. This causes the driver to fail to
    get the i2c bus, exiting from the driver's probe with an error, meaning
    that the DVI output does not work for those boards.

    This patch fixes the issue by changing the i2c_bus number field in the
    driver's platform data from u16 to int, and setting the bus number to -1
    in the board files for the boards that did not define the bus. The
    exception is devkit8000, for which the bus is set to 1, which is the
    correct bus for that board.

    The bug exists in v3.5+ kernels.

    Signed-off-by: Tomi Valkeinen
    Reported-by: Thomas Weber
    Cc: Thomas Weber
    Cc: # v3.5+
    Signed-off-by: Tony Lindgren

    Tomi Valkeinen
     

13 Dec, 2012

1 commit

  • e7f5c9a16   Merge tag 'omapdss-for-3.8' of git://gitorious.org/linux-omap-dss2/linux into for-linus ... Browse Code »

    OMAPDSS changes for 3.8, including:
    - use dynanic debug prints
    - OMAP platform dependency removals
    - Creation of compat-layer, helping us to improve omapdrm
    - Misc cleanups, aiming to make omadss more in line with the upcoming common
    display framework

    * tag 'omapdss-for-3.8' of git://gitorious.org/linux-omap-dss2/linux: (140 commits)
    OMAPDSS: fix TV-out issue with DSI PLL
    Revert "OMAPFB: simplify locking"
    OMAPFB: remove silly loop in fb2display()
    OMAPFB: fix error handling in omapfb_find_best_mode()
    OMAPFB: use devm_kzalloc to allocate omapfb2_device
    OMAPDSS: DISPC: remove dispc fck uses
    OMAPDSS: DISPC: get dss clock rate from dss driver
    OMAPDSS: use omapdss_compat_init() in other drivers
    OMAPDSS: export dispc functions
    OMAPDSS: export dss_feat functions
    OMAPDSS: export dss_mgr_ops functions
    OMAPDSS: separate compat files in the Makefile
    OMAPDSS: move display sysfs init to compat layer
    OMAPDSS: DPI: use dispc's check_timings
    OMAPDSS: DISPC: add dispc_ovl_check()
    OMAPDSS: move irq handling to dispc-compat
    OMAPDSS: move omap_dispc_wait_for_irq_interruptible_timeout to dispc-compat.c
    OMAPDSS: move blocking mgr enable/disable to compat layer
    OMAPDSS: manage framedone irq with mgr ops
    OMAPDSS: add manager ops
    ...

    Tomi Valkeinen
     

07 Dec, 2012

5 commits

29 Nov, 2012

1 commit

  • fa1f94979   Merge branch 'samsung-fb-next' of git://github.com/jingoo/linux into for-linus ... Browse Code »

    Samsung Framebuffer changes for the 3.8 merge window.

    - The bit definitions of header file are updated.
    - Some minor typos are fixed.
    - Some minor bugs of s3c_fb_check_var() are fixed.

    * 'samsung-fb-next' of git://github.com/jingoo/linux:
    video: s3c-fb: fix red offset and length for ARGB232 format
    video: s3c-fb: return an error when bpp is invalid
    video: s3c-fb: add "drop through" comment
    video: s3c-fb: use dev_get_drvdata() instead of platform_get_drvdata()
    video: s3c-fb: use FIMD_V8_VIDTCON0 for EXYNOS5 FIMD
    video: s3c-fb: fix help message for FB_S3C_DEBUG_REGWRITE
    video: s3c-fb: fix typo in comment
    video: s3c-fb: add the bit definitions for VIDCON0_VIDOUT_WB
    video: s3c-fb: move the bit definitions for DITHMODE register
    video: s3c-fb: move the bit definitions for WINxMAP and WPALCON register
    video: s3c-fb: move the bit definitions for VIDINTCON0 register
    video: s3c-fb: move the address definition for VIDOSD register
    video: s3c-fb: move the address definitions for VIDTCON registers
    video: s3c-fb: clean the bit definition for WINCON register

    Tomi Valkeinen
     

27 Nov, 2012

2 commits

  • 3b43ad201   da8xx-fb: cleanup LCDC configurations ... Browse Code »

    Configure below LCDC configurations to optimal values, also have an
    option configure these optional parameters for platform.
    1) AC bias configuration: Required only for passive panels
    2) Dma_burst_size:
    3) FIFO_DMA_DELAY:
    4) FIFO threshold: Does not apply for da830 LCDC.

    Patch is verified for 16bpp and 24bpp configurations on da830, da850 and
    am335x EVMs.

    Signed-off-by: Manjunathappa, Prakash
    Signed-off-by: Tomi Valkeinen

    Manjunathappa, Prakash
     
  • f772fabdf   da8xx-fb: adopt fb_videomode data for panel information ... Browse Code »

    Adopt fb_videomode data instead of defining driver private
    structure to hold panel information. This is the way standard FB
    drivers maintain the panel information.

    Signed-off-by: Manjunathappa, Prakash
    Signed-off-by: Tomi Valkeinen

    Manjunathappa, Prakash
     

26 Nov, 2012

7 commits

21 Nov, 2012

3 commits

05 Nov, 2012

1 commit

29 Oct, 2012

1 commit

24 Oct, 2012

2 commits

  • b2c7d54f7   OMAPDSS: get the dss version from core pdev ... Browse Code »

    The output drivers get the omapdss hw version from the platform data for
    their respective output device. This doesn't work with DT, as there's no
    platform data for them.

    Add a new function, omapdss_get_version(), which returns the dss version
    from the core device, which will have platform data on DT also. The
    function is exported so that users of omapdss can also use it.

    Signed-off-by: Tomi Valkeinen

    Tomi Valkeinen
     
  • 998c336d4   OMAPDSS: remove omap_dss_device's suspend/resume ... Browse Code »

    The panel drivers contain enable, disable, suspend and resume calls.
    The suspend and resume are effectively identical to disable and enable.

    This patch removes panel suspend and enable code from omapdss and the
    panel drivers, and replaces their use with enable and disable.

    Signed-off-by: Tomi Valkeinen

    Tomi Valkeinen
     

22 Oct, 2012

1 commit

18 Oct, 2012

2 commits

17 Oct, 2012

1 commit