Michael wrote:
> I've been trying to track down one of the hangs on the radeon at the mo.
>
> Tuxkart draws, amongst other things, a course map with 2 GL_LINE_LOOPS
> and a quad for each racer.
>
> If I either (a) remove the function to draw that from tuxkart
>
> or (b) force tcl_render_line_lo
I've been trying to track down one of the hangs on the radeon at the mo.
Tuxkart draws, amongst other things, a course map with 2 GL_LINE_LOOPS
and a quad for each racer.
If I either (a) remove the function to draw that from tuxkart
or (b) force tcl_render_line_loop_verts to use the
tcl_render
Stock Market Blues got you down?
Looking for a viable and legitimate alternative?
What do you think will happen to unleaded gasoline prices between now and this summer?
Did you know that there hasn't been a new refinery built in the United States in over 20 years?
Do y
On Wed, May 22, 2002 at 06:46:40PM -0700, Mike Mestnik wrote:
> Mostly the Second. However if we know were'r going to do a #1 sync first please.
Mike, if we knew that, we'd fix the bug before adding code to sync ;o)
You want to look at ext3 (or a.n.other journalling fs) not foolproof,
but I'm h
--- Jens Owen <[EMAIL PROTECTED]> wrote:
> Mike Mestnik wrote:
> >
> > --- Michael <[EMAIL PROTECTED]> wrote:
> > > Can we repair the damage? That doesn't seem to have been that successful
> > > in the past in terms of recovery / carrying on running the 3d app -
> > > others have more knowledge
I don't know it everyone saw this on the XFree86 devel list, but it
might be a useful tool.
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
--- Begin Message ---
On Wed, May 22, 2002 at 07:47:32PM +0200, P
On Wed, 2002-05-22 at 18:07, Ville Syrjälä wrote:
> What's up with the IRC logs?
I've been putting up logs of meetings I was able to attend, but we're
still short of a couple after several calls to submit missing ones. So
if you have one of those, please send it in! :)
--
Earthling Michel Dänz
Warning
Unable to process data:
multipart/mixed;boundary="=_NextPart_000_00C4_75D75B7D.A7201C06"
Mike Westall wrote:
> We are working on a fairly large scale distributed rendering
> project at Clemson in which the actual display is done via
> glDrawPixels using a Matrox G450.
>
> We would like to make this as fast as possible and my grad
> assistant found a dri web page saying that there i
We are working on a fairly large scale distributed rendering
project at Clemson in which the actual display is done via
glDrawPixels using a Matrox G450.
We would like to make this as fast as possible and my grad
assistant found a dri web page saying that there is a
description of the GL state
Hi
Just as introduction. I'm maintaining the XFree86 packages at SuSE and
therefore I'm also responsible for XFree86 4.x/DRI support on SuSE Linux.
I would like to let you know about some pte/highmem changes in the SuSE
kernel of SuSE 8.0 and in upcoming upstream kernel releases. Andrea
Arcangel
Title: Untitled Document
* Phone free after
instant rebate. This offer is fulfilled by InPhonic, an authorized dealer
for VoiceStream Wireless. Offer subject to credit approval or deposit, and
is available to customers activating a new line
What's up with the IRC logs?
--
Ville Syrjälä
[EMAIL PROTECTED]
http://www.sci.fi/~syrjala/
___
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
Keith Whitwell wrote:
>
> Gareth,
>
> A simplified example of the dispatch & codegen layers sounds like an
> excellent way to get across the performance environment we're working
> in. Let me know if I can help putting this together.
Agreed -- hence the effort to put this together ;-)
I'm e
>
> Yes, in coding up an example to send you all, this issue became clear to
> me. We need to define thread-local variables in libGL.so and reference
> them from a dlopened driver backed. The important functions that
> reference these variables are often tiny (less than 10 instructions), so
Keith Whitwell wrote:
>
>>
>> __thread doesn't require -fpic. There are 4 different TLS models (on
>> IA-32):
>> -ftls-model=global-dynamic
>> -ftls-model=local-dynamic
>> -ftls-model=initial-exec
>> -ftls-model=local-exec
>>
>> Neither of these require -fpic, though the first 3 use pic
>> regis
>
> __thread doesn't require -fpic. There are 4 different TLS models (on IA-32):
> -ftls-model=global-dynamic
> -ftls-model=local-dynamic
> -ftls-model=initial-exec
> -ftls-model=local-exec
>
> Neither of these require -fpic, though the first 3 use pic
> register (if not -fpic, they just load i
On Tue, May 21, 2002 at 05:09:00PM -0700, Gareth Hughes wrote:
> David S. Miller wrote:
> >
> > Even if this were not the case, stupid compilation tools are not an
> > excuse to put changes into the C library. That is a fact.
>
> We've been talking about two completely separate issues:
>
>
18 matches
Mail list logo
