Recently, Somebody Somewhere wrote these words
> I am still trying to get DRI working. But I seem to have hit a
> memory related boundary.
>
> Below, while recompiling Mesa from within the Xorg build tree,
> with 'make linux-dri' ( I changed the CC variable in
> ../configs/linux-dri into 'CC=gcc -no-pie
> -fno-stack-protector'. I am also using the gcc specs file
> without the %{!nonow: -z now}. I think that is all I need to do.
> )
>
> make[1195]: Entering directory
> `/usr/src/xorg/xcbuild/extras/Mesa/src/mesa/drivers/dri/unichrome'
> touch depend make[1195]: vfork: resource temporarily unavailable
> ... followed by 1195 * 2 lines of leaving the directory.
>
> The file depend does exist by the way, and is filled with data.
> At first I thought I was looking at not enough memory. I should
> think I have plenty, 512MB RAM, 512MB Swap, 600 MB free space.
> So I am guessing that vfork is creating too much running
> processes, as in hitting a preset boundary of say 2000
> processes. Which reason could be it and how can I get passed
> it?
I would first try with nothing else running. My box is no great shakes
and didn't run out of resources.
I did glibc. If you went with uClibc, ymmv.
I don't think you even needed to alter CC. Altering CC never does
what you want anyway, because nothing seems to listen, and
default options get overlaid. The approach of putting
CFLAGS+= -no-pie(etc.) at the start of a Makefile as
used in the book seems to work better. We did take all the seds
off the 6.8.2 instructions, didn't we? The Mesa patch from bug #4197
on freedesktop.org also? After I sorted it I wrote this
http://www.linuxfromscratch.org/pipermail/hlfs-dev/2006-January/002745.html
But I had gone through so many false starts that it was difficult to sort.
and I ended up nearly hand picking the files that got installed :-/.
The way I remade Mesa was to build the X tree, change to xcbuild/programs/Mesa
run 'make clean' and then run 'make-linux-dri-x86'. Ajax has since said go for
make linuix-dri as hardened systems don't benefit from the optimisations,
but he's no expert on hardened systems, and I don't know where he got
his info from.
--
With best Regards,
Declan Moriarty.
--
http://linuxfromscratch.org/mailman/listinfo/hlfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
