1. 16 10月, 2012 5 次提交
  2. 06 10月, 2012 1 次提交
    • W
      MPC85xx: remove support for TQM85xx boards · d923a5d5
      Wolfgang Denk 提交于
      Due to grown code sizes the TQM85xx boards don't build any more with
      some older tool chains (like ELDK 4.2).  As these boards have long
      reached EOL it seems a waste of effort trying to fix them.  The vendor
      has agreed to drop support for them, too.  So let's get rid of them.
      Signed-off-by: NWolfgang Denk <wd@denx.de>
      Cc: Stefan Roese <sr@denx.de>
      cc: Kim Phillips <kim.phillips@freescale.com>
      Acked-by: NStefan Roese <sr@denx.de>
      d923a5d5
  3. 05 10月, 2012 1 次提交
  4. 04 10月, 2012 2 次提交
  5. 03 10月, 2012 6 次提交
  6. 19 9月, 2012 1 次提交
    • M
      ARM: Remove apollon board · 535c74f8
      Marek Vasut 提交于
      This board is the only board that still sticks to OneNAND IPL.
      Remove this board, since we have SPL around for a while and
      OneNAND is well supported in the SPL framework. The board can
      be revived if necessary.
      Signed-off-by: NMarek Vasut <marex@denx.de>
      Cc: Albert Aribaud <albert.u.boot@aribaud.net>
      Cc: Kyungmin Park <kyungmin.park@samsung.com>
      Cc: Tom Rini <trini@ti.com>
      535c74f8
  7. 13 9月, 2012 1 次提交
  8. 05 9月, 2012 1 次提交
  9. 01 9月, 2012 16 次提交
  10. 24 8月, 2012 2 次提交
  11. 23 8月, 2012 2 次提交
    • L
      powerpc/corenet_ds: Slave module for boot from PCIE · 461632bd
      Liu Gang 提交于
      When boot from PCIE, slave's core should be in holdoff after powered on for
      some specific requirements. Master will release the slave's core at the
      right time by PCIE interface.
      
      Slave's ucode and ENV can be stored in master's memory space, then slave
      can fetch them through PCIE interface. For the corenet platform, ucode is
      for Fman.
      
      NOTE: Because the slave can not erase, write master's NOR flash by
      	  PCIE interface, so it can not modify the ENV parameters stored
      	  in master's NOR flash using "saveenv" or other commands.
      
      environment and requirement:
      
      master:
      	1. NOR flash for its own u-boot image, ucode and ENV space.
      	2. Slave's u-boot image is in master NOR flash.
      	3. Put the slave's ucode and ENV into it's own memory space.
      	4. Normally boot from local NOR flash.
      	5. Configure PCIE system if needed.
      slave:
      	1. Just has EEPROM for RCW. No flash for u-boot image, ucode and ENV.
      	2. Boot location should be set to one PCIE interface by RCW.
      	3. RCW should configure the SerDes, PCIE interfaces correctly.
      	4. Must set all the cores in holdoff by RCW.
      	5. Must be powered on before master's boot.
      
      For the slave module, need to finish these processes:
      	1. Set the boot location to one PCIE interface by RCW.
          2. Set a specific TLB entry for the boot process.
      	3. Set a LAW entry with the TargetID of one PCIE for the boot.
      	4. Set a specific TLB entry in order to fetch ucode and ENV from
      	   master.
      	5. Set a LAW entry with the TargetID one of the PCIE ports for
      	   ucode and ENV.
      	6. Slave's u-boot image should be generated specifically by
      	   make xxxx_SRIO_PCIE_BOOT_config.
      	   This will set SYS_TEXT_BASE=0xFFF80000 and other configurations.
      
      In addition, the processes are very similar between boot from SRIO and
      boot from PCIE. Some configurations like the address spaces can be set to
      the same. So the module of boot from PCIE was added based on the existing
      module of boot from SRIO, and the following changes were needed:
      	1. Updated the README.srio-boot-corenet to add descriptions about
      	   boot from PCIE, and change the name to
      	   README.srio-pcie-boot-corenet.
      	2. Changed the compile config "xxxx_SRIOBOOT_SLAVE" to
      	   "xxxx_SRIO_PCIE_BOOT", and the image builded with
      	   "xxxx_SRIO_PCIE_BOOT" can support both the boot from SRIO and
      	   from PCIE.
      	3. Updated other macros and documents if needed to add information
      	   about boot from PCIE.
      Signed-off-by: NLiu Gang <Gang.Liu@freescale.com>
      Signed-off-by: NAndy Fleming <afleming@freescale.com>
      461632bd
    • L
      powerpc/corenet_ds: Get rid of the SRIOBOOT_MASTER build target · ff65f126
      Liu Gang 提交于
      Get rid of the SRIOBOOT_MASTER build target, and to support for serving as
      a SRIO boot master via environment variable. Set the environment variable
      "bootmaster" to "SRIO1" or "SRIO2" using the following command:
      
      		setenv bootmaster SRIO1
      		saveenv
      
      The "bootmaster" will enable the function of the SRIO boot master, and
      this has the following advantages compared with SRIOBOOT_MASTER build
      configuration:
      	1. Reduce a build configuration item in boards.cfg file.
      	   No longer need to build a special image for master, just use a
      	   normal target image and set the "bootmaster" variable.
      	2. No longer need to rebuild an image when change the SRIO port for
      	   boot from SRIO, just set the corresponding value to "bootmaster"
      	   based on the using SRIO port.
      Signed-off-by: NLiu Gang <Gang.Liu@freescale.com>
      Signed-off-by: NAndy Fleming <afleming@freescale.com>
      ff65f126
  12. 10 8月, 2012 2 次提交