|
From: Julian S. <js...@ac...> - 2003-03-26 21:22:48
|
Greetings, y'all.
I just committed to the cvs head, initial support for MMX instructions.
Just MMX, not SSE or SSE2. SSE and SSE2 are for later; a staged approach
keeps the resulting code simpler and more maintainable (I hope).
Most MMX instructions now work. What would be very useful is for
people who have apps with MMX instructions, to check out and build the
head [details below] and then run their MMXish apps on it. There will
be initial breakage, but the sooner this is done, the sooner we will
have working MMX support :-)
So, can anyone help out?
If this all works out satisfactorily, I will seriously consider backporting
it to the stable branch (the >= 1.9.4 series).
J
Building from anon cvs:
You need autoconf >= 1.5. Apart from that it should be easy.
Here's how:
cvs -d:pserver:ano...@cv...:/cvsroot/valgrind login
When prompted for a password for anonymous, simply press the Enter key.
cvs -z3 -d:pserver:ano...@cv...:/cvsroot/valgrind
co valgrind
cd valgrind
./autogen.sh
./configure --prefix=....
make
make install
|
|
From: Nicholas N. <nj...@ca...> - 2003-03-26 22:13:47
|
On Wed, 26 Mar 2003, Julian Seward wrote: > Building from anon cvs: > You need autoconf >= 1.5. Apart from that it should be easy. I find automake version "1.4-p2" (which I think comes with RH 7.1) works fine for me; I just have to change the value of the "AUTOMAKE_OPTIONS" variable in Makefile.am from "1.5" to "1.4" before starting the installation. YMMV. N |
|
From: Jeremy F. <je...@go...> - 2003-03-26 22:28:27
|
On Wed, 2003-03-26 at 13:30, Julian Seward wrote:
> Greetings, y'all.
>
> I just committed to the cvs head, initial support for MMX instructions.
> Just MMX, not SSE or SSE2. SSE and SSE2 are for later; a staged approach
> keeps the resulting code simpler and more maintainable (I hope).
>
> Most MMX instructions now work. What would be very useful is for
> people who have apps with MMX instructions, to check out and build the
> head [details below] and then run their MMXish apps on it. There will
> be initial breakage, but the sooner this is done, the sooner we will
> have working MMX support :-)
>
> So, can anyone help out?
I don't have much which uses MMX for anything other than a quick memcpy,
but I'll give it a spin. SSE and 3DNOW are more likely to get used (may
even get the nvidia drivers doing something sane).
Unfortunately I suspect MMX instructions do frequently operate on
uninitialized data, so I'm not sure how far the MMX support as
implemented will go. I wonder if its worthwhile having a CLO to
enable/disable MMX support?
And, um, cpuid hasn't been updated to advertise MMX:
: ixodes:pts/17; valgrind '--skin=none' x86info -a
==5099== Nulgrind, a binary JIT-compiler for x86-linux.
==5099== Copyright (C) 2002, and GNU GPL'd, by Nicholas Nethercote.
==5099== Using valgrind-1.9.4, a program instrumentation system for x86-linux.
==5099== Copyright (C) 2000-2002, and GNU GPL'd, by Julian Seward.
==5099== Estimated CPU clock rate is 1878 MHz
==5099== For more details, rerun with: -v
==5099==
x86info v1.11. Dave Jones 2001, 2002
Feedback to <da...@su...>.
Need to be root to use specified options.
Found 1 CPU
eax in: 0x00000000, eax = 00000001 ebx = 756e6547 ecx = 6c65746e edx = 49656e69
eax in: 0x00000001, eax = 0000052b ebx = 00000000 ecx = 00000000 edx = 000001bf
Family: 5 Model: 2 Stepping: 11 Type: 0
CPU Model: Pentium 75-200 Original OEM
Feature flags:
fpu vme de pse tsc msr mce cx8
Connector type: Socket 5/7 (296 Pin PGA)
1817.95 MHz processor (estimate).
==5099==
Cool! A 1.8GHz P75!
This should fix it:
Index: coregrind/vg_helpers.S
===================================================================
RCS file: /cvsroot/valgrind/valgrind/coregrind/vg_helpers.S,v
retrieving revision 1.17
diff -u -r1.17 vg_helpers.S
--- coregrind/vg_helpers.S 14 Dec 2002 23:59:08 -0000 1.17
+++ coregrind/vg_helpers.S 26 Mar 2003 22:27:48 -0000
@@ -147,7 +147,7 @@
movl $0x52b, %eax
movl $0x0, %ebx
movl $0x0, %ecx
- movl $0x1bf, %edx
+ movl $0x008001bf, %edx
jmp cpuid__99
cpuid__0:
movl $0x1, %eax
J
|
|
From: Crispin F. <cr...@th...> - 2003-03-27 10:40:03
|
Hi,
I had a bit of a problem getting it to compile, I got:
make[1]: Entering directory `/space/crispin/valgrind/coregrind'
gcc -DVG_LIBDIR="\"/opt/valgrind/lib"\" -Winline -Wall -Wshadow -O
-fomit-frame-pointer -mpreferred-stack-boundary=2 -g -c `test -f
vg_dispatch.S || echo './'`vg_dispatch.S
In file included from vg_dispatch.S:32:
vg_constants.h:35:31: vg_constants_skin.h: No such file or directory
make[1]: *** [vg_dispatch.o] Error 1
so I added $(INCLUDES) into the CFLAGS line in the makefile, not quite
sure what was happening there.
Anyway, I got it compiled, however every program I ran (including 'ls')
aborted with the following error:
Instruction failed sanity check:
2: CALLML q0 [abcdSD]
opcode: 54
lit32: 0x0
size: 4
val1,val2,val3: 1, 0, 0
tag1,tag2,tag3: 0, 7, 7
flags_r: 0x0
flags_w: 0x0
extra4b: 0x0
cond: 0x0
signed_widen: 0
jmpkind: 0
argc,regparms_n: 0, 0
has_ret_val: 0
regs_live_after: [abcdSD]
valgrind: vg_translate.c:628 (vgPlain_saneUCodeBlock): Assertion `sane'
failed.
Could that be related to the compile problem?
Crispin
On Wed, 2003-03-26 at 21:30, Julian Seward wrote:
> Greetings, y'all.
>
> I just committed to the cvs head, initial support for MMX instructions.
> Just MMX, not SSE or SSE2. SSE and SSE2 are for later; a staged approach
> keeps the resulting code simpler and more maintainable (I hope).
>
> Most MMX instructions now work. What would be very useful is for
> people who have apps with MMX instructions, to check out and build the
> head [details below] and then run their MMXish apps on it. There will
> be initial breakage, but the sooner this is done, the sooner we will
> have working MMX support :-)
>
> So, can anyone help out?
>
> If this all works out satisfactorily, I will seriously consider backporting
> it to the stable branch (the >= 1.9.4 series).
>
> J
>
>
> Building from anon cvs:
> You need autoconf >= 1.5. Apart from that it should be easy.
>
> Here's how:
>
> cvs -d:pserver:ano...@cv...:/cvsroot/valgrind login
>
> When prompted for a password for anonymous, simply press the Enter key.
>
> cvs -z3 -d:pserver:ano...@cv...:/cvsroot/valgrind
> co valgrind
>
> cd valgrind
> ./autogen.sh
> ./configure --prefix=....
> make
> make install
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by:
> The Definitive IT and Networking Event. Be There!
> NetWorld+Interop Las Vegas 2003 -- Register today!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
> _______________________________________________
> Valgrind-users mailing list
> Val...@li...
> https://lists.sourceforge.net/lists/listinfo/valgrind-users
|
|
From: Crispin F. <cr...@th...> - 2003-03-27 11:48:00
|
Hmm, if I use automake 1.6 it compiles and works fine :) I have tested the MMX instructions using the 'none' skin, and they work fine (our code uses the MMX1, MMX2_MEMWr and MMX2_MemRd instructions). Cheers Crispin On Thu, 2003-03-27 at 10:38, Crispin Flowerday wrote: > Hi, > > I had a bit of a problem getting it to compile, I got: > > make[1]: Entering directory `/space/crispin/valgrind/coregrind' > gcc -DVG_LIBDIR="\"/opt/valgrind/lib"\" -Winline -Wall -Wshadow -O > -fomit-frame-pointer -mpreferred-stack-boundary=2 -g -c `test -f > vg_dispatch.S || echo './'`vg_dispatch.S > In file included from vg_dispatch.S:32: > vg_constants.h:35:31: vg_constants_skin.h: No such file or directory > make[1]: *** [vg_dispatch.o] Error 1 > > > so I added $(INCLUDES) into the CFLAGS line in the makefile, not quite > sure what was happening there. > > Anyway, I got it compiled, however every program I ran (including 'ls') > aborted with the following error: > > Instruction failed sanity check: > 2: CALLML q0 [abcdSD] > opcode: 54 > lit32: 0x0 > size: 4 > val1,val2,val3: 1, 0, 0 > tag1,tag2,tag3: 0, 7, 7 > flags_r: 0x0 > flags_w: 0x0 > extra4b: 0x0 > cond: 0x0 > signed_widen: 0 > jmpkind: 0 > argc,regparms_n: 0, 0 > has_ret_val: 0 > regs_live_after: [abcdSD] > > valgrind: vg_translate.c:628 (vgPlain_saneUCodeBlock): Assertion `sane' > failed. > > > Could that be related to the compile problem? > > Crispin > > > > On Wed, 2003-03-26 at 21:30, Julian Seward wrote: > > Greetings, y'all. > > > > I just committed to the cvs head, initial support for MMX instructions. > > Just MMX, not SSE or SSE2. SSE and SSE2 are for later; a staged approach > > keeps the resulting code simpler and more maintainable (I hope). > > > > Most MMX instructions now work. What would be very useful is for > > people who have apps with MMX instructions, to check out and build the > > head [details below] and then run their MMXish apps on it. There will > > be initial breakage, but the sooner this is done, the sooner we will > > have working MMX support :-) > > > > So, can anyone help out? > > > > If this all works out satisfactorily, I will seriously consider backporting > > it to the stable branch (the >= 1.9.4 series). > > > > J > > > > > > Building from anon cvs: > > You need autoconf >= 1.5. Apart from that it should be easy. > > > > Here's how: > > > > cvs -d:pserver:ano...@cv...:/cvsroot/valgrind login > > > > When prompted for a password for anonymous, simply press the Enter key. > > > > cvs -z3 -d:pserver:ano...@cv...:/cvsroot/valgrind > > co valgrind > > > > cd valgrind > > ./autogen.sh > > ./configure --prefix=.... > > make > > make install > > > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: > > The Definitive IT and Networking Event. Be There! > > NetWorld+Interop Las Vegas 2003 -- Register today! > > http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en > > _______________________________________________ > > Valgrind-users mailing list > > Val...@li... > > https://lists.sourceforge.net/lists/listinfo/valgrind-users > > > > ------------------------------------------------------- > This SF.net email is sponsored by: > The Definitive IT and Networking Event. Be There! > NetWorld+Interop Las Vegas 2003 -- Register today! > http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en > _______________________________________________ > Valgrind-users mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-users |
|
From: Arnaud D. <arn...@ge...> - 2003-03-27 11:59:01
|
Hi, I do not have much time as the moment to test it myself but Richard Brent's irred should be a good test case, small and simple. http://web.comlab.ox.ac.uk/oucl/work/richard.brent/irred.html Regards, ----- Original Message ----- From: "Julian Seward" <js...@ac...> To: <val...@li...>; <val...@li...> Cc: <os...@kd...> Sent: Wednesday, March 26, 2003 9:30 PM Subject: [Valgrind-users] Need testers for MMX support > > Greetings, y'all. > > I just committed to the cvs head, initial support for MMX instructions. > Just MMX, not SSE or SSE2. SSE and SSE2 are for later; a staged approach > keeps the resulting code simpler and more maintainable (I hope). > > Most MMX instructions now work. What would be very useful is for > people who have apps with MMX instructions, to check out and build the > head [details below] and then run their MMXish apps on it. There will > be initial breakage, but the sooner this is done, the sooner we will > have working MMX support :-) > > So, can anyone help out? > > If this all works out satisfactorily, I will seriously consider backporting > it to the stable branch (the >= 1.9.4 series). > > J > > > Building from anon cvs: > You need autoconf >= 1.5. Apart from that it should be easy. > > Here's how: > > cvs -d:pserver:ano...@cv...:/cvsroot/valgrind login > > When prompted for a password for anonymous, simply press the Enter key. > > cvs -z3 -d:pserver:ano...@cv...:/cvsroot/valgrind > co valgrind > > cd valgrind > ./autogen.sh > ./configure --prefix=.... > make > make install > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: > The Definitive IT and Networking Event. Be There! > NetWorld+Interop Las Vegas 2003 -- Register today! > http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en > _______________________________________________ > Valgrind-users mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-users > |
|
From: Julian S. <js...@ac...> - 2003-04-01 23:24:56
|
Thanks Arnaud, dabench is also a good test. I just built it, fixed the 2 missing insns it showed up, and so it works now. Madhu: one of insns I fixed is the one you tripped over in xmms. Could you cvs update and try xmms again? Thanks. J On Monday 31 March 2003 1:53 pm, Arnaud Desitter wrote: > Hi, > > That's all excellent news. Another small self-contained code is > Wolfgang Suttrop's data acquisition benchmark > (http://www.ipp.mpg.de/~Wolfgang.Suttrop/daq/dabench/) > It builds easily and triggers a valgrind fault: > > <quote> > disInstr: unhandled 2-byte opcode: 0x71 0xF0 0x4 > This _might_ be the result of executing a SSE, SSE2 or 3DNow! > instruction. Valgrind does not currently support such instructions. > Sorry. </quote> > > I haven't found that many freely available codes that use MMX > instructions except within large libraries such as gmp. However, > using gcc 3.2's "mmintrin.h", it shouldn't be too difficult to write > some test cases. > > Regards, > > > ----- Original Message ----- > From: "Julian Seward" <js...@ac...> > To: "Arnaud Desitter" <arn...@ge...>; > <val...@li...> > Sent: Sunday, March 30, 2003 12:31 PM > Subject: Re: [Valgrind-developers] Re: [Valgrind-users] Need testers for > MMX support > > > Yes, irred was a good test case, and shook out various bugs and > > missing insns. I now believe the head should run most MMX code OK, > > and I've taught the memcheck (default) skin how to instrument MMX > > code, so "valgrind ./my_mmx_program" should work. > > > > J > > > > On Thursday 27 March 2003 11:59 am, Arnaud Desitter wrote: > > > Hi, > > > > > > I do not have much time as the moment to test it myself > > > but Richard Brent's irred should be a good test case, small > > > and simple. > > > http://web.comlab.ox.ac.uk/oucl/work/richard.brent/irred.html > > > > > > Regards, > > ------------------------------------------------------- > This SF.net email is sponsored by: ValueWeb: > Dedicated Hosting for just $79/mo with 500 GB of bandwidth! > No other company gives more support or power for your dedicated server > http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ > _______________________________________________ > Valgrind-users mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-users |
|
From: Madhu M. K. <mm...@ya...> - 2003-04-02 09:31:11
|
Julian Seward wrote: > >Thanks Arnaud, dabench is also a good test. I just built it, fixed >the 2 missing insns it showed up, and so it works now. > >Madhu: one of insns I fixed is the one you tripped over in xmms. >Could you cvs update and try xmms again? Thanks. Apologies for the rather late reply. All the nice development work on valgrind happens at home :) CVS updated and recompiled. Hmm, seems like xmms will be a good test set: ==3253== pthread_mutex_unlock: mutex is not locked ==3253== at 0x4021F257: __pthread_mutex_unlock (vg_libpthread.c:977) ==3253== by 0x403119D0: gtk_main (in /usr/lib/libgtk-1.2.so.0.9.1) ==3253== ==3253== Conditional jump or move depends on uninitialised value(s) ==3253== at 0x40312533: gtk_propagate_event (in /usr/lib/libgtk-1.2.so.0.9.1) disInstr: unhandled 2-byte opcode: 0x7E 0xC0 0x66 This _might_ be the result of executing a SSE, SSE2 or 3DNow! instruction. Valgrind does not currently support such instructions. Sorry. Illegal instruction I wish I could do more than just report, but my x86 info is strictly limited ..... Cheerio, M Madhu M Kurup /* Nemo Me Impune Lacessit */ mmk at yahoo-inc dt com |
|
From: Jeremy F. <je...@go...> - 2003-04-02 09:41:06
|
On Wed, 2003-04-02 at 01:26, Madhu M. Kurup wrote:
> disInstr: unhandled 2-byte opcode: 0x7E 0xC0 0x66
That's movd. Try the patch I just posted.
J
|
|
From: Julian S. <js...@ac...> - 2003-04-04 20:42:44
|
Madhu; cvs up and try again? A fix for 0x7E is finally in the repo. Thx J > ==3253== Conditional jump or move depends on uninitialised value(s) > ==3253== at 0x40312533: gtk_propagate_event (in > /usr/lib/libgtk-1.2.so.0.9.1) > disInstr: unhandled 2-byte opcode: 0x7E 0xC0 0x66 > This _might_ be the result of executing a SSE, SSE2 or 3DNow! > instruction. Valgrind does not currently support such instructions. > Sorry. Illegal instruction > > I wish I could do more than just report, but my x86 info is strictly > limited ..... > > Cheerio, > M > > Madhu M Kurup /* Nemo Me Impune Lacessit */ mmk at yahoo-inc dt com > > > ------------------------------------------------------- > This SF.net email is sponsored by: ValueWeb: > Dedicated Hosting for just $79/mo with 500 GB of bandwidth! > No other company gives more support or power for your dedicated server > http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ > _______________________________________________ > Valgrind-developers mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-developers |
|
From: Madhu M. K. <mm...@ya...> - 2003-04-05 08:51:28
|
Julian Seward wrote: > >Madhu; cvs up and try again? A fix for 0x7E is finally in the repo. > Did so, resulting in this: --- ==3423== pthread_mutex_unlock: mutex is not locked ==3423== at 0x4021F257: __pthread_mutex_unlock (vg_libpthread.c:977) ==3423== by 0x403119D0: gtk_main (in /usr/lib/libgtk-1.2.so.0.9.1) Memcheck: the `impossible' happened: I don't know how to instrument MMX2_RegWr (yet) Basic block ctr is approximately 35900000 sched status: Thread 1: status = Sleeping, associated_mx = 0x0, associated_cv = 0x0 ==3423== at 0x40222051: my_do_syscall2 (vg_libpthread.c:2380) ==3423== by 0x40222667: vgIntercept_poll (vg_libpthread.c:2675) ==3423== by 0x40182DB0: __poll (vg_intercept.c:198) ==3423== by 0x4040C7E3: (within /usr/lib/libglib-1.2.so.0.0.10) Thread 2: status = Sleeping, associated_mx = 0x0, associated_cv = 0x0 ==3423== at 0x40222051: my_do_syscall2 (vg_libpthread.c:2380) ==3423== by 0x402223E4: vgIntercept_select (vg_libpthread.c:2566) ==3423== by 0x40182E36: __select (vg_intercept.c:247) ==3423== by 0x8068AF9: ctrlsocket_func (controlsocket.c:205) Thread 3: status = Sleeping, associated_mx = 0x0, associated_cv = 0x0 ==3423== at 0x405E1581: __libc_nanosleep (in /lib/libc-2.2.4.so) ==3423== by 0x4026EA61: xmms_usleep (util.c:105) ==3423== by 0x8067124: playlist_get_info_func (playlist.c:1621) ==3423== by 0x4021EA2B: thread_wrapper (vg_libpthread.c:671) Thread 4: status = Runnable, associated_mx = 0x0, associated_cv = 0x0 ==3423== at 0x422082B7: (within /home/mmk/dev/xmms/lib/xmms/Input/libmpg123.so) Thread 5: status = Runnable, associated_mx = 0x0, associated_cv = 0x0 ==3423== at 0x4021E990: thread_wrapper (vg_libpthread.c:638) Please report this bug to: js...@ac... --- Cheerio, M Madhu M Kurup /* Nemo Me Impune Lacessit */ mmk at yahoo-inc dt com |
|
From: Julian S. <js...@ac...> - 2003-04-05 09:22:53
|
Did your cvs up pick up a new version of memcheck/mc_translate.c? You need rev 1.19 and it looks like you only have rev 1.18. I definitely committed it. J > Did so, resulting in this: > > --- > ==3423== pthread_mutex_unlock: mutex is not locked > ==3423== at 0x4021F257: __pthread_mutex_unlock (vg_libpthread.c:977) > ==3423== by 0x403119D0: gtk_main (in /usr/lib/libgtk-1.2.so.0.9.1) > > Memcheck: the `impossible' happened: > I don't know how to instrument MMX2_RegWr (yet) > Basic block ctr is approximately 35900000 > > sched status: > > Thread 1: status = Sleeping, associated_mx = 0x0, associated_cv = 0x0 > ==3423== at 0x40222051: my_do_syscall2 (vg_libpthread.c:2380) > ==3423== by 0x40222667: vgIntercept_poll (vg_libpthread.c:2675) > ==3423== by 0x40182DB0: __poll (vg_intercept.c:198) > ==3423== by 0x4040C7E3: (within /usr/lib/libglib-1.2.so.0.0.10) > > Thread 2: status = Sleeping, associated_mx = 0x0, associated_cv = 0x0 > ==3423== at 0x40222051: my_do_syscall2 (vg_libpthread.c:2380) > ==3423== by 0x402223E4: vgIntercept_select (vg_libpthread.c:2566) > ==3423== by 0x40182E36: __select (vg_intercept.c:247) > ==3423== by 0x8068AF9: ctrlsocket_func (controlsocket.c:205) > > Thread 3: status = Sleeping, associated_mx = 0x0, associated_cv = 0x0 > ==3423== at 0x405E1581: __libc_nanosleep (in /lib/libc-2.2.4.so) > ==3423== by 0x4026EA61: xmms_usleep (util.c:105) > ==3423== by 0x8067124: playlist_get_info_func (playlist.c:1621) > ==3423== by 0x4021EA2B: thread_wrapper (vg_libpthread.c:671) > > Thread 4: status = Runnable, associated_mx = 0x0, associated_cv = 0x0 > ==3423== at 0x422082B7: (within > /home/mmk/dev/xmms/lib/xmms/Input/libmpg123.so) > > Thread 5: status = Runnable, associated_mx = 0x0, associated_cv = 0x0 > ==3423== at 0x4021E990: thread_wrapper (vg_libpthread.c:638) > > Please report this bug to: js...@ac... > --- > > Cheerio, > M > > Madhu M Kurup /* Nemo Me Impune Lacessit */ mmk at yahoo-inc dt com > > > ------------------------------------------------------- > This SF.net email is sponsored by: ValueWeb: > Dedicated Hosting for just $79/mo with 500 GB of bandwidth! > No other company gives more support or power for your dedicated server > http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ > _______________________________________________ > Valgrind-developers mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-developers |
|
From: Madhu M. K. <mm...@ya...> - 2003-04-05 21:48:15
|
Julian Seward wrote: > >Did your cvs up pick up a new version of memcheck/mc_translate.c? >You need rev 1.19 and it looks like you only have rev 1.18. >I definitely committed it. Hmm. I did, but compiled and built only one directory :) And the news: it worked. Performance was sucky, but hey, you cant expect too much from a profiling xmms - I tried the OpenGL visualization plugin as well - no problems. Incidentally, if you want to start the 3dNow set, here's what it reported for that: -- disInstr: unhandled 2-byte opcode: 0xE 0xF 0x6F This _might_ be the result of executing a SSE, SSE2 or 3DNow! instruction. Valgrind does not currently support such instructions. Sorry. Illegal instruction -- The plugin also has the ability to automatically detect what your CPU is (3dnow, MMX, std) and run, I tried that option as well - and it seemed to work. I am not sure if it picked up MMX or just defaulted back to std when it did that, but the detection portion of the xmms code didn't cause any gotchas. Cheerio, M Madhu M Kurup /* Nemo Me Impune Lacessit */ mmk at yahoo-inc dt com |
|
From: Julian S. <js...@ac...> - 2003-04-05 22:02:41
|
> Hmm. I did, but compiled and built only one directory :) > > And the news: it worked. Performance was sucky, but hey, you cant > expect too much from a profiling xmms - I tried the OpenGL visualization > plugin as well - no problems. Cool! > Incidentally, if you want to start the 3dNow set, here's what it reported > for that: Er, no thanks. I'm not doing 3DNow; MMX, SSE and SSE2 are more than enough complication for me. I'm looking hard at SSE/SSE2 now and promised myself I would start hacking on it this weekend, but it hasn't happened yet :-) J |