Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2679
Summary: X.org 6.8.2 does not activate DRI on i865 but says it
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2679
--- Additional Comments From [EMAIL PROTECTED] 2005-03-09 00:17 ---
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2679
--- Additional Comments From [EMAIL PROTECTED] 2005-03-09 00:17 ---
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2679
--- Additional Comments From [EMAIL PROTECTED] 2005-03-09 00:18 ---
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2679
--- Additional Comments From [EMAIL PROTECTED] 2005-03-09 00:18 ---
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2679
--- Additional Comments From [EMAIL PROTECTED] 2005-03-09 00:18 ---
Vladimir Dergachev writes:
2. Right *now* we are doing only swtcl, as no acceleration for
transform and lightning is being done.
Does this mean we're not using the vertex processors at all?
Paul.
---
SF email is sponsored by
This was solution i wanted to implement (but not time to do :(), i really
think that os x driver use this to upload texture. I don't think this
will change
anything for x86 setup. Thus if no one is against, may we apply this change ?
Moreover could this change also affect way X do bitblit with
On Wed, 9 Mar 2005 11:53:47 +1100, Paul Mackerras [EMAIL PROTECTED] wrote:
I have updated the table of texture formats in r300_texstate.c based
on the definitions and comments in Mesa/src/mesa/main/texformat.h.
These changes assume that radeon_cp_dispatch_texture doesn't
byte-swap, i.e. that
Hi,
Doh, sorry to waste everyones time. I installed cvs X over 6.8.1 and it
was picking up some old stuff. I moved 6.8.1 and reinstall cvs and all
is well. Now anything I can help test on PPC?
Vladimir posted some todo list not so long ago, see if there is anythings
not already done that
Here is a patch that adds 32-bit ioctl compatibility code to the CVS
DRM (i.e. the drm CVS module at dri.freedesktop.org).
I have taken a different approach to the problem of 32-bit map handles
this time. I only generate a fake 32-bit handle for _DRM_SHM mappings
as before, but now I put the
Paul has done some work on this issue with today
cvs you should see improvement in all this area.
best,
Jerome Glisse
On Tue, 08 Mar 2005 14:49:34 -0500, Keith Conger
[EMAIL PROTECTED] wrote:
Hi,
Ok currently I've noticed the following issues:
1) Xv Color issues
2) Text rendering problems
On Wed, 9 Mar 2005, Paul Mackerras wrote:
Vladimir Dergachev writes:
2. Right *now* we are doing only swtcl, as no acceleration for
transform and lightning is being done.
Does this mean we're not using the vertex processors at all?
No, we do use VAP - we are simply not programming
On Wed, 9 Mar 2005, Jerome Glisse wrote:
On Wed, 9 Mar 2005 11:53:47 +1100, Paul Mackerras [EMAIL PROTECTED] wrote:
I have updated the table of texture formats in r300_texstate.c based
on the definitions and comments in Mesa/src/mesa/main/texformat.h.
These changes assume that
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2683
Summary: libGLcore.a:m_debug_clip.o: No
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2683
[EMAIL PROTECTED] changed:
What|Removed |Added
[ Please don't top-post ]
On Wed, 2005-03-09 at 10:38 +0100, Jerome Glisse wrote:
I don't think this will change anything for x86 setup.
Yeah, the real question is whether it breaks pre-R300 chips on big
endian machines, but it looks fine to me.
Moreover could this change also affect way X
Hi,
Updated cvs and textures look right except now they are all red. I also
get 200fps on nehe lesson6 much better then the 1fps I was getting.
Thanks,
Keith
On Wed, 2005-03-09 at 14:16 +0100, Jerome Glisse wrote:
Paul has done some work on this issue with today
cvs you should see improvement
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2679
--- Additional Comments From [EMAIL PROTECTED] 2005-03-09 10:39 ---
I
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2679
--- Additional Comments From [EMAIL PROTECTED] 2005-03-09 11:08 ---
Do
On Wed, 09 Mar 2005 11:28:32 -0500, Keith Conger
[EMAIL PROTECTED] wrote:
Hi,
Updated cvs and textures look right except now they are all red. I also
get 200fps on nehe lesson6 much better then the 1fps I was getting.
You also have to upload drm, if you did this simply means that
Paul maybe
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2679
--- Additional Comments From [EMAIL PROTECTED] 2005-03-09 11:29 ---
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2679
--- Additional Comments From [EMAIL PROTECTED] 2005-03-09 11:45 ---
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2679
--- Additional Comments From [EMAIL PROTECTED] 2005-03-09 12:46 ---
(In
Hamie schrieb:
One other funny I noticed that I've never noticed before without the
r300 drivers is that X would 'reload' itself whenever the client
closed.. (I was only runnning one at a time, no window manager). Is that
normal?
It is.
---
SF
Michel Dänzer writes:
Yeah, the real question is whether it breaks pre-R300 chips on big
endian machines, but it looks fine to me.
Yes, we previously had two byte-swaps on those machines, and now we
have no byte-swap, so the outcome should be identical.
Nice. It might also be interesting to
Hamie wrote:
Hi.
A quick status report/feedback on how the r300 effort fares on my
workstation.
Hardware is an AMD64 3200 (Socket 939, on an Asus A8V Deluxe
Motherboard). 1GB RAM dual channeled (2x 512MB sticks) and a Saphire
Radeon 9600 card (Mobility Radeon 9600 M10 - PCI ID 1002,4e51).
Philipp Klaus Krause wrote:
Hamie schrieb:
One other funny I noticed that I've never noticed before without the
r300 drivers is that X would 'reload' itself whenever the client
closed.. (I was only runnning one at a time, no window manager). Is
that normal?
It is.
Right. Ta... I've never
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hamie wrote:
| 1. Gentoo seems to install the libs dri modules for X in
| /usr/lib/modules/dri instead of under /usr/X11R6
Sure, but if you don't have a broken install, /usr/X11R6 symlinks to
/usr so you won't notice. The usual problem is more like
Paul Mackerras wrote:
+ OUT_RING((texpitch 22) | (offset 10)); +
OUT_RING((texpitch 22) | (tex-offset 10));
Are source and destination pitch always the same?
I found it quite hard to understand what was going on with
tex-width, tex-height and tex-pitch vs. image-width and
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2679
--- Additional Comments From [EMAIL PROTECTED] 2005-03-09 15:05 ---
The
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2516
--- Additional Comments From [EMAIL PROTECTED] 2005-03-09 15:06 ---
Some
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2516
--- Additional Comments From [EMAIL PROTECTED] 2005-03-09 15:11 ---
On Thu, 2005-03-10 at 09:10 +1100, Paul Mackerras wrote:
Michel Dnzer writes:
Nice. It might also be interesting to experiment with copying the
texture data into the ring itself instead of into indirect buffers (and
use type 3 NOP packets to have the CP skip it), if someone feels so
As someone might of noticed, r300Clear calls r300ResetHwState as it
tampers over states as there have been no good way to save the states that
r300ClearBuffer needs to modify.
I discussed about the possible aproaches of doing state saving with Vladimir.
Implementing something like
35 matches
Mail list logo
