Hi Billy,
I think this is the mother make file
http://casper.berkeley.edu/svn/trunk/mlib_devel_10_1/xps_lib/XPS_iBOB_base/system.makebut
I don't know how useful that is. I'll see if I can find a more
practical
starting point.
Glenn

On Wed, Sep 3, 2008 at 12:25 AM, William Mallard <[email protected]> wrote:

> Hi Glenn,
>
> Where's the Makefile in question?  I can give it a shot.
>
> Billy
>
> G Jones wrote:
> > Hi Andrew,
> > Thanks for the suggestions. The include files are definitely in the
> > included paths. I tried copying them into the Software directory,
> > and that helped a little, but it still can't find the files included
> > in a subdirectory (thus Software/lwip). Does anyone know how to
> > untangle the makefile to get it to print the working directory or
> > something useful like that?
> > Thanks,
> > Glenn
> >
> > On Tue, Sep 2, 2008 at 6:35 PM, <[email protected]> wrote:
> >
> > > Hi Glenn,
> > >
> > > It looks like all the -I lines use relative paths, so maybe the
> > > cwd when gcc is being executed is not what's expected?  Also, I
> > > would #1. Make sure the include files exist in one of the included
> > > paths and #2. Try explicitly specifying their location in the
> > > source files to see if it is indeed a path problem (of course this
> > > is not a long term solution).  If #2. works, you could probably
> > > just copy the missing header files to XPS_iBOB_base/Software,
> > > where they shouldn't be overwritten during subsequent gateware or
> > > software compiles.
> > >
> > > - Andrew
> > >
> > >
> > >
> > > > I found the source of the permissions problem, it turns out that
> > > > EDK is installed with read only permissions on the 'sw'
> > > > directory, and this was being propagated in the local copy. I
> > > > changed the permissions to read write for now, but am curious if
> > > > there's a better way.
> > > > However, I have run across another problem.
> > > > When I get to the gcc stage, the following command is executed:
> > > >
> > > > Bitstream generation is complete.
> > > > powerpc-eabi-gcc -O2
> > > >
> /cygdrive/d/casper_work/ten/snaptestlwip/XPS_iBOB_base/Software/main.c
> > > >
> /cygdrive/d/casper_work/ten/snaptestlwip/XPS_iBOB_base/Software/tinysh.c
> > > >
> > >
> /cygdrive/d/casper_work/ten/snaptestlwip/XPS_iBOB_base/drivers/core_util.c
> > > >
> > >
> /cygdrive/d/casper_work/ten/snaptestlwip/XPS_iBOB_base/drivers/xps_xsg/clk.c
> > > >
> > >
> /cygdrive/d/casper_work/ten/snaptestlwip/XPS_iBOB_base/drivers/xps_xsg/devices.c
> > > >
> > >
> /cygdrive/d/casper_work/ten/snaptestlwip/XPS_iBOB_base/drivers/xps_xsg/memory.c
> > > >
> > >
> /cygdrive/d/casper_work/ten/snaptestlwip/XPS_iBOB_base/drivers/xps_adc/adc.c
> > > >
> > >
> /cygdrive/d/casper_work/ten/snaptestlwip/XPS_iBOB_base/drivers/xps_lwip/fifo.c
> > > >
> > >
> /cygdrive/d/casper_work/ten/snaptestlwip/XPS_iBOB_base/drivers/xps_lwip/lwipinit.c
> > > >
> > >
> /cygdrive/d/casper_work/ten/snaptestlwip/XPS_iBOB_base/drivers/xps_lwip/lwiputil.c
> > > >
> > >
> /cygdrive/d/casper_work/ten/snaptestlwip/XPS_iBOB_base/drivers/xps_sw_reg/reg.c
> > > >
> > >
> /cygdrive/d/casper_work/ten/snaptestlwip/XPS_iBOB_base/drivers/xps_bram/bram.c
> > > >
> > >
> /cygdrive/d/casper_work/ten/snaptestlwip/XPS_iBOB_base/drivers/core_info.c
> > > > -o Software/executable.elf \
> > > >      -Wl,-T
> > > >
> > >
> -Wl,/cygdrive/d/casper_work/ten/snaptestlwip/XPS_iBOB_base/Software/LinkerScript.lwip
> > > > -I./ppc405_1/include/  -ISoftware/ -Idrivers/ -Idrivers/xps_xsg/
> > > > -Idrivers/xps_adc/ -Idrivers/xps_lwip/ -Idrivers/xps_sw_reg/
> > > > -Idrivers/xps_bram/  -L./ppc405_1/lib/  \
> > > > -DLWIP_ENABLE
> > > >
> > > >>From this, it looks like the correct directories are included with -I
> to
> > > > find all of the include files. However, I end up with many many
> errors
> > > > like:
> > > >
> > >
> /cygdrive/d/casper_work/ten/snaptestlwip/XPS_iBOB_base/Software/main.c:12:25:
> > > > error: xparameters.h: No such file or directory
> > > >
> > >
> /cygdrive/d/casper_work/ten/snaptestlwip/XPS_iBOB_base/Software/main.c:13:25:
> > > > error: xuartlite_l.h: No such file or directory
> > > > which indicates that the include files are not being found.
> > > >
> > > > Does anyone know why this might be the case, or how I might fix this?
> I
> > > > see
> > > > the same behavior regardless if I run through bee_xps or just xps
> from
> > > the
> > > > command line.
> > > >
> > > > Thanks,
> > > > Glenn
> > > >
> > > > On Tue, Aug 19, 2008 at 1:48 PM, G Jones <[email protected]>
> > > wrote:
> > > >
> > > >> I checked the permissions, and they seem fine, I can manually copy
> the
> > > >> file. Perhaps it has to do with cygwin/xygwin somehow?
> > > >>
> > > >>
> > > >> On Tue, Aug 19, 2008 at 1:03 PM, John Ford <[email protected]> wrote:
> > > >>
> > > >>> >>
> > > >>> >> Running generate for OS'es, Drivers and Libraries ...
> > > >>> >> Running generate for lwIP library ...
> > > >>> >> Generating xemacliteif_g.c ...
> > > >>> >> Generating lwipopts.h file ...
> > > >>> >> ERROR:MDT - lwip () - error copying
> > > >>> >>    "./src/contrib/ports/v2pro/netif/xemacliteif_polled.c" to
> > > >>> >>    "./src/contrib/ports/v2pro/netif/xemacliteif.c": permission
> > > >>> denied
> > > >>> >>        while executing
> > > >>> >>    "file copy -force
> > > >>> >> "./src/contrib/ports/v2pro/netif/xemacliteif_polled.c"
> > > >>> >>    "./src/contrib/ports/v2pro/netif/xemacliteif.c""
> > > >>> >>        (procedure "::sw_lwip_v2_00_a::generate" line 120)
> > > >>> >>        invoked from within
> > > >>> >>    "::sw_lwip_v2_00_a::generate 60581752"
> > > >>> >> ERROR:MDT - Error while running "generate" for processor
> ppc405_1...
> > > >>> >> make: *** [ppc405_1/lib/libxil.a] Error 2
> > > >>> >> ERROR:MDT - Error while running "make -f system.make init_bram"
> > > >>>
> > > >>> Sorry if this is a stupid comment.
> > > >>>
> > > >>> Isn't this purely a file permissions error?  Like there's no
> permission
> > > >>> for the build to overwrite an older version or write in the
> directory?
> > > >>>
> > > >>> John
> > > >>>
> > > >>>
> > > >>> >>
> > > >>> >>
> > > >>> >> On Mon, Aug 18, 2008 at 4:48 PM, Henry Chen
> > > >>> >> <[email protected]>wrote:
> > > >>> >>
> > > >>> >>> Hi Glenn,
> > > >>> >>>
> > > >>> >>> It looks like a lot of cores were deprecated in the intervening
> > > >>> tool
> > > >>> >>> revisions.
> > > >>> >>> If you want, it looks like you can manually bring in pcores
> from
> > > >>> EDK7.1
> > > >>> >>> by
> > > >>> >>> going
> > > >>> >>> to <EDK dir>\hw\XilinxProcessorIPLib\pcores and copy it into
> the
> > > >>> local
> > > >>> >>> pcores
> > > >>> >>> directory.
> > > >>> >>>
> > > >>> >>> Or if are so inclined, you can experiment with the 2.00.a
> version
> > > >>> of
> > > >>> >>> the
> > > >>> >>> core to
> > > >>> >>> bring us up to speed =)
> > > >>> >>>
> > > >>> >>> Thanks,
> > > >>> >>> Henry
> > > >>> >>>
> > > >>> >>>
> > > >>> >>>
> > > >>> >>> G Jones wrote:
> > > >>> >>>
> > > >>> >>>> Hello,
> > > >>> >>>> I'm trying to start using the 10.1 tool flow. Compiling a
> simple
> > > >>> >>>> design
> > > >>> >>>> with the iBOB LWIP block yields this error:
> > > >>> >>>> ERROR:MDT - IPNAME:opb_ethernetlite HW_VER:1.01.a - Can not
> find
> > > >>> valid
> > > >>> >>>> MPD
> > > >>> >>>>
> > > >>> >>>> I opened XPS and indeed it seems like the only version
> available
> > > >>> is
> > > >>> >>>> 2.00.a
> > > >>> >>>>
> > > >>> >>>> Is there any way to get 10.1 to see the old version of the
> core?
> > > >>> >>>>
> > > >>> >>>> Thanks,
> > > >>> >>>> Glenn
>

Reply via email to