On Thu, 2005-08-25 at 00:44 -0500, Alan Grimes wrote:
^^^ Just install libdrm from DRM CVS. It's a requirement now.
IN FILE xf86drm.h AND include/GL/internal/dri_interface.h CHANGE
#include drm.h
#include drm/drm.h
All that does is paper over the cracks. It's a symptom
On Thu, Aug 25, 2005 at 01:36:41AM -0500, Alan Grimes wrote:
PPRACER: Works but has nasty texture bug affecting the ground textures..
(Problem disappears when I run it on the other, unaccelerated monitor..)
Is this just the usual R2x0 GL_SPHERE_MAP texture ordering problem?
Does it go away if
On Wed, 24 Aug 2005 16:26:58 -0400
Alex Deucher [EMAIL PROTECTED] wrote:
On 8/24/05, Aapo Tahkola [EMAIL PROTECTED] wrote:
On Fri, 15 Jul 2005 12:04:43 +0200
Rune Petersen [EMAIL PROTECTED] wrote:
Just to add that login (KDM) is more or less fine (cursor is corrupted
untill its
Aapo Tahkola wrote:
That check doesnt currently seem to work because some setup(at
preinit) with color tiling enabled will get done earlier.
Does this version break r200s or radeons?
From the top of my head, I think it does. For certain 16bit resolutions,
that is (as the resolution won't be a
Daniel Stone wrote:
On Thu, 2005-08-25 at 00:44 -0500, Alan Grimes wrote:
^^^ Just install libdrm from DRM CVS. It's a requirement now.
IN FILE xf86drm.h AND include/GL/internal/dri_interface.h CHANGE
#include drm.h
#include drm/drm.h
All that does is paper over the cracks.
I've looked at that crossbar patch for r200 again and improved it a bit.
It will now
- disable texture sampling of units if the result is not used
- reorder tex env instructions to be always in-order on the gpu
(according to earlier tests, this can make a performance difference,
On 8/25/05, Alan Grimes [EMAIL PROTECTED] wrote:
Daniel Stone wrote:
On Thu, 2005-08-25 at 00:44 -0500, Alan Grimes wrote:
^^^ Just install libdrm from DRM CVS. It's a requirement now.
IN FILE xf86drm.h AND include/GL/internal/dri_interface.h CHANGE
#include drm.h
#include
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=2919
[EMAIL PROTECTED] changed:
What|Removed |Added
Dave,
I also own a Radeon X800 XL AGP 256MB and would like to use
the open source driver. Do you have a patch for the changes
you made?
I just finished a driver for the Fusion HDTV 3/5 Gold TV
tuner cards. These cards receive both analog and digital
TV. There is no MPEG decoding on the cards
On Thu, 25 Aug 2005 16:19:19 +0200
Roland Scheidegger [EMAIL PROTECTED] wrote:
Aapo Tahkola wrote:
That check doesnt currently seem to work because some setup(at
preinit) with color tiling enabled will get done earlier.
Does this version break r200s or radeons?
From the top of my
On 8/25/05, Mac Michaels [EMAIL PROTECTED] wrote:
Dave,
I also own a Radeon X800 XL AGP 256MB and would like to use
the open source driver. Do you have a patch for the changes
you made?
I just finished a driver for the Fusion HDTV 3/5 Gold TV
tuner cards. These cards receive both analog
On Thu, Aug 25, 2005 at 12:35:56PM +0100, Philip Armstrong wrote:
On Thu, Aug 25, 2005 at 01:36:41AM -0500, Alan Grimes wrote:
PPRACER: Works but has nasty texture bug affecting the ground textures..
(Problem disappears when I run it on the other, unaccelerated monitor..)
Is this just the
Philip Armstrong wrote:
On Thu, Aug 25, 2005 at 12:35:56PM +0100, Philip Armstrong wrote:
On Thu, Aug 25, 2005 at 01:36:41AM -0500, Alan Grimes wrote:
PPRACER: Works but has nasty texture bug affecting the ground textures..
(Problem disappears when I run it on the other, unaccelerated
i830_metaops.c: In function `i830TryTextureDrawPixels':
i830_metaops.c:628: error: structure has no member named `OcclusionTest'
make[6]: *** [i830_metaops.o] Fehler 1
make[6]: Leaving directory `/opt/Mesa/src/mesa/drivers/dri/i915'
-DGLX_DIRECT_RENDERING -DHAVE_ALIAS r200_pixel.c -o r200_pixel.o
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=4242
Summary: libGLcore.a is unresolved!
Product: DRI
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=4242
--- Additional Comments From [EMAIL PROTECTED] 2005-08-25 12:13 ---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dieter Nützel wrote:
i830_metaops.c: In function `i830TryTextureDrawPixels':
i830_metaops.c:628: error: structure has no member named `OcclusionTest'
make[6]: *** [i830_metaops.o] Fehler 1
make[6]: Leaving directory
Dieter Nützel wrote:
i830_metaops.c: In function `i830TryTextureDrawPixels':
i830_metaops.c:628: error: structure has no member named `OcclusionTest'
make[6]: *** [i830_metaops.o] Fehler 1
make[6]: Leaving directory `/opt/Mesa/src/mesa/drivers/dri/i915'
-DGLX_DIRECT_RENDERING -DHAVE_ALIAS
Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dieter Nützel wrote:
i830_metaops.c: In function `i830TryTextureDrawPixels':
i830_metaops.c:628: error: structure has no member named `OcclusionTest'
make[6]: *** [i830_metaops.o] Fehler 1
make[6]: Leaving directory
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=4242
[EMAIL PROTECTED] changed:
What|Removed |Added
On Thu, 2005-08-25 at 11:55 -0500, Mac Michaels wrote:
I think this means I only need 2D so I tried the ATI binary
driver version 8.14.13. I have given up on the ATI binary
driver because it doesn't allocate enough DRI buffers (100
buffers) to hold an HDTV frame (1920x1080 pixels). No one
Am Donnerstag, 25. August 2005 21:37 schrieb Brian Paul:
Dieter Nützel wrote:
i830_metaops.c: In function `i830TryTextureDrawPixels':
i830_metaops.c:628: error: structure has no member named `OcclusionTest'
make[6]: *** [i830_metaops.o] Fehler 1
make[6]: Leaving directory
On Wed, 2005-06-22 at 18:36 +1000, Benjamin Herrenschmidt wrote:
The problem is simple: when setting up the AGP aperture, it's putting it
after the framebuffer + CONFIG_APER_SIZE, which is wrong. On that guy,
CONFIG_APER_SIZE might only be _half_ of the mapped vram space (as the
card can be
believe it or not pkgconfig actually makes your life easier...once you
get to know it ;) It's the unix way. It basically tells you where to
find header information for various packages. You copy the package's
.pc file to the pkgconfig directory (often /usr/lib/pkgconfig). then
try
On 8/25/05, Philipp Klaus Krause [EMAIL PROTECTED] wrote:
believe it or not pkgconfig actually makes your life easier...once you
get to know it ;) It's the unix way. It basically tells you where to
find header information for various packages. You copy the package's
.pc file to
On Thu, 2005-08-25 at 23:26 +0200, Johannes Berg wrote:
On Wed, 2005-06-22 at 18:36 +1000, Benjamin Herrenschmidt wrote:
The problem is simple: when setting up the AGP aperture, it's putting it
after the framebuffer + CONFIG_APER_SIZE, which is wrong. On that guy,
CONFIG_APER_SIZE might
On Thu, 2005-08-25 at 23:42 +0200, Jerome Glisse wrote:
IIRC there have been a patch to xorg for that and to DRM
too. Give it a try :)
For whatever reason, I can't seem to build xorg right now. I'll have a
try another time, but thanks for the heads-up.
johannes
signature.asc
Description:
On 8/25/05, Aapo Tahkola [EMAIL PROTECTED] wrote:
On Thu, 25 Aug 2005 16:19:19 +0200
Roland Scheidegger [EMAIL PROTECTED] wrote:
Aapo Tahkola wrote:
That check doesnt currently seem to work because some setup(at
preinit) with color tiling enabled will get done earlier.
Does this
28 matches
Mail list logo