[CFT] drm updates

[Robert Noland]

On Sun, 2008-08-24 at 14:16 -0400, Jimmie James wrote:
> Is this the type of lockup you're seeing?
> 
> 
> Error in I830WaitLpRing(), timeout for 2 seconds
> pgetbl_ctl: 0x3ffc0001getbl_err: 0x0
> ipeir: 0 iphdr: 7d000006
> LP ring tail: 1afa0 head: 1ad64 len: 1f001 start 0
> eir: 0 esr: 0 emr: ffff
> instdone: fa41 instpm: 0
> memmode: 108 instps: 800f00c4
> hwstam: fffe ier: 2 imr: 8 iir: 80
> Ring at virtual 0x2884d000 head 0x1ad64 tail 0x1afa0 count 143
> 
> 
> 
> (WW) intel(0): PRB0_CTL (0x0001f001) indicates ring buffer enabled
> (WW) intel(0): PRB0_HEAD (0x13e1ad64) and PRB0_TAIL (0x0001afa8) 
> indicate ring buffer not flushed
> (WW) intel(0): Existing errors found in hardware state.

Possibly, I haven't gotten this output though.  Can you describe how you
reached this state?

robert.

> 
> vgapci0 at pci0:0:2:0:     class=0x030000 card=0x25821043 chip=0x25828086 
> rev=0x04 hdr=0x00
>      vendor     = 'Intel Corporation'
>      device     = '82915G/GV/GL, 82910GL Integrated Graphics Device'
>      class      = display
>      subclass   = VGA
> vgapci1 at pci0:0:2:1:     class=0x038000 card=0x25821043 chip=0x27828086 
> rev=0x04 hdr=0x00
>      vendor     = 'Intel Corporation'
>      device     = '82915G Graphics device: 82915G/GV/910GL Express 
> Chipset Family'
>      class      = display
> 
> >On Sun, 2008-08-24 at 12:29 +0200, Paul B. Mahol wrote:
> > On 8/24/08, Robert Noland <rnoland at 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 fo=
> r
> > > 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 collec=
> t
> > > suggests that this may be due to mesa trashing the hardware.  I've spen=
> t
> > > a couple of days trying to figure out exactly what could be wrong.  Thi=
> s
> > > 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 an=
> d
> > > 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.
> > >
> >=20
> > 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 teste=
> d
> > vty switching,....
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20080825/3d8cf45b/attachment.pgp