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=1967
Summary: VMware hangs when GLX enabled
Product: DRI
Version:
http://bugme.osdl.org/show_bug.cgi?id=3834
Summary: 2.6.9-gentoo-r3, 2.6.9-gentoo-r4 and 2.6.10-rc2 crash
with mplayer and celestia
Kernel Version: 2.6.9-gentoo-r3, 2.6.9-gentoo-r4 and 2.6.10-rc2
Status: NEW
Severity: high
http://bugme.osdl.org/show_bug.cgi?id=3835
Summary: 2.6.9-gentoo-r3, 2.6.9-gentoo-r4 and 2.6.10-rc2 crash
with mplayer and celestia
Kernel Version: 2.6.9-gentoo-r3, 2.6.9-gentoo-r4 and 2.6.10-rc2
Status: NEW
Severity: high
http://bugme.osdl.org/show_bug.cgi?id=3838
Summary: 2.6.9-gentoo-r3, 2.6.9-gentoo-r4 and 2.6.10-rc2 crash
with mplayer and celestia
Kernel Version: 2.6.9-gentoo-r3, 2.6.9-gentoo-r4 and 2.6.10-rc2
Status: NEW
Severity: high
http://bugme.osdl.org/show_bug.cgi?id=3836
Summary: 2.6.9-gentoo-r3, 2.6.9-gentoo-r4 and 2.6.10-rc2 crash
with mplayer and celestia
Kernel Version: 2.6.9-gentoo-r3, 2.6.9-gentoo-r4 and 2.6.10-rc2
Status: NEW
Severity: high
http://bugme.osdl.org/show_bug.cgi?id=3839
Summary: 2.6.9-gentoo-r3, 2.6.9-gentoo-r4 and 2.6.10-rc2 crash
with mplayer and celestia
Kernel Version: 2.6.9-gentoo-r3, 2.6.9-gentoo-r4 and 2.6.10-rc2
Status: NEW
Severity: high
http://bugme.osdl.org/show_bug.cgi?id=3837
Summary: 2.6.9-gentoo-r3, 2.6.9-gentoo-r4 and 2.6.10-rc2 crash
with mplayer and celestia
Kernel Version: 2.6.9-gentoo-r3, 2.6.9-gentoo-r4 and 2.6.10-rc2
Status: NEW
Severity: high
http://bugme.osdl.org/show_bug.cgi?id=3840
Summary: 2.6.9-gentoo-r3, 2.6.9-gentoo-r4 and 2.6.10-rc2 crash
with mplayer and celestia
Kernel Version: 2.6.9-gentoo-r3, 2.6.9-gentoo-r4 and 2.6.10-rc2
Status: NEW
Severity: high
FD Cami wrote:
On Mon, 29 Nov 2004 23:03:35 +0100
Felix Kühling [EMAIL PROTECTED] wrote:
I removed the snapshots from the public place. They're still in
/home/compromised/projects/dri/public_html/snapshots though.
Regards,
Felix
Hello,
I'm just a user... But I need the snapshots between 06
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=1773
[EMAIL PROTECTED] changed:
What|Removed |Added
Ok, to continue on this :) Stephane, you were right. The z buffer clearing causes the problem (or at least part of it). The y direction needs to be multiplied by 4, the x needs to be multiplied by 2. I tried 3 for the y direction also, which seems to reduce the problem to the lower 10-15% of my
http://bugme.osdl.org/show_bug.cgi?id=3840
[EMAIL PROTECTED] changed:
What|Removed |Added
Owner|[EMAIL PROTECTED] |[EMAIL PROTECTED]
|bugs.osdl.org
http://bugme.osdl.org/show_bug.cgi?id=3834
--- Additional Comments From [EMAIL PROTECTED] 2004-11-30 11:57 ---
*** Bug 3840 has been marked as a duplicate of this bug. ***
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the
Hi!
I've put together a DMA command verifier for the VIA drm. It restricts
access to DMA registers and system and AGP memory while 3D commands and
2D / Mpeg is allowed to pass.
Currently frame-buffer memory is considered all authenticated client's
property, but I've added provisions to check
On Maw, 2004-11-30 at 20:09, Thomas Hellstrm wrote:
Textures in AGP memory is currently not allowed, but they are disabled
in the Mesa driver as well, for some reason. If they are allowed in the
future, Texture address checks probably have to be implemented but that
should be a minor task.
Any news?
After a short experience with kernel 2.6.9 and 10rc2
I back to kernel 2.4 and this problem appears of unresolved symbols
appears, now if I run glxinfo kill my X, also with one savage (twister K
in my case).
Well, yes, actually I did manage to get it working (see my latest post
Rogier Stam wrote:
Ok, to continue on this :) Stephane, you were right. The z buffer
clearing causes the problem (or at least part of it). The y direction
needs to be multiplied by 4, the x needs to be multiplied by 2. I tried
3 for the y direction also, which seems to reduce the problem to the
(resend)
Make 1-bit fields be unsigned (no sign bit :).
sparse complains about them:
drivers/char/drm/sis_ds.h:88:12: warning: dubious one-bit signed bitfield
drivers/char/drm/sis_ds.h:89:16: warning: dubious one-bit signed bitfield
Signed-off-by: Randy Dunlap [EMAIL PROTECTED]
diffstat:=
Hi Roland,
If you move glxgears down below about half of the screen you won't see
anything anymore. Within the top half it looks about the same, although
moving it from left to right can cause parts to appear or disappear.
I'll check the offsets tonight.
Regards,
Rogier
On Wed, 1 Dec 2004,
On Monday 29 November 2004 17:03, Felix Kühling wrote:
There is no dri.freedesktop.org yet. I think there is no need for a
redirect. The current place is already different from where it was
before the break-in (used to be in ~dri/snapshots now it's in
dri/snapshots). If you could setup a
20 matches
Mail list logo