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=3217
--- Additional Comments From [EMAIL PROTECTED] 2005-05-23 04:25 ---
The
Hi,
I'm doing some test with this driver, and I read on the website that
Radeon 9600 (including Radeon Mobility M10) - works well, no
lockups... well, not for me :P
Exactly, I can play almost every 3d game avaible for linux/PPC, but I
get lockups when not in full screen mode. In window mode
On Mon, 23 May 2005, Dario Laera wrote:
Hi,
I'm doing some test with this driver, and I read on the website that
Radeon 9600 (including Radeon Mobility M10) - works well, no
lockups... well, not for me :P
Exactly, I can play almost every 3d game avaible for linux/PPC, but I
get lockups when
On Fri, 20 May 2005 09:22:43 -0400 (EDT)
Vladimir Dergachev [EMAIL PROTECTED] wrote:
Hi all,
I tagged yesterday the_perfect_frag snapshot of R300 driver.
hi, i got some compile errors (gcc 3.4.3, Mesa HEAD, r300 -r
the_perfect_frag)
#v+
make[5]: Wejcie do katalogu
Vladimir Dergachev wrote:
few more minutes before it locked up, but it still locked up
rather quickly.
I think I remember that there's some way to increase debugging
output from the drm module, but can't remember how. I have a
serial console, and these lockups rarely take down the whole
insmod drm.ko debug=1
thank you !
Vladimir Dergachev
This is all the output from the drm module with debugging enabled:
http://www.visualtech.com/drm.txt.gz
Thank you !
By the looks of it the kernel buffer is overflowing with messages.
In the past I
On Mon, 2005-05-23 at 10:10 +0300, Aapo Tahkola wrote:
On Sun, 22 May 2005 21:00:19 +0200
Jerome Glisse [EMAIL PROTECTED] wrote:
I setup a x86 with radeon 9800 pro or xt, trying to find
why it locks. I see little improvement with option no silken
mouse can you test and tell me if it
On Sunday 22 May 2005 21:00, Jerome Glisse wrote:
Hi,
I setup a x86 with radeon 9800 pro or xt, trying to find
why it locks. I see little improvement with option no silken
mouse can you test and tell me if it dones anythings for
you (X -nosilk).
My thought on this lockups is that it's
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=3377
Summary: _glapi_add_entrypoint does not function properly for
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=3377
[EMAIL PROTECTED] changed:
What|Removed |Added
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=3378
Summary: _glapi_add_entrypoint does not generate offset for
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=3379
Summary: Dynamically generate GL dispatch functions for x86-64
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=3380
Summary: Dynamically generate GL dispatch functions for PowerPC
Chris Rankin wrote:
May 22 17:26:33 hypercube kernel: Unable to handle kernel NULL pointer
dereference at virtual
address 0080
Gak...this is certainly caused by one of my recent changes to MGA DRM.
My guess is that dev_private is NULL on entry to mga_dma_init. I should
be able to look
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=3382
Summary: Dynamically generate GL dispatch functions for ia64
--- Ian Romanick [EMAIL PROTECTED] wrote:
Could you add this line to the
end of mga_driver_preinit *and* to the beginning of mga_dma_init:
DRM_ERROR(dev = %p, dev_private = %p\n, dev, dev-dev_private);
That should shed some light on things.
OK, I should have access to that box again
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=3377
--- Additional Comments From [EMAIL PROTECTED] 2005-05-23 16:13 ---
Nicolai Haehnle wrote:
It is easy to blame the DDX, but the truth is, we just don't know. The
people seeing lockups should try to figure out whether there is a direct
causal connection between e.g. mouse movements and lockups. If you are in a
fullscreen OpenGL applications, not moving the
Vladimir Dergachev wrote:
In the past I found useful not to turn drm debugging on, but, rather,
insert printk statements in various place in radeon code. This should
also provide more information about what is actually going on.
I can't make any promises. My partner already thinks I spend
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter your comments there.
http://bugs.xfree86.org/show_bug.cgi?id=314
[EMAIL PROTECTED] changed:
What|Removed |Added
20 matches
Mail list logo
