cannot build Mesa with --enable-gbm and vsync doesn't work on cape verde gpu
Compiling Mesa 9.2 gives me this error:
Vsync doesn't even work with radeon driver and my cape verde GPU (radeon hd 7750). This is using a minimal Mesa-9.2 build without radeonsi or gbm build options.
Would appreciate any help!
Going to head out on a limb here and say... some of the deps are out of date for that build on slackware-14.
A list of them are here:
may have better luck with -current if you need the newer mesa builds.
What are your ./configure options? It works for me following the LFS configure. (Although I started out with slackware, I generally follow the lfs book to upgrade anything).
You do realize one of the bindings on mesa is qt, under some circumstances you may end up having to (re)compile qt and kde against your new mesa.
Rebuilt entire system from source but still can't get vsync working. Actually can't get direct rendering to work now. Keep getting this error
As a note, my Mesa dependencies are up to date according to the LFS link provided with Mesa-9.2.0. Also built system using xorg from Slackware-current (64-bit).
Appreciate the responses!
Wildwizard, thanks for your help from post below! That seems to have worked. Unfortunately, open source drivers for cape verde GPU's are extremely under-developed. It appears the radeonsi driver hangs with recent git repository (mesa) including older versions, and only software rendering works. Can get better performace and what seems to be hardware acceleration with basic radeon driver, but no vsync still persists.
Have reverted to FGLRX for the time being and finally found a program that can customize and output user made edid files. This is the best program I've found to do that; it's located here: http://www.monitortests.com/forum/Th...on-Utility-CRU. It's for Windows but haven't found anything like it for Linux. FGLRX doesn't accept custom modelines in xorg.conf (maybe one if you're lucky). For the record, OpenCL performance is outstanding in FGLRX drivers and seems to be the best around.
Going to mark this thread as solved since mesa3d needs further development for radeonsi driver.
You can find nvidia contamination in the following locations :-
And don't forget the kernel driver in
Also if your multilib enabled check the same sites in /usr/lib
|All times are GMT -5. The time now is 12:37 AM.|