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 R200_DB_STATECHA
On Thu, 2005-03-10 at 09:10 +1100, Paul Mackerras wrote:
> Michel DÃnzer 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
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 ---
Creat
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=2679
--- Additional Comments From [EMAIL PROTECTED] 2005-03-09 15:05 ---
The g
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->widt
-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 in
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 actual
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).
Toda
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 t
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
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 r
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 ---
Accor
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 ---
Creat
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
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 th
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 pla
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 improvemen
[ 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
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 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
libGLcore.a:m
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 radeon_cp_dispatch
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 i
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 pr
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 32-b
> 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 tha
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. t
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 xr
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 b
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 ---
Creat
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 ---
Creat
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 ---
Creat
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 ---
Creat
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 ---
Creat
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
35 matches
Mail list logo
