Hi!
Ian Romanick wrote:
Mike Mestnik wrote:
What are you talking about??
look... radeon == radeon; radeon:r200 != radeon; /* don't fix it if it ant broke */
For ANY driver that is broke. A simple Makefile update to 'ln -s radeon radeon:r200' gets done where we replace "radeon" with "radeon:r200"(The calling funtion) and NOT where "radeon"(The call-e) is built so it's forward and backward compat.
So, the folks for whom we're trying to solve the problem would have to update two system components (libGL and via_drv.o) instead of just making a symlink? This feels like an over-engineered solution to a non-problem. Remember KISS? (And I don't mean the band.) Keep it simple, [insert adjective beginning with "S" here]. :)
From our point of view, I don't think this is a big problem, really. There are at least two ways we could fix this in the Unichrome 2D driver, not counting the possibility of symlinks.
1. Add an option to XF86Config or similar.
2. Have the 2d driver probe first for via_dri.so and then for unichrome_dri.so and hand over one of the names to libGL. If the unichrome_dri.so is the "default" driver, the only reason for precense of via_dri.so is that the user wants to override unichrome_dri.so and therefore via_dri.so should have higher priority. This, of course, requires that the 2d driver knows the installation directory of the dri modules, and I haven't really looked at whether this is easily accessible in the 2d driver Makefile.
I tend to like number 2, since the 2d driver in the future may have to decide on different 3d driver names (depending on chipset) anyway.
Comments ?
BTW, VIA's latest "closed source" 3d driver is really open source, but I can't find a suitable dri tree to compile it against and make it work. Nobody at unichrome.sf.net really knows much about 3d driver stuff. The code is available from VIA or as module "via" in unichrome's cvs, should somebody care to take a look.
------------------------------------------------------- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND _______________________________________________ Unichrome-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/unichrome-devel
------------------------------------------------------- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND -- _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
