Hello, I'm using 4.0-beta from snapshots on my Dell Latitude D410, and apart from apm not really working properly (no apm/acpi detected on boot, no sensors, no suspend/halt -p, but SpeedStep works), i'm really please d of OpenBSD.
Graphics chipset is a I915GM, and works fine with i810 blob-free X.org driver, hardware acceleration is done by XAA. OpenGL works through MESA indirect implementation. Now i'm trying to get DRI working on this laptop, to use shiny features like composite and so on. It's not a vital need, just a personnal challenge :) >From what i understood, DRI is not available by default in OpenBSD, there is no libdri* in /usr/X11R6/lib/modules/extensions/ . First, is it possible to get DRI features on OpenBSD ? I know some things are hardened, like sysctl machdep.aperture and privsep'ed X daemon, whereas DRI needs special permissions to get direct access to the hardware. If so, what is the simplest way to do it ? - get OpenBSD's cvs tree of X, tweak some makefiles (which ones ?) and recompile it, or only a part ? I know DRI drivers are available : http://www.openbsd.org/cgi-bin/cvsweb/XF4/xc/lib/GL/mesa/drivers/dri/ - follow this documentation : http://dri.freedesktop.org/wiki/Building ? There is a section for FreeBSD... - is DRM kernel module needed ? Is the one from FreeBSD likely to work/compile with OpenBSD ? There is some (outdated) documentation about this here : http://people.freebsd.org/~anholt/dri/ - is someone from OpenBSD team already working on this topic ? I've googled ml archives, and didn't found any relevant information. So if anyone has a hint/comment on my thoughs/pointer to some ml post/documentation, i'd be really interested. I'm attaching the result of glxinfo, dmesg.boot, xorg.conf and Xorg.0.log to provide as much information as possible. Thanks for you time reading this, Landry [demime 1.01d removed an attachment of type application/octet-stream which had a name of glxinfo] [demime 1.01d removed an attachment of type application/octet-stream which had a name of dmesg.boot] [demime 1.01d removed an attachment of type application/octet-stream which had a name of Xorg.0.log] [demime 1.01d removed an attachment of type application/octet-stream which had a name of xorg.conf]
