x just died on me for some reason and i noticed this in xfree's log
i dont know if this was the cause of the death (it just droped back to
console btw) since there isnt a timestamp of any sort
(WW) RADEON(0): [dri] RADEONDRITransitionTo2d: kernel failed to unflip
buffers.
i see no other errors
On Sam, 2002-11-30 at 09:11, Bret Towe wrote:
x just died on me for some reason and i noticed this in xfree's log
i dont know if this was the cause of the death (it just droped back to
console btw) since there isnt a timestamp of any sort
(WW) RADEON(0): [dri] RADEONDRITransitionTo2d: kernel
Have A Ball Watching Squirrels Try To Outwit This Birdfeeder!SQUIRREL'S SURPRISE Birdfeeder MAKES A GREAT XMAS GIFT Click on the image above to see this and many other Unique Backyard Bird Products áÄ
ë^¨¥Ë)¢{(ç[Èg¶§{Údî-ztájwazWO£«
On 30 Nov 2002 13:53:40 +0100
Michel Dänzer [EMAIL PROTECTED] wrote:
On Sam, 2002-11-30 at 09:11, Bret Towe wrote:
x just died on me for some reason and i noticed this in xfree's log
i dont know if this was the cause of the death (it just droped back to
console btw) since there isnt a
Felix Kühling wrote:
On Fri, 29 Nov 2002 07:55:52 -0700
Brian Paul [EMAIL PROTECTED] wrote:
[snip]
Implementing a true threaded pipeline could be very compilicated. State
changes are the big issue. If you stall/flush the pipeline for every
state change you wouldn't gain anything. The
On Fri, 29 Nov 2002 07:55:52 -0700
Brian Paul [EMAIL PROTECTED] wrote:
[snip]
Implementing a true threaded pipeline could be very compilicated. State
changes are the big issue. If you stall/flush the pipeline for every
state change you wouldn't gain anything. The alternative is to associate
On Fre, 2002-11-29 at 16:27, Brian Paul wrote:
Michel Dänzer wrote:
On Don, 2002-11-28 at 16:51, Brian Paul wrote:
Michel Dänzer wrote:
Sounds like a problem I'm seeing with the amoeba demo, some faces of a
spinning cube (with the observer inside) are missing.
On Sat, 30 Nov 2002 16:24:59 +
Keith Whitwell [EMAIL PROTECTED] wrote:
Felix Kühling wrote:
[snip]
I found many state changing callbacks in dd.h which don't seem to be
used. Are they left-overs from earlier Mesa versions or did my grep miss
something?
Which ones?
Ok, I got the
On Sat, 2002-11-30 at 04:53, Michel Dänzer wrote:
On Sam, 2002-11-30 at 09:11, Bret Towe wrote:
x just died on me for some reason and i noticed this in xfree's log
i dont know if this was the cause of the death (it just droped back to
console btw) since there isnt a timestamp of any sort
On Sat, 30 Nov 2002 17:20:04 +0100
Felix Kühling [EMAIL PROTECTED] wrote:
On Fri, 29 Nov 2002 07:55:52 -0700
Brian Paul [EMAIL PROTECTED] wrote:
[snip]
Implementing a true threaded pipeline could be very compilicated. State
changes are the big issue. If you stall/flush the pipeline for
Below is the result of your feedback form. It was submitted by
([EMAIL PROTECTED]) on Saturday, November 30, 2002 at 13:47:35
---
:: As seen on NBC, CBS, and CNN, and even Oprah! The health discovery that actually
On Sat, Nov 30, 2002 at 08:04:55PM +0100, Felix Kühling wrote:
On Sat, 30 Nov 2002 17:20:04 +0100
Felix Kühling [EMAIL PROTECTED] wrote:
I see the problem. On many state changes, a corresponding driver
function is called. In a parallel pipeline implementation, if there is
still vertex data
On Sat, 30 Nov 2002 19:52:50 +
José Fonseca [EMAIL PROTECTED] wrote:
On Sat, Nov 30, 2002 at 08:04:55PM +0100, Felix Kühling wrote:
[snip]
Vertex formats are the real problem. Driver functions are called
directly from the GL application and modify the driver state bypassing
the
On Thu, 28 Nov 2002, Svante Signell wrote:
Leif Delgass writes:
On Wed, 27 Nov 2002, Svante Signell wrote:
Leif Delgass writes:
Have you tried a lower resolution?
Not yet.
Try restarting X with 1024x768@16bpp for a while and see if you still have
the same problem.
Hi,
while I was trying to understand the vtxfmt mesa code and poking around
with gdb I noticed that the neutral vtxfmt wrapper gets restored quite
often. I tracked it to radeonFlushVertices where
_mesa_install_exec_vtxfmt( ctx, rmesa-vb.vtxfmt ) is called if the
FLUSH_UPDATE_CURRENT flag is set.
hi,
i have the same proble that Rene Sepulveda :
ati aiw 32Mo agp
nidia nforce 415d, ide=ok, usb=ok, sound=ok, AGP=BAD !
the nvidia's driver agp work only with nforce 420 (nofrce415+igp)
Alexander Stohr wrote:
Can you please send the outputs of
`lspci -v -xxx` to the list?
my lspci :
On Sat, 30 Nov 2002 23:32:06 +0100
Felix Kühling [EMAIL PROTECTED] wrote:
Hi,
while I was trying to understand the vtxfmt mesa code and poking around
with gdb I noticed that the neutral vtxfmt wrapper gets restored quite
often. I tracked it to radeonFlushVertices where
Hi,
my digging is starting to pay off ;)
I had reported that weird problem, that the global ambient light is not
correct using hardware TCL if I specify anything other than 1.0 as alpha
component. Now I found out that the trigger for this problem is actually
to specify the default of (0.2, 0.2,
dri-devel,
YOUR GUARANTEED DOWNLINE!!! Takes
10 seconds to reply! No sponsoring
req
uired!No selling required!Receive
GUAR<[EMAIL PROTECTED]" -->
ANTEED monthly checks!Use Our Explosive Online Sponsoring System to build a massive
19 matches
Mail list logo