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
(17) |
2
(8) |
3
(23) |
4
(16) |
5
(13) |
6
(13) |
|
7
|
8
|
9
|
10
(2) |
11
(4) |
12
(2) |
13
(14) |
|
14
(13) |
15
(7) |
16
(13) |
17
(20) |
18
(15) |
19
(15) |
20
(13) |
|
21
(15) |
22
(13) |
23
(13) |
24
(2) |
25
(5) |
26
(12) |
27
|
|
28
(3) |
29
(13) |
30
(13) |
31
(14) |
|
|
|
|
From: Tom H. <to...@co...> - 2013-07-04 03:21:13
|
valgrind revision: 13444 VEX revision: 2729 C compiler: gcc (GCC) 4.3.0 20080428 (Red Hat 4.3.0-8) GDB: Assembler: GNU assembler version 2.18.50.0.6-2 20080403 C library: GNU C Library stable release version 2.8 uname -mrs: Linux 3.9.5-301.fc19.x86_64 x86_64 Vendor version: Fedora release 9 (Sulphur) Nightly build on bristol ( x86_64, Fedora 9 ) Started at 2013-07-04 03:51:52 BST Ended at 2013-07-04 04:20:59 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 632 tests, 1 stderr failure, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/amd64/insn-pcmpistri (stderr) none/tests/amd64/sse4-64 (stdout) |
|
From: Tom H. <to...@co...> - 2013-07-04 03:10:07
|
valgrind revision: 13444 VEX revision: 2729 C compiler: gcc (GCC) 4.4.1 20090725 (Red Hat 4.4.1-2) GDB: Assembler: GNU assembler version 2.19.51.0.14-3.fc11 20090722 C library: GNU C Library stable release version 2.10.2 uname -mrs: Linux 3.9.5-301.fc19.x86_64 x86_64 Vendor version: Fedora release 11 (Leonidas) Nightly build on bristol ( x86_64, Fedora 11 ) Started at 2013-07-04 03:41:30 BST Ended at 2013-07-04 04:09:50 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 634 tests, 1 stderr failure, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/long_namespace_xml (stderr) none/tests/amd64/sse4-64 (stdout) |
|
From: Tom H. <to...@co...> - 2013-07-04 03:03:45
|
valgrind revision: 13444 VEX revision: 2729 C compiler: gcc (GCC) 4.4.5 20101112 (Red Hat 4.4.5-2) GDB: Assembler: GNU assembler version 2.20.51.0.2-20.fc13 20091009 C library: GNU C Library stable release version 2.12.2 uname -mrs: Linux 3.9.5-301.fc19.x86_64 x86_64 Vendor version: Fedora release 13 (Goddard) Nightly build on bristol ( x86_64, Fedora 13 ) Started at 2013-07-04 03:32:14 BST Ended at 2013-07-04 04:03:34 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 634 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == helgrind/tests/pth_barrier3 (stderr) |
|
From: Tom H. <to...@co...> - 2013-07-04 02:56:26
|
valgrind revision: 13444 VEX revision: 2729 C compiler: gcc (GCC) 4.5.1 20100924 (Red Hat 4.5.1-4) GDB: GNU gdb (GDB) Fedora (7.2-52.fc14) Assembler: GNU assembler version 2.20.51.0.7-8.fc14 20100318 C library: GNU C Library stable release version 2.13 uname -mrs: Linux 3.9.5-301.fc19.x86_64 x86_64 Vendor version: Fedora release 14 (Laughlin) Nightly build on bristol ( x86_64, Fedora 14 ) Started at 2013-07-04 03:22:17 BST Ended at 2013-07-04 03:56:12 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 653 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/origin5-bz2 (stderr) |
|
From: Tom H. <to...@co...> - 2013-07-04 02:49:42
|
valgrind revision: 13444 VEX revision: 2729 C compiler: gcc (GCC) 4.6.3 20120306 (Red Hat 4.6.3-2) GDB: GNU gdb (GDB) Fedora (7.3.1-48.fc15) Assembler: GNU assembler version 2.21.51.0.6-6.fc15 20110118 C library: GNU C Library stable release version 2.14.1 uname -mrs: Linux 3.9.5-301.fc19.x86_64 x86_64 Vendor version: Fedora release 15 (Lovelock) Nightly build on bristol ( x86_64, Fedora 15 ) Started at 2013-07-04 03:14:47 BST Ended at 2013-07-04 03:49:27 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 655 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/origin5-bz2 (stderr) |
|
From: Tom H. <to...@co...> - 2013-07-04 02:40:27
|
valgrind revision: 13444 VEX revision: 2729 C compiler: gcc (GCC) 4.6.3 20120306 (Red Hat 4.6.3-2) GDB: GNU gdb (GDB) Fedora (7.3.50.20110722-16.fc16) Assembler: GNU assembler version 2.21.53.0.1-6.fc16 20110716 C library: GNU C Library development release version 2.14.90 uname -mrs: Linux 3.9.5-301.fc19.x86_64 x86_64 Vendor version: Fedora release 16 (Verne) Nightly build on bristol ( x86_64, Fedora 16 ) Started at 2013-07-04 03:02:50 BST Ended at 2013-07-04 03:40:12 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 655 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/origin5-bz2 (stderr) |
|
From: Tom H. <to...@co...> - 2013-07-04 02:30:08
|
valgrind revision: 13444 VEX revision: 2729 C compiler: gcc (GCC) 4.7.2 20120921 (Red Hat 4.7.2-2) GDB: GNU gdb (GDB) Fedora (7.4.50.20120120-54.fc17) Assembler: GNU assembler version 2.22.52.0.1-10.fc17 20120131 C library: GNU C Library stable release version 2.15 uname -mrs: Linux 3.9.5-301.fc19.x86_64 x86_64 Vendor version: Fedora release 17 (Beefy Miracle) Nightly build on bristol ( x86_64, Fedora 17 (Beefy Miracle) ) Started at 2013-07-04 02:52:20 BST Ended at 2013-07-04 03:29:54 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 655 tests, 5 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == gdbserver_tests/mcinfcallRU (stderr) gdbserver_tests/mcinfcallWSRU (stderr) gdbserver_tests/mcmain_pic (stderr) memcheck/tests/origin5-bz2 (stderr) exp-sgcheck/tests/preen_invars (stdout) exp-sgcheck/tests/preen_invars (stderr) |
|
From: Christian B. <bor...@de...> - 2013-07-04 02:20:35
|
valgrind revision: 13444 VEX revision: 2729 C compiler: gcc (SUSE Linux) 4.3.4 [gcc-4_3-branch revision 152973] GDB: GNU gdb (GDB) SUSE (7.3-0.6.1) Assembler: GNU assembler (GNU Binutils; SUSE Linux Enterprise 11) 2.21.1 C library: GNU C Library stable release version 2.11.3 (20110527) uname -mrs: Linux 3.0.80-0.5-default s390x Vendor version: Welcome to SUSE Linux Enterprise Server 11 SP2 (s390x) - Kernel %r (%t). Nightly build on sless390 ( SUSE Linux Enterprise Server 11 SP1 gcc 4.3.4 on z196 (s390x) ) Started at 2013-07-04 03:45:01 CEST Ended at 2013-07-04 04:20:23 CEST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... done Regression test results follow == 635 tests, 0 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == |
|
From: Christian B. <bor...@de...> - 2013-07-04 02:19:32
|
valgrind revision: 13444 VEX revision: 2729 C compiler: gcc (GCC) 4.6.1 20110908 (Red Hat 4.6.1-9bb4) GDB: GNU gdb (GDB) Fedora (7.5-1bb1.fc15) Assembler: GNU assembler version 2.21.51.0.6-6bb6.fc15 20110118 C library: GNU C Library stable release version 2.14.1 uname -mrs: Linux 3.8.6-60.x.20130412-s390xperformance s390x Vendor version: unknown Nightly build on fedora390 ( Fedora 15 with devel libc/toolchain on z196 (s390x) ) Started at 2013-07-04 03:45:01 CEST Ended at 2013-07-04 04:19:41 CEST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 636 tests, 2 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == helgrind/tests/tc18_semabuse (stderr) helgrind/tests/tc20_verifywrap (stderr) |
|
From: Tom H. <to...@co...> - 2013-07-04 02:19:09
|
valgrind revision: 13444 VEX revision: 2729 C compiler: gcc (GCC) 4.7.2 20121109 (Red Hat 4.7.2-8) GDB: GNU gdb (GDB) Fedora (7.5.1-38.fc18) Assembler: GNU assembler version 2.23.51.0.1-6.fc18 20120806 C library: GNU C Library stable release version 2.16 uname -mrs: Linux 3.9.5-301.fc19.x86_64 x86_64 Vendor version: Fedora release 18 (Spherical Cow) Nightly build on bristol ( x86_64, Fedora 18 (Spherical Cow) ) Started at 2013-07-04 02:42:15 BST Ended at 2013-07-04 03:18:55 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 655 tests, 2 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/origin5-bz2 (stderr) exp-sgcheck/tests/preen_invars (stdout) exp-sgcheck/tests/preen_invars (stderr) |
|
From: Tom H. <to...@co...> - 2013-07-04 02:08:47
|
valgrind revision: 13444 VEX revision: 2729 C compiler: gcc (GCC) 4.8.1 20130603 (Red Hat 4.8.1-1) GDB: GNU gdb (GDB) Fedora (7.6-30.fc19) Assembler: GNU assembler version 2.23.52.0.1-9.fc19 20130226 C library: GNU C Library (GNU libc) stable release version 2.17 uname -mrs: Linux 3.9.5-301.fc19.x86_64 x86_64 Vendor version: Fedora release 19 (Schrödingerâs Cat) Nightly build on bristol ( x86_64, Fedora 19 (Schrödingerâs Cat) ) Started at 2013-07-04 02:32:50 BST Ended at 2013-07-04 03:08:32 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 655 tests, 3 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/dw4 (stderr) memcheck/tests/origin5-bz2 (stderr) exp-sgcheck/tests/hackedbz2 (stderr) |
|
From: Tom H. <to...@co...> - 2013-07-04 01:52:15
|
valgrind revision: 13444 VEX revision: 2729 C compiler: gcc (GCC) 4.8.1 20130612 (Red Hat 4.8.1-2) GDB: GNU gdb (GDB) Fedora (7.6-32.fc20) Assembler: GNU assembler version 2.23.2 C library: GNU C Library (GNU libc) development release version 2.17.90 uname -mrs: Linux 3.9.5-301.fc19.x86_64 x86_64 Vendor version: Fedora release 20 (Rawhide) Nightly build on bristol ( x86_64, Fedora 20 ) Started at 2013-07-04 02:23:11 BST Ended at 2013-07-04 02:51:55 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 655 tests, 5 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/amd64/insn_basic (stderr) memcheck/tests/dw4 (stderr) memcheck/tests/origin5-bz2 (stderr) none/tests/amd64/insn_basic (stdout) none/tests/amd64/insn_basic (stderr) exp-sgcheck/tests/hackedbz2 (stderr) |
|
From: <sv...@va...> - 2013-07-04 00:39:45
|
NoMethodError: undefined method `to_a' for #<String:0x00000805e31f68> /usr/local/lib/ruby/site_ruby/1.9/svn/commit-mailer.rb:647:in `make_subject' /usr/local/lib/ruby/site_ruby/1.9/svn/commit-mailer.rb:594:in `make_header' /usr/local/lib/ruby/site_ruby/1.9/svn/commit-mailer.rb:397:in `make_mail' /usr/local/lib/ruby/site_ruby/1.9/svn/commit-mailer.rb:309:in `run' /usr/local/lib/ruby/site_ruby/1.9/svn/commit-mailer.rb:48:in `run' /usr/local/share/subversion/hook-scripts/commit-email.rb:69:in `<main>' |
|
From: Julian S. <js...@ac...> - 2013-07-03 18:41:39
|
> Peter said > we will still need to implement your second solution as the first one is > only a partial solution. Not sure why, I need to review his message > again and maybe get clarification as to the reasons. The reason is (I think) that forcing the program onto the failure path only works provided a failure path actually exists. In some circumstances with the power hardware (maybe) and with the s390 h/w (definitely), the hardware can guarantee that the transaction will never fail, so no fallback (failure) path needs to be provided. J |
|
From: Carl E. L. <ce...@li...> - 2013-07-03 17:34:54
|
On Wed, 2013-07-03 at 18:29 +0200, Julian Seward wrote:
> > OK, I have it backwards. In the proposal Julian was talking about
> > changing the tbegin to a jump instruction and keep thinking along those
> > lines.
>
> Yeah. So (judging by Peter's comments) the confusion arises because on
> Power, the failure code follows the tbegin immediately. Whereas I was
> talking about the Intel scheme, where the address of the failure code
> is in a register that is an operand to the XBEGIN instruction, hence a
> jump really is necessary.
>
> Anyway .. sounds like you have a first implementation working, yes?
>
> J
>
I changed my implementation to change the condition code and then allow
the following branch to jump to the failure path. I got that to work and
verified it took the failure path. I have the underlying support to
update the specific TM reporting registers. Now I need to actually add
the code to do the specific register updates to the tbegin instruction
decoding. That should be fairly easy. I have only done the tbegin and
tend instruction decoding. I will need to add the decoding of other
instructions (suspend, restart, abort) but I think they should all be no
ops as we will be executing the failure path. Should be fast and easy as
well.
But yes I have a very simplistic first implementation of proposal 1) to
just execute the failure path working on the simple example program I
posted. Peter and I will need to talk a bit more about how the compiler
will be generating the code to make sure we are in sync. But I will do
that when he gets back from vacation. Note, I will be off Thursday and
Friday of this week for the Fourth of July national holiday. Peter said
we will still need to implement your second solution as the first one is
only a partial solution. Not sure why, I need to review his message
again and maybe get clarification as to the reasons.
Carl Love
|
|
From: Julian S. <js...@ac...> - 2013-07-03 16:29:01
|
> OK, I have it backwards. In the proposal Julian was talking about > changing the tbegin to a jump instruction and keep thinking along those > lines. Yeah. So (judging by Peter's comments) the confusion arises because on Power, the failure code follows the tbegin immediately. Whereas I was talking about the Intel scheme, where the address of the failure code is in a register that is an operand to the XBEGIN instruction, hence a jump really is necessary. Anyway .. sounds like you have a first implementation working, yes? J |
|
From: Carl E. L. <ce...@li...> - 2013-07-03 15:30:01
|
On Tue, 2013-07-02 at 22:06 -0500, Peter Bergner wrote: > On Tue, 2013-07-02 at 16:58 -0700, Carl E. Love wrote: > > I am working on implementing Julian's first proposal for the > > Transactional Memory instructions on PPC. Here is my test program: > [snip] > > Note for test purposes the value of ret is 10 if you do the tbegin/tend > > path and ret is 20 if you don't. > > Correct, so if the tbegin is to fail, as it should for Julian's (1) > proposal, we should see 20 being printed. > > > > Here is the power assembly for the htm_begin functiion: > > 0000000010001370 <.htm_begin>: > > 10001370: 7c 00 05 1d tbegin. > > 10001374: 40 82 00 0c bne 10001380 <.htm_begin+0x10> > > 10001378: 7c 83 23 78 mr r3,r4 > > 1000137c: 4e 80 00 20 blr > > 10001380: 7c 00 05 5d tend. > > 10001384: 4e 80 00 20 blr > > This code looks correct. Note that the failure handler is the > "mr r3,r4" code. > > > > On input to the function, r3 is equal to 20. > > This is not correct. On entry to htm_begin(), r3 (the first incoming > arg register) should contain 10 and r4 should contain 20. You can > see that by the call to htm_begin: > > int ret = htm_begin (10, 20); > > OK, I have it backwards. In the proposal Julian was talking about changing the tbegin to a jump instruction and keep thinking along those lines. So, I thought I knew what the code was doing and didn't go back to rethink my understanding of the assembly code which was my real error. Argh! > > > The function return value > > is returned in r3 as well. The issue is that when I run the test case > > on Valgrind it is executing the tbegin/tend code path copying 10 into r3 > > thus returning 10 from the function. It should jump to the second blr > > at address 10001384 thus not changing r3 from the input. > > That is not correct. The tend. and the second blr are the "success" > path for the tbegin. The "fail" path is the "mr r3,r4" and the first > blr. Nothing in the code above branches to 0x10001384. The bne branches > to 0x10001380 (the tend.), which is the success path. What is happening, > is that r3 contains 10 on entering the function. Your tbegin. is then > incorrectly branching to the success path and returning the unmodified > r3 value (ie, 10). > > > > In my Valgrind code, I convert the tbegin to an unconditional jump. The > > target address for the unconditional jump is calculated as tgt = > > 0x10001380. > > That is not correct. You are branching to the success path, not the > failure handler. What should happen for a failing tbegin. is that > you set cr0 to 0b0010 (ie, 0x2) and continue on to the following > instruction at CIA+4 (ie, the bne). It is up to the assembler code > that follows the tbegin. to branch to the failure code, not the > tbegin. instruction itself. All you have to do is initialize cr0 > to show that the tbegin. failed. OK, the compiler is generating a branch if not equal on the cr0 value. So as you say, just setup the condition bit and let the code take care of its self. > > > > > In my Valgrind code, I set whatNext to Dis_ResteerU since we are taking > > an unconditional branch. I set continueAt to the target address > > 0x10001380. I have tried setting jk_StopHere to Ijk_Call and to > > Ijk_Boring. But I don't seem to be able to get Valgrind to do the > > unconditional jump to the second blr and thus not execute the > > tbegin/tend code. The move is executed setting r3 to 10 as reported by > > the print in the test program. > > The problem isn't that it isn't branching. The problem is that it is > branching. You don't want it to. As I mentioned in my earlier email > and again above, all you need to do in the function that implements > tbegin., is to set cr0 to 0b0010 (ie, 0x2) and then continue executing > at the next instruction (CIA+4). The following branch will take care > of getting you to the failure handler code. > > You will also eventually need to initialize the texasr register with > some type of made up failure code, but that can wait until you have > this simple test case working. I have created the three TM registers (TEXASR, TFIAR, TFIAR) and added support to the mtspr and mfspr instructions to access these registers. The next step after getting the tbegin and tend working is to start implementing the needed updates to these registers. > > I'll note that I am heading out on vacation tomorrow (the 3rd) and won't > be back to work until the 15th, so if you need more help from me, it > will have to wait until then. In the mean time, I will try and create > a more complicated test case that checks the texasr for a persistent > failure and either retries the transaction or bails out and send that > to you before I go. > > > Peter Thanks for setting me straight on the assembly code. |
|
From: <sv...@va...> - 2013-07-03 11:16:43
|
NoMethodError: undefined method `to_a' for "Update bug status.\n":String /usr/local/lib/ruby/site_ruby/1.9/svn/commit-mailer.rb:647:in `make_subject' /usr/local/lib/ruby/site_ruby/1.9/svn/commit-mailer.rb:594:in `make_header' /usr/local/lib/ruby/site_ruby/1.9/svn/commit-mailer.rb:397:in `make_mail' /usr/local/lib/ruby/site_ruby/1.9/svn/commit-mailer.rb:309:in `run' /usr/local/lib/ruby/site_ruby/1.9/svn/commit-mailer.rb:48:in `run' /usr/local/share/subversion/hook-scripts/commit-email.rb:69:in `<main>' |
|
From: <sv...@va...> - 2013-07-03 10:00:29
|
NoMethodError: undefined method `to_a' for "Bug 321730 Add cg_merge and cg_diff man pages.":String /usr/local/lib/ruby/site_ruby/1.9/svn/commit-mailer.rb:647:in `make_subject' /usr/local/lib/ruby/site_ruby/1.9/svn/commit-mailer.rb:594:in `make_header' /usr/local/lib/ruby/site_ruby/1.9/svn/commit-mailer.rb:397:in `make_mail' /usr/local/lib/ruby/site_ruby/1.9/svn/commit-mailer.rb:309:in `run' /usr/local/lib/ruby/site_ruby/1.9/svn/commit-mailer.rb:48:in `run' /usr/local/share/subversion/hook-scripts/commit-email.rb:69:in `<main>' |
|
From: <sv...@va...> - 2013-07-03 10:00:29
|
NoMethodError: undefined method `to_a' for "Bug 321738 Add manpages for vgdb and valgrind-listener.":String /usr/local/lib/ruby/site_ruby/1.9/svn/commit-mailer.rb:647:in `make_subject' /usr/local/lib/ruby/site_ruby/1.9/svn/commit-mailer.rb:594:in `make_header' /usr/local/lib/ruby/site_ruby/1.9/svn/commit-mailer.rb:397:in `make_mail' /usr/local/lib/ruby/site_ruby/1.9/svn/commit-mailer.rb:309:in `run' /usr/local/lib/ruby/site_ruby/1.9/svn/commit-mailer.rb:48:in `run' /usr/local/share/subversion/hook-scripts/commit-email.rb:69:in `<main>' |
|
From: Tom H. <to...@co...> - 2013-07-03 03:47:20
|
valgrind revision: 13441 VEX revision: 2728 C compiler: gcc (GCC) 4.3.0 20080428 (Red Hat 4.3.0-8) GDB: Assembler: GNU assembler version 2.18.50.0.6-2 20080403 C library: GNU C Library stable release version 2.8 uname -mrs: Linux 3.9.5-301.fc19.x86_64 x86_64 Vendor version: Fedora release 9 (Sulphur) Nightly build on bristol ( x86_64, Fedora 9 ) Started at 2013-07-03 03:54:17 BST Ended at 2013-07-03 04:47:05 BST Results differ from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 632 tests, 1 stderr failure, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/amd64/insn-pcmpistri (stderr) none/tests/amd64/sse4-64 (stdout) ================================================= == Results from 24 hours ago == ================================================= Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 632 tests, 2 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/amd64/insn-pcmpistri (stderr) none/tests/amd64/sse4-64 (stdout) none/tests/fdleak_ipv4 (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short 2013-07-03 04:32:36.499869261 +0100 --- new.short 2013-07-03 04:47:05.826360096 +0100 *************** *** 8,13 **** ! == 632 tests, 2 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/amd64/insn-pcmpistri (stderr) none/tests/amd64/sse4-64 (stdout) - none/tests/fdleak_ipv4 (stderr) --- 8,12 ---- ! == 632 tests, 1 stderr failure, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/amd64/insn-pcmpistri (stderr) none/tests/amd64/sse4-64 (stdout) |
|
From: Tom H. <to...@co...> - 2013-07-03 03:46:52
|
valgrind revision: 13441 VEX revision: 2728 C compiler: gcc (GCC) 4.4.1 20090725 (Red Hat 4.4.1-2) GDB: Assembler: GNU assembler version 2.19.51.0.14-3.fc11 20090722 C library: GNU C Library stable release version 2.10.2 uname -mrs: Linux 3.9.5-301.fc19.x86_64 x86_64 Vendor version: Fedora release 11 (Leonidas) Nightly build on bristol ( x86_64, Fedora 11 ) Started at 2013-07-03 03:42:33 BST Ended at 2013-07-03 04:46:36 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 634 tests, 1 stderr failure, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/long_namespace_xml (stderr) none/tests/amd64/sse4-64 (stdout) |
|
From: Peter B. <be...@vn...> - 2013-07-03 03:43:48
|
On Tue, 2013-07-02 at 22:06 -0500, Peter Bergner wrote:
> I'll note that I am heading out on vacation tomorrow (the 3rd) and won't
> be back to work until the 15th, so if you need more help from me, it
> will have to wait until then. In the mean time, I will try and create
> a more complicated test case that checks the texasr for a persistent
> failure and either retries the transaction or bails out and send that
> to you before I go.
Here's a more complicated test case, that tests the texasr for
a persistent failure and has a retry limit of 10 if it is not
persistent. You can get it and compile it on our igoo system.
On success on real power8 hardware, it should return 11 like
below. On failure, it should return 9.
Note that this test case requires you to implement the texasr
SPR and initialize it in the tbegin. valgrind function.
Peter
[bergner@igoo HTM]$ pwd
/home/bergner/HTM
[bergner@igoo HTM]$ cat carll-htm-2.c
extern int printf (const char *, ...);
#include <htmintrin.h>
int
__attribute__ ((noinline))
htm_begin (int r3)
{
int num_retries = 10;
while (1)
{
if (__builtin_tbegin (0))
{
r3++;
__builtin_tend (0);
break;
}
else
{
if (num_retries-- <= 0
|| _TEXASR_FAILURE_PERSISTENT (__builtin_get_texasr ()))
{
r3--;
break;
}
}
}
return r3;
}
int
main (void)
{
int ret = htm_begin (10);
printf ("ret = %d\n", ret);
return 0;
}
[bergner@igoo HTM]$ /home/bergner/gcc/install/gcc-fsf-mainline-htm/bin/gcc -O2 -mhtm -m64 -static -o carll-htm-2.out carll-htm-2.c
[bergner@igoo HTM]$ scp carll-htm-2.out power8:
carll-htm-2.out 100% 3783KB 3.7MB/s 00:01
[bergner@igoo HTM]$ ssh power8 ./carll-htm-2.out
ret = 11
|
|
From: Philippe W. <phi...@sk...> - 2013-07-03 03:35:41
|
valgrind revision: 13441 VEX revision: 2728 C compiler: gcc (GCC) 4.7.2 20121109 (Red Hat 4.7.2-8) GDB: GNU gdb (GDB) Fedora (7.5.1-37.fc18) Assembler: GNU assembler version 2.23.51.0.1-7.fc18 20120806 C library: GNU C Library stable release version 2.16 uname -mrs: Linux 3.7.2-204.fc18.ppc64 ppc64 Vendor version: Fedora release 18 (Spherical Cow) Nightly build on gcc110 ( Fedora release 18 (Spherical Cow), ppc64 ) Started at 2013-07-02 20:00:10 PDT Ended at 2013-07-02 20:35:13 PDT Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 557 tests, 31 stderr failures, 3 stdout failures, 0 stderrB failures, 0 stdoutB failures, 2 post failures == memcheck/tests/linux/getregset (stdout) memcheck/tests/linux/getregset (stderr) memcheck/tests/ppc64/power_ISA2_05 (stdout) memcheck/tests/supp_unknown (stderr) memcheck/tests/varinfo6 (stderr) memcheck/tests/wrap8 (stdout) memcheck/tests/wrap8 (stderr) massif/tests/big-alloc (post) massif/tests/deep-D (post) helgrind/tests/annotate_rwlock (stderr) helgrind/tests/free_is_write (stderr) helgrind/tests/hg02_deadlock (stderr) helgrind/tests/hg03_inherit (stderr) helgrind/tests/hg04_race (stderr) helgrind/tests/hg05_race2 (stderr) helgrind/tests/locked_vs_unlocked1_fwd (stderr) helgrind/tests/locked_vs_unlocked1_rev (stderr) helgrind/tests/locked_vs_unlocked2 (stderr) helgrind/tests/locked_vs_unlocked3 (stderr) helgrind/tests/pth_barrier1 (stderr) helgrind/tests/pth_barrier2 (stderr) helgrind/tests/pth_barrier3 (stderr) helgrind/tests/pth_destroy_cond (stderr) helgrind/tests/rwlock_race (stderr) helgrind/tests/tc01_simple_race (stderr) helgrind/tests/tc05_simple_race (stderr) helgrind/tests/tc06_two_races (stderr) helgrind/tests/tc06_two_races_xml (stderr) helgrind/tests/tc09_bad_unlock (stderr) helgrind/tests/tc14_laog_dinphils (stderr) helgrind/tests/tc16_byterace (stderr) helgrind/tests/tc18_semabuse (stderr) helgrind/tests/tc19_shadowmem (stderr) helgrind/tests/tc20_verifywrap (stderr) helgrind/tests/tc21_pthonce (stderr) helgrind/tests/tc22_exit_w_lock (stderr) |
|
From: Tom H. <to...@co...> - 2013-07-03 03:34:16
|
valgrind revision: 13441 VEX revision: 2728 C compiler: gcc (GCC) 4.5.1 20100924 (Red Hat 4.5.1-4) GDB: GNU gdb (GDB) Fedora (7.2-52.fc14) Assembler: GNU assembler version 2.20.51.0.7-8.fc14 20100318 C library: GNU C Library stable release version 2.13 uname -mrs: Linux 3.9.5-301.fc19.x86_64 x86_64 Vendor version: Fedora release 14 (Laughlin) Nightly build on bristol ( x86_64, Fedora 14 ) Started at 2013-07-03 03:22:22 BST Ended at 2013-07-03 04:34:01 BST Results differ from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 653 tests, 2 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/origin5-bz2 (stderr) none/tests/fdleak_ipv4 (stdout) none/tests/fdleak_ipv4 (stderr) ================================================= == Results from 24 hours ago == ================================================= Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 653 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/origin5-bz2 (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short 2013-07-03 03:39:50.923358402 +0100 --- new.short 2013-07-03 04:34:01.944143736 +0100 *************** *** 8,11 **** ! == 653 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/origin5-bz2 (stderr) --- 8,13 ---- ! == 653 tests, 2 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/origin5-bz2 (stderr) + none/tests/fdleak_ipv4 (stdout) + none/tests/fdleak_ipv4 (stderr) |