Doug / smarc-fsl-linux-kernel

14 Sep, 2012

1 commit

  • 82906b13a   ARM: imx: move platform_data definitions ... Browse Code »

    Platform data for device drivers should be defined in
    include/linux/platform_data/*.h, not in the architecture
    and platform specific directories.

    This moves such data out of the imx include directories

    Signed-off-by: Arnd Bergmann
    Acked-by: Mark Brown
    Acked-by: Greg Kroah-Hartman
    Acked-by: Nicolas Pitre
    Acked-by: Mauro Carvalho Chehab
    Acked-by: Sascha Hauer
    Acked-by: Vinod Koul
    Cc: Russell King
    Cc: Dan Williams
    Cc: "Ben Dooks (embedded platforms)"
    Cc: "Wolfram Sang (embedded platforms)"
    Cc: Chris Ball
    Cc: David Woodhouse
    Cc: Grant Likely
    Cc: Alan Cox
    Cc: Felipe Balbi
    Cc: Alan Stern
    Cc: Florian Tobias Schandinat
    Cc: Liam Girdwood
    Cc: Javier Martin
    Cc: Shawn Guo
    Cc: Guennadi Liakhovetski

    Arnd Bergmann
     

27 Jun, 2012

2 commits

  • 41a490ec0   mx3fb: avoid screen flash when panning with fb_set_var ... Browse Code »

    Users may call FBIOPUT_VSCREENINFO ioctrl to do pan display.
    This ioctrl relies on fb_set_var() to do the job. fb_set_var()
    calls custom fb_set_par() method and then calls custom
    fb_pan_display() method. The current implementation of mx3fb
    reinitializes IPU display controller every time the custom
    fb_set_par() method is called, which makes the screen flash
    if fb_set_var() is called to do panning frequently. This patch
    compares the new var info with the cached old one to decide
    whether we really need to reinitialize IPU display controller.
    We ignore xoffset and yoffset update because it doesn't require
    to reinitialize the controller. Users may specify activate field
    of var info with FB_ACTIVATE_NOW and FB_ACTIVATE_FORCE to
    reinialize the controller by force.

    Signed-off-by: Liu Ying
    Signed-off-by: Florian Tobias Schandinat

    Liu Ying
     
  • 6cd77e00c   mx3fb: support pan display with fb_set_var ... Browse Code »

    Users may call FBIOPUT_VSCREENINFO ioctrl to do pan display.
    This ioctrl relies on fb_set_var() to do the job. fb_set_var()
    calls the custom fb_set_par() method and then calls the custom
    fb_pan_display() method. Before calling the custom fb_pan_display()
    method, info->var is already updated from the new *var in fb_set_var().
    And, the custom fb_pan_display() method checks if xoffset and yoffset
    in info->var and the new *var are different before doing actual panning,
    which prevents the panning from happening within fb_set_var() context.
    This patch caches the current var info locally in mx3fb driver so that
    pan display with fb_set_var is supported.

    Signed-off-by: Liu Ying
    Signed-off-by: Florian Tobias Schandinat

    Liu Ying
     

21 Mar, 2012

1 commit

  • 16052827d   dmaengine/dma_slave: introduce inline wrappers ... Browse Code »

    Add inline wrappers for device_prep_slave_sg() and device_prep_dma_cyclic()
    interfaces to hide new parameter from current users of affected interfaces.
    Convert current users to use new wrappers instead of direct calls.
    Suggested by Russell King [https://lkml.org/lkml/2012/2/3/269].

    Signed-off-by: Alexandre Bounine
    Signed-off-by: Vinod Koul

    Alexandre Bounine
     

08 Dec, 2011

1 commit

  • f910fb8fc   video i.MX IPU: Fix display connections ... Browse Code »

    The IPU internally works on 32bit colors. It can arbitrarily map
    between pixel formats and internal representation and also between
    internal representation and the physical connection to the display.
    The driver used to change the mapping between internal representation
    and display connection depending on the user selected bpp which is
    wrong. Instead, the mapping is specified by the hardware, so an
    additional field in platform data is added to describe the connection
    between i.MX and the display. The default for this field is RGB666
    which seems to be the only configuration which works without this
    patch, so I assumed that all in Kernel boards are connected this
    way.
    This patch has been tested on a RGB666 connected display and a
    RGB888 connected display in both 16bpp and 32bpp modes.

    Signed-off-by: Sascha Hauer
    Signed-off-by: Vinod Koul

    Sascha Hauer
     

17 Nov, 2011

1 commit

31 Oct, 2011

1 commit

  • 1003cab82   media, video: move to dma_transfer_direction ... Browse Code »

    fixup usage of dma direction by introducing dma_transfer_direction,
    this patch moves media and video drivers to use new enum

    Cc: Mauro Carvalho Chehab
    Cc: Paul Mundt
    Cc: Guennadi Liakhovetski
    Acked-by: Guennadi Liakhovetski
    Acked-by: Guennadi Liakhovetski
    Signed-off-by: Vinod Koul

    Vinod Koul
     

03 Oct, 2011

1 commit

  • 8b53b7fb5   mx3fb: fix NULL pointer dereference in screen blanking. ... Browse Code »

    When blanking an already blanked framebuffer, a kernel NULL pointer
    dereference occurred, because mx3fb driver handles all kinds of screen
    blanking (normal, vsync suspend, powerdown) in the same way.
    Certain programs (Xorg X11 server) first do a normal blank, followed by
    a powerdown blank, which triggered the bug.

    Add an additional safeguard and make sdc_disable_channel() safe against
    multiple calls independent of other logic.

    Signed-off-by: Michael Thalmeier
    Signed-off-by: Florian Tobias Schandinat

    Wolfram Stering
     

19 Aug, 2011

1 commit

26 Jan, 2011

1 commit

  • ac751efa6   console: rename acquire/release_console_sem() to console_lock/unlock() ... Browse Code »

    The -rt patches change the console_semaphore to console_mutex. As a
    result, a quite large chunk of the patches changes all
    acquire/release_console_sem() to acquire/release_console_mutex()

    This commit makes things use more neutral function names which dont make
    implications about the underlying lock.

    The only real change is the return value of console_trylock which is
    inverted from try_acquire_console_sem()

    This patch also paves the way to switching console_sem from a semaphore to
    a mutex.

    [akpm@linux-foundation.org: coding-style fixes]
    [akpm@linux-foundation.org: make console_trylock return 1 on success, per Geert]
    Signed-off-by: Torben Hohn
    Cc: Thomas Gleixner
    Cc: Greg KH
    Cc: Ingo Molnar
    Cc: Geert Uytterhoeven
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Torben Hohn
     

22 Dec, 2010

1 commit

14 Dec, 2010

1 commit

15 Nov, 2010

1 commit

  • 1b346af2f   ARM mx3fb: check for DMA engine type ... Browse Code »

    We have two dma engines in MX3 systems: The IPU and the SDMA
    engine. We have to check if we got a channel from the correct
    engine before proceeding with a channel.

    Signed-off-by: Sascha Hauer
    Cc: Guennadi Liakhovetski
    Reviewed-by: Guennadi Liakhovetski

    Sascha Hauer
     

18 May, 2010

1 commit

  • 058276303   DMAENGINE: extend the control command to include an arg ... Browse Code »

    This adds an argument to the DMAengine control function, so that
    we can later provide control commands that need some external data
    passed in through an argument akin to the ioctl() operation
    prototype.

    [dan.j.williams@intel.com: fix up some missed conversions]
    Signed-off-by: Linus Walleij
    Signed-off-by: Dan Williams

    Linus Walleij
     

27 Mar, 2010

1 commit

  • c3635c78e   DMAENGINE: generic slave control v2 ... Browse Code »

    Convert the device_terminate_all() operation on the
    DMA engine to a generic device_control() operation
    which can now optionally support also pausing and
    resuming DMA on a certain channel. Implemented for the
    COH 901 318 DMAC as an example.

    [dan.j.williams@intel.com: update for timberdale]
    Signed-off-by: Linus Walleij
    Acked-by: Mark Brown
    Cc: Maciej Sosnowski
    Cc: Nicolas Ferre
    Cc: Pavel Machek
    Cc: Li Yang
    Cc: Guennadi Liakhovetski
    Cc: Paul Mundt
    Cc: Ralf Baechle
    Cc: Haavard Skinnemoen
    Cc: Magnus Damm
    Cc: Liam Girdwood
    Cc: Joe Perches
    Cc: Roland Dreier
    Signed-off-by: Dan Williams

    Linus Walleij
     

03 Feb, 2010

1 commit

  • b3cb53721   mx3fb: some debug and initialisation fixes ... Browse Code »

    Fix the kernel oops when dev_dbg is called with mx3_fbi->txd == NULL

    Fix the late initialisation of mx3fb->backlight_level. If not, in the
    chain of function started by init_fb_chan(), in __blank() call
    sdc_set_brightness(mx3fb, mx3fb->backlight_level) that will shut down the
    CONTRAST PWM output.

    Signed-off-by: Alberto Panizzo
    Acked-by: Guennadi Liakhovetski gmx.de>
    Cc: Sascha Hauer
    Cc:
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Alberto Panizzo
     

08 Aug, 2009

1 commit

  • 20de03dae   i.MX31: fix framebuffer locking regressions ... Browse Code »

    Recent framebuffer locking patches first made affected systems unbootable,
    then the dead-lock has been fixed but as of 2.6.31-rc4 the framebuffer on
    mx3 machines doesn't work. Fix this.

    Signed-off-by: Guennadi Liakhovetski
    Cc: Sascha Hauer
    Cc: Krzysztof Helt
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Guennadi Liakhovetski
     

10 Jul, 2009

1 commit

01 Jul, 2009

1 commit

  • 537a1bf05   fbdev: add mutex for fb_mmap locking ... Browse Code »

    Add a mutex to avoid a circular locking problem between the mm layer
    semaphore and fbdev ioctl mutex through the fb_mmap() call.

    Also, add mutex to all places where smem_start and smem_len fields change
    so the mutex inside the fb_mmap() is actually used. Changing of these
    fields before calling the framebuffer_register() are not mutexed.

    This is 2.6.31 material. It removes one lockdep (fb_mmap() and
    register_framebuffer()) but there is still another one (fb_release() and
    register_framebuffer()). It also cleans up handling of the smem_start and
    smem_len fields used by mutexed section of the fb_mmap().

    Signed-off-by: Krzysztof Helt
    Cc: Peter Zijlstra
    Cc: "Rafael J. Wysocki"
    Cc:
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Krzysztof Helt
     

17 May, 2009

1 commit

13 May, 2009

1 commit

05 May, 2009

1 commit

07 Apr, 2009

1 commit

  • d88ca815b   fbdev: i.MX31: fix panning, error handling, clean up ... Browse Code »

    1. check for errors returned from clk_get()
    2. fix "Unbalanced enable for IRQ 160"
    3. fix transmit descriptor handling in panning
    4. clean frame buffer on blank - useful for OLED displays
    5. formatting clean up

    Signed-off-by: Guennadi Liakhovetski
    Cc: Dan Williams
    Cc: Sascha Hauer
    Cc: Krzysztof Helt
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Guennadi Liakhovetski
     

17 Mar, 2009

1 commit

13 Mar, 2009

1 commit

27 Feb, 2009

2 commits

22 Jan, 2009

1 commit