Re: licenses, R300 code, etc
On Sunday 01 May 2005 06:41, Vladimir Dergachev wrote: On Sun, 1 May 2005, Paul Mackerras wrote: Vladimir Dergachev writes: * the R300 driver derived from it appears under the same license due to the notices left over from R200 files (as we originally thought to merge the code in R200). This needs approval from everyone who contributed to R300 - please let me know ! What exactly needs approval? The current license, or are you proposing a change to the license? Just wanted to confirm that everyone is ok with MIT/X11 license. It was never explicit before - my fault, I was having too much fun playing with the code :) I always thought it was explicit, at least for me - I didn't just copypaste blindly ;) So yes, I'm obviously okay with that license. cu, Nicolai pgpd4cRidutV2.pgp Description: PGP signature
Re: licenses, R300 code, etc
Vladimir Dergachev writes: * the R300 driver derived from it appears under the same license due to the notices left over from R200 files (as we originally thought to merge the code in R200). This needs approval from everyone who contributed to R300 - please let me know ! Do what you want (use any licence you want) with few rows I added. Peter Zubaj --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: dropped polygons on savage
Am Samstag, den 30.04.2005, 22:53 -0500 schrieb Steve Holland: I find that the current savage snapshot (20050430) seems to randomly drop individual polygons or polygon strips (they become transparent to background). Hardware is SuperSavage/IXC (IBM Thinkpad T23) on FC3/linux 2.6.11.2. I noticed this sometimes too, but I was never able to reproduce it reliably. Does the problem go away if you set the enable_fastpath option to false? Testcase: Aviascene http://69.5.151.193:81/~sdh4/aviascene (problem is most severe with texturing off (press t)) Screenshot: http://69.5.151.193:81/~sdh4/savagebug.png Problem did not occur with 20041108 snapshot or prior, or with direct rendering disabled, or with other DRI drivers. Lots of changes have occurred in the driver since 2004. It can't be a DMA problem because the driver can't use DMA on SuperSavages. The fastpath is my next suspect (see above). Rerendering a frame a second time gives exactly the same polygons dropped as in the original render. That's good, makes the problem slightly easier to debug. Thanks, Steve Regards, Felix -- | Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu | | PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 | --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: dropped polygons on savage
Nope. Toggling that option back and forth does not change things. The synchronize graphics hardware and floating point depth buffer options don't seem to do anything either. I have a modified testcase that reproducibly generates the same dropped polygons (on my hardware) every time it's run and without user interaction: http://69.5.151.193:81/~sdh4/aviascene_savagebug.tar.gz ( type 'make' followed by 'aviascene castle_demo.cfg' ) Steve On Sun, 2005-05-01 at 15:28 +0200, Felix Kühling wrote: Am Samstag, den 30.04.2005, 22:53 -0500 schrieb Steve Holland: I find that the current savage snapshot (20050430) seems to randomly drop individual polygons or polygon strips (they become transparent to background). Hardware is SuperSavage/IXC (IBM Thinkpad T23) on FC3/linux 2.6.11.2. I noticed this sometimes too, but I was never able to reproduce it reliably. Does the problem go away if you set the enable_fastpath option to false? Testcase: Aviascene http://69.5.151.193:81/~sdh4/aviascene (problem is most severe with texturing off (press t)) Screenshot: http://69.5.151.193:81/~sdh4/savagebug.png Problem did not occur with 20041108 snapshot or prior, or with direct rendering disabled, or with other DRI drivers. Lots of changes have occurred in the driver since 2004. It can't be a DMA problem because the driver can't use DMA on SuperSavages. The fastpath is my next suspect (see above). Rerendering a frame a second time gives exactly the same polygons dropped as in the original render. That's good, makes the problem slightly easier to debug. Thanks, Steve Regards, Felix --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
R300 licenses
Hi all, Thank you very much for your responses :) * I modified the readme for r300_demo program to explicitly state that the code there is public domain * I have added a LICENSE file to the r300_driver specifying which license apply to which code. The r300_regs.h file appeared to be triple-licensed (BSD, GPL, MIT/X11). It might be a good idea to make it public domain - does anyone have any objections ? * I would like to make glxtest code public domain as well - please comment. thank you ! Vladimir Dergachev PS I am not a lawyer, so feel free to improve the wording. --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: r300 fixed pipeline design
On Sat, 30 Apr 2005 15:43:08 +0300 Aapo Tahkola [EMAIL PROTECTED] wrote: Ill add something that allows to switch between hw and sw tnl on the fly using magic keys later today. Attached offensive beast does this. When compiled r300_tnl_switch.so is loaded with LD_PRELOAD, applications that use events to read keyboard input respond to F11 and F12 keys. -- Aapo Tahkola r300_tnl_switch.tar.bz2 Description: Binary data