1. 17 7月, 2008 2 次提交
  2. 14 7月, 2008 1 次提交
  3. 10 6月, 2008 1 次提交
  4. 09 6月, 2008 1 次提交
    • K
      [POWERPC] 85xx: MPC85xx MDS - Unconditionally select PHYLIB for board fixups · c4ea8964
      Kumar Gala 提交于
      The MPC85xx MDS board requires some board level tweaks of the PHYs that
      either the eTSEC (gianfar) or UCC ethernet controllers are connected to.
      
      Its possible to build the phylib as a module, however this breaks the
      board level fix ups because phy_read and phy_write are not available
      if we build as a module.
      
      So we unconditionally select PHYLIB to ensure its built into the kernel
      if we are building in MPC85xx MDS support.  This was determined to be
      the easiest soultion even though it prevents the user from removing
      PHYLIB support if they decide they don't want it.
      Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
      c4ea8964
  5. 17 4月, 2008 1 次提交
  6. 27 3月, 2008 1 次提交
    • A
      [POWERPC] 85xx: Emerson KSI8560 base support · 22b619ee
      Alexandr Smirnov 提交于
      The KSI8560 is a single compact, mid-, or full-size Advanced Mezzanine Card
      (AdvancedMC™) based on the Freescale™ Semiconductor MPC8560 PowerQUICC III™
      microprocessor. This product will serve in data and signaling applications such
      as signaling gateways (SGW) and softswitch signaling interface cards.
      
      The board has altera maxii CPLD, that is used to obtain and manage board
      configuration. Also there are two SCC UART serial consoles and FCC ethernet,
      that is routed to the front panel, while other ethernet controlers (TSEC's) are
      routed to the backplane.
      Signed-off-by: NAlexandr Smirnov <asmirnov@ru.mvista.com>
      Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
      22b619ee
  7. 29 1月, 2008 1 次提交
    • K
      [POWERPC] 85xx: rework platform Kconfig · 3a83156b
      Kumar Gala 提交于
      * Allow multiple boards to be selected in a single build
      * Removed Kconfig option '85xx' which existed only for compat with arch/ppc
      * Added a multiplatform 85xx defconfig (mpc85xx_defconfig). This builds
        all 85xx boards except sbc8560 and stx_gp3 since these to boards have
        board specific ifdef in driver code that may break all other boards
      Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
      3a83156b
  8. 28 1月, 2008 5 次提交
  9. 11 10月, 2007 1 次提交
  10. 08 10月, 2007 1 次提交
  11. 14 9月, 2007 1 次提交
  12. 18 8月, 2007 1 次提交
    • K
      [POWERPC] Fix interrupt routing and setup of ULI M1575 on FSL boards · b66510cb
      Kumar Gala 提交于
      The interrupt routing in the device trees for the ULI M1575 was
      inproperly using the interrupt line field as pci function.  Fixed
      up the device tree's to actual conform for to specification and
      changed the interrupt mapping code so it just uses a static mapping
      setup as follows:
      
      PIRQA - IRQ9
      PIRQB - IRQ10
      PIRQC - IRQ11
      PIRQD - IRQ12
      USB 1.1 OCHI (1c.0) - IRQ12
      USB 1.1 OCHI (1c.1) - IRQ9
      USB 1.1 OCHI (1c.2) - IRQ10
      USB 1.1 ECHI (1c.3) - IRQ11
      LAN (1b.0) - IRQ6
      AC97 (1d.0) - IRQ6
      Modem (1d.1) - IRQ6
      HD Audio (1d.2) - IRQ6
      SATA (1f.1) - IRQ5
      SMB (1e.1) - IRQ7
      PMU (1e.2) - IRQ7
      PATA (1f.0) - IRQ14/15
      
      Took the oppurtunity to refactor the code into a single file so we
      don't have to duplicate these fixes on the two current boards in the
      tree and several forth coming boards that will also need the code.
      
      Fixed RTC support that requires a dummy memory read on the P2P bridge
      to unlock the RTC and setup the default of the RTC alarm registers to
      match with a basic x86 style CMOS RTC.
      
      Moved code that poked ISA registers to a FIXUP_FINAL quirk to ensure
      the PCI IO space has been setup properly before we start poking ISA
      registers at random locations.
      Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
      b66510cb
  13. 24 7月, 2007 3 次提交
  14. 23 7月, 2007 1 次提交
  15. 13 4月, 2007 1 次提交
  16. 30 3月, 2007 1 次提交
  17. 08 3月, 2007 1 次提交
  18. 18 2月, 2007 1 次提交
  19. 14 2月, 2007 1 次提交
  20. 22 9月, 2006 1 次提交
    • 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
  21. 23 8月, 2006 1 次提交
  22. 05 4月, 2006 1 次提交
  23. 28 3月, 2006 1 次提交
  24. 20 1月, 2006 1 次提交
  25. 26 9月, 2005 1 次提交
    • P
      powerpc: Merge enough to start building in arch/powerpc. · 14cf11af
      Paul Mackerras 提交于
      This creates the directory structure under arch/powerpc and a bunch
      of Kconfig files.  It does a first-cut merge of arch/powerpc/mm,
      arch/powerpc/lib and arch/powerpc/platforms/powermac.  This is enough
      to build a 32-bit powermac kernel with ARCH=powerpc.
      
      For now we are getting some unmerged files from arch/ppc/kernel and
      arch/ppc/syslib, or arch/ppc64/kernel.  This makes some minor changes
      to files in those directories and files outside arch/powerpc.
      
      The boot directory is still not merged.  That's going to be interesting.
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      14cf11af
  26. 22 6月, 2005 1 次提交
  27. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4