Dear lists,
It seems that there are some problems with the latest Radeon DRI resume
binary snapshots on http://cpbotha.net/dri_resume.html - these
correspond to v6 of the resume patch. There is nothing wrong with the
patch, but installing the binary snapshots over an XFree86 4.2.x
installation
Dear list,
In spite of some issues with binary snapshots, the DRI resume patches
seem to work well. They have been available and in use on several
different kinds of laptops for a few months now.
What are the chances of this patch being accepted into the DRI CVS
repository? How should I go
I've been doing a little grepping here and there.
Correct me if I'm wrong, but in dri_dma_t, there are fields
send_count, and related send_XXX values;
these fields never seem to be used from the user level. They seem to
only be used internally to the kernel driver.
In which case, sounds like
Charl P. Botha wrote:
On Mon, Dec 09, 2002 at 10:30:35PM +, Keith Whitwell wrote:
Charl P. Botha wrote:
On Mon, Dec 09, 2002 at 09:45:12PM +, Keith Whitwell wrote:
There's a fix for this in recent cvs:
/* Mask out highest bit, which is used by AMD for 3dnow
* Newer Intel
Charl P. Botha wrote:
Dear list,
In spite of some issues with binary snapshots, the DRI resume patches
seem to work well. They have been available and in use on several
different kinds of laptops for a few months now.
What are the chances of this patch being accepted into the DRI CVS
Philip Brown wrote:
I might have asked a varient of this many months ago.. maybe things have
changed since then...
Does anyone know of a dri Xserver-side video card module that will function
successfully, even if the card-specific IOCTLs are not available from
the kernel driver?
That is to say,
b/modules# glxgears
Radeon DRI driver:
Compatibility mode for DRM driver version 1.1.1
TCL will be disabled, expect reduced performance
(prefer DRM radeon.o 1.3.x or newer)
disabling TCL support
glxgears: radeon_ioctl.h:165: radeonAllocCmdBuf: Assertion
`rmesa-dri.drmMinor = 3' failed.
On Tue, 10 Dec 2002 10:37:07 +
Keith Whitwell [EMAIL PROTECTED] wrote:
Charl P. Botha wrote:
On Mon, Dec 09, 2002 at 10:30:35PM +, Keith Whitwell wrote:
Charl P. Botha wrote:
On Mon, Dec 09, 2002 at 09:45:12PM +, Keith Whitwell wrote:
There's a fix for this in recent cvs:
On Tue, 2002-12-10 at 11:59, Felix Kühling wrote:
On Tue, 10 Dec 2002 10:37:07 +
Keith Whitwell [EMAIL PROTECTED] wrote:
Charl P. Botha wrote:
Program received signal SIGFPE, Arithmetic exception.
0x4246fe4a in _mesa_sse_transform_points3_general ()
from
On Die, 2002-12-10 at 06:01, Carlos O'Donell wrote:
Kernel Says:
Linux agpgart interface v0.99 (c) Jeff Hartmann
agpgart: Maximum main memory to use for agp memory: 565M
agpgart: Detected Intel 440BX chipset
agpgart: AGP aperture is 64M @ 0xec00
[drm] AGP 0.99 on Intel
On Tue, Dec 10, 2002 at 10:51:20AM +, Keith Whitwell wrote:
Charl P. Botha wrote:
Dear list,
In spite of some issues with binary snapshots, the DRI resume patches
seem to work well. They have been available and in use on several
different kinds of laptops for a few months now.
What
On Tue, Dec 10, 2002 at 10:51:20AM +, Keith Whitwell wrote:
Charl P. Botha wrote:
Dear list,
In spite of some issues with binary snapshots, the DRI resume patches
seem to work well. They have been available and in use on several
different kinds of laptops for a few months now.
What
On Tue, 2002-12-10 at 13:13, Alan Hourihane wrote:
I haven't looked at it in a while. Is there a link to it ?
http://cpbotha.net/files/dri_resume/xfree86-dri-resume-v6.patch
applies cleanly to current DRI CVS.
http://cpbotha.net/dri_resume.html has some miscellaneous information.
Thanks,
Charl
Am Dienstag, 10. Dezember 2002 12:03 schrieb Charl P. Botha:
On Tue, 2002-12-10 at 11:59, Felix Kühling wrote:
On Tue, 10 Dec 2002 10:37:07 +
Keith Whitwell [EMAIL PROTECTED] wrote:
Charl P. Botha wrote:
Program received signal SIGFPE, Arithmetic exception.
0x4246fe4a in
Michel Dänzer wrote:
On Die, 2002-12-10 at 06:01, Carlos O'Donell wrote:
Kernel Says:
Linux agpgart interface v0.99 (c) Jeff Hartmann
agpgart: Maximum main memory to use for agp memory: 565M
agpgart: Detected Intel 440BX chipset
agpgart: AGP aperture is 64M @ 0xec00
[drm] AGP
On Tue, Dec 10, 2002 at 12:17:05PM +, Alan Hourihane wrote:
On Tue, Dec 10, 2002 at 10:51:20AM +, Keith Whitwell wrote:
Charl P. Botha wrote:
Dear list,
In spite of some issues with binary snapshots, the DRI resume patches
seem to work well. They have been available and in use
On Tue, 2002-12-10 at 13:36, Alan Hourihane wrote:
One thing though. It doesn't look like it's hooked to any APM events.
It's just run generically everytime on ModeInit. What happens when you
VT switch - does it handle them cases too ?
At the moment it's called from RADEONEnterVT() in
Am Samstag, 7. Dezember 2002 12:27 schrieb [EMAIL PROTECTED]:
Just to say that I still have significant disk access latency and (10
seconds) lock ups on X using DRM 1.7.0 from
Linux version 2.4.20-ac1 (root@trinity) (gcc version 2.95.4 20011002
(Debian prerelease)) #1 SMP Sun Dec 1 10:56:18
Keith Whitwell wrote:
Charl P. Botha wrote:
Dear list,
In spite of some issues with binary snapshots, the DRI resume patches
seem to work well. They have been available and in use on several
different kinds of laptops for a few months now.
What are the chances of this patch being accepted
On Tue, 2002-12-10 at 12:45, Dieter Nützel wrote:
No disk stuttering but some latency here and there and some Mesa demos aren't
running smooth anymore.
The new DRI modules appear to be really bad from the bug reports I've
received so far. Thats a bit worrying since XFree 4.3 seems to need
I have got DRI running with Dual Screens with DRI working on display
:0.0 and Indirect rendering on :0.1.
If I attempt to enable DRI on the second screen if fails to open
/dev/dri/card0 because it is busy. It is ready used for the first
screen. On failing to access the device DRI is then
Hi,
I am attempting to get DRI/DRM working on my laptop. The problem is that when I
attempt to enable acceleration, X attempts to start, but I see a corrupted screen -
the mouse is incorrect, the background is corrupted and none of the applications in my
.xsession start up. Without
Did I miss something? :}
You need to upgrade your kernel module.
Tell me if there is anything else you might need. I'm a veteran at
these types of problems :} but I'm stuck in exam hell right now with
little time to dig, so I'm just passing off my weekly testing results.
[Email not trimmed to
Tue, 10 Dec 2002 17:14:37 +, tu as dit :
I have got DRI running with Dual Screens with DRI working on display
:0.0 and Indirect rendering on :0.1.
If I attempt to enable DRI on the second screen if fails to open
/dev/dri/card0 because it is busy. It is ready used for the first
Am 2002.12.10 11:59:13 +0100 schrieb(en) Felix Kühling:
On Tue, 10 Dec 2002 10:37:07 +
Keith Whitwell [EMAIL PROTECTED] wrote:
Charl P. Botha wrote:
Okay, I just checked and I can still reproduce a SIGFPE with
today's CVS.
I've made doubly sure that the new libGL is used. Here
On Tue, Dec 10, 2002 at 10:31:08AM +0100, Charl P. Botha wrote:
Dear list,
In spite of some issues with binary snapshots, the DRI resume patches
seem to work well. They have been available and in use on several
different kinds of laptops for a few months now.
What are the chances of this
On Tue, Dec 10, 2002 at 12:53:51PM -0800, Ian Romanick wrote:
On Tue, Dec 10, 2002 at 10:31:08AM +0100, Charl P. Botha wrote:
Dear list,
In spite of some issues with binary snapshots, the DRI resume patches
seem to work well. They have been available and in use on several
different
This patch fixes two problems with the version requirement check for the
Linux agpgart module in kdrive and libdrm.a:
1. The current code has faulty logic which prevents an error from ocurring
if the major version number of agpgart is equal to that required, but the
minor version is less than
On Tue, Dec 10, 2002 at 04:21:03PM -0500, Leif Delgass wrote:
--- xc/programs/Xserver/hw/kdrive/linux/agp.c9 Apr 2001 16:27:42 -
1.1.1.1
+++ xc/programs/Xserver/hw/kdrive/linux/agp.c10 Dec 2002 20:51:02 -
@@ -120,9 +120,16 @@
KdReleaseGART(-1);
On Tue, 10 Dec 2002, Dave Jones wrote:
On Tue, Dec 10, 2002 at 04:21:03PM -0500, Leif Delgass wrote:
--- xc/programs/Xserver/hw/kdrive/linux/agp.c 9 Apr 2001 16:27:42 -
1.1.1.1
+++ xc/programs/Xserver/hw/kdrive/linux/agp.c 10 Dec 2002 20:51:02 -
@@ -120,9
Let lenders compete for
your
business!
*5.25%
30 Yr Fixed Rate Mortgage!
On Tue, Dec 10, 2002 at 01:45:09PM +0100, Charl P. Botha wrote:
On Tue, 2002-12-10 at 13:36, Alan Hourihane wrote:
One thing though. It doesn't look like it's hooked to any APM events.
It's just run generically everytime on ModeInit. What happens when you
VT switch - does it handle them cases
hello out there,
I have a problem with the current dri cvs
(trunk) for a Rage 128. the odd thing is that I got
the damn thing to work (nicely), but with all
programming i think i found a bug in the dri side of
Mesa 5.0.(if that makes any sence.)
ok, glxinfo output::
display: :0
33 matches
Mail list logo