José Fonseca writes:
> On Wed, May 21, 2003 at 10:38:45PM +1000, Paul Mackerras wrote:
> > * The hang always occurs within a mach64_dma_dispatch_vertex call for
> > primitive 8 (MACH64_PRIM_QUAD_STRIP), at least with glxgears.
>
> glxgears only uses quads primitives, so the primitive is not relev
I think I missed some lines in
file radeon_texstate.c function
import_tex_obj_state()
...
cmd[TEX_PP_TXSIZE] = texobj->pp_txsize; /* NPOT only! */
cmd[TEX_PP_TXPITCH] = texobj->pp_txpitch; /* NPOT only! */
...
unfortunately it isnt possible to just copy from r200 ;)
since the registers are on
[This e-mail has been automatically generated.]
You have one or more bugs assigned to you in the Bugzilla
bugsystem (http://bugs.xfree86.org/) that require
attention.
All of these bugs are in the NEW state, and have not been touched
in 7 days or more. You need to take a look at th
I have been doing more hacking on the kernel DRM for rage 128 on my G4
powerbook. This machine has a "UniNorth" v1.0 host bridge which can
(allegedly) do 2x AGP. I have got DRI with AGP to work but it is a
bit of a saga. The main problem is with the chip writing back the
ring read pointer. With
[This e-mail has been automatically generated.]
Please do not reply to this email. if you want to comment on the bug, go to the
URL shown below and enter your comments there.
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=217
[EMAIL PROTECTED] changed:
What
get larger balls and penís,
more
pleasure,
more
satisfactíon
Fínd out more here
No more please
-=ccfuri13g6cz6=-
+wzf¢+,¦ì¢·o'k!¶ßǪè©éí~åzË(àZÊm§ÿÚuö«gªe{(öýÉ?ï]uׯ{ëÝzä:âuëÞf¢)à+-¸z÷¥+-²Ê.Ç¢¸ ëa¶Úlÿ
I just went from XFree 4.0 to XFree 4.3 and all I gotta say is WOW.
I'm on an i810 card and I got 30 more frames per second, and games are much more
responsive!!
Keep up the great work. It must've taken a lot of effort to get this far.
=
<(o)
*
/ \\
_\__v
__
Have others seen this? Current DRI CVS tree, current 2.5.x kernel (which
is pretty current kernel-module-wise, the only difference to the current
DRI tree _seems_ to be the documentation updates).
Same thing happens with an older DRI CVS tree too (with new kernel
modules), for that matter.
It'
Ian Romanick wrote:
Felix Kühling wrote:
It's not that I need performance boxes. I just came across this
converting environment variables to configuration options in the radeon
driver. There are two more environment variables that don't seem to
refer to working code: RADEON_COMPAT (assertion fails
Felix Kühling wrote:
It's not that I need performance boxes. I just came across this
converting environment variables to configuration options in the radeon
driver. There are two more environment variables that don't seem to
refer to working code: RADEON_COMPAT (assertion fails in
radeonAllocCmdBuf
Felix Kühling wrote:
On Fri, 30 May 2003 22:03:20 +0100
Keith Whitwell <[EMAIL PROTECTED]> wrote:
Felix Kühling wrote:
How are performance boxes enabled in the radeon driver? Apperently
setting rmesa->boxes to 1 is not enough. There is a variable
dev_priv->do_boxes in the kernel driver. But it is
On Fri, 30 May 2003 22:03:20 +0100
Keith Whitwell <[EMAIL PROTECTED]> wrote:
> Felix Kühling wrote:
> > How are performance boxes enabled in the radeon driver? Apperently
> > setting rmesa->boxes to 1 is not enough. There is a variable
> > dev_priv->do_boxes in the kernel driver. But it is initial
Felix Kühling wrote:
How are performance boxes enabled in the radeon driver? Apperently
setting rmesa->boxes to 1 is not enough. There is a variable
dev_priv->do_boxes in the kernel driver. But it is initialized to 0 in
radeon_do_init_cp and not changed anywhere else. Am I missing something?
No - s
on the web page, titled "CVS fro the DRI",
linked via "CVS Web Page" on the documentation page
there is a comment for the mesa-4-0-4-branch
with states:
"A Stable branch to be included in XFree86 4.3"
XF86 4.3.0 is already out a few months,
so that line obviousely needs an update.
-Alex.
Is the "subsribers only" policy now established?
(lets hope that, i do agree with that)
And the non-subscriber settings tuned to a
"notification about adminitrator decisison" policy?
(that would not be a friendly act even to non-subscriber)
/me really wonders why the sourceforge servers
do not
How are performance boxes enabled in the radeon driver? Apperently
setting rmesa->boxes to 1 is not enough. There is a variable
dev_priv->do_boxes in the kernel driver. But it is initialized to 0 in
radeon_do_init_cp and not changed anywhere else. Am I missing something?
Regards,
Felix
That's certainly doable... Sorry for not thinking of to do it sooner:
http://memory.visualtech.com/Makefile
Adam
On Fri, 30 May 2003, Brian Paul wrote:
> Adam K Kirchhoff wrote:
> > Well, it doesn't seem to be a false alarm any more. I found out that the
> > problem with the kernel build is
On Fri, 30 May 2003, Keith Whitwell wrote:
> Adam K Kirchhoff wrote:
> > Well, it doesn't seem to be a false alarm any more. I found out that the
> > problem with the kernel build is a known issue between gcc 3.3 and 2.4.20.
> > In addition, I have been able to successfully compile XFree86 4.3.0
Adam K Kirchhoff wrote:
Well, it doesn't seem to be a false alarm any more. I found out that the
problem with the kernel build is a known issue between gcc 3.3 and 2.4.20.
In addition, I have been able to successfully compile XFree86 4.3.0,
without any problems...
So, anyone else have any ideas wh
Adam K Kirchhoff wrote:
Well, it doesn't seem to be a false alarm any more. I found out that the
problem with the kernel build is a known issue between gcc 3.3 and 2.4.20.
In addition, I have been able to successfully compile XFree86 4.3.0,
without any problems...
So, anyone else have any ideas wh
Well, it doesn't seem to be a false alarm any more. I found out that the
problem with the kernel build is a known issue between gcc 3.3 and 2.4.20.
In addition, I have been able to successfully compile XFree86 4.3.0,
without any problems...
So, anyone else have any ideas why I can't get the cvs
On Fri, 30 May 2003, Dieter [iso-8859-1] Nützel wrote:
> Am Freitag, 30. Mai 2003 15:39 schrieb Adam K Kirchhoff:
> > On Fri, 30 May 2003, Keith Whitwell wrote:
> > > Adam K Kirchhoff wrote:
> > > > For the past 24 hours, I've been having build problems with the cvs
> > > > trunk:
> > > >
> > > >
On Fri, 30 May 2003, [iso-8859-15] José Fonseca wrote:
> On Fri, May 30, 2003 at 12:49:57AM -0500, John Sheu wrote:
> > Two questions...
> >
> > 1. Are the wrapped binary driver packages ever coming back?
>
> Appearently there is a problem while building them, because they are
> back for some t
Am Freitag, 30. Mai 2003 15:39 schrieb Adam K Kirchhoff:
> On Fri, 30 May 2003, Keith Whitwell wrote:
> > Adam K Kirchhoff wrote:
> > > For the past 24 hours, I've been having build problems with the cvs
> > > trunk:
> > >
> > > make[5]: Leaving directory
> > > `/home/adamk/xc/xc/lib/GL/mesa/src/dr
24 matches
Mail list logo
