Hi,
I'm responding myself and windstorm. First of all, I'm Spanish and I suppose
you too...
Xilinx has translate the compiler tools to spanish, and if you have a look
to the line 430 of the file /opt/Xilinx91i/EDK91i/data/xmd/genace.tcl you
can see
if { [catch {set saddr [exec powerpc-eabi-objdump -x $elffile | grep -w
"start address"]} err] } {
this line pruduces the error. If we do an obj-dump of this file, one using
the ELDK compiler and other one using the EDK cross compiler tool, we see:
$ppc_4xx-objdump -x zImage.elf | less --> Compilador ELDK 4.1
architecture: powerpc:common, flags 0x0112:
EXEC_P, HAS_SYMS, D_PAGED
start address0x0040
Program Header:
$powerpc-eabi-objdump -x zImage.elf --> Xilinx PowerPC compiler
arquitectura: powerpc:common, opciones 0x0112:
EXEC_P, HAS_SYMS, D_PAGED
dirección de inicio 0x0040
Encabezado del Programa:
That's the error, you must translate the start address tag in the opt file
to your language In my case this is
if { [catch {set saddr [exec powerpc-eabi-objdump -x $elffile | grep -w
"dirección de inicio"]} err] } {
By...
PD: I still have a problem with the zImage.elf file generated by the
compiler, xmd told me that the file is corrupted that this is not an valid
elf file, I posted it some time ago, and I've no response if someone knows
why it's happening please contact me.
greenlean wrote:
>
> Hi windstorm,
>
> Have you correct the error, you get when generating the ace file?? I'm
> trying to build the linux system for the XUPV2P board, and I have the same
> error:
>
> Using GenACE option file : xupGenace.opt
> Error: Executable zImage.elf does not contain start address..
>
> As you and Xilinx said in the answer
> (http://www.xilinx.com/support/answers/23192.htm) my genace.tcl file is
> patched, and it uses de powerPC objdump.
>
> I have tryed to use the ppc_4xx-objdump cross tool of ELDK instead of the
> powerpc-eabi-objdump that is used in the genace.tcl file, and the result
> was an error:
>
> ***
> Executing xmd script : /opt/Xilinx91i/EDK91i/data/xmd/genace.tcl
>
> ###
> XMD GenACE utility. Generate SystemACE File from bit/elf/data Files
> ###
> Using GenACE option file : xupGenace.opt
> GenACE Options:
> Board : user
> Jtag Devs : xc2vp30
> FPGA pos : 1
> JPROG : true
> HW File: implementation/download.bit
> ACE File : system.ace
> nCPUs : 1
>
> Processor ppc_hw_1 Information
> Debug opt : -debugdevice devicenr 1 cpunr 1
> ELF files : zImage.elf
> Start PC Address : 0x0040
>
>
> Converting Bitstream 'implementation/download.bit' to SVF file
> 'implementation/download.svf'
> Executing 'impact -batch bit2svf.scr'
>
> Copying implementation/download.svf File to system.svf File
>
>
>
> Converting ELF file 'zImage.elf' to SVF file 'zImage.svf'
> Error: E02 Failed to download ELF file
>
> ERROR(1053): UNABLE to Read Elf File. The Elf File Maybe Corrupted
> : zImage.elf
>
>
> *
>
>
>
> but the Error:executable zImage.elf does not contain start address..
> didn't appear. And the compiler assign the address 0x0040...
>
> This error is the same, that xmd told me if I try to download directly the
> linux kernel to the board, maybe there is any relation...
>
> I don't know what is happening...
>
> Any info or help???
>
>
>
> windstorm wrote:
>>
>> 1 it's strange. the ns16550.c do exist in the arch/ppc/boot/
>> directory, not arch/ppc/boot/common. I just download the source
>> yesterday.
>>
>> 2 Can you show me some reference about the "small bootloader"? Or any
>> web material about it?
>>
>> 2007/8/10, Grant Likely <[EMAIL PROTECTED]>:
>>> On 8/10/07, windstorm <[EMAIL PROTECTED]> wrote:
>>> > Hello all:
>>> >
>>> > I am trying to transfer the Linux onto XUP board. The kernel source I
>>> > used is from the git trees from andrei konovalov or grant likely. But
>>> > I encounter two questions now.
>>> >
>>> > 1 Generally, I should correct the kernel source file
>>> > arch/ppc/boot/common/ns16550.c, In that file, changing SERIAL_BAUD
>>> > from 9600 to 38400 makes the bootloader talk at 38400. I always do it
>>> > when I use standard kernel source. But this time I found out that the
>>> > ns16550.c's path is arch/ppc/boot/, not arch/ppc/boot/common/, and
>>> > there was no "SERIAL_BAUD" string any more. So, how can I control the
>>>
