--- Michel Dänzer <[EMAIL PROTECTED]> wrote:
> Does commenting out Option "AGPMode" make a
difference?
Alas, no. But it got my hopes up for a minute
longer... Here is the log file from the session.
Safely back at 6.8.1 for now,
Cheers,
Chris
On my system it works on my X800 with no lockups.
For now I have only tested with glxgears and q3demo.
So I won't be of much help fixing this apart from being a success-vector.
Are there any pattern in what systems works with VB?
Also an observation:
With VB mode running glxgears I can get an extra
> THe patch for this has been proposed in December 2004 to lkml and
> dri-devel
> (see http://marc.theaimsgroup.com/?l=dri-devel&m=110376607120133&w=2)
> and has been included into the -mm kernel series.
>
> It would be great if there is a patch allowing the usage of the drm cvs
> stuff for -mm ke
>>
>> BTW, i have added some code to do idx buffers in r300_driver. Should i
>> commit this code or do you want to figure out this first?
>>
>> Ill post in more details of my findings about idx buffers in case
>> someone
>> wants to take a look.
>>
>
> Hi Aapo,
>
> I had take a look at the elt
>
>> nwn probably uses something which requires elts to be supported (ie.
>> glDrawElements).
>> The latest cvs snapshot has made a start on this, but more information
>> is needed. I've
>> had some success with ut2004 by putting the indices into the command
>> buffer, but
>> ultimately this is n
On Tue, 2005-02-15 at 22:36 +, Chris Rankin wrote:
>
> By the power of my serial console, here is what gdb
> says about my crazy celestia-1.3.2 process:
Just one of many possible symptoms of a GPU lockup I'm afraid. Does
commenting out Option "AGPMode" make a difference?
--
Earthling Mich
Dear DRI developers!
I wanted to ask wether there is a patch floating around to support
multiple agp bridges for the current drm cvs?
THe patch for this has been proposed in December 2004 to lkml and
dri-devel
(see http://marc.theaimsgroup.com/?l=dri-devel&m=110376607120133&w=2)
and has been incl
Jan Kreuzer wrote:
nwn probably uses something which requires elts to be supported (ie.
glDrawElements).
The latest cvs snapshot has made a start on this, but more information
is needed. I've
had some success with ut2004 by putting the indices into the command
buffer, but
ultimately this is not ho
> nwn probably uses something which requires elts to be supported (ie.
> glDrawElements).
> The latest cvs snapshot has made a start on this, but more information
> is needed. I've
> had some success with ut2004 by putting the indices into the command
> buffer, but
> ultimately this is not how we
oops, I hit reply, not reply all.. cc-ing dri-devel this time.
jan kreuzer wrote:
Hi
i tested nwn with latest cvs-snapshot of r300. It runs, however the screen
is totally weird. I uploaded an screenshot of what the screen looks like to
http://www.freephotoserver.com/files/img14048784_50868694.jpg .
Hi
i tested nwn with latest cvs-snapshot of r300. It runs, however the screen
is totally weird. I uploaded an screenshot of what the screen looks like to
http://www.freephotoserver.com/files/img14048784_50868694.jpg .
Neverball runs fine, the only option which slows it down is reflection
(which ne
Vladimir Dergachev wrote:
If so, this would suck majorly, especially if there is no
temperature sensor to tell how loaded the card is.
best
Vladimir Dergachev
Well, it seems unlikely that it was/is temperature related (my most
recent test didn'
I have played a bit trying to find out the cause of the vb mode lockups.
First of all I doubt this is due to overheating - I get a lockup the
moment I move my mouse on the konsole. This is unlikely to add extra
load to the GPU.
Secondly, I tried commenting out RADEONChooseCursorCRTC function in
13 matches
Mail list logo
