Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 24 Aug 2008 11:45:56 -0400
From:      Robert Noland <rnoland@FreeBSD.org>
To:        "Paul B. Mahol" <onemda@gmail.com>
Cc:        freebsd-x11 <freebsd-x11@freebsd.org>
Subject:   Re: [CFT] drm updates
Message-ID:  <1219592761.3430.53.camel@wombat.2hip.net>
In-Reply-To: <3a142e750808240329n55d1b95bnd701dde4892c6c14@mail.gmail.com>
References:  <20080821120021.90B5610656E5@hub.freebsd.org> <200808211456.01947.matt@chronos.org.uk> <1219544221.3430.37.camel@wombat.2hip.net> <3a142e750808240329n55d1b95bnd701dde4892c6c14@mail.gmail.com>

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

[-- Attachment #1 --]
On Sun, 2008-08-24 at 12:29 +0200, Paul B. Mahol wrote:
> On 8/24/08, Robert Noland <rnoland@freebsd.org> wrote:
> > I've uploaded a final patch set to:
> >
> > http://people.freebsd.org/~rnoland
> >
> > I have committed this version to -CURRENT, but patches are available for
> > RELENG_7 as well.
> >
> > This version mostly just fixes a long standing memory leak.
> >
> > All of the reports for radeon have been good.  I'm still seeing a few
> > odd things with Intel though.  The most severe issue is on my 965gm.
> > After restarting X, it will hang in a way that I have never seen
> > before...  The small amount of evidence that I have been able to collect
> > suggests that this may be due to mesa trashing the hardware.  I've spent
> > a couple of days trying to figure out exactly what could be wrong.  This
> > morning I rebuilt my kernel with a stock drm from src and I got exactly
> > the same hang.  Since this update does help lots of people and doesn't
> > seem to make things worse than they were to begin with, I went ahead and
> > committed it.
> >
> > I was incorrect about the patch to libdrm... It isn't needed in 2.3.1
> > and it is already committed upstream.  I'll commit that update to ports
> > soon also.  It, along with a recent xf86-video-* are needed to enable
> > the new vblank behavior, which will disable vblank interrupts if there
> > are no active consumers.
> >
> > robert.
> >
> 
> Do I need to update some ports? because with kernel from HEAD I have
> encountered problems when drm is loaded (agp + drm + i915)
> astro/stellarium caused deadlock, only mouse pointer could move, if I did not
> started it, system will panic anyway after some time. I did not yet tested
> vty switching,....

As I stated, intel is still a little quirky...  I'll try and look into
the interaction with agp.  The lockup you describe is the same as I am
seeing on my 965, but I only get it after a restart.  Does your xorg.log
indicate that pre-existing errors in hardware state are present?
specifically ESR being set?  If I'm reading the docs correctly, if ESR =
0x01 it is a parse error, which suggests that mesa may bee trashing the
hardware.  I did find a patch from one of the intel guys in the maze of
branches that might impact this, which I'm going to test out today.

I use gdm to start everything up and as long as I don't log out or
restart X everything works fine.  That doesn't really make sense to me,
but I'm still digging for a solution.  From the reports I've gotten,
radeon does not suffer this same issue.

robert.

> related hardware:
> 
> hostb0@pci0:0:0:0:      class=0x060000 card=0x30a2103c chip=0x27a08086 rev=0x03
> hdr=0x00
>     vendor     = 'Intel Corporation'
>     device     = '955XM/945GM/PM/GMS/940GML Express Processor to DRAM
> Controller'
>     class      = bridge
>     subclass   = HOST-PCI
> vgapci0@pci0:0:2:0:     class=0x030000 card=0x30a2103c chip=0x27a28086
> rev=0x03 hdr=0x00
>     vendor     = 'Intel Corporation'
>     device     = 'Mobile 945GM/GU Express Integrated Graphics Controller'
>     class      = display
>     subclass   = VGA
> vgapci1@pci0:0:2:1:     class=0x038000 card=0x30a2103c chip=0x27a68086
> rev=0x03 hdr=0x00
>     vendor     = 'Intel Corporation'
>     device     = 'Mobile 945GM/GU Express Integrated Graphics Controller'
>     class      = display
> 
> also if Xorg is never started, trying to unload agp.ko
> (after unloading i915.ko and drm.ko) module will cause panic.

[-- Attachment #2 --]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (FreeBSD)

iEYEABECAAYFAkixgjQACgkQM4TrQ4qfROOyKgCeK4g90TAYRyLsiuaVsFu24OCP
a4sAn2X990KNoISvLk/3Hcaen1THgegJ
=uZ5X
-----END PGP SIGNATURE-----

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