https://bugs.freedesktop.org/show_bug.cgi?id=25227
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=25227
--- Comment #1 from Róbert Čerňanský 2010-04-05 09:28:04
PDT ---
This is not reproducible with Mesa 7.5.2, xf86-video-ati-6.12.5, libdrm-2.4.15,
xorg server 1.6.5 and kernel 2.6.31.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.
http://bugs.freedesktop.org/show_bug.cgi?id=25227
Summary: X freezes on attempt to start quake3 engine based games
with r300 driver
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status
http://bugs.freedesktop.org/show_bug.cgi?id=21537
Fabio changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=10968
ajax at nwnk dot net changed:
What|Removed |Added
Version|CVS |git
--- Comment #3 from ajax a
http://bugs.freedesktop.org/show_bug.cgi?id=10109
ajax at nwnk dot net changed:
What|Removed |Added
Version|CVS |git
--- Comment #3 from ajax a
http://bugs.freedesktop.org/show_bug.cgi?id=9170
ajax at nwnk dot net changed:
What|Removed |Added
Version|CVS |git
--- Comment #19 from ajax a
http://bugs.freedesktop.org/show_bug.cgi?id=8636
ajax at nwnk dot net changed:
What|Removed |Added
Version|CVS |git
--- Comment #3 from ajax at
http://bugs.freedesktop.org/show_bug.cgi?id=7392
ajax at nwnk dot net changed:
What|Removed |Added
Version|CVS |git
--- Comment #3 from ajax at
http://bugs.freedesktop.org/show_bug.cgi?id=5037
ajax at nwnk dot net changed:
What|Removed |Added
Version|CVS |git
--- Comment #7 from ajax at
http://bugs.freedesktop.org/show_bug.cgi?id=21537
--- Comment #13 from Fabio 2009-05-22 07:13:40 PST ---
I am having a similar lockup problem (see
https://bugs.freedesktop.org/show_bug.cgi?id=21849). Can you try reverting to
original Ubuntu packages and installing kernel 2.6.29.3 from #
Kern
http://bugs.freedesktop.org/show_bug.cgi?id=21537
Michel Dänzer changed:
What|Removed |Added
Attachment #25424|text/x-log |text/plain
mime type|
http://bugs.freedesktop.org/show_bug.cgi?id=21537
--- Comment #12 from Pauli 2009-05-05 02:01:47 PST ---
Now I just looked more to kern.log and output looks very bad to me. Seems like
there is buffer overflow or stack overflow that affects debug output. So is it
possible for opengl apps to c
http://bugs.freedesktop.org/show_bug.cgi?id=21537
--- Comment #11 from Pauli 2009-05-04 16:56:17 PST ---
Some more info:
I found stable combination also for mesa_7_4_branch.
That includes
- mesa_7_4_branch head
- libdrm master head (also has to install kernel modules)
- xf86-video-ati maste
http://bugs.freedesktop.org/show_bug.cgi?id=21537
--- Comment #10 from Pauli 2009-05-04 14:44:49 PST ---
yes. xmoto would run around 0.5 fps if using software mesa.
btw, I jsut noticed a weird small freeze about a second later that lock used to
happen. Now it take about 200-500ms frame hit
http://bugs.freedesktop.org/show_bug.cgi?id=21537
--- Comment #9 from Alex Deucher 2009-05-04 14:31:29 PST ---
(In reply to comment #8)
> Now using the latest radeon-rewrite, libdrm modeseting-gem (including kernel
> modules but no mode setting because failing to initialise memory manager)
http://bugs.freedesktop.org/show_bug.cgi?id=21537
--- Comment #8 from Pauli 2009-05-04 14:23:32 PST ---
Now using the latest radeon-rewrite, libdrm modeseting-gem (including kernel
modules but no mode setting because failing to initialise memory manager) and
latest ddx everything works.
Bu
http://bugs.freedesktop.org/show_bug.cgi?id=21537
--- Comment #7 from Alex Deucher 2009-05-04 12:43:15 PST ---
please try grabbing the latest code. the relevant commits are:
http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/commit/?id=1f70c9f05df9017d87b37f887e1eccd6d0568a02
http://cg
http://bugs.freedesktop.org/show_bug.cgi?id=21537
--- Comment #6 from Pauli 2009-05-04 12:32:28 PST ---
I have 5 days old version in /opt/local/lib/xorg/modules :)
It was at commit 7d9f643ae3d07e51e644a5979ca90bc2c102bc89
I can try using updated ddx, radeon-rewrite and modesetting-gem if y
http://bugs.freedesktop.org/show_bug.cgi?id=21537
Pauli changed:
What|Removed |Added
Attachment #25425|text/x-compress |application/x-gzip
mime type|
http://bugs.freedesktop.org/show_bug.cgi?id=21537
Pauli changed:
What|Removed |Added
Attachment #25425|text/x-gzip |text/x-compress
mime type|
http://bugs.freedesktop.org/show_bug.cgi?id=21537
Pauli changed:
What|Removed |Added
Attachment #25425|application/x-gzip |text/x-gzip
mime type|
http://bugs.freedesktop.org/show_bug.cgi?id=21537
Pauli changed:
What|Removed |Added
Attachment #25423|application/octet-stream|text/plain
mime type|
http://bugs.freedesktop.org/show_bug.cgi?id=21537
--- Comment #5 from Alex Deucher 2009-05-04 12:26:26 PST ---
This looks to be 3D related, but does updating to the latest ddx from git help
(git master of xf86-video-ati)?
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab
http://bugs.freedesktop.org/show_bug.cgi?id=21537
--- Comment #4 from Pauli 2009-05-04 12:22:08 PST ---
Created an attachment (id=25425)
--> (http://bugs.freedesktop.org/attachment.cgi?id=25425)
kernel log when I enabled drm debug after freeze
Intresting point is that if I try to reproduce
http://bugs.freedesktop.org/show_bug.cgi?id=21537
--- Comment #3 from Pauli 2009-05-04 12:20:03 PST ---
Created an attachment (id=25424)
--> (http://bugs.freedesktop.org/attachment.cgi?id=25424)
xorg.log
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Yo
http://bugs.freedesktop.org/show_bug.cgi?id=21537
--- Comment #2 from Pauli 2009-05-04 12:19:25 PST ---
Created an attachment (id=25423)
--> (http://bugs.freedesktop.org/attachment.cgi?id=25423)
xorg.conf
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Y
http://bugs.freedesktop.org/show_bug.cgi?id=21537
--- Comment #1 from Alex Deucher 2009-05-04 07:37:45 PST ---
This is a GPU hang. Please attach your xorg log and config. You might want to
try with with the r300 driver from the radeon_rewrite branch of mesa.
--
Configure bugmail: http
http://bugs.freedesktop.org/show_bug.cgi?id=21537
Tormod Volden changed:
What|Removed |Added
CC||bugzi07.fdo.tor...@xoxy.net
http://bugs.freedesktop.org/show_bug.cgi?id=21537
Summary: Many OpenGL applications locks in drm calls using R300
driver (xmoto, bzflag, openarena, kwin, ...)
Product: Mesa
Version: unspecified
Platform: x86-64 (AMD64
http://bugs.freedesktop.org/show_bug.cgi?id=10968
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=9170
Maciej Cencora changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=14076
Maciej Cencora changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=14076
--- Comment #3 from Roman Mamedov 2009-03-20 08:58:46 PST ---
I had 2 GB at the time.
Also, I have since upgraded the X800GT to a 3870, which has no 3D support with
Mesa drivers atm, so I wouldn't be able to further track if this issue
conti
http://bugs.freedesktop.org/show_bug.cgi?id=14076
--- Comment #2 from Maciej Cencora 2009-03-19 06:04:15
PST ---
This looks like wine bug http://bugs.winehq.org/show_bug.cgi?id=13335
How much system RAM do you have?
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=emai
http://bugs.freedesktop.org/show_bug.cgi?id=10303
Maciej Cencora changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=10968
--- Comment #1 from Nicolai Hähnle <[EMAIL PROTECTED]> 2008-07-26 07:59:51 PST
---
It sounds like this problem may have been fixed by mesa/drm commit
c3d463840c902a28221f1514bfb69fb7905a05c2. There's also been changes to Mesa
that make lockup
http://bugs.freedesktop.org/show_bug.cgi?id=8636
Corbin Simpson <[EMAIL PROTECTED]> changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
http://bugs.freedesktop.org/show_bug.cgi?id=14076
--- Comment #1 from Michel Dänzer <[EMAIL PROTECTED]> 2008-01-15 00:33:46 PST
---
It looks like Mesa can't get enough virtual memory to process the
glTexSubImage2D calls, probably there's a memory/resource leak somewhere. If
you could attach
http://bugs.freedesktop.org/show_bug.cgi?id=14076
Summary: GL_OUT_OF_MEMORY crash with R300 driver and Lineage II
under Wine
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status
http://bugs.freedesktop.org/show_bug.cgi?id=9446
--- Comment #23 from [EMAIL PROTECTED] 2007-10-26 12:48 PST ---
Michel, actually this does not appear to be necessary any more. Not sure when
it was fixed :-)
Cyrill, in the Device section, you'd add the line:
Option"Silke
http://bugs.freedesktop.org/show_bug.cgi?id=9446
--- Comment #22 from [EMAIL PROTECTED] 2007-10-26 06:58 PST ---
(In reply to comment #20)
> Back in March of this year I started having a problem with lockups on my PCIe
> box when running most/many 3D applications (including GoogleEart
http://bugs.freedesktop.org/show_bug.cgi?id=9446
--- Comment #21 from [EMAIL PROTECTED] 2007-10-26 03:12 PST ---
(In reply to comment #20)
> Back in March of this year I started having a problem with lockups on my PCIe
> box when running most/many 3D applications (including GoogleEart
http://bugs.freedesktop.org/show_bug.cgi?id=9446
--- Comment #20 from [EMAIL PROTECTED] 2007-10-26 02:39 PST ---
Back in March of this year I started having a problem with lockups on my PCIe
box when running most/many 3D applications (including GoogleEarth) if I didn't
disable SilkenM
http://bugs.freedesktop.org/show_bug.cgi?id=9446
--- Comment #19 from [EMAIL PROTECTED] 2007-10-26 01:38 PST ---
(In reply to comment #18)
> I have the same problem [...]
That's quite a bold statement unfortunately - there are countless possible
causes for lockups, all resulting in s
http://bugs.freedesktop.org/show_bug.cgi?id=9446
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
--- Comment #
http://bugs.freedesktop.org/show_bug.cgi?id=9446
--- Comment #17 from [EMAIL PROTECTED] 2007-10-25 06:42 PST ---
Problem disappeared here with the upgrade to xorg-server 1.4, mesa 7.0.1 and
xf86-video-ati 6.7.1xx (using compiz/compiz-fusion 0.5.2 and then 0.6.2/0.6.0).
--
Configure
|app locks up X after some |app locks up/freezes X after
|time using r300 driver |some time using r300 driver
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee
|locks up X after some time |app locks up X after some
|using r300 driver |time using r300 driver
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the
|after some time using r300 |locks up X after some time
|driver |using r300 driver
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or
http://bugs.freedesktop.org/show_bug.cgi?id=9446
--- Comment #16 from [EMAIL PROTECTED] 2007-10-25 03:51 PST ---
As far as I can judge this a lot of people are having this freeze problem. It
even happens without running compiz. The problem still exists in the latest
versions of xorg-s
http://bugs.freedesktop.org/show_bug.cgi?id=11283
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Wednesday 20 June 2007 18:07:52 Brian Paul wrote:
> Adam K Kirchhoff wrote:
> > On Wednesday 20 June 2007 13:02:47 Brian Paul wrote:
> >> Eric Anholt wrote:
> >>> On Tue, 2007-06-19 at 12:20 -0400, Adam K Kirchhoff wrote:
> On Sat, 2007-06-16 at 09:44 -0700, [EMAIL PROTECTED]
>
>
Adam K Kirchhoff wrote:
> On Wednesday 20 June 2007 13:02:47 Brian Paul wrote:
>> Eric Anholt wrote:
>>> On Tue, 2007-06-19 at 12:20 -0400, Adam K Kirchhoff wrote:
On Sat, 2007-06-16 at 09:44 -0700, [EMAIL PROTECTED]
wrote:
> http://bugs.freedesktop.org/show_bug.cgi?id=11283
On Wednesday 20 June 2007 13:02:47 Brian Paul wrote:
> Eric Anholt wrote:
> > On Tue, 2007-06-19 at 12:20 -0400, Adam K Kirchhoff wrote:
> >> On Sat, 2007-06-16 at 09:44 -0700, [EMAIL PROTECTED]
> >>
> >> wrote:
> >>> http://bugs.freedesktop.org/show_bug.cgi?id=11283
> >>>
> >>>
> >>>
> >>>
> >>>
>
Eric Anholt wrote:
> On Tue, 2007-06-19 at 12:20 -0400, Adam K Kirchhoff wrote:
>> On Sat, 2007-06-16 at 09:44 -0700, [EMAIL PROTECTED]
>> wrote:
>>> http://bugs.freedesktop.org/show_bug.cgi?id=11283
>>>
>>>
>>>
>>>
>>>
>>> --- Comment #4 from [EMAIL PROTECTED] 2007-06-16 09:44 PST ---
>>>
On Tue, 2007-06-19 at 12:20 -0400, Adam K Kirchhoff wrote:
> On Sat, 2007-06-16 at 09:44 -0700, [EMAIL PROTECTED]
> wrote:
> > http://bugs.freedesktop.org/show_bug.cgi?id=11283
> >
> >
> >
> >
> >
> > --- Comment #4 from [EMAIL PROTECTED] 2007-06-16 09:44 PST ---
> >
> > Finished wit
e44e0
>> 3ef1f5e6a5ae338ef5ccce99bc62cfbaf7f8987c M src
>>
>>
>
> Brian,
>
> Can you shed some light onto what this commit did to blender? :-)
My guess is when we're hitting the fallback path, the SWvertex->color
values aren't getting popul
On Sat, 2007-06-16 at 09:44 -0700, [EMAIL PROTECTED]
wrote:
> http://bugs.freedesktop.org/show_bug.cgi?id=11283
>
>
>
>
>
> --- Comment #4 from [EMAIL PROTECTED] 2007-06-16 09:44 PST ---
>
> Finished with git-bisect:
>
> 9e8a961dd7d7b717a9fb4ecdea1c1b60ea355efe is first bad commit
>
http://bugs.freedesktop.org/show_bug.cgi?id=11283
--- Comment #4 from [EMAIL PROTECTED] 2007-06-16 09:44 PST ---
Finished with git-bisect:
9e8a961dd7d7b717a9fb4ecdea1c1b60ea355efe is first bad commit
commit 9e8a961dd7d7b717a9fb4ecdea1c1b60ea355efe
Author: Brian <[EMAIL PROTECTED]>
D
http://bugs.freedesktop.org/show_bug.cgi?id=11283
--- Comment #3 from [EMAIL PROTECTED] 2007-06-16 05:50 PST ---
My apologies. I really do know better than to post a bug with such few details
:-) I'll blame it on my lack of coffee this morning.
It happens with both a PCIE R480 (X8
http://bugs.freedesktop.org/show_bug.cgi?id=11283
--- Comment #2 from [EMAIL PROTECTED] 2007-06-16 05:37 PST ---
Could you provide some more information, such as the card you're using. You can
get this from lspci -v.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?
http://bugs.freedesktop.org/show_bug.cgi?id=11283
--- Comment #1 from [EMAIL PROTECTED] 2007-06-16 05:25 PST ---
Created an attachment (id=10331)
--> (http://bugs.freedesktop.org/attachment.cgi?id=10331&action=view)
Screenshot of blender, showing this bug.
--
Configure bugmail: ht
http://bugs.freedesktop.org/show_bug.cgi?id=11283
Summary: blender menus don't show up with r300 driver from git
Product: DRI
Version: DRI CVS
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Pri
http://bugs.freedesktop.org/show_bug.cgi?id=10968
Summary: r300 driver causes system freeze when switching in and
out of fullscreen opengl widows.
Product: Mesa
Version: CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All
Dave,
So I tested the (git from last night 5/10) the latest code
(x+mesa+drm) on my RS480
In general, things are MUCH better, but I was running through the
sample programs in Mesa, and I found some remaining issues. I ran the
tests on fglrx, took some screenshots, and compared them to the R300
http://bugs.freedesktop.org/show_bug.cgi?id=9170
--- Comment #17 from [EMAIL PROTECTED] 2007-04-27 14:41 PST ---
OK, I've commited the work-around for Mesa 6.5.3. I'll leave this bug open
until an R300 developer can double-check it.
--
Configure bugmail: http://bugs.freedesktop.or
http://bugs.freedesktop.org/show_bug.cgi?id=9170
--- Comment #16 from [EMAIL PROTECTED] 2007-04-27 12:22 PST ---
me too, patch works: it avoids nexuiz crash.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: -
http://bugs.freedesktop.org/show_bug.cgi?id=9170
--- Comment #15 from [EMAIL PROTECTED] 2007-04-27 09:54 PST ---
The proposed patch [if (!t) continue;] just works, many thanks.
(And sorry for the lag, I don't own the affected HW.)
--
Configure bugmail: http://bugs.freedesktop.org/
http://bugs.freedesktop.org/show_bug.cgi?id=9170
--- Comment #14 from [EMAIL PROTECTED] 2007-04-27 09:15 PST ---
If you can test my suggestion and report back soon, I'll put it in 6.5.3 which
I'm releasing today.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=e
http://bugs.freedesktop.org/show_bug.cgi?id=9170
--- Comment #13 from [EMAIL PROTECTED] 2007-04-27 09:13 PST ---
Brian Paul wrote:
> Hmmm, I don't see any sign of a TMU_ENABLED macro in the R300 driver (as
> described in comment #5).
Yes, you are right. I did a new checkou
http://bugs.freedesktop.org/show_bug.cgi?id=9170
--- Comment #12 from [EMAIL PROTECTED] 2007-04-27 06:50 PST ---
Hmmm, I don't see any sign of a TMU_ENABLED macro in the R300 driver (as
described in comment #5).
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cg
http://bugs.freedesktop.org/show_bug.cgi?id=9170
--- Comment #11 from [EMAIL PROTECTED] 2007-04-27 01:23 PST ---
Brian Paul wrote:
> I have no experience w/ this driver, but maybe something like this will be a
> work-around
Hint: I have a working workaround in my Comment #5
https://b
>
> The displacement of vertices is most likely caused by the fact that
> r300 drivers swtcl path cheats and does vertex transformation in
> hardware. That's also why arbvpwarpmesh fails to work when sw path is
> active.
So do we need to do a completely separate swtcl path that doesn't do this?
> On 4/9/07, Alex Jackson awj_in_japan-at-hotmail.com |rivatv-devel| <
> ...> wrote:
> >
> > >What has to be done now? Where can look to start hacking Mesa to
> > >support it? (I've spent all of my time so far in DRM..
> > >(radeon_cp.c) )
> >
> > Does setting tcl_mode=0 in .drirc make it work?
>
http://bugs.freedesktop.org/show_bug.cgi?id=9170
--- Comment #10 from [EMAIL PROTECTED] 2007-04-26 16:11 PST ---
I have no experience w/ this driver, but maybe something like this will be a
work-around:
Insert at line 1272 of r300_state.c:
if (!t)
continue;
--
Configure b
http://bugs.freedesktop.org/show_bug.cgi?id=9170
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
|
http://bugs.freedesktop.org/show_bug.cgi?id=9170
--- Comment #8 from [EMAIL PROTECTED] 2007-04-26 15:19 PST ---
Created an attachment (id=9750)
--> (http://bugs.freedesktop.org/attachment.cgi?id=9750&action=view)
Backtrace with mesa 6.5.3rc4
--
Configure bugmail: http://bugs.freed
On 4/9/07, Alex Jackson awj_in_japan-at-hotmail.com |rivatv-devel| <
...> wrote:
>What has to be done now? Where can look to start hacking Mesa to support
>it? (I've spent all of my time so far in DRM.. (radeon_cp.c) )
Does setting tcl_mode=0 in .drirc make it work?
I tested this with my Xp
On 4/9/07, Zoltan Boszormenyi <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Dave Airlie írta:
> > Okay the GART is working fine on the rs480 from my branch, however the
> >
>
> Congrats!
>
> > r300 driver causes a chip lockup, I've loaded fglrx and from what
Hi,
Dave Airlie írta:
Okay the GART is working fine on the rs480 from my branch, however the
Congrats!
r300 driver causes a chip lockup, I've loaded fglrx and from what I can
see it disables the Vertex Shaders in hw and does that bit of the pipeline
in sw.. at least on the system I
What has to be done now? Where can look to start hacking Mesa to support
it? (I've spent all of my time so far in DRM.. (radeon_cp.c) )
Does setting tcl_mode=0 in .drirc make it work?
--AWJ--
_
Dont waste time standing in linet
ART_ENABLE
(More details at: http://dri.freedesktop.org/wiki/Radeon200M)
however the
> r300 driver causes a chip lockup, I've loaded fglrx and from what I can
> see it disables the Vertex Shaders in hw and does that bit of the
pipeline
> in sw.. at least on the system I have...
>
> If anyone
Dave Airlie wrote:
> Okay the GART is working fine on the rs480 from my branch, however the
> r300 driver causes a chip lockup, I've loaded fglrx and from what I can
> see it disables the Vertex Shaders in hw and does that bit of the pipeline
> in sw.. at least on the system
Okay the GART is working fine on the rs480 from my branch, however the
r300 driver causes a chip lockup, I've loaded fglrx and from what I can
see it disables the Vertex Shaders in hw and does that bit of the pipeline
in sw.. at least on the system I have...
If anyone else has an xpres
http://bugs.freedesktop.org/show_bug.cgi?id=10303
--- Comment #6 from [EMAIL PROTECTED] 2007-03-17 05:32 PST ---
Dave Airlie already committed this. Commit
6a9b0cd0b43ba01b24871ec1fa155e192ddeaa56.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Y
http://bugs.freedesktop.org/show_bug.cgi?id=10303
--- Comment #5 from [EMAIL PROTECTED] 2007-03-16 20:09 PST ---
I agree with that. If there are no objections I can change the vendor string
for R300. I think that R300 does still use some Tungsten Graphics code, but it
should be accep
http://bugs.freedesktop.org/show_bug.cgi?id=10303
--- Comment #4 from [EMAIL PROTECTED] 2007-03-16 19:41 PST ---
> I think it was Vladimir Dergachev who did a lot of the initial work, at least
> from looking at the R300 Sourceforge site, but I expect that a lot of people
> made signif
http://bugs.freedesktop.org/show_bug.cgi?id=10303
--- Comment #3 from [EMAIL PROTECTED] 2007-03-15 03:37 PST ---
There is a TODO comment in r300_fragprog.c about fog coord inputs, so it's
probably not done yet...
I think it was Vladimir Dergachev who did a lot of the initial work, at
http://bugs.freedesktop.org/show_bug.cgi?id=9170
--- Comment #7 from [EMAIL PROTECTED] 2007-03-15 03:31 PST ---
You should attach large log files rather than adding them into the comment
because Bugzilla often destroys the formatting of these logs and more
importantly it adds a lot of
http://bugs.freedesktop.org/show_bug.cgi?id=10303
[EMAIL PROTECTED] changed:
What|Removed |Added
Component|libGL |Drivers/DRI/r300
Product|D
http://bugs.freedesktop.org/show_bug.cgi?id=9170
--- Comment #6 from [EMAIL PROTECTED] 2007-03-15 02:25 PST ---
Same bug discussed earlier:
http://www.mail-archive.com/dri-devel@lists.sourceforge.net/msg28462.html aka
http://www.archivesat.com/Direct_Rendering_Open_Source_Project_deve
|Tungsten Radeon R300 driver |DRI Radeon R300 driver
--- Comment #1 from [EMAIL PROTECTED] 2007-03-15 02:14 PST ---
Clarifying that this isn't a driver developed by Tungsten - the credit lies
with the individual open source developers of the R300 project.
--
Conf
http://bugs.freedesktop.org/show_bug.cgi?id=10303
Summary: glFogCoordPointer broken in Tungsten Radeon R300 driver
Product: DRI
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
http://bugs.freedesktop.org/show_bug.cgi?id=10109
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Fri, 2007-03-09 at 13:49 +0200, Panagiotis Papadakos wrote:
> Yep, I think it is OK!
Pushed, thanks.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
Yep, I think it is OK!
On Friday 09 March 2007 10:46, Michel Dänzer wrote:
> On Thu, 2007-03-08 at 19:07 +0200, Panagiotis Papadakos wrote:
> > On Thursday 08 March 2007 17:05, Michel Dänzer wrote:
> > > Any idea what's going on? The only situation where radeonSetCliprects
> > > doesn't get called
On Thu, 2007-03-08 at 19:07 +0200, Panagiotis Papadakos wrote:
> On Thursday 08 March 2007 17:05, Michel Dänzer wrote:
> >
> > Any idea what's going on? The only situation where radeonSetCliprects
> > doesn't get called from radeonMakeCurrent is if neither the drawable nor
> > its stamp has changed
On Thursday 08 March 2007 17:05, Michel Dänzer wrote:
>
> Any idea what's going on? The only situation where radeonSetCliprects
> doesn't get called from radeonMakeCurrent is if neither the drawable nor
> its stamp has changed...
We have to call radeonSetCliprects(radeon), before
r300UpdateViewp
On Thu, 2007-03-08 at 17:03 +0200, Panagiotis Papadakos wrote:
> I still get invalid reads with your latest patch.
Any idea what's going on? The only situation where radeonSetCliprects
doesn't get called from radeonMakeCurrent is if neither the drawable nor
its stamp has changed...
--
Earthling
1 - 100 of 224 matches
Mail list logo
