[PREVIEW] Nouveau on FreeBSD (Take 2)

Anonymous swell.k at gmail.com
Sun Mar 22 15:06:57 PDT 2009


(dropping freebsd-current@)

Robert Noland <rnoland at FreeBSD.org> writes:

> On Mon, 2009-03-23 at 00:15 +0300, Anonymous wrote:
>> Robert Noland <rnoland at FreeBSD.org> writes:
>> 
>> > Ok, this patch should work on NV50 chips also.
>> >
>> > What you get is EXA and Xv.
>> >
>> > You still need:
>> >
>> > A recent -CURRENT or -STABLE.
>> >
>> > git master of libdrm and xf86-video-nouveau.
>> >
>> > This patch.
>> >
>> > Things I've figured out since the last patch...
>> >
>> > On NV50 class hardware you need to have a compositing manager running
>> > for Xv to work.  That means xcompmgr, metacity with composite enabled,
>> > xfce (rumored to work as well, haven't tried).  If your running Gnome
>> > with metacity, open gconf-editor and go to apps->metacity->general and
>> > check the composite box.
>> [...]
>> >
>> > http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch
>> >
>> > robert.
[...]
>> - Scrolling (shift+pgup/pgdn) in xterm is *slower* with DRM than
>>   without it but still faster than with NoAccel. I'm using xterm with
>>   TTF font (DejaVu Sans Mono). It's yet more noticeable when scrolling
>>   in less(1)/screen(1) when redrawing affects whole screen not half.
>>   Besides, there is more flickering with highly updating cli apps when
>>   using DRM. However, launching xcompmgr fixes this sluggishness.
>
> This may be related to compositing with git server.  Text rendering is
> causing considerable load on the Xserver with compositing enabled.  The
> composite manager is only needed for Xv, can you try without it.

Perhaps, you misread. That slow scrolling in xterm was *without*
xcompmgr running. The last sentence was added afterwards when I
*accidentally* successfully launched xcompmgr for XVideo test
and noticed that scrolling is fast again, even faster than without DRM.


More information about the freebsd-x11 mailing list