I was wondering what happened to the bug-mails assigned to this list,
there haven't been any for the last two weeks.
Rune Petersen
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Tec
Roland Scheidegger wrote:
> Roland Scheidegger wrote:
>> Rune Petersen wrote:
>> Also, the comments for SCS seem a bit off. That's a pity, because
>> without comments I can't really see what the code does at first sight
>> :-). Looks like quite a few ex
Roland Scheidegger wrote:
> Roland Scheidegger wrote:
>> Rune Petersen wrote:
>>> This patch: - Fixes COS. - Does range reductions for SIN & COS. -
>>> Adds SCS. - removes the optimized version of SIN & COS. - tweaked
>>> weight (should help
Roland Scheidegger wrote:
> Rune Petersen wrote:
>> This patch: - Fixes COS. - Does range reductions for SIN & COS. -
>> Adds SCS. - removes the optimized version of SIN & COS. - tweaked
>> weight (should help on precision). - fixed a copy paste typo in
>> emit_a
Jerome Glisse wrote:
> On 2/14/07, Rune Petersen <[EMAIL PROTECTED]> wrote:
>> Roland Scheidegger wrote:
>>> Roland Scheidegger wrote:
>>>>>> Rune Petersen
>>>>>>
>>>>> Ok commited.
>>>> I didn't look too
Roland Scheidegger wrote:
> Roland Scheidegger wrote:
>>>> Rune Petersen
>>>>
>>> Ok commited.
>> I didn't look too closely at this but I've a couple of comments.
>> - COS looks too complicated & broken. If you'd want to get 2 wi
Roland Scheidegger wrote:
> Roland Scheidegger wrote:
>>>> Rune Petersen
>>>>
>>> Ok commited.
>> I didn't look too closely at this but I've a couple of comments.
>> - COS looks too complicated & broken. If you'd want to get 2 wi
Rune Petersen wrote:
> .
>
> Rune Petersen wrote:
>> Jerome Glisse wrote:
>>> On 2/11/07, Jerome Glisse <[EMAIL PROTECTED]> wrote:
>>>> On 2/10/07, Rune Petersen <[EMAIL PROTECTED]> wrote:
>>>>> Hi,
>>>>>
>>&g
.
Rune Petersen wrote:
> Jerome Glisse wrote:
>> On 2/11/07, Jerome Glisse <[EMAIL PROTECTED]> wrote:
>>> On 2/10/07, Rune Petersen <[EMAIL PROTECTED]> wrote:
>>>> Hi,
>>>>
>>>> Getting proper SIN and COS wasn't as ea
Jerome Glisse wrote:
> On 2/11/07, Jerome Glisse <[EMAIL PROTECTED]> wrote:
>> On 2/10/07, Rune Petersen <[EMAIL PROTECTED]> wrote:
>> > Hi,
>> >
>> > Getting proper SIN and COS wasn't as easy as it appeared. I had to make
>> > make s
note to self: don't post this late...
Rune Petersen wrote:
> Hi,
>
> Getting proper SIN and COS wasn't as easy as it appeared. I had to make
> make some changes to the fragment program code.
>
> general FP changes:
> - support HHH swizzle for vector instruction
The fast version appears to do a fine enough job, at least with the
simple test I have made.
Rune Petersen
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated
fault can help you people.freedesktop.org/~glisse/
>
> Just for the record, there's also airlied's valgrind-mmt that tracks
> MMIO register writes: http://www.skynet.ie/~airlied/patches/valgrind/
>
> If that's not enough, I extended it and implemented support for
before I commit. I intend to apply this after the 6.5.2 release.
Rune Petersen
? depend
? server
Index: r300_fragprog.h
===
RCS file: /cvs/mesa/Mesa/src/mesa/drivers/dri/r300/r300_fragprog.h,v
retrieving revision 1.12
diff -u -r1.12
Keith Whitwell wrote:
> Rune Petersen wrote:
>> Hi,
>>
>> A patch for making sure VBO's are mapped breaks r300:
>>
>> http://marc.theaimsgroup.com/?l=mesa3d-cvs&m=116364446305536&w=2
>>
>> It would appear we "just" need to add _a
Hi,
A patch for making sure VBO's are mapped breaks r300:
http://marc.theaimsgroup.com/?l=mesa3d-cvs&m=116364446305536&w=2
It would appear we "just" need to add _ae_(un)map_vbos() the right
places in radeon_vtxf
Brian Paul wrote:
> Rune Petersen wrote:
>> Hi,
>>
>> I finally managed to iron out the last issue with getting a fully
>> working fragment.position for the r300 driver.
>>
>> This should really require the big discussion if it wasn't for the fact
ne its own internal state parameters.
r300_fragment_wpos5:
Adds fragment.position support, depends on the above patches.
Any questions/ideas/comments/??, I am all ears.
Rune Petersen
P.S.
Brian, Roland, Keith, thank you for your patient replies.
Index:
Brian Paul wrote:
> Rune Petersen wrote:
>> Brian Paul wrote:
>
>>> It seems to me that in ctx->Driver.ProgramStringNotify() you can add any
>>> extra parameters you need to the program's parameters list.
>>
>> I would prefer to make driver spec
Brian Paul wrote:
> Rune Petersen wrote:
>> Keith Whitwell wrote:
>>> Rune Petersen wrote:
>>>
>>> Rune,
>>>
>>> I don't quite understand what you want to do here. Can you show me
>>> the code you'd like to have (ignoring t
Keith Whitwell wrote:
> Rune Petersen wrote:
>> Keith Whitwell wrote:
>>> Rune Petersen wrote:
>>>> Keith Whitwell wrote:
>>>>> Roland Scheidegger wrote:
>>>>>> Keith Whitwell wrote:
>>>>>> I think Rune is rather re
Keith Whitwell wrote:
> Rune Petersen wrote:
>> Keith Whitwell wrote:
>>> Roland Scheidegger wrote:
>>>> Keith Whitwell wrote:
>>>> I think Rune is rather refering to the fact that you can't change (not
>>>> with "legal" mean
e_flags().
something like:
ctx->Driver.GetGenericStateFlags(state);
The problem being that the context ctx is not a parameter in
make_state_flags().
Is there smart way of solving this?
Rune Petersen
-
Using Tomcat but need
Keith Whitwell wrote:
> Rune Petersen wrote:
>> Rune Petersen wrote:
>>> Roland Scheidegger wrote:
>>>> Rune Petersen wrote:
>>>>> I hit a problem constructing this:
>>>>>
>>>>> - In order to do range mapping in the vertex
Rune Petersen wrote:
> Keith Whitwell wrote:
>> Rune Petersen wrote:
>>> Rune Petersen wrote:
>>>> Roland Scheidegger wrote:
>>>>> Rune Petersen wrote:
>>>>>> I hit a problem constructing this:
>>>>>>
>>>>
Keith Whitwell wrote:
> Rune Petersen wrote:
>> Rune Petersen wrote:
>>> Roland Scheidegger wrote:
>>>> Rune Petersen wrote:
>>>>> I hit a problem constructing this:
>>>>>
>>>>> - In order to do range mapping in the vertex
Rune Petersen wrote:
> Roland Scheidegger wrote:
>> Rune Petersen wrote:
>>> I hit a problem constructing this:
>>>
>>> - In order to do range mapping in the vertex shader (if I so choose)
>>> I will need a constant (0.5), but how to add it?
>>
Roland Scheidegger wrote:
> Rune Petersen wrote:
>> I hit a problem constructing this:
>>
>> - In order to do range mapping in the vertex shader (if I so choose)
>> I will need a constant (0.5), but how to add it?
> I think this might work similar to what is used for
Paul Heldens wrote:
> Rune Petersen wrote:
>> I found a suspect, EnablePageFlip.
>> Would you happend to have EnablePageFlip enabled?
>
> I changed/varied all of these options individually, none had an effect.
> It keeps crashing at the same moment in the demo (I assume
Hi,
I found a suspect, EnablePageFlip.
Would you happend to have EnablePageFlip enabled?
Rune Petersen
Paul Heldens wrote:
> Rune Petersen wrote:
>
>> Nexiuz segfaults if you select some "powerups" or use the more exotic
>> weapons.
>
> same here with git
Roland Scheidegger wrote:
> Rune Petersen wrote:
>> I hit a problem constructing this:
>>
>> - In order to do range mapping in the vertex shader (if I so choose)
>> I will need a constant (0.5), but how to add it?
> I think this might work similar to what is used for
Keith Whitwell wrote:
> Rune Petersen wrote:
>> It turns out I missed something obvious...
>>
>> The parameters are passed correctly, I have just not transformed the
>> vertex.position to the fragment.position
>
> I guess that's the viewport transform
It turns out I missed something obvious...
The parameters are passed correctly, I have just not transformed the
vertex.position to the fragment.position
Now I just need to figure out how =)
Rune Petersen
Rune Petersen wrote:
> Hi,
>
> Found some time to have a look a
Aapo Tahkola.
of interest is in r300_state.c and the bottom of r300_vertexprog.c
color0 is now always passed from the vertex to the fragment, otherwise
the fragment input registers wont be correctly aligned...
I would be grateful for any suggestions.
Rune Petersen
? depend
? server
I
Aapo Tahkola wrote:
> On Sun, 13 Aug 2006 02:17:40 +0200
> Rune Petersen <[EMAIL PROTECTED]> wrote:
>
>> Roland Scheidegger wrote:
>>> Rune Petersen wrote:
>>>> Roland Scheidegger wrote:
>>>> fragment.position input is not implemented yet. fg
esa=0xad83448) at
r300_state.c:1697
#2 0xa7533b68 in radeonDrawRangeElements (mode=4, min=10620, max=10624,
count=6, type=5125, c_indices=0x98f1f260) at radeon_vtxfmt_a.c:490
Rune Petersen
-
Using Tomcat but need to do more? Ne
Aapo Tahkola wrote:
> On Sun, 13 Aug 2006 02:17:40 +0200
> Rune Petersen <[EMAIL PROTECTED]> wrote:
>
>> Roland Scheidegger wrote:
>>> Rune Petersen wrote:
>>>> Roland Scheidegger wrote:
>>>>> Adam K Kirchhoff wrote:
>>>
Brian Paul wrote:
> Rune Petersen wrote:
>> Brian Paul wrote:
>>
>>> Rune Petersen wrote:
>>>
>>>> Roland Scheidegger wrote:
>>>>
>>>>
>>>>> Rune Petersen wrote:
>>>>>
>>>>>
>&
Brian Paul wrote:
> Rune Petersen wrote:
>> Roland Scheidegger wrote:
>>
>>> Rune Petersen wrote:
>>>
>>>> Hi,
>>>>
>>>> Quake3 causes fallback because r300_translate_vertex_shader() returns
>>>> early and do
Roland Scheidegger wrote:
> Rune Petersen wrote:
>> Hi,
>>
>> Quake3 causes fallback because r300_translate_vertex_shader() returns
>> early and doesn't translate the shader.
>>
>> The culprit:
>> if (!mesa_vp->Base.String)
>> return;
n't make sense to me.
And this check i omitted for fragment translation which uses the same
structure.
Anything obvious I missed?
Rune Petersen
-
Using Tomcat but need to do more? Need to support web services, securi
Aapo Tahkola wrote:
> On Tue, 15 Aug 2006 22:16:48 +0200
> Rune Petersen <[EMAIL PROTECTED]> wrote:
>
>> Aapo Tahkola wrote:
>>> Sauerbraten:
>>> a) open console and type "/floatvtx 1" or
>>> b) use this patch or
>>> c) wait f
*
File r300_render.c function r300Fallback line 402
Software fallback:ctx->Polygon.OffsetLine
***
Rune Petersen
-
Using Tomcat but need to do
t;
> Rune, could you add these to your status list?
Yes, thank you.
Rune Petersen
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make
Roland Scheidegger wrote:
> Rune Petersen wrote:
>> Roland Scheidegger wrote:
>>> Adam K Kirchhoff wrote:
>>>> Just thought I'd post some updated benchmarks of Doom3. These
>>>> were all run with the first timedemo at 640x480, and (for the
>>
Roland Scheidegger wrote:
> Rune Petersen wrote:
>> Hi,
>>
>> I had absolutely no luck getting any usable R300_CP_IB_BASE address with
>> glxtest.
>>
>> I get and address like this 0xe0711000 which is not a valid address for
>> the application. Am
with what I see in other games.
> There seems to be some performance problems with the r300 driver. I
> don't think anyone knows what's going on but I could be wrong...
I have seen some strange slowdowns not caused bu any apparent fallback
(Nexiuz w/bloom) though I could have m
Hi,
I had absolutely no luck getting any usable R300_CP_IB_BASE address with
glxtest.
I get and address like this 0xe0711000 which is not a valid address for
the application. Am I missing something obvious?
Rune Petersen
No need, just committed it myself.
Thank you Daniel.
Rune Petersen
Rune Petersen wrote:
> Hi,
>
> Could someone commit this, I don't have CVS access yet, partly my own
> fault..
>
> A small logic error.
>
> We need to call do_swizzle() when the scaler _or_ vecto
n was banners glossy?).
Rune Petersen
Index: r300_fragprog.c
===
RCS file: /cvs/mesa/Mesa/src/mesa/drivers/dri/r300/r300_fragprog.c,v
retrieving revision 1.26
diff -u -r1.26 r300_fragprog.c
--- r300_fragprog.c 23 May 2006 02:16:20
Brian Paul wrote:
> Rune Petersen wrote:
>> Hi,
>>
>> Thought I'd share some of my patches.
>>
>>
>> Change vp max instructions:
>> The current state op the vp code is capable of executing 255
>> instructions not 255*4.
>
s and disabling it gives a few fps in some
games. I have found no regressions...
Does anyone have any luck enabling fragment.position for the fragment
program.
Rune Petersen
Index: r300_context.c
===
RCS file: /cvs/mesa/Mesa/src
teBuffer() calls radeon_mm_free(), which depends on
>> ctx->DriverCtx, we now cannot set DriverCtx to NULL before destroying
>> the Mesa context however.
>>
>> Is this a problem? There's lots of driver calls in free_share_state()
>> that might depend on DriverCtx no
Brian Paul wrote:
Rune Petersen wrote:
Tilman Sauerbeck wrote:
Rune Petersen [2006-06-25 16:31]:
I've been looking at vertex shaders this weekend.
It would appear that attribs are broken. The most straight forward
way to test this it to compare progs/tests/arbvptest3 to
progs/
Brian Paul wrote:
Rune Petersen wrote:
Tilman Sauerbeck wrote:
Rune Petersen [2006-06-25 16:31]:
I've been looking at vertex shaders this weekend.
It would appear that attribs are broken. The most straight forward
way to test this it to compare progs/tests/arbvptest3 to
progs/
f* it up
Rune Petersen
Rune Petersen wrote:
> Brian Paul wrote:
>> Rune Petersen wrote:
>>> Tilman Sauerbeck wrote:
>>>
>>>> Rune Petersen [2006-06-25 16:31]:
>>>>
>>>>> I've been looking at vertex shaders this
Brian Paul wrote:
Rune Petersen wrote:
Tilman Sauerbeck wrote:
Rune Petersen [2006-06-25 16:31]:
I've been looking at vertex shaders this weekend.
It would appear that attribs are broken. The most straight forward
way to test this it to compare progs/tests/arbvptest3 to
progs/
Brian Paul wrote:
> Rune Petersen wrote:
>> Tilman Sauerbeck wrote:
>>
>>> Rune Petersen [2006-06-25 16:31]:
>>>
>>>> I've been looking at vertex shaders this weekend.
>>>>
>>>> It would appear that attribs are broken.
Tilman Sauerbeck wrote:
> Rune Petersen [2006-06-25 16:31]:
>> I've been looking at vertex shaders this weekend.
>>
>> It would appear that attribs are broken. The most straight forward way
>> to test this it to compare progs/tests/arbvptest3 to progs/tests/
? (it would explain why Doom 3 is broken)
Rune Petersen
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://s
amebuffer+0x13b)
[0x9b75edfb]
3:
/xorg7/lib/xorg/modules/extensions/libGLcore.so(xmesa_resize_buffers+0x4d)
[0x9b85b53d]
4:
/xorg7/lib/xorg/modules/extensions/libGLcore.so(XMesaResizeBuffers+0x64)
[0x9b85fda4]
My Xorg is from CVS (June 4 2006)
Rune
Tilman Sauerbeck wrote:
> Rune Petersen [2006-06-17 23:38]:
>
>> I'm having problems with the ARL instruction.
>> It appears to mostly return 0.
>
> Yes. It would probably help if you could document in which cases it
> works reliably and in which cases it doesn
Tilman Sauerbeck wrote:
> Rune Petersen [2006-06-17 23:38]:
>
>> I'm having problems with the ARL instruction.
>> It appears to mostly return 0.
>
> Yes. It would probably help if you could document in which cases it
> works reliably and in which cases it doesn&
add and initialize new temps if you
> want to test higher temps. _mesa_print_program is probably useful.
>
It was late, what can I say
I can confirm the limit of 14 temps.
Another thing:
I'm having problems with the ARL instruction.
It appears to mostly return 0.
Is this a
Adam K Kirchhoff wrote:
Rune Petersen wrote:
>> Adam K Kirchhoff wrote:
>>
>>> Rune Petersen wrote:
>>>
>>>> set r_renderer "arb"
>>>>
>>>> r_renderer "arb2" is broken. My guess is that with Mesa 6.5, Doo
Adam K Kirchhoff wrote:
> Rune Petersen wrote:
>>
>> set r_renderer "arb"
>>
>> r_renderer "arb2" is broken. My guess is that with Mesa 6.5, Doom 3
>> (demo) defaults to arb unlike with Mesa CVS.
>>
>> Another thing:
>> I th
Aapo Tahkola wrote:
> On Sun, 11 Jun 2006 15:01:15 +0200
> Rune Petersen <[EMAIL PROTECTED]> wrote:
>
>> Aapo Tahkola wrote:
>>> On Wed, 07 Jun 2006 17:49:00 +0200
>>> Rune Petersen <[EMAIL PROTECTED]> wrote:
>>>
>>>> Aapo
Aapo Tahkola wrote:
> On Wed, 07 Jun 2006 17:49:00 +0200
> Rune Petersen <[EMAIL PROTECTED]> wrote:
>
>> Aapo Tahkola wrote:
>>> On Wed, 07 Jun 2006 10:51:08 +0200
>>> Rune Petersen <[EMAIL PROTECTED]> wrote:
>>>
>>>> Aapo T
Jerome Glisse wrote:
> On 6/11/06, Rune Petersen <[EMAIL PROTECTED]> wrote:
>> Another thing:
>> I think we need an up-to-date list of what is working and what is still
>> missing.
>> I have a small list for my own enjoyment, but it is far from complete:
>&
Adam K Kirchhoff wrote:
> Rune Petersen wrote:
>> Adam K Kirchhoff wrote:
>>
>>> Rune Petersen wrote:
>>>
>>>> Adam K Kirchhoff wrote:
>>>>
>>>>> So last night I decided to give the new vertex programs on the
Adam K Kirchhoff wrote:
> Rune Petersen wrote:
>> Adam K Kirchhoff wrote:
>>> So last night I decided to give the new vertex programs on the r200
>>> driver a shot and to see how doom3 stacked up with the r200 driver vs
>>> the fglrx driver now. With both
CVS.
Another thing:
I think we need an up-to-date list of what is working and what is still
missing.
I have a small list for my own enjoyment, but it is far from complete:
http://megahurts.dk/rune/r300_status.html
Rune Petersen
--
___
Aapo Tahkola wrote:
> On Wed, 07 Jun 2006 10:51:08 +0200
> Rune Petersen <[EMAIL PROTECTED]> wrote:
>
>> Aapo Tahkola wrote:
>>> On Sat, 3 Jun 2006 05:04:04 +0200
>>> "Jacek Poplawski" <[EMAIL PROTECTED]> wrote:
>>>
>>>>
*
Can the driver only use 13 temps natively?
I was under the impression that there was 32 or 64 vertex temps.
Rune Petersen
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
below 1/3 fps is not very helpful. Maybe print a warning when this happens.
Rune Petersen
---
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications i
Roland Scheidegger wrote:
Rune Petersen wrote:
The patch makes radeonWaitIrq() try again if -EBUSY is returned.
This fixes benchmark 3 & 4 in progs/demos/gltestperf
Benchmark: 3 - ZSmooth Tex Blend Triangles
Benchmark: 4 - ZSmooth Tex Blend TMesh Triangles
Not an important app, but o
Hi,
The patch makes radeonWaitIrq() try again if -EBUSY is returned.
This fixes benchmark 3 & 4 in progs/demos/gltestperf
Benchmark: 3 - ZSmooth Tex Blend Triangles
Benchmark: 4 - ZSmooth Tex Blend TMesh Triangles
Not an important app, but other apps might run in to this problem.
Zoltan Boszormenyi wrote:
Rune Petersen írta:
Zoltan Boszormenyi wrote:
Leon Shiman írta:
X.Org Foundation Releases X11R7.1
_
Congratulations to all the hard working X developers!
However, would you please release the latest ATI driver
original 6.6.0. Thanks in advance.
5.8.0 is newer than 6.6.0 for some reason...
Rune Petersen
---
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications
Brian Paul wrote:
Rune Petersen wrote:
Hi,
I get texture corruption if copypixrate or subtexrate is run without
being the top most window.
This is not a new problem, I just just happened to discover recently.
When a window is partially covered by another window, or off the edge of
the
Hi,
I get texture corruption if copypixrate or subtexrate is run without
being the top most window.
This is not a new problem, I just just happened to discover recently.
My system:
Radeon X800XT
Xorg & ati driver - CVS HEAD (Apr 24 2006)
Mesa + DRM (May 13 2006)
Rune Pete
Brian Paul wrote:
Rune Petersen wrote:
I found the problem:
In Mesa MAX_TEXTURE_UNITS, MAX_TEXTURE_COORD_UNITS, and
MAX_TEXTURE_IMAGE_UNITS are all set to 8. (src/mesa/main/config.h)
And there are no sanity-checks done on the values returned by the
drivers.
Changing the defines to 16
Brian Paul wrote:
Rune Petersen wrote:
Brian Paul wrote:
Rune Petersen wrote:
I found the problem:
In Mesa MAX_TEXTURE_UNITS, MAX_TEXTURE_COORD_UNITS, and
MAX_TEXTURE_IMAGE_UNITS are all set to 8. (src/mesa/main/config.h)
And there are no sanity-checks done on the values returned by the
MAX_TEXTURE_IMAGE_UNITS should be valid according to
src/mesa/main/config.h but a sanity-check fails (if commented out it
lockups like before).
In the future it would be nice to have bounds checks on the Const.* values.
Rune Petersen
Brian Paul wrote:
Rune Petersen wrote:
Adam Jackson wrote:
On
Adam Jackson wrote:
On Wednesday 26 April 2006 10:14, Rune Petersen wrote:
Hi,
Since the 12 of April there has been a change that causes Quake 3 and
Doom 3 (demo)not to exit properly.
Quake 3 locks up the system, and Doom 3 does a double fault.
The suspect as I see it is:
"Ensure all
confirm it. If you are unable to confirm it, I'll try
to track it down myself.
Rune Petersen
---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make
Wrong button
Now the patch
Rune Petersen
Rune Petersen wrote:
Hi,
r300_state.c seams to fail compilation because of a missing union.
Patch attached.
Rune Petersen
? depend
? server
Index: r300_state.c
===
RCS file: /cvs
Hi,
r300_state.c seams to fail compilation because of a missing union.
Patch attached.
Rune Petersen
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend
It works, you are always quick to respond, thank you.
Rune Petersen
Aapo Tahkola wrote:
On Sat, 08 Apr 2006 20:25:37 +0200
Rune Petersen <[EMAIL PROTECTED]> wrote:
Hi,
When pressing apply in nexuiz i get this assertion:
radeon_mm.c:464: radeon_mm_free: Assertion `id <= rmesa->
Hi,
When pressing apply in nexuiz i get this assertion:
radeon_mm.c:464: radeon_mm_free: Assertion `id <= rmesa->rmm->u_last'
failed.
Rune Petersen
P.S. you've made some nice improvements the few weeks (while I've been
away).
Aapo Tahkola wrote:
On Sun, 12 Mar 2006 17:51:16 +0100
Rune Petersen <[EMAIL PROTECTED]> wrote:
Aapo Tahkola wrote:
On Sat, 11 Mar 2006 22:48:49 +0100
Rune Petersen <[EMAIL PROTECTED]> wrote:
All this is just a symptom of dri tex heap manager. nwn will reload textures
but
Aapo Tahkola wrote:
On Sat, 11 Mar 2006 22:48:49 +0100
Rune Petersen <[EMAIL PROTECTED]> wrote:
All this is just a symptom of dri tex heap manager. nwn will reload textures
but they will be given different locations on vram.
You can print out t->offset at around line 506 of r300_te
Aapo Tahkola wrote:
On Fri, 10 Mar 2006 21:58:50 +0100
Rune Petersen <[EMAIL PROTECTED]> wrote:
The best images this time were in the menu (grows upwards this time):
http://megahurts.dk/rune/stuff/nwn_menu_1.png
http://megahurts.dk/rune/stuff/nwn_menu_2.png
http://megahurts.dk/rune
Aapo Tahkola wrote:
On Fri, 10 Mar 2006 18:27:51 +0100
Rune Petersen <[EMAIL PROTECTED]> wrote:
I tried it, it had no effect, I don't think its the temp registers. I
suspect there is something broken with the vp code or it triggers a bug
somewhere else.
Do I recall correctly th
Aapo Tahkola wrote:
On Sat, 04 Mar 2006 20:55:50 +0100
Rune Petersen <[EMAIL PROTECTED]> wrote:
Update:
The "Free temps when possible" patch makes NWN lockup again.
It would appear that hw tcl is very fragile on some cards.
Sorry, I missed your mail.
I just added
s/tests?
Also would you be interested in a PASS/FAILED log of these?
Rune Petersen
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and
Aapo Tahkola wrote:
On Tue, 07 Mar 2006 21:43:22 +0100
Rune Petersen <[EMAIL PROTECTED]> wrote:
Hi,
Me again.
Quite a few games segfault with the CVS HEAD, I tried disabling vbo
(//define HW_VBOS ) but didn't change anything.
nwn:
Quake3:
3-bin(GetFullName__C7UObjectPw+0x7d) [0x80512d1]
Rune Petersen
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group bre
Update:
The "Free temps when possible" patch makes NWN lockup again.
It would appear that hw tcl is very fragile on some cards.
Rune Petersen
Rune Petersen wrote:
I made a mistake, and did not use clean Mesa source.
sorry about the noise.
with:
int future_hw_tcl_on=1;
int h
I doubt it since it is triggered by disabling hw tcl in the driver.
Rune Petersen
Felix Kühling wrote:
This looks somewhat familiar. I saw this on a Radeon 7500 where AGP
writes from the card to system memory did not work reliably. So
uploading textures to AGP memory (through DMA) was
1 - 100 of 173 matches
Mail list logo
