[ANNOUNCE] intel-gpu-tools 1.0

Alex Bennee kernel-hacker at bennee.com
Thu Apr 30 07:31:55 PDT 2009

2009/4/27 Eric Anholt <eric at anholt.net>:
> 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

15:27 alex at 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
Makefile.in  gem_basic.o  gem_mmap     gem_pread_after_blit.c
gem_readwrite.o  gem_tiled_blits    gem_tiled_pread.c  getclient.o
core         gem_flink    gem_mmap.c   gem_pread_after_blit.o
gem_ringfill     gem_tiled_blits.c  gem_tiled_pread.o  getstats
15:27 alex at 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 alex at 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
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:


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

Alex, homepage: http://www.bennee.com/~alex/
CV: http://www.bennee.com/~alex/cv.php

More information about the xorg mailing list