[patch] VR4181A and SMVR4181A

[patch] VR4181A and SMVR4181A

[Yoichi Yuasa]

[-- Attachment #1: Type: text/plain, Size: 544 bytes --]

Hello Ralf,

I added support of NEC VR4181A and NEC SMVR4181A board.

As for VR4181A, The peripheral differs from VR4181 or VR4100 series greatly.
If a VR4100 core is removed from VR4181, VR4181A and VR4100 series,
they are completely different chip.

Therefore, the directory vr4181a was newly created below to arch/mips.

This patch is based on linux_2_4 tag cvs tree on ftp.linux-mips.org
Would you apply this patch to CVS on ftp.linux-mips.org?

P.S.
The patch for 2.5 is also created now. Please wait for a moment.

Best Regards,

Yoichi


[-- Attachment #2: nec-smvr4181a.diff.gz --]
[-- Type: application/octet-stream, Size: 22452 bytes --]

Re: [patch] VR4181A and SMVR4181A

[Julian Scheel]

Hi Yoichi,

I have a short question to your patch: What CPU do I have to select for the 
VR4181A?
MIPS32? or R41xx?

Am Donnerstag, 13. Februar 2003 07:58 schrieb Yoichi Yuasa:
> Hello Ralf,
>
> I added support of NEC VR4181A and NEC SMVR4181A board.
>
> As for VR4181A, The peripheral differs from VR4181 or VR4100 series
> greatly. If a VR4100 core is removed from VR4181, VR4181A and VR4100
> series, they are completely different chip.
>
> Therefore, the directory vr4181a was newly created below to arch/mips.
>
> This patch is based on linux_2_4 tag cvs tree on ftp.linux-mips.org
> Would you apply this patch to CVS on ftp.linux-mips.org?
>
> P.S.
> The patch for 2.5 is also created now. Please wait for a moment.
>
> Best Regards,
>
> Yoichi

-- 
Grüße,
Julian

Re: [patch] VR4181A and SMVR4181A

[Julian Scheel]

Hi,

I'm using the config, which is provided as arch/mips/defconfig-smvr4181a. The 
kernel is the 2.4-release (cvs -rlinux_2_4) form linux-mips.org.
Compiling works fine for some time, but then I get this error:

jscheel/Programmieren/cmms/linux/include/asm/gcc -G 0 -mno-abicalls -fno-pic 
-pipe -mcpu=r4600 -mips2 -Wa,--trap   -nostdinc -iwithprefix include 
-DKBUILD_BASENAME=pmu  -c -o pmu.o pmu.c
{standard input}: Assembler messages:
{standard input}:125: Warning: Tried to set unrecognized symbol: vr4100

{standard input}:126: Error: opcode not supported on this processor `standby'
make[1]: *** [pmu.o] Error 1
make[1]: Leaving directory 
`/home/jscheel/Programmieren/cmms/linux/arch/mips/vr4181a/common'
make: *** [_dir_arch/mips/vr4181a/common] Error 2

Is this a problem with your patch or perhaps with my cross-compiler? (Depends 
it on GCC 3.x?)

Thanks in advice!

Am Donnerstag, 13. Februar 2003 07:58 schrieb Yoichi Yuasa:
> Hello Ralf,
>
> I added support of NEC VR4181A and NEC SMVR4181A board.
>
> As for VR4181A, The peripheral differs from VR4181 or VR4100 series
> greatly. If a VR4100 core is removed from VR4181, VR4181A and VR4100
> series, they are completely different chip.
>
> Therefore, the directory vr4181a was newly created below to arch/mips.
>
> This patch is based on linux_2_4 tag cvs tree on ftp.linux-mips.org
> Would you apply this patch to CVS on ftp.linux-mips.org?
>
> P.S.
> The patch for 2.5 is also created now. Please wait for a moment.
>
> Best Regards,
>
> Yoichi

-- 
Grüße,
Julian

Re: [patch] VR4181A and SMVR4181A

[Kunihiko IMAI]

Hi,

On Sat, 15 Feb 2003 11:17:16 +0100
Julian Scheel <jscheel@activevb.de> wrote:

> jscheel/Programmieren/cmms/linux/include/asm/gcc -G 0 -mno-abicalls -fno-pic 
> -pipe -mcpu=r4600 -mips2 -Wa,--trap   -nostdinc -iwithprefix include 
> -DKBUILD_BASENAME=pmu  -c -o pmu.o pmu.c
> {standard input}: Assembler messages:
> {standard input}:125: Warning: Tried to set unrecognized symbol: vr4100
> 
> {standard input}:126: Error: opcode not supported on this processor `standby'
> make[1]: *** [pmu.o] Error 1
> make[1]: Leaving directory 
> `/home/jscheel/Programmieren/cmms/linux/arch/mips/vr4181a/common'
> make: *** [_dir_arch/mips/vr4181a/common] Error 2

I met this error, too.  This means that your assembler didn't
recognize the instruction 'standby'.

To escape this error, quick and dirty method, replace 'standby' with 'cop0
0x21'.  These means same instruction.

Thanks.
_._. __._  _ . ... _  .___ ._. _____ _... ._ _._ _.._. .____  _ . ... _

                                                          Kunihiko IMAI

Re: [patch] VR4181A and SMVR4181A

[Yoichi Yuasa]

Hi Julian,

On Sat, 15 Feb 2003 11:17:16 +0100
Julian Scheel <jscheel@activevb.de> wrote:

> Hi,
> 
> I'm using the config, which is provided as arch/mips/defconfig-smvr4181a. The 
> kernel is the 2.4-release (cvs -rlinux_2_4) form linux-mips.org.
> Compiling works fine for some time, but then I get this error:
> 
> jscheel/Programmieren/cmms/linux/include/asm/gcc -G 0 -mno-abicalls -fno-pic 
> -pipe -mcpu=r4600 -mips2 -Wa,--trap   -nostdinc -iwithprefix include 
> -DKBUILD_BASENAME=pmu  -c -o pmu.o pmu.c
> {standard input}: Assembler messages:
> {standard input}:125: Warning: Tried to set unrecognized symbol: vr4100
> 
> {standard input}:126: Error: opcode not supported on this processor `standby'
> make[1]: *** [pmu.o] Error 1
> make[1]: Leaving directory 
> `/home/jscheel/Programmieren/cmms/linux/arch/mips/vr4181a/common'
> make: *** [_dir_arch/mips/vr4181a/common] Error 2
> 
> Is this a problem with your patch or perhaps with my cross-compiler? (Depends 
> it on GCC 3.x?)

-m4100 option can be tried supposing you are using gcc
which has a problem as the present option.

Please change following line.

ifdef CONFIG_CPU_VR41XX
GCCFLAGS        += -mcpu=r4600 -mips2 -Wa,-m4100,--trap
endif

Please let me know what the result became.

Yoichi

Re: [patch] VR4181A and SMVR4181A

[Yoichi Yuasa]

Hi again,

On Mon, 17 Feb 2003 10:51:15 +0900
Yoichi Yuasa <yoichi_yuasa@montavista.co.jp> wrote:

> Hi Julian,
> 
> On Sat, 15 Feb 2003 11:17:16 +0100
> Julian Scheel <jscheel@activevb.de> wrote:
> 
> > Hi,
> > 
> > I'm using the config, which is provided as arch/mips/defconfig-smvr4181a. The 
> > kernel is the 2.4-release (cvs -rlinux_2_4) form linux-mips.org.
> > Compiling works fine for some time, but then I get this error:
> > 
> > jscheel/Programmieren/cmms/linux/include/asm/gcc -G 0 -mno-abicalls -fno-pic 
> > -pipe -mcpu=r4600 -mips2 -Wa,--trap   -nostdinc -iwithprefix include 
> > -DKBUILD_BASENAME=pmu  -c -o pmu.o pmu.c
> > {standard input}: Assembler messages:
> > {standard input}:125: Warning: Tried to set unrecognized symbol: vr4100
> > 
> > {standard input}:126: Error: opcode not supported on this processor `standby'
> > make[1]: *** [pmu.o] Error 1
> > make[1]: Leaving directory 
> > `/home/jscheel/Programmieren/cmms/linux/arch/mips/vr4181a/common'
> > make: *** [_dir_arch/mips/vr4181a/common] Error 2
> > 
> > Is this a problem with your patch or perhaps with my cross-compiler? (Depends 
> > it on GCC 3.x?)

This is a problem depending on binutils.
Please use binutils corresponding to VR4100 series.

> -m4100 option can be tried supposing you are using gcc
> which has a problem as the present option.
> 
> Please change following line.
> 
> ifdef CONFIG_CPU_VR41XX
> GCCFLAGS        += -mcpu=r4600 -mips2 -Wa,-m4100,--trap
> endif
> 
> Please let me know what the result became.

Yoichi

Re: [patch] VR4181A and SMVR4181A

[Julian Scheel]

Hi Yoichi,

> Yoichi Yuasa <yoichi_yuasa@montavista.co.jp> wrote:
> [...]
>
> This is a problem depending on binutils.
> Please use binutils corresponding to VR4100 series.

I built my binutils on my own, following the tutorial found at 
http://www.ltc.com/~brad/mips/mips-cross-toolchain/. So I used 
../binutils/configure --target=mipsel-linux \
  --libdir='${exec_prefix}'/mipsel-linux/i386-linux/lib
as configure-settings. How can I set something more special than the 
mipsel-architecture (the vr4100-processors)

> > -m4100 option can be tried supposing you are using gcc
> > which has a problem as the present option.
> >
> > Please change following line.
> >
> > ifdef CONFIG_CPU_VR41XX
> > GCCFLAGS        += -mcpu=r4600 -mips2 -Wa,-m4100,--trap
> > endif
> >
> > Please let me know what the result became.

Shouldn't I additionally add -msoft-float, because the VR4181A has no 
FP-Coprocessor?

-- 
Grüße,
Julian

Re: [patch] VR4181A and SMVR4181A

[Yoichi Yuasa]

Hi Julian,

On Mon, 17 Feb 2003 08:50:18 +0100
Julian Scheel <jscheel@activevb.de> wrote:

> Hi Yoichi,
> 
> > Yoichi Yuasa <yoichi_yuasa@montavista.co.jp> wrote:
> > [...]
> >
> > This is a problem depending on binutils.
> > Please use binutils corresponding to VR4100 series.
> 
> I built my binutils on my own, following the tutorial found at 
> http://www.ltc.com/~brad/mips/mips-cross-toolchain/. So I used 
> ../binutils/configure --target=mipsel-linux \
>   --libdir='${exec_prefix}'/mipsel-linux/i386-linux/lib
> as configure-settings. How can I set something more special than the 
> mipsel-architecture (the vr4100-processors)

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.

> > > -m4100 option can be tried supposing you are using gcc
> > > which has a problem as the present option.
> > >
> > > Please change following line.
> > >
> > > ifdef CONFIG_CPU_VR41XX
> > > GCCFLAGS        += -mcpu=r4600 -mips2 -Wa,-m4100,--trap
> > > endif
> > >
> > > Please let me know what the result became.
> 
> Shouldn't I additionally add -msoft-float, because the VR4181A has no 
> FP-Coprocessor?

You have to add -msoft-float, if you don't use FPU Emulator.
FPU Emulator is used by the default.

Yoichi

Re: [patch] VR4181A and SMVR4181A

[Julian Scheel]

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.

I think this is the problem, because I get absolutely no output after the 
binary-download finished and should start.
Hopefully you can follow my explanation of the problem (c:

-- 
Grüße,
Julian

Re: [patch] VR4181A and SMVR4181A

[Julian Scheel]

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.

I think this is the problem, because I get absolutely no output after the 
binary-download finished and should start.
Hopefully you can follow my explanation of the problem (c:

-- 
Grüße,
Julian

Re: [patch] VR4181A and SMVR4181A

[Yoichi Yuasa]

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

Re: [patch] VR4181A and SMVR4181A

[Julian Scheel]

Hi,

Am Samstag, 15. Februar 2003 16:22 schrieb Kunihiko IMAI:
> I met this error, too.  This means that your assembler didn't
> recognize the instruction 'standby'.
>
> To escape this error, quick and dirty method, replace 'standby' with 'cop0
> 0x21'.  These means same instruction.

This don't helps for me. I get the same error, but with "cop00x21" instead of
standby.
I think it has something to do with the compiler options.
I use -mcpu=r4600 -mips2 -Wa,--trap, which is set for VR41xx CPU. But standby
seems to be a special option, not supported by r4600/mips2.
What compiler-options do you use?

--
Grüße,
Julian

Re: [patch] VR4181A and SMVR4181A

[Kunihiko IMAI]

Hi,

On Sun, 16 Feb 2003 18:20:47 +0100
Julian Scheel <jscheel@activevb.de> wrote:

> This don't helps for me. I get the same error, but with "cop00x21" instead of
> standby.

I'm sorry for shorten explanation.  Now I'm at home and have enough
document here...


o Rewrite 'standby' only in inline-assembler code, not any C symbol.

o Rewrite 'standby' with 'c0 0x21'.
  Space or tab is required between 'c0' and '0x21'.

  I thought 'cop0' op-code is also acceptable, but it may be my
  misunderstanding.


How I did to examine the mnemonic 'c0':

1. The users manual of VR-series says that machine code of 'standby'
   instruction is 0x42000021.

2. Make a file which contains only this code;
	perl -e 'printf "\x21\x00\x00\x42";' > standby.bin
	(Byte sequence is reversed because of little-endian)

3. Disassemble the file
	mipsel-linux-objdump -b binary -mmips:4600 -D standby.bin

Thanks.
_._. __._  _ . ... _  .___ ._. _____ _... ._ _._ _.._. .____  _ . ... _

                                                          Kunihiko IMAI