List Info

Thread: Re: tools build under 3.1




Re: tools build under 3.1
country flaguser name
Greece
2007-07-12 05:37:14

Forwarding here after ;a post to current-users.
 
2007/7/10, Andreas Moschos YAHOO.COM>:
> i am using 3.1 macppc fresh install.
> The cvs code is old as a week back.
>
> When i tried to build the tools for a native build of current genattrtab
> failed while allocating 250000 bytes after allocating 131MB.
>; I had to:
>
> sysctl -w
> proc.proc_id_of_genattrtab.rlimit.datasize.soft=200000000
>
> in order to overcome the problem.At the moment i am building the kernel just
> fine.
>
> I am wondering if anyone else has seen this.
>
> If this seems like a native (macppc) issue please let me know in order to
> post there.
>;

In my experience, this is actually (mac)ppc-specific. My cure (for 3.1
as well as for current) is to either ulimit -d before
building or to increase DFLDSIZ from the default 128*1024*1024 in a
custom kernel.

Why not increase the default in
src/sys/arch/powerpc/include/oea|ibm4xx/vmparam.h to 256MB as is
already the case for i386?

- Erik

 


Sick sense of humor? Visit Yahoo! TV's Comedy with an Edge to see what's on, when.
Re: tools build under 3.1
country flaguser name
United States
2007-07-12 08:03:59
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello,

On Jul 12, 2007, at 06:37, Andreas Moschos wrote:

> Forwarding here after a post to current-users.
>  
>> 2007/7/10, Andreas Moschos :
>> > i am using 3.1 macppc fresh install.
>> > The cvs code is old as a week back.
>> >
>> > When i tried to build the tools for a native
build of current 
>> genattrtab
>> > failed while allocating 250000 bytes after
allocating 131MB.
>> > I had to:
>> >
>> > sysctl -w
>> >
proc.proc_id_of_genattrtab.rlimit.datasize.soft=200000000
>> >
>> > in order to overcome the problem.At the moment
i am building the 
>> kernel just
>> > fine.
>> >
>> > I am wondering if anyone else has seen this.
>> >
>> > If this seems like a native (macppc) issue
please let me know in 
>> order to
>> > post there.
>> >
>>
>> In my experience, this is actually
(mac)ppc-specific. My cure (for 3.1
>> as well as for current) is to either ulimit -d
before
>> building or to increase DFLDSIZ from the default
128*1024*1024 in a
>> custom kernel.

As far as I can tell that's specific to building PowerPC
compilers, for 
instance I can build sparc, shark and sgimips tools on my
macppc boxes 
without running into this but I seem to remember similar
trouble when 
building macppc tools on sparc64.
The obvious workaround is ulimit.

>> Why not increase the default in
>> src/sys/arch/powerpc/include/oea|ibm4xx/vmparam.h
to 256MB as is
>> already the case for i386?

At least for OEA we should probably do that.

have fun
Michael
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)

iQEVAwUBRpYmv8pnzkX8Yg2nAQISsAgAtwoV+o/JLPJLIMhahlpVKAdHhJOr
vVrw
24bt1nzwUmy2AIGCvHHAmi0CziKRNnYJk8yvyB4S9183kY3FG5Si14RfQkTy
ADO4
pHO4bRN+hn9uz4alo9gwOrnduFUDhxxoVNXAd8BTdAx17IrKTcSPwXHVZO+0
MTrg
aa21Yz9F9qiFk4TRb/WnUcp6ktuECHO+RLABmDgN3taxdeDOJJBzPQVTvoDZ
uUSb
HvgE3VaUY8KEi3pmlEeELn4+OLD5oKOww2GlGBVlMf/ceXQ7FeZqCiOqmPgs
niDX
34uJMxYonAFJSjP8hSirqw79IQNUoubWb4c6bZPEXEZx3oobik/Wcw==
=YeYJ
-----END PGP SIGNATURE-----


[1-2]

about | contact  Other archives ( Real Estate discussion Medical topics )