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: 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>
|