headers
Manju Mahajan | 2 Sep 2005 23:05

Ovfork.s with gcc3.3.2

I am stuck with this error, please help.

Host ARCH=i386

Target = powerpc,, ARCH= ppc405, OS= Netbsd.

I have toolchain ready for cross compilation.
I am getting following error whicle compiling Ovfork.S,

My  version of gcc is 3.3.2, NetBsd source tree version is 1.6

bash# ./build.sh -R < > -O < > -D < > -m evbppc -u release

## compile Lint_swapcontext.ln
CC=/root/src/nbsrc/myobj/tooldir.NetBSD-2.0.2-i386/bin/powerpc--netbsd-gcc
/root/src/nbsrc/myobj/tooldir.NetBSD-2.0.2-i386/bin/powerpc--netbsd-lint -ch
apbxzF -X 272 -d
/root/obj/destdir/usr/include -D_LIBC -DLIBC_SCCS -DSYSLIBC_SCCS -D_REENTRAN
T -I/home/src/nbsrc/lib/libc/include -DHESIOD -DINET6 -DNLS -DYP -D__DBINTER
FACE_PRIVATE -DI18NMODULE_MAJOR=4 -I/home/src/nbsrc/libexec/ld.elf_so -I/hom
e/src/nbsrc/lib/libc/dlfcn -DCITRUS_ICONV -DWITH_RUNE -I/home/src/nbsrc/lib/
libc -DRESOLVSORT -I. -DPOSIX_MISTAKE -DPORTMAP -DFLOATING_POINT -i
/home/src/nbsrc/lib/libc/gen/Lint_swapcontext.c
# compile Lint_syscall.ln
CC=/root/src/nbsrc/myobj/tooldir.NetBSD-2.0.2-i386/bin/powerpc--netbsd-gcc
/root/src/nbsrc/myobj/tooldir.NetBSD-2.0.2-i386/bin/powerpc--netbsd-lint -ch
apbxzF -X 272 -d
/root/obj/destdir/usr/include -D_LIBC -DLIBC_SCCS -DSYSLIBC_SCCS -D_REENTRAN
T -I/home/src/nbsrc/lib/libc/include -DHESIOD -DINET6 -DNLS -DYP -D__DBINTER
FACE_PRIVATE -DI18NMODULE_MAJOR=4 -I/home/src/nbsrc/libexec/ld.elf_so -I/hom
(Continue reading)

Permalink | Reply | 1 comment |
headers
matthew green | 3 Sep 2005 08:26
Picon
Favicon

re: Ovfork.s with gcc3.3.2


   powerpc--netbsd-gcc: cannot specify -o with -c or -S and multiple
   compilations

   *** Failed target: Ovfork.o
   *** Failed command:
   /root/src/nbsrc/myobj/tooldir.NetBSD-2.0.2-i386/bin/powerpc--netbsd-gcc -D_L
   IBC -DLIBC_SCCS -DSYSLIBC_SCCS -D_REENTRANT -I/home/src/nbsrc/lib/libc/inclu
   de -DHESIOD -DINET6 -DNLS -DYP -D__DBINTERFACE_PRIVATE -DI18NMODULE_MAJOR=4 
   -I/home/src/nbsrc/libexec/ld.elf_so -I/home/src/nbsrc/lib/libc/dlfcn
   /home/src/nbsrc/lib/libc/include -DCITRUS_ICONV -DWITH_RUNE -I/home/src/nbsr
   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

this argument is the cause of the problem.

   c/lib/libc -DRESOLVSORT -I. -DPOSIX_MISTAKE -DPORTMAP -DFLOATING_POINT -nost
   dinc -isystem
   /root/obj/destdir/usr/include -c -traditional-cpp -DALL_STATE -DUSG_COMPAT -
   I/home/src/nbsrc/lib/libc/arch/powerpc -nostdinc -idirafter
   /root/obj/destdir/usr/include
   /home/src/nbsrc/lib/libc/arch/powerpc/sys/Ovfork.S -o Ovfork.o.tmp

GCC is seeing you asking to compile both "/home/src/nbsrc/lib/libc/include"
and "/home/src/nbsrc/lib/libc/arch/powerpc/sys/Ovfork.S" into a single output
object (Ovfork.o.tmp) and correctly complaining about this.

i don't know why this is happening for you, but something is passing the
wrong arguments to the compiler.

.mrg.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Timo Schoeler | 12 Sep 2005 22:33

db4 PowerPC/GCC problem // how to strip optimization flags?

hi,

there is a problem with gcc <3.3.3 (that's what the files say, alas it
might be nobody know whether it /still/ occurs with gcc 4 e.g.) that
makes binaries of db4 built with optimization flags unusable.

(the binaries pretend to run but runtime errors are common; i didn't dig
into this further, yet.)

so there's a 'hacks.mk' file for db4 (as there's one for perl5 and
firefox) -- the thing is, it doesn't seem to work as intended.

when building db4 there always shows up an '-O2', and the binaries won't
run okay.

any hints very much appreciated -- db4 is crucial for lots of apps
(cyrus 2.2.x, netatalk, etc.).

thanks,

timo

[1] -- http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=29616

[2] -- http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=29746
Permalink | Reply | 0 comments |
headers
manju | 13 Sep 2005 21:17

bootloader ppcboot_stage2

Has anyone potred ppcboot_stage2 loader for powerpc. I am trying to use u-boot to boot my board. But I want to
get the stage 2 bootloader for Netbsd imge. u-boot does not provide one. Does anyone know where I can get it ?

Anyone used u-boot to load netbsd images (kernel +root filesystem) ?

thanks
Permalink | Reply | 1 comment |
headers
Rama Sasthri, Kristipati | 13 Sep 2005 21:23
Picon

RE: bootloader ppcboot_stage2

Yes - attached

-----Original Message-----
From: port-powerpc-owner <at> NetBSD.org [mailto:port-powerpc-owner <at> NetBSD.org]
On Behalf Of manju <at> skipperwireless.com
Sent: Wednesday, September 14, 2005 12:48 AM
To: port-powerpc <at> NetBSD.org
Subject: bootloader ppcboot_stage2

Has anyone potred ppcboot_stage2 loader for powerpc. I am trying to use
u-boot to boot my board. But I want to get the stage 2 bootloader for Netbsd
imge. u-boot does not provide one. Does anyone know where I can get it ?

Anyone used u-boot to load netbsd images (kernel +root filesystem) ?

thanks
Attachment (u-boot.tar.gz): application/x-gzip, 15 KiB
Permalink | Reply | 0 comments |
headers
Doug Fraser | 21 Sep 2005 17:05
Favicon

ECC enabled on Marvell GT64260 based boards


Is anyone else enabling ECC on GT64260 based boards such as ev64260?

I think that the interrupt handler has some small errors in how it
handles the type feild from the fault address register. It is currently
treating 0x3 as 'reserved' when the UM for the bridge states that
this is a multiple error condition, both single bit and multiple bit
(unrecoverable) errors.

It then checks that (err == 2) and throws a panic.

I think it should (err & 2), which will cover cases 2 and 3, and
throw a panic on either.

One other small thing, it should mask off 0x3 from the address before
displaying it:

      err = addr & 0x3;
      addr &= ~0x3;

Any thoughts?

--

-- 
Douglas Fraser
dwfraser <at> onebox.com
Permalink | Reply | 0 comments |
headers
Charles M. Hannum | 26 Sep 2005 16:33

Re: CVS commit: src/libexec/ld.elf_so/arch/powerpc

On Monday 26 September 2005 05:45, Chuck Silvers wrote:
> Module Name:	src
> Committed By:	chs
> Date:		Mon Sep 26 05:45:13 UTC 2005
>
> Modified Files:
> 	src/libexec/ld.elf_so/arch/powerpc: ppc_reloc.c
>
> Log Message:
> fix two problems with icache invalidation of the PLT:
>  - restore revision 1.33, it was correct.

It took me a few minutes to refresh myself on what's going on here, but...

No, it is *not* correct.  Please take the time to understand the PLT format 
before messing with it.

On PPC, the PLT area is split into two sections: the first contains code, and 
is actually 8 or 16 bytes per entry; the second contains pointers, and does 
not need to be synced.  The 8 vs. 16 split happens if the PLT is larger than 
8192 entries.

I have to admit that I'm not completely sure if the "large PLT" support does 
the right arithmetic -- I never got clear documentation on the format -- but 
the basic deal of only flushing 8 (or 16) bytes is definitely correct, and 
should not have been changed.

Please revert it and add a comment for the next person who is going to screw 
it up.  I believe Matt Thomas is the one who clued me into this the first 
time around.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Steve Woodford | 27 Sep 2005 11:19

Partial support for the PowerQUICC MPC8xx

Hi,

I have been asked to contribute some of Wasabi Systems' port to the 
MPC8xx range of PowerQUICC CPUs. While I can't contribute a fully 
functional port, I can contribute one of the important building blocks, 
namely the pmap module and its associated glue. Because it is not a 
complete port, I don't feel it is appropriate to commit the code as-is. 
Hence the use of a mailing list to release it.

The hope is that the community will use the code as the basis for a 
porting effort. I will be able to provide a small amount of online 
support, pertaining to this code, for any such endeavour.

To date, the code has been used successfully on a customer-specific 
board, and an Analogue & Micro Adder875 evaluation board: 
http://www.analogue-micro.com/product.php?action=view_prod&id=00039

Cheers, Steve

--

-- 
Steve Woodford                  scw <at> wasabisystems.com
Wasabi Systems, Inc.            http://www.wasabisystems.com/
Attachment (powerpc-mpc8xx.tar.gz): application/x-tgz, 24 KiB
Permalink | Reply | 0 comments |
headers
Bill Studenmund | 29 Sep 2005 23:30
Picon

Re: CVS commit: src/libexec/ld.elf_so/arch/powerpc

On Mon, Sep 26, 2005 at 02:33:52PM +0000, Charles M. Hannum wrote:
> On Monday 26 September 2005 05:45, Chuck Silvers wrote:
> > Module Name:	src
> > Committed By:	chs
> > Date:		Mon Sep 26 05:45:13 UTC 2005
> >
> > Modified Files:
> > 	src/libexec/ld.elf_so/arch/powerpc: ppc_reloc.c
> >
> > Log Message:
> > fix two problems with icache invalidation of the PLT:
> >  - restore revision 1.33, it was correct.
> 
> It took me a few minutes to refresh myself on what's going on here, but...
> 
> No, it is *not* correct.  Please take the time to understand the PLT format 
> before messing with it.
> 
> On PPC, the PLT area is split into two sections: the first contains code, and 
> is actually 8 or 16 bytes per entry; the second contains pointers, and does 
> not need to be synced.  The 8 vs. 16 split happens if the PLT is larger than 
> 8192 entries.
> 
> I have to admit that I'm not completely sure if the "large PLT" support does 
> the right arithmetic -- I never got clear documentation on the format -- but 
> the basic deal of only flushing 8 (or 16) bytes is definitely correct, and 
> should not have been changed.
> 
> Please revert it and add a comment for the next person who is going to screw 
> it up.  I believe Matt Thomas is the one who clued me into this the first
(Continue reading)

Permalink | Reply | 0 comments |

Gmane