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
|
|
2
|
3
|
4
|
5
|
6
|
7
|
8
|
|
9
|
10
|
11
|
12
(1) |
13
|
14
|
15
(1) |
|
16
(1) |
17
|
18
(6) |
19
(7) |
20
(3) |
21
|
22
(4) |
|
23
(3) |
24
(3) |
25
(1) |
26
|
27
|
28
(3) |
29
|
|
30
|
31
(1) |
|
|
|
|
|
|
From: Mark W. <ma...@kl...> - 2022-10-18 21:31:08
|
Hi, On Wed, Oct 19, 2022 at 07:03:56AM +1100, Nicholas Nethercote wrote: > It would be great to have a new release out. Currently you have to use a > trunk build of Valgrind with Rust code because of Dwarf 5 features that > Rust uses. I admit that I had wanted to do more work before the release, thinking 7 weeks was enough time. Now it suddenly is in less than a week... But I don't believe we have any regressions. So it is probably still a good idea to just do a new release. Lots of people only use actualy releases. continued below... On Wed, 19 Oct 2022 at 04:51, Carl Love <ce...@us...> wrote: > I was thinking the date is fast approaching and I hadn't seen anything > on a release. > > At this point, the Power support is all in place I don't have anything > pending. Not sure about other architectures. > > I will be out of the office next week so will not be able to test any > release candidates next week. > > Anyway, just thought someone should poke at this and see how things > stand for doing a release. I think Power is indeed in a good state. Paul said on irc that FreeBSD also looks good. He is looking at some FreeBSD 14 (the unstable dev branch) issues, but those shouldn't be blocking. There are some issues with the auxchecks against newer glibc, that runs an older gnu scientific library testsuite which shows some issues with random* tests. But I think this isn't a valgrind bug, it looks like a change in how glibc handles some random bits/calls. But I don't know about any other issues/regressions. I'll try to do a test/rc release tomorrow and see how things look. Cheers, Mark |
|
From: Paul F. <pa...@so...> - 2022-10-18 20:55:46
|
https://sourceware.org/git/gitweb.cgi?p=valgrind.git;h=12d2a3c85d41db5f540ce3a21cba749641ce4a31 commit 12d2a3c85d41db5f540ce3a21cba749641ce4a31 Author: Paul Floyd <pj...@wa...> Date: Wed Oct 19 00:51:05 2022 +0200 Auxv user stack for FreeBSD, last part Clean up, didn't need an extra func for user stack limit. Diff: --- coregrind/m_initimg/initimg-freebsd.c | 2 +- coregrind/m_main.c | 5 ----- coregrind/pub_core_aspacemgr.h | 1 - none/tests/freebsd/auxv.c | 2 +- none/tests/freebsd/auxv.stderr.exp-freebsd14 | 26 ++++++++++++++++++++++++++ 5 files changed, 28 insertions(+), 8 deletions(-) diff --git a/coregrind/m_initimg/initimg-freebsd.c b/coregrind/m_initimg/initimg-freebsd.c index 43b88948af..8188e60d90 100644 --- a/coregrind/m_initimg/initimg-freebsd.c +++ b/coregrind/m_initimg/initimg-freebsd.c @@ -718,7 +718,7 @@ Addr setup_client_stack( void* init_sp, auxv->u.a_val = VG_(get_usrstack)(); break; case AT_USRSTACKLIM: - auxv->u.a_val = VG_(get_usrstacklim)(); + auxv->u.a_val = clstack_max_size; break; #endif diff --git a/coregrind/m_main.c b/coregrind/m_main.c index 327a130a80..f02a8b0eb5 100644 --- a/coregrind/m_main.c +++ b/coregrind/m_main.c @@ -3908,11 +3908,6 @@ Word VG_(get_usrstack)(void) { return VG_PGROUNDDN(the_iicii.clstack_end) + VKI_PAGE_SIZE; } - -Word VG_(get_usrstacklim)(void) -{ - return the_iifii.clstack_max_size; -} #endif diff --git a/coregrind/pub_core_aspacemgr.h b/coregrind/pub_core_aspacemgr.h index 1a73ac1a34..b867108a22 100644 --- a/coregrind/pub_core_aspacemgr.h +++ b/coregrind/pub_core_aspacemgr.h @@ -387,7 +387,6 @@ extern Bool VG_(am_search_for_new_segment)(Addr *start, SizeT *size, #if defined(VGO_freebsd) /* For kern.usrstack syscall on FreeBSD */ extern Word VG_(get_usrstack)(void); -extern Word VG_(get_usrstacklim)(void); #endif #endif // __PUB_CORE_ASPACEMGR_H diff --git a/none/tests/freebsd/auxv.c b/none/tests/freebsd/auxv.c index 778280b39a..49911deaed 100644 --- a/none/tests/freebsd/auxv.c +++ b/none/tests/freebsd/auxv.c @@ -55,7 +55,7 @@ Elf_AuxStr aux_map[AT_COUNT] = { #endif #if (FREEBSD_VERS >= FREEBSD_14) {"AT_USRSTACKBASE", 35}, - {"AT_USRSTACKLIM", 36), + {"AT_USRSTACKLIM", 36}, // {"AT_COUNT", 37}, #endif }; diff --git a/none/tests/freebsd/auxv.stderr.exp-freebsd14 b/none/tests/freebsd/auxv.stderr.exp-freebsd14 new file mode 100644 index 0000000000..76c6db5759 --- /dev/null +++ b/none/tests/freebsd/auxv.stderr.exp-freebsd14 @@ -0,0 +1,26 @@ +val: AT_PHDR int: 03 ptr: 0x........ +val: AT_PHENT int: 04 ptr: 0x........ +val: AT_PHNUM int: 05 ptr: 0x........ +val: AT_PAGESZ int: 06 ptr: 0x........ +val: AT_FLAGS int: 08 ptr: 0x........ +val: AT_ENTRY int: 09 ptr: 0x........ +val: AT_BASE int: 07 ptr: 0x........ +val: AT_EHDRFLAGS int: 24 ptr: 0x........ +val: AT_EXECPATH int: 15 ptr: 0x........ +val: AT_OSRELDATE int: 18 ptr: 0x........ +val: AT_CANARY int: 16 ptr: 0x........ +val: AT_CANARYLEN int: 17 ptr: 0x........ +val: AT_NCPUS int: 19 ptr: 0x........ +val: AT_PAGESIZES int: 20 ptr: 0x........ +val: AT_PAGESIZESLEN int: 21 ptr: 0x........ +val: AT_IGNORE int: 01 ptr: 0x........ +val: AT_STACKPROT int: 23 ptr: 0x........ +val: AT_IGNORE int: 01 ptr: 0x........ +val: AT_ARGC int: 28 ptr: 0x........ +val: AT_ARGV int: 29 ptr: 0x........ +val: AT_ENVC int: 30 ptr: 0x........ +val: AT_ENVV int: 31 ptr: 0x........ +val: AT_PS_STRINGS int: 32 ptr: 0x........ +val: AT_IGNORE int: 01 ptr: 0x........ +val: AT_USRSTACKBASE int: 35 ptr: 0x........ +val: AT_USRSTACKLIM int: 36 ptr: 0x........ |
|
From: Paul F. <pa...@so...> - 2022-10-18 20:12:26
|
https://sourceware.org/git/gitweb.cgi?p=valgrind.git;h=802f2d21d9e0148393845616a329a8041353e2f3 commit 802f2d21d9e0148393845616a329a8041353e2f3 Author: Paul Floyd <pj...@wa...> Date: Tue Oct 18 22:11:32 2022 +0200 Auxv user stack for FreeBSD, part 2 Try to set the stack limit. Diff: --- coregrind/m_initimg/initimg-freebsd.c | 2 +- coregrind/m_main.c | 8 +++++++- coregrind/m_syswrap/syswrap-freebsd.c | 4 ++-- coregrind/pub_core_aspacemgr.h | 4 +++- none/tests/freebsd/auxv.c | 12 ++++++++---- 5 files changed, 21 insertions(+), 9 deletions(-) diff --git a/coregrind/m_initimg/initimg-freebsd.c b/coregrind/m_initimg/initimg-freebsd.c index 920ed92911..43b88948af 100644 --- a/coregrind/m_initimg/initimg-freebsd.c +++ b/coregrind/m_initimg/initimg-freebsd.c @@ -718,7 +718,7 @@ Addr setup_client_stack( void* init_sp, auxv->u.a_val = VG_(get_usrstack)(); break; case AT_USRSTACKLIM: - auxv->a_type = AT_IGNORE; + auxv->u.a_val = VG_(get_usrstacklim)(); break; #endif diff --git a/coregrind/m_main.c b/coregrind/m_main.c index 200da407fb..327a130a80 100644 --- a/coregrind/m_main.c +++ b/coregrind/m_main.c @@ -3903,12 +3903,18 @@ UWord voucher_mach_msg_set ( UWord arg1 ) #endif - +#if defined(VGO_freebsd) Word VG_(get_usrstack)(void) { return VG_PGROUNDDN(the_iicii.clstack_end) + VKI_PAGE_SIZE; } +Word VG_(get_usrstacklim)(void) +{ + return the_iifii.clstack_max_size; +} +#endif + /*--------------------------------------------------------------------*/ diff --git a/coregrind/m_syswrap/syswrap-freebsd.c b/coregrind/m_syswrap/syswrap-freebsd.c index 518eaf0871..0fad6aa844 100644 --- a/coregrind/m_syswrap/syswrap-freebsd.c +++ b/coregrind/m_syswrap/syswrap-freebsd.c @@ -2022,7 +2022,7 @@ PRE(sys___sysctl) /* * Special handling cases * - * 1. kern.userstack + * 1. kern.usrstack * This sysctl returns the address of the bottom of the user stack * (that is the highest user stack address, since the stack grows * downwards). Without any special handling this would return the @@ -2034,7 +2034,7 @@ PRE(sys___sysctl) */ if (SARG2 >= 2 && ML_(safe_to_deref)(name, 2*sizeof(int))) { if (name[0] == 1 && name[1] == 33) { - // kern.userstack + // kern.usrstack sysctl_kern_usrstack((SizeT*)ARG3, (SizeT*)ARG4); SET_STATUS_Success(0); } diff --git a/coregrind/pub_core_aspacemgr.h b/coregrind/pub_core_aspacemgr.h index aac2a0a321..1a73ac1a34 100644 --- a/coregrind/pub_core_aspacemgr.h +++ b/coregrind/pub_core_aspacemgr.h @@ -384,9 +384,11 @@ extern Bool VG_(am_search_for_new_segment)(Addr *start, SizeT *size, UInt *prot); #endif +#if defined(VGO_freebsd) /* For kern.usrstack syscall on FreeBSD */ extern Word VG_(get_usrstack)(void); - +extern Word VG_(get_usrstacklim)(void); +#endif #endif // __PUB_CORE_ASPACEMGR_H diff --git a/none/tests/freebsd/auxv.c b/none/tests/freebsd/auxv.c index 9033c3427e..778280b39a 100644 --- a/none/tests/freebsd/auxv.c +++ b/none/tests/freebsd/auxv.c @@ -38,7 +38,7 @@ Elf_AuxStr aux_map[AT_COUNT] = { {"AT_HWCAP", 25}, {"AT_HWCAP2", 26}, // FreeBSD 12 and 11 -// {"AT_COUNT", 27}, +// {"AT_COUNT", 27}, #if (FREEBSD_VERS >= FREEBSD_13_0) {"AT_BSDFLAGS", 27}, {"AT_ARGC", 28}, @@ -46,13 +46,17 @@ Elf_AuxStr aux_map[AT_COUNT] = { {"AT_ENVC", 30}, {"AT_ENVV", 31}, {"AT_PS_STRINGS", 32}, -// {"AT_COUNT", 33}, +// {"AT_COUNT", 33}, #endif #if (FREEBSD_VERS >= FREEBSD_13_1) {"AT_FXRNG", 33}, {"AT_KPRELOAD", 34}, - -// {"AT_COUNT", 35}, +// {"AT_COUNT", 35}, +#endif +#if (FREEBSD_VERS >= FREEBSD_14) + {"AT_USRSTACKBASE", 35}, + {"AT_USRSTACKLIM", 36), +// {"AT_COUNT", 37}, #endif }; |
|
From: Nicholas N. <n.n...@gm...> - 2022-10-18 20:04:14
|
It would be great to have a new release out. Currently you have to use a trunk build of Valgrind with Rust code because of Dwarf 5 features that Rust uses. Nick On Wed, 19 Oct 2022 at 04:51, Carl Love <ce...@us...> wrote: > > Mark: > > On Mon, 2022-09-05 at 20:29 +0200, Mark Wielaard wrote: > > Hi, > > > > The last few releases were 6 months apart around in April and > > October. > > I propose we try to do the next release in October again. If possible > > I > > would like to try to aim for October 22. Which gives us ~7 weeks from > > now. > > > > Please look at features and bugs you could finish in about a month, > > then we have ~2 weeks for stabilization and fixups. > > I was thinking the date is fast approaching and I hadn't seen anything > on a release. > > At this point, the Power support is all in place I don't have anything > pending. Not sure about other architectures. > > I will be out of the office next week so will not be able to test any > release candidates next week. > > Anyway, just thought someone should poke at this and see how things > stand for doing a release. > > Carl Love > > > > _______________________________________________ > Valgrind-developers mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-developers > |
|
From: Paul F. <pa...@so...> - 2022-10-18 19:57:55
|
https://sourceware.org/git/gitweb.cgi?p=valgrind.git;h=121374b287ce39ef0e42e45dfc27ae0949e6f528 commit 121374b287ce39ef0e42e45dfc27ae0949e6f528 Author: Paul Floyd <pj...@wa...> Date: Tue Oct 18 23:38:36 2022 +0200 Add auxv entry for usrstack on FreeBSD 14, part 1 Previously the user stack was obtained using the kern.usrstack sysctl. This has been moved to auxv in FreeBSD 14. Without this change all programs linked with libthr fail with a panic when they fail to get a valid user stack address. Note also in FreeBSD 14 ASLR has been enabled. This means that there is now some extra difference between the address layout of a standalone executable and the same executable under valgrind. Pre-FreeBSD 14 and under valgrind: lib rtld is loaded after the executable (though a much smaller gap inder valgrind) user stack starts at 0x7ffffffff000 FreeBSD 14 lib rtld is loaded at a much higher address, around 0xeeeecc15000 user stack is at a much lower address, around 0x82073d000 This means that valgrind behaves somewhat as thogh the kern.elf(64|32).aslr.stack sysctl were set to 0. Some more work will be needed for the stack size. There are no plans at the moment to match the FreeBSD 14 memory layout. Diff: --- coregrind/m_initimg/initimg-freebsd.c | 9 +++++++++ 1 file changed, 9 insertions(+) diff --git a/coregrind/m_initimg/initimg-freebsd.c b/coregrind/m_initimg/initimg-freebsd.c index f315a147ff..920ed92911 100644 --- a/coregrind/m_initimg/initimg-freebsd.c +++ b/coregrind/m_initimg/initimg-freebsd.c @@ -713,6 +713,15 @@ Addr setup_client_stack( void* init_sp, // case AT_KPRELOAD: #endif +#if (FREEBSD_VERS >= FREEBSD_14) + case AT_USRSTACKBASE: + auxv->u.a_val = VG_(get_usrstack)(); + break; + case AT_USRSTACKLIM: + auxv->a_type = AT_IGNORE; + break; +#endif + case AT_PHDR: if (info->phdr == 0) auxv->a_type = AT_IGNORE; |
|
From: Carl L. <ce...@us...> - 2022-10-18 17:50:34
|
Mark:
On Mon, 2022-09-05 at 20:29 +0200, Mark Wielaard wrote:
> Hi,
>
> The last few releases were 6 months apart around in April and
> October.
> I propose we try to do the next release in October again. If possible
> I
> would like to try to aim for October 22. Which gives us ~7 weeks from
> now.
>
> Please look at features and bugs you could finish in about a month,
> then we have ~2 weeks for stabilization and fixups.
I was thinking the date is fast approaching and I hadn't seen anything
on a release.
At this point, the Power support is all in place I don't have anything
pending. Not sure about other architectures.
I will be out of the office next week so will not be able to test any
release candidates next week.
Anyway, just thought someone should poke at this and see how things
stand for doing a release.
Carl Love
|