1. 01 Apr, 2009 2 commits
    • Kumar Gala's avatar
      85xx: Introduce determine_mp_bootpg() helper. · c840d26c
      Kumar Gala authored
      
      
      Match determine_mp_bootpg() that was added for 86xx.  We need this to
      address a bug introduced in v2009.03 with 86xx MP booting.  We have to
      make sure to reserve the region of memory used for the MP bootpg() so
      other u-boot code doesn't use it.
      
      Also added a comment about how cpu_reset() is dealing w/an errata on
      early 85xx MP HW.
      Signed-off-by: default avatarKumar Gala <galak@kernel.crashing.org>
      c840d26c
    • Kumar Gala's avatar
      86xx: Cleanup MP support · 7649a590
      Kumar Gala authored
      
      
      * Use CONFIG_MP instead of CONFIG_NUM_CPUS to match 85xx
      * Introduce determine_mp_bootpg() helper.  We'll need this to address a
        bug introduced in v2009.03 with 86xx MP booting.  We have to make sure
        to reserve the region of memory used for the MP bootpg() so other
        u-boot code doesn't use it.
      * Added dummy versions of cpu_reset(), cpu_status() & cpu_release() to
        allow cmd_mp.c to build and work. In the future we should look at
        implementing all these functions. This could be common w/85xx if we
        use spin tables on 86xx.
      Signed-off-by: default avatarKumar Gala <galak@kernel.crashing.org>
      7649a590
  2. 30 Mar, 2009 4 commits
  3. 27 Mar, 2009 1 commit
  4. 25 Mar, 2009 1 commit
  5. 23 Mar, 2009 8 commits
  6. 22 Mar, 2009 6 commits
  7. 20 Mar, 2009 11 commits
    • Grzegorz Bernacki's avatar
      Add support for the digsy MTC board. · 5c4fa9b4
      Grzegorz Bernacki authored
      
      
      This is the InterControl custom device based on the MPC5200B chip.
      Signed-off-by: default avatarGrzegorz Bernacki <gjb@semihalf.com>
      5c4fa9b4
    • Stefan Roese's avatar
      ppc4xx: Don't write the MAC address into the internal SoC registers · 9cd69016
      Stefan Roese authored
      
      
      Remove this code. It's not needed. The 4xx EMAC driver stores the MAC
      addresses into the SoC registers instead.
      Signed-off-by: default avatarStefan Roese <sr@denx.de>
      9cd69016
    • Graeme Russ's avatar
      Add basic relocation to i386 port · e17ee157
      Graeme Russ authored
      
      Signed-off-by: default avatarGraeme Russ <graeme.russ@gmail.com>
      e17ee157
    • Graeme Russ's avatar
      Implement SC520 timers · 8c63d476
      Graeme Russ authored
      Signed-off-by: Graeme Russ <graeme.russ at gmail.com>
      8c63d476
    • Graeme Russ's avatar
      Factor out SC520 sub-features · 6d7f610b
      Graeme Russ authored
      Moved sub-features of the SC520 code which is currently selectively compiled
      using #ifdef out of sc520.c into individual files selectively compiled via
      the makefile
      
      Signed-off-by: Graeme Russ <graeme.russ at gmail.com>
      6d7f610b
    • Graeme Russ's avatar
      Rewrite i386 interrupt handling · abf0cd3d
      Graeme Russ authored
      Rewrite interrupt handling functionality for the i386 port. Separated
      functionality into separate CPU and Architecture components.
      
      It appears as if the i386 interrupt handler functionality was intended
      to allow multiple handlers to be installed for a given interrupt.
      Unfortunately, this functionality was not fully implemented and also
      had the problem that irq_free_handler() does not allow the passing
      of the handler function pointer and therefore could never be used to
      free specific handlers that had been installed for a given IRQ.
      
      There were also various issues with array bounds not being fully
      tested.
      
      I had two objectives in mind for the new implementation:
      
      1) Keep the implementation as similar as possible to existing
         implementations. To that end, I have used the leon2/3
         implementations as the reference
      
      2) Seperate CPU and Architecture specific elements. All specific i386
         interrupt functionality is now in cpu/i386/ with the high level
         API and architecture specific code in lib_i386. Functionality
         specific to the PC/AT architecture (i.e. cascaded i8259 PICs) has
         been further split out into an individual file to allow for the
         implementation of the PIC architecture of the SC520 CPU (supports
         more IRQs)
      
      Signed-off-by: Graeme Russ <graeme.russ at gmail.com>
      abf0cd3d
    • Graeme Russ's avatar
      Rename SC520 Configuration Options · 6d83e3ac
      Graeme Russ authored
      Options are now all uniformly CONFIG_SYS_SC520_<option>
      
      Signed-off-by: Graeme Russ <graeme.russ at gmail.com>
      6d83e3ac
    • Trent Piepho's avatar
      Fix all linker script to handle all rodata sections · f62fb999
      Trent Piepho authored
      
      
      A recent gcc added a new unaligned rodata section called '.rodata.str1.1',
      which needs to be added the the linker script.  Instead of just adding this
      one section, we use a wildcard ".rodata*" to get all rodata linker section
      gcc has now and might add in the future.
      
      However, '*(.rodata*)' by itself will result in sub-optimal section
      ordering.  The sections will be sorted by object file, which causes extra
      padding between the unaligned rodata.str.1.1 of one object file and the
      aligned rodata of the next object file.  This is easy to fix by using the
      SORT_BY_ALIGNMENT command.
      
      This patch has not be tested one most of the boards modified.  Some boards
      have a linker script that looks something like this:
      
      *(.text)
      . = ALIGN(16);
      *(.rodata)
      *(.rodata.str1.4)
      *(.eh_frame)
      
      I change this to:
      
      *(.text)
      . = ALIGN(16);
      *(.eh_frame)
      *(SORT_BY_ALIGNMENT(SORT_BY_NAME(.rodata*)))
      
      This means the start of rodata will no longer be 16 bytes aligned.
      However, the boundary between text and rodata/eh_frame is still aligned to
      16 bytes, which is what I think the real purpose of the ALIGN call is.
      Signed-off-by: default avatarTrent Piepho <xyzzy@speakeasy.org>
      f62fb999
    • Mike Frysinger's avatar
      npe: get mac address from environment · 740e8ba7
      Mike Frysinger authored
      
      
      The environment is the canonical storage location of the mac address, so
      we're killing off the global data location and moving everything to
      querying the env directly.
      
      The resulting code can also be simplified even further.
      Signed-off-by: default avatarMike Frysinger <vapier@gentoo.org>
      CC: Stefan Roese <sr@denx.de>
      CC: Ben Warren <biggerbadderben@gmail.com>
      740e8ba7
    • Mike Frysinger's avatar
      cpu/: get mac address from environment · 6bacfa6a
      Mike Frysinger authored
      
      
      The environment is the canonical storage location of the mac address, so
      we're killing off the global data location and moving everything to
      querying the env directly.
      
      The cpus that get converted here:
      	at91rm9200
      	mpc512x
      	mpc5xxx
      	mpc8260
      	mpc8xx
      	ppc4xx
      Signed-off-by: default avatarMike Frysinger <vapier@gentoo.org>
      CC: Ben Warren <biggerbadderben@gmail.com>
      CC: John Rigby <jrigby@freescale.com>
      CC: Stefan Roese <sr@denx.de>
      6bacfa6a
    • Anatolij Gustschin's avatar
      ppc4xx: Fix bug in PCI outbound map configuration for canyonlands · f8853d10
      Anatolij Gustschin authored
      
      
      PCI outbound address map configuration doesn't match the
      PCI memory address range covered by appropriate TLB entry
      configuration for canyonlands causing machine check
      exceptions while accessing PCI memory regions. This patch
      provides a fix for this issue.
      
      Kazuaki Ichinohe observed and reported this issue while
      testing display output with PCI ATI video card on canyonlands.
      Signed-off-by: default avatarAnatolij Gustschin <agust@denx.de>
      Signed-off-by: default avatarStefan Roese <sr@denx.de>
      f8853d10
  8. 18 Mar, 2009 2 commits
  9. 17 Mar, 2009 3 commits
  10. 14 Mar, 2009 2 commits