2009/9/15 Thierry Vignaud <tvign...@mandriva.com>: > Hi, > > It looks like the radeon kernel command checker blocks some of > gl(x)info's 32 bit commands. Here's dmesg output > > ioctl32(glxinfo:5153): Unknown cmd fd(4) cmd(80046402){t:'d';sz:4} > arg(ff9b517c) on /dev/dri/card0 > ioctl32(glinfo:5184): Unknown cmd fd(4) cmd(80046402){t:'d';sz:4} > arg(ff86c5dc) on /dev/dri/card0 > ioctl32(glxinfo:9875): Unknown cmd fd(4) cmd(80046402){t:'d';sz:4} > arg(ffed0e1c) on /dev/dri/card0 > > The result is that glinfo & glxinfo reports bogus data with KMS enabled: > $ glinfo|egrep 'RENDER|VENDOR' > GL_RENDERER: Software Rasterizer > GL_VENDOR: Mesa Project > > ... whereas openarena does show the proper strings and (more > importantly) run smoothly using hw acceleration. > > This is with 32bit glinfo on 64bit kernel (2.6.31 final with > CONFIG_DRM_RADEON_KMS=y, libdrm). Both 32b & 64b build of libdrm-2.4.13 > have been build --enable-radeon-experimental-api. In fact all are > standard packages from Mandriva Cooker. > > Note that the 64bit build works nicely: > > # ./32/glinfo |egrep 'RENDER|VENDOR' > GL_RENDERER: Software Rasterizer > GL_VENDOR: Mesa Project > # ./64/glinfo |egrep 'RENDER|VENDOR' > GL_RENDERER: Mesa DRI R300 (RV350 4150) 20090101 TCL DRI2 > GL_VENDOR: DRI R300 Project > > Maybe a compat ioctl issue? >
Already fixed. See: http://bugs.freedesktop.org/show_bug.cgi?id=22271 Alex ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel