* mips64 glitches
@ 2003-01-31 17:48 Kumba12345
2003-02-01 13:50 ` Ralf Baechle
0 siblings, 1 reply; 2+ messages in thread
From: Kumba12345 @ 2003-01-31 17:48 UTC (permalink / raw)
To: linux-mips
These might already be known, but just to be safe, I have two errors I ran
into building and using a mips64 kernel on an SGI Indigo2 IP-22 system, R4400
First, it appears there's some unfriendliness between the Indy/Indigo2
Watchdog and the egcs-mips64 compiler:
mips64-linux-gcc -D__KERNEL__ -I/usr/src/t/linux-2.4.20-mips/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-fomit-frame-pointer -mcpu=r8000 -mips4 -I
/usr/src/t/linux-2.4.20-mips/include/asm/gcc -mabi=64 -G 0 -mno-abicalls
-fno-pic -Wa,--trap -pipe -Wa,-32 -Wa,-mgp64 -nostdinc -iwithprefix include
-DKBUILD_BASENAME=indydog -c -o indydog.o indydog.c
indydog.c: In function `indydog_write':
indydog.c:124: internal error--unrecognizable insn:
(insn 206 61 58 (set (reg:SI 111)
(reg/v:DI 89)) -1 (insn_list:REG_DEP_ANTI 54 (insn_list 61 (nil)))
(nil))
../../gcc/toplev.c:1367: Internal compiler error in function fatal_insn
make[3]: *** [indydog.o] Error 1
make[3]: Leaving directory `/usr/src/t/linux-2.4.20-mips/drivers/char'
make[2]: *** [first_rule] Error 2
make[2]: Leaving directory `/usr/src/t/linux-2.4.20-mips/drivers/char'
make[1]: *** [_subdir_char] Error 2
make[1]: Leaving directory `/usr/src/t/linux-2.4.20-mips/drivers'
make: *** [_dir_drivers] Error 2
Second, After removing watchdog support and recompiling, I wound up with a
compiled kernel. Attempting to boot it made another error:
Exception: <vector=Normal>
Status register: 0x30044802<CU1,CU0,CH,IM7,IM4,IPL=???,MODE=KERNEL,EXL>
Cause register: 0x8028<CE=0,IP8,EXC=II>
Exception PC: 0x881ebeb4, Exception RA: 0x881ec4bc
Reserved Instruction exception, contents of PC = 0x62900b
Local I/O interrupt register 2: 0xc8 <EISA,SLOT0,SLOT1>
Saved user regs in hex (&gpda 0xa8740e48, &_regs 0xa8741048):
arg: a8740000 88200000 885fff80 88000000
tmp: a8740000 88239dc8 0 88239e07 881dc000 a87ffc20 a8746f70 9fc5c274
sve: a8740000 c12dc13a 0 c0f9138a 0 c0edd9c9 0 bf077b8a
t8 a8740000 t9 c0dcea58 at 0 v0 c0f9138a v1 0 k1 3ff
gp a8740000 fp abfb7d4f sp 4fd7ff27 ra cf31ffcf
PANIC: Unexpected exception
[Press reset or ENTER to restart.]
I used the linux-mips CVS 2_4 branch, pulled today, and the egcs-mips64 1.1.2
compiler and it's associated binutils. As for the kernel, I wonder if this
has anything to do with the fact the kernel build passed -mcpu=r8000 when I'm
running an R4400. I was told mips64 IP22 support should be mostly
functional, just it's been neglected for some time.
Anyways, if there is anymore information needed, please advise. This system
works wonderfully on a 32-bit kernel built off a vanilla + debian patch, but
I wnated to try out mips64 on it just for kicks.
--Kumba
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: mips64 glitches
2003-01-31 17:48 mips64 glitches Kumba12345
@ 2003-02-01 13:50 ` Ralf Baechle
0 siblings, 0 replies; 2+ messages in thread
From: Ralf Baechle @ 2003-02-01 13:50 UTC (permalink / raw)
To: Kumba12345; +Cc: linux-mips
On Fri, Jan 31, 2003 at 12:48:16PM -0500, Kumba12345@aol.com wrote:
> (nil))
> ../../gcc/toplev.c:1367: Internal compiler error in function fatal_insn
> make[3]: *** [indydog.o] Error 1
> make[3]: Leaving directory `/usr/src/t/linux-2.4.20-mips/drivers/char'
> make[2]: *** [first_rule] Error 2
> make[2]: Leaving directory `/usr/src/t/linux-2.4.20-mips/drivers/char'
> make[1]: *** [_subdir_char] Error 2
> make[1]: Leaving directory `/usr/src/t/linux-2.4.20-mips/drivers'
> make: *** [_dir_drivers] Error 2
Know problem; the 64-bit egcs occasionally explodes when compiling some of
the funky macros from <asm/uaccess.h>.
> Second, After removing watchdog support and recompiling, I wound up with a
> compiled kernel. Attempting to boot it made another error:
>
> Exception: <vector=Normal>
> Status register: 0x30044802<CU1,CU0,CH,IM7,IM4,IPL=???,MODE=KERNEL,EXL>
> Cause register: 0x8028<CE=0,IP8,EXC=II>
> Exception PC: 0x881ebeb4, Exception RA: 0x881ec4bc
> Reserved Instruction exception, contents of PC = 0x62900b
> Local I/O interrupt register 2: 0xc8 <EISA,SLOT0,SLOT1>
> Saved user regs in hex (&gpda 0xa8740e48, &_regs 0xa8741048):
> arg: a8740000 88200000 885fff80 88000000
> tmp: a8740000 88239dc8 0 88239e07 881dc000 a87ffc20 a8746f70 9fc5c274
> sve: a8740000 c12dc13a 0 c0f9138a 0 c0edd9c9 0 bf077b8a
> t8 a8740000 t9 c0dcea58 at 0 v0 c0f9138a v1 0 k1 3ff
> gp a8740000 fp abfb7d4f sp 4fd7ff27 ra cf31ffcf
>
> PANIC: Unexpected exception
Another known problem.
> I used the linux-mips CVS 2_4 branch, pulled today, and the egcs-mips64 1.1.2
> compiler and it's associated binutils. As for the kernel, I wonder if this
> has anything to do with the fact the kernel build passed -mcpu=r8000 when I'm
> running an R4400. I was told mips64 IP22 support should be mostly
> functional, just it's been neglected for some time.
>
> Anyways, if there is anymore information needed, please advise. This system
> works wonderfully on a 32-bit kernel built off a vanilla + debian patch, but
> I wnated to try out mips64 on it just for kicks.
There is no advantage of running a 64-bit kernel on an Indy right now.
There are no 64-bit MIPS utilities and libraries shipping so all you could
do is running 32-bit software.
The only reason why I made the 64-bit Indy kernel at all was using it as
a stepping stone when porting Linux to the SGI Origin.
Ralf
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2003-02-01 14:08 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-01-31 17:48 mips64 glitches Kumba12345
2003-02-01 13:50 ` Ralf Baechle
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox