On piątek, 24 kwietnia 2009 08:29:04 sergks wrote:
> Hello,
> What is the status of this regression? Can you find a better solution? I
> tried the suggested patch on my Xpress 200m. It does help to increase FPS
> in glxgears, but lockups the system periodically in 3d games. Please help.
> It seriou
Hello,
What is the status of this regression? Can you find a better solution? I
tried the suggested patch on my Xpress 200m. It does help to increase FPS in
glxgears, but lockups the system periodically in 3d games. Please help. It
seriously affects the 3D performance of R300-based ATI cards in U
On Sat, 2009-04-18 at 09:21 -0400, GS Hunt wrote:
> Michel Dänzer wrote:
> > On Fri, 2009-04-17 at 22:25 -0400, GS Hunt wrote:
> >> Please bear with me, I am not a developer.
> >>
> >> I am using an RS740 chip HS2100IGP integrated Radeon Video Card.
> >>
> >> It uses the R300 driver, (support added
Michel Dänzer wrote:
> On Fri, 2009-04-17 at 22:25 -0400, GS Hunt wrote:
>> Please bear with me, I am not a developer.
>>
>> I am using an RS740 chip HS2100IGP integrated Radeon Video Card.
>>
>> It uses the R300 driver, (support added in the 2.6.28 kernel by Alex
>> Deucher)
>>
>> 3D rendering is
On Fri, 2009-04-17 at 22:25 -0400, GS Hunt wrote:
> Please bear with me, I am not a developer.
>
> I am using an RS740 chip HS2100IGP integrated Radeon Video Card.
>
> It uses the R300 driver, (support added in the 2.6.28 kernel by Alex
> Deucher)
>
> 3D rendering is normal in Mesa 7.2, but is s
Please bear with me, I am not a developer.
I am using an RS740 chip HS2100IGP integrated Radeon Video Card.
It uses the R300 driver, (support added in the 2.6.28 kernel by Alex
Deucher)
3D rendering is normal in Mesa 7.2, but is slow in subsequent versions.
CPU useage goes to 100%, and 3D frame
After
commit 37924cf175b5f61ca85dab685ec5d7879519ebc4
Author: Dave Airlie <[EMAIL PROTECTED]>
Date: Sat May 3 22:08:11 2008 +1000
r300: update r300 rs unit for swtcl need to fix r500 most likely
Wow framerates drop to around 1/10. The attached patch brings it back to
normal.
I'm not sure
Sorry for the problems caused by my commit. The arbprogparse.c code was
diverging a fair bit between master and gallium-0.1 and I thought it
would be good to sync them up. The driver fix is/was simple though.
-Brian
Oliver McFadden wrote:
> Oh, I forgot to change r300_fragprog.c. I've pushed
Oh, I forgot to change r300_fragprog.c. I've pushed your patch, thanks. :-)
On 3/31/08, Markus Amsler <[EMAIL PROTECTED]> wrote:
> Sorry for blaming you Oliver. You're right the regression was introduced
> with
>
> Commit 978145a075255ae153ee05c2a037400e61558079
> Author: Brian <[EMAIL PROTECTED]
Sorry for blaming you Oliver. You're right the regression was introduced
with
Commit 978145a075255ae153ee05c2a037400e61558079
Author: Brian <[EMAIL PROTECTED]>
Date: Thu Mar 27 16:00:15 2008 -0600
Set param_var->param_binding_type = PROGRAM_CONSTANT
cherry-picked from gallium-0.1
I th
Reverting 978145a075255ae153ee05c2a037400e61558079 fixes both problems.
> Have you tried reverting that commit 978145a075255ae153ee05c2a037400e61558079
> on
> the current Mesa master branch? It's possible this is the commit that breaks
> things, but I believe there is another bug with the default
Have you tried reverting that commit 978145a075255ae153ee05c2a037400e61558079 on
the current Mesa master branch? It's possible this is the commit that breaks
things, but I believe there is another bug with the default programs used by
r300_{ioctl,state}.c.
Just want to confirm this is indeed the c
commit 3e0797f3b702a1363bf238eb4826385860346137
Merge: 635e96471218d5ada3fa7930fc1a746ec2aa4423
e49ec6e2a4b5002ac9766c828807fb0a10d975f2
Author: Oliver McFadden <[EMAIL PROTECTED]>
Date: Sat Mar 29 14:46:32 2008 +
Merge branch 'r300-vertprog-branch' of
ssh://people.freedesktop.org/~z3r
13 matches
Mail list logo
