[PREVIEW] Nouveau on FreeBSD (Take 2)

[Robert Noland]

On Mon, 2009-03-23 at 09:55 +0300, Anonymous wrote:
> Robert Noland <rnoland at FreeBSD.org> writes:
> 
> > On Mon, 2009-03-23 at 03:21 +0300, Anonymous wrote:
> >> 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.
> >> >> 
> >> >> - This error in Xorg.log is still present
> >> >> 
> >> >>       (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.
> >> >
> >> 
> >> Oops, looks like libdrm installed here wasn't latest. Updated and this
> >> error is gone now.
> >> 
> >> >>   Should I ignore it?
> >> >> 
> >> >> 
> >> >>       info: [drm] PGRAPH_ERROR - nSource:info: [drm] PROTECTION_ERRORinfo: [drm] DMA_R_PROTECTIONinfo: [drm] , nStatus:info: [drm] 
> >> >>       info: [drm] PGRAPH_ERROR - Ch 2/2 Class 0x8297 Mthd 0x15e0 Data 0x00000000:0x00000000
> >> >>       error: [drm:pid11:nv50_pgraph_irq_handler] *ERROR* magic set 1:
> >> >>       error: [drm:pid11:nv50_pgraph_irq_handler] *ERROR* 	0x00408900: 0x80000000
> >> >>       error: [drm:pid11:nv50_pgraph_irq_handler] *ERROR* 	0x00408904: 0xfdb76b7b
> >> >> 
> >> >>   Should I ignore them?
> >> 
> >> Looks like this one is not fixed in r190296M. Look into logs below.
> >
> > This is a fencing issue, I haven't ported the drm fence manager.  Do you
> > know what you are doing to trigger it?  I can't seem to make it occur
> > here...
> 
> I can reproduce it on xserver-1.6 just by `X -config test.conf', where
> test.conf contains nothing but Device section which specifies to use
> nouveau ddx. I guess it's related to the problem with xcompmgr. They
> usually appear together.

I've seen this a couple of times, but never figured out what is
triggering it yet.  I'll look through the code some more and see if I
can find it...

> >
> >> >> 
> >> >> - 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
> >
> > FWIW, I don't seem to have any trouble enabling / disabling composite,
> > so this may be a bug in git xserver or libraries.
> 
> It's same for xserver-1.6. I guess it's because I usually try to use
> vt switch when Xserver hangs on restart and then reboot. After reboot
> xcompmgr doesn't work fine and leaves screen unusable.
> 
> Workaround is to set hw.drm.msi=0 once and next boot should work fine
> without it with MSI enabled.

Yeah, we are probably the only ones running with msi enabled...  We are
the only ones running msi on radeons and I did have to modify the
interrupt handling a little to support it, but I had info from amd on
how to do it...  I need to poke around the registers and see if i see
anything interesting...

robert.

> >
> > robert.
> >
> >> rebuild kernel, libdrm, xf86-video-nouveau, xserver just in case and
> >> reproduced the problem again
> >> http://pastebin.com/m2be24e75
> >> http://pastebin.com/m6c80e1e
-- 
Robert Noland <rnoland at FreeBSD.org>
FreeBSD
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20090323/58b435b7/attachment.pgp