An error occurred fetching the project authors.
  1. 04 Oct, 2007 5 commits
  2. 14 Sep, 2007 2 commits
  3. 17 Aug, 2007 2 commits
  4. 26 Jul, 2007 1 commit
  5. 18 Jul, 2007 1 commit
    • Andy Fleming's avatar
      Fix RGMII-ID handling in gianfar · 7132ab7f
      Andy Fleming authored
      The TSEC/eTSEC can detect the interface to the PHY automatically,
      but it isn't able to detect whether the RGMII connection needs internal
      delay.  So we need to detect that change in the device tree, propagate
      it to the platform data, and then check it if we're in RGMII.  This fixes
      a bug on the 8641D HPCN board where the Vitesse PHY doesn't use the delay
      for RGMII.
      Signed-off-by: default avatarAndy Fleming <afleming@freescale.com>
      7132ab7f
  6. 10 Jul, 2007 1 commit
  7. 09 May, 2007 1 commit
  8. 12 Apr, 2007 1 commit
  9. 16 Feb, 2007 1 commit
  10. 08 Feb, 2007 1 commit
  11. 07 Feb, 2007 1 commit
  12. 13 Nov, 2006 1 commit
  13. 07 Oct, 2006 1 commit
    • Olof Johansson's avatar
      [POWERPC] Fix fsl_soc build breaks · 2b00b254
      Olof Johansson authored
      Hrm, there's no way this ever built at time of merge. There's a missing } and
      the wrong type on phy_irq.
      
      Also, another const for get_property().
      
        CC      arch/powerpc/sysdev/fsl_soc.o
      arch/powerpc/sysdev/fsl_soc.c: In function 'fs_enet_of_init':
      arch/powerpc/sysdev/fsl_soc.c:625: error: assignment of read-only variable 'phy_irq'
      arch/powerpc/sysdev/fsl_soc.c:625: warning: assignment makes integer from pointer without a cast
      arch/powerpc/sysdev/fsl_soc.c:661: warning: assignment discards qualifiers from pointer target type
      arch/powerpc/sysdev/fsl_soc.c:684: error: subscripted value is neither array nor pointer
      arch/powerpc/sysdev/fsl_soc.c:687: error: subscripted value is neither array nor pointer
      arch/powerpc/sysdev/fsl_soc.c:722: warning: ISO C90 forbids mixed declarations and code
      arch/powerpc/sysdev/fsl_soc.c:728: error: invalid storage class for function 'cpm_uart_of_init'
      arch/powerpc/sysdev/fsl_soc.c:798: error: initializer element is not constant
      arch/powerpc/sysdev/fsl_soc.c:798: error: expected declaration or statement at end of input
      make[1]: *** [arch/powerpc/sysdev/fsl_soc.o] Error 1
      Signed-off-by: default avatarOlof Johansson <olof@lixom.net>
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      2b00b254
  14. 03 Oct, 2006 1 commit
  15. 21 Sep, 2006 4 commits
    • Vitaly Bordug's avatar
      POWERPC: Bring the fs_no calculation to the relevant SoC enumeration · 611a15af
      Vitaly Bordug authored
      The fs_no mean used to be fs_enet driver driven, hence it was an
      enumeration across all the possible fs_enet "users" in the SoC. Now, with
      QE on the pipeline, and to make DTS descriptions more clear, fs_no features
      relevant SoC part number, with additional field to describe the SoC type.
      
      Another reason for that is now not only fs_enet is going to utilize those
      stuff. There might be UART, HLDC, and even USB, so to prevent confusion and
      be ready for upcoming OF_device transfer, fs_enet and cpm_uart drivers were
      updated in that concern, as well as the relevant DTS.
      Signed-off-by: default avatarVitaly Bordug <vbordug@ru.mvista.com>
      611a15af
    • Vitaly Bordug's avatar
      POWERPC: overhaul with cpm2_map mechanism · d3465c92
      Vitaly Bordug authored
      Incorporating the new way of cpm2 immr access, introduced in the previous
      patch, into CPM2 peripheral devices (fs_enet and cpm_uart). Both ppc and
      powerpc approved working( real actions taken in powerpc only, ppc just
      has a wrapper to keep init stuff consistent).
      Signed-off-by: default avatarVitaly Bordug <vbordug@ru.mvista.com>
      d3465c92
    • Vitaly Bordug's avatar
      POWERPC: Get rid of remapping the whole immr · fc8e50e3
      Vitaly Bordug authored
      The stuff below cleans up the code attempting to remap the whole cpm2_immr
      early, as well as places happily assuming that fact. This is more like the 2.4
      legacy stuff, and is at least confusing and unclear now.
      
      To keep the world comfortable, a new mechanism is introduced: before accessing
      specific immr register/register set, one needs to map it, using cpm2_map(<reg>),
      for instance, access to CPM command register will look like
      	volatile cpm_cpm2_t *cp = cpm2_map(im_cpm);
      keeping the code clear, yet without "already defined somewhere" cpm2_immr.
      
      So far, unmapping code is not implemented, but it's not a big deal to add it,
      if the whole idea makes sense.
      Signed-off-by: default avatarVitaly Bordug <vbordug@ru.mvista.com>
      fc8e50e3
    • Vitaly Bordug's avatar
      POWERPC: Add cpm2 stuff support to the fsl_soc.c · fba43665
      Vitaly Bordug authored
      This patch contains necessary modifications to support the CPM2 SoC peripherals.
      For the time being, those are fs_enet Ethernet driver and cpm_uart serial.
      Written initially to support mpc8560, it also suites to the part of the large PQ2
      (more specifically, mpc8260) family.
      Signed-off-by: default avatarVitaly Bordug <vbordug@ru.mvista.com>
      fba43665
  16. 23 Aug, 2006 1 commit
  17. 17 Aug, 2006 1 commit
  18. 08 Aug, 2006 1 commit
  19. 31 Jul, 2006 1 commit
  20. 30 Jun, 2006 1 commit
  21. 21 Jun, 2006 1 commit
  22. 07 Feb, 2006 2 commits
  23. 14 Jan, 2006 1 commit