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
bash-4.2$ glxinfo | grep direct
Xlib: extension "NV-GLX" missing on display ":0.0".
direct rendering: No (If you want to find out why, try setting LIBGL_DEBUG=verbose)
Forgot to mention before, I used to have nvidia proprietary drivers installed before using open source radeon drivers with my new radeon hd 7750 card. Looking around the net it seems many others have had similar, if not, the same problem, switching drivers this way. Archlinux users suggest completely purging nvidia-drivers and xorg modules but I have no idea how that translates to manual administration (ala LFS).
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.