I've quickly patched this into my devel tree for an in-house app, and it
don't look to work so well... the card is a mobility M7 7500 so it should
work..
I see a lot of white on the screen with some lines that are my app.. I
took a lend of one of the cards so I might get a chance to give it a
Michel Dnzer wrote:
On Mon, 2004-11-01 at 14:21 +0100, Thomas Hellstrm 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
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=1746
--- Additional Comments From [EMAIL PROTECTED] 2004-11-02 02:21 ---
with
--- 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 security
Okay I've ported over the first chunk of work from Jon (with reorg by
me..) for the core/personality split for the DRM drivers,
The patch (500K) is too big for LK so it is at
http://www.skynet.ie/~airlied/patches/dri/drm_core_split_bk-2.6.diff
It includes the other fixes from my bk tree also...
Keith Whitwell wrote:
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?
I've been using it for one month with different OpenGL apps (mostly
Quake 3 friends, also tried most things in
Dave Airlie wrote:
I've quickly patched this into my devel tree for an in-house app, and it
don't look to work so well... the card is a mobility M7 7500 so it should
work..
Radeon 7500 is RV200, and I have a RV100. Maybe we've found one
difference between RV200 and R100 after all :)
I see a lot
Radeon 7500 is RV200, and I have a RV100. Maybe we've found one difference
between RV200 and R100 after all :)
hmm so it is... I think I have an M6 in the stack of cards at work, I'll
see if I haven't fried it and try and get some time to give it a go...
You probably need to fix the fast
I think this is happening for Thomas because he is running an older X
server that isn't negotiating to the most current DRM interface. I
believe the attached patch will fix the problem but we all need to
test it to make sure it doesn't have unintended side effects. I don' t
have an old X server
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=1746
--- Additional Comments From [EMAIL PROTECTED] 2004-11-02 08:49 ---
I've got a
On Tue, Nov 02, 2004 at 07:16:56AM +, Keith Whitwell wrote:
How stable is this code now how much testing has it had? How close do
you think it is to be ready for CVS?
With unmodified hyperz patches my system (Linux-2.6.9, Athlon, Radeon 9100)
crash/reboot when I run glxgears.
I tried to
Moin,
create_lk_drm calls
( cd linux/ ; make drm_pciids.h )
which fails if LINUXDIR isn't set correctly. the attached patch sets LINUXDIR
to the path specified on the command line.
--
c u
henning
Index: scripts/create_lk_drm.sh
===
Am Dienstag, 2. November 2004 02:11 schrieb Stephane Marchesin:
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
I've been playing with the new savage patches. The latest cvs version
seems to have fixed the unresolved symbols I was getting and everything
seems to be working great. I've tested with glxgears, chromium and
regular usage, are there any other easy tests to run that would be
helpful?
I am
On Tue, 2004-11-02 at 02:11 +0100, Stephane Marchesin wrote:
Index: src/mesa/drivers/dri/r200/r200_context.c
===
RCS file: /cvs/mesa/Mesa/src/mesa/drivers/dri/r200/r200_context.c,v
retrieving revision 1.33
diff -u -r1.33
15 matches
Mail list logo