From owner-freebsd-current@FreeBSD.ORG Mon Apr 27 17:19:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF2C9106566B for ; Mon, 27 Apr 2009 17:19:10 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id B10C58FC17 for ; Mon, 27 Apr 2009 17:19:10 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.151] (adsl-156-31-216.bna.bellsouth.net [70.156.31.216]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3RHIfpm010115 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 27 Apr 2009 13:18:41 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Adam McDougall In-Reply-To: <20090427052602.GN1012@egr.msu.edu> References: <1237680263.1938.10.camel@balrog.2hip.net> <20090427052602.GN1012@egr.msu.edu> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-3zgWG5WnjlG3iCA+wAfm" Organization: FreeBSD Date: Mon, 27 Apr 2009 12:18:33 -0500 Message-Id: <1240852713.4395.4.camel@wombat.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-current Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2009 17:19:11 -0000 --=-3zgWG5WnjlG3iCA+wAfm Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2009-04-27 at 01:26 -0400, Adam McDougall wrote: > Is there any chance of getting nouveau to work on a PCI=20 > NV34 GeForce FX 5200? (not pci-e) I actually don't really care=20 > about 3d unless I can use it to improve normal "2d" activity, > I'm just looking for an improved response above what the=20 > nv driver gives me with XAA. Its a little sluggish but=20 > sufficient for day to day activities.=20 >=20 > When I try Option "AccelMethod" "EXA" it runs with XAA > anyway: (WW) NV(0): Option "AccelMethod" is not used. >=20 > When I try nouveau, it tells me: > (EE) [drm] drmOpen failed. > (EE) NOUVEAU(0): [drm] error opening the drm >=20 > I don't even know what drm I could try loading or if it=20 > would help. This should work I think... I only have NV40 and NV50 pcie cards to test with though. You need to apply the patch to your kernel tree and make sure that libdrm and xf86-video-nouveau are up to date with latest ports. robert. > vgapci0@pci0:2:1:0: class=3D0x030000 card=3D0x00000000 chip=3D0x03221= 0de rev=3D0xa1 hdr=3D0x00 > vendor =3D 'Nvidia Corp' > device =3D 'GeForce FX 5200 [NV34.3]' > class =3D display > subclass =3D VGA >=20 > Thanks for any advice, let me know if I can provide more information. >=20 >=20 > On Sat, Mar 21, 2009 at 07:04:23PM -0500, Robert Noland wrote: >=20 > Ok, this patch should work on NV50 chips also. > =20 > What you get is EXA and Xv. > =20 > You still need: > =20 > A recent -CURRENT or -STABLE. > =20 > git master of libdrm and xf86-video-nouveau. > =20 > This patch. > =20 > Things I've figured out since the last patch... > =20 > 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. > =20 > On NV40 class hardware, you don't need the composite manager. In fact > (at least with Xserver 1.6 which I'm running now), if a composite > manager is enabled, I'm seeing high cpu utilization from Xorg under som= e > circumstances. I don't think this is a drm issue, but still an issue. > For me, if I start a video using mplayer in an xterm, cpu is fine as > long as that xterm is the foreground window. If it is not the > foreground window, even if it isn't obscured I see the cpu utilization. > Disabling the composite manager makes everything fine. > =20 > http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch > =20 > robert. > =20 > --=20 > Robert Noland > FreeBSD >=20 >=20 --=20 Robert Noland FreeBSD --=-3zgWG5WnjlG3iCA+wAfm 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) iEYEABECAAYFAkn16OkACgkQM4TrQ4qfRONE/wCfTLYcETUTl0Rfr4zJWQ/uuYlL K+4Aninpgy6SZ3x02sIhFYkI0Uj+cHBH =QgNh -----END PGP SIGNATURE----- --=-3zgWG5WnjlG3iCA+wAfm--