[HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd!

[Robert Noland]

On Wed, 2009-12-23 at 02:03 +0900, Norikatsu Shigemura wrote:
> Hi rnoland.
> 
> On Tue, 22 Dec 2009 00:26:38 -0600
> Robert Noland <rnoland at FreeBSD.org> wrote:
> > As much as I don't want to, I need to request a repo copy of libdrm in
> > order to keep nouveau working...  The bits needed for r600 were added
> > just after 2.4.12 and the bits that broke nouveau were just before
> > 2.4.13...
> 
> 	Ah, I just see! ABI breakage is building issue, I confirmed:
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> $ cd /usr/ports/x11-drivers/xf86-video-nouveau 
> $ make
>   :
> nv_driver.c: In function 'NVPreInitDRM':
> nv_driver.c:676: error: 'struct nouveau_device_priv' has no member named 'mm_enabled'
> nv_driver.c: In function 'NVMapMemSW':
> nv_driver.c:1146: warning: implicit declaration of function 'nouveau_bo_fake'
> *** Error code 1
> 2 errors
> *** Error code 1
> 1 error
> *** Error code 2
> 1 error
> *** Error code 1
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> 
> 	I think simple-fully xf86-video-nouveau updating at the same
> 	time.  Please see also attached patch.  I confirmed that
> 	compile is OK.  But I don't have any GeForce video cards.
> 	So I don't know any problems of updating it in real.
> 
> 	And do you have any recommendation of GeForce? e.g. 9800GTX,
> 	GT260, ...  I'll get one and test.  I'm interested in Cuda
> 	and nvidia binary driver, too.

The problem is that updating nouveau will mean that drm support will be
lost.  The fake buffer object bits were removed only leaving full TTM
support.  We don't have TTM support in the kernel yet and my kernel
patch relies on the fake buffer object code to function.

> P.S. libdrm was update to 2.4.17, so I'll update...

That is the issue, if we update libdrm then we lose drm support for
nouveau.  The only immediate option that I see is to repo-copy libdrm to
keep 2.4.12 for nouveau, but that leads to dependency nightmares...

robert.

-- 
Robert Noland <rnoland at FreeBSD.org>
FreeBSD