--- Roland Mainz <[EMAIL PROTECTED]> wrote:
> Jon Smirl wrote:
> > > glxProxy effectively would put the GL rendering in its own thread.
> And
> > > nothing necessarily prevents us from creating a new thread for
> in-server DRI.
> > >
> > > If the rendering is properly encapsulated, then making i
Hi all,
New tag in R300 CVS: red_tinted_cube
Changes:
* ported over R200 texture allocation (and management, partly) code
* hooked it up so lesson06 from nehe.gamedev.net displayes red
textured (instead of blue) rotating cube.
Issues:
* What is red should be b
On Mon, 2005-01-03 at 00:18 +0100, Felix Kühling wrote:
> Looks like this was caused by my update of the Savage DDX driver in the
> X.org tree without also upating the Mesa driver in the X.org tree. At
> the moment the Mesa driver in X.org's extras/Mesa can't be compiled with
> the current Savage
Also, I seem to have lost the ability to trigger lockups with x11perf.
Strange, as it used to be I can do it repeatedly after a clean boot..
I cannot cause the x11perf lockups anymore either.
Could you try to do this:
In X.org 2d driver, find file radeon_dri.c, function RADEONEnterServer
and try
On Mon, 03 Jan 2005 01:10:37 +0100, Stephane Marchesin
<[EMAIL PROTECTED]> wrote:
> Dave Airlie wrote:
>
> >Okay some people have commented on the DRM CVS of late, and are unsure of
> >what is happening with it,
> >
> >I'm very willing to drop the shared and linux directories into an archived
> >a
Dave Airlie wrote:
Okay some people have commented on the DRM CVS of late, and are unsure of
what is happening with it,
I'm very willing to drop the shared and linux directories into an archived
area but that will stop all support for Linux 2.4,
Are some changes underway that might make 2.4 hard to
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-01-02 15:41 ---
Created an att
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
Summary: switch radeon driver to t_vertex interface
Product: Mesa
Am So, den 02.01.2005 schrieb Sergio Monteiro Basto um 23:18:
> savage_xmesa.c: In function `savageInitDriver':
> savage_xmesa.c:111: error: structure has no member named `frontPitch'
> savage_xmesa.c:113: error: structure has no member named
> `frontBitmapDesc'
> savage_xmesa.c:121: error: structu
Jon Smirl wrote:
> > glxProxy effectively would put the GL rendering in its own thread. And
> > nothing necessarily prevents us from creating a new thread for in-server
> > DRI.
> >
> > If the rendering is properly encapsulated, then making it multicore-friendly
> > is cheap and easy; if libglx i
savage_xmesa.c: In function `savageInitDriver':
savage_xmesa.c:111: error: structure has no member named `frontPitch'
savage_xmesa.c:113: error: structure has no member named
`frontBitmapDesc'
savage_xmesa.c:121: error: structure has no member named
`backBitmapDesc'
savage_xmesa.c:123: error: struc
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=969
--- Additional Comments From [EMAIL PROTECTED] 2005-01-02 12:19 ---
http://bugs.gen
On Sun, 2 Jan 2005, Andreas Streichardt wrote:
On Sunday 02 January 2005 14:58, Andreas Streichardt wrote:
Hi,
ok...thanks for the hint with udev. the problem was that CONFIG_HOTPLUG
wasn't set and so udev didn't work.
I am getting a black screen now but that's a start ;).
I experimented a bit but
On Sun, 2 Jan 2005, Ben Skeggs wrote:
Peter Zubaj wrote:
glxgeas and lesson06 works ok - no more lockups here.
This is big improvement :-)
x11perf still locks (and x server crash sometimes) even without using
3D. Where can be problem ???
When the xserver crashes, do you see "WaitForSomething(): se
On Sun, 2 Jan 2005, Peter Zubaj wrote:
glxgeas and lesson06 works ok - no more lockups here.
This is big improvement :-)
x11perf still locks (and x server crash sometimes) even without using
3D. Where can be problem ???
Try changing drm/linux-core/radeon_cp.c::radeon_do_cp_idle to have this
seque
On Sat, 1 Jan 2005, Vladimir Dergachev wrote:
> The command processor is a part of the graphics chip. You might think of
> it as a sophisticated DMA engine.
>
> However, it is, indeed, accessed via MMIO interface.
Thanks for the info.
> Take a look at http://gatos.sourceforge.net/dri-debug.php .
Felix Kühling wrote:
Am Sa, den 01.01.2005 schrieb Roland Scheidegger um 19:00:
Felix Kühling wrote:
[snip]
I'm a bit sceptical that this really improves depth buffer quality in
general. With D3D it is (if the hw supports it) possible to use a w
buffer instead of a z buffer, which has the same pr
On Sunday 02 January 2005 14:58, Andreas Streichardt wrote:
Hi,
> ok...thanks for the hint with udev. the problem was that CONFIG_HOTPLUG
> wasn't set and so udev didn't work.
> I am getting a black screen now but that's a start ;).
I experimented a bit but i won't work. as soon as i enable dri
On Sunday 02 January 2005 14:28, Andreas Streichardt wrote:
> On Sunday 02 January 2005 14:25, Peter Zubaj wrote:
> > And have you
> > /dev/dri/card0 device file ???
> >
> > I use udev and this device file is created automatically.
> >
> > Peter Zubaj
>
> that's the problem. /dev/dri is empty. and
On Sunday 02 January 2005 14:25, Peter Zubaj wrote:
> And have you
> /dev/dri/card0 device file ???
>
> I use udev and this device file is created automatically.
>
> Peter Zubaj
that's the problem. /dev/dri is empty. and i have no idea why.
Regards,
Andreas Streichardt
---
bah...thought that was a maillinglist post and simply pressed replysorry
for breaking threading...
-- Forwarded Message --
Subject: Re: amd64 + r300.sf.net drivers
Date: Sunday 02 January 2005 14:22
From: Andreas Streichardt <[EMAIL PROTECTED]>
To: Peter Zubaj <[EMAIL PROTE
Hi,
You need drm kernel module too.
It is in r300_driver/drm - you need drm and radeon kernel module. Look
in readme in r300_driver/drm to info how to compile.
Peter Zubaj
RAMMSTEIN, 22.02.2005 o 20,00, Bratislava Incheba,
Info: 0904 666 363, http://www.xl
Hi!
I already posted this on the dri-users list a while ago...sorry for that...but
i noticed that dri-users was probably the wrong mailinglist.
I am having problems using the r300 drivers. Somehow dri won't work. /dev/dri
just stays empty.
My Setup:
AMD64 Athlon 3200+
Asus K8V
Radeon 9800Pro
Peter Zubaj wrote:
glxgeas and lesson06 works ok - no more lockups here.
This is big improvement :-)
x11perf still locks (and x server crash sometimes) even without using
3D. Where can be problem ???
When the xserver crashes, do you see "WaitForSomething(): select:
errno=22" on the console? I
glxgeas and lesson06 works ok - no more lockups here.
This is big improvement :-)
x11perf still locks (and x server crash sometimes) even without using
3D. Where can be problem ???
Peter Zubaj
http://www.logofun.pobox.sk - urobte radost svojmu telefonu
---
Am So, den 02.01.2005 schrieb Sergio Monteiro Basto um 2:42:
> On Fri, 2004-12-31 at 16:02 +0100, Felix Kühling wrote:
>
> > I was going to change mesa/src/mesa/drivers/dri/Makefile.template to use
> > the share-core directory for DRM includes. This will be needed for the
> > new Savage DRM as it
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=2188
Summary: q-coord texgen causes an unnecessary fallback
Product: Mesa
27 matches
Mail list logo
