.
The new resume code doesn't release any resources (so it doesn't allow
running multiply DRI-using instances of XFree86) but it re-initialises
only hardware at every VT switch. Texture memory is not saved. AGP
state is reinitialised.
I hope this answers your questions.
Thanks,
Charl
--
charl p
with VTK demo apps on my SMP system.
VTK/bin ./TaskParallelism
TaskParallelism: r200_vtxfmt.c:949: r200VtxFmtFlushVertices: Assertion
`vb.context == ctx' failed.
Abbruch
I feel like a broken record, but this problem _really_ disappeared for
me with current DRI CVS.
--
charl p. botha http
On Tue, 2003-03-25 at 16:26, Dieter Nützel wrote:
Am Dienstag, 25. März 2003 15:58 schrieb Charl P. Botha:
I feel like a broken record, but this problem _really_ disappeared for
me with current DRI CVS.
Somewhat more explicit, please.
You run DRI CVS (trunk, like me) on 4.3.0?
Sorry
/dri_scapula.png
That scapula consists mostly out of triangle strips. :)
--
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/
---
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop
anyone have any ideas?
Thanks,
Charl
--
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/
---
This SF.net email is sponsored by:Crypto Challenge is now open!
Get cracking and register here for some mind boggling fun
think that this was fixed,
but Michel said elsewhere it was.
On my setup, this problem went away when I tried the DRI drivers. When
I have time again, I'll make sure that applying your fix (at least what
Michel thinks is your fix) to 4.3.0 kills the problem as well.
--
charl p. botha http
running your
application.
I don't know if the real fix is small enough to backport to 4.3.
--
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/
---
This SF.net email is sponsored by:Crypto Challenge is now open!
Get cracking
all
kinds of nasty problems on my setup.
--
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/
---
This SF.net email is sponsored by:Crypto Challenge is now open!
Get cracking and register here for some mind boggling fun
On Tue, 2003-03-11 at 10:16, Keith Whitwell wrote:
Charl P. Botha wrote:
In anycase, if you have wxPython and VTK with working Python wrappings
installed, please run the attached example. Manipulate the 3D cone in both
windows and then close the one window. Manipulating the remaining 3D
(and application termination)
seems to happen very often with applications with multiple glxcontexts.
The problem seems to have been solved in current DRI CVS, but I haven't
been able to track down the fixer/fix (I would love backporting this to
4.3.0).
Thanks again,
Charl
--
charl p. botha http
.
Thanks,
Charl
--
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing
Dieter, I was seeing this problem VERY often with VTK multi-context apps
and XFree86 4.3.0 RC2 (and before) until I upgraded last night to latest
DRI CVS. That problem disappeard. My drmCmdBuffer: -22 problem also
disappeared after applying Keith's filp-1.diff.
--
charl p. botha http
On Wed, Feb 26, 2003 at 09:49:46AM -0700, Keith Whitwell wrote:
Charl P. Botha wrote:
The drmCmdBuffer: -22 is indeed gone. Do you still see the glthreads:
radeon_vtxfmt.c:1057: radeonVtxfmtUnbindContext: Assertion vb.context ==
ctx' failed. at startup however?
I haven't reproduced
On Wed, Feb 26, 2003 at 09:49:46AM -0700, Keith Whitwell wrote:
Charl P. Botha wrote:
The drmCmdBuffer: -22 is indeed gone. Do you still see the glthreads:
radeon_vtxfmt.c:1057: radeonVtxfmtUnbindContext: Assertion vb.context ==
ctx' failed. at startup however?
I haven't reproduced
a branch for this work.
Keith, is this related to the problems I reported a day or two back with
my/your modified glthreads.c example? I.e., will it also fix the crashes
when deleting a single glxcontext in a multi-threaded application, i.e. not
only at application exit?
Thanks,
Charl
--
charl p
On Mon, Feb 24, 2003 at 11:41:01AM -0700, Keith Whitwell wrote:
Charl P. Botha wrote:
Keith, is this related to the problems I reported a day or two back with
my/your modified glthreads.c example? I.e., will it also fix the crashes
when deleting a single glxcontext in a multi-threaded
grateful.
Thanks,
Charl
--
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/
A VTK RenderWindowInteractor widget for wxPython. Note that wxPython
comes with its own wxVTKRenderWindow in wxPython.lib.vtk. Try both
and see which one works better for you.
Find wxPython info
, though - I'm still looking at them.
I was more concerned with the other two (drmCmdBuffer: -22 and the vtx
assert error) in anycase, as I see them daily whilst using a VTK based
application. Thanks very much for looking into this!
Thanks,
Charl
--
charl p. botha http://cpbotha.net/ http
:
http://sourceforge.net/mailarchive/message.php?msg_id=1874234
In short, I also consider this to be Michel's work now, but the original
idea and implementation were both mine.
Thanks,
Charl
--
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl
to reproduce it by starting
up multiple glxContexts in a multi-threaded app and then destroying
them. I haven't checked this recently though.
--
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/
---
This SF.NET email is sponsored
but not to gatos-devel, so CCs would be
greatly appreciated.
--
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
in suspending/resuming with
active DRI, which it doesn't seem you are. So it's just FYI :)
--
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/
---
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
with gcc 2.95: this eliminates
1. In addition, I have confirmed that I've been running the fixed code:
this eliminates 2.
See (a.o.) the mail with subject:
Re: [Dri-devel] Re: Radeon: lockup on state change
Thanks,
Charl
--
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl
=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK
version=2.20
X-Spam-Level:
X-Keywords:
X-UID: 363
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
.
Soon I am going to make sure that it applies cleanly on XFree86 HEAD CVS
as well for possible submission into the repository. Those will be your
two options then: either XFree86 DRI CVS or XFree86 HEAD CVS.
Thanks,
Charl
--
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl
with 20021203 over 4.2.x, please downgrade.
Thanks,
Charl
--
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
about getting these small changes off my
hands and eventually into XFree86?
Thanks,
Charl
--
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http
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 /usr/X11R6/lib
--
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL
.
Many people are using this on ACPI-only laptops with swsusp for software
suspension.
Thanks,
Charl
--
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven
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
SSE, too,
otherwise I would get a sigfpe on my athlonXP1700+
FWIW, I get those SSE sigfpe's too with my Northwood P4 if I don't set
MESA_NO_SSE=1.
--
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/
---
This sf.net email
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 have this bit set
the
trick.
Any information on this would be greatly appreciated... I know that just
installing a CVS build would work, but I like to know that the binary
snapshots also work.
Thanks,
Charl
--
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl
at the mentioned URL.
For those who don't know: these are modifications to the DRI Radeon drivers
which allow you to suspend to and resume from disc whilst running a
3D-capable X, even whilst running hardware-accelerated 3D applications.
Thanks,
Charl
--
charl p. botha http://cpbotha.net/ http
configuration, just applying
http://dri.sourceforge.net/snapshots/scripts/dri-xfree86.sed and
building won't work, as the build system tries to build bunches of
libraries that are not part of the DRI CVS tree. I hacked around this
as I bundle libGLU with my driver packages as well.
HTH,
Charl
--
charl p
On Wed, Oct 23, 2002 at 07:56:28AM +0100, Keith Whitwell wrote:
Ian Romanick wrote:
On Wed, Oct 23, 2002 at 12:27:57AM +0200, Charl P. Botha wrote:
On Tue, Oct 22, 2002 at 03:12:52PM -0700, Ian Romanick wrote:
On Tue, Oct 22, 2002 at 12:46:27AM +0200, Charl P. Botha wrote:
Run
xc/lib/GLU/libnurbs/nurbtess/quicksort.cc has a double definition of swap().
Could someone with CVS access fix this?
--
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/
---
This sf.net email is sponsored by: Influence
On Tue, Oct 22, 2002 at 03:12:52PM -0700, Ian Romanick wrote:
On Tue, Oct 22, 2002 at 12:46:27AM +0200, Charl P. Botha wrote:
Run glthreads with something like: glthreads -n 5
Here's an additional data point. If you move the call to glXDestroyContext
to the end of draw_loop (and delete
On Thu, Oct 17, 2002 at 11:17:39AM -0600, Marc Aurele La France wrote:
On 17 Oct 2002, Michel Dänzer wrote:
On Don, 2002-10-17 at 04:50, David Dawes wrote:
On Tue, Oct 15, 2002 at 12:28:27AM +0200, Charl P. Botha wrote:
On Mon, Oct 14, 2002 at 04:14:22PM -0600, Marc Aurele La France
again,
--
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/
---
This sf.net email is sponsored by: viaVerio will pay you up to
$1,000 for every account that you consolidate with us.
http://ad.doubleclick.net/clk;4749864;7604308;v
, you can get more up to date libGL.* thingies from my snapshot.
HTH,
Charl
--
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
the
question is an often misunderstood and misused phrase:
http://skepdic.com/begging.html
:)
--
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http
On Tue, 2002-09-24 at 11:56, Adam Duck wrote:
Charl == Charl P Botha [EMAIL PROTECTED] writes:
I've just check snapshot radeon-20020924 and same situation. I can run
programs except those which create new window.
For example:
xinit /usr/X11R6/bin/xeyes
is fine
-to-date libxaa.a. I've already done this on the
latest snapshot from http://cpbotha.net/dri_resume.html - it obviously
solves the crash problem for users without changes to the config.
--
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl
On Wed, Jul 17, 2002 at 11:18:59PM +0200, Charl P. Botha wrote:
I think I'm going to give 2.5.x (with the 2.4 IDE backport, no sense in
throwing away all my data) kernel a shot to see whether updates to agpgart
make any difference.
This experiment wasn't successful either. I tried
Dear list,
On Thu, Jul 18, 2002 at 07:04:25PM +0200, Charl P. Botha wrote:
Thinking that the LockHeld semaphore which was added to i810_driver.c (as
well as i830) to prevent syncs when DriLock hadn't been called was relevant
(it was reported that this had caused hangs on VT switches on those
On Wed, Jul 17, 2002 at 01:04:38AM +0200, Michel Dänzer wrote:
On Tue, 2002-07-16 at 23:02, Charl P. Botha wrote:
Option AGPMode 2
Does 1x make a difference?
1x makes no difference; still X freezes after a switch to VT and back.
# Option ForcePCIMode
On Wed, Jul 17, 2002 at 09:38:54AM +0200, Charl P. Botha wrote:
On Wed, Jul 17, 2002 at 01:04:38AM +0200, Michel Dänzer wrote:
The code is there but not enabled on x86 yet. Can you try with it
enabled? You need to define PCIGART_ENABLED both in the DRM and the 2D
driver. It would also
) ...
Non-prefetchable 32 bit memory at 0xff5f [0xff5f].
Can someone with a radeon installed make the same check?
Here's mine (Radeon M7-P, i.e. Mobility 7500, i.e. LW):
Bus 1, device 0, function 0:
Non-prefetchable 32 bit memory at 0xe810 [0xe810].
--
charl p. botha http
and late night craziness which I can't remember all that
well
To help make this a usefull sample point, I've attached the output of lspi
and lsmod, as well as XF86Config-4, XFree86.log and proc_interrupts.
BTW, I see no interrupt assigned to the Radeon, is this normal?
Regards,
Charl
--
charl p
and proc_interrupts.
BTW, I see no interrupt assigned to the Radeon, is this normal?
Regards,
Charl
--
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/
00:00.0 Host bridge: Intel Corp. 82845 845 (Brookdale) Chipset Host Bridge (rev 04)
00:01.0 PCI bridge: Intel Corp. 82845 845 (Brookdale
is this? Which files in CVS should I watch for your commit?
I've been scratching at the switch-to-vt-and-back freeze for a few days,
but am a bit out of my depth with this source.
Thanks for any information,
Charl
--
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl
53 matches
Mail list logo