Re: [patch] VR4181A and SMVR4181A

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Julian,

On Mon, 17 Feb 2003 15:10:00 +0100
Julian Scheel <jscheel@activevb.de> wrote:

> Hi Yoichi,
> 
> Am Montag, 17. Februar 2003 09:34 schrieb Yoichi Yuasa:
> > I am using binutils-2.12.1 .
> >
> > I also try binutils-2.13.90.0.16 .
> > The binutils option was changed, it was able to compile as the following
> > options.
> >
> > GCCFLAGS        += -march=vr4100 -Wa,--trap
> >
> > I don't know yet about the details of new options.
> > We need to investigate about the details of options.
> 
> This seems to work!
> 
> > You have to add -msoft-float, if you don't use FPU Emulator.
> > FPU Emulator is used by the default.
> 
> Ok.
> 
> I have some more problems with the chip at present. I managed to build a 
> kernel, but booting won't work.
> I use the NEC Bootloader, and load the Image over a serial-connection to the 
> Ram (address 0x8010000). The bootloader set the INTERNAL_REGISTERS_BASE to 
> 0xab000000. If I understand the starting-process, the kernel normally 
> searches it at 0xbfa00000 which is the address, before the Bootloader changes 
> it. This is set in include/asm-mips/nile4.h . It gets changed to 0x0a000000 
> (set it smvr4181a.h).
> Now I change the address in nile4.h to 0xab000000, so that the kernel should 
> use the correct address and then changes it to his 0x0a000000.

Which bootloader are you using?
I use PMON (provided from NEC).

PMON load from serial or ethernet to 0x80100000.
This is specified by arch/mips/Makefile.

When you type "g", PMON is jumped to kernel_entry.
When PMON does not recognize kernel_entry,
you can investigate System.map and can specify an address.

Yoichi


[Index of Archives]     [Linux MIPS Home]     [LKML Archive]     [Linux ARM Kernel]     [Linux ARM]     [Linux]     [Git]     [Yosemite News]     [Linux SCSI]     [Linux Hams]

  Powered by Linux