Hi,
Am Di, den 19.10.2004 schrieb Keith Whitwell um 9:34:
Jacek Rosik wrote:
Hi,
I was testing some apps on my PCI 9200. And I noticed that they run
terribly slow. But when i switched to wireframe mode the frame rate
seemed much better. This seemed strange. IIRC radeons are much
A major rework of the 3D graphics systems has been undertaken. This allows
more vertex data to be contained in AGP and video memory. Additionally, for
video cards which support hardware vertex programs with sufficient
capabilities, the fixed function pipeline will now be translated into a
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://freedesktop.org/bugzilla/show_bug.cgi?id=1675
Summary: i830 VBERestore broken in kernel i915 with 6.8.1 830
Jon Smirl wrote:
I checked in a fix that switches from
dev-pdev-driver-name
to
drm-driver-pci_driver.name
This should fix the segfaults in stealth mode when the pci driver is
set to the wrong driver (fbdev) or no driver (vesafb).
Please give it a try.
Yes, that works here (with vesafb).
I've
hi
been trying doom3-demo on my R9200 system, and it doesn't work.
Xorg from fedora core Rawhide
here's what it has to say
using ARB_vertex_buffer_object memory
using ARB renderSystem
Mesa implementation error: unexpected texture format in
r200ChooseTextureFormat
Please report to the Mesa bug
On Wed, 20 Oct 2004 14:18:58 +0200, Roland Scheidegger
[EMAIL PROTECTED] wrote:
I've just noticed though I can't rmmod the radeon module (neither the
old linux-2.6 version nor drm-cor), maybe it's trying to unregister the
i2c bus it couldn't register previously?
I need to add code to track
I checked in a fix for freeing uninitialized i2c channels.
--
Jon Smirl
[EMAIL PROTECTED]
---
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Raphael Jacquot wrote:
hi
been trying doom3-demo on my R9200 system, and it doesn't work.
Xorg from fedora core Rawhide
here's what it has to say
using ARB_vertex_buffer_object memory
using ARB renderSystem
Mesa implementation error: unexpected texture format in
r200ChooseTextureFormat
Please
Jacek Popawski wrote:
A major rework of the 3D graphics systems has been undertaken. This allows
more vertex data to be contained in AGP and video memory. Additionally, for
video cards which support hardware vertex programs with sufficient
capabilities, the fixed function pipeline will now be
Jon Smirl wrote:
I checked in a fix for freeing uninitialized i2c channels.
Works fine (tested with drm-core), thanks.
I just noticed though that the radeon minor version of the core and
non-core version is not the same, which is irritating (well I need to
add a new packet for emitting, and thus
In gmane.comp.video.dri.devel, you wrote:
That's interesting. I wonder if there's a way to disable that and
revert to using the fixed-function pipeline. On all the cards that
current support vertex programs, they are a lot slower than
fixed-function. On the flip side of the coin, that
Although I have installed the latest Mesa dri driver for my Radeon 8500
and have installed the libtxc_dxtn.so library. I can't get doom3-demo to
work. I have exported tcl_mode=0.
I get the following error:
- R_ReloadARBPrograms -
glprogs/test.vfp: GL_VERTEX_PROGRAM_ARB not available
On Wednesday 20 October 2004 16:45, Dirk-Jan Heijs wrote:
Although I have installed the latest Mesa dri driver for my Radeon 8500
and have installed the libtxc_dxtn.so library. I can't get doom3-demo to
work. I have exported tcl_mode=0.
LD_PRELOAD=/usr/lib/libGL.so doom3-demo
This is another
Dirk-Jan Heijs wrote:
glprogs/test.vfp: GL_VERTEX_PROGRAM_ARB not available
glprogs/test.vfp: GL_FRAGMENT_PROGRAM_ARB not available
glprogs/interaction.vfp: GL_VERTEX_PROGRAM_ARB not available
glprogs/interaction.vfp: GL_FRAGMENT_PROGRAM_ARB not available
glprogs/bumpyEnvironment.vfp:
Hi all,
I have uploaded patches against the Savage Mesa driver, 2D driver and
DRM to http://freedesktop.org/~fxkuehl/savage. This is the current state
of my work on the savage driver. It breaks binary compatibility and I'm
not sure I'm done doing so. That's why I'm still not committing it. It
is
On Wed, 20 Oct 2004, Roland Scheidegger wrote:
Jon Smirl wrote:
I checked in a fix for freeing uninitialized i2c channels.
Works fine (tested with drm-core), thanks.
I just noticed though that the radeon minor version of the core and non-core
version is not the same, which is irritating (well I
Vladimir Dergachev wrote:
On Wed, 20 Oct 2004, Roland Scheidegger wrote:
Jon Smirl wrote:
I checked in a fix for freeing uninitialized i2c channels.
Works fine (tested with drm-core), thanks.
I just noticed though that the radeon minor version of the core and
non-core version is not the same,
Do you mean the difference between linux-core and linux-2.6 (and related) ?
One of the differences is that linux-core contains R300 microcode, so the
version number was bumped to make checking for this easy.
I'll fix up the older one in the next day or two.. I'm trying to get some
time to bk
Thomas Hellström wrote:
Hi, Erdi!
I have been testing the ring-buffer quite extensively since there is an
option in the unichrome X driver to use it for 2D acceleration and for
XvMC mpeg. I and other people have had some problems with short hangs
and above all total screen confusion (sometimes
19 matches
Mail list logo