[Bug 2020] Provide support for the PPC 440

bugzilla-daemon at rtems.org bugzilla-daemon at rtems.org
Tue Feb 21 16:45:23 UTC 2012


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

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.


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.

More information about the bugs mailing list