On Monday 15 April 2002 12:46 pm, you wrote:
On Mon, 2002-04-15 at 00:15, Allen H. Ibara wrote:
Hmm. Can you try without AGP? You'll have to rebuild the DRM kernel
module and the 2D driver with the #define PCIGART_ENABLED active for
that to work, and apparently there are other
On Mon, 2002-04-15 at 00:15, Allen H. Ibara wrote:
Hmm. Can you try without AGP? You'll have to rebuild the DRM kernel
module and the 2D driver with the #define PCIGART_ENABLED active for
that to work, and apparently there are other instabilities without AGP
on i386, so it might be hard
Brian Paul wrote:
Jens Owen wrote:
K. Petersen wrote:
On Fri, 12 Apr 2002, Jens Owen wrote:
K. Petersen wrote:
When
GlxBuiltInRadeon is defined, the make process looks for a directory
$(GLXLIBSRC)/mesa/dri/ and it's subdirectories when building libGL.so .
This
Keith Whitwell wrote:
Brian Paul wrote:
Compiling-in a driver should still work, but I haven't tested that in
a very long time. Actually, David's probably more up to speed on the
Imakefiles under lib/GL/ than I am. If he doesn't have time to look
at this, I probably could in a few
On Fri, 2002-04-12 at 10:42, Allen H. Ibara wrote:
At 12 April, 2002 Allen H. Ibara wrote:
I'd like to report that I can reproduce these symptoms on my
760MP system as well.
Thinking a little more about my last message I realize I left out a very
important fact:
Originally I had
On Sat, 2002-04-13 at 03:58, K. Petersen wrote:
#1 0xfc02 in ?? ()
#2 0x0832575e in ?? ()
#3 0x086da341 in ?? ()
#4 0x0876ced1 in ?? ()
#5 0x0816be18 in miSpritePaintWindowBackground (pWin=0x878c118,
pRegion=0x875cd10, what=0) at misprite.c:844
#6 0x0815f580 in
K. Petersen wrote:
On Fri, 12 Apr 2002, Jens Owen wrote:
K. Petersen wrote:
I am building this myself. Unfortunately, I didn't recieve the attatched
host.def file. If you could send it again, I'd be more than happy to
rebuild with it, if it will help in diagnosing this.
My
On Sat, 13 Apr 2002, Jens Owen wrote:
Okay, let's turn off the BuiltInRadeon option for now, that's just for
the 3D driver anyway. Building a static server would give us a much
more useful stack...
Here we are, two new stacks from the hung X. The first is of a modular X,
created with
Jens Owen wrote:
K. Petersen wrote:
On Fri, 12 Apr 2002, Jens Owen wrote:
K. Petersen wrote:
When
GlxBuiltInRadeon is defined, the make process looks for a directory
$(GLXLIBSRC)/mesa/dri/ and it's subdirectories when building libGL.so .
This directory is referenced from
On Thu, 11 Apr 2002, Jens Owen wrote:
K. Petersen wrote:
I have come upon a reproducible lockup on my system when switching from a
console virtual terminal to X. It can be produced as follows:
Begin X
Switch back to a virtual console
Switch back to X
Does this cause the
K. Petersen wrote:
I have come upon a reproducible lockup on my system when switching from a
console virtual terminal to X. It can be produced as follows:
Begin X
Switch back to a virtual console
Switch back to X
Me Too
I'd like to report that I can reproduce these symptoms
Yes I just get the same problem with RADEON m7p mobility think it'S a problem
with wakeup signal.
sergio
On Friday 12 April 2002 09:26, K. Petersen wrote:
On Thu, 11 Apr 2002, Jens Owen wrote:
K. Petersen wrote:
I have come upon a reproducible lockup on my system when switching from
a
At 12 April, 2002 Allen H. Ibara wrote:
I'd like to report that I can reproduce these symptoms on my
760MP system as well.
Thinking a little more about my last message I realize I left out a very
important fact:
Originally I had used the DRI driver with this Radeon card in a
440BX SMP P-II
K. Petersen wrote:
I am building this myself. Unfortunately, I didn't recieve the attatched
host.def file. If you could send it again, I'd be more than happy to
rebuild with it, if it will help in diagnosing this.
My fault, I forgot to send it. Here it is.
To debug the X Server:
Hi all,
For what it's worth, I was having the exact same problem using X 4.2.0,
drm-kmod, and FreeBSD 4.5 -stable with a Radeon 7500 and Tyan S2460. I also
had lots of hard lockups when OpenGL apps were starting up. If an app did
manage to start successfully, it would run fine indefinietly.
On Fri, 12 Apr 2002, Jens Owen wrote:
K. Petersen wrote:
I am building this myself. Unfortunately, I didn't recieve the attatched
host.def file. If you could send it again, I'd be more than happy to
rebuild with it, if it will help in diagnosing this.
My fault, I forgot to send
On Thu, 11 Apr 2002, Jens Owen wrote:
K. Petersen wrote:
I have come upon a reproducible lockup on my system when switching from a
console virtual terminal to X.
[...]
I believe this to be the correct forum for this issue, but if it is not,
then feel free to forward me to the
K. Petersen wrote:
I have come upon a reproducible lockup on my system when switching from a
console virtual terminal to X. It can be produced as follows:
Begin X
Switch back to a virtual console
Switch back to X
Does this cause the problem every time?
Also, just to confirm...you
I have come upon a reproducible lockup on my system when switching from a
console virtual terminal to X. It can be produced as follows:
Begin X
Switch back to a virtual console
Switch back to X
This causes the X display to appear on the screen, with a strip along the
top deformed. In this
19 matches
Mail list logo