--- Eric Anholt <[EMAIL PROTECTED]> wrote: > Currently running Linux GL programs on FreeBSD doesn't work for most > people because xf86drm.c checks to see if the dri device has the major > number expected. When using linux *_dri.so's (which use this code) they > find the FreeBSD dri device, which has a different number, so it either > fails if non-root, or deletes it and tries to make a new one with a > Linux number (which then fails to work). > > This patch first tries to open the device if it exists. If that fails, > it checks the major numbers and delete, mknod, and reopens if the number > wasn't as expected. > > Could this be applied? In the meantime I think I'll be making custom > linux binaries with this patch for FreeBSD. > > Joe: I did it this way, because sometimes I've run a linux binary which > mangled my /dev/dri/card0, and I've used a FreeBSD binary as root to > correct it. It also seemed like an easy fix. > -- > Eric Anholt <[EMAIL PROTECTED]> > http://people.freebsd.org/~anholt/dri/ > I'm using the new linux devfs and It seams to me that the DRI can't at this time use devfs the way it should. If i'm not mistaken the kernel module dosen't realy know how to find supported cards, it leaves that to the Xserver. If some one was planing on enabling this support how would that break FreeBSD, what should that coder do to keep FreeBSD happy?
__________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Stuff, things, and much much more. http://thinkgeek.com/sf _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
