Hi,
With the new ttm stuff, drm map handles (user_token in kernel space) is
moving over to opaque 32 bit numbers to facilitate fast hash lookups of
drm maps.
Some drivers (both 2D and 3D) used to assume that the 32-bit drm map
handle was equal to the physical address of the region to map,
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=5935
--- Additional Comments From [EMAIL PROTECTED] 2006-02-18 21:51 ---
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=5935
[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=5936
--- Additional Comments From [EMAIL PROTECTED] 2006-02-19 00:12 ---
Ok,
Just want to give a heads up that the above combination is broken again:
cc -O2 -fno-strict-aliasing -pipe -Werror -D_KERNEL -DKLD_MODULE
-nostdinc -I- -I. -I.. -I. -I@ -I@/contrib/altq -finline-limit=8000
--param inline-unit-growth=100 --param large-function-growth=1000
-fno-common
Hello again,
Am Fri, 17 Feb 2006 17:54:56 -0500 schrieb Felix Kühling:
If you have AGPFastWrites enabled, do disable them. Did you set any
other funny options in the configuration file?
Already tried to disable everything fancy:
| Section Device
| Identifier ATI Radeon 9250
| Driver
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=5942
Summary: Savage driver should not use mtrr_add/mtrr_del if
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=5942
[EMAIL PROTECTED] changed:
What|Removed |Added
Hi,
does anyone object to applying this patch to linux-core/drmP.h:
--- drmP.h 2 Jan 2006 05:54:10 - 1.172
+++ drmP.h 18 Feb 2006 18:46:54 -
@@ -780,6 +780,20 @@
#else
#define drm_core_has_MTRR(dev) (0)
+
+static inline int drm_mtrr_add(unsigned long offset, unsigned
Hi,
I'm sending this mail, because I read on the DRI wiki I could help by
reporting results with the DRI driver here.
I'm using a Savage/IX-MV (8c12) in a Toshiba Satellite Pro 4200 Series
laptop. Debian Etch seems to contains everything now that is necessairy
for DRI, which is what I'm
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=4813
--- Additional Comments From [EMAIL PROTECTED] 2006-02-19 10:05 ---
you
On Wednesday 15 February 2006 20:34, Alan Hourihane wrote:
Already fixed in CVS. Some code got away that's in-progress for the
front buffer removal from the DRI.
I'll be uploading a much larger patch to remove front buffer mapping
from libdri and push that down into the drivers very soon to a
On Saturday 18 February 2006 19:41, Adam Jackson wrote:
On Wednesday 15 February 2006 20:34, Alan Hourihane wrote:
Already fixed in CVS. Some code got away that's in-progress for the
front buffer removal from the DRI.
I'll be uploading a much larger patch to remove front buffer mapping
On Sat, 2006-02-18 at 19:41 -0500, Adam Jackson wrote:
On Wednesday 15 February 2006 20:34, Alan Hourihane wrote:
Already fixed in CVS. Some code got away that's in-progress for the
front buffer removal from the DRI.
I'll be uploading a much larger patch to remove front buffer mapping
On Sat, 2006-02-18 at 19:49 -0500, Adam Jackson wrote:
On Saturday 18 February 2006 19:41, Adam Jackson wrote:
On Wednesday 15 February 2006 20:34, Alan Hourihane wrote:
Already fixed in CVS. Some code got away that's in-progress for the
front buffer removal from the DRI.
I'll be
Well, I finally upgraded my Radeon 8500 to a Radeon 9600, however trying to
use Xorg's DRI drivers with it causes X to completely lock up on startup.
ATI's binary drivers work fine, however. Also, starting Xorg without Load
dri works fine Xorg's radeon driver.
So, whats wrong?
--
Patrick
1) The patch doesn't apply against DRM cvs (Feb 18th)
2) With current drm CVS: When starting Xgl I get
[4296305.078000] [drm:r300_emit_carefully_checked_packet0] *ERROR* Offset
failed range check (reg=4e28 sz=1)
[4296305.078000] [drm:r300_do_cp_cmdbuf] *ERROR* r300_emit_packet0 failed
Packet
17 matches
Mail list logo
