Xilinx IP core drivers for RTEMS- diff attached
gregory.menke at gsfc.nasa.gov
gregory.menke at gsfc.nasa.gov
Wed Dec 20 09:59:08 CST 2006
Its likely something missing from the patch since I had a strip out a
lot of test things from the diff. I'll have a look at get back to you.
OTOH I continue to have problems with automake/autoconf occasionally
generating makefiles that need editing because its unclear which
versions work and which won't and RTEMS stays so close to the
toolchain's bleeding edge that its hard to tell. So there is some
possiblity that automake/autoconf issues could be causing trouble.
Robert S. Grimes writes:
> Hi Greg,
> I attempt to build using your patches on a clean install of 18.104.22.168,
> and I get this error:
> Making all in powerpc
> make: Entering directory
> if powerpc-rtems-gcc --pipe -B../../../../.././lib/
> -B../../../../.././gen405/lib/ -specs bsp_specs -qrtems -DPACKAGE_NA
> " -DPACKAGE_STRING=\"rtems-c-src-lib-libcpu-powerpc\ 22.214.171.124\"
> -DPACKAGE_BUGREPORT=\"rtems-bugs at rtems.com\" -I. -I../.
> ./../../../../../rtems-126.96.36.199/c/src/lib/libcpu/powerpc -isystem
> ../../../../.././gen405/lib/include -I../../../../../
> ../../rtems-188.8.131.52/c/src/lib/libcpu/powerpc/old-exceptions -Wall
> -mcpu=403 -D_OLD_EXCEPTIONS -Dppc405 -O4 -fno-keep-i
> nline-functions -g -MT
> old-exceptions/old_exceptions_rtems_cpu_rel-cpu.o -MD -MP -MF
> s_rtems_cpu_rel-cpu.Tpo" -c -o
> old-exceptions/old_exceptions_rtems_cpu_rel-cpu.o `test -f
> 'old-exceptions/cpu.c' || echo
> then mv -f
> l-cpu.Po"; else rm -f
> "old-exceptions/.deps/old_exceptions_rtems_cpu_rel-cpu.Tpo"; exit 1; fi
> In file included from
> ../../../../.././gen405/lib/include/bsp.h:73:29: error:
> libchip/xilemac.h: No such file or directory
> make: *** [old-exceptions/old_exceptions_rtems_cpu_rel-cpu.o] Error 1
> make: Leaving directory
> The "xilemac.h" file certainly does exist! It seems there's an include
> path problem. I'm going to try and track it down, but I thought you might:
> - know what I did wrong (if it's my mistake), or
> - want to know (if it's a patch problem).
> I will let you know what I find on my end.
> gregory.menke at gsfc.nasa.gov wrote:
> > Hi,
> > I finally got back to some long-needed config management on the gen405
> > bsp. I assembled the diffs against 184.108.40.206, the file is attached for
> > review.
> > I hesitate to just check them in as some of the changes related to
> > uarts, fpu and memory map are highly idiosyncratic and I don't want to
> > mess up other people's work. I think a compromise patch might make the
> > most sense, where I set up a diff that preserves the general character
> > of the bsp; base addresses, etc.. but gets in the updated drivers.
> > Our bsp was peculiar in that the 405 units have 4 uarts and no fpu at
> > all, meaning, the entire toolchain has to be compiled with -msoft-float
> > to ensure nothing at all in newlib or above uses fp registers- the
> > va_args are problematic since the ppc ABI allows fpu registers to be
> > used when handing variable arguments. I think it is this issue that
> > generally forces all PPC tasks to be floating point- its quite an
> > annoying architectural property.
> > So I'd like to propose that folks interested in the Virtex 4 gen405 bsp
> > family have a look at the diffs and respond with issues & changes and
> > hopefully I can commit something that doesn't cause too much trouble.
> > If folks' email systems won't pass the attachment, then please email me
> > and I'll resend directly.
> > Thanks,
> > Greg
> > ------------------------------------------------------------------------
> > _______________________________________________
> > rtems-users mailing list
> > rtems-users at rtems.com
> > http://rtems.rtems.org/mailman/listinfo/rtems-users
More information about the rtems-users