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=2490
[EMAIL PROTECTED] changed:
What|Removed |Added
Vladimir Dergachev wrote:
Hi Jacob,
Could you repost your patch with diff -u option ? it is a bit
easier to read.
Thank you !
Yes, here it goes. See attachment. It may need more #ifdefs, I have not
tried running it on straight x86.
Jacob
diff -Naur
By the way, though I did not manage to get r300 running with Xen yet,
the DRM module needed these changes, or the machine would crash:
cvs diff: Diffing .
Index: drm_memory.c
===
RCS file:
idr mentioned this is possible on the r100, all the info is actually in
the docs from what I can see, so only the Mesa side would need to be
done...
Anyone with R100 DDK, 7.7.10 and code in lib\3D\embm.c and chap7\bumpmap\
Probably wouldn't be that hard to implement
Dave.
--
David
On Mon, 7 Feb 2005, Roland Scheidegger wrote:
Geller Sandor wrote:
I just removed the AGPFastWrite and DynamicClocks options. The crashes
still happen though.
Looks like not only I have problems with the radeon driver. I update the
X.org, drm, Mesa CVS once a week, but haven't found 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://bugs.freedesktop.org/show_bug.cgi?id=2164
--- Additional Comments From [EMAIL PROTECTED] 2005-02-08 03:25 ---
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=2164
--- Additional Comments From [EMAIL PROTECTED] 2005-02-08 03:27 ---
Hello,
On Sat Nov 27 22:47:59 2004 UTC, there was a big commit into Mesa CVS by
brianp, with the following comment:
Remove _mesa_ResizeBuffersMESA() call from _mesa_set_viewport().
Now, the driver's Viewport routine should call _mesa_ResizeBuffersMESA()
if necessary.
The r200 driver fails to
On Tue, 8 Feb 2005 10:36:50 + (GMT), Dave Airlie [EMAIL PROTECTED] wrote:
idr mentioned this is possible on the r100, all the info is actually in
the docs from what I can see, so only the Mesa side would need to be
done...
Anyone with R100 DDK, 7.7.10 and code in lib\3D\embm.c and
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=2490
--- Additional Comments From [EMAIL PROTECTED] 2005-02-08 06:43 ---
I
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=2164
[EMAIL PROTECTED] changed:
What|Removed |Added
Hi,
as first, it's the first time I play with dri, maybe I'm just omitting a
step, but in doubt I report.
I'm trying to use the r300 driver from http://r300.sourceforge.net/ on
aluBook 15 (cpu 7447/7457, radeon mobility 9600). This is what I obtain
following the instruction in r300-driver/README:
On Tue, 8 Feb 2005 17:38:11 +0100 (CET), Dario Laera [EMAIL PROTECTED] wrote:
Hi,
as first, it's the first time I play with dri, maybe I'm just omitting a
step, but in doubt I report.
I'm trying to use the r300 driver from http://r300.sourceforge.net/ on
aluBook 15 (cpu 7447/7457, radeon
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=2195
--- Additional Comments From [EMAIL PROTECTED] 2005-02-08 08:51 ---
The
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=2497
Summary: glut menues are broken in sw-tnl mode
Product: Mesa
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=2498
Summary: x11-drm-20050104 borks on xorg startup
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=2498
--- Additional Comments From [EMAIL PROTECTED] 2005-02-08 10:07 ---
On Tue, 2005-02-08 at 16:57 +0500, Alexander E. Patrakov wrote:
On Sat Nov 27 22:47:59 2004 UTC, there was a big commit into Mesa CVS by
brianp, with the following comment:
Remove _mesa_ResizeBuffersMESA() call from _mesa_set_viewport().
Now, the driver's Viewport routine should call
On Tue, 08 Feb 2005 14:32:32 -0500, Michel Dänzer [EMAIL PROTECTED] wrote:
On Tue, 2005-02-08 at 16:57 +0500, Alexander E. Patrakov wrote:
On Sat Nov 27 22:47:59 2004 UTC, there was a big commit into Mesa CVS by
brianp, with the following comment:
Remove _mesa_ResizeBuffersMESA() call
DRIVER_DATE20050208
/* Interface history:
*
@@ -82,10 +82,12 @@
* - Add hyperz support, add hyperz flags to clear ioctl.
* 1.14- Add support for color tiling
* - Add R100/R200 surface allocation/free support
+ * 1.15- Add support for texture micro tiling
+ * - Add
On Tue, 8 Feb 2005 14:39:38 -0500, Alex Deucher [EMAIL PROTECTED] wrote:
On Tue, 08 Feb 2005 14:32:32 -0500, Michel Dänzer [EMAIL PROTECTED] wrote:
On Tue, 2005-02-08 at 16:57 +0500, Alexander E. Patrakov wrote:
On Sat Nov 27 22:47:59 2004 UTC, there was a big commit into Mesa CVS by
On Tue, 08 Feb 2005 20:38:51 +0100, Roland Scheidegger
[EMAIL PROTECTED] wrote:
Ok, I was FINALLY able to come up with something for texture tiling
which seems to work - this was very very annoying, it _almost_ worked
literally within minutes, but I needed a lot of time until it finally
did
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=2195
--- Additional Comments From [EMAIL PROTECTED] 2005-02-08 12:09 ---
(In
Am Dienstag, 18. Januar 2005 11:33 schrieb Keith Whitwell:
Jacek Rosik wrote:
Hi,
In radeonUpdateWindow and radeonUpdateViewportOffset functions in
radeon_state.c `tx' and `ty' values are calculated differently. In
UpdateWindow SUBPIXEL_X|Y values are added and in UpdateViewportOffset
Am Dienstag, den 08.02.2005, 20:38 +0100 schrieb Roland Scheidegger:
Ok, I was FINALLY able to come up with something for texture tiling
which seems to work - this was very very annoying, it _almost_ worked
literally within minutes, but I needed a lot of time until it finally
did really
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=2502
Summary: system hangs after resume from suspend to disk with dri
@@
#define DRIVER_NAMEradeon
#define DRIVER_DESCATI Radeon
-#define DRIVER_DATE20050125
+#define DRIVER_DATE20050208
#define DRIVER_MAJOR 1
-#define DRIVER_MINOR 14
+#define DRIVER_MINOR 15
#define
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=2504
Summary: Xorg CVS + DRm CVS = Radeon driver Display borked,
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=2504
--- Additional Comments From [EMAIL PROTECTED] 2005-02-08 17:42 ---
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=2506
Summary: Radeon: Hardware Cursor messes up TV out.
Product:
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=2504
[EMAIL PROTECTED] changed:
What|Removed |Added
On Mon, 2005-02-07 at 13:40 +0100, Geller Sandor wrote:
Is there any way I can help to track down the problem(s)? My machine
doesn't have network connection, so I can use only scripts which run in
the background. With expect and gdb maybe it is possible to get at least a
backtrace from my
On Tue, 2005-02-08 at 14:59 +1100, Ben Skeggs wrote:
Could someone with knowledge of r200_dri explain how vertex buffer
uploads are put into framebuffer memory on r200?
AFAIK they aren't, the only data the radeon and r200 drivers upload to
the framebuffer is textures.
--
Earthling Michel
Michel Dnzer wrote:
On Tue, 2005-02-08 at 14:59 +1100, Ben Skeggs wrote:
Could someone with knowledge of r200_dri explain how vertex buffer
uploads are put into framebuffer memory on r200?
AFAIK they aren't, the only data the radeon and r200 drivers upload to
the framebuffer is textures.
On Tue, 2005-02-08 at 00:12 +0500, Dimitry Naldayev wrote:
Michel Dnzer [EMAIL PROTECTED] writes:
On Sun, 2005-02-06 at 19:32 +0500, Dimitry Naldayev wrote:
Michel Dnzer [EMAIL PROTECTED] writes:
I am about the X server and drm module --- what happens when we do vt
switch? How this
On Tue, 2005-02-08 at 02:30 +, Dave Airlie wrote:
I fully support the idea of enabling gart texturing on the r200 driver. If
the old client texturing code can be kept around as an X config option, so
much the better, but it shouldn't stand in the way of gart texturing given
the
But what if you mix clients with different configuration? That's why it
has to be an X server option I think.
Yes figured this out chatting on IRC today... need to look at it again...
Dave.
--
David Airlie, Software Engineer
http://www.skynet.ie/~airlied / airlied at skynet.ie
pam_smb /
On Tue, 8 Feb 2005, Michel [ISO-8859-1] Dnzer wrote:
On Tue, 2005-02-08 at 14:59 +1100, Ben Skeggs wrote:
Could someone with knowledge of r200_dri explain how vertex buffer
uploads are put into framebuffer memory on r200?
AFAIK they aren't, the only data the radeon and r200 drivers upload to
the
38 matches
Mail list logo