1. 06 6月, 2011 1 次提交
  2. 24 5月, 2011 1 次提交
  3. 19 5月, 2011 5 次提交
  4. 07 5月, 2011 1 次提交
  5. 03 5月, 2011 1 次提交
    • W
      ARM: mach-mxs: add stmp378x-devb · a98253e8
      Wolfram Sang 提交于
      STMP378x and MX23 are the same and just relabeled. There is a
      mach-stmp378x, however, it has a lot of reinvented interfaces, leaking
      all sorts of mach-specific functions into the drivers. One example is
      the dmaengine which does not use the linux dmaengine-API but some
      privately exported symbols. This makes generic use of the drivers
      impossible. mach-mxs does it better, so convert the board to mach-mxs.
      After that, it is possible to delete all stmp-specific code which should
      ease further ARM-consolidation.
      
      Compile tested only due to no hardware (seems not available anymore).
      Signed-off-by: NWolfram Sang <w.sang@pengutronix.de>
      Acked-by: NShawn Guo <shawn.guo@freescale.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      a98253e8
  6. 12 4月, 2011 1 次提交
    • U
      ARM: mxs/clock-mx28: fix up name##_set_rate · f61b9fc2
      Uwe Kleine-König 提交于
      For the lcdif clock get_rate looks as follows:
      
      	read div from HW_CLKCTRL_DIS_LCDIF.DIV
      	return clk_get_rate(clk->parent) / div
      
      with clk->parent being ref_pix_clk on my system.
      
      ref_pix_clk's rate depends on HW_CLKCTRL_FRAC1.PIXFRAC.
      
      The set_rate function for lcdif does:
      
      	parent_rate = clk_get_rate(clk->parent);
      	based on that calculate frac and div such that
      	  parent_rate * 18 / frac / div is near the requested rate.
      	HW_CLKCTRL_FRAC1.PIXFRAC is updated with frac
      	HW_CLKCTRL_DIS_LCDIF.DIV is updated with div
      
      For this calculation to be correct parent_rate needs to be
      initialized not with the clock rate of lcdif's parent (i.e. ref_pix) but
      that of its grandparent (i.e. ref_pix' parent == pll0_clk).
      
      The obvious downside of this patch is that now set_rate(lcdif) changes
      its parent's rate, too.  Still this is better than a wrong rate.
      Acked-by: NShawn Guo <shawn.guo@freescale.com>
      LAKML-Reference: 20110225084950.GA13684@S2101-09.ap.freescale.net
      Signed-off-by: NUwe Kleine-König <u.kleine-koenig@pengutronix.de>
      Signed-off-by: NSascha Hauer <s.hauer@pengutronix.de>
      f61b9fc2
  7. 29 3月, 2011 2 次提交
  8. 25 3月, 2011 3 次提交
  9. 23 3月, 2011 1 次提交
  10. 16 3月, 2011 1 次提交
  11. 10 3月, 2011 2 次提交
  12. 08 3月, 2011 14 次提交
  13. 02 3月, 2011 1 次提交
    • S
      dmaengine: mxs-dma: add dma support for i.MX23/28 · a580b8c5
      Shawn Guo 提交于
      This patch adds dma support for Freescale MXS-based SoC i.MX23/28,
      including apbh-dma and apbx-dma.
      
      * apbh-dma and apbx-dma are supported in the driver as two mxs-dma
        instances.
      
      * apbh-dma is different between mx23 and mx28, hardware version
        register is used to differentiate.
      
      * mxs-dma supports pio function besides data transfer.  The driver
        uses dma_data_direction DMA_NONE to identify the pio mode, and
        steals sgl and sg_len to get pio words and numbers from clients.
      
      * mxs dmaengine has some very specific features, like sense function
        and the special NAND support (nand_lock, nand_wait4ready).  These
        are too specific to implemented in generic dmaengine driver.
      
      * The driver refers to imx-sdma and only a single descriptor is
        statically assigned to each channel.
      Signed-off-by: NShawn Guo <shawn.guo@freescale.com>
      Signed-off-by: NVinod Koul <vinod.koul@intel.com>
      a580b8c5
  14. 01 3月, 2011 3 次提交
  15. 24 2月, 2011 1 次提交
  16. 17 2月, 2011 2 次提交