1. 03 7月, 2007 3 次提交
  2. 17 5月, 2007 1 次提交
  3. 09 3月, 2007 1 次提交
  4. 18 2月, 2007 1 次提交
  5. 16 2月, 2007 1 次提交
  6. 07 2月, 2007 1 次提交
  7. 22 9月, 2006 2 次提交
    • V
      POWERPC: Bring the fs_no calculation to the relevant SoC enumeration · 611a15af
      Vitaly Bordug 提交于
      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: NVitaly Bordug <vbordug@ru.mvista.com>
      611a15af
    • V
      POWERPC: Add support for the mpc8560 eval board · 902f392d
      Vitaly Bordug 提交于
      This makes the 8560 evaluation board fully supported under arch/powerpc,
      as the first board with CPM2 SoC peripherals. The brand new devicetree
      nodes are introduced (intending to be a subset of the QuiccEngine-equipped
      models, with dts sources placed into the kernel according to the new convention.
      
      Assuming all the preceding stuff applied (PAL+fs_enet related+ CPM_UART
      update), the both TSEC eth ,FCC Eths, and both SCC UARTs are
      working. The relevant drivers are still capable to drive users in ppc,
      which was verified with 8272ADS (SCC uart+FCC eth).
      
      This is also verified on mpc8540 and actually make it work (PCI stuff
      working as well)
      Signed-off-by: NVitaly Bordug <vbordug@ru.mvista.com>
      902f392d