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
(30) |
2
(8) |
3
(5) |
4
(5) |
|
5
(3) |
6
(9) |
7
(5) |
8
(14) |
9
(17) |
10
(27) |
11
(10) |
|
12
(6) |
13
(10) |
14
(7) |
15
(16) |
16
(9) |
17
(14) |
18
(8) |
|
19
(5) |
20
(13) |
21
(21) |
22
(13) |
23
(4) |
24
(1) |
25
(4) |
|
26
(2) |
27
(7) |
28
(4) |
29
(5) |
30
(12) |
|
|
|
From: <sv...@va...> - 2015-04-27 21:10:43
|
Author: florian
Date: Mon Apr 27 22:10:36 2015
New Revision: 15150
Log:
Back out most of r15145 which reports bug fixes for various altivec insns.
Either those bugs have been fixed looong time ago, or the reporter ran
on a host without altivec capabilities, or those insns were actually
e500 insns which are not supported at all at this point.
Modified:
trunk/NEWS
Modified: trunk/NEWS
==============================================================================
--- trunk/NEWS (original)
+++ trunk/NEWS Mon Apr 27 22:10:36 2015
@@ -62,22 +62,15 @@
where XXXXXX is the bug number as listed below.
116002 VG_(printf): Problems with justification of strings and integers
-126028 ppc32: Unhandled instruction mtfsb1
-131797 ppc32: Unhandled instruction twlle
-150526 ppc32: Unhandled instruction 0x7D29571E
155125 avoid cutting away file:lineno after long function name
-184711 ppc: Unhandled instruction mfpvr
197259 Unsupported arch_prtctl PR_SET_GS option
201152 ppc64: Assertion in ppc32g_dirtyhelper_MFSPR_268_269
201435 Fix Darwin: -v does not show kernel version
-210028 ppc32: Unhandled instruction vmhraddshs
- = 338095
211256 Fixed an outdated comment regarding the default platform.
211926 Avoid compilation warnings in valgrind.h with -pedantic
226609 Crediting upstream authors in man page
231257 Valgrind omits path when executing script from shebang line
269360 s390x: Fix addressing mode selection for compare-and-swap
-275814 ppc: Unhandled instructions 0x7D295F1E and 0x7D295F5E and vmhaddshs
333051 mmap of huge pages fails due to incorrect alignment
== 339163
334802 valgrind does not always explain why a given option is bad
|
|
From: <sv...@va...> - 2015-04-27 17:28:22
|
Author: florian
Date: Mon Apr 27 18:28:15 2015
New Revision: 15149
Log:
Fix fallout from r15138: build error on Darwin due to renamed function.
Fixes BZ #346801.
Modified:
trunk/NEWS
trunk/coregrind/m_sigframe/sigframe-common.c
Modified: trunk/NEWS
==============================================================================
--- trunk/NEWS (original)
+++ trunk/NEWS Mon Apr 27 18:28:15 2015
@@ -163,6 +163,7 @@
345637 Fix memcheck/tests/sendmsg on OS X
345887 Fix an assertion in the address space manager
346307 fuse filesystem syscall deadlocks
+346801 Fix build error on OS X
n-i-bz Provide implementations of certain compiler builtins to support
compilers who may not provide those
n-i-bz Old STABS code is still being compiled, but never used. Remove it.
Modified: trunk/coregrind/m_sigframe/sigframe-common.c
==============================================================================
--- trunk/coregrind/m_sigframe/sigframe-common.c (original)
+++ trunk/coregrind/m_sigframe/sigframe-common.c Mon Apr 27 18:28:15 2015
@@ -109,7 +109,8 @@
/* Extend the stack segment downwards if needed so as to ensure the
new signal frames are mapped to something. Return a Bool
indicating whether or not the operation was successful. */
-Bool ML_(sf_extend_stack) ( const ThreadState *tst, Addr addr, SizeT size )
+Bool ML_(sf_maybe_extend_stack) ( const ThreadState *tst, Addr addr,
+ SizeT size, UInt flags )
{
/* Tell the tool about the new memory */
track_frame_memory(addr, size, tst->tid);
|
|
From: <sv...@va...> - 2015-04-27 14:28:35
|
Author: florian
Date: Mon Apr 27 15:28:28 2015
New Revision: 15148
Log:
Remove magic constant. Use LibVEX_GUEST_STATE_ALIGN instead.
Modified:
trunk/coregrind/m_initimg/initimg-linux.c
Modified: trunk/coregrind/m_initimg/initimg-linux.c
==============================================================================
--- trunk/coregrind/m_initimg/initimg-linux.c (original)
+++ trunk/coregrind/m_initimg/initimg-linux.c Mon Apr 27 15:28:28 2015
@@ -1021,7 +1021,7 @@
all other registers zeroed. */
# if defined(VGP_x86_linux)
- vg_assert(0 == sizeof(VexGuestX86State) % 16);
+ vg_assert(0 == sizeof(VexGuestX86State) % LibVEX_GUEST_STATE_ALIGN);
/* Zero out the initial state, and set up the simulated FPU in a
sane way. */
@@ -1043,7 +1043,7 @@
asm volatile("movw %%es, %0" : : "m" (arch->vex.guest_ES));
# elif defined(VGP_amd64_linux)
- vg_assert(0 == sizeof(VexGuestAMD64State) % 16);
+ vg_assert(0 == sizeof(VexGuestAMD64State) % LibVEX_GUEST_STATE_ALIGN);
/* Zero out the initial state, and set up the simulated FPU in a
sane way. */
@@ -1058,7 +1058,7 @@
arch->vex.guest_RIP = iifii.initial_client_IP;
# elif defined(VGP_ppc32_linux)
- vg_assert(0 == sizeof(VexGuestPPC32State) % 16);
+ vg_assert(0 == sizeof(VexGuestPPC32State) % LibVEX_GUEST_STATE_ALIGN);
/* Zero out the initial state, and set up the simulated FPU in a
sane way. */
@@ -1073,7 +1073,7 @@
arch->vex.guest_CIA = iifii.initial_client_IP;
# elif defined(VGP_ppc64be_linux) || defined(VGP_ppc64le_linux)
- vg_assert(0 == sizeof(VexGuestPPC64State) % 16);
+ vg_assert(0 == sizeof(VexGuestPPC64State) % LibVEX_GUEST_STATE_ALIGN);
/* Zero out the initial state, and set up the simulated FPU in a
sane way. */
@@ -1119,7 +1119,7 @@
arch->vex.guest_PC = iifii.initial_client_IP;
# elif defined(VGP_s390x_linux)
- vg_assert(0 == sizeof(VexGuestS390XState) % 16);
+ vg_assert(0 == sizeof(VexGuestS390XState) % LibVEX_GUEST_STATE_ALIGN);
/* Zero out the initial state. This also sets the guest_fpc to 0, which
is also done by the kernel for the fpc during execve. */
@@ -1151,7 +1151,7 @@
#define PRECISE_GUEST_REG_DEFINEDNESS_AT_STARTUP 1
# elif defined(VGP_mips32_linux)
- vg_assert(0 == sizeof(VexGuestMIPS32State) % 16);
+ vg_assert(0 == sizeof(VexGuestMIPS32State) % LibVEX_GUEST_STATE_ALIGN);
/* Zero out the initial state, and set up the simulated FPU in a
sane way. */
LibVEX_GuestMIPS32_initialise(&arch->vex);
@@ -1165,7 +1165,7 @@
arch->vex.guest_r31 = iifii.initial_client_SP;
# elif defined(VGP_mips64_linux)
- vg_assert(0 == sizeof(VexGuestMIPS64State) % 16);
+ vg_assert(0 == sizeof(VexGuestMIPS64State) % LibVEX_GUEST_STATE_ALIGN);
/* Zero out the initial state, and set up the simulated FPU in a
sane way. */
LibVEX_GuestMIPS64_initialise(&arch->vex);
@@ -1179,7 +1179,7 @@
arch->vex.guest_r31 = iifii.initial_client_SP;
# elif defined(VGP_tilegx_linux)
- vg_assert(0 == sizeof(VexGuestTILEGXState) % 16);
+ vg_assert(0 == sizeof(VexGuestTILEGXState) % LibVEX_GUEST_STATE_ALIGN);
/* Zero out the initial state. */
LibVEX_GuestTILEGX_initialise(&arch->vex);
|
|
From: <sv...@va...> - 2015-04-27 14:26:33
|
Author: florian
Date: Mon Apr 27 15:26:26 2015
New Revision: 15147
Log:
Follow up on VEX r3144 and remove VexGuestTILEGXStateAlignment.
Also fix the alignment check which should be mod 16 not mod 8.
Well, actually, it should be mod LibVEX_GUEST_STATE_ALIGN but
that is another patch.
Modified:
trunk/coregrind/m_initimg/initimg-linux.c
Modified: trunk/coregrind/m_initimg/initimg-linux.c
==============================================================================
--- trunk/coregrind/m_initimg/initimg-linux.c (original)
+++ trunk/coregrind/m_initimg/initimg-linux.c Mon Apr 27 15:26:26 2015
@@ -1179,8 +1179,7 @@
arch->vex.guest_r31 = iifii.initial_client_SP;
# elif defined(VGP_tilegx_linux)
- vg_assert(0 == sizeof(VexGuestTILEGXState) % 8);
- vg_assert(0 == sizeof(VexGuestTILEGXState) % VexGuestTILEGXStateAlignment);
+ vg_assert(0 == sizeof(VexGuestTILEGXState) % 16);
/* Zero out the initial state. */
LibVEX_GuestTILEGX_initialise(&arch->vex);
|
|
From: <sv...@va...> - 2015-04-27 14:25:00
|
Author: florian
Date: Mon Apr 27 15:24:48 2015
New Revision: 3144
Log:
Remove VexGuestTILEGXStateAlignment as the guest state size of any architecture
must satisfy the LibVEX_GUEST_STATE_ALIGN requirement. So use that instead.
Modified:
trunk/priv/main_main.c
trunk/pub/libvex_guest_tilegx.h
Modified: trunk/priv/main_main.c
==============================================================================
--- trunk/priv/main_main.c (original)
+++ trunk/priv/main_main.c Mon Apr 27 15:24:48 2015
@@ -802,7 +802,7 @@
offB_HOST_EvC_FAILADDR = offsetof(VexGuestTILEGXState,host_EvC_FAILADDR);
vassert(vta->archinfo_guest.endness == VexEndnessLE);
vassert(0 ==
- sizeof(VexGuestTILEGXState) % VexGuestTILEGXStateAlignment);
+ sizeof(VexGuestTILEGXState) % LibVEX_GUEST_STATE_ALIGN);
vassert(sizeof( ((VexGuestTILEGXState*)0)->guest_CMSTART ) == 8);
vassert(sizeof( ((VexGuestTILEGXState*)0)->guest_CMLEN ) == 8);
vassert(sizeof( ((VexGuestTILEGXState*)0)->guest_NRADDR ) == 8);
Modified: trunk/pub/libvex_guest_tilegx.h
==============================================================================
--- trunk/pub/libvex_guest_tilegx.h (original)
+++ trunk/pub/libvex_guest_tilegx.h Mon Apr 27 15:24:48 2015
@@ -127,7 +127,6 @@
} VexGuestTILEGXState;
-#define VexGuestTILEGXStateAlignment 16
#define OFFSET_tilegx_r(_N) (8 * (_N))
/*---------------------------------------------------------------*/
|
|
From: <sv...@va...> - 2015-04-27 14:05:00
|
Author: florian
Date: Mon Apr 27 15:04:52 2015
New Revision: 15146
Log:
Fix an outdated comment as pointed out in BZ #211256.
Modified:
trunk/NEWS
trunk/coregrind/launcher-linux.c
Modified: trunk/NEWS
==============================================================================
--- trunk/NEWS (original)
+++ trunk/NEWS Mon Apr 27 15:04:52 2015
@@ -72,6 +72,7 @@
201435 Fix Darwin: -v does not show kernel version
210028 ppc32: Unhandled instruction vmhraddshs
= 338095
+211256 Fixed an outdated comment regarding the default platform.
211926 Avoid compilation warnings in valgrind.h with -pedantic
226609 Crediting upstream authors in man page
231257 Valgrind omits path when executing script from shebang line
Modified: trunk/coregrind/launcher-linux.c
==============================================================================
--- trunk/coregrind/launcher-linux.c (original)
+++ trunk/coregrind/launcher-linux.c Mon Apr 27 15:04:52 2015
@@ -341,14 +341,11 @@
}
/* Select a platform to use if we can't decide that by looking at
- the executable (eg because it's a shell script). Note that the
- default_platform is not necessarily either the primary or
- secondary build target. Instead it's chosen to maximise the
- chances that /bin/sh will work on it. Hence for a primary
- target of ppc64-linux we still choose ppc32-linux as the default
- target, because on most ppc64-linux setups, the basic /bin,
- /usr/bin, etc, stuff is built in 32-bit mode, not 64-bit
- mode. */
+ the executable (eg because it's a shell script). VG_PLATFORM is the
+ default_platform. Its value is defined in coregrind/Makefile.am and
+ typically it is the primary build target. Unless the primary build
+ target is not built is not built in which case VG_PLATFORM is the
+ secondary build target. */
if ((0==strcmp(VG_PLATFORM,"x86-linux")) ||
(0==strcmp(VG_PLATFORM,"amd64-linux")) ||
(0==strcmp(VG_PLATFORM,"ppc32-linux")) ||
|
|
From: Florian K. <fl...@ei...> - 2015-04-27 08:44:17
|
The ppc instruction decoder generates misleading error messages. This happens for instance for an altivec insn when the host does not have altivec support. E.g. disInstr(ppc): declined to decode an AltiVec insn. disInstr(ppc): unhandled instruction: 0x7E8029CE This is misleading and conceptually wrong. Decoding an insn and generating code for it are two different issues that need to be distinguished. If the insn cannot be decoded, a decoder failure should be reported. If we cannot generate code for the insn due to insufficient host capabilities, an emulation failure should be reported. This is what is done for s390. If you're interested search for emulation_failure in guest_s390_toIR.c Yesterday I was mislead and marked a bunch of BZ's related to unsupported altivec insns as fixed. I should probably add a clarifying comment that the insn is only supported on a host with altivec capabilities. But I'm not sure that assumption is correct. Is it ? Florian |