You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(122) |
Nov
(152) |
Dec
(69) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(6) |
Feb
(25) |
Mar
(73) |
Apr
(82) |
May
(24) |
Jun
(25) |
Jul
(10) |
Aug
(11) |
Sep
(10) |
Oct
(54) |
Nov
(203) |
Dec
(182) |
| 2004 |
Jan
(307) |
Feb
(305) |
Mar
(430) |
Apr
(312) |
May
(187) |
Jun
(342) |
Jul
(487) |
Aug
(637) |
Sep
(336) |
Oct
(373) |
Nov
(441) |
Dec
(210) |
| 2005 |
Jan
(385) |
Feb
(480) |
Mar
(636) |
Apr
(544) |
May
(679) |
Jun
(625) |
Jul
(810) |
Aug
(838) |
Sep
(634) |
Oct
(521) |
Nov
(965) |
Dec
(543) |
| 2006 |
Jan
(494) |
Feb
(431) |
Mar
(546) |
Apr
(411) |
May
(406) |
Jun
(322) |
Jul
(256) |
Aug
(401) |
Sep
(345) |
Oct
(542) |
Nov
(308) |
Dec
(481) |
| 2007 |
Jan
(427) |
Feb
(326) |
Mar
(367) |
Apr
(255) |
May
(244) |
Jun
(204) |
Jul
(223) |
Aug
(231) |
Sep
(354) |
Oct
(374) |
Nov
(497) |
Dec
(362) |
| 2008 |
Jan
(322) |
Feb
(482) |
Mar
(658) |
Apr
(422) |
May
(476) |
Jun
(396) |
Jul
(455) |
Aug
(267) |
Sep
(280) |
Oct
(253) |
Nov
(232) |
Dec
(304) |
| 2009 |
Jan
(486) |
Feb
(470) |
Mar
(458) |
Apr
(423) |
May
(696) |
Jun
(461) |
Jul
(551) |
Aug
(575) |
Sep
(134) |
Oct
(110) |
Nov
(157) |
Dec
(102) |
| 2010 |
Jan
(226) |
Feb
(86) |
Mar
(147) |
Apr
(117) |
May
(107) |
Jun
(203) |
Jul
(193) |
Aug
(238) |
Sep
(300) |
Oct
(246) |
Nov
(23) |
Dec
(75) |
| 2011 |
Jan
(133) |
Feb
(195) |
Mar
(315) |
Apr
(200) |
May
(267) |
Jun
(293) |
Jul
(353) |
Aug
(237) |
Sep
(278) |
Oct
(611) |
Nov
(274) |
Dec
(260) |
| 2012 |
Jan
(303) |
Feb
(391) |
Mar
(417) |
Apr
(441) |
May
(488) |
Jun
(655) |
Jul
(590) |
Aug
(610) |
Sep
(526) |
Oct
(478) |
Nov
(359) |
Dec
(372) |
| 2013 |
Jan
(467) |
Feb
(226) |
Mar
(391) |
Apr
(281) |
May
(299) |
Jun
(252) |
Jul
(311) |
Aug
(352) |
Sep
(481) |
Oct
(571) |
Nov
(222) |
Dec
(231) |
| 2014 |
Jan
(185) |
Feb
(329) |
Mar
(245) |
Apr
(238) |
May
(281) |
Jun
(399) |
Jul
(382) |
Aug
(500) |
Sep
(579) |
Oct
(435) |
Nov
(487) |
Dec
(256) |
| 2015 |
Jan
(338) |
Feb
(357) |
Mar
(330) |
Apr
(294) |
May
(191) |
Jun
(108) |
Jul
(142) |
Aug
(261) |
Sep
(190) |
Oct
(54) |
Nov
(83) |
Dec
(22) |
| 2016 |
Jan
(49) |
Feb
(89) |
Mar
(33) |
Apr
(50) |
May
(27) |
Jun
(34) |
Jul
(53) |
Aug
(53) |
Sep
(98) |
Oct
(206) |
Nov
(93) |
Dec
(53) |
| 2017 |
Jan
(65) |
Feb
(82) |
Mar
(102) |
Apr
(86) |
May
(187) |
Jun
(67) |
Jul
(23) |
Aug
(93) |
Sep
(65) |
Oct
(45) |
Nov
(35) |
Dec
(17) |
| 2018 |
Jan
(26) |
Feb
(35) |
Mar
(38) |
Apr
(32) |
May
(8) |
Jun
(43) |
Jul
(27) |
Aug
(30) |
Sep
(43) |
Oct
(42) |
Nov
(38) |
Dec
(67) |
| 2019 |
Jan
(32) |
Feb
(37) |
Mar
(53) |
Apr
(64) |
May
(49) |
Jun
(18) |
Jul
(14) |
Aug
(53) |
Sep
(25) |
Oct
(30) |
Nov
(49) |
Dec
(31) |
| 2020 |
Jan
(87) |
Feb
(45) |
Mar
(37) |
Apr
(51) |
May
(99) |
Jun
(36) |
Jul
(11) |
Aug
(14) |
Sep
(20) |
Oct
(24) |
Nov
(40) |
Dec
(23) |
| 2021 |
Jan
(14) |
Feb
(53) |
Mar
(85) |
Apr
(15) |
May
(19) |
Jun
(3) |
Jul
(14) |
Aug
(1) |
Sep
(57) |
Oct
(73) |
Nov
(56) |
Dec
(22) |
| 2022 |
Jan
(3) |
Feb
(22) |
Mar
(6) |
Apr
(55) |
May
(46) |
Jun
(39) |
Jul
(15) |
Aug
(9) |
Sep
(11) |
Oct
(34) |
Nov
(20) |
Dec
(36) |
| 2023 |
Jan
(79) |
Feb
(41) |
Mar
(99) |
Apr
(169) |
May
(48) |
Jun
(16) |
Jul
(16) |
Aug
(57) |
Sep
(19) |
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
1
(9) |
2
(13) |
3
(3) |
4
(3) |
5
(4) |
|
6
(2) |
7
(4) |
8
(3) |
9
(2) |
10
|
11
|
12
(6) |
|
13
(6) |
14
(1) |
15
(2) |
16
(2) |
17
(2) |
18
|
19
|
|
20
|
21
|
22
(1) |
23
|
24
(2) |
25
(5) |
26
|
|
27
(1) |
28
(8) |
29
(3) |
30
|
|
|
|
|
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: Julian S. <js...@ac...> - 2003-04-01 23:01:24
|
Hi, Just to let you know your patch is under consideration. Thanks for it, looks like a lot of work, and useful. I'll try and get back to you on it in a few days, but we're (me, at least) are just overloaded and haven't had time to look at it properly yet. J I had a look over the patch just now. > is there any chance of this patch getting into the CVS repository? most of > the changes are actually bug fixes to valgrind (mostly its threading > support and signal handling, plus a translation for the XLAT instruction). > > the only "extra" code is the support for the PE/PDB file formats, which is > pretty much restricted to vg_symtab.c > > comments? bug reports? > > > Seeya, > Adam |
|
From: Julian S. <js...@ac...> - 2003-04-01 17:53:37
|
> On running the beast ; with both (3DNow and MMX) switched off, the
> program ran fine; with only MMX I get the following:
>
> ==31255== pthread_mutex_unlock: mutex is not locked
> ==31255== at 0x4021E257: __pthread_mutex_unlock (vg_libpthread.c:977)
> ==31255== by 0x8085A78: playlistwin_update_sinfo (playlistwin.c:191)
> ==31255== by 0x805BC70: load_skin (skin.c:649)
> ==31255== by 0x807DDE1: main (main.c:3466)
> ==31255==
> ==31255== pthread_mutex_unlock: mutex is not locked
> ==31255== at 0x4021E257: __pthread_mutex_unlock (vg_libpthread.c:977)
> ==31255== by 0x403109D0: gtk_main (in /usr/lib/libgtk-1.2.so.0.9.1)
> disInstr: unhandled 2-byte opcode: 0x72 0xE0 0xD
> This _might_ be the result of executing a SSE, SSE2 or 3DNow!
> instruction. Valgrind does not currently support such instructions.
> Sorry.
> Illegal instruction
>
> With 3dNow (no great surprise)
> ==31300== Conditional jump or move depends on uninitialised value(s)
> ==31300== at 0x4031B506: (within /usr/lib/libgtk-1.2.so.0.9.1)
> ==31300== by 0x42AD740B: ???
> 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
>
> I will continually track CVS head and report the status of MMX
> support in xmms .....
Ha. That's a very useful thing to do. Thanks.
Can you try the attached patch and let me know if it helps?
J
sewardj@phoenix:~/VgHEAD/valgrind$ cvs diff -rHEAD coregrind/vg_to_ucode.c
Index: coregrind/vg_to_ucode.c
===================================================================
RCS file: /cvsroot/valgrind/valgrind/coregrind/vg_to_ucode.c,v
retrieving revision 1.54
diff -u -3 -p -r1.54 vg_to_ucode.c
--- coregrind/vg_to_ucode.c 27 Mar 2003 23:52:58 -0000 1.54
+++ coregrind/vg_to_ucode.c 1 Apr 2003 17:50:28 -0000
@@ -4771,7 +4771,8 @@ static Addr disInstr ( UCodeBlock* cb, A
}
break;
- case 0x73: /* PSLL/PSRA/PSRL mmxreg by imm8 */
+ case 0x72: case 0x73:
+ /* PSLL/PSRA/PSRL mmxreg by imm8 */
{
UChar byte1, byte2, byte3, subopc, mmxreg;
vg_assert(sz == 4);
|
|
From: Adam G. <ar...@cy...> - 2003-04-01 11:10:55
|
I have just uploaded a slightly modified version of the patch which enables valgrind to work with WINE. This fixes "signal handler frame" uninitialized errors. http://sourceforge.net/tracker/index.php?func=detail&aid=710006&group_id=46268&atid=445588 is there any chance of this patch getting into the CVS repository? most of the changes are actually bug fixes to valgrind (mostly its threading support and signal handling, plus a translation for the XLAT instruction). the only "extra" code is the support for the PE/PDB file formats, which is pretty much restricted to vg_symtab.c comments? bug reports? Seeya, Adam -- Real Programmers don't comment their code. If it was hard to write, it should be hard to read, and even harder to modify. These are all my own opinions. |
|
From: Jeremy F. <je...@go...> - 2003-04-01 08:06:29
|
On Mon, 2003-03-31 at 23:52, Julian Seward wrote:
> Well, it's nice they noticed. But as you say ... 0x0F 0x10 0x2 0xF
> is "MOVUPS", which is SSE. So am mystified.
Ah. By "non-zero value", they mean literally that. I set it to "1",
and it works. I got .73 of a frame/second with --skin=none with the
Mesa teapot demo (35fps without V).
J
|
|
From: Julian S. <js...@ac...> - 2003-04-01 07:44:09
|
Well, it's nice they noticed. But as you say ... 0x0F 0x10 0x2 0xF is "MOVUPS", which is SSE. So am mystified. J On Tuesday 01 April 2003 7:14 am, Jeremy Fitzhardinge wrote: > On Mon, 2003-03-31 at 22:59, Jeremy Fitzhardinge wrote: > > I just installed the new Nvidia drivers on my machine. I noticed this > > in the release notes: > > > > DISABLING CPU SPECIFIC FEATURES > > > > Setting the environment variable __GL_FORCE_GENERIC_CPU to a > > non-zero value will inhibit the use of CPU specific features > > such as MMX, SSE, or 3DNOW!. Use of this option may result in > > performance loss. This option may be useful in conjunction with > > software such as the Valgrind memory debugger. > > Not that it actually works... > > $ __GL_FORCE_GENERIC_CPU=yes valgrind '--skin=none' ./teapot > ==4092== Nulgrind, a binary JIT-compiler for x86-linux. > ==4092== Copyright (C) 2002, and GNU GPL'd, by Nicholas Nethercote. > ==4092== Using valgrind-1.9.4, a program instrumentation system for > x86-linux. ==4092== Copyright (C) 2000-2002, and GNU GPL'd, by Julian > Seward. ==4092== Estimated CPU clock rate is 1824 MHz > ==4092== For more details, rerun with: -v > ==4092== > Teapot V1.2 > Written by David Bucciarelli (tec...@pl...) > disInstr: unhandled 2-byte opcode: 0x10 0x2 0xF > This _might_ be the result of executing a SSE, SSE2 or 3DNow! > instruction. Valgrind does not currently support such instructions. > Sorry. illegal instruction > exit status sigill > > J > > > > ------------------------------------------------------- > 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: Jeremy F. <je...@go...> - 2003-04-01 07:14:39
|
On Mon, 2003-03-31 at 22:59, Jeremy Fitzhardinge wrote: > I just installed the new Nvidia drivers on my machine. I noticed this > in the release notes: > > DISABLING CPU SPECIFIC FEATURES > > Setting the environment variable __GL_FORCE_GENERIC_CPU to a > non-zero value will inhibit the use of CPU specific features > such as MMX, SSE, or 3DNOW!. Use of this option may result in > performance loss. This option may be useful in conjunction with > software such as the Valgrind memory debugger. Not that it actually works... $ __GL_FORCE_GENERIC_CPU=yes valgrind '--skin=none' ./teapot ==4092== Nulgrind, a binary JIT-compiler for x86-linux. ==4092== Copyright (C) 2002, and GNU GPL'd, by Nicholas Nethercote. ==4092== Using valgrind-1.9.4, a program instrumentation system for x86-linux. ==4092== Copyright (C) 2000-2002, and GNU GPL'd, by Julian Seward. ==4092== Estimated CPU clock rate is 1824 MHz ==4092== For more details, rerun with: -v ==4092== Teapot V1.2 Written by David Bucciarelli (tec...@pl...) disInstr: unhandled 2-byte opcode: 0x10 0x2 0xF This _might_ be the result of executing a SSE, SSE2 or 3DNow! instruction. Valgrind does not currently support such instructions. Sorry. illegal instruction exit status sigill J |
|
From: Jeremy F. <je...@go...> - 2003-04-01 06:59:51
|
I just installed the new Nvidia drivers on my machine. I noticed this
in the release notes:
DISABLING CPU SPECIFIC FEATURES
Setting the environment variable __GL_FORCE_GENERIC_CPU to a
non-zero value will inhibit the use of CPU specific features
such as MMX, SSE, or 3DNOW!. Use of this option may result in
performance loss. This option may be useful in conjunction with
software such as the Valgrind memory debugger.
|