[Bug 2020] Provide support for the PPC 440

[bugzilla-daemon at rtems.org]

https://www.rtems.org/bugzilla/show_bug.cgi?id=2020

Joel Sherrill <joel.sherrill at oarcorp.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |joel.sherrill at oarcorp.com
          Component|cpukit                      |libcpu
         AssignedTo|sebastian.huber at embedded-br |joel.sherrill at oarcorp.com
                   |ains.de                     |

--- Comment #6 from Joel Sherrill <joel.sherrill at oarcorp.com> 2012-02-21 10:45:23 CST ---
I am now confused. The existing virtex BSP does not build with these changes.
It looks like you changed the logic in libcpu/powerpc/configure.ac for automake
flags without changing anything in Makefile.am. The if's in Makefile.am appear
to be missing building the ppc403 clock. I did some tinkering and defined
ppc4xx when ppc403, ppc405, or ppc440 was the RTEMS_CPU_MODEL. That results in
clock.c not building

../../../../../../../rtems/c/src/lib/libcpu/powerpc/ppc403/clock/clock.c:226:50:
error: 'pvr' undeclared (first use in this function)

Rather than replacing my earlier patch, I have added a branch (virtex) to my
personal repo to track this. If you can submit patches against that, then they
will merge easier.

http://git.rtems.org/joel/rtems.git/

Issue summary:

+ libcpu/powerpc/configure.ac ppc4xx AM_CONDITIONALS do not trip correct code
in ppc403.
+ Attempted addressing above results in powerpc/virtex not compiling because of
ifdef issues in ppc403/clock/clock.c
+ Sebastian's issues.

PR2022 adds a virtex4 BSP which I assume is a replacement for the existing
Virtex one. Is this correct? 

Is your intent that we drop the virtex BSP after the virtex4 BSP is merged?

-- 
Configure bugmail: https://www.rtems.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.