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
(18) |
2
(1) |
3
(17) |
4
(10) |
5
(18) |
6
(17) |
|
7
(21) |
8
(25) |
9
(16) |
10
(1) |
11
(4) |
12
(27) |
13
(13) |
|
14
(11) |
15
(19) |
16
(18) |
17
(14) |
18
(25) |
19
(23) |
20
(22) |
|
21
(29) |
22
(16) |
23
(17) |
24
(16) |
25
|
26
(4) |
27
(21) |
|
28
(15) |
29
(19) |
30
(15) |
31
(6) |
|
|
|
|
From: <sv...@va...> - 2012-10-11 16:57:39
|
sewardj 2012-10-11 17:57:27 +0100 (Thu, 11 Oct 2012)
New Revision: 13036
Log:
Update.
Modified files:
trunk/docs/internals/3_8_BUGSTATUS.txt
Modified: trunk/docs/internals/3_8_BUGSTATUS.txt (+93 -0)
===================================================================
--- trunk/docs/internals/3_8_BUGSTATUS.txt 2012-10-08 21:35:13 +01:00 (rev 13035)
+++ trunk/docs/internals/3_8_BUGSTATUS.txt 2012-10-11 17:57:27 +01:00 (rev 13036)
@@ -124,3 +124,96 @@
306783 Mips unhandled syscall : 4025 / 4079 / 4182
-- Mon 17 Sept 2012, 10 am
+
+valgrind.spec diff at https://bugzilla.mozilla.org/show_bug.cgi?id=750856#c20
+r13008 to 382 ? check
+change of leak-check-counting? 307465
+gkw extra suppression?
+
+https://bugzilla.redhat.com/show_bug.cgi?id=730303
+https://bugs.kde.org/show_bug.cgi?id=164485
+
+* patch to allow fair-sched on android
+* mjws patches: 253519, 307285, 307103, 307101, 307290.
+
+306947] New: s390x: BFP rounding mode improvements
+
+306949] New: s390x: BFP condition code improvements
+
+307038] New: DWARF2 CFI reader: unhandled DW_OP_ opcode 0x8
+(DW_OP_const1u and friends)
+
+307082] New: HG false positive: pthread_cond_destroy: destruction of
+unknown cond var
+
+211352] helgrind races in helgrind's own mythread_wrapper
+
+307101] New: sys_capget second argument can be NULL
+
+263034] Crash when loading some PPC64 binaries
+
+307103] New: sys_openat If pathname is absolute, then dirfd is ignore
+
+307106] New: unhandled instruction bytes: f0 0f c0 02 (lock xadd)
+
+307113] New: s390x: DFP support
+
+307141] New: valgrind does't work in mips-linux system
+
+307155] New: gdbserver_tests/filter_gdb should filter out
+syscall-template.S T_PSEUDO source code
+
+307285] New: x86_amd64 feature test for avx in test suite is wrong
+
+307290] New: memcheck overlap testcase needs memcpy version filter
+
+307367] New: valgrind crash with error "vex amd64->IR: unhandled
+instruction bytes: 0xF2 0x48 0xF 0x5F 0x3E 0xF2 0x48 0xF"
+
+307399] New: unhandled instruction bytes: 0xC4 0x62 0x55 0x2E 0x18
+0x44 0x39 0x87 (vmaskmovps %ymm11,%ymm5,(%rax))
+
+307415] New: 3.8.1 build error - OSX Lion 10.7.4 duplicate symbol
+_mach_make_memory_entry
+
+307463] New: Please add "&limit=0" to the "all open bugs" link
+
+307465] New: --show-possibly-lost=no should bring down the error count
+/ exit code
+
+307500] New: Valgrind docs have two <title> tags
+
+307555] New: The impossible happened!
+
+307557] New: Leaks on Mac OS X 10.7.5 libraries at
+ImageLoader::recursiveInitialization
+
+307612] New: SIGILL while profiling a program compiled using g++ 4.6.3
+and march=native flag on Intel(R) Core(TM) i7-2670QM CPU @ 2.20GHz
+
+307729] New: pkgconfig support broken valgrind.pc
+valt_load_address=@VALT_LOAD_ADDRESS@
+
+307742] New: memory returned by calloc flagged as unintialized
+
+307828] New: SSE optimized wcscpy, wcscmp, wcsrchr and wcschr trigger
+uninitialised value and/or invalid read warnings
+
+253519] Memcheck reports auxv pointer accesses as invalid reads.
+
+164485] VG_N_SEGNAMES and VG_N_SEGMENTS are (still) too small
+
+307955] New: Building valgrind 3.7.0-r4 fails in Gentoo AMD64 when
+using clang instead of gcc
+
+308027] New: Warning: negative range in .debug_loc section
+
+308089] New: Unhandled syscall on ppc64: prctl
+
+308135] New: PPC32 MPC8xx has 16 bytes cache size
+
+79362] Debug info is lost for .so files when they are dlclose'd
+
+308158] New: running with --leack-check=full makes valgri
+
+------ Thu Oct 11 18:51:26 CEST 2012
|
|
From: Julian S. <js...@ac...> - 2012-10-11 16:42:38
|
Please: file a bug report and attach the patches to it. Else they
are pretty much guaranteed to wind up at /dev/null, because nobody
tracks patches on the list AFAIK.
J
On Monday, October 08, 2012, Ian Campbell wrote:
> ---
> coregrind/m_syswrap/syswrap-xen.c | 52
> ++++++++++++++++++++++++++++++++----- 1 files changed, 45 insertions(+), 7
> deletions(-)
>
> diff --git a/coregrind/m_syswrap/syswrap-xen.c
> b/coregrind/m_syswrap/syswrap-xen.c index 00192bf..6226f7e 100644
> --- a/coregrind/m_syswrap/syswrap-xen.c
> +++ b/coregrind/m_syswrap/syswrap-xen.c
> @@ -59,6 +59,7 @@
> #include "priv_syswrap-xen.h"
>
> #include <stdint.h>
> +#include <inttypes.h>
>
> #define __XEN_TOOLS__
>
> @@ -353,9 +354,26 @@ PRE(sysctl) {
> PRE_MEM_READ("__HYPERVISOR_sysctl", ARG1,
> sizeof(uint32_t) + sizeof(uint32_t));
>
> - if (!sysctl || sysctl->interface_version !=
> XEN_SYSCTL_INTERFACE_VERSION) - /* BUG ? */
> + if (!sysctl)
> + return;
> +
> + if (sysctl->interface_version != XEN_SYSCTL_INTERFACE_VERSION) {
> + VG_(dmsg)("WARNING: sysctl version %"PRIx32" not supported, "
> + "built for %"PRIx32"\n",
> + sysctl->interface_version,
> + XEN_SYSCTL_INTERFACE_VERSION);
> + if (VG_(clo_verbosity) > 1) {
> + VG_(get_and_pp_StackTrace)(tid, VG_(clo_backtrace_size));
> + }
> + VG_(dmsg)("You may be able to write your own handler.\n");
> + VG_(dmsg)("Read the file README_MISSING_SYSCALL_OR_IOCTL.\n");
> + VG_(dmsg)("Nevertheless we consider this a bug. Please report\n");
> + VG_(dmsg)("it at http://valgrind.org/support/bug_reports.html &\n");
> + VG_(dmsg)("http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen.\n");
> +
> + SET_STATUS_Failure(VKI_EINVAL);
> return;
> + }
>
> #define __PRE_XEN_SYSCTL_READ(_sysctl, _union, _field) \
> PRE_MEM_READ("XEN_SYSCTL_" # _sysctl, \
> @@ -438,9 +456,26 @@ PRE(domctl)
> PRE_MEM_READ("__HYPERVISOR_domctl", ARG1,
> sizeof(uint32_t) + sizeof(uint32_t) + sizeof(domid_t));
>
> - if (!domctl || domctl->interface_version !=
> XEN_DOMCTL_INTERFACE_VERSION) - /* BUG ? */
> + if (!domctl)
> + return;
> +
> + if (domctl->interface_version != XEN_DOMCTL_INTERFACE_VERSION) {
> + VG_(dmsg)("WARNING: domctl version %"PRIx32" not supported, "
> + "built for %"PRIx32"\n",
> + domctl->interface_version,
> + XEN_DOMCTL_INTERFACE_VERSION);
> + if (VG_(clo_verbosity) > 1) {
> + VG_(get_and_pp_StackTrace)(tid, VG_(clo_backtrace_size));
> + }
> + VG_(dmsg)("You may be able to write your own handler.\n");
> + VG_(dmsg)("Read the file README_MISSING_SYSCALL_OR_IOCTL.\n");
> + VG_(dmsg)("Nevertheless we consider this a bug. Please report\n");
> + VG_(dmsg)("it at http://valgrind.org/support/bug_reports.html &\n");
> + VG_(dmsg)("http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen.\n");
> +
> + SET_STATUS_Failure(VKI_EINVAL);
> return;
> + }
>
> #define __PRE_XEN_DOMCTL_READ(_domctl, _union, _field) \
> PRE_MEM_READ("XEN_DOMCTL_" # _domctl, \
> @@ -740,11 +775,14 @@ POST(sysctl)
>
> case XEN_SYSCTL_topologyinfo:
> POST_XEN_SYSCTL_WRITE(topologyinfo, max_cpu_index);
> - POST_MEM_WRITE((Addr)sysctl->u.topologyinfo.cpu_to_core.p,
> + if (sysctl->u.topologyinfo.cpu_to_core.p)
> + POST_MEM_WRITE((Addr)sysctl->u.topologyinfo.cpu_to_core.p,
> sizeof(uint32_t) *
> sysctl->u.topologyinfo.max_cpu_index); -
> POST_MEM_WRITE((Addr)sysctl->u.topologyinfo.cpu_to_socket.p, + if
> (sysctl->u.topologyinfo.cpu_to_socket.p)
> + POST_MEM_WRITE((Addr)sysctl->u.topologyinfo.cpu_to_socket.p,
> sizeof(uint32_t) *
> sysctl->u.topologyinfo.max_cpu_index); -
> POST_MEM_WRITE((Addr)sysctl->u.topologyinfo.cpu_to_node.p,
> + if (sysctl->u.topologyinfo.cpu_to_node.p)
> + POST_MEM_WRITE((Addr)sysctl->u.topologyinfo.cpu_to_node.p,
> sizeof(uint32_t) *
> sysctl->u.topologyinfo.max_cpu_index); break;
|
|
From: Julian S. <js...@ac...> - 2012-10-11 13:57:00
|
> > All looks fine to me. This is an implementation-only change, yes? > > Yes. > At least, it is expected to be. > > That's actually a tricky problem. When the cachegrind binary changes, > also a lot of client addresses will change, and there can be new/other > cache conflicts misses. I am a bit surprised by that, since the cachegrind binary is loaded at 0x38000000, which is far away from the load address for the client (0x400000) and its libraries. Are you sure you are not seeing the effect of ASLR in the client? Just a guess. > Sounds good. > Actually, I did not do "Ir -> IrNoX" (or similar) to reduce patch size. Storage is cheap these days :-) I prefer readability over minimising patch size :) > As far as I understand, for any Ir which is not the first in a SB or > after a side exit, the number of executions must be the same as for the > previous Ir. So a post-processing should be able to correct the > counts. Yes, I think that is correct. I think an equivalent way to say it is: if you partition the IR sequence for a SB at the side-exit points, then each sub-sequence you get from this is a single-entry, single-exit block, and so every IR statement within the block (hence, every guest insn in it) is executed the same number of times. Does that sync with your understanding? J |
|
From: Julian S. <js...@ac...> - 2012-10-11 13:30:34
|
On Tuesday, October 09, 2012, Petar Jovanovic wrote: > Any additional feedback on this one? > > More specific, any response on: > > Should we have two Ijk_SigFPEs, like Ijk_SigFPE1 and Ijk_SigFPE2, and > > multiply the rest of the code needed for this? Or something else? If it is only 2 cases you need, I would be OK with Ijk_SigFPE_IntDiv and Ijk_SigFPE_IntOvf (or whatever the names are). If it is more then I guess we should fix it properly. I prefer to avoid fixing it properly right now :-) since it will be a bit of work + extra complexity. Basically we'd have to make Ijk_SigFPE carry a value (eg, 32-bit int) from JIT generated code back to the scheduler. J |