Paul Mackerras | 1 May 2005 03:41
Picon
Favicon

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 !

What exactly needs approval?  The current license, or are you
proposing a change to the license?

As far as the tiny bit of code that I have contributed is concerned, I
am happy for it to be under MIT/X11, BSD, LGPL or GPL.  Your
choice. :)

Paul.

-------------------------------------------------------
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
--
Steve Holland | 1 May 2005 05:53
Picon
Favicon

dropped polygons on savage

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. 

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. 

Rerendering a frame a second time gives exactly the same polygons
dropped as in the original render. 

	Thanks,
	Steve

-------------------------------------------------------
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
--
Vladimir Dergachev | 1 May 2005 06:41
Picon

Re: licenses, R300 code, etc


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 :)

>
> As far as the tiny bit of code that I have contributed is concerned, I
> am happy for it to be under MIT/X11, BSD, LGPL or GPL.  Your
> choice. :)

Thank you !

                          Vladimir Dergachev

>
> Paul.
(Continue reading)

Nicolai Haehnle | 1 May 2005 10:17
Picon

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 copy&paste 
blindly ;)
So yes, I'm obviously okay with that license.

cu,
Nicolai
Peter Zubaj | 1 May 2005 12:25
Picon

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
--
Felix Kühling | 1 May 2005 15:28
Picon
Picon

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,
(Continue reading)

Steve Holland | 1 May 2005 18:33
Picon
Favicon

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. 
(Continue reading)

Vladimir Dergachev | 2 May 2005 00:07
Picon

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
--
(Continue reading)

Aapo Tahkola | 2 May 2005 01:42

Re: r300 fixed pipeline design

On Sat, 30 Apr 2005 15:43:08 +0300
Aapo Tahkola <aet <at> rasterburn.org> 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
Attachment (r300_tnl_switch.tar.bz2): application/octet-stream, 1002 bytes
The Slash | 2 May 2005 19:27
Picon

need help writing driver for SiS m650

well since there is no DRI support for the SiS m650, and according to
what I heard there never will be, I have decided to write my own. I
have never written my own driver before, and I'm a little confused as
to where to begin. I know that SiS does not normally distribute there
hardware specs, so i might end up having to reverse-engineer the
windows drivers. any advice on where to start for this sort of thing?
and if i were able to get the info from SiS, what exactly would I
need?
--

-- 
This is The Slash, signing off **click**

-------------------------------------------------------
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 
--

Gmane