PPC needs lots more stack space in rawhide??

Dennis Gilmore dennis at ausil.us
Wed Jan 9 13:22:11 UTC 2008


On Wednesday 09 January 2008, David Woodhouse wrote:
> On Tue, 2008-01-08 at 16:28 -0500, Tom Lane wrote:
> > I'm having a tough time trying to get mysql rebuilt in rawhide: the ppc
> > build keeps failing like this:
> > http://koji.fedoraproject.org/koji/getfile?taskID=335275&name=build.log
> >
> > Normally what a failure in execution_constants means is that the
> > configuration constant STACK_MIN_SIZE has to be increased, because the
> > error-recovery code needs more stack space than it did before.  We have
> > for years had to run that a bit higher than what mysql.com ships, but up
> > to now 16384 has worked fine across all arches (all 7 redhat arches,
> > not just Fedora).  Sometime since 13 Dec 2007, however, the behavior
> > of the ppc arch changed in rawhide, and now even boosting the number
> > by 50% (to 24K) doesn't persuade it to work.  I could try larger
> > numbers, at the cost of also increasing DEFAULT_THREAD_STACK which
> > is a pretty user-visible number.  I am wondering if this isn't a bug
> > in rawhide, though.  Has gcc started making PPC stack frames a lot
> > larger than before?  Maybe glibc has gotten more stack-hungry?  I'd
> > guess on the problem being in gettext() or related code, if it is a
> > glibc change, but I haven't tracked it down exactly.
>
> For a while we used 64KiB pages on ppc64, because IBM insisted on it in
> RHEL5 and I didn't notice we'd done the same stupid thing in Fedora. I
> believe it was like that in FC6 but I fixed it again for F7.
>
> Is it possible that the kernel on the build machines is now similarly
> afflicted?

The build system when refreshed in December got updates to RHEL5   so are all 
running RHEL5 kernels.  they do have one extra patch for a bug in tux.

Dennis
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20080109/dd29a4b3/attachment.sig>


More information about the fedora-devel-list mailing list