:
Mesa/src/mesa/drivers/dri/r128/:
r128_vb.c
Revision ChangesPath
[snip]
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595
install both the common and a hardware-specific snapshot. Report any
problems to me.
Best regards,
Felix
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595
drm
cd drm/linux-2.6
make
su
password
cp *.ko /lib/modules/`uname -r`/kernel/drivers/char/drm
That should do the trick.
Regards,
Felix
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595
the file descriptor of a DRM device
would be used with WaitForSomething. Maybe a different bug ..., maybe
one in the savage driver? Has anyone else got similar crashes on
different hardware?
Regards,
Felix
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint
development? If this is
correct then it will be for 2.6 kernels only, right? I suppose there
would some back-porting effort involved in getting a future savage
driver to work with 2.4 again (like adding back all the DRM() macros).
[snip]
--
Jon Smirl
[EMAIL PROTECTED]
| Felix Kühling [EMAIL
in the snapshots. Then
it would become 2.6-only. I guess poeple trying bleeding-edge snapshots
wouldn't mind that.
On Wed, 29 Sep 2004 03:44:07 +0200, Micha Feigin [EMAIL PROTECTED]
wrote:
[snip]
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint
. The attached patch does
both. This way I got permanent maps working in the Savage driver (not
committed yet) without probing the video ram in preinit.
Regards,
Felix
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1
Kühling [EMAIL PROTECTED] wrote:
[snip]
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
---
This SF.Net email is sponsored by: YOU BE THE JUDGE
in the 3D driver. I'm attaching a patch that fixed it
for savage. Hope this helps.
Felix
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
Index: savage_dri.c
you forgot to commit? I'd really like to take a look at an
example, since this is the first time I'm working with a DRM driver.
Regards,
Felix
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595
for fiddling with power settings (another
thread mentioned such plans for Linux too) X could use it to change the
settings. This is of course, if you really want to put X in charge of
graphics power management.
Alex
Felix
[snip long tail]
| Felix Kühling [EMAIL PROTECTED] http
? Or am I missing something?
Regards,
Felix
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
---
This SF.Net email is sponsored by: YOU BE THE JUDGE
the
resources.
Check it in if you like it.
--
Jon Smirl
[EMAIL PROTECTED]
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
---
This SF.Net email
,
Felix
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
---
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer
maps everything should work the old way.
If this looks good I can check it in.
How would this work with an old DDX that still tries to call AddMap?
Especially in the case where the DDX makes multiple maps of the same
type?
Felix
| Felix Kühling [EMAIL PROTECTED] http
DECstation / Linux VAX / ILUG person
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
---
This SF.Net email is sponsored by BEA Weblogic Workshop
On Mon, 06 Sep 2004 23:09:34 +0100
Alan Cox [EMAIL PROTECTED] wrote:
On Llu, 2004-09-06 at 22:50, Felix Kühling wrote:
We want the description strings in all available languages to be
compiled into the 3D drivers. All these macros result in a small
XML-document which is looked up via
of
the DRM drivers implement permanent mapping, X will get an error if it
tried to move the framebuffer address.
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595
and xorg.conf
I don't know what log can be useful for understand the problem, so I attend your
requests ;)
regards,
Luca
PS: Your antispam filter block the smtp server of one of the most used italian
provider (fastweb 213.140.2.52)
| Felix Kühling [EMAIL PROTECTED
in a fixed order, which seems to work
everywhere.
Regars,
Felix
Lee
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
---
This SF.Net email
:
sets up the DRM to have the ability to have permanent maps while the driver is
loaded...
Is it really necessary to limit drivers to a single framebuffer-type
mapping?
Regards,
Felix
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED
can be found at
http://dri.sourceforge.net/cgi-bin/moin.cgi/ConfigurationInfrastructure.
Regards,
Felix
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595
to change later, as it evolves..
I'll do some more research...
Dave.
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
---
This SF.Net email
(or automatically by X).
When autoloading the module by /boot/loader.conf, my system (FreeBSD 5.2.1,
AMD Duron 800, ProSavage KN133 Twister) crashes after 10-15 minutes.
...
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C
the savage dri is still
only in mesa.
At this point this can probably wait until after the next release for merging.
Alex
--__--__--
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595
modifications for their specific setup.
Feedback about the attached file is welcome, I've only tested it on a
single system so far.
Regards,
Felix
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
drihost.def
module is still in DRI CVS.
I'm going to commit a fix for this anyway in order to get the snapshots
building again until I get around to making them build them from Xorg CVS.
Regards,
Felix
[snip patch]
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP
. ;-)
Regards,
Felix
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
---
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
.
Regards,
Felix
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
---
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk
libGL. When the
driver is built without NEW_INTERFACE_ONLY and loaded by an old libGL
then there are no version checks any more. Am I missing something?
Regards,
Felix
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C
On Fri, 30 Jul 2004 15:24:03 -0700
Ian Romanick [EMAIL PROTECTED] wrote:
Felix Kühling wrote:
I'm looking into porting the savage driver to the new interface so it
can be built in the Mesa tree. I took a look at the r128 and mga drivers
for reference. I noticed that the old drivers (I
On Wed, 28 Jul 2004 21:44:25 -0600
Brian Paul [EMAIL PROTECTED] wrote:
Felix Kühling wrote:
[snip]
The second problem is in the server-side GLX code. The definition of
GL_FOG_COORD_SOURCE is missing in glxext.h which is needed in
singlesize.c. I don't know if this should be fixed
are still produced with DRI CVS
I'd like to keep it building.
Regards,
Felix
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
---
This SF.Net
rarely seems to affect performance.
AFAIK it doesn't make any difference on integrated graphics chips. They
access both AGP memory and (shared) system memory with the full
bandwidth.
[snip]
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566
.
Thanks,
Jorge
Regards,
Felix
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
---
This SF.Net email is sponsored by BEA Weblogic Workshop
no
functioning DRM at the moment, everything is done in the user space
driver).
Thanks,
Rob
Regards,
Felix
P.S.: Cross-posting to dri-devel, as this is really a development issue.
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED
need a stable system for my work right now,
I'm not going to update before 19th July (that's my deadline).
Stays for several months.
Thanks,
Dieter
Regards,
Felix
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3
environment you
work. Someone developping on Mesa-solo would not need Xorg/XFree86 CVS
access at all.
Keith
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595
/sis_tris.h
1.3 +12 -92Mesa/src/mesa/drivers/dri/sis/sis_tritmp.h
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
---
This SF.Net email
, and
whatever else comes with Suse 9.0.
For gtk2 you should be using driconf 0.2.2, not 0.1.2. This should fix
the warnings during the installation process.
HTH,
Felix
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1
please
correct me if I'm wrong.
[snip]
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
---
This SF.Net email is sponsored by the new InstallShield
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
---
This SF.Net email is sponsored by the new InstallShield X.
From Windows to Linux, servers to mobile
persued the issue any further though.
But testing simple demos, there's a clear pattern:
[snip]
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595
?
I don't think the AGP drivers would make a big difference. Maybe the
AGP speed setting in XF86Config could have an effect for a
non-integrated Savage AGP card. But on an integrated savage chip it
doesn't make any difference at all (I tried it).
edie
Regards,
Felix
| Felix Kühling [EMAIL
. They are mostly copy-paste. But some details WRT blending
the two textures are different.
BTW, only Savage4 and newer has 2 texture units. Savage3D/IX/MX has only
one.
mark
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C
use
snapshots myself the install script is always the hardest part for me to
test.
a.
Regards,
Felix
--
Andrea Mennucc
E' un mondo difficile. Che vita intensa! (Tonino Carotone)
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566
and height just divided by 4 instead of the current
disproportional values) and the texture appears distorted in proportion and
composition.
does anyone have an idea?
mark
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3
be used in the kernel and which types in user-space?
For keeping the DRM portable among OS's, should fixed-size number types
be defined in drm.h/drmP.h?
TIA for any feedback,
Felix
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3
On Sat, 15 May 2004 13:30:16 -0700
Mark Cass [EMAIL PROTECTED] wrote:
Felix,
i think the texture formats you are talking about are the ones enumerated in
savage_bci.h . i tried all of them.
I was talking about the parameters that are used by the tiling functions
for various texture formats.
? AFAICT Brian
takes care of most Mesa bugs, so his vote would count most.
- ajax
| Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 |
---
This SF.Net
On Fri, 7 May 2004 06:15:15 -0700 (PDT)
Alex Deucher [EMAIL PROTECTED] wrote:
Update to the latest driver (dri trunk) based on tim's code. As I
recall, older drivers based on S3's code did not support gamma
correction properly.
Gamma correction works (for me at least) in 24bit mode only.
On Wed, 05 May 2004 17:19:27 +0100
Terry Barnaby [EMAIL PROTECTED] wrote:
Some more points on this:
1. The following line can be added to scripts/create_lk_drm.sh before copying
the files to the kernel tree tofix the problem with not having drm_pciids.h
(cd linux; sh
Hi,
does anyone know how to contact Eric Anholt? I just wrote a mail to him
about permissions in the snapshot build directory and got this back:
...
- The following addresses had permanent fatal errors -
[EMAIL PROTECTED]
- Transcript of session follows -
procmail: Quota
On Tue, 27 Apr 2004 13:35:26 +0100
Alan Cox [EMAIL PROTECTED] wrote:
Standard problem with Wiki nowdays. Lots of dubious companies have
crawlers that spam wikis with their URL then ask google to index
the page to boost their google rating 8(
I checked the python version on sf.net a week ago
On Tue, 27 Apr 2004 01:12:27 +0100 (IST)
Dave Airlie [EMAIL PROTECTED] wrote:
cvs -d:pserver:[EMAIL PROTECTED]:/cvs/mesa co -D 2004-03-28 Mesa
Besides that one bit it should build fine.
/me pokes the mach64 maintainers. ISTR some discussion about merging mach64
anyway, even though
On Mon, 26 Apr 2004 23:32:58 -0400 (EDT)
Vladimir Dergachev [EMAIL PROTECTED] wrote:
Well, I dug a bit deeper into writing R300 driver (using R200 one to
start with) and I have more questions:
1. What does rmesa-TclFallback do and how should I activate it ?
2. What is state ? More
Hi,
snapshots are broken due to a missing texutil.h:
gcc-3.3 -c -O2 -gstabs+ -ansi -pedantic -Wall -Wpointer-arith -Wstrict-prototypes
-Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs -Wundef
-pipe -g -I../../../../../../exports/include/X11
On Tue, 27 Apr 2004 11:04:11 -0400 (EDT)
Vladimir Dergachev [EMAIL PROTECTED] wrote:
Hi Felix :)
Thank you for the answers, more questions below:
2. What is state ? More specifically:
I think I can answer some of these state-related questions after my
experience with porting
On Tue, 27 Apr 2004 00:41:06 +0200
Svante Signell [EMAIL PROTECTED] wrote:
Hello,
I made a fresh checkout of the mach64-0-0-7 cvs branch together with the
Mesa and drm modules according to the Building and ATIMach64 web pages.
However the build fails. The tail of world.log is as follows:
I can reproduce this here too. I got a backtrace (see below) and took a
look around s_linetemp.h. There is no INTERP_W for lines so the
assertion must fail for textured lines.
Don't worry about the segfault, that's my own assert macro. Without that
I can't get a backtrace with my gdb+glibc
On Fri, 23 Apr 2004 12:01:32 -0400
Robert Adamis [EMAIL PROTECTED] wrote:
Downloaded newest xfree86 4.4 compiled and installed, then downloaded
newest dri, drm and mesa and compiled and installed it all. It fixed my
unknown symbol error I was having but now I get unknown chip id,
assuming
On Tue, 20 Apr 2004 04:02:24 -0700
[EMAIL PROTECTED] wrote:
diff -urN /tmp/wiki.1L952g/wiki/text/Building
/home/groups/d/dr/dri/wiki/text/Building
--- /tmp/wiki.1L952g/wiki/text/Building 2004-04-17 17:59:21.0 -0700
+++ /home/groups/d/dr/dri/wiki/text/Building 2004-04-19
On Tue, 20 Apr 2004 10:46:36 -0700
Ian Romanick [EMAIL PROTECTED] wrote:
[snip]
Right now both your latest patch and my patch seem to be totally hosed.
I haven't changed any of my code since Friday (when it mostly worked),
but there have been some changes since then in Mesa. Anything
On Sun, 18 Apr 2004 01:53:40 +0200
Michel Dänzer [EMAIL PROTECTED] wrote:
On Wed, 2004-04-14 at 16:19, Keith Whitwell wrote:
Michel Dänzer wrote:
Does anything speak against repo-moving Makefile.{bsd,linux} to
Makefile?
I can't think of any reason not to.
Turns out a simple
Hi,
Here are my plans to split the binary snapshot into a device-specific
and a common (device-independent) part. This was discussed briefly on
the last IRC meeting. I attached a patch to the snapshot scripts. ATM
it's only to illustrate the idea, it is completely untested.
After Ian's
On Tue, 13 Apr 2004 15:45:17 +0100
Keith Whitwell [EMAIL PROTECTED] wrote:
ajax wrote:
I've successfully installed the various libraries and modules from DRI CVS on
top of an X.org build, and it appears to work. (No great surprise that
they're binary compatible still, I suppose.)
On Mon, 12 Apr 2004 13:06:51 +0200
Michel Dänzer [EMAIL PROTECTED] wrote:
On Mon, 2004-04-12 at 06:45, Dave Airlie wrote:
Log message:
Import mach64 into trunk - still insecure but don't build it by default..
I'm not sure it's as simple as that... this means it'll get merged into
On Thu, 8 Apr 2004 19:28:29 +0100
Alan Hourihane [EMAIL PROTECTED] wrote:
There are problems building the savage driver on systems that pass
5 args into remap_page_range().
Looking at that function, isn't it best to follow suit with how the
i810 and i830 do this ?
This is the reason why I
On Wed, 07 Apr 2004 08:17:52 +0200
Svante Signell [EMAIL PROTECTED] wrote:
Additional info, this shows up in the XFree86.0.log file:
(II) SAVAGE(0): [drm] Could not create dummy context
Could you try restoring your distro's original
/usr/X11R6/lib/modules/extensions/libdri.a. If that works
On Tue, 06 Apr 2004 20:27:39 -0700
Ian Romanick [EMAIL PROTECTED] wrote:
Dieter Nützel wrote:
Anyone working on the t_vertex conversion for radeon (r200)?
Then Andreas could do his TMU3 work, again. Which could help with Viewperf.
I started looking at this today. I decided to start
On Tue, 06 Apr 2004 12:24:09 +0200
Paul Heldens [EMAIL PROTECTED] wrote:
On Tue, 2004-04-06 at 00:33 +0200, Felix Kühling wrote:
I can't test it right now, but IIRC the radeon drivers even limit the
size of antialiased points to 1. This seems to be compliant with the
specs, but wouldn't
The kernel messages look harmless. Since XFree86.0.log reports DRI
enabled the problem is either due to a wrong libGL or a broken 3D
driver. Or maybe the 3D driver doesn't have permission to access the
kernel driver. Could you run
LIBGL_DEBUG=verbose glxinfo
The output should tell what's
On Tue, 06 Apr 2004 22:50:35 +0200
Svante Signell [EMAIL PROTECTED] wrote:
On Tue, 2004-04-06 at 12:36, Felix Kühling wrote:
[snip]
Thanks, the problem is a missing symbol:
libGL: XF86DRIGetClientDriverName: 1.1.16 savage (screen 0)
libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri
On Mon, 05 Apr 2004 09:16:46 -0700
Daniel J. Michael [EMAIL PROTECTED] wrote:
I've been using plain CVS for a couple weeks now (latest checkout was
sometime last week). It was working great until the last time I updated
it. Since then, I've had some problems with tuxracer (crashes) and
On Mon, 05 Apr 2004 14:50:45 -0700
Ian Romanick [EMAIL PROTECTED] wrote:
Paul Heldens wrote:
I found on the list that this has always been broken in dri because of a
hardware issue.(?)
Example of affected apps; gtkradiant, blender,maya(hearsay)
Questions:
Is there any other
On Fri, 02 Apr 2004 01:07:57 +0100
Keith Whitwell [EMAIL PROTECTED] wrote:
Ian Romanick wrote:
Craig Sowadski wrote:
I am getting the following error when trying to run any DRI/GL program
using snapshots staring at with radeon-20040304-linux.i386.tar.bz2
until present:
X Error
On Sat, 3 Apr 2004 13:14:13 +0300
[EMAIL PROTECTED] wrote:
[snip]
I compiled and installed newest (2004-04-02) cvs dri trunk. At least now real 3d
acceleration works, I noticed it for example with watching movie with softened
picture.
That has nothing to do with 3D accel. Also, the
On Fri, 2 Apr 2004 17:20:04 +0300
[EMAIL PROTECTED] wrote:
I have aspire 1300, with s3 savage twister (8d02),
http://62.44.212.64:8080/s3_ProSavage_KN133/
look there. I compiled some time ago savage cvs and dri is now enabled, but I
think it isn't still working.
It is enabled, but a
Sorry for spamming ...
16 bit color depth is about twice as fast as 24 bit.
On Fri, 2 Apr 2004 17:20:04 +0300
[EMAIL PROTECTED] wrote:
[snip]
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel
On Fri, 2 Apr 2004 19:18:21 +0300
[EMAIL PROTECTED] wrote:
[snip]
#
# It is enabled, but a little slow. Newer versions should be somewhat
# faster, though there are other problems in current CVS code.
#
# Compiler optimizations make a big difference too. Try -O3.
ok, I'll try new cvs.
There were some missing symbol problems in the 3D drivers until
recently. Try a cvs update and recompile. I believe it should be working
now.
There are still a few more problems due to newer changes in Mesa. I
think they are being worked on.
Good luck,
Felix
On Fri, 02 Apr 2004 20:16:41 +0100
Hi,
in the DRI build system t_vtx_x86_gcc.S ends up being compiled this
command:
gcc -c -o t_vtx_x86_gcc.o t_vtx_x86_gcc.S
The defined like -DUSE_X86_ASM are not there because they are defined as
CFLAGS which are not used for compiling assembler sources files. Because
of the conditional
Hi,
when linking the radeon and r200 drivers I get these errors:
radeon_vtxtmp_x86.o(.data+0x18c): In function `_x86_Vertex3fv':
: multiple definition of `_x86_Vertex3fv'
../../../../../../lib/GL/mesa/tnl/t_vtx_x86_gcc.o(.data+0x80): first defined here
radeon_vtxtmp_x86.o(.data+0x1d3): In
On Thu, 01 Apr 2004 16:28:43 +0100
Keith Whitwell [EMAIL PROTECTED] wrote:
Felix Kühling wrote:
Hi,
in the DRI build system t_vtx_x86_gcc.S ends up being compiled this
command:
gcc -c -o t_vtx_x86_gcc.o t_vtx_x86_gcc.S
The defined like -DUSE_X86_ASM are not there because
On Mon, 29 Mar 2004 11:34:43 +0200
Sem vd Wal [EMAIL PROTECTED] wrote:
On Mon, 29 Mar 2004 09:54:35 UT
[EMAIL PROTECTED] wrote:
[snip]
libGL: XF86DRIGetClientDriverName: 6.5.3 mach64 (screen 0)
libGL: OpenDriver: trying
On Fri, 26 Mar 2004 21:56:02 -0800
Mark Cass [EMAIL PROTECTED] wrote:
dri-devel,
i have been looking at the clipping issues with the savage driver. this centers
around the use of the scissor box. currently the savage driver does not use the
scissor box.
next are my observations. i am
On Fri, 26 Mar 2004 22:37:38 -0600
ajax [EMAIL PROTECTED] wrote:
On Friday 26 March 2004 21:47, Robert F Merrill wrote:
ajax wrote:
There's several ways to fix this obviously, either bring back the Xaw
headers, stop building useless binaries, or just document the need for
the headers
On Thu, 25 Mar 2004 18:07:29 -0800
Ian Romanick [EMAIL PROTECTED] wrote:
Well boys and girls, it looks like I took just enough rope to shoot all
of us in the foot. As part of the new interface work, I added a field
to the __GLXContextRec to track the fbconfig used to create it. That
On Thu, 25 Mar 2004 20:38:43 -0800 (PST)
Alex Deucher [EMAIL PROTECTED] wrote:
--- Felix K_hling [EMAIL PROTECTED] wrote:
[snip]
Don't know which changes that would be. The only thing where the
tiling
of the front buffer would make a difference for normal double
buffered
rendering
Hi,
I'm experimenting with event tags which will be needed for vertex buffer
aging. As a simple test I've implemented frame throttling in my local
tree.
Savage3D/IX/MX have only one event tag, Savage4 and higher have two of
them. I found some comments saying that HWXvMC uses eventTag0. Therefore
On Fri, 26 Mar 2004 10:53:40 -0800 (PST)
Alex Deucher [EMAIL PROTECTED] wrote:
--- Felix K#252;hling [EMAIL PROTECTED] wrote:
On Thu, 25 Mar 2004 20:38:43 -0800 (PST)
Alex Deucher [EMAIL PROTECTED] wrote:
--- Felix K_hling [EMAIL PROTECTED] wrote:
[snip]
Don't know
On Fri, 26 Mar 2004 14:56:31 -0800 (PST)
Alex Deucher [EMAIL PROTECTED] wrote:
--- Felix K#252;hling [EMAIL PROTECTED] wrote:
[snip]
--- ./savagestate.c.~1.12.~ 2004-03-25 12:28:14.0 +0100
+++ ./savagestate.c 2004-03-26 22:56:08.0 +0100
@@ -642,18 +642,11 @@
case
Hi Marcin,
Also CCing to Alex, he probably knows more about this.
Currently the driver looks like it's not supposed to render to the front
buffer at all. When single buffering is used, the driver draws to the
back buffer and copies it over to the front buffer after processing a
Mesa vertex
On Tue, 23 Mar 2004 08:16:49 -0800 (PST)
Alex Deucher [EMAIL PROTECTED] wrote:
--- Felix K_hling [EMAIL PROTECTED] wrote:
[snip]
Anyway, the reason is that accelerated 3D rendering only works with
tiled memory but the front buffer is linear.
Software fallbacks draw to tiled surfaces,
This commit works fine on the ProSavage but on the SavageIX there are
two new problems. :(
2D performance is a lot worse now. Moving opaque windows is really slow.
And I get this from mplayer on movies that worked before:
VO: [xv] 352x272 = 352x272 Planar YV12
X11 error: BadAlloc (insufficient
On Sun, 21 Mar 2004 14:24:41 -0800 (PST)
Alex Deucher [EMAIL PROTECTED] wrote:
--- Felix K_hling [EMAIL PROTECTED] wrote:
On the Savage IX it freezes now, when the 3D window gets too close to
the bottom of the screen. There is an extra allocation of 128kb at
the
end of the frame buffer
Works ok on ProSavageDDR and SavageIX. Except, the AGP texture size that
is passed to the 3D driver is still hard-coded to 16MB. You need to fix
that in savage_dri.c. ATM it would be ok to use all AGP memory for
textures. In the future we may use part of it for DMA buffers.
Felix
On Mon, 22 Mar
On the Savage IX it freezes now, when the 3D window gets too close to
the bottom of the screen. There is an extra allocation of 128kb at the
end of the frame buffer that is not included in RamNeedeFor3D. It
doesn't seem to be used though.
Also the computation of the HW cursor location is off by
On Fri, 19 Mar 2004 18:58:58 -0800
mark cass [EMAIL PROTECTED] wrote:
felix,
i have been watching the dri development forum for a while. as you seem to be the
person spearheading the savage 3d driver effort, i have directed this message to
you.
I am interested in this driver because
On Fri, 19 Mar 2004 15:21:14 -0800 (PST)
Alex Deucher [EMAIL PROTECTED] wrote:
[snip]
There's still one problem. The hardware cursor is corrupted when 3D
apps
are active. It looks like the COB is scribbling over the memory that
stores the hardware cursor bitmasks. With glxgears the
201 - 300 of 815 matches
Mail list logo
