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 <[email protected]> NetBSD: 26 ans d'experience feront toujours la difference --
