On Tue, Apr 17, 2012 at 21:25, Doug Hunley <doug.hun...@gmail.com> wrote:
> Me again ;)
>
> I just ran 'startx' on my machine for the first time in a dog's age
> and had to switch the rendering engine to XRender from OpenGL to get a
> usable desktop (couldn't see the desktop. was a bunch of black
> squares). I'm not sure what changed, and the online wiki/forum pages
> I just spent two hours reading were stale and of little help. Anyone
> see anything stupid herein:
> -- make.conf --
> VIDEO_CARDS="nouveau"
>
> -- eselect --
> # for i in mesa opengl qtgraphicssystem
>> do
>> eselect $i list
>> done
> i915 (Intel 915, 945)
> i965 (Intel 965, G/Q3x, G/Q4x)
> r300 (Radeon R300-R500)
> r600 (Radeon R600-R700, Evergreen, Northern Islands)
> sw (Software renderer)
> [1] classic
> [2] gallium *
> Available OpenGL implementations:
> [1] xorg-x11 *
> Available Qt Graphics Systems:
> [1] native
> [2] opengl (experimental)
> [3] raster (default) *
>
> -- eix --
> kde-meta - 4.8.2(4){tbz2}(02:36:00 PM 04/05/2012)(nls semantic-desktop
> -accessibility -aqua -sdk)
> kwin - 4.8.2(4){tbz2}(05:36:26 AM 04/05/2012)(opengl -aqua -debug
> -gles -xinerama)
>
> qt-opengl - 4.8.1(4){tbz2}(04:54:00 AM 03/30/2012)(exceptions
> qt3support -aqua -c++0x -debug -egl -pch -qpa)
> qt-gui - 4.8.1-r1(4){tbz2}(03:43:46 AM 04/05/2012)(accessibility dbus
> exceptions gif glib mng qt3support tiff xv -aqua -c++0x -cups -debug
> -egl -gtkstyle -nas -nis -pch -qpa -trace -xinerama)
>
> mesa - 8.0.2{tbz2}(04:52:19 AM 03/30/2012)(classic egl gallium llvm
> nptl shared-glapi video_cards_nouveau -bindist -d3d -debug -g3dvl -gbm
> -gles1 -gles2 -kernel_FreeBSD -openvg -osmesa -pax_kernel -pic
> -selinux -shared-dricore -vdpau -video_cards_i915 -video_cards_i965
> -video_cards_intel -video_cards_r100 -video_cards_r200
> -video_cards_r300 -video_cards_r600 -video_cards_radeon
> -video_cards_vmware -wayland -xa -xvmc)
>
> xf86-video-nouveau - 0.0.16_pre20120322{tbz2}(03:30:39 AM 03/23/2012)
> xorg-server - 1.12.0-r1{tbz2}(03:32:48 AM 03/21/2012)(ipv6 nptl udev
> xorg -dmx -doc -kdrive -minimal -selinux -static-libs -tslib -xnest
> -xvfb)
>
> ~ # uname -r
> 3.3.2-gentoo
>
> ~ # egrep -i 'nouveau|drm' /boot/config-3.3.2-gentoo
> CONFIG_DRM=y
> CONFIG_DRM_KMS_HELPER=y
> CONFIG_DRM_TTM=y
> # CONFIG_DRM_TDFX is not set
> # CONFIG_DRM_R128 is not set
> # CONFIG_DRM_RADEON is not set
> # CONFIG_DRM_MGA is not set
> # CONFIG_DRM_VIA is not set
> # CONFIG_DRM_SAVAGE is not set
> # CONFIG_DRM_VMWGFX is not set
> # CONFIG_DRM_GMA500 is not set
> CONFIG_DRM_NOUVEAU=y
> # CONFIG_DRM_NOUVEAU_BACKLIGHT is not set
> # CONFIG_DRM_NOUVEAU_DEBUG is not set
> # CONFIG_DRM_I2C_CH7006 is not set
> # CONFIG_DRM_I2C_SIL164 is not set
>
> ~ # lspci -v|grep -i nvid
> 01:00.0 VGA compatible controller: NVIDIA Corporation G92 [GeForce
> 9800 GT] (rev a2) (prog-if 00 [VGA controller])
>
> At this point, I don't care if it's OpenGL or OpenGL ES (kwin_gles)
> that we get working.. I just want to use something 'better' than
> XRender again (it lags badly for me)
>
> Thanks!
>
> --
> Douglas J Hunley (doug.hun...@gmail.com)
> Twitter: @hunleyd Web:
> douglasjhunley.com
> G+: http://goo.gl/sajR3
>
Two things come to mind, given some recent trouble I've had on the
radeon side of the coin here, and with an intel system or two in the
past. The DRM related drivers seem to be prone to misbehaving when
they're not configured as modules. I haven't managed to sort out why,
so you may see if a change there helps, though it'll likely cause mode
changes throughout the booting process. The second thing that comes to
mind is that you don't include any relevant entries from glxinfo
(glxinfo | grep ender) or Xorg.?.log (notably anything flagged as an
error, 'grep EE /var/log/Xorg.0.log' grabs that, plus a bit of cruft),
notably from a session where things aren't working properly, as the
majority of issues trace back to direct rendering being disabled due
to some incompatibility that gets noted in the log (often in
delightfully cryptic prose).
--
Poison [BLX]
Joshua M. Murphy
