Brian Paul wrote:
> Jonathan Bastien-Filiatrault wrote:
>
>> Brian Paul wrote:
>>
>>
>>> Jonathan Bastien-Filiatrault wrote:
>>>
>>>
>>>> [snip]
>>>> at around 45-50 fps with a 960 face model in zpass mod
Brian Paul wrote:
> Jonathan Bastien-Filiatrault wrote:
>
>> [snip]
>> at around 45-50 fps with a 960 face model in zpass mode.
>>
>> PS: Have you noticed that some versions of the newer mesa does not seem
>> to like mixing plain old vertex arrays with VB
Michel Dänzer wrote:
> On Mon, 2007-09-24 at 21:51 -0400, Jonathan Bastien-Filiatrault wrote:
>
>> I have made a program that draws zfail/zpass shadows. I draw three
>> models with ~120 tris each and one light source and a simple floor, with
>> zpass. I can get a ful
Sergio Monteiro Basto wrote:
> Hi I just update all gits: libdrm, drm, mesa and xf86-video-intel
>
> And now I don't have DRI
>
> (WW) intel: No matching Device section for instance (BusID PCI:0:2:1)
> found
> (WW) intel(0): Bad V_BIOS checksum
> (WW) intel(0): Register 0x61200 (PP_STATUS) change
available at http://www.youtube.com/trektactoe
Obviously, shoving the geometry down the pipeline twice is a slowdown,
and so are the shadow volumes. Am I expecting too much from this chip ?
Can I give a hand in profiling the driver ?
Insight appreciated and welcome,
Jonathan Bastien-F
On Sun, January 14, 2007 13:50, Jerome Glisse said:
> On 1/13/07, Jonathan Bastien-Filiatrault <[EMAIL PROTECTED]> wrote:
>> >From my tests, it would seem that the r300 driver advertises
>> anisotropic
>> filtering capability, yet, simple tests clearly show that i
>From my tests, it would seem that the r300 driver advertises anisotropic
filtering capability, yet, simple tests clearly show that it is not enabled.
Please note that I am not running the latest Mesa.
OpenGL renderer string: Mesa DRI R300 20060815 AGP 4x TCL
OpenGL version string: 1.3 Mesa 6.5.1
Just wanted to report that my Radeon now works flawlessly, cheers to the r300
developers !!
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opi
256 registers in IO space.
I think this regression, if it is one, is younger than 3 months.
Thanks for your time,
Jonathan Bastien-Filiatrault
Versions:
drm: 20030725 (vanilla 2.6.16)
X: 7.0.0 (latest packaged in debian unstable)
dri: libgl1-mesa-dri 6.4.1(-0.4)
Driver module loading log:
(II
Felix Kühling said:
> Hello DRI testers,
>
> I finally got around to bringing the snapshot build up to speed with the
> latest changes in the build process and uploaded a first set of new
> snapshots to http://dri.freedesktop.org/snapshots/. They are completely
> untested so be prepared for problem
Felix Kühling wrote:
> Am Freitag, den 07.10.2005, 15:20 + schrieb Jacek Popławski:
>
>>On Fri, Oct 07, 2005 at 02:25:26PM +0200, khaqq wrote:
>>
>>>Sounds close enough to what I'm running here, stable too, and I had frequent
>>>lockups before (6.8.2). I had noticed the lockups would occur les
Adam K Kirchhoff wrote:
> Nicolai Haehnle wrote:
>
>> Hi everybody,
>>
>> I once again tripped upon an R300 lockup (possibly the same one that
>> everybody's been talking about) and spent the last one and half days
>> chasing it down.
>>
>> It turns out that writing the vertex buffer age to scratc
Michel Dänzer wrote:
>On Mon, 2005-05-23 at 18:45 +0200, Nicolai Haehnle wrote:
>
>
>>It is equally likely that the lockup is caused by, say, alignment or
>>wraparound issues of the ring buffer.
>>Note that fglrx always submits commands in indirect buffers, which are
>>stored linearly in physi
Adam K Kirchhoff wrote:
> So I can confirm the occaisional lockup with the 9800 still.
> neverputt played fine for half a round. Q3A played fine for about 8
> minutes before locking up my machine. UT played fine for maybe 3-4
> minutes before locking up. UT2004 locked up almost immediately in
Jerome Glisse wrote:
>Right now i am on pixel shader after doing some test i don't think we can
>use a similar stuff like i915 emit arithm, i915 hardware are far more easier
>to program than r300. I am coding another approach an hope to have it
>done by the end of this week.
>
>Moreover i see that
Vladimir Dergachev wrote:
>>>
>>> Can you try if reverting revision 1.6 of radeon_cursor.c in X.org CVS
>>> makes a difference?
>>>
>> Reverting this file to version 1.5 caused the cursor to appear after the
>> lockup, I could move it but everything else was fudged. During this
>> test, I flipped
Michel DÃnzer wrote :
>On Thu, 2005-04-14 at 13:36 -0400, Jonathan Bastien-Filiatrault wrote:
>
>
>>I have tried the experimental r300 driver with my Radeon 9800 Pro.
>>The rendering speed and accuracy are simply amazing. Unfortunately, I am
>>getting random locku
khaqq wrote:
>On Thu, 14 Apr 2005 13:36:56 -0400
>Jonathan Bastien-Filiatrault <[EMAIL PROTECTED]> wrote:
>
>
>
>>Hi list,
>>
>>I have tried the experimental r300 driver with my Radeon 9800 Pro.
>>The rendering speed and accuracy are simply
Hi list,
I have tried the experimental r300 driver with my Radeon 9800 Pro.
The rendering speed and accuracy are simply amazing. Unfortunately, I am
getting random lockups about every five minutes. The Xorg process takes
100% CPU and I have to reboot to get the graphics card in a usable
state.
I was wondering if the specs for these cards are legally
released/obtainable by the public. I can't even use the proprietary ati
driver with XFree 4.4.0. Any insigth is appreciated.
--
Happy Hacking,
Jonathan
signature.asc
Description: This is a digitally signed message part
20 matches
Mail list logo
