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
--
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
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 mous
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 ---
Creat
--- 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
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
Pro
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 i
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
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
P
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=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=3377
Summary: _glapi_add_entrypoint does not function properly for
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
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
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 found
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
machin
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]: Wejście do katalogu
`/home/users/
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
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 mov
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 f
20 matches
Mail list logo
