On Tue, 8 Feb 2005, Michel [ISO-8859-1] Dänzer 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
>
> 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, 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
>
On Tue, 2005-02-08 at 00:12 +0500, Dimitry Naldayev wrote:
> Michel DÃnzer <[EMAIL PROTECTED]> writes:
>
> > On Sun, 2005-02-06 at 19:32 +0500, Dimitry Naldayev wrote:
> >> Michel DÃÂnzer <[EMAIL PROTECTED]> writes:
>
> I am about the X server and drm module --- what happens when we do vt
> switc
Michel DÃnzer 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 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 Miche
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 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=2504
[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=2506
Summary: Radeon: Hardware Cursor messes up TV out.
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=2504
--- Additional Comments From [EMAIL PROTECTED] 2005-02-08 17:42 ---
this
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,
7:48:59 - 1.35
+++ radeon.h8 Feb 2005 23:29:09 -
@@ -42,10 +42,10 @@
#define DRIVER_NAME"radeon"
#define DRIVER_DESC"ATI Radeon"
-#define DRIVER_DATE"20050125"
+#define DRIVER_DATE"20050208"
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
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
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 UpdateViewpo
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
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 11:58 ---
It w
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
> d
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
ot;
#define DRIVER_DESC "ATI Radeon"
-#define DRIVER_DATE"20050207"
+#define DRIVER_DATE"20050208"
/* Interface history:
*
@@ -82,10 +82,12 @@
* - Add hyperz support, add hyperz flags to clear ioctl.
* 1.14- Add support
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_ResizeBuffer
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 c
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 ---
Crea
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=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=2195
--- Additional Comments From [EMAIL PROTECTED] 2005-02-08 08:51 ---
The
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, rade
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:
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
-
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 do
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 a
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
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 ---
I've
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 ---
Crea
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 ha
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 Airlie,
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: /cvsroot/r300/r300_driver/drm/linux-core/drm
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 old/agpgart_be.
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
-
39 matches
Mail list logo