On Fri, Jul 15, 2005 at 09:50:42 +0200, Tino Keitel wrote:
Hi folks,
when the Xorg server is started, my machine will freeze completely if
radeon.ko is loaded. I can not log into it via SSH, and I also don't
see any kernel crash messages at the serial console. I played around
with the r300
Just to add that login (KDM) is more or less fine (cursor is corrupted
untill its moved).
Rune Petersen
Aapo Tahkola wrote:
On Thu, 14 Jul 2005 23:07:28 +0200
Rune Petersen [EMAIL PROTECTED] wrote:
Hi,
With ColorTiling enabled I get gradual corruption og the desktop/screen
on my X800 XT
The patch below allows 32bit builds of Mesa
on 64bit (especially x86_64) systems.
The '-m32' option for gcc/g++ should work with all
versions of gcc = 3.0 - also on ia32.
Egbert.
Index: configs/linux-dri-x86
===
RCS file:
On 13/07/05, Lorenzo Colitti [EMAIL PROTECTED] wrote:
Aapo Tahkola wrote:
atlantis -root -whalespeed 458 -delay 0 -size 8350 -count 3 -gradient -fps
Changed this for atlantis and it gave me 23fps instead of 3, thanks.
I get 120 fps with color tiling on pretty much same hw as you and
The following patches make the type of handles in libdrm
more consistent.
They allow us to later change the type of drm_handle_t
from unsigned long to unsigned int to allow 32bit and 64bit
clients and Xservers to share data structures.
Included are two patches: one for libdrm as part of DRM
and
The Mesa patch below helps to make the data passed between
the Xserver and an DRI client in the GetDeviceInfo request of
the DRI extension independ of the machine size - a prerequisite
to support mixing of 32 and 64bit DRI clients.
The patch eliminates the need to use of drmAddress in these
Is anyone interested in working on this while I'm at OLS next week? I
have it all compiling and sort of working, but things are still not
initialized totally right. Something is still messed up when setting
up the DRM driver. I'll make up some diffs if anyone is interested.
--
Jon Smirl
[EMAIL
Egbert Eich wrote:
The patch below allows 32bit builds of Mesa
on 64bit (especially x86_64) systems.
The '-m32' option for gcc/g++ should work with all
versions of gcc = 3.0 - also on ia32.
Ok, I've checked in the fix, with minor changes.
-Brian
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=1746
[EMAIL PROTECTED] changed:
What|Removed |Added
I'm planning to do some benchmarks when ATI update their driver to
work with the new xorg release. Any sugestions for some benckmarks
that I can run? I'll post the results to the mailing list if people
are interested?
glxgears is the easy one :)
You could also try FlightGear as far as games
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=3791
Summary: PCI DMA bitblt support for unichrome
Product: DRI
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Egbert Eich wrote:
The patch below allows 32bit builds of Mesa
on 64bit (especially x86_64) systems.
The '-m32' option for gcc/g++ should work with all
versions of gcc = 3.0 - also on ia32.
Egbert.
Index: configs/linux-dri-x86
http://bugzilla.kernel.org/show_bug.cgi?id=4354
[EMAIL PROTECTED] changed:
What|Removed |Added
Owner|[EMAIL PROTECTED] |[EMAIL PROTECTED]
Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Egbert Eich wrote:
The patch below allows 32bit builds of Mesa
on 64bit (especially x86_64) systems.
The '-m32' option for gcc/g++ should work with all
versions of gcc = 3.0 - also on ia32.
Egbert.
Index:
Egbert pointed out one of the r128 ioctls (getparam) is declared IOW when
it should be IOWR of course changing this would break userspace...
I've commited a fix which makes the old ioctl GETPARAM_OLD and makes a new
GETPARAM ioctl with the correct direction..
but after thinking about it this
Egbert pointed out one of the r128 ioctls (getparam) is declared IOW when
it should be IOWR of course changing this would break userspace...
I've commited a fix which makes the old ioctl GETPARAM_OLD and makes a new
GETPARAM ioctl with the correct direction..
but after thinking about it
16 matches
Mail list logo