Re: HEADS UP: graphics driver fixes

[Manuel Bouyer <bouyer%antioche.eu.org@localhost>]

On Mon, Mar 02, 2015 at 03:43:49PM +0100, Manuel Bouyer wrote:
> On Sat, Feb 28, 2015 at 06:24:58AM +0000, Taylor R Campbell wrote:
> > tl;dr: If DRM/KMS has been flaky for you, please try again in HEAD!
> > 
> > 
> > I recently found a bit of spare time to look for bugs I'd left in
> > DRM/KMS which have left a lot of systems kinda-sorta working but not
> > acceptably.
> > 
> > In so doing, I found several classes of bugs related to timeouts --
> > about two dozen different bugs altogether, in different timed waits,
> > including detecting displays, waiting for rendering commands to
> > complete, and waiting for vertical blanks.  This affects all DRM
> > drivers (at the moment, just Intel and Radeon).
> > 
> > I've reviewed all these timed waits, and I don't see any more of these
> > bugs.  Obviously this code could use more eyeballs!  (Grep for
> > `DRM_.*WAIT.*_UNTIL' if you'd like to lend yours.)  But if you've been
> > having trouble with blank screens or flaky rendering or frequent hangs
> > -- I can't promise anything, but please try again with a kernel from
> > HEAD and let me know how it goes.
> 
> Hello,
> I tried a HEAD kernel on a
> i915drmkms0 at pci0 dev 2 function 0: Intel Haswell Integrated Graphics Device (rev. 0x06)
> (Xorg says this is a HD 4600)
> Running stellarium, I still see the X server hanging on vmem
> after a few moves/zoom. 

BTW, the stack trace is:
crash> tr/a fffffe821e3782c0
trace: pid 2099 lid 1 at 0xfffffe810f4bfb78
sleepq_block() at sleepq_block+0xa2
cv_wait() at cv_wait+0xfb
vmem_xalloc() at vmem_xalloc+0x601
vmem_alloc() at vmem_alloc+0x105
drm_vma_offset_add() at drm_vma_offset_add+0x44
i915_gem_mmap_gtt() at i915_gem_mmap_gtt+0x115
drm_ioctl() at drm_ioctl+0x122
sys_ioctl() at sys_ioctl+0x17e
syscall() at syscall+0x9a
--- syscall (number 54) ---

-- 
Manuel Bouyer <bouyer%antioche.eu.org@localhost>
     NetBSD: 26 ans d'experience feront toujours la difference
--