RE: [Dri-devel] UT2k3 again

[Daniel Vogel]

> One problem is with texture_env_combine stuff. The game tries 
> to use alpha mode GL_MODULATE + GL_CONSTANT + GL_PRIMARY_COLOR. 
> These cards require that one argument is GL_TEXTURE and the 
> other one isn't :(

Can users set a flag (e.g. environment variable) that will rather do
"nothing" than hitting software fallbacks?

> Unfortunately ut2k3 does this all the time.

Disable "projectors" in the UI.
 
> I'm fairly sure I tried the game under Windows once and it 
> didn't seem to hit fallbacks this hard. 

The game actually is quite playable on a G450 + 1 GHz CPU with the D3D
renderer here.

> So I'm wondering if you have some special
> handling for Matrox cards under Windows?

UT2003's D3D renderer respects the D3DTEXOPCAPS_MODULATEALPHA_ADDCOLOR caps
bit and overrides the MaxSimultaneousTextures caps bit to 2 as the driver
lies about it.

FWIW, a G450 is below minimum system requirements and I'm curious to hear
how well cards like the Radeon 8500, which currently is the fastest DRI
accelerated card out there if I'm not mistaken, handle running the game.

-- Daniel, Epic Games Inc.



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

RE: [Dri-devel] XGI?

[Alex Deucher]

Will the drivers for both current and future chips be open source? 
What sort of feature set will the drivers support (2D, 3D, video,
multi-head, etc.)?  Will databooks be available to developers?

Thanks,

Alex

--- "Chen Yukun (Jade)" <[EMAIL PROTECTED]> wrote:
> Now in XGI, the unit from Trident will focus on Notebook market and
> the one
> seperated from Sis will focus on Desktop. Two series of chip will
> both be
> supported currently. But from the next chip , two chips will be
> merged into
> one. The h/w will be redesigned and all the driver will be re-coded.
> 
> Also, both trident and Sis have the linux driver, which is release
> with
> Linux OS,  for almost all their own chips.
> 
> -Original Message-
> From: Alex Deucher [mailto:[EMAIL PROTECTED]
> Sent: Monday, September 15, 2003 5:30 PM
> To: Thomas Winischhofer; [EMAIL PROTECTED]
> Cc: Alex Deucher; [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: [Dri-devel] XGI?
> 
> 
> I wonder how the new company will be with respect to giving out
> datasheets? like sis or like trident?
> 
> Alex
> 
> --- Thomas Winischhofer <[EMAIL PROTECTED]> wrote:
> > Russ Dill wrote:
> > > On Mon, 2003-09-15 at 11:03, Alex Deucher wrote:
> > > 
> > >>Is anyone on either of these lists familiar with XGI?  It seems
> to
> > be a
> > >>new GPU manufacturer consisting of a merger of Trident and the
> SiS
> > >>graphics division.
> > >>
> > >>here's their website:
> > >>http://www.xgitech.com/index.htm
> > >>
> > >>They have some interesting products products (dual GPU solution).
> 
> > Some
> > >>of their other stuff looks similar to existing SiS and trident
> > >>products.  They mention linux support, but I see no links to
> > drivers
> > >>anywhere.  does anyone know anymore about this company?  Are they
> > >>writing xfree drivers or with any existing drivers work with
> these
> > >>chips?  SiS has has a bad record of giving out specs on it's
> newer
> > >>chips; trident I guess has been a little bit better.
> > 
> > I guess this company will do it like SiS did in the past: Make the 
> > chips, but leave the integration into boards to other
> manufacturers. 
> > (The "embedded-and-customized"-hell will never end...)
> > 
> > My bet would be that ECS and MSI will be among the first to design 
> > boards for these chips.
> > 
> > > SiS spins off their 3D buisness and it gets named Xabre
> > > Trident buys/merges, whatever with Xabre, and the new company is
> > named
> > > XGI
> > > I think they it became official on the 13 or 14th, don't
> remember.
> > So
> > > for now, its just the Xabre products and the trident products
> > > (cyberblade2, etc).
> > 
> > The "Volari"'s specs look indeed like the Xabre's, except for that 
> > "Cipher" video processor and the dual-GPU option. Apart from this
> > (and 
> > 3D, of course), these chips should be well supported by the current
> > SiS 
> > driver (well, as soon as I get the PCI IDs)
> > 
> > Thomas
> > 


__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Dri-devel] 撤回: [Dri-devel] XGI?

[Chen Yukun (Jade)]

Title: 撤回: [Dri-devel] XGI?





Chen Yukun (Jade) 将撤回邮件“[Dri-devel] XGI?”。

[Dri-devel] 撤回: [Dri-devel] XGI?

[Chen Yukun (Jade)]

Title: 撤回: [Dri-devel] XGI?





Chen Yukun (Jade) 将撤回邮件“[Dri-devel] XGI?”。

[Dri-devel] Re: Option "AGPSize"/"GARTSize" in the radeon driver

[Mike A. Harris]

On Mon, 15 Sep 2003, Michel [ISO-8859-1] Dänzer wrote:

>> IMHO it should be documented somewhere however unless it's 
>> considered a developer only option.  If it's developer-only 
>> perhaps it should be only enabled for debug builds?
>
>It's not developer only, but it's not for John Doe User either. If you
>feel it should be documented, go ahead. :)

Ok, what's more important than wether it is documented or not 
documented, is knowing who the intended audience of the option 
is in order to determine what level of support for the option 
should be given.

As a developer-only or developer/advanced user option, I would be 
happy enough considering it to be an undocumented feature which 
is unsupported (by OS vendors for example), and that users 
shouldn't rely on it being there.

The reason I bring this up, is I occasionally see people using 
both AGPMode and AGPSize in their config files.  If they're 
having problems, I'll have them remove those lines at least 
first.  As long as the options aren't intended for end users, 
this should be sufficient.

Thanks Michel.



-- 
Mike A. Harris



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

RE: [Dri-devel] XGI?

[Chen Yukun (Jade)]

Title: RE: [Dri-devel] XGI?





Now in XGI, the unit from Trident will focus on Notebook market and the one seperated from Sis will focus on Desktop. Two series of chip will both be supported currently. But from the next chip , two chips will be merged into one. The h/w will be redesigned and all the driver will be re-coded.

Also, both trident and Sis have the linux driver, which is release with Linux OS,  for almost all their own chips.


-Original Message-
From: Alex Deucher [mailto:[EMAIL PROTECTED]]
Sent: Monday, September 15, 2003 5:30 PM
To: Thomas Winischhofer; [EMAIL PROTECTED]
Cc: Alex Deucher; [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: [Dri-devel] XGI?



I wonder how the new company will be with respect to giving out
datasheets? like sis or like trident?


Alex


--- Thomas Winischhofer <[EMAIL PROTECTED]> wrote:
> Russ Dill wrote:
> > On Mon, 2003-09-15 at 11:03, Alex Deucher wrote:
> > 
> >>Is anyone on either of these lists familiar with XGI?  It seems to
> be a
> >>new GPU manufacturer consisting of a merger of Trident and the SiS
> >>graphics division.
> >>
> >>here's their website:
> >>http://www.xgitech.com/index.htm
> >>
> >>They have some interesting products products (dual GPU solution). 
> Some
> >>of their other stuff looks similar to existing SiS and trident
> >>products.  They mention linux support, but I see no links to
> drivers
> >>anywhere.  does anyone know anymore about this company?  Are they
> >>writing xfree drivers or with any existing drivers work with these
> >>chips?  SiS has has a bad record of giving out specs on it's newer
> >>chips; trident I guess has been a little bit better.
> 
> I guess this company will do it like SiS did in the past: Make the 
> chips, but leave the integration into boards to other manufacturers. 
> (The "embedded-and-customized"-hell will never end...)
> 
> My bet would be that ECS and MSI will be among the first to design 
> boards for these chips.
> 
> > SiS spins off their 3D buisness and it gets named Xabre
> > Trident buys/merges, whatever with Xabre, and the new company is
> named
> > XGI
> > I think they it became official on the 13 or 14th, don't remember.
> So
> > for now, its just the Xabre products and the trident products
> > (cyberblade2, etc).
> 
> The "Volari"'s specs look indeed like the Xabre's, except for that 
> "Cipher" video processor and the dual-GPU option. Apart from this
> (and 
> 3D, of course), these chips should be well supported by the current
> SiS 
> driver (well, as soon as I get the PCI IDs)
> 
> Thomas
> 



__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel

Re: [Dri-devel] XGI?

[Thomas Winischhofer]

Russ Dill wrote:
On Mon, 2003-09-15 at 11:03, Alex Deucher wrote:

Is anyone on either of these lists familiar with XGI?  It seems to be a
new GPU manufacturer consisting of a merger of Trident and the SiS
graphics division.
here's their website:
http://www.xgitech.com/index.htm
They have some interesting products products (dual GPU solution).  Some
of their other stuff looks similar to existing SiS and trident
products.  They mention linux support, but I see no links to drivers
anywhere.  does anyone know anymore about this company?  Are they
writing xfree drivers or with any existing drivers work with these
chips?  SiS has has a bad record of giving out specs on it's newer
chips; trident I guess has been a little bit better.
I guess this company will do it like SiS did in the past: Make the 
chips, but leave the integration into boards to other manufacturers. 
(The "embedded-and-customized"-hell will never end...)

My bet would be that ECS and MSI will be among the first to design 
boards for these chips.

SiS spins off their 3D buisness and it gets named Xabre
Trident buys/merges, whatever with Xabre, and the new company is named
XGI
I think they it became official on the 13 or 14th, don't remember. So
for now, its just the Xabre products and the trident products
(cyberblade2, etc).
The "Volari"'s specs look indeed like the Xabre's, except for that 
"Cipher" video processor and the dual-GPU option. Apart from this (and 
3D, of course), these chips should be well supported by the current SiS 
driver (well, as soon as I get the PCI IDs)

Thomas

--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net  http://www.winischhofer.net/
twini AT xfree86 DOT org


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: [Dri-devel] XGI?

[Alex Deucher]

I wonder how the new company will be with respect to giving out
datasheets? like sis or like trident?

Alex

--- Thomas Winischhofer <[EMAIL PROTECTED]> wrote:
> Russ Dill wrote:
> > On Mon, 2003-09-15 at 11:03, Alex Deucher wrote:
> > 
> >>Is anyone on either of these lists familiar with XGI?  It seems to
> be a
> >>new GPU manufacturer consisting of a merger of Trident and the SiS
> >>graphics division.
> >>
> >>here's their website:
> >>http://www.xgitech.com/index.htm
> >>
> >>They have some interesting products products (dual GPU solution). 
> Some
> >>of their other stuff looks similar to existing SiS and trident
> >>products.  They mention linux support, but I see no links to
> drivers
> >>anywhere.  does anyone know anymore about this company?  Are they
> >>writing xfree drivers or with any existing drivers work with these
> >>chips?  SiS has has a bad record of giving out specs on it's newer
> >>chips; trident I guess has been a little bit better.
> 
> I guess this company will do it like SiS did in the past: Make the 
> chips, but leave the integration into boards to other manufacturers. 
> (The "embedded-and-customized"-hell will never end...)
> 
> My bet would be that ECS and MSI will be among the first to design 
> boards for these chips.
> 
> > SiS spins off their 3D buisness and it gets named Xabre
> > Trident buys/merges, whatever with Xabre, and the new company is
> named
> > XGI
> > I think they it became official on the 13 or 14th, don't remember.
> So
> > for now, its just the Xabre products and the trident products
> > (cyberblade2, etc).
> 
> The "Volari"'s specs look indeed like the Xabre's, except for that 
> "Cipher" video processor and the dual-GPU option. Apart from this
> (and 
> 3D, of course), these chips should be well supported by the current
> SiS 
> driver (well, as soon as I get the PCI IDs)
> 
> Thomas
> 


__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Fwd: Re: [Dri-devel] XGI?]

[Bryan W. Headley]

--
   .:. 
Bryan W. Headley - [EMAIL PROTECTED]
--- Begin Message ---
Russ Dill wrote:
On Mon, 2003-09-15 at 11:03, Alex Deucher wrote:

Is anyone on either of these lists familiar with XGI?  It seems to be a
new GPU manufacturer consisting of a merger of Trident and the SiS
graphics division.
here's their website:
http://www.xgitech.com/index.htm
They have some interesting products products (dual GPU solution).  Some
of their other stuff looks similar to existing SiS and trident
products.  They mention linux support, but I see no links to drivers
anywhere.  does anyone know anymore about this company?  Are they
writing xfree drivers or with any existing drivers work with these
chips?  SiS has has a bad record of giving out specs on it's newer
chips; trident I guess has been a little bit better.


SiS spins off their 3D buisness and it gets named Xabre
Trident buys/merges, whatever with Xabre, and the new company is named
XGI
I think they it became official on the 13 or 14th, don't remember. So
for now, its just the Xabre products and the trident products
(cyberblade2, etc).
To me the interesting thing is the mpeg-2 decoder. VIA's Castlerock has 
one, too. Does anyone have any thoughts as to where an interface into 
these decoders should exist? E.g., userland, XF drivers, kernel?

--
   .:. 
Bryan W. Headley - [EMAIL PROTECTED]
--- End Message ---

Re: [Dri-devel] UT2k3 again

[Riot777]

On Sun, 14 Sep 2003 19:15:50 -0400
"Daniel Vogel" <[EMAIL PROTECTED]> wrote:

> PS: there is no such thing as the Unreal Warfare engine

Unreal Warfare or so called Unreal engine, everyone is call it Warfare I don't know 
even why. 

Thanx for the info Daniel, and what is the Quality of UT2k3 it is lower than version 
with texture compression ? or is the same and only slower ?

Best Regards Riot777
-- 
#-#
| Let the riot be there...|   |
|  | Slackware Linux - |
| | The Penguin never sleeps  |
| This mail was sent by Riot777   | |
| Linux Registered User #252508   |   |
|  |   |
#-#


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Dri-devel] Re: Option "AGPSize"/"GARTSize" in the radeon driver

[Michel Dänzer]

On Sun, 2003-09-14 at 14:48, Mike A. Harris wrote: 
> 
> IMHO it should be documented somewhere however unless it's 
> considered a developer only option.  If it's developer-only 
> perhaps it should be only enabled for debug builds?

It's not developer only, but it's not for John Doe User either. If you
feel it should be documented, go ahead. :)


-- 
Earthling Michel Dänzer   \  Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast  \ http://svcs.affero.net/rm.php?r=daenzer



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: [Dri-devel] HEADSUP: freedesktop vs sourceforge CVS status

[Eric Anholt]

On Mon, 2003-09-15 at 02:34, Alan Hourihane wrote:
> On Sat, Sep 13, 2003 at 04:33:34PM -0700, Eric Anholt wrote:
> > On Sat, 2003-09-13 at 05:45, Alan Hourihane wrote:
> > > On Sat, Sep 13, 2003 at 12:19:44PM +0100, Alan Hourihane wrote:
> > > > On Fri, Sep 12, 2003 at 12:35:30PM -0700, Eric Anholt wrote:
> > > > > On Fri, 2003-09-12 at 07:22, Ian Romanick wrote:
> > > > > > Alan Hourihane wrote:
> > > > > > 
> > > > > > > CVSROOT:  /cvsroot/dri
> > > > > > > Module name:  xc
> > > > > > > Repository:   xc/xc/
> > > > > > > Changes by:   [EMAIL PROTECTED]   03/09/12 04:23:10
> > > > > > 
> > > > > > On which server are you doing these commits?  From the looks of it, 
> > > > > > you're doing them on the SourceForge server.  I thought we weren't going 
> > > > > > to do that anymore.  Is the freedesktop server ready for prime-time 
> > > > > > (i.e., does it have the "latest" CVS ,v files)?
> > > > > 
> > > > > sourceforge.net has remained the place to be working until we get the
> > > > > final move done, which I'll announce when it's completed.  It's been
> > > > > stalled on getting a new repo tarball from sourceforge.net.  Today I got
> > > > > a reponse (again) saying it was fixed, and this time it is.
> > > > > 
> > > > > So:
> > > > > Tomorrow, at around 3:00pm pacific I expect, I'll grab the tarball and
> > > > > update dri.freedesktop.org.  If you do commits between now and then, it
> > > > > may not be reflected in that tarball, so I guess you'll just have to do
> > > > > any commits again on dri.freedesktop.org.  You may want to just save
> > > > > them for tomorrow.   (I'm saying tomorrow instead of right this minute
> > > > > because of the 4.3.99.12 merge, which looks like it isn't in the current
> > > > > tarball)
> > > > 
> > > > O.k. I'm still finishing off the merge, but I'll tag it with 
> > > > XFree86-4_3_99_12-merge when I'm done. So as long as that tag exists
> > > > in the tarball we'll be o.k.
> > > 
> > > O.k. I've tagged the trunk. I've also generated a 5MB patch file against
> > > XFree86, but most of that is Mesa 5.0.2. There are a few loose ends, but
> > > nothing major that I'll fix up once we're on dri.freedesktop.org.
> > 
> > Sigh.  The nightly CVS tarball wasn't updated last night.  I've
> > submitted another support request asking if they can either produce
> > another tarball or give us an idea of when the next one can be
> > produced.  Until I get a response, if folks can hang on, that would be
> > great.
> 
> Ugh. I could do with tidying up the loose ends from the merge sooner
> rather than later.
> 
> Let me know asap.

Yeah, no response yet and the tarballs are still stale.  I'd say go for
it and we can arrange another time to do the move once sf.net gets
things fixed.

-- 
Eric Anholt[EMAIL PROTECTED]  
http://people.freebsd.org/~anholt/ [EMAIL PROTECTED]




---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Dri-devel] Weekly IRC meeting reminder

[Ian Romanick]

This is just a friendly reminder that the weekly dri-devel IRC meeting will
be starting in the #dri-devel channel on irc.freenode.net at 2100 UTC (or
5:00PM EDT or 2:00PM PDT, if you prefer).

Time zone conversion available at:

http://www.timezoneconverter.com/cgi-bin/tzc.tzc

Logs of previous IRC meetings are available at:

http://dri.sourceforge.net/IRC-logs/


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Dri-devel] XGI?

[Alex Deucher]

Is anyone on either of these lists familiar with XGI?  It seems to be a
new GPU manufacturer consisting of a merger of Trident and the SiS
graphics division.

here's their website:
http://www.xgitech.com/index.htm

They have some interesting products products (dual GPU solution).  Some
of their other stuff looks similar to existing SiS and trident
products.  They mention linux support, but I see no links to drivers
anywhere.  does anyone know anymore about this company?  Are they
writing xfree drivers or with any existing drivers work with these
chips?  SiS has has a bad record of giving out specs on it's newer
chips; trident I guess has been a little bit better.



__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: [Dri-devel] Re: XFree86 merge

[Egbert Eich]

Mike A. Harris writes:
 > The problem with the IPv6 support commited to XFree86 CVS, was 
 > that it requires the system to have IPv6 support wether you 
 > actually use IPv6 at all or not.  In other words, if your kernel 
 > does not support IPv6, then you can not use XFree86 CVS as it 
 > requires IPv6 unconditionally to be available on the system 
 > wether or not the X server will actually be used with IPv6.
 > 
 > That was the original problem, however I do not know if that is 
 > still the case or wether it's been fixed now or not.  It's 
 > possible that someone fixed the IPv6 to not be unconditional, but 
 > if it did get fixed, I must have missed seeing the checkin.


No, it shouldn't. I've fixed it.

Egbert.


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Dri-devel] Your Bugzilla buglist needs attention.

[bugadmin]

[This e-mail has been automatically generated.Please do not reply to this 
email- if you want to comment on the bug, go to the URL shown below and enter 
your comments there.] 
 
You have one or more bugs assigned to you in the Bugzilla  
bugsystem (http://bugs.xfree86.org/) that require 
attention. 
 
All of these bugs are in the NEW state, and have not been touched 
in 7 days or more.  You need to take a look at them, and  
decide on an initial action. 
 
Generally, this means one of three things: 
 
(1) You decide this bug is really quick to deal with (like, it's INVALID), 
and so you get rid of it immediately. 
(2) You decide the bug doesn't belong to you, and you reassign it to someone 
else.  (Hint: if you don't know who to reassign it to, make sure that 
the Component field seems reasonable, and then use the "Reassign bug to 
owner of selected component" option.) 
(3) You decide the bug belongs to you, but you can't solve it this moment. 
Just use the "Accept bug" command. 
 
To get a list of all NEW bugs, you can use this URL (bookmark it if you 
like!): 
 
   http://bugs.xfree86.org/buglist.cgi?bug_status=NEW&[EMAIL PROTECTED] 
 
Or, you can use the general query page, at 
http://bugs.xfree86.org/query.cgi. 
 
Appended below are the individual URLs to get to all of your NEW bugs that 
haven't been touched for a week or more. 
 
You will get this message once a day until you've dealt with these bugs!   
radeon_vtxfmt.c:1057: radeonVtxfmtUnbindContext: Assertion `vb.context == ctx' failed.
-> http://bugs.xfree86.org/show_bug.cgi?id=25
  RFE: Add support for DRI with Xinerama configurations
-> http://bugs.xfree86.org/show_bug.cgi?id=62
  3D object surfaces 'randomly' render red
-> http://bugs.xfree86.org/show_bug.cgi?id=98
  Metabug - Mach64 DRI is not merged into the [DRI] trunk.
-> http://bugs.xfree86.org/show_bug.cgi?id=131
  Random triangle rendering dropout in Radeon DRI
-> http://bugs.xfree86.org/show_bug.cgi?id=185
  "euphoria" (really-slick screensavers) repeatably locks up system
-> http://bugs.xfree86.org/show_bug.cgi?id=271
  Two-sided lighting not working properly
-> http://bugs.xfree86.org/show_bug.cgi?id=566
  Screen remains blank when starting X w/ radeon 3D enabled
-> http://bugs.xfree86.org/show_bug.cgi?id=609


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: [Dri-devel] HEADSUP: freedesktop vs sourceforge CVS status

[Alan Hourihane]

On Sat, Sep 13, 2003 at 04:33:34PM -0700, Eric Anholt wrote:
> On Sat, 2003-09-13 at 05:45, Alan Hourihane wrote:
> > On Sat, Sep 13, 2003 at 12:19:44PM +0100, Alan Hourihane wrote:
> > > On Fri, Sep 12, 2003 at 12:35:30PM -0700, Eric Anholt wrote:
> > > > On Fri, 2003-09-12 at 07:22, Ian Romanick wrote:
> > > > > Alan Hourihane wrote:
> > > > > 
> > > > > > CVSROOT:/cvsroot/dri
> > > > > > Module name:xc
> > > > > > Repository: xc/xc/
> > > > > > Changes by: [EMAIL PROTECTED]   03/09/12 04:23:10
> > > > > 
> > > > > On which server are you doing these commits?  From the looks of it, 
> > > > > you're doing them on the SourceForge server.  I thought we weren't going 
> > > > > to do that anymore.  Is the freedesktop server ready for prime-time 
> > > > > (i.e., does it have the "latest" CVS ,v files)?
> > > > 
> > > > sourceforge.net has remained the place to be working until we get the
> > > > final move done, which I'll announce when it's completed.  It's been
> > > > stalled on getting a new repo tarball from sourceforge.net.  Today I got
> > > > a reponse (again) saying it was fixed, and this time it is.
> > > > 
> > > > So:
> > > > Tomorrow, at around 3:00pm pacific I expect, I'll grab the tarball and
> > > > update dri.freedesktop.org.  If you do commits between now and then, it
> > > > may not be reflected in that tarball, so I guess you'll just have to do
> > > > any commits again on dri.freedesktop.org.  You may want to just save
> > > > them for tomorrow.   (I'm saying tomorrow instead of right this minute
> > > > because of the 4.3.99.12 merge, which looks like it isn't in the current
> > > > tarball)
> > > 
> > > O.k. I'm still finishing off the merge, but I'll tag it with 
> > > XFree86-4_3_99_12-merge when I'm done. So as long as that tag exists
> > > in the tarball we'll be o.k.
> > 
> > O.k. I've tagged the trunk. I've also generated a 5MB patch file against
> > XFree86, but most of that is Mesa 5.0.2. There are a few loose ends, but
> > nothing major that I'll fix up once we're on dri.freedesktop.org.
> 
> Sigh.  The nightly CVS tarball wasn't updated last night.  I've
> submitted another support request asking if they can either produce
> another tarball or give us an idea of when the next one can be
> produced.  Until I get a response, if folks can hang on, that would be
> great.

Ugh. I could do with tidying up the loose ends from the merge sooner
rather than later.

Let me know asap.

Alan.


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel