I'm not too familiar with the code, but it does look like the qemu SVGA driver is lacking the 3D functionality. Should this work in software mode? I'm trying this: export EGL_DRIVER=/usr/local/lib/egl/egl_kms_swrast.so cd progs/egl ./eglinfo eglinfo: eglInitialize failed I seem to get the same with the other egl programs. Maybe I'll try the patch from here: <a href="http://airlied.livejournal.com/69291.html">http://airlied.livejournal.com/69291.html</a> ... The following is the config that I used: ---------------------------------------------------------- # -*-makefile-*- # Configuration for linux-dri: Linux DRI hardware drivers for XFree86 & others include $(TOP)/configs/default CONFIG_NAME = linux-dri # Compiler and flags CC = i686-linux-uclibc-gcc CXX = i686-linux-uclibc-g++ #MKDEP = /usr/X11R6/bin/makedepend #MKDEP = gcc -M #MKDEP_OPTIONS = -fdepend -I/root/oryza/neworyzans/output/staging/usr/include -I/root/oryza/neworyzans/output/staging/usr/includeX11/extensions/ MKDEP_OPTIONS = -fdepend $(SNAP_MKDEP_OPTIONS) OPT_FLAGS = -O2 -g PIC_FLAGS = -fPIC # Add '-DGLX_USE_TLS' to ARCH_FLAGS to enable TLS support. ARCH_FLAGS ?= DEFINES = -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE \ -D_BSD_SOURCE -D_GNU_SOURCE \ -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER \ -DGLX_DIRECT_RENDERING -DGLX_INDIRECT_RENDERING \ -DHAVE_ALIAS -DHAVE_POSIX_MEMALIGN X11_INCLUDES = -I/usr/X11R6/include CFLAGS = -Wall -Wmissing-prototypes -std=c99 -ffast-math \ $(OPT_FLAGS) $(PIC_FLAGS) $(ARCH_FLAGS) $(DEFINES) $(ASM_FLAGS) CXXFLAGS = -Wall $(OPT_FLAGS) $(PIC_FLAGS) $(ARCH_FLAGS) $(DEFINES) GLUT_CFLAGS = -fexceptions # Work around aliasing bugs - developers should comment this out CFLAGS += -fno-strict-aliasing CXXFLAGS += -fno-strict-aliasing MESA_ASM_SOURCES = # Library/program dependencies EXTRA_LIB_PATH=$(SNAP_EXTRA_LIB_PATH) APP_LIB_DEPS+=$(SNAP_EXTRA_LIB_PATH) LIBDRM_CFLAGS = $(shell pkg-config --cflags libdrm) LIBDRM_LIB = $(shell pkg-config --libs libdrm) DRI_LIB_DEPS = $(EXTRA_LIB_PATH) -lm -lpthread -lexpat -ldl $(LIBDRM_LIB) GL_LIB_DEPS = $(EXTRA_LIB_PATH) -lX11 -lXext -lXxf86vm -lXdamage -lXfixes \ -lm -lpthread -ldl $(LIBDRM_LIB) # Directories SRC_DIRS := glsl mesa/es glx egl $(SRC_DIRS) PROGRAM_DIRS := egl $(PROGRAM_DIRS) es1/screen es1/xegl es2/xegl # EGL directories EGL_DRIVERS_DIRS = glx EGL_DISPLAYS = x11 kms DRIVER_DIRS = dri WINDOW_SYSTEM = dri GALLIUM_WINSYS_DIRS = drm egl_drm GALLIUM_WINSYS_DRM_DIRS = egl es vmware swrast GALLIUM_STATE_TRACKERS_DIRS = egl es vega DRI_DIRS = i810 i915 i965 mach64 mga r128 r200 r300 radeon \ savage sis tdfx unichrome swrast INTEL_LIBS = `pkg-config --libs libdrm_intel` INTEL_CFLAGS = `pkg-config --cflags libdrm_intel` RADEON_LIBS = `pkg-config --libs libdrm_radeon` RADEON_CFLAGS = `pkg-config --cflags libdrm_radeon` <div class="gmail_quote">On Tue, Jun 1, 2010 at 9:36 PM, Jamie Amendolagine <<a href="mailto:jamie.amendolagine@gmail.com">jamie.amendolagine@gmail.com</a>> wrote: <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> Ah. I'll try compiling qemu from source to see what options there are etc -- it looks like there is a kms option and maybe qemu from the ubuntu repo is not enabling it... If I can not get that to work, is there a best way to get mesa/egl/ogles-1/2/ovg working without X11? Even in software mode? Jamie<div><div></div><div class="h5"> <div class="gmail_quote">On Tue, Jun 1, 2010 at 7:20 PM, Chia-I Wu <<a href="mailto:olvaffe@gmail.com" target="_blank">olvaffe@gmail.com</a>> wrote: <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> On Wed, Jun 2, 2010 at 1:13 AM, Jamie Amendolagine <div><<a href="mailto:jamie.amendolagine@gmail.com" target="_blank">jamie.amendolagine@gmail.com</a>> wrote: </div><div><div></div><div>> So, I can't find any instructions on getting this up and running > (x86-linux-uclibc-mesa-7.8.1 / qemu). I think that I'm pretty close. Any > help is much appreciated, and I promise to submit any patches that are > useful... > > So far I've got the kernel (2.6.34) built with kms, and vmwgfx support. I > boot an x86 image (uclibc) in qemu. > > /usr/bin/qemu -kernel '/home/jamie/neworyzans/bzImage.kms2' -append > 'root=/dev/sda rw video=vmwgfx ' -boot c -m 128 -hda > '/home/jamie/neworyzans/output/images/rootfs.i686.ext2' -net > nic,vlan=0,model=e1000 -net tap,ifname=tap0,script=/etc/qemu-ifup -vga > vmware > > on boot I modprobe the modules: > modprobe vmwgfx > The gfx resolution changes (corrupting the console), and the following > modules seem to load OK: > > lsmod: > Module Size Used by Tainted: G > vmwgfx 62458 0 > ttm 49037 1 vmwgfx > drm 164569 2 vmwgfx,ttm > agpgart 31292 2 ttm,drm > > qemu complains with the following: > vmsvga_value_write: Bad colour depth: 24 bits > vmsvga_value_write: Bad register 09 > vmsvga_value_write: Bad register 0a > vmsvga_value_write: Bad register 0b > > > If I go ahead and try and run an app, I get this: > export EGL_DRIVER=/usr/local/lib/egl/egl_kms_vmwgfx.so > cd progs/egl > ./eglscreen > segfault > > ./strace ./eglscreen > (attached out.txt) > > > on the console running qemu I get this: > vmsvga_value_write: Bad register 22 > vmsvga_value_write: Bad register 22 > vmsvga_value_write: Bad register 22 > vmsvga_value_write: Bad register 22 > ... > vmsvga_value_write: Bad register 22 > vmsvga_value_write: Bad register 22 > vmsvga_value_write: Bad register 22 > vmsvga_value_write: Bad register 22 > > Am I doing anything obviously wrong? </div></div>I don't think qemu SVGA emulation implements the 3D interface used by gallium vmwgfx driver. It might be the problem. -- olv@LunarG.com </blockquote></div> </div></div></blockquote></div>