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
(7) |
2
(5) |
3
(2) |
4
(8) |
5
(10) |
|
6
(3) |
7
(9) |
8
(7) |
9
(8) |
10
(7) |
11
(4) |
12
(11) |
|
13
(5) |
14
(17) |
15
(6) |
16
(15) |
17
|
18
(3) |
19
(1) |
|
20
(6) |
21
(18) |
22
(5) |
23
(9) |
24
(6) |
25
(3) |
26
(1) |
|
27
(1) |
28
|
29
(8) |
30
(5) |
|
|
|
|
From: Ivo R. <ivo...@gm...> - 2015-09-10 19:45:00
|
2015-09-10 20:20 GMT+02:00 Julian Seward <js...@ac...>: > > On 07/09/15 15:44, Julian Seward wrote: > > If the branch seems stable then I propose to let the branch stabilise > > until Mon 21 Sept and release at that point. > > A test tarball is available at > http://valgrind.org/downloads/valgrind-3.11.0.TEST1.tar.bz2 > (md5 = 6a858b4a1e98db8c82bc6bc9c760873b) > > Please test it on systems that are important for you and report any > failures > (and successes!). > > I've tested it, to varying extents, on: > > amd64-linux, Fedora 21 and 22 > ppc64-linux (big endian) > arm32-linux > arm64-linux > OSX 10.10 (32 and 64 bit) > mips64-linux > Solaris 11.2, 11.3 and 12 are also fine (on x86/amd64 architectures). I. |
|
From: Julian S. <js...@ac...> - 2015-09-10 18:20:47
|
On 07/09/15 15:44, Julian Seward wrote: > If the branch seems stable then I propose to let the branch stabilise > until Mon 21 Sept and release at that point. A test tarball is available at http://valgrind.org/downloads/valgrind-3.11.0.TEST1.tar.bz2 (md5 = 6a858b4a1e98db8c82bc6bc9c760873b) Please test it on systems that are important for you and report any failures (and successes!). I've tested it, to varying extents, on: amd64-linux, Fedora 21 and 22 ppc64-linux (big endian) arm32-linux arm64-linux OSX 10.10 (32 and 64 bit) mips64-linux J |
|
From: <sv...@va...> - 2015-09-10 12:15:23
|
Author: florian
Date: Thu Sep 10 13:15:16 2015
New Revision: 15648
Log:
Avoid compiler warning about uninitialised variable.
Observed with gcc 5.1
Modified:
trunk/none/tests/s390x/fold_And16.c
Modified: trunk/none/tests/s390x/fold_And16.c
==============================================================================
--- trunk/none/tests/s390x/fold_And16.c (original)
+++ trunk/none/tests/s390x/fold_And16.c Thu Sep 10 13:15:16 2015
@@ -2,7 +2,7 @@
int main()
{
- unsigned long p;
+ unsigned long p = 0;
register unsigned long *msg = &p;
/* Load "hi\n\0" into P; then convert the 'i' into an 'h' */
|
|
From: Rhys K. <rhy...@gm...> - 2015-09-10 08:36:16
|
On 7 September 2015 at 21:44, Julian Seward <js...@ac...> wrote: > > Hi, > > I plan to branch for 3.11.0 in the next 24 hours or so. Please > yell ASAP if you believe there to be big breakage on the trunk > that should be fixed before that. > > If the branch seems stable then I propose to let the branch stabilise > until Mon 21 Sept and release at that point. > > J > > > ------------------------------------------------------------------------------ > _______________________________________________ > Valgrind-developers mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-developers It appears OS X 10.11, which Valgrind will have preliminary support for from day one, is to be released shortly afterwards on 30 September. Valgrind presently works with the most recent pre-release Developer Beta 8. Regards, Rhys |
|
From: Gu R. <ru...@gm...> - 2015-09-09 19:50:49
|
Dear Valgrind Developers:
My name is Rui Gu, a student from Columbia University. Thanks for building and maintaining such great tool!
Right now, we’re trying to enable Helgrind on UserModeLinux(UML).
We’ve encountered a problem and want to get a clue about the best way of solving it.
Let me put our basic understanding of Valgrind and the problems we encountered here.
Helgrind:
For a thread that is created by pthread_create(). Valgrind first intercept pthread_create() in hg_intercept.c for some threading info registration. Then, coregrind will intercept clone() in syswrap-x86-linux.c to monitor and control the thread creation and execution. Valgrind also supports some self-implemented synchronization primitives by using ANNOTATION.
Question:
In short, we want to ask what’s the most legitimate way of supporting user level thread scheduling system?
The detailed question goes from here:
The problem is that UML will have its own user level threading systems. They use kernel_thread() to create threads and scheduling them on the user level.
The code is like this.
int kernel_thread(int (*fn)(void* ), void * arg, unsigned long flags)
{
int pid;
current->thread.request.u.thread.proc = fn;
current->thread.request.u.thread.arg = arg;
pid = do_fork(CLONE_VM | CLONE_UNTRACED | flags, 0,
¤t->thread.regs, 0, NULL, NULL);
return pid;
}
So, our guess is, in order to let Valgrind detect, monitor and control these threads. We need to first intercept kernel_thread() in hg_intercept.c and then intercept do_fork() in coregrind. Instead of letting coregrind calls clone internally, we’ll have to let Valgrind call do_fork() of UML.
The problem is right now, it’s kind of hard and strange to let coregrind to call a function within UML. Because coregrind is not supposed to see any guest program APIs and thus there isn’t any related API of doing it. So we’re wondering r we doing it in the right way?
Thanks in advance for your kind support.
Rui |
|
From: <sv...@va...> - 2015-09-09 13:40:35
|
Author: mjw
Date: Wed Sep 9 14:40:23 2015
New Revision: 15647
Log:
libvex_test: Use arm64_[di]MinLine_lg2_szB values that make libvex happy.
Modified:
trunk/none/tests/libvex_test.c
Modified: trunk/none/tests/libvex_test.c
==============================================================================
--- trunk/none/tests/libvex_test.c (original)
+++ trunk/none/tests/libvex_test.c Wed Sep 9 14:40:23 2015
@@ -221,6 +221,10 @@
// Use some values that makes AMD64 happy.
vta.abiinfo_both.guest_stack_redzone_size = 128;
+ // Use some values that makes ARM64 happy.
+ vta.archinfo_guest.arm64_dMinLine_lg2_szB = 6;
+ vta.archinfo_guest.arm64_iMinLine_lg2_szB = 6;
+
// Prepare first for a translation where guest == host
// We will translate the get_guest_arch function
vta.arch_guest = guest_arch;
|
|
From: Jean D. <jde...@su...> - 2015-09-09 08:58:09
|
VKI_I2C_SMBUS post-processing is only needed for read transactions, so
the reference to i2c_smbus_write_byte was irrelevant.
---
coregrind/m_syswrap/syswrap-linux.c | 2 --
1 file changed, 2 deletions(-)
--- valgrind.orig/coregrind/m_syswrap/syswrap-linux.c 2015-09-09 08:50:20.024849278 +0200
+++ valgrind/coregrind/m_syswrap/syswrap-linux.c 2015-09-09 08:51:43.251538910 +0200
@@ -9388,8 +9388,6 @@ POST(sys_ioctl)
= (struct vki_i2c_smbus_ioctl_data *) ARG3;
/* i2c_smbus_write_quick hides its value in read_write, so
this variable can have a different meaning */
- /* to make matters worse i2c_smbus_write_byte stores its
- value in command */
if ((vkis->read_write == VKI_I2C_SMBUS_READ)
|| (vkis->size == VKI_I2C_SMBUS_PROC_CALL)
|| (vkis->size == VKI_I2C_SMBUS_BLOCK_PROC_CALL)) {
--
Jean Delvare
SUSE L3 Support
|
|
From: Jean D. <jde...@su...> - 2015-09-09 08:56:26
|
hava -> have
---
coregrind/m_syswrap/syswrap-linux.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--- valgrind.orig/coregrind/m_syswrap/syswrap-linux.c 2015-09-09 08:41:50.164499996 +0200
+++ valgrind/coregrind/m_syswrap/syswrap-linux.c 2015-09-09 08:50:20.024849278 +0200
@@ -6862,7 +6862,7 @@ PRE(sys_ioctl)
PRE_MEM_READ("ioctl(VKI_I2C_SMBUS).i2c_smbus_ioctl_data.command",
(Addr)&vkis->command, sizeof(vkis->command));
/* i2c_smbus_write_quick hides its value in read_write, so
- this variable can hava a different meaning */
+ this variable can have a different meaning */
/* to make matters worse i2c_smbus_write_byte stores its
value in command */
if ( ! ((vkis->size == VKI_I2C_SMBUS_QUICK) ||
@@ -9387,7 +9387,7 @@ POST(sys_ioctl)
struct vki_i2c_smbus_ioctl_data *vkis
= (struct vki_i2c_smbus_ioctl_data *) ARG3;
/* i2c_smbus_write_quick hides its value in read_write, so
- this variable can hava a different meaning */
+ this variable can have a different meaning */
/* to make matters worse i2c_smbus_write_byte stores its
value in command */
if ((vkis->read_write == VKI_I2C_SMBUS_READ)
--
Jean Delvare
SUSE L3 Support
|
|
From: Jean D. <jde...@su...> - 2015-09-09 08:55:19
|
Comparing the command byte with VKI_I2C_SMBUS_QUICK is like comparing
apples to carrots, it makes no sense. The command byte is unused for
quick transactions anyway so checking its value is pointless.
Bug found by code inspection.
---
coregrind/m_syswrap/syswrap-linux.c | 6 ++----
1 file changed, 2 insertions(+), 4 deletions(-)
--- valgrind.orig/coregrind/m_syswrap/syswrap-linux.c 2015-09-09 08:37:43.670491914 +0200
+++ valgrind/coregrind/m_syswrap/syswrap-linux.c 2015-09-09 08:41:50.164499996 +0200
@@ -6865,8 +6865,7 @@ PRE(sys_ioctl)
this variable can hava a different meaning */
/* to make matters worse i2c_smbus_write_byte stores its
value in command */
- if ( ! (((vkis->size == VKI_I2C_SMBUS_QUICK)
- && (vkis->command == VKI_I2C_SMBUS_QUICK)) ||
+ if ( ! ((vkis->size == VKI_I2C_SMBUS_QUICK) ||
((vkis->size == VKI_I2C_SMBUS_BYTE)
&& (vkis->read_write == VKI_I2C_SMBUS_WRITE)))) {
/* the rest uses the byte array to store the data,
@@ -9394,8 +9393,7 @@ POST(sys_ioctl)
if ((vkis->read_write == VKI_I2C_SMBUS_READ)
|| (vkis->size == VKI_I2C_SMBUS_PROC_CALL)
|| (vkis->size == VKI_I2C_SMBUS_BLOCK_PROC_CALL)) {
- if ( ! ((vkis->size == VKI_I2C_SMBUS_QUICK)
- && (vkis->command == VKI_I2C_SMBUS_QUICK))) {
+ if ( ! (vkis->size == VKI_I2C_SMBUS_QUICK)) {
UInt size;
switch(vkis->size) {
case VKI_I2C_SMBUS_BYTE:
--
Jean Delvare
SUSE L3 Support
|
|
From: Jean D. <jde...@su...> - 2015-09-09 08:54:26
|
The first byte of the data array holds the length, so the actual data
length is the value of that byte plus one.
Bug found by running i2cdump in I2C block mode.
---
coregrind/m_syswrap/syswrap-linux.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--- valgrind.orig/coregrind/m_syswrap/syswrap-linux.c 2015-09-09 08:31:30.680912677 +0200
+++ valgrind/coregrind/m_syswrap/syswrap-linux.c 2015-09-09 08:37:43.670491914 +0200
@@ -6884,7 +6884,7 @@ PRE(sys_ioctl)
case VKI_I2C_SMBUS_I2C_BLOCK_BROKEN:
case VKI_I2C_SMBUS_BLOCK_PROC_CALL:
case VKI_I2C_SMBUS_I2C_BLOCK_DATA:
- size = vkis->data->block[0];
+ size = 1 + vkis->data->block[0];
break;
default:
size = 0;
@@ -9410,7 +9410,7 @@ POST(sys_ioctl)
case VKI_I2C_SMBUS_I2C_BLOCK_BROKEN:
case VKI_I2C_SMBUS_BLOCK_PROC_CALL:
case VKI_I2C_SMBUS_I2C_BLOCK_DATA:
- size = vkis->data->block[0];
+ size = 1 + vkis->data->block[0];
break;
default:
size = 0;
--
Jean Delvare
SUSE L3 Support
|
|
From: Jean D. <jde...@su...> - 2015-09-09 08:47:48
|
Hi all, I have been testing VKI_I2C_SMBUS with i2c-tools and found a few issues. I am familiar with the Linux kernel I2C API, but not with VKI, so please let me know if I got anything wrong. [PATCH 1/4] VKI_I2C_SMBUS: Fix size of block transactions [PATCH 2/4] VKI_I2C_SMBUS: Fix test on quick transaction [PATCH 3/4] VKI_I2C_SMBUS: Fix typo in comment [PATCH 4/4] VKI_I2C_SMBUS: Drop irrelevant comment -- Jean Delvare SUSE L3 Support |
|
From: <sv...@va...> - 2015-09-09 08:04:44
|
Author: sewardj
Date: Wed Sep 9 09:04:35 2015
New Revision: 15646
Log:
--> 3.11.0.TEST1
Modified:
branches/VALGRIND_3_11_BRANCH/NEWS
branches/VALGRIND_3_11_BRANCH/configure.ac
branches/VALGRIND_3_11_BRANCH/docs/xml/vg-entities.xml
branches/VALGRIND_3_11_BRANCH/include/valgrind.h
Modified: branches/VALGRIND_3_11_BRANCH/NEWS
==============================================================================
--- branches/VALGRIND_3_11_BRANCH/NEWS (original)
+++ branches/VALGRIND_3_11_BRANCH/NEWS Wed Sep 9 09:04:35 2015
@@ -337,7 +337,7 @@
347151 Fix suppression for pthread_rwlock_init on OS X 10.8
347233 Fix memcheck/tests/strchr on OS X 10.10 (Haswell)
347322 Power PC regression test cleanup
-347379 valgrind --leak-check=full leak errors from system libraries on OS X 10.8
+347379 valgrind --leak-check=full leak errors from system libs on OS X 10.8
== 217236
347389 unhandled syscall: 373 (Linux ARM syncfs)
347686 Patch set to cleanup PPC64 regtests
@@ -361,7 +361,7 @@
349086 Fix UNKNOWN task message [id 3406, to mach_task_self(), [..]
349087 Fix UNKNOWN task message [id 3410, to mach_task_self(), [..]
349626 Implemented additional Xen hypercalls
-349769 Fix clang/osx: ld: warning: -read_only_relocs cannot be used with x86_64
+349769 Clang/osx: ld: warning: -read_only_relocs cannot be used with x86_64
349790 Clean up of the hardware capability checking utilities.
349828 memcpy intercepts memmove causing src/dst overlap error (ppc64 ld.so)
349874 Fix typos in source code
@@ -396,7 +396,7 @@
n-i-bz Fix incorrect sizeof expression in syswrap-xen.c reported by Coverity
n-i-bz In VALGRIND_PRINTF write out thread name, if any, to xml
-(3.10.1.BETA?: ?? September 2015, vex r????, valgrind r?????)
+(3.10.1.TEST1: 8 September 2015, vex r3187, valgrind r15646)
Modified: branches/VALGRIND_3_11_BRANCH/configure.ac
==============================================================================
--- branches/VALGRIND_3_11_BRANCH/configure.ac (original)
+++ branches/VALGRIND_3_11_BRANCH/configure.ac Wed Sep 9 09:04:35 2015
@@ -8,7 +8,7 @@
##------------------------------------------------------------##
# Process this file with autoconf to produce a configure script.
-AC_INIT([Valgrind],[3.11.0.SVN],[val...@li...])
+AC_INIT([Valgrind],[3.11.0.TEST1],[val...@li...])
AC_CONFIG_SRCDIR(coregrind/m_main.c)
AC_CONFIG_HEADERS([config.h])
AM_INIT_AUTOMAKE([foreign subdir-objects])
Modified: branches/VALGRIND_3_11_BRANCH/docs/xml/vg-entities.xml
==============================================================================
--- branches/VALGRIND_3_11_BRANCH/docs/xml/vg-entities.xml (original)
+++ branches/VALGRIND_3_11_BRANCH/docs/xml/vg-entities.xml Wed Sep 9 09:04:35 2015
@@ -2,12 +2,12 @@
<!ENTITY vg-jemail "ju...@va...">
<!ENTITY vg-vemail "val...@va...">
<!ENTITY cl-email "Jos...@gm...">
-<!ENTITY vg-lifespan "2000-2014">
+<!ENTITY vg-lifespan "2000-2015">
<!-- valgrind release + version stuff -->
<!ENTITY rel-type "Release">
-<!ENTITY rel-version "3.11.0.SVN">
-<!ENTITY rel-date "?? ??????? 2015">
+<!ENTITY rel-version "3.11.0">
+<!ENTITY rel-date "21 September 2015">
<!-- where the docs are installed -->
<!ENTITY vg-docs-path "$INSTALL/share/doc/valgrind/html/index.html">
Modified: branches/VALGRIND_3_11_BRANCH/include/valgrind.h
==============================================================================
--- branches/VALGRIND_3_11_BRANCH/include/valgrind.h (original)
+++ branches/VALGRIND_3_11_BRANCH/include/valgrind.h Wed Sep 9 09:04:35 2015
@@ -89,7 +89,7 @@
|| (__VALGRIND_MAJOR__ == 3 && __VALGRIND_MINOR__ >= 6))
*/
#define __VALGRIND_MAJOR__ 3
-#define __VALGRIND_MINOR__ 10
+#define __VALGRIND_MINOR__ 11
#include <stdarg.h>
|
|
From: <sv...@va...> - 2015-09-08 12:53:57
|
Author: sewardj
Date: Tue Sep 8 13:53:49 2015
New Revision: 15645
Log:
Update for Fedora 21 and 22.
Modified:
trunk/docs/README
Modified: trunk/docs/README
==============================================================================
--- trunk/docs/README (original)
+++ trunk/docs/README Tue Sep 8 13:53:49 2015
@@ -81,6 +81,22 @@
Below are random notes and recollections about how to build PDF / PS
documents from the XML source at various times on various Linux distros.
+Notes [Sept 2015]
+-----------------
+Fedora 21 and 22: Had mucho trouble with building the print docs on
+F21/22 even with the [Mar 2015] package set (or something similarish)
+installed. Eventually installed "passivetex" and that fixes the
+failures.
+
+Installing the packages below on Fedora _might_ get you a working setup.
+Also you need the epstopdf-base.sty hack detailed below.
+
+ texlive-xmltex texlive-xmltex-bin texlive-xmltex-doc texlive dblatex
+ texlive-xmltex docbook-style-xsl docbook-dtds docbook-style-xsl.noarch
+ docbook-simple.noarch docbook-simple.noarch docbook-slides.noarch
+ docbook-style-dsssl.noarch docbook-utils.noarch
+ docbook-utils-pdf.noarch docbook5-schemas.noarch
+ docbook5-style-xsl.noarch passivetex
Notes [Mar 2015]
----------------
|
|
From: <sv...@va...> - 2015-09-08 10:13:01
|
Author: sewardj
Date: Tue Sep 8 11:12:54 2015
New Revision: 15644
Log:
Swizzle external.
Modified:
branches/VALGRIND_3_11_BRANCH/ (props changed)
|
|
From: <sv...@va...> - 2015-09-08 10:11:34
|
Author: sewardj
Date: Tue Sep 8 11:11:27 2015
New Revision: 15643
Log:
Create VALGRIND_3_11_BRANCH as a copy of trunk r15642.
Added:
branches/VALGRIND_3_11_BRANCH/
- copied from r15642, trunk/
|
|
From: <sv...@va...> - 2015-09-08 10:09:49
|
Author: sewardj
Date: Tue Sep 8 11:09:42 2015
New Revision: 3187
Log:
Create VEX_3_11_BRANCH as a copy of trunk r3186.
Added:
branches/VEX_3_11_BRANCH/
- copied from r3186, trunk/
|
|
From: <sv...@va...> - 2015-09-08 06:27:57
|
Author: florian
Date: Tue Sep 8 07:27:50 2015
New Revision: 15642
Log:
Announce fix for BZ #352284. See VEX r3186
Modified:
trunk/NEWS
Modified: trunk/NEWS
==============================================================================
--- trunk/NEWS (original)
+++ trunk/NEWS Tue Sep 8 07:27:50 2015
@@ -384,6 +384,7 @@
351858 ldsoexec support on Solaris
351873 Newer gcc doesn't allow __builtin_tabortdc[i] in ppc32 mode
352130 helgrind reports false races for printfs using mempcpy on FILE* state
+352284 s390: Conditional jump depends on uninitialised value(s) in vfprintf
352320 arm64 crash on none/tests/nestedfs
n-i-bz Provide implementations of certain compiler builtins to support
compilers that may not provide those
|
|
From: <sv...@va...> - 2015-09-08 06:25:09
|
Author: florian
Date: Tue Sep 8 07:25:02 2015
New Revision: 3186
Log:
Improve the spechelper for S390_CC_OP_TEST_UNDER_MASK_16.
Fixes BZ #352284.
Modified:
trunk/priv/guest_s390_helpers.c
Modified: trunk/priv/guest_s390_helpers.c
==============================================================================
--- trunk/priv/guest_s390_helpers.c (original)
+++ trunk/priv/guest_s390_helpers.c Tue Sep 8 07:25:02 2015
@@ -2151,6 +2151,8 @@
return mkU32(0);
}
+ if (cond == 15) return mkU32(1);
+
if (cond == 8) {
return unop(Iop_1Uto32, binop(Iop_CmpEQ64,
binop(Iop_And64, cc_dep1, cc_dep2),
@@ -2227,6 +2229,17 @@
binop(Iop_And64, cc_dep1, mkU64(msb)),
mkU64(0)));
}
+ if (cond == 13) { /* cc == 0 || cc == 1 || cc == 3 */
+ IRExpr *c01, *c3;
+
+ c01 = binop(Iop_CmpEQ64, binop(Iop_And64, cc_dep1, mkU64(msb)),
+ mkU64(0));
+ c3 = binop(Iop_CmpEQ64, binop(Iop_And64, cc_dep1, cc_dep2),
+ mkU64(mask16));
+ return binop(Iop_Or32, unop(Iop_1Uto32, c01),
+ unop(Iop_1Uto32, c3));
+ }
+ // fixs390: handle cond = 5,6,9,10 (the missing cases)
// vex_printf("TUM mask = 0x%llx\n", mask16);
goto missed;
}
@@ -2365,7 +2378,7 @@
goto missed;
}
- /* --------- Specialising "s390_calculate_cond" --------- */
+ /* --------- Specialising "s390_calculate_cc" --------- */
if (vex_streq(function_name, "s390_calculate_cc")) {
IRExpr *cc_op_expr, *cc_dep1;
|
|
From: <sv...@va...> - 2015-09-08 06:17:36
|
Author: mjw
Date: Tue Sep 8 07:17:28 2015
New Revision: 15641
Log:
Make distcheck happy. Fix srcdir != builddir in none/tests/tilegx.
Modified:
trunk/none/tests/tilegx/Makefile.am
Modified: trunk/none/tests/tilegx/Makefile.am
==============================================================================
--- trunk/none/tests/tilegx/Makefile.am (original)
+++ trunk/none/tests/tilegx/Makefile.am Tue Sep 8 07:17:28 2015
@@ -4,7 +4,7 @@
dist_noinst_SCRIPTS = \
filter_stderr
-EXTRA_DIST =
+EXTRA_DIST = gen_test.sh
if VGCONF_ARCHS_INCLUDE_TILEGX
EXTRA_DIST += \
@@ -1593,11 +1593,11 @@
AM_CCASFLAGS += @FLAG_M64@
allexec_CFLAGS = $(AM_CFLAGS) @FLAG_W_NO_NONNULL@
-gen_insn_test_CFLAGS = $(AM_CFLAGS) @FLAG_W_NO_NONNULL@ -I../../../VEX/priv
+gen_insn_test_CFLAGS = $(AM_CFLAGS) @FLAG_W_NO_NONNULL@ -I$(top_srcdir)/VEX/priv
gen_insn_test_LDADD = ../../../VEX/priv/tilegx_disasm.o
$(addsuffix .c, $(insn_tests)) : gen_insn_test
- @./gen_test.sh $@
+ @$(srcdir)/gen_test.sh $@
$(addsuffix .stdout.exp, $(insn_tests)) : $(insn_tests)
./$(basename $(basename $@)) > $@
|
|
From: <sv...@va...> - 2015-09-07 20:00:12
|
Author: sewardj
Date: Mon Sep 7 21:00:05 2015
New Revision: 15640
Log:
Update.
Modified:
trunk/NEWS
trunk/docs/internals/3_10_BUGSTATUS.txt
Modified: trunk/NEWS
==============================================================================
--- trunk/NEWS (original)
+++ trunk/NEWS Mon Sep 7 21:00:05 2015
@@ -7,18 +7,19 @@
This release supports X86/Linux, AMD64/Linux, ARM32/Linux,
ARM64/Linux, PPC32/Linux, PPC64BE/Linux, PPC64LE/Linux, S390X/Linux,
-MIPS32/Linux, MIPS64/Linux, TILEGX/Linux, ARM/Android, ARM64/Android,
-MIPS32/Android, X86/Android, X86/Solaris, AMD64/Solaris,
-X86/MacOSX 10.10 and 10.11 and AMD64/MacOSX 10.10 and 10.11.
+MIPS32/Linux, MIPS64/Linux, ARM/Android, ARM64/Android,
+MIPS32/Android, X86/Android, X86/Solaris, AMD64/Solaris, X86/MacOSX
+10.10 and AMD64/MacOSX 10.10. There is also preliminary support for
+X86/MacOSX 10.11, AMD64/MacOSX 10.11 and TILEGX/Linux.
* ================== PLATFORM CHANGES =================
-* Support for the Tilera TileGX architecture has been added.
-
* Support for Solaris/x86 and Solaris/amd64 has been added.
* Preliminary support for Mac OS X 10.11 (El Capitan) has been added.
+* Preliminary support for the Tilera TileGX architecture has been added.
+
* s390x: It is now required for the host to have the "long displacement"
facility. The oldest supported machine model is z990.
@@ -29,9 +30,16 @@
as a whole somewhat faster, so JIT-intensive activities, for example
program startup, are modestly faster, around 5%.
+* There have been changes to the default settings of several command
+ line flags, as detailed below.
+
+* Intel AVX2 support is more complete (64 bit targets only). On AVX2
+ capable hosts, the simulated CPUID will now indicate AVX2 support.
+
* ==================== TOOL CHANGES ====================
* Memcheck:
+
- The default value for --leak-check-heuristics has been changed from
"none" to "all". This helps to reduce the number of possibly
lost blocks, in particular for C++ applications.
@@ -39,8 +47,8 @@
- The default value for --keep-stacktraces has been changed from
"malloc-then-free" to "malloc-and-free". This has a small cost in
memory (one word per malloc-ed block) but allows Memcheck to show the
- 3 stacktraces of a dangling reference: Where the block was allocated,
- where it was freed, and where it is acccessed after free.
+ 3 stacktraces of a dangling reference: where the block was allocated,
+ where it was freed, and where it is acccessed after being freed.
- The default value for --partial-loads-ok has been changed from "no" to
"yes", so as to avoid false positive errors resulting from some kinds
@@ -54,25 +62,26 @@
- The 'block_list' monitor command has been enhanced:
o it can print a range of loss records
o it now accepts an optional argument 'limited <max_blocks>'
- to control the nr of block printed.
- o if a block has been found using an heuristic, then
+ to control the number of blocks printed.
+ o if a block has been found using a heuristic, then
'block_list' now shows the heuristic after the block size.
o the loss records/blocks to print can be limited to the blocks
found via specified heuristics.
- - The C helper functions used to instrument loads on x86-linux and
- arm-linux (both 32-bit only) have been replaced by handwritten
- assembly sequences. This gives speedups in the region of 0% to 7%
- for those targets only.
-
- - New command line option: --expensive-definedness-checks=yes|no which
- is useful to avoid occasional invalid complaints on optimised code.
- Watchout for runtime degradation: 25% have been observed but, as always,
- this is highly application specific. The default setting is "no".
+ - The C helper functions used to instrument loads on
+ x86-{linux,solaris} and arm-linux (both 32-bit only) have been
+ replaced by handwritten assembly sequences. This gives speedups
+ in the region of 0% to 7% for those targets only.
+
+ - A new command line option, --expensive-definedness-checks=yes|no,
+ which is useful to avoid occasional invalid uninitialised-value
+ errors in optimised code. Watch out for runtime degradation, as
+ this can be up to 25%. As always, though, the slowdown is highly
+ application specific. The default setting is "no".
* Massif:
- - New monitor command 'all_snapshots <filename>' that dumps all
+ - A new monitor command 'all_snapshots <filename>' dumps all
snapshots taken so far.
* Helgrind:
@@ -116,27 +125,27 @@
* When a process dies due to a signal, Valgrind now shows the signal
and the stacktrace at default verbosity (i.e. verbosity 1).
-* Address description logic (used by memcheck and helgrind)
- now describes addresses in anonymous segments, file mmap-ed
- segments, shared memory segments and the brk data segment.
-
-* Option --error-markers=<begin>,<end> can be used to mark
- the begin/end of errors in textual output mode, to facilitate
- searching/extracting errors in output files mixing valgrind
- errors with program output.
+* The address description logic used by Memcheck and Helgrind now
+ describes addresses in anonymous segments, file mmap-ed segments,
+ shared memory segments and the brk data segment.
+
+* The new option --error-markers=<begin>,<end> can be used to mark the
+ begin/end of errors in textual output mode, to facilitate
+ searching/extracting errors in output files that mix valgrind errors
+ with program output.
-* New option --max-threads=<number> can be used to change the number
+* The new option --max-threads=<number> can be used to change the number
of threads valgrind can handle. The default is 500 threads which
should be more than enough for most applications.
-* New option --valgrind-stacksize=<number> can be used to change the
+* The new option --valgrind-stacksize=<number> can be used to change the
size of the private thread stacks used by Valgrind. This is useful
for reducing memory use or increasing the stack size if Valgrind
segfaults due to stack overflow.
-* New option --avg-transtab-entry-size=<number> can be used to specify
+* The new option --avg-transtab-entry-size=<number> can be used to specify
the expected instrumented block size, either to reduce memory use or
- to avoid excess retranslations.
+ to avoid excessive retranslation.
* Valgrind can be built with Intel's ICC compiler, version 14.0 or later.
@@ -191,6 +200,7 @@
319274 Fix unhandled syscall: unix:410 (sigsuspend_nocancel) on OS X
324181 mmap does not handle MAP_32BIT (handle it now, rather than fail it)
327745 Fix valgrind 3.9.0 build fails on Mac OS X 10.6.8
+330147 libmpiwrap PMPI_Get_count returns undefined value
333051 mmap of huge pages fails due to incorrect alignment
== 339163
334802 valgrind does not always explain why a given option is bad
@@ -236,6 +246,7 @@
341698 Valgrind's AESKEYGENASSIST gives wrong result in words 0 and 2 [..]
341789 aarch64: shmat fails with valgrind on ARMv8
341997 MIPS64: Cavium OCTEON insns - immediate operand handled incorrectly
+342008 valgrind.h needs type cast [..] for clang/llvm in 64-bit mode
342038 Unhandled syscalls on aarch64 (mbind/get/set_mempolicy)
342063 wrong format specifier for test mcblocklistsearch in gdbserver_tests
342117 Hang when loading PDB file for MSVC compiled Firefox under Wine
@@ -359,6 +370,7 @@
350062 vex x86->IR: 0x66 0xF 0x3A 0xB (ROUNDSD) on OS X
350202 Add limited param to 'monitor block_list'
350290 s390x: Support instructions fixbr(a)
+350359 memcheck/tests/x86/fxsave hangs indefinetely on OS X
350809 Fix none/tests/async-sigs for Solaris
350811 Remove reference to --db-attach which has been removed.
350813 Memcheck/x86: enable handwritten assembly helpers for x86/Solaris too
@@ -372,6 +384,7 @@
351858 ldsoexec support on Solaris
351873 Newer gcc doesn't allow __builtin_tabortdc[i] in ppc32 mode
352130 helgrind reports false races for printfs using mempcpy on FILE* state
+352320 arm64 crash on none/tests/nestedfs
n-i-bz Provide implementations of certain compiler builtins to support
compilers that may not provide those
n-i-bz Old STABS code is still being compiled, but never used. Remove it.
Modified: trunk/docs/internals/3_10_BUGSTATUS.txt
==============================================================================
--- trunk/docs/internals/3_10_BUGSTATUS.txt (original)
+++ trunk/docs/internals/3_10_BUGSTATUS.txt Mon Sep 7 21:00:05 2015
@@ -270,8 +270,6 @@
349804 wine/osx: mmap-FIXED(0x1000, 1073741824) failed in UME (load_segment2)
-350359 memcheck/tests/x86/fxsave hangs indefinetely on OS X
-
351632 UNKNOWN fcntl 97 on OS X 10.11
=== other/Win32 =======================================================
@@ -297,8 +295,6 @@
=== MPI ================================================================
-330147 libmpiwrap PMPI_Get_count (should take; simple fix)
-
=== Documentation ======================================================
340571 x86/Linux should no longer claim "almost complete"
@@ -322,9 +318,6 @@
=== Uncategorised/build=================================================
-342008 valgrind.h needs type cast for _zzq_default to compile with
- clang/llvm in 64-bit mode
-
343553 e500 chip now supports it? and,how about armv5
344019 new tool: trackptr to track pointer usage
|
|
From: <sv...@va...> - 2015-09-07 19:40:27
|
Author: sewardj
Date: Mon Sep 7 20:40:20 2015
New Revision: 15639
Log:
Make sure the result value of count_from_Status is defined.
Fixes #330147. [Unverified!]
Modified:
trunk/mpi/libmpiwrap.c
Modified: trunk/mpi/libmpiwrap.c
==============================================================================
--- trunk/mpi/libmpiwrap.c (original)
+++ trunk/mpi/libmpiwrap.c Mon Sep 7 20:40:20 2015
@@ -417,6 +417,7 @@
int err = PMPI_Get_count(status, datatype, &n);
if (cONFIG_DER) VALGRIND_ENABLE_ERROR_REPORTING;
if (err == MPI_SUCCESS) {
+ VALGRIND_MAKE_MEM_DEFINED(&n, sizeof(n));
*recv_count = n;
return True;
} else {
|
|
From: <sv...@va...> - 2015-09-07 19:22:01
|
Author: florian
Date: Mon Sep 7 20:21:54 2015
New Revision: 15638
Log:
Update due to r13991.
Modified:
trunk/memcheck/tests/xml1.stderr.exp-s390x-mvc
Modified: trunk/memcheck/tests/xml1.stderr.exp-s390x-mvc
==============================================================================
--- trunk/memcheck/tests/xml1.stderr.exp-s390x-mvc (original)
+++ trunk/memcheck/tests/xml1.stderr.exp-s390x-mvc Mon Sep 7 20:21:54 2015
@@ -334,6 +334,7 @@
</frame>
</stack>
<auxwhat>Address 0x........ is on thread 1's stack</auxwhat>
+ <auxwhat>in frame #1, created by frame3 (xml1.c:7)</auxwhat>
</error>
<error>
|
|
From: Matthias S. <zz...@ge...> - 2015-09-07 17:57:45
|
Am 24.08.2015 um 21:39 schrieb Matthias Schwarzott: > Hi! > I added this latest patch also to this bug: https://bugs.kde.org/show_bug.cgi?id=191069 > Will this patch or at least this idea be considered for commiting? > Is there a chance to get this into version 3.11? Regards Matthias |
|
From: Julian S. <js...@ac...> - 2015-09-07 13:44:54
|
Hi, I plan to branch for 3.11.0 in the next 24 hours or so. Please yell ASAP if you believe there to be big breakage on the trunk that should be fixed before that. If the branch seems stable then I propose to let the branch stabilise until Mon 21 Sept and release at that point. J |
|
From: <sv...@va...> - 2015-09-07 13:07:08
|
Author: sewardj
Date: Mon Sep 7 14:06:59 2015
New Revision: 3185
Log:
iselStmt, case Ist_Exit: handle the same assisted transfer cases that
iselNext does. Fixes #352320.
Modified:
trunk/priv/host_arm64_isel.c
Modified: trunk/priv/host_arm64_isel.c
==============================================================================
--- trunk/priv/host_arm64_isel.c (original)
+++ trunk/priv/host_arm64_isel.c Mon Sep 7 14:06:59 2015
@@ -3870,9 +3870,7 @@
= mk_baseblock_64bit_access_amode(stmt->Ist.Exit.offsIP);
/* Case: boring transfer to known address */
- if (stmt->Ist.Exit.jk == Ijk_Boring
- /*ATC || stmt->Ist.Exit.jk == Ijk_Call */
- /*ATC || stmt->Ist.Exit.jk == Ijk_Ret */ ) {
+ if (stmt->Ist.Exit.jk == Ijk_Boring) {
if (env->chainingAllowed) {
/* .. almost always true .. */
/* Skip the event check at the dst if this is a forwards
@@ -3892,6 +3890,26 @@
return;
}
+ /* Case: assisted transfer to arbitrary address */
+ switch (stmt->Ist.Exit.jk) {
+ /* Keep this list in sync with that for iselNext below */
+ case Ijk_ClientReq:
+ case Ijk_NoDecode:
+ case Ijk_NoRedir:
+ case Ijk_Sys_syscall:
+ case Ijk_InvalICache:
+ case Ijk_FlushDCache:
+ case Ijk_SigTRAP:
+ case Ijk_Yield: {
+ HReg r = iselIntExpr_R(env, IRExpr_Const(stmt->Ist.Exit.dst));
+ addInstr(env, ARM64Instr_XAssisted(r, amPC, cc,
+ stmt->Ist.Exit.jk));
+ return;
+ }
+ default:
+ break;
+ }
+
/* Do we ever expect to see any other kind? */
goto stmt_fail;
}
|