Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 22 Mar 2009 18:07:10 -0500
From:      Robert Noland <rnoland@FreeBSD.org>
To:        Anonymous <swell.k@gmail.com>
Cc:        freebsd-x11 <freebsd-x11@freebsd.org>, freebsd-current <freebsd-current@freebsd.org>
Subject:   Re: [PREVIEW] Nouveau on FreeBSD (Take 2)
Message-ID:  <1237763230.1694.0.camel@balrog.2hip.net>
In-Reply-To: <86r60pp8c0.fsf@gmail.com>
References:  <1237680263.1938.10.camel@balrog.2hip.net> <86r60pp8c0.fsf@gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help

--=-fvr0OqbkdDlmIstihsXX
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2009-03-23 at 00:15 +0300, Anonymous wrote:
> Robert Noland <rnoland@FreeBSD.org> writes:
>=20
> > 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.
>=20
> Here is my Xorg.log - http://pastebin.com/m6fab6feb (Xserver is from git =
master)
> and kernel messages logged via syslog DRM_DEBUG - http://pastebin.com/m26=
3af8da
> They are with successfull `xcompmgr -a' run
>=20
> - Compared to previous patch now I get
>=20
> @@ -237,6 +237,7 @@
>  (II) NOUVEAU(0): nv50_output_detect is called.
>  (II) NOUVEAU(0): NV50ConnectorDDCDetect is called.
>  (II) NOUVEAU(0): I2C device "DVI-0:ddc2" registered at address 0xA0.
> +(II) NOUVEAU(0): I2C device "DVI-0:DDC control interface" registered at =
address 0x6E.
>  (II) NOUVEAU(0): Detected a Digital output on DVI-0
>  (II) NOUVEAU(0): Found a suitable output, index 1
>  (II) NOUVEAU(0): nv50_output_detect is called.
> @@ -382,8 +383,8 @@
>  	[4] -1	0	0x00000000 - 0x000000ff (0x100) IX[B]
>  (=3D=3D) NOUVEAU(0): Write-combining range (0xa0000,0x10000) was already=
 clear
>  (II) NOUVEAU(0): Allocated 128MiB VRAM for framebuffer + offscreen pixma=
ps, at offset 0x20000000
> -(II) NOUVEAU(0): AGPGART: 512MiB available
> -(EE) NOUVEAU(0): Unable to allocate GART memory
> +(II) NOUVEAU(0): AGPGART: 32MiB available
> +(II) NOUVEAU(0): GART: Allocated 16MiB as a scratch buffer
>  (II) NOUVEAU(0): [drm] Using the DRM lock SAREA also for drawables.
>  (II) NOUVEAU(0): [drm] framebuffer handle =3D 0xe0000000
>  (II) NOUVEAU(0): [drm] added 1 reserved context for kernel
>=20
> - This error in Xorg.log is still present
>=20
>       (II) NOUVEAU(0): [DRI] installation complete
>       (EE) NOUVEAU(0): [dri] unable to reference front buffer: -19

Ok, update your libdrm... this was fixed in the last few days.

robert.

>   Should I ignore it?
>=20
> - Got these errors in dmesg
>=20
>       error: [drm:pid1424:drm_alloc_resource] *ERROR* Couldn't find resou=
rce 0x2
>=20
> and
>=20
>       info: [drm] PGRAPH_ERROR - nSource:info: [drm] PROTECTION_ERRORinfo=
: [drm] DMA_R_PROTECTIONinfo: [drm] , nStatus:info: [drm]=20
>       info: [drm] PGRAPH_ERROR - Ch 2/2 Class 0x8297 Mthd 0x15e0 Data 0x0=
0000000:0x00000000
>       error: [drm:pid11:nv50_pgraph_irq_handler] *ERROR* magic set 1:
>       error: [drm:pid11:nv50_pgraph_irq_handler] *ERROR* 	0x00408900: 0x8=
0000000
>       error: [drm:pid11:nv50_pgraph_irq_handler] *ERROR* 	0x00408904: 0xf=
db76b7b
>=20
>   Should I ignore them?
>=20
> - 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.
>=20
> - XVideo works fine
>=20
> - EXAPixmaps uses DRI2 and works fine. I wasn't able to test with xcompmg=
r.
>=20
> - Launching `xcompmgr -a' is tricky. Most of the time it just leaves
>   screen in unusable state, it's not possible to switch to console or
>   move pointer. I want to help debug this one. Here are logs:
>   http://pastebin.com/m1ca3fc2f
>   http://pastebin.com/m579d358e
--=20
Robert Noland <rnoland@FreeBSD.org>
FreeBSD

--=-fvr0OqbkdDlmIstihsXX
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.11 (FreeBSD)

iEYEABECAAYFAknGxJ0ACgkQM4TrQ4qfROMgngCdF1sVUgpbrwDrXVNC7FtbrK5y
WkEAn1tUxCrcZGnnhA8URNZqLZf6YjRH
=effa
-----END PGP SIGNATURE-----

--=-fvr0OqbkdDlmIstihsXX--




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1237763230.1694.0.camel>