1. 18 3月, 2013 2 次提交
  2. 15 3月, 2013 2 次提交
  3. 28 1月, 2013 1 次提交
  4. 25 1月, 2013 1 次提交
  5. 14 1月, 2013 1 次提交
    • K
      ASoC: simple-card: add asoc_simple_dai for initializing · a4a2992c
      Kuninori Morimoto 提交于
      Current simple-card driver calls asoc_simple_card_dai_init()
      if platform had a asoc_simple_card_dai_init pointer.
      And, this initialization function works only
      when platform has an applicable initial value for each dai settings.
      And basically, almost all sound card requires certain initialization.
      This means that almost all platform has initialization settings,
      and driver do nothing if it doesn't have settings.
      
      And additionally, current simple-card supports sysclk settings but it was
      only for codec.  In order to abolish deviation between cpu and codec,
      and in order to simplify processing,
      this patch adds asoc_simple_dai, and removed pointless
      struct asoc_simple_dai_init_info which was trigger of
      calling asoc_simple_card_dai_init().
      Signed-off-by: NKuninori Morimoto <kuninori.morimoto.gx@renesas.com>
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      a4a2992c
  6. 25 12月, 2012 1 次提交
  7. 24 12月, 2012 1 次提交
  8. 21 11月, 2012 1 次提交
  9. 20 11月, 2012 1 次提交
  10. 08 11月, 2012 3 次提交
  11. 30 10月, 2012 1 次提交
  12. 18 9月, 2012 1 次提交
    • A
      ARM: shmobile: use __iomem pointers for MMIO · 0a4b04dc
      Arnd Bergmann 提交于
      ARM is moving to stricter checks on readl/write functions,
      so we need to use the correct types everywhere.
      
      This patch is a bit ugly for shmobile, which is the only platform
      that just uses integer literals all over the place, but I can't
      see a better way to do this.
      Acked-by: NSimon Horman <horms@verge.net.au>
      Cc: Magnus Damm <magnus.damm@gmail.com>
      Cc: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
      Cc: Paul Mundt <lethal@linux-sh.org>
      Cc: linux-sh@vger.kernel.org
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      0a4b04dc
  13. 14 9月, 2012 1 次提交
  14. 04 9月, 2012 4 次提交
  15. 31 8月, 2012 1 次提交
    • K
      ARM: shmobile: mackerel: fixup usb module order · e26a6038
      Kuninori Morimoto 提交于
      renesas_usbhs driver can play role as both Host and Gadget.
      In case of Gadget, it requires not only renesas_usbhs
      but also usb gadget module (like g_ether).
      So, renesas_usbhs driver calls usb_add_gadget_udc() on probe time.
      
      Because of this behavior,
      Host port plays also Gadget role if kernel has both Host/Gadget support.
      
      In mackerel case, from 0ada2da5
      (ARM: mach-shmobile: mackerel: use renesas_usbhs instead of r8a66597_hcd)
      usb0 plays Gadget role, and usb1 plays Host role,
      and current mackerel board probes as usb1 -> usb0.
      Thus, 1st installed usb gadget module (like g_ether) will be
      assigned to usb1 (= usb Host port), and 2nd module to usb0 (= usb Gadget port).
      It is very confusable for user.
      This patch fixup usb modes probing order as usb0 -> usb1.
      Signed-off-by: NKuninori Morimoto <kuninori.morimoto.gx@renesas.com>
      Signed-off-by: NSimon Horman <horms@verge.net.au>
      e26a6038
  16. 07 7月, 2012 1 次提交
  17. 01 7月, 2012 1 次提交
  18. 30 6月, 2012 1 次提交
  19. 20 6月, 2012 1 次提交
  20. 13 5月, 2012 3 次提交
  21. 08 5月, 2012 1 次提交
  22. 13 4月, 2012 2 次提交
  23. 27 3月, 2012 1 次提交
  24. 13 3月, 2012 7 次提交