1. 06 8月, 2013 1 次提交
  2. 11 6月, 2013 2 次提交
    • S
      ARM: shmobile: Marzen: pass platform data to USB PHY device · 2437b27c
      Sergei Shtylyov 提交于
      Since we're now going to setup the USBPCTRL0 register using the USB PHY device's
      platform data, we now need a way to pass those platform data from the board file
      to the device which is situated in setup-r8a7779.c -- and what I'm suggesting is
      r8a7779_add_usb_phy_device() that will register USB PHY platform device with the
      passed platform data using platform_device_register_resndata() call; creating
      this function involves deletion of 'usb_phy_device' from r8a7779_devices_dt[],
      so that it will no longer be registered for the generic R8A7779 machine (where
      we can't provide the platform data anyway), hence EHCI/OHCI drivers will fail
      to load as well.
      
      For the Marzen board, this new function will be called from marzen_init() to
      register the USB PHY device early enough.
      
      Note that the board and the SoC code have to be in one patch to keep the code
      bisectable...
      
      The patch has been tested on the Marzen board.
      Signed-off-by: NSergei Shtylyov <sergei.shtylyov@cogentembedded.com>
      Acked-by: NKuninori Morimoto <kuninori.morimoto.gx@renesas.com>
      [horms+renesas@verge.net.au: manually applied]
      Signed-off-by: NSimon Horman <horms+renesas@verge.net.au>
      2437b27c
    • S
      ARM: shmobile: Marzen: move USB EHCI, OHCI, and PHY devices to R8A7779 code · 2c8788bf
      Sergei Shtylyov 提交于
      USB EHCI, OHCI, and common PHY are the SoC devices but are wrongly defined and
      registered in the Marzen board file.  Move the data and code to their proper
      place in setup-r8a7779.c; while at it, we have to rename r8a7779_late_devices[]
      to r8a7779_standard_devices[] -- this seems legitimate since they are registered
      from r8a7779_add_standard_devices() anyway.
      
      Note that I'm deliberately changing the USB PHY platform device's 'id' field
      from (previously just omitted) 0 to -1 as the device is a single of its kind.
      
      Note also that the board and SoC code have to be in one patch to keep the code
      bisectable...
      
      The patch has been tested on the Marzen board.
      Signed-off-by: NSergei Shtylyov <sergei.shtylyov@cogentembedded.com>
      Acked-by: NKuninori Morimoto <kuninori.morimoto.gx@renesas.com>
      [horms+renesas@verge.net.au: manually applied]
      Signed-off-by: NSimon Horman <horms+renesas@verge.net.au>
      2c8788bf
  3. 05 4月, 2013 1 次提交
  4. 02 4月, 2013 2 次提交
  5. 15 3月, 2013 8 次提交
  6. 07 11月, 2012 1 次提交
  7. 14 9月, 2012 1 次提交
  8. 04 9月, 2012 2 次提交
  9. 12 1月, 2012 1 次提交
    • M
      ARM: mach-shmobile: r8a7779 SMP support V3 · f40aaf6d
      Magnus Damm 提交于
      This patch contains r8a7779 SMP support V3 - now including
      CPU hotplug offine and online support. The r8a7779 power
      domain code is tied together with SMP glue code which allows
      us to control the power domains via CPU hotplug.
      
      At this point the kernel boots with the 4 Cortex-A9 cores in
      SMP mode and all CPU cores except CPU0 can be hotplugged.
      
      The code in platsmp.c is quite far from pretty, but it is
      kept like that intentionally to avoid creating layers of
      code that will go away in the near future anyway. The code
      needs to be updated when some per-SoC handling code will be
      added to the ARM architecture, see the following patch for
      more information:
       "[RFC PATCH 0/3] Per SoC descriptor"
      Signed-off-by: NMagnus Damm <damm@opensource.se>
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      f40aaf6d
  10. 10 1月, 2012 2 次提交
  11. 09 1月, 2012 2 次提交