Recently, Somebody Somewhere wrote these words
> Sorry about the silence, been busy with other things.
>
> For the most part, it did. I only don't have DRI yet, still
> working on that. Partly this is because I have a Via Unichrome
> vga card embedded in the somewhat new Via CN400 chipset, for
> which open source support is still beta. It should work, I'm
> just trying to figure out why I am missing the unichrome_dri.ko
> :-) Small mistake on my part, I'm sure. Glxgears works though,
> with a wonderfull 100 frames a second. (Should be 600 so I hear)
> I planned to reply later to the list with the steps I took, but
> basically you can rest assured that your "steps to follow" are
> valid, because Xorg 6.9 itself seems to be working fine. Very
> big thanks for that.
>
> What I did: (from the top of my head)
>
> enable PAX_NOELFRELOC (thanks!) in the kernel search for
> TEXTREL's in my system with the script, (found nothing, phew)
> replace the gcc specs file untar Xorg 6.9 apply the Mesa patch
> continue with the rest of 6.8.2 instructions (no patches) added
> two extra lines to the host.def used the agpart.h sed command
> make and make install reset the gcc specs file
>
> Xorg -configure startx glxgears
>
> implementing open source unichrome drivers....
>
> So big thanks for your help, it sure made a difference. Best
> regards, Warren
>
OK... DRI lesson 2
The common-* archive is not to be installed as it contains
textrels, and Mesa gives you the files IIRC
I used radeon-* for the driver archive, and needed to make these
mods
Insert type -p instead of which, as I didn't have which
After grokking the install script, copy
<Kernel>/.config --> /boot/vmlinuz.config
<Kernel>/include/linux/version.h --> /boot/vmlinuz.version.h
<Kernel>/include/linux/autoconf.h --> /boot/vmlinuz.autoconf.h
Real intuitive, eh? :-)
If you decide to remake Mesa, use the one in the X tree (Don't
delete that). You can cd into it and 'make linux-dri' after a make
clean. I think I used make linux-dri-x86, but some bug solution
since said that the extra optimisations provided by the -x86
variant were unhelpful to hardened systems
http://bugs.freedesktop.org/show_bug.cgi?id=5585
I had to remake Mesa, btw.
Also, use the altered gcc specs file to make any of this.
--
With best Regards,
Declan Moriarty.
--
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?
_________________________________________________________________
On the road to retirement? Check out MSN Life Events for advice on how to
get there! http://lifeevents.msn.com/category.aspx?cid=Retirement
--
http://linuxfromscratch.org/mailman/listinfo/hlfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
