2009/4/27 Eric Anholt <[email protected]>: > This little package is an amalgamation of a few things: > - miscellaneous userland tools that don't really fit into the 2D driver tree > - standalone regression tests for the DRM (make check)
Interesting. My run reported 1 failure but make check is quite verbose so it was hard to tell which. However there was a core in the directory: 15:27 a...@danny/x86_64 [tests] >ls Makefile gem_basic gem_flink.c gem_mmap.o gem_readwrite gem_ringfill.c gem_tiled_blits.o getclient getstats.c getversion.o Makefile.am gem_basic.c gem_flink.o gem_pread_after_blit gem_readwrite.c gem_ringfill.o gem_tiled_pread getclient.c getstats.o Makefile.in gem_basic.o gem_mmap gem_pread_after_blit.c gem_readwrite.o gem_tiled_blits gem_tiled_pread.c getclient.o getversion core gem_flink gem_mmap.c gem_pread_after_blit.o gem_ringfill gem_tiled_blits.c gem_tiled_pread.o getstats getversion.c 15:27 a...@danny/x86_64 [tests] >file core core: ELF 64-bit LSB core file x86-64, version 1 (SYSV), SVR4-style, from './gem_tiled_pread' 15:28 a...@danny/x86_64 [tests] >./gem_tiled_pread bo_gem: 0x20a62f0 bucket: 0x20a50f0 bo_gem: 0x20a6450 bucket: 0x20a51b0 Bad read: 528 instead of 512 at 0x00000200 for read from 0x00000000 to 0x00100000 Aborted (core dumped) Of course it may be wedged as X has been up and down while I've been generating bug traces for Jesse: https://bugs.freedesktop.org/show_bug.cgi?id=21480 However it caught my eye as the crash in libdrm there was due to a bad pointer somewhere between bo_gem and bucket. I assume the kernel side should be resilient to user space crashes though? -- Alex, homepage: http://www.bennee.com/~alex/ CV: http://www.bennee.com/~alex/cv.php _______________________________________________ xorg mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/xorg
