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