Two small problems I had with Linux 2.6.4:
1. In order to make drm_stub.c compile without errors I had to
#include linux/moduleparam explicitly.
2. drm_compat.h defines an empty module_param if it's undefined.
It should do the same for module_param_named.
Regards,
On Wed, Oct 27, 2004 at 04:31:13PM -0700, Ian Romanick wrote:
Dieter Nützel wrote:
gcc -c -I../../include -I../../src/mesa -I../../src/mesa/main
-I../../src/mesa/glapi -I../../src/mesa/math
-I../../src/mesa/tnl-I../../src/mesa/shader -I../../src/mesa/swrast
-I../../src/mesa/swrast_setup
I've just sent this to lkml, anyone here any views on it?
Dave.
--
David Airlie, Software Engineer
http://www.skynet.ie/~airlied / airlied at skynet.ie
pam_smb / Linux DECstation / Linux VAX / ILUG person
-- Forwarded message --
Date: Thu, 28 Oct 2004 12:38:08 +0100 (IST)
Am Mi, den 27.10.2004 schrieb Adam Jackson um 21:46:
On Wednesday 27 October 2004 14:49, Alan Swanson wrote:
Until someone has the time to upgrade the Wiki to a newer version
with anti-spam features could we at least block any commits which
don't have comments?
Just that none of the
you may have beta-testers / developpers on #gentoo-sparc
on freenode... people there have that kind of hardware.
just my 2 cents, of course.
François
On Thu, 28 Oct 2004 12:42:09 +0100 (IST)
Dave Airlie [EMAIL PROTECTED] wrote:
I've just sent this to lkml, anyone here any views on it?
Jon Smirl wrote:
I just changed DRM to alternative between zero and POLLIN This
will make the DRM poll() function work like the kernel expects it to
and still work with existing X servers. Can someone please get this
incorrect code out of the X server?
I got some mysterious server crashes
Well, it seemed to install fine, but direct rendering is disabled. I
also get this error in my Xorg.0.log:
Symbol SavageInitStreamsNew from module
/usr/X11R6/lib/modules/drivers/savage_drv.o is unresolved!
Symbol SavageInitStreams2000 from module
/usr/X11R6/lib/modules/drivers/savage_drv.o is
On Thu, 28 Oct 2004 15:11:26 +0200, Roland Scheidegger
[EMAIL PROTECTED] wrote:
Jon Smirl wrote:
I just changed DRM to alternative between zero and POLLIN This
will make the DRM poll() function work like the kernel expects it to
and still work with existing X servers. Can someone please
On Thu, 2004-10-28 at 05:04, khaqq wrote:
you may have beta-testers / developpers on #gentoo-sparc
on freenode... people there have that kind of hardware.
just my 2 cents, of course.
Ferris McCormick (fmccor) in that channel definitely has the hardware --
not sure who else. I know he's gotten
Hi,
First of all, you should really check out the r300_driver module from CVS of
the r300 project on SourceForge, and especially have a look at
docs/r300_reg.h, which is where I put all register information that I and
others have found so far.
On Tuesday 26 October 2004 14:18, Jerome Glisse
Hello,
On Wed, 2004-10-27 at 09:28, Ely Levy wrote:
I supported it then and I still think it's a great idea,
It would let people feel that they have influance and let us see
what people want (but we said it all in the thread there).
what I would like to see, is two trees one for testings
Bugs item #1056280, was opened at 2004-10-28 12:48
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=100387aid=1056280group_id=387
Category: Other
Group: Build/Compile Fails
Status: Open
For anyone interested, I have attached a modified
pretty_print_command_stream.tcl. It should make it easier to analyze the
fglrx driver on r200 cards, since it knows all register names (which are
documented) of the r200. (This version is certainly useless on r300
based cards.) I have also
On Thursday 28 October 2004 20:11, Roland Scheidegger wrote:
- 0x2284. This one is interesting. The script gives this the name
X_VAP_PVS_WAITIDLE, the driver always emits this right before
R200_SE_VAP_CNTL. Apparently it exists on r200 too. Looks like it forces
the VAP (whatever that stands
Hi,
Felix I had also problem to compile your patches
and after check and recheck if isn't my fault,
I get the conclusion that
I can compile mesa with make in /opt/trunk/Mesa, but can't compile it if I try compile from xorg cvs ( with extra/Mesa linked to /opt/trunk/Mesa).
sorry for
To make spinlock/rwlock initialization consistent all over the kernel,
this patch converts explicit lock-initializers into spin_lock_init() and
rwlock_init() calls.
Currently, spinlocks and rwlocks are initialized in two different ways:
lock = SPIN_LOCK_UNLOCKED
spin_lock_init(lock)
Am Donnerstag, 28. Oktober 2004 01:31 schrieb Ian Romanick:
Dieter Ntzel wrote:
gcc -c -I../../include -I../../src/mesa -I../../src/mesa/main
-I../../src/mesa/glapi -I../../src/mesa/math
-I../../src/mesa/tnl-I../../src/mesa/shader -I../../src/mesa/swrast
-I../../src/mesa/swrast_setup
--- Sérgio M. Basto [EMAIL PROTECTED] wrote:
Hello,
On Wed, 2004-10-27 at 09:28, Ely Levy wrote:
I supported it then and I still think it's a great idea,
It would let people feel that they have influance and let us see
what people want (but we said it all in the thread there).
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The patch below removes two unused functions from DRM.
diffstat output:
drivers/char/drm/i810_dma.c | 18 --
drivers/char/drm/i915_dma.c | 18 --
2 files changed, 36 deletions(-)
Signed-off-by: Adrian Bunk
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://freedesktop.org/bugzilla/show_bug.cgi?id=930
--- Additional Comments From [EMAIL PROTECTED] 2004-10-28 15:33 ---
This is
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://freedesktop.org/bugzilla/show_bug.cgi?id=930
--- Additional Comments From [EMAIL PROTECTED] 2004-10-28 15:36 ---
(I should
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://freedesktop.org/bugzilla/show_bug.cgi?id=1731
Summary: Savage: Stray scissoring
Product: Mesa
Version:
Am Donnerstag, 28. Oktober 2004 12:42 schrieb Felix Kühling:
Two small problems I had with Linux 2.6.4:
1. In order to make drm_stub.c compile without errors I had to
#include linux/moduleparam explicitly.
You mean:
--- linux-core/drm_stub.c 2004-10-28 17:44:45.192753118
Dieter Ntzel wrote:
Now, I get this in Mesa CVS:
gcc -I../../include -Wall -O -march=athlon -ansi -pedantic -fPIC
-D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE -D_BSD_SOURCE
-DUSE_XSHM -DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM -DUSE_SSE_ASM
-DPTHREADS -I/usr/X11R6/include
On Thursday 28 October 2004 19:58, Roland Scheidegger wrote:
I can compile the dri linux target, but when I try to compile
progs/tests I get something similar:
gcc -I. -I../../include -DDRI_NEW_INTERFACE_ONLY -Wall -g -O
-DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM -DUSE_SSE_ASM -std=c99
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://freedesktop.org/bugzilla/show_bug.cgi?id=930
--- Additional Comments From [EMAIL PROTECTED] 2004-10-28 18:58 ---
I don't
[ this time without the problems due to a digital signature... ]
The patch below removes two unused functions from DRM.
diffstat output:
drivers/char/drm/i810_dma.c | 18 --
drivers/char/drm/i915_dma.c | 18 --
2 files changed, 36 deletions(-)
27 matches
Mail list logo