1. 23 8月, 2011 3 次提交
  2. 20 7月, 2011 1 次提交
  3. 15 7月, 2011 1 次提交
    • D
      ARM: mxs-dma: include <linux/dmaengine.h> · d3144df5
      Dong Aisheng 提交于
      Other files using dma.h may fail to compile as follows:
      In file included from sound/soc/mxs/mxs-pcm.h:22,
                       from sound/soc/mxs/mxs-saif.h:112,
                       from sound/soc/mxs/mxs-sgtl5000.c:34:
      arch/arm/mach-mxs/include/mach/dma.h:16: warning: 'struct dma_chan' declared inside parameter list
      arch/arm/mach-mxs/include/mach/dma.h:16: warning: its scope is only this definition or declaration, which is probably not what you want
      arch/arm/mach-mxs/include/mach/dma.h: In function 'mxs_dma_is_apbh':
      arch/arm/mach-mxs/include/mach/dma.h:18: error: dereferencing pointer to incomplete type
      arch/arm/mach-mxs/include/mach/dma.h: At top level:
      arch/arm/mach-mxs/include/mach/dma.h:21: warning: 'struct dma_chan' declared inside parameter list
      arch/arm/mach-mxs/include/mach/dma.h: In function 'mxs_dma_is_apbx':
      arch/arm/mach-mxs/include/mach/dma.h:23: error: dereferencing pointer to incomplete type
      make[3]: *** [sound/soc/mxs/mxs-sgtl5000.o] Error 1
      make[2]: *** [sound/soc/mxs] Error 2
      make[1]: *** [sound/soc] Error 2
      make: *** [sound] Error 2
      
      It seems it's better for dma.h to include dmaengine.h himself.
      Signed-off-by: NDong Aisheng <b29396@freescale.com>
      Cc: Sascha Hauer <s.hauer@pengutronix.de>
      Cc: Shawn Guo <shawn.guo@linaro.org>
      Signed-off-by: NSascha Hauer <s.hauer@pengutronix.de>
      d3144df5
  4. 07 7月, 2011 5 次提交
  5. 22 6月, 2011 1 次提交
    • A
      net: remove mm.h inclusion from netdevice.h · b7f080cf
      Alexey Dobriyan 提交于
      Remove linux/mm.h inclusion from netdevice.h -- it's unused (I've checked manually).
      
      To prevent mm.h inclusion via other channels also extract "enum dma_data_direction"
      definition into separate header. This tiny piece is what gluing netdevice.h with mm.h
      via "netdevice.h => dmaengine.h => dma-mapping.h => scatterlist.h => mm.h".
      Removal of mm.h from scatterlist.h was tried and was found not feasible
      on most archs, so the link was cutoff earlier.
      
      Hope people are OK with tiny include file.
      
      Note, that mm_types.h is still dragged in, but it is a separate story.
      Signed-off-by: NAlexey Dobriyan <adobriyan@gmail.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      b7f080cf
  6. 07 6月, 2011 1 次提交
  7. 06 6月, 2011 2 次提交
  8. 24 5月, 2011 1 次提交
  9. 19 5月, 2011 5 次提交
  10. 07 5月, 2011 1 次提交
  11. 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
  12. 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
  13. 29 3月, 2011 2 次提交
  14. 25 3月, 2011 3 次提交
  15. 23 3月, 2011 1 次提交
  16. 16 3月, 2011 1 次提交
  17. 10 3月, 2011 2 次提交
  18. 08 3月, 2011 8 次提交