Stephane,
Very impressive! I take it this has been derived from reverse-engineering
the ati driver?
How stable is this code now & how much testing has it had? How close do you
think it is to be ready for CVS? I'm guessing that there will be various
corner cases that will show up with softwa
On Mon, 2004-11-01 at 14:21 +0100, Thomas HellstrÃm wrote:
>
> Hmm, correct me If I'm wrong, but after a brief check in the code, it
> seems like the current _DRM_LOCK_IS_HELD() used in dma buffer
> submission IOCTLS just checks that the lock is indeed held, but not if
> it is held by the current
Hi,
The attached patches enable HyperZ on radeon (RV100 only for now).
People always ask me for an HyperZ benchmark, so :
HyperZ gets me 45% more fps (48 fps -> 70 fps) in Quake3 four.dm68
(Radeon 7000, athlon XP 2600).
It also speeds up glxgears from 450 fps to 1300 fps, which shows how
useless
--- Nicolai Haehnle <[EMAIL PROTECTED]> wrote:
> On Monday 01 November 2004 07:01, Thomas Hellström wrote:
> > You are probably right, and it would be quite easy to implement such
> > checks in the via command verifier as long as each lock is associated
> with
> > a certain hardware address range
--- Thomas Hellström <[EMAIL PROTECTED]> wrote:
>
> You are probably right, and it would be quite easy to implement such
> checks in the via command verifier as long as each lock is associated
> with
> a certain hardware address range.
>
> However, I don't quite see the point in plugging such a
On Sun, 2004-10-31 at 12:42, David wrote:
> I'm using savage and common snapshots from 20041015. I hope these are not too
> old.
Can be old, I think this bug has fixed around 20041018 and some others
improvements earlier.
--
Sérgio M. B.
--
thanks,
with sharedObjects_xorg.diff (send in attach) fix the compile problem.
With compilesavage.diff, I delete unicrome, i810 and radeon dri drives
because they have compile problems.
So I can compile Xorg cvs with last Mesa cvs source with no problem.
Btw: last update on savage today resolve
Dieter Nützel wrote:
Am Montag, 1. November 2004 19:22 schrieb Ian Romanick:
Dieter Nützel wrote:
Am Samstag, 30. Oktober 2004 19:01 schrieb Brian Paul:
To fix this, somebody just has to add mesa/src/shaders/shaderobjects.c
to the Makefiles.
For XFree86 DRI it could looks like this:
Since you seem
Hi!
I've come across a problem with drm-core.
When a drm device is opened by the X server, it opens the first drm
device that does not have a busid assigned to it, since that means it is
busy. It then assigns a busid to that device.
Now, if the server is exited and restarted, the server cannot f
Thanks,
Dieter
Index: drivers/dri/common/depthtmp.h
===
RCS file: /cvs/mesa/Mesa/src/mesa/drivers/dri/common/depthtmp.h,v
retrieving revision 1.5
diff -u -p -b -r1.5 depthtmp.h
--- drivers/dri/common/depthtmp.h 8 Oct 2004 22:21
Am Montag, 1. November 2004 19:22 schrieb Ian Romanick:
> Dieter Nützel wrote:
> > Am Samstag, 30. Oktober 2004 19:01 schrieb Brian Paul:
> >>To fix this, somebody just has to add mesa/src/shaders/shaderobjects.c
> >>to the Makefiles.
> >
> > For XFree86 DRI it could looks like this:
>
> Since you
Ian Romanick wrote:
Dieter Nützel wrote:
Am Samstag, 30. Oktober 2004 19:01 schrieb Brian Paul:
To fix this, somebody just has to add mesa/src/shaders/shaderobjects.c
to the Makefiles.
For XFree86 DRI it could looks like this:
Since you seem to be almost the only person still interested in seeing
This is just a friendly reminder that the weekly dri-devel IRC meeting will
be starting in the #dri-devel channel on irc.freenode.net at 2100 UTC (or
4:00PM EST or 1:00PM PST, if you prefer).
Time zone conversion available at:
http://www.timezoneconverter.com/cgi-bin/tzc.tzc
Logs of previous IR
Thomas Hellström wrote:
I want a DRI client to flip a video frame to screen, using a hardware
entity called the HQV. This is a rather time critical operation. To do
this I have to take the hardware lock.
While this is happening, another thread is waiting for the mpeg decoder
to complete a frame
Dieter Nützel wrote:
Am Samstag, 30. Oktober 2004 19:01 schrieb Brian Paul:
To fix this, somebody just has to add mesa/src/shaders/shaderobjects.c
to the Makefiles.
For XFree86 DRI it could looks like this:
Since you seem to be almost the only person still interested in seeing
DRI CVS build :), wo
Brian Paul wrote:
Pasi Kärkkäinen wrote:
Hi!
ARB released a couple of days ago the long waited float extensions..
http://oss.sgi.com/projects/ogl-sample/registry/ARB/color_buffer_float.txt
http://oss.sgi.com/projects/ogl-sample/registry/ARB/half_float_pixel.txt
http://oss.sgi.com/projects/ogl-sam
Andreas Stenglein wrote:
Am 2004.10.31 20:40:12 +0100 schrieb(en) Mateusz Kaduk:
Hi,
I have radeon7500 and installed Xorg Mesa and drm from CVS..
Glxinfo shows that Direct Rendering is enabled but I get everything
locked up with glxgears... and I have to reboot.
I found on google people with the sa
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=1735
--- Additional Comments From [EMAIL PROTECTED] 2004-11-01 08:51 ---
Owen,
I d
On Mon, 01 Nov 2004 08:29:28 -0800, Eric Anholt <[EMAIL PROTECTED]> wrote:
> I've made some progress on converting BSD, but when I got to the linux
> code added to the shared radeon driver code, I lost motivation.
> Hopefully I'll get back to it soon, but it's pretty frustrating to work
> on.
Wher
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=1735
--- Additional Comments From [EMAIL PROTECTED] 2004-11-01 08:41 ---
Hey Alex,
On Mon, 2004-11-01 at 07:58, Jon Smirl wrote:
> linux-2.6 formatting is the accumulation of ten years worth of hand
> editing. The Linux kernel people have made numerous complaints about
> this since it does not follow the Linux kernel formatting standards.
> linux-core has be run through a program
On Mon, 1 Nov 2004 17:01:29 +0100, David <[EMAIL PROTECTED]> wrote:
> El Lunes, 1 de Noviembre del 2004 4:22 PM, Alex Deucher escribió:
>
>
> > On Sun, 31 Oct 2004 13:42:32 +0100, David <[EMAIL PROTECTED]> wrote:
> > > Hi. While the current Xv implementation is far better than the old one
> > > t
El Lunes, 1 de Noviembre del 2004 4:22 PM, Alex Deucher escribió:
> On Sun, 31 Oct 2004 13:42:32 +0100, David <[EMAIL PROTECTED]> wrote:
> > Hi. While the current Xv implementation is far better than the old one
> > there are still a few glitches I noticed so far:
> >
> > * 4 pixels always missing
linux-2.6 formatting is the accumulation of ten years worth of hand
editing. The Linux kernel people have made numerous complaints about
this since it does not follow the Linux kernel formatting standards.
linux-core has be run through a program to make it match the Linux
kernel standards.
What I
Pasi Kärkkäinen wrote:
Hi!
ARB released a couple of days ago the long waited float extensions..
http://oss.sgi.com/projects/ogl-sample/registry/ARB/color_buffer_float.txt
http://oss.sgi.com/projects/ogl-sample/registry/ARB/half_float_pixel.txt
http://oss.sgi.com/projects/ogl-sample/registry/ARB/tex
On Sun, 31 Oct 2004 13:42:32 +0100, David <[EMAIL PROTECTED]> wrote:
> Hi. While the current Xv implementation is far better than the old one there
> are still a few glitches I noticed so far:
>
> * 4 pixels always missing on the right side on the screen
> * The old "shadowing" effect is showed on
Nicolai Haehnle wrote:
On Monday 01 November 2004 07:01, Thomas Hellström wrote:
You are probably right, and it would be quite easy to implement such
checks in the via command verifier as long as each lock is associated with
a certain hardware address range.
However, I don't quite
On Monday 01 November 2004 07:01, Thomas Hellström wrote:
> You are probably right, and it would be quite easy to implement such
> checks in the via command verifier as long as each lock is associated with
> a certain hardware address range.
>
> However, I don't quite see the point in plugging suc
Thomas Hellström wrote:
On Sun, 2004-10-31 at 13:18, Thomas Hellström wrote:
Keith Whitwell wrote:
Thomas Hellström wrote:
Hi, list!
With display cards that have more and more hardware on them,
(TV-capture, mpeg decoders) etc. that can work independently of
oneanother, but share the same DMA engi
Hi,
On Thu, Oct 28, 2004 at 01:47:56PM +0200, Felix Kühling wrote:
> Am Mi, den 27.10.2004 schrieb Adam Jackson um 21:46:
> > On Wednesday 27 October 2004 14:49, Alan Swanson wrote:
> > > Until someone has the time to upgrade the Wiki to a newer version
> > > with anti-spam features could we at le
Dnia 01-11-2004, pon o godzinie 11:32 +0100, Thomas Hellström napisał
(a):
> > Hi,
> >
> > Currently files in linux[-2.6] and linux-core directories have different
> > formating (and shared* dirs too of course). This is only causing
> > unnecessary pain to people trying to change something. Everyth
> Hi,
>
> Currently files in linux[-2.6] and linux-core directories have different
> formating (and shared* dirs too of course). This is only causing
> unnecessary pain to people trying to change something. Everything has to
> be done twice, as even simple patch may not apply against those dirs,
>
Hi,
Currently files in linux[-2.6] and linux-core directories have different
formating (and shared* dirs too of course). This is only causing
unnecessary pain to people trying to change something. Everything has to
be done twice, as even simple patch may not apply against those dirs,
due to format
33 matches
Mail list logo