Hi Alex and everyone
http://www.botchco.com/alex/xorg/savage-dri-to-xorg.diff
the code still needs the develdri #ifdefs added.
Savage dri works quite well (again) on xorg 6.8, except on xv video mode
with some mpegs, as I reported at first time.
The good news is direct rendering is enabled
On Thu, 2004-08-19 at 14:37, Alex Deucher wrote:
On Thu, 19 Aug 2004 09:13:44 -0400, Robert S. Kerr [EMAIL PROTECTED] wrote:
Yep. In a small window the image shows right. In medium windows there are 2
zones. In a fullscreen window (1024x768) I can see 3 zones.
It's strange that nobody
On Fri, 2004-08-06 at 16:09, Alex Deucher wrote:
did you have those problems with DRI cvs or are they new with xorg?
The streams code has be reshuffled a bit. also try with
option BCIForXv false (or something like that; I forget the exact name).
Don't see any changes with option
On Sat, 2004-08-07 at 16:43, albert vilella wrote:
I can test it on my Prosavage [ProSavage8 KM266/KL266] if it helps,
is just pulling the cvs and compiling?
Albert.
just pulling the cvs
apply this patch
http://www.botchco.com/alex/xorg/savage-dri-to-xorg.diff
( I just finished the
On Sat, 2004-08-07 at 17:08, Alex Deucher wrote:
On Sat, 07 Aug 2004 17:43:23 +0200, albert vilella
[EMAIL PROTECTED] wrote:
I can test it on my Prosavage [ProSavage8 KM266/KL266] if it helps,
is just pulling the cvs and compiling?
download mesa cvs, xorg cvs, then apply my patch to
On Thu, 2004-08-05 at 17:08, Alex Deucher wrote:
On Thu, 05 Aug 2004 03:13:35 +0100, Sérgio Monteiro Basto
[EMAIL PROTECTED] wrote:
On Mon, 2004-08-02 at 05:45, Alex Deucher wrote:
I just finished the preliminary merge. It seems to work ok in limited
testing. for those interested
On Mon, 2004-08-02 at 05:45, Alex Deucher wrote:
I just finished the preliminary merge. It seems to work ok in limited
testing. for those interested the patch is here:
http://www.botchco.com/alex/xorg/savage-dri-to-xorg.diff
the code still needs the develdri #ifdefs added. I'm not sure
Hi,
Finally I can report that your patch work very (well) smoothly :)
I had some problems with xorg cvs, xfs ( font server ) stop working and
I report the problem on
https://freedesktop.org/bugzilla/show_bug.cgi?id=682
thanks,
On Mon, 2004-08-02 at 05:45, Alex Deucher wrote:
I just
On Fri, 2004-07-30 at 23:08, Felix Kühling wrote:
Hi,
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 still have a
savage-2-0-0-branch lying
On Sun, 2004-07-25 at 21:21, Eric Anholt wrote:
As I said in the message quoted, someone will need to go to the savage
driver, cvs up -jDRI-XFree86-4_3_99_12-merge -jDRI, resolve conflicts,
place the new code under a BuildDevelDRIDrivers ifdef (see the via
driver), and test. This is what it
Someone needs to go into x.org cvs, cd .../drivers/savage, cvs up
-jDRI-XFree86-4_3_99_12-merge -jDRI and resolve conflicts, place the new
code under a BuildDevelDRIDrivers ifdef, and test. Until then you won't
be able to build a working savage setup from x.org.
#define
Hi
I am happy to see that dri and drm are in xorg cvs (very cool:).
I will test savage dri soon.
But my email is about other subject.
So I think it time to have a new dri tree since the trunk tree is a
very old version.
Other question is about if we have updated dri and drm what about Mesa
is the
Hi,
if I recall correctly, I had applied dri savage snapshot, around 19 of
may, after install X11R6.7.0 from sources, and works quite nice.
And for me, have a better thing, X.org have install new nicer (in my
option) fonts that are a little bigger.
I would like to try ( when I have some time to do
Jut get CVS updated and now can't insert savage.o
Using /lib/modules/2.4.26/kernel/drivers/char/drm/savage.o
/lib/modules/2.4.26/kernel/drivers/char/drm/savage.o: unresolved symbol pci_get_subsys
/lib/modules/2.4.26/kernel/drivers/char/drm/savage.o: unresolved symbol pci_dev_put
I only find
The gdk_gl_query function comes in gtkglarea-1.2.2-17 rpm.
finding gdk_gl_query in code, only this lines in ./src/main.c
if( gdk_gl_query() == FALSE ) {
g_print( no OpenGL capability\n );
return 0;
}
Well, I deleted this 4 lines from code and morpheus works
at 16:16, Brian Paul wrote:
Sérgio Monteiro Basto wrote:
On Sat, 2004-04-24 at 15:49, Brian Paul wrote:
When a program segfaults in free(), it's usually because of a memory
error (writing out of bounds, bouble-freeing a block, etc.).
valgrind will easily find such errors. Once you have
On Sat, 2004-04-24 at 15:49, Brian Paul wrote:
When a program segfaults in free(), it's usually because of a memory
error (writing out of bounds, bouble-freeing a block, etc.).
valgrind will easily find such errors. Once you have it
built/installed, just run 'valgrind myApplication' and
On Sat, 2004-04-24 at 15:49, Brian Paul wrote:
When a program segfaults in free(), it's usually because of a memory
error (writing out of bounds, bouble-freeing a block, etc.).
valgrind will easily find such errors. Once you have it
built/installed, just run 'valgrind myApplication' and
now debug.txt
On Fri, 2004-04-23 at 15:06, Brian Paul wrote:
Felix Kühling wrote:
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
On Sat, 2004-04-24 at 00:14, Sérgio Monteiro Basto wrote:
now debug.txt
On Fri, 2004-04-23 at 15:06, Brian Paul wrote:
Felix Kühling wrote:
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
Hi
today after update srcs from cvs trunk (Mesa, drm and xc )
got this error on foobillard 2.9, I send gdb of the bug in debug.txt
file.
thanks
--
Sérgio M. B.
(gdb) run
Starting program: /usr/local/bin/foobillard
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 7262)]
I am sending this email again because seams doesn't arrive at first time
Hi
well I update cvs trunk from dri ,
after some compile problems, I remove all and download it again.
and after make World and make install (this time without problems), and
make sure that GL links are correct and use the
,
Felix
On Fri, 02 Apr 2004 20:16:41 +0100
Sérgio Monteiro Basto [EMAIL PROTECTED] wrote:
I am sending this email again because seams doesn't arrive at first time
Hi
well I update cvs trunk from dri ,
after some compile problems, I remove all and download it again.
and after make
Hi
well I update cvs trunk from dri ,
after some compile problems, I remove all and download it again,
dri trunk and Mesa minutes ago..
and after make World and make install (this time without problems), and
make sure that GL links are correct and use the correct drm module.
glxinfo simple give
On Sun, 2004-03-07 at 01:37, Felix Kühling wrote:
Program received signal SIGSEGV, Segmentation fault.
0x40757507 in generic_interp (ctx=0x0, t=0.918080449, edst=96,
eout=21, ein=22, force_boundary=0 '\0')
at t_vertex.c:736
736 a[0].insert[4-1]( a[0], vdst,
On Thu, 2004-03-04 at 20:15, Alex Deucher wrote:
For those of you messing with XvMC support on savage, I just checked in
a fix for the missing extension problem. I had forgotten to port over
the setup code from S3's driver. I tested it briefly on savage4, but I
only got an blue window. It's
On Sun, 2004-03-07 at 23:34, Felix Kühling wrote:
Found it. I had already fixed this problem yesterday, but not committed
it yet, because it didn't fix the problem I was actually hunting. ;-)
I've committed it now. A patch is attached for your convenience. Apply
it in
On Sat, 2004-03-06 at 11:46, Michel Dänzer wrote:
You need to get a stack trace with gdb or at least catchsegv.
Is this a stack trace ?
if I can do anything more? it will be a honor
thanks
--
Sérgio M. B.
#gdb foobillard
GNU gdb Red Hat Linux (5.3.90-0.20030710.41rh)
Copyright 2003 Free
On Sat, 2004-03-06 at 15:21, Michel Dänzer wrote:
On Sat, 2004-03-06 at 15:21, Sérgio Monteiro Basto wrote:
On Sat, 2004-03-06 at 11:46, Michel Dänzer wrote:
You need to get a stack trace with gdb or at least catchsegv.
Is this a stack trace ?
[...]
Program received signal SIGFPE
On Thu, 2004-03-04 at 18:07, Michel Dänzer wrote:
So does BillardGL here now, thanks!
yes, FooBillard-2.8 works without warnings and now I have correct fonts
in menus (when we press Esc)
On FooBillard-2.9 gives me a segment fault but at least doesn't hang my
laptop.
configure foobillard-2.9
The ball shadows are white, and I get lots of
Mesa implementation error: User called no-op dispatch function (not
part of Mesa subset?)
Please report to the Mesa bug database at www.mesa3d.org
Well with current Mesa CVS and current DRI. I got this message but just
one
And I have a new bug with foobillard, when I launch it, my PC freeze
(kernel no respond, no log and Magic keys doesn't respond too) :-(
Another user reported lockups on a Twister too. I havn't been able to
reproduce any lockups on SavageIX or ProSavageDDR. I'll try to get
shadow
On Sun, 2004-02-29 at 03:47, Sérgio Monteiro Basto wrote:
Is this a BillardGL bug? If not, how can I track it down?
I've got same problems with my savage TwisterK.
Well other thing to say about BillardGL.
2.9 hangs my computer but with foobillard-2.8 and with # ./configure
--enable-nvidia
On Sat, 2004-02-28 at 17:22, Mickaël Cornet wrote:
Le samedi 28 Février 2004 14:16, Michel Dänzer a écrit :
The ball shadows are white, and I get lots of
Mesa implementation error: User called no-op dispatch function (not part
of Mesa subset?)
Please report to the Mesa bug database at
On Tue, 2004-02-24 at 14:40, Alan Hourihane wrote:
On Tue, Feb 24, 2004 at 03:29:01PM +0100, Martijn Uffing wrote:
Ave people
DRI/MESA won't compile with gcc 2.95.4
My system is debian stable with gcc 2.95.4 as system compiler.
I get the error only with 2.95.4. If I use gcc 3.3.3
On Tue, 2004-02-24 at 14:40, Alan Hourihane wrote:
Thanks for the report,
I've just checked in the fix.
Alan.
Now DRI/MESA won't compile with gcc 3.3
the output of make World have 3 megas bytes !
mapr.c:56: warning: ISO C90 does not support `long long'
mmapr.c: In function `main':
One reboot to computer has resolved the problem.
Sorry for my mistake and thanks for your support.
--
Sérgio M. B.
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps Web services for Linux with
a free DVD
Well I test the savage-2-0-0-0 branch and the trunk cvs
I test this games
foobillard
q3demo
with (cvs) wineX: Max Payne and CM 03/04
Pinball
Tux Racer
chromium
and it is amazing !! better than ever.
For WineX (see http://ting.homeunix.org/) and in case of OS use prelink
please read:
On Thu, 2004-02-19 at 15:46, Felix Kühling wrote:
I don't see a reason to mess with Mesa on the savage-2-0-0-branch now.
ok,
This is not my code, this is Brian Paul code.
So please apply, I remember, at the time of release Mesa-5.0.2, Brian
release one version of Mesa-5.0.2 to test, after this,
I compared sources of Mesa-5.0.2 final release
http://prdownloads.sourceforge.net/mesa3d/MesaLib-5.0.2.tar.gz?download
http://prdownloads.sourceforge.net/mesa3d/MesaDemos-5.0.2.tar.gz?download
with mesa on this tree, the sources are not exactly equal, so I send to
you my proposal patch to put
On Tue, 2004-02-10 at 13:27, Felix Kühling wrote:
It looks like xc/extras/Mesa contains a stripped down version of the
mesa source code. In particular it lacks all the makefiles. You may be
able to convince the XFree86 build system to build mesa-glu for you with
the right settings in
savage-2-0-0-0, and the problem has disappear Xscreensavers works more
slowly but without problems.
Thanks
--
Sérgio Monteiro Basto [EMAIL PROTECTED]
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps Web
:2f00 (rev 01)
00:0a.0 Class 0607: 104c:ac50 (rev 01)
00:0b.0 Class 0200: 10ec:8139 (rev 10)
01:00.0 Class 0300: 5333:8d02 (rev 01)
On Fri, 2004-02-13 at 17:43, Felix Kühling wrote:
On Tue, 10 Feb 2004 22:38:58 +
Sérgio Monteiro Basto [EMAIL PROTECTED] wrote:
[snip]
Well looking
On Sat, 2004-02-14 at 00:04, Dieter Nützel wrote:
BTW, could you be more specific what's wrong with the rubik cube demo? I
don't see any errors with it.
The bug is in some depths of the image for example in queens screen
saver, some queens in the back overlaps the queens in
On Wed, 2004-02-11 at 13:50, Felix Kühling wrote:
On Tue, 10 Feb 2004 23:51:58 +
Sérgio Monteiro Basto [EMAIL PROTECTED] wrote:
On Tue, 2004-02-10 at 22:38, Sérgio Monteiro Basto wrote:
On Tue, 2004-02-10 at 13:27, Felix Kühling wrote:
I realize that xc/extras/Mesa is almost
45 matches
Mail list logo